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
dtorres@mixteco.utm.mx

Prof. David Martínez Torres 1

Contenido

1. Introducción
2. Estructura del modelo del análisis
3. Conclusiones
4. Referencias

Prof. David Martínez Torres 2

1
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 3

Estructura del Modelo del análisis

Diagrama Diagrama
Entidad- Diccionario de Flujo de
relación de datos datos

Diagrama
Transición Estados

Prof. David Martínez Torres 4

2
 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

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 6

3
 Elementos de un DFD

 Proceso Proceso

 Flujo de Datos datos

 Almacén de datos Nombre

 Entidad Externa Cliente

Prof. David Martínez Torres 7

Diagramas de Flujos de Datos

Prof. David Martínez Torres 8

4
 Ej. 1 DFD de nivel contextual para HogarSeguro

Monitor del
Ordenes y datos Información panel de
Panel de de usuario para visualizar control
control
Tipo
de alarma
Software Alarma
HogarSeguro

Sensores Línea
Estado del sensor Tonos del
número de teléfono telefónica

Prof. David Martínez Torres 9

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
Prof. David Martínez Torres 10
información sobre el estado del sistema en el monitor LCD.

5
 Prof. David Martínez Torres 11

DFD de nivel 2 que refina el proceso monitorizar

sensores

Prof. David Martínez Torres 12

6
 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

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 14

7
Ejemplos DER

Prof. David Martínez Torres 15

Ejemplos DER [Editado de pressman]

Prof. David Martínez Torres 16

8
Ejemplo DER

Prof. David Martínez Torres 17

DER de Software Hogar Seguro

Prof. David Martínez Torres 18

9
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

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 20

10
DTE Para HogarSeguro

Prof. David Martínez Torres 21

Prof. David Martínez Torres 22

11
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 23

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 24

12
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 25

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 26

13
 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 27

 ¿Preguntas?
 Gracias!

Prof. David Martínez Torres 28

14