capitulo 3 de PRE!

1. ULADECH Católica Escuela de Ingeniería de Sistemas
UNIVERSIDAD CATÓLICA
LOS ANGELES DE CHIMBOTE
PIURA
FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA DE SISTEMAS
Innovación de las Consultas Médicas Mediante un Portal Web
para el Área de Infectología en el Hospital de Apoyo Santa
Rosa II – Piura.
Informe Final de Prácticas Pre – Profesionales I
Autores
Otero Mendives Héctor Manuel
Asesor
Ing. CIP Mario Nizama Reyes
Piura – Perú
2012
Implantación e innovación de 1 Otero Mendives Héctor Manuel
De un portal web

2. ULADECH Católica Escuela de Ingeniería de Sistemas
1.2. Fundamentación de la Metodología seleccionada
De acuerdo con la información anterior acerca de las metodologías existentes
comúnmente utilizadas he creído conveniente adoptar la metodología XP ya que el
desarrollo de mi proyecto es a corto plazo y me permite interactuar constantemente
con el usuario final, además de realizar constantes pruebas, así mismo me permite
re-fabricar el producto para que se adecue a los requerimientos del cliente.
1.3. Análisis
1.3.1. Definición de Requisitos
- Un portal web donde cualquier usuario pueda navegar en busca de
información acerca de las enfermedades infecciosas más comunes y otras.
- Permitir publicar la información adecuada sin necesidad de la presencia de
un técnico en informática.
- Permitir que todo usuario del sitio web pueda emitir su consulta de manera
generalizada mediante unos foros disponibles en cada artículo de las
enfermedades.
- Permitirme interactuar con los usuarios respondiendo a sus consultas de
manera generalizada, pero con la condición de que solo será una
orientación mas no un diagnostico.
- Permitir el acceso a estudiantes que se interesen en conocer cuáles son las
enfermedades más comunes que encontraran para afianzar sus estudios.
- Debido a la enfermedad de algunos pacientes no será exigida la
identificación de los usuarios pero si será necesario un pseudónimo o alias y
contraseña para que publiquen sus consultas. Los usuarios que deseen ser
identificados con sus nombres reales tendrá que aceptar los términos de
seguridad para que sean identificados con sus nombres y apellidos reales.
Implantación e innovación de 2 Otero Mendives Héctor Manuel
De un portal web

3. ULADECH Católica Escuela de Ingeniería de Sistemas
1.3.2. Casos esenciales de uso
- Anfitrión
- Paciente
1.3.3. Diagramas de casos de uso
Implantación e innovación de 3 Otero Mendives Héctor Manuel
De un portal web

4. ULADECH Católica Escuela de Ingeniería de Sistemas
1.3.4. Crear Modelo Conceptual
1.3.5. Diagramas de Secuencia
1. Publicar Comentario
Implantación e innovación de 4 Otero Mendives Héctor Manuel
De un portal web

5. ULADECH Católica Escuela de Ingeniería de Sistemas
2. Publicar archivo
1.3.6. Diagramas de Actividades
1. Ingresar un comentario
Implantación e innovación de 5 Otero Mendives Héctor Manuel
De un portal web

6. ULADECH Católica Escuela de Ingeniería de Sistemas
2. Responder Consulta.
3. Dar Apertura a Foro
Implantación e innovación de 6 Otero Mendives Héctor Manuel
De un portal web

7. ULADECH Católica Escuela de Ingeniería de Sistemas
1.4. Diseño
1.4.3. Diagramas de clase
1.5. Implementación de la Bases de Datos
1.5.3. Modelado Conceptual
1.5.3.1. Concepto de las Base de Datos
La base de datos que se realizara tendrá que almacenar la
información personal básica de los usuarios los cuales estarán
divididos en dos grupos que se denominaran Pacientes y Anfitrión
quienes a podrán realizar comentario o consultas en los distintos foros
establecidos los cuales se almacenaran en la base de datos, habrá
también una lista de enfermedades que podrá ser modificada solo por
el anfitrión y/o el desarrollador del portal web.
1.5.3.2. Ciclo de Vida de la Base de Datos
1. Modelo Conceptual.-
Para iniciar la elaboración de este proyecto se pensó en crear
objetos y características que representen a cada participante del
sistema es por ello que se han definido para luego plasmarlos en
un modelo lógico y físico.
Implantación e innovación de 7 Otero Mendives Héctor Manuel
De un portal web

