NORMA CUBANA

NC
ISO/IEC 12207: 2007 (Publicada por la ISO, 2004)

TECNOLOGAS DE LA INFORMACIN: PROCESOS DEL CICLO DE VIDA DEL SOFTWARE (ISO/IEC 12207:1995/AMD 1:2002/AMD 2:2004)

Information Technology Software life cycle process

ICS: 35.020; 35.080 Oficina Nacional de Normalizacin Calle E No. 261 Vedado, Ciudad de La Habana. 1. Edicin 2005 Cuba. Telfono: 830-0835 Fax: (537) 836-8048 Correo electrnico: nc@ncnorma.cu REPRODUCCIN PROHIBIDA

Cuban National Bureau of Standards

Prefacio
La Oficina Nacional de Normalizacin (NC), es el Organismo Nacional de Normalizacin de la Repblica de Cuba que representa al pas ante las Organizaciones Internacionales y Regionales de Normalizacin. La elaboracin de las Normas Cubanas y otros documentos se realiza generalmente a travs de los Comits Tcnicos de Normalizacin. Su aprobacin es competencia de la Oficina Nacional de Normalizacin y se basa en las evidencias del consenso. Esta norma ha sido elaborada por el Comit Tcnico de Normalizacin NC/CTN 18 de Tecnologas de la Informacin, integrado por las siguientes entidades:
Ministerio de Informtica y las Comunicaciones DESOFT SEGURMATICA Universidad de las Ciencias Informticas (UCI) Universidad de Villa Clara CITMATEL, Ministerio de Ciencias, Tecnologas y Medio Ambiente Instituto Superior Politcnico Jos A. Echeverra, MES Centro de Control Estatal de Equipos Mdicos, Ministerio de Salud Pblica Oficina de Seguridad de las Redes Informticas Oficina Nacional de Normalizacin

Es una adopcin idntica de la norma ISO/IEC 12207:1995 Information Technology Software life cycle process, y se incluyen las posteriores enmiendas Amd 1:2002/Amd 2:2004.

NC, 2006
Todos los derechos reservados. A menos que se especifique, ninguna parte de esta publicacin podr ser reproducida o utilizada en alguna forma o por medios electrnicos o mecnicos, incluyendo las fotocopias, fotografas y microfilmes, sin el permiso escrito previo de: Oficina Nacional de Normalizacin (NC) Calle E No. 261, Vedado, Ciudad de La Habana, Habana 4, Cuba. Impreso en Cuba

ndice
5.1 Proceso de Adquisicin......................................................................................................16 5.2 Proceso de Suministro........................................................................................................20 5.3 Proceso de Desarrollo.........................................................................................................25 5.4 Proceso de Operacin........................................................................................................36 5.5 Proceso de Mantenimiento.................................................................................................38 6.1 Proceso de Documentacin................................................................................................44 6.2 Proceso de Gestin de la Configuracin............................................................................46 6.3 Proceso de Aseguramiento de la Calidad..........................................................................48 6.4 Proceso de Verificacin......................................................................................................51 6.5 Proceso de Validacin........................................................................................................55 6.6 Proceso de Revisin Conjunta............................................................................................57 6.7 Proceso de Auditora...........................................................................................................59 6.8 Proceso de Solucin de Problemas....................................................................................61 7.1 Proceso de Gestin.............................................................................................................64 7.2 Proceso de Infraestructura..................................................................................................66 7.3 Proceso de Mejora..............................................................................................................67 7.4 Proceso de Recursos Humanos.........................................................................................69

ii

Prlogo de la adopcin Este documento se somete a la como proyecto de la correspondiente Norma Cubana. Este Proyecto de Norma Cubana incluye ntegramente las especificaciones de las Enmiendas 1 y 2 de la Norma Internacional ISO/IEC 12207:1995, publicadas en los aos 2002 y 2004 respectivamente. En el texto del documento, el color azul indica los cambios con respecto a la Enmienda 1 y el rojo en relacin con la Enmienda 2. Conjuntamente con el Proyecto se editaron las Enmiendas 1 y 2 como documentos separados, los cuales deben servir como referencia para la revisin del Proyecto. En el proyecto y en los documentos de las Enmiendas se han introducido notas, tituladas Notas de la adopcin (en color verde), en los casos en que se ha considerado imprescindible realizar una aclaracin sobre un trmino, mejorar la comprensin del texto traducido, actualizar normas de referencia o especificar excepciones de la aplicacin de las dos Enmiendas. En febrero del 2003 se elabor la Versin en espaol de la Norma ISO/IEC 12207:1995" y en junio del 2006 se entreg al Subcomit una revisin de la primera versin; ambas versiones se tradujeron tomando como referencia la Norma BS ISO/IEC 12207:1995. Y en este Proyecto de Norma Cubana, la parte correspondiente a la edicin de 1995 se revis nuevamente pero ahora con respecto a la Norma Internacional ISO/IEC 12207:1995. Salvo los cambios especificados en las dos Enmiendas, (en texto de diferentes colores para facilitar la revisin por la ONN) realizados en el texto de la edicin de 1995, los Anexos E, F, G y H se aadieron a la Norma tal como se indica en la Enmienda 1.

iii

iv

Prlogo La Organizacin Internacional de Normalizacin (ISO) y la Comisin Electrotcnica Internacional (IEC) forman el sistema especializado para la normalizacin a nivel mundial. Los organismos nacionales que son miembros de ISO o IEC participan en el desarrollo de Normas Internacionales a travs de los comits tcnicos establecidos por la organizacin respectiva para ocuparse de campos particulares de una actividad tcnica. Los comits tcnicos de ISO e IEC colaboran en campos de inters mutuo. Otras organizaciones internacionales, pblicas y privadas, en coordinacin con ISO e IEC, tambin participan en el trabajo. En el campo de la tecnologa de la informacin, ISO e IEC han establecido un comit tcnico conjunto, ISO/IEC JTC 1. Los Proyectos de Normas Internacionales adoptados por el comit tcnico conjunto son circulados a los organismos miembros para votacin. La publicacin como Norma Internacional requiere la aprobacin por al menos el 75% de los organismos miembros requeridos a votar. Las Normas Internacionales son editadas de acuerdo con las reglas establecidas en la Parte 2 de las Directivas ISO/IEC. La Norma Internacional ISO/IEC 12207, fue preparada por el Comit Tcnico Conjunto ISO/IEC JTC 1, Tecnologas de la informacin, Subcomit SC 7, Ingeniera de software. La Enmienda 2 a la Norma Internacional ISO/IEC 12207:2002, fue preparada por el Comit Tcnico Conjunto ISO/IEC JTC 1, Tecnologas de la informacin, Subcomit SC 7, Ingeniera de Software y Sistemas. Se llama la atencin sobre la posibilidad de que algunos de los elementos de este documento puedan estar sujetos a derechos de patente. ISO no asume la responsabilidad por la identificacin de cualquiera o de todos los derechos de patente. Los Anexos A y F constituyen partes integrantes de esta Norma Internacional. Los Anexos B, C, D, E, G y H son solamente informativos.

Introduccin El software es una parte integrante de las tecnologas de la informacin y de sistemas convencionales, tales como de transporte, militares, de atencin mdica y de finanzas. Hay una proliferacin de normas, procedimientos, mtodos, herramientas y ambientes para desarrollar y gestionar el software. Esta proliferacin ha creado dificultades en la gestin y la ingeniera de software, especialmente en la integracin de los productos y servicios. La disciplina del software necesita migrar desde esta proliferacin a un marco de referencia comn que pueda ser utilizada por los profesionales del software para hablar el mismo lenguaje durante la creacin y la gestin del software. Esta Norma Internacional proporciona tal marco de referencia comn. El marco de referencia cubre el ciclo de vida del software desde la conceptuacin de ideas hasta la retirada y consta de procesos para la adquisicin y el suministro de productos y servicios de software. Adicionalmente, el marco de referencia proporciona el control y la mejora de esos procesos. Los procesos en esta Norma Internacional forman un conjunto amplio. Una organizacin, dependiendo de su propsito, puede seleccionar un subconjunto apropiado para cumplir ese propsito. Esta Norma Internacional est diseada, por lo tanto, para ser ajustada a una organizacin, proyecto o aplicacin particular. Tambin est diseada para ser utilizada cuando el software es una entidad independiente, o una parte empotrada o integral de un sistema total. La Norma ISO/IEC 12207 se public el primero de agosto de 1995 y es la primera Norma Internacional en proporcionar un conjunto detallado de procesos, actividades y tareas del ciclo de vida para el software que es parte de un sistema mayor, de un producto de software independiente y de servicios de software. La Norma proporciona una arquitectura de procesos de software comn para la adquisicin, el suministro, desarrollo, operacin y mantenimiento del software. La Norma tambin proporciona los procesos, actividades y tareas de apoyo necesarias, y los procesos, actividades y tareas organizacionales para la gestin y mejora de los procesos. La Enmienda 1 se public en el 2002 para establecer una informacin coordinada de un conjunto de procesos de software que pueda utilizarse para la definicin, evaluacin y mejora de procesos. La Enmienda 1 soluciona el problema de la especificidad relacionada con el uso de la Norma ISO/IEC 12207 para la evaluacin de procesos y proporciona el propsito y resultados de los procesos para establecer un Modelo de Referencia de Procesos de acuerdo con los requisitos de la Norma ISO/IEC 15504-2. Un Modelo de Referencia de Procesos proporciona definiciones de los procesos en un ciclo de vida, descritos en funcin del propsito y resultados, junto con una arquitectura que describe las relaciones entre los procesos. Un Modelo de Referencia de Procesos proporciona el mecanismo por medio del vi

cual modelos de evaluacin, definidos externamente, son relacionados con el marco de referencia de evaluacin definido por la Norma ISO/IEC 15504. El uso de la Enmienda 1 para la evaluacin de procesos revel defectos tcnicos y problemas editoriales en ciertos procesos del Modelo de Referencia de Procesos. Estos defectos tcnicos y problemas editoriales estn documentados en el Informe de Defectos N2873. Los defectos notificados han impactado el desarrollo del ejemplar del modelo de evaluacin de la Norma ISO/IEC 15504-5. La Enmienda 2 se public en el 2004 para solucionar estas deficiencias y proporciona a los usuarios del Modelo de Referencia de Procesos y a los desarrolladores de modelos de evaluacin un fundamento perfeccionado para su trabajo.

vii

Alcance

1.1 Propsito Esta Norma Internacional establece un marco de referencia comn para los procesos del ciclo de vida del software, con una terminologa bien definida, que puede ser tomada como referencia por la industria del software. Contiene procesos, actividades y tareas que se aplican durante la adquisicin de un sistema que contiene software, un producto de software independiente y un servicio de software as como durante el suministro, desarrollo, operacin y mantenimiento de productos de software. El software incluye la parte de software del firmware. Esta Norma Internacional proporciona tambin un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de la vida del software. 1.2 Campo de aplicacin Esta Norma Internacional se aplica a la adquisicin de sistemas, y productos y servicios de software as como al suministro, desarrollo, operacin y mantenimiento de productos de software y a la parte de software del firmware, tanto si se realiza internamente en una organizacin o externamente. Estn incluidos adems aquellos aspectos de la definicin del sistema necesarios para proporcionar el contexto de los productos y servicios de software.
NOTA Es necesario que los procesos utilizados durante el ciclo de la vida del software sean compatibles con los procesos usados durante el ciclo de vida del sistema.

Esta Norma Internacional est prevista para ser usada en una situacin entre dos partes e igualmente puede ser aplicada cuando las dos partes pertenecen a la misma organizacin. La situacin puede variar desde un acuerdo informal hasta un contrato legalmente obligatorio. Esta Norma Internacional puede ser utilizada por una sola parte como una tarea impuesta por s misma. Este apartado no impide el uso de ISO/IEC por proveedores o desarrolladores de productos comerciales de software (COTS). Esta Norma internacional est escrita para adquiridores de sistemas, y productos y servicios de software as como para proveedores, desarrolladores, operadores, mantenedores, dirigentes, gestores del aseguramiento de la calidad y usuarios de productos de software. 1.3 Ajuste de la norma Esta Norma Internacional contiene un conjunto de procesos, actividades y tareas diseadas para ser ajustadas con respecto a proyectos de software. El proceso de ajuste es la eliminacin de procesos, actividades y tareas que no aplicables. 1

NOTA La adicin de procesos, actividades y tareas exclusivas o especiales puede estar incluida en el contrato.

1.4 Conformidad La conformidad con esta Norma Internacional se define como la ejecucin de todos los procesos, actividades y tareas seleccionadas de esta Norma Internacional en el Proceso de Ajuste (Anexo A) para el proyecto de software. La ejecucin de un proceso o una actividad est terminada cuando todas sus tareas requeridas se han realizado de acuerdo con los criterios preestablecidos y los requisitos especificados en el contrato, cuando sea aplicable. Cualquier organizacin (por ejemplo, nacional, asociacin industrial o una empresa) que imponga esta Norma Internacional, como una condicin comercial, es responsable de especificar y hacer pblico el conjunto mnimo de los procesos, actividades y tareas requeridas que constituya la conformidad del proveedor con esta Norma Internacional. 1.4.1 Conformidad con los Propsitos y Resultados

El Anexo E proporciona una forma alternativa de conformidad, til en situaciones en las cuales los procesos implementados estn previstos que alcancen las mismas metas que los descritos en esta Norma, pero los cuales no pueden implementar las disposiciones detalladas prescritas en el cuerpo de la misma. Para alegar conformidad, se deber demostrar que, para cualquier proceso del conjunto de procesos declarado por la organizacin, la implementacin del proceso causa la realizacin del Propsito y Resultados correspondientes, especificados en el Anexo F. Cualquier organizacin deber definir el conjunto de procesos aplicable a ella, tomando en consideracin el conjunto de procesos descrito en el Anexo F y sus propios parmetros ambientales. La aplicacin de la Norma permite la creacin de resultados adicionales.
NOTA En ISO/IEC 12207: 1995, el trmino cumplimiento se utiliza en el apartado 1.4, sin embargo, de acuerdo con la Gua 2 ISO/IEC, Standardization and Related Activities-General Vocabulary, conformidad es el trmino apropiado para este apartado. Conformidad es el cumplimiento por un producto, proceso o servicio de los requisitos especificados.

1.5 Limitaciones Esta Norma Internacional describe la arquitectura de los procesos del ciclo de la vida del software pero no especifica los detalles de cmo implementar o ejecutar las actividades y tareas incluidas en los procesos. Esta Norma Internacional no pretende prescribir el nombre, formato, o el contenido explcito de la documentacin que se producir. Esta Norma Internacional puede requerir la elaboracin de documentos de un tipo o clase similar; varios planes son un ejemplo. Sin embargo, esto no implica que tales documentos se elaboren o empaqueten separadamente o 2

combinados de alguna manera. Estas decisiones se dejan al usuario de esta Norma Internacional. Esta Norma Internacional no prescribe un modelo del ciclo de vida especfico o un mtodo de desarrollo del software. Las partes en esta Norma Internacional son responsables de seleccionar un modelo del ciclo de vida para el proyecto de software y de elaborar una correspondencia entre los procesos, actividades y tareas de esta Norma Internacional y los del modelo seleccionado. Las partes son tambin responsables de seleccionar y aplicar los mtodos de desarrollo del software as como de la ejecucin de las actividades y tareas adecuadas para el proyecto de software. Esta Norma Internacional no tiene la intencin de verse en un conflicto con las polticas, normas o procedimientos de cualquier organizacin que ya estn establecidos. Sin embargo, es necesario solucionar cualquier conflicto y citar por escrito, como excepciones de la aplicacin de esta Norma Internacional, cualesquiera condiciones y situaciones no tenidas en cuenta. En esta Norma Internacional, deber(n) se utiliza para expresar una estipulacin que es obligatoria entre dos o ms partes, otros verbos en futuro para expresar una declaracin del propsito o intencin de una parte, debera(n) para expresar una recomendacin entre otras posibilidades y puede(n) para indicar una lnea de accin permisible dentro de los lmites de esta Norma Internacional. En esta Norma Internacional, hay un nmero de listas de tareas, ninguna de las cuales pretende ser exhaustiva y estn destinadas a servir como ejemplos, a menos que estn encabezadas por un apartado que contenga deber(n) o un verbo en futuro.

2 Referencias normativas Las normas siguientes contienen disposiciones las cuales, mediante referencias en este texto, constituyen disposiciones de esta Norma Internacional. En el momento de su publicacin, las ediciones indicadas de las normas de referencia eran vlidas. Todas las normas son objeto de revisin y se alienta a las partes, para establecer acuerdos basados en esta Norma Internacional, investigar la posibilidad de aplicar las ediciones ms recientes de las normas ms abajo sealadas. Los miembros de IEC e ISO mantienen registros de las Normas Internacionales vlidas en un momento dado. [1] ISO/AFNOR: 1989, Dictionary of computer science. [2] ISO/IEC 2382-1: 1993, Information technology Vocabulary - Part 1: Fundamental terms. [3] NC ISO/IEC 2382-20: 1990, Tecnologas de la Informacin Vocabulario Parte 20. Desarrollo de sistemas [4] NC ISO 9000:2005 Sistemas de gestin de la calidad Fundamentos y Vocabulario. [5] NC ISO 9001:2000 (traduccin certificada), Sistemas de gestin de la calidad Requisitos. [6] NC ISO/IEC 9126-1:2001, Ingeniera de softwareCalidad del productoParte 1: Modelo de la calidad. [7] ISO/IEC 15504-2, Software EngineeringSoftware process assessmentPart 2: Performing an assessment Nota de la adopcin: En el momento de la publicacin de esta Norma, estaban vigentes ediciones ms recientes y/o en idioma espaol de las normas de referencia 3, 4, 5 y 6.

3 Definiciones Para los propsitos de esta Norma internacional, las definiciones dadas en las normas NC ISO 9000:2005, ISO/IEC 2382-1:1993 y NC ISO/IEC 2382-20:1990 se aplican conjuntamente con las siguientes definiciones:
NOTA Un producto puede interpretarse como una parte de un sistema cuando sea apropiado.

3.1 Adquiridor: Una organizacin que adquiere u obtiene, de un proveedor, un sistema, un producto de software o un servicio de software.
Nota: El adquiridor pudiera ser uno de los siguientes: comprador, cliente, propietario o usuario.

3.2 Adquisicin: El proceso de obtencin de un sistema, un producto de software o un servicio de software. 3.3 Acuerdo: La definicin de los trminos y condiciones bajo los cuales se guiar una relacin de trabajo. 3.4 Auditora: Dirigida por una persona autorizada con el propsito de proporcionar una evaluacin independiente de productos y procesos de software con el fin de evaluar la conformidad con los requisitos. 3.5 Lnea de base: Una versin de un elemento de la configuracin aprobada formalmente, sin tener en cuenta el soporte, formalmente designada y estable en un momento especfico durante el ciclo de vida del elemento de la configuracin. 3.6 Elemento de la configuracin: Una entidad dentro de una configuracin que satisface una funcin de uso final y que puede ser identificada exclusivamente en un punto de referencia determinado. 3.7 Contrato: Un acuerdo obligatorio entre dos partes, especialmente exigible por la ley, o un acuerdo similar totalmente interno dentro de una organizacin, para la prestacin de un servicio de software o para el suministro, desarrollo, produccin, operacin o mantenimiento de un producto de software. 3.8 Desarrollador: Una organizacin que realiza actividades de desarrollo (incluyendo el anlisis de requisitos, diseo y las pruebas hasta la aceptacin) durante el proceso del ciclo de vida del software. 3.9 Evaluacin: Una determinacin sistemtica de hasta que grado una entidad cumple sus requisitos especificados.

3.10 Firmware: La combinacin de un dispositivo de hardware, e instrucciones o datos que residen, en el dispositivo de hardware, en la forma de un software que slo puede ser ledo. El software no se puede modificar fcilmente bajo el control del programa. 3.11 Modelo del ciclo de vida: Un marco de referencia que contiene los procesos, actividades y tareas involucradas en el desarrollo, operacin y mantenimiento de un producto de software, y que abarca la vida del sistema desde la definicin de sus requisitos hasta la terminacin de su uso. 3.12 Mantenedor: Una organizacin que realiza actividades de mantenimiento.

3.13 Seguimiento: Un examen realizado, por el adquiridor o una tercera parte, al estado de las actividades de un proveedor y de sus resultados. 3.14 Elemento no entregable: Un producto de hardware o de software que no requiere entregarse conforme con los trminos del contrato pero que puede emplearse en el desarrollo de un producto de software. 3.15 Producto de software comercial (COTS): Un producto de software ya desarrollado y disponible, utilizable tal como es o con modificacin.
Nota de la adopcin: La traduccin de este trmino y la del correspondiente en 3.4, de la Norma NC ISO/IEC 90003:2006, se han igualado.

3.16

Operador: Una organizacin que opera el sistema.

3.17 Proceso: Un conjunto de actividades mutuamente relacionadas o que interactan, las cuales transforman entradas en salidas.
NOTA El trmino actividades cubre el uso de recursos [Vase 3.4.1, en la Norma NC ISO 9000:2005]. Nota de la adopcin: Esta definicin se ha igualado con la del mismo trmino especificado en 3.10 de la Norma NC ISO/IEC 90003:2006.

3.18 Calificacin: El proceso para demostrar si una entidad es capaz de cumplir los requisitos especificados. [Vase 3.8.6, en la Norma NC ISO 9000:2005]. 3.19 Requisito de calificacin: Un conjunto de criterios o condiciones que tienen que cumplirse para calificar a un producto de software como conforme con sus especificaciones y que est listo para el uso en su ambiente de operacin.

3.20 Prueba de calificacin: Prueba, dirigida por el desarrollador y presenciada por el adquiridor, cuando sea apropiado, para demostrar que un producto de software cumple sus especificaciones y est listo para el uso en su ambiente de operacin. 3.21 Aseguramiento de la calidad: Todas las actividades planificadas y sistemticas implementadas dentro del sistema de la calidad, y demostradas como necesarias, para proporcionar una adecuada confianza de que una entidad cumplir los requisitos de la calidad.
NOTAS:

1 Hay ambos propsitos, internos y externos, para el aseguramiento de la calidad:

a) Aseguramiento de la calidad interno: dentro de una organizacin, el aseguramiento de la calidad da confianza a la gestin. calidad proporciona confianza al cliente o a otros.

b) Aseguramiento de la calidad externo: en situaciones contractuales, el aseguramiento de la 2 Algunas acciones del control de la calidad y del aseguramiento de la calidad estn
interrelacionadas.

3 A menos que los requisitos de la calidad reflejen totalmente las necesidades del usuario, el
aseguramiento de la calidad no puede brindar una confianza adecuada. [Vase 3.2.11, en la Norma NC ISO 9000:2005]

3.22 Liberacin: Una versin particular de un elemento de la configuracin que se hace disponible para un propsito especfico (por ejemplo, una liberacin de prueba). 3.23 Solicitud de oferta: Un documento utilizado por el adquiridor como medio para hacer pblica su intencin, a licitadores potenciales, de adquirir un sistema, producto de software o servicio de software especificado. 3.24 Retirada: Terminacin del soporte tcnico activo por parte de la organizacin de operacin y mantenimiento, la sustitucin parcial o total por un nuevo sistema, o la instalacin de un sistema actualizado. 3.25 Seguridad (de la informacin): La proteccin de la informacin y los datos para que personas o sistemas no autorizados no los lean o modifiquen y para que a las personas o sistemas autorizados no se les niegue el acceso a ellos.
Nota de la adopcin: El trmino safety, no incluido en las definiciones de esta Norma, est traducido como proteccin, vase el apartado 5.3.4.1 incisos d y e. Otras acepciones pudieran ser: safety: seguridad fsica y security: seguridad de acceso.

3.26 Producto de software: El conjunto de programas de computacin, procedimientos, y posiblemente documentacin y datos asociados. 3.27 Servicio de software: Desempeo de actividades, trabajos o deberes relacionados con un producto de software, tales como su desarrollo, mantenimiento y operacin. 3.28 Unidad de software: Un segmento de cdigo que puede compilarse por separado.

3.29 Declaracin de trabajo: Un documento utilizado por el adquiridor como el medio para describir y especificar las tareas a realizar conforme con el contrato. 3.30 Proveedor: Una organizacin que acuerda en un contrato, con el adquiridor, el suministro de un sistema, producto de software o un servicio de software, conforme con los trminos del contrato.
NOTAS: 1 El trmino proveedor es sinnimo de: contratista, productor y vendedor. 2 El adquiridor puede designar a una parte de su organizacin como proveedor.

3.31 Sistema: Una combinacin integrada, que consta de uno o ms procesos, hardware, software, instalaciones y personas, que proporciona una capacidad de satisfacer una necesidad u objetivo declarado. 3.32 Cobertura de la prueba: El alcance hasta el cual, los casos de prueba prueban los requisitos del sistema o del producto de software. 3.33 Probabilidad: El alcance hasta el cual, una prueba objetiva y factible puede disearse para determinar si se cumple un requisito.
Nota de la adopcin: En el mbito de esta Norma se debe entender probabilidad como cualidad de probable: que se puede probar. La NC ISO/IEC 9126-1 lo adopt como contrastabilidad.

3.34 Usuario: Un individuo u organizacin que utiliza el sistema operativo para realizar una funcin especfica.
NOTA El usuario puede desempear otros roles, tales como adquiridor, desarrollador o mantenedor.

3.35 Validacin: Confirmacin, mediante examen y la aportacin de evidencia objetiva, de que se han cumplido los requisitos particulares para un uso previsto especfico.
NOTAS:

1 2 3 4

En el diseo y desarrollo, la validacin corresponde al proceso de examinar un producto para determinar la conformidad con las necesidades del usuario. La validacin se realiza normalmente al producto final bajo condiciones definidas de operacin. Puede ser necesario realizar la validacin en las primeras etapas. "Validado" es utilizado para designar el estado correspondiente. Se pueden realizar validaciones mltiples si hay diferentes usos previstos.

[Vase 3.8.5, en la Norma NC ISO 9000:2005]

3.36 Verificacin: Confirmacin, mediante examen y la aportacin de evidencia objetiva, de que se han cumplido los requisitos especificados.
NOTAS: 1 En el diseo y desarrollo, la verificacin corresponde al proceso de examinar el resultado de una actividad dada para determinar la conformidad con el requisito declarado para esa actividad.

"Verificado" se utiliza para designar el estado correspondiente.

[Vase 3.8.4, en la Norma NC ISO 9000:2005]

3.37

Versin: Una variante identificada de un elemento.

NOTA La modificacin de una versin de un producto de software, que da como resultado una nueva versin, requiere una accin de la gestin de la configuracin.

3.38 Propsito del Proceso: El objetivo de alto nivel de la realizacin del proceso y de los posibles resultados de la implementacin eficaz del proceso. La implementacin del proceso debera proporcionar beneficios tangibles a las partes involucradas. 3.39 Resultado del Proceso: Un producto de salida observable como consecuencia del logro exitoso del propsito del proceso.
NOTA 1 La declaracin de un resultado describe uno de los siguientes tipos de resultado: La produccin de un artefacto. Un cambio significativo de estado. El cumplimiento de restricciones especificadas, por ejemplo, requisitos, metas, etc. NOTA 2 Una lista de los principales resultados de cada proceso forma parte de la descripcin del proceso en el modelo de referencia.

4 Aplicacin de esta Norma Internacional El apartado presenta los procesos del ciclo de vida del software que pueden emplearse para adquirir, suministrar, desarrollar, operar y mantener productos de software. El objetivo es proporcionar un mapa de carreteras a los usuarios de esta Norma Internacional, para que puedan orientarse por si mismos en ella y aplicarla juiciosamente. 4.1 Organizacin de esta Norma Internacional 4.1.1 Procesos del ciclo de vida Esta Norma Internacional agrupa las actividades, que pueden ejecutarse durante el ciclo de vida del software, en cinco procesos primarios, ocho procesos de apoyo y cuatro procesos organizacionales. Cada proceso del ciclo de vida est dividido en un conjunto de actividades y cada actividad adems est dividida en un conjunto de tareas. Un apartado numerado a.b indica un proceso, a.b.c una actividad y a.b.c.d una tarea. Estos procesos del ciclo de vida se presentan a continuacin y su representacin grfica se muestra en la Figura 1. 4.1.1.1 Procesos primarios del ciclo de vida Los procesos primarios del ciclo de vida (apartado 5) constan en cinco procesos que sirven a las primeras partes durante el ciclo de vida de software. Una primera parte es aquella que inicia o realiza el desarrollo, operacin o mantenimiento de los productos de software. Estas primeras partes son el adquiridor, el proveedor, el desarrollador, el operador y el mantenedor de los productos de software. Los procesos primarios son: 1) Proceso de Adquisicin (apartado 5.1). Define las actividades del adquiridor, la organizacin que adquiere un sistema, producto de software o servicio de software. 2) Proceso de Suministro (apartado 5.2). Define las actividades del proveedor, la organizacin que suministra, al adquiridor, un sistema, producto de software o servicio de software. 3) Proceso de Desarrollo (apartado 5.3). Define las actividades del desarrollador, la organizacin que define y desarrolla el producto de software.

10

4) Proceso de Operacin (apartado 5.4). Define las actividades del operador, la organizacin que proporciona a sus usuarios el servicio de operar un sistema de computacin, en su ambiente de trabajo. 5) Proceso de Mantenimiento (apartado 5.5). Define las actividades del mantenedor, la organizacin que proporciona el servicio de mantenimiento al producto de software; esto es, gestionar las modificaciones al producto de software para mantenerlo actualizado y apto para la operacin. Este proceso incluye la migracin y retirada del producto de software. 4.1.1.2 Procesos de apoyo del ciclo de vida Los procesos de apoyo del ciclo de vida del software (apartado 6) constan de ocho procesos. Un proceso de apoyo respalda a otro proceso como una parte integrante, con un propsito distinguible, y contribuye al xito y calidad del proyecto de software. Un proceso de apoyo es empleado y ejecutado por otro proceso, cuando es necesario. Los procesos de apoyo son: 1) Proceso de Documentacin (apartado 6.1). Define las actividades del registro de la informacin producida por un proceso del ciclo de vida. 2) Proceso de Gestin de la Configuracin (apartado 6.2). Define las actividades de la gestin de la configuracin. 3) Proceso de Aseguramiento de la Calidad (apartado 6.3). Define las actividades para asegurar objetivamente que los productos y procesos de software estn conformes con sus requisitos especificados y cumplen sus planes establecidos. Las Revisiones Conjuntas, Auditoras, la Verificacin y Validacin pueden utilizarse como tcnicas del Aseguramiento de la Calidad. 4) Proceso de Verificacin (apartado 6.4). Define las actividades (del adquiridor, el proveedor, o una parte independiente) para verificar los productos de software, con un alcance que vara en dependencia del proyecto de software. 5) Proceso de Validacin (apartado 6.5). Define las actividades (del adquiridor, el proveedor, o una parte independiente) para validar los productos de software del proyecto de software. 6) Proceso de Revisin Conjunta (apartado 6.6). Define las actividades para evaluar el estado y los productos de una actividad. Este proceso puede emplearse por dos partes cualesquiera, donde una parte (parte revisora) revisa a la otra parte (parte revisada) en una reunin conjunta. 7) Proceso de Auditora (apartado 6.7). Define las actividades para determinar la conformidad con los requisitos, planes y contrato. Este proceso puede emplearse por dos partes cualesquiera, donde una parte (parte auditora) audita los productos de software o actividades de la otra parte (parte auditada). 11

8) Proceso de Solucin de Problemas (apartado 6.8). Define un proceso para analizar y eliminar los problemas (incluyendo las no conformidades) que son detectados, cualquiera que sea su naturaleza u origen, durante la ejecucin del proceso de desarrollo, operacin, mantenimiento o cualquier otro proceso.

4.1.1.3 Procesos organizacionales del ciclo de vida Los procesos organizacionales del ciclo de vida (apartado 7) constan de cuatro procesos. Se emplean por una organizacin para establecer e implementar una estructura bsica, constituida por procesos del ciclo de vida y personal asociados, que continuamente mejoran la estructura y los procesos. Se emplean tpicamente fuera del mbito de proyectos y contratos especficos; de cualquier modo, las experiencias adquiridas en la ejecucin de estos proyectos y contratos contribuyen a la mejora de la organizacin. Los procesos organizacionales son: 1) Proceso de Gestin (apartado 7.1). Define las actividades bsicas de la gestin, incluyendo la gestin del proyecto, durante un proceso del ciclo de vida. 2) Proceso de Infraestructura (apartado 7.2). Define las actividades bsicas para establecer la infraestructura de un proceso del ciclo de vida. 3) Proceso de Mejora (apartado 7.3). Define las actividades bsicas que una organizacin (adquiridor, proveedor, desarrollador, operador, mantenedor o el gestor de otro proceso) ejecuta para establecer, medir, controlar y mejorar su proceso del ciclo de vida. 4) Proceso de Recursos Humanos (apartado 7.4). Define las actividades para proporcionar personal formado adecuadamente.
4.1.2

Proceso de Ajuste

El Anexo A, que es normativo, define las actividades bsicas necesarias para realizar el ajuste de esta Norma Internacional. El Anexo B contiene una breve gua para el ajuste de los requisitos de esta Norma Internacional; en ste se enumeran los factores clave, basados en los cuales pueden prepararse las decisiones de ajuste.
4.1.3

Relacin entre los procesos y las organizaciones

Esta Norma Internacional contiene varios procesos que se aplican durante todo el ciclo de vida del software por varias organizaciones, dependiendo de sus necesidades y metas. Para 12

una mejor comprensin, en el Anexo C se presentan las relaciones entre los procesos del ciclo de vida y las partes relacionadas.

5. PROCESOS PRIMARIOS DEL CICLO DE VIDA 5.1 Adquisicin 5.2 Suministro

6. PROCESOS DE APOYO DEL CICLO DE VIDA 6.1 Documentacin 6.2 Gestin de la Configuracin

5.4 Operacin

6.3 Aseguramiento de la Calidad 6.4 Verificacin

5.3 Desarrollo 5.5 Mantenimiento

6.5 Validacin 6.6 Revisin Conjunta 6.7 Auditora

6.8 Solucin de Problemas

