Vous êtes sur la page 1sur 25

DISEO DEL SISTEMA

PRESENTADO POR:

EDISON ANDRES TAFUR HERRERA

80177201

PARA:

DARLEY ACOSTA

SENA

ANALISIS Y DESARROLLO DE ANALISIS DE INFORMACION

BOGOTA D.C

AGOSTO 2017
Plantilla Diseo del Sistema

1. Introduccin

1.1. Propsito del sistema.

Se presenta una visin global sobre la arquitectura del sistema y sus objetivos
estandarizados en cuanto a requisitos de abstraccin de diseo sobre sus
funcionalidades y no funcionalidades del sistema:
Se fomenta prospecto sobre las no funcionalidades y requerimientos en la interfaz de
usuario:

Se fomenta prospecto sobre las no funcionalidades y requerimientos en desempeo,


desarrollo y seguridad.
1.2. Objetivos del diseo

Objetivo Ob1 Realizacin de un diseo consistente de la aplicacin como base para


desarrollar el sistema.

Objetivo Ob2 Diseo de la base de datos para almacenar todos los datos
pertenecientes a la aplicacin.

Objetivo Ob3 Aprendizaje del lenguaje de programacin JAVA, Oracle y frameworks.

Objetivo Ob4 Desarrollo de la aplicacin en diferentes iteraciones, utilizando las


tecnologas previamente comentadas.

La aplicacin tendr un ambiente digital amigable y fcil de usar, las consultas y


verificaciones de turnos sern de manera rpida y con informacin actual. Su interfaz
ofrece agilidad y se podr usar tanto en dispositivos mviles como en computadores
pues es una aplicacin multiplataforma. Se proponen los siguientes criterios con el fin
de medir cumplimiento el del proyecto:
1. Proceso del software
2. Estructura de datos y cdigo.
3. Procesos mtodos y construccin de la base de datos
4. Construir el software de tamao y alcance prctico, en las que predomina el
esfuerzo del software y que satisfacen los requerimientos de funcionalidad y
desempeo.
5. Bases de datos diseados en Oracle y plataforma JAVA.

As mismo ofrecemos mtodos y tcnicas para desarrollar, mantener, producir y


asegurar que el software sea de la mejor calidad.

1.3. Definiciones, acrnimos y abreviaturas

Arquitectura: Estructura organizacional de un sistema o componente. Visin general


de alto nivel para un sistema de software.

Base de Datos: Gran almacn, en donde se guardan los datos interrelacionados de


manera organizada.

Casos de uso: Un simple uso del sistema representado como una interaccin entre
el sistema y el usuario.

Ciclo de vida de desarrollo de software: Perodo de tiempo y actividades desde


que se genera la idea principal hasta que el sistema se deja de usar, pero se centra
principalmente en el proceso de creacin del mismo.

Cliente: Persona de la cual se gener la necesidad de desarrollar el sistema. Ser el


encargado de aceptar el mismo.

ClienteServidor: Arquitectura de software que se utiliza para poder tener varias


aplicaciones idnticas (clientes), accediendo a la misma informacin (servidor).

Codificacin: Es la actividad principal de la construccin. Consiste en crear cdigo


fuente con instrucciones que definen el comportamiento de un sistema de software
.
Cdigo fuente: Instrucciones de computador y definiciones de datos expresados de
manera que puedan ser interpretados por el computador. Los programas se
construyen por medio de cdigo fuente.

Construccin: Proceso que consiste en el desarrollo de un sistema de software. Se


refiere igualmente al resultado de la construccin, que est listo para ser probado.
Implementacin del diseo de un sistema para crear dicho sistema de software con
una tecnologa determinada.

Datos Bsicos: Los datos bsicos estn compuestos por los siguientes campos:
nombre, fecha de nacimiento, sexo, escolaridad, telfono de contacto, diagnostico
neuropsicolgico, fecha de la evaluacin neuropsicolgica, dominancia. Se les llaman
datos bsicos por la necesidad de almacenar un mnimo de informacin para
identificar a un usuario dentro del sistema.

Desarrollo: Fase de la actividad en la cual el usuario nio da respuesta a la actividad


Planteada.

Diagrama: Representacin grfica de un sistema, proceso u otra informacin.

Encapsular: Tcnica de desarrollo de software que consiste en aislar una funcin del
sistema dentro de un mdulo o componente.

Framework: Un esquema o estructura de desarrollo de aplicaciones de software,


esta estructura da soporte a un proyecto de software, para que este pueda ser
organizado y desarrollado.

HTML: El Lenguaje de Marcas de Hipertexto (HyperText Markup Language), es el


lenguaje de marcado predominante para la construccin de pginas web estticas.

Implementacin: El proceso de pasar del diseo del sistema a su creacin.


