Especificación de requisitos de software

Page 1

Especificaci贸n de requisitos de software

Proyecto:

Aplicaci贸n

para

Diagn贸stico

Enfermedades Revisi贸n: Ver 1.0

24 de octubre de 2014

de


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 2

FICHA DEL DOCUMENTO

Fecha Revisió

Autor

Verificado Depto. Calidad.

n 24 de octubr e

de

1.0

2014

X

X

Ing. Ricardo Daniel Carrada Peña Dir. Gral. dannyasd.com

Ing. Gustavo Ordoñez Nuñez Director Depto. Sistemas

Documento validado por las partes en fecha: [24 de octubre de 2014]

Por el cliente

Por la empresa suministradora.

Lic. Roció Álvarez del Castillo

http://dannyasd.com

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 3

CONTENIDO FICHA DEL DOCUMENTO .......................................................................................................................... 2 INTRONTRODUCCIÓN ................................................................................................................................ 4 PROPÓSITO ................................................................................................................................................. 5 ALCANCE ..................................................................................................................................................... 5 PERSONAL INVOLUCRADO ...................................................................................................................... 6 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS ................................................................................... 8 REFERENCIAS ............................................................................................................................................ 9 1.1

Resumen ........................................................................................................................................ 10

2

DESCRIPCIÓN GENERAL ............................................................................................................. 11

Perspectiva del producto ......................................................................................................................... 11 Funcionalidad del producto ..................................................................................................................... 12 Características de los usuarios ............................................................................................................... 12 Restricciones ............................................................................................................................................. 13 Evolución previsible del sistema ............................................................................................................ 14 Requisitos comunes de los interfaces ................................................................................................... 14 Login ....................................................................................................................................................... 15 Registro: .................................................................................................................................................. 15 Busqueda: ............................................................................................................................................... 15 Interfaces de usuario ................................................................................................................................ 16 Login ....................................................................................................................................................... 16 Interfaces de hardware ............................................................................................................................. 19 Interfaces de software .............................................................................................................................. 20 Interfaces de comunicación ..................................................................................................................... 21 Intalacion de Centos ............................................................................................................................... 21 Instalar MySQL Server ........................................................................................................................... 22 Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 4

REQUISITOS FUNCIONALES ................................................................................................................... 22 REQUISITOS NO FUNCIONALES ............................................................................................................ 28 Requisitos de rendimiento ....................................................................................................................... 28 Seguridad ................................................................................................................................................... 28 Portabilidad ............................................................................................................................................... 30 DIAGRAMAS .............................................................................................................................................. 31 Casos de Uso ............................................................................................................................................ 31 Fichas Técnicas ...................................................................................................................................... 32 Entidad Relacional .................................................................................................................................... 34 Bese de Datos ........................................................................................................................................... 35 Diagrama de estados ................................................................................................................................ 35 Diagrama de Componentes...................................................................................................................... 36 Diagrama de Actividades ......................................................................................................................... 36 Diagrama de Secuencias. ......................................................................................................................... 37 Diagrama de Secuencia Taxonomia ....................................................................................................... 38 Diagrama de Secuencia Dominios ......................................................................................................... 38 Diagrama de Secuencia Clases .............................................................................................................. 39 Diagrama de Secuencia Diagnosticos ................................................................................................... 39 Diagrama de Secuencia Caracteristicas Definitorias ............................................................................ 40 Diagrama de Secuencia Factores Relacionados .................................................................................. 41 Diagrama de Secuencia Busquedas ...................................................................................................... 41 Diagrama de Clases Login ....................................................................................................................... 41 Diagrama de Clases .................................................................................................................................. 42 ANEXOS ..................................................................................................................................................... 43 INTRONTRODUCCIÓN

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 5

La necesidad que existe en la facultad de Enfermería al ocupar diagnosticar enfermedades, se pretende hacer una herramienta en la que ayude a optimizar la organización de la información ya que la aplicación dará reportes de diagnósticos de la Nanda ayudando a encontrar mas rápido el reporte de diagnostico que necesiten.

