UNIVERSIDAD TÉCNICA DE MANABÍ

FACULTAD DE CIENCIAS HUMANÍSTICAS Y SOCIALES

FUNDAMENTOS DE LA ORGANIZACIÓN DE LA

INFORMACION

DOCENTE:

MARÍA DE LOS ANGELES ORMAZA PINCAY

ESTUDIANTE:

FABRICIO JOSUE MOREIRA RAMIREZ

PORTOVIEJO- MANABÍ- ECUADOR

Ciclo de la información

El ciclo de vida para desarrollo o modificación de un sistema consiste en una serie de

actividades que se lleva a cabo para obtener un software en el que se involucran

diversos profesionales de la informática en sus diferentes fases o etapas como son: los

analistas de sistemas, programadores, diseñadores, tester, etc. Cabe señalar que, aunque

a continuación se explique cada fase por separado, generalmente estas actividades no

ocurren de forma aislada. Si no, es posible que algunas se desarrollen de manera

simultánea.

Un ciclo de vida tiene que cumplir 3 objetivos:

-Indicar las actividades y el orden.

-Asegurar que el sistema es consistente con los demás sistemas de información de la

organización.

-Gestionar el tiempo y el presupuesto.

Clasificación de los modelos de ciclo de vida

No es necesario formalizar un sistema para proyectos sencillos en organizaciones

pequeñas. Pero es muy necesario cuando se trata de grandes organizaciones o proyectos

complejos.

La clasificación de los MCV es:

-Tradicionales

-Alternativos

Los MCV han evolucionado en el siguiente orden:

-Code-and-Fix.

-Por etapas.

-Cascada (igual que el anterior solo que permite realimentación entre etapas).

-Prototipado.

-Transformación, obtienen los resultados a partir de las especificaciones usando

lenguajes de 4 generación que permiten la generación automática de código.

Cronología
CODE-AND-FIX

Fue el primer MCV y consistía basicamente en:

-Escribir código.

-Resolver los problemas que fuesen apareciendo.

Primero se codificaba y luego se pensaba en los requisitos, diseño, pruebas y

mantenimiento. Este modelo genera 3 dificultades:

Después unos pocos ajustes el código el código no está estructurado y por tanto los

próximos ajustes se convierten en muy costosos. Por esto se dieron cuenta que era

importante introducir una fase de diseño antes de la codificación.

Normalmente el software no se adaptaba a los requisitos del cliente, por esto se dieron

cuenta de la necesidad de introducir una fase de análisis de requisitos antes del diseño.

El ajuste del código era caro debido a su poca preparación para ser validado y

modificado. Esto hizo pensar en la necesidad de la planificación y preparación de las

diferentes tareas a realizar en cada fase.

POR ETAPAS (STAGE-WISE)

El software se desarrolla por etapas (planificación, especificaciones de operación,

especificaciones de codificación, codificación, prueba de cada unidad, prueba de

integración, eliminación de problemas y evaluación del sistema).

CASCADA (WATERFALL)
El cascada mejora el modelo por etapas introduciendo 2 mejoras:

Permite la realimentación por etapas, permitiendo resolver un problema de la etapa

anterior tras detectar el problema en una etapa posterior. Pero solo permite vueltas a la

etapa anterior para evitar vueltas demasiadas largas y por tanto cargas de trabajo

excesiva.

Incluía un prototipado inicial en el ciclo de vida del software. Los prototipos permiten

obtener especificaciones durante el análisis, o para probar diferentes posibles soluciones

durante el diseño, pero después de esto los prototipos de deben desechar para crear una

especificación formal.