rds - adslost

Reporte de Diseño de Software (RDS)

[Gerencia General]

[Votación Electrónica No Presencial]

[Octubre 2008]

[Este documento es la plantilla base para elaborar el documento Reporte de Diseño de Software. Los textos que aparecen entre paréntesis rectos son explicaciones de que debe contener cada sección. Dichos textos se deben seleccionar y sustituir por el contenido que corresponda. En caso que alguna de las secciones del presente documento no aplique a su proyecto pueden usarse las frases “No hay cambios”, “No hay impacto en esta sección”, “La solución que se está implementando no tiene impacto en esta sección”, “No aplican para el proyecto” (No borrar secciones del documento)]

Elaborado por: Revisado por: Aprobado por:

Jhoon Saravia

Fecha: 25/01/2009 Fecha: / / Fecha: / /

____________________________________________________________________________________Reporte de Especificación de Software (RES) Página 1 de 34

HISTORIAL DE REVISIONES

Ver. Autor Descripción Fecha de Elaboración

Fecha de Revisión Revisado por

0.5 Jhoon Saravia

Versión preliminar del documento RDS 11/01/2009 21/01/2009 Carlos

Zambrano

1.0 Jhoon Saravia

Primera Versión del documento RDS 25/01/2009

2.0 Jhoon Saravia

Segunda versión del documento RDS 13/02/2009

____________________________________________________________________________________Reporte de Diseño de Software (RDS) Página 2 de 34

Contenido1. Introducción................................................................................................5

1.1. PROPÓSITO.............................................................................................................................. 51.2. ALCANCE................................................................................................................................ 51.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS.........................................................................5

1.3.1. Definiciones................................................................................................................... 51.3.2. Acrónimos...................................................................................................................... 51.3.3. Abreviaturas................................................................................................................... 5

1.4. REFERENCIAS.......................................................................................................................... 5

2. Vista General de la Arquitectura.............................................................5

3. Metas y Restricciones de la Arquitectura..............................................7

4. Vista de Casos de Uso.............................................................................84.1. DIAGRAMA DE ACTORES DEL SISTEMA.....................................................................................84.2. DIAGRAMA DE CASOS DE USO DE SISTEMA..............................................................................8

5. Vista Lógica..............................................................................................95.1. REALIZACIÓN DE CASOS DE USO – MODELO DE ANÁLISIS........................................................9

5.1.1. CUS01 – Realizar Puesta a Cero....................................................................................95.1.2. CUS02 – Cerrar Votación.............................................................................................105.1.3. CUS03 – Monitorear Transacciones.............................................................................125.1.4. CUS04 – Efectuar Voto................................................................................................135.1.5. CUS05 – Generar Constancia de Votación...................................................................155.1.6. CUS06 – Consolidar Votación......................................................................................165.1.7. CUS07 – Realizar Escrutinio........................................................................................175.1.8. CUS08 – Iniciar Sesión................................................................................................19

5.2. MODELO CONCEPTUAL..........................................................................................................205.3. MODELO LÓGICO................................................................................................................... 215.4. MODELO DE DISEÑO.............................................................................................................. 22

5.4.1. Vista de Capas y Subsistemas.......................................................................................225.4.1.1. Capa de Presentación...............................................................................................................225.4.1.2. Capa de Negocio.....................................................................................................................225.4.1.3. Capa de Integración.................................................................................................................225.4.1.4. Capa de Datos.........................................................................................................................225.4.1.5. Capa de Entidad......................................................................................................................225.4.1.6. Capa de Interfaces o Elementos Comunes...............................................................................22

5.4.2. Realización de Casos de Uso – Modelo de Diseño........................................................225.4.2.1. CUS01 – Realizar puesta a Cero..............................................................................................225.4.2.2. CUS02 – Cerrar Votación........................................................................................................245.4.2.3. CUS03 – Monitorear Transacciones........................................................................................255.4.2.4. CUS04 – Efectuar Voto...........................................................................................................275.4.2.5. CUS05 – Generar Constancia de Votación...............................................................................295.4.2.6. CUS06 – Consolidar Votación.................................................................................................305.4.2.7. CUS07 – Realizar Escrutinio...................................................................................................315.4.2.8. CUS08 – Iniciar Sesión...........................................................................................................33

6. Vista de Procesos..................................................................................33

7. Vista de Despliegue...............................................................................33

8. Vista de Implementación.......................................................................34

9. Vista de Integración del Software.........................................................349.1. CRITERIOS DE INTEGRACIÓN DE SOFTWARE............................................................................34


9.2. SECUENCIA DE INTEGRACIÓN.................................................................................................349.3. ENTORNO NECESARIO PARA LA INTEGRACIÓN........................................................................34

