CBT No. 2 Jos Ma.

Velasco Temascalcingo, Mxico

Analiza y Disea Sistemas de Informacin

Trabajo de Investigacin Ciclo de Vida de un Sistema

Profesor: Ricardo Garca Barrios

Alumna: Diana Carolina Huitrn Cruz

Segundo de Informtica II

Ciclo Escolar 2013-2014

Concepto de Ciclo de Vida de un Sistema de Informacin.

Segn el estandar ISO-12207 el ciclo de vida de un sistema de informacin es el marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicin de los requisitos hasta la finalizacin de su uso. El ciclo de vida es el conjunto de fases (o etapas) por las que pasa el sistema desde que se concibe hasta que se retira del servicio. Es decir, se trata de la estructura del proceso de produccin del sistema de informacin. El Modelo de Ciclo de Vida indica cules son las actividades a realizar y el orden en que se van a realizar. Todo ciclo de vida debe cubrir tres objetivos bsicos: 1. 2. 3. Definir las actividades a realizar y en qu orden. Asegurar la consistencia con el resto de los sistemas de informacin de la organizacin. Proporcionar puntos de control para la gestin del proyecto (calendario y presupuesto). No hay que confundir este concepto con el de mtodo o metodologa, la metodologa indica cmo avanzar en la construccin del sistema esto es con qu tcnicas, puede determinar los recursos a utilizar o las personas implicadas en cada actividad entre otras caractersticas.

El ciclo de vida nos indica las activdades a realizar, y en qu orden, para construir un Sistema de Informacin. Una metodologa indica cmo avanzar en la construccin del sistema, es decir, las tcnicas a seguir.

Descripcin del ciclo de vida segn la norma ISO12207.

Segn la Norma ISO 12207-1, las actividades a realizar durante el ciclo de vida del software se agrupan en cinco procesos principales, ocho procesos de soporte y cuatro procesos de la organizacin, as como un proceso especial que permite adaptar el ciclo de vida a cada proyecto concreto. A destacar que la norma no recomienda ningn modelo concreto de ciclo de vida, ni de gestin del software, ni detalla cmo realizar ninguna de las actividades.

Los procesos principales del ciclo de vida

Son aquellos que resultan tiles a las personas que inician o realizan el desarrollo, la explotacin o el mantenimiento del software a lo largo del ciclo de vida. Estas personas son los compradores, los proveedores, el personal de desarrollo, los usuarios y el personal encargado del mantenimiento del software.

Proceso de adquisicin: Contiene las actividades y tareas que el comprador, el cliente o el usuario realizan para adquirir un sistema o un producto software. Aqu estn incluidos la preparacin y publicacin de una solicitud de ofertas, la seleccin del proveedor del software y la correspondiente gestin de los procesos desde la adquisicin hasta la aceptacin del producto. Proceso de suministro: Contiene las actividades y tareas que el suministrador o proveedor realiza. Comienzan con la preparacin de una propuesta para responder a una peticin de oferta de un comprador o con la firma de un contrato con el comprador para proporcionarle un producto software. Trata, asimismo, de la identificacin de los procedimientos y de los recursos necesarios para gestionar y garantizar el xito del proyecto, incluyendo el desarrollo de los planes del proyecto y la ejecucin de dichos planes hasta la entrega del producto software al comprador.

 o o o o o o o o o o

