Ingeniera de

Software

Daniel Ramrez

Gervacio

ISC Grupo 2

Ingeniera de Software

Especificacin de Requisitos segn el estndar de IEEE 830

Sistema de Pagos Sofista (SPS)

ndice de Contenidos Contenido 1. Introduccin .................................................................................................................. 2

1.1 Propsito (ERS) ............................................................................................................ 2

1.2 mbito del Sistema ...................................................................................................... 2

1.3 Definiciones y Acrnimos .......................................................................................... 3

1.4 Referencias .................................................................................................................... 4

1.5 Visin General del Documento ................................................................................. 4

2. Descripcin General .................................................................................................... 5

2.1 Perspectiva del Producto ........................................................................................... 5

2.2 Funciones del Producto ............................................................................................. 7

2.3 Caractersticas de los usuarios .............................................................................. 10

2.4 Restricciones .............................................................................................................. 10

2.5 Suposiciones y Dependencias ............................................................................... 10

2.6 Requisitos Futuros .................................................................................................... 11

3. Requisitos Especficos ............................................................................................. 12

3.1 Requisitos Funcionales ............................................................................................ 12

3.2 Requisitos de Interfaces externos ......................................................................... 17

3.3 Requisitos de rendimiento ...................................................................................... 19

3.4 Restricciones de Diseo .......................................................................................... 19

3.5 Atributos del sistema ................................................................................................ 19

3.6 Otros Requisitos ........................................................................................................ 20

a) Requisitos de desarrollo .......................................................................................... 20

b) Requisitos tecnolgicos .......................................................................................... 21

3.7 Atributos ....................................................................................................................... 21

Indice de Imgenes ................................................................................................................ 22

1

1. Introduccin

Sofista es un colegio de nivel medio superior, el cual necesita una aplicacin que realice las operaciones bsicas de facturacin de colegiaturas para alumnos y para el registro e inicio de sesin del facturista. Esto es para llevar el control de registro de inscripciones y reinscripciones de los alumnos del colegio.

1.1 Propsito (ERS)

El sistema de facturacin va dirigido al colegio Sofista, especficamente al rea de facturacin. Por ser un sistema de registro de pagos y generacin de facturas, la aplicacin se trabajara con un servidor local (Apache, MySQL, PHP), de manera grfica se implementar HTML, para las operaciones bsicas del sistema se implementar PHP y para el almacenamiento de registros y operaciones se implementar MySQL.

Conforme al avance que se obtenga del diseo del software se podr implementar, ajustar y corregir errores o detalles con operaciones que puedan mejorar el aprovechamiento del sistema con condiciones que se ajusten al sistema, a los requisitos y al diseo.

1.2 mbito del Sistema

El motor que impulsa el desarrollo del sistema es el gestionar y realizar Pagos de colegiatura a los alumnos del colegio Sofista. Definiremos al sistema como SPS (Sistema de Pagos Sofista).

Es un sistema simple en cuanto a la implementacin y concepto: hay que realizar consultas y operaciones de una lista de alumnos inscritos a un determinado cuatrimestre, realizando el facturador las siguientes operaciones:

1. Iniciar sesin.

2. Buscar alumnos por nmero de control.

3. Ver datos de alumno, as como su estado de pago y multas.

4. Ver su historial de pagos de colegiaturas.

5. Registrar pagos del alumno.

6. Guardar pagos.

7. Imprimir facturas de pagos con nmero de pago para l alumno.

2

8. Salir del sistema sofista.

El alumno puede realizar las siguientes consultas en el sistema:

1. Iniciar sesin con nmero de control.

2. Ver sus datos y su estado de pago.

3. Obtener nmero de pago (solo si ya est registrado su pago).

1.3 Definiciones y Acrnimos

Definiciones Sofista Colegio de nivel medio superior.

Facturista Persona encargada de registrar pagos de colegiatura.

Factura Cuenta en la que se desglosa los pagos de colegiatura con los datos del alumno.

Alumno Persona que est inscrita en el colegio.

Acrnimos SPS Sistema de Pagos Sofista

ERS Especificacin de Requisitos de Software

RFXXX El estndar seguido para la especificacin del identificador de cada requisito funcional ser de la siguiente manera:

R = Requisito F = Funcional XXX = secuencia de tres

dgitos que servir para la enumeracin de cada requisito.