PROPÓSITO

El propósito al crear este documento es tener conocimiento de generar el análisis y diseño de una aplicación o de un software, ya que en algún momento de nuestras vidas, si nos dedicamos al desarrollo del software esto es muy importante ya que nos abrirá otro panorama acerca de lo que esperamos al desarrollar un software ALCANCE

El nombre que se eligió para esta aplicación es SourceNanda, ya que esta aplicación es una aplicación personalisada de una fuente que ya existe y que la mayor parte de la lógica ya tiene este material ya que su estructura asi lo permite, Nanda es un sistema de investigación de Diagnosticos, dichos Diagnosticos ya están aprobados por una agencia especializada en este ámbito. Este documento cuenta con gerarquias ya que para encontrar los posibles diagnósticos, se deben generar previamente Taxonomias y al generar taxonomías se pueden generar Dominios y después Clases y al finar los diagnosticos con sus posibles características definitorias y Factores Relacionados.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 6

Nuestro sistema, esta basado a la estructura que tiene este libro, y daremos una explicación de lo que realiza nuestro sistema.A continuación veremos nuestra base de datos que es la estructura básicamente la mas importante de nuestro sistema, ya que se busco de manera exaustiva una forma para poder generar esta aplicación, como vemos tenermos una tabla de usuarios esta tabla en nuestro sistema ara la función de validar 2 tipos de usuarios, 1.-Coordinador 2.-Enfermero. Esto con el Fin de crear una seguridad que al querer accesar a nuestra aplicación necesitara un usuario valido ya que sin ella no podrán accesar a la aplicación. Los beneficios que tiene cada usuario son los siguientes: 1.-Coordinador: El coordinador tiene la posibilidad de poder manipular toda la información, podrá agregar borrar y editar cada uno de los campos agregados en esta aplicación, también podrá agregar eliminar y editar, usuarios existentes y usuarios nuevos, ya que esta aplicación es exclusivamente para la carrera de Enfermería de la Universidad de Navojoa, y solamente ella tiene acceso a esta aplicación.

PERSONAL INVOLUCRADO

Nombre

Roció Álvarez

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Rol

Coordinadora de la carrera de Enfermería

Categoría

Lic. En Enfermeria

profesional Responsabilidades

Coordinar y dirigir la escuala de Enfermeria

Información

de r.alvarez@unav.edu.mx

contacto Aprobación

Ing. Gustavo Ordoñes

Nombre

Gustavo Ordoñez

Rol

Director

del

Depto.

de

Desarrollo de Software Categoría

Ing.

En

profesional

Computacionales

Sistemas

Responsabilidades Coordinar y dirigir el desarrollo de Software en la Universidad y en la escuela de Ingenieria Información

de o.gustavo@unav.edu.mx

contacto Aprobación

Ing. Gustavo Ordoñes

Nombre

Ricardo Daniel Carrada Peña

Rol

Desarrollador

Categoría

Ingeniero

profesional

Computacionales

en

Sistemas

Descripción de requisitos del software

0.3 Pág. 7


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 8

Responsabilidades Documentar análisis y diseño del sistema Información

de 1100251@unav.edu.mx

contacto Aprobación

Ing. Gustavo Ordoñes

DEFINICIONES, ACRÓNI MOS Y ABREVIATURAS

PHP:

Es

un

lenguaje

de

programación de

uso

general de código

del

lado

del

