Plantilla Diseo del Sistema

Se realiza el diligenciamiento de esta planilla con el fin de presentar una visin global
y resumida de la arquitectura del sistema y de los objetivos generales del diseo. Se
describen las influencias con los requisitos funcionales y no funcionales del sistema y
las decisiones y prioridades establecidas eficiencia vs. Portabilidad, por ejemplo.

1. Introduccin

1.1. Propsito del sistema.

El sistema cuenta con una arquitectura de 3 capas en las cuales se evidencia una
capa para visualizacin del cliente, la lgica de negocio y una con la base de datos
de todos los asesores que intervienen en el proceso de ventas de productos y
servicios. El diseo tiene como objetivo integrar la informacin contenida en una
base de datos SQL, generacin de informes, reportes y dems utilidades que tiene
el Software ServiceNet. Se busca una interaccin con sus requisitos funcionales y
no funcionales y garantizar la portabilidad, continuidad y contingencia del mismo.

1.2. Objetivos del diseo

Como objetivos principales del sistema tenemos:

Debe permitir exportar en informacin en formato PDF y EXCEL.
Se debe dejar filtrar por mltiples criterios para los diferentes tipos de informe
que se requieren.
Se debe realizar en lenguaje java o similar para que sea de escritorio y con
conexin a BD.
Debe permitir el mantenimiento de las bases de datos y de los procesos de
forma sencilla sin que altere el desempeo general de la aplicacin.
El acceso a la aplicacin est restringido de acuerdo al rol que desempee el
usuario. Cada uno debe tener un usuario y clave de acceso que le permite
ingresar a su sesin y realizar nicamente las tareas permitidas. Las dems
seguridades estn de acuerdo con la norma ISO/IEC 27003
El sistema debe ser fiable, puesto que un error de la aplicacin puede causar
penalizaciones a los usuarios y costos adicionales a la empresa
1.3. Definiciones, acrnimos y abreviaturas

Aqu algunas de las abreviaturas, trminos y palabras claves del documento:

LAN : LOCAL AREA NETWORK
SERVICENET: SOFTWARE DE RED
WEB: RED MUNDIAL
BROWSER: BUSCADOR EN LA WEB
BD: BASE DE DATOS
SQL: STRUCTURED QUERY LANGUAGE (LENGUAJE ESTRUCTURADO DE
CONSULTA)
TCP: TRANSMISSION CONTROL PROTOCOL (PROTOCOLO DE CONTROL DE
TRANMISIN)
IP: INTERNET PROTOCOL
APP: APLICACIN

1.4. Referencias

Se muestran las siguientes fuentes principales para el desarrollo del proyecto:

Web:

http://iso25000.com/
http://es.scribd.com/doc/37187866/Requerimientos-funcionales-y-no- funcionales#scribd
http://es.slideshare.net/Genesis_Pirela/7-pasos-para-desarrollar-un-software
http://pendientedemigracion.ucm.es/info/tecnomovil/documentos/fjava.pdf

2. Representacin de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

El software busca:
Manejar una seguridad, por medio de usuarios y contraseas.
Slo un usuario autorizado pueda acceder a la informacin guardada.
El software podr adaptarse a cambios segn el rea de la empresa.
Ser distribuido de forma tal, que slo los usuarios autorizados ingresen y modifiquen
informacin.
 El rendimiento debe ser garantizado como ptimo ya que los requerimientos tcnicos
solicitados, son idneos para el funcionamiento. Por tal motivo es indispensable que se
cumplan como requerimientos mnimos.

2.2 Reutilizacin

Debido a que la aplicacin se realizar con programacin orientada a objetos, se utilizaran

sintaxis, sentencias y clases estandarizadas para que se logre adaptar el software a los
cambios que sean necesarios y por supuesto a las actualizaciones que requiera. Con esto
logramos tener un software reutilizable, escalable y con visin hacia el futuro.

El lenguaje a utilizar es Java, sin embargo ser compatible con otros programas como
HTML 5.

3. Vista lgica

El software se agrupa de la siguiente forma:

La parte de programacin (lgica), est en la capa de Lgica del negocio, as
mismo estn las libreras .dll y los clculos procedimentales para que
interacte correctamente con las capas Vista y el servidor de BD.
La interaccin con la capa Lgica de Negocio y la capa BD, se ve mediante
una lnea de cdigo que permitir conectar una capa con otra y traer la
informacin solicitada por el cliente (usuario). En esta capa se aloja la Base de
Datos de Service Timely BG, donde reposan todos los datos de cada asesor.
La conexin entre estas dos capas se presenta por medio de una Red de Area
Local (LAN).
Por otra parte, existe la capa Vista, la cul es precisamente la que puede ver
el usuario-cliente. Esta capa se comunica por medio del monitor y una CPU,
siendo el monitor el perifrico que da vida a la capa vista o Interfaz de
usuario. Dicha capa no es ms que la porte visible que tiene el software,
donde interacta el usuario y donde visualiza la informacin que se desea ver.

