Bases Conceptuales Sistema Inf. II

1. Bases ConceptualesSistema Inf. II Etapas en el proceso de desarrollo Metodologías para el proceso de desarrollo Herramientas para el análisis , diseño, desarrollo

2. Motivación Construcción de una casa para “fido” Puede hacerlo una sola persona Requiere: Modelado mínimo Proceso simple Herramientas simples

3. Motivación Construcción de un Chalet Construido eficientemente y en un tiempo razonable por un equipo Requiere: Modelado Proceso bien definido Herramientas más sofisticadas

4. Motivación Construcción de un Rascacielos

5. CICLO DE VIDA • Marco de referencia común para equipos de trabajo • Incorpora procesos ,actividades y tareas a desarrollar. • Existencia de diferentes paradigmas en el tiempo • Ciclo de vida en cascada, espiral , evolutivos, y los mas recientes orientados a objetos.

6. Ciclo de Vida para el desarrollo de Software según la IEEE e ISO/IEC • “Una aproximación lógica a la adquisición , el suministro, el desarrollo, la explotación y el mantenimiento del software” ( Norma IEEE 1074) • “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, abacando la vida del sistema desde la definición de requerimientos hasta la finalización de su uso” ( Norma ISO 12207)

8. 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 • Cohesión: un proceso por función principal • Acoplamiento: interfaces mínimas • Responsabilidad • Un proceso bajo la responsabilidad de una parte (de un acuerdo – relación cliente-proveedor -)

9. ISO 12207 – árbol de procesos ACQUISITION Principales funciones y partes SUPPLY DEVELOPMENT OPERATION MAINTENANCE PRIMARY LIFE CYCLE SUPPORTING DOCUMENTATION Soportan otras funciones, con un propósito CONFIGURATION MANAGEMENT QUALITY ASSURANCE VERIFICATION VALIDATION JOINT REVIEW AUDIT PROBLEM RESOLUTION Gestión de la organización y mejora ORGANIZATIONAL MANAGEMENT INFRASTRUCTURE Para formalizar el ajuste del estándar IMPROVEMENT TRAINING TAILORING

10. INPUTS OUTPUTS TASK Estructura de un proceso PROCESS ACTIVITY 1 ACTIVITY n • • • TASK 1 TASK X TASK 1 • • • • Proceso compuesto por actividades • Una actividad compuesta por tareas Naturaleza de una tarea: • Una acción con entradas y salidas • Indica qué hacer, no cómo

11. 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 • Plan: Tareas, WBS, calendario, responsabilidad, etc. • Do: Ejecución de los planes • Check: Evaluaciones internas al proceso • Suplementado con evaluaciones inter-procesos y de mejora • Act: Vuelta atrás para solución de problemas • Establece un nexo con Ingeniería de Sistemas • Software tratado como parte de un sistema • Ingeniería de Sistemas fundamento de Ingeniería de Software • Se proporciona el contexto necesario del sistema • Actividades de software ubicadas en ese contexto • Software extraído e integrado al sistema • Ingeniería de Software participa en Ingeniería del Sistema

12. 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

13. Conceptos básicos (cont.) • Se adapta a cambios en la tecnología • Independiente de • métodos de gestión/ingeniería • Lenguajes de programación • Ambientes de ingeniería de software • 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

14. U L A A T V E E S 1 2 Y L 1 T N & I 2 O J E V E A T L A U Evaluación es una función elemental PURPOSE FORUM/MOTIVE Diverse, Different,Formal, Informal,Peer, Independent,Defensive, Critique Check, Review,Audit, Verify,Validate, Assure,Inspect, Monitor,Control, Improve, ... ENTITY Process,Activity, Task,Inputs, Outputs,Data, Product,Plan, Contract,Report, ... RESULTS;REPORTS EVALUATION CRITERIA At various levels:Requirements,Derived reqmts.,Ad hoc conditions, INTERNAL INTERNAL BETWEEN PROCESS 1 PROCESS 2 PROCESSES EVALUATION EVALUATION