RNFXXX El estndar seguido para la especificacin del identificador de cada requisito funcional ser de la siguiente manera:

R = Requisito NF = No Funcional

XXX = secuencia de tres dgitos que servir para la enumeracin de cada requisito.

3

1.4 Referencias

IEEE Recomendad Practices for Software Requierements especification

ANSI/IEEE 830 1998.

SRS/ERS Especificacin de requerimiento de Software IEEE 830 1998.

IEEE-STD-830-1998 Especificacin de los requerimientos del software.

1.5 Visin General del Documento

Este documento consta de tres secciones. Esta seccin es la introduccin y proporciona una visin general del ERS. En la seccin 2 se da una descripcin general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la seccin 3 se definen detalladamente los requisitos que debe satisfacer el sistema.

4

2. Descripcin General

En esta seccin se presenta una descripcin a alto nivel del sistema. Se presentaran las principales reas de negocio a las cuales el sistema debe dar soporte, las funciones que el sistema debe realizar, la informacin utilizada, las restricciones y otros factores que afecten al desarrollo del mismo.

2.1 Perspectiva del Producto

El sistema en esta versin no interactuar con ningn otro sistema informtico, por lo tanto su proceso de interaccin con el sistema es el siguiente mediante diagramas de bloques.

Facturista

Inicio de Sesin

Registro de Facturista

Nombre, Correo, Contrasea, Clave.

Si no existe el usuario

Ingreso de Correo y Contrasea

Entada al Sistema Interfz Sofista

Buscar Alumno Ingresar No.Control

Si existe el usuario

Mostrar estado y datos del alumno Ver historial

Pagar Pagar Adeudo

Generar Factura Salir del Sistema

Mensaje No se encontr esta

matricula

Si encontr la matricula Si no encontr la matricula

Si Adeuda

Si no Adeuda

Imagen 1 Interaccin del facturista y el sistema con sus operaciones

5

Tabla_alumno

-idalumno int () PK Ai -nocontrol int (9)-nombre varchar (50)-apaterno varchar(50)-amaterno varchar(50)-id_estado int ()-id_multa int ()-cuatrimestre int ()

tabla_estado

-idestado int() PK Ai-estado varchar(50)

tabla_multa

-idmulta int() PK Ai-multa int(3)

Imagen 2 Base de datos que contiene la informacin de alumnos y facturista

Facturista

Registrarse

Ingresar Datos

Iniciar Sesion

Realizar Operaciones

Imagen 3 Diagrama UML de inicio Registro Facturista

Facturista

Buscar Alumno

Consultar Estado

Realizar Pago

Registrar Pago

Datos Alumno

Obtener No. Pago

Consultar Historial de Pagos

Imagen 4 Diagrama UML de acciones que podr realizar el Facturista

6

2.2 Funciones del Producto En trminos generales, el sistema SPS deber proporcionar soporte a las siguientes tareas de gestin de los pagos de alumnos inscritos al colegio:

a. Mostrar datos y estado de pago de colegiatura del alumno. b. Pagar en el caso de que adeude la colegiatura con una multa. c. Impresin de Factura con un nmero de pago.

A continuacin se describirn con ms detalle estas tareas y como sern soportadas por el sistema.

a. Mostrar datos y estado de pago de colegiatura del alumno.

Facturista

Buscar Alumno

Consultar Estado

Datos Alumno

Consultar Historial de Pagos

Imagen 5 Diagrama UML mostrar datos y estado de pago de colegiatura de alumno

.

Imagen 6 Modelo Grfico de consulta de datos de alumno

Todos los alumnos registrados en el colegio Sofista tienen un numero de control con el cual se podr hacer la accin de buscar alumno dentro del sistema SPS. Estos datos son: nombre, apellido paterno, apellido materno, nmero de

7

control, cuatrimestre, estado y multa. Los datos son obtenidos de la base de datos del sistema.

b. Pagar en el caso de que adeude la colegiatura con una multa.

Facturista

Buscar Alumno

Consultar Estado

Realizar Pago

Registrar Pago

Datos Alumno

Consultar Historial de Pagos

Imagen 7 Diagrama UML Estado de Pago Adeudo Pagado

Imagen 8 Modelo Grfico de Estado de pago -Pago

Esta accin se realiza mediante la obtencin de los datos del alumno, para ello debe existir el nmero de control y el facturista debe estar registrado en el sistema. Cuando el facturista obtiene los datos del alumno podr ver el historial de pagos y realizar el pago en el caso de que adeude la colegiatura con una multa ya dada por el sistema.

