Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Estándar IEEE 1074 Developing Software Life Cycle Process

No description
by

Juan Carlos Almache

on 15 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Estándar IEEE 1074 Developing Software Life Cycle Process

Estructura
IEEE Estándar 1074 es un estándar para la generación del proceso de desarrollo de software de gobierno y el mantenimiento de un proyecto. Esta norma exige que la selección de los proyectos modelo de ciclo de vida del software de un usuario (SPLCM) basado en la misión de la organización, la visión, las metas y los recursos.
1.4 Audiencias deseadas
Esta norma ha sido escrita para proporcionar dirección y orientación a los arquitectos de procesos y otro personal del proyecto se ocupa de la aplicación o la ejecución de los procesos del proyecto

1.4.1Arquitecto Proceso
Es la persona o entidad de organización con la responsabilidad y la autoridad para desarrollar y mantener SPLCPs. Esta norma presume que el arquitecto de proceso ya está familiarizado con una variedad de modelos de ciclo de vida del proyecto de software (SPLCMs),
Se espera que el arquitecto de proceso debe tener la siguiente experiencia:
a) La comprensión de las actividades
b) Conocimiento de las OPAs
c) Conocimiento de las normas
d) La participación en cualquiera y todas las actividades de mejora de procesos de software

Estructura
1.8 Organización de este documento
1.8.1 Cláusulas
Cláusula 1 Introducción
Cláusula 2 Definiciones
Cláusula 3 Conceptos clave
Cláusula 4 La aplicación de esta norma

1.8.2 Actividad agrupación
Actividades que abarcan todo el ciclo de vida del software, desde el concepto de exploración a través de la eventual retiro del sistema de software.

1.8.3 Secuencia de las actividades
Esta norma ofrece a los usuarios un conjunto de actividades, agrupadas administrativamente. Las órdenes de las secciones, la actividad de grupos dentro de las secciones y actividades dentro de los grupos de actividades son sólo para conveniencia.

Estructura
1.4.2 Otras partes interesadas
Esta norma también puede ser de utilidad para los artistas intérpretes o ejecutantes de las actividades presentadas

1.5 Conformidad
Si un SPLC utiliza sólo una parte seleccionada del ciclo de vida del software, la conformidad con esta norma puede lograrse mediante la inclusión de todas las actividades que afectan a la parte seleccionado y las actividades identificadas como requerida

Estructura
Estándar IEEE 1074 Developing Software Life Cycle Process
1.6 Relación con otras normas clave

Se relacionada con la norma ISO 9001 y IEEE / EIA 12207.0

1.6.1 Relación con la norma ISO 9001
La familia ISO 9001 de normas recomienda la organización de un proyecto de desarrollo de software de acuerdo con un modelo de ciclo de vida seleccionado. SPLCPs satisfacer los requisitos específicos de las cláusulas aplicables. La aplicación de una SPLCP ISO 9001 puede ser facilitado por el uso de la norma ISO / IEC 90003

1.6.2 Relación con IEEE/EIA 12207
IEEE / EIA 12207.0 establece un marco común para el ciclo de vida del software en términos de los procesos que pueden emplearse para
Suministro, desarrollo, operación y mantenimiento de software
Administrar, controlar y mejorar los procesos
Proporcionar la base para el comercio mundial de software.


Estructura
Estructura
1.6.3 Relación de procesar modelos de mejora
Esta norma es compatible con el desarrollo de procesos estándar de la organización y la selección de un proceso de proyecto estándar, definido que se adapta desde el conjunto de procesos estándar de la organización

1.6.4Relación con las normas de ingeniería de software

1.7 Relación con la mejora de procesos
Este estándar se puede integrar en el programa de mejora de los procesos de una organización mediante el uso de este estándar como marco para las OPAs.
Se tiene:
a) Reducir al mínimo el esfuerzo por desarrollar un SPLCP
b) Facilitar la reutilización de las OPAs existentes
c) Llevar a una mejora de las OPAs por incorporar las lecciones aprendidas de la utilización de las OPAs en proyectos

2. Definiciones y acrónimos
2.1 Definiciones
A los efectos de este documento, los siguientes términos y definiciones.

2.1.1 Ciclo de vida del proyecto de software (SPLC):
La parte de todo el ciclo de vida del software aplicable a un proyecto específico. Es la secuencia de actividades creado por el mapeo (cartografía) de las actividades de la norma IEEE 1074 en una modelo de ciclo de vida del proyecto de software seleccionado (SPLCM).