15. Procesos Primarios Operación T Mantenimiento Adquisición Suministro 0 0 E/T T U Desarrollo O: THE SAME POINTS; E: EXECUTE; T: TASK; U: USE PLAN, DO, CHECK & ACT

16. Proceso de Adquisición Para quien adquiere productos y servicios de software Cubre períodos previos al contrato y de contrato Uso interno Procesos invocados Actividades Salidas P Reqs. Sistema Plan Adquisición Criterios Aceptación Desarrollo R Inicio E - C Reqs. Adquisición incl. –ajustes a12207 - referencias a contrato Preparar Llamado O N T R • Contrato con: • proveedor • otros A Preparar y ajustar contrato Control Interno Ajuste T O C Revisión Conjunta Controlar al Proveedor O Control y evaluación de resultados Audit. Verif. Valid. N T R Productos y servicios aceptados A Aceptación y Cierre T O

17. • Establecer procedimientos de selección de proveedor • Seleccionar proveedor • Ajustar e involucrar a las partes • Negociar contrato [ durante el contrato] Proceso de Adquisiciónactividades y tareas 1. Inicio 4. Controlar al Proveedor • Describir necesidades • Controlar de acuerdo con Revisión Conjunta y Auditoriía • Definir Reqs. Sistema • Definir Reqs. Sw. (Posiblemente) • Suplementar con V&V • Preparar plan de adquisición • Definir estrategia de aceptación 2. Llamado (RFP) 5. Aceptación y cierre • Documentar Reqs. Adquisic. • Determinar procesos • Preparar para aceptación, incl. pruebas • Definir referencias al contrato • Cumplir revisiones/pruebas de aceptación • Establecer hitos de revisión 3. Preparación y actualización del contrato • Aceptar entregables • Asumer Gestión de Configuración

18. P R E C O N Proceso de Suministro Para el proveedor de productos/servicios Cubre períodos previos al contrato y de contrato QUALITY SUPPLY CO. A 12207 COMPANY Uso interno Procesos invocados Actividades Salidas Decisión de ofrecer Inicio - Preparar Respuesta Propuesta Contrato Contratar Plan(es) gestión del proyecto C Planificación O Elegir uno o más N Ejecución y Control Control de Resultados T MONITOR, DEV. OPN. MNT. ACQ. CONTROL R A Revisión y Evaluación Resultados de evaluaciones T QA JT. REV. AUDIT V&V O Entrega y Cierre Productos/ servs. entregados

19. Proceso de Suministroactividades y tareas 6. Revisión y Evaluación 1. Inicio 4. Planificación • Revisar reqs. Adquisición • Si necesario, elegir modelo de ciclo de vida • Establecer reqs. para planes • Desarrollar y documentar PGP planes de gestión de proyecto [15 ITEMS] • Revisar RFP • Decidir ofertar o aceptar contrato • Coordinar con adquirente • Revisión conjunta • Auditoría • V&V• Acceso al adquirente• QA por proceso QA 2. Preparar respuesta 5. Ejecución y Control • Preparar propuesta 3. Contratar 7. Entrega y Cierre • Cumplir PGPs• Desarrollar, Operar o mantener• Controlar progreso/Calidad • Gestioanr Subcontratos • Conexión con IVVT• Conexión con otras partes • Negociar contrato con adquirente • Solicitar modificaciones • Entregar el producto o servicio • Proporcionar Asistencia

20. 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 Uso interno Procesos invocados Actividades Salidas Implementación del Proceso Modelos y planes desarrollo Documentación Resolución Problemas C.M. Evaluaciones Análisis Reqs. Sistema Reqs. Sistema Arq. Sistema Diseño Arq. Sistema Evaluaciones - HW, SW, MO Análisis reqs. SW Evaluaciones Reqs. SW JT. REVIEWS ISO/IEC 9126 Diseño Arq. SW Evaluaciones Arq. SW JT. REVIEWS Diseño Det. SW Diseño Det. SW Evaluaciones JT. REVIEWS Código SW Base de Datos Codif./Test SW Evaluaciones Integración SW Evaluaciones JT. REVIEWS SW Integrado (SCI) Test Cualific. SW Evaluaciones Diseño y Código AUDITS Integración Sistema Evaluaciones SW Integrado (SIS) Diseño y Código Test Cualif. Sistema Evaluaciones AUDITS Plan Instalación Instalación SW Evaluaciones SW instalado Aceptación SW y Soporte SW pronto para entrega

