Guia y Plantilla de Especificaci n de Requerimientos Vr4

PLANTILLA ESPECIFICACIN DE REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES EN EL SISTEMA DE BIBLIOTECA Revisin HistricaFecha Versin Descripcin El objetivo ser informar al lector18/04/11

Autor Andrs Carvajal David Ral Felipe Contreras Gmez Pineda

Mndez Ziga Cartn Rodrguez

sobre funcionales

los que

1:00

requerimientos funcionales y no corresponden al proyecto

NDICE DE CONTENIDO1 INTRODUCCIN.................................................................................................3 2 Alcance.............................................................................................................3 3 Glosario............................................................................................................4 4 Requerimientos funcionales.................................................................................6 5 Requerimientos No funcionales...........................................................................19

1.1 Propsito..........................................................................................................................3

.........................................................................................................................36

5.1 Usabilidad......................................................................................................................19 5.2 Confiabilidad .................................................................................................................21 5.3 Requerimientos de espacio:...........................................................................................23 5.4 Portabilidad:...................................................................................................................24 5.5 Disponibilidad:...............................................................................................................25 5.6 Eficiencia y rendimiento................................................................................................26 5.7 Mantenimiento y soportabilidad: ..................................................................................27 5.8 Polticas de respaldo y contingencia inicial:..................................................................27 5.9 Requerimientos de entrega y ayuda en lnea:................................................................28 5.10 Ejecucin: ...................................................................................................................29 5.11 Requerimientos de interoperabilidad:..........................................................................30 5.12 Requerimientos externos:.............................................................................................31 5.13 Requerimientos legales:...............................................................................................32 5.14 Propiedades de Diseo:................................................................................................33 5.15 Licenciamientos:..........................................................................................................35 5.16 Requerimientos de limitaciones o restricciones:..........................................................36

1 INTRODUCCIN 1.1 PropsitoEste documento muestra las especificaciones de los requerimientos para el sistema propuesto llamado Sistema de Biblioteca a desarrollar en el Colegio Mara Inmaculada, especficamente para el rea de la biblioteca: Descrito en forma narrativa, clara y entendible por cualquier lector y por los involucrados dentro del equipo de proyecto. Los requerimientos a presentar en este documento son requerimientos funcionales, que se identificarn con las siglas RF y para los requerimientos no funcionales, se identificarn con las siglas RNF.

2 AlcanceSe definen con exactitud y detalle los requerimientos funcionales (comportamientos del sistema) que componen el sistema propuesto, ms los requerimientos no funcionales, como limitaciones, restricciones y otros factores que permitan, dar un mayor entendimiento y mayor compresin a las necesidades integrales del rea; necesarios

para una exitosa implementacin y ejecucin del proyecto. Estos requerimientos se distribuirn junto con los procesos preliminares identificados.

3 GlosarioAgujero de Seguridad: Fallo en la seguridad de una aplicacin, sistema informtico o sitio Web, que podra ser explotado para el hacking. Los agujeros son considerados debilidades o errores de programacin (bugs). Elicitacin: actividades propias que ayudan al obtencin requerimientos, con la participacin de los usuarios expertos. Estado del requerimiento: consiste en determinar el estado de un requerimiento, Y en estado. y descubrimiento de

Estado de Requerimientos EstadoSolicitado

DefinicinEl requerimiento proviene de un usuario experto autorizado para cumplir con la funcionalidad del sistema, y es parte de las reglas del negocio dentro del conjunto de requerimientos funcionales.

Aprobado

Implementado

Verificado

Borrador Rechazado

El requerimiento fue analizado, se estimo su impacto en el proyecto. El stakeholder clave est de acuerdo en incorporar el requerimiento, el equipo de desarrollo se ha comprometido a implementarlo. El requerimiento fue aprobado por una fuente autorizada El cdigo que implementa el requerimiento ha sido diseado, escrito y probado con pruebas unitarias. El requerimiento ha sido trazado al diseo y cdigo. Se confirm el correcto funcionamiento del requerimiento implementado en el producto integrado. El requerimiento est trazado a los correspondientes casos de prueba. El requerimiento se considera completado. El requerimiento fue eliminado de la lnea base. Se incluye una explicacin de por qu y quien decidi que fuera eliminado El requerimiento fue propuesto pero no se planea la implementacin. Se incluye la explicacin de por qu y quien decidi que fuera rechazado

Hardware: El hardware abarca todas las piezas fsicas de un ordenador (CPU, servidor, mouse, teclado, monitor y otros).

Lnea base de requerimientos: Conjunto de requerimientos funcionales y no funcionales se ha acordado formalmente para implementar en una determinada versin.

