1 / 82

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE. DESARROLLO NORMA ISO/IEC 12207. PROCESO DE DESARROLLO (5.3). Define las actividades y tareas del desarrollador, la organización contratada para: Diseñar Codificar Probar Integrar Instalar. PROCESO DE DESARROLLO. un producto software un servicio de software

radley
Télécharger la présentation

CICLO DE VIDA DEL SOFTWARE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CICLO DE VIDA DEL SOFTWARE DESARROLLO NORMA ISO/IEC 12207

  2. PROCESO DE DESARROLLO (5.3) • Define las actividades y tareas del desarrollador, la organización contratada para: • Diseñar • Codificar • Probar • Integrar • Instalar

  3. PROCESO DE DESARROLLO • un producto software • un servicio de software • un software embebido

  4. PROCESO DE DESARROLLO • Se inicia a partir de los requerimientos y arquitectura especificados en el proceso de Adquisición • Continua con las actividades señaladas • Finaliza cuando se realiza la actividad “Aceptación y Terminación” del proceso de Adquisición.

  5. PROCESO DE DESARROLLO • El desarrollador gerencia el proceso de desarrollo utilizando el proceso de gerenciamiento (7.1) y generando un proyecto especifico • Establece la infraestructura para el proceso de desarrollo utilizando el proceso de infraestructura (7.2)

  6. PROCESO DE DESARROLLO • Personaliza el proceso con el procedimiento del Anexo A de esta norma • Utiliza en el proyecto los procesos establecidos de la organización para: • Mejoras (7.3) • Entrenamiento (7.4)

  7. Proceso de desarrollo: Actividades • 1. IMPLEMENTAR EL PROCESO • 2. ANALIZAR REQUERIMIENTOS DEL SISTEMA • 3. DISEÑAR ARQUITECTURA DEL SISTEMA • 4. ANALIZAR REQUERIMIENTOS DEL SOFTWARE

  8. Proceso de desarrollo: Actividades • 5. DISEÑAR ARQUITECTURA DEL SOFTWARE • 6. REALIZAR DISEÑO DETALLADO DEL SOFTWARE • 7. CODIFICAR Y PROBAR EL SOFTWARE • 8. REALIZAR SOFTWARE INTEGRATION

  9. Proceso de desarrollo: Actividades • 9. REALIZAR SOFTWARE QUALIFICATION TESTING • 10. INTEGRAR EL SISTEMA • 11. REALIZAR SYSTEM QUALIFICATION TESTING • 12. REALIZAR SOFTWARE INSTALLATION

  10. Proceso de desarrollo: Actividades • 13. REALIZAR SOFTWARE ACCEPTANCE SUPPORT • Todas estas actividades se pueden desarrollar en paralelo o en secuencia y pueden iterarse tantas veces como sea necesario

  11. GLOSARIO IRAM - IACC - ISO E 8402 • Entidad; ítem: Aquello que puede ser descrito y considerado individualmente • Organismo: Compañía, sociedad, firma, empresa o institución, o parte de éstas, de responsabilidad limitada u otra, pública o privada, que posee su propia estructura funcional o administrativa

  12. GLOSARIO IRAM - IACC - ISO E 8402 • Organización: Responsabilidades, autoridades y relaciones, ordenadas según una estructura, a través de la cual un organismo cumple sus funciones

  13. ANALIZAR REQUERIMIEN- TOS DEL SISTEMA ACTIVIDAD 5.3.2 INICIO

  14. Actividad 2: Analizar requerimientos del Sistema • CONCEPTO: • Comprender el comportarmiento esperado del Sistema • Especificar los requerimientos para el proceso de desarrollo

  15. Analizar requerimientos del Sistema: Lista de Tareas • 1. ESPECIFICAR REQUERIMIENTOS DEL NEGOCIO • 2. ESPECIFICAR REQUERIMIENTOS DEL ORGANISMO • 3. ESPECIFICAR REQUERIMIENTOS DEL ADQUIRIENTE • 4. IDENTIFICAR INTERFASES CON OTROS SISTEMAS

  16. Analizar requerimientos del Sistema: Lista de Tareas • 5. IDENTIFICAR REQUERIMIENTOS PARA MANTENIMIENTO Y OPERACIÓN DEL SISTEMA • 6. IDENTIFICAR REQUERIMIENTOS PARA SAFETY, ERGONOMIA Y SECURITY • 7. IDENTIFICAR RESTRICCIONES PARA EL DISEÑO

  17. Analizar requerimientos del Sistema: Lista de Tareas • 8. IDENTIFICAR CONDICIONES PARA LA CALIFICACION • 9. EVALUAR LOS REQUERIMIENTOS

  18. Analizar requerimientos del Sistema: Tarea 1 • ESPECIFICAR REQUERIMIENTOS DEL NEGOCIO • Concepto: Conocer el ambiente externo al Organismo y los actores del mismo • Conocer los productos informáticos utilizados por la competencia • Conocer las regulaciones vigentes

  19. Analizar requerimientos del Sistema: Tarea 1 • ESPECIFICAR REQUERIMIENTOS DEL NEGOCIO • Entregables: • Documento descriptivo textual • Lista de Eventos Externos, generados por fuera del Organismo • Diagrama de Contexto parcial

  20. Analizar requerimientos del Sistema: Tarea 1 • ESPECIFICAR REQUERIMIENTOS DEL NEGOCIO • Entregables: • Lista de Use Case parcial • Lista de Dataentity u Objetos del dominio externo, necesarios para satisfacer la Lista de Eventos Externos

  21. Analizar requerimientos del Sistema: Tarea 2 • ESPECIFICAR REQUERIMIENTOS DEL ORGANISMO • CONCEPTO: Conocer los Objetivos, Metas, Estrategias, Planes, Programas y Presupuesto del Organismo, en la medida que estén vinculados con los Requerimientos definidos en el proceso de Adquisición

  22. Analizar requerimientos del Sistema: Tarea 2 • ESPECIFICAR REQUERIMIENTOS DEL ORGANISMO • CONCEPTO: • Identificar los procesos de negocios y/o las unidades organizativas del Organismo que serán actores para el Sistema y no pertenecen al Adquiriente

  23. Analizar requerimientos del Sistema: Tarea 2 • ESPECIFICAR REQUERIMIENTOS DEL ORGANISMO • ENTREGABLES: • Documento descriptivo textual • Lista de Eventos Internos, generados por fuera del Adquiriente, pero dentro del Organismo • Diagrama de Contexto parcial

  24. Analizar requerimientos del Sistema: Tarea 2 • ESPECIFICAR REQUERIMIENTOS DEL ORGANISMO • ENTREGABLES: • Lista de Use Case parcial • Lista de Date Entity u Objetos del Dominio externo, necesarios para satisfacer la Lista de Eventos Internos

  25. Analizar requerimientos del Sistema: Tarea 3 • ESPECIFICAR REQUERIMIENTOS DEL ADQUIRIENTE • CONCEPTO: Revisar, ampliar, detallar los requerimientos del Adquiriente • Integrarlos y compatibilizarlos con los Requerimientos del Negocio y del Organismo

  26. Analizar requerimientos del Sistema: Tarea 3 • ESPECIFICAR REQUERIMIENTOS DEL ADQUIRIENTE • ENTREGABLES: • Documento descriptivo textual • Lista integrada de Eventos, generados por el ambiente externo, el organismo y/o el Adquiriente • Diagrama de Contexto del Sistema

  27. Analizar requerimientos del Sistema: Tarea 3 • ESPECIFICAR REQUERIMIENTOS DEL ADQUIRIENTE • ENTREGABLES: • Lista de Use Case del Sistema • Lista integrada de Entidades, necesarias para satisfacer la Lista de Eventos

  28. Analizar requerimientos del Sistema: Tarea 4 • IDENTIFICAR INTERFASES CON OTROS SISTEMAS • CONCEPTO: • Se identifican las Dataentity, que ya existen en otros sistemas. • Se identifican los Eventos, que ya son recibidos por otros sistemas

  29. Analizar requerimientos del Sistema: Tarea 4 • IDENTIFICAR INTERFASES CON OTROS SISTEMAS • Entregables: • Lista de Eventos a recibir por Interfaces • Lista de Dataentity a acceder por interfaces

  30. Analizar requerimientos del Sistema: Tarea 4 • IDENTIFICAR INTERFASES CON OTROS SISTEMAS • Entregables: • Lista de Eventos a recibir por el Sistema • Lista de Dataentity a actualizar por el Sistema

  31. Analizar requerimientos del Sistema: Tarea 5 • IDENTIFICAR REQUERIMIENTOS PARA MANTENIMIENTO Y OPERACIÓN DEL SISTEMA • CONCEPTO: • Extraer de la documentación textual del Adquiriente, condiciones que deben ser satisfechas por los procesos referidos

  32. Analizar requerimientos del Sistema: Tarea 5 • IDENTIFICAR REQUERIMIENTOS PARA MANTENIMIENTO Y OPERACIÓN DEL SISTEMA • Por ejemplo: • Tiempo de respuesta exigido para reparaciones • Disponibilidad de equipos para planes de contingencia

  33. Analizar requerimientos del Sistema: Tarea 5 • IDENTIFICAR REQUERIMIENTOS PARA MANTENIMIENTO Y OPERACIÓN DEL SISTEMA • ENTREGABLES: • Documento con lista de condiciones y criterios de medición, si es posible

  34. Analizar requerimientos del Sistema: Tarea 6 • IDENTIFICAR REQUERIMIENTOS PARA SAFETY, ERGONOMIA Y SECURITY • CONCEPTO: • Extraer de la documentación textual del Adquiriente, los criterios generales que deben ser satisfechos por el proceso de desarrollo

  35. Analizar requerimientos del Sistema: Tarea 6 • IDENTIFICAR REQUERIMIENTOS PARA SAFETY, ERGONOMIA Y SECURITY • Los criterios para Safety y Ergonomía se requieren habitualmente en equipos para los que se desarrollan software embebidos

  36. Analizar requerimientos del Sistema: Tarea 6 • IDENTIFICAR REQUERIMIENTOS PARA SAFETY, ERGONOMIA Y SECURITY • Los criterios de Security se vinculan con • El Sistema creará su propio subsistema de seguridad, o utilizará sólo los del Ambiente de Operación (Sistema Operativo, Motor de Base de Datos, etc.)

  37. Analizar requerimientos del Sistema: Tarea 6 • IDENTIFICAR REQUERIMIENTOS PARA SAFETY, ERGONOMIA Y SECURITY • Los criterios de Security se vinculan con • La seguridad será “discretionary” o “mandatory”

  38. Analizar requerimientos del Sistema: Tarea 7 • IDENTIFICAR RESTRICCIONES PARA EL DISEÑO • Concepto: • Son estrategias, políticas, estándares, etc., vigentes en el Organismo o en el ambiente del Negocio que restringen la libertad del Director del proceso de Desarrollo

  39. Analizar requerimientos del Sistema: Tarea 7 • IDENTIFICAR RESTRICCIONES PARA EL DISEÑO • Entregable: • Lista de estas restricciones, incluyendo su descripción y sobre que actividades del Proceso de Desarrollo se aplican

  40. Analizar requerimientos del Sistema: Tarea 8 • IDENTIFICAR CONDICIONES PARA LA CALIFICACION • Concepto: • Revisar el Plan de Aceptación (5.1.5.1), proponiendo si corresponde cambios y o aclaraciones, en particular criterios de medición

  41. Analizar requerimientos del Sistema: Tarea 8 • IDENTIFICAR CONDICIONES PARA LA CALIFICACION • Entregables: • Plan de Aceptación actualizado • Lista de atributos a verificar y/o validar • Procesos de medición a usar • Criterios de aceptación y rechazo

  42. Analizar requerimientos del Sistema: Tarea 9 • EVALUAR LOS REQUERIMIENTOS • Se usarán los siguientes criterios: • Vinculación, consistencia y trazabilidad con los requerimientos del proceso de adquisición • Factibilidad para el diseño de la arquitectura del sistema

  43. Analizar requerimientos del Sistema: Tarea 9 • EVALUAR LOS REQUERIMIENTOS • Se usarán los siguientes criterios: • Factibilidad para la operación y mantenimiento del sistema • Existencia y/o posibilidad de diseñar procedimientos que verifiquen y/o validen el cumplimiento o no de los requerimientos del Sistema

  44. ANALIZAR REQUERIMIEN-TOS DEL SISTEMA FINALIZACION

  45. DISEÑAR LA ARQUITEC- TURA DEL SISTEMA ACTIVIDAD 5.3.3 INICIO

  46. .Actividad 3: Diseñar la arquitectura del sistema • CONCEPTO: • DISEÑAR UNA ARQUITECTURA DE ALTO NIVEL PARA EL SISTEMA

  47. Diseñar la arquitectura del sistema: Lista de Tareas • 1. IDENTIFICAR ITEMS • 2. ALOCAR REQUERIMIENTOS A LOS ITEMS DE LA ARQUITECTURA • 3. EVALUAR LA ARQUITECTURA • Las tareas 1 y 2 se pueden realizar simultáneamente

  48. Diseñar la arquitectura del sistema: Tarea 1 • IDENTIFICAR ITEMS • Concepto: • La arquitectura identificará ítems de: • Hardware • Software • Operaciones manuales

  49. Diseñar la arquitectura del sistema: Tarea 1 • IDENTIFICAR ITEMS • Concepto: • Items de Hardware son: • Redes • Nodos • Servidores • Estaciones de Trabajo

  50. Diseñar la arquitectura del sistema: Tarea 1 • IDENTIFICAR ITEMS • Concepto: • Items de Hardware son: • Equipos de toda clase, controlados por Software, que puede ser: • Con restricciones en tiempo real • Sin restricciones en tiempo real

More Related