UNJu - Facultad de Ingeniería

SISTEMAS DE INFORMACION II

REPASO
TEMA: PROCESOS

Mg. Pilar Gálvez

1
 Proceso

PROCESO

Un proceso de software es un conjunto de actividades

relacionadas que permiten la creación de un producto
software.

Permite el desarrollo racional y a tiempo del software de

computadora.

2
 Proceso

PROCESO (Continuación)

Marco de trabajo para las tareas que se requieren en la

construcción de Software de alta calidad.

Marco de trabajo porque establece la base para un proceso de

software completo al identificar un número de actividades
(tareas) aplicables a todos los proyectos software sin importar su
tamaño o complejidad.

3
 Proceso

Marco de trabajo genérico del proceso

Marco de trabajo del Proceso común
Base para un proceso de software Análisis
completo

Actividades del marco de trabajo

(Actividades sombrillas) Diseño

Implementa
Aplicables a todos los ción
proyectos

Pruebas

Manteni
miento
4
 Proceso

Actividades sombrilla Seguimiento y control del proyecto

-Aplicables a lo largo del

Gestión del riesgo
proceso del software.

-Su objetivo la gestión, Aseguramiento de la calidad del software

el rastreo y el control del
proyecto.
Revisiones técnicas formales
- Garantizar la calidad
del software. Mediciones

Gestión de la configuración del software

Medición

Gestión de la reutilización

Preparación y Producción del producto5

 Proceso

Proceso Software Modelo de Proceso

Software

Conjunto estructurado de Representación abstracta de

actividades para: un proceso.

 Especificar Representa una descripción

 Diseñar de un proceso desde una
 Implementar, y perspectiva particular.
 Probar sistemas
software

6
Modelo de proceso
Software
 Modelo de Proceso

Modelo del Proceso del Software

La aplicación de un modelo de proceso ayuda a mejorar la calidad

del sistema, hacer los proyectos mas manejables, que las fechas de
entrega y los costos sean predecibles y guía los equipos mientras
realizan el trabajo.

Las actividades varían dependiendo de la organización y del tipo

de sistema a desarrollarse.

8
 Modelo de Proceso

Un modelo de proceso adoptado para un proyecto puede ser

significativamente distinto de otro adoptado para otro proyecto.

Entre las diferencias se encuentran las siguientes:

• Flujo general de las actividades, acciones y tareas, así como de
las interdependencias entre ellas.
• Grado en el que las acciones y tareas están definidas dentro de
cada actividad estructural.
• Grado en el que se identifican y requieren los productos del
trabajo.
• Forma en la que se aplican las actividades de aseguramiento de
la calidad.
 Modelo de Proceso

• Forma en la que se realizan las actividades de seguimiento y

control del proyecto.
• Grado general de detalle y rigor con el que se describe el
proceso.
• Grado con el que el cliente y otros participantes se involucran
con el proyecto.
• Nivel de autonomía que se da al equipo de software.
• Grado. con el que son prescritos la organización y los roles del
equipo
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso (continuación)

Actividades :

 Análisis
 Diseño
 Implementación
 Pruebas
 Mantenimiento

11
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso (continuación)

Las descripciones de los procesos deben incluir además:

 Productos: los resultados de las actividades.
Ejemplo: resultado del Diseño arquitectónico  Modelo de la
arquitectura de software.

 Roles: reflejan las responsabilidades de las personas que

intervienen en el proceso. Ejemplo: gerente de proyecto,
gerente de configuración, programador, etc.

12
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso (continuación)

 Precondiciones y postcondiciones: declaraciones válidas

antes y después de que se realice una actividad del proceso o se
cree un producto.

Ejemplo:
Actividad: diseño arquitectónico
Precondición: el cliente debe haber aprobado los requerimientos.
Postcondición: revisar los modelos UML que describen la
arquitectura.
13
Flujo del Proceso
 Modelo
Ingenieríade
de Proceso
Software I

Flujo del proceso

Describe la manera en que están organizadas las actividades

del proceso y las acciones y tareas que ocurren dentro de cada
una con respecto a la secuencia y el tiempo.

15
 Modelo
Ingenieríade
de Proceso
Software I

Flujo de proceso lineal: ejecuta las actividades en

secuencia.

16
 Modelo
Ingenieríade
de Proceso
Software I

Flujo de proceso iterativo: repite una o mas actividades

antes de pasar a la siguiente.

17
 Modelo
Ingenieríade
de Proceso
Software I

Flujo de proceso evolutivo: realiza las actividades en

forma «circular». A través de las cinco actividades, cada circuito
lleva a una versión más completa del software.

18
 Modelo
Ingenieríade
de Proceso
Software I

Flujo de proceso paralelo: ejecuta una o mas actividades

en paralelo con otras. Ejemplo: el modelado de un aspecto del
software se puede ejecutar en paralelo con la construcción de otro
aspecto.

19
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso

20
 Modelo de Proceso

Los distintos flujos de proceso dan lugar a diferentes modelos de

