Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

I. Introduccin
Esta especificacin tiene como objetivo analizar y documentar las necesidades funcionales que debern ser soportadas por el sistema a desarrollar. Para ello, se identificarn los requisitos que ha de satisfacer el nuevo sistema mediante entrevistas, el estudio de los problemas de las unidades afectadas y sus necesidades actuales. Adems de identificar los requisitos se debern establecer prioridades, lo cual proporciona un punto de referencia para validar el sistema final que compruebe que se ajusta a las necesidades del usuario.

II. Identificacin de usuarios participantes

Los objetivos de esta tarea son identificar a los responsables de cada una de las unidades y a los principales usuarios implicados. En la organizacin se identificaron los siguientes usuarios: Grupo de Encargados de Biblioteca: formado por los responsables de la biblioteca. Grupo de Directores: formado por el Director Acadmico y la Directora Administrativa. Grupo de Lectores: formado por los alumnos y profesores de la institucin y socios de la Biblioteca. Es de destacar la necesidad de una participacin activa de los usuarios del futuro sistema en las actividades de desarrollo del mismo, con objeto de conseguir la mxima adecuacin del sistema a sus necesidades y facilitar el conocimiento paulatino, permitiendo una rpida implantacin.

III. Catlogo de Requisitos del Sistema

El objetivo de la especificacin es definir en forma clara, precisa, completa y verificable todas las funcionalidades y restricciones del sistema que se desea construir. Esta documentacin est sujeta a revisiones por el grupo de usuarios que se recogern por medio de sucesivas versiones del documento, hasta alcanzar su aprobacin por parte de la direccin de (CLIENTE) y del grupo de usuarios. Una vez aprobado, servir de base al equipo para la construccin del nuevo sistema. Esta especificacin se ha realizado de acuerdo al estndar IEEE Recomended Practice for Software Requirements Specifications (IEEE/ANSI 830-1993), y se basa en las entrevistas realizadas a los usuarios participantes y el estudio de la documentacin existente.

III.1. Objetivos y Alcance del Sistema

Los principales objetivos del sistema a desarrollar son la gestin de libros, enciclopedias y revistas de la biblioteca de (CLIENTE), la gestin de socios, administracin de prstamos y devoluciones e integracin con el Sistema actual de Gestin Administrativa y Alumnos con que cuenta la Institucin. El futuro sistema llevar el nombre de BOOKS.
1

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

La biblioteca de la institucin cuenta en la actualidad con una gran cantidad de libros, enciclopedias y revistas, catalogados mediante el mtodo de catalogacin de Dewey. Cuenta con un nmero importante de lectores divididos en los alumnos y profesores de la institucin y socios particulares que abonan una cuota cada seis meses. Los prstamos de los ejemplares que se realizan son: prstamos de sala (aquellos que no salen del saln de lectura de la biblioteca y la devolucin se produce en el da) y los prstamos domiciliarios (aquellos en que el libro se saca de la biblioteca y se devuelve luego de uno o varios das de solicitado el prstamo). El sistema permitir a los encargados de biblioteca gestionar el mantenimiento de ejemplares, catalogarlos y clasificarlos, gestionar sus prstamos y devoluciones, consultar el estado de libros y lectores y mantener los socios de biblioteca. El sistema debe ser abierto y escalable, permitiendo la incorporacin de nuevos clientes, como los kioscos multimedia para consulta de alumnos. El desarrollo lo llevar a cabo (MiEmpresa), con opcin a ser responsable del posterior mantenimiento del mismo.

III.2. Definiciones, Acrnimos y Abreviaturas

Definiciones:

Catalogacin: procedimiento por el cual se clasifica un ejemplar de un libro de acuerdo a una codificacin existente y reglamentada. Kioskos multimedia: terminales del tipo cajero electrnico con interfaz sencilla y amigable para ser usado por los lectores de la biblioteca. Nomenclatura Dewey: consultar el apartado ajuste a estndares (pg. 7). Moroso: lector que adeuda 2 o ms cuotas mensuales en la institucin.

Acrnimos:

ODBC: Open Database Conectivity Abreviaturas:

IEEE: Institute of Electrical & Electronics Engineers

III.3. Descripcin General