7. PROCESOS ORGANIZACIONALES DEL CICLO DE VIDA 7.1 Gestin 7.3 Mejora 13 Figura 1. Estructura de la Norma Internacional 7.2 Infraestructura 7.4 Recursos Humanos

4.2 Relacin del Anexo F con el texto principal de esta Norma Internacional El Anexo F define un Modelo de Referencia de Procesos (MRP) a un nivel de abstraccin superior que al de los requisitos detallados, contenidos en el texto principal de esta Norma. El MRP es aplicable en una organizacin que est evaluando sus procesos para determinar la capacidad de estos procesos. El Propsito y los Resultados especificados en el Anexo F son una declaracin de las metas del desempeo de cada proceso. Esta declaracin de las metas, permite la evaluacin de la eficacia de los procesos de otra manera, distinta a la evaluacin de una simple conformidad. Por ejemplo, se pueden evaluar nuevas definiciones de un proceso con respecto a las declaraciones del Propsito y Resultados en el Anexo F, en lugar que con respecto a las disposiciones detalladas en el texto principal de esta Norma Internacional.
NOTAS 1) 2) 3) El trmino "modelo de referencia de procesos" se utiliza con el mismo significado como el de la Norma ISO/IEC 15504-2. El MRP est previsto a usarse para desarrollar el(los) modelo(s) de evaluacin de procesos utilizando la Norma ISO/IEC 15504-2. Los procesos descritos en el Anexo F contienen extensiones, elaboraciones y algunos procesos nuevos para los cuales no hay el correspondiente desarrollo de actividades y tareas en la Norma ISO/lEC 12207:1995. Esto se rectificar durante su revisin completa. Mientras tanto los nuevos apartados 6.9, 7.1.6 y desde 7.4 hasta 7.7 proporcionan actividades y tareas para los "nuevos" procesos del Anexo F.

14

5 Procesos primarios del ciclo de vida Este apartado define los siguientes procesos primarios del ciclo de vida: 1) 2) 3) 4) 5) Proceso de Adquisicin. Proceso de Suministro. Proceso de Desarrollo. Proceso de Operacin. Proceso de Mantenimiento.

Las actividades y tareas en un proceso primario estn bajo la responsabilidad de la organizacin que lo inicia y lo ejecuta. Esta organizacin asegura que el proceso existe y es funcional.

15

5.1 Proceso de Adquisicin El Proceso de Adquisicin contiene las actividades y tareas del adquiridor. El proceso comienza con la definicin de la necesidad de adquirir un sistema, un producto de software o un servicio de software. El proceso contina con la preparacin y emisin de una solicitud de oferta, la seleccin de un proveedor y la gestin del proceso de adquisicin hasta la aceptacin del sistema, producto de software o servicio de software. La organizacin individual que tiene la necesidad de adquirir, puede llamarse el propietario. El propietario puede contratar, algunas o todas las actividades de adquisicin, a un representante quien a su vez realizar stas de acuerdo con el Proceso de Adquisicin. El adquiridor en este apartado puede ser el propietario o el representante. El adquiridor gestiona el Proceso de Adquisicin a nivel de proyecto siguiendo el Proceso de Gestin (7.1), el cual se emplea en este proceso; establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) 5) Inicio. Preparacin de la solicitud de oferta. Preparacin y actualizacin del contrato. Seguimiento del proveedor. Aceptacin y terminacin.

5.1.1 Inicio. Esta actividad consta de las siguientes tareas: 5.1.1.1 El adquiridor comienza el Proceso de Adquisicin describiendo una concepcin o una necesidad de adquirir, desarrollar o mejorar un sistema, producto de software o un servicio de software. 5.1.1.2 El adquiridor definir y analizar los requisitos del sistema. En los requisitos del sistema deberan incluirse los de negocio, organizacionales y del usuario as como los de 16

proteccin, seguridad y otros requisitos crticos junto con las normas y procedimientos relacionados con el diseo, las pruebas y la conformidad. 5.1.1.3 Si el adquiridor contrata a un proveedor para realizar el anlisis de los requisitos del sistema, entonces el adquiridor aprobar los requisitos analizados. 5.1.1.4 El adquiridor puede realizar l mismo la definicin y anlisis de los requisitos del software o puede contratar a un proveedor para que ejecute esta tarea. 5.1.1.5 El Proceso de Desarrollo (5.3) debera utilizarse para ejecutar las tareas descritas en los apartados 5.1.1.2. y 5.1.1.4. El adquiridor puede utilizar el Subproceso de Obtencin de Requisitos, descrito en el Anexo F, para establecer los requisitos del cliente. 5.1.1.6 El adquiridor considerar las opciones para la adquisicin, comparadas con el anlisis de los criterios adecuados que incluyan el riesgo, costo y beneficios de cada opcin. Las opciones incluyen: a) Comprar un producto de software comercial que satisfaga los requisitos. b) Desarrollar el producto de software u obtener el servicio de software, internamente. c) Desarrollar el producto de software u obtener el servicio de software mediante un contrato. d) Una combinacin de lo sealado en a), b) y c). e) Mejorar un producto o un servicio de software existente. 5.1.1.7 Cuando se va a adquirir un producto de software comercial, el adquiridor asegurar que se cumplan las siguientes condiciones: a) b) c) d) Se satisfacen los requisitos del producto de software. La documentacin est disponible. Se satisfacen los derechos de marca, uso, propiedad, garanta y de licencia. Se ha planificado un soporte tcnico futuro para el producto de software.

5.1.1.8 El adquiridor debera preparar, documentar y ejecutar un plan de adquisicin. El plan debera incluir lo siguiente: a) b) c) d) e) f) Requisitos del sistema. Uso planificado del sistema. Tipo de contrato a emplear. Responsabilidades de las organizaciones involucradas. Concepto sobre el soporte tcnico a utilizar. Riesgos considerados as como los mtodos para gestionarlos.

5.1.1.9 El adquiridor debera definir y documentar la estrategia y las condiciones (criterios) de aceptacin. 17

5.1.2 Preparacin de la solicitud de oferta. Esta actividad consta de las siguientes tareas: 5.1.2.1 El adquiridor debera documentar los requisitos de adquisicin (por ejemplo: la solicitud de oferta), cuyo contenido depende de la opcin de adquisicin seleccionada en el apartado 5.1.1.6. La documentacin de adquisicin debera incluir, cuando sea apropiado, lo siguiente: a) b) c) d) e) f) g) Requisitos del sistema. Declaracin del alcance. Instrucciones para los licitadores. Lista de los productos de software. Trminos y condiciones. Control de los subcontratos. Restricciones tcnicas (por ejemplo: ambiente de operacin).

5.1.2.2 El adquiridor debera determinar cules procesos, actividades y tareas de esta Norma Internacional son apropiados para el proyecto y debera ajustarlos como corresponde. El adquiridor debera especificar especialmente los procesos de apoyo que son aplicables (apartado 6) y las organizaciones que los ejecutarn, incluyendo las responsabilidades, si hay ms de un proveedor, a fin de que los proveedores puedan, en sus ofertas, definir el enfoque para cada uno de los procesos de apoyo especificados. El adquiridor definir el alcance de aquellas tareas que se mencionan en el contrato. 5.1.2.3 La documentacin de adquisicin definir tambin los hitos del contrato en los cuales el avance del proveedor se revisar y auditar como parte del seguimiento de la adquisicin (vase 6.6 y 6.7). 5.1.2.4 Los requisitos de adquisicin se deberan entregar a la organizacin seleccionada para realizar las actividades de adquisicin. 5.1.3 Preparacin y actualizacin del contrato. Esta actividad consta de las siguientes tareas: 5.1.3.1 El adquiridor debera establecer un procedimiento para la seleccin del proveedor, que incluya los criterios de evaluacin de la oferta y la ponderacin de la conformidad con los requisitos. 5.1.3.2 El adquiridor debera seleccionar un proveedor sobre la base de la evaluacin de las ofertas de diferentes proveedores, sus capacidades y otros factores que se consideren necesarios. 5.1.3.3 El adquiridor puede involucrar a otras partes, en el ajuste de esta Norma Internacional para el proyecto, incluyendo a proveedores potenciales, antes de la 18

adjudicacin del contrato. Sin embargo, el adquiridor decidir finalmente el ajuste. El adquiridor incluir o har referencia en el contrato a la Norma Internacional ajustada. 5.1.3.4 El adquiridor preparar y negociar entonces un contrato con el proveedor que consigne los requisitos de adquisicin, incluyendo el costo y el cronograma del producto o servicio de software que ser entregado. El contrato consignar tambin los derechos de marca, uso, propiedad y de licencia asociados a los productos de software comerciales reutilizables. 5.1.3.5 Una vez que el contrato est en ejecucin, el adquiridor controlar los cambios realizados en el contrato a travs de negociaciones con el proveedor como parte del mecanismo de control de cambios. Los cambios al contrato se investigarn con respecto al impacto en los planes, costos, beneficios, calidad y cronograma del proyecto.
NOTA El adquiridor determina si se utiliza el trmino contrato o acuerdo en la aplicacin de esta Norma Internacional.

5.1.4 Seguimiento del proveedor. Esta actividad consta de las siguientes tareas: 5 555555 El adquiridor realizar el seguimiento de las actividades del proveedor de acuerdo con el Proceso de Revisin Conjunta (6.6) y el Proceso de Auditora (6.7). El adquiridor debera complementar el seguimiento con el Proceso de Verificacin (6.4) y el Proceso de Validacin (6.5), cuando sea necesario. 5 555555 El adquiridor cooperar con el proveedor para proporcionar oportunamente toda la informacin necesaria y resolver todos los asuntos pendientes. 5.1.5 Aceptacin y terminacin. Esta actividad comprende las siguientes tareas: 5.1.5.1 El adquiridor debera preparar la aceptacin sobre la base de la estrategia y los criterios de aceptacin definidos. Se deberan incluir la preparacin de los casos de prueba, datos de prueba, procedimientos de prueba y del ambiente de prueba. El alcance de la participacin del proveedor debera definirse. 5.1.5.2 El adquiridor realizar la revisin de aceptacin y la prueba de aceptacin del producto o servicio de software entregado y lo aceptar del proveedor cuando se satisfagan todas las condiciones de aceptacin. El procedimiento de aceptacin debera cumplir las disposiciones del apartado 5.1.1.9. 5.1.5.3 Despus de la aceptacin, el adquiridor debera asumir la responsabilidad de la gestin de la configuracin del producto de software entregado (vase 6.2).
NOTA El adquiridor puede instalar el producto de software o realizar el servicio de software de acuerdo con las instrucciones definidas por el proveedor.

19

5.2 Proceso de Suministro El Proceso de Suministro contiene las actividades y tareas del proveedor. El proceso puede iniciarse bien por una decisin de preparar una oferta para contestar una solicitud de oferta del adquiridor o por la firma y celebracin de un contrato con el adquiridor para el suministro de un sistema, producto de software o un servicio de software. El proceso contina con la determinacin de los procedimientos y recursos necesarios para gestionar y asegurar el proyecto, incluyendo la elaboracin de los planes del proyecto y la ejecucin de los mismos hasta la entrega al adquiridor del sistema, producto de software o servicio de software. El proveedor gestiona el Proceso de Suministro a nivel de proyecto siguiendo el Proceso de Gestin (7.1), el cual se emplea en este proceso; establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) 5) 6) 7) Inicio. Preparacin de la respuesta. Contrato. Planificacin. Ejecucin y control. Revisin y evaluacin. Entrega y terminacin.

5.2.1 Inicio. Esta actividad consta de las siguientes tareas: 5.2.1.1 El proveedor realiza una revisin de los requisitos, en la solicitud de oferta, teniendo en cuenta las polticas de la organizacin y otras regulaciones. 5.2.1.2 El proveedor debera tomar una decisin con respecto a hacer una oferta o aceptar el contrato. 5.2.2 Preparacin de la respuesta. Esta actividad consta de la siguiente tarea: 20

5.2.2.1 El proveedor debera definir y preparar una oferta como respuesta a la solicitud de oferta, incluyendo su recomendacin sobre el ajuste de esta Norma Internacional. 5.2.3 Contrato. Esta actividad consta de las siguientes tareas: 5.2.3.1 El proveedor deber negociar y celebrar un contrato, con la organizacin del adquiridor, para el suministro del producto o servicio de software. 5.2.3.2 El proveedor puede solicitar modificaciones al contrato como parte del mecanismo de control de cambios. 5.2.4 Planificacin. Esta actividad consta de las siguientes tareas: 5.2.4.1 El proveedor deber realizar una revisin de los requisitos de adquisicin para definir el marco de referencia necesario para gestionar y asegurar el proyecto as como para asegurar la calidad del producto o servicio de software entregable. 5.2.4.2 Si no est estipulado en el contrato, el proveedor deber definir o seleccionar un modelo del ciclo de vida del software apropiado para el alcance, la magnitud y complejidad del proyecto. Se debern seleccionar los procesos, actividades y tareas de esta Norma Internacional y establecer la correspondencia entre stos y el modelo del ciclo de vida. 5.2.4.3 El proveedor deber establecer los requisitos para los planes de gestin y aseguramiento del proyecto as como para asegurar la calidad del producto o servicio de software entregable. En los requisitos de los planes se deberan incluir las necesidades de recursos y la participacin del adquiridor. 5.2.4.4 Una vez que los requisitos de planificacin estn establecidos, el proveedor deber considerar las opciones para desarrollar el producto de software o proporcionar el servicio de software, comparadas con un anlisis de los riesgos asociados con cada opcin. Las opciones incluyen: a) Desarrollar el producto de software o proporcionar el servicio de software utilizando recursos internos. b) Desarrollar el producto del software o proporcionar el servicio del software mediante subcontratacin. c) Obtener productos de software comerciales provenientes de fuentes internas o externas. d) Una combinacin de a), b) y c). 5.2.4.5 El proveedor deber elaborar y documentar el plan o los planes de gestin del proyecto sobre la base de los requisitos de planificacin y las opciones seleccionadas en 21

5.2.4.4. Las cuestiones a considerar en el plan incluyen, pero no limitadas a stas, las siguientes: a) Estructura organizativa del proyecto, autoridad y responsabilidad de cada unidad organizacional, incluyendo las organizaciones externas. b) Ambiente de ingeniera (para el desarrollo, la operacin o el mantenimiento, segn el caso), incluyendo el ambiente de prueba, la biblioteca, el equipamiento, las instalaciones, normas, procedimientos y herramientas. c) Estructura de descomposicin del trabajo de los procesos y actividades del ciclo de vida, incluyendo los productos de software, servicios de software y elementos no entregables a realizar, junto con los presupuestos, personal, recursos fsicos, tamao del software y los cronogramas asociados con las tareas. d) Gestin de las caractersticas de la calidad de los productos o servicios de software. Se pueden elaborar planes separados para la calidad. e) Gestin de la proteccin, seguridad y de otros requisitos crticos de los productos o servicios de software. Se pueden elaborar planes separados para la proteccin y la seguridad. f) Gestin del subcontratista, incluyendo la seleccin del subcontratista y el comprometimiento entre el subcontratista y el adquiridor, si existiera.

g) Aseguramiento de la calidad (vase 6.3). h) Verificacin (vase 6.4) y validacin (vase 6.5), incluyendo el enfoque para la interaccin con el agente de verificacin y de validacin, si est especificado. i) Participacin del adquiridor, es decir, por medios tales como revisiones conjuntas (vase 6.6), auditoras (vase 6.7), reuniones informales, informacin, modificaciones y cambios; implementacin, aprobacin, aceptacin y acceso a instalaciones. Participacin del usuario, por medios tales como los ejercicios de establecimiento de requisitos, demostraciones de prototipos y evaluaciones.

j)

k) Gestin de riesgos, es decir, la gestin de las reas del proyecto que involucran riesgos potenciales tcnicos, de costo y asociados al cronograma. l) Poltica de seguridad, es decir, las reglas respecto a que es necesario conocer y al acceso a la informacin de cada nivel de organizacin del proyecto.

m) Aprobacin necesaria por medios tales como regulaciones, certificaciones requeridas y derechos de marca, uso, propiedad, garanta y de licencia. 22

n) Medios para la planificacin, seguimiento e informacin. o) Formacin del personal (vase 7.4). 5.2.5 Ejecucin y control. Esta actividad consta de las siguientes tareas: 5.2.5.1 El proveedor deber implementar y ejecutar el plan o planes de gestin del proyecto elaborados en 5.2.4. 5.2.5.2 El proveedor deber: a) Desarrollar el producto del software de acuerdo con el Proceso del Desarrollo (5.3). b) Operar el producto del software de acuerdo con el Proceso del Operacin (5.4). c) Mantener el producto del software de acuerdo con el Proceso del Mantenimiento (5.5). 5.2.5.3 El proveedor deber realizar el seguimiento y controlar el avance y la calidad de los productos o servicios de software del proyecto durante el ciclo de vida contratado. sta deber ser una tarea continua e iterativa que deber permitir: a) Realizar el seguimiento del avance del desempeo tcnico, los costos y cronogramas, e informar el estado del proyecto. b) La identificacin, registro, anlisis y solucin de problemas. 5.2.5.4 El proveedor deber dirigir y controlar a los subcontratistas de acuerdo con el Proceso de la Adquisicin (5.1). El proveedor deber comunicar a los subcontratistas todos los requisitos contractuales necesarios para asegurar que el producto o servicio de software, entregado al adquiridor, est desarrollado o realizado de acuerdo con los requisitos del contrato principal. 5.2.5.5 El proveedor deber interactuar con el agente independiente de verificacin, validacin o de prueba, tal como est especificado en el contrato y los planes del proyecto. 5.2.5.6 El proveedor deber interactuar con otras partes, tal como est especificado en el contrato y los planes del proyecto. 5.2.6 Revisin y evaluacin. Esta actividad consta de las siguientes tareas: 5.2.6.1 El proveedor debera coordinar las actividades de revisin del contrato, las interfaces y la comunicacin con la organizacin del adquiridor.

23

5.2.6.2 El proveedor deber efectuar o apoyar las reuniones informales, revisiones de aceptacin, pruebas de aceptacin, revisiones conjuntas y auditoras con el adquiridor tal como est especificado en el contrato y los planes del proyecto. Las revisiones conjuntas debern realizarse de acuerdo con 6.6 y las auditoras de acuerdo con 6.7. 5.2.6.3 El proveedor deber realizar la verificacin y validacin de acuerdo con 6.4 y 6.5, respectivamente, para demostrar que los productos o servicios de software y los procesos satisfacen completamente sus respectivos requisitos. 5.2.6.4 El proveedor deber proporcionar al adquiridor los informes de evaluaciones, revisiones, auditoras, pruebas y soluciones de problemas, tal como est especificado en el contrato. 5.2.6.5 El proveedor deber facilitar al adquiridor el acceso a las instalaciones del proveedor y de los subcontratistas para la revisin de los productos o servicios de software, tal como est especificado en el contrato y los planes del proyecto. 5.2.6.6 El proveedor deber realizar las actividades de aseguramiento de la calidad de acuerdo con 6.3. 5.2.7 Entrega y terminacin. Esta actividad consta de las siguientes tareas: 5.2.7.1 El proveedor deber entregar el producto o servicio de software, tal como est especificado en el contrato. 5.2.7.2 El proveedor deber proporcionar asistencia al adquiridor para el soporte tcnico al producto o servicio de software entregado, tal como est especificado en el contrato.

24

5.3 Proceso de Desarrollo El Proceso de Desarrollo contiene las actividades y tareas del desarrollador. El proceso contiene las actividades de anlisis de los requisitos, diseo, codificacin, integracin, pruebas e instalacin, y aceptacin relacionadas con los productos de software. Puede contener actividades relacionadas con el sistema si est estipulado en el contrato. El desarrollador realiza o apoya las actividades de este proceso de acuerdo con el contrato. El desarrollador gestiona el Proceso de Desarrollo a nivel de proyecto siguiendo el Proceso de Gestin (7.1), el cual se emplea en este proceso; establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Cuando el desarrollador es el proveedor del producto de software desarrollado, el desarrollador ejecuta el Proceso de Suministro (5.2). Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) 5) 6) 7) 8) 9) 10) 11) 12) 13) Implementacin del proceso. Anlisis de los requisitos del sistema. Diseo de la arquitectura del sistema. Anlisis de los requisitos del software. Diseo de la arquitectura del software. Diseo detallado del software. Codificacin y prueba del software. Integracin del software. Prueba de calificacin del software. Integracin del sistema. Prueba de calificacin del sistema. Instalacin del software. Apoyo a la aceptacin del software.

5.3.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 25

5.3.1.1 Si no est estipulado en el contrato, el desarrollador deber definir o seleccionar un modelo del ciclo de vida del software apropiado para el alcance, magnitud, y complejidad del proyecto. Las actividades y tareas del Proceso de Desarrollo se debern seleccionar y se deber establecer una correspondencia entre stas y el modelo del ciclo de vida.
Nota: Estas actividades y tareas pueden solaparse o interaccionar y pueden realizarse iterativa o recurrentemente.

5.3.1.2 El desarrollador deber: a) Documentar las salidas de acuerdo con el Proceso de Documentacin (6.1). b) Poner las salidas bajo el Proceso de Gestin de la Configuracin (6.2) y realizar el control de cambios de acuerdo con ste. c) Documentar y solucionar los problemas y las no conformidades encontradas en los productos del software y tareas de acuerdo con el Proceso de Solucin de Problemas (6.8). d) Ejecutar los procesos de apoyo (apartado 6) tal como estn especificados en el contrato. e) Establecer oportunamente lneas de base para cada elemento de la configuracin, cuando lo decidan el adquiridor y el proveedor. 5.3.1.3 El desarrollador deber seleccionar, ajustar y utilizar las normas, mtodos, herramientas y lenguajes de programacin (si no estn estipulados en el contrato) que estn documentados, son apropiados y estn establecidos por la organizacin para realizar las actividades del Proceso de Desarrollo y de los procesos de apoyo (apartado 6). 5.3.1.4 El desarrollador deber elaborar planes para realizar las actividades del Proceso de Desarrollo. Los planes deberan incluir las normas, los mtodos, las herramientas y acciones especficas as como la responsabilidad asociadas con el desarrollo y la calificacin de todos los requisitos, incluyendo la proteccin y la seguridad. Si es necesario, se pueden confeccionar planes separados. Estos planes debern documentarse y ejecutarse. 5.3.1.5 En el desarrollo o mantenimiento del producto del software pueden emplearse elementos no entregables. Sin embargo, se deber asegurar que la operacin y mantenimiento del producto de software entregable, despus de su entrega al adquiridor, son independientes de tales elementos, de otro modo stos deberan considerarse como entregables. 5.3.2 Anlisis de los requisitos del sistema. Esta actividad comprende las siguientes tareas, las cuales el Desarrollador deber realizar o apoyar segn lo requerido por el contrato:

26

5.3.2.1 El uso especfico previsto del sistema que se desarrollar deber analizarse para especificar los requisitos del sistema. La especificacin de los requisitos del sistema deber describir: Funciones y capacidades del sistema. Requisitos del negocio, organizacionales y del usuario. Requisitos de proteccin y seguridad. Requisitos de ingeniera de factores humanos (ergonoma) e interfaces. Requisitos de operacin y mantenimiento. Restricciones de diseo. Requisitos de calificacin.

La especificacin de los requisitos del sistema deber documentarse. 5.3.2.2 Los requisitos del sistema debern evaluarse teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) e) Trazabilidad hasta las necesidades de la adquisicin. Consistencia con las necesidades de la adquisicin. Probabilidad. Factibilidad del diseo de la arquitectura del sistema. Factibilidad de la operacin y el mantenimiento.

5.3.3 Diseo de la arquitectura del sistema. Esta actividad consta de las siguientes tareas, las cuales el desarrollador deber realizar o apoyar segn lo requerido por el contrato: 5.3.3.1 Deber establecerse una arquitectura del sistema de alto nivel. La arquitectura deber identificar los elementos de hardware y software as como las operaciones manuales. Se deber asegurar que todos los requisitos del sistema sean asignados entre los elementos. Los elementos de la configuracin de hardware, los elementos de la configuracin de software y las operaciones manuales debern identificarse posteriormente a partir de estos elementos. La arquitectura del sistema y los requisitos del sistema asignados a los elementos se debern documentar. 5.3.3.2 La arquitectura del sistema y los requisitos de los elementos se debern evaluar, teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) e) Trazabilidad hasta los requisitos del sistema. Consistencia con los requisitos del sistema. Idoneidad de las normas y mtodos de diseo utilizados. Factibilidad de los elementos de software de cumplir sus requisitos asignados. Factibilidad de la operacin y el mantenimiento. 27

5.3.4 Anlisis de los requisitos del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.4.1 El desarrollador deber establecer y documentar los requisitos del software, incluyendo las especificaciones de las caractersticas de la calidad, descritas a continuacin. La gua para especificar las caractersticas de la calidad se puede encontrar en la Norma NC ISO/IEC 9126-1:2005 y dems partes de la Norma Internacional ISO/IEC 9126. a) Especificaciones funcionales y de capacidad, incluyendo el desempeo, las caractersticas fsicas y condiciones ambientales bajo las cuales el elemento de software funcionar. b) Interfaces externas al elemento de software. c) Requisitos de calificacin. d) Especificaciones de proteccin, incluyendo aquellos relacionadas con los mtodos de operacin y mantenimiento, influencias ambientales y daos personales. e) Especificaciones de seguridad, incluyendo aquellas obligaciones respecto a la informacin confidencial. f) relacionadas con las

Especificaciones de ingeniera de factores humanos (ergonoma), incluyendo aquellas relacionadas con las operaciones manuales, interacciones hombremquina, restricciones respecto al personal y las reas que requieren una atencin humana concentrada debido a su sensibilidad a errores humanos y al entrenamiento.

g) Definicin de los datos y requisitos de la base de datos. h) Requisitos de instalacin y de aceptacin del producto de software entregado en el local o los locales de operacin y mantenimiento. i) j) Documentacin del usuario. Requisitos de ejecucin y operacin del usuario.

k) Requisitos de mantenimiento del usuario. 5.3.4.2 El desarrollador deber evaluar los requisitos del software, teniendo en cuenta los criterios enumerados a continuacin. Se debern documentar los resultados de las evaluaciones. 28

a) b) c) d) e) f)

Trazabilidad hasta los requisitos del sistema y el diseo del sistema. Consistencia externa con los requisitos del sistema. Consistencia interna. Probabilidad. Factibilidad del diseo del software. Factibilidad de la operacin y el mantenimiento.

5.3.4.3 El desarrollador deber realizar revisiones conjuntas de acuerdo con 6.6. Al finalizar con xito una revisin, se deber establecer una lnea de base para los requisitos del elemento de software. 5.3.5 Diseo de la arquitectura del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.5.1 El desarrollador deber transformar los requisitos del elemento de software en una arquitectura que describa su estructura a un alto nivel y deber identificar los componentes de software. Se deber asegurar que todos los requisitos del elemento de software son asignados a sus componentes de software y adems son refinados para facilitar el diseo detallado. La arquitectura del elemento de software deber documentarse. 5.3.5.2 El desarrollador deber elaborar y documentar un diseo de alto nivel para las interfaces externas al elemento de software y para las interfaces entre los componentes de software del elemento de software. 5.3.5.3 El desarrollador deber elaborar y documentar un diseo de alto nivel para la base de datos. 5.3.5.4 El desarrollador debera elaborar y documentar las versiones preliminares de la documentacin del usuario. 5.3.5.5 El desarrollador deber definir y documentar los requisitos preliminares de las pruebas y el cronograma para la Integracin del Software. 5.3.5.6 El desarrollador deber evaluar la arquitectura del elemento de software, y los diseos de la interfaz y la base de datos, teniendo en cuenta los criterios sealados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) e) f) Trazabilidad hasta los requisitos del elemento de software. Consistencia externa con los requisitos del elemento de software. Consistencia interna entre los componentes de software. Idoneidad de los mtodos y normas de diseo utilizados. Factibilidad del diseo detallado. Factibilidad de la operacin y el mantenimiento. 29

5.3.5.7 El desarrollador deber realizar una o varias revisiones conjuntas de acuerdo con 6.6. 5.3.6 Diseo detallado del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.6.1 El desarrollador deber elaborar un diseo detallado de cada componente de software del elemento de software. Se debern refinar los componentes de software hasta los niveles ms bajos, conteniendo las unidades de software que pueden ser codificadas, compiladas y probadas. Se deber asegurar que todos los requisitos de software son asignados a partir de los componentes de software hasta las unidades de software. El diseo detallado deber documentarse. 5.3.6.2 El desarrollador deber elaborar y documentar un diseo detallado de las interfaces externas al elemento de software, entre los componentes de software y entre las unidades de software. El diseo detallado de las interfaces deber permitir la codificacin sin la necesidad de informacin adicional. 5.3.6.3 El desarrollador deber elaborar y documentar el diseo detallado de la base de datos. 5.3.6.4 El desarrollador deber actualizar la documentacin del usuario, cuando sea necesario. 5.3.6.5 El desarrollador deber definir y documentar los requisitos de prueba y el cronograma para las prueba de las unidades de software. Los requisitos de prueba deberan incluir la sobrecarga de las unidades de software hasta los lmites de sus requisitos. 5.3.6.6 El desarrollador deber actualizar los requisitos de prueba y el cronograma para la Integracin del Software. 5.3.6.7 El desarrollador deber evaluar el diseo detallado del software y los requisitos de prueba, teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) e) f) Trazabilidad hasta los requisitos del elemento de software. Consistencia externa con el diseo de la arquitectura. Consistencia interna entre los componentes de software y las unidades de software. Idoneidad de los mtodos y normas de diseo utilizadas. Factibilidad de la pruebas. Factibilidad de la operacin y el mantenimiento. 30

5.3.6.8 El desarrollador deber realizar una o varias revisiones conjuntas de acuerdo con 6.6. 5.3.7 Codificacin y prueba del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.7.1 El desarrollador deber desarrollar y documentar lo siguiente: a) Cada unidad de software y base de datos. b) Procedimientos y datos de prueba para probar cada unidad de software y base de datos. 5.3.7.2 El desarrollador deber probar cada unidad de software y base de datos asegurando que stas satisfacen sus requisitos. Los resultados de las pruebas debern documentarse. 5.3.7.3 El desarrollador deber actualizar la documentacin del usuario, cuando sea necesario. 5.3.7.4 El desarrollador deber actualizar los requisitos de prueba y el cronograma para la Integracin del Software. 5.3.7.5 El desarrollador deber evaluar la codificacin del software y los resultados de las pruebas, teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) e) f) g) Trazabilidad hasta los requisitos y el diseo del elemento de software. Consistencia externa con los requisitos y el diseo del elemento de software. Consistencia interna entre los requisitos de las unidades. Cobertura de la prueba de las unidades. Idoneidad de los mtodos y normas de codificacin utilizadas. Factibilidad de la integracin y prueba del software. Factibilidad de la operacin y el mantenimiento.

5.3.8 Integracin del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.8.1 El desarrollador deber elaborar un plan de integracin para integrar las unidades de software y los componentes de software en el elemento de software. El plan deber incluir los requisitos, procedimientos, datos, responsabilidades y el cronograma de pruebas. El plan deber documentarse.

31

5.3.8.2 El desarrollador deber integrar las unidades de software y los componentes de software, y los deber probar a medida que los agregados son desarrollados de acuerdo con el plan de integracin. Se deber asegurar que cada agregado satisface los requisitos del elemento de software y que ste est integrado al final de la actividad de integracin. Los resultados de la integracin y de las pruebas se debern documentar. 5.3.8.3 El desarrollador deber actualizar la documentacin del usuario, cuando sea necesario. 5.3.8.4 El desarrollador deber elaborar y documentar, con relacin a cada requisito de calificacin del elemento de software, un conjunto de pruebas, casos de prueba (entradas, salidas, criterios de prueba) y procedimientos de prueba para realizar la Prueba de Calificacin del Software. El desarrollador deber asegurar que el elemento de software integrado esta listo para la Prueba de Calificacin del Software. 5.3.8.5 El desarrollador deber evaluar el plan de integracin, el diseo, el cdigo, las pruebas, los resultados de las pruebas y la documentacin del usuario, teniendo en cuenta los criterios enumerados a continuacin. Se debern documentar los resultados de las evaluaciones. a) b) c) d) e) f) g) h) Trazabilidad hasta los requisitos del sistema. Consistencia externa con los requisitos del sistema. Consistencia interna. Cobertura de la prueba de los requisitos del elemento de software. Idoneidad de las normas y los mtodos de prueba utilizados. Conformidad con los resultados esperados. Factibilidad de la prueba de calificacin del software. Factibilidad de la operacin y el mantenimiento.

5.3.8.6 El desarrollador deber realizar una o varias revisiones conjuntas de acuerdo con 6.6. 5.3.9 Prueba de calificacin del software. Con relacin a cada elemento de software (o elemento de la configuracin de software, si est identificado), esta actividad consta de las siguientes tareas: 5.3.9.1 El desarrollador deber realizar la prueba de calificacin de acuerdo con los requisitos de calificacin del elemento de software. Se deber asegurar que la implementacin de cada requisito de software se prueba para su conformidad con el requisito. Los resultados de la prueba de calificacin debern documentarse. 5.3.9.2 El desarrollador deber actualizar la documentacin del usuario, cuando sea necesario.

32

5.3.9.3 El desarrollador deber evaluar el diseo, el cdigo, las pruebas, los resultados de las pruebas y la documentacin del usuario, teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) b) c) d) Cobertura de la prueba de los requisitos del elemento de software. Conformidad con los resultados esperados. Factibilidad de la integracin y prueba del sistema, si son realizadas. Factibilidad de la operacin y el mantenimiento.

5.3.9.4 El desarrollador deber apoyar las auditoras de acuerdo con 6.7. Los resultados de las auditoras debern documentarse. Si ambos, el hardware y el software, estn siendo desarrollados o integrados, las auditoras pueden posponerse hasta la Prueba de Calificacin del Sistema.

5.3.9.5 Al finalizar con xito las auditoras, si son realizadas, el desarrollador deber : a) Actualizar y preparar el producto de software entregable para la Integracin del Sistema, Prueba de Calificacin del Sistema, Instalacin del Software o el Apoyo a la Aceptacin del Software, si es pertinente. b) Establecer una lnea de base para el diseo y cdigo del elemento de software.
NOTA La Prueba de Calificacin del Software puede utilizarse en el Proceso de Verificacin (6.4) o en el Proceso de Validacin (6.5).

