Actividad semana 04 ciclo de vida software

CURSO: Calidad en el Desarrollo de Software - 307143TUTOR VIRTUAL: Roymer Romero Algarín.

ACTIVIDAD: El ciclo de vida del desarrollo del software y la gestión de la calidad basados en la Norma ISO/IEC 12207 y el Proceso Unificado.

www.senavirtual.edu.co

El ciclo de vida del desarrollo del software y la gestión de la calidad basados en la Norma ISO/IEC 12207 y el Proceso Unificado.

Elaborado por;

Mauricio Durán

1




1. En la norma ISO 12207, ¿cómo aportan a la calidad los procesos de apoyo y los procesos organizativos? Explique su respuesta.

No olvidemos que para lograr la calidad en el desarrollo de software se debe como mínimo cumplir con cinco características fundamentales que son; Eficiencia, flexibilidad, corrección, mantenimiento y seguridad e Integridad. Para lograr esto sin duda alguna entran hacer su participación los procesos definidos en la norma ISO 12207, en especial los procesos de apoyo y los procesos organizativos.

De acuerdo al ciclo de vida para el desarrollo del software estos procesos ayudan especialmente en la integración de producto y servicio final. Se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso.

El aporte que realizan a la calidad los procesos de apoyo van a estar reflejados en la documentación y todas la actividades administrativas de configuración, aseguramiento de la calidad, procesos de verificación y validación, revisión auditoría y un sin fin de soluciones de problema. El aporte que realiza a la calidad los procesos organizativos van a permitir establecer e implementar una infraestructura constituida por procesos y personal asociado al ciclo de vida y para mejorar continuamente esa infraestructura. Todo esto dará como resultado un mejor performance y por supuesto una mejor calidad del producto final.

2. ¿Qué es la norma 12207?

Esta norma está orientada a los procesos de ciclo de vida del software de la organización ISO. Establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definición de requisitos, pasando por la adquisición y configuración de los servicios del sistema, hasta la finalización de su uso.

Este estándar tiene como objetivo principal proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común. Este lenguaje común se establece en forma de procesos bien definidos.

2




3. ¿Qué es RUP?

Es una de las metodologías más extendidas y conocidas por su amplia difusión comercial. Se puede estudiar como una metodología representativa de tipo clásico. Fue definido por los creadores del UML unificando los métodos de Jacobson, Booch y Rumbaugh. El hecho de que la empresa RATIONAL también distribuya herramientas específicas basadas en el mismo método, que facilitan el desarrollo, ha contribuido a su gran expansión.

Este proceso se maneja por casos de uso (correspondientes a los modos uso por los ``actores'' o agentes usuarios) para la extracción de requisitos y la identificación de las partes funcionales en las que se divide la solución. La arquitectura del proceso se modela con orientación a objetos.

En definitiva el RUP es una metodología de desarrollo de software que intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del software, con el objetivo de hacer abarcables tanto pequeños como grandes proyectos software. Además Rational proporciona herramientas para todos los pasos del desarrollo así como documentación en línea para sus clientes.

4. ¿Cómo se relacionan ISO 12207 y RUP?

El estándar internacional ISO/IEC 12207 establece un marco de trabajo común. No es un proceso listo para su uso o completo, si no solo un marco de trabajo que identifica, nombra y relaciona varios procesos y subprocesos entre el dominio de proceso mayor.

El estandar RUP Consiste en un conjunto de metodologías adaptables al contexto y necesidades de cada organización y no en un sistema con pasos firmemente establecidos.

PRINCIPALES RELACIONES

Procesos de adquisición y suministro- No soportado en alcanzar acuerdos entre el adquisidor y el suministrador.

Procesos Técnicos y de Implementación del Software● RUP los soporta totalmente.● RUP identifica distintos flujos de trabajo en los cuales se desarrollan estos procesos, como son el de Requisitos, Análisis y Diseño, Implementación y Test.

Los artefactos de RUP para documentar estos procesos son:

3




● El documento de visión, la especificación de requisitos del sistema o SRS y el registro de Stakeholders. (Proceso de Definición de Requisitos de los Stakeholders).

● Los diagramas de casos de uso, diagramas de secuencia, diagramas de actividad, diagramas de colaboración, entre otros. (Proceso de Análisis de Requisitos del Software).

● El plan de pruebas, casos de pruebas, informes de pruebas y procedimientos de pruebas. (Proceso de Comprobación de Requisitos Software/Sistema).

Proceso de Evaluación y Control del Proyecto. Este proceso también está completamente soportado por RUP.Destaca aquí:● El rol de Ingeniero de Proceso● La elaboración de documentos sobre la planificación del proyecto.

Procesos de Soporte del Software

Proceso de Gestión de la Configuración:● RUP lo soporta completamente, ya que lo propone como parte fundamental del proceso de desarrollo.● RUP cuenta tanto con la gestión de configuración como con el control de cambios.● Como documentación propia que aporta RUP, tenemos el plan de Gestión de la Configuración.

Proceso de Aseguramiento de la CalidadRUP también soporta este proceso totalmente, aportando el documento llamado plan de aseguramiento de la calidad.

Proceso de Verificación y ValidaciónRUP soporta estos procesos, realizando actividades de comprobación de requisitos con el cliente y con la especificación.

Estos procesos los localiza en la disciplina de gestión del proyecto.

Como actividad establecida en RUP tendríamos la Revisión de la Aceptación del Proyecto.

4

Actividad semana 04 ciclo de vida software

Technology

Transcript of Actividad semana 04 ciclo de vida software