Está en la página 1de 12

FUNDAMENTOS DE INGENIERADE SOFTWARE

Unidad IV

MODELO DE
ANLISIS
LIC. LETICIA LIZARRAGA VELARDE
2
Contenido:

4.1. Clases
4.2. Objetos
4.3. Modelo de requisitos
4.4. Modelo de casos de uso
4.5. Modelo de dominio

Modelo de Anlisis
3
Qu es?

EI modelado del anlisis utiliza una combinaci6n de formatos


en texto y diagramas para representar los requisitos de los
datos, las funciones y el comportamiento de una manera
que es relativamente fcil de entender y conduce a una
revisin para lograr la correccin, la integridad y la
consistencia.

Quin lo hace?
Un ingeniero de software (algunas veces llamado analista)
construye el modelo empleando requisitos obtenidos del
cliente.
Modelo de Anlisis
4

Modelo de Anlisis
5
Cules son los pasos?

1. Modelar los requisitos de informacin, funcionales y de comportamiento


en cualquiera de los siguientes tipos de diagramas:
Modelo basado en escenarios.- representa el sistema desde el punto de vista
del usuario
Modelo orientado al flujo.- indica como se transforman los objetos de datos al
realizarse las funciones del procesamiento
Modelo basado en clases.- define objetos, atributos y relaciones
Modelo del comportamiento.- presenta los estados del sistema y sus clases, as
como el impacto de los eventos sobre sus estados

2. Refinamiento y anlisis del modelo para evaluar su calidad, integridad y


consistencia
3. Validacin del modelo final por parte de los interesados

Modelo de Anlisis
6
Reglas prcticas de anlisis

El modelo debe centrarse en los requisitos visibles dentro del


problema o dominio de negocio. "No se debe perder tiempo en
detalles que tratan de explicar como funcionar el sistema.
Cada elemento del modelo de anlisis debe agregarse a un
acuerdo general de los requisitos de software y proporcionar una
visin interna del dominio de informacin, funcin y comportamiento
del sistema.
Debe retrasarse la consideracin de la infraestructura y otros
modelos no funcionales hasta el diseo.
Se debe minimizar el acoplamiento de todo el sistema. Es importante
representar las relaciones entre clases y funciones.
Se debe tener la seguridad de que el modelo de anlisis
proporciona valor a todos los interesados.
EI modelo debe mantenerse tan simple como sea posible.

Modelo de Anlisis
7
Clases

La clase define el mbito de definicin de un conjunto de


objetos

Cada objeto pertenece a una clase

Los objetos se crean por instanciacin de las clases

Ver Curso UML diapositiva 101 a 138.

Modelo de Anlisis
8
Objetos

Objeto = unidad atmica que encapsula estado y


comportamiento

La encapsulacin en un objeto permite una alta cohesin y un


bajo acoplamiento
Un objeto puede caracterizar una entidad fsica (coche) o
abstracta (ecuacin matemtica)
Un objeto contiene datos y operaciones que operan sobre los
datos
Ver Curso UML diapositiva 49 a 68.

Modelo de Anlisis
9
Modelo de requisitos

Tiene como finalidad delimitar el sistema y capturar la


funcionalidad que debe ofrecer desde la perspectiva del
usuario. Este modelo puede funcionar como un contrato entre
el desarrollador y el cliente o usuario del sistema, y por lo tanto
proyecto lo que el usuario desea segn la percepcin del
desarrollador

El propsito del modelo de requisitos es comprender


completamente el problema y sus implicaciones

Modelo de Anlisis
10
Modelo de Casos de Uso

Casos de Uso es una tcnica para capturar informacin


respecto de los servicios que un sistema proporciona a su
entorno.

No pertenece estrictamente al enfoque orientado a


objeto, es una tcnica para captura y especificacin de
requisitos

Ingeniera de requisitos
11
Modelo del Domino

Un modelo de dominio en la resolucin de problemas e ingeniera de


software, es un modelo conceptual de todos los temas relacionados
con un problema especfico. En l se describen las distintas
entidades, sus atributos, papeles y relaciones, adems de las
restricciones que rigen el dominio del problema.
El modelo de dominio es utilizado por el analista como un medio
para comprender el sector de negocios al cual el sistema va a servir.
El modelo de dominio puede ser tomado como el punto de partida
para el diseo del sistema.
Cuando se realiza la programacin orientada a objetos, el
funcionamiento interno del software va a imitar en alguna medida a
la realidad, por lo que el mapa de conceptos del modelo de
dominio constituye una primera versin del sistema.

Modelo de Anlisis
12

El gran arte del aprendizaje es entender poco a poco


John Locke

Ingeniera de requisitos

También podría gustarte