Академический Документы
Профессиональный Документы
Культура Документы
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
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.
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.
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.
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 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.
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
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
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