servidor originalmente diseñado para el desarrollo web de contenido dinámico. Fue uno de los primeros lenguajes de programación del lado del servidor que se podían incorporar directamente en el documento HTML en lugar de llamar a un archivo externo que procese los datos. El código es interpretado por un servidor web con un módulo de procesador de PHP que genera la página Web resultante. PHP ha evolucionado por lo que ahora incluye también una interfaz de línea de comandos que puede ser usada en aplicaciones gráficas independientes. Puede ser usado en la mayoría de los servidores web al igual que en casi todos los sistemas operativos y plataformas sin ningún costo. HTML5 (HyperText Markup Language, versión 5) es la quinta revisión importante del lenguaje básico de la World Wide Web, HTML. HTML5 especifica dos variantes de sintaxis para HTML: un «clásico» HTML (text/html), la variante conocida como HTML5 y una variante XHTML conocida como sintaxis XHTML5 que deberá ser servida como XML.Esta es la primera vez que HTML y XHTML se han desarrollado en paralelo. MySQL es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones.MySQL AB —desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009— desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte en ANSI C. Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pública y los derechos de autor del código están en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 9

del código. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además de la venta de licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran vía Internet

REFERENCIAS

Referenci a

Titulo Ruta

Fecha

Autor

1

Nand http://www.nanda.org/

07 de diciembre

a

de 2014

Copyright © 2014 NANDA International, Inc. All Rights Reserved PO

Box

Kaukauna,

157

WI • 54130

2

Noc

http://www.nanda.org/

07 de diciembre de 2014

Copyright © 2014 NANDA International, Inc. All Rights Reserved PO

Box

157

Kaukauna,

WI • 54130

3

Nic

http://www.nanda.org/

07 de diciembre de 2014

Copyright © 2014 NANDA International, Inc. All Rights Reserved PO

Box

157

Kaukauna,

WI • 54130

4

Php sourc e

http://php.net/

07 de diciembre Copyright © de 2014

2001-2014 The PHP Group

My PHP.net

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

5

Html5 http://www.w3schools.c 07 de diciembre Copyright om/html/

6

Mysql http://www.mysql.com/

de 2014

1999-2014 by Refsnes Data. All Rights Reserved.

07 de diciembre de 2014

1.1

0.3 Pág. 10

© 2014, Oracle Corporation and/or its affiliates

RESUMEN

El enlace de los Diagnósticos con los Criterios de Resultado y las Intervenciones enfermeras, nos dará el Ciclo completo del PAE. Esta interrelación es la práctica de la realización del Proceso Enfermero. Las interrelaciones entre las etiquetas diagnosticas NANDA, los Criterios de Resultados NOC y las Intervenciones NIC, no son más que la relación entre el problema, real o potencial que hemos detectado en el paciente y los aspectos de ese problema que se intentan o esperan solucionar mediante una o varias intervenciones enfermeras de las que también se desplegarán una o más actividades necesarias para la resolución del problema. Aquí encontrarás cada uno de los Diagnósticos enfermeros NANDA, aquellos Criterios de Resultado (NOC) que, a modo de ejemplo, se pueden utilizar y, de cada NOC se han desplegado las Intervenciones (NIC) necesarias para conseguirlo. Evidentemente se podían haber elegido otros pero nuestra intención ha sido plasmar de forma gráfica una sugerencia de la asociación entre los diferentes conceptos de las taxonomías NANDA-NOC-NIC. La última fase en la elaboración de los Planes de Cuidado es la asociación de los conceptos NANDA-NOC-NIC y la forma de utilizarlos. Vamos a ver cómo se enlazan los Diagnósticos con los Criterios de Resultado y las Intervenciones enfermeras, lo que nos dará el Ciclo completo del PAE. Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 11

Esta interrelación no deja de ser la práctica de la realización del Proceso Enfermero. Las interrelaciones entre las etiquetas diagnosticas NANDA, los Criterios de Resultados NOC y las Intervenciones NIC, no son más que la relación entre el problema, real o potencial, que hemos detectado en el paciente y los aspectos de ese problema que se intentan o esperan solucionar mediante una o varias intervenciones enfermeras de las que también se desplegarán una o más actividades necesarias para la resolución del problema. Nosotros, a modo de ejemplo práctico, hemos utilizado para cada uno de los Diagnósticos enfermeros, aquellos Criterios de Resultado (NOC) que nos han parecido que se pueden utilizar, y de cada NOC se han desplegado las Intervenciones (NIC) necesarias para conseguirlo. Evidentemente se podían haber elegido otros pero nuestra intención ha sido plasmar de forma gráfica una sugerencia de la asociación entre los diferentes conceptos de las taxonomías NANDA-NOC-NIC.