8. ULADECH Católica Escuela de Ingeniería de Sistemas
2. Modelo Lógico
Es aquí donde plasmamos lo descrito en el modelo conceptual de
de manera grafica para estableces las clases, sus atributos, y sus
operaciones.
3. Modelo Físico
En este modelo se establece el tipo de dato que se almacenara, la
cantidad de datos por cada campo, los índices y claves que
requerirá cada tabla.
1.5.4. Diseño y Modelamiento de base de datos
Las técnicas que se emplearan para el diseño y modelamiento de la base de
datos serán:
- Modelos de Normalización
- Diagramas de Entidad Relación
1.5.5. Transformación del diagrama de Clase a modelo de tabla
Tabla anfitrión:
CREATE TABLE IF NOT EXISTS `anfitrion` (
`idanfitrion` char(6)
`nombre` varchar(25)
`apellido` varchar(25)
`idusuario` char(6)
PRIMARY KEY (`idanfitrion`),
KEY `apellido` (`apellido`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Tabla enfermedad:
CREATE TABLE IF NOT EXISTS `enfermedad` (
`idenfermedad` char(6)
`nombre` varchar(25)
PRIMARY KEY (`idenfermedad`),
KEY `nombre` (`nombre`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Tabla foro:
CREATE TABLE IF NOT EXISTS `foro` (
`idforo` int(11) NOT NULL,
`foro` text
`fecha` date NOT NULL,
`hora` time NOT NULL,
`idusuario` char(6)
`idenfermedad` char(6)
Implantación e innovación de 8 Otero Mendives Héctor Manuel
De un portal web

9. ULADECH Católica Escuela de Ingeniería de Sistemas
PRIMARY KEY (`idforo`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Tabla paciente:
CREATE TABLE IF NOT EXISTS `paciente` (
`idpaciente` char(6)
`nombre` varchar(25)
`apellido` varchar(25)
`idusuario` char(6)
PRIMARY KEY (`idpaciente`),
KEY `apellido` (`apellido`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Tabla usuario:
CREATE TABLE IF NOT EXISTS `usuario` (
`idusuario` char(6)
`pseudonimo` varchar(25)
`contrasena` varchar(25)
`email` varchar(80)
`nivel` int(11) NOT NULL,
PRIMARY KEY (`idusuario`),
KEY `pseudonimo` (`pseudonimo`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
1.5.6. Técnicas de Normalización
Se cuenta con un documento Almacenamiento_de_foro, el cual cuenta con los
siguientes campos:
idforo
foro
fecha_foro
hora_foro
idenfermedad
nombre_enfermedad
idusuario
nombre_usuario
apellido_usuario
pseudónimo_usuario
Implantación e innovación de 9 Otero Mendives Héctor Manuel
De un portal web

10. ULADECH Católica Escuela de Ingeniería de Sistemas
contraseña_usuario
email_usuario
nivel_usuario
Este documento está sin normalizar.
PRIMERA FORMA NORMAL (1FN):
FORO 1
idforo(PK)
idusuario(PK)
foro
fecha_foro
hora_foro
idenfermedad
nombre_enfermedad
Como hay atributos que no dependen funcionalmente de la clave se crea:
FORO 2
idusuario(PK)
nombre_usuario
apellido_usuario
pseudónimo_usuario
contraseña_usuario
email_usuario
nivel_usuario
Implantación e innovación de 10 Otero Mendives Héctor Manuel
De un portal web

11. ULADECH Católica Escuela de Ingeniería de Sistemas
SEGUNDA FORMA NORMAL (2FN):
Trabajando con FORO 1 tenemos:
FORO 11
idforo(PK)
idenfermedad(PK)
idusuario
foro
fecha_foro
hora_foro
FORO 12
idenfermedad(PK)
nombre_enfermedad
TERCERA FORMA NORMAL (3FN):
Entonces trabajamos con FORO 2, y tenemos:
FORO 21
idusuario(PK)
pseudónimo
contraseña
email
nivel
FORO 22
idanfitrion(PK)
idusuario(PK)
nombre
apellido
Implantación e innovación de 11 Otero Mendives Héctor Manuel
De un portal web

12. ULADECH Católica Escuela de Ingeniería de Sistemas
FORO 23
idpaciente(PK)
idusuario(PK)
nombre
apellido
1.5.7. Modelado Lógico
1.5.8. Modelado Físico
Implantación e innovación de 12 Otero Mendives Héctor Manuel
De un portal web