5.3.10 Integracin del sistema. Esta actividad consta de las siguientes tareas, las cuales el desarrollador deber realizar o apoyar tal como se requiera, segn el contrato: 5.3.10.1 Los elementos de la configuracin del software debern integrarse al sistema, con los elementos de la configuracin de hardware, las operaciones manuales y otros sistemas, segn sea necesario. Los agregados se debern probar, mientras son desarrollados, respecto a sus requisitos. Los resultados de la integracin y de las pruebas debern documentarse. 5.3.10.2 Con relacin a cada requisito de calificacin del sistema, se deber desarrollar y documentar un conjunto de pruebas, casos de prueba (entradas, salidas, criterios de prueba) y procedimientos de prueba para realizar la Prueba de Calificacin del Sistema. El desarrollador deber asegurar que el sistema integrado est listo para la Prueba de Calificacin del Sistema. 5.3.10.3 El sistema integrado deber evaluarse, teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. 33

a) b) c) d) e)

Cobertura de la prueba de los requisitos del sistema. Idoneidad de los mtodos y normas de prueba utilizadas. Conformidad con los resultados esperados. Factibilidad de la prueba de calificacin del sistema. Factibilidad de la operacin y el mantenimiento.

5.3.11 Prueba de calificacin del sistema. Esta actividad consta de las siguientes tareas, las cuales el desarrollador deber realizar o apoyar tal como se requiera por el contrato: 5.3.11.1 La prueba de calificacin del sistema se deber realizar de acuerdo con los requisitos de calificacin especificados para el sistema. Se deber asegurar que la implementacin de cada requisito del sistema es probada para su conformidad con el requisito y que el sistema est listo para su entrega. Los resultados de la prueba de calificacin debern documentarse. 5.3.11.2 El sistema se deber evaluar teniendo en cuenta los criterios enumerados a continuacin. Los resultados de las evaluaciones debern documentarse. a) Cobertura de la prueba de requisitos del sistema. b) Conformidad con los resultados esperados. c) Factibilidad de la operacin y el mantenimiento. 5.3.11.3 El desarrollador deber apoyar a las auditoras de acuerdo con 6.7. Los resultados de las auditoras se debern documentar.
NOTA Este apartado no es aplicable a aquellos elementos de la configuracin de software que hayan sido auditados previamente.

5.3.11.4 Al finalizar con xito las auditoras, si se realizaron, el desarrollador deber: a) Actualizar y preparar el producto de software entregable para la Instalacin del Software y el Apoyo a la Aceptacin del Software. b) Establecer una lnea de base para el diseo y cdigo de cada elemento de la configuracin de software.
NOTA La Prueba de Calificacin del Sistema puede utilizarse en el Proceso de Verificacin (6.4) o en el Proceso de Validacin (6.5).

5.3.12 Instalacin del software. Esta actividad consta de las siguientes tareas: 5.3.12.1 El desarrollador deber elaborar un plan para instalar el producto de software en el ambiente de operacin, tal como est especificado en el contrato. Se debern determinar y estar disponibles, los recursos y la informacin necesaria para instalar el producto de software. El desarrollador deber ayudar al adquiridor en las actividades de puesta en 34

marcha, tal como est especificado en el contrato. Cuando el producto de software instalado reemplaza a un sistema existente, el desarrollador deber apoyar cualquier actividad paralela de puesta en marcha que se requiera segn el contrato. El plan de instalacin deber documentarse. 5.3.12.2 El desarrollador deber instalar el producto de software de acuerdo con el plan de instalacin. Se deber asegurar que el cdigo del software y las bases de datos, se inicializan, ejecutan y concluyen tal como est especificado en el contrato. Las incidencias y resultados de la instalacin debern documentarse. 5.3.13 Apoyo a la aceptacin del software. Esta actividad consta de las siguientes tareas: 5.3.13.1 El desarrollador deber apoyar la revisin y prueba de aceptacin del producto de software por parte del adquiridor. La revisin y prueba de aceptacin debern considerar los resultados de las Revisiones Conjuntas (6.6), Auditoras (6.7), de la Prueba de Calificacin del Software y la Prueba de Calificacin del Sistema, si se realizaron. Los resultados de la revisin y la prueba de aceptacin debern documentarse. 5.3.13.2 El desarrollador deber completar y entregar el producto de software, tal como est especificado en el contrato. 5.3.13.3 El desarrollador deber proporcionar inicial y continuamente una formacin y un soporte tcnico al adquiridor, tal como est especificado en el contrato.

35

5.4 Proceso de Operacin El Proceso de Operacin contiene las actividades y tareas del operador. El proceso cubre la operacin del producto de software y el soporte tcnico de operacin a los usuarios. Debido a que la operacin del producto de software est integrada a la operacin del sistema, las actividades y tareas de este proceso se refieren al sistema. El operador gestiona el Proceso de Operacin a nivel de proyecto siguiendo el Proceso de Gestin (7.1), el cual se emplea en este proceso; establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Cuando el operador es el proveedor del servicio de operacin, el operador ejecuta el Proceso de Suministro (5.2). Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) Implementacin del proceso. Prueba de operacin. Operacin del sistema Soporte tcnico al usuario.

5.4.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 5.4.1.1 El operador deber elaborar un plan y un conjunto de normas de operacin para realizar las actividades y tareas de este proceso. El plan se deber documentar y ejecutar. 36

5.4.1.2 El operador deber establecer procedimientos para la recepcin, registro, solucin y seguimiento de los problemas as como para proporcionar la retroalimentacin. Siempre que se encuentren problemas, stos se debern registrar e introducir en el Proceso de Solucin de Problemas (6.8). 5.4.1.3 El operador deber establecer procedimientos para la prueba del producto de software en su ambiente de operacin, para introducir los informes de problemas y las solicitudes de modificacin en el Proceso de Mantenimiento (5.5) as como para la liberacin del producto de software para su uso operacional. 5.4.2 Prueba de operacin. Esta actividad consta de las siguientes tareas: 5.4.2.1 Con respecto a cada liberacin del producto de software, el operador deber realizar una prueba de operacin y si se satisfacen los criterios especificados, deber liberar el producto de software para su uso operacional. 5.4.2.2 El operador deber asegurar que el cdigo del software y las bases de datos se inicializan, ejecutan y concluyen tal como est descrito en el plan. 5.4.3 Operacin del sistema. Esta actividad consta de la siguiente tarea: 5.4.3.1 El sistema deber ser operado en su ambiente previsto de acuerdo con la documentacin del usuario. 5.4.4 Soporte tcnico al usuario. Esta actividad consta de las siguientes tareas: 5.4.4.1 El operador deber facilitar ayuda y asesora a los usuarios cuando la soliciten. Estas solicitudes y las acciones subsiguientes se debern registrar y realizarles el seguimiento. 5.4.4.2 El operador deber reexpedir las solicitudes del usuario, cuando sea necesario, al Proceso de Mantenimiento (apartado 5.5) para su solucin. Estas solicitudes se debern consignar y las acciones que estn planificadas y adoptadas debern informarse a los iniciadores de las solicitudes. Se deber realizar el seguimiento de todas las soluciones hasta su conclusin. 5.4.4.3 Si un problema informado tiene una solucin provisional antes de que se pueda liberar una solucin permanente, se deber dar al iniciador del informe del problema la opcin de usarla. Las correcciones permanentes, las liberaciones que incluyan funciones o caractersticas omitidas anteriormente y las mejoras al sistema se debern aplicar al producto del software en operacin, utilizando el Proceso de Mantenimiento (5.5).

37

5.5 Proceso de Mantenimiento El Proceso del Mantenimiento contiene las actividades y tareas del mantenedor. Este proceso se activa cuando el producto del software est sometido a modificaciones en el cdigo y la documentacin asociada, debido a un problema o a la necesidad de una mejora o adaptacin. El objetivo es modificar el producto de software existente aunque conservando su integridad. Este proceso incluye la migracin y retirada del producto de software. El proceso termina con la retirada del producto de software. Las actividades sealadas son especficas del Proceso de Mantenimiento, sin embargo, el proceso puede utilizar otros procesos de esta Norma Internacional. Si se utiliza el Proceso de Desarrollo (5.3), el trmino desarrollador se interpreta como mantenedor. El mantenedor gestiona el Proceso de Mantenimiento a nivel de proyecto siguiendo el Proceso de Gestin (7.1), el cual se emplea en este proceso; establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Cuando el mantenedor es el proveedor del servicio de mantenimiento, el mantenedor ejecuta el Proceso de Suministro (5.2). Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 2) Anlisis del problema y de la modificacin. 38

3) 4) 5) 6)

Implementacin de la modificacin. Revisin/aceptacin del mantenimiento. Migracin. Retirada del software.

5.5.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 5.5.1.1 El mantenedor deber elaborar, documentar y ejecutar planes y procedimientos para realizar las actividades y tareas del Proceso de Mantenimiento. 5.5.1.2 El mantenedor deber establecer procedimientos para la recepcin, el registro y seguimiento de los informes de problemas, y de las solicitudes de modificacin hechas por los usuarios as como para proporcionar una retroalimentacin a stos. Siempre que se encuentren problemas, se debern registrar e introducir en el Proceso de Solucin de Problemas (6.8). 5.5.1.3 El mantenedor deber implementar el Proceso de Gestin de la Configuracin (6.2), o establecer una interfaz organizacional con ste, para gestionar las modificaciones al sistema existente. 5.5.2 Anlisis del problema y de la modificacin. Esta actividad consta de las siguientes tareas: 5.5.2.1 El mantenedor deber analizar el informe del problema o la solicitud de modificacin para determinar su impacto en la organizacin, el sistema existente y en los sistemas interconectados con ste, segn lo siguiente: Tipo: por ejemplo, correctivo, perfectivo, preventivo, o adaptativo a un nuevo ambiente. b) Alcance: por ejemplo, tamao de la modificacin, costo y tiempo necesario para la modificacin. c) Criticidad: por ejemplo, impacto en el desempeo, la proteccin, o la seguridad. a) 5.5.2.2 El mantenedor deber reproducir o verificar el problema. 5.5.2.3 Basado en el anlisis realizado, el mantenedor deber elaborar opciones para la implementacin de la modificacin. 5.5.2.4 El mantenedor deber documentar el problema/solicitud de modificacin, los resultados del anlisis y las opciones de implementacin. 5.5.2.5 El mantenedor deber obtener la aprobacin de la opcin de modificacin seleccionada, tal como est especificado en el contrato. 5.5.3 Implementacin de la modificacin. Esta actividad consta de las siguientes tareas: 39

5.5.3.1 El mantenedor deber realizar el anlisis y determinar qu documentacin, unidades de software y versiones es necesario modificar. stas debern documentarse. 5.5.3.2 El mantenedor deber utilizar el Proceso de Desarrollo (5.3) para implementar las modificaciones. Los requisitos del Proceso de Desarrollo se debern complementar como sigue: a) Se debern definir y documentar los criterios de prueba y de evaluacin para probar y evaluar las partes modificadas y no modificadas (unidades, componentes y elementos de la configuracin de software) del sistema. b) Se deber asegurar la implementacin completa y correcta de los nuevos requisitos y de los modificados. Tambin se deber asegurar que los requisitos originales, no modificados, no fueron afectados. Los resultados de las pruebas se debern documentar.

5.5.4 Revisin/aceptacin del mantenimiento. Esta actividad consta de las siguientes tareas: 5.5.4.1 El mantenedor deber realizar una o varias revisiones con la organizacin que autoriza la modificacin para determinar la integridad del sistema modificado. 5.5.4.2 El mantenedor deber obtener la aprobacin de la terminacin satisfactoria de la modificacin, tal como est especificado en el contrato. 5.5.5 Migracin. Esta actividad consta de las siguientes tareas: 5.5.5.1 Si se migra un sistema o un producto de software, incluyendo los datos, de un ambiente de operacin antiguo a uno nuevo, se deber asegurar que cualquier producto de software o los datos producidos o modificados durante la migracin estn de acuerdo con esta Norma Internacional. 5.5.5.2 Se deber elaborar, documentar y ejecutar un plan de migracin. Las actividades de planificacin debern incluir a los usuarios. Se debern incluir en el plan las siguientes cuestiones: a) b) c) d) e) Anlisis de los requisitos y definicin de la migracin. Desarrollo de herramientas de migracin. Conversin del producto de software y de los datos. Ejecucin de la migracin. Verificacin de la migracin. 40

f)

Soporte tcnico al ambiente antiguo en el futuro.

5.5.5.3 Se deber notificar a los usuarios los planes y actividades de la migracin. Las notificaciones debern incluir lo siguiente: a) Declaracin del motivo por el cual al ambiente antiguo no se le prestar ms soporte tcnico en lo adelante. b) Descripcin del nuevo ambiente con su fecha de disponibilidad. c) Descripcin de otras opciones de soporte tcnico disponibles, si existieran, una vez que se haya retirado el soporte tcnico al ambiente antiguo. 5.5.5.4 Se puede realizar paralelamente la operacin en el ambiente antiguo y en el nuevo, para lograr una transicin paulatina al nuevo ambiente. Durante este perodo, se deber proporcionar la formacin necesaria, tal como est especificado en el contrato. 5.5.5.5 Cuando la migracin programada se va efectuar, se deber enviar una notificacin a todos los interesados. Se debera archivar todo, la documentacin, registros y el cdigo asociados al ambiente antiguo. 5.5.5.6 Se deber realizar una revisin postoperacin para evaluar el impacto del cambio en el nuevo ambiente. Los resultados de la revisin se debern enviar a las autoridades competentes para su informacin, gua y accin. 5.5.5.7 Los datos usados por el ambiente antiguo o los asociados a ste debern estar accesibles de acuerdo con los requisitos del contrato concernientes a la proteccin de datos y a la auditora aplicable a los mismos. 5.5.6 Retirada del software. Esta actividad consta de las siguientes tareas:
NOTA El producto de software se retirar a solicitud del propietario.

5.5.6.1 Se deber elaborar y documentar un plan de retirada para cesar el soporte tcnico activo por parte de las organizaciones de operacin y mantenimiento. Las actividades de planificacin debern incluir a los usuarios. El plan deber consignar las cuestiones enumeradas a continuacin. El plan deber ejecutarse. a) Cese total o parcial del soporte tcnico despus de un cierto perodo de tiempo. b) Archivo del producto de software y de su documentacin asociada. c) Responsabilidad por cualesquiera asuntos de soporte tcnico remanentes en el futuro. d) Transicin hacia el nuevo producto de software, si es pertinente. e) Accesibilidad a las copias de los archivos de datos.

41

5.5.6.2 A los usuarios se les deber notificar los planes y las actividades de retirada. Las notificaciones debern incluir lo siguiente: a) Descripcin del sustituto del producto de software o de una versin actualizada de ste con su fecha de disponibilidad. b) Declaracin de la causa por la cual al producto del software no se le prestar ms soporte tcnico en lo adelante. c) Descripcin de otras opciones de soporte tcnico disponibles, una vez que el soporte tcnico haya cesado. 5.5.6.3 Se debera realizar paralelamente la operacin del producto de software que se retira y la del nuevo producto, para lograr una transicin paulatina al nuevo sistema. Durante este perodo, se deber proporcionar formacin al usuario, tal como est especificado en el contrato. 5.5.6.4 Cuando la retirada programada se va efectuar, se deber notificar a todos los interesados. Se debera archivar todo, la documentacin de desarrollo, los registros y el cdigo asociados al producto de software retirado, cuando sea pertinente. 5.5.6.5 Los datos usados por el producto de software retirado o los asociados a ste debern estar accesibles de acuerdo con los requisitos del contrato concernientes a la proteccin de datos y a la auditora aplicable a los mismos.

42

6 Procesos de apoyo del ciclo de vida Este apartado define los siguientes procesos de apoyo del ciclo de vida: 1) 2) 3) 4) 5) 6) 7) 8) Documentacin. Gestin de la Configuracin. Aseguramiento de la Calidad. Verificacin. Validacin. Revisin Conjunta. Auditora. Solucin de Problemas.

Las actividades y tareas de un proceso de apoyo estn bajo la responsabilidad de la organizacin que ejecuta ese proceso. Esta organizacin asegura que el proceso existe y es funcional. La organizacin que emplea o ejecuta un proceso de apoyo lo gestiona a nivel de proyecto siguiendo el Proceso de Gestin (7.1); establece una infraestructura para el proceso de acuerdo con el Proceso de Infraestructura (7.2); ajusta el proceso al proyecto segn el Proceso de Ajuste (Anexo A) y gestiona el proceso a nivel organizacional siguiendo el Proceso de Mejora (7.3) y el Proceso de Recursos Humanos (7.4). Las Revisiones Conjuntas, Auditoras, la Verificacin y la Validacin pueden ser utilizadas como tcnicas del Aseguramiento de la Calidad.

43

6.1 Proceso de Documentacin El Proceso de Documentacin es un proceso para registrar la informacin producida por un proceso o actividad del ciclo de vida. El proceso contiene el conjunto de actividades para planificar, disear, desarrollar, producir, editar, distribuir y mantener los documentos requeridos por todos los interesados tales como dirigentes, ingenieros y usuarios del sistema o del producto de software. La ejecucin de este proceso por una organizacin tiene como resultado el establecimiento de normas de documentacin internas (tales como normas para el plan de gestin del proyecto y el documento del diseo del software) en un soporte adecuado. Es necesario interpretar los trminos utilizados en este proceso de acuerdo con un determinado soporte o dominio. Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) Implementacin del proceso. Diseo y desarrollo. Produccin. Mantenimiento. Implementacin del proceso. Esta actividad consta de la siguiente tarea:

5 5555

44

6.1.1.1 Se deber elaborar, documentar e implementar un plan que identifique los documentos que se producirn durante el ciclo de vida del producto de software. Con respecto a cada documento identificado, se deber consignar lo siguiente: a) Ttulo o nombre. b) Propsito. c) Cantidad prevista de lectores. d) Procedimientos y responsabilidades con respecto a las entradas, el desarrollo, la revisin, modificacin, aprobacin, produccin, el almacenamiento, la distribucin, el mantenimiento y la gestin de la configuracin. e) Cronograma para las versiones intermedias y la final. 5 5555 Diseo y desarrollo. Esta actividad consta de las siguientes tareas:

6.1.2.1 Cada documento identificado deber disearse de acuerdo con las normas de documentacin apropiadas para el formato, descripcin del contenido, numeracin de pginas, colocacin de figuras/tablas, marcas de propiedad/garanta, empaquetado y otros detalles de presentacin. 6.1.2.2 Se debern confirmar la fuente y la correccin de los datos de entrada de los documentos. Se pueden utilizar herramientas automatizadas de documentacin. 6.1.2.3 Se debern revisar y editar los documentos preparados, en cuanto al formato, el contenido tcnico y estilo de la presentacin con respecto a las normas de documentacin. La adecuacin de los documentos deber ser aprobada por el personal autorizado, previamente a su publicacin. 5 5555 Produccin. Esta actividad consta de las siguientes tareas:

6.1.3.1 Los documentos se debern producir y suministrar segn el plan. En la produccin y distribucin de los documentos se puede utilizar papel, soporte electrnico u otros soportes. Se debern almacenar los materiales originales, maestros, de acuerdo con los requisitos, concernientes a los registros, de retencin, seguridad, mantenimiento y de copias de respaldo. 6.1.3.2 Se debern establecer controles de acuerdo con el Proceso de Gestin de la Configuracin (6.2). 5 5555 Mantenimiento. Esta actividad consta de la siguiente tarea:

45

6.1.4.1 Se debern ejecutar las tareas requeridas cuando la documentacin se va a modificar (vase 5.5). Para aquellos documentos que estn bajo la gestin de la configuracin, las modificaciones debern gestionarse de acuerdo con el Proceso de Gestin de la Configuracin (6.2).

6.2 Proceso de Gestin de la Configuracin El Proceso de Gestin de la Configuracin es un proceso de aplicacin de procedimientos administrativos y tcnicos durante el ciclo de vida del software para: identificar, definir y establecer la lnea de base de los elementos de software en un sistema; controlar las modificaciones y liberaciones de los elementos; registrar e informar el estado de los elementos y de las solicitudes de modificacin; asegurar la completitud, consistencia y correccin de los elementos as como controlar el almacenamiento, manipulacin y entrega de los elementos.
NOTA Cuando se emplea este proceso con otros productos o entidades de software, el trmino "elemento de software" se interpretar como corresponde.

Lista de actividades: Este proceso consta de las siguientes actividades: 1) 2) 3) 4) 5) 6) Implementacin del proceso. Identificacin de la configuracin. Control de la configuracin. Contabilidad del estado de la configuracin. Evaluacin de la configuracin. Gestin de liberacin y entrega.

46

6.2.1 Implementacin del proceso. Esta actividad consta de la siguiente tarea: 6.2.1.1 Se deber elaborar un plan de gestin de la configuracin. El plan deber describir: las actividades de gestin de la configuracin, los procedimientos y el cronograma para realizar estas actividades, la organizacin u organizaciones responsables de ejecutar estas actividades y sus relaciones con otras organizaciones, tales como las de desarrollo y mantenimiento del software. El plan deber documentarse e implementarse.
NOTA El plan puede ser una parte del plan de gestin de la configuracin del sistema.

6.2.2 Identificacin de la configuracin. Esta actividad consta de la siguiente tarea: 6.2.2.1 Se deber establecer un esquema para la identificacin de los elementos de software y sus versiones que sern controladas por el proyecto. Con respecto a cada elemento de software y sus versiones, se deber identificar lo siguiente: la documentacin que establece la lnea de base, las referencias de las versiones y otros detalles de identificacin. 6.2.3 Control de la configuracin. Esta actividad consta de la siguiente tarea: 6.2.3.1 Se deber realizar lo siguiente: la identificacin y el registro de las solicitudes de cambio; el anlisis y evaluacin de los cambios; la aprobacin o desaprobacin de la solicitud; y la implementacin, verificacin y liberacin del elemento de software modificado. Deber existir un seguimiento de la auditora, mediante el cual cada modificacin, el motivo de la modificacin y la autorizacin de la modificacin puedan ser trazables. Se debern controlar y auditar todos los accesos a los elementos de software controlados que manejan funciones crticas de proteccin o de seguridad. 6.2.4 Contabilidad del estado de la configuracin. Esta actividad consta de la siguiente tarea: 6.2.4.1 Se debern preparar registros de la gestin e informes de estado que muestren el estado y el historial de los elementos de software controlados, incluyendo la lnea de base. Los informes de estado deberan incluir el nmero de cambios en un proyecto, las ltimas versiones de los elementos de software, los identificadores de las liberaciones, el nmero de liberaciones y las comparaciones entre liberaciones. 6.2.5 Evaluacin de la configuracin. Esta actividad consta de la siguiente tarea: 6.2.5.1 Se deber determinar y asegurar lo siguiente: la completitud funcional de los elementos de software comparada con sus requisitos, y la completitud fsica de los elementos de software (si su diseo y cdigo reflejan una descripcin tcnica actualizada). 6.2.6 Gestin de liberacin y entrega. La actividad consta de la siguiente tarea: 47

6.2.6.1 La liberacin y entrega de los productos de software y de la documentacin se debern controlar formalmente. Se debern mantener copias maestras del cdigo y la documentacin durante la vida del producto de software. El cdigo y la documentacin que contengan funciones crticas de proteccin y seguridad se debern manipular, almacenar, empaquetar y entregar de acuerdo con las polticas de las organizaciones involucradas.

6.3 Proceso de Aseguramiento de la Calidad El Proceso de Aseguramiento de la Calidad es un proceso para proporcionar una adecuada garanta de que los productos y procesos de software del ciclo de vida del proyecto estn conformes con sus requisitos especificados y cumplen sus planes establecidos. Para que el aseguramiento de la calidad sea imparcial se necesita que tenga una libertad y autoridad organizacional con respecto a las personas directamente responsables por el desarrollo del producto de software o la ejecucin del proceso en el proyecto. El aseguramiento de la calidad puede ser interno o externo, dependiendo de si la evidencia de la calidad del producto o del proceso se demuestra a la gerencia del proveedor o del adquiridor. El aseguramiento de la calidad puede utilizar los resultados de otros procesos de apoyo, tales como el de Verificacin, Validacin, Revisin Conjunta, Auditora y Solucin de Problemas. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 2) Aseguramiento del producto. 3) Aseguramiento del proceso. 48

4) Aseguramiento del sistema de la calidad. 6.3.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 6.3.1.1 Se deber establecer un proceso de aseguramiento de la calidad ajustado al proyecto. Los objetivos de este proceso debern ser el asegurar que los productos de software y los procesos empleados para proporcionar estos productos cumplen sus requisitos y sus planes establecidos. 6.3.1.2 El Proceso de Aseguramiento de la Calidad debera estar coordinado con los Procesos de Verificacin (6.4), Validacin (6.5), Revisin Conjunta (6.6) y Auditora (6.7), con los cuales est relacionado. 6.3.1.3 Se deber elaborar, documentar, implementar y mantener, durante la vigencia del contrato, un plan para realizar las actividades y tareas del proceso de aseguramiento de la calidad. El plan deber incluir lo siguiente: a) Normas, metodologas, procedimientos y herramientas de la calidad para realizar las actividades de aseguramiento de la calidad (o sus referencias en la documentacin oficial de la organizacin). b) Procedimientos para la revisin del contrato y la coordinacin del mismo. c) Procedimientos para la identificacin, recopilacin, archivo, mantenimiento y disposicin de los registros de la calidad. d) Recursos, cronograma y responsabilidades para la realizacin de las actividades de aseguramiento de la calidad. e) Actividades y tareas seleccionadas de otros procesos de apoyo, tales como el de Verificacin (6.4), Validacin (6.5), Revisin Conjunta (6.6), Auditora (6.7) y Solucin de Problemas (6.8). 6.3.1.4 Se debern ejecutar las actividades y tareas de aseguramiento de la calidad en curso y planificadas. Cuando se detecten problemas o no conformidades con los requisitos del contrato, se debern documentar y servir como entradas al Proceso de Solucin de Problemas (6.8). Se debern preparar y mantener registros de estas actividades y tareas, de su ejecucin, de los problemas y de sus soluciones. 6.3.1.5 Se debern proporcionar al adquiridor los registros de las actividades y tareas de aseguramiento de la calidad, tal como est especificado en el contrato. 6.3.1.6 Se deber asegurar que las personas responsables de asegurar la conformidad de los requisitos del contrato tienen la libertad organizacional, los recursos y la autoridad 49

para permitir evaluaciones objetivas as como para iniciar, efectuar, solucionar y verificar las soluciones de los problemas. 6.3.2 Aseguramiento del producto. Esta actividad consta de las siguientes tareas: 6.3.2.1 Se deber asegurar que todos los planes requeridos por el contrato estn documentados, cumplen con el contrato, son mutuamente consistentes y estn siendo ejecutados segn sea necesario. 6.3.2.2 Se deber asegurar que los productos de software y la documentacin relacionada con ellos cumplen con el contrato y los planes. 6.3.2.3 Durante la preparacin de la entrega de los productos de software, se deber asegurar que han satisfecho totalmente sus requisitos contractuales y son aceptables para el adquiridor. 6.3.3 Aseguramiento del proceso. Esta actividad consta de las siguientes tareas: 6.3.3.1 Se deber asegurar que aquellos procesos del ciclo de vida del software (suministro, desarrollo, operacin, mantenimiento y los procesos de apoyo incluyendo el aseguramiento de la calidad) empleados por el proyecto cumplen con el contrato y los planes. 6.3.3.2 Se deber asegurar que las prcticas internas de ingeniera de software, del ambiente de desarrollo, ambiente de pruebas y de las bibliotecas cumplen con el contrato. 6.3.3.3 Se deber asegurar que los requisitos del contrato principal que son aplicables, han sido transferidos al subcontratista y que los productos de software de ste satisfacen los requisitos del contrato principal. 6.3.3.4 Se deber asegurar que al adquiridor y a otras partes se les proporciona el apoyo y la cooperacin requerida de acuerdo con el contrato, las negociaciones y los planes. 6.3.3.5 Se debera asegurar que las mediciones de los productos y procesos de software estn de acuerdo con las normas y procedimientos establecidos. 6.3.3.6 Se deber asegurar que el personal asignado tiene la habilidad y el conocimiento requerido para satisfacer los requisitos del proyecto y recibe la formacin necesaria. 6.3.4 Aseguramiento del sistema de la calidad. Esta actividad consta de la siguiente tarea: 6.3.4.1 Se pueden asegurar actividades de gestin de la calidad adicionales de acuerdo con los apartados de la Norma NC ISO/IEC 90003:2006. 50

Nota de la adopcin: En el momento de la aprobacin de esta Norma, estaba vigente la Norma NC ISO/IEC 90003:2006.

6.4 Proceso de Verificacin El Proceso de Verificacin es un proceso para determinar si los productos de software de una actividad cumplen las condiciones o los requisitos impuestos sobre stos en las actividades precedentes. Para que el costo y el desempeo tengan efectividad, la verificacin debera integrarse lo antes posible con el proceso que la emplea (tales como el de suministro, desarrollo, operacin o mantenimiento). Este proceso puede incluir el anlisis, la revisin y la prueba. Este proceso se puede ejecutar con diversos grados de independencia. El grado de independencia puede variar desde la misma persona o una distinta, en la misma organizacin, hasta una persona en una organizacin diferente, con diversos grados de separacin. Cuando el proceso se ejecuta por una organizacin independiente del proveedor, desarrollador, operador, o del mantenedor, se denomina Proceso de Verificacin Independiente. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 51

2) Verificacin. 6.4.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 6.4.1.1 Se deber determinar si el proyecto justifica un esfuerzo de verificacin y el grado de independencia organizacional que necesita este esfuerzo. Se deber analizar la criticidad de los requisitos del proyecto. La criticidad se puede medir en funcin de: a) La posibilidad de que un error no detectado en un requisito del sistema o del software cause la muerte o una lesin personal, el fracaso de la misin del sistema, la prdida o el dao financiero o catastrfico del equipamiento. b) La madurez de la tecnologa del software a utilizarse y los riesgos asociados a ella. c) La disponibilidad de fondos y recursos. 6.4.1.2 Si el proyecto justifica un esfuerzo de verificacin, se deber establecer un proceso de verificacin para verificar el producto de software. 6.4.1.3 Si el proyecto justifica un esfuerzo de verificacin independiente, se deber seleccionar una organizacin calificada para que sea responsable de la realizacin de la verificacin. Se deber asegurar que esta organizacin tenga la independencia y autoridad para ejecutar las actividades de verificacin. 6.4.1.4 Sobre la base del alcance, magnitud, complejidad y del anlisis de la criticidad (vase 6.4.1.1), se debern determinar las actividades del ciclo de vida y los productos de software designados que requieren verificacin. Se debern seleccionar, para las actividades del ciclo de vida y los productos de software designados, las actividades y tareas de verificacin, definidas en 6.4.2, incluyendo los mtodos, tcnicas y herramientas asociadas para realizar las tareas. 6.4.1.5 Se deber elaborar y documentar un plan de verificacin, sobre la base de las tareas de verificacin ya determinadas. El plan deber consignar las actividades del ciclo de vida y los productos de software sometidos a verificacin, las tareas de verificacin requeridas por cada actividad del ciclo de vida y producto de software, as como el cronograma, las responsabilidades y los recursos asociados. El plan deber consignar los procedimientos para el envo de los informes de verificacin al adquiridor y a otras organizaciones involucradas. 6.4.1.6 Se deber implementar el plan de verificacin. Los problemas y las no conformidades detectadas por el esfuerzo de verificacin se debern introducir en el Proceso de Solucin de Problemas (6.8). Todos los problemas y las no conformidades se debern solucionar. Los resultados de las actividades de verificacin debern estar disponibles para el adquiridor y otras organizaciones involucradas. 52

6.4.2 Verificacin. Esta actividad consta de las siguientes tareas: 6.4.2.1 Verificacin del contrato. Se deber verificar el contrato, teniendo en cuenta los siguientes criterios: a) El proveedor tiene la capacidad de satisfacer los requisitos. b) Los requisitos son consistentes y cubren las necesidades del usuario. c) Estn estipulados los procedimientos adecuados para el tratamiento de los cambios a los requisitos y para los problemas del incremento de escala. d) Estn estipulados los procedimientos y su alcance para las relaciones y la cooperacin entre las partes, incluyendo lo relativo a la propiedad, garanta, los derechos de autor y la confidencialidad. e) Estn estipulados los criterios y procedimientos de aceptacin de acuerdo con los requisitos.
NOTA Esta tarea puede utilizarse en la revisin del contrato (vase 6.3.1.3 b).

6.4.2.2 Verificacin del proceso. Se deber verificar el proceso, teniendo en cuenta los siguientes criterios: a5 Los requisitos para la planificacin del proyecto son adecuados y oportunos.

b5 Los procesos seleccionados para el proyecto son adecuados, estn implementados, estn siendo ejecutados como se planific y estn conformes con el contrato. c5 Las normas, procedimientos y ambientes para los procesos del proyecto son adecuados. d5 El proyecto tiene el personal y ste est formado tal como requiere el contrato.

6.4.2.3 Verificacin de los requisitos. Se debern verificar los requisitos, teniendo en cuenta los siguientes criterios: a) Los requisitos del sistema son consistentes, factibles y probables. b) Los requisitos del sistema han sido asignados adecuadamente a los elementos de hardware, elementos de software y operaciones manuales de acuerdo con los criterios de diseo.

53

c) Los requisitos del software son consistentes, factibles, probables y precisin los requisitos del sistema.

reflejan con