2 DESCRIPCIÓN GENERAL PERSPECTIVA DEL PROD UCTO

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 12

La Perspectiva de la aplicación es generar de manera Ordenada resultados de diagnósticos validos existentes de acuerdo a la Nanda.

FUNCIONALIDAD DEL PRODUCTO

La finalidad de la Aplicación, es que el alumno enfermero pueda Utilizar una herramienta que le ayude a buscar diagnósticos de enfermedades, y nos basamos en un libro que ellos Utilizan, llamado Nanda, esta aplicación ayudara a agilizar más fácil la información, y así proveer un diagnostico más rápido y eficaz al tener contacto con situaciones que el enfermero enfrente en su ámbito laboral. Y para ello se busco una forma que la interfaz del Usuario sea Fácil de Utilizar, la aplicación no solamente es exclusiva para dispositivos mobiles, también se puede accesar desde una computadora.

CARACTERÍSTICAS DE LOS USUARIOS Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Tipo de usuario

Jefa de Departamento

Formación

Lic. En Enfermería

Habilidades

Validar Usuarios, Diagnosticar Enfermedades.

Actividades

Todos los privilegios

Tipo de usuario

Docentes

Formación

Lic. En Enfermería

Habilidades

Diagnosticar Enfermedades.

Actividades

Consulta

Tipo de usuario

Alumnos

Formación

Lic. En Enfermería

Habilidades

Consultar diagnósticos.

Actividades

Consulta

0.3 Pág. 13

RESTRICCIONES

El sistema tiene algunas restricciones que de acuerdo con los requerimientos de nuestro cliente, así solicito y son los siguientes: 1. El alumno enfermero tendrá que ingresar su usuario y contraseña para poder ingresar al sistema. 2. El alumno enfermero solo tendrá acceso a la información que la coordinadora ingrese.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 14

3. El alumno enfermero no podrá accesar al sistema, asta que la coordinadora lo registre en la base de datos. 4. El

alumno enfermero no podrá modificar informacion registrada por la

coordinadora o capturista designado. EVOLUCIÓN PREVISIBLE DEL SISTEMA

Unos de los propósitos a futuro es, la implementación de más herramientas que los enfermeros utilizan para dar un segundo paso, después de diagnosticar las enfermedades. La base de datos está orientada a que en un futuro se puedan agregar más tablas. Las herramienta que en un Futuro se desea Implementar es la NOC y la NIC, son herramientas que en un futuro ayudaran a agilizar toda aquella información.

REQUISITOS COMUNES DE LOS INTERFACES

Se Pretende realizar una aplicación Mobile para que el usuario enfermero pueda accesar desde su celular o desde su computadora, a continuación explicare mi prototipo y cual es la idea de la interfaz amigable que deseo desarrollar.

Icono para Android.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 15

LOGIN

El usuario necesitara una clave para poder ingresar a su aplicación ya que este proyecto es solo para alumnos de la Universidad de Navojoa.

REGISTRO:

El usuario podrá registrarse y el usuario será supervisado por la administradora de la aplicación, generando una clave para poder accesar a la aplicación, el alumno tendrá que ingresar algunos datos importantes, los cuales serán utilizados para llevar un control de los usuarios que utilizan esta aplicación.

BUSQUEDA:

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 16

La aplicación sera lo mas sencillo posible para el usuario,se pretende poner un campo de texto para poder capturar el posible “problema de salud”, pero tambien podras buscar por dominio por clases y dentro de sus clases tendremos enlazadas todos los problemas de salud

INTERFACES DE USUARIO

