* CICLO DE VIDA DE LOS SISTEMAS

* El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los analistas, diseadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de informacin.

*Ciclo de vida clsico1. Investigacinpreliminar

2. Requerimientos

4. Diseo

5. Desarrollo

6. Prueba7. Implementaciony evaluacin3. Anlisis

*Investigacin preliminar.

La solicitud puede surgir para el desarrollo de un nuevo sistema, la mejora de uno existente o la incorporacin de un nuevo requerimiento.- Nuevo sistema de facturacinMejorar formas de registrar las ventas Cambio en la tabla de la renta

*Actividades:1.1 Aclaracin de la solicitud.Antes de considerar cualquier investigacin de sistemas, la solicitud del proyecto debe de examinarse para determinar con precisin lo que el solicitante desea; ya que muchas solicitudes que provienen de usuarios no estn formuladas de manera clara. Es necesario que la solicitud se examine con detenimiento, para ir estableciendo los limites del mismo.

*1.2. Estudio de factibilidad. Un resultado importante de la investigacin preliminar es la determinacin de que el sistema requerido es factible. Existen tres aspectos en el estudio de factibilidad de la investigacin preliminar:

1.2.1 Factibilidad tcnica.Se refiere a que si existe o se puede adquirir la tecnologa necesaria para usar el nuevo sistema.

Si el equipo propuesto tiene la capacidad tcnica para soportar todos los datos requeridos para usar el nuevo sistema.

Si el nuevo sistema proporcionar respuestas adecuadas sin importar el nmero y ubicacin de los usuarios.

Si es factible crecer.

Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso a los datos.

*1.2.2 Factibilidad operacional.

Se refiere a que si el sistema trabajar una vez terminado e instalado.tomar en cuenta tambin lo siguiente:Existe apoyo para el proyecto por parte de la administracin y por parte de los usuarios.El sistema propuesto causara perjuicios, tendr resultados no desados en algn rea, se perder el control de alguna rea, se perder el acceso de la informacinHabr menos productividad por parte de los empleados.Los clientes se vern afectados.Reducir la productividad de otras reas.

*1.2.3 Factibilidad Econmica.

Existen suficientes beneficios en la creacin del sistema para hacer que los costos sean aceptables? O, en forma inversa, son tan altos los costos como para que el proyecto no deba llevarse a cabo? Se debe tomar en cuenta los siguientes puntos:

El costo para desarrollar el sistema.El costo de Hardware y Software.Relacin costo/beneficios.El costo del sistema puesto en produccin.

*1.3. Aprobacin de la solicitud.El (los) proyecto(s) que son deseables y factibles son aprobados e incorporados a los planes de desarrollo.La administracin decide que proyectos son los mas importantes y el orden en que se llevarn acabo.

*2. Determinacin de los requerimientos del sistema.Se investigan todos los requerimientos del sistema.Requerimientos funcionalesRequerimientos no funcionalesRequerimientos de dominio

*3. Anlisis del sistema.Consiste en entender las funciones del sistema, para poder diferenciar entre lo que se debe hacer y lo que se hace. El anlisis no es trabajo de una sola persona, cuanto ms crticas se hagan y ms ideas se aporten, se tendr un mejor anlisis.

*4. Diseo del sistema.El diseo de un sistema de informacin produce los elementos que establecen cmo el sistema cumplir los requerimientos indicados durante el anlisis de sistemas. A menudo los especialistas de sistemas se refieren a esta etapa como en diseo lgico .

*Diseo de salidaDiseo de procesosDiseo de Base de DatosDiseo de EntradasDiseo de la interfaz Los diseadores son responsables de proporcionar a los programadores las especificaciones completas y escritas con claridad.

*5. DesarrolloGeneracin o compra del software del sistema

6. PruebaSe deben de disear pruebas que aseguren que el software este libre de errores y que funcione de acuerdo a las especificaciones dadas en el diseo.

*7. Implementacin y evaluacinLa implementacion es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar el software y alimentar la base de datos.

*La evaluacin del sistema se lleva a cabo para identificar puntos dbiles y fuertes.

