Plantilla Diseño del Sistema

1. Introducción

Durante la etapa de diseño del sistema una de las principales tareas es la

construcción de diagramas de clases, sin embargo, pensar que el problema que
se desea solucionar es único, es un error. Existen problemas comunes al
desarrollo de software que han sido tipificados o estandarizados y se presentan
con sus respectivas soluciones generadas a partir de diseños de interacción o
interfaces. Las soluciones tipificadas, ya probadas y documentadas, se
denominan patrones de diseño. Los patrones de diseño son una herramienta
que soporta la actividad de diseño de la arquitectura, proporcionando en algunas
ocasiones el punto de inicio en la determinación de aspectos relacionados con
la especificación de clases e interacción para el sistema de información. La
temática que se presenta en este objeto proporciona información sobre algunos
de los patrones de diseño más importantes, con el fin de que sean considerados
durante la fase de diseño del nuestro proyecto formativo.

Los patrones de diseño se enfocan en brindar una solución a problemas de

software que han sido probados y tienen la documentación que permite analizar
su posibilidad de uso. Esta documentación cuenta entre otros con:

Nombre: describe el problema, solución y consecuencias a través de un nombre

significativo.

Problema: describe cuando debe utilizarse el patrón, así como las condiciones
para su aplicación.

Solución: describe los elementos de diseño a incorporar, con la disposición

general de las clases y objetos de forma abstracta.
Consecuencias: los costos/beneficios al aplicar el diseño.

1.1. Propósito del sistema.

El propósito del Diseño del Sistema de Información (DSI) es obtener la definición

de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte,
junto con la especificación detallada de los componentes del sistema de
información. A partir de dicha información, se generan todas las especificaciones
de construcción relativas al propio sistema, así como la especificación técnica
del plan de pruebas, la definición de los requisitos de implantación y el diseño
de los procedimientos de migración y carga inicial, éstos últimos cuando
proceda.

1.2. Objetivos del diseño

El principal objetivo que se consigue al utilizar esta técnica es el de la

reutilización, lo que facilita conseguir apuntar a los principios de calidad en el
diseño de software que son: la eficiencia, la mantenibilidad del sistema, que el
sistema sea correcto y por ende la disminución en costos.

Una vez que se ha seleccionado el patrón de diseño a utilizar se recomienda

leer inicialmente las partes relacionadas con la aplicabilidad y consecuencias
para verificar que es el correcto, revisar concienzudamente la estructura para
entender las clases y relaciones, así como verificar el código de ejemplo, que
también puede ayudar a entender la implementación del mismo, escoger
nombres significativos para los objetos y elementos, declarar las clases e
identificar las clases que afectará, definir nombres para los métodos de acuerdo
con la guía y por último redactar las operaciones.
1.3. Definiciones, acrónimos y abreviaturas

Esta etapa tiene como fin establecer el vocabulario de términos que forman parte
del sistema, de manera que todos los participantes "hablen el mismo idioma".

Actividad: Sys. Elemento de trabajo desarrollado durante un proyecto,

normalmente asociado a un uso de recursos esperado.

Requisito: Es la descripción de los servicios y restricciones.

Funcionalidad: Descripción de lo que el software debe hacer.

Interfaces Externas: Cómo debe interactuar el sistema con las personas, el

sistema de hardware, o con otros sistemas (software y hardware).

Rendimiento: Indicación de la velocidad, disponibilidad, tiempos de respuesta,

tiempos de recuperación, tiempos de determinadas funciones.

Cliente/Usuarios: Son todas las personas quienes hacen uso de los servicios
que ofrece la empresa.

Arquitectura: Sys. Estructura organizacional de un sistema o componente.

Visión general de alto nivel para un sistema de software.

Autenticación: Sys. Es el proceso usado en los mecanismos de control de

acceso con el objetivo de verificar la identidad de un usuario, dispositivo o
sistema mediante la comprobación de credenciales de acceso.