Prioridad de requerimientos: todos los requerimiento tienen diferentes niveles de importancia para los usuarios y stakeholders. Ya sea alta, media o baja, dependiente del la importancia o criticidad del requerimiento dentro de las reglas del negocio o base del sistema propuesto. Proceso o mdulo: El sistema se ha divido en varios procesos, mecanismo para organizar los requerimientos por grupos, lo que permite dividir un modelo en partes manejables mediante la agrupacin. Los procesos son vistos en la grfica que se representa como casos de uso del negocio. Requerimientos: atributo necesario para la construccin de un sistema, que puede representar una capacidad, una caracterstica o un factor de calidad del sistema solicitado. Es el descubrimiento de las actividades involucradas, para dar solucin a un producto terminado. RF##: siglas para identificar los requerimientos funcionales, seguidos por un nmero secuencial de la lista de requerimientos que se est levantando, con el fin de identificarlos y hacer referencia a documentos posteriores, como por ejemplo los casos de uso. RNF##: siglas para identificar los requerimientos no funcionales, seguidos por un nmero secuencial de la lista de requerimientos, con el fin de identificarlos y hacer referencia a documentos posteriores. Software: Se refiere al conjunto de los componentes lgicos necesarios para realizar tareas especficas, en contraposicin a los componentes fsicos del sistema. Stakeholder: (interesado o involucrado) persona, grupo u organizacin que tenga directa o indirectamente participacin en un proyecto. Y desde el punto de vista del desarrollo de sistema, es aquella persona o entidad que se ver afecta directa o indirectamente con el sistema o la solucin optima. Taller de Requerimientos: Reunin, donde participan stakeholder claves, que se realiza con el fin de llevar a cabo proceso de obtencin, anlisis o validacin de los

requerimientos, por lo general es de duracin ms amplia que una reunin, inclusive de varios das. Software libre: Es un software que no es creado para fines exclusivamente comerciales, por lo tanto utilizarlo no requiere de ningn costo. Algoritmo: Conjunto de procedimientos dentro de un programa. Login (Logueo, loguearse): Trminos referentes a la autenticacin y inicio de sesin en un programa. Alfanumrico: se refiere a caracteres que solamente incluyen nmeros y/o letras. Interfaz: medio de comunicacin entre el programa y el usuario. Trigger: Son usados para mejorar la administracin de la Base de datos Consulta: Proceso en el que el programa solicita informacin a la base de datos. Migracin de datos: Proceso en el que se transfiere informacin de una base de datos a otra.

4 Requerimientos funcionalesLos requerimientos funcionales son las necesidades o funcionalidades de un sistema de informacin, caractersticas que se deben satisfacer. Se agruparn por mdulos de acuerdo a los procesos identificados en el Modelo de casos de uso del negocio. Ver Documento Visin del Sistema de Biblioteca.

1. Administracin de documentos (agregar, eliminar, modifica, consultar informaciny estado de los documentos).

2. Estadsticas de los documentos y de las mquinas.

3. Aplicacin web para las consultas de los documentos.

4. Control desde la parte administrativa de las computadoras de la biblioteca.5. Notificaciones por medio de ciertos medios sobre eventos en especfico. 6. Indizar libros. 7. Posibilidad del uso del cdigo de barras para los documentos y carnets. 8. Digitalizacin del inventario. 9. Administracin de usuarios. 10. Manejo de multas. PLANTILLA PARA EL REQUERIMIENTO FUNCIONAL

ID:

RF- 01

Estado: SolicitadoAdministracin (agregar, de

1. Nombre:documentos

Prioridad: Alta

eliminar,

modifica, consultar informacin y estado de los documentos).

Descripcin: Dar un mantenimiento de los diferentes documentos, es decir, quepermita realizar diferentes tareas con la base de datos, entre estas: agregar libros, modificar datos ya ingresados, eliminar documentos y consultar los estados y su informacin.

Entradas: Para agregar libros se necesitarn los siguientes parmetros: ttulo del libro, el cdigo, tema, editorial, autor, tema de estudio, descripcin, volumen, fecha de ingreso, tomo, fechas de modificacin, cantidad de ejemplares. Para modificar y eliminar un libro solamente se necesita el cdigo. Para la consulta se necesitan varios parmetros de bsqueda, por

ejemplo, bsqueda por autor, por cdigo, por ttulo, por rea de estudio y por tema. Adems de tener una bsqueda general que reciba como parmetro una palabra o frase.

Procedimiento: Agregar: se ocuparn los parmetros anteriores para ingresar los libros, algunos sern requeridos y otros opcionales, entre mayores datos se le agreguen, ms precisa va a ser la bsqueda. Modificar y eliminar: solo se podr modificar y eliminar sabiendo el cdigo del libro. Consulta: esto contar con dos partes, una bsqueda general entre la informacin de los documentos donde se buscar con una frase los resultados. La otra se realizar por medio de una bsqueda avanzada usando un criterio en especfico, siendo esta ms precisa.