Evaluacin operacional.Valoracin de la forma en que funciona el sistema.Facilidad de usoTiempo de respuestaLo adecuado de los formatos de informacinConfiabilidad globalNivel de utilizacin

*Impacto organizacional.Identificacin y medicin de los beneficios para la organizacin:finanzas (costos, ingresos, ganancias)Eficiencia operacionalImpacto competitivo.

*El Modelo de CascadaInicioAnlisisDiseoCdigoPruebasImplem.

*VentajasExcelente cuando se tiene un producto estable y se conoce la tecnologa.Es un mtodo muy estructurado que funciona bien con gente de poca experiencia.Provee estabilidad en los requerimientos.La planeacin se puede hacer anticipadamente.

*DesventajasTiene poca flexibilidad.Los proyectos en la prctica raramente siguen un flujo secuencial.Siempre es difcil para el cliente mostrar todos los requerimientos explcitamente y con mucha anticipacin.El cliente debe tener paciencia.

*DesventajasEs inflexible y no motiva al cambio.Poco apropiado para aplicaciones para la toma de decisiones.Los usuarios tienen una participacin limitada.

*PrototipoAlerones de dimensiones XFuselaje con las siguientes caractersticasVelocidad promedio que debe alcanzar 5 veces la velocidad del sonido

*PrototipoEs un modelo del comportamiento del sistema que puede ser usado para entender completamente o ciertos aspectos de l y as clarificar los requerimientos.Es una representacin de un sistema, aunque no es un sistema completo, posee las caractersticas del sistema final o parte de ellas.

*PrototipoInvestigacin preliminar:Definicin del problema, sus efectos organizacionales, identificar una idea general de la solucin y determinar la factibilidad de esa solucin Investigacinpreliminar

*PrototipoDefinicin de los requerimientos y prototipado:El objetivo es registrar todos los requerimientos y deseos que el usuario tiene en relacin al proyecto bajo desarrollo.InvestigacinpreliminarAnlisis yespecificacinDiseo yconstruccinEvaluacinModificacin

*PrototipoAnlisis grueso y especificacin:Se desarrolla un diseo bsico para el prototipo inicial.InvestigacinpreliminarAnlisis yespecificacin

*PrototipoDiseo y construccin:Construccin de un prototipo inicial. Este debe de construirse con la mxima funcionalidad.InvestigacinpreliminarAnlisis yespecificacinDiseo yconstruccin

*PrototipoEvaluacin:El prototipo es sometido a evaluacin por parte del usuario. Se decide si el prototipo es aceptado o modificado.InvestigacinpreliminarAnlisis yespecificacinDiseo yconstruccinEvaluacin

*PrototipoInvestigacinpreliminarAnlisis yespecificacinDiseo yconstruccinEvaluacinModificacinModificacin:Se analizan y se incorporan, modifican o eliminan los requerimientos sugeridos por el (los) usuario(s).

*PrototipoDefinicin de los requerimientos y prototipado:InvestigacinpreliminarAnlisis yespecificacinDiseo yconstruccinEvaluacinModificacin

*PrototipoInvestigacinpreliminarDefinicin derequerimientos yprototipado

Diseo tcnicoDiseo tcnico:El sistema es rediseado y documentado segn los estndares de la organizacin

*PrototipoInvestigacinpreliminarAnlisis yespecificacinDefinicin derequerimientos yprototipado

Diseo tcnicoProgramacin y prueba:Los cambios identificados en el diseo tcnico son implementados y probados para asegurar la correccin y completitud de los mismos con respecto a los requerimientos.Programacin yprueba

*PrototipoInvestigacinpreliminarAnlisis yespecificacinDefinicin derequerimientos yprototipado

Diseo tcnicoOperacin y mantenimiento:Instalacin del sistema y mantenimiento posinstalacin.Programacin ypruebaOperacin ymantenimiento

*PrototipoVentajas:Reduccin de la incertidumbre y del riesgoReduccin de tiempo y de costoMejor aceptacin del sistema

