ISO 12207

Propósito
• Establecer un marco común para el ciclo de vida del
software para
 adquirir, suministrar, desarrollar, operar y mantener
software
 gestionar, controlar y mejorar el marco
 como base para el comercio internacional de software
Una arquitectura de alto nivel para el ciclo de vida
 Modularidad
o Cohesión: un proceso por función principal
o Acoplamiento: interfaces mínimas
 Responsabilidad
o Un proceso bajo la responsabilidad de una parte (de un acuerdo –
relación cliente-proveedor -)

09/12/21 Gestión de Software 1

ISO 12207 – árbol de procesos
ACQUISITION
Principales SUPPLY

funciones y DEVELOPMENT
OPERATION
partes MAINTENANCE
PRIMARY

LIFE CYCLE

SUPPORTING
DOCUMENTATION
CONFIGURATION MANAGEMENT
Soportan otras QUALITY ASSURANCE

funciones, con VERIFICATION

VALIDATION
un propósito JOINT REVIEW
AUDIT
PROBLEM RESOLUTION
Gestión de la ORGANIZATIONAL
organización y mejora MANAGEMENT
INFRASTRUCTURE

Para formalizar el IMPROVEMENT

TRAINING
ajuste del estándar
09/12/21 Gestión de Software TAILORING 2
 Estructura de un
proceso PROCESS

ACTIVITY 1 ••• ACTIVITY n

TASK 1 ••• TASK X TASK 1

Proceso compuesto por actividades

 Una actividad compuesta por tareas

INPUTS OUTPUTS
TASK
Naturaleza de una tarea:
Una acción con entradas y salidas
Indica qué hacer, no cómo

09/12/21 Gestión de Software 3

Características del estándar
• Implementa principios de TQM
 Cada parte/participante tiene responsabilidad apropiada
 Ciclo PDCA (Plan-Do-Check-Act) incorporado en los procesos
o Plan: Tareas, WBS, calendario, responsabilidad, etc.
o Do: Ejecución de los planes
o Check: Evaluaciones internas al proceso
• Suplementado con evaluaciones inter-procesos y de mejora
o Act: Vuelta atrás para solución de problemas
• Establece un nexo con Ingeniería de Sistemas
 Software tratado como parte de un sistema
o Ingeniería de Sistemas fundamento de Ingeniería de Software
 Se proporciona el contexto necesario del sistema
o Actividades de software ubicadas en ese contexto
o Software extraído e integrado al sistema
 Ingeniería de Software participa en Ingeniería del Sistema

09/12/21 Gestión de Software 4

Conceptos básicos
• Organización y Parte
 Organización: un grupo independiente de personas
 Parte: Quien participa en un acuerdo
 Partes pueden ser de la misma o de diferentes organizaciones

• Tipos de acuerdos
 Desde un acuerdo informal a un contrato legal

• Proyecto
 Un proyecto puede existir en la fase de pre-acuerdo,
post-acuerdo, o una combinación de ambos
 Un proyecto puede abarcar una parte o todo el ciclo de
vida

09/12/21 Gestión de Software 5

Conceptos básicos (cont.)
• Se adapta a cambios en la tecnología
 Independiente de
o métodos de gestión/ingeniería
o Lenguajes de programación
o Ambientes de ingeniería de software
o Modelos de ciclo de vida
• Cascada, incremental, evolutivo, reingeniería, utilizable con prototipación

• No es un estándar para productos

 Requiere que las salidas específicas sean documentadas
 No prescribe formatos, contenidos explícitos ni medios
 Compatible con estándar de productos de la organización
• No es un estándar de métricas
 Muchas tareas requieren métricas e indicadores
 El estándar no prescribe ninguno
 Contiene referencias a ISO 9126 como guía

09/12/21 Gestión de Software 6

 Evaluación es una
función elemental
PURPOSE FORUM/MOTIVE
Check, Review, Diverse, Different,
Audit, Verify, Formal, Informal,
Validate, Assure, Peer, Independent,
Inspect, Monitor, Defensive, Critique
Control, Improve, ...
ENTITY
Process,
Activity, Task, RESULTS;
Inputs, Outputs, EVALUATION REPORTS
Data, Product,
Plan, Contract,
Report, ...
CRITERIA
At various levels:
Requirements,
Derived reqmts.,
Ad hoc conditions,

