Diseño de La Arquitectura

2

Click here to load reader

description

Arquitectura xml

Transcript of Diseño de La Arquitectura

Page 1: Diseño de La Arquitectura

1.1.1. Diseño de la Arquitectura

Como se puede evidenciar en el modelo de implementación y en el modelo de deployment la arquitectura está pensada para que sea escalable (Scale In & Scale out) que además permita procesar un gran volumen de datos. Después de la realización de las actividades de análisis del problema, se elige como base una arquitectura n-Tier la cual la componente para el dominio de nuestro problema 5 capas entre las que se encuentran:

Capa de presentación Capa de negocio Capa de acceso a datos Capa de seguridad Capa de integración

Aspectos Globales y de Seguridad

Para el uso de la plataforma, previamente el usuario tiene que estar no solamente creado en la plataforma de investigación sino también como un usuario de la base de datos con los permisos sobre los objetos de la base de datos.

Para el almacenamiento seguro de datos se utilizara cifrado bcrypt para eliminar peligro sobre información sensible cuando se requiera en la plataforma. Es válido aclara que a pesar del análisis del problema, debido al dominio del mismo no es posible la realización de una estimación cierta de crecimiento en la base de datos, debido a que no existe restricción en cuanto a subida de archivos, por lo cual se hace difícil la predicción porcentual de crecimiento esperado.

2. Diseño físico de datos

Para la vista física de la plataforma véase documento adjunto [Espora] - [V 0.1] - Modelo de Deployment.jpeg.

#Pregunta con el cliente si es modelado físico de datos en BD

2.1.1. Procedimientos almacenados

Debido a la plataforma sobre la cual se realizara el desarrollo JAVA EE7, y el mapeo de los datos llamado ORM (Object Relational Mapping) el uso de store procedures se restringirá, debido a que a través de estos se mueve parte de la lógica del negocio a los repositorios de datos, lo cual no sería una buena práctica de implementación de la arquitectura, debido que se dispersarían las responsabilidades que fueron asignadas a objetos.

3. ANEXOS

Debido a la naturaleza de las pruebas esta parte de la documentación deberá ser entregada y documentada por el cliente, esto con el fin de definir el documento de aceptación por parte del cliente de la plataforma, sobre el cual se dará el criterio de entrega de parte del proveedor al cliente.