8

En el caso de que no adeude la colegiatura, se podr mostrar sus datos y su historial de pagos, as como tambin generar el ltimo nmero de pago de su colegiatura.

c. Impresin de Factura con un nmero de pago.

Facturista

Buscar Alumno

Consultar Estado

Realizar Pago

Registrar Pago

Datos Alumno

Obtener No. Pago

Consultar Historial de Pagos

Imagen 9 Diagrama UML Estado de Generacin de Factura Con nmero de pago.

Imagen 10 Modelo Grfico de Generacin de Factura con nmero de Pago

Cuando el alumno paga y el facturista registra el pago en el sistema, podremos generar la factura con el nmero de pago, as como sus datos de pago actualizado que sera de adeudo a pagado y de multa $100 a $0. En el caso de que el alumno ya haya pagado y este registrado su pago en el sistema, slo se generar su factura con los datos obtenidos y su nmero de pago.

9

2.3 Caractersticas de los usuarios

Los usuarios de este sistema estn familiarizados con el uso de aplicaciones de este tipo ya que simula un selector de opciones tradicional, que todos conocemos. Es por ello que el sistema ha de ser grfico. Con una interfaz sencilla e intuitiva, que no exija gran tiempo para su aprendizaje, a la vez que lo suficientemente potente para que el usuario pueda hacer aquello que necesita. Las acciones estn bloqueadas para el usuario y solo podrn realizar el pago en el sistema modificando solo esa parte en la base de datos. Por este motivo es fcil de comprender y no se necesita de una gran capacitacin para el uso del sistema de pagos sofista SPS.

2.4 Restricciones

Restricciones del sistema de pagos sofista SPS

1. Este sistema solamente podr ser accedido por el Facturista.

2. Los datos de los alumnos ya estarn proporcionadas por el colegio y por lo tanto el sistema no puede hacer consultas de Altas, Bajas y Modificaciones en los datos Personales de los alumnos.

3. Otra restriccin es que no hay generacin de facturas de pagos anteriores de colegiatura.

2.5 Suposiciones y Dependencias El sistema ha sido implementado mediante HTML y CSS para el aspecto visual del sistema, JavaScript para algunas acciones de validacin y verificacin de datos existentes y arrojar mensajes de alerta para dar a conocer que es existente en el sistema o errores, PHP para realizar consultas y obtener datos dentro de los formularios de datos del sistema y por ltimo MySQL para generar consultas de datos y poder mandar la informacin a PHP para su impresin en pantalla. Esto significa se necesitara un servidor, ya puede ser local o exterior, los requerimientos del servidor serian APACHE, PHP, MySQL y un directorio en el cual se podr visualizar la informacin Dominio.

Imagen 11 Servidor Local

10

2.6 Requisitos Futuros

El sistema deber de adaptarse a cambios futuros, teniendo en cuenta los

requisitos iniciales y sus acciones principales del sistema de pagos.

Otros requisitos o cambios se los va a ir implementando de acuerdo a las

necesidades que se le presenten al colegio en el futuro, por lo que debemos de

dejar la posibilidad de que el sistema se pueda adaptar a los cambios en el futuro.

Algunos requerimientos que se podran plantear en el futuro serian:

- Realizar la interfaz del alumno para que pueda visualizar su estado y su historial de pagos.

- Permitir la conexin a diversas bases de datos.

- Almacenamiento de correos electrnicos para enviar informacin sobre datos de alumnos, as como su notificacin de pago y su nmero de pago.

- Implementar el sistema en un servidor web.

Alumno

Iniciar Sesion

Consultar Estado

Imagen 12 Diagrama UML de Posible interfaz de Alumno

11

3. Requisitos Especficos En este apartado se presentan los requisitos funcionales que debern ser satisfechos por el sistema. Todos los requisitos aqu expuestos son esenciales, es decir, no sera aceptable un sistema que no satisfaga alguno de los requisitos expuestos. Los requisitos se han especificado de manera que sea fcil comprobar si el sistema los ofrece o no y si los ofrece de manera adecuada.

3.1 Requisitos Funcionales

