Está en la página 1de 4

1.

INGENIERIA DE SOFTWARE Un conjunto de tcnicas y/o mtodos para construir software de alta calidad en el menos tiempo, al bajo costo, confiable y libre de errores. 2. UML (UnifiedModelLanguage) (Lenguajde de Modelado Unificado) Es una notacin de un conjunto de diagramas utilizados para el modelado de sistemas de informacin Se clasifican como: A. Diagramas Estticos: casos de uso, diagrama de clases, comp0nentes y de despliegue. B. Diagramas Dinmicos: secuencia, colaboracin, actividades y de estados.

DIAGRAMA DE CASOS DE USO


Es un diagrama esttico que sirve para representar los procesos de un sistema de informacin CASO DE USO. Representa un proceso de un sistema de informacin CASOS DE USO DEL NEGOCIO Son casos de uso generales que representan los procesos actuales del negocio CASOS DE USO DETALLADOS (mdulos de programacin) Representan mdulos de programas y se basan en diseos de pantallas o formularios. DOCUMENTACION DE CASOS DE USO Cada caso de uso se documenta con una plantilla donde se describe a manera de seudocdigo el detalle del proceso del caso de uso. Esta plantilla se atacha a cada caso de uso.

DIAGRAMA DE CLASES
Representa la estructura entre las clases de un sistema informtico. 1. CLASE.- Representa la estructura de un conjunto de objetos. Es la generalizacin de los objetos 2. OBJETO.- Es la instanciacin de una clase. Es la particularidad de una clase Ejemplo: objeto Jos Prez de la Clase ALUMNO 3. MULTIPLICIDAD.- Representa la relacin numrica que se da entre clases. 4. ASOCIACION: Representa la relacin entre dos o ms clases. 5. ASOCIACION UNIDIRECCIONAL (DEPENDENCIA): Una clase A depende su existencia de una clase B, es decir, la clase A, por s sola no existe 6. RECURSIVIDAD: Representa la relacin de una clase as misma.

7. (OR excluyente): Representa el concepto de HERENCIA. Las clases Hijas heredan atributos y mtodos de la clase Padre. 8. COMPOSICION: Tiene una Clase Padre y Clases Hijas. Existe una relacin lgica y fsica entre la Clase Padre y las clases Hijas. Si se elimina la Clase Padre obligadamente debern eliminarse las Clase hijas. 9. AGREGACION: Tiene una Clase Padre y Clases Hijas. Existe una relacin lgica y pero no fsica entre la Clase Padre y la Clases Hijas. Si se elimina la Clase Padre no obligadamente debern eliminarse las Clases hijas. 10. CLASE DERIVADA: Se crea de una relacin de varios a varios (1..n a 1..n) entre dos clases. Tiene sus propios atributos y sus propios mtodos.

DIAGRAMA DE SECUENCIA
Es un diagrama dinmico que representa la comunicacin entre objetos a travs del tiempo.

DIAGRAMAS DE COLABORACION
Es un diagrama dinmico que representa la relacin entre objetos y luego la comunicacin entre ellos a travs de mensajes los cuales se van autoenumerando automticamente de acuerdo al orden lgico de comunicacin.

DIAGRAMA DE ACTIVIDADES
Es un diagrama dinmico que muestra las actividades detalladas de un proceso mostrando flujo de objetos y carriles. Los flujos de objetos muestran los cambios de estado del objeto en el tiempo.

DIAGRAMA DE ESTADOS
Es un diagrama dinmico que representa los cambios de estado en el tiempo de un objeto.

DIAGRAMA DE COMPONENTES Es un diagrama esttico que representa la estructura lgica de un sistema de informacin, conformado por ficheros fuente, ejecutables (.exe), objeto (.obj), inicializacin (.ini), configuracin (.cfg), de ayuda (.hlp), DLLs, Bases de datos, etc. DIAGRAMA DE DESPLIEGUE (DIAGRAMA DE EMPLAZAMIENTO) Es un diagrama esttico que representa la arquitectura fsica (hardware) de un sistema de informacin. Un diagrama de despliegue est conformado por Nodos que pueden ser Procesadores (Processor) o Dispositivos (Devices).

MODELOS DE OBJETOS DEL NEGOCIO Es una representacin grfica del actor del negocio (business actor), el trabajador del Negocio (business worker) y las entidades del negocio (business entity) de un CUN. MODELO DEL DOMINIO Es el primer diagrama de clases inicial generado a partir de los flujos de objetos de los diagramas de actividades del negocio y bsicamente de los modelos de objetos del negocio (MON) por cada caso de uso del negocio. REQUERIMIENTOS FUNCIONALES:

REQUERIMIENTOS NO FUNCIONALES:
interfaz externa HADWARE SOFTWARE Restricciones en el diseo y la implementacin

BENEFICIOS: Beneficios Tangibles


Expresarse en trminos monetarios.

Beneficios Intangibles

FACTOR DE AMBIENTE Familiaridad con el modelo de proyecto utilizado Experiencia en la aplicacin Experiencia en orientacin a objetos Capacidad del analista lder Motivacin Estabilidad de los requerimientos

Personal a tiempo compartido Dificultad del lenguaje de programacin

MODELO DEL NEGOCIO:

1.1 1.2 1.3 1.4 1.5 1.6

REGLAS DEL NEGOCIO MODELO DE CASOS DE USO DEL NEGOCIO ESPECIFICACION DE CASOS DE USOS DEL NEGOCIO DIAGRAMAS DE ACTIVIDADES DEL NEGOCIO MODELOS DE OBJETOS DEL NEGOCIO MODELO DEL DOMINIO

DESCRIPCION DE LOS CASOS DE USO: Nombre del caso de uso Actores Resumen

Precondiciones Poscondiciones Requisitos especiales