*PrototipoDesventaja:Necesidad de contar con herramientas de desarrollo de software que permitan el desarrollo rpido de las diferentes iteraciones del prototipos.Dificultad en la administracin del proyecto cuando los sistemas son muy grandes

*PrototipoLineamientos:

1. Trabaje en mdulos manejables.Un modelo manejable es aquel que permite la interaccin con sus caractersticas principales, pero todava puede ser construido por separado de otros mdulos del sistema.

*PrototipoConstruccin rpida del prototipo.La velocidad es esencial para la elaboracin satisfactoria de un prototipo en un sistema.La elaboracin de un prototipo debe llevarse a cabo en una semana, para construir un prototipo tan rpidamente se deben de usar herramientas CASE.

*Prototipoprototipo debe ser flexible para futura modificaciones. Esto significa crearlo en mdulos que no sean muy interdependientes.

*PrototipoTipos:1. Prototipo parchado:Es un sistema que tiene todas las caractersticas propuesta pero es realmente un modelo bsico que eventualmente ser mejorado. Este tipo de prototipo trabaja pero no es eficiente ni elegante.

*PrototipoPrototipo no operacional:2. modelo o escala no funcional para objeto de probar determinados aspectos del diseo. Este puede ser hecha cuando la codificacin requeridas por las aplicaciones es muy amplia para hacerse el prototipo y, sin embargo se puede obtener una idea til del sistema por medio de la elaboracin de prototipos de la entrada y salida solamente.

*PrototipoPrototipo piloto:3. Prototipo piloto completamente operacional y que es puesto en operacin real.Este tipo de prototipo es til cuando se tiene planeadas muchas instalaciones del mismo sistema.

*Modelo incrementalEl modelo incremental combina elementos del modelo de cascada con la filosofa interactiva de construccin de prototipos.Cada secuencia lineal produce un incremento.A diferencia de la construccin de prototipos, el modelo incremental se centra en la entrega de un producto operacional con cada incremento.

*Modelo incremental

*Los primeros incrementos son versiones desmontadas del producto final, pero proporcionan la capacidad que sirven al usuario y tambin proporcionan una plataforma para la evaluacin por parte del usuario.Como resultado de la utilizacin y/o evaluacin, se desarrolla un plan para el incremento a fin de cumplir con: las necesidades del usuariola entrega de funciones, y caractersticas adicionales.

*EjemploRegistro acadmico.1er incremento:Captura del expedienteacadmicoSe entrega al clienteEl cliente puede solicitar mejoras y/o incorporar nuevo (s) requerimiento (s)

*2do incremento:Se incorporan las mejoras y/o nuevos requerimiento (si las hay). Y se agrega una nueva funcin.Captura de planes estudiosSe entrega al clienteEl cliente puede solicitar mejoras y/o incorporar nuevo (s) requerimiento (s)

*3er incremento: Integracin de los expedientes de los alumnos y los planes de estudios.

Captura del expedienteacadmicoCaptura de planes estudios

*Modelo incrementalCaptura expedienteacadmicoCaptura de planesde estudios

Integracin de Expediente acadmicoY planes de estudiosInscripcin demateriasTramitesacadmicos

*El Modelo de EspiralLos productos de software son creados a travs de mltiples repeticiones del proceso del ciclo de vida. Estos modelos han sido aplicados al desarrollo de software.Aun no han madurado al punto de ser aplicados como modelos de desarrollo con tiempos y limitaciones de costos.

Modelo de Proceso de EspiralDetermine objetivosalternativas yrestriccionesEvale alternativas,identifique y resuelvariesgosAnlisis deRiesgosAnlisis deRiesgosAnlisis deRiesgosAnlisis deRiesgosPlanea la siguiente faseDesarrolla y verificael siguiente nivel del productoPrototipoOperacionalPrototipo3Prototipo2Prototipo 3Plan de requerimientosPlan del ciclo de vidaREVISINPlan de DesarrolloPlan de Integraciny PruebaConcepto deOperacinSimulaciones, modelos y benchmarksRequerimientos de SWValidacin deRequerimientosDiseoV &VServicioPrueba deAceptacinPrueba deIntegracinPrueba deUnidadesCodificacinDiseoDetallado Diseo delProducto

