MODELO BASADO EN LA REUTILIZACIÓN

Como su nombre lo indica, es un modelo fuertemente orientado a la reutilización. Este modelo consta de 4 fases ilustradas en la Figura 9. A continuación se describe cada fase:

1.   Análisis de componentes: Se determina qué componentes pueden ser utilizados para el sistema en cuestión. Casi siempre hay que hacer ajustes para adecuarlos.

Modificación de requisitos: Se adaptan (en lo posible) los requisitos para concordar con los componentes de la etapa 

1.   anterior. Si no se puede realizar modificaciones en los requisitos, hay que seguir buscando componentes más adecuados (fase 1).

2.   Diseño del sistema con reutilización: Se diseña o reutiliza el marco de trabajo para el sistema. Se debe tener en cuenta los componentes localizados en la fase 2 para diseñar o determinar este marco.

3.   Desarrollo e integración: El software que no puede comprarse, se desarrolla. Se integran los componentes y subsistemas. La integración es parte del desarrollo en lugar de una actividad separada.

MODELO INCREMENTAL

EL MODELO INCREMENTAL COMBINA ELEMENTOS DEL MODELO LINEAL SECUENCIAL (APLICADOS REPETIDAMENTE) CON LA FILOSOFIA INTERACTIVA DE CONSTRUCCION DE PROTOTIPOS, EL MODELO INCREMENTAL APLICA SECUENCIAS LINEALES DE FORMA ESCALONADA MIENTRAS PROGRESA EL TIEMPO EN EL CALENDARIO. CADA SECUENCIA LINEAL PRODUCE UN INCREMENTO DEL SOFTWARE .

CICLO EVOLUTIVO 

Es afrontar el problema  en donde la práctica nos demuestra que obtener todos los requerimientos al comienzo del proyecto es muy difícil; la dificultad donde el usuario es complicado transmitir su idea ya que los requerimientos evolucionan durante el desarrollo y de esta manera, surgen nuevos requerimientos a cumplir. Por tales motivos el modelo de ciclo de vida evolutivo realiza una interacción de ciclos  REQUERIMIENTOS  -DESARROLLO  -  EVALUACIÓN.

      En el modelo evolutivo, los requerimientos son cuidadosamente examinados, y sólo esos que son bien comprendidos son seleccionados para el primer incremento. Los desarrolladores construyen una implementación parcial del sistema que recibe sólo estos requerimientos.

     El sistema es entonces desarrollado, los usuarios lo usan, y proveen retroalimentación a los desarrolladores. Basada en esta retroalimentación, la especificación de requerimientos es actualizada, y una segunda versión del producto es desarrollada y desplegada. El proceso se repite indefinidamente.

Ventajas

·         Este modelo acepta que los requerimientos del usuario se pueden cambiar en cualquier momento.

·        Es un modelo es muy útil cuando desconocemos la mayoría de los requerimientos iniciales o cuando los requerimientos no están completos.

·        Busca reemplazar el viejo sistema con uno nuevo que tendría la propiedad de satisfacer los nuevos requerimientos lo más rápido posible.

·        El desarrollo evolutivo es 100% compatible con el modelo cascada.

Desventajas

·         Modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.

·         El desarrollo de software en forma evolutiva requiere un especial cuidado en la manipulación de documentos, programas, datos de test, etc. desarrollados para distintas versiones del software.

PROYECTO A QUE ES APLICABLE:

·         Proyecto de ventas

·         Proyecto de Facturación

·         Proyecto de Mercadeo 

MODELO EN ESPIRAL

 El modelo incorpora un nuevo elemento en el desarrollo de software como es el “análisis de riesgos” y define cuatro actividades principales representadas por los cuatro cuadrantes de la figura:

• Planificación -> Determina objetivos, alternativas y restricciones
• Análisis de riesgo -> Evalúa alternativas, identifica y resuelve riesgos.
• Ingeniería -> Desarrollo y verificación del producto del siguiente nivel.
• Evaluación del cliente -> Valoración de los resultados y planificación de la siguiente fase.

