Vous êtes sur la page 1sur 17

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION

MEDIACION VIRTUAL

TRABAJO COLABORATIVO
AP5-AA3-EV1

TITULO PROYECTO
DIGITAL DENT
DISEÑO DEL SISTEMA

HERNAN ANTONIO PIÑERO CASTILLO


hernan3018@hotmail.com
DIEGO ARMANDO SOLANO CHAPARRO
diegosol-29@hotmail.com
1310011

SENA
PLATAFORMA VIRTUAL
JULIO 24 DEL 2017
INTRODUCCIÓN

A nivel de las empresas existen paradigmas sobre la sistematización, según


algunos estudios las micro, pequeñas y medianas empresas independientes,
no invierten en las Tics para mejorar su productividad y competitividad, por las
creencias de que el costo/beneficio es negativo, miedo a la tecnología y en
ocasiones resistencia a la legalización. En consecuencia a esto nos
encontramos con la informalidad Tecnológica, donde opera en la mayoría de
los casos el uso de Software piratas, tenencia de procesos manuales y uso de
hojas de cálculo poniendo en riesgo la continuidad de la empresa.
Considerando la problemática actual se decide plantear una solución que
permita remediar estos inconvenientes, facilitando el manejo de la información
más eficiente y de manera segura, contribuyendo así con el medio ambiente y
el ecosistema.

PROPÓSITO DEL SISTEMA

El propósito de digital Dent es simplificar el ingreso de datos de los pacientes, es


decir reducir tiempo el cual se reflejara en la eficiencia del servicio por las
entidades que implementen en software, La infraestructura de la plataforma
contará con los siguientes componentes los cuales constituyen inversiones que
se deben coordinar para dotar a la organización de una infraestructura coherente
con el sistema de información.

· Plataformas de Hardware de Computo.

· Plataformas de Software de Computo.

· Administración y almacenamiento de Datos.

· Plataformas de Conectividad de Redes y Telecomunicaciones.

· Plataformas de Internet.

OBJETIVOS DEL DISEÑO

Los Objetivos Generales y específicos para el diseño del sistema de software


DIGITAL DENT son los siguientes:
Generales Específicos
 Efectuar en forma correcta los procedimientos
apropiados

 Presentar en forma apropiada y adecuada la


información
Satisfacer los requerimientos
de los usuarios del sistema  Proporcionar resultados exactos

 Utilizar métodos de interacción apropiados

 Proporcionar confiabilidad

 Describir las características del sistema de


Especificar los elementos de información: entrada, salida, procedimientos,
diseño lógico archivos, bases de datos.

Proporcionar las  Especificar los componentes y funciones con


especificaciones de software suficiente detalle para construir el software.
que se usará para el sistema
 El diseño y su especificación debe estar en
concordancia con estándares de desarrollo así
Ajustarse a estándares de
como con las reglas establecidas por la
diseño
organización.

 Contribuir a la efectividad y eficiencia del


Facilitar el uso usuario.
DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

