MODELO ANALISIS

ANALISIS

El modelo de análisis es la primera representación técnica de un sistema. Utiliza una mezcla de formatos en texto y diagramas para representar los requisitos del software, las funciones y el comportamiento. De esta manera se hace mucho más fácil de comprender dicha representación, ya que es posible examinar los requisitos desde diferentes puntos de vista aumentando la probabilidad de encontrar errores, de que surjan debilidades y de que se descubran descuidos.

ANALISIS DE REQUISITOS

El análisis de requisitos le proporciona al diseñador de software una representación de datos, función y comportamiento que puede trasladar a diseños arquitectónicos de interfaz. Este, junto al modelo de análisis, ofrece al desarrollador y al cliente los medios para evaluar la calidad una vez construido el software.

Objetivos generales del modelo de análisis

El modelo de análisis debe cumplir tres objetivos primarios: 1-Describir los que requiere el cliente 2-Establecer una base para la creación de un diseño de software 3-Definir un conjunto de requisitos que pueda validarse una vez construido el software.

ELEMENTOS DEL MODELO

El modelo de análisis se complementa de cuatro elementos fundamentales. Estos elementos sirven para clasificar principalmente los diferentes diagramas y otros derivados conocidos en plataformas como sistemas de información e ingeniería de software entre otros. Además estos con clasificados en elementos de escenario, elementos de flujo, elementos de clases y elementos de comportamiento.

MODELOS BASADOS EN ESCENARIOS

Este modelo en simples palabras sirve para una interacción más amena entre el sistema y el usuario, por lo tanto el modelo de análisis con UML comienza con la creación de escenarios en la forma de “los casos de uso, diagrama de actividad y diagrama de carril”.

Caso de uso:Describe un escenario de un caso específico en un lenguaje directo desde el punto de vista de un actor definido.

Diagrama de actividad es un modelo muy parecido al caso de uso pero mucho mejor complementado y proporciona una representación del flujo de interacción dentro de un escenario específico.

Diagrama de carril Consiste en tomar el diagrama actividad y situarlo en filas o en carriles. En este modelo los actores son fundamentales ya que en el diagrama de carril se especifica claramente, con un carril, la responsabilidad a cada actor.

MODELOS ORIENTADOS AL FLUJO Tiene una visión 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 de datos Propiedades del DFD El nivel 0 del diagrama del flujo debe representar al software La entrada y la salida primaria se deben establecer con cuidado La refinación debe comenzar por el aislamiento de procesos, objetos de datos y almacenamiento de datos candidatos a ser representados en el siguiente nivel Toda las flechas y burbujas se deben rotular con el nombre Se debe tener la continuidad de flujo al cambiar el nivel La refinación de burbujas debe hacerse una por una. Este diagrama es orientado al tiempo y rendimiento . Cada elemento o evento de control se puede implementar con valores V o F, 1 ó 0 o tambien otros similares.

MODELOS BASADOS EN CLASES Una clase orientada a objetos encapsula atributos de los datos pero también incorpora las operaciones que manipulan los datos implicados por dichos atributos. Las clases se manifiestan en la siguiente forma: entidades externas, sucesos o eventos, cosas, papeles o roles, unidades organizacionales, sitios y estructuras.

Modelo CRC (clase-responsabilidad-colaborador) El modelado 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 colección de tarjetas índices estándar que representan clases. El objeto es desarrollar una representación organizada de las clases. Clases: tienen diferentes categorías: Clases de entidad Clases de frontera Clases de controlador Responsabilidad Colaboradores Agregación

MODELOS DE COMPORTAMIENTO El modelo de comportamiento indica la forma en que el software responderá a los eventos o estímulos externos. Diagrama de estado representa el comportamiento de las clases cuando el sistemadir subtítulo

Diagrama de Secuenciarepresenta el comportamiento al describir la forma en que las clases se mueven de estado a estado.