INSTITUTO TECNOLGICO DE CHETUMAL

ACADEMIA DE SISTEMAS Y COMPUTACIN

ING. EN SISTEMAS COMPUTACIONALES

FUNDAMENTOS DE ING. EN SOFTWARE

PROF. DOMITILA POOT NAAL

MODELADO DEL ANLISIS

PRESENTA
NAVARRETE JUREZ STEPHANI
ISC-IA5 T.V.
 ANLISIS DE REQUISITOS

El anlisis de los requisitos genera la especificacin de

caractersticas operacionales de software.
Interfaz del software con otros elementos del sistema y
establece las restricciones que tiene el software
Permite al ingeniero de software construir elementos
que representen escenarios del usuario, actividades
funcionales, clases de problemas y sus relaciones.
La especificacin de requisitos ofrecen al desarrollador
y al cliente los medios para evaluar la calidad una vez
construido el software.
 FILOSOFA Y OBJETIVOS
GENERALES
El modelo de anlisis debe cumplir tres objetivos
primarios:

1. Describe lo que requiere el cliente

2. Establecer una base para la creacin de un diseo de

software

3. Definir
un conjunto de requisitos que puedan validarse
una vez construido el software.
DIMENSIN DE LA ARQUITECTURA

Unidimensional: un solo grupo de objetos para

manejar la funcionalidad y la interaccin externa.
Bidimensional: un grupo de objetos para manejar la
funcionalidad y otros para las interacciones externas.
Tridimensional: La ms usada en los sistemas de
informacin siendo el Modelo-Vista-Controlador.
 ARQUITECTURA
MODELO-VISTA-CONTROLADOR
Es un patrn de arquitectura de software que separa los
datos de una aplicacin, la interfaz del usuario y la lgica
de negocio en tres componentes distintos.
El modelo es el sistema de gestin de base de datos y la
lgica de negocio y el controlador es el responsable de
recibir los eventos de entrada desde la vista.
Modelo(informacin)
Vista (presentacin con el usuario)
Control(comportamiento)
 REGLAS PRCTICAS
El modelo debe centrarse en los requisitos visibles
dentro del problema o dominio de negocio.

Se debe minimizar el acoplamiento de todo el sistema

Se debe tener la seguridad de que el modelo de anlisis

proporciona valor a todos los interesados.

El modelo debe mantenerse tan simple como sea

posible.
 ANLISIS DELDOMINIO

Encuentra y crea clases de anlisis o funciones y

caractersticas comunes que se aplican ampliamente
para que puedan reutilizarse.

Descubre y se define en patrones de anlisis

reutilizables, clases de anlisis e informacin relacionada
que pueda usar mucha gente en aplicaciones parecidas.
 ENFOQUES DE MODELADO
DE ANLISIS
Anlisis Estructurado: Los objetos de datos se modelan
en una forma que define sus atributos y relaciones.

Anlisis Orientado a Objetos: Se centra en la definicin

de clases y en la manera en que stas colaboran entre
ellas para efectuar los requisitos del sistema.
ENFOQUES DE MODELADO
DE ANLISIS
CONCEPTOS DEL MODELADO DE
DATOS
El modelado de datos es definir todos los objetos de
datos que se procesan dentro del sistema y las relaciones
entre los objetos de datos.

Objetos de datos: Es una representacin de casi

cualquier informacin compuesta (propiedades o atributos)
que el software debe entender.

Atributos: Los atributos definen las propiedades de un

objeto de datos, se definen uno o ms atributos como un
identificador, ste se convierte en una clave para
identificar un registro.
CONCEPTOS DEL MODELADO
DE DATOS
Relaciones: La relacin se refiere a establecer una
conexin entre objetos. Ejemplo: persona posee auto
(posee es la relacin).
 CONCEPTOS DEL MODELADO
DE DATOS
Cardinalidad: La cardinalidad establece el
nmero de objetos que pueden participar
en una relacin. Las relaciones pueden ser:
1. De uno a uno
2. De uno a muchos
3. De muchos a muchos
 ANLISIS ORIENTADOA
OBJETOS
Se refiere a definir todas las clases relevantes para el
problema y que deben resolverse. Esto se logra llevando a
cabo algunas tareas:
1. Deben comunicarse los requisitos bsicos del
usuario entre el cliente y el ingeniero de software.
2. Deben identificarse las clases, es decir, definir los
atributos y mtodos.
3. Se define una jerarqua de clases.
4. Deben representarse las relaciones de objeto a objeto.
5. Debe modelarse el comportamiento del objeto.
6. Las tareas 1 a 5 se vuelven a aplicar de manera iterativa
hasta que el modelo est completo.
 MODELADO BASADO EN