Esta seccin nos presenta una descripcin general del sistema con el fin de conocer las funciones que debe soportar, los datos asociados, las restricciones impuestas y cualquier otro factor que pueda influir en la construccin del mismo. Las funciones que debe realizar el sistema se pueden agrupar de la siguiente manera:

Administracin de libros: debe permitir gestionar la nomenclatura Dewey, con el armado del rbol jerrquico de clases, divisiones y secciones Dewey, permitir gestionar libros, que son clasificados dentro de una seccin Dewey. Tambin debe permitir gestionar autores (principales,
2

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

secundarios) y gestionar las copias o ejemplares que son el soporte fsico de los libros. Por ltimo, debe permitir obtener un listado de los libros.

Administracin de socios o lectores: debe permitir gestionar los socios de la institucin desde su ingreso hasta su egreso, as como tambin el correspondiente pago de cuotas de la biblioteca. Debe permitir realizar prstamos de todos los tipos y devoluciones de ejemplares. Debe tener disponible la funcionalidad de consultar sobre la disponibilidad de ejemplares, la historia de cada socio en cuanto a prstamos y devoluciones y por ltimo debe permitir emitir listados de lectores, de morosos y de prstamos en un perodo de tiempo dado.

III.4. Requisitos funcionales:

a) Gestin de nomenclatura Dewey Introduccin: El sistema permite introducir informacin sobre las clases, divisiones, secciones y dems caractersticas de la nomenclatura Dewey, permitir modificar las ya existentes y borrarlas. Entrada: Clase + Divisin + Seccin + NombreClase + NombreDivisin + NombreSeccin. Proceso: Comprobar si se trata de una clase, divisin o seccin Dewey nueva, dndola de alta o actualizarla si ya existe. Se debe tener en cuenta la jerarqua: as una seccin depende de una divisin y una divisin depende de una clase. No se podrn crear objetos con el mismo nombre y slo se podr borrar una clase si sta no tiene divisiones, y una divisin si sta no tiene secciones, y una seccin si sta no tiene libros asociados. Salida: Datos de nomenclatura Dewey actualizados y mensajes de lo que est ocurriendo. b) Gestin de Libros Introduccin: El sistema permite introducir informacin sobre los libros (ttulos, autores, editoriales, ejemplares, etc.), modificar los ya existentes y borrarlos. Entrada: Seccin + CdigoLibro + Ttulo + {CdigoAutor + NombreAutor} + Editorial + Idioma + {CdigoCopia + NmeroCopia} Proceso: Comprobar si se trata de un libro nuevo, dndolo de alta o actualizarlo si ya existe. No pueden existir dos libros con el mismo nombre ni dos copias con el mismo nmero de copia. Un libro no puede depender de dos secciones Dewey. Slo se podrn borrar libros si no tienen copias asociadas. Slo se podrn borrar copias si no tienen prstamos asociados. Salida: Datos de libros actualizados y mensajes de lo que est ocurriendo. c) Gestin de Autores Introduccin: El sistema permite introducir informacin sobre los autores (apellido, nombres, etc.), modificar los ya existentes y borrarlos. Entrada: CdigoAutor + NombreAutor Proceso: Comprobar si se trata de un autor nuevo, dndolo de alta o actualizarlo si ya existe. No pueden existir dos autores con el mismo nombre. Slo se podrn borrar autores si no tienen libros asociados.
3

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