21. 8. Integración SW 10. Integración Sistema 2,3,10,11 Actividades del Sistema 4-9, 12,13 Actividades SW Proceso de Desarrollo actividades y tareas 3. Diseñar Arquitectura del Sistema 1. Implementación del Proceso • Definir/elegir Modelo(s) de ciclo de vida - base para el proyecto - Basado en iteraciones/recursiones de las actividades y tareas desde Análisis. Reqs. Sistema hasta Aceptación de SW y Soporte • Producir una arquitectura del sistema • Identificar HW, SW e items de operación manual • Emplea de forma regular los procesos DOC, CM, y RES. PROB 5. Diseñar Arquitectura del SW • Elegir/Ajustar Métodos/herramientas/… 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 • Realizar o soportar • Agregados integrados • Caminos de división e integración pueden ser distintos • Realizar

22. Proceso de DesarrolloOrganización del Sistema Sistema HI SI MO X X 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

23. Desarrollo de SoftwareSU FUNCIONAMIENTO < ENTRADA PLAN(ES) GESTION PROYECTO PROCESO SUMINISTRO > < MODELO(S) DE CICLO DE VIDA; METODOS, HERRAMIENTAS, ...;PLAN(ES) DE DESARROLLO IMPLEMENTACIÓN PROCESO DESARROLLO > < REQS. Y ESPECIFICACIÓN DEL SISTEMA ANALISIS REQS. 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]MANUALES USUARIO, ... O < TEST CUALIF. SISTEMA > ... < PRODUCTOS Y SERVICIOS PRONTOS PARA ENTREGAR ACEPT. Y SIPORTE SW > SALIDA • PROYECTO ESTABLECE LINEAS BASE - DE QUE Y CUANDO • PERMITIDAS ITERACIONES/RECURSIONES: - PARA CONSTRUIR MODELOS ESPECÍFICOS - GEBERAR MODELOS PREDEFINIDOS ITERACION • LINEAS BASE EN REVISIONES/AUDITORIAS PREDETERMINADAS - FORO PARA INVOLUCRAR PARTES CLAVE • NO SE PRECISAN TODAS LAS ACTIVIDADES (TAREAS) EN UN PROCESO (ACTIVIDAD) EN CADA ITERACIÓN O RECURSIÓN, PERO DEBIERAN COMPLETARSE EN LA ÚLTIMA ITERACIÓN O RECURSIÓN • LINEAS BASE INHIBEN CAMBIOS NO PLANEADOS O FACILES < • ENTREGABLES INCLUYEN AL MENSOS 3 PRODUCTOS EN LINEA BASE: - REQUERIMIENTOS, DISEÑO, CODIGO RECURSION >

24. Proceso de operación Para quien opera un sistema que contiene software QUALITY LINES Uso interno Procesos invocados Actividades Salidas - OPERATION PLAN Implementación del proceso Resolución de Problemas Mantenimiento - OPERATION PROCEDURES Testing y Aseguramiento interno SW operacional liberado Prueba Operacional [funciones realizadas] Operación Sistema - Solicitudes de usuario Soporte a Usuarios • Resolución de • problemas

25. Proceso de OperaciónActividades y tareas 1. Implementación del Proceso 2. Testing Operacional • Realizar testing operacional para cada liberación• Liberar luego que los criterios se cumplen • Asegurar que código/Base de datos Funcionan de acuerdo a lo planeado • • Desarrollar un plan operacional • • Establecer estándares operacionanles • Documentar y ejecutar plan • • Establecer procedimientos para • resolución de problemas• Establecer procedimientos para • Testing operacional • • Establecer procedimientos para • Conectarse con proceso de mantenimiento • • Establecer procedimientos para liberar • Productos para uso operacional 3. Operación del Sistema • Opera en ambiente 4. Soporte a usuarios • Asistir a usuarios • Encaminar solicitudes de usuarios de mantenimiento de forma apropiada• Para arreglos temporales, dar opción a utilizarlos