AL U AT E S
1 EV 2
INTERNAL INTERNAL
BETWEEN
PROCESS 1 PROCESSES PROCESS 2
EVALUATION 1 & Y EVALUATION
I N TL
2 E
VAL U AT E J O
09/12/21 Gestión de Software 7
 Procesos Primarios

Operación

0 Adquisición Suministro Mantenimiento 0

T E/T

Desarrollo

O: THE SAME POINTS; E: EXECUTE; T:

TASK; U: USE PLAN, DO, CHECK & ACT
09/12/21 Gestión de Software 8
 Proceso de
Adquisición
Para quien adquiere productos y servicios de software
Cubre períodos previos al contrato y de contrato

Actividades Uso interno Procesos invocados Salidas

P
R Reqs. Sistema
Inicio Desarrollo
E Plan Adquisición
- Criterios Aceptación
C
O Preparar Reqs. Adquisición incl.
N Llamado –ajustes a12207
T - referencias a contrato
R
A Preparar y Control Contrato con:
T Ajuste - proveedor
ajustar contrato Interno
O
- otros
C
Revisión
O Controlar al Audit. Verif. Valid. Control y evaluación
N Conjunta
Proveedor de resultados
T
R
A Aceptación Productos y
T servicios aceptados
y Cierre
O
09/12/21 Gestión de Software 9
Proceso de Adquisición
actividades y tareas
1. Inicio 4. Controlar al Proveedor
• Describir necesidades
• Definir Reqs. Sistema • Controlar de acuerdo con Revisión
Conjunta y Auditoriía
• Definir Reqs. Sw. (Posiblemente)
• Preparar plan de adquisición • Suplementar con V&V
• Definir estrategia de aceptación

2. Llamado (RFP) 5. Aceptación y cierre

• Documentar Reqs. Adquisic.
• Determinar procesos
• Definir referencias al contrato
• Establecer hitos de revisión
3. Preparación y
actualización del contrato
• Preparar para aceptación, incl. pruebas
• Cumplir revisiones/pruebas de aceptación
• Aceptar entregables
• Asumer Gestión de Configuración

• Establecer procedimientos de selección de proveedor

• Seleccionar proveedor
• Ajustar e involucrar a las partes
• Negociar contrato
[ durante el contrato]
09/12/21 Gestión de Software 10
 Proceso de
Suministro
Para el proveedor de productos/servicios
Cubre períodos previos al contrato y de contrato
QUALITY SUPPLY CO.
A 12207 COMPANY

Actividades Uso interno Procesos invocados Salidas

P Decisión de
R Inicio
ofrecer
E
-
C Preparar
O Propuesta
Respuesta
N

Contratar Contrato

C Planificación Plan(es) gestión

O Elegir uno o más del proyecto
N
T Ejecución MONITOR, Control de
CONTROL DEV. OPN. MNT. ACQ.
R y Control Resultados
A
T Revisión y Resultados de
Evaluación JT. REV. AUDIT V&V QA
O evaluaciones
Entrega y Productos/ servs.
Cierre entregados
09/12/21 Gestión de Software 11
Proceso de Suministro
1. Inicio
• Revisar RFP
• Decidir ofertar o aceptar
contrato
2. Preparar respuesta
• Preparar propuesta
3. Contratar
• Negociar contrato con
adquirente
• Solicitar modificaciones
09/12/21
actividades y tareas
4. Planificación 6. Revisión y
• Revisar reqs. Evaluación
Adquisición
• Si necesario, elegir
modelo de ciclo de vida • Coordinar con adquirente
• Establecer reqs. para • Revisión conjunta
planes
• Auditoría
• Desarrollar y documentar
PGP planes de gestión de • V&V
proyecto [15 ITEMS] • Acceso al adquirente
• QA por proceso QA
5. Ejecución y
Control
7. Entrega y Cierre
• Cumplir PGPs
• Desarrollar, Operar o mantener
• Controlar progreso/Calidad
• Gestioanr Subcontratos • Entregar el producto o
servicio
• Conexión con IVVT
• Conexión con otras partes • Proporcionar Asistencia
Gestión de Software 12
 Proceso de Desarrollo