10. Vista de Datos........................................................................................34

11. Tamaño y Desempeño...........................................................................34


1. Introducción

1.1. PropósitoEl presente documento provee una visión general de la arquitectura del sistema, usando diferentes vistas para ilustrar los diferentes aspectos del mismo. También intenta capturar y transmitir las decisiones de arquitectura que sean significantes y hayan sido realizadas en el sistema.

1.2. AlcanceReferirse al documento RES.

1.3. Definiciones, Acrónimos y Abreviaturas

1.3.1. Definiciones

Definición DescripciónOperador Central Trabajador encargado de solicitar la

salida de resultados de las elecciones, tanto por locación como en general.

Operador de Módulo Trabajador existente en casi cada locación, es quien se encarga de abrir, controlar y cerrar el proceso de votación en cada locación.

Elector La persona que hace uso del sistema. Es quien vota por un candidato, para lo cual requiere un PIN.

1.3.2. Acrónimos

Acrónimo DescripciónRUP Rational Unified ProcessRES Reporte de Especificación de SoftwarePIN Personal Identification Number, Número

de Identificación Personal.

1.3.3. Abreviaturas

Acrónimo DescripciónONPE Oficina Nacional de Procesos ElectoralesJNE Jurado Nacional de Elecciones

1.4. ReferenciasEn ciertas partes del documento se harán referencias al documento RES.

2. Vista General de la ArquitecturaLa arquitectura técnica del Sistema de Voto Electronico no Presencial – VENP se encuentra dividida en 5 capas funcionales: Capa de Presentación (Tiles) Capa de Lógica de negocio Capa de Servicios Capa de Acceso a Datos Capa de Datos


Asimismo, el sistema, por un criterio de funcionalidad se ha dividido en tres módulos: Módulo de Administración de Votación Electrónica Módulo de Votación Electrónica Módulo de Consolidación y Escrutinio

Capa de PresentaciónEn esta capa se ubica la parte del sistema que será mostrada al usuario. La misma se implementará con tecnología JSPs en combinación con el plug in Tiles de Struts 1.3.8.

Capa de Lógica de NegocioEn esta capa se llevan a cabo las operaciones necesarias para ejecutar satisfactoriamente el flujo de trabajo del negocio. Lo hace a través de la conjunción de los objetos usados en las siguientes capas a través del uso del framework Struts.

Capa de ServiciosEn esta capa se encuentran las clases que integran, administran y organizan las clases de la capa de acceso a datos para su mejor implementación.

Capa de Acceso a DatosEn esta capa se encuentran las interfaces y las clases que las implementan que se encargan de hacer una invocación a los procedimientos almacenados que se encuentran en la capa de datos. En esta capa, se hace uso del framework iBatis.

Capa de DatosEsta capa provee el almacenamiento persistente de la información necesaria para el sistema, allí se guardan los resultados obtenidos a través del correcto y normal flujo de operaciones, además de la lógica a nivel de datos expresada en procedimientos almacenados. Aquí se hace uso del motor de Base de Datos MySQL.


3. Metas y Restricciones de la ArquitecturaClasificación Descripción Requerimientos

Usabilidad Se enfoca a las características de estética y consistencia en las interfaces gráficas

RNF-04 - La cédula de votación que se muestre en el sistema debe permitir votar de la forma más fácil e intuitiva posible.

RNF-05 - La resolución mínima para una buena visualización del sistema será de 800x600 píxeles.

RNF-18 - El sistema debe permitir ser usado intuitivamente por cualquier usuario

RNF-19 - En caso de error del usuario el sistema informará claramente el mensaje del error y una solución entendible.

Confiabilidad Se enfoca con las características como disponibilidad (el tiempo disponible del sistema), exactitud de los cálculos del sistema, y las habilidades del sistema para recuperarse durante fallos.

RNF-20 - El sistema estará disponible ininterrumpidamente en las fechas establecidas para al votación.

Rendimiento Se enfoca con las características como tiempo de respuesta, tiempo de iniciación y término.

RNF-17 – El sistema debe demorarse no más de 1 segundo en registrar un voto.

Soporte Se concentra en las características como pruebas, adaptabilidad, mantenimiento, configuración,Instalación, escalabilidad, y localización.

RNF-03 - El sistema mostrará su interfaz en los idiomas español e inglés.

RNF-16 - El sistema debe trabajar sobre cualquier navegador con soporte para el protocolo http versión 1.1

Consideraciones de diseño

Especifica las opciones del diseño para el sistema.

RNF-01 Todos los módulos del sistema serán desarrollados con base en la tecnología J2EE y el uso del Framework Struts versión 1.3.8 con Tiles e iBatis versión 2.1.6.