2.1.2 Modelo de ciclo de vida del proyecto de software (SPLCM):
El marco elegido por cada organización utilizando el que se debe correlacionar las actividades de la norma IEEE 1074 para producir el ciclo de vida del proyecto de software (SPLC).

2.1.3 Proceso del ciclo de vida del proyecto de software (SPLCP):
La descripción específica para el proyecto del proceso desarrollado por la adición de los activos de los procesos de organización (OPA) para el ciclo de vida del proyecto de software (SPLC) y las OPAs.

Estructura
1. Visión general
1.1 Alcance
Esta norma proporciona un proceso para la creación de un proceso de ciclo de vida del proyecto de software (SPLCP). Es principalmente dirigido al arquitecto proceso para un proyecto de software determinado.


1.2 Propósito
Este estándar define el proceso por el cual se desarrolla una SPLCP. Es útil para cualquier organización que sea responsable de la gestión y la realización de proyectos de software.

1.3 Producto de la norma
El producto de la aplicación de esta norma es el proceso del ciclo de vida del proyecto de software (SPLCP) requerido para un proyecto de software específico

2.1.4 Actividad de Apoyo de grupo:
Un grupo de actividad que sea necesaria para asegurar la culminación exitosa de un proyecto, sino que consiste en el apoyo a las actividades en lugar de actividades orientadas directamente al desarrollo.
2.1.5 Amenaza modelado:
Una técnica de exploración sistemática para exponer cualquier circunstancia o causa que produzca el potencial de causar daño a un sistema en forma de destrucción, divulgación, modificación de datos, y / o De negación de servicio.
2.1.6 Acreditación de seguridad:
Declaración formal por la gestión que una tecnología de la información (IT) sistema está aprobado para operar en un modo de seguridad en particular usando un conjunto prescrito de salvaguardias en un
nivel de riesgo aceptable.

Estructura
2.2 Acrónimos
Relaciones Públicas e informes (RPI) de problemas y la información de resolución previsto.

SCMPI información de gestión de configuración de software planeado
SPLC ciclo de vida del proyecto de software
SPLCM proyecto de software modelo de ciclo de vida
SPLCP proceso del ciclo de vida del proyecto de software
SPMPI información sobre la gestión de proyectos de software planeado
SRMPI información de gestión de lanzamiento de software planeado

3. Conceptos clave
3.1 Actividades
Una actividad es un cuerpo definido de trabajo a realizar, incluyendo su información de entrada requerida y de salida información. La realización de una actividad se completa cuando toda la información de entrada disponible ha sido procesada y toda la información de salida aplicable se ha generado

3.1.1 Formato
Una actividad consta de tres partes:
a) la información de entrada: Una lista de la información necesaria para ser transformada y su fuente (s)
b) Descripción: Discusión de las acciones de valor añadido que se deben realizar para llevar a cabo la transformación
c) Información de salida: Una lista de la información que debe ser generada por la transformación y el destino de esa información.


3.1.2 Los criterios de ingreso y salida
Para entrar, o comenzar, una actividad, al menos un elemento de la información de entrada especificado estará presente. A salida, o completa, una actividad, toda la información de entrada de las actividades apropiadas para el ciclo de vida seleccionado haya sido procesada, y toda la información de salida será generada.

3.1.3 Las actividades requeridas
Dependiendo del SPLCM elegido, las actividades en el Pre-Desarrollo, y las secciones posteriores a la creación de grupos de actividad puede o puede no ser necesaria.

3.1.4 Estructura organizativo
Esta norma no pretende ni dictar una estructura organizativa para un proyecto de software. Esta norma, sin embargo, supone que las personas u organizaciones se les asignarán la responsabilidad para la realización de las actividades y por la calidad de la información de entrada y de salida conjuntos

3.2 Elementos del proceso de ciclo de vida del proyecto de software ( SPLCP )
3.2.1 Modelo de ciclo de vida del proyecto de software
El SPLCM es el marco en el que las actividades de esta norma se asignarán para producir el ciclo de vida del proyecto de software (SPLC). Esta selección se basa en los atributos del proyecto y capacidad de organización.

3.2.2 Ciclo de vida del proyecto de software
El SPLC es la secuencia ejecutable de las actividades a realizar durante el proyecto.

3.2.3 Activos de los procesos de la organización (OPAs)
OPAs son los artefactos que definen el entorno de una organización para los proyectos de software. Estos artefactos son seleccionados y adaptados para un proyecto en particular