Con cada iteración alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se van construyendo sucesivas versiones del software, cada vez más completas. Durante la primera vuelta de la espiral, en el primer cuadrante (superior izquierdo) se determinan objetivos, alternativas y restricciones; y en el segundo cuadrante (superior derecho) se analizan e identifican los riesgos (¿se dispone de personal?, ¿está preparado?, ¿existe mercado para el producto?, etc.). Si el análisis de los riesgos indica que existe incertidumbre en los requisitos se puede desarrollar un prototipo para su valoración, y también se pueden usar simulaciones y otros modelos para definir más el problema y refinar los requisitos.
En el cuadrante tercero (inferior derecho) se incorporan incrementalmente las etapas del ciclo de vida tradicional en cada ciclo de la espiral.

En el cuarto cuadrante (inferior izquierdo) el cliente evalúa el trabajo de ingeniería de esa espiral y sugiere modificaciones. Basándose en los comentarios del cliente, se produce la siguiente fase de planificación y de análisis de riesgos. En cada bucle alrededor de la espiral, al finalizar el análisis de riesgo, se debe tomar la decisión de seguir adelante o no con el proyecto. Si se sigue avanzando, cada vuelta alrededor de la espiral conduce más hacia fuera, hacia un modelo más completo del sistema, y al final al propio sistema operacional. Cada vuelta requiere más desarrollo de ingeniería de software, y el número de actividades del tercer cuadrante aumenta al alejarse del centro de la espiral.

El paradigma del modelo en espiral es actualmente el enfoque más realista en la ingeniería del software tradicional para sistemas grandes, ya que utiliza un enfoque evolutivo que permite al ingeniero y al cliente entender y reaccionar a los riesgos que se detectan en cada espiral. Utiliza la creación de prototipos como un mecanismo de reducción del riesgo y mantiene el enfoque del ciclo de vida clásico, pero incorporándolo dentro de un proceso iterativo que refleja de forma más realista el mundo real. No se disponen de cifras comparativas de su bondad con respecto a otros ciclos de vida, pero indudablemente sus resultados parecen superiores ya que engloba a los ciclos clásicos y de prototipos.

Ventajas:
• Incorpora muchas de las ventajas de los otros ciclos de vida
• Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistemáticos del modelo clásico
• Proporciona el potencial para el desarrollo rápido de versiones incrementales
• Puede adaptarse y aplicarse a lo largo de la vida del software
• Es un enfoque realista del desarrollo del software
• Permite aplicar el enfoque de construcción de prototipos en cualquier momento para reducir riesgos
• Reduce los riesgos antes de que se conviertan en problemáticos
• Controla muy bien los riesgos y mientras más iteraciones se realicen, menos riesgos habrá
• Monitoriza y controla los riesgos continuamente

Desventajas:
• Puede resultar difícil convencer a algunos clientes de que el enfoque evolutivo es controlable
• Solo resulta aplicable para proyectos de gran tamaño
• Supone una carga de trabajo adicional, no presente en otros ciclos de vida
• Requiere una considerable habilidad para la evaluación y resolución del riesgo, y se basa en esta habilidad para el éxito
• Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas
• Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable
• El modelo no se ha utilizado tanto como otros, por lo que tendrán que pasar años antes de que determine con certeza la eficacia de este modelo

MODELO EN CASCADA

• Conjunto de tareas que abarcan desde que se comienza con la necesidad de un sistema hasta que el mismo es sustituido por otro. 

•    Este modelo es muy útil pues ayuda a los desarrolladores a comprender qué es lo que tienen que hacer en cada momento. Su simplicidad hace que resulte sencillo explicárselo a los clientes que no están familiarizados el proceso software. Además, se muestran de forma explícita qué productos intermedios se tienen que obtener antes de abordar las siguientes tareas.
• Una modificación sobre este modelo consiste en la introducción de una revisión y vuelta atrás, con el fin de corregir las deficiencias detectadas durante las distintas etapas, o para completar o aumentar las funcionalidades del sistema en desarrollo, resultando un diagrama de fases y etapas tal como el que se muestra en la Figura 2. De esta manera, durante cualquiera de las fases se puede retroceder momentáneamente a una fase previa para solucionar los problemas que se pudieran haber encontrado.

Ventajas:

• Es un modelo sencillo y disciplinado
• Es fácil aprender a utilizarlo y comprender su funcionamiento
• Está dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa
• Ha sido muy usado y, por tanto, está ampliamente contrastado
• Ayuda a detectar errores en las primeras etapas a bajo costo
• Ayuda a minimizar los gastos de planificación, pues se realiza sin problemas