26. Resultados Revisión Proceso de Mantenimiento Para quien mantiene productos de software HD QUALITYFIXING Procesos invocados Uso interno Actividades Salidas Resolución Problemas Implementación del proceso • Planes/Procs. • Mantenimiento CM - PROB./MOD. Análisis Prob./Modif. ANAL/SOLN. Implement. modificación Desarrollo SW modificado Revisiones Internas Aceptación revisión mantenimiento Revisiones Internas • Planes/Reportes migr. • Sistema migrado Migración Plan retrio Archivos Retiro del SW

27. Proceso de MantenimientoActividades y tareas • Implementación • del Proceso 3. Implementación Modificación 5. Migración • Desarrollar/documentar/ ejecutar plan• Notificar usuarios, etc.• Realizar operaciones en paralelo• Realizar operacionesa posteriori por impacta • Determinar elementos a modificar • Usar proceso desarrollo para las modificaciones • Suplementar con testingpara asegurar que las partes Modificadas y no modificadas están bien resueltas • Develop, document and execute plan• Establish procedures for problem reports and modifications requests• Manage modifications 2. Análisis del Problema/Modificación 6. Retiro del SW 4. Aceptación de revi- sión Mantenimiento • Desarrollar/documentar/ ejecutar plan• Notificar usuarios, etc.• Realizar operaciones en paralelo• Proveer acceso a datos/productos retirados • Analyze modifications for impacts• Replicate/vefify problems• Implement modifications• Document and get approval • Revisar con organización que autoriza

28. 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 MANAGEMENT OPERACION AUDIT. MANTENIMIENTO RESOLUCION PROBLEMAS EMPLEA/ iNVOCA

29. 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, ... Uso interno Procesos invocados Actividades Salidas Plan de Documentación Implementación del proceso Documentos “preparados" Diseño y Desarrollo Documentos producidos Producción Documentos Modificados Mantenimiento CONFIGURATION MANAGEMENT

30. Proceso de Gestión de la Configuración • Para GC de Productos y tareas • INTERNA O EXTERNA• IDENTIFICAR PRODUCTOS CONTROLADOS ACTIVITIES OUTPUTS Uso interno Procesos invocados Actividades Salidas Implementación del proceso CONFIGURATION MANAGEMENT PLAN • Esquem,a de • Identificación • - def. Líneas base Identificación de Configuración Resultados de CC Control Configuración Control de acceso y Auditoría internos Reportes de estado CC Determinar estado de Configuración Evaluación Interna Evaluación de la Configuración Reportes de Evaluación Gestión y entrega de la liberación(RELEASE) Productos Entregables

31. Uso interno Procesos invocados Actividades Salidas Proceso de Aseguramiento de la Calidad • Para asegurar la conformidad de productos/servicios con requerimientos y de acuerdo con planes• Externa, con independencia organizacional• Usa el término “Asegura” en lugar de “Evalúa” ACTIVITIES OUTPUTS Plan de Aseguramiento de la calidad Resolución de Problemas Implementación del proceso V&V, JT. REVIEW,AUDIT. comoTécnicas Productos Asegurados Aseguramiento del Producto Aseguramiento del Proceso Procesos Asegurados Aseguramiento del Sistema de Calidad De acuerdo a lo especificado en el contrato ISO 9001

