ULADECH Católica                                      Escuela de Ingeniería de Sistemas                                UNI...
ULADECH Católica                                              Escuela de Ingeniería de Sistemas1.2.    Fundamentación de l...
ULADECH Católica                            Escuela de Ingeniería de Sistemas      1.3.2. Casos esenciales de uso         ...
ULADECH Católica                          Escuela de Ingeniería de Sistemas      1.3.4. Crear Modelo Conceptual      1.3.5...
ULADECH Católica                             Escuela de Ingeniería de Sistemas              2. Publicar archivo      1.3.6...
ULADECH Católica                          Escuela de Ingeniería de Sistemas              2. Responder Consulta.           ...
ULADECH Católica                                                  Escuela de Ingeniería de Sistemas1.4. Diseño      1.4.3....
ULADECH Católica                                               Escuela de Ingeniería de Sistemas                        2....
ULADECH Católica                                          Escuela de Ingeniería de Sistemas                PRIMARY KEY (`i...
ULADECH Católica                                           Escuela de Ingeniería de Sistemas                contraseña_usu...
ULADECH Católica                                          Escuela de Ingeniería de Sistemas              SEGUNDA FORMA NOR...
ULADECH Católica                             Escuela de Ingeniería de Sistemas              FORO 23                       ...
Próxima SlideShare
Cargando en…5
×

Capitulo iii

556 visualizaciones

Publicado el

capitulo 3 de PRE!

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
556
En SlideShare
0
De insertados
0
Número de insertados
2
Acciones
Compartido
0
Descargas
34
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Capitulo iii

  1. 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 ManuelDe un portal web
  2. 2. ULADECH Católica Escuela de Ingeniería de Sistemas1.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 ManuelDe un portal web
  3. 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 ManuelDe un portal web
  4. 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 ManuelDe un portal web
  5. 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 ManuelDe un portal web
  6. 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 ManuelDe un portal web
  7. 7. ULADECH Católica Escuela de Ingeniería de Sistemas1.4. Diseño 1.4.3. Diagramas de clase1.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 ManuelDe un portal web
  8. 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 ManuelDe un portal web
  9. 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 ManuelDe un portal web
  10. 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 ManuelDe un portal web
  11. 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 ManuelDe un portal web
  12. 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 ManuelDe un portal web

×