RDS - Adsl

Reporte de Diseo de
Software (RDS)
[Gerencia General]
[Votacin Electrnica No Presencial]
[Octubre 2008]
[Este documento es la plantilla base para elaborar el documento Reporte de Diseo de

Software. Los textos que aparecen entre parntesis rectos son explicaciones de que
debe contener cada seccin. 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 seccin, La solucin que se est implementando no tiene impacto
en esta seccin, 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 Especificacin de Software (RES)
Pgina 1 de 33
HISTORIAL DE REVISIONES
Ver.
0.5
1.0
2.0
Autor
Descripcin
Jhoon
Saravia
Jhoon
Saravia
Jhoon
Saravia
Versin preliminar
del documento RDS
Primera Versin del
documento RDS
Segunda versin
del documento RDS
Fecha de
Elaboracin
Fecha de
Revisin
Revisado por
11/01/2009
21/01/2009
Carlos
Zambrano
25/01/2009
13/02/2009
____________________________________________________________________________________
Reporte de Diseo de Software (RDS)
Pgina 2 de 33
Contenido
1.1.PROPSITO ......................................................................................................................................4
1.2.ALCANCE........................................................................................................................................4
1.3.DEFINICIONES , ACRNIMOS Y ABREVIATURAS .......................................................................................4
1.4.R EFERENCIAS...................................................................................................................................4
4.1.DIAGRAMA DE ACTORES DEL SISTEMA.................................................................................................7
4.2.DIAGRAMA DE CASOS DE USO DE SISTEMA...........................................................................................7
5.1.R EALIZACIN DE CASOS DE USO MODELO DE ANLISIS.......................................................................8
5.2.MODELO CONCEPTUAL....................................................................................................................19
5.3.MODELO LGICO...........................................................................................................................20
5.4.MODELO DE DISEO ......................................................................................................................21
9.1.C RITERIOS DE INTEGRACIN DE SOFTWARE..........................................................................................33
9.2.SECUENCIA DE INTEGRACIN.............................................................................................................33
9.3.E NTORNO NECESARIO PARA LA INTEGRACIN.......................................................................................33
____________________________________________________________________________________
Pgina 3 de 33
1.
Introduccin
1.1.
Propsito
El presente documento provee una visin general de la arquitectura del sistema,
usando diferentes vistas para ilustrar los diferentes aspectos del mismo.
Tambin intenta capturar y transmitir las decisiones de arquitectura que sean
significantes y hayan sido realizadas en el sistema.
1.2.
Alcance
Referirse al documento RES.
1.3.
1.3.1.
Definiciones, Acrnimos y Abreviaturas

Definiciones
Definicin
Operador Central
Operador de Mdulo
Elector
1.3.2.
Acrnimos
Acrnimo
Descripcin
Rational Unified Process
Reporte de Especificacin de Software
Personal Identification Number, Nmero
de Identificacin Personal.
Acrnimo
Descripcin
Oficina Nacional de Procesos Electorales
Jurado Nacional de Elecciones
RUP
RES
PIN
1.3.3.
Abreviaturas
ONPE
JNE
1.4.
Descripcin
Trabajador encargado de solicitar la
salida de resultados de las elecciones,
tanto por locacin como en general.
Trabajador existente en casi cada
locacin, es quien se encarga de abrir,
controlar y cerrar el proceso de votacin
en cada locacin.
La persona que hace uso del sistema. Es
quien vota por un candidato, para lo cual
requiere un PIN.
Referencias
En ciertas partes del documento se harn referencias al documento RES.
2.
Vista General de la Arquitectura

La arquitectura tcnica del Sistema de Voto Electronico no Presencial VENP se
encuentra dividida en 5 capas funcionales:
Capa de Presentacin (Tiles)
Capa de Lgica de negocio
Capa de Servicios
Capa de Acceso a Datos
Capa de Datos
____________________________________________________________________________________
Pgina 4 de 33
Asimismo, el sistema, por un criterio de funcionalidad se ha dividido en tres

mdulos:
Mdulo de Administracin de Votacin Electrnica
Mdulo de Votacin Electrnica
Mdulo de Consolidacin y Escrutinio
Capa de Presentacin
En esta capa se ubica la parte del sistema que ser mostrada al usuario. La misma
se implementar con tecnologa JSPs en combinacin con el plug in Tiles de Struts
1.3.8.
Capa de Lgica de Negocio
En esta capa se llevan a cabo las operaciones necesarias para ejecutar
satisfactoriamente el flujo de trabajo del negocio. Lo hace a travs de la conjuncin
de los objetos usados en las siguientes capas a travs del uso del framework Struts.
Capa de Servicios
En esta capa se encuentran las clases que integran, administran y organizan las
clases de la capa de acceso a datos para su mejor implementacin.
Capa de Acceso a Datos
En esta capa se encuentran las interfaces y las clases que las implementan que se
encargan de hacer una invocacin a los procedimientos almacenados que se
encuentran en la capa de datos. En esta capa, se hace uso del framework iBatis.
Capa de Datos
Esta capa provee el almacenamiento persistente de la informacin necesaria para el
sistema, all se guardan los resultados obtenidos a travs del correcto y normal flujo
de operaciones, adems de la lgica a nivel de datos expresada en procedimientos
almacenados. Aqu se hace uso del motor de Base de Datos MySQL.
____________________________________________________________________________________
Pgina 5 de 33
3.
Metas y Restricciones de la Arquitectura

Clasificacin
Descripcin
Usabilidad
Se enfoca a las
caractersticas de
esttica y consistencia
en las interfaces
grficas
Requerimientos
RNF-04 - La cdula de votacin que se
muestre en el sistema debe permitir
votar de la forma ms fcil e intuitiva
posible.
RNF-05 - La resolucin mnima para
una buena visualizacin del sistema
ser de 800x600 pxeles.
RNF-18 - El sistema debe permitir ser
usado intuitivamente por cualquier
usuario
Confiabilidad
Rendimiento
Soporte
Consideraciones
de diseo
Se enfoca con las

caractersticas como
disponibilidad (el
tiempo disponible del
sistema), exactitud de
los clculos del
sistema, y las
habilidades del sistema
para recuperarse
durante fallos.
Se enfoca con las
caractersticas como
tiempo de respuesta,
tiempo de iniciacin y
trmino.
Se concentra en las
caractersticas como
pruebas, adaptabilidad,
mantenimiento,
configuracin,
Instalacin,
escalabilidad, y
localizacin.
Especifica las opciones
del diseo para el
sistema.
RNF-19 - En caso de error del usuario

el sistema informar claramente el
mensaje del error y una solucin
entendible.
RNF-20 - El sistema estar disponible
ininterrumpidamente en las fechas
establecidas para al votacin.
RNF-17 El sistema debe demorarse

no ms de 1 segundo en registrar un
voto.
RNF-03 - El sistema mostrar su
interfaz en los idiomas espaol e
ingls.
RNF-16 - El sistema debe trabajar
sobre cualquier navegador con
soporte para el protocolo http versin
1.1
RNF-01 Todos los mdulos del
sistema sern desarrollados con base
en la tecnologa J2EE y el uso del
Framework Struts versin 1.3.8 con
Tiles e iBatis versin 2.1.6.
RNF-02 El sistema considera una
arquitectura lgica de tres capas:
Datos, Negocio y Presentacin.
RNF-14 - La base de datos ser
MySQL en su versin 5. Esta ser
centralizada y provista por el Usuario.
Requerimientos de Especifica la
RNF-01 Todos los mdulos del
____________________________________________________________________________________
Pgina 6 de 33
Clasificacin
implementacin
Requerimiento
fsicos
Aspectos
Generales
Descripcin
codificacin o
construccin del
sistema, pueden ser
estndares,
implementaciones,
lenguajes y lmites de
los recursos.
Especificaciones
fsicas impuestas por
el hardware usado
para mantener el
sistema.
Especifica los
requerimientos de
seguridad que deben
tener el sistema y sus
caractersiticas
generales.
Requerimientos
sistema sern desarrollados con base
en la tecnologa J2EE y el uso del
Framework Struts versin 1.3.8 con
Tiles e iBatis versin 2.1.6.
RNF-13 - Estndar de codificacin
MEDESOFT 1.1
RNF-15 - El sistema debe trabajar
sobre cualquier computador que
cuente con estos requerimientos
mnimos: con procesador Pentium III o
superior, 500 Mb de memoria RAM y
disco
duro
de
20
Gb
de
almacenamiento.
RNF-10 A cada usuario se le
asignar un login y una clave del
sistema, los cuales le permitirn el
ingreso de acuerdo un perfil
determinado.
RNF-11 - Permitir que el usuario
pueda cambiar la contrasea de
acuerdo a las polticas de seguridad
de la organizacin.
RNF-09 - La encriptacin del canal de
transmisin 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 Sistema

Referirse al RDS, apartado 7.2
4.2.
Diagrama de Casos de Uso de Sistema

Referirse al RDS, apartado 7.5
____________________________________________________________________________________
Pgina 7 de 33
5.
Vista Lgica
5.1.
5.1.1.
Realizacin de Casos de Uso Modelo de Anlisis

CUS01 Realizar Puesta a Cero
Escenario: ESC01 Flujo Bsico de Eventos
El flujo bsico de eventos es la secuencia normal que se
sigue dentro del caso de uso para el cumplimiento del
mismo.
Diagrama de Secuencia de Anlisis
____________________________________________________________________________________
Pgina 8 de 33
Diagrama de Clases de Anlisis
5.1.2.
CUS02 Cerrar Votacin

mismo.
____________________________________________________________________________________
Pgina 9 de 33
____________________________________________________________________________________
Pgina 10 de 33
5.1.3.
CUS03 Monitorear Transacciones

mismo.
____________________________________________________________________________________
Pgina 11 de 33
5.1.4.
CUS04 Efectuar Voto

mismo.
____________________________________________________________________________________
Pgina 12 de 33
____________________________________________________________________________________
Pgina 13 de 33
5.1.5.
CUS05 Generar Constancia de Votacin

mismo.
____________________________________________________________________________________
Pgina 14 de 33
5.1.6.
CUS06 Consolidar Votacin

mismo.
____________________________________________________________________________________
Pgina 15 de 33
5.1.7.
CUS07 Realizar Escrutinio

mismo.
____________________________________________________________________________________
Pgina 16 de 33
____________________________________________________________________________________
Pgina 17 de 33
5.1.8.
CUS08 Iniciar Sesin

mismo.
____________________________________________________________________________________
Pgina 18 de 33
5.2.
Modelo Conceptual
____________________________________________________________________________________
Pgina 19 de 33
5.3.
Modelo Lgico
____________________________________________________________________________________
Pgina 20 de 33
5.4.
5.4.1.
Modelo de Diseo
Vista de Capas y Subsistemas
5.4.1.1.
Capa de Presentacin
5.4.1.2.
Capa de Negocio
5.4.1.3.
Capa de Integracin
5.4.1.4.
Capa de Datos
5.4.1.5.
Capa de Entidad
5.4.1.6.
5.4.2.
Capa de Interfaces o Elementos Comunes
Realizacin de Casos de Uso Modelo de Diseo

5.4.2.1. CUS01 Realizar puesta a Cero
Diagrama de Secuencia de Diseo
Diagrama de Clases de Diseo

____________________________________________________________________________________
Pgina 21 de 33
____________________________________________________________________________________
Pgina 22 de 33
5.4.2.2.
CUS02 Cerrar Votacin

____________________________________________________________________________________
Pgina 23 de 33
5.4.2.3.
CUS03 Monitorear Transacciones

____________________________________________________________________________________
Pgina 24 de 33
____________________________________________________________________________________
Pgina 25 de 33
5.4.2.4.
CUS04 Efectuar Voto

____________________________________________________________________________________
Pgina 26 de 33
____________________________________________________________________________________
Pgina 27 de 33
5.4.2.5.
CUS05 Generar Constancia de Votacin

____________________________________________________________________________________
Pgina 28 de 33
5.4.2.6.
CUS06 Consolidar Votacin

____________________________________________________________________________________
Pgina 29 de 33
5.4.2.7.
CUS07 Realizar Escrutinio

____________________________________________________________________________________
Pgina 30 de 33
____________________________________________________________________________________
Pgina 31 de 33
5.4.2.8.
CUS08 Iniciar Sesin

6.
Vista de Procesos
No aplica para el presente proyecto.
7.
Vista de Despliegue
8.
Vista de Implementacin
____________________________________________________________________________________
Pgina 32 de 33
9.
Vista de Integracin del Software

9.1.
Criterios de Integracin de Software

9.2.
Secuencia de Integracin
9.3.
Entorno Necesario para la Integracin

10.
Vista de Datos
11.
Tamao y Desempeo
____________________________________________________________________________________
Pgina 33 de 33

RDS - Adsl

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

RDS - Adsl

Încărcat de

Drepturi de autor:

Formate disponibile

Reporte de Diseo de

[Este documento es la plantilla base para elaborar el documento Reporte de Diseo de

Definiciones, Acrnimos y Abreviaturas

Vista General de la Arquitectura

Asimismo, el sistema, por un criterio de funcionalidad se ha dividido en tres

Metas y Restricciones de la Arquitectura

Se enfoca con las

RNF-19 - En caso de error del usuario

RNF-17 El sistema debe demorarse

Vista de Casos de Uso

Diagrama de Actores del Sistema

Diagrama de Casos de Uso de Sistema

Realizacin de Casos de Uso Modelo de Anlisis

Diagrama de Clases de Anlisis

CUS02 Cerrar Votacin

Diagrama de Clases de Anlisis

CUS03 Monitorear Transacciones

Diagrama de Clases de Anlisis

CUS04 Efectuar Voto

Diagrama de Secuencia de Anlisis

Diagrama de Clases de Anlisis

CUS05 Generar Constancia de Votacin

Diagrama de Clases de Anlisis

CUS06 Consolidar Votacin

Diagrama de Clases de Anlisis

CUS07 Realizar Escrutinio

Diagrama de Clases de Anlisis

CUS08 Iniciar Sesin

Diagrama de Clases de Anlisis

Capa de Interfaces o Elementos Comunes

Realizacin de Casos de Uso Modelo de Diseo

Diagrama de Clases de Diseo

CUS02 Cerrar Votacin

Diagrama de Clases de Diseo

CUS03 Monitorear Transacciones

Diagrama de Clases de Diseo

CUS04 Efectuar Voto

Diagrama de Clases de Diseo

CUS05 Generar Constancia de Votacin

Diagrama de Clases de Diseo

CUS06 Consolidar Votacin

Diagrama de Clases de Diseo

CUS07 Realizar Escrutinio

Diagrama de Clases de Diseo

CUS08 Iniciar Sesin

Diagrama de Clases de Diseo

Vista de Integracin del Software

Criterios de Integracin de Software

Entorno Necesario para la Integracin

S-ar putea să vă placă și