Universidad Autónoma del Estado de México

Ingeniería en Sistemas Computacionales

Proyecto Integral de Ingeniería en Software

José Jair Vázquez Palma

Modelo de Proceso de Software: IEEE Standard 1074

Alumna:
Pérez Morado Paola

9no Semestre
 HISTORIA
En agosto de 1995, el Comité de Estándares de Ingeniería de Software de IEEE
(SESC) organizó un Grupo de Planificación de Arquitectura de IEEE (APG) para
establecer la dirección para incorporar el pensamiento arquitectónico en los
estándares de IEEE. En abril de 1996, se creó el Grupo de Trabajo de Arquitectura
(AWG) para implementar las recomendaciones hechas por APG al SESC. El AWG
fue presidido por Basil Sherlund, los vicepresidentes Ronald Wade, David Emery, y
la especificación fue editada por Rich Hilliard. El GTE tenía 25 miembros. Los
borradores de la especificación fueron votados y comentados por 130 revisores
internacionales. En septiembre de 2000, la Junta de Normas de IEEE-SA aprobó la
especificación como IEEE Std 1471-2000.
En 2006, el Comité Técnico Conjunto ISO / IEC 1 (JTC1), Tecnología de la
información / Subcomité SC 7, Ingeniería de software y sistemas, adoptó la
especificación como ISO / IEC 42010, bajo un "procedimiento rápido" especial, en
paralelo con su aprobación por organismos nacionales de ISO e IEC. Una revisión
coordinada de este estándar por ISO / IEC JTC1 / SC7 / WG42 e IEEE CS comenzó
en 2006, luego de la votación rápida de ISO / IEC y en línea con la revisión de 5
años del estándar IEEE.
En noviembre de 2011, IEEE 1471-2000 e ISO / IEC 42010: 2007 fue reemplazado
por ISO / IEC / IEEE 42010: 2011, Ingeniería de sistemas.
 ESTANDAR IEEE 1074
IEEE, corresponde a las siglas de instituto de ingenieros eléctricos y electrónicos,
una asociación técnico-profesional mundial dedicada a la estandarización, entre
otras cosas. La estandarización es la redacción y aprobación de normas que se
establecen para garantizar el acoplamiento de elementos construidos
independientemente, así garantizar los elementos fabricados y la seguridad de
funcionamiento.
El estándar IEEE 1074 desarrolla modelos de procesos y métodos de desarrollo de
software utilizando un ciclo de vida.
El estándar 1074 para los procesos de vida del software describe el conjunto de
actividades y procesos obligatorios para el desarrollo y mantenimiento de software.
Tiene como objetivo establecer un marco común para el desarrollo de modelos para
el proceso de construcción en el estándar IEEE 1074.

Como menciona el libro (IEEE Standard for Developing a Software Project Life Cycle
Process). Antes de empezar un proyecto, revisa las actividades para ver si son
aplicables y establecer un orden
Conformidad con la estándar realización de todas las tareas obligatorias.

TECNICAS DE CALIDAD IEEE 1074

 Métrica del software para controlar el proyecto

 Verificación y validación de software en todas las fases del ciclo de vida
 Gestión de la configuración software

Estas técnicas las debemos de aplicar de manera ordenada y completa para tener
como resultado un proyecto controlado y sobre todo con una validación este
estándar proporciona el conjunto de Actividades que constituyen los Procesos para
el desarrollo y mantenimiento de software, ya sea independiente o parte de un
sistema.
 PROCESOS DEL ESTANDAR IEEE 1074

El estándar IEEE 1074 proporciona el conjunto de actividades que constituyen los

procesos que son obligatorios para el desarrollo y mantenimiento de software. Se
encuentra organizado en 17 procesos, que comprenden un total de 65 actividades.
Los procesos se dividen en cuatro secciones lógicas o grupos de procesos.
Grupo 1: Modelo de Ciclo de Vida:
Proporciona actividades que se necesitan para identificar los modelos de ciclo de
vida software candidatos y para seleccionar aquel modelo que se vaya a utilizar en
el proyecto.
Grupo 2: Proceso de Gestión de Proyectos:
Propone un conjunto de procesos de iniciación, supervisión y control del proyecto
a lo largo de ciclo de vida del software.

Los Procesos de Gestión del Proyecto relacionados al proceso de implantación son:

el proceso de iniciación del proyecto, el proceso de supervisión y control del
proyecto y el proceso de gestión de la calidad.

Grupo 3: Orientados al Desarrollo:

Los Procesos de Pre-Desarrollo, administración y el cliente identifica una idea o una
necesidad: nuevo esfuerzo de desarrollo, cambio de interfaz de un sistema
existente, remplazo de software de un proceso de negocios existente. Exploración
del concepto y asignación del sistema.
Grupo 4: Orientados al Desarrollo:
Procesos de Desarrollo y los Procesos de Post-Desarrollo del software.
Responsable: administración y cliente.
Entregable: sistemas
Propósito.
Grupo 5: Procesos Integrales:

Aquellos procesos que se necesitan para completar con éxito las actividades de un
proyecto.
El proceso de implantación está tratado en el proceso de instalación del grupo de
procesos post-desarrollo perteneciente al grupo de Procesos orientados al
Desarrollo. Este proceso implica el transporte y la instalación de un sistema software
desde el entorno de desarrollo al entorno de destino.