Autenticación: Sys. Es el proceso usado en los mecanismos de control de

acceso con el objetivo de verificar la identidad de un usuario, dispositivo o
sistema mediante la comprobación de credenciales de acceso.
Construcción: Sys. Proceso que consiste en el desarrollo de un sistema de
software. Se refiere igualmente al resultado de la construcción, que está listo
para ser probado. Implementación del diseño de un sistema para crear dicho
sistema de software con una tecnología determinada.

Artefacto: entidades físicas que se presentan en nodos, dispositivos y

ambientes de ejecución. Dispositivo: componente que puede ser de acceso a
datos, periférico de entrada o salida de datos.

Nodo: objeto físico que existe en tiempo de ejecución, y que representan algún
tipo de recurso computacional (capacidad de memoria y procesamiento).

Procesador: Circuito integrado que contiene los elementos de una Unidad

Central de Procesamiento.

Topología: Identifica la forma como se distribuyen y comunican los diferentes

elementos de un conjunto.

1.4. Referencias

La elaboración de referencias bibliográficas y citas en los trabajos de

investigación es un proceso complicado para aquellos investigadores no
especialistas en el área de la Documentación. En este trabajo se plantean
algunos de los problemas con los que se enfrentan estos investigadores, como
la organización y estructura de las referencias que, en algunos casos, se realiza
de forma artesanal. A fin de resolver estos problemas y facilitar el trabajo a los
investigadores, se propone un Sistema de Información Referencial (SIR) que
permite sistematizar y homogeneizar la gestión de las referencias bibliográficas
mediante la tecnología de las bases de datos. Este sistema de información, que
se ha elaborado tomando como punto de referencia la norma ISO 690 y
aplicando una metodología de diseño de bases de datos, permite al usuario
investigador elaborar sus referencias y obtener las citas correspondientes de
forma homogénea y conforme a la norma, así como revisar la concordancia entre
las citas que aparecen en el texto de sus trabajos y las referencias que se
incluyen en la bibliografía.

La arquitectura física del sistema hace referencia la topología del sistema,