Proceso de desarrollo: Contiene las actividades de anlisis de requisitos, diseo, codificacin, integracin, pruebas e instalacin y aceptacin. Anlisis de requisitos del sistema: Aqu son especificados todos los requisitos del Sistema de Informacin, funciones y capacidades que debe cumplir, requisitos de seguridad, interfaces, de mantenimiento, etc. Diseo de la arquitectura del sistema: Se identifican los principales componentes hardware y software. Anlisis de los requisitos de software: Se establecen dichos requisitos, incluyendo el nivel de calidad que debe cumplir el sistema. Diseo de la arquitectura del software: El diseador debe transformar el anlisis anterior en una arquitectura en la que se puedan identificar sus componentes principales. Diseo detallado del software: Aqu se realiza un diseo detallado de cada componente software, de las bases de datos y manuales de usuario. Codificacin y pruebas unitarias: Se desarrollan y se documentan los componentes del punto anterior. Pruebas de integracin: Se integran los componentes del software realizando las correspondientes pruebas. Prueba del software: Las pruebas se planifican y disean de forma sistemtica para poder detectar el mximo nmero y variedad de defectos con el mnimo consumo de tiempo y esfuerzo. Integracin del sistema: Aqu se realizan las pruebas conjuntas de los elementos hardware y software. Implantacin del software desarrollado en el entorno de explotacin final. Cuando se sustituya a un software ya existente, puede ser recomendable un perodo de tiempo en el que convivan los dos sistemas. Proceso de aceptacin del software. Proceso de explotacin: Comprende la propia explotacin del software y el soporte operativo a los usuarios del sistema. Proceso de mantenimiento: Aparece cuando, tarde o temprano, el software requiere modificaciones, bien por errores, necesidades de mejora, etc.

Como podemos apreciar, los procesos y subprocesos de la metodologa METRICA V3 se corresponden perfectamente con los procesos principales del ciclo de vida de sistemas de Informacion de la norma ISO. METRICA, adems, especifica las actividades y tareas, y las tcnicas y entregables a generar (frente a la norma, que se limita a describir los procesos del ciclo de vida).

Procesos de soporte.
Sirven de apoyo al resto de procesos y pueden aplicarse en cualquier punto del ciclo de vida.

Proceso de documentacin: Comprende todas las actividades que permiten desarrollar, distribuir y mantener la documentacin necesaria para todas las personas involucradas : consultores, jefes de proyecto, analistas, programadores, usuarios, etc. Proceso de gestin de la configuracin: Controla las modificaciones y las versiones de los elementos de configuracin del software del sistema. Proceso de aseguramiento de la calidad: Comprueba que los procesos y los productos software del ciclo de vida cumplen con los requisitos especificados y se ajustan a los planes establecidos. Proceso de verificacin: El objetivo es demostrar la consistencia, completitud y correccin del software entre las fases del ciclo de desarrollo de un proyecto (por ejemplo, si el cdigo es coherente con el diseo). Este proceso puede ser responsabilidad de una empresa de servicios y, en este caso se conoce como proceso de verificacin independiente. Proceso de validacin: El objetivo es determinar la correccin del producto final respecto a las necesidades del usuario. Al igual que el anterior, este proceso puede ser ejecutado por una organizacin de servicios, denominndose proceso de validacin independiente. Proceso de revisin conjunta: Para evaluar el estado del software y sus productos en una determinada actividad del ciclo de vida o una fase de un proyecto. Las revisiones conjuntas se celebran tanto a nivel de gestin como a nivel tcnico del proyecto a lo largo de todo su ciclo de vida. Un mecanismo habitual de revisin son las reuniones y la responsabilidad es generalmente compartida entre un grupo de personas pertenecientes a la organizacin. Proceso de auditora: Permite determinar, en los hitos preestablecidos, si se han cumplido los requisitos, los planes y, en suma, el contrato. Proceso de resolucin de problemas: Permite analizar y solucionar los problemas, sean stos diferencias con los requisitos o con el contrato. Aporta un medio oportuno y documentado para asegurar que los problemas detectados son analizados y solucionados.

Los procesos de soporte de la norma se corresponden con las INTERFASES de METRICA V3 (gestin de proyectos, aseguramiento de la calidad, gestin de la configuracin, etc)

Procesos de la organizacin.
Son los utilizados por una organizacin para llevar a cabo funciones como la gestin, formacin del personal o procesos de mejora continua.

Proceso de gestin: Contiene las actividades y las tareas genricas que puede emplear una organizacin que tenga que gestionar sus procesos. Incluye actividades como la planificacin, el seguimiento y control, la revisin y evaluacin. Proceso de infraestructura: Establece la infraestructura necesaria para cualquier otro proceso: hardware, software, herramientas, tcnicas, etc para el desarrollo, explotacin y mantenimiento. Proceso de mejora: Para mejorar los procesos del ciclo de vida del software. Proceso de formacin: Para mantener al personal con la adecuada formacin, lo que conlleva el desarrollo del material de formacin, as como la implementacin del plan de formacin de la organizacin.

