Especificación de requisitos de

software
Proyecto:
Arturo calle
Revisión [99.99]

septiembre 2018
Ficha del documento

Fecha Revisión Autor Verificado dep. Calidad.

andres camilo velasquez
contreras 63111
Septiembre [Rev] [Firma o sello]
2018 Harold Efrén León Ibáñez
62828

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 3

Contenido
FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3 REQUISITOS ESPECÍFICOS 7

3.1 Requisitos comunes de los interfaces 8

3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8

3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 9
3.2.2 Requisito funcional 2 9
3.2.3 Requisito funcional 3 9
3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9

3.3.1 Requisitos de rendimiento 9
3.3.2 Seguridad 9
3.3.3 Fiabilidad 9

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 4

3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10

3.4 Otros requisitos 10

4 Apéndices 10

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 5

1 Introducción
En este documento daremos a conocer el método que vamos a implementar en la empresa
de Arturo calle en palabras concretas una base de datos. Que se llevara implementada en
el área de trabajo de bodega con el Propósito de tener un ambiente de trabajo mucho mas
organizado y eficaz para la empresa. La base de datos contara con filtros para que de ese
modo se pueda tener mejor facilidad en el momento de buscar en bodega.

En este documento daremos a conocer de una manera breve y detallada en lo cual se

hablarán de los métodos que se utilizan en el ámbito laboral en la empresa ARTURO
CALLE dándole información concreta a las personas interesadas.

1.1 Alcance
Bodega

1.2 Personal involucrado

Nombre Andres Camilo Velasquez Contreras
Rol Digitador en base de datos
Categoría profesional Técnico en Sistemas (certificado SENA)
Responsabilidades -Nomina
-coordinar el acopio e ingresos de pedidos por medio del
jefe de bodega
-envió de estados al jefe de cuentas
-
Información de contacto Camivela1999@gmail.com
Aprobación [Inserte aquí el texto]

Nombre Harold Efrén León Ibáñez

Rol Director de sistemas de información
Categoría profesional Pregrado Ingeniería de sistemas
Responsabilidades - Aparejar los sistemas de información con los planes de la
compañía
- Elaborar
- Administrar presupuestos
- Coordinar equipos técnicos
Información de contacto harolde.leoni@ecci.edu.co
Aprobación [Inserte aquí el texto]

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 6

1.3 Definiciones, acrónimos y abreviaturas

Arturo calle: marca colombiana de indumentaria masculina
Bodega: en este campo es donde se realizara el almacenamiento de materiales
necesarios para las prensas de vestir, como lo es materia prima & productos terminados
los cuales contaran con un inventario en cada bodega o sucursal. Será un espacio
amplio para la facilitación de los empleados en ese punto.

1.4 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
001 Sucursales https://www.civico.com/bogota/sucursales/arturo-
bogota calle
002 Historia http://www.vallempresa365.com/articulos/liderazgo- Vallempresa365
y-motivacion/la-historia-de-arturo-calle-comenzo-
tejerse-hace-mas-de-70-anos
003 Arturo calle https://es.slideshare.net/lanmarce/arturo-calle Luz lancheros
004 Características https://prezi.com/ggyaup51czki/arturo-calle-y-sus- Alvaro castrillon
y estrategias caracteristicas-de-las-decisiones-estrategicas/

1.5 Resumen
Desde este punto encontraremos información detalla sobre la nomina que se llevara en
Arturo calle lo cual se dará una descripción general que nos dará información de la
perspectiva del producto, funcionalidad, características de los usuarios, restricciones,
entre otros. También podremos ver requisitos en lo cual entra a ver la interfaz del
usuario, del hardware, software, requisitos funcionales y no funcionales.

2 Descripción general
2.1 Perspectiva del producto
En la empresa Arturo calle habrá un sistema el cual nos facilita de una manera eficaz y
ordenada el control que se llevará en la bodega de prendas de vestir para hombres; para
lograr dicho propósito se tendrá en cuenta cumplir con éxito la necesidad del usuario en
este caso el personal de bodega para poder llevar un inventario con los movimientos
internos y externos que surjan en bodega.

2.2 Funcionalidad del producto

La empresa Arturo calle contara con sistema el cual nos podrá dar la información de todo
el material que se tenga en bodega como lo son las prendas de vestir se manejara con
unos filtros que se dividen en el tipo de prenda como (camisas, trajes, pantalones
accesorios). Contará con un registro de mercancía que se ingresa y sale de bodega.
Para la ejecución del sistema se generan unas capacitaciones para el manejo completo
del sistema.

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 7

