INSTITUTO TECNOLGICO SUPERIOR DE MOTUL

Materia: Planificacin y Modelado.

Documentos de Requerimientos.

Profesor: L.I. Jos Luis Tamayo Canul. Integrantes: Br. Canch Len Juan Martn. Br. Cupul Hobak Rudy A. Br. Pool Pech Redempto E Br. Uc Rivero Efrain. Carrera: Ingeniera En Sistemas Computacionales Semestre: 7 Grupo: A

Motul, Yucatn a 13 de Septiembre de 2011.

ndice.

Prefacio ........................................................................................................................................ 1 Introduccin ................................................................................................................................. 2 Glosario ........................................................................................................................................ 3 Definicin de requerimientos de usuario ................................................................................... 4 Requerimientos Funcionales .................................................................................................. 4 Requerimientos no funcionales .............................................................................................. 4 Requerimientos del sistema ................................................................................................... 5 Arquitectura del sistema ............................................................................................................. 5 Especificaciones de requerimientos del sistema ...................................................................... 7 Modelos del sistema ................................................................................................................... 8 Evolucin del sistema ............................................................................................................... 10 Sistema 1. .............................................................................................................................. 10 Sistema 2. .............................................................................................................................. 11 APENDICE I DESCRIPCIONES DE HARDWARE. .............................................................. 12 APENDICE II BASE DE DATOS .............................................................................................. 14

Prefacio
El siguiente trabajo est elaborado para los usuarios que alguna vez se han visto en situaciones embarazosas a la hora de llenar todo formato oficial que contiene desde caracteres especiales, letras y nmeros. Por lo que puedo decir que el usuario final del proyecto sern los representantes de rea de Salud y Servicios Alumnos de cualquier Institucin Educativa (En este caso ser el CBTis no. 80). El llenado de formatos, como las actas de nacimiento, curp, credencial, entre otros, no se permite el ms mnimo error; ya que esto resultara en graves consecuencias, mal entendidos o solamente implicara iniciar el proceso de llenado nuevamente en otra hoja, adems de perder tiempo valioso y necesario. Con la llegada de nuevas tecnologas, los procesos de captura de datos pueden ser ms eficientes y menos problemticos, hace falta nicamente solo un poco de conocimiento en informtica. Entre los primeros formatos que fueron implementados al sistema de llenado digital estuvieron las credenciales de elector. La ventaja que presentan los formatos, es que son pres establecidos y estandarizados. Ahora, en este caso el formato que dar el salto al mundo de la captura digital ser el de los seguros de vida. Tendr ciertas similitudes con los otros sistemas anteriores, utilizando el aspecto del llenado, aunque de igual forma muchos de sus aspectos sern mejorados y se le proporcionara ms usabilidad como una base de datos de actualizacin automtica.

Introduccin
Una de las problemticas que el instituto educativo CBTis no. 80 ha presentado desde aos atrs es el llenado de los formatos de seguros de vidas de los alumnos de nuevo ingreso, cada ao se registran alrededor de 600 nuevos estudiantes en ese plantel, lo que causa un pesado trabajo al rea de servicios escolares, debido a que para cada expediente de los alumnos se incluye la forma de seguro. En muchos casos se cometen todo tipo de errores de escritura, lo que le quita validez al documento, que despus ser reemplazado por un documento nuevo, aunque en la mayora de los casos los formatos son exactos y deben pedirse ms en dependencias externas, esto obviamente crea retrasos en los expedientes de los alumnos e inconformidades entre personal y padres de familia. El software ser manejado casi en su totalidad en servicios escolares, el impacto que tendr el programa en la institucin ser notorio, porque habr reduccin de papeles, agilidad de capturas, menor papel desechado y una fcil consulta desde expediente fsico o desde la base de datos personal del software. La base de datos ser desarrollada con My SQL, se determinaran los usuarios y su nivel de privilegios (Usuario, Administrador y Sper Administrador). La interface ser creada con PHP, como una nueva aplicacin en la web. Con estas herramientas funcionales y estando en la web las consultas y bsquedas podrn ser mas agiles y productivas, justamente lo que una Institucin Tcnica necesita.