d) Los requisitos del software relacionados con la proteccin, seguridad y criticidad son correctos como se evidencia por mtodos rigurosos y adecuados. 6.4.2.4 Verificacin del diseo. Se deber verificar el diseo, teniendo en cuenta los siguientes criterios: a) El diseo est correcto, es consistente con los requisitos y trazable hasta stos. b) El diseo implementa una secuencia correcta de eventos, entradas, salidas, interfaces, flujo lgico, la asignacin de presupuestos valorados y oportunos, as como la definicin, aislamiento y recuperacin de errores. c) El diseo seleccionado se puede obtener de los requisitos. d) El diseo implementa correctamente los requisitos de proteccin, seguridad y otros requisitos crticos como se evidencia mediante mtodos rigurosos y adecuados. 6.4.2.5 Verificacin del cdigo. Se deber verificar el cdigo, teniendo en cuenta los siguientes criterios: a) El cdigo es trazable hasta el diseo y los requisitos, es probable, est correcto y conforme con los requisitos y normas de codificacin. b) El cdigo implementa una secuencia correcta de eventos, interfaces consistentes, un flujo de datos y de control adecuado, una completitud, una asignacin adecuada de presupuestos valorados y oportunos, as como la definicin, aislamiento y recuperacin de errores. c) El cdigo seleccionado se puede obtener del diseo o de los requisitos. d) El cdigo implementa correctamente los requisitos de proteccin, seguridad y otros requisitos crticos, como se evidencia mediante mtodos rigurosos y adecuados. 6.4.2.6 Verificacin de la integracin. Se deber verificar la integracin, teniendo en cuenta los siguientes criterios: a) Los componentes y las unidades de software de cada elemento de software han sido completa y correctamente integrados en el elemento de software. b) Los elementos de hardware, elementos de software y las operaciones manuales del sistema ha sido completa y correctamente integrados en el sistema. 54

c) Las tareas de la integracin se han realizado de acuerdo con un plan de integracin. 6.4.2.7 Verificacin de la documentacin. Se deber verificar la documentacin, teniendo en cuenta los siguientes criterios: a) La documentacin es adecuada, completa y consistente. b) La preparacin de la documentacin es oportuna. c) La gestin de la configuracin de los documentos sigue lo establecido en los procedimientos especificados.

6.5 Proceso de Validacin El Proceso de la Validacin es un proceso para determinar si los requisitos y el sistema o el producto de software final, tal como se han construido, cumplen con su uso especfico previsto. La Validacin se puede ejecutar en etapas tempranas del proyecto. Este proceso puede realizarse como una parte de la actividad Apoyo a la Aceptacin del Software (5.3.13.). Este proceso se puede ejecutar con diversos grados de independencia. El grado de independencia puede variar desde la misma persona o una distinta, en la misma organizacin, hasta una persona en una organizacin diferente, con diversos grados de separacin. Cuando el proceso se ejecuta por una organizacin independiente del proveedor, desarrollador, operador, o del mantenedor, se denomina Proceso de Validacin Independiente. Lista de actividades: Este proceso consta de las siguientes actividades:

55

1) Implementacin del proceso. 2) Validacin. 6.5.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 6.5.1.1 Se deber determinar si el proyecto justifica un esfuerzo de validacin y el grado de independencia organizacional que necesita este esfuerzo. 6.5.1.2 Si el proyecto justifica un esfuerzo de validacin, se deber establecer un proceso de validacin para validar el sistema o el producto de software. Se debern seleccionar las tareas de validacin (definidas ms adelante), incluyendo los mtodos, tcnicas y herramientas asociados para realizarlas. 6.5.1.3 Si el proyecto justifica un esfuerzo de validacin independiente, se deber seleccionar una organizacin calificada para que sea responsable de la conduccin de este esfuerzo. Se deber asegurar que el conductor tenga la independencia y autoridad para realizar las tareas de validacin. 6.5.1.4 Se deber desarrollar y documentar un plan de validacin. El plan deber incluir, sin estar limitado a ello, lo siguiente: a) b) c) d) Elementos sometidos a validacin. Tareas de validacin a realizar. Recursos, responsabilidades y cronograma para la validacin. Procedimientos para el envo de los informes de validacin al adquiridor y otras partes.

6.5.1.5 Se deber implementar el plan de validacin. Los problemas y las no conformidades detectadas por el esfuerzo de validacin se debern introducir en el Proceso de Solucin de Problemas (6.8). Todos los problemas y las no conformidades se debern solucionar. Los resultados de las actividades de validacin debern estar disponibles para el adquiridor y a otras organizaciones involucradas. 6.5.2 Validacin. Esta actividad deber consistir en las siguientes tareas: 6.5.2.1 Preparar los requisitos de prueba, casos de prueba y las especificaciones de prueba seleccionadas para analizar los resultados de las pruebas. 6.5.2.2 Asegurar que estos requisitos de prueba, casos de prueba y especificaciones de prueba reflejan los requisitos particulares para el uso especfico previsto. 6.5.2.3 Realizar las pruebas de los apartados 6.5.2.1 y 6.5.2.2, incluyendo: a) Pruebas con entradas de sobrecarga, lmite y singulares. 56

b) Pruebas del producto de software con respecto a su habilidad de aislar y minimizar el efecto de los errores; es decir, una degradacin gradual hasta que se produzca el fallo y la solicitud de asistencia del operador ante condiciones de sobrecarga, lmite y singulares. c) Pruebas para que usuarios representativos puedan lograr exitosamente sus tareas previstas usando el producto de software. 6.5.2.4 Validar que el producto de software satisface su uso previsto. 6.5.2.5 Probar el producto de software, cuando sea pertinente, en reas seleccionadas del ambiente de operacin. NOTA Otros medios adems de las pruebas (tales como, anlisis, modelado, simulacin, etc.) pueden emplearse para la validacin.

6.6 Proceso de Revisin Conjunta El Proceso de Revisin Conjunta es un proceso para evaluar el estado y los productos de una actividad de un proyecto, cuando sea apropiado. Las revisiones conjuntas se realizan tanto a nivel de la gestin del proyecto como tcnico durante toda la vigencia del contrato. Este proceso puede emplearse por dos partes cualesquiera, donde una de ellas (parte revisora) revisa a la otra (parte revisada). Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 2) Revisiones de la gestin del proyecto. 3) Revisiones tcnicas. 6.6.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas:

57

6.6.1.1 Se debern efectuar revisiones peridicas en hitos predeterminados como est especificado en el(los) plan(es) del proyecto. Se deberan convocar revisiones Ad hoc (que convienen para un fin determinado) cuando se estime necesario por cualquier parte. 6.6.1.2 Las partes debern acordar todos los recursos requeridos para realizar las revisiones. En estos recursos se incluyen el personal, ubicacin, instalaciones, hardware, software y herramientas. 6.6.1.3 En cada revisin, las partes deberan acordar los siguientes puntos: agenda de la reunin, productos de software (resultados de una actividad) y problemas a revisarse, alcance y procedimientos as como los criterios sobre el inicio y terminacin de la revisin. 6.6.1.4 Los problemas detectados durante las revisiones se debern registrar e introducir al Proceso de Solucin de Problemas (6.8) como se requiera. 6.6.1.5 Se debern documentar y distribuir los resultados de cada revisin. La parte revisora le informar a la parte revisada la adecuacin (por ejemplo, aprobacin, desaprobacin o aprobacin provisional) de los resultados de la revisin. 6.6.1.6 Las partes debern llegar a un acuerdo sobre el resultado de la revisin y cualesquiera responsabilidades acerca de detalles de acciones as como sobre los criterios de terminacin. 6.6.2 Revisiones de la gestin del proyecto. Esta actividad consta de la siguiente tarea: 6.6.2.1 El estado del proyecto se deber evaluar en relacin con los planes, cronogramas, normas y directrices del proyecto pertinentes. El resultado de la revisin debera discutirse entre las dos partes y debera facilitar lo siguiente: a) Hacer que las actividades avancen de acuerdo con el plan, sobre la base de una evaluacin del estado de la actividad o del producto de software. b) Mantenimiento del control global del proyecto mediante la asignacin adecuada de recursos. c) Cambio del curso del proyecto o determinacin de la necesidad de una planificacin alterna. d) Evaluacin y gestin de los asuntos sobre riesgos que pueden poner en peligro el xito del proyecto. 6.6.3 Revisiones tcnicas. Esta actividad consta de la siguiente tarea: 6.6.3.1 Se debern efectuar revisiones tcnicas para evaluar los productos o servicios de software que estn siendo considerados y proporcionar evidencia de que: 58

a) Estn completos. b) Cumplen con sus normas y especificaciones. c) Los cambios realizados a stos, estn implementados correctamente y afectan slo a aquellas reas identificadas por el Proceso de Gestin de la Configuracin (6.2). d) Estn cumpliendo los cronogramas pertinentes. e) Estn listos para la siguiente actividad planificada. f) El desarrollo, la operacin o el mantenimiento se estn realizando de acuerdo con los planes, cronogramas, normas y directrices del proyecto.

6.7 Proceso de Auditora El Proceso de Auditora es un proceso para determinar la conformidad con los requisitos, planes y contratos, cuando sea apropiado. Este proceso puede ser empleado por dos partes cualesquiera, donde una de ellas (parte auditora) audita los productos de software o actividades de la otra (parte auditada). Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 2) Auditora. 6.7.1 Implementacin del proceso. Esta actividad comprende las siguientes tareas:

59

6.7.1.1 Se debern realizar auditoras en hitos predeterminados tal como est especificado en el(los) plan(es) del proyecto. 6.7.1.2 El personal de auditora no deber tener ninguna responsabilidad directa con los productos de software y actividades que se auditan. 6.7.1.3 Se debern acordar, entre las partes, todos los recursos requeridos para realizar las auditoras. En estos recursos se incluyen el personal, ubicacin, instalaciones, hardware, software y herramientas. 6.7.1.4 En cada auditora, las partes deberan acordar los siguientes detalles: agenda, productos de software (y resultados de una actividad) a revisarse, alcance y procedimientos de la auditora, as como los criterios sobre el inicio y terminacin de la auditora. 6.7.1.5 Los problemas detectados durante las auditoras se debern registrar e introducir al Proceso de Solucin de Problemas (6.8) como se requiera. 6.7.1.6 Despus de terminada una auditora, sus resultados se debern documentar y proporcionar a la parte auditada. sta deber acusar recibo de la parte auditora de cualesquiera problemas encontrados en la auditora y le deber informar sobre las soluciones planificadas a dichos problemas. 6.7.1.7 Las partes debern llegar a un acuerdo sobre el resultado de la auditora y cualesquiera responsabilidades acerca de detalles de acciones as como sobre los criterios de terminacin. 6.7.2 Auditora. Esta actividad comprende la siguiente tarea: 6.7.2.1 Se debern realizar auditoras para asegurar que: a) Los productos de software tal como estn codificados (por ejemplo, un elemento de software) reflejan la documentacin de diseo. b) Los requisitos de la revisin y prueba de aceptacin, prescritos por la documentacin, son adecuados para la aceptacin de los productos de software. c) Los datos de prueba cumplen con la especificacin. d) Los productos de software fueron probados exitosamente y cumplen sus especificaciones. e) Los informes de las pruebas son correctos y las discrepancias entre los resultados reales y los esperados se han resuelto. 60

f) La documentacin del usuario cumple con las normas especificadas. g) Las actividades se han realizado de acuerdo con los requisitos, planes y el contrato aplicables. h) Los costos y cronogramas cumplen los planes establecidos.

6.8 Proceso de Solucin de Problemas El Proceso de Solucin de Problemas es un proceso para analizar y resolver los problemas (incluyendo las no conformidades), cualquiera que sea su naturaleza u origen, que se descubran durante la ejecucin de los procesos de desarrollo, operacin, mantenimiento u otros procesos. El objetivo es proporcionar los medios oportunos, confiables y documentados para asegurar que todos los problemas descubiertos son analizados y resueltos as como que las tendencias de los mismos son reconocidas. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 2) Solucin de problemas. 61

6.8.1 Implementacin del proceso. La actividad consta de la siguiente tarea: 6.8.1.1 Se deber establecer un proceso de solucin de problemas, para el tratamiento de todos los problemas (incluyendo las no conformidades) detectados en los productos y actividades de software. El proceso deber cumplir los requisitos siguientes: a) El proceso deber ser de lazo cerrado, asegurndose que: Todos los problemas detectados se informan e introducen rpidamente al Proceso de Solucin de Problemas. Se inicia una accin con respecto a los problemas detectados. A las partes pertinentes se les notifica sobre la existencia de los problemas, cuando sea apropiado. Las causas se identifican, analizan y, cuando sea posible, se eliminan. Se consigue la solucin y la disposicin de los problemas. Se hace un seguimiento del estado de los problemas y se informa. Se mantienen registros de los problemas, tal como est estipulado en el contrato. b) El proceso debera contener un esquema para categorizar y priorizar los problemas. Cada problema debera ser clasificado, segn su categora y prioridad, para facilitar el anlisis de tendencias y la solucin del problema. c) Se debern realizar anlisis para detectar tendencias en los problemas reportados. d) Se debern evaluar las soluciones y las disposiciones (eliminaciones) de los problemas: para evaluar que stos han sido resueltos, las tendencias adversas han sido anuladas, los cambios han sido correctamente implementados en los productos de software y actividades pertinentes, y para determinar si se han introducido problemas adicionales. 6.8.2 Solucin de problemas. Esta actividad consta de la siguiente tarea: 6.8.2.1 Cuando se han detectado problemas (incluyendo no conformidades) en un producto de software o en una actividad, se deber preparar un informe de cada problema, en el cual se describa el problema detectado. El informe del problema se deber utilizar como parte del proceso de lazo cerrado descrito anteriormente: desde la deteccin del problema, continuando por la investigacin, anlisis y solucin del problema y su causa, y sobre la deteccin de tendencias en los problemas.

62

7 Procesos organizacionales del ciclo de vida Este apartado define los siguientes procesos organizacionales del ciclo de vida: 1) 2) 3) 4) Proceso de Gestin. Proceso de Infraestructura. Proceso de Mejora. Proceso de Recursos Humanos.

Las actividades y tareas en un proceso organizacional estn bajo la responsabilidad de la organizacin que utiliza ese proceso. La organizacin asegura que el proceso existe y es funcional. 63

7.1 Proceso de Gestin El Proceso de Gestin contiene las actividades y tareas genricas, que pueden emplearse por cualquier parte que tenga que gestionar su(s) respectivo(s) proceso(s). El gestor es responsable de la gestin del producto, la gestin del proyecto y la gestin de las tareas del proceso(s) pertinente(s), tales como los procesos de adquisicin, suministro, desarrollo, operacin, mantenimiento o de apoyo. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Inicio y definicin del alcance. 2) Planificacin. 3) Ejecucin y control. 64

4) Revisin y evaluacin. 5) Cierre. 7.1.1 Inicio y definicin del alcance. Esta actividad consta de las siguientes tareas: 7.1.1.1 El proceso de gestin se deber iniciar con el establecimiento de los requisitos del proceso que se acometer. 7.1.1.2 Una vez que los requisitos estn establecidos, el gestor deber determinar la factibilidad del proceso mediante la comprobacin de que los recursos (personal, materiales, tecnologa y ambiente) requeridos para ejecutar y gestionar el proceso estn disponibles, son suficientes y apropiados, as como que los plazos de terminacin son alcanzables. 7.1.1.3 Cuando sea necesario y con el acuerdo de todas las partes interesadas, los requisitos del proceso pueden modificarse, en este momento, para cumplir los criterios de terminacin. 7.1.2 Planificacin. Esta actividad consta de la siguiente tarea: 7.1.2.1 El gestor deber preparar los planes para la ejecucin del proceso. Los planes asociados con la ejecucin del proceso debern contener las descripciones de las actividades y tareas asociadas as como la identificacin de los productos de software que sern suministrados. Estos planes debern incluir, sin estar limitados a ello, lo siguiente: a) Cronogramas de la ejecucin oportuna de las tareas. b) Estimacin del esfuerzo. c) Recursos adecuados necesarios para la ejecucin de las tareas. d) Distribucin de las tareas. e) Asignacin de responsabilidades. f) Cuantificacin de los riesgos asociados con las tareas o el mismo proceso. g) Medidas de control de la calidad que se emplearn durante el proceso. h) Costos asociados con la ejecucin del proceso. i)Suministro del ambiente y la infraestructura. 7.1.3 Ejecucin y control. Esta actividad consta de las siguientes tareas: 7.1.3.1 El gestor deber comenzar la implementacin del plan para satisfacer el conjunto de objetivos y criterios, ejerciendo un control sobre el proceso. 7.1.3.2 El gestor deber realizar el seguimiento de la ejecucin del proceso, suministrando tanto la informacin interna sobre el avance del proceso como la informacin externa para el adquiridor, tal como est definido en el contrato. 65

7.1.3.3 El gestor deber investigar, analizar y solucionar los problemas encontrados durante la ejecucin del proceso. La solucin de los problemas puede ocasionar cambios en los planes. Es responsabilidad del gestor asegurar que el impacto de cualquier cambio se determine, controle y se le realice un seguimiento. Se debern documentar los problemas y sus soluciones. 7.1.3.4 El gestor deber informar, en puntos acordados, el avance del proceso, declarando si se cumplen los planes y la solucin de los casos que presentan atrasos. Esto incluye la informacin interna y externa que se requiera por los procedimientos organizacionales y el contrato. 7.1.4 Revisin y evaluacin. Esta actividad consta de las siguientes tareas: 7.1.4.1 El gestor deber asegurar que los productos de software y planes se evalan con respecto al cumplimiento de los requisitos. 7.1.4.2 El gestor deber revisar los resultados de la evaluacin de los productos de software, actividades y tareas terminados durante la ejecucin del proceso para el logro de los objetivos y la terminacin de los planes. 7.1.5 Cierre. Esta actividad consta de las siguientes tareas: 7.1.5.1 Cuando todos los productos de software, actividades y tareas estn concluidos, el gestor deber determinar si el proceso est terminado, teniendo en cuenta los criterios especificados en el contrato o que forman parte de un procedimiento de la organizacin. 7.1.5.2 El gestor deber comprobar, con respecto a la completitud, los resultados y los registros de los productos de software, actividades y tareas empleados. Estos resultados y registros se archivarn en un ambiente adecuado, tal como est especificado en el contrato.

7.2 Proceso de Infraestructura El Proceso de Infraestructura es un proceso para establecer y mantener la infraestructura requerida por cualquier otro proceso. La infraestructura puede incluir hardware, software, herramientas, tcnicas, normas e instalaciones para el desarrollo, la operacin o el mantenimiento. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Implementacin del proceso. 66

2) Establecimiento de la infraestructura. 3) Mantenimiento de la infraestructura. 7.2.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 7.2.1.1 La infraestructura debera definirse y documentarse para cumplir los requisitos del proceso que emplea al Proceso de Infraestructura, teniendo en cuenta los procedimientos, normas, herramientas y tcnicas aplicables. 7.2.1.2 El establecimiento de la infraestructura debera planificarse y documentarse. 7.2.2 Establecimiento de la infraestructura. Esta actividad consta de las siguientes tareas: 7.2.2.1 La configuracin de la infraestructura debera planificarse y documentarse. Deberan considerarse la funcionalidad, el desempeo, la proteccin, seguridad, disponibilidad, los requisitos de espacio, equipos, costos y las restricciones de tiempo. 7.2.2.2 La infraestructura deber instalarse a tiempo para la ejecucin del proceso pertinente. 7.2.3 Mantenimiento de la infraestructura. Esta actividad consta de la siguiente tarea: 7.2.3.1 La infraestructura deber ser mantenida, seguida y modificada, cuando sea necesario, para asegurar que contina cumpliendo los requisitos del proceso que emplea al Proceso de Infraestructura. Como parte del mantenimiento de la infraestructura, se deber definir hasta que punto la infraestructura est bajo la gestin de la configuracin.

7.3 Proceso de Mejora El Proceso de Mejora es un proceso para el establecimiento, evaluacin, medicin, control y mejora de un proceso del ciclo de vida del software. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Establecimiento de procesos. 2) Evaluacin de procesos. 3) Mejora de procesos. 67

7.3.1 Establecimiento de procesos. Esta actividad consta de la siguiente tarea: 7.3.1.1 La organizacin deber establecer un conjunto de procesos organizacionales para todos los procesos del ciclo de vida del software, de forma similar a como stos se aplican a sus actividades de negocio. Se debern documentar los procesos y sus aplicaciones a casos especficos, en publicaciones de la organizacin. Se debera establecer, cuando sea apropiado, un mecanismo de control de procesos para desarrollar, realizar el seguimiento, controlar y mejorar el(los) proceso(s). 7.3.2 Evaluacin de procesos. Esta actividad consta de las siguientes tareas: 7.3.2.1 Se debera desarrollar, documentar y aplicar un procedimiento de evaluacin de procesos. Se deberan conservar y mantener los registros de evaluacin. 7.3.2.2 La organizacin deber planificar y realizar revisiones de los procesos a intervalos apropiados para asegurar su continua adecuacin y efectividad, teniendo en cuenta los resultados de la evaluacin. 7.3.3 Mejora de procesos. Esta actividad consta de la siguiente tarea: 7.3.3.1 La organizacin deber efectuar mejoras tales a sus procesos segn determine que sean necesarias, como un resultado de la evaluacin y revisin de los procesos. La documentacin de los procesos debera actualizarse para reflejar la mejora en los procesos organizacionales. 7.3.3.2 Los datos histricos, tcnicos y de evaluaciones deberan recopilarse y analizarse para obtener un conocimiento de las fortalezas y debilidades de los procesos empleados. Estos anlisis deberan utilizarse como retroalimentacin para mejorar estos procesos, recomendar cambios en la direccin de los proyectos (o proyectos subsiguientes) y para determinar las necesidades de avance de la tecnologa. 7.3.3.3 Los datos del costo de la calidad se deberan recopilar, mantener y utilizar para mejorar los procesos de la organizacin, como una actividad de gestin. Estos datos debern servir al propsito de establecer el costo de la prevencin y solucin, de problemas y no conformidades, en los productos y servicios de software.

68

7.4 Proceso de Recursos Humanos El Proceso de Recursos Humanos es un proceso para proporcionar y mantener el personal formado. La adquisicin, suministro, desarrollo, operacin o mantenimiento de los productos de software depende en gran medida de un personal conocedor y experto. Por ejemplo, el personal de desarrollo debera tener una formacin importante en gestin de software e ingeniera de software. Por lo tanto, es imperativo que la formacin del personal se planifique e implemente con anticipacin, de tal modo que el personal formado est disponible a medida que el producto de software se adquiere, suministra, desarrolla, opera o mantiene. Lista de actividades: Este proceso consta de las siguientes actividades: 69

1) Implementacin del proceso. 2) Desarrollo de materiales de formacin. 3) Implementacin del plan de formacin. 7.4.1 Implementacin del proceso. Esta actividad consta de la siguiente tarea: 7.4.1.1 Se deber realizar una revisin de los requisitos del proyecto para establecer y tener en cuenta oportunamente la adquisicin o el desarrollo de los recursos y habilidades requeridos por el personal tcnico y de direccin. Se debern determinar los tipos y niveles de formacin as como las categoras del personal que necesita formacin. Se debera desarrollar y documentar un plan de formacin, consignando los cronogramas de implementacin, los requerimientos de recursos y las necesidades de formacin. 7.4.2 Desarrollo de materiales de formacin. Esta actividad consta de la siguiente tarea: 7.4.2.1 Se deberan desarrollar manuales de formacin, incluyendo materiales de presentacin utilizados para proporcionar la formacin. 7.4.3 Implementacin del plan de formacin. Esta actividad consta de las siguientes tareas: 7.4.3.1 Se deber implementar el plan de formacin para proporcionar la formacin al personal. Los registros de formacin deberan conservarse. 7.4.3.2 Se debera asegurar que la combinacin adecuada y las categoras del personal formado apropiadamente estn disponibles, de una manera oportuna, para las actividades y tareas planificadas.

Anexo A: Proceso de Ajuste (Normativo) El Proceso de Ajuste es un proceso para realizar el ajuste bsico de esta Norma Internacional a un proyecto de software. Este Anexo proporciona los requisitos para ajustar esta Norma Internacional. Lista de actividades: Este proceso consta de las siguientes actividades: 1) Identificacin del ambiente del proyecto. 2) Solicitud de informacin. 3) Seleccin de los procesos, actividades y tareas. 70

4) Documentacin de las decisiones del ajuste y de su fundamento. A.1 Identificacin del ambiente del proyecto. Esta actividad consta de la siguiente tarea: A.1.1 Se debern identificar las caractersticas del ambiente del proyecto que van a influir en el ajuste. Algunas de las caractersticas pueden ser: el modelo del ciclo de vida; la actividad actual del ciclo de vida del sistema; los requisitos del sistema y del software; las polticas, procedimientos y estrategias de la organizacin; el tamao, la criticidad y el tipo del sistema, del producto o del servicio de software; y la cantidad de personal y de partes involucradas. A.2 Solicitud de informacin. Esta actividad consta de la siguiente tarea:

A.2.1 Se deber solicitar informacin a las organizaciones que sern afectadas por las decisiones del ajuste. Los usuarios, el personal de apoyo, los empleados contratados y los licitadores potenciales deberan estar involucrados en el ajuste. A.3 Seleccin de los procesos, actividades y tareas. Esta actividad consta de las siguientes tareas: A.3.1 Se debern decidir los procesos, actividades y tareas a realizarse, incluyendo la documentacin a elaborarse y quines sern los responsables de stos. Para este propsito, esta Norma Internacional debera evaluarse respecto a los datos pertinentes recopilados en los apartados A.1 y A.2. A.3.2 Los procesos, actividades y tareas que se decidieron en A.3.1 pero que no estn definidos en esta Norma Internacional se debern especificar en el mismo contrato. Los procesos del ciclo de vida organizacionales (apartado 7) se deberan evaluar para determinar si ellos pudieran proporcionar estos procesos, actividades y tareas. A.3.3 En esta Norma Internacional, los requisitos se indican mediante tareas que contienen deber(n) o verbos en futuro. Estas tareas deberan considerarse cuidadosamente por si debieran mantenerse o eliminarse en un proyecto o sector de negocios dado. Los factores a considerar incluyen, sin estar limitados a ellos, al: riesgo, costo, cronograma, desempeo, tamao, criticidad e interfaz humana. A.4 Documentacin de las decisiones del ajuste y de su fundamento. Esta actividad consta de la siguiente tarea: A.4.1 Todas las decisiones del ajuste se documentarn conjuntamente con el fundamento de las decisiones.

71

Anexo B: Gua de Ajuste (Informativo) Dos proyectos no son iguales. Las variaciones en las polticas y procedimientos organizacionales, en los mtodos y estrategias de adquisicin, en el tamao y la complejidad del proyecto, en los requisitos del sistema y los mtodos de desarrollo, entre otras cosas, influyen en cmo se adquiere, desarrolla, opera, o mantiene un sistema. Esta Norma Internacional se ha escrito para que un proyecto general se adecue a tales variaciones tanto como sea posible. Por lo tanto, en inters de la reduccin del costo y la mejora de la calidad, esta Norma Internacional se debera ajustar para un proyecto individual. Todas las partes involucradas en el proyecto deberan participar en su ajuste. 72

1. Gua general para el ajuste. Este apartado proporciona una gua para el ajuste de esta Norma Internacional y no es exhaustiva. Este apartado puede utilizarse para realizar un ajuste de primer nivel de esta Norma Internacional para un rea de negocio dado; por ejemplo, aviacin, nuclear, medicina, militar, pas u organizacin. El ajuste de segundo nivel se debera realizar para cada proyecto o contrato especfico. 2. Ajuste del Proceso de Desarrollo El Proceso de Desarrollo (5.3) necesita una atencin especial, porque este proceso puede ser utilizado por diferentes partes con objetivos diferentes. Como un ajuste de primer nivel de este proceso, se recomienda lo siguiente: a) Para un producto de software empotrado en el sistema o integrante del mismo, se deberan considerar todas las actividades en el proceso y se debera aclarar si se requiere que el desarrollador realice o apoye las actividades del sistema. b) Para un producto de software independiente, las actividades del sistema (5.3.2, 5.3.3, 5.3.10 y 5.3.11) puede ser que no se requieran, pero deberan considerarse. 3. Ajuste de las evaluaciones actividades relacionadas con las

Las personas que estn involucradas en cualquier actividad del ciclo de vida de un proyecto o de un proceso, realizan evaluaciones a sus propios productos y actividades de software o a los de otros. Esta Norma Internacional agrupa estas evaluaciones en cinco categoras que se enumeran ms adelante. Las primeras cuatro categoras de evaluacin estn a nivel de proyecto y la ltima a nivel organizacional. Estas evaluaciones se deberan seleccionar y ajustar en correspondencia con el alcance, magnitud, complejidad y criticidad del proyecto o de la organizacin. Los informes de estas evaluaciones, sobre los problemas, las no conformidades y las mejoras se introducen en el Proceso de Solucin de Problemas (6.8). a) Evaluaciones internas de procesos (tareas de evaluacin, desde 5.1 hasta 5.5). Estas evaluaciones son realizadas por el personal que ejecuta las tareas asignadas dentro del proceso durante sus actividades diarias. b) Verificacin (6.4) y Validacin (6.5). Son realizadas por el adquiridor, el proveedor o una parte independiente, para verificar y validar los productos con mayor o menor profundidad dependiendo del proyecto. Estas evaluaciones no duplican o reemplazan otras evaluaciones, sino que las complementan. 73

c) Revisin Conjunta (6.6) y Auditoras (6.7). stas son realizadas, en una reunin conjunta, por la parte revisora y la parte revisada para evaluar el estado y el cumplimiento de los productos y actividades en un cronograma previamente acordado. d) Aseguramiento de la Calidad (6.3). Es realizado por un personal independiente del personal directamente responsable del desarrollo del producto de software o de la ejecucin del proceso. El objetivo es asegurar independientemente la conformidad de los productos y procesos de software con los requisitos del contrato y el cumplimiento de los planes establecidos. Este proceso puede utilizar los resultados de a), b) y c), como entradas. Este proceso puede coordinar sus actividades con las de a), b), y c). e) Mejora (7.3). Es realizada por una organizacin para una gestin eficiente y una automejora de su proceso. Se realiza independientemente de los requisitos del proyecto o del contrato. 4. Consideraciones sobre el ajuste y la aplicacin Los prrafos de este apartado esbozan amplias consideraciones sobre el ajuste y la aplicacin para caractersticas clave del proyecto. Ni las consideraciones ni las caractersticas son exhaustivas y representan solamente una opinin. La Figura B.1 proporciona un ejemplo de la aplicacin de esta Norma Internacional Polticas organizacionales. Determinar qu polticas organizacionales son pertinentes y aplicables, tales como los lenguajes de computacin, la proteccin y seguridad, los requisitos de la reserva de hardware y la gestin de riesgos. Se deberan mantener los apartados de esta Norma Internacional relacionados con estas polticas organizacionales. Estrategia de adquisicin. Determinar qu estrategias de adquisicin son pertinentes y aplicables al proyecto, tales como los tipos de contrato, ms de un contratista, la participacin de subcontratistas y de agentes de verificacin y validacin, el nivel de comprometimiento del adquiridor con los contratistas y la evaluacin de las capacidades de los contratistas. Se deberan mantener los apartados de esta Norma Internacional relacionados con estas estrategias. Opinin sobre el soporte tcnico. Determinar qu conceptos sobre el soporte tcnico son pertinentes y aplicables, tales como la magnitud del soporte previsto, el grado del cambio y si el adquiridor o el proveedor brindarn soporte tcnico. Si el producto de software tendr un soporte tcnico a largo plazo o se espera que cambie significativamente, todos los requisitos de documentacin deberan considerarse. Es aconsejable tener automatizada la documentacin. Modelos del ciclo de vida. Determinar qu modelo o modelos del ciclo de vida son pertinentes y aplicables al proyecto, tales como el de cascada, evolutivo, incremental, 74

iterativo y espiral. Todos estos modelos prescriben ciertos procesos y actividades que pueden realizarse secuencial, repetida y combinadamente; en estos modelos, se debera establecer una correspondencia entre las actividades del ciclo de vida de esta Norma Internacional y el modelo o modelos seleccionados. En los modelos como el evolutivo, incremental o el iterativo las salidas de una actividad del proyecto constituyen las entradas de la siguiente. En estos casos, la documentacin debera estar terminada al final de una actividad o una tarea. Partes involucradas. Determinar o identificar las partes que estn involucradas en el proyecto, tales como el adquiridor, proveedor, desarrollador, subcontratista, agente de verificacin, agente de validacin y el mantenedor as como la cantidad de personal. Todos los requisitos relacionados, con las interfaces organizacionales entre dos partes, se consideran, por ejemplo, entre el adquiridor y el desarrollador, y entre el proveedor y el agente de verificacin o de validacin. Un proyecto grande que involucra muchas personas, decenas o centenas, requiere un seguimiento y control significativos de la gestin. En un proyecto grande son importantes herramientas, tales como las evaluaciones, revisiones, auditoras e inspecciones internas e independientes, as como la recopilacin de datos. En proyectos pequeos estos controles pueden ser excesivos. Actividades del ciclo de vida del sistema. Determinar las actividades del ciclo de vida del sistema actual que son pertinentes y aplicables, tales como el inicio del proyecto por parte del adquiridor, el desarrollo por parte del proveedor y el mantenimiento. Algunos escenarios: El adquiridor est iniciando o definiendo los requisitos del sistema. Se pueden realizar los estudios de factibilidad y la elaboracin de prototipos de los requisitos y del diseo. El cdigo del software se puede desarrollar para los prototipos, el cual puede o no ser utilizado ms tarde en el desarrollo de los productos de software realizados conforme al contrato. Los requisitos del sistema y los requisitos preliminares del software pueden ser desarrollados. En estos casos, el Proceso de Desarrollo (5.3) se puede utilizar como una gua en lugar de un requisito; puede ser que no se requiera el rigor de una calificacin y evaluacin; y puede ser que no sean necesarias revisiones ni auditoras. El desarrollador est produciendo los productos de software conforme al contrato. En este caso, todos los requisitos del Proceso de Desarrollo (5.3) se deberan considerar durante el ajuste. El mantenedor est modificando los productos de software. El Proceso de Mantenimiento est bajo consideracin. Se pueden utilizar partes del Proceso de Desarrollo como miniprocesos. Caractersticas a nivel del sistema. Determinar qu caractersticas a nivel del sistema son pertinentes y aplicables, tales como el nmero de subsistemas y elementos de la configuracin. Si el sistema tiene muchos subsistemas o elementos de la configuracin, el Proceso de Desarrollo (5.3) se debera ajustar cuidadosamente para cada subsistema y 75