2.3 Características de los usuarios

Tipo de usuario Director de Calidad
Formación Profesional
Habilidades [Inserte aquí el texto]
Actividades Es el responsable de implementar el sistema de gestión de
calidad

Tipo de usuario Director de compras

Formación Profesional
Habilidades Tiene contacto directo con los proveedores
Actividades Gestiona el proceso de compras del material necesario
para la producción del producto, así como el seguimiento a
cada uno ellos.

2.4 Restricciones
Restricción Aplica Explicación
Regulación SI Es necesario regirse por las leyes vigentes de
comercialización de software. Y normas para
transacciones y contratos de confidencialidad.
Limitaciones de NO No hay limitaciones conocidas. Se supone que se tienen
hardware los recursos para adquirir los equipos necesarios. Como
puede ser un servidor Web y las Bases de datos.
Interfaces con otras NO No hay interacción conocida con otras aplicaciones de
aplicaciones software que pueda necesitarse.
Operación en paralelo SI El sistema requiere actuar en paralelo, con redundancia
de discos y procesadores en caso de falla.
Lenguaje alto nivel SI El desarrollo de software está limitado por el uso de un
lenguaje de alto nivel que permita programar
aplicaciones Web.
Auditoria SI Este sistema debe ser auditable.
Protocolos SI Se requiere manejo en protocolos de Internet, TCP/IP,
HTTP, y otros.
Seguridad SI Se deben validar los clientes que ingresan al sistema,
manejar métodos de encriptación de información, que
proteja tanto la identidad como los recursos del cliente.

Protección de acceso no autorizado desde usuarios

externos al sistema.

2.5 Suposiciones y dependencias

| Se supone que el sistema es solo un apoyo para el proceso de implementación del
sistema de producción bajo la norma ISO 9001:2000 con ciertos elementos y
herramientas de ayuda para dicho fin.

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 8

2.6 Evolución previsible del sistema

A un futuro se tiene previsto que el sistema no correrá ningún tipo de riesgo con la
información, con los datos ingresados y cada vez será más eficaz y más práctico para
tener un mejor manejo y rendimiento del sistema

3 Requisitos específicos

CODIGO Nombre de requisito Tipo Fuente Prioridad

001 Interfaz documental: RF-01 Quien estableció el A-M-B
requisito

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario
a. Interfaz documental: En esta interfaz cada usuario puede acceder a los diferentes
documentos y registros que tiene el sistema de acuerdo a los permisos de acceso que
posea, pues hay documentos que sólo pertenecen a ciertas áreas. Adicionalmente es
posible hacer seguimiento de cada documento o registro creado, pues este se identifica
y guarda según su clasificación en la pirámide documental mencionada en el
documento de visión.
b. Interfaz de comunicación con el cliente: Permite crear canales donde el cliente aporte
sus quejas o recomendaciones del servicio o del producto.
c. Interfaz de clientes: Permite crear la base de datos de todos los clientes, determinando
qué servicios o productos se les ha prestado a cada uno.
d. Interfaz seguimiento proveedores: Permite que el usuario de compras registre las hojas
de vida del proveedor, qué tipo de proveedor es, qué material provee y la experiencia
que ha tenido con cada uno de ellos, ya sean casos de incumplimientos en fechas, o
donde lo comprado no cumple con los requisitos establecidos.
e. Interfaz de compras: Permite registrar todos los resultados de las compras, registrado
en una orden de compra.
f. Interfaz administración del recurso humano: Permite que el usuario de recursos
humanos establezca por cada cargo los requisitos que éste necesita para su adecuada
ejecución.
g. Interfaz de aprendizaje: Esta interfaz es la que le permite a los diferentes usuarios
registrar sus propuestas de capacitación para mejorar cierto proceso, y una vez se
haya dado el curso, se registre en qué se mejoró.
h. Interfaz de propuestas: Permite que en las diferentes áreas se registren las posibles
sugerencias de mejora, qué planes deberían hacerse para lograrlo, cuánto valdría y
que beneficios traería para la empresa.
i. Interfaz del producto: Permite que se registren los productos actuales, sus
requerimientos de producción, los procesos que necesitan, sus diseños y los elementos
de trazabilidad que permiten su seguimiento (Como es la identificación tanto del
producto, como del responsable).
j. Interfaz de instrumentos: Permite que se registren los instrumentos de medición que
son necesarios para cada proceso, su identificación, los resultados de su calibración, la
planificación de cronogramas de mantenimiento y los efectos de que tengan alguna de
sus características erróneas.
k. Interfaz de auditoría: Permite gestionar las auditorías internas que se realizan al
sistema de gestión de calidad.

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 9

