Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora
Contenido
FICHA DEL DOCUMENTO..........................................................................................................2 CONTENIDO...............................................................................................................................3 1 INTRODUCCIN.......................................................................................................................4 1.1 Una fase importante en el proceso de desarrollo de cualquier aplicacin es el levantamiento de requerimientos; a travs de l, se permite entender mejor el problema, organizando y estructurando la informacin que el cliente haya brindado, se pueden identificar las necesidades del negocio, los objetivos de la aplicacin y los usuarios que tendrn interaccin con ella.......................................................................................................4 1.2 Propsito...............................................................................................................................4 1.3 Alcance..................................................................................................................................4 1.4 Personal involucrado............................................................................................................4 1.5 Definiciones, acrnimos y abreviaturas..............................................................................5 1.6 Referencias............................................................................................................................5 1.7 Resumen................................................................................................................................5 2 DESCRIPCIN GENERAL........................................................................................................5 2.1 Perspectiva del producto......................................................................................................5 2.2 Funcionalidad del producto..................................................................................................5 2.3 Caractersticas de los usuarios............................................................................................5 2.4 Restricciones.........................................................................................................................6 2.5 Suposiciones y dependencias..............................................................................................6 2.6 Evolucin previsible del sistema..........................................................................................6 3 REQUISITOS ESPECFICOS....................................................................................................6 3.1 Requisitos comunes de los interfaces.................................................................................6 3.2 Requisitos funcionales.........................................................................................................7 3.3 Requisitos no funcionales....................................................................................................7 3.4 Otros requisitos.....................................................................................................................8 4 APNDICES..............................................................................................................................9
1 Introduccin
1.1 Una fase importante en el proceso de desarrollo de cualquier aplicacin es el levantamiento de requerimientos; a travs de l, se permite entender mejor el problema, organizando y estructurando la informacin que el cliente haya brindado, se pueden identificar las necesidades del negocio, los objetivos de la aplicacin y los usuarios que tendrn interaccin con ella
1.2
Propsito
Este documento pretende orientar el trabajo inicial del desarrollo de un producto de software, dando las descripciones preliminares de la aplicacin, considerando algunos detalles de las secciones claves que la identifican. Este documento est dirigido a todas aquellas personas interesadas en el proyecto, y para aquellos que necesitan un software para la formacin referente a la creacin de un Sistema de Informacin.
1.3
Alcance
Este proyecto se llama BIKE WORLD por un mundo sobre ruedas con este proyecto tratamos de mejorar el control que se tiene sobre un taller ya sea ventas o compras que el realiza.
1.4
Personal involucrado
Oscar fuentes cortes
Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin
Guillermo Adolfo Ruz Velasco pablo [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto]
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.
1.5
[Inserte aqu el texto] 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.
1.6
Referencias
Ruta [Ruta] Fecha [Fecha] Autor [Autor]
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.
1.7
Resumen
[Inserte aqu el texto] Descripcin del contenido del resto del documento Explicacin de la organizacin del documento
2 Descripcin general
2.1 Perspectiva del producto
[Inserte aqu el texto] 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.
2.2
[Inserte aqu el texto] 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.
2.3
Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica.
2.4
Restricciones
[Inserte aqu el texto] 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.
2.5
Suposiciones y dependencias
[Inserte aqu el texto] 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.
2.6
[Inserte aqu el texto] Identificacin de futuras mejoras al sistema, que podrn analizarse e implementarse en un futuro.
3 Requisitos especficos
Esta es la seccin ms extensa y ms importante del documento. 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: 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
y realizar la descripcin del requisito 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.
3.1
[Inserte aqu el texto] Descripcin detallada de todas las entradas y salidas del sistema de software.
3.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.
3.2.1 Requisito funcional 1 3.2.2 Requisito funcional 2 3.2.3 Requisito funcional 3 3.2.4 Requisito funcional n
3.3
Requisitos no funcionales
3.3.1 Requisitos de rendimiento
[Inserte aqu el texto] Especificacin de los requisitos relacionados con la carga que se espera tenga que soportar el sistema. Por ejemplo, el nmero de terminales, el nmero esperado de
usuarios simultneamente conectados, nmero de transacciones por segundo que deber soportar el sistema, etc. Todos estos requisitos deben ser mesurables. Por ejemplo, indicando el 95% de las transacciones deben realizarse en menos de 1 segundo, en lugar de los operadores no deben esperar a que se complete la transaccin.
3.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. 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.
3.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.
3.3.4 Disponibilidad
[Inserte aqu el texto] Especificacin de los factores de disponibilidad final exigidos al sistema. Normalmente expresados en % de tiempo en los que el software tiene que mostrar disponibilidad.
3.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 semanales y mensuales.
3.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: 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.
3.4
Otros requisitos
[Inserte aqu el texto] Cualquier otro requisito que no encaje en ninguna de las secciones anteriores. Por ejemplo: Requisitos culturales y polticos
Descripcin de requisitos del sofware
Requisitos Legales
4 Apndices
[Inserte aqu el texto] Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no forme parte de la SRS.