Glosario

My SQL - Manejador de base de datos de libre licencia, como complemento de App Server. Software - Programa que un ordenador ejecuta y realiza una determinada accin. PHP - Programa diseado para la creacin de pginas web. Consulta - Seleccionar informacin almacenada en una base de datos.

Definicin de requerimientos de usuario

Requerimientos Funcionales 1= Debe controlar todos los datos generales proporcionados por el alumno. 2=Los datos generales se puedan modificar antes y despus de ser guardados en la base de datos. 3=Los datos generales del alumno se pueda imprimir en el formato establecido por la institucin. 4=Los usuarios finales que utilicen esta aplicacin debern tener una cuenta de usuario (por seguridad). 5= Las bsquedas que se realicen debern ser buscadas por el nombre o apellido del alumno. 6=El Sistema reutilizar la informacin, dado que el formato est dividida en dos secciones (para mayor rapidez). 7=El Sistema se implementara en una aplicacin la web. 8=El sistema deber contener un manual de usuario.

Requerimientos no funcionales 1=El sistema se realizara en un periodo de 6 meses. 2=El sistema tendr botones de color azul en la parte superior de la primera ventana principal. 3=EL Sistema debe contener restricciones dependiendo del usuario. 4=El Sistema deber contener el logo de la institucin. 5=El sistema debe contener el nombre del programa seguro de vida. 6=El Sistema debe visualizarse y funcionar correctamente en el navegador opera y Mozilla Firefox.

7= El sistema no debe tardar ms de 5 segundos en mostrar resultados de la bsqueda Si se supera este plazo, el sistema detiene la bsqueda y muestra los resultados encontrados.

Requerimientos del sistema 1=El formulario de solicitud ser almacenado en un periodo de 5 aos. Desde la fecha de solicitud. 2=El proyecto deber contener distintos tipos de usuarios. 3=El proyecto se implementara localmente y en la web. 4=El sistema se pueda actualizar (mantenimiento). 5=El sistema operativo que soporta el Windows XP. 6=La base de datos se realiza en My SQL.

Arquitectura del sistema

Visin general: Agilizar el proceso de manejo de datos de la institucin que necesita de dicha herramienta, adecundola a las tecnologas actuales para mejorar todo adversidad o evento indeseado que cause en consecuencia un retraso en esta cadena de sucesos. El trmite de seguros de vida en la institucin CBTis el llenado de datos, por lo tanto la visin que no. 80 es realizada

manualmente, lo que presenta ciertos conflictos, ya que tiende a ser muy delicado este equipo propone es la de implementar lo ltimo en tecnologa de informacin para el manejo de estos papeles en forma de base de datos que cuente con una interface que mejore y agilice los llenados e impresiones de archivos, cambiara radicalmente la apariencia de la institucin y tendr un acceso mejorado en los datos de cada alumno del plantel. El problema ms grande que el llenado de estos formatos
5

presentaba, los errores ortogrficos, o confusiones eran irreversibles, pero con este sistema eso quedara en el pasado. El sistema constara de dos mdulos: 1=El modulo de la base de datos: Este modulo es aquel que manipulara y almacenara la informacin general tanto de los que solicitan el seguro de vida como la informacin general de los usuarios finales registrados. El modulo de la base de datos est formado por la siguiente modelo Entidad Relacin.

Figura 1. Diagrama entidad-relacin. 2=El modulo de la interfaz grafica de usuario: Este modulo contiene los formularios que se llenaran con los datos generales de los alumnos, que solicitan el seguro de vida, tambin contiene el formulario de registro de los usuarios finales del sistema. Los usuarios finales que no estn registrados en el sistema

