Ingenieria Del Software

Tema IV:

Modelado y Análisis Estructurado Introducción
Diana Marcela Sánchez Fúquene
Ingeniería del Software de Gestión

Análisis de Sistemas: Introducción


Análisis de Sistemas
◦ Descomposición en componenetes para estudiarlos
 Aisladamente  Interactuando con el resto



Requisitos insuficientes → Análisis
◦ Datos + Gráficos ◦ Mejora de la comprensión ◦ Revisión:corrección, integridad, consistencia
Ingeniería del Software de Gestión 2

Análisis de Sistemas


Proceso

El modelador se extiende sobre los requisitos  El modelo de análisis forma parte del contrato cliente-desarrollador  Sirve de puente entre la descripción del sistema y el modelo de diseño


◦ Entrada: requisitos ◦ Salida: modelos de análisis ◦ Actor: analista o modelador

Ingenieríadel Software de Gestión

3

Modelo de Análisis: recomendaciones
Alto grado de abstracción  Valor añadido sobre algún requisito/s  Retrasar consideraciones sobre infraestructura  Minimizar el acoplamiento  Simplicidad: número de modelos y notaciones utilizadas


Ingeniería del Software de Gestión

4

Modelado


Los requisitos admiten una representación mas técnica → ModelosRepresentaciones gráficas que describen los procesos del negocio, el problema a resolver y el sistema que ha de ser desarrollado



Diferentes perspectivas
◦ Dominio ◦ Comportamiento ◦ Estructural
Ingeniería del Software de Gestión 5

¿Qué es un modelo?
Un modelo es una simplificación de la realidad Un modelo es resultado de un proceso de abstracción y ayuda a comprender y razonar sobreuna realidad Un modelo de software es una descripción de un aspecto del sistema expresada en un lenguaje bien definido

Ingeniería del Software de Gestión

6

División del Producto


Se fracciona el producto de modo que cada fragmento lo puede realizar un miembro del grupo de desarrollo

Ingeniería del Software de Gestión

7

Un modelo de Software

Ingeniería del Software deGestión

8

Claves en el desarrollo de SI
Notación

Herramientas

Proceso
Figura “Triangle of Success” adaptada de “Visual Modeling with Rational Rose and UML” de Terry Quatrani Ingeniería del Software de Gestión 9

Construcción de una casa para “Fido”
Puede hacerlo una sola persona.  Requiere:


◦ Modelado mínimo ◦ Proceso simple ◦ Herramientas simples

Ejemplo extraído de lapresentación “Software Architecture and UML” de Grady Booch (“Rationale Software”)
Ingeniería del Software de Gestión 10

Construcción de una casa
Construida eficientemente y en un tiempo razonable por un equipo  Requiere


◦ Modelado ◦ Proceso bien definido ◦ Herramientas mas sofisticadas

Ingeniería del Software de Gestión

11

Construcción de un rascacielos

Ingeniería delSoftware de Gestión

12

Modelado de Software
El modelado es el análisis y diseño de aplicaciones software antes de escribir el código  Se crean un conjunto de modelos (“planos del software”) que permiten especificar aspectos del sistema como los requisitos, la estructura y el comportamiento


Ingeniería del Software de Gestión

13

Utilidad del modelado
“Una empresa software conéxito es aquella que produce de manera consistente software de calidad que satisface las necesidades de los usuarios”

“El modelado es la parte esencial de todas las actividades que conducen a la producción de software de calidad”

Ingeniería del Software de Gestión

14

¿Construimos software de calidad?
Retrasos en los plazos Proyectos cancelados Rápido deterioro del sistema instalado Tasade defectos o fallos Requisitos mal comprendidos Cambios frecuentes en el dominio del problema  Buenos programadores se cansan y dejan el equipo ¿Modelado es la solución?
     
Ingeniería del Software de Gestión 15

Utilidad del modelado
¿ Por qué no escribo código directamente?

Sería lo ideal pero… … necesitamos escribir modelos, aunque la mayoría de desarrolladores todavía...