FTP (siglas en inglés de File Transfer Protocol, 'Protocolo de Transferencia de


Archivos')
Password: Una contraseña o clave, es una forma de autentificación que utiliza
información secreta para controlar el acceso hacia algún recurso

ALGORITMO. Conjunto de reglas bien definidas para la resolución de un


problema. Un programa de software es la transcripción, en lenguaje de
programación, de un algoritmo.

BACK-END PROCESSOR. Procesador que se utiliza para determinada función


muy especializada, como por ejemplo, administrar una base de datos.

BACKUP. Copia de seguridad. Se hace para prevenir una posible pérdida de


información.

BASE DE DATOS. Conjunto de datos organizados de modo tal que resulte fácil
acceder a ellos, gestionarlos y actualizarlos.

CASOS DE USO. Es una descripción de los pasos o las actividades que


deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades
que participarán en un caso de uso se denominan actores. En el contexto de
ingeniería del software, un caso de uso es una secuencia de interacciones que
se desarrollarán entre un sistema y sus actores en respuesta a un evento que
inicia un actor principal sobre el propio sistema.

COMANDO (command). Instrucción que un usuario da al sistema operativo de la


computadora para realizar determinada tarea.

DATA ENTRY. Ingreso de datos. Proceso de ingresar datos a una computadora


para su procesamiento.

DATA. Datos, información.

DEBUGGING. Depuración, corrección de errores o bugs.


DIRECTORIO (directory). Grupo de archivos relacionados entre sí que se
guardan bajo un nombre.

INTERFACE. Elemento de transición o conexión que facilita el intercambio de


datos. El teclado, por ejemplo, es una interface entre el usuario y la
computadora.

JAVA. Lenguaje de programación y la primera plataforma informática creada por


Sun Microsystems en
1995. Es la tecnología subyacente que permite el uso de programas punteros,
como herramientas, juegos y aplicaciones de negocios. Java se ejecuta en más
de 850 millones de ordenadores personales de todo el mundo y en miles de
millones de dispositivos, como dispositivos móviles y aparatos de televisión.

LENGUAJE DE PROGRAMACIÓN. Sistema de escritura para la descripción


precisa de algoritmos o programas informáticos.

MySQL. Sistema de gestión de bases de datos (SGBD) multiusuario,


multiplataforma y de código abierto.

PROTOCOLO. Un conjunto de reglas formales que describen como


se trasmiten los datos, especialmente a través de la red.

SISTEMA DE INFORMACIÓN. Conjunto de procesos que operan sobre una


colección de datos estructurada según las necesidades de una empresa,
recopilan, elaboran y distribuyen la información (o parte de ella) necesaria para
las operaciones de dicha empresa y para las actividades de dirección y control
correspondientes (decisiones) para desempeñar su actividad de acuerdo a su
estrategia de negocio.

UML. Lenguaje Unificado de Modelado, es un lenguaje grafico para visualizar,


especificar, construir y documentar un sistema de información.

REFERENCIAS

Nos hemos apoyado inicialmente en la recolección de datos de la clínica dental


san Luis que es de donde se inicia la necesidad de este proyecto, en videos de
YouTube, wikipedia, y siguiendo los pasos de los conocimientos de la plataforma
del Sena

https://www.youtube.com/watch?v=mI_IZuirrgU
https://es.wikipedia.org/wiki/Base_de_datos
CENTRO DENTAL MACROPROCESO
SAN LUIS
PROCESO GESTION DE SOLICITUD
Recoger la información que permita analizar, diseñar e implementar un software con plataforma web para gestionar la operacion diaria del Centro Dental
OBJETIVO San Luis, el cual se viene hacieno de forma manual.
Desde el momento de la puesta en marcha del proceso de recoleccion de datos con el Centro Dental San Luis, se evaluaran las documentaciones
ALCANCE requeridas, se implementara un plan de procedimientos y se generara el proyecto, hasta alcnasar los resultados propuesto y la puesta en marcha del
software.
RESPONSABLE Coordinacion del Proyecto
PROVEEDORES ENTRADAS PROCEDIMIENTOS SALIDAS USUARIOS
CENTRO DENTAL Entrevista con el encargado del Verificar el cumplimiento de la
Realziar el plan de mejoramiento ADMINISTRADOR
SAN LUIS consultorio informacioon suministrada
CENTRO DENTAL Verificacion de los perfiles de los
Ficha de los empleados Infome de entregas DOCTORES / ADMINISTRADOR
SAN LUIS empleados y sus funciones.
CENTRO DENTAL Descripcion del servicio ofrecido por el
Visita a cada una de las areas Soporte de las visitas realizadas TODOS
SAN LUIS consultorio
CENTRO DENTAL se determinan los contenidos para los Se generan informes de estos y se GESTION DE PEDIDOS /
Recibir soporte de facturacion y pedidos
SAN LUIS pedidos de insumos y facturacion evalua la situacion SECRETARIAS

mapaProcesos!A1

Recursos Documentos Registros Requisitos Seguimiento


Verificar que la informacion
Fichas Historial clinico Programacion de visitas con el suministrada por el
Hardware - Software Planillas Recepcion de la documentacion consultorio, para recolectar toda la Consultorio este clara y a su
Informes informacion debida. vez contenga la informacion
fisica pertinente.
Medición
Frecuencia
Indicador Formula Medición Metas
obtener un resultado del 100% con los
semanalmente con con el consultorio
Procesos realizados datos recolectados

METAS Y DESCRIPCIÓN DE LA ARQUITECTURA

La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y


campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto y,
será visualizada desde un navegador de internet.

Los servidores, se comunicarán entre sí, mediante protocolos estándares en internet,


siempre que sea posible. Por ejemplo, para transferir archivos o documentos deberán
utilizarse protocolos existentes (FTP u otros convenientes).
Los usuarios deberán identificarse para acceder a cualquier parte del sistema.
El sistema podrá ser consultado por cualquier usuario dependiendo del módulo en el cual
se encuentre y su nivel de accesibilidad.
El sistema ofrecerá al usuario información general acerca del estado actual de las
historias clínicas, el doctor que trata al paciente entre otros datos.
El sistema permitirá al usuario (Administrador o Cliente) registrarse. El usuario debe
suministrar datos como: Cedula, Nombre, Apellido, Usuario y Password.
Reutilización

Utilizando los mecanismos de reutilización.


Dos de las formas más comunes de reutilizar funcionalidad en sistemas orientados a
objetos es a través de la herencia de clases y la composición de objetos. La reutilización
con herencia de clases es comúnmente llamado white box reuse. Este término se refiere a
que con herencia, los datos internos de la clase padre son a veces visibles a sus clases
hijas. La composición de objetos es una alternativa a la herencia de clases, ya que se
puede obtener nueva funcionalidad ensamblando objetos, para obtener una funcionalidad
mayor y más compleja. La composición de objetos requiere que los objetos a ser
ensamblados tengan correctamente definidas sus interfaces. Este estilo de reutilización es
comúnmente llamado black box reuse, ya que los detalles internos de los objetos no son
visibles, es decir, los objetos se manejan únicamente como cajas negras.
La herencia de clases es definida de forma estática, en tiempo de compilación. Esta forma
de reutilización hace más fácil modificar la implementación a ser reutilizada, ya que
cuando una subclase sobrescribe algunas operaciones, puede afectar las operaciones que
hereda, asumiendo que sean llamados las operaciones que han sido reescritos. La
herencia de clases tiene algunas desventajas, como por ejemplo: No se puede cambiar la
implementación heredada de una clase padre en tiempo de corrida, ya que la herencia es
definida en tiempo de compilación. Otra desventaja es que la herencia por lo regular
expone detalles de la implementación de la clase padre a sus clases hijas, por lo que se
dice que “la herencia rompe la encapsulación”. La implementación de subclases se vuelve
muy dependiente de la implementación de la clase padre, por lo que cualquier cambio en
la clase padre forzará a realizar cambios en las clases hijas. Estas dependencias de
implementación pueden causar problemas cuando se intenta reutilizar una subclase, por
lo que limita la flexibilidad y reusabilidad del diseño. Una solución a este problema es
usar herencia solo de clases abstractas, ya que estas clases proveen poca o ninguna
implementación.
La composición de objetos es definida en forma dinámica, adquiriendo referencias a otros
objetos en tiempo de corrida. La composición requiere que los objetos respeten las
interfaces de otros objetos, lo cual requiere un cuidadoso diseño de las interfaces, para
permitir la utilización de un objeto con muchos otros. Como los objetos son manejados
únicamente por su interfaz, “no se rompe la encapsulación”. Cualquier objeto puede ser
reemplazado por otro en tiempo de corrida si comparten el mismo tipo, y como la
implementación de los objetos está escrita en términos de interfaces, existirán menos
dependencias de implementación. La utilización de la composición de objetos en mayor
grado que la herencia de clases ayuda a mantener la propiedad de encapsulación en las
clases, y a mantener estas clases enfocadas en una tarea específica. Además, las clases y
jerarquías de clases serán pequeñas y es probable se mantengan de esa manera. Pero, un
diseño basado en la composición de objetos tendrá un gran número de objetos, y el
comportamiento del sistema dependerá de las relaciones entre ellos, en lugar de ser
definido por una sola clase.
Vista lógica

Diagrama de Dominio

Subsistema – Manejador

Diagrama de Clases
Diagrama de clases (subsistemas)
VISTA DE DATOS

MODELO DE DATOS

CLIENTES
ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc
idCliente INT PK NN Clave primaria AI
Campo de referencia al
ProCliente INT NN producto perteneciente al
cliente
Cedula de identificación
CliCedula BIGINT NN
del cliente
CliNombres VARCHAR(50) NN Nombre del cliente
CliDirección VARCHAR(50) NN Dirección del cliente
CliTelefono VARCHAR(20) NN Telefono del cliente
Identificación del producto
Idcompras INTEGER NN UNSIGNED
que pertenece al cliente
Campo de referencia para
Idpaciente INTEGER NN UNSIGNED
el tratamiento del paciente
Campo de ferencia a la
Idpagos INTEGER NN UNSIGNED
forma de pago del cliente

IndexName IndexType Columns


PRIMARY PRIMARY idCliente
CLIENTES_Unique_Cedula Index CliCedula
CLIENTES_FKIndex1 Index ProCliente
VISTA DE INTERACCION
Vista de seguridad

 Autentificación de Usuarios: los usuarios deberán identificarse para


acceder a cualquier parte del sistema.

 El sistema podrá ser consultado por cualquier usuario


dependiendo del módulo en el cual se encuentre y su nivel de
accesibilidad.

 Consultar Información: El sistema ofrecerá al usuario información


general acerca del estado actual de la situación del paciente y su
historia clinica.

 Registrar Usuarios: El sistema permitirá al usuario (Administrador


o Cliente) registrarse. El usuario debe suministrar datos como:
Códigos, Nombre, Apellido, Usuario y Password.

 Modificar: Permite al administrador modificar datos de la posición


del barco, estado de la mercancía, puerto donde esta se encuentra y
tiempos estipulados en los procesos.

3.1 Herramientas de Desarrollo e implementación

Todos los controles añadidos mediante ActiveX serán incluidos en esta parte
pudiendo instalar, aparte de Microsoft Visual Basic para aplicaciones Office, la
interfaz de programación Microsoft Visual Basic, Java.

En los puestos de trabajo debemos contar con Microsoft Windows instalado y


Microsoft Office en cualquiera de sus distintas versiones, teniendo como mínimo
Windows XP y Microsoft Office 2003.

DBDesigner, Balsamiq Mockups, Dia.

NetBeansIDE 7.4, WhiteStarUMLsrc-5.6.6

Como los puestos de trabajo trabajaran contra el servidor, se procederá a la


implantación en el servidor del sistema gestor de los backups que se realizarán
diariamente.
3.2 Paquetes/Componentes

Base de Datos: Permite establecer interconexiones o relaciones entre los datos

(DAO, Objeto de Acceso a Datos): Es un componente de software que suministra


una interfaz común entre la aplicación y uno o más dispositivos de almacenamiento de
datos

Agente de Servicios: Objetos autónomos e interactivos

Un negocio: Consiste en un sistema, método o forma de obtener dinero

Interfaz de Programación de Aplicaciones: conjunto de funciones que facilitan el


intercambio de mensajes o datos entre dos aplicaciones

(JSON) Serialización REST Service: formato ligero para el intercambio de datos

HTML-ASP: Active Server Pages, son un ambiente de aplicación abierto y gratuito en el


que se puede combinar código HTML

Puerto de Comunicación: Herramientas que permiten manejar e intercambiar datos

It-Globalización: Se relaciona con otra para agregarle una función nueva y generalmente
muy específica, Esta aplicación adicional es ejecutada por la aplicación principal e
interactúan por medio de la interfaz de programación de aplicaciones.

Autenticación y Autorización: Identificar primero al usuario (autenticación) y


comprobando después si ese usuario tiene acceso al recurso solicitado (autorización).

Administración del Software

Restricciones del Proyecto

Es claro que todos los proyectos necesitan ser ejecutados y entregados bajo ciertas
restricciones. Tradicionalmente, estas restricciones han sido equipo, tiempo, costo y
tecnología. Las cuales se describen a continuación en el siguiente cuadro:
TIPO DESCRIPCIÓN

El tiempo en que se pide el proyecto es un poco ajustado,


Restricciones de Tiempo dado que debido a nuestros compromisos laborales se
requiere de un tiempo mayor para llevar realizar correcto
análisis más detallado.

Ha existido cierta dificultad para la conformación de equipo

Restricciones de Equipo debido a la distancia geográfica de hernan piñero y diego


solano y las actividades externas de cada uno que no han
permitido la concentración total en el proyecto, sin embargo
estamos comprometidos 100 % con el mismo

No existen restricciones en cuanto a la tecnología, ya que se


Restricciones Tecnológicas cuenta con el hardware, software y herramientas necesarias
para el desarrollo de este proyecto.

Las herramientas para la creación del software son de


distribución propietario (Windows 7).

En cuanto a lo demás: mobiliario, comidas, gastos en general,


Restricciones de Costo
son generales de cualquier proyecto por lo que no representa
una restricción para este proyecto.