de
requisitos
de
[Mes de ao]
1.1
.
Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora
Contenido
1.1 De la plantilla de formato del documento & Coloriuris http://www.qualitatis.org.......2 FICHA DEL DOCUMENTO.........................................................................................................3 CONTENIDO...............................................................................................................................4 2 INTRODUCCIN.......................................................................................................................6 2.1 Propsito...............................................................................................................................6 2.2 Alcance..................................................................................................................................6 2.3 Personal involucrado...........................................................................................................6 2.4 Definiciones, acrnimos y abreviaturas.............................................................................6 2.5 Referencias...........................................................................................................................7 2.6 Resumen...............................................................................................................................7 3 DESCRIPCIN GENERAL.......................................................................................................7 3.1 Perspectiva del producto.....................................................................................................7 3.2 Funcionalidad del producto.................................................................................................7 3.3 Caractersticas de los usuarios...........................................................................................8 3.4 Restricciones........................................................................................................................8 3.5 Suposiciones y dependencias............................................................................................8 3.6 Evolucin previsible del sistema........................................................................................8 4 REQUISITOS ESPECFICOS...................................................................................................8 4.1 Requisitos comunes de los interfaces...............................................................................9 4.1.1 Interfaces de usuario.......................................................................................................9 4.1.2 Interfaces de hardware....................................................................................................9 4.1.3 Interfaces de software.....................................................................................................9 4.1.4 Interfaces de comunicacin.............................................................................................9 4.2 Requisitos funcionales......................................................................................................10 4.2.1 Requisito funcional 1.....................................................................................................10 4.2.2 Requisito funcional 2.....................................................................................................10 4.2.3 Requisito funcional 3.....................................................................................................10 4.2.4 Requisito funcional n.....................................................................................................10 4.3 Requisitos no funcionales.................................................................................................10 4.3.1 Requisitos de rendimiento.............................................................................................10 4.3.2 Seguridad......................................................................................................................11 4.3.3 Fiabilidad.......................................................................................................................11
Descripcin de requisitos del sofware
4.3.4 Disponibilidad................................................................................................................11 4.3.5 Mantenibilidad...............................................................................................................11 4.3.6 Portabilidad...................................................................................................................12 4.4 Otros requisitos..................................................................................................................12 5 APNDICES............................................................................................................................12
2 Introduccin
[Inserte aqu el texto] La introduccin de la Especificacin de requisitos de software (SRS) debe proporcionar una vista general de la SRS Se realizara la introduccin al documento, de la forma ms detallada y clara posible, usando un vocabulario adecuado y tomando en cuenta todos los detalles ms importantes y que se deban de saber. Debe incluir el objetivo, el alcance, las definiciones y acrnimos, las referencias, y la vista general del SRS.
2.1
Propsito
[Inserte aqu el texto] Propsito del documento Justificacin de proyecto, describir el objetivo de la manera ms ecunime y concisa, sin navegar en palabras, ser directo y claro. Mencionar lo que se quiere lograr, con el sistema los beneficios que tendr o que vendr a solucionar. Audiencia a la que va dirigido, explicara de igual manera la forma en que rea(s) servir y que personal podr darle un uso.
2.2
Alcance
[Inserte aqu el texto] Identificacin del producto(s) a desarrollar mediante un nombre Justificar y explicar el nombre del sistema Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripcin del sistema) que puedan existir Realizarlos con la profundidad necesaria, y de una manera concisa.
2.3
Personal involucrado
[Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto]
Personas que se han involucrado en el desarrollo del sistema, informacin personal y el rol que desempeo en el mismo. Se utilizara el formato de la tabla, siguiendo el orden y los requisitos que hay estn descritos. Relacin de personas involucradas en el desarrollo del sistema, con informacin de contacto. Esta informacin es til para que el gestor del proyecto pueda localizar a todos los participantes y recabar la informacin necesaria para la obtencin de requisitos, validaciones de seguimiento, etc.
2.4
Se describen los palabras que se usaran a lo largo del desarrollo del documento, al momento de describirlo. Definicin de todos los trminos, abreviaturas y acrnimos necesarios para interpretar apropiadamente este documento. En ella se pueden indicar referencias a uno o ms apndices, o a otros documentos.
2.5
Referencias
Titulo [Ttulo] Ruta [Ruta] Fecha Autor [Fecha] [Autor]
Referencia [Ref.]
Agrupar los documentos relacionados especificando segn la tabla Relacin completa de todos los documentos relacionados en la especificacin de requisitos de software, identificando de cada documento el titulo, referencia (si procede), fecha y organizacin que lo proporciona.
2.6
Resumen
[Inserte aqu el texto] Explicacin general de la introduccin, ampliando la informacin del mismo y tomando en cuenta detalles que no se han tomado en cuenta. Descripcin del contenido del resto del documento Explicacin de la organizacin del documento Se har un anlisis completo de los componentes y funcionamiento del sistema, as como requisitos, restricciones, realizando este de la manera correcta y con el vocabulario especfico y adecuado.
3 Descripcin general
3.1 Perspectiva del producto
[Inserte aqu el texto] Explicar el desarrollo del sistema, analizando si forma parte de uno sistema mayor o si su funcionamiento depende de otro. Indicar si es un producto independiente o parte de un sistema mayor. En el caso de tratarse de un producto que forma parte de un sistema mayor, un diagrama que site el producto dentro del sistema e identifique sus conexiones facilita la comprensin.
3.2
[Inserte aqu el texto] Relato general del funcionamiento del sistema, el cual sea suficiente para un usuario comprender su uso sin caer en detalles. Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en informacin de detalle. En ocasiones la informacin de esta seccin puede tomarse de un documento de especificacin del sistema de mayor nivel (ej. Requisitos del sistema).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier interlocutor pueda entenderlo perfectamente. Para ello se pueden utilizar mtodos textuales o grficos.
3.3
Caractersticas o atributos que tendrn que tener de las personas, que podrn hacer uso del producto. Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica. La insercin de los datos, se har segn el formato que se encuentra abajo. Tipo de usuario Formacin Habilidades Actividades [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto]
3.4
Restricciones
[Inserte aqu el texto] Las limitaciones que existen en el desarrollo del sistema, caractersticas que debe de tener el hardware para poder realizar el sistema. El cual debe cumplir con los requerimientos. Descripcin de aquellas limitaciones a tener en cuenta a la hora de disear y desarrollar el sistema, tales como el empleo de determinadas metodologas de desarrollo, lenguajes de programacin, normas particulares, restricciones de hardware, de sistema operativo etc.
3.5
Suposiciones y dependencias
[Inserte aqu el texto] Visualizar o contemplar los posibles cambios que se le puedan dar al sistema dependiendo del complimiento de los requerimientos. Tomando en cuenta errores a corregirse y a poderse solucionar. Descripcin de aquellos factores que, si cambian, pueden afectar a los requisitos. Por ejemplo una asuncin puede ser que determinado sistema operativo est disponible para el hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la SRS debera modificarse.
3.6
[Inserte aqu el texto] Actualizacin que el sistema pudiera tomar, para su mejor funcionamiento. Identificacin de futuras mejoras al sistema, que podrn analizarse e implementarse en un futuro.
4 Requisitos especficos
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo de desarrollo pueda disear un sistema que satisfaga los requisitos y los encargados de las pruebas puedan determinar si stos se satisfacen. Los requisitos se dispondrn en forma de listas numeradas para su identificacin, seguimiento, trazabilidad y validacin (ej. RF 10, RF 10.1, RF 10.2,...). Para cada requisito debe completarse la siguiente tabla y realizar la descripcin del requisito
Descripcin de requisitos del sofware
La distribucin de los prrafos que forman este punto puede diferir del propuesto en esta plantilla, si las caractersticas del sistema aconsejan otra distribucin para ofrecer mayor claridad en la exposicin.
Nmero de requisito Nombre de requisito Tipo Fuente del requisito Prioridad del requisito
[Inserte aqu el texto] [Inserte aqu el texto] Requisito [Inserte aqu el texto] Alta/Esencial
4.1
[Inserte aqu el texto] Detallar las necesidades y funcionalidades de interfaces del sistema Descripcin detallada de todas las entradas y salidas del sistema de software.
4.2
Requisitos funcionales
[Inserte aqu el texto] Definicin de acciones fundamentales que debe realizar el software al recibir informacin, procesarla y producir resultados. En ellas se incluye: Comprobacin de validez de las entradas Secuencia exacta de operaciones Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperacin de errores) Parmetros Generacin de salidas Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la conversin de informacin) Especificacin de los requisitos lgicos para la informacin que ser almacenada en base de datos (tipo de informacin, requerido) Las requisitos funcionales pueden ser divididos en sub-secciones. Definir lo que el software (producto) deber hacer, Definir los alcances del sistema
4.2.1 Requisito funcional 1 4.2.2 Requisito funcional 2 4.2.3 Requisito funcional 3 4.2.4 Requisito funcional n
4.3
Requisitos no funcionales
Definir lo que el software debe tener en cuanto a apariencia, sensacin, operatividad y mantenimiento.
Este punto se describe en forma de porcentajes para dar informacin clara y til para el diseador
4.3.2 Seguridad
[Inserte aqu el texto] Especificacin de elementos que protegern al software de accesos, usos y sabotajes maliciosos, as como de modificaciones o destrucciones maliciosas o accidentales. Describir tcnicas o mtodos que ayudaran al sistema a proteger sus datos, es si, cmo estar protegido el sistema?. existirn restricciones? Explicar cmo se diseara el producto valorando la seguridad que tendr, es decir, si contara con contraseas de usuario, accesos restringidos, etc. Los requisitos pueden especificar: Empleo de tcnicas criptogrficas. Registro de ficheros con logs de actividad. Asignacin de determinadas funcionalidades a determinados mdulos. Restricciones de comunicacin entre determinados mdulos. Comprobaciones de integridad de informacin crtica.
4.3.3 Fiabilidad
[Inserte aqu el texto] Especificacin de los factores de fiabilidad necesaria del sistema. Esto se expresa generalmente como el tiempo entre los incidentes permisibles, o el total de incidentes permisible. Identificar la fiabilidad del producto. especificar si existe la probabilidad de que el sistema quede disfuncional y si esto pasara los medios o mtodos que sern tomados en cuenta para restaurarlo.
4.3.4 Disponibilidad
[Inserte aqu el texto] Deber de contener la explicacin detallada del porcentaje que tendr de disponibilidad el sistema, que tan fiable es al momento de su instalacin y su manejo. Especificacin de los factores de disponibilidad final exigidos al sistema. Normalmente expresados en % de tiempo en los que el software tiene que mostrar disponibilidad.
4.3.5 Mantenibilidad
[Inserte aqu el texto] Identificacin del tipo de mantenimiento necesario del sistema. Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un desarrollador. Especificacin de cuando debe realizarse las tareas de mantenimiento. Por ejemplo, generacin de estadsticas de acceso semanal y mensual.
Descripcin de requisitos del sofware
Descripcin de las tareas de mantenimiento al producto. Identificar a las personas capacitadas para realizar estas tareas. Determinar las fechas en que se dar el mantenimiento al producto.
4.3.6 Portabilidad
[Inserte aqu el texto] Especificacin de atributos que debe presentar el software para facilitar su traslado a otras plataformas u entornos. Pueden incluirse: Explicacin de la manera de adaptacin del sistema para otros tipos de hardware y software, as como las limitaciones que tendr al momento de realizar los cambios. Porcentaje de componentes dependientes del servidor. Porcentaje de cdigo dependiente del servidor. Uso de un determinado lenguaje por su portabilidad. Uso de un determinado compilador o plataforma de desarrollo. Uso de un determinado sistema operativo. Determinar la capacidad del sistema para ser exportado y usado en diferentes dispositivos. Especificar la existencia de problemas en el traslado del sistema y como resolverlos.
4.4
Otros requisitos
[Inserte aqu el texto] Cualquier otro requisito que no encaje en ninguna de las secciones anteriores. Se describirn los dems requisitos que no se hayan tomado en cuenta en la descripcin mencionada y detalles que se necesiten mencionarse. (Requisitos culturales y polticos, Requisitos Legales).
5 Apndices
[Inserte aqu el texto] Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no forme parte de la SRS.