Post on 20-Feb-2017
INGENIERIA DEL SOFWARE IIITEMA : MODELADO DE ANLISIS
TUTORA: ING. MILIA YANETH CARDENAS
INTEGRANTES:LEIDY RODRIGUEZ
BRANDON MARTINEZ
CORPORACIÓN UNIVERSITARIA REMINGTON
• 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.
Modelado de análisis
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.
EL MODELO DE ANÁLISIS DEBE CUMPLIR TRES OBJETIVOS PRIMARIOS:• DESCRIBIR LOS QUE REQUIERE EL CLIENTE• ESTABLECER UNA BASE PARA LA CREACIÓN DE UN DISEÑO
DE SOFTWARE• DEFINIR UN CONJUNTO DE REQUISITOS QUE PUEDA
VALIDARSE UNA VEZ CONSTRUIDO EL SOFTWARE.
Objetivos generales del modelado 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 SON 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 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: 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 INTERACTÚA CUANDO SE UTILIZA EL SOFTWARE.
• CLASES DE CONTROLADOR: MANEJAN UNA “UNIDAD DE TRABAJO” DESDE EL INICIO HASTA EL FINAL.
• RESPONSABILIDAD: SON LOS ATRIBUTOS Y LAS OPERACIONES RELEVANTES PARA LA CLASE.
• COLABORADORES: SON AQUELLAS CLASES QUE SE REQUIEREN PARA QUE UNA CLASE RECIBA LA INFORMACIÓN NECESARIA PARA COMPLETAR UNA RESPONSABILIDAD.
• AGREGACIÓN: SON LAS SUBCLASES QUE FORMAN PARTE DE UNA CLASE, SE CONECTAN A TRAVÉS DE UNA RELACIÓN DE TIPO ” ES PARTE DE”.
GRACIAS
FUENTES CINSULTADAS.https://mundokramer.wordpress.com/2011/05/20/modelo-de-analisis-software/