simplemente tendrn ciertas restricciones. Todos los formatos que llene dicho usuario no registrado tendrn que ser verificados por el jefe del rea de finanzas.

Especificaciones de requerimientos del sistema

Cuando un alumno solicita su seguro de vida es probable que no tenga los datos generales completos por la razn que sea o puede que se cometa un error de ortografa por parte del usuario final. A continuacin se presenta un caso muy concurrente en este departamento: 1= El alumno llega a solicitar su seguro de vida el usuario final del sistema le pide sus datos generales, el usuario llena correctamente sus datos lo guarda en la base de datos, luego lo manda a imprimir. Esta es la forma correcta que se debe seguir las funciones que realizan se muestra a continuacin.

Figura 2. Forma como se debe seguir las funciones para llenar la solicitud de seguro. 2=Que pasa si por alguna razn el usuario comete algn error ortogrfico y el alumno lo nota. Las funciones que intervienen serian otras. Se muestra a continuacin

Figura 3. Forma incorrecta para llenar la solicitud de seguro.

Modelos del sistema

El sistema consta de un modulo para login verifica si el usuario esta registrado en dado caso de que es usuario no est registrado. El sistema consta de otro modelo llamado registro donde un usuario se puede registrar. En caso de que este registrado el sistema automticamente visualiza el modelo de usuario final donde el usuario tiene una seria de opciones para cumplir. Se muestra en la siguiente imagen. funciones que el sistema debe

Figura 4. Funciones que el sistema cumplir. En esta otra imagen se muestra una de las funciones que realiza el men en caso de que se presione el botn nuevo se desplegara el formado para la solicitud del seguro de vida. El otro caso es en el que el usuario final modifica los datos del alumno.

Figura 5. Modificacin de datos del alumno.

Evolucin del sistema

Sistema 1. Desarrollarse para visualizarlo en navegadores web como Mozilla y Opera. El sistema tendr un cuadro donde se ingresara el usuario y contrasea. Un botn para ingresar al sistema y un links para registrar (en caso de no estar registrado). Cuando el usuario esta registrado entra al men de Seguros. Este se desplegara un men que contiene: Nuevo, Bsqueda, Modificar y Salir. Si entra en el link Nuevo se desplegara un formato para el llenado de Seguros del CBTIS No 80 donde se pide ingresar los siguientes datos: Nombre del Alumno, Apellido Paterno, Apellido Materno, Semestre, Grupo, Fecha de Nacimiento, Beneficiario, Domicilio del beneficiario, Telfono, Fecha de solicitud. Dos botones uno para Guardar y el otro para salir.

10

Si ingresa el nombre del alumno en el cuadro de bsqueda y presione el link Bsqueda se desplegara los siguientes datos del alumno y un botn Modificar (en caso de modificar algunos de sus datos). Los datos del alumno son los siguientes: Nombre del Alumno, Apellido Paterno, Apellido Materno, Semestre, Grupo, Fecha de Nacimiento, Beneficiario, Domicilio del beneficiario, Telfono, Fecha de solicitud. Dos botones uno para Guardar y el otro para salir. Si no est registrado se desplegara un men de los datos generales para su registro. Donde se le requiere informacin personal como: Nombre, Apellido_P, Apellido_M, Puesto de rea, Correo-e, Contrasea, Verificar contrasea. Dos botones una para Guardar y el otro para Salir. Cuando se presione el link Salir del men general saldr del sistema.

Sistema 2. El modo de visualizacin ser el mismo. Se le agregara un mdulo para hacer el trmite del cobro a la aseguradora en caso de fallecimiento de un alumno del CBTIS No 80.

11