elemento de la configuracin. Se deberan considerar todos los requisitos de las interfaces y de integracin. Caractersticas a nivel del software. Determinar las caractersticas a nivel del software que son pertinentes y aplicables, tales como el nmero de elementos de software, tipos, tamao y criticidad de los productos de software, y los riesgos tcnicos. Si el producto de software tiene muchos elementos, componentes y unidades de software, el Proceso de Desarrollo (5.3) se debera ajustar cuidadosamente para cada elemento de software. Se deberan considerar todos los requisitos de las interfaces y de integracin. Determinar los tipos de productos de software que estn involucrados, ya que diferentes tipos de productos de software pueden requerir diferentes decisiones de ajuste. Algunos ejemplos: a) Nuevo desarrollo. Todos los requisitos, particularmente los del Proceso de Desarrollo (5.3), deberan ser considerados. b) Utilizacin de un producto de software comercial tal como es. El Proceso de Desarrollo (5.3) completo puede ser excesivo. Se deberan evaluar el desempeo, la documentacin, la propiedad, el uso, la garanta y los derechos de licencia as como el soporte tcnico futuro relacionados con el producto de software. c) Modificacin de un producto de software comercial. Puede ser que la documentacin no est disponible. Dependiendo de la criticidad y los cambios futuros esperados, se debera usar el Proceso de Desarrollo (5.3) a travs del Proceso de Mantenimiento (5.5). Se debera evaluar el desempeo, la documentacin, la propiedad, el uso, la garanta y los derechos de licencia as como el soporte tcnico futuro relacionados con el producto de software. d) Producto de software o firmware empotrado en el sistema o integrante del mismo. Ya que el producto de software es una parte de un sistema ms grande, se deberan considerar las actividades relacionadas con el sistema en el Proceso de Desarrollo (5.3). En las actividades relacionadas con el sistema, solamente es necesario seleccionar un verbo, realizar o apoyar. Si no es probable, que en el futuro sea modificado el producto de software o el firmware, se debera examinar cuidadosamente el alcance de las necesidades de la documentacin. e) Producto de software independiente. Puesto que este producto de software no es parte de un sistema, no es necesario considerar las actividades relacionadas con el sistema, en el Proceso de Desarrollo (5.3). Las necesidades de la documentacin, particularmente para el mantenimiento, se deberan examinar cuidadosamente. f) Producto de software no entregable. Como ningn elemento se adquirir, suministrar o desarrollar, ninguna estipulacin de esta Norma Internacional debera considerarse, excepto la 5.3.1.5 del Proceso de Desarrollo. Sin embargo, si 76

el adquiridor decide adquirir una parte del producto de software no entregable para una operacin o mantenimiento futuro, entonces este producto de software debera tratarse como en b) o c). Otras consideraciones. Mientras ms dependa el sistema de que el producto de software opere correctamente y sea terminado a tiempo, se debera controlar ms la gestin del proyecto mediante pruebas, revisiones, auditoras, verificacin, validacin, etc. Por el contrario, un control excesivo de la gestin de un producto de software pequeo o no crtico, puede ser que no sea efectivo desde el punto de vista del costo. El desarrollo de un producto de software puede tener riesgos tcnicos. Si la tecnologa del software utilizada no est madura, el producto de software que se est desarrollando no tiene precedentes o es complejo, o contiene requisitos de proteccin, seguridad u otros requisitos crticos, entonces pueden ser necesarias unas especificaciones, un diseo, pruebas y evaluaciones rigurosas. La verificacin y la validacin independiente pueden ser importantes.

OTRAS ENTRADAS

MODELOS Y MTODOS
NORMA ISO/IEC PROCESOS DEL CICLO DE VIDA DEL SOFTWARE CASCADA E M P R E S A

TIEMPO

DINERO
REQUISITOS SEGURIDAD LEGALES PROTECCIN

77

ESPIRAL

MTODOS AMBIENTE

APLICACION AJUSTE EVALUACION PRUEBAS ETC CREDENCIALES (ISO 9001 ) CAPACIDAD DE LA ORGANIZACIN MATRIZ DE RESPONSABILIDAD

QU A D Q

S U M

D E S

O P R

M N T

MANUAL DE LA QUIN CALIDAD

ADQR SUMR DESR

CONTRATO

PROCEDIMIENTOS

PLAN DE LA CALIDAD PLAN DEL PROYECTO

OPER MNTR

PROYECTO INICIADO

Figura B.1 Un Ejemplo de la Aplicacin de la organizaciones Anexo C: Gua sobre procesos y Norma Internacional. (Informativo) Este Anexo, para promover la comprensin, presenta una discusin sobre los procesos, organizaciones y sus relaciones bajo puntos de vista clave. C.1 Procesos bajo puntos de vista clave

78

Esta Norma Internacional contiene los procesos que son apropiados durante el ciclo de vida del software. Sin embargo, estos procesos se pueden utilizar de diferentes maneras por diferentes organizaciones y partes con distintas visiones y objetivos. Este apartado presenta los procesos y sus relaciones bajo puntos de vista clave. Vase 4.1.1 para una sinopsis de los procesos. La Figura C.1 describe los procesos del ciclo de vida del software y sus relaciones bajo diferentes puntos de vista del uso de esta Norma Internacional. Los puntos de vista bsicos mostrados son: contrato, gestin, operacin, ingeniera y apoyo. Bajo el punto de vista contractual, las partes: el adquiridor y el proveedor negocian y acuerdan un contrato, y emplean el Proceso de Adquisicin y el Proceso de Suministro, respectivamente. Bajo el punto de vista de la gestin, el adquiridor, proveedor, desarrollador, operador, mantenedor u otras partes gestionan sus respectivos procesos. Bajo el punto de vista de la operacin, el operador proporciona un servicio de operacin del software a los usuarios. Bajo el punto de vista de la ingeniera, el desarrollador o el mantenedor realizan sus respectivas tareas de ingeniera para producir o modificar los productos de software. Bajo el punto de vista del apoyo, partes (tales como la gestin de la configuracin y el aseguramiento de la calidad) proporcionan servicios de apoyo a otras en la realizacin satisfactoria de tareas nicas y especficas. Tambin se muestran (vase el rectngulo inferior) los procesos organizacionales, stos son empleados por una organizacin a nivel corporativo para establecer e implementar una estructura fundamental, integrada por un proceso o procesos del ciclo de vida y personal asociados, y mejorarlos continuamente. La Figura C.2 presenta los procesos primarios (vase el rectngulo superior izquierdo), de apoyo (vase el rectngulo superior derecho) y organizacionales (vase el rectngulo inferior) del ciclo de vida. Los nombres de las actividades constituyentes de cada proceso, bajo diferentes puntos de vista, se enumeran al principio del apartado correspondiente. El nmero que precede a cada proceso corresponde al del apartado en esta Norma Internacional. El punto de vista del contrato tiene dos procesos del ciclo de vida (vase el rectngulo superior sombreado bajo los Procesos Primarios del Ciclo de Vida): un Proceso de Adquisicin para el adquiridor y un Proceso de Suministro para el proveedor. Estos procesos definen las tareas del adquiridor y del proveedor respectivamente, desde el punto de vista contractual. El punto de vista de ingeniera tiene dos procesos del ciclo de vida (vase el rectngulo inferior sombreado, a la izquierda, en los Procesos Primarios del Ciclo de Vida): un Proceso de Desarrollo y un Proceso de Mantenimiento. El Proceso de Desarrollo se emplea por los ingenieros de desarrollo para producir los productos de software. El Proceso de Mantenimiento se emplea por los ingenieros de mantenimiento para modificar el software y mantenerlo actualizado.

79

El punto de vista de operacin tiene un proceso del ciclo de vida (vase el rectngulo inferior sombreado, a la derecha, en los Procesos Primarios del Ciclo de Vida): un proceso de Operacin. El Proceso de Operacin se emplea para operar el software para sus usuarios. El punto de vista de la gestin de la calidad tiene cinco procesos del ciclo de vida (vase el rectngulo sombreado de los Procesos de Apoyo del Ciclo de Vida): Proceso de Aseguramiento de la Calidad, Proceso de Verificacin, Proceso de Validacin, Proceso de Revisin Conjunta y Proceso de Auditora. Estos procesos de la calidad interrelacionados se emplean para gestionar la calidad durante el ciclo de vida del software. Los procesos de Verificacin, Validacin, Revisin Conjunta y Auditora se pueden emplear, por diferentes partes, como procesos individuales y tambin como tcnicas del Proceso de Aseguramiento de la Calidad. El punto de vista de la gestin tiene un solo proceso (vase el rectngulo sombreado en los Procesos Organizacionales del Ciclo de Vida): un Proceso de Gestin que es utilizado por cualquier organizacin para gestionar sus respectivos procesos. C.2 Procesos, organizaciones y relaciones Los procesos y las organizaciones, o partes, estn solamente relacionados funcionalmente. stos no dictan una estructura para una organizacin o una parte. En esta Norma Internacional, los trminos organizacin y parte son casi sinnimos. Una organizacin es un conjunto de personas organizado para algn propsito especfico, como una asociacin, sindicato, corporacin o sociedad. Cuando una organizacin, como un todo o una parte, entra en un contrato, es una parte. Las organizaciones son entidades diferentes, pero las partes pueden ser de la misma organizacin o de organizaciones distintas. Una organizacin o una parte toma su nombre del proceso que ejecuta, por ejemplo, se le denomina adquiridor cuando realiza el Proceso de Adquisicin. Una organizacin puede realizar un proceso o ms de uno; un proceso puede ser ejecutado por una o varias organizaciones. En un contrato o una aplicacin de esta Norma Internacional, una parte dada no debera ejecutar a la vez el Proceso de Adquisicin y el Proceso de Suministro, pero puede realizar otros procesos. En esta misma Norma Internacional, las relaciones entre los procesos son solamente estticas. Las relaciones dinmicas ms importantes de la vida real entre los procesos, entre las partes y entre los procesos y las partes se establecen automticamente cuando esta Norma Internacional se aplica a los proyectos de software. Cada proceso, y la parte que lo realiza, contribuyen al proyecto de software de una manera propia y nica. El Proceso de Adquisicin, y el adquiridor, contribuyen mediante la definicin del sistema, el cual podra contener un producto de software. El Proceso de Suministro y el proveedor contribuyen mediante el suministro del producto o del servicio de software del cual depende el sistema. 80

El Proceso de Desarrollo y el desarrollador contribuyen "mirando" al sistema para definir y obtener correctamente el producto de software, apoyando la integracin adecuada del producto de software al sistema y desarrollando, en el medio del proceso, el producto de software. El Proceso de Operacin, y el operador, contribuyen mediante la operacin del producto de software en el ambiente del sistema para el beneficio de los usuarios, del negocio y la misin. El Proceso de Mantenimiento, y el mantenedor, contribuyen mediante el mantenimiento y la preservacin del producto de software para una operacin adecuada as como proporcionando soporte tcnico y asesora a la comunidad de usuarios. Cada proceso de apoyo u organizacional contribuye proporcionando funciones nicas y especializadas a otros procesos cuando sea necesario.

emplea

Proceso de Adquisicin
Contrato

Proceso de Suministro

Adquiridor Proveedor

81
emplea emplea Proceso deProceso de Proceso de emplea MantenimientoGestin Operacin emplea emplea

Desarrollador, Gestor de Gerente o Operador ManteneGestor , dor Usuario Procesos VISTA DE APOYO

Figura C.1 Procesos del Ciclo de Vida del SoftwareRoles y Relaciones

VISTA CONTRACTUAL

emplea

VISTA DE GESTIN

5. PROCESOS PRIMARIOS DEL CICLO DE VIDA

6. PROCESOS DE APOYO DEL CICLO DE VIDA VISTA DE OPERACIN

Proceso de Desarrollo

VISTA DE INGENIERA

Procesos de Apoyo
Documentacin Gestin de la Configuracin Solucin de Problemas

Aseguramiento de la Calidad Verificacin Validacin Revisin Conjunta Auditora

Procesos Organizacionales
Mejora Infraestructura

Recursos Humanos

VISTA CONTRACTUAL

Preparacin y actualizacin del contrato

6.1 Proceso de Documentacin

82

5.1 Proceso de Adquisicin

Anexo D (inform Bibliogr

5.2 Proceso de Suministro

6.2 Proceso de Gestin de la Configuracin VISTA DE GESTIN DE LA CALIDAD

VISTA DE INGENIERA 5.3 Proceso de Desarrollo

6.3 Proceso de ACS 6.4 Proceso de Verificacin 6.5 Proceso de Validacin 6.6 Proceso de Revisin Conjunta 6.7 Proceso de Auditora

5.5 Proceso de Mantenimiento

VISTA DE OPERACION 5.4 Proceso de Operacin

6.8 Proceso de Solucin de Problemas

7. PROCESOS ORGANIZACIONALES DEL CICLO DE VIDA VISTA DE GESTION 7.1 Proceso de Gestin 7.2 Proceso de Infraestructura 7.3 Proceso de Mejora 7.4 Proceso de Recursos Humanos

El orden de la posicin de las actividades no significa un orden en el tiempo. Los nombres de las actividades del Proceso de Desarrollo no son nombres de fases de desarrollo.

Figura C.2 Procesos del Ciclo de Vida del Bibliografa Anexo D: Software, Vistas y Actividades (Informativo)

83

[1] NC ISO/IEC 12119:2005, Tecnologa de la Informacin--Paquetes de software Requisitos de calidad y ensayos/pruebas. [2] IEEE Std 1517 - 1999, /EEE Standard for lnformation Technology - Software Life Cycle Processes Reuse Processes [3] NC ISO/IEC 90003:2006, Ingeniera de software Directivas para la aplicacin de la NC ISO 9001:2001 al software de computacin. [4] NC ISO 9000: 2005, Sistemas de gestin de la calidad Fundamentos y Vocabulario. [5] ISO 9001: 2000, Sistemas de gestin de la calidad Requisitos. [6] ISO 9004: 2000, Sistemas de gestin de la calidad Directrices para la mejora del desempeo [7] NC ISO/IEC 9126-1:2005, Ingeniera de softwareCalidad del productoParte 1: Modelo de la calidad. [8] ISO 13407:1999, Ergonomics - Ergonomics of human-system interaction - Humancentred design process for interactive systems [9] ISO/lEC 14598:1998, Software Engineering - Product Evaluation [10] ISO/lEC TR 15504: (all parts), lnformation technology - Software process assessment [11] ISO/lEC 15504-1, (to be published) Software Engineering - Software process assessment - Part 1: Concepts and Vocabulary [12] ISO/TR 18529, Ergonomics - Ergonomics of human-system interaction - Human-centred lifecycle process descriptions [13] ISO/lEC 15939, Software Engineering - Software process measurement Nota de la adopcin: En el momento de la publicacin de esta Norma, estaban vigentes ediciones ms recientes y/o en idioma espaol de las normas de referencia 1, 3, 4, 5, 6 y 7.

Anexo E: Relacin con la Norma ISO/IEC 12207:1995 (Informativo) 84

E.1 Relacin del Propsito y los Resultados con la Norma ISO/IEC 12207:1995 La Norma ISO/IEC 12207:1995 documenta el conjunto de procesos de ingeniera de software que son fundamentales para una buena ingeniera de software y cubre las mejores prcticas. Los Procesos del Ciclo de Vida estn descritos en el Anexo F en funcin del logro de los Propsitos y Resultados definidos; estas descripciones constituyen un modelo de referencia, el cual describe los procesos que una organizacin puede utilizar para adquirir, suministrar, desarrollar, operar y mantener el software. El modelo de referencia tambin se utiliza para proporcionar una base comn para diferentes modelos y mtodos de evaluacin de procesos de software, asegurando que los resultados de las evaluaciones se puedan informar en un mismo contexto. La parte fundamental de la Norma ISO/IEC 12207:1995 especifica las actividades y tareas requeridas para implementar los procesos del ciclo de vida de alto nivel para que los adquiridores, proveedores, desarrolladores, mantenedores y operadores de sistemas, que contienen software, alcancen la capacidad conveniente. El Anexo F agrupa los Propsitos y Resultados en las tres categoras de los procesos del ciclo de vida de ISO/IEC 12207:1995, esto es: Organizacionales, Primarios y de Apoyo. Dentro de cada una de las categoras, hay descripciones de los procesos en funcin de una declaracin del propsito, la cual contiene objetivos funcionales nicos cuando se ejemplifican en un ambiente particular. La declaracin del propsito incluye una documentacin adicional que identifica los resultados de una implementacin exitosa. El anexo F no define cmo, o en qu orden, se lograrn los elementos de las declaraciones de propsito. Los resultados se alcanzarn en una organizacin mediante varias prcticas detalladas, que se ejecutan para producir productos de trabajo. Estas prcticas realizadas y las caractersticas de los productos de trabajo producidos, son indicadores que demuestran si el propsito especfico est siendo logrado. La estructura del Anexo F y su relacin con la Norma Internacional existente, ISO/IEC 12207:1995, est representada en la Tabla E-1. Con respecto al Propsito y los Resultados que son nuevos para la Norma ISO/IEC 12207:1995, las descripciones de sus actividades y/o tareas se proporcionan en los nuevos apartados 6.9, 7.1.6 y desde el apartado 7.4 hasta el 7.7. Las descripciones de las actividades y tareas proporcionadas en estos nuevos apartados estn conformes con la estructura de procesos de la Norma ISO/IEC 12207:1995.

E.2 Propsito y Resultados

85

El Propsito y los Resultados en el Anexo F estn al nivel apropiado de proceso, actividad o tarea para alinearse con la estructura de proceso de la Norma ISO/IEC 12207. La definicin del propsito y de resultados se estipula en el apartado 1.1.2 de esta Enmienda. E.3 Tipos de Proceso La tabla E.1 estipula una correspondencia detallada del contenido del Anexo F, la fuente de la informacin, la estructura del contenido y el tipo de contenido con la Norma Internacional existente, ISO/IEC 12207:1995. La relacin de la estructura de proceso del Anexo F con la Norma ISO/IEC 12207:1995 est definida mediante los siguientes tipos de proceso: Bsico: Estos procesos y subprocesos son idnticos a los procesos y las actividades de la Norma ISO/IEC 12207:1995. Nuevo: Estos procesos y subprocesos son una expansin de la definicin de procesos de la Norma ISO/IEC 12207:1995 Extendido: Estos procesos y subprocesos son ampliaciones de los procesos y actividades existentes de la Norma ISO/IEC 12207:1995 Componente: stos son agrupaciones de actividades existentes de la Norma ISO/IEC 12207:1995

Tabla E.1 Correspondencia entre la Norma ISO/IEC 12207:1995 y el Anexo F 86

Apartado de ISO/IEC 12207 5 5.1

Procesos y Actividades de ISO/IEC 12207 Procesos Primarios del Ciclo de Vida Proceso de Adquisicin

Fuente del Anexo F

Estructura de Procesos del Anexo F

Tipo de Proceso

5.2

Proceso de Suministro

ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC 12207

5.3 5.3.1

5.3.2 5.3.3 5.3.4 5.3.5 5.3.6

Proceso de ISO/IEC Desarrollo 12207 Implementacin del Proceso ISO/IEC/TR 15504-2 Anlisis de los ISO/IEC Requisitos del 12207 Sistema Diseo de la ISO/IEC Arquitectura del 12207 Sistema Anlisis de los ISO/IEC Requisitos del 12207 Software Diseo de la ISO/IEC/TR Arquitectura del 15504-2 software. Diseo Detallado ISO/IEC/TR

Proceso de Adquisicin Preparacin de la Adquisicin Seleccin del Proveedor Seguimiento del Proveedor Aceptacin del Cliente Proceso de Suministro Oferta del Proveedor Contrato/Acuerdo Liberacin del Producto Apoyo a la Aceptacin del Producto Proceso de Desarrollo Obtencin de Requisitos Anlisis de los Requisitos del Sistema Diseo de la Arquitectura del Sistema Anlisis de los Requisitos del Software Diseo del Software Diseo del

bsico componente componente componente componente bsico componente componente componente componente bsico

extendido bsico bsico bsico componente componente

87

5.3.7 5.3.8 5.3.9 5.3.10 5.3.11 5.3.12 5.4

del Software. Codificacin y Prueba del Software Integracin del Software Prueba de Calificacin del Software Integracin del Sistema Prueba de Calificacin del Sistema. Instalacin del Software. Proceso de Operacin

15504-2 ISO/IEC/TR 15504-2 ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC 12207

Software Construccin del Software Integracin del Software. Prueba del Software Integracin del Sistema. Prueba del Sistema Instalacin del Software. Proceso de Operacin Uso Operacional Soporte Tcnico al Cliente Proceso de Mantenimiento Proceso de Documentacin Proceso de Gestin de la Configuracin Proceso de Aseguramiento de la Calidad Proceso de Verificacin Proceso de Validacin Proceso de Revisin Conjunta Proceso de Auditora Proceso de Gestin de Solucin de Problemas Proceso de

componente bsico componente componente componente bsico bsico extendido extendido bsico

5.5 6 6.1 6.2 6.3 6.4 6.5 6.6 6.7 6.8

Proceso de Mantenimiento Procesos de Apoyo del Ciclo de Vida Proceso de Documentacin Proceso de Gestin de la Configuracin Proceso de Aseguramiento de la Calidad Proceso de Verificacin Proceso de Validacin Proceso de Revisin Conjunta Proceso de Auditora Proceso de Solucin de Problemas

bsico bsico bsico bsico bsico bsico bsico extendido

extendido

88

ISO 13407 ISO/IEC 14598 7 7.1 Procesos Organizacionales del Ciclo de Vida Proceso de Gestin

Gestin de Solicitudes de Cambio Proceso de Usabilidad Proceso de Evaluacin del Producto

nuevo extendido

7.2 7.3 7.3.1 7.3.2 7.3.3 7.4

Proceso de Infraestructura Proceso de Mejora Establecimiento de procesos Evaluacin de procesos Mejora de procesos Proceso de Formacin

ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC 15939 ISO/IEC 12207 ISO/IEC 12207 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC/TR 15504-2 ISO/IEC 12207

Proceso de Gestin Alineamiento Organizacional Gestin de la Organizacin Gestin del Proyecto Gestin de la Calidad Gestin de Riesgos Medicin Proceso de Infraestructura Proceso de Mejora Establecimiento de Procesos Evaluacin de Procesos Mejora de Procesos Proceso de Recursos Humanos Gestin de Recursos Humanos Formacin Gestin del Conocimiento Proceso de Gestin de Activos

bsico extendido bsico extendido extendido extendido nuevo bsico bsico componente componente componente nuevo nuevo bsico nuevo nuevo

7.5

IEEE 1517

89

7.6

IEEE 1517

7.7

IEEE 1517

Proceso de Gestin del Programa de Reutilizacin Proceso de Ingeniera del Dominio

nuevo

nuevo

90

Anexo F: Propsito y Resultados (Normativo)

El Anexo F proporciona un modelo de referencia de procesos que est caracterizado en funcin de los propsitos y resultados de los procesos, junto con una arquitectura que representa las relaciones entre los procesos y que describe los resultados previstos de la implementacin de este Anexo por una organizacin o un proyecto. El modelo de referencia de procesos es aplicable en una organizacin que est evaluando los procesos necesarios para el xito del negocio y la subsiguiente mejora continua de estos procesos. El modelo de procesos no representa un enfoque particular de la implementacin de procesos ni prescribe un modelo del ciclo de vida, una metodologa o una tcnica de sistema/software. En cambio, el modelo de referencia est previsto que sea ajustado por una organizacin basada en sus necesidades de negocio y su dominio de aplicacin. El proceso definido de la organizacin se adopta por los proyectos de la organizacin en el contexto de los requisitos del cliente. El propsito y resultados del modelo de referencia son indicadores que demuestran si los procesos de la organizacin se estn realizando. Estos indicadores son tiles a los evaluadores de proceso para determinar la capacidad de un proceso implementado por la organizacin y proporcionar el material necesario para planificar la mejora de los procesos organizacionales. El modelo de referencia est alineado fuertemente con la Norma ISO/IEC 12207:1995, proporciona expectativas detalladas de los procesos e incluye procesos adicionales determinados como esenciales para permitir evaluaciones confiables y repetibles de las organizaciones de software.
NOTA Liberacin del derecho de autor: Los usuarios pueden reproducir libremente las descripciones detalladas del propsito y los resultados de los procesos en el presente Anexo, como parte de cualquier Modelo de Evaluacin basado en el Modelo de Referencia de Procesos o como parte de cualquier demostracin de compatibilidad con el Modelo de Referencia de Procesos, para que pueda utilizarse para su propsito previsto.

F.1 Procesos Primarios del Ciclo de Vida F.1.1 Proceso de Adquisicin Propsito: El propsito del Proceso de Adquisicin es obtener el producto y/o servicio que satisfaga la necesidad expresada por el cliente. El proceso comienza con la identificacin de una necesidad del cliente y termina con la aceptacin del producto y/o servicio requerido por el cliente.

91

NOTA El Anexo H proporciona una extensin del Proceso de Adquisicin que se puede utilizar en lugar del descrito en el Anexo F.

Resultados: Como consecuencia de la implementacin exitosa del Proceso de Adquisicin: 1) Se definen las necesidades y metas de adquisicin, los criterios de aceptacin del producto y/o servicio y las estrategias de adquisicin. 2) Se contrae un acuerdo que expresa claramente la expectativa, las responsabilidades y obligaciones del cliente y del proveedor. 3) Se adquiere un producto y/o un servicio que satisface la necesidad declarada por el cliente. 4) Se realiza el seguimiento de la adquisicin de modo que las restricciones especificadas tales como el costo, cronograma y la calidad son cumplidas. 5) Se aceptan los entregables del proveedor. 6) Cualquier detalle no especificado claramente tiene una conclusin satisfactoria segn lo convenido entre el cliente y el proveedor.
NOTA La numeracin de los resultados es solamente para su identificacin y no implica prioridad o secuencia.

El Proceso de Adquisicin incluye los propsitos y resultados de los siguientes subprocesos: Preparacin de la Adquisicin. Seleccin del Proveedor. Seguimiento del Proveedor. Aceptacin del Cliente.

F.1.1.1 Subproceso de Preparacin de la Adquisicin Propsito: El propsito del Subproceso de Preparacin de la Adquisicin es establecer las necesidades y metas de la adquisicin, y comunicar stas a los proveedores potenciales. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Preparacin de la Adquisicin: 1) Se establece el concepto o la necesidad con respecto a la adquisicin, el desarrollo o la mejora. 2) Se definen y validan los requisitos de adquisicin requeridos, determinados por las necesidades del proyecto. 92

3) Se definen y validan los requisitos conocidos del cliente. 4) Se desarrolla una estrategia de adquisicin. 5) Se definen los criterios de seleccin del proveedor. F.1.1.2 Subproceso de Seleccin del Proveedor Propsito: El propsito del Subproceso de Seleccin del Proveedor es elegir la organizacin que ser responsable de la entrega de los requisitos del proyecto. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Seleccin del Proveedor: 1) Se establecen y utilizan los criterios de seleccin del proveedor para evaluar los proveedores potenciales. 2) Se selecciona el proveedor sobre la base de la evaluacin de las prpuestas del proveedor, las capacidades de los procesos y otros factores. 3) Se establece y negocia un acuerdo entre el cliente y el proveedor. F.1.1.3 Subproceso de Seguimiento del Proveedor Propsito: El propsito del Subproceso de Seguimiento del Proveedor es realizar el seguimiento y evaluar el desempeo del proveedor con respecto a los requisitos acordados. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Seguimiento del Proveedor: 1) Se ejecutan las actividades conjuntas entre el cliente y el proveedor cuando es necesario. 2) Se intercambia regularmente con el proveedor la informacin tcnica sobre el avance del proyecto. 3) Se realiza el seguimiento del desempeo del proveedor con respecto a los requisitos acordados. 4) Se negocian entre el adquiridor y el proveedor los cambios al acuerdo, si son necesarios, y se documentan en el acuerdo.

93

F.1.1.4 Subproceso de Aceptacin del Cliente Propsito: El propsito del Subproceso de Aceptacin del Cliente es aprobar el entregable del proveedor cuando todos los criterios de aceptacin son satisfechos. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Aceptacin del Cliente: 1) Se evala el producto y/o el servicio de software entregado, con respecto al acuerdo. 2) La aceptacin de cliente est basada en los criterios de aceptacin acordados. 3) El cliente acepta el producto y/o el servicio de software. F.1.2 Proceso de Suministro Propsito: El propsito del Proceso de Suministro es proporcionar un producto o un servicio al cliente que cumpla los requisitos acordados. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Suministro: 1) Se produce una respuesta a la solicitud del cliente. 2) Se establece un acuerdo entre el cliente y el proveedor para el desarrollo, mantenimiento, operacin, empaquetado, entrega, e instalacin del producto y/o servicio. 3) Un producto y/o un servicio que cumple los requisitos acordados es desarrollado por el proveedor. 4) El producto y/o el servicio se entrega al cliente de acuerdo con los requisitos acordados. El Proceso de Suministro incluye los propsitos y resultados de los subprocesos siguientes: Oferta del Proveedor Contrato/Acuerdo Liberacin del Producto Apoyo a la Aceptacin del Producto

94

F.1.2.1 Oferta del Proveedor Propsito: El propsito del Subproceso de Oferta del Proveedor es establecer una interfaz para responder las consultas y solicitudes de oferta del cliente, preparar y presentar ofertas, y confirmar las tareas a realizar durante el establecimiento del acuerdo/contrato pertinente Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Oferta del Proveedor: 1) Una interfaz para la comunicacin se establece y mantiene para responder a las consultas y solicitudes de oferta. 2) Las solicitudes de oferta se evalan de acuerdo con criterios definidos para determinar cundo o no presentar una oferta. 3) Se determina la necesidad de comenzar encuestas preliminares o estudios de viabilidad. 4) Se identifican recursos adecuados para realizar el trabajo propuesto. 5) Se prepara y presenta una propuesta del proveedor en respuesta a la solicitud del cliente. 6) Se obtiene una confirmacin formal del acuerdo. F.1.2.2 Subproceso de Contrato/Acuerdo Propsito: El propsito del Subproceso de Contrato/Acuerdo es negociar y aprobar un contrato/acuerdo que especifique clara e inequvocamente las expectativas, responsabilidades, los productos de trabajo/entregables y las obligaciones, tanto del proveedor o proveedores como del cliente. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Contrato/Acuerdo: 1) Se negocia, revisa, aprueba un contrato/acuerdo y se adjudica al proveedor o proveedores. 2) Se revisan y consideran para su inclusin en las condiciones del contrato, los mecanismos para el seguimiento de la capacidad y del desempeo del proveedor o proveedores. 3) Se notifica, a los proponentes/ofertantes, los resultados de la seleccin de la propuesta/oferta. 95

F.1.2.3 Subproceso de Liberacin del Producto Propsito: El propsito del Subproceso de Liberacin del Producto es controlar la disponibilidad de un producto para el cliente previsto. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Liberacin del Producto: 1) 2) 3) 4) 5) 6) 7) Se determina el contenido de la liberacin del producto. Se ensambla la liberacin a partir de los elementos de la configuracin. Se define y produce la documentacin de la liberacin. Se determina el mecanismo de entrega y el soporte de la liberacin. Se efecta la aprobacin de la liberacin con respecto a criterios definidos. Est disponible la liberacin del producto para el cliente previsto. Se obtiene la confirmacin de la liberacin.

F.1.2.4 Subproceso de Apoyo a la Aceptacin del Producto Propsito: El propsito del Subproceso de Apoyo a la Aceptacin del Producto es ayudar al cliente para que obtenga confianza en el producto. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Apoyo a la Aceptacin del Producto: 1) Se termina y entrega el producto al cliente. 2) Se pone en operacin el producto en el ambiente del cliente. 3) Se apoyan las pruebas y revisiones de aceptacin del cliente.
NOTA La entrega incremental se hara mediante incrementos terminados.

F.1.3 Proceso de Desarrollo Propsito: El propsito del Proceso de Desarrollo es transformar un conjunto de requisitos en un producto de software o en un sistema basado en software que satisfaga las necesidades 96

declaradas del cliente. Las actividades del Proceso de Desarrollo son realizadas por el rol de Desarrollador de Sistemas y el de Desarrollador de Software. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Desarrollo: 1) Se recolectan y acuerdan los requisitos para el desarrollo del software. 2) Se desarrolla un producto de software o un sistema basado en software. 3) Se desarrollan productos de trabajo intermedios que demuestran que el producto final est basado en los requisitos. 4) Se establece la consistencia entre los productos del proceso de desarrollo. 5) Se optimizan los factores de la calidad del sistema con respecto a los requisitos del sistema, por ejemplo, velocidad, costo del desarrollo, usabilidad, etc. 6) Se proporciona la evidencia (por ejemplo: de pruebas) que demuestra que el producto final cumple los requisitos. 7) Se instala el producto final segn los requisitos acordados. El Proceso de Desarrollo incluye los propsitos y resultados de los siguientes subprocesos: Obtencin de Requisitos. Anlisis de los Requisitos del Sistema. Diseo de la Arquitectura del Sistema. Anlisis de los Requisitos del Software. Diseo del Software. Construccin del Software (Codificacin y Pruebas Unitarias). Integracin del Software. Prueba del Software. Integracin del Sistema. Prueba del Sistema. Instalacin del Software.

F.1.3.1 Subproceso de Obtencin de Requisitos Propsito: El propsito del Subproceso de Obtencin de Requisitos es recolectar, procesar y realizar el seguimiento de las necesidades y requisitos del cliente que evolucionan durante la vida del producto y/o del servicio para establecer una lnea de base de los requisitos, que sirva como fundamento para la definicin de los productos de trabajo necesarios. La Obtencin de Requisitos puede realizarse por el adquiridor o el desarrollador del sistema.