Salida: Datos de autores actualizados y mensajes de lo que est ocurriendo. d) Gestin de Socios Introduccin: El sistema permite introducir informacin sobre los socios (apellido, nombres, domicilio, telfono, etc.), modificar los ya existentes y borrarlos. Entrada: Documento + Apellidos + Nombres + Domicilio + Telfono Proceso: Comprobar si se trata de un socio nuevo, dndolo de alta o actualizarlo si ya existe. No pueden existir dos socios con el mismo documento. Slo se podrn borrar autores si no tienen prstamos asociados (sean stos devueltos o no devueltos) Salida: Datos de socios Actualizados y mensajes de lo que est ocurriendo. e) Gestin de Prstamos Introduccin: El sistema debe permitir el prstamo de los ejemplares a los lectores, pudiendo ser el prstamo de sala o biblioteca. Para realizar el prstamo a los lectores, los mismos deben tener libre deuda de libros, es decir, tener devuelto los libros prestados. Si fuera un alumno, ste debe estar dado de alta en el sistema de gestin Administrativa y Alumnos. Si es un socio, ste no debe tener deuda de cuotas de biblioteca. Tambin debe haber ejemplares disponibles para su prstamo o, en caso contrario, se debe avisar al lector sobre la fecha probable de disponibilidad del mismo. Entrada: CdigoCopia + Documento + FechaPrstamo + TipoPrstamo Proceso: Comprobar si el socio es moroso o adeuda prstamos y avisar si es as. Caso contrario generar un nuevo prstamo con los datos ingresados calculando la fecha de probable devolucin y dando opcin a corregirla. Salida: Datos de prstamos actualizados y mensajes de lo que est ocurriendo. f) Gestin de Devoluciones Introduccin: el sistema debe permitir la devolucin de los libros almacenado la informacin de la fecha y hora de producido el evento y liberando a copia correspondiente. Entrada: CdigoPrstamo + FechaDevuelto Proceso: Comprobar si el prstamo no fue devuelto y si la fecha del evento es mayor a la FechaDevolucin. En ese caso avisar para que se sancione al socio. En otro caso, registrar la devolucin con la fecha y liberar el ejemplar. Salida: Datos de prstamos actualizados y mensajes de lo que est ocurriendo. g) Gestin de Cuotas de Socios Introduccin: Permite asignar las cuotas de los socios y registrar los pagos de las mismas. Entrada: Documento + Mes + Importe + FechaPago Proceso: Comprobar si la cuota ya est pagada y avisar. Comprobar si existe deuda anterior y avisar. Si la cuota a pagar es la que se adeuda, registrar el pago correspondiente. Salida: Datos de cuotas actualizados y mensajes de lo que est ocurriendo.

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

h) Consulta de Ejemplares Introduccin: El sistema debe permitir la bsqueda de ejemplares y disponibilidad por cualquiera o todos de cada uno de los siguientes criterios: ttulo, autor principal, cdigo Dewey, clase, divisin o seccin (tambin llamado tema del libro). El mtodo de bsqueda debe combinar los criterios en operaciones lgicas Y/O, con opciones de bsqueda en ttulo o autor por fragmentos de cadena de los mismos. Entrada: TipoBsqueda + CadenaBsqueda Proceso: De acuerdo al criterio elegido, buscar las correspondencias de ejemplares usando la cadena de bsqueda. Mostrar los resultados, aunque no se haya encontrado nada. Salida: {Clase + Seccin + Divisin + Ttulo + Autorprincipal + Editorial + TotalEjemplares + EjemplaresDisponibles} i) Consulta de Lectores

Introduccin: Permite ver a los lectores con su historial de prstamos y devoluciones de ejemplares, con un resumen final estadstico y un estado (deudor, no-deudor). Entrada: [Documento | CadenaNombre] Proceso: Buscar el lector y mostrar su historial de prstamos ordenados cronolgicamente. Salida: Documento + Apellido + Nombre + {CdigoPrstamo + Ttulo + NmeroCopia + FechaPrstamo + FechaDevolucin + FechaDevuelto + EstadoPrstamo} j) Consulta de Alumnos Introduccin: Permite observar el estado del alumno (tanto acadmico como estado de cuenta) para saber si se encuentra dado de baja o es moroso. Entrada: [Documento | CadenaNombre] Proceso: Buscar el alumno y mostrar el estado de cuenta y su situacin en biblioteca Salida: Documento + Apellido + Nombre + TotalAdeudado + EstadoBiblioteca k) Listado de Lectores Introduccin: Permite listar los lectores de la biblioteca, divididos en socios, alumnos y profesores, en orden alfabtico. Entrada: TipoListadoLector Proceso: De acuerdo al tipo (ordenado por apellido y nombre o por documento), mostrar el listado correspondiente y dar opcin a imprimirlo. Salida: {Documento + Apellidos + Nombres + Domicilio + Telfono + EstadoBiblioteca} l) Listado de Libros

Introduccin: Permite listar los libros y revistas de la biblioteca, ordenados alfabticamente por ttulo, por cdigo Dewey, por clase divisin y seccin y por autor. Entrada: TipoListadoLibro Proceso: De acuerdo al tipo, mostrar el listado correspondiente y dar opcin a imprimirlo.

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