Sinnimo de construccin y desarrollo.

Integracin: El proceso de combinar componentes de software, hardware o ambos


dentro de un sistema ms grande y hacerlos trabajar juntos.

Interface: Una frontera compartida por medio de la cual se transfiere informacin


.
Interfaz de usuario: La interfaz entre el sistema y sus usuarios externos.

Interfaces Externas: Cmo debe interactuar el sistema con las personas, el sistema
de hardware, o con otros sistemas (software y hardware).

Java: Lenguaje de programacin orientado a objetos desarrollado por Sun


Microsystems.

Levantamiento de Requerimientos: Proceso mediante el cual se descubren los


requerimientos del sistema por medio del uso de alguna tcnica de levantamiento.

Licencia: Contrato entre el desarrollador de un software sometido a propiedad


intelectual y a derechos de autor y el usuario, en el cual se definen con precisin los
derechos y deberes de ambas partes. Es el desarrollador, o aqul a quien ste haya
cedido los derechos de explotacin, quien elige la licencia segn la cual distribuye el
software.

Modelado: Proceso de usar modelos en la fase de requerimientos y diseo.

Requerimientos del Entorno: Representan restricciones y condiciones que son


impuestas por el entorno en el cual se ejecutar el Sistema. Tambin se refiere a
polticas legales si estas existen.

Script: Es un programa usualmente simple, que generalmente se almacena en un


archivo de texto plano.
Sistema: Es un conjunto ordenado de elementos cuyas propiedades se
interrelacionan e interactan de forma armnica entre s para lograr una tarea o un
objetivo especfico.

Sistema Operativo: Conjunto de programas que controla el hardware y la ejecucin


de programas sobre este.

Software: Es el conjunto de componentes lgicos necesarios para hacer posible la


realizacin de una tarea definida.

SQL: El Lenguaje de consulta estructurado (Structured Query Language) es un


lenguaje declarativo de acceso a bases de datos relacionales que permite especificar
diversos tipos de operaciones sobre las mismas.

Stakeholder: Cualquier individuo involucrado, beneficiado o afectado por el


desarrollo del proyecto de software.

Usabilidad: Capacidad del producto de software de ser entendido, aprendido, usado


y atractivo para los usuarios, cuando es usado bajo condiciones especficas (el
esfuerzo que se necesita para usarlo)

1.4. Referencias

https://www.fing.edu.uy/tecnoinf/mvd/cursos/.../is05-ArquitecturaDeSoftware.pdf

superinformacionweb.blogspot.com/2014/11/conceptos-de-diseno.html

https://www.ctr.unican.es/asignaturas/Ingenieria.../M3_08_Especificacion-2011.pdf

www.jroliva.com/fernando/Anlisis/Teoria/Tema3.pdf

www.tiposde.org/informatica/12-tipos-de-software

2. Representacin de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

Se describe las metas y restricciones de la arquitectura teniendo en cuenta ciertos


parmetros en cuanto a la seguridad ya que Se debe considerar que parte de la
infraestructura presenta un esquema basado en redes seguras en donde se dispone
de Firewalls mediante los cuales el manejo de puertos y protocolos son
administrados desde este punto, y no desde los sistemas de informacin. El acceso
a la aplicacin est restringido de acuerdo con el 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.

La respuesta de la aplicacin a la hora de ejecutarse alguno de sus requerimientos


funcionales no debe alargarse en el tiempo, las respuestas a los eventos deben ser
rpidos.

En el desarrollo del producto se tiene que tener en cuenta la escalabilidad de la


aplicacin puesto que est sujeta a cambios de acuerdo a las necesidades de los
actores del proceso y modificacin de las normas internas y externas.

El sistema de informacin 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 sistema debe ser fiable, puesto que un error de la aplicacin puede causar
penalizaciones a los usuarios y costos adicionales a la empresa

2.2 Reutilizacin

Se procede a la visin el cual es abarcar el proceso de descomposicin orientado a


objetos y una representacin para describir los modelos lgicos y fsicos, as como
los modelos estticos y dinmicos del sistema de diseo para su reutilizacin.
3. Vista lgica

Describimos 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

Caso de uso Control y Programacin de turnos

Descripcin El comportamiento del sistema deber describir el paso a paso del caso
de uso en cuanto a entrega, validacin y gestiones de turno.
Inicializacin El usuario ingresa con sus credenciales al sistema para poder consultar y
validar y as realizar su apreciacin sobre algn turno o condicin

Secuencia normal Paso Accin

1 Realizar pedido de documentos a los empleados: El


encargado del rea, ser el que realice el pedido de los
documentos para su posterior registro

2 Entrega de documentos al encargado del rea: el empleado

debe realizar la entrega de los documentos necesarios para

realizar e registro.

