Modelos de procesos de ciclo de vida

Page 1

TECNOLÓGICO DE ESTUDIOS SUPERIORES DE ECATEPEC DIVISIÓN DE LICENCIATURA EN INFORMÁTICA

“MODELOS DE PROCESO DE CICLO DE VIDA”

Alumno: Garnica Parra Fernando

Profesora: Elizabeth Pulido Romero

Grupo: 6751


1. CONCEPTO DE CICLO DE VIDA

Uno de los problemas más importantes en cualquier departamento de sistemas de información es definir un maco d referencia común que pueda ser empleado por todas las personas que participan en el desarrollo de los sistemas, y en el que se definen los procesos, las actividades y las tareas a desarrollar. A lo largo de la historia se han propuesto diferentes paradigmas o ciclos de vida para el software: desde el ciclo en cascada, pasando por el modelo en espiral de Boehm, hasta lo más recientes ciclos de vida orientados al objeto, como el ciclo de vida fuente. Las organizaciones profesionales y los organismos internacionales se han venido ocupando del ciclo del software, tanto IEEE como ISO/IEC han publicado normas tituladas, respectivamente, “IEEE Standart for Developing Software Life Cycle Processes” (Estándar IEEE para el desarrollo de procesos del ciclo de vida del software). La norma ISO 12207 entiende por modelo el ciclo de vida “un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando de la vida del sistema desde la definición de los requisitos hasta la finalización de su uso”. El ciclo de vida abarca, por tanto, toda la vida del sistema, comenzando con su concepción y finalizando cuando ya no se utiliza, A veces también se habla de "ciclo de desarrollo", que es un subconjunto del anterior y que empieza en el análisis y finaliza con la entrega del sistema al usuario. A continuación se resumen los principales estándares relacionados con los ciclos de vida propuestos por las normas ISO 2207 Y 15288. 2. PROCESOS DEL CICLO DE VIDA SOFTWARE

En la norma ISO 12207, las actividades que se pueden realizar durante el ciclo de vida del software se agrupan en procesos principales, procesos de soporte y procesos generales (de la organización), así como un proceso que permite adaptar el ciclo de vida a cada caso concreto. 2.1.

Procesos principales

Los procesos principales son aquellos que son útiles a las personas que inician o realizan el desarrollo, la explotación o el mantenimiento del software durante su ciclo de vida, Los procesos principales son:


-Proceso de adquisición= El propósito de este proceso es obtener el producto o servicio que satisface la necesidad expresada por el cliente, Este proceso consta de cuatro subprocesos: preparación de la adquisición, selección de proveedor, supervisión del proveedor y aceptación del cliente. -Proceso de suministro= Este proceso proporciona un producto o servicio al cliente que satisface los requisitos acordados -Proceso de desarrollo= El propósito de este proceso es transformar un conjunto de requisitos en un producto o sistema basado en software que satisface las necesidades planteadas por el cliente, se resumen a continuación sus principales subprocesos: PROCESOS PRINCIPALES

PROCESOS DE SOPORTE

Adquisición

Documentación

Suministro Desarrollo

Gestión de la configuración Aseguramiento de calidad Verificación

Explotación Mantenimiento

Revisión conjunta Auditoria Gest.Resoluc.Problemas

PROCESOS ORGANIZACIONALES

Usabilidad

Gestión

Evaluación de producto

Infraestructura

Gest.Peticiones de cambio

Mejora Recursos Humanos Gestión de activos

PROCESOS DE ADAPTACION

Gest.Prog.Reutilizacion Ingeniería de dominio

Figura 7.1. Procesos del ciclo de vida software según ISO 12207


