DISEÑO DE LA SOLUCIÓN

<<Nombre del proyecto>>

Taller de Integración de Software sección i051

Equipo de Trabajo:

Nombre estudiante 1
Nombre estudiante 2
Nombre estudiante 3
Docente:
Miguel Aranda M.
Fecha y hora de entrega: DD de MM de 2019 – hh.mm hrs
Contenido
I. Introducción......................................................................................2
II. DESCRIPCION DEL ENTORNO TECNOLÓGICO.................................................3
III. IDENTIFICACIÓN DE LA ARQUITECTURA DEL SISTEMA......................................4
IV. DISEÑO DEL MODELO DE CLASES O LA ARQUITECTURA....................................5
V. MODELO FISICO DE DATOS......................................................................6
VI. MMI O INTERFAZ USUARIO......................................................................8
VII. Conclusiones......................................................................................9
VIII. Anexo A..........................................................................................10
IX. Anexo B..........................................................................................11
X. Referencias bibliográficas....................................................................12

Página 1 de 16
I. INTRODUCCIÓN

a. Alcance
Corresponde al alcance o límites que se pretende cubrir con el proyecto.

b. Objetivos generales
Corresponde al objetivo general del proyecto y documento.

c. Diagramas BPMN
Diagrama de los procesos más relevantes que el sistema afectará.
TIPS: documentar el diagrama final, no el inicial

d. Diagramas UML
Diagrama de casos de uso, estado, operación, con su respectiva descripción.
Desarrollo de diagramas de secuencia

Página 2 de 16
II. DESCRIPCION DEL ENTORNO TECNOLÓGICO.
Descripción general de la arquitectura que soporta al sistema y sus componentes

a. Elementos de la infraestructura.
Identificación de los componentes de HW, SW, Comunicaciones, ambientes, sw de
monitoreos entre otras. En forma gráfica se puede presentar el modelo de capas que el
sistema o plataforma tendrá para soportar a la aplicación.

e. Plan de capacidad.
Identificación de las capacidades del sistema y de crecimiento dada las variables claves,
por ejemplo número de usuario, número y tipo de datos, antigüedad de los datos, entre
otros.

f. Restricciones técnicas.
Identificación de las restricciones de los componentes seleccionados en la solución.

g. Aspectos de operación.
Identificación de variables de operación y de mantenimiento relevantes (Respaldo,
monitoreo, mecanismos de protección y seguridad, entre otra).

Página 3 de 16
III. IDENTIFICACIÓN DE LA ARQUITECTURA DEL SISTEMA.

Se entregan los principales lineamientos de la arquitectura que soportará al sistema

a. Especificación componentes de infraestructura

identificación de todos los componentes de la infraestructura y como estos se

comunican o conectan

b. Niveles o capas de la arquitectura

Aparte de identificar las copas o niveles, se debe identificar el diagrama y la relación de
estos componentes.

c. Topología de Comunicaciones

Topología en Malla
La topología en malla ya que de esta manera es posible llevar los mensajes de
un nodo a otro por diferentes caminos. Si la red de malla está completamente
conectada, no puede existir absolutamente ninguna interrupción en las
comunicaciones. Cada servidor tiene sus propias conexiones con todos los
demás servidores. La red puede funcionar, incluso cuando un nodo desaparece
o la conexión falla, ya que el resto de los nodos evitan el paso por ese punto. En
consecuencia, la red malla, se transforma en una red muy confiable.

d. Topología Lógica
Topología lógica que asegure la transmisión de los datos

e. Protocolos de comunicaciones

Identificar los protocolos que se usarán en la solución y cuáles serán los usos
que estos tendrán

f. Diseño de la arquitectura
Diagrama de arquitectura del sistema (desarrollo y producción)

g. Modelo lógico de la arquitectura

Página 4 de 16
 Diagrama lógico de la arquitectura (o infraestructura) y como esta está
constituida