ESCENARIOS
El modelado de anlisis con UML comienza con la
creacin de escenarios en la forma de casos de uso,
diagramas de actividad y diagramas de carril.

Diagrama de casos de uso:

Un caso de uso especifica la manera en la que los actores
interactan con el sistema en un conjunto especfico de
circunstancias. El desarrollo de una serie de casos de uso
se comienza haciendo una lista de las funciones o
actividades que realiza un actor especfico.
DIAGRAMAS DE CASOS
DEUSO
DIAGRAMA DEACTIVIDADES
Complementa el caso de uso al proporcionar una
representacin grafica del flujo de interaccin dentro de
un escenario especfico.
DIAGRAMA DE CARRIL
Es una variacin til del
diagrama de actividad, ya que
permite al modelador la
representacin del flujo de
actividades descritas por el
caso de uso y al mismo tiempo
indicar que actor o clases de
anlisis tiene la responsabilidad
de la accin descrita mediante
un rectngulo de actividad.
MODELO ORIENTADO AL FLUJO
Tiene una visin del sistema del tipo entrada-proceso-
salida. Los objetos de datos fluyen hacia el interior del
software, se transforman mediante elementos de
procesamiento y los objetos de datos resultantes fluyen al
exterior del software.
 DIAGRAMA DE FLUJO
Es una representacin grfica del
flujo de datos a travs de un sistema
de informacin. Un diagrama de
flujo de datos tambin se puede
utilizar para la visualizacin de
procesamiento de datos (diseo
estructurado). Se caracterizan por
los siguientes niveles
Nivel 0: Diagrama de contexto
Nivel 1: Diagrama de nivel
superior
Nivel2: Diagrama de detalle o
expansin
1. El nivel 0 del diagrama del flujo
debe representar al software
2. La entrada y la salida primaria
se deben establecer con cuidado
3. La refinacin debe comenzar por
el aislamiento de procesos,
objetos de datos y
almacenamiento de datos
candidatos a ser representados
en el siguiente nivel
4. Toda las flechas y burbujas se
deben rotular con el nombre
5. Se debe tener la continuidad de
flujo al cambiar el nivel
6. La refinacin de burbujas debe
hacerse una por una.
 MODELADO BASADO
EN CLASES
CLIENTE
Una clase orientada a objetos Numero de cuenta
encapsula atributos de los datos Cedula
Nombres
pero tambin incorpora las Apellidos
Telfono
Direccin
operaciones que manipulan los
datos implicados por dichos
ingresar_tarjeta( )
atributos. Las clases se ingresar_clave( )
manifiestan en la siguiente forma: ingresar_monto( )
retirar_dinero( )
entidades externas, sucesos o revisar_cuenta( )
retirar_tarjeta( )
eventos, cosas, papeles o roles, retirar_comprobante( )

unidades organizacionales, sitios y

estructuras.
MODELO DE CLASE-RESPONSABILIDAD-
COLABORADOR(CRC)
Proporciona un medio simple para identificar y organizar
las clases relevantes para los requisitos del sistema o
producto. Un modelo CRC es una coleccin de tarjetas
ndices estndar que representan clases. El objeto es
desarrollar una representacin organizada de las clases.
MODELO DE CLASE-RESPONSABILIDAD-
COLABORADOR(CRC)
Clases: tienen diferentes categoras:
Clases de entidad: llamadas clases de modelo o
negocios, se extraen de manera directa del enunciado
del problema.

Clases de frontera: se utilizan para crear la interfaz que

el usuario ve y con la cual interacta cuando se utiliza el
software.

Clases de controlador: manejan una unidad de trabajo

desde el inicio hasta el final.
MODELO DE CLASE-RESPONSABILIDAD-
COLABORADOR(CRC)
Responsabilidad: son los atributos y las operaciones
relevantes para la clase.

Colaboradores: son aquellas clases que se requieren para

que una clase reciba la informacin necesaria para
completar una responsabilidad.

Agregacin: son las subclases que forman parte de una

clase, se conectan a travs de una relacin de tipo es
parte de.
ASOCIACIONES Y DEPENDENCIAS
Asociaciones: son las relaciones entre clases.

Dependencia: en el contexto de las clases va ligada a las

operaciones, indicando que una clase utiliza otra como
argumento en la signatura de una operacin .
 MODELOS DE
COMPORTAMIENTO
El modelo de comportamiento indica la forma en
que el software responder a los eventos o
estmulos externos.
Diagrama de estado: representa el
comportamiento de las clases cuando el sistema
realiza sus funciones.
 MODELOS DE
COMPORTAMIENTO
Diagrama de Secuencia: representa el comportamiento
al describir la forma en que las clases se mueven de
estado a estado.