• Elí citación de requisitos: Cuyo objetivo es recopilar, procesar y seguir la traza de las necesidades y requisitos del cliente a lo largo del ciclo de vida del producto o servicio, así como establecer una línea de configuración (baseline) que sirva como base para definir los productos de trabajo necesarios. • Análisis de requisitos del sistema: Cuyo objetivo es transformar los requisitos definidos por los participantes o implicados (stakeholders) en un conjunto de requisitos técnicos del sistema deseado que guiarán el diseño del sistema. • Diseño arquitectónico del sistema: Cuyo objetivo es identificar qué requisitos del sistema que deben ser ubicados en los elementos del mismo. • Análisis de los requisitos del software: Cuyo objetivo es establecer los requisitos de los elementos de software del sistema. • Diseño del software: Cuyo objetivo es proporcionar un diseño para el software que implemente los requisitos y pueda ser verificado respecto a los mismos. • Construcción del software: Cuyo objetivo es producir unidades de software ejecutable que reflejen apropiadamente el diseño del software. •Integración del software: Cuyo objetivo es combinar las unidades de software produciendo elementos de software integrados, consistentes con el diseño software, que demuestra que se satisfacen los requisitos funcionales. • Prueba del software: Cuyo objetivo es confirmar que el producto software integrado satisface los requisitos definidos. • Integración del sistema: Cuyo objetivo es integrar los elementos del sistema (incluyendo elementos software, elementos hardware, operaciones manuales, y otros sistemas) para producir un sistema completo que satisfaga el diseño del sistema y las expectativas de los clientes expresadas en los requisitos del sistema. •Prueba del sistema: Cuyo objetivo es asegurar que la implementación de todos los requisitos del sistema se prueba para la conformidad y que el sistema está listo para entregar. •Instalación del software: Cuyo objetivo es instalar el producto software que satisface los requisitos acordados en el entorno objetivo.


• Proceso de operación: Este proceso incluye la operación del producto software en su entorno final y proporcionar soporte a los clientes del mismo. Consta de dos subprocesos: uso operacional y soporte al cliente. . Proceso de mantenimiento: Este proceso incluye la modificación de un sistema o producto software después de la entrega para corregir los fallos, mejorar el rendimiento u otros atributos, o adaptarlo a un entorno modificado. 2.2.

PROCESOS DE SOPORTE

Estos procesos sirven de apoyo al resto y se implica en cualquier punto del ciclo de vida. Los procesos de soporte son los siguientes: -Proceso de documentación= Este proceso sirve para desarrollar y mantener la información software registrada producida por un proceso. -Proceso de gestión de la configuración= Este proceso sirve para establecer y mantener la integridad de los productos de un proceso o proyecto. -Proceso de aseguramiento de la calidad= Este proceso asegura que los productos de trabajo y los procesos cumplen las previsiones y planes predefinidos. -Proceso de verificación= Este proceso sirve para confirmar que todos los productos de trabajo y/o servicios de software de un proceso o proyecto de reflejan de forma apropiada. -Proceso de validación= Este proceso sirve para confirmar que se cumplan los requisitos para el uso pretendido del producto de trabajo software. -Proceso de auditoría= Este proceso permite determinar, de forma independiente, la conformidad de los productos y procesos seleccionados con los requisitos. -Proceso de usabilidad= Este proceso permite asegurar que se considere os intereses y necesidades de las partes involucradas con el fin de permitir la optimización del soporte y de la formación. -Proceso de evaluación de productos= Este proceso permite asegurar, mediante el examen y la medición sistemáticos, que un producto satisface las necesidades implícitas y explicitas de los usuarios de ese producto.


2.3.

PROCESOS ORGANIZACIONALES

Se emplean para establecer, implementar y mejorar la organización consiguiendo ser más efectiva. Se llevan a cabo normalmente a nivel organizativo, fuera del ámbito de proyectos y contratos específicos: -Proceso de gestión= Este proceso persigue organizar, monitorizar, y controlar el inicio y el desempeño de cualquier proceso para conseguir sus objetivos de negocio de la organización. Subprocesos: -Alineamiento organizacional= Cuyo objetivo es asegurar que los procesos software necesarios para la organización para proporcionar productos y servicios software, sean consistentes con los objetivos de negocio. -Gestión organizacional= Cuyo objetivo es establecer y llevar a cabo las prácticas de gestión del software que sean consistentes con los objetivos de negocio de la organización, durante la realización de los procesos necesarios para proporcionar productos y servicios software. -Gestión de proyectos= Cuyo objetivo es identificar, establecer, coordinar y monitorizar las actividades, tareas y recursos necesarios para que un proyecto produzca un producto y/o servicio en el contexto de los requisitos y restricciones del proyecto. -Medición= Cuyo objetivo es recopilar y analizar datos relacionados con los productos desarrollados y los procesos implementados en la organización y sus proyectos, para soportar la gestión eficaz de los procesos y demostrar de forma objetiva la calidad de los productos. -Proceso de infraestructura= Este proceso permite mantener una infraestructura fiable y estable necesaria para soportar el desempeño de los otros procesos. Esta infraestructura puede incluir hardware, software, métodos, herramientas, técnicas, estándares y facilidades para el desarrollo, operación o mantenimiento. -Proceso de mejora= Este proceso sirve para mejorar de forma continua la efectividad y eficiencia a través de los procesos utilizados y mantenidos de forma alineada con las necesidades de negocio. Las fuentes de información que pueden proporcionar las entradas para el cambio son: resultados de valoración de procesos, auditorías, informes de satisfacción del cliente eficiencia/efectividad organizacional, coste de la calidad. -Proceso de recursos humanos= Este proceso sirve para proporcionar a la organización los recursos humanos adecuados y mantener su competencia,


