ERS
Document Sample


Definición de Requerimientos de Calidad de Servicio
Esto documento tiene como objetivo demarcar las consideraciones iníciales en las cuales la
arquitectura de la aplicación será desarrollada. Para ello, este documento contendrá cualquier
consideración arquitectónica que dentro del ciclo de desarrollo se tome de acuerdo al caso de uso
atendido. Además, este documento incluirá decisiones arquitectónicas que afecten a toda la
aplicación como solución.
Requerimientos No – Funcionales
Dentro del análisis inicial se obtuvo la siguiente lista de requerimientos no funcionales:
Código Requerimiento Exigible / Deseable Versión Funcional / No Funcional
El sistema soportará la internacionalización con la posibilidad de manejar
R039 E 2.00 NF
diferentes idiomas.
El sistema tendrá una arquitectura escalable en la administración de su
R059 E 2.00 NF
información y dentro del contenido del sitio web.
El sistema velará la integridad de su información brindando información
R060 E 2.00 NF
acurrada y pertinente al usuario de la aplicación.
El usuario de acuerdo al plan subscrito podrá sincronizar subir información por
R063 medio de API's el cual podrá utilizar por medio de llaves dentro de la E 2.00 NF
aplicación.
El sistema tendrá como característica indispensable su usabilidad por medio
R081 de una interfaz clara así como la disposición de tecnología que permita la E 2.00 NF
realización de acciones de manera rápida e intuitiva.
A continuación se pasa a atender de manera técnica cada requerimiento no funcional.
R039 – Internacionalización – Manejo de Diferentes Idiomas
Para ello se tomará en cuenta:
El uso de Globalization y Localization, tecnología de Asp.Net que permite identificar, de
acuerdo a las preferencias que tenga configurado el navegador, el idioma y el país en
donde el usuario se encuentra.
El uso de archivos de recurso (XML) para la inclusión de un diccionario de términos, así
poder soportar múltiples idiomas progresivamente. Existen dos niveles: recursos a nivel
global, y recursos a nivel local; se usará de manera pertinente una de estas opciones
dentro de la aplicación.
R059 – Escalabilidad
Para ello se tomará en cuenta:
La separación de la aplicación en diversos componentes, los cuales podrán ser reutilizados
para diversas tareas, así como facilitando su modificación independiente dentro de la
aplicación con el uso de interfaces para la comunicación.
La separación en capas en donde se tendrá en sus inicios lo siguiente:
o Dos (esquemas de) bases de datos, uno para los datos de la aplicación, y otro para
la parte documental. Ello permitirá luego poder desplegar una red de servidores
de acuerdo a la necesidad de espacio de la aplicación.
o Un modelo unificado de base de datos, por medio de la utilización del ADO.NET
Entity Framework, el cual permite un mapeo relacional con los datos dentro de
una base de datos, lo cual incluye la adhesión de lógica del negocio.
o Utilización del patrón MVC, por el cual se hará una separación clara entre los
servicios que la aplicación tenga, el modelo de datos que este maneja, y la lógica
de la presentación de los datos. Este modelo puede ser extendido, dado que
representa tres dominios diferentes dentro de una aplicación.
o La utilización de capa basada en el WCF (Windows Communication Foundation), el
cual permite la creación de servicios en diferentes protocolos dentro de la
Internet. Además, incluye un esquema de seguridad que permite el gobierno de
dichos servicios.
R059 – Administración de las Funcionalidades
Para ello se considerará lo siguiente:
Se considera que la aplicación debe disponer de un sistema por el cual cada servicio
ofrecido por la aplicación podrá ser administrado (por mantenimiento, cambios, pruebas,
dar de baja, etc.). Esto permitirá la administración de la calidad del servicio, así como la
flexibilidad del mismo.
La arquitectura planteada permitirá la inscripción de servicios dentro de la aplicación,
permitiendo mejorar el esquema de seguridad, así como manejar atributos generales para
la configuración de dichos servicios.
R060 – Integridad de la Información dentro de la Aplicación
Para ello se considerará lo siguiente:
El sistema velará por los datos que se manejan dentro de la aplicación. Para ello el
esquema de la información será la de E-R, el cual relaciona la información
interrelacionando los datos con reglas de integridad.
El sistema verificará si cada operación realizada sea ingresada correctamente dentro de la
base de datos, y este guardada correctamente.
El resguardo de la información será parte de la administración de la aplicación y de las
políticas de respuesta ante desastres.
R063 – Utilización de la Plataforma eSigTek
Para ello se considerará lo siguiente:
El desarrollo de un API flexible y seguro, por medio de un sistema de subscripción a nivel
de organización, desarrollador, y aplicación. Esto permitirá mayor control sobre la
utilización del API, la obtención de información que podrá ser utilizado como estadística
de uso del servicio.
La capa que utiliza el WCF manejará la utilización del API ya que provee de diversos
protocolos de comunicación, el cual incluye HTTP para la creación de servicios Web.
El desarrollo se realizará en:
Administración de API
R081 – Usabilidad
Para ello se considerará lo siguiente:
La aplicación reutilizará la librería de controles de Telerik: RadControls for Asp.Net Ajax.
Esta librería contiene controles tienen funcionalidades extendidas a las encontradas
normalmente dentro de los controles básicos de Asp.Net. Además, contiene herramientas
de diseño que facilita la modificación de estos de manera rápida e intuitiva.
La reutilización de estos componentes brindan una variedad de funcionalidades que
podrán ser utilizadas dentro de la aplicación, ahorrando el tiempo de desarrollo que se
tendría que utilizar para llegar a elaborar esos controles dentro de la aplicación.
Related docs
Get documents about "