Professional Documents
Culture Documents
[Mes de ao]
[Fecha]
[Rev]
[Descripcion]
[Firma o sello]
Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora
Contenido
FICHA DEL DOCUMENTO CONTENIDO 1 1.1 1.2 1.3 1.4 1.5 1.6 2 2.1 2.2 2.3 2.4 2.5 2.6 3 INTRODUCCIN Objetivo Alcance Personal involucrado Definiciones, acrnimos y abreviaturas Referencias Resumen DESCRIPCIN GENERAL Perspectiva del producto Funcionalidad del producto Caractersticas de los usuarios Restricciones Suposiciones y dependencias Evolucin previsible del sistema REQUISITOS ESPECFICOS 3 4 6 Error! Bookmark not defined. 6 6 7 8 8 8 8 8 8 8 9 9 9 9 9 9 10 10 10 10 10 10 10 10 10 11 11 11 11
Descripcin de requisitos del sofware
3.1 Requisitos comunes de los interfaces 3.1.1 Interfaces de usuario 3.1.2 Interfaces de hardware 3.1.3 Interfaces de software 3.1.4 Interfaces de comunicacin 3.2 Requisitos funcionales 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 3.3.2 Seguridad 3.3.3 Fiabilidad 3.3.4 Disponibilidad 3.3.5 Mantenibilidad
[Nombre del proyecto] Especificacin de requisitos de software 3.3.6 3.4 4 Portabilidad Otros requisitos APNDICES
1 Introduccin
Este manual consta de la descripcin especifica del manejo adecuado y conciso del SAPCI (Sistema Automatizado Para el Control de Inventarios) ya que se describe cada uno de los mdulos as como sus campos que lo componen, teniendo principalmente como objetivo lograr la comprensin total del SAPCI y llegando a comprender en su totalidad su uso e implementacin, con el fin de que el SAPCI sea aprovechado al 100% de su capacidad para cumplir la meta de automatizar un sistema de inventarios
1.1
Objetivo
Este documento busca primordialmente facilitar el uso del SAPCI (Sistema Automatizado Para el Control de Inventarios) para el usuario, especificando detalladamente cada una de las ventanas del sistema as como describir la funcionalidad de cada una de ellas.
1.2
Alcance
Este software esta enfocado en el control de inventarios de un depsito y consta de varios mdulos como lo son: productos, clientes, usuarios, facturacin, punto de venta y ventana de loguin. Esperando llevar un mejor control de inventarios, as como agilizar y automatizar el cobro de los productos.
1.3
Personal involucrado
Oscar Ernesto Moreno Gonzlez Lder de Proyecto Ingeniero en sistemas. Deber dirigir, controlar, administrar, y regular un proyecto para construir sistemas de software o hardware/software. vila Camocho #68 col. las DeliciasNetho0@hotmail.com Tel: 3221179829
Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin
YanMichel Bolaos Len Lder de Proyectos de Software Ingeniero en sistemas. Ser el responsable de controlar todas las actividades y recursos de software del proyecto Palmar de Aramara #234 Tel: 3221826116
Es responsable de realizar una funcin asignada, tales como desarrollo de software o administracin de configuracin de software Emiliano Zapata #8 col. Vicente Guerrero Correo: Rika18puma@live.com.mx Tel: 322-148-29-46
Esperanza Ortega Ceja Lder de Tareas de Software Ingeniero Tcnico Cubre el rol del lder de un equipo tcnico para una tarea especfica, tiene la responsabilidad tcnica y provee direccin tcnica al staff de trabajo dedicado a determinada tarea Rio Mississipi #542 Col. Bugambilias Correo: gusanita_crew@hotmail.com Tel: 22-2-94-86
Esmeralda Hernndez Ybarra Lder de Software de Primera Lnea Ingeniero/Licenciado Funge como el responsable directo de la direccin del staff y actividades de una unidad organizacional (departamento, equipo de proyecto) de ingenieros de software y staff relacionado. Esto incluye el proveer direccin tcnica, administrar el personal y salarios. Portugal #27 Col. Villa de Guadalupe Correo: m_ery01live.com.mx Tel: 3221496939
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.
1.4
DEFINICIONES: USUARIO: Es la persona que se encarga del manejo del sistema. ADMINISTRADOR: Es el que se encarga de modificar y dar mantenimiento al sistema. CLIENTES: son las personas a las que se les vendern los productos y as mismo se les facturara. PROVEDORES: Son a los que se les compran los productos. FACTURACION: Es un documento mercantil que refleja toda la informacin de una operacin de compraventa.
ACRONIMOS:
[Nombre del proyecto] Especificacin de requisitos de software ABREVIATURAS: SAPCI: Sistema Automatizado Para el Control de Inventario
1.5
[Ref.]
Referencias
Titulo [Ttulo] [Ruta] Ruta Fecha Autor [Fecha] [Autor]
Referencia
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.6
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
Este software es independiente ya que su elaboracin parti de una problemtica para llevar el control de inventarios y no esta basado en ningn otro software ni forma parte de algn otro software, para su elaboracin fue necesario ver las necesidades principales y primordiales del cliente para as tomar referencia de que es lo que quiere en especifico la persona que quiere automatizar sus inventarios.
2.2
La funcionalidad de SAPCI es muy sencilla ya que lo primero que tenemos que hacer es introducir nuestro usuario y contrasea para ingresar al Sistema una vez dentro de el podemos dar de alta, modificar o eliminar usuarios, clientes, productos as como tambin ingresar al punto de venta que es el que llevara el control de lo que estamos vendiendo en el da, tambin podiendo hacer cortes para saber la utilidad que estamos teniendo ya sea por da o por semana. Cuenta con un modulo de facturacin que nos proporciona la factura de una venta dada o una factura final de toda la venta del da.
2.3
Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica.
2.4
Restricciones
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.
Especificar las caractersticas lgicas para cada interfaz entre el producto y los componentes de hardware del sistema. Se incluirn caractersticas de configuracin.
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 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.