Para poder contemplar mejor la aplicación se genero un segundo prototipo basándose en el primer prototipado, se genero una plantilla pára después agregarle funciones a esta plantilla.

Visualización mobil

LOGIN

Visualizacion Mobil

Visualizacion Pag Web

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Login

Búsqueda

Descripción de requisitos del software

0.3 Pág. 17


Modelo de ingeniería Análisis y Diseño de Sistemas.

Registro

Dominio Y Clases

Descripción de requisitos del software

0.3 Pág. 18


Modelo de ingeniería Análisis y Diseño de Sistemas.

INTERFACES DE HARDWARE Comparativo Sistemas Operativos Es esta sección trataremos de comparar los mejores recursos que podemos ofrecer para optimizar los recursos y trabajar de manera optima. Aspecto Linux Windows Filosofía Es un sistema al que Pertenece a una

Cualquiera puede acceder. Se puede distribuir, usar y modificar libremente

compañía, Microsoft, que es la única autorizada tanto de realizar modificaciones como de distribuirlo.

Precio

Es software libre, de uso gratuito con tantas licencias como se deseen. Desarrollo Mantenido por miles de voluntarios en todo el mundo, pertenece a una comunidad en la que cualquiera puede participar.

Dependiendo de las versiones, cientos de euros por cada licencia. Desarrollado por Microsoft, que vende los datos técnicos imprescindibles y más relevantes y oculta otros.

Descripción de requisitos del software

0.3 Pág. 19


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 20

Se ha llegado a la conclusión de utilizar un sistema operativo del cual podamos sacar los mejores características al empezar a utilizarlo, y para ello se escogió una distribución de Linux “Centos”. Los requisitos para poder instalar Centos son los siguientes Hardware recomendado para operar: Sin entorno de escritorio: 

Memoria RAM: 64 MB (mínimo).

Espacio en Disco Duro: 1024 MB (mínimo) - 2 GB (recomendado).

Procesador:

Con entorno de escritorio: 

Memoria RAM: 2 GB (mínimo).

Espacio en Disco Duro: 20 GB (mínimo) - 40 GB (recomendado).

Procesador

CentOS soporta casi las mismas arquitecturas que Red Hat Enterprise Linux: 

Intel x86-compatible (32 bit)

Intel x86-64 (64 bit)

INTERFACES DE SOFTWARE

Para la integracion de esta aplicacion como estube describiendo en los puntos anteriores se necesita tener un servidor web y un servidor de Bases de datos, de los cuales son el motor de funcionamiento de la aplicacion ya que sin estos requerimientos la Aplicacion no podra funcionar de manera optima, para lo que fue contruido.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 21

El Proposito de crear la interdfas de esta aplicacion es para la posibilidad de expancion de uso, ya que esta aplicacion estara disponible en varias plataformas tanto para android, iphone y pc’s, la vision es implementar tecnologia apta para multi dispositivos. INTERFACES DE COMUNICACIÓN INTALACION DE CENTOS

Para instalar el servidor apache en centos 6.X o en Centos 7 puedes usar el siguiente comando: sudo yum install httpd Luego de descargar e instalar los paquetes lo que tienes que hacer es habilitar que el servicio arranque por default al encender el servidor y arrancar el servicio manualmente para poder luego verificar que funcione. Para hacer estos pasos ejecuta lo siguiente: Centos 7 systemctl enable httpd.service systemctl start httpd.service Al momento de arrancar el servicio puedes verificar el si está funcionando correctamente al abrir un navegador e ir a la dirección IP del servidor, si has configurado la interfaz gráfica en Centos puedes abrir un navegador y teclear “localhost” o 127.0.0.1 en la URL y te mostrará una pagina como esta:

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 22

INSTALAR MYSQL SERVER