Fases del Modelo de EspiralPlanteamiento de ObjetivosSe identifican los objetivos especficos para cada fase del proyecto.Identificacin y reduccin de riesgos.Los riesgos clave se identifican y analizan, y la informacin sirve para minimizar los riesgos.Desarrollo y Validacin.Se elige un modelo apropiado para la siguiente fase del desarrollo.Planeacin.Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral.

EjemploObjetivosMejorar significativamente la calidad del software.Restricciones.Dentro de los 3 primeros anos.Sin que se produzcan grandes inversiones de capital.Sin que se lleven a cabo grandes cambios organizacionales.Alternativas.Reutilizar software certificado existente.Introducir especificaciones formales y verificacin.Invertir en herramientas de prueba y validacin.

Riesgos.No existen mejoras en el software baratas.Las mejoras en la calidad pueden incrementar costes excesivamenteLos nuevos mtodos pueden causar bajas en el personal.Solucin de riesgos.Estudio de la literatura existente.Proyecto piloto.Bsqueda de todos los componentes reutilizables potenciales.Identificacin del soporte disponible de herramientasEntrenamiento al personal y seminarios motivacionales.

Resultados.La experiencia en mtodos formales es limitada - es muy difcil cuantificar las mejoras.Limitado el soporte en herramientas para sistemas de desarrollo de la compaa.Existencia de componentes reutilizables, pero poco soporte de herramientas de reuso.Planes.Explorar la opcin de la reutilizacin a mas detalle.Desarrollar herramientas prototipo para reutilizacin.Explorar el esquema de certificacin de componentes.Garantas.Explorar los siguientes 18 meses.

*VentajasEl producto avanza a pasos firmes solucionado riesgos en cada iteracin.El producto termina con todos los riesgos resueltos.Se pueden incluir otros mtodos de desarrollo en las iteraciones.A medida que el costo aumenta, los riesgos se reducen.Se tienen puntos de control en cada interaccin.

*DesventajasEs complicado.Requiere de mucha administracin.Difcil de definir los objetivos, metas que indiquen que podemos avanzar al siguiente ciclo.Se puede caer en un desarrollo de nunca acabar.

*Qu Modelo Utilizar?

*Un Proyecto...Un proyecto es una organizacin transitoria de individuos dedicados a alcanzar un objetivo especifico dentro de un periodo de tiempo, un presupuesto, y un objetivo tcnico.

*Por lo Tanto...Un proyecto: Tiene un principio y un fin. Debe de tener un objetivo (debe de ser medible).Requiere de un lder y de un equipo.

Lo que nos indica que es:Temporal y Unico, ya que involucra hacer algo que no se ha hecho antes.

*Qu Modelo? Dado que cada proyecto es nico, no existe un modelo que se aplique al 100% a todos los proyectos de una organizacin.

Una organizacin puede contar con uno o ms modelos de desarrollo para ser utilizados dependiendo del tipo de proyecto.

El modelo seleccionado tendr influencia en el xito del proyecto y en el tipo de decisiones que se debern hacer.

*Cul Seguir? Para seleccionar el modelo a adoptar habr que hacerse una serie de cuestionamientos:Qu tantos son los riesgos del proyecto?Qu tan claros estn los requerimientos?Se conoce bien la tecnologa ha utilizar?Visibilidad que requiere el proyecto?Qu tanta planeacin hacia adelante es requerida?Qu restricciones se tienen?

*Criterios de xitoContar con un modelo debidamente documentado. (entradas, salidas, entregables, aprobaciones)Los documentos deben de estar actualizados.La gente que participa en el proyecto debe estar capacitada en su uso.Se debe de reforzar el uso del modelo mediante auditorias y revisiones.

*Criterios de xitoLa alta gerencia debe soportar la utilizacin de un modelo.Cualquier desviacin al modelo debe ser documentada y aprobada.Se debe de medir la eficiencia del modelo.Retroalimentar y ajustar.

*********************