97

Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Obtencin de Requisitos: 1) Se establece una comunicacin continua con el cliente. 2) Los requisitos del cliente acordados se definen y establecen como lnea de base. 3) Se establece un mecanismo de cambios para evaluar e incorporar cambios, a la lnea de base de los requisitos del cliente, fundamentado en las necesidades variables del cliente. 4) Se establece un mecanismo para el seguimiento continuo de las necesidades del cliente. 5) Se establece un mecanismo para asegurar que los clientes puedan determinar fcilmente el estado y la disposicin de sus solicitudes. 6) Se identifican las mejoras que surgen por cambios en la tecnologa y las necesidades del cliente y se gestiona su impacto. F.1.3.2 Subproceso de Anlisis de los Requisitos del Sistema Propsito: El propsito del Subproceso de Anlisis de los Requisitos del Sistema es transformar los requisitos definidos de las partes involucradas, en un conjunto de requisitos tcnicos del sistema deseado que guiarn el diseo del mismo. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Anlisis de los Requisitos del Sistema: 1) Se establece un conjunto definido de requisitos funcionales y no funcionales del sistema, que describe el problema a resolver. 2) Se utilizan las tcnicas apropiadas para optimizar la solucin preferida del proyecto. 3) Se analizan los requisitos del sistema con respecto a la correccin y probabilidad. 4) Se comprende el impacto de los requisitos del sistema en el ambiente de operacin. 5) Se priorizan, aprueban y actualizan los requisitos segn sea necesario. 6) Se establecen la consistencia y trazabilidad entre los requisitos del sistema y la lnea de base de los requisitos del cliente. 7) Se evalan los cambios a la lnea de base con respecto al costo, cronograma e impacto tcnico. 8) Se comunican los requisitos del sistema a todas las partes afectadas y se establecen como una lnea de base.

98

F.1.3.3 Subproceso de Diseo de la Arquitectura del Sistema Propsito: El propsito del Subproceso de Diseo de la Arquitectura del Sistema es identificar qu requisitos del sistema se debieran asignar a cules elementos del sistema. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Diseo de la Arquitectura del Sistema: 1) Se define un diseo de la arquitectura del sistema que identifica los elementos del sistema y cumple los requisitos definidos. 2) Se consignan los requisitos funcionales y no funcionales del sistema. 3) Los requisitos se asignan a los elementos del sistema. 4) Se definen las interfaces internas y externas de cada elemento del sistema. 5) Se realiza la verificacin entre los requisitos del sistema y la arquitectura del sistema. 6) Los requisitos asignados a los elementos del sistema y sus interfaces son factibles de rastrear hasta la lnea de base de los requisitos del cliente. 7) Se mantiene la consistencia y trazabilidad entre los requisitos del sistema y el diseo de la arquitectura del sistema. 8) Se establece una lnea de base de los requisitos del sistema, el diseo de la arquitectura del sistema y sus relaciones, y se comunican a todas las partes afectadas. F.1.3.4 Subproceso de Anlisis de los Requisitos del Software Propsito El propsito del Subproceso de Anlisis de los Requisitos del Software es establecer los requisitos de los elementos de software del sistema. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Anlisis de los Requisitos del Software: 1) Se definen los requisitos asignados a los elementos de software del sistema y sus interfaces. 2) Se analizan los requisitos del software con respecto a la correccin y probabilidad. 3) Se comprende el impacto de los requisitos del software en el ambiente de operacin. 4) Se establecen la consistencia y trazabilidad entre los requisitos del software y los requisitos del sistema. 99

5) Se define la prioridad para la implementacin de los requisitos del software. 6) Se aprueban y actualizan los requisitos del software cuando es necesario. 7) Se evalan los cambios a los requisitos del software con respecto al costo, cronograma e impacto tcnico. 8) Se establece una lnea de base de los requisitos del software y se comunican a todas las partes afectadas. F.1.3.5 Subproceso de Diseo del Software Propsito: El propsito del Subproceso de Diseo del Software es proporcionar un diseo del software que implemente los requisitos y pueda verificarse con respecto a stos. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Diseo del Software: 1) Se desarrolla un diseo de la arquitectura del software, y se establece una lnea de base, que describe los elementos de software que implementan los requisitos del software. 2) Se definen las interfaces internas y externas de cada elemento de software. 3) Se desarrolla un diseo detallado que describe las unidades de software que pueden construirse y probarse. 4) Se establecen la consistencia y trazabilidad entre los requisitos del software y el diseo del software. F.1.3.6 Subproceso de Construccin del Software Propsito: El propsito del Subproceso de Construccin del Software es producir unidades de software ejecutables que reflejen correctamente el diseo del software. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Construccin del Software: 1) Se definen los criterios de verificacin para todas las unidades de software con respecto a sus requisitos. 2) Se producen unidades de software definidas por el diseo. 3) Se establecen la consistencia y trazabilidad entre los requisitos del software, el diseo y las unidades de software. 100

4) Se realiza la verificacin de las unidades de software con respecto a los requisitos y el diseo. F.1.3.7 Subproceso de Integracin del Software Propsito: El propsito del Proceso de Integracin del Software es combinar las unidades de software, produciendo elementos de software integrados, consistentes con el diseo del software, que demuestren que los requisitos funcionales y no funcionales son satisfechos en una plataforma de operacin completa o equivalente. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Integracin del Software: 1) Se desarrolla una estrategia de integracin de las unidades de software, consistente con el diseo del software y los requisitos del software priorizados. 2) Se desarrollan los criterios de verificacin de los elementos de software que aseguran la conformidad con los requisitos del software asignados a los elementos. 3) Se verifican los elementos de software utilizando los criterios definidos. 4) Se producen los elementos de software definidos por la estrategia de integracin. 5) Se registran los resultados de las pruebas de integracin. 6) Se establecen la consistencia y trazabilidad entre el diseo del software y los elementos de software. 7) Se desarrolla y aplica una estrategia de pruebas de regresin para repetir la verificacin de los elementos de software cuando ocurre un cambio en las unidades de software (incluyendo los requisitos, el diseo y cdigo asociados). F.1.3.8 Subproceso de Prueba del Software Propsito: El propsito del Subproceso de Prueba del Software es confirmar que el producto de software integrado satisface sus requisitos definidos. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Pruebas del Software: 1) Se desarrollan los criterios para la integracin del software que demuestren la conformidad con los requisitos del software. 2) Se verifica el software integrado utilizando los criterios definidos. 101

3) Se registran los resultados de las pruebas. 4) Se desarrolla y aplica una estrategia de pruebas de regresin para repetir las pruebas al software integrado cuando se hace un cambio a los elementos de software. F.1.3.9 Subproceso de Integracin del Sistema Propsito: El propsito del Subproceso de Integracin del Sistema es integrar los elementos del sistema (incluyendo los elementos de software y de hardware, las operaciones manuales, y otros sistemas, cuando sea necesario) para producir un sistema completo que satisfar el diseo del sistema y las expectativas del cliente expresadas en los requisitos del sistema. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Integracin del Sistema: 1) Se desarrolla una estrategia para integrar el sistema de acuerdo con las prioridades de los requisitos del sistema. 2) Se desarrollan los criterios para verificar la conformidad con los requisitos del sistema asignados a los elementos del sistema, incluyendo las interfaces entre estos elementos. 3) Se verifica la integracin del sistema utilizando los criterios definidos. 4) Se desarrolla y aplica una estrategia de pruebas de regresin para repetir las pruebas al sistema cuando se hacen cambios. 5) Se establecen la consistencia y trazabilidad entre el diseo del sistema y los elementos del sistema integrado. 6) Se construye un sistema integrado que demuestra su conformidad con el diseo del sistema y con la validacin de que existe un conjunto completo de elementos del sistema entregables y utilizables. F.1.3.10 Subproceso de Prueba del Sistema Propsito: El propsito del Subproceso de Prueba del Sistema es asegurar que la implementacin de cada requisito del sistema se prueba con respecto a su conformidad y que el sistema est listo para la entrega. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Prueba del Sistema:

102

1) Se desarrollan los criterios, con respecto al sistema integrado, que demuestren su conformidad con los requisitos del sistema. 2) Se verifica el sistema integrado utilizando los criterios definidos. 3) Se registran los resultados de las pruebas. 4) Se desarrolla y aplica una estrategia de pruebas de regresin para repetir las pruebas al sistema integrado si se debiera hacer un cambio a los elementos del sistema existentes. F.1.3.11 Subproceso de Instalacin del Software Propsito: El propsito del Subproceso de Instalacin del Software es instalar el producto de software, que satisface los requisitos acordados, en el ambiente de operacin. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Instalacin del Software: 1) Se desarrolla una estrategia de instalacin del software. 2) Se desarrollan los criterios, con relacin a la instalacin del software, que demuestre su conformidad con los requisitos de instalacin del software. 3) Se instala el producto del software en el ambiente de operacin. 4) Se asegura que el producto de software est listo para el uso en su ambiente previsto. F.1.4 Proceso de Operacin Propsito: El propsito del Proceso de Operacin es operar el producto de software en su ambiente previsto y proporcionar soporte tcnico a los clientes del producto de software. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Operacin: 1) Se identifican y evalan las condiciones para la correcta operacin del software en su ambiente previsto. 2) Se opera el software en su ambiente previsto. 3) Se proporciona asistencia y consultora a los clientes del producto de software segn el acuerdo. El Proceso de Operacin incluye el propsito y los resultados de los siguientes subprocesos: 103

Uso Operacional. Soporte Tcnico al Cliente.

F.1.4.1 Subproceso de Uso Operacional Propsito: El propsito del Subproceso de Uso Operacional es asegurar la operacin correcta y eficiente del producto durante su uso previsto y en su ambiente instalado. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Uso Operacional: 1) Se identifican, y se realiza el seguimiento de los riesgos operacionales para la introduccin y operacin del producto. 2) Se opera el producto en su ambiente previsto de acuerdo con los requisitos. 3) Se desarrollan los criterios, con respecto al uso operacional, que demuestren su conformidad con los requisitos acordados. F.1.4.2 Subproceso de Soporte Tcnico al Cliente Propsito: El propsito del Subproceso de Soporte Tcnico al Cliente es establecer y mantener un nivel aceptable de servicio mediante la asistencia y consultora al cliente para apoyarlo en el uso eficaz del producto. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Soporte Tcnico al Cliente: 1) Se identifican y se realiza el seguimiento, continuamente, de las necesidades de servicio para el soporte tcnico al cliente. 2) Se evala continuamente la satisfaccin del cliente tanto con la prestacin de los servicios de soporte tcnico como con el producto mismo. 3) Se proporciona un soporte tcnico operacional mediante la atencin de las consultas y solicitudes del cliente, y la solucin de los problemas de operacin. 4) Se satisfacen las necesidades de servicio tcnico al cliente mediante la prestacin de servicios apropiados.

104

F.1.5 Proceso de Mantenimiento Propsito: El propsito del Proceso de Mantenimiento es modificar un producto de sistema/software despus de la entrega para corregir fallos, mejorar la ejecucin u otros atributos, o adaptarlo a un ambiente transformado.
NOTA El objetivo es modificar y/o retirar productos de sistema/software existentes, mientras que se conserve la integridad de las operaciones de la organizacin

Resultados: Como consecuencia de la implementacin exitosa del Proceso de Mantenimiento: 1) Se desarrolla una estrategia de mantenimiento para gestionar la modificacin, migracin y retiro de los productos de acuerdo con la estrategia de liberacin. 2) Se identifica el impacto, de los cambios al sistema existente, en la organizacin, las operaciones o interfaces. 3) Se actualiza la documentacin del sistema/software afectada cuando es necesario. 4) Se desarrollan productos modificados con pruebas asociadas que demuestran que los requisitos no estn comprometidos. 5) Se migran las actualizaciones del producto al ambiente del cliente. 6) Se retiran del uso, por una solicitud, los productos de una manera controlada que minimiza las molestias de los clientes. 7) La modificacin del sistema/software se comunica a todas las partes afectadas. F.2 Procesos de Apoyo del Ciclo de Vida F.2.1 Proceso de Documentacin: Propsito: El propsito del Proceso de Documentacin es desarrollar y mantener la informacin de software registrada, producida por un proceso. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Documentacin: 1) Se desarrolla una estrategia que identifica la documentacin a producirse durante el ciclo de vida del producto o servicio de software. 2) Se identifican las normas a aplicarse para el desarrollo de la documentacin de software. 3) Se identifica la documentacin a producirse por el proceso o el proyecto. 105

4) Se especifican, revisan y aprueban el contenido y propsito de toda la documentacin. 5) Se desarrolla y est disponible la documentacin de acuerdo con las normas identificadas. 6) Se mantiene la documentacin de acuerdo con los criterios definidos. F.2.2 Proceso de Gestin de la Configuracin Propsito: El propsito del Proceso de Gestin de la Configuracin es establecer y mantener la integridad de todos los productos/elementos de trabajo de un proceso o un proyecto y que estn a disposicin de las partes involucradas. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin de la Configuracin: 1) Se desarrolla una estrategia de gestin de la configuracin. 2) Se identifican, definen y se establece la lnea de base de todos los productos/elementos de trabajo generados por el proceso o el proyecto. 3) Se controlan las modificaciones y liberaciones de los productos/elementos de trabajo. 4) Estn disponibles para las partes interesadas las modificaciones y liberaciones. 5) Se registran e informan el estado de los productos/elementos de trabajo y de las modificaciones. 6) Se aseguran la completitud y consistencia de los productos/elementos de trabajo. 7) Se controlan el almacenamiento, la manipulacin y entrega de los productos/elementos de trabajo. F.2.3 Proceso de Aseguramiento de la Calidad Propsito: El propsito del Proceso de Aseguramiento de la Calidad es proporcionar la garanta de que los productos de trabajo y procesos cumplen con las disposiciones y planes predefinidos. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Aseguramiento de la Calidad: 1) Se desarrolla una estrategia para la realizacin del aseguramiento de la calidad. 2) Se produce y mantiene la evidencia del aseguramiento de la calidad. 3) Se identifican y registran los problemas y/o las no-conformidades con los requisitos acordados. 106

4) Se verifica el cumplimiento de los productos, procesos y actividades con respecto a las normas, procedimientos y requisitos acordados. F.2.4 Proceso de Verificacin Propsito: El propsito del Proceso de Verificacin es confirmar que cada producto y/o servicio de trabajo de software de un proceso o proyecto refleja correctamente los requisitos especificados. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Verificacin: 1) Se desarrolla e implementa una estrategia de verificacin. 2) Se identifican los criterios para la verificacin de todos los productos de trabajo de software requeridos. 3) Se realizan las actividades de verificacin requeridas. 4) Se identifican y registran los defectos. 5) Estn disponibles, los resultados de las actividades de verificacin, para el cliente y otras partes involucradas. F.2.5 Proceso de Validacin: Propsito: El propsito del Proceso de Validacin es confirmar que los requisitos para un uso especfico previsto del producto se cumplen. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Validacin: 1) Se desarrolla e implementa una estrategia de validacin. 2) Se identifican los criterios para la validacin de todos los productos de trabajo requeridos. 3) Se realizan las actividades de validacin requeridas. 4) Se identifican y registran los problemas. 5) Se proporciona evidencia de que los productos de trabajo de software tal como fueron desarrollados son adecuados para su uso previsto. 6) Estn disponibles, los resultados de las actividades de validacin, para el cliente y otras partes involucradas. F.2.6 Proceso de Revisin Conjunta 107

Propsito: El propsito del Proceso de Revisin Conjunta es mantener un entendimiento comn, entre las partes involucradas, del avance con respecto a los objetivos del acuerdo y de que debiera hacerse para ayudar a asegurar el desarrollo de un producto que satisfaga a las partes involucradas. Las revisiones conjuntas se realizan a nivel tcnico y de la gestin del proyecto durante la vida del proyecto. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Revisin Conjunta: 1) Se realizan revisiones de gestin y tcnicas basadas en las necesidades del proyecto. 2) Se evalan el estado y los productos de una actividad de un proceso mediante actividades de revisin conjunta entre las partes involucradas. 3) Se dan a conocer los resultados de la revisin a todas las partes afectadas. 4) Los detalles de las acciones resultantes de las revisiones son seguidos hasta el cierre. 5) Se identifican y registran los problemas. F.2.7 Proceso de Auditora: Propsito: El propsito del Proceso de Auditora es determinar independientemente la conformidad de los productos y procesos seleccionados con los requisitos, planes y acuerdos, cuando sea pertinente. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Auditora: 1) Se desarrolla e implementa una estrategia de auditora. 2) Se determina la conformidad, de productos y/o servicios de trabajo de software o de procesos seleccionados, con los requisitos, planes y acuerdos segn la estrategia de auditora. 3) Se realiza la conduccin de auditoras por una parte independiente apropiada. 4) Se identifican los problemas detectados durante una auditora y se comunican a los responsables para la implementacin de las acciones correctivas y la solucin de los problemas. F.2.8 Proceso de Gestin de Solucin de Problemas Propsito: 108

El propsito del Proceso de Gestin de Solucin de Problemas es asegurar que todos los problemas detectados son identificados, analizados, gestionados y controlados hasta la solucin. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin de Solucin de Problemas: 1) 2) 3) 4) 5) 6) Se desarrolla una estrategia de gestin de los problemas. Se registran, identifican y clasifican los problemas. Se analizan y evalan los problemas para identificar la(s) solucin(es) aceptable(s). Se implementa la solucin de los problemas. Se realiza el seguimiento de los problemas hasta la terminacin. Se conoce el estado de todos los problemas informados.

F.2.9 Proceso de Usabilidad Propsito: El propsito del Proceso de Usabilidad es asegurar la consideracin de los intereses y necesidades de las partes involucradas para permitir, mediante la optimizacin del apoyo y el entrenamiento, un incremento de la productividad y calidad del trabajo, una mejora de las condiciones del trabajo humano y reducir la posibilidad de que el usuario rechace el sistema. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Usabilidad: 1) El sistema satisface las necesidades de los usuarios y tiene en cuenta sus capacidades humanas y la limitacin de sus habilidades. 2) Se incorporan factores humanos as como el conocimiento y tcnicas de ergonoma al diseo de sistemas. 3) Se identifican y realizan actividades de diseo centrado en lo humano. 4) El diseo del sistema consignar posibles efectos adversos del uso en la salud humana, proteccin y el desempeo. 5) Los sistemas habrn mejorado la eficacia, eficiencia y satisfaccin del usuario.

F.2.10 Proceso de Evaluacin del Producto Propsito: 109

El propsito del Proceso de Evaluacin del Producto es asegurar por medio de un examen y una medicin sistemticos que un producto satisface las necesidades declaradas e implcitas de los usuarios de ese producto. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Evaluacin del Producto: 1) Se establecen los requisitos para la evaluacin. 2) Se identifican los criterios para la evaluacin del producto. 3) Se definen los mtodos a emplearse para la evaluacin y se identifican y ejecutan las actividades necesarias. 4) Se recopilan las medidas y se evalan los resultados con respecto a los criterios definidos. 5) Los resultados de las actividades de evaluacin del producto estn disponibles para las partes interesadas.
NOTA los requisitos para realizar las evaluaciones del producto se encuentran en la Norma ISO/IEC 14598, Software product evaluation. Las evaluaciones pueden realizarse por el Adquiridor, el Desarrollador, o una tercera parte, el Evaluador.

F.2.11 Proceso de Gestin de Solicitudes de Cambio Propsito: El propsito del Proceso de Gestin de Solicitudes de Cambio es asegurar que las solicitudes de cambio se gestionan, se les realiza un seguimiento y se controlan. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin de Solicitudes de Cambio: 1) 2) 3) 4) 5) 6) 7) Se desarrolla una estrategia de gestin de solicitudes de cambio. Se registran e identifican las solicitudes de cambio. Se identifican las dependencias y relaciones con otras solicitudes de cambio. Se definen los criterios para la confirmacin de las solicitudes de cambio. Se priorizan las solicitudes de cambio y se estiman las necesidades de recursos. Se aprueban los cambios sobre la base de la prioridad y disponibilidad de recursos. Se implementan y se les realiza el seguimiento a los cambios aprobados hasta la terminacin. 8) Se conoce el estado de todas las solicitudes de cambio. F.3 Procesos Organizacionales del Ciclo de Vida

110

F.3.1 Proceso de Gestin Propsito: El propsito del Proceso de Gestin es organizar, realizar el seguimiento y controlar el inicio y el desempeo de cualquier proceso para lograr sus metas de acuerdo con las metas de negocio de la organizacin. El Proceso de Gestin establecido por una organizacin asegura la aplicacin consistente de prcticas para su uso por la organizacin y los proyectos. Si bien estas prcticas son inherentes a la gestin de una organizacin, stas estn previstas que se ajusten para su uso en cada uno de los proyectos de la organizacin. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin: 1) Se define el alcance de la actividad, proceso a ser gestionado. 2) Se identifican las actividades y tareas que deben realizarse para lograr el propsito del proceso. 3) Se evala la viabilidad de lograr las metas del proceso con los recursos disponibles y las restricciones establecidas. 4) Se establecen los recursos y la infraestructura requeridos para realizar las actividades y tareas identificadas. 5) Se identifican las actividades y se implementan las tareas. 6) Se realiza el seguimiento del desempeo de las actividades y tareas definidas. 7) Se revisan los productos de trabajo resultantes de las actividades del proceso, y los resultados se analizan y evalan. 8) Se acta para modificar el desempeo del proceso cuando el desempeo se desva de las actividades y tareas identificadas o falla en el logro de sus metas. 9) Se demuestra el logro exitoso del propsito del proceso. El Proceso de Gestin incluye el propsito y resultados de los subprocesos siguientes: Alineamiento Organizacional. Gestin de la Organizacin. Gestin del Proyecto. Gestin de la Calidad. Gestin de Riesgos. Medicin.

F.3.1.1 Subproceso de Alineamiento Organizacional Propsito: 111

El propsito del Subproceso de Alineamiento Organizacional es permitir que los procesos de software requeridos por la organizacin proporcionen productos y presten servicios de software que sean consistentes con sus metas de negocio. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Alineamiento Organizacional: 1) Se identifican las metas de negocio de la Organizacin. 2) Se identifica y define el marco de referencia de los procesos que incluye un conjunto de procesos de software requeridos para lograr las metas de negocio de la organizacin. 3) Se define una estrategia para la definicin, implementacin y mejora de los procesos. 4) Se proporciona apoyo para permitir esta estrategia. 5) La misin, valores centrales, visin, metas y objetivos de la organizacin se dan a conocer a todos los empleados. 6) Los individuos en la organizacin comparten una visin, cultura y comprensin comn de las metas de negocio, facultndolos a funcionar eficazmente. 7) Todos en la organizacin conocen su rol para lograr las metas de negocio y estn aptos para desempearlo. F.3.1.2 Subproceso de Gestin de la Organizacin Propsito: El propsito del Subproceso de Gestin de la Organizacin es establecer y realizar las prcticas de gestin del software, durante el desempeo de los procesos requeridos para proporcionar y prestar los productos y servicios de software, respectivamente, que sean consistentes con las metas de negocio de la organizacin.
NOTA A pesar de que las operaciones organizacionales en general tienen un alcance mucho mayor que las de un proceso de software, los procesos de software son implementados en un contexto de negocios y para ser eficaces requieren un ambiente organizacional apropiado.

Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Gestin de la Organizacin: 1) La organizacin invertir en la infraestructura de gestin apropiada. 2) Se identifican las mejores prcticas para apoyar la implementacin de una gestin de la organizacin y proyectos eficaces.

112

3) Se proporciona un fundamento para la evaluacin del logro de las metas de negocio de la organizacin sobre la base de estas prcticas de gestin. F.3.1.3 Subproceso de Gestin del Proyecto Propsito: El propsito del Subproceso de Gestin del Proyecto es identificar, establecer, coordinar y realizar el seguimiento de las actividades, tareas y recursos necesarios de un proyecto para producir un producto y/o prestar un servicio en el contexto de los requisitos y restricciones del proyecto. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Gestin del Proyecto: 1) Se define el alcance del trabajo para el proyecto. 2) Se evala la viabilidad de lograr las metas del proyecto con los recursos disponibles y las restricciones establecidas. 3) Se estiman y miden las tareas y recursos necesarios para terminar el trabajo. 4) Se identifican y se realiza el seguimiento de las interfaces entre los elementos del proyecto, con otros proyectos y unidades organizacionales. 5) Se desarrollan e implementan los planes para la ejecucin del proyecto. 6) Se realiza el seguimiento y notifica el avance del proyecto. 7) Se acta para corregir las desviaciones del plan y para prevenir la repeticin de los problemas identificados en el proyecto, cuando los objetivos del proyecto no se alcanzan. F.3.1.4 Subproceso de Gestin de la Calidad Propsito: El propsito del Subproceso de Gestin de la Calidad es lograr la satisfaccin del cliente mediante el seguimiento de la calidad de los productos y servicios, a nivel organizacional y de proyecto, para asegurar que cumplen los requisitos del cliente. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Gestin de Calidad: 1) Se establecen las metas de calidad sobre la base de los requisitos de la calidad, establecidos e implcitos, del cliente. 2) Se desarrolla una estrategia global para lograr las metas definidas. 3) Se establece un sistema de gestin de la calidad para implementar la estrategia. 113

4) Se realizan las actividades identificadas de aseguramiento y control de la calidad y se confirma su ejecucin. 5) Se realiza el seguimiento del desempeo actual con respecto a las metas de la calidad. 6) Se acta apropiadamente cuando no se logran las metas de la calidad. F.3.1.5 Subproceso de Gestin de Riesgos Propsito: El propsito del Subproceso de Gestin de Riesgos es identificar, analizar, tratar y realizar el seguimiento de los riesgos continuamente. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Gestin de Riesgos: 1) Se determina el alcance de la gestin de riesgos a realizarse. 2) Se definen e implementan las estrategias de gestin de riesgos apropiadas. 3) Se identifican los riesgos a medida que stos evolucionan y durante la ejecucin del proyecto. 4) Se analizan los riesgos y se determina la prioridad en el empleo de los recursos para el tratamiento de dichos riesgos. 5) Se definen, aplican y evalan las medidas del riesgo para determinar los cambios del estado del riesgo y el avance de las actividades del tratamiento. 6) Se toma la accin apropiada para corregir o evitar el impacto del riesgo sobre la base de su prioridad, probabilidad de ocurrencia, consecuencias u otro umbral de riesgo definido. F.3.1.6 Subproceso de Medicin Propsito: El propsito del Proceso de Medicin es recopilar y analizar los datos relacionados con los productos desarrollados y procesos implementados, en la organizacin y sus proyectos, para apoyar la gestin eficaz de los procesos y demostrar objetivamente la calidad de los productos. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Medicin: 1) Se establece y sostiene el compromiso de la organizacin de implementar el proceso de medicin. 114

2) Se identifican las necesidades de informacin de medicin de los procesos organizacionales y de gestin. 3) Se identifica y/o desarrolla un conjunto apropiado de medidas, impulsado por las necesidades de informacin. 4) Se identifican y realizan las actividades de medicin. 5) Se recopilan, almacenan y analizan los datos requeridos y los resultados se interpretan. 6) Se utilizan los productos de informacin para apoyar a la toma de decisiones y proporcionar una base objetiva para la comunicacin. 7) Se evalan el proceso de medicin y las medidas, y se comunican al propietario del proceso.
Nota de la adopcin: Aunque se mantiene el trmino propietario en el texto, ste debe entenderse como gestor.

F.3.2 Proceso de Infraestructura Propsito: El propsito del Proceso de Infraestructura es mantener una infraestructura estable y confiable que se requiere para apoyar la ejecucin de cualquier otro proceso. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Infraestructura: 1) Se definen los requisitos con respecto a la infraestructura para apoyar procesos en la unidad organizacional. 2) Se identifican y especifican los elementos de la infraestructura. 3) Se adquieren los elementos de la infraestructura. 4) Se implementan los elementos de la infraestructura. 5) Se mantiene una infraestructura estable y confiable.
NOTA La infraestructura puede incluir hardware, software, mtodos, herramientas, tcnicas, normas e instalaciones para el desarrollo, operacin o mantenimiento.

F.3.3 Proceso de Mejora Propsito: El propsito del Proceso de Mejora es establecer, evaluar, medir, controlar y mejorar un proceso del ciclo de vida del software.

115

Resultados: Como consecuencia de la implementacin exitosa del Proceso de Mejora: 1) Se desarrolla y est disponible un conjunto de activos de los procesos organizacionales. 2) Se evala peridicamente la capacidad de los procesos de la organizacin para determinar hasta qu punto la implementacin de los procesos es eficaz para alcanzar las metas de la organizacin. 3) Se mejoran continuamente la eficacia y eficiencia de los procesos de la organizacin con respecto al logro de las metas de negocio. El Proceso de Mejora contiene el propsito y resultados de los siguientes subprocesos: Establecimiento de Procesos. Evaluacin de Procesos. Mejora de Procesos.

F.3.3.1 Subproceso de Establecimiento de Procesos Propsito: El propsito del Subproceso de Establecimiento de Procesos es establecer una serie de procesos organizacionales para todos los procesos del ciclo de vida de forma similar a como stos se aplican a sus actividades de negocio. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Establecimiento de Procesos: 1) Se establece un conjunto de procesos estndar, definido y mantenido, junto con una indicacin de la aplicabilidad de cada proceso. 2) Se identifican las tareas detalladas, actividades y productos de trabajo asociados del proceso estndar, junto con las caractersticas de desempeo esperadas. 3) Se desarrolla una estrategia para el ajuste del proceso estndar al producto o el servicio de acuerdo con las necesidades del proyecto. 4) Existe y se mantiene la informacin y datos relacionados con el uso del proceso estndar para proyectos especficos.

116

F.3.3.2 Subproceso de Evaluacin de Procesos Propsito: El propsito del Subproceso de Evaluacin de Procesos es determinar hasta qu punto los procesos estndar de la organizacin contribuyen al logro de las metas del negocio y a ayudar a la organizacin a dirigir su atencin a la necesidad de la mejora continua de los procesos. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Evaluacin del Proceso: 1) Existir y se mantendr la informacin y los datos relacionados con el uso del proceso estndar para proyectos especficos. 2) Se comprenden las fortalezas y debilidades relativas de los procesos estndar de la organizacin. 3) Se guardan y mantienen registros de evaluacin precisos y accesibles. F.3.3.3 Subproceso de Mejora de Procesos Propsito: El propsito del Subproceso de Mejora de Procesos es perfeccionar continuamente la eficacia y eficiencia de la organizacin por medio de los procesos utilizados y mantenidos alineados con la necesidad del negocio. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Mejora de Procesos: 1) Se establece un compromiso de proporcionar recursos para apoyar las acciones de mejora. 2) Se identifican los problemas que surgen del ambiente interno/externo de la organizacin como oportunidades de mejora y se justifican como razones para los cambios. 3) Se realiza el anlisis del estado actual de los procesos existentes dirigiendo la atencin a aquellos procesos de los cuales surgen incentivos para la mejora. 4) Se identifican y priorizan las metas de mejora y se definen e implementan los cambios consiguientes a los procesos. 5) Se realiza el seguimiento de los efectos de la implementacin de procesos y se confirman con respecto a las metas de mejora definidas. 6) Se comunica, dentro de la organizacin, el conocimiento obtenido de las mejoras. 117

7) Se evalan las mejoras hechas y se proporcionan las consideraciones para la utilizacin de las soluciones en cualquier parte dentro de la organizacin.
NOTA Las fuentes de informacin que sirven de entrada para el cambio incluyen: resultados de la evaluacin de procesos, auditoras, informes de satisfaccin del cliente, eficacia/eficiencia organizacional, costo de la calidad. NOTA El estado actual de los procesos puede determinarse mediante la evaluacin de procesos.

F.3.4 Proceso de Recursos Humanos Propsito: El propsito del Proceso de Recursos Humanos es proporcionar a la organizacin los recursos humanos adecuados que mantengan sus competencias consistentes con las necesidades del negocio. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Recursos Humanos: 1) Se identifican los roles y habilidades requeridos, para las operacin de la organizacin y del proyecto, mediante la revisin de los requisitos organizacionales y del proyecto. 2) Se proporcionan recursos humanos a la organizacin y al proyecto. 3) Se identifica y estipula un conjunto de necesidades de formacin comunes para toda la organizacin basado en entradas organizacionales y de proyectos. 4) Los activos intelectuales de la organizacin estn disponibles (o recopilados) y se aprovechan mediante un mecanismo establecido. El Proceso de Recursos Humanos incluye el propsito y resultados de los subprocesos siguientes: Gestin de Recursos Humanos. Formacin. Gestin del Conocimiento. F.3.4.1 Subproceso de Gestin de Recursos Humanos Propsito: El propsito del Subproceso de Gestin de Recursos Humanos es proporcionar a la organizacin y proyectos los individuos que posean las habilidades y el conocimiento necesarios para realizar sus roles eficazmente y trabajar juntos como un equipo cohesionado. Resultados: 118

Como consecuencia de la implementacin exitosa del Subproceso de Gestin de Recursos Humanos: 1) Se identifican y se contratan individuos con las habilidades y competencias requeridas. 2) Se apoya la interaccin eficaz entre los individuos y grupos. 3) La fuerza de trabajo tiene las habilidades para compartir informacin y coordinar sus actividades eficientemente. 4) Se definen criterios objetivos con respecto a cul desempeo individual y grupal se le realiza un seguimiento para proporcionar una retroalimentacin del desempeo y mejorar ste. F.3.4.2 Subproceso de Formacin Propsito: El propsito del Subproceso de Formacin es proporcionar a la organizacin y al proyecto los individuos que posean las habilidades y el conocimiento necesarios para realizar sus roles eficazmente. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Formacin: 1) Se desarrolla o adquiere la formacin para satisfacer a las necesidades de formacin de la organizacin y del proyecto. 2) Se realiza la formacin para asegurar que todos los individuos tienen las habilidades requeridas para desempear sus trabajos, utilizando mecanismos tales como las estrategias y los materiales de formacin. F.3.4.3 Subproceso de Gestin del Conocimiento Propsito: El propsito del Subproceso de Gestin del Conocimiento es asegurar que el conocimiento individual, la informacin y habilidades, son recopilados, compartidos, reutilizados y mejorados en toda la organizacin. Resultados: Como consecuencia de la implementacin exitosa del Subproceso de Gestin del Conocimiento:

119

1) Se establece y mantiene una infraestructura para compartir la informacin comn y de dominios en toda la organizacin. 2) El conocimiento est disponible y se comparte fcilmente en toda la organizacin. 3) La organizacin seleccionar una estrategia de gestin del conocimiento apropiada. F.3.5 Proceso de Gestin de Activos Propsito: El propsito del Proceso de Gestin de Activos es gestionar la vida de los activos reutilizables desde la concepcin hasta el retiro. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin de Activos: 1) 2) 3) 4) 5) 6) 7) Se documenta una estrategia de gestin de activos. Se establece un esquema de clasificacin de activos. Se definen unos criterios para la aceptacin, certificacin y retiro de los activos. Se opera un mecanismo de almacenamiento y recuperacin. Se registra el uso de los activos. Se controlan los cambios a los activos. Se notifica, a los usuarios de los activos, de los problemas detectados, las modificaciones hechas, nuevas versiones creadas y la eliminacin de los activos del mecanismo de almacenamiento y recuperacin.