Para quien desarrolla (o modifica) productos de software
- Puede llevar a cabo algunas actividades de Ingeniería del Sistema
- Actividades no necesariamente en orden
Actividades Uso interno Procesos invocados Salidas
Implementación Modelos y planes
del Proceso Documentación C.M. Resolución Problemas
desarrollo
Análisis Reqs. Sistema Evaluaciones Reqs. Sistema

Diseño Arq. Sistema Evaluaciones Arq. Sistema

- HW, SW, MO

Análisis reqs. SW Evaluaciones ISO/IEC 9126 JT. REVIEWS Reqs. SW

Diseño Arq. SW Evaluaciones JT. REVIEWS Arq. SW

Diseño Det. SW Evaluaciones JT. REVIEWS Diseño Det. SW

Código SW
Codif./Test SW Evaluaciones
Base de Datos
Integración SW Evaluaciones JT. REVIEWS SW Integrado (SCI)
Test Cualific. SW Evaluaciones AUDITS Diseño y Código

Integración Sistema Evaluaciones SW Integrado (SIS)

Test Cualif. Sistema Evaluaciones AUDITS Diseño y Código

Instalación SW Evaluaciones Plan Instalación

SW instalado
Aceptación SW y Soporte
09/12/21 Gestión de Software SW pronto para13
entrega
Proceso de Desarrollo
actividades y tareas
1. Implementación del Proceso 3. Diseñar Arquitectura del
Sistema
• Definir/elegir Modelo(s) de ciclo de vida
- base para el proyecto • Producir una arquitectura del sistema
- Basado en iteraciones/recursiones de las
actividades y tareas desde Análisis. Reqs. • Identificar HW, SW e items de operación
Sistema hasta Aceptación de SW y Soporte
manual
• Emplea de forma regular los procesos
DOC, CM, y RES. PROB
• Elegir/Ajustar Métodos/herramientas/… 5. Diseñar Arquitectura del SW
Internos
• Desarrollar, Documentar, Ejecutar planes
• Producir una Arquitectura del SW
• Puede usar No-entregables
- evitar dependencia de operación y
mantenimiento futuros • Identificar componentes del SW

2,3,10,11 Actividades del Sistema 8. Integración SW

• Realizar o soportar 10. Integración Sistema
4-9, 12,13 Actividades SW • Agregados integrados
• Caminos de división e integración
• Realizar pueden ser distintos
09/12/21 Gestión de Software 14
 Proceso de
Desarrollo
Organización del Sistema
Sistema

HI X SI X MO

HW SW SC SC

SU SU

SU SU
Significados:
HI- HARDWARE ITEM; SI- SOFTWARE ITEM; MO- MANUAL OPERATIONS;
SC- SOFTWARE COMPONENT; SU- SOFTWARE UNIT; X- OTHER
• 12207 pide Arquitectura y diseño, pero no implica estilo ni método de
representación, ni de derivación
• Caminos de Organización e integración pueden ser diferentes

09/12/21 Gestión de Software 15

 Desarrollo de Software
SU FUNCIONAMIENTO
ENTRADA <
PROCESO SUMINISTRO PLAN(ES) GESTION PROYECTO
>
<
IMPLEMENTACIÓN PROCESO MODELO(S) DE CICLO DE VIDA; METODOS, HERRAMIENTAS, ...;
DESARROLLO PLAN(ES) DE DESARROLLO
>
<
ANALISIS REQS. SISTEMA REQS. Y ESPECIFICACIÓN DEL SISTEMA
>
< ARQUITECTURA SISTEMA [HW, SW, MO]
DISEÑO ARQ. SISTEMA
>
<
ANALISIS REQS.SW
> REQS. Y ESPECIFICACIONES DEL SW [LINEAS BASE]
...
<
TEST CUALIF. SW
> ... DISEÑO Y CODIGO SW [LINEAS BASE]
O
< MANUALES USUARIO, ...
TEST CUALIF. SISTEMA
>
...
<
ACEPT. Y SIPORTE SW PRODUCTOS Y SERVICIOS PRONTOS PARA ENTREGAR
SALIDA >
• PROYECTO ESTABLECE LINEAS BASE
• PERMITIDAS ITERACIONES/RECURSIONES: I
T
- DE QUE Y CUANDO
- PARA CONSTRUIR MODELOS ESPECÍFICOS E
• LINEAS BASE EN REVISIONES/AUDITORIAS
- GEBERAR MODELOS PREDEFINIDOS R
A
C
PREDETERMINADAS
I - FORO PARA INVOLUCRAR PARTES CLAVE
• NO SE PRECISAN TODAS LAS ACTIVIDADES O
• LINEAS BASE INHIBEN CAMBIOS
(TAREAS) EN UN PROCESO (ACTIVIDAD) EN N