Salidas: Para agregar se le enviar un mensaje si se agreg correctamente o si hubo un error por alguna razn.

Modificar y eliminar: para modificar se le envan los datos actuales y sedejarn modificar ciertos datos. Para eliminar, se le muestra toda la informacin actual de lo que se est eliminando y posterior a una confirmacin se eliminar y un mensaje de lo que sucedi (ejemplo: error)

Consulta: ambas le darn una lista con el ttulo y la descripcin de los elementos coincidentes.

Justificacin: Es totalmente necesario para el manejo de la biblioteca Restricciones a nivel de la reglas del negocio: Solamente se podrn modificar, agregar y eliminar por parte de los usuarios administradores. A la hora de modificar un documento, no se podrn modificar campos como el cdigo, fecha de ingreso. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Agregar: los parmetros requeridos son: ttulo, cdigo, fecha de ingreso,

autor, cantidad de ejemplares.

Encargado de levantar el requerimiento:Grupo de trabajo

Usuario experto entrevistado: Jasminny Guevara Beltrn

ID:

RF- 02Estadsticas de los

Estado: Solicitado Prioridad: Media

Nombre:

documentos y de las mquinas.

Descripcin: clculo de estadsticas de bsqueda segn los parmetrosespecificados (profesor, alumnos, departamento de ciencia, etc.)

Entradas: Ttulo, cdigo, autor, tema, rea estudio. Procedimiento: Este requerimiento har los clculos necesarios para devolver unaestadstica de bsqueda en un lapso determinado. Tambin se podr realizar una bsqueda de algn libro especfico

Salidas: Grficos Promedios de alquiler, frecuencias, porcentajes Lista de libros segn la bsqueda.

Justificacin: Es necesario para la biblioteca llevar un control de los libros alquilados, cuales son los ms solicitados y por quienes. Restricciones a nivel de la reglas del negocio:

Este mdulo solo ser accesible por los administradores de la biblioteca. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Campo de bsqueda: se puede ingresar cualquier carcter alfanumrico necesario.

Encargado de levantar el requerimiento: Grupo de trabajo


ID:

RF- 03Aplicacin web para las

Estado: Solicitado Prioridad: Alta

Nombre:

consultas de los documentos.

Descripcin: Acceso a un mdulo de consulta, bsqueda, y reserva demateriales bibliotecarios.

Entradas: Campos de login. Campos de bsqueda de material Campo de consulta estado cuenta Campos de reserva

Procedimiento: Dara un listado de la bsqueda solicitada, informacin del estadode cuenta como pendientes, se harn reservas preliminares de algn material.

Salidas: Un acceso o denegacin al sistema. Listado de los materiales disponibles. Hoja de estado de cuenta segn el usuario registrado.

Justificacin: Es necesaria una herramienta web, para lograr un acceso de los recursos desde cualquier lugar solo con acceso a la web. Agilizando el trmite manual de la biblioteca. Restricciones a nivel de la reglas del negocio: Es necesario estar registrado para acceder al sistema. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Campo de bsqueda: se puede ingresar cualquier carcter alfanumrico necesario. Campo de login: los mismos establecidos en el requerimiento RF #01. Campos de reserva: se incluyen el material deseado y la disponibilidad de este.



ID:

RF #04 Control desde la parte


Nombrebiblioteca.

administrativa de las computadoras de la

Descripcin: Poseer un administrador de las computadoras en red que estn ala disposicin de los usuarios(estudiantes, acadmicos)

Entradas: Registro de la Computadora(Cdigo de la computadora) Contrasea Usuario

Procedimiento: Activar y desactivar la computadora, manejar las impresiones enred.

Salidas: Justificacin: Tener un mayor control en el acceso de las maquinas segn se requiera. Restricciones a nivel de la reglas del negocio: Los administradores de la biblioteca sern los encargados de activar o desactivar las computadoras. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Usuario Administrador: Ser un nombre que le da el mismo usuario, sin espacios, solo caracteres alfanumricos. Se permitir un mximo de 8 Determinar cules computadoras estn en uso.

caracteres y mnimo Contrasea: Se permitirn solamente caracteres alfanumricos y sin espacios. Un mnimo de 4 caracteres.

Cdigo de la computadora a activar: identificador univoco de lacomputadora.

Usuario: Id del usuario que va a utilizar la mquina.



ID:

RF- 05.

Estado: SolicitadoNotificaciones por

1. Nombre:

Prioridad: Media

medio de ciertos medios sobre eventos en especfico.

Descripcin: Se pretende notificar por algn medio a diferentes usuarios sobremovimientos que se den en la biblioteca, por lo general ser sobre nuevas adquisiciones.

Entradas: Evento de lo que se quiere notificar, descripcin y a cual/es usuario/s se le enviar la notificacin, tambin de qu forma.