APENDICE I DESCRIPCIONES DE HARDWARE. El rendimiento de una computadora normalmente depende de muchos factores de diseo de su arquitectura y tambin de la forma en que el software haga uso del hardware disponible (nivel de optimizacin). Las caractersticas de hardware que se consideran elementales en cuanto al rendimiento de una computadora suelen ser: 1. (Micro) Procesador. 2. Frecuencia de reloj. 3. Tamao de memoria principal En la lista anterior se sola incluir el tamao de memoria cache del primer nivel (L1 cache size), pero a medida que las tecnologas de integracin han avanzado, los procesadores ya incluyen de facto este nivel de memoria y por lo tanto est definido unvocamente por el mismo procesador. Ms an, una gran cantidad de procesadores estndares incluyen tambin el segundo nivel de memoria (L2 cache) en el mismo circuito integrado y por lo tanto tambin este segundo nivel de memoria cache queda unvocamente determinado por el procesador. De todas maneras, como la jerarqua de memoria completa (que incluye todos los niveles de memoria cache disponibles) tiene un impacto tan importante en el rendimiento de las computadoras y tambin para tener una visin rpida y completa de la arquitectura de cada mquina, se incluyen en este apndice los datos de: 1. Nivel de memoria cache (L1, L2, etc.), 2. Tamao de memoria cache. Si la memoria cache est dividida se dan los tamaos para datos (D) e instrucciones (I) por separado, si es unificada se da el tamao total, 3. Ubicacin de memoria cache (interna o externa con respecto al procesador),

12

de todos los niveles de memoria cache disponibles de cada computadora. Tambin con referencia a la jerarqua de memoria, se incluye para cada mquina el espacio (tamao) de swap configurado. Para tener una referencia completa (o ms general) del tipo de mquina, se incluyen los datos de: 1. Fabricante de la computadora (Marca), en el caso de algunas PCs se menciona que son armadas por partes. 2. Modelo, indicando el tipo de computadora (PC o modelo determinado por el fabricante marca). 3. Nombre: identificacin de la computadora dentro de la red local. Estos nombres son los asignados previamente en cada red local por el administrador de cada computadora y por lo tanto no necesariamente tienen relacin con cmputo paralelo. Las caractersticas de software ms importantes que se detallan para computadora son: 1. Sistema operativo. 2. Compilador utilizado. 3. Opciones de optimizacin utilizadas en la compilacin. En el caso de no utilizar estas opciones de optimizacin se mencionarn explcitamente qu opciones de compilacin

13

APENDICE II BASE DE DATOS Tabla 1. Usuario final.

Nombre de columna Clave Nombre Apellido_p Apellido_m Contrasea Tipo de usuario Existe Tipo de Dato Int, not null String String String String String Descripcin Clave que identifica de manera nica al usuario final Nombre del usuario final Apellido paterno del usuario final Apellido materno del usuario final Clave de acceso al sistema correspondiente a este usuario final Permite tener privilegios como altas, bajas y modificaciones Valor booleano que indica si el alumno ha sido dada de alta en el sistema.

Int,{0,1}

Tabla 2. Direccin.
Nombre de columna Calle Cruzamiento Numero Colonia Tipo de Dato Int String Int String Calle del usuario final Cruzamiento del usuario final Numero del usuario final Colonia del usuario final Descripcin

Tabla 3. Alumno.
Nombre de columna Numero de control Nombre Apellido_p Apellido_m Fecha de nacimiento semestre Tipo de Dato Int, not null String String String Int Int Descripcin Clave que identifica de manera nica al alumno Nombre del alumno Apellido paterno del alumno Apellido materno del alumno Fecha de nacimiento del alumno. Semestre en el que est cursando el alumno

14

grupo

String

Grupo en el que est el alumno

Tabla 4. Beneficiario.
Nombre de columna Nombre Apellido_p Apellido_m Telfono Tipo de Dato String String String Int Nombre del beneficiario Apellido paterno del beneficiario Apellido materno del beneficiario Telfono del beneficiario Descripcin

Tabla 5. Telfono.
Nombre de columna Lada Numero Tipo de Dato Int Int Lada del beneficiario Numero de telefono del beneficiario Descripcin

15