3.1 Identificacin de Subsistemas

Se descompone el sistema en los siguientes subsistemas que hacen que el sistema

funcione correctamente.

Administrador de datos: Es el que procesa los datos que el usuario solicita, est
compuesto por las lneas de comando correspondientes para su funcin, este va
correlacionado con el servidor de BD.

Generador de Informes: Es el encargado de procesar las solicitudes de generacin de

informes y la conexin con la impresora para su correcta impresin.
Captura de instrucciones: Por ste medio se toman las rdenes que vienen desde el
teclado y mouse. Estas son capturadas con el fin de ordenar las entradas y grabarlas.
Interacta con la capa de Lgica para su posterior procesamiento.

Procesador de informacin: Se encarga de recopilar todas las instrucciones que vienen

de los dems subsistemas, distribuye as mismo, salida de informacin para que se
complete el ciclo y finalmente se complete la instruccin inicial de usuario.

3.2 Estructuracin por capas.

El software se agrupa de la siguiente forma:

La parte de programacin (lgica), est en la capa de Lgica del negocio, as
mismo estn las libreras .dll y los clculos procedimentales para que
interacte correctamente con las capas Vista y el servidor de BD.
La interaccin con la capa Lgica de Negocio y la capa BD, se ve mediante
una lnea de cdigo que permitir conectar una capa con otra y traer la
informacin solicitada por el cliente (usuario). En esta capa se aloja la Base de
Datos de Service Timely BG, donde reposan todos los datos de cada asesor.
La conexin entre estas dos capas se presenta por medio de una Red de Area
Local (LAN).
Por otra parte, existe la capa Vista, la cul es precisamente la que puede ver
el usuario-cliente. Esta capa se comunica por medio del monitor y una CPU,
siendo el monitor el perifrico que da vida a la capa vista o Interfaz de
usuario. Dicha capa no es ms que la porte visible que tiene el software,
donde interacta el usuario y donde visualiza la informacin que se desea ver.

3.3 Diagrama de Clases del diseo

Administrador de datos: Es el que procesa los datos que el usuario solicita, est
compuesto por las lneas de comando correspondientes para su funcin, este va
correlacionado con el servidor de BD.

Generador de Informes: Es el encargado de procesar las solicitudes de generacin de

informes y la conexin con la impresora para su correcta impresin.

Captura de instrucciones: Por ste medio se toman las rdenes que vienen desde el
teclado y mouse. Estas son capturadas con el fin de ordenar las entradas y grabarlas.
Interacta con la capa de Lgica para su posterior procesamiento.

Procesador de informacin: Se encarga de recopilar todas las instrucciones que vienen de

los dems subsistemas, distribuye as mismo, salida de informacin para que se complete
el ciclo y finalmente se complete la instruccin inicial de usuario.
 4. Vista del proceso

4.1 Diagramas de secuencia

5. Vista de datos

5.1 Modelo de datos

5.2 Diccionario de datos
6. Vista de Interaccin

6.1 Interfaces de Usuario.

6.2 Mapa de Navegacin

La navegacin se basa en 2 secciones, los cuales para acceder se debe ingresar

credenciales y desplazarse a travs de ellas con cursor de mouse. La vista es
interactiva e intuitiva.

7. Vista de seguridad

MECANISMOS DE SEGURIDAD Y CONTROL DEL SOFTWARE SERVICENET

Segmentacin de procesos, perfiles y roles.

El sistema cuenta con tres perfiles que interactan con el sistema ServiceNet. Uno de
ellos es el Operativo, quien controla la gestin de los asesores, el Cliente quien controla la
base de datos de los clientes y administracin de sus pedidos, y el otro es el Gerente
comercial, quien a su vez, controla la gestin del Operativo y el de Cliente

Al ser una aplicacin cliente-servidor, la nica autenticacin que se requiere es la

introduccin de un usuario y una contrasea.

Dicho usuario y contrasea, debe cumplir con los siguientes requisitos:

Usuario: Debe iniciar con la primera letra del primer nombre y la primera letra del segundo
nombre, y despus el primer apellido de la persona. Ej.

Jorge Andrs Balza Granados

Usuario jabalza
La escritura debe ser en minscula y sin tildes.
Contrasea: la contrasea inicial ser proporcionada por el fabricante del software,
despus el usuario podr cambiarla en el mdulo PERFIL, y esta debe cumplir los
siguientes parmetros:
Usar valores alfanumricos.
Debe tener mnimo 6 caracteres.
Usar al menos una letra en mayscula.
No es posible usar caracteres especiales (- _ * & etc.).