32. Proceso de Aseguramiento de la CalidadActividades y tareas 1. Implementación del Proceso 3. Aseguramiento del Proceso • Establecer proceso de QA para el proyecto Asegurar que:: • Procesos empleados son conformes • Desarrollar/Documentar/ Ejecutar Plan de QA • Prácticas de ingeniería interna conformes • Coordinar con procesos de Verificación, Validación,Revisión Conjunta y Auditoría • Requerimientos primarios son Pasados a lo subcontratistas • Se proporciona soporte a las otras partes 2. Aseguramiento del Producto • Se dispone de personal entrenado y de entrenamiento Asegurar que: • Planes están/son Documentados//Conformes/Ejecutados 4. Aseguramiento del Sistema de Calidad • Productos/Documentación Conformes • Productos se pueden entregar y ser Aceptados por adquirente • Gestión de calidad adicional por ISO 9001

33. Uso interno Procesos invocados Actividades Salidas 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” ACTIVITIES OUTPUTS Resolución de Problemas Plan de Verificación Implementación del proceso Verificación • Contrato- Proceso- Requerimientos- Diseño • - Código- Integraci{on- Documentación Productos y Servicios Verificados Cada uno con sus propios criterios

34. 1. Implementación del Proceso 5. Verificación del Diseño • Determinar si y cuánto se precisa - Usar factores de criticidad • Determinar el grado de independencia • 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] 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 6. Verificación del Código • Correcto/Verificable/Trazable• Similar a Diseño 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 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 4. Verificación de Requerimientos 8. Verificación de Documentación • Consistentes/Factibles/Verificables• Asignados de forma apropiada• Reqs. Críticos Correctos por métodos rigurosos • Adecuada/Completa/Consistente• Oportuna • Sigue CM Proceso de Verificación Actividades y tareas

35. Uso interno Procesos invocados Actividades Salidas 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 Implementación del Proceso Resolución de Problemas Plan de Validación Validación Productos y Servicios Validados 4/5 Tareas: Testing1 Tarea: Uso previsto

36. Uso interno Procesos invocados Actividades Salidas Proceso de Revisión Conjunta Para revisiones 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 ACTIVITIES OUTPUTS Agenda, Alcance, Foro, etc., Implementación del Proceso Resolución de Problemas Revisiones de Gestión de Proy, Estado del Proyecto Y decisiones Resultados Revisión Revisiones Técnicas

37. Uso interno Procesos invocados Actividades Salidas Proceso de Auditoría Para auditoríoas entre auditor y auditado - Típicamente por adquirente con proveedor Para evaluar cumplimiento de requerimientos/¨Planes/Contrato ACTIVITIES OUTPUTS Implementación del Proceso Agenda, Alcance, Foro, etc., Resolución de Problemas Resultados Auditoría Auditoría

38. Uso interno Procesos invocados Actividades Salidas 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 ACTIVITIES OUTPUTS Implementación del Proceso Problemas Resueltos Resolución de Problemas

39. Procesos Organizacionales • Para que una organización gestione y mejore su proceso a nivel corporativo PROCESO DE GESTION 1 PROCESO DE INFRAESTRUCTURA 2 PROCESO PRIMARIO 3 PROCESO DEMEJORA PROCESO DE SOPORTE 4 PROCESO DE ENTRENAMIENTO 1: Gestionar siguiendo el proceso de gestión 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 soporteporque se gestionan de forma diferente

40. Uso interno Procesos invocados Actividades Salidas Proceso de Gestión Para la gestión general del proceso a lo largo del ciclo de vida - Se instancia en otros procesos ACTIVITIES OUTPUTS [Requerimiento del Proceso] Inicio y definición de alcance Plan de Gestión Planificación Ejecución y control [Reportes] Revisión y Evaluación [Reportes] [Productos] Cierre [Servicios]

41. Uso interno Procesos invocados Actividades Salidas Proceso de Infraestructura Para establecer y mantener la infraestructura a lo largo del ciclo de viuda • Infraestructura: procedimientos, estándares, herramientas, • equipos, espacio ACTIVITIES OUTPUTS Implementación del Proceso Infraestructura Establecer la infraestructura Configuración de la Infraestructura Mantener la infraestructura [Registros]