Procedimiento: Cada vez que se ocurra algn evento (puede ser que se elimine un

ejemplar, o algn comunicado a gusto de los administradores) se enviar a los usuarios especificados una notificacin por algn medio (por ejemplo, por medio del correo electrnico).

Salidas: Algn mensaje de confirmacin de envi o error si fuese del caso.

Justificacin: Esto se realizar para mantener informado a los usuarios sobre lo que est sucediendo en la biblioteca. Restricciones a nivel de la reglas del negocio: Las notificaciones sern enviadas por el sistema, especificadas por los usuarios administradores nicamente. Restricciones a nivel de campo para el futuro prototipo en ingeniera II:

Sera estrictamente necesario que los campos de ttulo del evento,descripcin y el(los) usuarios a quien(es) va dirigida la notificacin, no se encuentren vacos y de ser as indicar el error al usuario administrador. Definir los medios por los cuales las notificaciones se podrn enviar.

Encargado de levantar el requerimiento:Grupo de trabajo


ID:

RF #07

Estado: Solicitado

Nombre: Posibilidad del uso del cdigo Prioridad: Mediade barras para los documentos y carnets.

Descripcin: Se busca identificar el cdigo de barras tanto como en carnet delestudiante como en los libros, para su manipulacin ms sencilla y la autenticacin de forma automtica.

Entradas: Cdigo de barras

Procedimiento: El lector de barras identifica al libro y al estudiante. Salidas: Justificacin: Permitira una simplificacin en la identificacin de los usuarios y de los libros. Agiliza el trmite. Restricciones a nivel de la reglas del negocio: Los administradores se encargaran de manejar el lector. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Campo cdigo de barras: el lector se encargara de leer el id, o sino el administrador lo digitara manualmente. El libro y el estudiante.



ID:

RF- 08

Estado: Solicitado Prioridad: Baja

Nombre: Digitalizacin del inventario

Descripcin: La lista de libros y documentos se encuentra en un cuaderno, sepretende digitalizarla y exportarla en archivos de forma sencilla.

Entradas: Solicitud de envi de un listado de inventario

Procedimiento: Habr una opcin para mostrar el inventario que existe, de lamisma forma que realiza en el cuaderno de la biblioteca.

Salidas: Un listado con el nmero de adquisicin, el ttulo del libro y el cdigo del documento. Justificacin: Digitalizar y facilitar el registro de los libros y documentos. Restricciones a nivel de la reglas del negocio: Los nmeros de adquisicin sern consecutivos. Cuando un libro se elimina, el nmero se conserva para el nuevo que se ingrese. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Definir el tipo de archivo en que se va a exportar.



ID:

RF- 9


Nombre: Administracin de usuarios

Descripcin: Los administradores podrn agregar y eliminar usuarios, tambinmodificar usuarios.

Entradas: Agregar: Carnet (si es necesario), cdula, nombre de usuario, nombrecompleto, password de acceso, permisos de uso del sistema, telfono, correo, domicilio. Modificar, eliminar y consultar: cdula o carne.

Procedimiento: Existir un mdulo donde se pueden realizar las accionesanteriormente explicadas.

Salidas: Agregar: se enviar un mensaje de que se agreg correctamente o si hubo un error, la explicacin de este. Modificar y eliminar: para modificar se le envan los datos actuales y se dejarn modificar ciertos datos. Para eliminar, se le muestra toda la informacin actual de lo que se est eliminando y posterior a una confirmacin se eliminar y un mensaje de lo que sucedi (ejemplo: error)

Consulta: Se enviar el usuario que coincida con el dato ingresado.

Justificacin: Control sobre los usuarios que utilizan el sistema. Restricciones a nivel de la reglas del negocio: Agregar, modificar, eliminar y consultar: solo podr ser realizado por usuarios administradores. Restricciones a nivel de campo para el futuro prototipo en ingeniera II: Informacin personal.

Encargado de levantar el requerimiento:


Grupo de trabajo

5 Requerimientos No funcionalesLos requerimientos No funcionales especifican propiedades del sistema como restricciones/limitaciones de ambiente y desarrollo, performance, dependencias de plataformas, usabilidad, mantenibilidad, tiempo de respuesta y uso de la memoria. confiabilidad, y otros. Los requerimientos de performance imponen condiciones sobre los requerimientos funcionales como velocidad,

1. Una interfaz amigable y sencilla de manipular.2. Seguridad de los datos.

3. La aplicacin buscar no consumir muchos recursos de la computadora.4. El sistema trabajar de manera ptima en ambiente Windows.