CADA ITERACIÓN O RECURSIÓN, PERO NO PLANEADOS O FACILES

DEBIERAN COMPLETARSE EN LA ÚLTIMA
ITERACIÓN O RECURSIÓN
09/12/21
RECURSION <
• ENTREGABLES INCLUYEN AL MENSOS 3
PRODUCTOS EN LINEA BASE:
Gestión
> de Software
- REQUERIMIENTOS, DISEÑO, CODIGO16
 Proceso de operación
Para quien opera un sistema que contiene software QUALITY LINES

Actividades Uso interno Procesos invocados Salidas

- OPERATION PLAN
Implementación Resolución de
Mantenimiento - OPERATION
del proceso Problemas PROCEDURES

Testing y
Prueba SW operacional
Aseguramiento
Operacional liberado
interno

Operación [funciones
Sistema realizadas]

Soporte a - Solicitudes de usuario

Usuarios -Resolución de
problemas
09/12/21 Gestión de Software 17
 Proceso de Operación
Actividades y tareas

1. Implementación del Proceso 2. Testing Operacional

• Realizar testing operacional para cada

liberación
• Desarrollar un plan operacional • Liberar luego que los criterios se cumplen
• Establecer estándares operacionanles • Asegurar que código/Base de datos
• Documentar y ejecutar plan Funcionan de acuerdo a lo planeado
• Establecer procedimientos para
resolución de problemas 3. Operación del Sistema
• Establecer procedimientos para
Testing operacional • Opera en ambiente
• Establecer procedimientos para
Conectarse con proceso de mantenimiento 4. Soporte a usuarios
• Establecer procedimientos para liberar
Productos para uso operacional • Asistir a usuarios
• Encaminar solicitudes de usuarios de
mantenimiento de forma apropiada
• Para arreglos temporales, dar opción a
utilizarlos
09/12/21 Gestión de Software 18
 Proceso de
Mantenimiento
Para quien mantiene productos de software HD
QUALITY
FIXING

Actividades Uso interno Procesos invocados Salidas

Implementación Resolución -Planes/Procs.

CM
del proceso Problemas - Mantenimiento

Análisis - PROB./MOD.

Prob./Modif. ANAL/SOLN.

Implement.
Desarrollo SW modificado
modificación

Aceptación revisión Revisiones Resultados

mantenimiento Internas Revisión

Revisiones -Planes/Reportes migr.

Migración
Internas -Sistema migrado

Plan retrio
Retiro del SW Archivos
09/12/21 Gestión de Software 19
Proceso de Mantenimiento
Actividades y tareas
1. Implementación
del Proceso
• Develop, document
and execute plan
• Establish procedures
for problem reports and
modifications requests
• Manage modifications
2. Análisis del
Problema/Modificación
• Analyze modifications
for impacts
• Replicate/vefify problems
• Implement modifications
• Document and
get approval
09/12/21
3. Implementación
5. Migración
Modificación
• Determinar elementos • Desarrollar/documentar/
a modificar ejecutar plan
• Notificar usuarios, etc.
• Usar proceso desarrollo • Realizar operaciones en
para las modificaciones paralelo
• Suplementar con testing • Realizar operaciones
para asegurar que las partes a posteriori por impacta
Modificadas y no modificadas
están bien resueltas
6. Retiro del SW
4. Aceptación de revi-
• Desarrollar/documentar/
sión Mantenimiento ejecutar plan
• Notificar usuarios, etc.
• Revisar con • Realizar operaciones en
organización paralelo
• Proveer acceso a datos/
que autoriza productos retirados
Gestión de Software 20
 Procesos de Soporte
Para soportar otro procesos en llevar a cabo una función específica

QUALITY
ASSURANCE

ADQUISICION
VERIFICACION

SUMINISTRO
DOCUMENTACION
VALIDACION
DESARROLLO
JOINT
REVIEW CONFIGURATION
OPERACION MANAGEMENT

AUDIT.
MANTENIMIENTO