42. Uso interno Procesos invocados Actividades Salidas Proceso de Mejora Para establecer, evaluar, medir, controlar y mejorar un proceso a lo largo del ciclo de vida ACTIVITIES OUTPUTS Establecer el proceso [Proceso(s) establecido(s)] Procedimientos y Planes de Evaluación Evaluar el proceso [Evaluación, Historia, Registros de Costo de la Calidad] Mejorar el proceso

43. Uso interno Procesos invocados Actividades Salidas Proceso de Entrenamiento Para entrenar al personal y mantenerlo entrenado ACTIVITIES OUTPUTS Implementación del Proceso Plan de Entrenamiento Desarrollo del material de entrenamiento Manuales de Entrenamiento Implementación del Plan de entrenamiento Registros de Entrenamiento [Personal entrenado]

44. Uso interno Procesos invocados Actividades Salidas Proceso de AjusteUn proceso especial • Para el ajuste del estándar a un proyecto - Agregados en contrato • Este proceso no admite ajuste ACTIVITIES OUTPUTS Identificar ambiente del proyecto Características del proyecto Solicitar información Entradas de las organizaciones Procesos, activi- dades y tareas seleccionadas Seleccionar procesos, actividades y tareas Documentar las razones y decisiones de ajustes Razones y decisiones de ajustes 3-33

45. Procesos basados en evaluación P R M O I V F E L M E E S N T C N E A E M V R A L O U F A N T O I O C A R T N Y N E E V M S A E L L U R P T E N V A I P I E O L T V E A U A I N J L S W O R U E N A T T S I N O I N S INTER-PARTY PROCESS n PROCESS 1 EVALUATIONS N A T I U D V O E I T R I A F D I I C L A A T V I O & N E Q C U N A A L R I T U Y S A S Múltiples tareas basadas en evaluación I T M N P E R M O E V • 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

46. • Incluir estándares/procedimientos relacionadas con diseño/ testing/ conformidad Adquisición Abordar planificación, análisis, diseño y cualificación de requerimientos relacionados con seguridad (safety,security) y críticos, incluyendo ergonomía Desarrollo • Analizar impacto de modificaciones sobre funciones de seguridad (safety/security) /críticas Mantenimiento Documentación • Producir/ almacernar documentos de acuerdo a políticas de seguridad • Controlar/auditar acceso al software que procesa funciones de seguridad (safety/security) / críticas Gest. Configuración Funciones Críticas Proceso Tareas • DEFINE SAFETY/SECURITY/CRITICALITY REQUIREMENTS Abordar en planes de proyecto (se sugieren planes separados) gestión de: - SAFETY/SECURITY/ Requerimientos críticos - Polítca/ Regulación/ Certificación relacionados Suministro • Determinar esfuerzo de verificación por requerimiento crítico • Verificar mediante métodos rigurosos que las funciones de seguridad (safety/security) /críticas son analizadas/ diseñadas/ codificadas correctamente Verificación Nota: 12207 puede ser suplementado o adaptado para sistemas críticos para la seguridad (sec./safe)

47. JOINT REVIEW QA E: 3 PDCA Procesos e interacciones ORGANIZATION IMPROVEMENT MANAGEMENT INFRASTRUCTURE TRAINING F M PROJECT OPERATION F F F F E: 3 T MAINTENANCE ACQUISITION SUPPLY O O T E U: 4 U: 4 E: 2,3 T P E E E: ACQ U T: SUB E: 3 E U E P DEVELOPMENT AUDIT E: 3 E: 1,2,3 E (T)E (I)V&V V&V E: 3 E: 3 1 2 3 4 E PROBLEM CM DOCUMENTATION TAILORING RESOLUTION O - THE SAME POINTS, ACQ - ACQUISITION, SUB - SUBCONTRACTOR E - EXECUTE, F - FEEDBACK, M - MANAGE, P - PARTICIPATE, T - TASK; U - USE E:N - EXECUTE THE PROCESS NUMBERED N

48. Claves en el Desarrollo de SI Notación Metodología Herramientas

49. Orden Item envío Notación “El modelado captura las partes esenciales del sistema” Proceso de Negocios Sistema Computacional

50. Notación Modelado para manejar la Complejidad