METRICA

La metodología métrica ofrece a las organizaciones un instrumento útil para la

sistematización de las actividades que dan soporte al ciclo de vida del software.
Cubre distintos tipos de desarrollo: estructurado y orientado a objetos. A través de
interfaces, facilita la realización de los procesos de apoyo u organizativos: Gestión
de Proyectos, Gestión de Configuración, Aseguramiento de Calidad y Seguridad.

 Los procesos de la estructura principal de la metodología MÉTRICA son:

Planificación de Sistemas de Información,
 Desarrollo de Sistemas de Información y Mantenimiento de Sistemas de
Información.
En el marco de la metodología métrica, se ha considerado la Fase de Implantación
y Aceptación del Sistema (cuya abreviatura es IAS) como proceso que contempla
los aspectos del proceso de implantación. Esta fase tiene como objetivo principal la
entrega y aceptación del sistema en su totalidad, y la realización de todas las
actividades necesarias para el paso a producción del mismo.

ACTIVIDADES DE LOS PROCESOS DE IEEE 1074

Hossian: denomina proceso al conjunto de acciones o actividades sistematizadas

que se realizan o tienen lugar con un fin.
Pressman: define proceso software como una serie de pasos que incluye
actividades, restricciones y recursos para producir un determinado resultado
esperado.
MoProSoft : define actividad como el conjunto de tareas específicas asignadas para
su realización a un rol o más roles. De las definiciones revisadas de proceso de
software, se visualizan los términos fases, actividades y tareas, este ha sido el
motivo para ser incorporado como una dimensión de análisis. Para unificar la
terminología que emplee

ACTIVIDADES DEL CICLO DE VIDA:

 Establecer correspondencia entre actividades y el modelo ciclo de vida
elegido.
 Asignación de recursos
 Establecer ambiente en el proyecto
 Planear la administración
 Requerimientos en el diseño de su implementación.

En esta actividad va paso a paso, tenemos que ir pasando de una opción a otra, ya
que una siempre necesitara de la anterior y como su nombre lo indica es por un
ciclo son obligatorios para el desarrollo y mantenimiento de software.
ACTIVIDAD PROCESO DE INSTALACION:

La distribución del software, la instalación del software, la carga de la base de datos

(si el proyecto lo requiere), la aceptación del software en el entorno de operación, la
realización de las actualizaciones y finalmente la instalación del software probado.

ACTIVIDAD PROCESOS INTEGRALES:

Los Procesos Integrales que articulan con el proceso de implantación son los
procesos de verificación y validación, de gestión de configuración, de desarrollo de
la documentación y de formación.
Tienen una verificación y validación, administración de la configuración de software,
desarrollo de la documentación.

ACTIVIDAD PROCESOS DE GESTION DE PROYECTOS

Los Procesos de Gestión del Proyecto relacionados al proceso de implantación

son: el proceso de iniciación del proyecto, el proceso de supervisión y control del
proyecto y el proceso de gestión de la calidad.
la distribución del software, la instalación del software, la carga de la base de datos
(si el proyecto lo requiere), la aceptación del software en el entorno de operación, la
realización de las actualizaciones y finalmente la instalación del software probado.
Los Procesos Integrales que articulan con el proceso de implantación son los
procesos de verificación y validación, de gestión de configuración, de desarrollo de
la documentación y de formación.

ACTIVIDADES ORIENTADOS AL DESARRLLO;

Según Piattini (1996), no hay un consenso entre los autores sobre el concepto de
metodología, y por lo tanto no existe una definición universalmente aceptada. Sí hay
un acuerdo en considerar a la metodología como “un conjunto de pasos y
procedimientos que deben seguirse para el desarrollo del software”. Maddison
(1983) define metodología como un conjunto de filosofías, fases, procedimientos,
reglas, técnicas, herramientas, documentación y aspectos de formación para los
desarrolladores de sistemas de información.
Las actividades más comunes que realizan son:
Exploración de conceptos, asignaciones a sistemas, requisitos, diseño,
implementación, instalación, operación y soporte, mantenimiento, fin de uso.
Brindar un método sistemático, de modo de controlar el progreso del desarrollo.
Especificar los requerimientos de un software en forma apropiada. Construir
productos bien documentados y de fácil mantenimiento. Ayudar a identificar las
necesidades de cambio lo más pronto posible. Proporcionar un sistema ágil que
satisfaga a todas las personas involucradas.
 REFERENCIAS
IEEE 1074, 1997. IEEE Standard for Developing Software Life Cycle Processes.
IEEE Std 1074 (Revision of IEEE Std 1074-1995; Replaces IEEE Std 1074.1-1995)
(1997). 2. PAe, Métrica versión.3. Portal de Administración Electrónica. Gobierno de
España.

J. A Prufrock, Ed., Lasers, 2nd. ed. New York: McGraw-Hill, 2004.

G. Liu, K. Y. Lee, and H. F. Jordan, "TDM and TWDM de Brujin networks and
suffflenets for optical communications," IEEE Transactions on Computers, vol. 46,
pp. 695-701, June 1997.