A) Registro de usuario. RF001. El Sistema podr Registrar un nuevo usuario para ingresar al sistema. Este requisito se refiere a poder dar de alta un nuevo usuario en el sistema. El usuario, mediante una interfaz grfica, tiene que llenar los campos requeridos para poder hacer el registro de manera exitosa.

1. Si el usuario ya existe mandara un mensaje de alerta diciendo que ese usuario ya existe. Ejemplo:

2. Si el usuario en el campo repetir contrasea se equivoca mandara un

mensaje de alerta diciendo Las contraseas no coinciden. Ejemplo:

Imagen 13 Interfaz de registro de facturista con los campos ya registrados anteriormente

Imagen 14 Mensaje de alerta diciendo que ese usuario o correo ya existe

Imagen 15 Mensaje de alerta diciendo que Las contraseas no coinciden

Imagen 16 Interfaz de registro de facturista con las contraseas Diferentes

12

3. Si los datos son ingresados correctamente mandara un mensaje de alerta diciendo Registro exitoso.

Una vez hecho el registro del usuario al sistema, el usuario nuevo podr acceder a la interfaz sofista para realizar las operaciones descritas en el requisito RF002.

B) Realizar Pagos de alumno en el sistema. RF002. El usuario podr modificar el pago y la multa en el sistema de facturacin: Este requisito hace referencia a la posibilidad de modificar los campos de pago (Pagado Adeudo) y multa ($100 $0). Mediante una interfaz grfica se mostrar los datos del alumno, as como su Estado actual de Pago, En la interfaz de Pagar existen dos selectores de opciones (slo si el alumno adeuda), las cuales nos muestran dos campos a elegir, El primer selector llamado Estado podremos modificar la descripcin del estado del pago con la opcin a elegir de Adeudo a Pagado, El segundo selector llamado Multa podremos modificar la descripcin de la multa de alumno con la opcin a elegir de $100 a $0.

Imagen 17 Mensaje de alerta diciendo que El usuario se registr con xito

Imagen 18 Interfaz de registro de facturista con los datos correctos

Imagen 20 Ingreso al sistema Sofista

Imagen 19 Autenticacin de usuario

13

Una vez hecho los cambios deseados en los selectores podemos completar de forma correcta e ntegra cada campo de informacin requerida se pulsar el botn Pagar para realizar el cambio del Pago y Multa, se comprobar mediante un mensaje de alerta que los cambios fueron exitosos.

RF003. Podr consultar la informacin de los alumnos registrados en el sistema. Este requisito hace referencia a la posibilidad de consultar los datos de un alumno mediante la bsqueda por nmero de control. El usuario, mediante una interfaz grfica, obtendr una lista con todos los datos del alumno inscrito al colegio.

Imagen 23 Datos actualizados del alumno tras realizar el pago

Imagen 22 Mensaje de alerta de Pago Exitoso en la modificacin de los datos

Imagen 21 Selectores de opciones de Estado => Adeudo a Pagado Multa => $100 a $0 Y Botn Pagar para realizar los cambios en los datos del alumno

Imagen 25 interfaz con los datos del alumno obtenidos del nmero de control

Imagen 24 Bsqueda del alumno por nmero de control

14

C) Gestin de Pagos en el sistema. RF004. Podr consultar el historial de pagos de los alumnos registrados en el sistema. Este requisito hace referencia a la posibilidad de consultar los pagos de colegiatura realizados de un alumno, conforme el alumno avance de cuatrimestre, sus pagos son almacenados mediante un estado de pago y una multa. El usuario, mediante una interfaz grfica, obtendr una lista con todos los pagos del alumno inscrito al colegio hasta su periodo actual.

Imagen 27 interfaz con los datos del historial de pagos del alumno

Imagen 26 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el botn Historial para poder ver sus pagos

15

D) Facturacin de Pago de colegiatura. RF004. Podr realizar la facturacin del pago, obteniendo un nmero de pago. Este requisito hace referencia a la posibilidad de Facturar los pagos de colegiatura realizados de un alumno. El usuario, mediante un botn de la interfaz grfica, Podr generar una factura de pago.

Imagen 29 Factura para el alumno con el nmero de pago, Estado de pago y Datos personales

Imagen 28 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el botn Generar Factura para poder facturar el pago

16

3.2 Requisitos de Interfaces externos

A) Interfaces de usuario La interfaz de usuario debe ser orientada a ventanas, y el manejo del programa se realizar a travs del teclado y ratn. Interfaz intuitiva de fcil uso.

