UTN Facultad Regional Santa Fe

Diseo de Software Basado en Arquitecturas

Trabajo Prctico Integrador 2014

U.T.N. F.R.S.F.

DISEO DE SOFTWARE BASADO EN ARQUITECTURAS

Trabajo Prctico Integrador

2da Etapa

Diseo de arquitecturas para un portal de Comercio Electrnico

UTN Facultad Regional Santa Fe

Diseo de Software Basado en Arquitecturas

Trabajo Prctico Integrador 2014

OBJETIVOS:

Construir soluciones de diseo, identificando y aplicando los estilos arquitectnicos que resulten adecuados
para problemticas planteadas, y documentarlos utilizando estilos de documentacin 4+1 (Philippe
Kruchten, Rational Software Corp., IEEE, 1995) y UML.

ENTREGA OBLIGATORIA
Fecha de entrega: 24 de Junio de 2014 Entregar en formato de documento editable (OpenOffice o MS
Word) va Campus Virtual.

NOTA IMPORTANTE: El documento entregado deber corresponder a un Documento de arquitectura

formal, con el formato apropiado (utilizar como gua los ejemplos de documentos que se presentarn en las
clases de prctica). Recordar que adems, deber contener los escenarios concretos de la etapa 1 con sus
interrelaciones y tcticas (los escenarios generales ya no son necesarios para plasmar en este documento).

EJERCICIO NICO
El objetivo del Trabajo Prctico es la entrega de un Documento de Arquitectura. Para la confeccin del
mismo, tenga en cuenta los atributos de calidad identificados en la etapa 1 del trabajo integrador,
priorizados, para plantear estilos arquitectnicos que den respuestas a estas problemticas. Justifique cada
uno de los estilos arquitectnicos aplicados y obtenga como resultado la estrategia arquitectnica deseada
para el caso de estudio. Deber documentar esta estrategia arquitectnica utilizando documentacin 4+1 en
lenguaje UML:
1. Vista Fsica
a. Un diagrama donde se visualice el despliegue de los nodos computacionales ms
importantes en las redes de la empresa. Utilizar elementos adecuados para una vista fsica.
Pueden ser UML o bien utilizar estereotipos (en este caso, con los decoradores visuales
necesarios para su correcta interpretacin). Ejemplo:

UTN Facultad Regional Santa Fe

Diseo de Software Basado en Arquitecturas

Trabajo Prctico Integrador 2014

b. Adjuntar notas en UML donde se explique el despliegue anterior y se justifiquen las

elecciones realizadas en base a los requerimientos del sistema. Tambin debern adjuntarse
notas indicando los estilos arquitectnicos aplicados.

2. Vista Lgica
a. Representar la arquitectura del sistema como una estructura de mdulos.
b. Seleccionar un mdulo o subsistema orientado a objetos que considere crtico o clave para
el cumplimiento de alguno de los requerimientos planteados y realizar un diagrama UML
que documente su estructura a nivel lgico (mnimamente clases, paquetes, interfaces y sus
relaciones).
c. Enriquecer la semntica del diagrama con anotaciones apropiadas. Si identific estilos
arquitectnicos en este nivel, incluya su mencin y justificacin en las anotaciones
3. Vista de Procesos
a. Represente la vista de proceso/comportamiento principal del sistema en su nivel ms alto de
abstraccin (iteraciones entre los procesos de nivel superior)
b. Seleccionar un proceso que considere crtico o clave para el cumplimiento de alguno de los
requerimientos identificados en el problema y realizar un diagrama UML de vista de
procesos del mismo. Utilizar estereotipos en las relaciones entre componentes que indiquen
las tecnologas a utilizar en dicha comunicacin.
c. Agregar notas apropiadas que complementen la documentacin del proceso.
4. Vista de Desarrollo
a. Utilizando uno o ms diagramas, mostrar la descomposicin del sistema en sus mdulos
principales. Utilizar elementos UML apropiados para vista de desarrollo. Guardar coherencia
3

UTN Facultad Regional Santa Fe

Diseo de Software Basado en Arquitecturas

Trabajo Prctico Integrador 2014

con la vista fsica definida anteriormente (ej.: puede utilizar diferentes diagramas para
diferentes nodos, o bien mostrar en un mismo diagrama la interrelacin/comunicacin entre
subsistemas de los nodos).
b. Agregar las anotaciones UML necesarias para indicar/justificar los estilos arquitectnicos
aplicados (si corresponde) y otras notas necesarias que permitan enriquecer la semntica de
la documentacin.

5. Realizar un diagrama de casos de uso donde se visualicen al menos 3 requerimientos funcionales de

la aplicacin para un usuario supervisor/administrador y al menos 3 requerimientos funcionales
para un usuario normal. Utilizar al menos una relacin de herencia, una de inclusin y una de
extensin.

6. No olvidar incluir como parte del documento las secciones apropiadas para un documento formal,
como ser ndice, historial de versiones, objetivo del documento, acrnimos, supuestos,
consideraciones/observaciones y referencias).