RNF-02 El sistema considera una arquitectura lógica de tres capas: Datos, Negocio y Presentación.

RNF-14 - La base de datos será MySQL en su versión 5. Esta será centralizada y provista por el Usuario.


Clasificación Descripción Requerimientos

Requerimientos de implementación

Especifica la codificación o construcción del sistema, pueden ser estándares, implementaciones, lenguajes y límites de los recursos.

RNF-01 Todos los módulos del sistema serán desarrollados con base en la tecnología J2EE y el uso del Framework Struts versión 1.3.8 con Tiles e iBatis versión 2.1.6.

RNF-13 - Estándar de codificación MEDESOFT 1.1

Requerimiento físicos

Especificaciones físicas impuestas por el hardware usado para mantener el sistema.

RNF-15 - El sistema debe trabajar sobre cualquier computador que cuente con estos requerimientos mínimos: con procesador Pentium III o superior, 500 Mb de memoria RAM y disco duro de 20 Gb de almacenamiento.

Aspectos Generales

Especifica los requerimientos de seguridad que deben tener el sistema y sus caracterísiticas generales.

RNF-10 - A cada usuario se le asignará un login y una clave del sistema, los cuales le permitirán el ingreso de acuerdo un perfil determinado.

RNF-11 - Permitir que el usuario pueda cambiar la contraseña de acuerdo a las políticas de seguridad de la organización.

RNF-09 - La encriptación del canal de transmisión será mediante el protocolo SSL. Este será provisto y configurado por el Usuario.

4. Vista de Casos de Uso

4.1. Diagrama de Actores del SistemaReferirse al RDS, apartado 7.2

4.2. Diagrama de Casos de Uso de SistemaReferirse al RDS, apartado 7.5


5. Vista Lógica

5.1. Realización de Casos de Uso – Modelo de Análisis

5.1.1. CUS01 – Realizar Puesta a CeroEscenario: ESC01 Flujo Básico de Eventos

El flujo básico de eventos es la secuencia normal que se sigue dentro del caso de uso para el cumplimiento del mismo.

Diagrama de Secuencia de Análisis


Diagrama de Clases de Análisis

5.1.2. CUS02 – Cerrar VotaciónEscenario: ESC01 Flujo Básico de Eventos




5.1.3. CUS03 – Monitorear TransaccionesEscenario: ESC01 Flujo Básico de Eventos





5.1.4. CUS04 – Efectuar VotoEscenario: ESC01 Flujo Básico de Eventos



5.1.5. CUS05 – Generar Constancia de VotaciónEscenario: ESC01 Flujo Básico de Eventos





5.1.6. CUS06 – Consolidar VotaciónEscenario: ESC01 Flujo Básico de Eventos





5.1.7. CUS07 – Realizar EscrutinioEscenario: ESC01 Flujo Básico de Eventos




5.1.8. CUS08 – Iniciar SesiónEscenario: ESC01 Flujo Básico de Eventos





5.2. Modelo Conceptual


5.3. Modelo Lógico


5.4. Modelo de Diseño

5.4.1. Vista de Capas y Subsistemas

5.4.1.1. Capa de Presentación

5.4.1.2. Capa de Negocio

5.4.1.3. Capa de Integración

5.4.1.4. Capa de Datos

5.4.1.5. Capa de Entidad

5.4.1.6. Capa de Interfaces o Elementos Comunes

5.4.2. Realización de Casos de Uso – Modelo de Diseño5.4.2.1. CUS01 – Realizar puesta a Cero

Escenario: ESC01 Flujo Básico de Eventos

Diagrama de Secuencia de Diseño


Diagrama de Clases de Diseño


5.4.2.2. CUS02 – Cerrar Votación





5.4.2.3. CUS03 – Monitorear Transacciones




5.4.2.4. CUS04 – Efectuar Voto




5.4.2.5. CUS05 – Generar Constancia de Votación





5.4.2.6. CUS06 – Consolidar Votación





5.4.2.7. CUS07 – Realizar Escrutinio




5.4.2.8. CUS08 – Iniciar Sesión




6. Vista de ProcesosNo aplica para el presente proyecto.

7. Vista de DespliegueNo aplica para el presente proyecto.


8. Vista de ImplementaciónNo aplica para el presente proyecto.

9. Vista de Integración del SoftwareNo aplica para el presente proyecto.

9.1. Criterios de Integración de SoftwareNo aplica para el presente proyecto.

9.2. Secuencia de IntegraciónNo aplica para el presente proyecto.

9.3. Entorno Necesario para la IntegraciónNo aplica para el presente proyecto.

10. Vista de DatosNo aplica para el presente proyecto.

11. Tamaño y DesempeñoNo aplica para el presente proyecto.


rds - adslost

Documents