Salida: {Clase + Divisin + Seccin + CdigoLibro + Ttulo + AutorPrincipal + Idioma + TotalEjemplares} m) Listado de Morosos Introduccin: Permite listar los lectores morosos actuales y los ejemplares que adeudan. Entrada: Datos de morosos Proceso: Armar el listado con los socios morosos y dar opcin a imprimirlo. Salida: {Documento + Apellidos + Nombres + {Ttulo + NmeroCopia + FechaPrstamo +

FechaDevolucin}} n) Listado de Prstamos Introduccin: Permite listar los prstamos entre dos fechas dadas, indicando su estado (devuelto, nodevuelto). Entrada: FechaInicio + FechaFin Proceso: Listar los prstamos y dar opcin a imprimirlo. Salida: {FechaPrstamo + Ttulo + NmeroCopia + Documento + Apellido + Nombre + FechaDevolucin + EstadoPrstamo + FechaDevuelto}

III.5. Suposiciones y Dependencias

Suposiciones: Se asume que los requisitos en este documento son estables una vez que sean aprobados por la Direccin de (CLIENTE). Cualquier peticin de cambios en la especificacin debe ser aprobada por todas las partes intervinientes y ser gestionada por el equipo de desarrollo. Dependencias: El sistema tiene dependencia con el actual Sistema de Gestin Administrativa y Alumnos, ya que los alumnos y profesores gestionados por el mismo son lectores en la biblioteca.

III.6. Requisitos de Usuario y Tecnolgicos

Requisitos de usuario: Los usuarios sern los encargados de biblioteca de (CLIENTE). Las interfaces deben ser intuitivas, fciles de usar y amigables, de manera que con unas breves instrucciones los alumnos sean capaces de usarla. Requisitos tecnolgicos: En vista de que es necesario instalar las aplicaciones en varias computadoras, y teniendo en cuenta un futuro crecimiento de la biblioteca, se ha optado por un entorno econmico y fcil de instalar. La aplicacin se ejecutar sobre un esquema cliente/servidor, con los procesos e interfaz de usuario ejecutndose en los clientes y stos solicitando requerimientos al servidor que cumple su proceso. El sistema operativo de los clientes ser MS Windows 9x o bien MS Windows NT 4.0 Workstation. El sistema operativo del servidor es MS Windows NT 4.0 Server y el Sistema Gestor de
6

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

Base de Datos es MS SQL Server 7.0, requisitos fijados por la configuracin actual de red y el software disponible por (CLIENTE). La red actual tiene una topologa estrella y tecnologa Ethernet.

III.7. Requisitos de Interfaces Externas

Interfaces de usuario: La interfaz de usuario debe ser orientada a ventanas tipo Windows. Interfaces Hardware: Ratn y teclado estndar. Interfaces software: La interfaz con el Sistema de Gestin Administrativa y Alumnos vendr dada ya que comparten el mismo espacio de datos en el Sistema Gestor de Base de Datos.

III.8. Requisitos de Rendimiento

El tiempo de respuesta de la aplicacin a cada funcin solicitada por el usuario no debe ser superior a los 5 segundos. El tiempo de respuesta a los listados depender de la tecnologa de impresin.

III.9. Requisitos de Desarrollo

El ciclo de vida ser el de Prototipado Evolutivo, debiendo orientarse hacia el desarrollo de un sistema flexible que permita incorporar de manera sencilla cambios y nuevas funcionalidades.

III.10. Restricciones de Diseo

Ajuste a estndares: La codificacin de los libros ser por la nomenclatura de Dewey.

CDS.[XXX].AAA.III
Donde C es un dgito que representa la clase, D un dgito que representa la divisin de la clase, S un dgito que representa la seccin de la divisin, XXX un conjunto de dgitos (entre 1 y 6) que representan criterios de sub-clasificacin, AAA las tres primeras letras del apellido del autor e III las tres letras que indican el idioma en que est escrito. Seguridad: La seguridad de los datos ser establecida por el Sistema Gestor de Base de Datos Relacional que se emplee. Poltica de Respaldo: No se ha definido.
7

Conceptos de Sistemas

Ejemplo de aplicacin IEEE/ANSI 830-1993

Base de Datos: El Sistema Gestor de Base de Datos debe ser relacional y se accedern a los mismos usando la tecnologa ODBC para Windows NT 4.0 y Windows 9x. Poltica de Borrado: No se ha definido.