Plantilla Diseo del Sistema

Apreciado aprendiz, debe diligenciar este informe con el fin de determinar el

Informe Final de Diseo de Arquitectura Tecnolgica que utilizara el sistema de
informacin.

Recuerde: Para realizar este informe usted debe recopilar las evidencias
realizadas durante toda la fase de Diseo tratadas en las guas de aprendizaje
correspondientes.

Esta plantilla corresponde con la Descripcin del Diseo del Software y se basa
en el estndar empleado para desarrollar esta documentacin de forma
normalizada como lo es el IEEE Std. 1016-1998, que identifica prcticas
recomendadas para describir los diseos de software. Especifica la informacin
que debe contener, y recomienda cmo organizarla.

1. Introduccin

1.1. Propsito del sistema.

Este software se basara en el estndar IEEE 1016 para representar el

diseo del software que ser usado para registrar la informacin del diseo
y para que las partes interesadas lo conozcan. Este estndar puede ser
utilizado para cuando se necesite alguna revisin actualizacin o
reconstruccin del software. El propsito de este artefacto podr ser usado
para modelar y representar los mdulos clases y procesos detalladamente
tomando en cuenta el punto de vista del programador ingeniero de diseo y
el las partes interesadas as como los requerimientos previos lenguaje de
programacin

1.2. Objetivos del diseo

Servir como documento de referencia para el diseo del software, conocerlos

aspectos bsicos del software Y orientar el cumplimiento de los requisitos tcnicos
estipulados por la Polica Nacional
1.3. Definiciones, acrnimos y abreviaturas

La clase admn principal cuanta con 4 atributos idAdminP nombres, apellidos,

direccin, telfono, los cuales servirn para guardar datos del adminr. Tambin tiene un
mtodo para los administradores secundarios IdadminS que servir para inicializar
los datos esos administradores al momento de registrar o necesitar alguna
informacin
El mtodo actualizar servir para cambiar cualquier dato de los administradores,
finalmente el mtodo eliminar servir para borrar todos los datos de un
administrador en especifico. La clase paciente contendr 1 atributo: idUsuario que
ser de tipo entero y 4 de tipo String (nombre, apellido, cedula, asunto, direccin y
telfono), Tiene un constructor paciente que se encargara de inicializar los datos
del usuario al crear una instancia. El mtodo actualizar permitir hacer un cambio
en los datos del usuario excepto el idUsuario. El mtodo eliminara a un usuario de
la base de datos.

1.4. Referencias

Referencias a otros documentos e informacin de trazabilidad documento/s de

anlisis de requisitos relacionados, sistemas existentes, restricciones que afectan a
la arquitectura software, etc.

2. Representacin de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

Describir los requisitos y objetivos del software que tienen un impacto significativo
sobre la arquitectura; por ejemplo, seguridad, privacidad, portabilidad, distribucin,
rendimiento, escalabilidad, reutilizacin.

2.2 Reutilizacin

Si se utiliza programacin orientada a objetos (OO), se debe proporcionar una ligera

visin de cmo puede beneficiar al proyecto la incorporacin de componentes
reutilizables, frameworks y patrones de diseo.

3. Vista lgica

Aqu se describe la descomposicin funcional de la aplicacin basndose en una

ordenacin lgica de los requisitos de la aplicacin. Los aspectos de la aplicacin con
una funcionalidad similar se deben agrupar en un subsistema. Se deben representar
las dependencias entre los subsistemas.
 3.1 Identificacin de Subsistemas

Descomponer el sistema en subsistemas funcionales, para realizar esto se deben

agrupar las tareas del sistema que presenten propiedades en comn y que presten un
mismo tipo de servicio o funcionalidad.
Se debe procurar realizar un nmero pequeo de subsistemas
Cada subsistema debe tener un mecanismo de colaboracin con el resto.
Utilizar los diagramas de paquetes para su representacin
Al interior de cada paquete se puede incorporar las clases que lo componen

3.2 Estructuracin por capas.