3.1.2 Interfaces de hardware

De acuerdo a la necesidad mencionada anteriormente de un servidor para el servicio
Web, y para la transferencia de archivos, se tiene en cuenta la necesidad de que la
información de la base de datos sea consistente y confiable. Otro aspecto necesario es
tener back-up de la información, para ello se utiliza RAID, la disposición redundante de
discos, que es necesaria para asegurar la información.

Es crucial tener un diseño eficaz de la base de datos para garantizar un tiempo de

respuesta rápido por parte del cliente. Para diseñar una base de datos que sea adecuada,
es necesario distribuir apropiadamente los datos entre la base de datos y el sistema de
archivos, crear índices suficientes para optimizar las consultas más frecuentes sin que se
utilice una cantidad de espacio de disco excesiva, normalizar de forma razonable las
tablas que no requieran combinaciones excesivas para responder a las consultas, y usar
procedimientos almacenados para llevar a cabo operaciones de base de datos frecuentes
o complejas.

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:
 Descripción del producto software utilizado
 Propósito del interfaz
 Definición del interfaz: contiendo y formato

3.2 Requisitos funcionales

[Inserte aquí el texto]
Definición de acciones fundamentales que debe realizar el software al recibir
información, procesarla y producir resultados.
En ellas se incluye:
Para cada requisito debe completarse la siguiente tabla:

Los requisitos funcionales pueden ser divididos en sub-secciones.

3.2.1 Requisito funcional 1

SRS - ESPECIFICACION DE REQUISITOS FUNCIONALES

CODIGO NOMBRE FECHA GRADO NECESIDAD
R1 Identifica el requerimiento con un nombre Fecha de
significativo, importante no utilizar nombres elaboración
ambiguos
DESCRIPCION Describir en forma clara y concisa la actividad que se realiza con este requerimiento
ENTRADAS FUENTE SALIDA DESTINO RESTRICCIONES
Datos Origen de los ¿Cuál es el ¿Quién será el ¿Cuáles son las normas
necesarios datos resultado? cliente o que se deben tener en
para que se beneficiario del cuenta para obtener el
ejecute el servicio? ¿O resultado?
requerimiento quién utilizará
los datos?

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 10

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
 Los tiempos de consulta deben ser menor a 1 segundo
 La descarga de documentos no debe tardar más de 10 segundos
 Los tiempos de acceso a cada módulo no debe ser superior de los 3 segundos.
 La base de datos de clientes y proveedores debe soportar un número de registros de por lo
menos 1000000 para asegurar que la información será consistente y además contar con
gran cantidad de clientes y proveedores registrados. La base de datos debe soportar por lo
menos 200 intentos de conexión por segundo.

3.3.2 Seguridad
Se deben validar los clientes que ingresan al sistema, manejar métodos de encriptación
de información, que proteja tanto la identidad como los recursos del cliente. Así como
asegurar que cada usuario entre según un perfil de permisos establecido.

3.3.3 Fiabilidad
Debe ser un sistema supremamente confiable, ya que algún fallo, podría causar un error
en el flujo de la información, muy perjudicial para la empresa y para su sistema de gestión
de calidad. Se garantiza la integridad de la información en la inserción y modificación de
datos.

3.3.4 Disponibilidad
Debe estar disponible 7x24 (Los 7 días a la semana las 24 horas del día). Con sistemas
de recuperabilidad y redundancia (como se mencionó anteriormente) que permitan
intercambio entre discos duros en caso que alguno falle.

3.3.5 Mantenibilidad
El software tendrá mantenimientos preventivos cada cierto período de tiempo,
con el fin de asegurar que esté funcionando en forma correcta y ofreciendo los
servicios requeridos de manera óptima.

3.3.6 Portabilidad
[Inserte aquí el texto]
Especificación 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 código 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.

Descripción de requisitos del sofware

 Arturo calle Rev. [99.99]
Especificación de requisitos de software Pág. 11

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 políticos
Requisitos Legales

4 Apéndices
[Inserte aquí el texto]
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS. Colocar aquí los instrumentos de recolección de información
elaborados para el levantamiento de información.

Descripción de requisitos del sofware