Imagen 30 Interfaz de inicio Sofista (Bsqueda de Alumno)

Imagen 31 interfaz De Visualizacin de Datos del alumno registrado en el colegio

Imagen 33 interfaz de historial de pagos del alumno

Imagen 32 interfaz de Pago y Facturacin

17

B) Interfaces hardware

No se han definido.

C) Interfaces software

La interfaz de software es orientada a ventanas, Cuadros de Ingreso de Texto y Botones con acciones, el manejo del programa tambin se realizar a travs del teclado y ratn.

Imagen 34 interfaz de inicio del sistema, Inicio de Sesin y Registro de Facturista para ingresar al sistema de Pagos Sofista

Imagen 35 Impresin de la facturacin del sistema

18

3.3 Requisitos de rendimiento

1. El tiempo de respuesta a consultas, actualizaciones y modificaciones, ha de ser inferior a 3 segundos por ahora en el servidor local, despus en un servidor de internet no debe ser inferior a 10 segundos.

2. La estructura de datos para el almacenamiento de los datos es de forma

sencilla, modificando los campos de estado de pagos, almacenndose en la base de datos automticamente.

3. Proporcionar la mayor cantidad de informacin al usuario: Datos

generales del alumno, Cuatrimestre, Estado de Pago, Multas y Nmero de Pago.

3.4 Restricciones de Diseo

El sistema est dividido por mdulos, por lo tanto: 1. La informacin est distribuida en diferentes interfaces.

2. El facturista deber estar registrado para ingresar al sistema.

3. La consulta de bsqueda por nmero de control ser validada

ingresando slo nmeros y no letras.

4. Es necesario dirigirse a la interfaz correcta para realizar alguna accin determinada.

5. Para salir del sistema es necesario regresar a la interfaz de bsqueda y presionar el botn salir. Ya que si deseamos hacer una nueva consulta, no necesitaremos ingresar de nuevo desde la pgina de inicio de sesin y volver a ingresar al sistema para realizar la bsqueda.

3.5 Atributos del sistema

Es un sistema responsivo con las consultas realizadas, ya que cuenta con mensajes de alerta si algn campo no existe o fue ingresado de la manera incorrecta.

Cuenta con formularios sencillos ya definidos para el usuario, por lo tanto es ms prctico al realizar consultas dentro del sistema.

La interfaz del sistema es atractiva a la vista del usuario.

19

El sistema es prctico y sencillo, cubriendo todas las necesidades

requeridas por el usuario.

No se necesitan horas o das de capacitacin, el sistema est diseado con operaciones especficas y formularios sencillos.

Es un sistema muy confiable ya que cuenta con una autenticacin de usuario que se valida y determina si el usuario est registrado. La validacin evita que ingresen usuarios no permitidos, preservando as la integridad del sistema.

3.6 Otros Requisitos

a) Requisitos de desarrollo

El ciclo de vida elegido para desarrollar el servicio ser el de cascada, de manera que se puedan incorporar fcilmente cambios y nuevas funciones, as como aprovechar las ventajas de reusabilidad proporcionada por el paradigma de orientacin a objetos.

Imagen 36 Procesos del Modelo de cascada

20

b) Requisitos tecnolgicos

El sistema deber correr como mnimo en sistemas Windows lo que exige una configuracin mnima de: -Procesador: Pentium 100 Mhz. -Ram: 500 Mb -Espacio libre en disco: 10 Gb mnimo Respecto a la entrega de los ficheros fuente, se entrega por una parte lo mnimo necesario para ejecutar la aplicacin y, por otro lado, todos los ficheros fuente. En la parte mnima se proporciona, adems del ejecutable, una serie de libreras necesarias para la ejecucin del programa. Por Ejemplo: PHP5, APACHE, MySQL, PhPmyAdmin.

Imagen 37 Servidor Local con aplicaciones requeridas para el funcionamiento del

sistema

3.7 Atributos

Seguridad

El sistema cuenta con un sistema de seguridad. El sistema de Seguridad es mediante un usuario y contrasea que van a estar almacenadas en una base de datos, por lo tanto si un usuario no registrado quiere ingresar al sistema, no va a poder porque no estara registrado en la base de datos. Para iniciar las consultas el usuario (Facturista) debe estar registrado en la base de datos principal.

21

Indice de Imgenes