Para la instalación de MySQL, basta con ejecutar el siguiente código en la consola, lo que nos instalará el cliente de MySQL para conectarnos a servidores y el servidor de MySQL. yum install mysql mysql-server Posteriormente arrancamos el servicio service mysqld start Una vez instalado e iniciado el servicio para configurarlo haremos uso de un script que viene con el propio sistema y facilita esta tarea por lo que tan solo tecleamos lo siguiente: mysql_secure_installation * Cuando nos pida el default password importante darle al <enter> sin poner nada, y posteriormente nos pide que pongamos una por defecto que es donde ya pondremos la clave. Por último Hacemos que el servicio se ejecute automáticamente con el sistema con el siguiente comando. chkconfig –level 2345 mysqld on Con esto ya tenemos listo nuestro servidor MySQL en nuestro CentOS al que podremos acceder desde webmin o incluso también desde phpmyadmin si tenemos instalada esta opción.

REQUISITOS FUNCIONALES

Número de requisito

RF 1

Nombre de requisito

Registrarse

Tipo Fuente del requisito

Requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Media/Deseado

Opcional

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Descripción

del

0.3 Pág. 23

Esta opción de

requisito

registro es para llevar un control de las personas que hacen uso de

esta

aplicacion

Número de requisito

RF2

Nombre de requisito

Registrar Taxonomias

Tipo

Requisito

Fuente del requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción

del

Media/Deseado

Opcional

Da la posibilidad

requisito

de poder agregar mas taxonomías en un futuro, ya que la ciencia va avanzando y se pretende que en un

futuro

los

diagnósticos crezcan.

Número de requisito

RF3

Nombre de requisito

Registrar Dominios

Tipo

Requisito

Restricción

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Fuente del requisito

0.3 Pág. 24

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción

del

Media/Deseado

Opcional

Da la posibilidad

requisito

de poder agregar mas dominios en un futuro, ya que la

ciencia

va

avanzando y se pretende que en un

futuro

los

diagnósticos crezcan.

Número de requisito

RF4

Nombre de requisito

Registrar Clases

Tipo

Requisito

Fuente del requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción requisito

del

Media/Deseado

Opcional

Da la posibilidad de poder agregar mas Clases en un futuro, ya que la

ciencia

va

avanzando y se pretende que en un

futuro

los

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 25

diagnósticos crezcan.

Número de requisito

RF5

Nombre de requisito

Registrar Diagnosticos

Tipo

Requisito

Fuente del requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción

del

Media/Deseado

Opcional

Da la posibilidad

requisito

de poder agregar mas Diagnosticos en un futuro, ya que la

ciencia

va

avanzando y se pretende que en un

futuro

los

diagnósticos crezcan.

Número de requisito

RF6

Nombre de requisito

Registrar Caracteristicas Definitorias

Tipo Fuente del requisito

Requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Media/Deseado

Opcional

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Descripción

del

0.3 Pág. 26

Da la posibilidad

requisito

de poder agregar mas Caracteristicas en un futuro, ya que la ciencia va avanzando y se pretende que en un

futuro

los

diagnósticos crezcan.

Número de requisito

RF7

Nombre de requisito

Registrar Factores Relacionados

Tipo

Requisito

Fuente del requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción requisito

del

Media/Deseado

Opcional

Da la posibilidad de poder agregar mas Factores en un futuro, ya que la

ciencia

va

avanzando y se pretende que en un

futuro

los

diagnósticos crezcan.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Número de requisito

RF8

Nombre de requisito

Modificacion de los modulos

Tipo

Requisito

Fuente del requisito

0.3 Pág. 27

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Baja/ Alta/Esencial

Descripción

del

Media/Deseado Este

requisito

Opcional

requisito

tiene fin de poder modificar algunos

de

la

información registrada ya que puede

hacer

errores o puede haber

una

modificación en el futuro

Número de requisito

RF2

Nombre de requisito

Seguridad al Loguearse

Tipo

Requisito

Fuente del requisito

Restricción

Rocio Alvarez del Castillo