5. Disponibilidad a tiempo completo de los servidores.6. Eficiencia en las transacciones y respuestas del sistema. 7. Facilidad en las actualizaciones. 8. Respaldo constante de la base de datos. 9. Sistemas de tiquetes para los administradores. 10. Consultas rpidas y seguridad para la manipulacin del sistema. 11. Base de datos que sea accesible para mltiples sistemas. 12. Seguridad con los passwords. 13. Cumplimiento de las polticas de la institucin. 14. Diseo ptimo para los ambientes en que se ejecutar el programa. 15. Utilizacin de software gratis para el desarrollo del sistema.

5.1 UsabilidadEste requerimiento asegura la usabilidad en el Sistema de Biblioteca para minimizar la dificultad que se presenta muy frecuentemente al realizar el diseo, o para resolver pasos en cada caso de uso. Para aquellos casos en los se presenta dificultad dependiendo de la cantidad de pasos y del conocimiento que los usuarios deben tener en cada uno de stos.

Algunos de estas caractersticas son insumos de cualquier requerimiento funcional, en el apartado de restricciones para su elaboracin.

ID: 01 Nombre: Una interfaz amigable y sencilla de manipular. Descripcin:


Se disear una interfaz que sencilla para el usuario, que la pantalla no sea tancargada de opciones.

Visualmente no sea tedioso ni cansado, debido a que los usuarios administradoresestarn mucho tiempo seguido, utilizando el programa.

Para los usuarios comunes, que la interfaz permita realizar acciones que se utilizancon frecuencia, de forma directa Justificacin: La interfaz de usuario ser de vital importancia para incentivar el uso del sistema. Restricciones: El ignorar los estndares establecidos podr traer problemas de integracin del producto final, como al proyecto. Encargado de realizar el requerimiento: Grupo de trabajo Usuario experto entrevistado: Jasminny Guevara Beltrn

5.2 ConfiabilidadEl sistema deber ser utilizado (accesado) solamente por usuarios autorizados y se deben restringir el uso basado en permisos. Adems, no deber permitir que se ignoren o salten reglas, polticas o posibilidad de agujeros en la seguridad.

ID: 02 Nombre: Seguridad de los datos. Descripcin:

Estado: Solicitado Prioridad: alta

Se debern realizar las diferentes fases de prueba durante el lapso del proyecto; paraello se confeccionar el documento de Administracin y Planificacin de las pruebas (Ingeniera de Sistemas III). Y consistir en proceder a seleccionar las fechas, el tipo de prueba y usuarios (agrupados por roles).

Esto con el fin de capacitar todos los usuarios involucrados para el uso del Sistema de biblioteca y su navegabilidad, en esta planificacin se deber cubrir la capacitacin del grupo tcnico de la empresa. Adjunto se enumeran los siguientes tipos de pruebas a realizar.

Verificacin de los estndares: el encargado de estndares ser David

Contreras y Felipe Pineda, sern los responsables de realizar la verificacin del uso y funcionamiento de estndares en el cdigo del sistema y documentacin sistema de biblioteca, en cuanto al diseo, vistas, tablas, campos, triggers, llaves, atributos, procedimientos almacenados, llaves primarias y forneas entre otros.

Pruebas al prototipo de diseo: dentro del equipo de proyecto, se usuarios expertos del Sistema de

tomar al lder tcnico, lder funcional, funcionalidad a los usuarios.

biblioteca, que se encargarn de realizar las primeras pruebas de navegabilidad y

Pruebas unitarias: el equipo desarrollador se encargar de realizar sus

propias pruebas tcnicas y funcionales, pero planificadas estratgicamente, como: El que realiza el cdigo, no podr realizar la revisin de ese cdigo, esto con el fin de que no coincida que la misma persona que realiz el cdigo, tambin haga la prueba, esto con el fin de no caer en vicios. Con ello los tcnicos podrn verificar el funcionamiento correcto del cdigo en un mdulo, clase o componente en forma separada y contra el caso de uso. (Alternando el equipo de desarrollo).

Pruebas de integracin: una vez que se han dado por aceptado las

pruebas unitarias, se proceder con las pruebas de integracin y el responsable de realizar dichas pruebas al sistema Sistema de biblioteca, ser el lder tcnico. Estas se realizan en el ambiente de desarrollo o en el ambiente de pruebas del software, donde se prueban todos los elementos que componen un proceso o conjunto de procesos de una sola vez.

Pruebas funcionales: el responsable a cargo de estas pruebas, ser el

Ral Gmez y Andrs Carvajal, estas pruebas se basarn en la ejecucin, revisin y retroalimentacin de las funcionalidades previamente diseadas para el software, se podr alimentar con los casos de prueba que previamente se definirn para ello.

Pruebas de carga, migracin, conversin y digitacin: Incluir en

este apartado los responsables de la carga inicial, migracin de datos o conversin y digitacin de datos al sistema Sistema de biblioteca o si la empresa ser la responsable. El equipo de datos. desarrollo tomara la responsabilidad de realizar la migracin de

