ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 1 Otero Mendives Héctor Manuel

De un portal web

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

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 2 Otero Mendives Héctor Manuel

De un portal web

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.

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 3 Otero Mendives Héctor Manuel

De un portal web

1.3.2. Casos esenciales de uso

- Anfitrión

- Paciente

1.3.3. Diagramas de casos de uso

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 4 Otero Mendives Héctor Manuel

De un portal web

1.3.4. Crear Modelo Conceptual

1.3.5. Diagramas de Secuencia

1. Publicar Comentario

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 5 Otero Mendives Héctor Manuel

De un portal web

2. Publicar archivo

1.3.6. Diagramas de Actividades

1. Ingresar un comentario

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 6 Otero Mendives Héctor Manuel

De un portal web

2. Responder Consulta.

3. Dar Apertura a Foro

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 7 Otero Mendives Héctor Manuel

De un portal web

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.

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 8 Otero Mendives Héctor Manuel

De un portal web

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)

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 9 Otero Mendives Héctor Manuel

De un portal web

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

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 10 Otero Mendives Héctor Manuel

De un portal web

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

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 11 Otero Mendives Héctor Manuel

De un portal web

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

ULADECH Católica Escuela de Ingeniería de Sistemas

Implantación e innovación de 12 Otero Mendives Héctor Manuel

De un portal web

FORO 23

idpaciente(PK)

idusuario(PK)

nombre

apellido

1.5.7. Modelado Lógico

1.5.8. Modelado Físico