Prioridad del requisito

Media/Deseado Alta/Esencial

Descripción requisito

del

Baja/ Opcional

Para seguridad de la aplicación crearon

se validación

por sesiones.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 28

REQUISITOS NO FUNCIO NALES

REQUISITOS DE RENDIM IENTO

La estructura que tiene la aplicación da la seguridad que la información fluirá de manera rápida, pero hay que dejar claro que puede variar dependiendo en que servidor se montó la aplicación y debe de aclararse que la Aplicación necesita internet para poder consultar la información, debido al gran contenido de información. El tiempo de espera al hacer consulta en la aplicación en milisegundos. La capacidad de personas conectadas es ilimitada, todo estas características de funcionalidad, van a depender de las características del servidor en donde montamos nuestra aplicación. SEGURIDAD

Las características que Utilizamos para darle seguridad a la Aplicación es la de validar sesiones de usuarios en la toda la pagina, por ejemplo:

<?php session_start(); if (isset($_SESSION['login'])){ include ('../include/header.php'); include ('../include/coneccion.php'); include ('../include/body.php'); ?> Esta sección de Codigo, esta al inicion de cada uno de nuestras paginas, validando si existen sesiones de usuarios existente, esto nos ayuda a poder tener seguridad en la sección de código de la aplicación web. <?php

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 29

} else{ header("location: /Enfermeria/405.php?error=2"); } ?> Esta sección se hubico en la parte final del código cerrando nuestro condición de nuestra primera sección, esta opción nos debe de redireccionar a un catalogo de errores que se han creado y el error que debe de salir cuando no tenemos sesión es este.

Tambien se esta implementando que las contraseñas vayan con seguridad de encriptacion md5, que al registrarse convierta la contraseña en md5 y lo guarde en la base de datos, y que al ingresar su Usuario y contraseña valide el login y lo compare y dependiendo que tipo de Usuario es lo redireccione a cada uno de las paginas dependientes y guardando el login como session para poder ingresar a todos los modulos designados a cada tipo de usuario.