Imagen 1 Interaccin del facturista y el sistema con sus operaciones ............................................. 5 Imagen 2 Base de datos que contiene la informacin de alumnos y facturista............................... 6 Imagen 3 Diagrama UML de inicio Registro Facturista ................................................................... 6 Imagen 4 Diagrama UML de acciones que podr realizar el Facturista ........................................... 6 Imagen 5 Diagrama UML mostrar datos y estado de pago de colegiatura de alumno .................. 7 Imagen 6 Modelo Grfico de consulta de datos de alumno ............................................................... 7 Imagen 7 Diagrama UML Estado de Pago Adeudo Pagado ..................................................... 8 Imagen 8 Modelo Grfico de Estado de pago -Pago .......................................................................... 8 Imagen 9 Diagrama UML Estado de Generacin de Factura Con nmero de pago. ..................... 9 Imagen 10 Modelo Grfico de Generacin de Factura con nmero de Pago ................................. 9 Imagen 11 Servidor Local ...................................................................................................................... 10 Imagen 12 Diagrama UML de Posible interfaz de Alumno ............................................................... 11 Imagen 13 Interfaz de registro de facturista con los campos ya registrados anteriormente ....... 12 Imagen 14 Mensaje de alerta diciendo que ese usuario o correo ya existe .................................. 12 Imagen 15 Mensaje de alerta diciendo que Las contraseas no coinciden .................................. 12 Imagen 16 Interfaz de registro de facturista con las contraseas Diferentes ................................ 12 Imagen 17 Mensaje de alerta diciendo que El usuario se registr con xito ................................. 13 Imagen 18 Interfaz de registro de facturista con los datos correctos.............................................. 13 Imagen 19 Autenticacin de usuario .................................................................................................... 13 Imagen 20 Ingreso al sistema Sofista .................................................................................................. 13 Imagen 21 Selectores de opciones de Estado => Adeudo a Pagado Multa => $100 a $0 Y Botn Pagar para realizar los cambios en los datos del alumno ....................................... 14 Imagen 22 Mensaje de alerta de Pago Exitoso en la modificacin de los datos ........................ 14 Imagen 23 Datos actualizados del alumno tras realizar el pago ..................................................... 14 Imagen 24 Bsqueda del alumno por nmero de control ................................................................. 14 Imagen 25 interfaz con los datos del alumno obtenidos del nmero de control ........................... 14 Imagen 26 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el botn Historial para poder ver sus pagos .......................................................................................... 15 Imagen 27 interfaz con los datos del historial de pagos del alumno ............................................... 15 Imagen 28 interfaz con los datos del alumno obtenidos del nmero de control. Presionamos el botn Generar Factura para poder facturar el pago ........................................................................ 16 Imagen 29 Factura para el alumno con el nmero de pago, Estado de pago y Datos personales .................................................................................................................................................................... 16 Imagen 30 Interfaz de inicio Sofista (Bsqueda de Alumno) ........................................................... 17 Imagen 31 interfaz De Visualizacin de Datos del alumno registrado en el colegio .................... 17 Imagen 32 interfaz de Pago y Facturacin ......................................................................................... 17 Imagen 33 interfaz de historial de pagos del alumno ........................................................................ 17 Imagen 34 interfaz de inicio del sistema, Inicio de Sesin y Registro de Facturista para ingresar al sistema de Pagos Sofista ................................................................................................................... 18 Imagen 35 Impresin de la facturacin del sistema .......................................................................... 18 Imagen 36 Procesos del Modelo de cascada ..................................................................................... 20 Imagen 37 Servidor Local con aplicaciones requeridas para el funcionamiento del sistema ..... 21

22

1. Introduccin1.1 Propsito (ERS)1.2 mbito del Sistema1.3 Definiciones y Acrnimos1.4 Referencias1.5 Visin General del Documento2. Descripcin General2.1 Perspectiva del Producto2.2 Funciones del Producto2.3 Caractersticas de los usuarios2.4 Restricciones2.5 Suposiciones y Dependencias2.6 Requisitos Futuros3. Requisitos Especficos3.1 Requisitos Funcionales3.2 Requisitos de Interfaces externos3.3 Requisitos de rendimiento3.4 Restricciones de Diseo3.5 Atributos del sistema3.6 Otros Requisitosa) Requisitos de desarrollob) Requisitos tecnolgicos3.7 AtributosIndice de Imgenes