Análisis y diseño de sistemas de información

Unidad:
Diseño de Sistemas y Desarrollo de casos prácticos

Docente: Jesús Arias Caycho

Logro
Al finalizar la unidad, el estudiante aplica la metodología
orientada a objetos RUP haciendo uso de patrones en el diseño
de una solución informática. Además desarrolla un caso
práctico empresarial.

Importancia
En todo proyecto de desarrollo de software una de las etapas
importante es el Diseño, proceso que especificar la solución al
problema, permitiendo una transición sin problemas a la fase
de construcción, de esta forma proporciona los conocimientos
al estudiante para que pueda cumplir con el Rol de Analista de
Sistemas.
 Contenido general
• Diseño orientado a objetos
• Modelado de diseño orientado a objetos
• Desarrollo de casos prácticos empresariales
Diseño orientado a objetos
Disciplina RUP de Diseño

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Disciplina RUP de Diseño

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Disciplina RUP de Diseño
Artefacto Descripción
Vista interna del sistema. Formado
por las clases de diseño y
realizaciones de casos de uso.
Modelo de Diseño

Medio para organizar los artefactos

del modelo de diseño.
Capa

Contiene las clases de diseño de un

grupo de casos de uso.

Subsistema

Muestra una secuencia detallada de

interacción entre los objetos de
diseño.
Diagramas de Secuencia
 Disciplina RUP de Diseño
Artefacto Descripción

Contiene clases utilitarias, adicionales

a las del API del lenguaje de
programación.
Librería

Son abstracciones de clase

directamente utilizadas en la
implementación.
Clases de diseño

Describe cómo un caso de uso se lleva

a cabo en términos de clases de
diseño y sus objetos.
Realización de Diseño de Caso de Uso

Describe la estructura de un caso de

uso.

Diagrama de clases
Disciplina RUP de Implementación

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Disciplina RUP de Implementación

Artefacto Descripción

Representa una pieza del software

reutilizable.
Componente

Muestra la estructura del sistema, el

cual describe los componentes del
software, sus interfaces y sus
dependencias.
Diagrama de componentes

Describe la distribución física del

sistema.
Modelo de Despliegue
Disciplina RUP de Implementación
Artefacto Descripción

Se puede utilizar para modelar el

hardware utilizado en las
implementaciones de sistemas y
relaciones entre sus componentes.

Diagrama de Despliegue

Representan las entidades físicas de

un sistema software.
Artefacto

Describe la distribución física del

sistema.

Modelo de Despliegue
Modelado de diseño orientado a objetos
Modelo de Análisis vs. Modelo de
Diseño

Modelo de Análisis Modelo de Diseño

Modelo conceptual y genérico. Modelo físico y concreto.

Menos formal. Más formal.

Bosquejo del diseño del sistema. Realización del diseño del sistema.

Puede no mantenerse durante todo Debe ser mantenido durante todo

el ciclo de vida del software. el ciclo de vida del software.

Define una estructura para modelar Da forma al sistema.

el sistema.
Modelo de Diseño

Vista interna del sistema.

Formado por las clases de diseño y

las realizaciones de Caso de Uso.

Materia prima que la disciplina de

implementación transformará en
código ejecutable.
Modelo de Datos

Conceptual Lógico

Físico
Modelo de Datos

• Se obtienen a partir de
los objetos de
información que fluyen
entre las actividades.
Conceptual
• Modelado de los casos
de uso del sistema y el
modelado conceptual se
realizan en paralelo.
Modelo de Datos
• Modelo que no es
específico de una base
de datos.
• Describe aspectos
relacionados con las
necesidades de una
Lógico organización.
• Refinamiento del
modelo conceptual.
• No es necesario
especificar las llaves
primarias y foráneas de
las entidades.
Modelo de Datos

• Modelo de datos de
bajo nivel.
• Proporcionan
Físico conceptos que
describen los detalles
de cómo se
almacenan los datos
en el ordenador.
Modelo de Datos
• Requiere entendimiento del
manejador de bases de datos que
se desea emplear, incluyendo
características como:
o Conocimiento de los tipos de
objetos.
o Detalles del indexamiento,
integridad referencial, restricciones,
tipos de datos, etc.
Físico o Detalles y variaciones de las
versiones.
o Parámetros de configuración.
o Data Definition Language (DDL).
• Convertir el modelo lógico de
datos a tablas hace que las
entidades pasen a ser tablas y los
atributos se convierten en las
columnas de dichas tablas.
 Arquitectura de Software