Pruebas piloto: el equipo de proyecto estar a cargo de la puesta en

marcha del sistema del Sistema de biblioteca a produccin, durante la fase de transicin, y se podr ir realizando poco a poco cada uno de sus componentes, de una manera estratgica.

Justificacin: De acuerdo a los estndares Procedimiento para verificar la de: documentos de Arquitectura Tecnolgica, usabilidad del prototipo, Procedimiento para

administrar y planificar las pruebas. Restricciones: El ignorar los estndares establecidos podr ocasionar problemas a la hora de integrar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: David Contreras Ral Gmez Andrs Carvajal Felipe Pineda Solicitante: Colegio Mara Inmaculada

5.3 Requerimientos de espacio:El sistema deber ajustarse al presupuesto destinado por el patrocinador, o los servidores o equipos disponibles para la distribucin de las capas correspondientes o fijadas dentro de la infraestructura del Departamento de Soporte Tcnico.

ID: 03 Nombre: La aplicacin no consuma muchos recursos de la computadora


Descripcin: Se buscara que la aplicacin no consuma recursos mayores de lo que poseen los equipos de la biblioteca. Optimizar algoritmos propios de la aplicacin para as lograr un mayor tiempo de respuesta a lo interno del programa. Evitar el derroche de recursos mediante la implementacin de cdigo innecesario e ineficiente Justificacin: La importancia de economizar recursos radica en que se necesita buscar que la aplicacin sea lo ms eficiente posible para as lograr que el usuario este conforme con la ejecucin del sistema. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: Grupo de trabajo Solicitante: Jasminny Guevara Beltrn

5.4 Portabilidad:ID: 04 Nombre: El sistema trabajar de manera ptima en ambiente Windows. Estado: Solicitado Prioridad: Alta

Descripcin: El sistema de biblioteca podr ser ejecutado desde el Browser Explorer 7.0. y Firefox y cualquier buscador actual y que soporta cualquier versin.

El sistema deber ser diseado de tal manera que pueda ser instalado en cualquierade las computadoras que se encuentran en la biblioteca.

El sistema podr ser levantado en los sistemas operativos existentes en el Centro decmputo, como: Windows.

Justificacin: Por facilidad de uso para el usuario el sistema ser implementado en Windows, y todas las herramientas sern basadas para este sistema operativo. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, dando como resultado el rechazo del producto o el no xito del proyecto. Encargado: David Contreras Ral Gmez Andrs Carvajal Felipe Pineda Solicitante: Colegio Mara Inmaculada Erick Blum Calvo.

5.5 Disponibilidad:ID: 05 Nombre: Disponibilidad a tiempo completo de los servidores Descripcin: Estado: Solicitado Prioridad: Media

El sistema deber estar disponible y funcionando las 24 horas del da, durante los 7das de la semana, en los 365 das del ao.

En caso de una falla, habr un encargado (David Contreras Ziga) de soporte parasu mantenimiento; mientras que el Departamento de soporte tcnico de la institucin ser el custodio, ya que estar capacitado para resolver cualquier problema que se presente. Justificacin: Resulta ms cmodo para los Stakeholders que el servidor este encendido 24/7 ya que no hay quien pueda apagar el servidor. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, podra dar como resultado el rechazo del producto o el no xito del proyecto Encargado: Grupo de trabajo Solicitante: Jasminny Guevara Beltrn

5.6 Eficiencia y rendimientoEn este apartado se incluyen o definen los tiempos ptimos de respuesta por transaccin, donde se pueda especificar los casos de uso, y capacidad numrica de usuario trabajando simultneamente. Se definen tambin, la utilizacin de la cantidad de recursos, de acuerdo el apartado anterior (memoria, discos). Tambin se caractersticas de configuracin que correspondan a la comunicacin. puede agregar las

ID: 06 Nombre: Eficiencia en las transacciones y respuestas del sistema Descripcin:


Los siguientes aspectos, que no son exhaustivos, pueden ser parte de la definicin de requerimientos no funcionales que debe ser adaptados al proyecto particular, tomando en cuenta que el sistema de biblioteca debe ser consistente bajo concurrencia; por ende los accesos simultneos por los usuarios debern ser mltiples y estar libre de bloqueos.

Justificacin: De acuerdo al documento de arquitectura, y configuracin de las interfaces de usuario. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, podra dar como resultado el rechazo del producto o el no xito del proyecto. Encargado: Grupo de desarrolladores Solicitante: Colegio Mara Inmaculada

5.7 Mantenimiento y soportabilidad:ID: 07 Nombre: Facilidad en las Estado: Solicitado Prioridad: Media

actualizaciones. Descripcin:

Se disear un sistema de una actualizacin automtica cada vez que exista algunanueva. Justificacin: La correccin de errores ser algo que no se puede dejar de tomar en cuenta, para esto el sistema de actualizaciones permitir que estas corrijan lo necesario tan pronto como sea posible. Restricciones: El ignorar los estndares establecidos podra ocasionar problemas a la hora de implementar el sistema, y/o podra dar como resultado el rechazo del producto o el no xito del proyecto Encargado: Grupo de Trabajo Solicitante: Departamento de soporte tcnico.

5.8 Polticas de respaldo y contingencia inicial:ID: 08 Nombre: Respaldo constante de la base de datos. Estado: Solicitado Prioridad: Alta

Descripcin: Cuando corresponda el momento, se analizarn los comportamientos de la base de datos y se determinar en qu momento se realizar un respaldo de esta. En cuanto a la estrategia de continuidad del proceso y contingencia, el Sistema de biblioteca se puede implementar en cualquier equipo, con los siguientes requisitos: Un equipo que supla con las necesidades bsicas para darle conexin a un mximo de 2 usuarios en tiempo de contingencia. Un equipo que pueda fcilmente ser instalado dentro de la oficina donde se encuentra el servidor, dentro de la institucin.

Donde el sistema podr ser ejecutado desde el Browser Explorer 7.0. o FirefoxGoogle Chrome o cualquier otra herramienta o versin. Justificacin: La informacin almacenada en la base de datos, es de suma importancia, y agregado a esto, siempre existe un riesgo de algn fallo en el equipo sobre el cual trabaja el programa, por lo que es necesario tomar medidas preventivas. Restricciones: Pueden haber restricciones de espacio para realizar muchos respaldos. Encargado: Grupo de trabajo Solicitante: Colegio Mara Inmaculada

5.9 Requerimientos de entrega y ayuda en lnea:ID: 09 Nombre: Sistemas de tiquetes Estado: Solicitado Prioridad: Alta

para los administradores.

Descripcin: Para el reporte de errores, dudas consultas o algn tipo de comunicado que desee dar algn usuario, se manejar un sistema de tiquetes: este consiste en

el envo de un mensaje (tiquete) acerca de un asunto en particular. Este ser recibido por algn usuario administrador del colegio, el cual podr remitirlo, si fuese del caso, a algn miembro del grupo desarrollador o usuario experto (Erick Blum Calvo). Justificacin: Con el paso del tiempo se generarn dudas, surgirn problemas y es necesario que sean comunicados, de igual forma esto puede servir para medir el grado de satisfaccin de los usuarios comunes. Restricciones: Solamente lo podrn utilizar los usuarios registrados. Encargado: Grupo de Trabajo Solicitante: Colegio Mara Inmaculada

5.10 Ejecucin:ID: 10 Nombre: Consultas rpidas y seguridad para la manipulacin del sistema Estado: Solicitado Prioridad: Alta

Descripcin: El tiempo estimado de respuesta para el cliente, deber ser el ptimo para cada transaccin, en caso de una transaccin liviana se podr dar por rechazada y se deber optimizar.

Implementar autenticacin por medio de la asignacin de un password para cadausuario, para generalizar y tener la certeza de los diversos usuarios que interactan con el sistema. Esto se llevara a cabo mediante una pantalla de logueo, al iniciar el sistema, y ser obligatorio disponer de una contrasea nica para cada usuario como requisito.

Se deber incluir la confidencialidad en la navegabilidad del sistema, necesaria paragarantizar que la informacin es y ser vista nicamente por el usuario que tiene

derechos de acuerdo al rol que cumple dentro del sistema. Esto se lograra, mediante la creacin de perfiles y privilegios dependiendo su rol.

Garantizar la No alterabilidad de los registros del sistema, no sern modificados porotros elementos o individuos, sin que el propio sistema lo detecte y acte en su defensa. Lo que es la administracin de datos lo vamos a proteger mediante una contrasea.

Asegurar la integridad fsica de los componentes fsicos, que integran la infraestructuratecnolgica para que no sufra ningn dao, o que se realicen cambios que afecten la operacin del mismo. Manteniendo el servidor en un lugar refrigerante, seguro, seco y con la menor cantidad de polvo para el buen funcionamiento del computador.

Justificacin: El usuario siempre demandar agilidad en los trmites que haga con el sistema, y adems de esto se debe asegurar que est en una zona segura Restricciones: La seguridad es un tema que siempre implica mucha complejidad para desarrollar un sistema Encargado: Grupo de trabajo Solicitante: Colegio Mara Inmaculada

5.11 Requerimientos de interoperabilidad:En este apartado se deber buscar Interoperabilidad, quiere decir que podr comunicarse con otras aplicaciones o sistemas informticos. Esto en el caso de ser necesario comunicarse con otras aplicaciones.>>

ID: 11

Estado: Solicitado

Nombre: Base de datos que sea accesible sistemas. para mltiples

Prioridad: Alta