mostrando cómo serán asignados en forma física los diferentes subsistemas o
componentes (software) a los diferentes equipos de computación (hardware)
que se utiliza para implementar el sistema de información. Para describir la
asignación del (del software al hardware se utilizan los diagramas de despliegue,
donde se detallarán entre otras las especificaciones de la maquinas, capacidad
de red, y requisitos de hardware entre otros.

2. Representación de la arquitectura.

La representación de la arquitectura del sistema de proyecto aplicativo para el

sistema PQRS se presenta a través de los diagramas de clases, de
componentes y de paquetes que se muestran a continuación:

1. Use Case 1.

Diagrama de Clases
2. Case 2.
Diagrama de Clases

3. Use Case 3.
Diagrama de Clases

2.1 Metas y restricciones de la Arquitectura

La arquitectura de software de un programa o de un sistema computacional, es

la estructura o estructuras del sistema. Dicha estructura comprende sistemas,
subsistemas, componentes e interfaces, así como las relaciones entre ellos.
Debido a que la definición de la arquitectura de un sistema se basa en modelos
o abstracciones de la realidad, la arquitectura debe suprimir el detalle que no
influye en la descripción de cómo las partes usan, son usadas o se relacionan
con las otras partes del sistema. La arquitectura debe considerar tanto los
requerimientos funcionales como los no funcionales: restricciones de diseño,
tiempos de respuesta y disponibilidad del servicio, entre otros y debe estar
preparada para recibir fácilmente requerimientos nuevos.

2.2 Reutilización

Dada la creciente demanda de software en todo el mundo y la dificultad para

cubrir la necesidad de ingenieros preparados, la reutilización se ha vuelto una
necesidad mayor. La arquitectura debe facilitar la identificación temprana de
oportunidades de reutilización y facilitar la incorporación de partes desarrolladas
y probadas con anterioridad.

3. Vista lógica

La arquitectura debe considerarse la base para el mantenimiento del sistema,

así mismo debe favorecer la evolución del sistema previniendo la erosión o la
descomposición de la arquitectura debido a violación de los principios originales
y evitando caer en un caos de la arquitectura por no respetar las tendencias o
rumbo establecidos para un proyecto. En general, la arquitectura de software
proporciona un marco de referencia para todo el proyecto e incorpora muchas
de las decisiones más importantes que se hacen durante el proceso de
desarrollo del sistema. Podemos concluir que la arquitectura tiene cuatro
funciones principales:

 Constituye una base para el diseño.

 Constituye la infraestructura sobre la cual se acomodan los requerimientos a
través de todo el ciclo de vida del desarrollo.
 Alienta la detección de oportunidades de reutilización.
 Constituye la base para el mantenimiento del sistema.
Identificación de Subsistemas

3.1 Estructuración por capas.

Capa Lógica o de Negocios: En ésta se encuentran las funcionalidades que dan

respuesta a los requerimientos de la aplicación, regidas por las políticas del
negocio, entonces son todas aquellas utilidades propias o externas que
procesan los datos. Tiene interfaz con las otras capas, ya que por un lado
interactúa con los servicios de datos y por otro lado envía la información
procesada para ser presentada al cliente.

Capa de Datos: Contiene todas las funcionalidades para el acceso y

manipulación de los datos. Puede estar compuesto por el Sistema Manejador de
Base de Datos o Archivos planos y las utilidades construidas para el manejo de
los datos.

Conservando la estructura de tres componentes principales, en este modelo se

“subdivide” cada una de las capas, especializando los servicios que se proveen
en cada una de ellas.
Por ejemplo: Se tiene un sistema que permite el registro de los datos personales
de un usuario tales como (nombre, dirección, cedula, teléfono), previamente se
ha definido una tabla Usuarios (almacena los usuarios del sistema, en este caso
el componente identificado es de tipo y es llamado Usuarios), se definió una
clase llamada Registro Datos (en este caso el componente es de tipo, llamado
Registro).

3.2 Diagrama de Clases del diseño

Un Diagrama de Clases de Diseño muestra la especificación para

las clases software de una aplicación, clases, asociaciones y atributos. Esto
Significa que un elemento es estructuralmente dependiente de otro elemento.

Esto es, cambios en un elemento afectarán a cambios en el elemento

dependiente. Estos diagramas ya se mostraron el punto 2 de este documento.

4 Vista del proceso

La técnica es una estructura por niveles que se lee de arriba abajo y de izquierda
a derecha, donde cada elemento se puede descomponer en otros de nivel
inferior y puede ser descrito con el fin de aclarar su contenido.

El diagrama de descomposición, también conocido como diagrama jerárquico,

tomará distintos nombres en función del dominio al que se aplique. Se utilizan
los diagramas de descomposición funcional, de descomposición organizativo y
de descomposición en diálogos.
4.1 Diagramas de secuencia

El diagrama de secuencia es un tipo de diagrama usado para modelar

interacción entre objetos en un sistema según UML. Los diagramas de
secuencias se muestran a continuación
Vista de datos
3.3 Modelo de datos

Los datos se recolectaron a través de encuestas semiestructuradas, que se

orientaron a partir de una pauta, la necesidad de crear un PQRS.

Las actividades que realizan los diferentes usuarios para sus quejas reclamos y
sugerencias, para obtener comunicación con las diferentes dependencias,
obtener una respuesta satisfactoria y dentro del tiempo estipulado que son 15
días hábiles para los derechos de petición. Las expectativas de los usuarios se
recopilan y se analizan.

El proyecto tiene como finalidad ofrecer a los usuarios, una alternativa para el
diligenciamiento de sugerencias ofreciendo un sitio para este trámite el usuario
podrá ingresar desde un sitio remoto, con acceso a Internet, además también
consta con un modulo administrativo que solo tendrá acceso a usuarios que, con
los permisos necesarios, ya sea para registrar las quejas y reclamos
provenientes del buzón de sugerencias o las que se presentan directamente por
otro motivo.

3.4 Diccionario de datos

El diccionario de datos se presentó en el ítem vista de datos en la columna de

cometarios donde se definen cada uno de los parámetros de los datos.

4. Vista de Interacción

El software a desarrollar para el tramite de PQRS de un empresa se va a

desarrollar utilizando una interfaz grafica que se dividio en cinco grandes
ventanas para poder ingresar, tramitar, hacer seguimiento y calificar el servicio
al cliente, entonces se presenta de manera secuencial las ventanas. Se muestra
el diseño a continuación.
4.1 Interfaces de Usuario.

1. Ventana de ingreso :

2. Tipo de requerimiento:
3. Tramite del requerimiento:

4. Seguimiento del requerimiento:

5. Calificación de la atención:

4.2 Mapa de Navegación

El software se dividio en cinco grandes ventanas donde para poder navegar se

inicializa con una Ventana de ingreso que despues de ser diliguencida se pasa
a una segunda ventana de tipo de requerimiento, una vez diligenciada esta fase
se procede a pasar a una tercera ventana donde se realiza el trámite del
requerimiento si esta es la escogencia o se puede pasar directamente a la cuarta
ventana si desea información acerca del trámite que ya se ha diligenciado
previamente la cual se denomina seguimiento del requerimiento; finalmente se
desea tener una retroalimentación por parte del usuario y se tiene una quinta
ventana donde el usuario califica el servicio a través de la ventana calificación
de la atención.
5. Vista de seguridad

La norma ISO 27001 define cómo organizar la seguridad de la información en

cualquier tipo de organización, con o sin fines de lucro, privada o pública,
pequeña o grande. Es posible afirmar que esta norma constituye la base para la
gestión de la seguridad de la información.

La ISO 27001 es para la seguridad de la información lo mismo que la ISO 9001

es para la calidad: es una norma redactada por los mejores especialistas del
mundo en el campo de seguridad de la información y su objetivo es proporcionar
una metodología para la implementación de la seguridad de la información en
una organización. También permite que una organización sea certificada, lo cual
significa que una entidad de certificación independiente ha confirmado que la
seguridad de la información se ha implementado en esa organización de la mejor
forma posible.

A raíz de la importancia de la norma ISO 27001, muchas legislaturas han tomado

esta norma como base para confeccionar las diferentes normativas en el campo
de la protección de datos personales, protección de información confidencial,
protección de sistemas de información, gestión de riesgos operativos en
instituciones financieras, etc.

Diseño de los mecanismos de protección de datos.

Aquí se debe diseñar el modo en que los usuarios se van autenticar,

contemplando aspectos tales como mecanismos o factores de autenticación
con contraseñas, tokes, certificados, etc. También y dependiendo del tamaño
de la organización, se puede pensar en la posibilidad de integrar la autenticación
con servicios externos como LDAP, RADIUS O ACTIVE Directory y mecanismos
que tendrá la aplicación para evitar ataques de diccionario o de fuerza bruta.
El proceso de administrar la información del prototipo de nuestro aplicativo se
puede realizar como un módulo independiente mediante un gestor de Base de
Datos permitiendo garantizar la integridad de los datos soportando las
transacciones con llaves foráneas. Una clave o llave foránea (o Foreing key FK)
es una limitación referencial entre dos tablas. La clave foránea identifica una
columna o grupo de columnas en una tabla (tabla hija o referendo) que se refiere
a una columna o grupo de columnas en otra tabla (tabla padre o referenciada).

Administrar la Información del prototipo como un modulo independiente

mediante un gestor de Base de Datos permitiendo garantizar la integridad de los
datos soportando las transacciones con llaves foráneas.

6. Vista de Implementación

El software diseñado PQRS cuenta con un sistema que permite administrar los
datos básicos de las PQRS, consultas, clientes, respuestas e informes de los
puntos de atención. Se cuenta con un sistema de información que maneja
estaciones de trabajo que permiten la utilización del aplicativo por parte de los
clientes para capturar el formulario diligenciado de un cliente. Se puede solicitar
la respuesta de un PQRS vía web, donde el sistema asigna la persona que
atiende la solicitud y le permite el seguimiento de la consulta; para poder ver el
seguimiento de la petición debe identificarse por medio de una clave personal e
intransferible, cuando el cliente accede al sistema se le genera la información de
trazabilidad de su requerimiento y la respuesta si se tiene. Es importante
destacar que este sistema permite gestionar los requerimientos a través de
dispositivos móviles. El sistema está configurado sobre una arquitectura de 3
capas con su lógica y base de datos en librerías tipo dll y su aplicación
desarrollada en Html5.
6.1 Herramientas de Desarrollo e implementación

6.2 Paquetes/Componentes

1. Use Case 1.

Diagrama de Componentes

Diagrama de Paquetes
2. Case 2.
Diagrama de Componentes

Diagrama de Paquetes

3. Use Case 3.
Diagrama de Componentes
Diagrama de Paquetes
6.3 Despliegue
FICHA TÉCNICA COMPUTADOR ESCRITORIO Las características mínimas obligatorias para cada uno de los dispositivos son:
1. NOMBRE DEL DISPOSITIVO: 2. Comptador de escritorio ( para aplicaciones de uso general)
SOLUCIÓN- PROYECTO: Solución informática para proyecto de PQRS.
3. ESPECIFICACIONES MÍNIMAS REQUERIDAS
Las características mínimas obligatorias para cada uno de los dispositivos son:
CARACTERISTICAS FÍSICAS
ÍTEM CANTIDAD COMPONENTE
1 1 Torre con fuente de poder
2 1 Monitor plano LCD de 15” con punto de conexión a guaya
4 1 Teclado en español USB
5 1 Cámara web 2 Mpixeles con conexión al puerto USB
6 1 Candado externo mecánico para evitar el ingreso a la torre del computador de escritorio
7 1 Guaya para el monitor
8 0 Cables de poder
9 0 Cable de conexión para el monitor
10 0 Manuales del equipo
11 0 Medios físicos con drivers de los componentes del equipo para Windows 7
12 1 Pad Mouse ergonómico

3.2 ESPECIFICACIONES TÉCNICAS

ÍTEM CANTIDAD COMPONENTE

1 1 Main board
2 1 Cualquiera de los siguientes procesadores: - Procesador AMD Phenom - Procesador Intel Core i3
3 1 Módulo de memoria RAM de 2 Gbytes
4 4 Slots de memoria RAM deben soportar 4 Gbytes de memoria RAM
5 1 Disco duro de 150 GBytes
6 1 Unidad óptica CD-ROM/DVD-ROM
7 4 Puertos USB 2.0
8 1 Puerto de video compatible con el monitor
9 1 Adaptador de red (Tarjeta de Red) 10/100/1000 Mbps, conector RJ-45 integrado, que soporte IEEE 802.1x
10 1 Adaptador inalámbrico (Tarjeta de red para conexiones inalámbricas)
10 1 con antena integrada, que soporte IEEE 802.11 b/g, WEP, WPA, IEEE 802.1x. Debe ir a un slot del computador.
10 1 No se permiten que se conecten de forma externa a puertos USB u otros puertos del computador.
11 0 Sistema operativo Microsoft Windows 7 Home OEM
12 0 El computador debe estar certificado bajo la norma Energy Star
13 0 Alimentación 120 VAC
14 0 El monitor, torre, teclado y mouse deben ser de la misma marca
15 0 El fabricante de los equipos debe certificar que las partes que conforman el equipo son interoperables y compatibles

GARANTIA
ÍTEM CANTIDAD CARACTERISTICAS
1 3 garantía en sitio para el computador y todas sus partes

Ficha Técnica Impresora: E 2.1 CARATERISTICAS FÍSICAS

FICHA TÉCNICA IMPRESORA 1.
NOMBRE DEL DISPOSITIVO O SOLUCIÓN: Impresora de gran formato 2.
SPECIFICACIONES MÍNIMAS REQUERIDAS
Las características mínimas obligatorias para cada uno de los dispositivos son:
ÍTEM CANTIDAD Impresora de gran formato
1 1 Alimentador hojas
2 1 Alimentador papel en rollo
4 1 Panel de control
5 2 Cartuchos tinta de color (instalado y repuesto)
6 2 Cartuchos tinta negra (instalado y repuesto)

3.2 ESPECIFICACIONES TÉCNICAS

ÍTEM CANTIDAD COMPONENTE

1 0 Tecnología de impresión: Inyección térmica de tinta de color
2 0 Software y medios para la gestión de las impresoras de formato grande
3 0 Resolución de impresión 1200 dpi x 600 dpi
4 1 Resolución de impresión 1200 dpi x 600 dpi
5 2 Disco duro 100 Gbytes
6 2 Cortador de papel automático
7 0 Tamaños soportados: A1, A2, A3, A4, pliego completo, medio pliego
8 1 Área de impresión 615 x 1608 mm
9 1 Puerto USB
10 1 Tarjeta de red 10/100 Mbps RJ-45
11 1 Software mantenimiento Impresora
12 1 Voltaje de alimentación 110 V
13 0 Cables de poder
14 0 Cables de conexión con el computador
15 0 Software y medios para la gestión de las impresoras de formato grande
16 0 Compatible con Windows XP, Windows Vista y Windows 7
17 0 Manual del equipo
GARANTIAS
ÍTEM CANTIDAD CARACTERISTICAS
1 3 garantía en sitio para la impresora y todas sus partes

Ficha Técnica Servidor: FICHA TÉCNICA SERVIDOR

NOMBRE DEL DISPOSITIVO O SOLUCIÓN: Servidor 2. USO/FIN
Servidor 2. USO/FIN
ÍTEM CANTIDAD
1 CANTIDAD DE USUARIOS
2 UBICACIÓN DE LOS USUARIOS ESTIMADOS
3 Software que va a ser instalado en el servidor

3.1 CARATERISTICAS FÍSICAS

ÍTEM CANTIDAD CARACTERISTICAS
SERVIDOR

3.2 ESPECIFICACIONES TÉCNICAS

ÍTEM CANTIDAD COMPONENTE
1 0 Tipo rack
2 X Unidades de rack
3 2 Cualquiera de los siguientes: -
3 2 Procesadores Quad-core Intel Xeon -
3 2 Procesadores Quad-core AMD Opteron
4 0 El computador debe estar certificado bajo la norma Energy Star
5 1 Memoria X GBytes expandible a X Gbytes
6 2 Disco duro X Gbytes extraíble en caliente
7 1 Unidad óptica lectura y escritura DVD/CD externa USB
8 2 Puertos USB 2.0
9 1 Controladora de arreglos de discos
10 2 Fuentes de poder
11 1 C115Tarjetas de red 100/1000 Mbps – RJ45
12 1 Manuales del equipo 13
13 0 --- Medios físicos con los controladores y drivers de los componentes del equipo para Windows
14 0 El fabricante debe certificar que las partes que conforman el equipo son interoperables y compatibles
GARANTIAS
ÍTEM CANTIDAD CARACTERISTICAS
1 3 garantía en sitio para la SERVIDOR y todas sus partes
6.4 Vista de Administración

En la siguiente figura se muestra un ejemplo de una posible vista de cómo se

presenta el software e la administración de los recursos disponibles.