3.2.4 Proceso del ciclo de vida del proyecto de software
El SPLCP es desarrollado por aumentar el ciclo de vida del proyecto de software (SPLC), con las OPAs seleccionados para el proyecto. Se proporciona el enfoque específico que se utilizará para el proyecto

3.3 Mapeo (Cartografía)
Establece la secuencia ejecutable de actividades en un proyecto de modelo de ciclo de vida del software seleccionado (SPLCM).

3.3.1 Instancia
Una actividad se asigna como una instancia si toma todas sus entradas especificadas disponibles, los procesa, y produce todos sus productos especificados aplicables. Se asigna una vez y aparece como un único evento en el SPLC.

3.3.2 Iteración
Una actividad se asigna como una iteración si al menos alguna información de entrada se procesa y algunos de salida se crea información

3.3.3 Invocación
Una actividad que se invoca para procesar más información específica antes de que la información se considere completa y se permite que se emita por la actividad creadora

3.4 Información y salida de información de entrada
3.4.1 Convenios
Como convención de esta norma, la información y la salida de entrada de nombres de información se capitalizan en una descripción de la actividad.

3.4.2 La información externa
Fuentes de información externas y destinos están fuera del alcance de esta norma.
Pueden o no existir fuentes de información de entrada externos. Si una entrada externa no existe, la transformación que figura para ello no es necesaria para la finalización de la actividad

3.4.3 Información genérica
En la mayoría de los casos, la información de entrada y salida de información que entra o sale de la actividad

3
.4.4 Información contra documentos
Se espera que la información resultante de la ejecución de las actividades que se recogen en lo que sea modo y forma son consistentes con la SPLCM y OPAs seleccionado






4. Aplicación de la norma
Esta cláusula se describe la forma en que la aplicación de esta norma debe ser abordada. Esta responsabilidad se implementa en cinco pasos

4.1 Establecer los requisitos para un proceso del ciclo de vida del
proyecto de software ( SPLCP )
El arquitecto de procesos deberá asegurar que se establecen requisitos para un SPLCP. Las partes interesadas pertinentes están identificadas, y sus necesidades y expectativas se transforman en un conjunto factible de requisitos que son aceptables para las partes interesadas

4.2 Selección de software modelo de ciclo de vida del proyecto ( SPLCM )

Inicialmente, el arquitecto de procesos identificará la SPLCM a la que se asignarán las actividades. Este paso abarca localizar, evaluar, seleccionar y adquirir una SPLCM.

4.3 Desarrollar software de ciclo de vida del proyecto ( SPLC )
Las actividades requeridas identificadas, además de todos los demás aplicables al proyecto, se harán corresponder con la SPLCM

4.3.1 Coloque las actividades en secuencia ejecutable
El orden en que se llevarán a cabo actividades está determinado por cuatro consideraciones principales:
a) El SPLCM seleccionado dictará una orden inicial de las actividades, y como mapeo progresa, se establecerá el orden real en el que se llevarán a cabo las actividades.
b) las restricciones del cronograma puede requerir el solapamiento de actividades en el SPLCM
c) La selección y ordenación de las actividades podrían verse afectados por los criterios de entrada y salida de actividades asociadas.
d) Si una actividad seleccionada es necesario para completar la asignación a la SPLCM, pero uno o más de su insumo provienen de actividades no incluidas en este SPLC, la fuente de la entrada disponible deberá considerarse externa.

4.3.2 Desarrollar y lista de actividades no justificar usado
Todas las actividades que no son aplicables a este proyecto serán identificados, junto con la justificación de la exclusión, en la Lista de Actividades No utilizadas

4.3.3 Verifique el mapeo
El arquitecto de procesos deberá asegurar que las actividades apropiadas están completamente mapeadas a la SPLCM seleccionado y que el SPLC resultante contiene todas las actividades necesarias para completar con éxito un software


4.4 Establecer proyectos de software proceso de ciclo de vida ( SPLCP )
La OPA disponible se aplican a las actividades de SPLC, y las limitaciones conocidas se conciliarán. La información de salida generado por cada actividad, serán consignadas en el documento adecuado

4.5 Validar proceso del ciclo de vida del proyecto de software ( SPLCP )

El SPLCP se valida con el conjunto de necesidades identificadas

Estructura
Estructura
Estructura
Estructura
Estructura
Estructura
Estructura
Estructura
Full transcript