Una vez que se han determinado los subsistemas, agruparlos mediante una
estructuracin por capas, donde cada una determina un nivel de abstraccin.
Determinar el nmero de capas a implementar, acorde con el sistema
Nombrar cada capa y definir su funcionalidad
Asignar los subsistemas / paquetes /clases que corresponden con cada capa
Se pueden utilizar diagramas de paquetes

3.3 Diagrama de Clases del diseo

Presentar las clases significativas de la arquitectura y describir sus

responsabilidades, as como las relaciones importantes basadas en la arquitectura,
operaciones y atributos. Especificar los patrones de diseo que pueden estar
incluidos.

4. Vista del proceso

Describe la descomposicin del sistema en procesos, se debe representar la informacin

solicitada utilizando diagramas de secuencia para tres de los casos de uso ms
representativos del negocio.

4.1 Diagramas de secuencia

Se debe representar la informacin solicitada utilizando diagramas de secuencia

especficos del proyecto (diagramas de interaccin de objetos), preferiblemente
utilizando la notacin UML. Donde sea posible, los diagramas explican el proceso de
interaccin requerido por los casos de uso principales.

5. Vista de datos

Describe el modelo de datos del sistema que se va a desarrollar. Se realiza la

identificacin a travs de diagramas relacionales que presenten el modelo de base de
datos a implementar y su descripcin usando el diccionario de datos.

5.1 Modelo de datos

 Se presenta el modelo relacional de la base de datos a travs de un diagrama, donde
se identifican las tablas, campos y relaciones entre tablas que fueron definidas para
almacenar los datos del sistema de informacin.

5.2 Diccionario de datos

Se puede construir el formato especfico que detalle para cada una de las tablas los
campos, tipos de datos y restricciones o elementos de integridad a ser incorporados.
Tambin se pueden utilizar los generados por herramientas CASE.

6. Vista de Interaccin

Se deben presentar las distintas interacciones con las que contar la aplicacin, para
lo cual se presenta las interfaces de usuario.

6.1 Interfaces de Usuario.

Lista y describe las interfaces de usuario de la aplicacin, especificarlas por caso de

uso.

6.2 Mapa de Navegacin

Presenta la estructura global de navegacin de la aplicacin.

7. Vista de seguridad

Describir los distintos elementos y sistemas de seguridad con los que cuenta el
software.
Sistema de Acceso
Se debe definir de forma clara el acceso al sistema: nivel de seguridad de acceso,
empleo de las claves de acceso. Incluir la segmentacin de procesos, perfiles y roles
y los mecanismos de autenticacin a implementar en el sistema
Cifrado de datos
Existe informacin en la base de datos que debe ser cifrada o encriptada. Si es as
que algoritmos de encripcin se utilizaran.

8. Vista de Implementacin

Describe la estructura general del modelo de implementacin y la descomposicin del

sistema.

8.1 Herramientas de Desarrollo e implementacin

Describe las herramientas tecnolgicas que se deben utilizar para el desarrollo del
sistema, incluye: IDE, Lenguaje de Programacin, base de datos, framework, etc.
 Adems el software que se requiere para su ejecucin y puesta en marcha: servidor
de aplicaciones/web, Sistema de base de datos, Librerias, plugins, etc.

8.2 Paquetes/Componentes

Describir el modo principal de comunicacin entre los procesos del sistema operativo.
Incluir diagramas de componentes.

8.3 Despliegue

Describir la configuracin de la plataforma fsica (procesador/almacenamiento) en la

que el software va a ser desplegado. Si el sistema se va a desplegar en varios sitios,
proporcionar una vista de despliegue para cada sitio diferente. Como mnimo, para
cada configuracin, se deben indicar los nodos fsicos (ej.: ordenadores, CPUs,
memorias) que ejecutan el software y sus interconexiones (ej.: bus, topologa LAN,
punto a punto, WAN).
Incluir un mapeo entre los procesos de la vista de proceso y los nodos fsicos. La
notacin preferida es UML para la vista de despliegue.

8.4 Vista de Administracin

Describe las distintas opciones de la administracin del software.