Desventajas:
• Los proyectos raramente siguen el proceso lineal tal como se definía originalmente el ciclo de vida
• Es difícil que el cliente exponga explícita mente todos los requisitos al principio
• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida
• No refleja exactamente cómo se programa realmente el sistema, en el que suele haber un gran componente iterativo
• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones

• El producto final obtenido puede que no refleje todos los requisitos del usuario 
específico. Idealmente, cada fase podría hacerla unequipo diferente gracias a la documentación generada

CICLO DE UN SISTEMA DE INFORMACIÓN

El ciclo de vida de un sistema de información y conocimiento. Puede ser definido como la organización y realización de un conjunto de tareas y actividades diversas que abarcan desde el nacimiento del reconocimiento de su necesidad hasta que estos sistemas se convierten en obsoletos y son sustituidos por otros.

El enfoque más aceptado es el ciclo de vida en cascada, compuesto por etapas y cada una tiene un determinado resultado (documentos técnicos, programas de computadoras y otras informaciones) que alimentan a la etapa siguiente y sin el cual no es posible que se comience.

Un sistema de información es un sistema, automatizado o manual, que engloba a personas, máquinas y/o métodos organizados para recopilar, procesar, transmitir datos que representan información. Un sistema de información engloba la infraestructura, la organización, el personal y todos los componentes necesarios para la recopilación, procesamiento, almacenamiento, transmisión, visualización, diseminación y organización de la información.

Etapas del ciclo de vida de los sistemas de información y conocimiento

• Investigación preliminar. Consiste en una breve investigación de la actividad de la entidad (productiva, servicio, docente, curativa, etc.), de su organización, sus procesos informativos, deficiencias, fortalezas, etc. Aquí se identifican los problemas informativos y sus causas, posibilidades de mejorar y los principales objetivos del proyecto, ella tendrá menos tiempo si el grupo está integrado por personas de la entidad con experiencia, de lo contrario requiere más tiempo. Se deberá realizar un estudio técnico, organizativo, informativo y económico evaluando en números como corresponde a la primera etapa del proyecto tanto costos como beneficios tangibles e intangibles.
• Análisis detallado de la situación existente. Su objetivo fundamental es comprender detallada y críticamente como se realiza el trabajo de gestión de lainformación en la entidad (recolecta, trasmite, almacena y procesa la información y como se utiliza para los procesos de dirección). Requerirá de mucho trabajo por lo que el grupo multidisciplinario puede ser ampliado con más analistas para obtener una comprensión total de qué información necesitan los usuarios para el trabajo y como ejecutan el mismo, para ello se utilizarán los métodos: entrevistas, análisis de documentos(manuales, estados financieros, memorias, actas de consejo de dirección, etc); [encuestas mediante cuestionarios(a las no entrevistadas), observaciones, recopilación de formularios y reportes, descripción de los flujos de información, estudio del contenido y diseño de archivo.
• Diseño del nuevo sistema. Se deberá diseñar los elementos fundamentales que tendrá el nuevo sistema y el mismo tiene como objetivo mínimo solucionar los problemas informativos, pero es posible que le puedan hacer otras propuestas adicionales. Deberá ser discutida con todos los niveles, y que todos conozcan los cambios que ocurrirán de manera que la introducción del nuevo sistema no se bloquee por factores humanos.
• Desarrollo y documentación del nuevo sistema. Estará en función de varias alternativas, si se elabora un software nuevo, si se adquiere o si se mantiene manual porque el procedimiento así lo permita.
• Implantación del sistema de información y conocimientos. Consiste en la introducción en la actividad práctica, se hace necesario realizar una fase que se llama introducción experimental, para detectar insuficiencias y deficiencias y realizar los ajustes finales necesarios.
• Mantenimiento del sistema información y conocimientos. Tiene como objetivo adecuar el sistema a los cambios del entorno y de la propia entidad que producen nuevas necesidades informativas en la gerencia y los niveles superiores y a los cambios técnicos del hardware y software, deben ser justificados y aprobados por la gerencia de la entidad y reflejados en la documentación técnica del sistema, para que se mantenga actualizada y en elmanual del usuario para que continúe reflejando la realidad del sistema.
• http://www.ecured.cu/Ciclo_de_vida_de_los_sistemas_de_informaci%C3%B3n_y_conocimientos

FRASE EMOTIVA