RESOLUCION
PROBLEMAS

EMPLEA/ iNVOCA

09/12/21 Gestión de Software 21

 Proceso de Documentación
Para establecer estándares de documentación
- MEDIOS, FORMATO, ESTRUCTURA, CONTENIDO, ARCHVO, DISTRIBUCION, ...
- EJEMPLOS: MANUALES DE USUARIO DE SU ORG.;
IEEE SRS, ...

Actividades Uso interno Procesos invocados Salidas

Implementación Plan de

del proceso Documentación

Documentos
Diseño y
“preparados"
Desarrollo

Documentos
Producción
producidos

Mantenimiento CONFIGURATION Documentos

MANAGEMENT
Modificados
09/12/21 Gestión de Software 22
Proceso de Gestión de la Configuración
• Para GC de Productos y tareas
• INTERNA O EXTERNA
• IDENTIFICAR PRODUCTOS CONTROLADOS

ACTIVITIES Uso interno Procesos invocados OUTPUTS

Actividades Salidas

Implementación CONFIGURATION
MANAGEMENT
del proceso PLAN

Identificación de -Esquem,a de
Configuración Identificación
- def. Líneas base

Control Control de acceso Resultados de CC

Configuración y Auditoría internos

Determinar estado Reportes de

estado CC
de Configuración
Evaluación
Evaluación de la Reportes de
Interna
Configuración Evaluación

Gestión y entrega de Productos

la liberación(RELEASE) Entregables
09/12/21 Gestión de Software 23
Proceso de Aseguramiento de
la•y Para
Calidad
asegurar la conformidad de productos/servicios con requerimientos
de acuerdo con planes
• Externa, con independencia organizacional
• Usa el término “Asegura” en lugar de “Evalúa”

Actividades
ACTIVITIES Uso interno Procesos invocados Salidas
OUTPUTS

Resolución Plan de
Implementación V&V, JT. REVIEW,
de Problemas Aseguramiento
del proceso AUDIT. comoTécnicas
de la calidad

Aseguramiento Productos

del Producto Asegurados

Aseguramiento Procesos
del Proceso Asegurados

Aseguramiento De acuerdo a lo
del Sistema de ISO 9001 especificado en
Calidad el contrato
09/12/21 Gestión de Software 24
Proceso de Aseguramiento de
la Calidad
Actividades
1. Implementación del Proceso
• Establecer proceso de QA para el
proyecto
• Desarrollar/Documentar/
Ejecutar Plan de QA
• Coordinar con procesos de Verificación,
Validación,Revisión Conjunta y
Auditoría
2. Aseguramiento del Producto
Asegurar que:
• Planes están/son Documentados//
Conformes/Ejecutados
• Productos/Documentación Conformes
• Productos se pueden entregar y ser
Aceptados por adquirente
09/12/21 Gestión de Software
y3.tareas
Aseguramiento del Proceso
Asegurar que::
• Procesos empleados son conformes
• Prácticas de ingeniería interna
conformes
• Requerimientos primarios son
Pasados a lo subcontratistas
• Se proporciona soporte a las
otras partes
• Se dispone de personal entrenado
y de entrenamiento
4. Aseguramiento del Sistema
de Calidad
• Gestión de calidad adicional por
ISO 9001
25
 Proceso de Verificación
• Para la verificación de los requerimientos de un producto en una
actividad contra las actividades previas
• Interna o Independiente
• Usa el término “Verificar” en lugar de “evaluar”
Actividades Uso interno Procesos invocados Salidas
ACTIVITIES OUTPUTS

Implementación Resolución Plan de

del proceso de Problemas Verificación