h. Distribución del sistema o aplicación .

Identificación de las particiones físicas y lógicas del sistema, indicando la forma de
interactuar.

Página 5 de 16
IV. DISEÑO DEL MODELO DE CLASES O LA ARQUITECTURA

Presentar el modelo de clases o la arquitectura de componentes creados para este

sistema. Puede usar una herramienta CASE y entregar o incluir los reportes o salidas de
esa herramienta.

a. Diagrama de casos de uso de alto nivel

i. Diagramas de casos de uso detallados

j. Descripción de los casos de uso relevantes

k. Diagrama de clases

l. Diagrama de secuencia
Recuerde para todos los diagramas UML:
Los diagramas de clases, casos de uso, secuencia y procesos representan los
requerimientos iniciales, son consistentes entre ellos y coherentes con la lógica y
funcionalidad de la aplicación.
Aplica las normas UML establecidas para la confección de cada uno de ellos.

m.Patrones de diseño .
Identificación de los patrones utilizados en el diseño

n. Lógica de negocio.

o. Controlador.

p. Persistencia.

q. Vista.

Página 6 de 16
V. MODELO FISICO DE DATOS.

a. Arquitectura de almacenamiento

Diagrama que muestra la separación de niveles (abstracción) que separan los

programas de los datos.

Desarrollar un diagrama donde se indique como estarán organizados los

elementos de su solución en base a los niveles: Interno (donde estarán
almacenados físicamente los datos) , conceptual (cuáles serán las entidades y sus
relacione) y externo o de vistas (visión que tienen los usuarios de los datos)

b. Modelo Físico
Recuerde para modelo de datos:
Genera el modelo lógico y físico que sustenta la aplicación, a través de entidades
y tablas acordes a los requerimientos.
Normaliza el modelo en 1FN, 2FN y 3FN incluyendo diccionario de datos y script
de creación de tablas.Modelo relacional (tablas y normalizaciones)

c. Elección y justificación del SGBD seleccionado

Tabla comparativa de la elección de la BD que se Eligio para el desarrollo del

sistema.

d. Tiempo de respuesta

determinar los tiempos de respuesta que el usuario tolerará, dependiendo de los

procesos y consultas que realice.

TIPS: identificar los tipos de transacciones (simples, complejas y semis complejas

) y de ahí determinar los tiempos

e. Estimación del tamaño de la BD

identificación del tamaño (volumen) de la base de datos

TIPS: es un capacity planning

f. Mecanismos de seguridad

Página 7 de 16
Definición de las reglas de acceso, perfiles, roles que tendrá el usuario y la forma
de interactuar de este con el sistema

TIPS: Usar LDAPS de la empresa

g. Monitoreo y tunning

Herramientas o productos que se usaran para monitorear el funcionamiento del

sistema.

Página 8 de 16
VI. MMI O INTERFAZ USUARIO

a. Especificación de la Interfaz de Pantalla y de Navegación

b. Especificación de reportes (tabulares o gráficos)

c. Especificación de la Interfaz entre sistema y sistemas externos.

Como referencia se incluye el siguiente ejemplo

Customer
WEB Page Requirements
(New Self Service
Channel)
Customer Account
Information

Customer Account
Information
LOCAL SOA
BSCS
Long distance call status
(New Services)

Customer
Requirements
Customer Web
interactions &
requirements

Microstrategy
(New reports to
develop)

Transmitting Ap
d. Especificación de la interfaz entre componentes de la
aplicación.
Página 9 de 16
Página 10 de 16
VII. CONCLUSIONES.

Página 11 de 16
VIII. ANEXO A

Página 12 de 16
IX. ANEXO B
-

Página 13 de 16
X. REFERENCIAS BIBLIOGRÁFICAS.
Las fuentes bibliográficas son fidedignas y responden al problema planteado.
Las fuentes bibliográficas están definidas según Normas APA.

Página 14 de 16