Se establecen mensajes predeterminados que muestran al usuario una advertencia sobre

la errada introduccin de los datos de autenticacin, tanto de la creacin de la cuenta,
como al momento de querer ingresar, como se muestra a continuacin.

Creacin del usuario y la contrasea:

El usuario que ha introducido no es correcto!

La contrasea no cumple con los requisitos mnimos del sistema!

Ingreso al sistema:
El usuario o la contrasea son incorrectos!

De esta forma se logra retroalimentar al usuario sobre la equivocacin en alguno de los

procedimientos, pero sin brindar informacin detallada por seguridad.

Perfiles y roles:

Como se indic anteriormente, el software inicialmente se entrega con 3 usuarios, segn

requerimiento de la empresa Service Timely BG. A continuacin se describe su
segmentacin y privilegios:

Usuario 1 (Gerente Comercial): Este usuario tiene permiso de acceso a todos los
mdulos del sistema, incluyendo el de Administrador, el cual permite hacer los
cambios de contrasea. Puede generar reportes, informes y revisar la gestin de
los clientes y los asesores.

Usuario 2 (Asesores): Este usuario tiene acceso a todos los mdulos, excepto al
de Administrador, puede generar reportes e informes tambin.

Usuario 3 (Clientes): Este mdulo tiene acceso al catlogo de productos y

servicios disponibles y su posterior pedido.
Mecanismo de proteccin de datos.

Se proporcionar un cifrado con contrasea para la base de datos ya que esta se

encuentra en red para varios equipos de la empresa. Dicha encriptacin debe tener las
caractersticas mencionadas anteriormente:

Usar valores alfanumricos.

Debe tener mnimo 6 caracteres.
Usar al menos una letra en mayscula.
No es posible usar caracteres especiales (- _ * & etc.).

De igual forma, para este cifrado, se propone un modelo de encriptacin SERPENT, el

cual es en bloques y simtrico. Soporta tamaos de 128, 192 y 256 bits de longitud.
Por ltimo, y no menos importante, se debe realizar una revisin semestral por parte del
fabricante para garantizar que el programa se encuentre bien configurado y cumpliendo
su funcin de seguridad plenamente. Tambin se deben cambiar las contraseas como
mnimo cada dos meses, para esto se emitir el siguiente mensaje de seguridad 7 das
antes de su vencimiento:

Por favor cambie su contrasea por seguridad del sistema!

Como procedimiento adicional de seguridad, el sistema solicitar ingreso de

contrasea si queda inactivo por un lapso de 5 minutos, esto con el fin de evitar que
personal no autorizado lo manipule, mientras que el usuario encargado no est
presente.

8. Vista de Implementacin

Debido a que la aplicacin se realizar con programacin orientada a objetos, se utilizaran

sintaxis, sentencias y clases estandarizadas para que se logre adaptar el software a los
cambios que sean necesarios y por supuesto a las actualizaciones que requiera. Con esto
logramos tener un software reutilizable, escalable y con visin hacia el futuro.

El lenguaje a utilizar es Java, sin embargo ser compatible con otros programas como
HTML 5.

8.1 Herramientas de Desarrollo e implementacin

El sistema cuenta con tres perfiles que interactan con el sistema ServiceNet. Uno de
ellos es el Operativo, quien controla la gestin de los asesores, el Cliente quien controla la
base de datos de los clientes y administracin de sus pedidos, y el otro es el Gerente
comercial, quien a su vez, controla la gestin del Operativo y el de Cliente

Al ser una aplicacin cliente-servidor, la nica autenticacin que se requiere es la

introduccin de un usuario y una contrasea.

El lenguaje a utilizar es Java, sin embargo ser compatible con otros programas como
HTML 5.
8.2 Paquetes/Componentes
8.3 Despliegue
8.4 Vista de Administracin

Perfiles y roles:

Como se indic anteriormente, el software inicialmente se entrega con 3 usuarios, segn

requerimiento de la empresa Service Timely BG. A continuacin se describe su
segmentacin y privilegios:

Usuario 1 (Gerente Comercial): Este usuario tiene permiso de acceso a todos los
mdulos del sistema, incluyendo el de Administrador, el cual permite hacer los
cambios de contrasea. Puede generar reportes, informes y revisar la gestin de
los clientes y los asesores.

Usuario 2 (Asesores): Este usuario tiene acceso a todos los mdulos, excepto al
de Administrador, puede generar reportes e informes tambin.

Usuario 3 (Clientes): Este mdulo tiene acceso al catlogo de productos y

servicios disponibles y su posterior pedido.

Por ltimo, y no menos importante, se debe realizar una revisin semestral por parte
del fabricante para garantizar que el programa se encuentre bien configurado y
cumpliendo su funcin de seguridad plenamente. Tambin se deben cambiar las
contraseas como mnimo cada dos meses.