Verificación
-Contrato
- Proceso
- Requerimientos Productos y
- Diseño Servicios
- Código Verificados
- Integraci{on
- Documentación
Cada uno con sus
propios criterios

09/12/21 Gestión de Software 26

Proceso de Verificación
1. Implementación del Proceso
• Determinar si y cuánto se precisa
- Usar factores de criticidad
• Determinar el grado de independencia
2. Verificación del Contrato
• El proveedor tiene la capacidad requerida
• Las necesidades de usuario están cubiertas
• Manejo adecuado de cambios en los reqs.
• Estipula conexiones entre las partes
3. Verificación del Proceso
• Planificación adecuada y oportuna
• Procesos adecuados/implementados y se
ejecutan de acuerdo a lo previsto
• Estándares/Procedimientos/Ambientes
adecuados
• Personal asignado y entrenado
4. Verificación de Requerimientos
• Consistentes/Factibles/Verificables
• Asignados de forma apropiada
• Reqs. Críticos Correctos por métodos
rigurosos
09/12/21 Gestión de Software
Actividades y tareas
5. Verificación del Diseño
• Correcto/Consistente/Trazable
• Adecuada Secuencia/Asignación de
Eventos, E/S, Interfaces, Lógica,
Tiempos, Tamaños, Recuperación, ...
• Diseño implementa Reqs. Críticos de forma
Correcta [mostrado por métodos rigurosos]
6. Verificación del Código
• Correcto/Verificable/Trazable
• Similar a Diseño
7. Verificación de Integración
• Componentes/Unidades Integradas
Completamente/Correctamente
• Items integrados en el sistema completamente
Y correctamente
• Llevado a cabo de acuerdo a planes
8. Verificación de Documentación
• Adecuada/Completa/Consistente
• Oportuna
• Sigue CM
27
 Proceso de
Validación
• Para la validación de productos como están construidos respecto a criterios
especificados
• Interna o Independiente
• Usa el término “Validar” en lugar de “Evaluar”
• Confianza en la validación: a partir de pruebas

ACTIVITIES OUTPUTS
Actividades Uso interno Procesos invocados Salidas

Implementación Resolución Plan de

del Proceso de Problemas Validación

Validación Productos y
4/5 Tareas: Testing Servicios
1 Tarea: Uso previsto Validados

09/12/21 Gestión de Software 28

 Proceso de Revisión
Para revisionesConjunta
conjuntas entre revisor y revisado
- Típicamente por proveedor con adquirente
- Tanto técnicas como de gestión
Revisión del estado del proyecto, productos, tareas respecto a que
estén completos y conformes

Actividades Uso interno Procesos invocados Salidas

ACTIVITIES OUTPUTS

Implementación Resolución Agenda, Alcance,

del Proceso de Problemas Foro, etc.,

Revisiones de Estado del Proyecto

Gestión de Proy, Y decisiones

Revisiones Resultados

Técnicas Revisión

09/12/21 Gestión de Software 29

 Proceso de
Para auditoríoas entreAuditoría
auditor y auditado
- Típicamente por adquirente con proveedor
Para evaluar cumplimiento de requerimientos/¨Planes/Contrato

ACTIVITIES Uso interno Procesos invocados OUTPUTS

Actividades Salidas

Implementación Resolución Agenda, Alcance,

del Proceso de Problemas Foro, etc.,

Resultados
Auditoría
Auditoría

09/12/21 Gestión de Software 30

 Proceso de Resolución de
Problemas
Para analizar y resolver problemas, tomando acciones correctivas
y detectando tendencias
Un proceso cíclico:
- Problemas reportados/ingresados
- Acción tomada
- Causas identificadas/eliminadas
- Resolución/Disposición lograda/registrada
- Tendencia detectada
Nota: No todo problema precisa una acción correctiva

Actividades Uso interno Procesos invocados Salidas

ACTIVITIES OUTPUTS

Implementación
del Proceso

Problemas
Resolución
Resueltos
de Problemas
09/12/21 Gestión de Software 31
 Procesos Organizacionales
• Para que una organización gestione y mejore su proceso a nivel
corporativo

PROCESO DE
GESTION
1
PROCESO DE
PROCESO 2
INFRAESTRUCTURA
PRIMARIO
3
PROCESO DE PROCESO DE
SOPORTE MEJORA
4

PROCESO DE
1: Gestionar siguiendo el proceso de gestión ENTRENAMIENTO

2: Establecer infraestructura de acuerdo al proceso de infraestructura

3: Mejorar siguiendo el proceso de mejora
4: Entrenar al personal de acuerdo al proceso de entrenamiento

Nota: El proceso de gestión se instancia en procesos primarios y de soporte

porque se gestionan de forma diferente
09/12/21 Gestión de Software 32
 Proceso de Gestión
Para la gestión general del proceso a lo largo del ciclo de vida
- Se instancia en otros procesos

ACTIVITIES
Actividades Uso interno Procesos invocados OUTPUTS
Salidas

Inicio y definición [Requerimiento

de alcance del Proceso]

Planificación Plan de Gestión

Ejecución
[Reportes]
y control

Revisión y
[Reportes]
Evaluación

[Productos]
Cierre
[Servicios]
09/12/21 Gestión de Software 33
 Proceso de Infraestructura
Para establecer y mantener la infraestructura a lo largo del ciclo de viuda

-Infraestructura: procedimientos, estándares, herramientas,

equipos, espacio

ACTIVITIES
Actividades Uso interno Procesos invocados OUTPUTS
Salidas

Implementación
Infraestructura
del Proceso

Establecer la Configuración de la
infraestructura Infraestructura

Mantener la
[Registros]
infraestructura

09/12/21 Gestión de Software 34

 Proceso de Mejora
Para establecer, evaluar, medir, controlar y mejorar un proceso a lo
largo del ciclo de vida

ACTIVITIES OUTPUTS
Actividades Uso interno Procesos invocados Salidas

Establecer [Proceso(s)
el proceso establecido(s)]

Procedimientos
Evaluar
y Planes de
el proceso
Evaluación

[Evaluación, Historia,
Mejorar
Registros de Costo
el proceso
de la Calidad]
09/12/21 Gestión de Software 35
 Proceso de
Entrenamiento
Para entrenar al personal y mantenerlo entrenado

ACTIVITIES OUTPUTS
Actividades Uso interno Procesos invocados Salidas

Implementación Plan de
del Proceso Entrenamiento

Desarrollo del Manuales de

material de Entrenamiento
entrenamiento

Implementación Registros de
del Plan de Entrenamiento
entrenamiento [Personal entrenado]
09/12/21 Gestión de Software 36
 Proceso de Ajuste
Un proceso especial
• Para el ajuste del estándar a un proyecto
- Agregados en contrato
• Este proceso no admite ajuste

ACTIVITIES
Actividades Uso interno Procesos invocados OUTPUTS
Salidas

Identificar
ambiente del Características
proyecto del proyecto

Solicitar Entradas de las

información organizaciones

Procesos, activi-
Seleccionar
dades y tareas
procesos, actividades
seleccionadas
y tareas

Documentar las
razones y decisiones Razones y decisiones
de ajustes de ajustes
09/12/21 Gestión de Software 37
3-33
 Procesos basados en evaluación
F IMPROVEME
SEL NT
CE EVA
RMAN LUA
NFO TIO
CO N
N TA RY E
E ME VA
L

S
L UA
U
PP
N A L EVAL
OINT REVIEW

TI
UA J
ER
S

ON
T

S
TI
IN

ON
INTER-PARTY

S
PROCESS n
PROCESS 1 EVALUATIONS

VE N AU D I T
RIF
ICA ATIO
TION & VALID
QU CE
ALITY
ASSURAN
I MPRO MENT
Múltiples tareas basadas en evaluación
VE

• Evs. internas a un proceso: contra criterios especificados

• Verificación: respecto a (resultados de) actividades previas
• Validación: respecto al uso previsto
• QA: Aseguramiento respecto a requerimientos/planes
• Revisiones Conjuntas (Jnt.Rev.): Evaluaciones del estado del proyecto y de productos
• Auditoría: Evaluación del cumplimiento con requerimientos/planes/contrato
09/12/21 Gestión de Software 38
 Funciones Críticas
Proceso Tareas

Adquisición • DEFINE SAFETY/SECURITY/CRITICALITY

Incluir estándares/procedimientos REQUIREMENTS
relacionadas con
diseño/ testing/ conformidad

Abordar en planes de proyecto (se sugieren planes separados) gestión de:

Suministro - SAFETY/SECURITY/ Requerimientos críticos
- Polítca/ Regulación/ Certificación relacionados

Abordar planificación, análisis, diseño y cualificación de requerimientos relacionados

Desarrollo
con seguridad (safety,security) y críticos, incluyendo ergonomía

• Analizar impacto de modificaciones sobre funciones de

Mantenimiento
seguridad (safety/security) /críticas

Documentación • Producir/ almacernar documentos de acuerdo a políticas de seguridad

• Controlar/auditar acceso al software que procesa funciones de seguridad

Gest. Configuración (safety/security) / críticas
• Determinar esfuerzo de verificación por requerimiento crítico
Verificación • Verificar mediante métodos rigurosos que las funciones de seguridad
(safety/security) /críticas son analizadas/ diseñadas/ codificadas correctamente

Nota: 12207 puede ser suplementado o adaptado para sistemas críticos para la seguridad (sec./safe)
09/12/21 Gestión de Software 39
 INDICATORS &
METRICS - IINDICATOR/METRIC
PROCESS

ACQUISITION • PROCESS MONITORING

- Cost, Schedule, Technical
• SUPPLIER SELECTION
- Capability, Past performance, ...
• PROPOSAL EVALUATION
- Technical, Cost, Schedule, Personnel, ...
• AGREEMENT CHANGES
- No., Rate, Impact, ...
• ACCEPTANCE PROGRESS
- Acceptance criteria, Conformance, Releasability, ...
• JOINT ACTION ITEMS STATUS

SUPPLY • BID DECISION

• PROCESS MONITORING
- Cost, Schedule, Technical
• PROBLEM STATUS
- By Activity/Task/Source, Trend, ...
• ACCEPTANCE PROGRESS
- Acceptance criteria, Conformance, Releasability, ...
• JOINT ACTION ITEMS STATUS
09/12/21 Gestión de Software 40
 INDICATORS & METRICS
- PROCESS
II INDICATOR/METRIC
DEVELOPMENT • CHANGE STATUS: By Activity/Task, Source, Trend, ...
• PROBLEM STATUS: BY Activity/Task, Source, Trend, ...
• JOINT ACTION ITEMS STATUS

• TRACEABILITY:
- Sys Reqs to Acquisition Needs
- Sys Arch Design to Sys Reqs
- Soft Reqs to Sys Reqs & Design
- Soft Arch Design to Soft Reqs
- Soft Det Design to Soft Reqs
- Soft Unit to Soft Reqs & Design
- Soft Design & Unit to Sys Reqs

• QUALITY CHARACTERISTICS [ISO/IEC 9126]

- Functionality, Reliability, Usability,
Efficiency, Maintainability, Portability
- Plus their sub-characteristics
• REQs TESTABILITY STATUS
• TEST COVERAGE
• CONSISTENCY: INTERNAL & EXTERNAL
• CONFORMANCE TO EXPECTED RESULTS
• FEASIBILITY OF NEXT ACTIVITY
• FEASIBILITY OF OPERATIONS
09/12/21 • FEASIBILITYGestión
OF MAINTENANCE
de Software 41
 INDICATORS & METRICS
-PROCESS
III INDICATOR/METRIC

OPERATION • OPERATIONAL CHARACTERISTICS

- Run time, Throughput, Availability, Responsiveness, ...
• OPERATIONAL TESTING
- Coverage, Releasability, ...
• USER SUPPORT
- Status of requests, support, releases, ...

MAINTENANCE • STATUS: PROBLEM REPORTS & MODIFICATION REQUESTS

- Measure of classification, size, criticality, closure, ...
- Impact on operations & maintenance

• TEST COVERAGE OF
- Modified parts
- Unmodified parts

• IMPACT ON UNMODIFIED PARTS

• MIGRATION PORTABILITY

• USER SUPPORT DURING MIGRATION

• POST-OPERATION IMPACT OF MIGRATION

• USER SUPPORT DURING RETIREMENT

09/12/21 Gestión de Software 42
 Procesos e interacciones
ORGANIZATION
MANAGEMENT INFRASTRUCTURE TRAINING IMPROVEMENT

M F
PROJECT

OPERATION
F F F E: 3 F

O ACQUISITION SUPPLY MAINTENANCE

T E
O
U: 4 U: 4 E: 2,3
T
P JOINT E
REVIEW E: ACQ E U
E: 3 T: SUB

U E E QA
AUDIT P DEVELOPMENT
E: 3 E: 3
E: 1,2,3
(T)E (I)V&V E V&V
E: 3 E: 3

1 E 2 3 4
DOCUMENTATION CM PROBLEM TAILORING
RESOLUTION

O - THE SAME POINTS, ACQ - ACQUISITION, SUB - SUBCONTRACTOR

09/12/21E - EXECUTE, Gestión
F - FEEDBACK, M - MANAGE, de Software
P - PARTICIPATE, T - TASK; U - USE PDCA 43
E:N - EXECUTE THE PROCESS NUMBERED N