SDD – Documento

de diseño del
sistema
Jorge Hernán Rivera Gómez

Pontificia Universidad Javeriana

Facultad de Ingeniería

Bogotá 2014
Contenido
1 Introducción .......................................................................................................................... 4

2 Arquitectura .......................................................................................................................... 5

2.1 Vista Lógica del Sistema ................................................................................................ 5

2.1.1 Diagrama de paquetes .......................................................................................... 5

2.2 Vista Física del Sistema.................................................................................................. 7

2.2.1 Diagrama de despliegue ........................................................................................ 7

2.3 Vista de Procesos del Sistema ....................................................................................... 8

2.3.1 Diagrama de actividad ........................................................................................... 8

3 Diseño Detallado ................................................................................................................. 10

3.1 Estructura del Sistema ....................................................Error! Bookmark not defined.

3.1.1 Modelo entidad relación .........................................Error! Bookmark not defined.

3.2 Comportamiento del Sistema ..................................................................................... 10

3.2.1 Modelo de dominio .................................................Error! Bookmark not defined.

3.3 Persistencia ................................................................................................................. 11

3.3.1 Modelo de tablas................................................................................................. 11

3.4 Interfaz de Usuario ...................................................................................................... 12

3.4.1 Diagrama de navegabilidad ................................................................................. 12

Descripción del Disenó del Sóftware
.
1 Introducción
En el siguiente documento se realiza una descripción de la arquitectura de la herramienta B-
attention, así como también, de los usuarios objetivos para los cuales está destinada.

El software B-attention está destinado para niños y niñas de edades que incurran entre los 7 y
12 años, que tengan conocimiento básico del manejo de un computador como la utilización de
un teclado y un mouse. De igual manera el software también está destinado a los
acompañantes del niño los cuales también necesitan conocimientos básicos en el manejo de
un computador. Los usuarios podrán hacer unos del software en su casa mediante una
conexión a internet.

En la sección de arquitectura el lector tendrá una explicación más detallada de la arquitectura

del sistema; se mostrarán los componentes del sistema y de conjunta interacción. Se verá un
diagrama de componentes y de interfaces.

También el lector tendrá una descripción del hardware del sistema y de cómo estos
componentes serán instalados.
2 Arquitectura
La siguiente sección mostrará las diferentes vistas de la arquitectura del sistema B-attention.

2.1 Vista Lógica del Sistema

2.1.1 Diagrama de paquetes

En este diagrama se muestran los componentes más gruesos del sistema, describiendo los
principales componentes de software basándonos en el modelo arquitectónico (MVC modelo
vista controlador).

En la imagen del diagrama de paquetes se puede ver cómo siguiendo con el patrón
arquitectónico se maneja el proyecto en tres capas. Primero, la capa del modelo que contiene
todo lo relacionado con datos, es decir, los registros se guardan en este componente.
Segundo, se puede observar la capa del controlador, la cual maneja toda la lógica del negocio
como las consultas a la base de datos, la seguridad y demás operaciones que se realicen en la
aplicación. Y por último tenemos la capa de vista, encargada de toda la presentación. En esta
capa se maneja todo lo que se le va a mostrar al usuario con datos que son enviados desde el
controlador y viceversa ,cuando se hace una petición del usuario la vista envía esta
información al controlador. (Ilustración 1 Diagrama de paquetes)
Ilustración 1 Diagrama de paquetes
2.2 Vista Física del Sistema

2.2.1 Diagrama de despliegue

El diagrama de despliegue, muestra los componentes físicos de la aplicación. En este caso ya

que la aplicación es de naturaleza web, se puede ver un componente que representa al cliente
y otro que representa al servidor. El componente del cliente lo maneja el usuario desde el
explorador, en el cual, se conecta al servidor haciendo una petición a través del protocolo
HTTP.

En el servidor se maneja esta petición a nivel del controlador quien contiene clases de tipo .CS,
la cuales manejan las solicitudes del browser. Si ésta es una petición de tipo GET se ejecutará
su respectivo método, igualmente si es de tipo POST. (Ilustración 2 Diagrama de despliegue)

Ilustración 2 Diagrama de despliegue

2.3 Vista de Procesos del Sistema

2.3.1 Diagrama de actividad

