MODELOS DELA INGENIERIA DEL SOFTWARE

ÍNDICE

Introducción……………………………………………………4

2.1 MODELO DE CAPACIDAD DE MADUREZ………….5

2.2 MARCO DE TRABAJO PARA EL PROCESO……..…6

2.3. MODELOS DE LA INGENIERÍA DEL SOFTWARE: MODELO DE CASCADA, MODELO DE PROTOTIPOS, MODELO DE ESPIRAL, MODELO DE PROCESO UNIFICADO RACIONAL (RUP)………………………………7

2.4. TENDENCIAS MODERNAS DE MODELOS DE LA INGENIERÍA DEL SOFTWARE………………….14

INTRODUCCIÓN

Un sistema informático está compuesto por hardware y software. En cuanto al hardware, su producción se realiza sistemáticamente y la base de conocimiento para el desarrollo de dicha actividad está claramente definida. La fiabilidad del hardware es, en principio, equiparable a la de cualquier otra máquina construida por el hombre. Sin embargo, respecto del software, su construcción y resultados han sido históricamente cuestionados debido a los problemas asociados, entre ellos podemos destacar los siguientes [1]:

• Los sistemas no responden a las expectativas de los usuarios.

• Los programas “fallan” con cierta frecuencia.

• Los costes del software son difíciles de prever y normalmente superan las estimaciones.

• La modificación del software es una tarea difícil y costosa.

• El software se suele presentar fuera del plazo establecido y con menos prestaciones de las consideradas inicialmente.

• Normalmente, es difícil cambiar de entorno hardware usando el mismo software.

• El aprovechamiento óptimo de los recursos (personas, tiempo, dinero, herramientas, etc.) no suele cumplirse.

2.1 MODELO DE CAPACIDAD DE MADUREZ

Éste corresponde a uno de los modelos más conocidos creado por el SEI (Software Engineering Institute) de la Carnegie Mellon University. El CMM pretende conseguir mejorar la calidad del software mejorando la calidad de los procesos utilizados en su desarrollo. "Las herramientas y las plataformas cambian de forma continua. Pero siempre podemos usar el mismo proceso si éste está bien definido y se sabe utilizar de forma adecuada."

 Niveles de madurez:

1. El primer nivel (Caos) se produce cuando en la empresa no existe ningún modelo y que todo se hace sobre la marcha es decir no se emplea ningún proceso definido.

2. En el segundo nivel (Repetible) se encuentran las empresas en las que existe planificación y seguimiento de proyectos y está implementada la gestión de los mismos.

3. El tercer nivel (Definido) documenta y normaliza los procesos a nivel organizativo. Las claves de este nivel son la gestión de los requisitos, planificación de proyectos y su seguimiento a través de toda la organización

El (Medible) pone énfasis en la calidad del proceso y del producto. Lo tienen las empresas capaces de medir el estado de un proyecto y utilizar esta información para que los jefes introduzcan los cambios y correcciones necesarias. Una vez adquirido este nivel en la gestión de los proyectos se pueden establecer objetivos.

El quinto nivel (Mejora continua) se conoce como proceso continuo de mejora. Las áreas clave del proceso incluyen prevención de defectos, administración de cambios tecnológicos y gestión de cambios en los procesos

Métodos de evaluación:

Para conseguir la certificación CMM, es necesario contactar con algún evaluador acreditado por el SEI. Éstos utilizan distintos métodos para determinar en las organizaciones el nivel de madurez en el que se encuentra el proceso utilizado en el desarrollo de software.

Entre estos métodos destaca el SCE consiste en una auditoría y el CBA-IPI utiliza entrevistas y otros procedimientos encaminados a ayudar a la mejora de los procesos seguidos en la organización.

2.2 MARCO DE TRABAJO PARA EL PROCESO:

Base para el proceso de software completo.

•Es como un libro de recetas de cocina.

•La adaptación es especial

•Aplicable a lo largo del proceso de software.

• garantizar la calidad del software.

Actividades del marco de trabajo:

(Aplicable a todos los proyectos)

•Comunicación

•Planeación

•Modelado

•Construcción

•Despliegue

Conjunto de tareas:

Actividades que hacen que el marco de trabajo se adapte a las caracteristicas particulares de cada proyecto. Define el trabajo real a cumplirse:

 Tareas

 Puntos SQA

2.3. MODELOS DE LA INGENIERÍA DEL SOFTWARE: MODELO DE CASCADA, MODELO DE PROTOTIPOS, MODELO DE ESPIRAL, MODELO DE PROCESO UNIFICADO RACIONAL (RUP).

MODELO CASCADA

•Es un modelo sencillo para explicar al cliente.

•También llamado ciclo de vida clasico sugiere un enfoque sistemático. Secuencial en el desarrollo del software.

•Requiere que los requerimientos estén bien definidos y estables en forma razonable.

•Es el paradigma más antiguo para la Ingeniería del Software.

FASES:

•Ingeniería y Análisis del Sistema: Debido a que el software siempre es parte de un sistema mayor el trabajo comienza estableciendo los requerimientos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.

•Análisis de los requerimientos del software: El proceso de recopilación

...