Proceso de adaptacin.
Sirve para realizar la adaptacin bsica de la norma ISO 12207-1 respecto a los proyectos software. Como es sabido, las variaciones en las polticas y procedimientos de la organizacin, los mtodos y estrategias de adquisicin, el tamao y complejidad de los proyectos, los requisitos del sistema y los mtodos de desarrollo, entre otros, influencian la forma de adquirir, desarrollar, explotar o mantener un sistema. Dado que los procesos se aplican durante el ciclo de vida del software, y adems se utilizan de diferentes formas por las diferentes organizaciones y con distintos puntos de vista y objetivos, es preciso comprender los procesos, las organizaciones y sus relaciones bajo diferentes puntos de vista:

Contrato: El comprador y el proveedor negocian y firman el contrato, empleando los procesos de adquisicin y suministro. Gestin o direccin: El comprador, el proveedor, el desarrollador, el operador y el personal de mantenimiento gestionan sus respectivos procesos en el proyecto software. Explotacin: El operador proporciona el servicio de explotacin del software a los usuarios. Ingeniera: El desarrollador o el personal de mantenimiento llevan a cabo sus respectivas tareas de ingeniera para producir o modificar los productos de software. Soporte: Los grupos de soporte (el de gestin de la configuracin, el de aseguramiento de la calidad, el de auditoria, etc) proporcionan servicios de apoyo a otros grupos en el cumplimiento de tareas nicas y especficas.

Clasificacin de los modelos de ciclo de vida

Existen distintos modelos de ciclo de vida o lo que es lo mismo distintas pautas a seguir en el desarrollo de los Sistemas de Informacin. Naturalmente si se trata de proyectos sencillos en organizaciones pequeas no es precisa la formalizacin del sistema. Sin embargo en organizaciones grandes o para proyectos complejos es imprescindible establecer un modo de hacer comn. Una posible clasificacin sera la que divide los modelos de ciclo de vida en:

o o

Modelos tradicionales: Son los de ms amplia utilizacin. Dentro de este grupo estaran: Modelo en cascada. Modelos basados en prototipos: Modelo de construccin de prototipos. Modelo de desarrollo incremental. Modelo de prototipado evolutivo.

 o o

Modelos alternativos Modelo en espiral Modelos basados en transformaciones Las que usan tcnicas de cuarta generacin (Roger Pressman): Suelen estar basados en herramientas de cuarta generacin (lenguajes no procedimentales para consultas a BD; generadores de cdigo, de pantallas, de informes; herramientas de manipulacin de datos; facilidades grficas de alto nivel) Basados en modelos de transformacin (Carma McClure) . Basados en herramientas CASE que permiten, siguiendo el MCV clsico, pasar de una etapa a otra aplicando las transformaciones que dan las herramientas. En ambos casos, la filosofa general es llegar a generar cdigo a partir de unas especificaciones transformndolas por medio de herramientas. La diferencia entre uno y otro es el uso de unas u otras herramientas. Aparte de estos modelos de ciclo de vida en la actualidad existen nuevas alternativas:

Proceso unificado de desarrollo del software de Rational (RUP). modelo basado en Desarrollo de Software Basado en Componentes (DSBC o CBSB). modelo de la Programacin Extrema (eXtreme Programmming). En la prctica, en la construccin de un Sistema de Informacin no se suelen seguir los modelos en su forma pura sino que de acuerdo con las peculiaridades del sistema y de la experiencia del jefe del proyecto, se pueden adoptar aspectos de otros modelos que sean ms adecuados al caso concreto. Esto es as porque no existe un modelo mejor que los dems, cada uno tiene sus ventajas e inconvenientes.

BIBLIOGRAFA
Steve McConnell, "Desarrollo y gestin de proyectos informticos". 1996 Grady Booch, James Rumbaugh, Ivar Jacobson. "El lenguaje unificado de modelado". Ed.: Addison Wesley