3 Realizar registro de datos del empleado: el encargado del rea


llenar o registrar los datos del empleado en el sistema.

4 El empleado como el encargado del rea podrn consultar


sobre modificaciones o cambios de turno dependiendo la

disponibilidad o requerimientos inesperados para que no

afecte el servicio.

5 El empleado realizar su consulta o bsqueda para ver si se


encuentra con el turno indicado, esto lo realizara personal

mente o por medio del encargado del rea.

6 Bsqueda para consultas: El empleado como el encargado


del rea, podr validar los datos por medio del cdigo del em

pleado o su nmero de identificacin.

7 Validacin de datos: El empleado podr acceder a sus registros


Por web o aplicacin mvil para consultar sus turnos y datos.

Post Condicin El empleado se encuentra correctamente registrado en el sistema.

Excepciones En caso de incapacidad o permiso, cambios de turno, se deber registrar


en la hoja de registros de turnos para su posterior efectividad.
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.

Este diagrama de secuencia nos indica que una vez que el empleado sea registrado en el sistema,
este podr realizar sus consultas, modificaciones, permisos, solicitudes etc, se validaran y
quedaran registradas en la hoja de registro de turnos del sistema para su posterior ejecucin.

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.

CREATE

Este comando crea un objeto dentro de la base de datos. Puede ser una tabla o una base
de datos:

Create database crate table

ALTER

Este comando permite modificar la estructura de un objeto. Se pueden agregar/quitar


campos a una tabla, modificar el tipo de un campo, agregar/quitar ndices a una tabla,
modificar un trigger, etc.

Alter table proyectos modify, add, drop replace

INSERT
Una sentencia INSERT de SQL agrega uno o ms registros a una (y slo una) tabla en
una base de datos relacional

Insert into ''tabla'' (''columna1'', [''columna2,... '']) VALUES

DELETE

Una sentencia DELETE de SQL borra uno o ms registros existentes en una tabla.

Forma bsica

DELETE FROM ''tabla'' WHERE ''columna1'' = ''valor1''

PRIMARY KEY llave primaria PRIMARY KEY

UNIQUE INDEX campo nico UNIQUE INDEX ASC));

ON DELETE CASCADE, ON UPDATE CASCADE seleccin en cascada

FOREIGN KEY llave fornea FOREIGN KEY

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

Asumiendo los procedimientos de entrada de datos. En trminos generales,


teniendo en cuenta los datos de procesamiento, se realizan directamente por
consola la entrada de datos y se resguardan en bases de datos gestionadas en
grandes servidores, all se puede modificar controlar y utilizar los datos de forma
genrica para con los usuarios teniendo en cuenta que el usuario es el primer
contacto antes de realizar las actividades para gestionar en tiempo real los
requerimientos establecidos en los datos de entrada sobre los usuarios, as
mismo, realizamos controles de captura de datos como verificar en cada pantalla
de captura que los campos de los datos importantes sean de obligatoria digitacin,
se restringen accesos a los usuarios en las diferentes opciones de las aplicaciones
manejadas, perfiles de acceso, mensajes de ayuda para facilitar el ingreso de los
datos y advertir sobre errores cometidos, comparar los registros de los archivos
principales para determinar la validez de los datos que estamos ingresando.

Las aplicaciones que manejamos nos permiten imprimir los listados de datos
ingresados para que sean revisados por los usuarios con el propsito de verificar
la correcta inclusin de los datos.
Usualmente se realizan estndares de salida de datos cuando los clientes
requieren de un control de lo que se est llevando a cabo, para poder fijar los
procedimientos y as establecer un canal entre el usuario y el grupo de control para
el reporte sistemtico de la ocurrencia de errores o de incongruencias, por
ejemplo: asegurar la exactitud, integridad, oportunidad, y distribucin correcta de la
salida, ya sea que se d en pantalla, en forma impresa o en medios magnticos,
As los usuarios tendr las constancia de los resultados de la intervencin de los
datos administrados y una revisin de lo que requiere.
En cuanto a los controles de procesamiento, realizar copias de seguridad de la
informacin, proteccin del software para evitar errores y transacciones no
autorizadas, tanto por parte de nuestros usuarios del sistema como de personas
ajenas a ste como por ejemplo, diseos de pantalla, dgitos de control y
contraseas, passwords, virus, etc.

Teniendo en cuenta en la autenticacin se toman ciertos aspectos como la identificacin


de los usuarios sobre la base de sus credenciales normalmente se tendra el nombre de
usuario y contrasea, para el algoritmo cifrado se implementar un cifrado simtrico por
bloques AES.

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.

Se utilizara las siguientes herramientas tecnolgicas como JAVA lenguaje de


programacin orientado a objetos, bases de datos MYSQL, ORACLE, JDK, MVC,
JBDC.
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