ingenieria de software presenta: david …dtorres/cursos/ingsw/tema3_1.pdf · 3 diagrama de flujo...

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


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


4

Estructura del Modelo del análisis

Diagrama Entidad- relación

Diagrama de Flujo de datos

Diagrama Transición Estados

Diccionario de datos


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


4

7

Elementos de un DFD

Proceso

Flujo de Datos

Almacén de datos

Entidad Externa

datos

Nombre

Proceso

Cliente


8

Diagramas de Flujos de Datos


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


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.


6

11 Prof. David Martínez Torres

12

DFD de nivel 2 que refina el proceso monitorizar sensores


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


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


8

15

Ejemplos DER


Ejemplos DER [Editado de pressman]


9

17

Ejemplo DER


DER de Software Hogar Seguro


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


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.


11

DTE Para HogarSeguro


22 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


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>


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.


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


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


28

¿Preguntas?

Gracias!


ingenieria de software presenta: david …dtorres/cursos/ingsw/tema3_1.pdf · 3 diagrama de flujo...

Documents