Está en la página 1de 12

ACTIVIDAD FASE 2

ESPECIFICACION, DISEÑO Y ARQUITECTURA

JONATHAN ROJAS CARDOZO


CODIGO: 1082214141

GRUPO: 301403_36

TUTOR:
FRANKLIN LIZCANO CELIS

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD)


CIENCIAS BASICAS, TECNOLOGIA E INGENIERIA
CEAD NEIVA
2019
Tabla de contenido

INTRODUCCIÓN..........................................................................................................................3
OBJETIVO.....................................................................................................................................4
DESARROLLO DE LA ACTIVIDAD.........................................................................................5
DIAGRAMA DE CASOS DE USO ......................................................................................................5
MODELO DE CLASES......................................................................................................................6
DIAGRAMA DE ACTIVIDADES........................................................................................................7
DIAGRAMA ENTIDAD – RELACIÓN................................................................................................7
ANÁLISIS DONDE SE INDIQUE COMO SE PUEDE IMPLEMENTAR EL CONCEPTO
DE HERENCIA MEDIANTE EL MODELO ENTIDAD-RELACIÓN....................................7
CONCLUSIONES........................................................................................................................10
BIBLIOGRAFÍA..........................................................................................................................11
INTRODUCCION

A través de este documento, de forma individual se va a presentar de manera clara y


detallada, la construcción de los diagramas (caso de uso, clases, actividades y entidad-
relación.), para el proyecto elegido en la fase No 1.
OBJETIVO

Esta actividad, tiene como finalidad definir cada uno de los diagramas para el proyecto
elegido de tal modo que estos sirvan como insumo principal para la construcción final de
proyecto a desarrollar.
DESARROLLO DE LA ACTIVIDAD

Diagrama de casos de uso


Modelo de clases
Diagrama de actividades
Diagrama Entidad – Relación

Análisis de la implementación de herencia


Por un lado, tenemos Subclases, Superclases y Especialización. En el modelo Entidad-Relación,
una entidad agrupa un conjunto de ocurrencias de entidad del mismo tipo. En muchos casos,
estas ocurrencias se pueden agrupar a su vez en otros subconjuntos que tienen un significado
propio para los propósitos de la Base de Datos y, por tanto, deberían representarse de forma
explícita. Supertipo/Subtipo

Agrupación de instancias dentro de un tipo de entidad, que debe representarse explícitamente


debido a su importancia para el diseño o aplicación.

Subtipos del tipo de entidad VEHÍCULO:

 CAMIÓN

 AUTOBÚS

 CICLOMOTOR

Subtipos del tipo de entidad EMPLEADO

 SECRETARIO

 GERENTE

 COMERCIAL
El tipo de entidad que se especializa en otros se llama súper-tipo (VEHICULO, EMPLEADO)
CONCLUSIONES

Con el desarrollo de esta actividad, se logra de manera conjunta, logramos construir cada
uno de los diagramas, tales como el de casos de uso el cual nos muestra las operaciones de una
aplicación y como se relaciona con su entorno; el diagrama de clases nos representa un conjunto
de propiedades donde se evidencia el comportamiento que va a tener la estructura del programa
por medio de objetos a los que llamamos instancias de clase; el diagrama de actividades nos
muestra el flujo que llevara a cabo cada uno de los procesos que va a ejecutar nuestro programa;
y por último el diagrama entidad – relación nos va a permitir representar cada una de las
entidades u objetos con sus respectivas relaciones, de tal modo que este nos sirve como esquema
base del diseño de nuestro sistema.

Teniendo en cuenta los anterior, cada una de estas herramientas de modelado, nos van a
permitir construir nuestro proyecto permitiéndonos describir los objetos y las estructuras de
información que necesitamos para desarrollar el mismo, a través de una visión general de lo que
necesitamos realizar en nuestro programa.
BIBLIOGRAFIA

Identificación de necesidades del problema

Weitzenfeld, A. (2005). Descripción del Problema. In Ingeniería de Software Orientada a


Objetos con UML, Java e Internet (pp. 197-199). Mexico City, Mexico: Cengage Learning.
Recuperado de: http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?p=GVRL&u=unad&id=GALE|
CX3004300052&v=2.1&it=r&sid=GVRL&asid=8d8a7106

Lenguaje de Modelado Unificado UML

Weitzenfeld, A. (2005). Modelado con UML. In Ingeniería de Software Orientada a Objetos


con UML, Java e Internet (p. [69]). Mexico City, Mexico: Cengage Learning. Recuperado
de http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?p=GVRL&u=unad&id=GALE|
CX3004300030&v=2.1&it=r&sid=GVRL&asid=094a5dfa

Modelo de Requisitos

Weitzenfeld, A. (2005). Modelo de Requisitos. In Ingeniería de Software Orientada a Objetos


con UML, Java e Internet (pp. [195]-197). Mexico City: Cengage Learning. Recuperado
de: http://bibliotecavirtual.unad.edu.co:2081/ps/retrieve.do?
tabID&tabID=&searchType=BasicSearchForm&userGroupName=unad&inPS=true&prodId=G
VRL&contentSet=GALE&docId=GALE%7CCX3004300051

Modelo de Análisis

Weitzenfeld, A. (2005). Modelo de Análisis. In Ingeniería de Software Orientada a Objetos


con UML, Java e Internet (p. [253]). Mexico City: Cengage Learning. Recuperado
de: http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
p=GVRL&sw=w&u=unad&v=2.1&it=r&id=GALE
%7CCX3004300059&asid=95f8491f05f0af31b607ebd0f82dd4d2

Modelo de Diseño

Weitzenfeld, A. (2005). Modelo de Análisis. In Ingeniería de Software Orientada a Objetos


con UML, Java e Internet (p. [253]). Mexico City: Cengage Learning. Recuperado
de: http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
p=GVRL&sw=w&u=unad&v=2.1&it=r&id=GALE
%7CCX3004300059&asid=95f8491f05f0af31b607ebd0f82dd4d2

También podría gustarte