if ($fila['tipo_usuario']=='Maestro') { $_SESSION["autentificacion"]=true; $_SESSION["login"]=$fila['correo']; Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 30

header("location: /enfermeria/index2.php"); } if ($fila['tipo_usuario']=="Alumno") { $_SESSION["autentificacion"]=true; $_SESSION["login"]=$filas['correo']; //header("location: /enfermeria/index2.php"); echo "2"; } PORTABILIDAD

Los atributos que tiene esta aplicación es que fue desarrollada no solo para dispositivos mobiles si no para tabletas y para Pc’s ya que su programación está basada en estilos de los cuales se pueden ajustar dependiendo las dimensiones de cada pantalla. La aplicación Fue desarrollada en HTML5, CSS3, JQuery Mobile (Version 1.4.5.),

PHP, y Bases de Datos (MYSQL), esto hace que su portabilidad sea

mayor y no este limitada en una sola Plataforma. Los beneficios de esta aplicación es que se pueden Utilizar tanto en un Android 2.3 o mayor, Navegadores con JavaScript Activado, la aplicación fue probada en Windows 7, Windows 8 y Windows 8.1 con sus versiones de Chrome (Versión 39.0.2171.71 m).

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMAS CASOS DE USO

Descripción de requisitos del software

0.3 Pág. 31


Modelo de ingeniería Análisis y Diseño de Sistemas.

0.3 Pág. 32

FICHAS TÉCNICAS Nombre Login Autor Ricardo Daniel Carrada pela Fecha 10-nov-14 Actores Coordinador Precondición No existe Postcondicion Valida si el usuario existe y regirecciona a cada modulo Descripción El coordinador debe de: 1. Agregar una usuarios enfermeros 2. Puede modificar Usuarios 3. Puede Borrar Usuarios Solamente al Administrador vera un listado de usuarios existentes este podrá modificar, borrar a los usuarios existentes

Nombre Autor Fecha Actores Precondición Postcondicion Descripción

Catalogo Taxonomías Ricardo Daniel Carrada pela 10-nov-14 Coordinador Validación de usuarios Reporte de Dominios, Agrega, Actualiza o Borra Taxonomías. El coordinador debe de: 1. Agregar una taxonomía 2. Puede modificar taxonomía 3. Puede Borrar taxonomía Este dara un listado de las taxonomías existentes

Nombre Autor Fecha Actores Precondición Postcondicion Descripción

Catalogo Dominios Ricardo Daniel Carrada pela 10-nov-14 Coordinador Taxonomias Reporte de Clases, Agrega, Actualiza o Borra Dominios. El coordinador debe de: 1. Agregar un dominio 2. Puede modificar dominio 3. Puede Borrar dominio Este dará un listado de todos los dominios existentes con su respectiva taxonomía

Nombre Autor Fecha Actores

Catalogo Clases Ricardo Daniel Carrada pela 10-nov-14 Coordinador Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Precondición Postcondicion Descripción

Nombre Autor Fecha Actores Precondición Postcondicion Descripción

0.3 Pág. 33

Dominios Reporte de características Definitorias, y Factores Relacionados, Agrega, Actualiza o Borra Clases El coordinador debe de: 1. Agregar una clase 2. Puede modificar clase 3. Puede Borrar una clase Este dará un listado de las clases existentes con su respectiva taxonomía y dominio, también dentro del reporte cuando se haga la búsqueda del Diagnóstico de problemas de salud, este reporte dará de acuerdo con los requerimientos dará, su taxonomía dominio código de diagnóstico, características definitorias y factores relacionados.

Búsquedas Ricardo Daniel Carrada pela 10-nov-14 Alumno Enfermero Validación de usuario, Validación de taxonomías, dominios y clases existentes. Reporte Taxonomías, Dominios, Clases y características Definitorias, y Factores Relacionados, El Alumno enfermero solo podrá consultar la información proporcionada por el coordinador de la carrera.

Descripción de requisitos del software


Modelo de ingeniería Análisis y Diseño de Sistemas.

Entidad Relacional

Descripción de requisitos del software

0.3 Pág. 34


Modelo de ingeniería Análisis y Diseño de Sistemas.

BESE DE DATOS

DIAGRAMA DE ESTADOS

Descripción de requisitos del software

0.3 Pág. 35


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE COMPONENTES

DIAGRAMA DE ACTIVIDADES

Descripción de requisitos del software

0.3 Pág. 36


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE SECUENCIAS. DIAGRAMA DE SECUENCIA LOGIN Descripción de requisitos del software

0.3 Pág. 37


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE SECUENCIA TAXONOMIA

DIAGRAMA DE SECUENCIA DOMINIOS

Descripción de requisitos del software

0.3 Pág. 38


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE SECUENCIA CLASES

DIAGRAMA DE SECUENCIA DIAGNOSTICOS Descripción de requisitos del software

0.3 Pág. 39


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE SECUENCIA CARACTERISTICAS DEFINITORIAS

Descripción de requisitos del software

0.3 Pág. 40


Modelo de ingeniería Análisis y Diseño de Sistemas.

Diagrama de Secuencia Factores Relacionados

DIAGRAMA DE SECUENCIA BUSQUEDAS

DIAGRAMA DE CLASES L OGIN

Descripción de requisitos del software

0.3 Pág. 41


Modelo de ingeniería Análisis y Diseño de Sistemas.

DIAGRAMA DE CLASES

Descripción de requisitos del software

0.3 Pág. 42


Modelo de ingeniería Análisis y Diseño de Sistemas.

ANEXOS

Descripción de requisitos del software

0.3 Pág. 43


Turn static files into dynamic content formats.

Create a flipbook
Issuu converts static files into: digital portfolios, online yearbooks, online catalogs, digital photo albums and more. Sign up and create your flipbook.