Descripcin: Es necesaria que el Sistema de Biblioteca pueda tener interfaz para comunicarse con la Base de Datos que se le implemente. La Base de Datos ser diseada para que sea accesible por ambas aplicaciones, tanto a nivel de la biblioteca como a nivel de la aplicacin web. Justificacin: La base de datos tiene que ser verstil para poder conectarse con cualquier aplicacin. Restricciones: Por razones de seguridad, aunque sea compatible con muchas aplicaciones, no se permitir que todas las personas o aplicaciones tengan acceso a todos los datos. Encargado: Grupo de Trabajo Solicitante: Grupo de Trabajo

5.12 Requerimientos externos:

ID: 12 Nombre: Seguridad con los passwords.


Descripcin: El sistema deber respetar la confidencialidad de la informacin en la WEB o nivel de BD, respectivo a cada uno de sus clientes o usuarios. Se implementar la encriptacin las contraseas, utilizando algn algoritmo especial para dicha tarea. De esta forma se asegura que alguien malintencionada intente acceder a la informacin.

Justificacin:

Restricciones: El ignorar los estndares establecidos, rechazo del producto o proyecto final. Encargado: Grupo de trabajo

podr dar como resultado el

Solicitante: Colegio Maria Inmaculada

5.13 Requerimientos legales:ID: 13 Nombre: Cumplimiento de las Estado: Solicitado Prioridad: media

polticas de la institucin.

Descripcin: Para la elaboracin total del proyecto se tomarn siempre en cuenta los lineamientos y polticas que establece la institucin en su reglamento oficial. Justificacin: El colegio tiene ciertos reglamentos, estos debern ser tomados en cuenta. Restricciones: Los reglamentos del no se relacionan con el rea propia en la cual se deber desarrollar. Encargado: Grupo de Trabajo y Colegio Mara Inmaculada Solicitante: Colegio Mara Inmaculada

5.14 Propiedades de Diseo:ID: 14 Nombre: Diseo ptimo para los ambientes en que se ejecutar el programa. Estado: Solicitado Prioridad: Alta

Descripcin:

El sistema deber ser implementado para que trabaje con el motor de Base de Datos,.

La utilizacin de herramientas para desarrollar ayudas en lnea en formato html. Interfase de usuario: Implementada en ambiente . ser desarrollado con Microsoft Visual Studio .NET 2008 u

Interfases de hardware: La computadora cliente deber tener el sistema operativoen

Interfases de software: El sistema deber estar desarrollado en . Para los reportes deber utilizar la herramienta ; adems de, disponer de una impresora de las existentes en el rea.

Motor de Base de Datos: el sistema debe ser implementado para que trabaje con

Interfases de comunicacin:

Metodologa: implementar el sistema bajo la metodologa Proceso unificado (RUP)para desarrollo de software, con los siguientes estndares en cuanto a documentacin: procedimientos, actualizadas. Justificacin: De acuerdo a los siguientes estndares Restricciones: El ignorar los estndares establecidos podr dar como resultado el rechazo del producto o proyecto final. Encargado: Equipo de Proyecto Solicitante: Equipo o Lder del Patrocinador. plantillas, diagramas (modelado del negocio, especificacin de requerimientos, casos de uso, diagramas y otros.) Ver manuales en versiones

5.15 Licenciamientos:En esta seccin se deber definir la adquisicin de posibles licencias o necesidades de herramientas de desarrollo, as como de herramientas de certificacin del sitio web, base de datos, sistemas operativos y browsers, entre otros.

ID:

15para el desarrollo del


Nombre: Utilizacin de software gratis sistema.

Descripcin: Visual C# Express Edition 2010

PostgreSql 9.0.4-1Netbeans 6.9.1 Browsers: Firefox, Internet Explorer, Google Chrome, Safari Todo el software anteriormente mencionado son versiones que no necesitan ser pagadas para su uso legal. Esto porque son versiones que tienen licencia gratuita o son software libre. Justificacin: El proyecto no puede demandar gastos excesivos en cuanto a licenciamiento de las aplicaciones a utilizar, por lo tanto el equipo desarrollador apela al uso de software libre o versiones gratuitas. Restricciones: La restriccin con este tipo de aplicaciones radica en que no se cuenta son soporte para estas.

Encargado: Grupo de trabajo

Solicitante: Grupo de trabajo

5.16 Requerimientos de limitaciones o restricciones:El nico aspecto que puede limitar el debido desarrollo de los requerimientos, son los diferentes conceptos tcnicos que corresponden al rea de biblioteca, los cuales todava el equipo no se encuentra muy familiarizado, por lo tanto es ms difcil comprender algunos aspectos.

Guia y Plantilla de Especificaci n de Requerimientos Vr4

Documents

Transcript of Guia y Plantilla de Especificaci n de Requerimientos Vr4