Planilla de documento de Gestion















Documento de Arquitectura de Software

Grupo [X]

[Integrantes]














Contenido
1 Introducción. 3
2 Vista de Casos de Uso 4
2.1 Casos de uso identificados 4
2.2Diagrama de Casos de Uso Críticos 5
2.3 Actores 5
2.3.1Usuario 5
2.3.2 Administrador 5
2.4 Especificación de Casos de Uso Críticos 6
3 Vista Lógica 7
3.1 EstiloArquitectónico. 7
7
3.2Subsistemas 8
3.2.1Business Layer. 8
3.2.1.1 Diagrama de Componentes. 8
3.2.1.2Descripción. 8
3.3 Diagramas de Interacción 9
4 Vista de Distribución (Deployment). 10
4.1Escenario 1 10
4.1.1 Descripción 10
4.1.2 Nodos 10
4.1.3 Conexiones 10
5 Vista de Implementación. 11
6 Referencias 12

1 Introducción.
[En esta sección se realiza una introducción al sistema cuyaarquitectura se describe. Para la elaboración de esta plantilla, se tomó como base el modelo 4+1 tal como fue presentado en el teórico del curso. El ejemplo que se brinda a continuación se basa en el laboratorio del año 2012 de TSI1.]

INDIGNADOFRAMEWORK es una plataforma informática de soporte a movimientos de protesta. Dicha plataforma tiene como finalidad centralizar toda la información relevantede un movimiento de protesta en un único portal web, el cual debe actuar como punto de integración de toda la información existente en la web asociada al evento. Esta información puede provenir de orígenes tan diversos como YouTube, Twitter, BBC, CNN, Wikipedia, etc. La plataforma también permite acceder a las últimas novedades, compartir recursos (imágenes, video, links), coordinar actividades, yfacilitar la interacción entre los participantes de un mismo movimiento.

El sistema cuenta con dos módulos, uno de front office, de acceso público, con autenticación integrada con Facebook, y otro de back office para la administración del sistema, con autenticación restringida para un grupo reducido de administradores.

La plataforma brinda además soporte para la integración entreinstalaciones distintas de INDIGNADOFRAMEWORK, permitiendo potenciar ciertas funcionalidades tales como ampliar la base de usuarios a los que les llegan las invitaciones a las convocatorias, búsqueda y chat entre usuarios en línea de distintas instalaciones.

2 Vista de Casos de Uso
[Los elementos de las vistas desde las que se analiza la arquitectura son “ejercitados” por un pequeño subconjunto decasos de uso (o escenarios de esos casos de uso) que se denominan casos de uso críticos. Este subconjunto se debe elegir cuidadosamente, utilizando principalmente dos criterios:

Que intervengan el mayor número de componentes arquitectónicos posibles
Que intervengan los componentes que se vislumbran como críticos o más complejos.

A modo de ejemplo, se presentan los casos de uso críticosidentificados por el Grupo 6 de la edición 2012 de TSI1 para la plataforma INDIGNADOFRAMEWORK.]
2.1 Casos de uso identificados
Módulo Front office:

Registro:
Login:
Ver usuarios en línea:
Crear a sesión de chat:
Chatear:
ABM de bienes de WishList.:
Ver WishList:
ABM de bienes:
Ver bienes:
Buscar bienes por criterios:
Calificar bien:
Arrendar bien:
Compartir Info:
Calificar Info:Módulo Back office:

ABM Sitio:
Configurar bien:
Chequeo de contenidos inapropiados:
Baja de usuarios registrados:
Gestión de variables:
Generar reportes:
Reporte de Bienes:
Reporte de Contenidos inadecuados:
Modificar Admin.???

2.2
Diagrama de Casos de Uso Críticos
[En esta sección se utilizan los Diagramas de Casos de Uso de UML para mostrar los casos de uso críticos para laarquitectura. Los elementos a utilizar en estos diagramas son:

Caso de Uso
Secuencia de acciones con un fin específico (Ej. Enroll in Unversity)
Actor
Persona, organización o sistema externo que interactúa con el sistema (Ej. Student)
Asociación
Relación entre un Caso de Uso y un Actor que participa en él.
Frontera del Sistema
La Frontera del Sistema se indica con un rectángulo que encierra...