El Modelo de Análisis Es La Primera Representación Técnica de Un Sistema

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

 

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.

Análisis 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.
1.2 ELEMENTOS DEL MODELO DE ANÁLISIS

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

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 refinación 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 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.

También podría gustarte