1

CICLO 2013-I Módulo: IUnidad: 3 Semana: 6

ANALISIS Y DISEÑO DESISTEMAS DE INFORMACIÓN

Ing. Antonio Arqque Pantigozo

SISTEMAS DE INFORMACIÓN

Tema:Modelado del Análisis del Sistema

Análisis

• En el Workflow de Análisis se analizan, refinan y estructuran los requerimientos capturados con el propósito de estructurar el sistema

2

propósito de estructurar el sistema completo.

• Los modelos que se desarrollan describen qué es lo que el sistema va a hacer.

Análisis

• Los modelos que se desarrollan están orientados al problema y no al ambiente en el que el sistema va a ser desarrollado e

3

va a ser desarrollado e implementado.

2

Análisis

• El modelo de análisis proporciona una configuración conceptual del sistema que consiste de objetos de control entidad e interfaces

4

de control, entidad e interfaces.

Modelo de Casos de Uso vs. Modelo de Análisis

Use-Case Model

• Se describe usando el lenguaje del cliente.

E l i d l

Analysis Model

• Se describe usando el lenguaje del desarrollador.

E l i i d l

5

• Es la vista externa del sistema.

• Es la vista interna del sistema

Modelo de Casos de Uso vs. Modelo de Análisis

Use-Case Model

• Se usa a manera de contrato entre clientes y desarrolladores para

Analysis Model

• Se usa para que los desarrolladores comprendan como el

6

desarrolladores para definir lo que el sistema debe y no debe hacer

comprendan como el sistema debe ser diseñado e implementado.

3

Modelo de Casos de Uso vs. Modelo de Análisis

Use-Case Model

• Puede contener redundancias e inconsistencias en el enlace

Analysis Model

• No debe contener redundancias ni inconsistencias en la

7

inconsistencias en el enlace con los requerimientos.

• Captura la funcionalidad del sistema

inconsistencias en la interpretación de los requerimientos.

• Bosqueja como realizar la funcionalidad dentro del sistema.

Modelo de Análisis

• ¿Qué es?

• Clases Interfaz o Frontera

• Clases Entidad

8

• Clases de Control

• Diagrama de Clases de Análisis

¿Qué es?

• Es un modelo conceptual de objetos que ayuda a refinar los requerimientos y permite a los desarrolladores describir la estructura interna del sistema

9

estructura interna del sistema. Es una jerarquía de paquetes de análisis que

agregan clases de análisis y realizaciones de casos de uso.

Se describen las clases de análisis bajo sus tres estereotipos: Interfaz, Entidad y Control

4

¿Qué es?

AnalysisModel

AnalysisSystem

AnalysisPackage

1*

10

* * * *

Analysis Class Use Case Realization-Analysis

Clases Interfaz o Frontera

• Las Clases “Boundary” se usan para modelar la interacción entre el sistema y los actores.

• Esta interacción involucra recibir (y

11

• Esta interacción involucra recibir (y presentar) información y peticiones desde usuarios y sistemas externos.

Clases Interfaz o Frontera

• Representan la abstracción de de ventanas, formularios, paneles, interfaces de comunicación, impresoras sensores terminales o

12

impresoras, sensores, terminales o dispositivos.

5

Clases Interfaz o Frontera

Ejemplo:

• La interfaz de pago es usada para soportar la interacción entre el actor

j l d d R i t

13

cajero y el caso de uso de Registrar Pago.

Cajero Interfaz Pago

Clases Entidad

• Las Clases Entidad (Entity) son usadas para modelar la información que tiene permanencia en el tiempo y es

14

permanencia en el tiempo y es persistente.

• Modelan la información y el comportamiento asociado de algún concepto como una persona, evento u objeto del mundo real.

Clases Entidad

• Usualmente muestran la estructura de datos lógica que contribuye a la comprensión de la información que depende el sistema

15

depende el sistema.

6

Clases Entidad

Ejemplo:

• La clase entidad Pago permite mostrar la información de un pago en la interfaz de pago

16

de pago.

Cajero Interfaz Pago

Pago

consulta

Clase Controladora

• Las clases “control” representan la coordinación, secuencia, gestión de transacciones y control de otros objetos

17

transacciones y control de otros objetos.

• Usualmente se usan para encapsular el control relacionado con un caso de uso específico.

Clase Controladora

• También se usan para representar cálculos y derivaciones complejas, como la lógica del negocio que no se puede relacionar con i tid d

18

ninguna entidad.

• La dinámica del sistema se modela en una clase controladora, que se encarga de delegar trabajo a otras clases.

7

Clase ControladoraEjemplo:

• La controladora de pagos es responsable de la coordinación entre la interfaz de pagos y la entidad pago.

19

la entidad pago.

CajeroInterfaz

Pago

Pago

Registrar

Controladorade Pagos

Crear

Diagrama de Clases

• Es un diagrama que muestra las clases de análisis y sus relaciones.

20

CajeroInterfaz

Pago

Pago

Registrar

Controladorade Pagos

Crear