1
1
INGENIERIA DE SOFTWARE Tema 3: Modelado del análisis-
Método Estructurado
Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca Instituto de Computación Oficina 37 [email protected]
Prof. David Martínez Torres
2
Contenido
1. Introducción
2. Estructura del modelo del análisis
3. Conclusiones
4. Referencias
Prof. David Martínez Torres
2
3
1. Introducción
El modelo del análisis debe lograr 3 objetivos:
Describir lo que quiere el cliente
Establecer una base para la creación de un diseño del software
Definir un conjunto de requisitos que se puedan validar una vez que se ha construido el software.
El modelado del sistema permite al analista entender la funcionalidad del sistema, y los modelos son utilizados para comunicarse con los clientes
Los modelos son abstractos - siempre dejan fuera alguna información del sistema
Prof. David Martínez Torres
4
Estructura del Modelo del análisis
Diagrama Entidad- relación
Diagrama de Flujo de datos
Diagrama Transición Estados
Diccionario de datos
Prof. David Martínez Torres
3
Diagrama de flujo de datos (DFD)
Sirve para dos propósitos:
Indica como se transforman los datos conforme avanza el sistema
Representa las funciones (y subfunciones) que transforman el flujo de datos.
En una especificación de proceso (EP) se encuentra una descripción de cada función representada en el DFD
Prof. David Martínez Torres 5
6
Diagramas de Flujos de Datos
Muestra el procesamiento a distintos niveles de abstracción
También se usa para la descripción arquitectónica
Prof. David Martínez Torres
4
7
Elementos de un DFD
Proceso
Flujo de Datos
Almacén de datos
Entidad Externa
datos
Nombre
Proceso
Cliente
Prof. David Martínez Torres
8
Diagramas de Flujos de Datos
Prof. David Martínez Torres
5
9
Ej. 1 DFD de nivel contextual para HogarSeguro
Software
HogarSeguro
Panel de
control
ç
Sensores
Alarma
Monitor del
panel de
control
Línea
telefónica
Ordenes y datos
de usuario
Información
para visualizar
Tipo
de alarma
Estado del sensor Tonos del
número de teléfono
Prof. David Martínez Torres
Obtener DFD de nivel 1 (Análisis gramatical)
El software HogarSeguro permite al propietario de la vivienda configurar el sistema de
seguridad al instalarlo; supervisa todos los sensores conectados al sistema de
seguridad e interactúa con el propietario a través de un teclado numérico y unas teclas
de función que se encuentran en el panel de control de HogarSeguro.
Durante la instalación, se usa el panel de control de HogarSeguro para “programar” y
configurar el sistema. Cada sensor tiene asignado un número y un tipo, existe una
contraseña maestra para activar y desactivar el sistema, y se introduce(n) un(os)
número(s) de teléfono(s) con los que contactar cuando se produce un suceso
detectado por un sensor.
Cuando el software detecta un suceso, invoca una alarma audible que esta
incorporada en el sistema. Tras un retardo, especificado por el propietario durante la
configuración del sistema, el programa marca un número de teléfono de un servicio de
vigilancia, proporciona información sobre la localización e informa sobre la naturaleza
del suceso detectado. Cada 20 segundos se volverá a marcar el número de teléfono
hasta que se consiga establecer la comunicación.
Toda interacción con HogarSeguro está gestionada por un subsistema de interacción
con el usuario que lee la información introducida a través del teclado numérico y las
teclas de función, muestra mensajes de petición en un monitor LCD y muestra
información sobre el estado del sistema en el monitor LCD.
Prof. David Martínez Torres 10
6
11 Prof. David Martínez Torres
12
DFD de nivel 2 que refina el proceso monitorizar sensores
Prof. David Martínez Torres
7
Diagrama Entidad-Relación (DER)
Representa las relaciones entre los objetos de datos
Esta notación se usa para la actividad de modelado de datos
Los atributos de cada objeto se pueden describir mediante una descripción de objetos de datos
Prof. David Martínez Torres 13
14
Modelado de Datos (DER)
Propuesto por Peter Chen [CHE77]
Utilizado para describir la estructura lógica de los datos procesados por el sistema
Resalta las entidades en el sistema, las relaciones entre estas entidades, y sus atributos
Ampliamente utilizada en el diseño de Bases de Datos relacionales
Prof. David Martínez Torres
8
15
Ejemplos DER
Prof. David Martínez Torres
Ejemplos DER [Editado de pressman]
Prof. David Martínez Torres 16
9
17
Ejemplo DER
Prof. David Martínez Torres
DER de Software Hogar Seguro
Prof. David Martínez Torres 18
10
Diagrama transición estados (DTE)
Indica como se comporta el sistema como consecuencia de sucesos externos
Representa los diferentes modos de comportamiento (estados) del sistema y la manera en que se hacen las transiciones de estado a estado.
Sirve como la base del modelado de comportamiento
Prof. David Martínez Torres 19
20
Diagrama de Transición
Se aplica al diseño de equipos o dispositivos cuyo funcionamiento está controlado por un producto de software.
Permite representar los cambios de estado del sistema, tiempos de espera, envío y procesamiento de mensaje o señales.
Prof. David Martínez Torres
12
23
Diccionarios de datos
El diccionario de datos se aplica a cada entidad(tabla), contiene nombre de los campos, tipo de dato, tamaño y descripción del campo
Representa un repositorio compartido con información del sistema
Sirve como:
Un mecanismo para manejo de nombres. Como modelo del sistema puede ser desarrollado por distintas personas.
Una liga del análisis al diseño y la implementación
Prof. David Martínez Torres
24
Diccionarios de datos
Uso de BNF para definir la estructura de grupos de datos*
<postal-address> ::= <name-part> <street-address> <zip-part>
<personal-part> ::= <name> | <initial> "."
<name-part> ::= <personal-part> <last-name> [<jr-part>] <EOL>
| <personal-part> <name-part>
<street-address> ::= [<apt>] <house-num> <street-name>
<EOL>
<zip-part> ::= <town-name> "," <state-code> <ZIP-code> <EOL>
Prof. David Martínez Torres
13
25
Entradas del diccionario de datos
Todos los nombres usados en el modelo del sistema, en el diseño y la implementación deben estar en el diccionario de datos.
Debe crearse soporte de software para crear, mantener el diccionario de datos, así como realizar queries.
El diccionario de datos puede integrarse con herramientas CASE.
Prof. David Martínez Torres
26
7. Referencias
1. Pressman, S Roger (1998) “Ingeniería del Software: Un enfoque práctico”, 4a edición McGraw-Hill.
2. Kotonya, G., Sommerville, I. (1998) “Requirements Engineering. Processes and Techniques”. Wiley.
3. Kovitz, B.L. (1999) “Practical Software Requirements: A Manual of Content and Style”, Manning.
4. Sommerville, I., Sawyer P. (1998) “Requirements Engineering. A Good Practice Guide”, Wiley.
5. Davis, A. (1993) “Software Requirements: Objects, Functions and States” Prentice-Hall, 1993.
6. Somerville, Ian (2002) “Ingeniería de software”. 6a edición. Addison Wesley.
7. Braude Eric J. (2003) “Ingeniería de Software Una perspectiva orientada a objetos”, Alfaomega
Prof. David Martínez Torres
14
27
7. Referencias
8. Gause, D. C., Weinberg, G. M. (1989) “Exploring Requirements: Quality Before Design”, Dorset House.
9. Jackson, M. (1995) “Requirements and Specifications: A Lexicon of Practice, Principles and Prejudices” Addison-Wesley.
10. Robertson, S., Robertson, J. (1999) “Mastering the Requirements Process”, Addison-Wesley.
11. Wiegers, K. (1999) “Software Requirements”, Microsoft Press.
12. http://www.paper-review.com/tools/rms/read.php
Prof. David Martínez Torres
28
¿Preguntas?
Gracias!
Prof. David Martínez Torres