Red Social:

“Un millón de Amigos”

Contenidos

Descripción del negocio Requerimientos funcionales Requerimientos no funcionales

Solución propuesta Arquitectura propuesta Técnicas de diseño aplicadas a cada capa

Demo

Funcionalidades requeridas

Buscar amigos en la red. Hacer amigos. Sugerir amigos

Por afinidad o transitividad. Visitar amigos. Notificar eventos. Aplicaciones. Mensajería

Mensajes públicos y privados. Seguridad.

Arquitectura PropuestaConsiderando la escalabilidad horizontal de los servidores de la aplicación:

Utilizamos Ncache:que resolvería de forma transparente (sin la necesidad de modificar código) la replicación de la cache del ORM entre aplication servers y las sesiones que se resolverán a través del almacenamiento de las mismas en la base de datos.

Utilizamos un balanceador de carga (para los application servers) implementado con LVS.

Utilizamos un cluster de servidores PostgreSQL con pgpool-II. servidor de base de datos, y sólo en el caso de ser necesario,

Diagrama de Despliegue

Capas de nuestra arquitectura

UnMillonDeAmigos.Web: Contiene las páginas web de la aplicación, que constituyen las vistas (presentación)

UnMillonDeAmigos.Presentacion: Contiene los presenters y las interfaces para cada una de las vistas del proyecto web.

UnMillonDeAmigos.ContratosDeAplicacion: Este proyecto publica los servicios que contienen la funcionalidad que es necesaria desde la presentación.

UnMillonDeAmigos.Aplicacion: Define las interfaces de los servicios que son implementados en el proyecto de aplicación.

UnMillonDeAmigos.AccesoADatos: Aquí se encapsulan todas las clases que implementan el acceso a Datos mediante NHibernate.

UnMillonDeAmigos. Dominio: Aquí se encuentran las clases de negocio, procesos y reglas de negocio.

Justificación de su uso Permite la descomposición del sistema en componentes

más pequeños; Facilita el análisis, la comprensión y el diseño del

sistema; Permite obtener implementaciones más sencillas. Aislamiento de código; Facilita los cambios en los componentes sin impactar en

otros módulos; Permite el desarrollo en paralelo del equipo de

programadores; Agrupamiento de funcionalidad similar; Facilita el mantenimiento del sistema.

Diagrama de clases general

Diagrama de clases completo

Diagrama de Casos de Uso

Diagrama de Componentes

Permite modelar la vista estática del sistema. Muestra la organización y las dependencias entre un conjunto de componentes. No necesariamente un diagrama incluye todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.

Diagrama de Componentes

Diagrama de Paquetes.

Permite visualizar cómo el sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, un diagrama de paquetes suministra una descomposición de la jerarquía lógica del sistema.

Diagrama de Paquetes

Diagrama de Procesos

Representa los aspectos de concurrencia y procesos de ejecución del sistema.

Nos permite ver cómo se comunican los procesos.

Diagrama de Procesos

Modelo 4 + 1Modelo 4 + 1

Vista de Despliegue

Vista Física

Vista Lógica

Vista de Procesos

Vista de Casos de Uso

Técnicas de Diseños aplicadas en cada capa

Strategy Aplicación:

Se lo utilizó para resolver tema de sugerencia de amigos por afinidad.

Factory Method Aplicación:

Se lo utilizó en la creación de aplicaciones. Definimos una interfaz para instanciar la aplicación Calendario, explicitando el tipo de objeto que se creará en base a los parámetros recibidos.

Iterator: Aplicación: Usuario que consulta el EspacioVisita

recorre sus mensajes y notificaciones por medio de iteradores que muestran únicamente los que son visibles según el perfil asociado.

Flyweigth:Aplicación: Evitamos tener una gran cantidad de instancias de perfiles con un estado interno idéntico.

Composite:Aplicación: Se lo aplicó en la creación de aplicaciones.

Adapter: Aplicación: Implementamos una interfaz para poder

pasar datos entre distintas vistas en forma genérica.En la práctica la vista origen sabe cual es la vista destino y puede hacer un pasaje explícito accediendo a las propiedades de la página y establecer una referencia strongly type entre las páginas.

Observer: Aplicación: Se lo aplicó en la implementación de las Notificaciones de la aplicación.

PersistenciaPara la persistencia, encapsulamos las clases que participan del

acceso a Datos mediante NHibernate.

Hibernate Es una herramienta de Mapeo objeto-relacional que facilita el

mapeo de atributos entre una base de datos relacional tradicional y el modelo de objetos de una aplicación. Como todas las herramientas de su tipo, hibernate busca solucionar el problema de la diferencia entre los dos modelos de datos coexistentes en una aplicación: el usado en la memoria y el usado en las bases de datos. Para lograr esto permite al desarrollador detallar cómo es su modelo de datos, qué relaciones existen y qué forma tienen.

Justificación de su uso A través de la utilización del framework hibernate, se implementó la

persistencia de los objetos del sistema; herramienta que nos permitió el mapeo de los objetos necesarios, en una base de datos relacional, mediante la configuración de archivos XML, evitándose el manejo manual de los datos y permitiendo la portabilidad del código.

Demo…