consistente con las necesidades de la empresa. Este proceso incluye tres subprocesos: Gestión de Recursos Humanos, Formación y Gestión del Conocimiento. -Proceso de gestión de activos= Este proceso sirve para gestionar la vida de los activos reutilizables desde su concepción hasta su retirada.

-Proceso de ingeniería de dominio= Este proceso sirve para desarrollar y mantener modelos de dominio, arquitectura de dominio y activos para el dominio.

2.4.

PROCESO DE ADAPTACION

Este proceso sirve para realizar la adaptación básica de la norma ISO 12207 con respecto a los proyectos de software, Como se sabe, las variaciones en las políticas y procedimientos de la organización, los métodos y estrategias de adquisición, el tamaño y complejidad de los proyectos, los requisitos de sistema y los métodos de desarrollo, entre otros, influencian la forma de adquirir, desarrollar, explotar o mantener un sistema. En el estándar IEEE (1998d) se dan recomendaciones sobre como registrar datos del ciclo de vida de los procesos del ciclo de vida del estándar IEEE (1998c). Estos datos tienen que dar soporte a las siguientes acciones: .Describir y registrar información sobre el producto software durante su ciclo de vida. .Dar soporte a la usabilidad y mantenibilidad de un producto software. .Definir y controlar los procesos del ciclo de vida. .Comunicar información sobre el sistema, producto o servicio software y proyecto a quien le necesite. .Proporcionar evidencia d los procesos que se han seguido. .Asistir la planificación logística (replicación, distribución, instalación, formación) para un producto software. .Proporcionar historia sobre los cambios de los datos.

En el estándar se dan guías para el contenido de las descripciones, planes, procedimientos, registros, informes, peticiones, especificaciones, etc. Se dan guías específicas sobre el contenido de los planes de


adquisición, peticiones de modificación, descripciones de diseño de bases de datos, planes del proceso de desarrollo, de mantenimiento, descripción de arquitectura software, etc. 3. PROCESOS DEL CICLO D VIDA DE SISTEMAS

De forma análoga a la norma ISO 12207 para el software, en la norma ISO 15288 se presentan los principales procesos del ciclo de vida de los sistemas agrupados en cuatro categorías: -Procesos suministro.

de acuerdo= Que incluyen

los procesos

de adquisición

y

-Procesos empresariales= Que incluyen: el proceso de gestión del entorno empresarial ,gestión de la inversión, gestión de los procesos del ciclo de vida de sistemas (cuyo objetivo es asegurar que se encuentran disponibles para ser utilizados por la organización procesos efectivos de ciclo de vida del sistema), gestión de recursos (para proporcionar recursos a los proyectos), gestión de la calidad (la norma establece que el propósito del proceso de gestión de calidad es "asegurar que los productos, servicios e implementaciones de los procesos del ciclo de vida cumplen los objetivos de calidad de la empresa y logran la satisfacción del cliente". -Procesos de proyecto= Que se utilizan para establecer y hacer evolucionar planes de proyecto, valorar los logros actuales y el progreso respecto a los planes y controlar la ejecución del proyecto hasta su culminación. Dentro de este apartado encontramos los procesos de planificación de proyectos, evaluación de proyectos, control de proyectos, toma de .decisiones, gestión de riesgos, gestión de configuración y gestión de información. -Procesos técnicos= Que incluyen el proceso de definición de requisitos de las partes implicadas en el producto, análisis de requisitos, diseño arquitectónico, implementación, integración, verificación, transición, validación, operación, mantenimiento y retirada. Al igual que la norma ISO 12207 también la 15288 propone un proceso de adaptación de estos procesos a las necesidades concretas de una organización. Además, señala en el anexo B que las “etapas” (stages) se pueden utilizar para construir marcos conceptuales en los que los procesos del ciclo de vida del sistema se utilicen para modelar ciclos de vida.


Turn static files into dynamic content formats.

Create a flipbook
Issuu converts static files into: digital portfolios, online yearbooks, online catalogs, digital photo albums and more. Sign up and create your flipbook.