F.3.6 Proceso de Gestin del Programa de Reutilizacin Propsito: El propsito del Proceso de Gestin del Programa de Reutilizacin es planificar, establecer, dirigir, controlar, y realizar el seguimiento de un programa de reutilizacin de la organizacin, as como explotar sistemticamente las oportunidades de reutilizacin. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Gestin del Programa de Reutilizacin: 1) Se define la estrategia de reutilizacin de la organizacin, incluyendo su propsito, alcance, metas y objetivos. 2) Se identifican los dominios de las oportunidades de reutilizacin potenciales. 3) Se evala la capacidad de reutilizacin sistemtica de la organizacin. 4) Se evala el potencial de reutilizacin de cada dominio. 120

5) Se evalan las propuestas de reutilizacin para asegurar que el producto reutilizado es apropiado para la aplicacin propuesta. 6) Se implementa la estrategia de reutilizacin en la organizacin. 7) Se establecen los mecanismos de retroalimentacin, comunicacin y de notificacin que funcionan entre las partes afectadas. 8) Se realiza el seguimiento y evaluacin del programa de reutilizacin.
NOTA: En las partes afectadas se pueden incluir los administradores de programas de reutilizacin, gestores de activos, ingenieros de dominio, desarrolladores, operadores y mantenedores.

F.3.7 Proceso de Ingeniera del Dominio Propsito: El propsito del Proceso de Ingeniera del Dominio es desarrollar y mantener modelos del dominio, arquitecturas del dominio y recursos para el dominio. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Ingeniera del Dominio: 1) Se seleccionan las formas de representacin de los modelos y las arquitecturas del dominio. 2) Se establecen los lmites del dominio y sus relaciones con otros dominios. 3) Se desarrolla un modelo del dominio que capta las caractersticas, capacidades, conceptos y funciones esenciales, comunes y diferentes, en el dominio. 4) Se desarrolla una arquitectura del dominio que describe la familia de sistemas dentro del dominio. 5) Se especifican los activos que pertenecen al dominio. 6) Los activos que pertenecen al dominio se adquieren o desarrollan y se mantienen durante sus ciclos de vida. 7) Los modelos y las arquitecturas del dominio se mantienen durante sus ciclos de vida.

121

Anexo G: Estructura de Procesos de la Norma ISO/IEC 12207:1995 para "Nuevos" Procesos en el Anexo F (Informativo) La Norma ISO/lEC 12207 define las categoras de procesos, esto es, Procesos Organizacionales, Primarios y de Apoyo, que pueden realizarse durante el ciclo de vida del software. Dentro de cada categora, los procesos se expresan en funcin de actividades y tareas. Las actividades de un proceso proporcionan la descomposicin estructural de ste y describen las acciones que se ejecutan durante la realizacin del proceso. Las tareas de los procesos del ciclo de vida del software proporcionan el qu va a realizarse durante la implementacin del proceso. El anexo G proporciona una descripcin de las actividades y tareas correspondientes a los "nuevos" procesos identificados en la Tabla E.1. Estas actividades y tareas, especificadas en este Anexo, tienen asignada una secuencia de numeracin que se corresponde con la que tendran en el cuerpo de la Norma ISO/IEC 12207:1995. Adems, estas actividades y tareas estn conformes con la estructura de procesos de la Norma ISO/IEC 12207. G.1 Procesos de Apoyo del Ciclo de Vida El proceso siguiente se adiciona a los procesos de apoyo del ciclo de vida: 9) Proceso de Usabilidad G.1.1 Actividades y Tareas del Proceso de Usabilidad 6.9 Proceso de Usabilidad El Proceso de Usabilidad contiene las actividades y tareas del especialista en usabilidad. El proceso contiene las actividades que tienen en cuenta los intereses y necesidades de los individuos y/o grupos, que trabajarn o utilizarn la salida de un sistema, durante el desarrollo y operacin del software o del sistema. El Proceso de Usabilidad asegura la calidad en el uso del software. En la Norma ISO 13407, Human-centred design processes for interactive systems, se pueden encontrar detalles de los procesos de diseo centrado en lo humano. En la Norma NC ISO/IEC 9126-1:2005, Calidad del producto - Parte 1: Modelo de la calidad, se pueden hallar detalles de la especificacin de la calidad en el uso. El desarrollador gestiona el Proceso de Usabilidad a nivel de proyecto. El especialista en usabilidad integra las actividades de usabilidad y los resultados de las actividades de usabilidad con los procesos del ciclo de vida de Desarrollo (5.3), Operacin (5.4) y de Apoyo (6.3, 6.4, 6.5). Lista de actividades: Este proceso consta de las siguientes actividades: 122

1) Implementacin del proceso. 2) Diseo centrado en lo humano. 3) Aspectos humanos de estrategia, introduccin y apoyo.
NOTA: Estas actividades y las tareas asociadas pueden solaparse o interaccionar realizarse iterativa o recurrentemente. y pueden

6.9.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 6.9.1.1 Planificar y dirigir los procesos de Diseo Centrado en lo Humano. Especificar cmo las actividades centradas en lo humano se ajustan a los procesos del ciclo de vida del sistema completo y a la empresa. 6.9.1.2 El desarrollador y el especialista en usabilidad: a) b) c) d) e) f) g) h) Consultarn a los usuarios y otras partes involucradas. Identificarn y planificarn la participacin del usuario. Seleccionarn los mtodos y tcnicas centrados en lo humano. Asegurarn un enfoque centrado en lo humano dentro del equipo del proyecto. Planificarn las actividades de diseo centrado en lo humano. Dirigirn las actividades centradas en lo humano. Defendern un enfoque centrado en lo humano. Proporcionarn apoyo al diseo centrado en lo humano.

6.9.2 Diseo centrado en lo humano. Esta actividad consta de las siguientes tareas: 6.9.2.1 Se proporciona una especificacin de los requisitos de las partes involucradas y organizacionales. Establecer los requisitos de la organizacin y de otras partes interesadas por el sistema. Esta tarea tiene en cuenta completamente las necesidades, competencias y el ambiente de trabajo de cada parte involucrada pertinente en el sistema. 6.9.2.2 Conjuntamente con el desarrollador, el especialista en usabilidad: a) Aclarar y documentar las metas del sistema. b) Analizar a los usuarios y otras partes involucradas. c) Evaluar la importancia y pertinencia del sistema para cada grupo de partes involucradas. d) Evaluar el riesgo de los usuarios y otras partes involucradas. e) Definir el uso del sistema. f) Producir los requisitos de las partes involucradas y de la organizacin. g) Establecer los objetivos de la calidad en el uso. 6.9.2.3 Se determina una comprensin y especificacin del contexto del uso. Identificar, aclarar y registrar las caractersticas de los usuarios y otras partes involucradas, sus tareas y el ambiente fsico y organizacional en que el sistema operar. 123

6.9.2.4 El especialista en usabilidad identificar y documentar: a) b) c) d) e) Las tareas de los usuarios. Los atributos importantes del usuario. El ambiente organizacional. El ambiente tcnico. El ambiente fsico.

6.9.2.5 Se crea la produccin de soluciones de diseo. Crear soluciones de diseo potenciales utilizando prcticas innovadoras establecidas, la experiencia y el conocimiento de los participantes y los resultados del anlisis del contexto de uso. 6.9.2.6 Asistido por el especialista en usabilidad, el desarrollador: a) b) c) d) e) f) g) h) Asignar las funciones. Producir el modelo de tareas compuesto. Explorar el diseo del sistema. Utilizar el conocimiento existente para desarrollar las soluciones de diseo. Especificar el sistema y su uso. Desarrollar los prototipos. Desarrollar la formacin de los usuarios. Desarrollar el apoyo a los usuarios.

6.9.2.7 Se determina la evaluacin de los diseos con respecto a los requisitos. Recopilar la retroalimentacin sobre el diseo en evolucin. Esta retroalimentacin se recopilar de los usuarios finales y otras fuentes representativas. 6.9.2.8 El especialista en usabilidad: a) b) c) d) Especificar y validar el contexto de evaluacin. Evaluar los prototipos preliminares para definir los requisitos del sistema. Evaluar los prototipos para mejorar el diseo. Evaluar el sistema para comprobar que se satisfacen los requisitos de las partes involucradas y organizacionales. e) Evaluar el sistema para comprobar que la prctica requerida ha sido seguida. f) Evaluar el sistema en uso para asegurar que contina satisfaciendo las necesidades organizacionales y de los usuarios. 6.9.3 Aspectos humanos de estrategia, introduccin y apoyo. Esta actividad consta de las siguientes tareas: 6.9.3.1 Asegurar el contenido del Desarrollo Centrado en lo Humano en la estrategia de sistemas. Establecer y mantener un enfoque, a los asuntos de los usuarios y otras partes 124

involucradas, en cada rea de la organizacin que trata con los mercados, la concepcin, desarrollo y el soporte tcnico del sistema. El especialista en usabilidad trabajar con los especialistas de estrategia y mercadotecnia pertinentes para: a) b) c) d) e) Representar a los usuarios y otras partes involucradas. Recopilar inteligencia de mercado. Definir y planificar la estrategia del sistema. Recopilar la retroalimentacin del mercado. Analizar las tendencias en los usuarios.

6.9.3.2 Introducir y operar el sistema. Establecer los aspectos humanos y de sistema al soporte tcnico e implementacin del sistema. 6.9.3.3 El especialista en usabilidad trabajar con los especialistas pertinentes en puesta en marcha, formacin y soporte tcnico para facilitar: a) La gestin del cambio. b) La determinacin del impacto en la organizacin, los usuarios y otras partes involucradas. c) La personalizacin y el diseo local. d) La entrega de la formacin al usuario. e) El soporte tcnico a los usuarios en las actividades planificadas. f) La conformidad con la legislacin sobre la ergonoma del lugar de trabajo. G.2 Proceso de Gestin La actividad de medicin se aade al Proceso de Gestin. G.2.1 Actividades y Tareas de Medicin 7.1.6 Medicin. Esta actividad consta de las siguientes tareas: 7.1.6.1 El gestor establecer y mantendr el compromiso con la medicin. Asegurar que se han satisfechos todos los recursos, el personal, y los prerrequisitos del compromiso con respecto al proceso de medicin. Los resultados de esta tarea proporcionan un compromiso de la direccin para apoyar el proceso de medicin, individuos competentes para el proceso de medicin se han identificado y se les han asignado responsabilidades en el mbito de esta Norma Internacional, y estn disponibles los recursos para la planificacin de la medicin y la realizacin del proceso. 7.1.6.2 El gestor planificar el proceso de medicin. Desarrollar un plan detallado para iniciar, guiar, realizar el seguimiento y evaluar las tareas de recopilacin, anlisis, interpretacin y almacenamiento de los datos. Los resultados de esta tarea proporcionan en 125

el plan, la informacin que consigna las necesidades de informacin especficas de la unidad organizacional que estn definidas y cualesquiera tecnologas de apoyo que hayan sido adquiridas e implantadas. 7.1.6.3 El gestor realizar la medicin de acuerdo con el plan. Producir productos de informacin y medidas del desempeo segn las salidas de las tareas de medicin planificadas. Los resultados de esta tarea aseguran que los datos se recopilan, y se almacenan en una forma conveniente para su recuperacin y anlisis subsiguientes, se producen y comunican los productos de informacin a la unidad organizacional y se recopilan las medidas del desempeo. 7.1.6.4 El gestor evaluar la medicin. Evaluar las medidas y las actividades de medicin, y almacenar las enseanzas aprendidas de esta evaluacin en la "Base de Conocimiento de Medicin. Esta tarea tiene como resultado unas medidas, y las actividades de medicin se evalan de acuerdo con los criterios especificados y las enseanzas aprendidas de la evaluacin, que se almacenan en la Base de Conocimiento de Medicin.
Nota de la adopcin: Una acepcin del trmino experience es conocimiento experimental. Por lo cual ste se tradujo como Conocimiento. Vase la definicin 3.19, la figura 1 y el apartado 5.4.1.3 en la Norma ISO/IEC15339:2002 con respecto al trmino Measurement Experience Base.

G.3 Actividades y Tareas del Proceso de Recursos Humanos Se cambia el nombre de Proceso de Formacin, en ISO/IEC 12207:1995, al de Proceso de Recursos Humanos. 7.4 Proceso de Recursos Humanos El Proceso del Recursos Humanos proporciona a la organizacin y los proyectos, individuos que poseen habilidades y conocimiento para realizar sus roles eficazmente y trabajar juntos como un grupo cohesionado. Lista de actividades: Este proceso consta de las siguientes tareas: 1) 2) 3) 4) 5) 6) Implementacin del proceso. Definir los requisitos de formacin. Contratar el personal calificado. Evaluar el desempeo del personal. Establecer los requisitos de los equipos. Gestin del conocimiento.

7.4.1 Implementacin del proceso. Esta actividad consta de la siguiente tarea:

126

7.4.1.1 Se deber realizar una revisin de los requisitos de la organizacin y los proyectos para establecer y preparar oportunamente la adquisicin o el desarrollo de los recursos y las habilidades requeridas por el personal de direccin y tcnico. Estas necesidades pueden satisfacerse mediante la formacin, contratacin u otros mecanismos de desarrollo del personal. 7.4.2 Definir los requisitos de formacin. Esta actividad consta de las siguientes tareas: 7.4.2.1 Se debern determinar los tipos y niveles de formacin y conocimiento necesarios para satisfacer los requisitos de la organizacin y de los proyectos. Se debera desarrollar y documentar un plan de formacin consignando los cronogramas de implementacin, requerimientos de recursos y las necesidades de formacin. 7.4.2.2 Se deberan desarrollar o adquirir manuales de formacin, incluyendo materiales de presentacin utilizados para impartir la formacin. 7.4.2.3 Formar al personal para que tenga el conocimiento y las habilidades necesarias para desempear sus roles. 7.4.3 Contratar el personal calificado. Esta actividad consta de la siguiente tarea: 7.4.3.1 Establecer un programa sistemtico de contratacin de personal calificado para satisfacer las necesidades de la organizacin y los proyectos. Proporcionar oportunidades para el desarrollo de la profesin del personal existente. 7.4.4 Evaluar el desempeo del personal. Esta actividad consta de las siguientes tareas: 7.4.4.1 Definir los criterios objetivos que puedan utilizarse para evaluar el desempeo del personal. 7.4.4.2 Evaluar el desempeo del personal con respecto a sus contribuciones a las metas de la organizacin o del proyecto. 7.4.4.3 Asegurar que se proporciona retroalimentacin al personal sobre los resultados de cualquier evaluacin realizada. 7.4.4.4 Mantener registros adecuados del desempeo del personal, incluyendo la informacin sobre habilidades, formacin recibida y evaluaciones del desempeo. 7.4.5 Establecer los requisitos de los equipos. Esta actividad consta de las siguientes tareas: 7.4.5.1 Definir la necesidad de la organizacin y de los proyectos en cuanto a los equipos de proyecto. Definir la estructura del equipo y las reglas de funcionamiento. 127

7.4.5.2 Facultar a los equipos para realizar su rol, asegurando que los equipos tengan: a) Una comprensin de su rol en el proyecto. b) Una visin compartida o un sentido de intereses comunes con el xito del proyecto. c) Mecanismos o medios apropiados para la comunicacin e interaccin entre los equipos. d) Apoyo de una gestin apropiada para cumplir los requisitos del proyecto. 7.4.6 Gestin del Conocimiento. Esta actividad consta de las siguientes tareas: 7.4.6.1 El gestor planificar los requisitos para gestionar los activos del conocimiento de la organizacin. La planificacin incluir la definicin de la infraestructura y la formacin para apoyar a los contribuyentes y a los usuarios de los activos del conocimiento de la organizacin, el esquema de clasificacin de los activos y los criterios sobre los activos. 7.4.6.2 El gestor establecer una red de expertos dentro de la organizacin. La red contendr la identificacin de los expertos de la organizacin, una lista del rea de especializacin de cada experto y la identificacin de la informacin disponible dentro de un esquema de clasificacin, por ejemplo, rea de conocimiento. El gestor asegurar que la red se mantenga actualizada. 7.4.6.3 El gestor establecer un mecanismo para apoyar el intercambio de informacin entre los expertos y el flujo de la informacin de los expertos a los proyectos de la organizacin. El mecanismo apoyar los requisitos de acceso, almacenamiento y recuperacin de la organizacin. 7.4.6.4 Realizar la gestin de la configuracin de activos de acuerdo con el Proceso de Gestin de la Configuracin especificado en el apartado 6.2. G.4 Actividades y Tareas del Proceso de Gestin de Activos 7.5 Proceso de Gestin de Activos Sin tener en cuenta su calidad y potencialidad total para ser reutilizados, los activos tienen un pequeo valor para una organizacin, a menos que los reutilizadores potenciales conozcan de su existencia y puedan fcilmente localizarlos y comprenderlos. Este proceso contiene las actividades y tareas del gestor de activos. La Gestin de Activos es el proceso de aplicar procedimientos administrativos y tcnicos durante la vida de un activo para identificar, definir, certificar, clasificar y establecer la lnea de base del activo; realizar el seguimiento de las modificaciones, migraciones, y versiones del activo; registrar e informar el estado del activo; y establecer as como controlar el almacenamiento y manipulacin del activo, la entrega del activo a sus reutilizadores y el retiro del mismo. Lista de actividades: Este proceso consta de las siguientes tareas: 128

1) Implementacin del proceso. 2) Definicin del almacenamiento y recuperacin de activos. 3) Administracin y control de activos. 7.5.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 7.5.1.1 El gestor de activos crear y documentar un plan de gestin de activos reutilizando una plantilla del plan de gestin que sea pertinente, si existe alguna, para definir los recursos y procedimientos para la gestin de los activos. El plan debera incluir lo siguiente: a) Definicin de los requisitos de un mecanismo de almacenamiento y recuperacin de activos. b) Definicin del mecanismo de almacenamiento y recuperacin de activos. c) Establecimiento del mecanismo de almacenamiento y recuperacin de activos como parte integrante del ciclo de vida del software. d) Designacin de la(s) organizacin(es) responsable(s) de gestionar y mantener el mecanismo de almacenamiento y recuperacin de activos. e) Definicin de los procedimientos de aceptacin, certificacin y retiro de activos. f) Definicin de las relaciones del gestor de activos con otras partes tales como desarrolladores, mantenedores e ingenieros de dominio. g) Promocin del uso del mecanismo de almacenamiento y recuperacin de activos. h) Definicin de un mecanismo de comunicacin para la gestin de activos. i) Definicin de un esquema de clasificacin de activos. 7.5.1.2 El gestor de activos: a) Documentar esta actividad de acuerdo con el Proceso de Documentacin especificado en el apartado 6.1 y realizar la gestin de la configuracin de activos de acuerdo con el Proceso de Gestin de la Configuracin especificado en el apartado 6.2. b) Documentar y solucionar los problemas y no conformidades detectados en los activos y en la Gestin de Activos de acuerdo con el Proceso de Solucin de Problemas especificado en el apartado 6.8. c) Realizar revisiones de los activos de acuerdo con el Proceso de Revisin Conjunta especificado en el apartado 6.6. 7.5.1.3 El plan de gestin de activos se revisar de acuerdo con el Proceso de Revisin Conjunta especificado en el apartado 6.6. Los ingenieros de dominio y los administradores del programa de reutilizacin se incluirn en la revisin. 7.5.2 Definicin del almacenamiento y recuperacin de activos. Un mecanismo de almacenamiento y recuperacin de activos permite a los reutilizadores encontrar y comprender rpida y fcilmente los activos. Esta actividad consta de las siguientes tareas: 129

7.5.2.1 El gestor de activos implementar y mantendr un mecanismo de almacenamiento y recuperacin de activos. 7.5.2.2 El gestor de activos debera desarrollar, documentar, y mantener un esquema de clasificacin a utilizarse en la clasificacin de los activos. 7.5.2.3 El gestor de activos realizar revisin(es) conjunta(s) del mecanismo de almacenamiento y recuperacin de activos de acuerdo con el Proceso de Revisin Conjunta especificado en el apartado 6.6. Los administradores del programa de reutilizacin y los ingenieros de dominio se incluirn en la(s) revisin(es). 7.5.3 Administracin y control de activos. Con respecto a cada activo, esta actividad consta de las siguientes tareas: 7.5.3.1 Cada activo presentado al gestor de activos, se evaluar sobre la base de los criterios de aceptacin y certificacin del activo. 7.5.3.2 Cada activo aceptado estar disponible para ser reutilizado por medio del mecanismo de almacenamiento y recuperacin de activos. 7.5.3.3 El activo se clasificar de acuerdo con el esquema de clasificacin de reutilizacin, si existe alguno. 7.5.3.4 El gestor de activos realizar la gestin de la configuracin del activo utilizando el Proceso de Gestin de la Configuracin especificado en el apartado 6.2. 7.5.3.5 El gestor de activos llevar la cuenta de cada reutilizacin del activo e informar al ingeniero de dominio sobre las reutilizaciones reales del activo. La informacin de reutilizacin de los activos debera incluir el nombre del reutilizador, el nombre del proyecto, el desarrollador original o el propietario del activo, el costo de reutilizacin del activo, as como el ahorro o beneficios derivados de la reutilizacin del activo. 7.5.3.6 El gestor de activos reexpedir las solicitudes de modificacin y los informes de problemas recibidos, de los reutilizadores de activos, al ingeniero de dominio para una revisin as como para planes y acciones de correccin/modificacin. Las acciones planificadas y efectuadas para satisfacer las solicitudes o corregir los problemas se informarn al gestor de activos, por medio de la solicitud confeccionada o el informe del problema. 7.5.3.7 El gestor de activos realizar el seguimiento y registrar las solicitudes/informes de esos activos y las acciones subsiguientes efectuadas. Siempre que se detecten problemas con un activo, stos deberan registrarse e introducirse en el Proceso de Solucin de Problemas, como est especificado en el apartado 6.8.

130

7.5.3.8 El gestor de activos notificar, a todos los reutilizadores de activos y al ingeniero de dominio, de los problemas detectados en el activo, las modificaciones hechas al mismo, nuevas versiones de ste y su eliminacin del mecanismo de almacenamiento y recuperacin de activos. 7.5.3.9 El gestor de activos retirar los activos del mecanismo de almacenamiento y recuperacin de acuerdo con los procedimientos y criterios del retiro de activos. G.5 Actividades y Tareas del Proceso de Gestin del Programa de Reutilizacin 7.6 Proceso de Gestin del Programa de Reutilizacin Para tener xito con la implementacin de una reutilizacin sistemtica, a nivel de la organizacin, se requiere una planificacin cuidadosa y una gestin apropiada. Debido a que los retos del negocio, de la gestin y de las personas sobrepasan frecuentemente los retos tcnicos de la implementacin de la reutilizacin, se debera recalcar en un programa de reutilizacin lo concerniente al liderazgo, compromiso y apoyo de la direccin, as como una cultura de reutilizacin del software positiva. Se espera que todos los individuos dentro del alcance del programa de reutilizacin cooperen entre ellos en el establecimiento de los procesos de reutilizacin y compartan sus experiencias de reutilizacin y los activos. El Proceso de Gestin del Programa de Reutilizacin contiene las actividades y tareas del administrador de programa de reutilizacin. Este proceso se utiliza para planificar, establecer, dirigir, controlar y realizar el seguimiento de un programa de reutilizacin de la organizacin. Lista de actividades: Este proceso consta de las siguientes tareas: 1) 2) 3) 4) 5) 6) Inicio. Identificacin del dominio. Evaluacin de la reutilizacin. Planificacin. Ejecucin y control. Revisin y evaluacin.

7.6.1 Inicio. Esta actividad consta de las siguientes tareas: 7.6.1.1 El programa de reutilizacin de una organizacin se iniciar con el establecimiento de la estrategia de reutilizacin de la organizacin, la que incluye sus metas, propsitos, objetivos y alcance de la reutilizacin. Los elementos del programa de reutilizacin deberan consignar lo siguiente: a) Patrocinador de la reutilizacin. b) Infraestructura de reutilizacin (incluyendo hardware, software, herramientas, tcnicas, normas, mtricas e instalaciones para realizar la reutilizacin). c) Fondos y otros recursos para la reutilizacin. 131

d) Funcin del apoyo al programa de reutilizacin. e) Mecanismos de comunicacin, retroalimentacin y de notificacin de la reutilizacin.
NOTA El administrador del programa de reutilizacin define los siguientes mecanismos:

a) Mecanismo de retroalimentacin desde cada proyecto de desarrollo de software hasta el ingeniero de dominio y el gestor de activos para comunicarles el uso e impacto de los productos de software y activos en cada proyecto. b) Mecanismo de comunicacin entre el desarrollador, operador, mantenedor, ingeniero de dominio, gestor de activos y el administrador del programa de reutilizacin para solucionar problemas, responder preguntas y hacer recomendaciones, concernientes a los productos de software y activos, que enfrenta cada proyecto. c) Mecanismo de notificacin que hace que el desarrollador, mantenedor, gestor de activos y el ingeniero de dominio estn informados de las leyes comerciales prevalecientes, las propiedades de las licencias de los productos de software y activos, las restricciones de la organizacin que protegen sus intereses de propiedad y el acuerdo que puede restringir o excluir el uso de productos de software o de activos especficos por cada proyecto de desarrollo, mantenimiento o ingeniera de dominio de software. d) Mecanismo para que el ingeniero de dominio obtenga la participacin y la informacin necesaria de las fuentes apropiadas para completar las actividades de ingeniera de dominio. 7.6.1.2 Se debera nombrar un patrocinador de reutilizacin. 7.6.1.3 Se identificarn los participantes del programa de reutilizacin y se les asignarn sus roles. 7.6.1.4 Se establecer una funcin de direccin de reutilizacin para asumir la autoridad y responsabilidad del programa de reutilizacin de la organizacin. Sus funciones deberan incluir lo siguiente: a) Investigacin de la prctica de la reutilizacin en la organizacin. b) Identificacin de las reas en la organizacin donde hay oportunidades potenciales de reutilizacin. c) Asignacin de las responsabilidades para la reutilizacin en la organizacin. d) Redefinicin de los incentivos, la privacin de incentivos y la cultura de la organizacin para apoyar y estimular la reutilizacin.
NOTA Los miembros que se incluyen en la funcin de direccin de reutilizacin son: el patrocinador de la reutilizacin, el gestor de desarrollo del software, el gestor de operacin, el gestor de mantenimiento del software y un experto en reutilizacin.

132

7.6.1.5 Se establecer una funcin de apoyo al programa de reutilizacin. Las responsabilidades de la funcin de apoyo al programa de reutilizacin deberan incluir las siguientes: a) Participacin en la creacin e implementacin de un plan de implementacin del programa de reutilizacin. b) Identificacin, documentacin y comunicacin de la estrategia de reutilizacin a todos los participantes del programa de reutilizacin. c) Promocin de la prctica de la reutilizacin para fomentar una cultura favorable de reutilizacin del software. d) Bsqueda de oportunidades para practicar la reutilizacin en los proyectos de software, actuales y futuros. e) Establecimiento y mantenimiento de la infraestructura de reutilizacin. f) Proporcionar un apoyo de consultora en reutilizacin a los proyectos de software que practican la reutilizacin. 7.6.2 Identificacin del dominio. Un dominio caracteriza un conjunto de sistemas en funcin de propiedades comunes que pueden organizarse en una coleccin de activos reutilizables que pueden emplearse para construir sistemas en el dominio. Esta actividad consta de las siguientes tareas: 7.6.2.1 El administrador del programa de reutilizacin, ayudado por los gestores, ingenieros de dominio, usuarios y desarrolladores de software apropiados identificarn y documentarn los dominios en los cuales se investigarn oportunidades de reutilizacin o en los cuales la organizacin tiene la intencin de efectuar la reutilizacin. 7.6.2.2 El administrador del programa de reutilizacin, ayudado por los gestores, ingenieros de dominio, usuarios y desarrolladores de software apropiados evaluarn los dominios para asegurar que stos reflejan con precisin la estrategia de reutilizacin de la organizacin. Los resultados de la evaluacin se documentarn. 7.6.2.3 El administrador del programa de reutilizacin dirigir revisiones conjuntas de acuerdo con el Proceso de Revisin Conjunta especificado en el apartado 6.6. Los desarrolladores de software, ingenieros de dominio y usuarios sern incluidos en las revisiones. 7.6.2.4 Cuanta ms informacin est disponible sobre los dominios de la organizacin y los planes para futuros productos de software o cuando los dominios se analizan, el administrador del programa de reutilizacin puede perfeccionar y redefinir el alcance de los dominios. 7.6.3 Evaluacin de la reutilizacin. La evaluacin de la reutilizacin proporciona una lnea de base con respecto a la cual, la prctica de la reutilizacin en la organizacin puede ser medida. Sin esta evaluacin de la 133

reutilizacin, los beneficios resultantes de la prctica de la reutilizacin en la organizacin son difciles de medir. Los propsitos de esta actividad son: a) Ganar una comprensin de la madurez de la reutilizacin en la organizacin. b) Evaluar el potencial de la reutilizacin en los dominios objetivo de la organizacin. c) Hacer recomendaciones de cmo proceder con la prctica de la reutilizacin en la organizacin. d) Motivar y dirigir mejoras incrementales en las diversas reas del programa de reutilizacin en la organizacin, incluyendo la formacin y la infraestructura de reutilizacin Esta actividad consta de las siguientes tareas: 7.6.3.1 El administrador del programa de reutilizacin evaluar la capacidad de reutilizacin sistemtica de la organizacin. Los resultados de la evaluacin se documentarn y se proporcionarn a la funcin de direccin de reutilizacin. 7.6.3.2 El administrador del programa de reutilizacin evaluar cada dominio que est siendo considerado para la reutilizacin, con el objetivo de determinar el potencial para el xito de la reutilizacin en dicho dominio. Los resultados de la evaluacin se documentarn y se proporcionarn a la funcin de direccin de reutilizacin. 7.6.3.3 El administrador del programa de reutilizacin har las recomendaciones para perfeccionar la estrategia de reutilizacin de la organizacin y el plan de implementacin del programa de reutilizacin, sobre la base de los resultados de las evaluaciones de la reutilizacin. Las recomendaciones se documentarn y proporcionarn a la funcin de direccin de reutilizacin. 7.6.3.4 El administrador del programa de reutilizacin, junto con los adquiridores, proveedores, desarrolladores, operadores, mantenedores, gestores de activos e ingenieros de dominio, utilizarn el Proceso de Mejora especificado en el apartado 7.3 para mejorar en forma gradual las habilidades, tecnologa, procesos de reutilizacin, estructura organizacional y mtricas, que juntas comprenden la infraestructura de reutilizacin. 7.6.4 Planificacin. Esta actividad consta de las siguientes tareas: 7.6.4.1 Se crear, documentar, y mantendr un plan de implementacin del programa de reutilizacin, reutilizando una plantilla del plan del programa de reutilizacin que sea pertinente, si existe alguna, para definir los recursos y procedimientos para la implementacin de un programa de reutilizacin. El plan describir lo siguiente: a) Las actividades del programa de reutilizacin. b) Los procedimientos y cronogramas para realizar estas actividades. c) Las partes responsables de realizar estas actividades. 134

d) Las relaciones con otras partes, tales como los desarrolladores de software o ingenieros de dominio. e) Los recursos necesarios para el programa de reutilizacin. 7.6.4.2 El plan se revisar y evaluar considerando los siguientes criterios: a) Completitud. b) Habilidad para realizar la estrategia de reutilizacin de la organizacin. c) Viabilidad de la implementacin del plan. Se documentarn los resultados de la evaluacin. Aqullos que evalan el plan deberan incluir miembros de la funcin de direccin de reutilizacin. 7.6.4.3 Se obtendr la aprobacin y el apoyo, de la funcin de gestin del reutilizacin y de los gestores apropiados, para el plan de implementacin del programa de reutilizacin. 7.6.4.4 El administrador del programa de reutilizacin dirigir la(s) revisin(es) conjunta(s) de acuerdo con el Proceso de Revisin Conjunta especificado en el apartado 6.6. Los miembros de la funcin de direccin de reutilizacin y los gestores apropiados se incluirn en las revisiones. 7.6.5 Ejecucin y control. Esta actividad consta de las siguientes tareas: 7.6.5.1 Las actividades del plan de implementacin del programa de reutilizacin se ejecutarn de acuerdo con el plan. 7.6.5.2 El administrador del programa de reutilizacin realizar el seguimiento del avance del programa de reutilizacin con respecto a la estrategia de reutilizacin de la organizacin y har, as como documentar, cualquier ajuste necesario al plan para realizar la estrategia. 7.6.5.3 Los problemas y no conformidades que ocurran durante la ejecucin del plan de implementacin del programa de reutilizacin se registrarn e introducirn en el Proceso de Solucin de Problemas, tal como se especifica en el apartado 6.8. 7.6.5.4 El administrador del programa de reutilizacin reafirmar peridicamente el patrocinio, apoyo y compromiso de la direccin con respecto al programa de reutilizacin. 7.6.6 Revisin y evaluacin. Esta actividad consta de las siguientes tareas: 7.6.6.1 El administrador del programa de reutilizacin evaluar peridicamente el programa de reutilizacin para el logro de la estrategia de reutilizacin de la organizacin y la continua adecuacin y efectividad del programa de reutilizacin.

135

7.6.6.2 El administrador del programa de reutilizacin proporcionar los resultados de las evaluaciones y las experiencias aprendidas a la funcin de direccin de reutilizacin y a los gestores apropiados. 7.6.6.3 El administrador del programa de reutilizacin recomendar y har los cambios al programa de reutilizacin, lo extender y mejorar de acuerdo con el Proceso de Mejora especificado en el apartado 7.3. G.6 Actividades y Tareas del Proceso de Ingeniera del Dominio 7.7 Proceso de Ingeniera del Dominio El Proceso de Ingeniera del Dominio contiene las actividades y tareas del ingeniero de dominio. El proceso cubre el desarrollo y mantenimiento de los modelos del dominio, la arquitectura del dominio y otros activos de este dominio. Lista de actividades: Este proceso consta de las siguientes tareas: 1) 2) 3) 4) 5) Implementacin del proceso. Anlisis del dominio. Diseo del dominio. Provisin de activos. Mantenimiento de activos.

