Вы находитесь на странице: 1из 11

Especificacin de requisitos de software

Proyecto: [Nombre del proyecto] Revisin [99.99]

[Mes de ao]

Instrucciones para el uso de este formato


Este formato es una plantilla tipo para documentos de requisitos del software. Est basado y es conforme con el estndar IEEE Std 830-1998. Las secciones que no se consideren aplicables al sistema descrito podrn de forma justificada indicarse como no aplicables (NA). Notas: Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por los contenidos descritos en cada apartado. Los textos entre corchetes del tipo [Inserte aqu el texto] permiten la inclusin directa de texto con el color y estilo adecuado a la seccin, al pulsar sobre ellos con el puntero del ratn. Los ttulos y subttulos de cada apartado estn definidos como estilos de MS Word, de forma que su numeracin consecutiva se genera automticamente segn se trate de estilos Titulo1, Titulo2 y Titulo3. La sangra de los textos dentro de cada apartado se genera automticamente al pulsar Intro al final de la lnea de ttulo. (Estilos Normal indentado1, Normal indentado 2 y Normal indentado 3). El ndice del documento es una tabla de contenido que MS Word actualiza tomando como criterio los ttulos del documento. Una vez terminada su redaccin debe indicarse a Word que actualice todo su contenido para reflejar el contenido definitivo.

De la plantilla de formato del documento & Coloriuris http://www.qualitatis.org .

Ficha del documento


Fecha Revisin Autor Verificado dep. calidad.

[Fecha]

[Rev]

[Descripcion]

[Firma o sello]

Documento validado por las partes en fecha: [Fecha] Por el cliente Por la empresa suministradora

Fdo. D./ Da [Nombre]

Fdo. D./Da [Nombre]

[Nombre del proyecto] Especificacin de requisitos de software

Rev. [99.99] Pg. 4

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

Rev. [99.99] Pg. 5 11 11 11

Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software

Rev. [99.99] Pg. 6

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

Nombre Rol Categora profesional

Ricardo Acosta Reyes Staff Jefe Administrativo y de Taller


Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software Responsabilidades

Rev. [99.99] Pg. 7

Informacin de contacto Aprobacin

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

Nombre Rol Categora profesional Responsabilidades

Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades

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

Informacin de contacto Aprobacin

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, acrnimos y abreviaturas

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:

Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software ABREVIATURAS: SAPCI: Sistema Automatizado Para el Control de Inventario

Rev. [99.99] Pg. 8

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

Funcionalidad del producto

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

Caractersticas de los usuarios


[Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto] [Inserte aqu el texto]

Tipo de usuario Formacin Habilidades Actividades

Descripcin de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia tcnica.

2.4

Restricciones

[Inserte aqu el texto]

Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software

Rev. [99.99] Pg. 9

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

Evolucin previsible del sistema

[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

Restriccin Media/Deseado Baja/ Opcional

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

Requisitos comunes de los interfaces

[Inserte aqu el texto] Descripcin detallada de todas las entradas y salidas del sistema de software.

3.1.1 Interfaces de usuario


[Inserte aqu el texto] Describir los requisitos del interfaz de usuario para el producto. Esto puede estar en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo posiblemente el cliente ha especificado el estilo y los colores del producto. Describa exacto cmo el producto aparecer a su usuario previsto.

3.1.2 Interfaces de hardware


[Inserte aqu el texto]
Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software

Rev. [99.99] Pg. 10

Especificar las caractersticas lgicas para cada interfaz entre el producto y los componentes de hardware del sistema. Se incluirn caractersticas de configuracin.

3.1.3 Interfaces de software


[Inserte aqu el texto] Indicar si hay que integrar el producto con otros productos de software. Para cada producto de software debe especificarse lo siguiente: Descripcin del producto software utilizado Propsito del interfaz Definicin del interfaz: contiendo y formato

3.1.4 Interfaces de comunicacin


[Inserte aqu el texto] Describir los requisitos del interfaces de comunicacin si hay comunicaciones con otros sistemas y cuales son las protocolos de comunicacin.

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.

Descripcin de requisitos del sofware

[Nombre del proyecto] Especificacin de requisitos de software

Rev. [99.99] Pg. 11

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.

Descripcin de requisitos del sofware

Вам также может понравиться