Proceso.

Estos modelos de Proceso se aplican según el tipo y

características del Sistema Software en desarrollo.
 Modelo
Ingenieríade
de Proceso
Software I

Modelo en cascada

22
 Modelo
Ingenieríade
de Proceso
Software I

Modelo en cascada (continuación)

El modelo es aplicable cuando los requisitos están bien definidos

y son razonables.
Ejemplo: cuando es necesario hacer adaptaciones o mejoras bien
definidas a un sistema existente.

Observaciones:
Es muy raro que los proyectos reales sigan un flujo secuencial.
Es difícil para el cliente establecer todos los requisitos de forma
explicita.

23
 Modelo
Ingenieríade
de Proceso
Software I

Modelo en cascada (continuación)

Observaciones (continuación)

Una versión que funcione del software estará disponible cuando

el proyecto este muy avanzado por lo que un error grave será
desastroso si no se detecta antes de la versión del programa.

Conduce a estados de bloqueo durante el desarrollo del sistema

en los que algunos miembros del equipo deben esperar a otros
para terminar tareas dependientes.

24
 Modelo
Ingenieríade
de Proceso
Software I

Modelo de proceso incremental

Se basa en la idea de desarrollar una implementación inicial,

exponiéndola a los comentarios del usuario y refinándola a través
de las diferentes versiones hasta que se desarrolla un sistema
adecuado.

25
 Modelo
Ingenieríade
de Proceso
Software I

Desarrollo incremental

26
 Modelo
Ingenieríade
de Proceso
Software I
Desarrollo Incremental (Continuación)

Se definen varios incrementos en donde cada uno proporciona un

subconjunto de la funcionalidad del sistema.

Los clientes identifican los servicios más importantes y de más alta

prioridad y estos se implementan y entregan primero.

27
 Modelo
Ingenieríade
de Proceso
Software I

Modelo Incremental

28
 Modelo
Ingenieríade
de Proceso
Software I

Modelo Incremental (Continuación)

Ventajas:

 Satisface las necesidades inmediatas del cliente.

 La especificación se puede desarrollar en forma creciente.

 Resulta más económico y fácil de realizar cambios en el

software conforme éste se diseña.

29
 Modelo
Ingenieríade
de Proceso
Software I

Modelo Incremental (Continuación)

Desventajas
 Los incrementos deben ser relativamente pequeños y cada uno debe
entregar alguna funcionalidad del sistema.
 Puede ser difícil identificar los recursos comunes que requieren
todos los requerimientos.
 No apropiado en sistemas muy grandes, donde el desarrollo incluye
equipos que trabajan en diferentes ubicaciones, algunos sistemas
embebidos donde el software depende del desarrollo de hardware y
algunos sistemas críticos donde todos los requerimientos tienen que
analizarse para comprobar las interacciones que comprometan la
seguridad o protección del sistema.
30
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso evolutivo

El software, como todos los sistemas complejos, evoluciona con el

tiempo.

Es frecuente que los requerimientos del negocio y del producto

cambien conforme avanza el desarrollo.

Se necesita un modelo de proceso diseñado para adaptarse a un

producto que evoluciona con el tiempo.

31
 Modelo
Ingenieríade
de Proceso
Software I

Modelos de proceso evolutivo (continuación)

Los modelos evolutivos son iterativos.

Se caracterizan por la manera en la que permiten desarrollar versiones
cada vez mas completas del software.

Modelos evolutivos:
 Modelo en Espiral
 Prototipos

32
 Modelo
Ingenieríade
de Proceso
Software I

Modelo en Espiral

33
 Modelo
Ingenieríade
de Proceso
Software I
Se realiza un análisis de los riesgos.
Modelo en Espiral (Continuación)
Resolver los riesgos mediante
actividades de recopilación de
Se definen los objetivos específicos para información, realizar análisis mas
la fase del proyecto, se identifican las detallados, creación de prototipos y
restricciones en el proceso y el producto simulación.
y se traza un plan de gestión detallado.
Se identifican los riesgos del proyecto.

El proyecto se revisa y se toma la

decisión sobre si hay que continuar con Se elige un modelo de desarrollo para el
otro ciclo de la espiral. sistema.
34
 Modelo
Ingenieríade
de Proceso
Software I

Modelo en Espiral (Continuación)

Características
Incorpora objetivos de calidad y gestión de riesgos.
Elimina errores y alternativas.

Permite iteraciones, vuelta atrás y finalizaciones rápidas.

Cada ciclo empieza identificando:
Los objetivos de la porción correspondiente
Las alternativas
Restricciones

Cada ciclo se completa con una revisión que incluye todo el ciclo
35
anterior y el plan para el siguiente.
 Sistemas de Información II

Bibliografía

Pressman, Roger S. Ingeniería de Software. Un

enfoque práctico. Septima Edición . Mc. Graw
Hill.
Sommerville, Ian. Ingeniería del Software.
Novena y Séptima Edición. Addison Wesley.

36