NOTA 1: La ingeniera de dominio es un enfoque basado en la reutilizacin para definir el alcance (esto es, la definicin del dominio), especificar la estructura (esto es, la arquitectura del dominio) y construir activos (esto es, requisitos, diseos, cdigo de software, documentacin) para una clase de sistemas, subsistemas o aplicaciones. La ingeniera de dominio puede incluir las siguientes actividades: definicin del dominio, anlisis del dominio, desarrollo de la arquitectura del dominio e implementacin del dominio. NOTA 2: Estas actividades y tareas pueden solaparse o interaccionar y se pueden realizar iterativa o recurrentemente. Tambin, el Proceso de Ingeniera del Dominio puede solaparse con los procesos de desarrollo y mantenimiento que utilizan activos producidos por el Proceso de Ingeniera del Dominio.

7.7.1 Implementacin del proceso. Esta actividad consta de las siguientes tareas: 7.7.1.1 El ingeniero de dominio crear y documentar un plan de ingeniera de dominio, reutilizando una plantilla del plan de ingeniera de dominio que sea pertinente, si existe alguna, para definir los recursos y procedimientos para realizar la ingeniera de dominio. El plan debera incluir las normas, los mtodos, herramientas, actividades, tareas y responsabilidades para realizar la ingeniera de dominio. Para crear el plan de ingeniera de dominio, el ingeniero de dominio debera consultar la literatura y/o los recursos de informacin acerca del dominio as como a expertos del dominio, desarrolladores y usuarios de productos de software dentro del dominio. El plan de ingeniera de dominio se ejecutar. 136

7.7.1.2 El ingeniero de dominio seleccionar las formas de representacin a utilizarse en los modelos y arquitecturas del dominio, de acuerdo con las normas de reutilizacin de la organizacin y las consultas hechas a los expertos del dominio, desarrolladores y usuarios de productos de software dentro del dominio. 7.7.1.3 El ingeniero de dominio: a) Documentar este proceso de acuerdo con el Proceso de Documentacin, especificado en el apartado 6.1. b) Realizar la gestin de la configuracin de las salidas de la ingeniera de dominio de acuerdo con el Proceso de Gestin de la Configuracin, especificado en el apartado 6.2. c) Documentar y solucionar los problemas y no conformidades detectadas en los activos y en el Proceso de Ingeniera del Dominio de acuerdo con el Proceso de Solucin de Problemas, especificado en el apartado 6.8. d) Dirigir revisiones conjuntas de acuerdo con el Proceso de Revisin Conjunta, especificado en el apartado 6.6, e incluir en las revisiones a expertos del dominio, desarrolladores de software y usuarios de productos de software dentro del dominio. e) Establecer procedimientos para recibir, solucionar, y proporcionar una retroalimentacin al gestor de activos cada vez que ocurran problemas con activos, o se hagan solicitudes de cambio a stos, desarrollados por el ingeniero de dominio. 7.7.2 Anlisis del dominio. El anlisis del dominio es la actividad que descubre y describe formalmente los aspectos en comn y variables dentro de un dominio. El ingeniero de dominio capta esta informacin de un conjunto de modelos del dominio. Esta actividad consta de las siguientes tareas: 7.7.2.1 El ingeniero de dominio definir los lmites del dominio y las relaciones entre este dominio y otros. 7.7.2.2 El ingeniero de dominio identificar las necesidades actuales y previstas de los desarrolladores de productos de software dentro del dominio. 7.7.2.3 El ingeniero de dominio construir modelos del dominio utilizando las formas de representacin seleccionadas en la Actividad de Implementacin del Proceso. 7.7.2.4 El ingeniero de dominio construir un vocabulario que proporcione la terminologa para describir los conceptos importantes del dominio y las relaciones entre los activos similares o comunes del dominio. 7.7.2.5 El ingeniero de dominio clasificar y documentar los modelos del dominio.

137

7.7.2.6 El ingeniero de dominio evaluar los modelos y el vocabulario del dominio de acuerdo con las estipulaciones de la tcnica de modelado seleccionada y de acuerdo con los procedimientos de aceptacin y certificacin de activos de la organizacin. Los resultados de la evaluacin se documentarn. 7.7.2.7 El ingeniero de dominio dirigir la(s) revisin(es) conjunta(s) del anlisis del dominio de acuerdo con el Proceso de Revisin Conjunta, especificado en el apartado 6.6. Se incluirn en las revisiones a los desarrolladores de software, gestores de activos, expertos del dominio y usuarios. 7.7.2.8 El ingeniero de dominio presentar los modelos del dominio al gestor de activos. 7.7.3 Diseo del dominio. La actividad de diseo del dominio define la arquitectura del dominio y especifica los activos que pueden utilizarse para construir productos de software. La arquitectura del dominio es un diseo de alto nivel en la cual las interfaces de los activos estn formalmente identificadas. La arquitectura del dominio sirve como el marco de referencia para la reutilizacin de activos para la construccin de productos de software. Esta actividad consta de las siguientes tareas: 7.7.3.1 El ingeniero de dominio crear y documentar la arquitectura del dominio, conforme con el modelo del dominio y segn las normas de la organizacin. 7.7.3.2 La arquitectura del dominio se evaluar de acuerdo con las estipulaciones de la tcnica de diseo de la arquitectura seleccionada y los procedimientos de aceptacin y certificacin de activos de la organizacin. Los resultados de la evaluacin se documentarn. 7.7.3.3 Con relacin a cada entidad seleccionada que se disea para reutilizar, el ingeniero de dominio desarrollar y documentar una especificacin del activo. 7.7.3.4 Con relacin a cada activo especificado, la especificacin se evaluar de acuerdo con lo estipulado en el apartado 5.3.6.7 y segn los procedimientos de aceptacin y certificacin de activos de la organizacin. Los resultados de la evaluacin se documentarn. 7.7.3.5 El ingeniero de dominio dirigir la(s) revisin(es) conjunta(s) del diseo del dominio de acuerdo con el Proceso de Revisin Conjunta, especificado en el apartado 6.6. Se incluirn en las revisiones desarrolladores de software, expertos del dominio y gestores de activos. 7.7.3.6 El ingeniero de dominio presentar la arquitectura del dominio al gestor de activos. 7.7.4 Provisin de activos. La actividad de provisin de activos desarrolla o adquiere activos que pueden utilizarse para ensamblar productos de software. Con respecto a cada activo desarrollado o adquirido, esta actividad consta de las siguientes tareas: 7.7.4.1 El ingeniero de dominio desarrollar el activo, de la siguiente manera: 138

a) Ejecutando el Proceso de Adquisicin (vase el apartado 5.1) para dar lugar a un contrato para adquirir el activo o b) Ejecutando el Proceso de Desarrollo (vase el apartado 5.3) si el activo se desarrollar internamente. 7.7.4.2 El activo se documentar y clasificar. 7.7.4.3 El ingeniero de dominio evaluar el activo de acuerdo con los procedimientos de aceptacin y certificacin de activos de la organizacin. Los resultados de la evaluacin se documentarn. 7.7.4.4 El ingeniero de dominio dirigir la(s) revisin(es) conjunta(s) del activo de acuerdo con el Proceso de Revisin Conjunta, especificado en el apartado 6.6. Se incluirn en las revisiones a desarrolladores de software y gestores de activos. 7.7.4.5 El ingeniero de dominio presentar el activo al gestor de activos. 7.7.5 Mantenimiento de activos. La actividad de mantenimiento de activos contiene las tareas para la modificacin de activos, incluyendo los modelos y las arquitecturas del dominio. Un activo se modifica para corregir una deficiencia en el activo o adaptarlo para que satisfaga un requisito nuevo o modificado. El ingeniero de dominio modificar el activo mediante la ejecucin del Proceso de Mantenimiento especificado en el apartado 5.5. Adicionalmente, las siguientes tareas relacionadas con la reutilizacin se agregan al Proceso de Mantenimiento cuando ste se aplica para mantener un activo: 7.7.5.1 Cuando el ingeniero de dominio analiza las solicitudes de modificacin de activos y selecciona las opciones de implementacin, considerar: a) b) c) d) Conformidad con los modelos del dominio y la arquitectura del dominio. Impacto en los sistemas y productos de software que utilizan el activo. Impacto en los futuros usuarios del activo. Impacto en la reutilizacin del activo.

7.7.5.2 El ingeniero de dominio obtendr la aprobacin de la opcin de implementacin seleccionada, del cronograma y los planes de modificacin del activo. 7.7.5.3 El ingeniero de dominio notificar al gestor de activos, que envi la solicitud de modificacin del activo, sobre si la modificacin del activo fue aprobada as como los planes y el cronograma de aquellas modificaciones aprobadas. Cuando no se acepta una solicitud de modificacin, sta se registrar e introducir en el Proceso de Solucin de Problemas, como est especificado en el apartado 6.8.

139

7.7.5.4 Despus que se obtiene la aprobacin, el ingeniero de dominio comenzar el Proceso de Ingeniera del Dominio para implementar las modificaciones al activo. 7.7.5.5 El ingeniero de dominio enviar el activo modificado ya terminado, junto con cualesquiera instrucciones de uso y activos de prueba, al gestor de activos que envi la solicitud de modificacin del activo. Anexo H: ISO/IEC TR 15504-2, PDAM1, Extensin del Modelo de Referencia para el Proceso de Adquisicin de la Norma ISO/IEC 12207: 1995 (Informativo) El Anexo H proporciona la extensin de las definiciones de los procesos descritos en el TR 15504-2 para los procesos de adquisicin y consigna la falta actual de especificidad asociada con los procesos de adquisicin en el TR 15504-2. Este Anexo extiende las definiciones de los procesos de adquisicin establecidas en el TR 15504-2 y proporciona la especificidad necesaria para el propsito de la evaluacin y mejora de los procesos del adquiridor. Estos procesos extendidos proporcionan una base slida para las evaluaciones de los procesos del adquiridor y de la habilidad de determinar de una mejor manera los riesgos de los procesos en la obtencin de los sistemas de software. Las definiciones de los procesos de adquisicin establecidas en el presente Anexo estn incluidas en esta Enmienda para formar las bases de un Modelo de Referencia de Procesos a utilizarse con la Norma ISO/IEC 15504. Los propsitos y resultados de los procesos proporcionados en este Anexo pueden utilizarse en lugar de los propsitos y resultados de los procesos descritos en el apartado F.1.1 Proceso de Adquisicin. Adems del propsito y los resultados del Proceso de Adquisicin, este Anexo estipula la extensin de la definicin del proceso en el formato de las actividades y tareas de la Norma ISO/IEC 12207.
NOTA Liberacin del derecho de autor: Los usuarios pueden reproducir libremente las descripciones detalladas del propsito y resultados de los procesos en el este Anexo, como parte de cualquier Modelo de Evaluacin basado en el Modelo de Referencia de Procesos o como parte de cualquier demostracin de compatibilidad con el Modelo de Referencia de Procesos, a fin de que pueda utilizarse para su propsito previsto.

H.1 Propsito y Resultados del Proceso de Adquisicin Lo siguiente proporciona una alternativa que puede utilizarse en lugar del Propsito y Resultados del apartado F.1.1 Proceso de Adquisicin, en el Anexo F. Propsito: El propsito del Proceso de Adquisicin es obtener el producto y/o servicio que satisface la necesidad expresada por el cliente. El proceso comienza con la identificacin de una 140

necesidad del cliente y termina con la aceptacin del producto y/o del servicio requerido por el cliente. Resultados: Como consecuencia de la implementacin exitosa del Proceso de Adquisicin: 1) Se definirn las necesidades de adquisicin, las metas, los criterios de aceptacin y las estrategias de adquisicin. 2) Se contraer un acuerdo que expresa claramente la expectativa, las responsabilidades y obligaciones del cliente y del proveedor. 3) Se producir un producto y/o prestar un servicio que satisface las necesidades establecidas por el cliente. 4) Se realizar el seguimiento de la adquisicin de modo que las restricciones especificadas tales como el costo, cronograma y la calidad son cumplidas. 5) Se aceptarn los entregables del proveedor. Los subprocesos pertenecientes al Proceso de Adquisicin son: Poltica de Adquisicin Estrategia de Adquisicin Anlisis de Beneficios Requisitos Tcnicos Requisitos Legales y Administrativos Requisitos Financieros Requisitos del Proyecto Solicitud de Ofertas Calificacin del Proveedor Evaluacin de Propuestas Contrato/Acuerdo Seguimiento del Proveedor Aceptacin Cierre del Contrato Relaciones con el Proveedor Relaciones con el Usuario Gestin Financiera

H.1.1 Poltica de Adquisicin Propsito:

141

El propsito del Proceso de Poltica de Adquisicin es establecer las metas comunes de alto nivel, las bases para las necesidades de adquisicin y los mtodos a implantarse para efectuar una adquisicin. Resultados: Como consecuencia de la implementacin exitosa del proceso se establecern: 1) La necesidad de implantar una poltica de adquisicin comn para la organizacin. 2) Las bases sistemticas de, o la preferencia por, tecnologas, procesos, mtodos, vendedores, normas y regulaciones legales puestas en vigor, para optimizar la adquisicin. 3) La necesidad de asegurar recursos adecuados para la gestin de la adquisicin, incluyendo las habilidades contractuales, tcnicas, financieras y de gestin de proyectos del adquiridor. 4) La necesidad de definir las normas de la calidad con respecto a entregables, aceptables para las necesidades declaradas e implcitas del adquiridor. 5) La necesidad de establecer una relacin eficaz y productiva con el proveedor y otros grupos afectados. H.1.2 Estrategia de Adquisicin Propsito: El propsito del Proceso de Estrategia de Adquisicin es asegurar que los productos a adquirirse cumplirn la misin, metas y objetivos del negocio, as como proporcionar la base para la planificacin de todos los aspectos del proyecto de adquisicin. Este proceso involucra una combinacin de la infraestructura del negocio (presupuesto, inversin financiera), mtodos de adquisicin (producto comercial, producto desarrollado a la medida) y polticas comunes (estrategias de adquisicin, determinacin de cronogramas) Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se desarrollar un enfoque de la gestin planificada del programa para la adquisicin, que satisface la poltica de adquisicin y las necesidades de negocio del usuario/adquiridor. 2) Se identificarn las metas especficas (financieras, contractuales, del proyecto, tcnicas) y los objetivos para enfoques diferentes o alternativos. 3) Se identificarn los factores crticos de xito de la adquisicin. 4) Se identificarn las distintas formas en que las soluciones pueden satisfacer las necesidades y expectativas del adquiridor. 5) Se identificarn los riesgos de negocio, las implicaciones financieras, tcnicas y de recursos, con respecto a enfoques o soluciones diferentes o alternativas. 142

6) Se identificarn los requisitos actualizacin de los productos. H.1.3 Anlisis de Beneficios Propsito: El propsito del Proceso de Anlisis de Beneficios es establecer la pertinencia y el beneficio continuos de la adquisicin para satisfacer las necesidades, en desarrollo y cambiantes, de los requisitos del adquiridor y las necesidades de negocio. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se analizar el alineamiento de los beneficios de la adquisicin con los objetivos de negocio. 2) Se efectuar el anlisis de los beneficios relativos a los costos de la adquisicin. H.1.4 Requisitos Tcnicos Propsito: El propsito del Proceso de Requisitos Tcnicos es establecer los requisitos tcnicos de la adquisicin. Esto involucra la obtencin de los requisitos funcionales y no funcionales que consideran el ciclo de vida de implantacin de los productos a fin de establecer una lnea de base de los requisitos tcnicos. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se definirn y desarrollarn los requisitos tcnicos, incluyendo la evaluacin de los efectos del ambiente y los requisitos de proteccin y seguridad, cuando sea necesario, para que coincidan con las necesidades y expectativas de los usuarios. 2) Se recolectarn y definirn las necesidades de adquisicin actuales y en desarrollo. 3) Se comunicarn los requisitos y las soluciones potenciales a todos los grupos afectados. 4) Se establecer un mecanismo para incorporar los requisitos cambiados o nuevos en la lnea de base establecida. 5) Se definir un mecanismo para identificar y gestionar el impacto de los cambios tecnolgicos en los requisitos tcnicos. 6) Los requisitos incluirn la conformidad con las normas pertinentes, incluyendo la evaluacin del efecto del ambiente y las normas de proteccin seguridad, cuando sea apropiado. 143

NOTA Las Normas ISO/IEC 9126 pueden ser un modelo til para obtener requisitos tcnicos.

H.1.5 Requisitos Legales y Administrativos Propsito: El propsito del Proceso de Requisitos Legales y Administrativos es definir los aspectos de adjudicacin, las expectativas, responsabilidades, los asuntos legales y de otro tipo, los cuales deben cumplir las leyes nacionales e internacionales de contratacin. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se definir un enfoque contractual, el cual est conforme con las leyes, guas y polticas reglamentarias nacionales e internacionales. 2) Se definirn los trminos y condiciones de un acuerdo (contractual) para describir cmo el proveedor satisfar las necesidades y expectativas. 3) Se establecern los criterios de aceptacin y los mecanismos para el tratamiento de los incumplimientos del contrato. 4) Se establecern los derechos del adquiridor para asumir, modificar o evaluar, directa o indirectamente los derechos de propiedad intelectual. 5) Se proporcionarn las garantas y acuerdos del nivel de servicio cuando sea aplicable. 6) Se definir la disposicin contractual con los proveedores para la entrega de otros requisitos (ejemplo, plan de la calidad, acuerdos de tipo plica, etc.). 7) Se establecern los criterios reconocidos para los asuntos de propiedad, reglamentarios y de otras responsabilidades con el producto.
NOTA El acuerdo final de los trminos del contrato se determinar durante el subproceso de Establecimiento del Contrato. Nota de la adopcin: El trmino acuerdos de tipo plica que aparece en 6) se refiere a los acuerdos en relacin a algn documento o noticia que no debe publicarse hasta una fecha u ocasin determinada.

H.1.6 Requisitos Financieros Propsito: El propsito del Proceso de Requisitos Financieros es especificar los requisitos para la preparacin de la infraestructura para una eficaz gestin financiera del proyecto de adquisicin. Resultados:

144

Como consecuencia de la implementacin exitosa del proceso: 1) Se establecern la gestin, riesgos y costos financieros del adquiridor. 2) Se definirn y registrarn las condiciones financieras para los costos y pagos que rigen la adquisicin. 3) Sern trazables los aspectos financieros del proceso de adjudicacin del contrato hasta el resultado. 4) Se utilizarn solicitudes de financiamiento para preparar presupuestos de actividades del proyecto, sujetas a controles presupuestarios autorizados. 5) Se establecern, con el proveedor, los requisitos para la informacin de los costos con respecto al (los) modelo(s) de estimacin de costos acordado. 6) Se establecern los requisitos de los pagos a gestionarse de acuerdo con un procedimiento definido que interrelaciona los datos del contrato y los logros de la gestin del proyecto. 7) Se dar una prioridad a los requisitos para asegurar que la solucin del ciclo de vida de la adquisicin est alineada con la importancia relativa de los requisitos. H.1.7 Requisitos del Proyecto Propsito: El propsito del Proceso de Requisitos del Proyecto es especificar los requisitos para asegurar que el proyecto de adquisicin se ejecuta con una planificacin, un personal, una direccin, organizacin y un control adecuados durante las actividades y tareas del proyecto. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se establecer la consistencia entre los requisitos financieros, tcnicos, contractuales y del proyecto. 2) Se definirn los requisitos sobre los aspectos organizacionales, de direccin, de control y de informacin de un proyecto. 3) Se definirn los requisitos (ejemplo, legales, contractuales, tcnicos, recursos del proyecto adecuados) para proveer de personal adecuado a los proyectos, mediante un equipo competente, con responsabilidades y metas claras. 4) Se establecern las necesidades de intercambio de informacin entre todas las partes afectadas. 5) Se establecern los requisitos para la terminacin y aceptacin de productos de trabajo provisionales y el libramiento de pagos. 6) Se identificarn los riesgos asociados con el ciclo de vida del proyecto y con los proveedores. 7) Se definirn los requisitos de pertenencia de las interacciones y relaciones con los proveedores. 145

8) Se definirn los derechos de uso y de distribucin del producto por el cliente y el proveedor. 9) Se establecern los requisitos del soporte tcnico y mantenimiento.

H.1.8 Solicitud de Ofertas Propsito: El propsito del Proceso de Solicitud de Ofertas es preparar y emitir los requisitos de adquisicin necesarios. La documentacin incluir los requisitos contractuales, de proyecto, financieros y tcnicos, pero no limitados a stos, que se proporcionan para el uso en el Pedido de Propuestas/Invitacin a Oferta. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se definirn las reglas para la invitacin a realizar una propuesta/oferta y la evaluacin de las que cumplen la poltica y estrategia de adquisicin. 2) Se reunir la lnea de base de los requisitos tcnicos y no tcnicos para adjuntarla al Pedido de Propuestas/Invitacin a Oferta. 3) Se establecern los trminos del acuerdo (contractuales) de referencia y las condiciones para el Pedido de Propuestas/Invitacin a Oferta. 4) Se definirn los trminos financieros de referencia para los costos y pagos, para el Pedido de Propuestas/Invitacin a Oferta. 5) Se definirn los trminos del proyecto, de referencia, para el Pedido de Propuestas/Invitacin a Oferta. 6) Se definirn los trminos tcnicos de referencia para el Pedido de Propuestas/Invitacin a Oferta. 7) Se preparar y publicar un Pedido de Propuestas/Invitacin a Oferta de acuerdo con las polticas de adquisicin y las cuales cumplen las leyes nacionales, internacionales y reglamentarias, los requisitos y las polticas pertinentes. H.1.9 Calificacin del Proveedor Propsito: El propsito del Proceso de Calificacin del Proveedor es evaluar y determinar si el(los) suministrador(es) potencial(es) tiene(n) la calificacin requerida para participar en el proceso de evaluacin de la propuesta/oferta. En este proceso, se evaluarn los antecedentes 146

tcnicos, el sistema de la calidad, el servicio, las capacidades del soporte tcnico al usuario, etc. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se establecern los criterios para la calificacin de los proveedores. 2) Se realizar la determinacin de las capacidades de los proveedores cuando sea necesario. 3) Se preseleccionarn los proveedores, que poseen la calificacin requerida, para la evaluacin de la(s) solucin(es) de la oferta. 4) Se identificar y evaluar cualquier dficit. 5) Se evaluar y ejecutar la accin correctiva requerida por el adquiridor. H.1.10 Evaluacin de Propuestas Propsito: El propsito del Proceso de Evaluacin de Propuestas es evaluar las soluciones propuestas/ofertadas y/o los productos comerciales asociados, para celebrar las negociaciones del contrato/acuerdo.
Nota de la adopcin: Vase 3.4 en la Norma NC 90003:2006 y 3.15 en esta propia Norma para la definicin del trmino producto comercial.

Resultados: Como consecuencia de la implementacin exitosa del subproceso: 1) Se evaluarn las soluciones propuestas/ofertadas con respecto a los requisitos del Pedido de Propuestas/Invitacin a Oferta. 2) Se establecern los criterios para calificar los productos comerciales, en los casos que se ofrecen, como parte de una solucin propuesta/ofertada. 3) Se evaluarn los productos comerciales, cuando sea necesario, con respecto a un plan definido para determinar el grado de conformidad con las necesidades y expectativas de los adquiridores. 4) Se invitar(n) al (los) proveedor(es) con una solucin(es) propuesta(s)/ofertada(s) satisfactoria(s) a celebrar la negociacin del contrato/ acuerdo. H.1.11 Contrato/Acuerdo Propsito: 147

El propsito del Proceso de Acuerdo/Contrato es negociar y aprobar un contrato/acuerdo que especifique claramente y sin ambigedades las expectativas, responsabilidades, los productos de trabajo/entregables y las obligaciones del (los) proveedor(es) y el adquiridor. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se negociar, revisar, aprobar un contrato/acuerdo y se adjudicar al (a los) proveedor(es). 2) Se revisarn y considerarn los mecanismos, para el seguimiento de la capacidad y desempeo del (los) proveedor(es) y para la mitigacin de los riesgos identificados, para su inclusin en las condiciones del contrato. 3) Se notificar a los proponentes/ofertantes del resultado de la seleccin de la propuesta/oferta. H.1.12 Seguimiento del Proveedor Propsito: El propsito del Proceso de Seguimiento del Proveedor es realizar el seguimiento y facilitar la integracin de las actividades del proveedor en la ejecucin del proyecto de adquisicin, de acuerdo con los requisitos y enfoques de gestin pertinentes. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se realizarn actividades conjuntas entre el adquiridor y el proveedor cuando sea necesario. 2) Se intercambiar regularmente con el proveedor, la informacin y datos sobre el avance del proyecto. 3) Se realizar el seguimiento del desempeo del proveedor con respecto a los requisitos acordados. 4) Se registrarn los problemas y se les realizar un seguimiento hasta su solucin. H.1.13 Aceptacin Propsito: El propsito del Proceso de Aceptacin es aprobar y aceptar el producto constituido, sobre la base de la comparacin con los criterios de aceptacin. El proceso incluir un enfoque planificado e integrado que reduzca la duplicacin de actividades entre el proveedor y el adquiridor. 148

Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se ejecutar la validacin y/o verificacin con respecto a una estrategia de aceptacin planificada y documentada. 2) Se realizar la aceptacin basada en la estrategia de adquisicin y se efectuar de acuerdo con los requisitos acordados. 3) Se evaluar el producto entregado con respecto a los requisitos acordados. 4) Se confirmarn los detalles de la garanta, cuando sea apropiado.
NOTA Las Normas ISO/IEC 14598 pueden ser una base adecuada para la evaluacin de productos.

H.1.14 Cierre del Contrato Propsito: El propsito del Proceso de Cierre del Contrato es asegurar que la informacin detallada, perteneciente a la ejecucin y conclusin del proyecto, se recopila y coordina por todos los grupos afectados. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se acordarn la finalizacin de los pagos y el cronograma de los pagos futuros. 2) Se confirmar la proteccin o la devolucin de la informacin confidencial proporcionada por el proveedor y adquiridor. 3) Se efectuar el intercambio de informacin de los resultados de la adquisicin entre los grupos afectados. 4) Se evaluarn los resultados del contrato, del proyecto, y los aspectos tcnicos y financieros del proyecto con respecto a los requisitos y/u objetivos originales. 5) Se revisar el desempeo de todos los grupos afectados. 6) Se archivar la informacin pertinente del proyecto, de una manera asequible, para futuras adquisiciones y mejoras. H.1.15 Relaciones con el Proveedor Propsito: El propsito del Proceso de Relaciones con el Proveedor es perfeccionar las relaciones entre el adquiridor y el proveedor, en funcin de la calidad de los servicios y de una buena relacin calidad-precio, para obtener una mejor comprensin de las necesidades de ambas partes.

149

Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se establecern las relaciones, con proveedores, que son pertinentes para las necesidades actuales y futuras. 2) Se definirn la pertenencia y coordinacin de las relaciones. 3) Se evidenciar una clara comprensin de las relaciones que son ms importantes para lograr los objetivos de negocio. 4) Se identificarn los beneficios potenciales de unas relaciones perfeccionadas y de los riesgos de no cambio recprocos. 5) Se revisar y realizar el seguimiento de la eficacia continua de las relaciones con los proveedores.
Nota de la adopcin: El trmino riesgos de no cambio que aparece en 4) se refiere a los riesgos de que el adquiridor cambie de proveedor y viceversa.

H.1.16 Relaciones con el Usuario Propsito: El propsito del Proceso de Relaciones con el Usuario es perfeccionar las relaciones entre el adquiridor y el usuario, en funcin de la calidad de los servicios y de una buena relacin calidad-precio, para obtener una mejor comprensin de las necesidades de ambas partes. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) Se definir la pertenencia y coordinacin de las relaciones. 2) Se evidenciar una clara comprensin de las relaciones que son ms importantes para lograr los objetivos de negocio. 3) Se identificarn los beneficios potenciales de unas relaciones perfeccionadas y de los riesgos de no cambio recprocos. 4) Se revisar y realizar el seguimiento de la eficacia continua de las relaciones con el usuario.
Nota de la adopcin: El trmino riesgos de no cambio que aparece en 4) se refiere a los riesgos de que el adquiridor cambie de usuario y viceversa.

H.1.17 Gestin Financiera Propsito:

150

El propsito del Proceso de Gestin Financiera es asegurar que los costos y presupuestos para las adquisiciones se identifican y gestionan de acuerdo con los planes y objetivos acordados. Resultados: Como consecuencia de la implementacin exitosa del proceso: 1) 2) 3) 4) Se establecern y mantendrn los planes y objetivos financieros. Se elaborarn y aprobarn los presupuestos. Se mantendrn los registros para satisfacer los requisitos de las auditoras financieras. Se notificarn los gastos reales de los proyectos a los responsables de la gestin de dichos proyectos. 5) Se reportarn y analizarn las variaciones entre los gastos planificados y los reales. 6) Se tomarn las decisiones para asegurar que los objetivos financieros son cumplidos por el personal responsable. H.2 Tareas y Actividades del Proceso de Adquisicin H.2.1 Proceso de Adquisicin Lista de actividades. Las siguientes actividades se adicionan al Proceso de Adquisicin: 1) 2) 3) 4) 5) Cierre del contrato Poltica de adquisicin Gestin de las relaciones con el proveedor Gestin de las relaciones con el usuario Gestin financiera

H.2.1.1 Cierre del Contrato 5.1.6 Cierre del contrato. Esta actividad consta de las siguientes tareas: Adicionalmente a las actividades normales de cierre de la gestin del proyecto, definidas en la clusula 7.1.5, el adquiridor asegurar que se satisfaga lo siguiente: a) Se acuerda y programa la finalizacin de los pagos. b) Se confirmar como segura toda la informacin confidencial proporcionada al proveedor. c) Se efecta el intercambio de la informacin de adquisicin entre todas las partes pertinentes. d) Se evalan los resultados generales del contrato, del proyecto, los aspectos tcnicos y financieros del proyecto de adquisicin con respecto a los objetivos y/o requisitos originales. 151

H.2.1.2 Poltica de Adquisicin 5.1.7 Poltica de Adquisicin. Esta actividad consta de las siguientes tareas: 5.1.7.1 El adquiridor establecer la necesidad de implantar una poltica comn de adquisicin en toda la organizacin. La poltica de adquisicin debera considerar las metas y bases comunes de alto nivel con respecto a las necesidades y los mtodos de adquisicin a implantarse en los proyectos de adquisicin. 5.1.7.2 En la definicin de una poltica de adquisicin eficaz, se considerar lo siguiente: a) Las bases de, o la preferencia por, tecnologas, procesos, mtodos, vendedores, normas y regulaciones puestas en vigor legalmente, para optimizar las adquisiciones. b) Los recursos, competencias y habilidades necesarias para gestionar las adquisiciones, incluyendo las habilidades de tipo contractual, tcnico, financiero, legal y de gestin de proyectos. c) Las normas de calidad a definirse. d) Las relaciones con los proveedores, usuarios y otras partes afectadas. H.2.1.3 Gestin de las Relaciones con el Proveedor 5.1.8. Gestin de las Relaciones con el Proveedor. Esta actividad consta de las siguientes tareas: 5.1.8.1. La funcin de adquisicin en la organizacin definir una poltica de sus actuales y futuras necesidades con respecto a las relaciones generales con los proveedores pertinentes. El objetivo general para mejorar las relaciones entre el adquiridor y el proveedor, en funcin del servicio y de una buena relacin calidad-precio, es obtener una mejor comprensin de las necesidades de ambas partes. 5.1.8.2. Es reconocido que en algunas situaciones contractuales, especialmente en sectores del gobierno o de la defensa, la poltica puede ser de no mantener relaciones con los proveedores, pero en la mayora de las industrias hay un movimiento hacia relaciones estratgicas con los proveedores, especialmente con la llegada del comercio electrnico. 5.1.8.3. Como parte de la definicin de una poltica, se considerar lo siguiente: a) Las regulaciones y/o polticas nacionales e internacionales sobre adquisiciones. b) Pertenencia y coordinacin de las relaciones. c) Los beneficios potenciales de relaciones perfeccionadas y de riesgos de no cambio recprocos. d) La revisin y el seguimiento de la eficacia de las relaciones con los proveedores. H.2.1.4 Gestin de las Relaciones con el Usuario 152

5.1.9 Gestin de Relaciones con el Usuario. Esta actividad consta de las siguientes tareas: 5.1.9.1 La funcin de adquisicin en la organizacin definir una poltica de sus actuales y futuras necesidades, con respecto a las relaciones generales con los usuarios pertinentes. El objetivo general para mejorar las relaciones entre el adquiridor y el usuario, en funcin del servicio y de una buena relacin calidad-precio, es obtener una mejor comprensin de las necesidades de ambas partes. 5.1.9.2 Como parte de la definicin de una poltica, se considerar lo siguiente: a) Pertenencia y coordinacin de las relaciones. b) Los beneficios potenciales de relaciones perfeccionadas y de riesgos de no cambio recprocos. c) La revisin y el seguimiento de la eficacia de las relaciones con los usuarios. H.2.1.5 Gestin Financiera 5.1.10. Gestin Financiera. Esta actividad consta de las siguientes tareas: 5.1.10.1. La organizacin debe asegurar una gestin financiera sana en los proyectos de adquisicin. El objetivo general es asegurar que los costos y presupuestos para las adquisiciones se identifican y gestionan de acuerdo con los planes y objetivos acordados. La gestin financiera tiene frecuentemente responsabilidades repartidas entre las diferentes funciones en la organizacin. 5.1.10.2. Para lograr una gestin financiera sana, se efectuar lo siguiente: a) b) c) d) Se establecern y mantendrn los objetivos y planes financieros. Se elaborarn y aprobarn los presupuestos. Se mantendrn los registros. Se notificarn los gastos de los proyectos a los responsables de la gestin de dichos proyectos. e) Se reportarn y analizarn las variaciones entre los gastos planificados y los reales. f) Se tomarn las decisiones para asegurar que los objetivos financieros son cumplidos.

153