En esta vista se busca detallar cuales son algunos de los procesos que se llevan a cabo en la
aplicación, uno de ellos de gran importancia es el proceso de crear una intervención. En este
proceso primero es necesario que el usuario esté autenticado con el rol de administrador, si
esto no es correcto el usuario no podrá realizar esta operación. Una vez ingresa
satisfactoriamente, procede a ingresar en la opción de crear una intervención. En este punto
se le mostrarán todas las intervenciones anteriormente creadas y el usuario podrá hacer click
en un botón que tiene como función crear una nueva intervención.

Cuando el usuario se encuentra en la ventana de intervención podrá ingresar los datos que el
sistema necesita para hacer el respectivo proceso. Otra tarea que el usuario puede realizar
dentro de este proceso es la de editar una intervención ya creada. Para esto se debe situar en
la pantalla que muestra todas las intervenciones creadas y al final de cada una podrá encontrar
un link que direccionará a la ventana de edición. En este punto podrá modificar cualquier dato
y solo necesitará hacer click en Guardar para preservar los cambios. (Ilustración 3 Diagrama de
actividad)
Ilustración 3 Diagrama de actividad
3 Diseño Detallado

3.1 Comportamiento del Sistema

3.1.1 Diagrama de secuencia

En esta sección se describirá el comportamiento del sistema. Se muestra la interacción entre
los objetos al crear una intervención. Una vez un usuario ingresa al sistema se identificara con
el rol de administrador. En este punto el administrador ingresara a la opción crear intervención
en la cual interactúa con el objeto de intervención en la vista el cual llamara al método en el
controller. Una vez esto se realice se guardaran los datos en la base de datos a través del
modelo y se retornara la confirmación de la transacción exitosa. (Ilustración 4 diagrama de
secuencia)

Ilustración 4 diagrama de secuencia

3.2 Persistencia

3.2.1 Modelo de tablas

En este diagrama se trabaja con un nivel de abstracción más bajo, ya que se muestran las
tablas en donde se guardará la información de la aplicación. Por ejemplo, el nombre, el
apellido y la edad de un niño se guardarían en la tabla jugadores y los resultados de las
actividades que ese niño ejecute se guardarán en la tabla resultado_actividades.

En este diagrama se busca informar sobre los detalles de la estructura, de todos los
componentes de software del sistema. La primera tabla en el sistema es la tabla de la
intervención que compuesta por los campos id y nombre. En esta tabla se guardaran las
diferentes intervenciones que realice el paciente. La tabla jugadores está compuesta del tipo
de documento, el número de documento, nombres, apellidos y fecha de nacimiento estos
datos son los que se almacenaran de cada jugador que se registre en el sistema. La tabla
actividades está compuesta por los campos: Numero de actividad, nombre, tiempo de
ejecución, numero de identidad del jugador y numero de tratamiento. Estos campos
almacenaran todas las actividades que se ejecuten con su respectivo jugador y número de
tratamiento. La tabla autorregistro está compuesta de campos como: número de autoregistro,
tratamiento asociado la velocidad con la que el jugador cree que resolvió las actividades y la
dificultad que el jugador cree que tenían las actividades. Por último la tabla
resultado_actividades guardara los datos relevantes entre actividad, jugador y autorregistro
como los son: los aciertos de las actividades, los errores y el tratamiento en el que se ejecutó la
actividad. (Ilustración 5 Modelo de tablas)
 Ilustración 5 Modelo de tablas

3.3 Interfaz de Usuario

3.3.1 Diagrama de navegabilidad

En este diagrama se busca mostrar todos los detalles de la interfaz gráfica de los usuarios,
vemos como muestra las diferentes secuencias por las que pasarán los actores que interactúen
con la herramienta. El diagrama inicia con la posibilidad de que un usuario anónimo se registre
ingresando los datos y guardándolos. Por otro lado si el usuario no es anónimo, iniciará sesión
con sus credenciales las cuales determinaran el rol que le corresponde a este usuario. Si es
administrador, tendrá dos posibilidades. La primera es crear una intervención, en la cual, se
ingresan los datos de la misma y se guardan. De la misma forma podrá editar los registros
anteriormente creados. Si el administrador desea ver los reportes podrá seleccionar la
intervención, la actividad y el jugador para desplegar cualquier reporte. Si el usuario que
ingresa al sistema es un jugador inmediatamente realizara las actividades y el autorregistro
correspondiente. (Ilustración 6 Diagrama de navegabilidad)
Ilustración 6 Diagrama de navegabilidad