1. Estándar para la generación del proceso de desarrollo de software de gobierno y mantenimiento de un proyecto.
2. Exige la selección de proyectos basados en
2.1. Misión
2.2. Visión
2.3. Metas y recursos
3. Estructura
3.1. Visión general
3.1.1. Alcance
3.1.1.1. Creación de un proceso de ciclo de vida del proyecto de software (SPLCP) determinado dirigido al arquitecto
3.1.2. Propósito
3.1.2.1. Proceso para desarrollar una SPLCP.
3.1.3. Producto de la norma
3.1.3.1. Proceso SPCLP requerido para un proyecto de software específico
3.1.4. Audiencias deseadas
3.1.4.1. Proporciona dirección y orientación al personal del proyecto que se ocupa de la aplicación o ejecución de los procesos del proyecto
3.1.4.2. Arquitecto proceso
3.1.4.2.1. Persona o entidad con la responsabilidad y autoridad para desarrollar y mantener SPLCPs. El arquitecto ya debe estar familiarizado con una variedad de modelos de ciclo de vida del proyecto de software (SPLCMs), además de la siguiente experiencia
3.1.5. Otras partes interesadas
3.1.5.1. Norma de utilidad para los artistas o ejecutantes de las actividades presentadas
3.1.6. Conformidad
3.1.6.1. Si un SPLC usa sólo una parte seleccionada del ciclo de vida del software, la conformidad con esta norma puede lograrse mediante la inclusión de las actividades que afectan a la parte seleccionado.
3.1.7. Relación con otras normas clave
3.1.7.1. ISO 9001
3.1.7.1.1. Recomienda la organización del proyecto y se puede facilitar su aplicación mediante el uso de la norma ISO / IEC 90003
3.1.7.2. IEEE / EIA 12207.0
3.1.7.2.1. Establece un marco común para el ciclo de vida del software, en los procesos puede usarse para
3.1.7.3. Relación de procesar modelos de mejora
3.1.7.3.1. Compatible con el desarrollo de procesos estándar de la organización y selección de un proceso de proyecto estándar
3.1.8. Relación con la mejora de procesos
3.1.8.1. Se integra en el programa de mejora de los procesos.
3.1.8.1.1. Reduce al mínimo el esfuerzo por desarrollar un SPLCP
3.1.8.1.2. Facilita la reutilización de las OPAs existentes
3.1.8.1.3. Hace una mejora de las OPAs para incorporar lecciones aprendidas
3.1.9. Organización del documento
3.1.9.1. Clausulas
3.1.9.1.1. Cláusula 1 Introducción
3.1.9.1.2. Cláusula 2 Definiciones
3.1.9.1.3. Cláusula 3 Conceptos clave
3.1.9.1.4. Cláusula 4 La aplicación de esta norma
3.1.9.2. Actividad agrupación
3.1.9.2.1. Actividades desde el inicio del ciclo
3.1.9.3. Secuencia de las actividades
3.1.9.3.1. Ofrece a los usuarios actividades agrupadas administrativamente, las cuales son solo para conveniencia de la compañía
3.2. Definiciones y acrónimos
3.2.1. Definiciones
3.2.1.1. Ciclo de vida del proyecto de software (SPLC)
3.2.1.1.1. Secuencia de actividades creadas por el mapeo
3.2.1.2. Modelo de ciclo de vida del proyecto de software (SPLCM)
3.2.1.2.1. Marco elegido por cada organización usando el que se debe correlacionar con la norma IEEE 1074
3.2.1.3. Proceso del ciclo de vida del proyecto de software (SPLCP)
3.2.1.3.1. Descripción específica para el proyecto del proceso desarrollado por la adición OPA para el SPLC y las OPAs
3.2.1.4. Actividad de apoyo de grupo
3.2.1.4.1. Necesario para la culminación del proyecto, además de apoyo a las actividades
3.2.1.5. Amenaza modelado
3.2.1.5.1. Técnica de exploración sistemática para exponer cualquier situación que cause daño a un sistema.
3.2.1.6. Acreditación de seguridad
3.2.1.6.1. Declaración formal por la gestión que una TI esta aprobado para operar en un modo de seguridad
3.2.2. Acrónimos
3.2.2.1. Relaciones públicas e informes (RPI) de problemas y información de resolución.
3.2.2.1.1. SCMPI información de gestión de configuración de software planeado
3.2.2.1.2. SPLC ciclo de vida del proyecto de software
3.2.2.1.3. SPLCM proyecto de software modelo de ciclo de vida
3.2.2.1.4. SPLCP proceso del ciclo de vida del proyecto de software
3.2.2.1.5. SPMPI información sobre la gestión de proyectos de software planeado
3.2.2.1.6. SRMPI información de gestión de lanzamiento de software planeado
3.3. Conceptos clave
3.3.1. Actividades
3.3.1.1. Trabajo a realizar y su finalización es cuando toda la información de entrada disponible ha sido procesada y la de salida se ha generado.
3.3.1.2. Formato
3.3.1.2.1. Información de entrada: lista de información y su fuente
3.3.1.2.2. Descripción: acciones de valor añadido que se hacen para la transformación.
3.3.1.2.3. Información de salida: transformación y destino de la información
3.3.1.3. Los criterios de ingreso y salida
3.3.1.3.1. Inicialmente al menos un elemento de información y la salida es la información de entrada ya haya sido procesada.
3.3.1.4. Las actividades requeridas
3.3.1.4.1. estas dependen del SPLCM, las selecciones pueden ser necesarias o no.
3.3.1.5. Estructura organizativo
3.3.1.5.1. Se asignan responsabilidades para realizar las actividades y para la calidad de la información
3.3.2. Elementos del proceso de ciclo de vida del proyecto de software (SPLCP)
3.3.2.1. Modelo de ciclo de vida del proyecto de software
3.3.2.1.1. Se basa en los atributos del proyecto y capacidad de oraganización
3.3.2.2. Ciclo de vida del proyecto de software
3.3.2.2.1. Actividades a realizar durante el proyecto
3.3.2.3. Activos de los procesos de la organización (OPAs)
3.3.2.3.1. Artefactos que definen el entorno de una organización
3.3.2.4. Proceso del ciclo de vida del proyecto de software
3.3.2.4.1. Aumenta el ciclo de vida del proyecto
3.3.3. Mapeo
3.3.3.1. Instancia
3.3.3.1.1. Es un único evento en el SPLC
3.3.3.2. Iteración
3.3.3.2.1. Una actividad se asigna como una iteración si la información de entrada se procesa
3.3.3.3. Invocación
3.3.3.3.1. Se invoca una actividad para procesar mas información específica antes de que se considere completa
3.3.4. Información y salida de información de entrada
3.3.4.1. Convenios
3.3.4.1.1. Se capitalizan en una descripción de la actividad
3.3.4.2. La información externa
3.3.4.2.1. Pueden o no existir y si existen están fuera del alcance de la norma
3.3.4.3. Información genérica
3.3.4.3.1. Información que entra y sale de la actividad
3.3.4.4. Información contra documentos
3.3.4.4.1. La información resultante debe ser en modo y forma consistentes con la SPLCM y OPAs seleccionadas
3.4. Aplicación de la norma
3.4.1. La responsabilidad se implementa en cinco pasos
3.4.1.1. Establecer requisitos para un proceso de vida del proyecto de software
3.4.1.2. Selección de software modelo de ciclo de vida del proyecto
3.4.1.2.1. Localizar, evaluar y seleccionar
3.4.1.3. Desarrollar software de ciclo de vida del proyecto
3.4.1.3.1. Todos los aplicables al proyecto se harán corresponder con la SPLCM
3.4.1.4. Establecer proyectos de software proceso de ciclo de vida
3.4.1.4.1. La información de salida será consignada en un documento adecuado
3.4.1.5. Validar proceso del ciclo de vida del proyecto de software
3.4.1.5.1. Se valida con las necesidades identificadas