CICLO DE VIDA DEL SOFTWARE

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

51
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Concepto
• Items de Software son componentes de muy alto
  nivel, orientados a
• Procesos del Negocio
• Actores y/o Grupos de Actores

52
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Concepto
• Los ítems de Software se especifican con mínimo
  acoplamiento y máxima cohesión, para facilitar
  los cambios durante el ciclo de vida del producto

53
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Concepto
• Los ítems de Operaciones Manuales se procuran
  reducir, mientras un análisis de beneficios y
  costos sea aceptable para el Adquiriente. Los
  beneficios pueden ser difíciles de medir

54
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Entregables
• Diagrama de Arquitectura del Hardware, mostrando
• Hardware ítems
• Conectores entre los mismos

55
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Entregables
• Diagrama de Arquitectura del Software, mostrando
• Software ítems
• Interfaces entre los mismos
• Diagramas de Flujos de Datos

56
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Entregables
• Diagrama de Arquitectura de Hardware y Software,
  mostrando
• Alocación de los Items de Software a los Items de
  Hardware (Modelo de Procesadores)

57
Diseñar la arquitectura del sistema Tarea 1

• IDENTIFICAR ITEMS
• Entregables
• Diagrama de Arquitectura para Operaciones
  Manuales, mostrando
• Items de Operaciones Manuales
• Items de Software
• Conexiones entre ambas clases (DFD)

58
Diseñar la arquitectura del sistema Tarea 2

• ALOCAR REQUERIMIENTOS A LOS ITEMS DE LA
  ARQUITECTURA
• Concepto
• Todos los requerimientos del sistema serán
  distribuidos entre estos ítems
• Los requerimientos se vinculan con uno o mas
  ítems del sistema

59
Diseñar la arquitectura del sistema Tarea 2

• ALOCAR REQUERIMIENTOS A LOS ITEMS DE LA
  ARQUITECTURA
• Concepto
• Los ítems de Software se particionan en Software
  configuration ítems, de modo que cada uno de
  éstos satisfaga un requerimiento

60
Diseñar la arquitectura del sistema Tarea 2

• ALOCAR REQUERIMIENTOS A LOS ITEMS DE LA
  ARQUITECTURA
• Entregables para el software
• Modelo de comportamiento, vinculando los Eventos
  con los Software configuration ítems
• Modelo de Use Case

61
Diseñar la arquitectura del sistema Tarea 2

• ALOCAR REQUERIMIENTOS A LOS ITEMS DE LA
  ARQUITECTURA
• Entregables para el software
• DFD alocando las interfases de los software items
  a los software configuration items

62
Diseñar la arquitectura del sistema Tarea 3

• EVALUAR LA ARQUITECTURA
• Se usarán los siguientes criterios
• Vinculación y consistencia con los
  requerimientos del sistema
• Aptitud de los estándares de diseño y metodología
  usados
• Factibilidad para la operación y mantenimiento
  del sistema

63
Diseñar la arquitectura del sistema Tarea 3

• EVALUAR LA ARQUITECTURA
• Se usarán los siguientes criterios
• Existencia y/o posibilidad de diseñar
  procedimientos que verifiquen y/o validen que los
  Software configuration ítems satisfacen
  plenamente los requerimientos que les fueron
  alocados

64
DISEÑAR ARQUITECTURA DEL SISTEMA

• TERMINACION

65
ANALIZAR REQUERIMIEN-TOS DEL SOFTWARE

• ACTIVIDAD 5.3.4
• INICIO

66
Actividad 4 Analizar requerimientos del Software

• CONCEPTO
• Especificar, evaluar, y revisar conjuntamente con
  el Adquiriente los requerimientos para cada
  Software ítem o Software configuration ítem
• A partir de la alocación realizada de los
  requerimientos del Sistema a los ítems de Software

67
Actividad 4 Analizar requerimientos del Software

• CONCEPTO
• Revisar las especificaciones existentes de los
  requerimientos del Sistema, los que pueden o no
  ser ampliados al transformarse en requerimientos
  de Software

68
Analizar requerimientos del Software Lista de
Tareas

• 1. ESPECIFICAR REQUERIMIENTOS
• 2. EVALUAR LAS ESPECIFICACIONES
• 3. REALIZAR REVISION CONJUNTA CON EL ADQUIRIENTE

69
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Concepto
• Producir para cada Software Item o Software
  Configuration ítem los siguientes entregables, la
  documentación variará según se use Análisis
  Estructurado o Análisis Orientado a Objetos

70
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Especificación funcional (estímulos y respuestas)
• Interfases externas (con el medio ambiente)
• Safety (seguridad de las personas)

71
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Requerimientos para la calificación Conjunto de
  criterios o condiciones que deben ser satisfechos
  para calificar a un producto software cumpliendo
  con sus especificaciones y listo para el uso en
  su ambiente target

72
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Security Usuarios, privilegios,procesos,
  Dataentity, Objetos
• Factores humanos
• Interacción hombre máquina
• Entrenamiento del personal

73
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Factores Humanos
• Calificación del personal para las tareas
• Impacto de errores del personal
• Definición de las Bases de Datos (Entidades y
  Vinculaciones)

74
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Requerimientos para instalación y aceptación del
  ítem en los sites de operación y de mantenimiento
  (pueden ser compartidos por grupos de ítems o por
  todo el producto software)

75
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Requerimientos para la documentación de Usuarios
  (Inputs para el proceso de Documentación)
• Requerimientos para el proceso de Operación por
  el Usuario

76
Analizar requerimientos del Software Tarea 1

• ESPECIFICAR REQUERIMIENTOS
• Entregables
• Requerimientos para el proceso de Mantenimiento
  por el Usuario
• Requerimientos para la Capacitación de los
  Usuarios

77
Analizar requerimientos del Software Tarea 2

• EVALUAR LAS ESPECIFICACIONES
• Se usarán los siguientes criterios
• Vinculación y consistencia con los
  requerimientos del sistema
• Consistencia interna (en cada Software o Software
  configuration ítem)
• Factibilidad para el diseño del Sistema

78
Analizar requerimientos del Software Tarea 2

• EVALUAR LAS ESPECIFICACIONES
• Se usarán los siguientes criterios
• Existencia y/o posibilidad de diseñar
  procedimientos que verifiquen y/o validen que los
  Software Items o los Software configuration Items
  satisfacen plenamente los requerimientos que les
  fueron alocados

79
Analizar requerimientos del Software Tarea 2

• EVALUAR LAS ESPECIFICACIONES
• Se usarán los siguientes criterios
• Factibilidad para el mantenimiento y la operación
  del sistema

80
Analizar requerimientos del Software Tarea 3

• REALIZAR REVISION CONJUNTA CON EL ADQUIRIENTE
• Concepto
• Se utilizará el proceso de soporte Revisión
  Conjunta (6.6)
• Al termino de esta revisión se establecerá un
  baseline para el Software ítem o Software
  configuration ítem

81
Analizar requerimientos del Software Tarea 3

• BASELINE Aprobación formal de una versión de un
  Software configuration ítem, formalmente diseñada
  en un tiempo específico, durante el ciclo de vida
  del ítem
• VERSION Instancia identificada de un ítem

82
ANALIZAR REQUERIMIEN-TOS DEL SOFTWARE

• TERMINACION