METODOLOGÍAS MIXTAS DE LA ADMINISTRACIÓN 

El uso de la metodología mixta secuencial tiene poca popularidad en el área de sistemas de la información (SI). Este documento presenta inicialmente una evaluación del uso de la metodología mixta en publicaciones en SI•Luego se presenta un resumen de las características de metodología de investigación mixta, más un análisis de las ventajas y desventajas basándose en la revisión de la literatura. Finalmente, se presenta un estudio relacionado a la adaptación de principiantes a la cultura ocupacional en SI como un ejemplo del uso de la metodología mixta  secuencial 

METODOLOGÍAS ORIENTADAS A OBJETOS 

Vimos cómo evolucionaron las metodologías para responder al paradigma de la programación orientada a objetos. Ha habido varias metodologías, pero la que se ha consolidado actualmente y tiene más presencia en la ingeniería del software es el Proceso Unificado (RUP) que utiliza las técnicas proporcionadas por el Lenguaje de Modelado Unificado (UML).

características son:

• Forma disciplinada de asignar y organizar tareas y responsabilidades (quién, cómo, qué, cuándo).

• Desarrollo iterativo e incrementa.

• Proporciona mecanismos de gestión del proyecto administrando horarios y recursos.

• Facilita la gestión de requisitos a través de un proceso completo para su recogida y

documentación guiado por casos de uso.

METODOLOGÍAS ESTRUCTURADAS

En definitiva la metodología de desarrollo lo que pretende es resolver un problema o necesidad, y para

ello parte de la petición del cliente y con sucesivas fases obtiene una solución informática.

Ya vimos que en las metodologías estructuradas se realiza una aproximación a la resolución del

problema descendente. Es decir, se pasa de una visión más general del problema con un nivel de

abstracción alto (cercano a las personas), a un nivel de abstracción más bajo (cercano a la máquina).

Para ello, estas metodologías proponen la creación de modelos que representen los procesos o

acciones a realizar, los flujos de información y las estructuras de datos necesarias para almacenar la

información.

El modelo general que representa a un sistema informático consta de

Entrada-Proceso-Salida. Los datos se introducen en el sistema, el cual los

procesa para obtener unos resultados a la salida. Las metodologías

estructuradas utilizan este esquema para realizar su enfoque del desarrollo

del software.

METODOLOGÍAS DEL SOFTWARE

En la unidad anterior vimos el ciclo de vida del software y sus diferentes modelos de desarrollo de
software asociados. El ciclo de vida del software indica qué es lo que hay que obtener a lo largo del
proceso de desarrollo del proyecto pero no muestra cómo hacerlo. Por tanto, surge la pregunta, ¿cómo
se obtienen los distintos productos parciales o finales del ciclo de vida del software?
Para responder a esta pregunta, la ingeniería del software ha realizado distintas aproximaciones a lo
largo del tiempo, definiendo lo que se ha denominado como metodologías de desarrollo del software.

Aunque no hay una definición única para la metodología de desarrollo, podemos consensuar que las

metodologías de desarrollo de software son un conjunto de

procedimientos, técnicas, herramientas y soporte documental para el

desarrollo de productos software

.

Introducción al modelo

El diseño basado en reutilización puro busca construir un producto software integrando componentes pre-existentes.Los beneficios principales que otorga este modelo son:-Tiempos de desarrollos cortos-Disminucion de errores-Disminucion de costos y riegos ya que se reduce los componentes a desarrollar-Existe un aumento de la confiabilidad ya que los componentes a utilizar ya fueron testeados y utilizados en otro momento previo al comienzo del proyecto
A modo de desventaja podemos mencionar el hecho de que al no poseer algún componente que cubra con un requisito dado por el usuario, este debe ser modificado para adaptarlo a los componentes almacenados en el repositorio de componentes.Esto se da en el modelo puro. En cambio en el modelo real si no se puede adaptar un requisito de usuario, se conseguirá o se desarrollara ese modulo para que cumpla con lo pedido por el usuario.Otra desventaja de este modelo es que una vez finalizada la etapa de modificación de requisitos, y ante la eventual necesidad de cambios en estos ultimos, puede pasar que no haya componentes que se adapten a las nuevas moficicaciones.

http://procesosoftware.wikispaces.com/Modelo+basado+en+Reutilizaci%C3%B3n

MODELO INCREMENTAL 

El Modelo Incremental combina elementos del MLS con la filosofía interactiva de construcción de prototipos.En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento.
Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto completo.De esta forma el tiempo de entrega se reduce considerablemente.Al igual que los otros métodos de modelado, el Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional.El Modelo Incremental es particularmente útil cuando no se cuenta con una dotación de personal suficiente. Los primeros pasos los pueden realizar un grupo reducido de personas y en cada incremento se añadir• personal, de ser necesario. Por otro lado los incrementos se pueden planear para gestionar riesgos técnicos.El Modelo Incremental se puede ver aquí en forma gráfica:- Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia.- El usuario se involucra más.- Difícil de evaluar el coste total.- Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo.- Requiere gestores experimentados.- Los errores en los requisitos se detectan tarde.- El resultado puede ser muy positivo.

http://ingenieraupoliana.blogspot.com/2010/10/modelo-incremental.html

MODELO EVOLUTIVO

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez más completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de operación. Los modelos “Iterativo Incrementa” y “Espiral” (entre otros) son dos de los más conocidos y utilizados del tipo evolutivo.

La idea detrás de este modelo es el desarrollo de una implantación del sistema inicial, exponerla a los comentarios del usuario, refinara en N versiones hasta que se desarrolle el sistema adecuado.Una ventaja de este modelo es que se obtiene una rápida re alimentación del usuario, ya que las actividades de especificación, desarrollo y pruebas se ejecutan en cada alternación

VENTAJAS

·       La especificación puede desarrollarse de forma creciente.

·       Los usuarios y desarrolla dores logran un mejor entendimiento del sistema. Esto se refleja en una mejora de la calidad del software.

DESVENTAJAS

·       Proceso no Visible: Los administradores necesitan entregas para medir el progreso. Si el sistema se necesita desarrollar rápido, no es efectivo producir documentos que reflejen cada versión del sistema.

http://jorgetrejos.blogspot.com/2010/08/modelo-evolutivo.html