Atributos y características de
calidad del software

Modificabilidad Interoperabilidad
Cualidades del software

Manejadores
Arquitectura
Disponibilidad Seguridad de atributos de
del software
Software
calidad

Predictabilidad Portabilidad
Arquitectura de Software

Ingeniero de
software

Gerente general

Usuario final

Arquitecto de
Gerente
software
comercial Sponsor
Arquitectura de Software: Patrones

Piezas
Propósito
importantes

Nombre
Compartir una solución
probada, aplicable a un
problema particular de Contexto
diseño.

Problema

El patrón se presenta en Solución

una forma estándar.
Consecuencias (positivas
y negativas)
Arquitectura de Software: Patrones
de Diseño

Estilos • Soluciones de
arquitec- organización a nivel
tónicos del sistema.

• Soluciones a
Patrones problemas
Tipos de diseño detallados de diseño
de software.

• Soluciones útiles
para problemas
Idioms específicos en algún
lenguaje de
programación
Diseño de Casos de Uso

Patrones de Diseño Extensiones de UML

Realización de Diseño
de Casos de Uso con
Patrón de Arquitectura
MVC
Diseño de Casos de Uso: Patrones de
Diseño

Nombre Quiénes la componen Dónde se ubica

Aplicaciones cliente,
Capa Cliente applets, aplicaciones y PC Cliente
otra GUIs

Capa de presentación JSP, Servlet y otras UIs Servidor J2EE

EJBs y otros objetos de

Capa de Negocios Servidor J2EE
negocios

Capa de Integración JMS, JDBC Servidor J2EE

Bases de Datos,
Capa de Recursos Servidor BD
Sistemas Legados

Capas de la Arquitectura J2EE

Diseño de Casos de Uso: Extensiones
de UML para Aplicaciones WEB
Trazabilidad con UML
Análisis Diseño

JSP

<<Build>>

Boundary

Form
JSP_Client
(from JSP) (from JSP_Client)
Diseño de Casos de Uso: Extensiones
de UML para Aplicaciones WEB
Trazabilidad con UML

Análisis Diseño

Control Servlet

Servlet. ()
service()
Diseño de Casos de Uso: Extensiones
de UML para Aplicaciones WEB
Trazabilidad con UML

Análisis Diseño

Bean

Entity
ClaseDAO
Diseño de Casos de Uso: Extensiones
de UML para Aplicaciones WEB

Normal

<<Server Page>>
Label

Decoration
Diseño de Casos de Uso: Extensiones
de UML para Aplicaciones WEB

Cabecera
<<Include>>

<<Build>> <<Link>>

Página Página_Client Página2

(from Página)
<<Submit>>

Form
(from Página_Client)
Realización de Diseño de Casos de
Uso con Patrón MVC

1 (Controller)
Request Servlet

BROWSER
2
(Model)
Java Bean
5 (View)
Response JSP 4
Servlet Container EIS
Adaptado de http://sce.uhcl.edu/helm/rationalunifiedprocess/
Realización de Diseño de Casos de
Uso con Patrón MVC
Capa Subsistema/Librerías Elementos de diseño
Clases estereotipadas:
• Páginas HTML: <<Client
Page>>
• Páginas JSP: <<Server
Page>> , <<Client Page>> y
<<HTML Form>>

Clase estereotipada para

servlets: <<Http Servlet>>

Clases de diseño: beans.

Clases de diseño: clases

utilitarias

Capas, subsistemas, librerías y elementos de diseño

Modelo de Implementación
• Muestra como se traduce el Modelo de Diseño en los
distintos componentes ejecutables de la aplicación a
desarrollar.
• Se presenta con el Diagrama de Componentes y Diagrama
de Despliegue.
 Diagrama de Componentes
Aplicación Almacén Deportes LSI03.exe

Identificación.frm Control y
análisis

Rutinas de Acceso a base

conexión(librerías) de datos

Aplicación Ventas Deportes LSI03.exe

Identificación.frm
BD Oracle
Diagrama de Despliegue

Servidor Principal Base de Datos

Servidor de Aplicaciones tcp/ip Oracle 9i
Oracle 9IAS

tcp/ip

Estación de Trabajo

Web Browser
Internet 6.0
Conclusiones

• El objetivo del diseño es plantear la solución refinando el

modelo de análisis.
• Permite una transición sin problemas a la fase de
construcción.
• En el diseño nos adaptamos al entorno de implementación y
despliegue.