Redes

Bloque 3.- Modelos del Proceso Sw.
Tema 6. El proceso Software. Paradigmas de Ciclo de Vida.

! " #$ % & , -

& '( ) *+ . ) */ 0

Índice de contenidos
1.- El proceso software 2.- Estándares en Ingeniería del Software Utilidad de los estándares Tipos de estándares 3.- Estándares relacionados con el proceso software SEI’s CMM. De procesos estándar del ciclo de vida:
ISO 9000 Estándar IEEE1074-1998 Estándar IEEE/EIA (ISO/IEC) 12207

4.- Paradigmas y Modelos del Ciclo de Vida

"#
(Hilera et al. 97) José R. Hilera, José A. Gutiérrez, J. Javier Martínez. “Estándares en la Ingeniería del Software”. Novática. Nov./dic. 1997. Número 130. (Piattini et al. 96) Cap. 3. Aptdos. 3.1 y 3.2. (Esteban Piattini 95) J. L. Esteban, M. Piattini. “Procesos del ciclo de vida del software”.Novática, Nov./dic. 1995. International Standard ISO/IEC 12207. “Information technologySoftware life cycle processes”. 1995. IEEE Standards Collection. Software Engineering. 1998 Edition. Published by the Institute of Electrical and Electronics Engineers, Inc. (Pressman 2002) pp.16-18 y pp.146-147. (Sommerville 2002) pp. 8-9.

!

% &

'

Es un conjunto de actividades y resultados asociados queproducen un producto de software. Es uno de los componentes de un método de desarrollo de software. Existen 4 actividades fundamentales de proceso, comunes para todos los procesos de software:
Especificación del software. Desarrollo del software. Validación del software. Evolución del software.

$

% &

'

Distintos procesos de software organizan las actividades de diferentes formas, ylas describen con diferente nivel de detalle.
El tiempo de cada actividad varía, así como los resultados. Organizaciones diferentes usan procesos diferentes para producir el mismo producto.

Sin embargo, para algunos tipos de aplicación, algunos procesos son más convenientes que otros.

(

% &

'

Alternativamente, a veces se usan los términos:
“Ciclo de vida”, y “Modelo de ciclo devida”
Sucesión de etapas por las que atraviesa un producto software a lo largo de su existencia (durante su desarrollo y explotación)

)

& +
Estándar: Conjunto de criterios aprobados, documentados y disponibles para determinar la adecuación de una acción (estándar de proceso) o de un objeto (estándar de producto). Guía: Conjunto de criterios bien definidos y documentados que encaminan unaactividad o tarea.
es más flexible que un estándar

*

& +
Según Sommerville, los estándares son útiles porque: Agrupan lo mejor y más apropiado de las buenas prácticas y usos del desarrollo de software. Engloban los “conocimientos” que son patrimonio de una organización. Proporcionan un marco para implementar procedimientos de aseguramiento de la calidad. Proporcionan continuidad entre eltrabajo de distintas personas.

,

& +
Tipos de Estándares:
Ejemplo Estándares:
IEEE Standards Collection Software Engineering – 1998 Edition IEEE Std. 610.12-1990, Glossary of Software Engineering Terminology IEEE Std. 829-1983, Standard for Software Test Documentation IEEE Std. 830-1993, Recommended Practice for Software Requirements Specifications. IEEE Std. 990-1987, RecommendedPractice for Ada as a Program Design Language. IEEE Std. 1045-1992, Standard for Software Productivity Metrics IEEE Std. 1062-1987, Recommended Practice for Software Acquisition IEEE Std. 1063- 1987, Standard for Software User Documentation IEEE Std. 1219-1992, Standard for Software Maintenance etc. etc. etc.

Estándares para datos:

Estándares de codificación: Estándares estructurales:

p.ej.,SQL2, SQL1999, ODMG 2.0

Estándares de documentación Estándares de proceso software Estándares para otras actividades: Seguridad, Auditoría,
Planificación, Seguimiento, Control de Calidad...

Políticas de división del software en módulos

-

! & +

'
! "

'
# $ %

'
% &

El enfoque SEI “Software Engineering Institute”, proporciona una medida de la eficacia global de las...