EvaluacionFinal 301308 13

Especificación de requisitos de
software
Proyecto: Dinamic SAS
Revisión 01
08/2019
Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
Se ajusta documento inicial de

2019/07/11 1.0
Cristian camilo Fonseca acuerdo a los aportes realizados
en actividades anteriores
Se revisa nuevamente el
2019/07/11 documento y se cambia algunos
1.1 William Andrés Neira Velasco
aspectos del mismo a su vez se
agregan aportes al punto 3 y 4.
Se adiciona diagramas de caso de

2019/07/16 1.2 Cristian camilo Fonseca uso y ventanas de prototipos no
funcionales
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]

Dinamic SAS Rev. 01
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 7
1.3 Personal involucrado 8
1.4 Definiciones, acrónimos y abreviaturas 8
1.5 Referencias 8
1.6 Resumen 8
2 DESCRIPCIÓN GENERAL 8
2.1 Perspectiva del producto 8
2.2 Funcionalidad del producto 9
2.3 Características de los usuarios 9
2.4 Restricciones 9
2.5 Suposiciones y dependencias 10
2.6 Evolución previsible del sistema 10
3 REQUISITOS ESPECÍFICOS 10
3.1 Requisitos comunes de los interfaces 10

3.1.1 Interfaces de Hardware 11
3.1.2 Interfaces de software 11
3.1.3 Interfaces de comunicación 11
3.2 Requisitos funcionales (RF) 12

3.2.1 Requisito funcional (RF) 1 12
Descripción de requisitos del sofware

Dinamic SAS Rev. 01

3.3 Requisitos no funcionales 13

3.3.1 Requisitos de rendimiento 13
3.3.2 Seguridad 14
3.3.3 Disponibilidad 14
3.3.4 Mantenibilidad 14
3.3.5 Portabilidad 15
4 APÉNDICES 15
4.1.1 Diagrama Casos de Uso Administración de Ventas 15
4.1.1 Prototipos No Funcionales Administración de Ventas 16
4.1.2 Diagrama Casos de Uso Administración de proveedores 17
4.1.1 Prototipos 17
4.1.2 No Funcionales Administración de Ventas proveedores 18
5 CONCLUSIONES 21
Mediante el anterior trabajo se pretende que nosotros como futuros ingenieros de
sistemas aprendamos por medio de este tipo de ejercicios a seguir todo el proceso
que se hace cuando somos contratados para desarrollar una aplicación para
determinada empresa desde el levantamiento de información, identificación de los
requerimientos necesarios y además el desarrollo de casos de uso y prototipos del
sistema para así dar solución a la problemática que presenta la empresa. 21
6 Bibliografia 22

Dinamic SAS Rev. 01
1 Introducción
La gerencia administrativa de la colmena requiere la implementación de un software de
acuerdo a distintos requerimientos que le permita realizar la correcta Administración de los
clientes. En este punto se debe ingresar los datos básicos del cliente y los tipos de clientes
(Clientes frecuentes, ocasionales, empresariales). Adicionalmente, se requiere que los
clientes puedan consultar en línea los productos de la empresa, Administración rutas y
entregadores de los productos a nuestros clientes institucionales, Administración de los
inventarios de los productos y servicios. Administración de las Ventas. Administración de
proveedores.
Actualmente la empresa cuenta con un software llamado “ByCosmetic” el cual tiene ciertas
limitaciones de tipo funcional y procesos no implementados lo cual dificulta el manejo de la
información de la empresa Adicionalmente, se cuenta con un software que se llama “Siigo
Software” donde se realiza los procesos contables, el cual presenta falencias y sus datos
no son confiables, por otro lado se manejan procesos manuales los cuales generan
falencias y retrasos a cuánto:
- Actualización de inventarios
- Actualización de ingresos y egresos
- Registro parcial o errado de información de clientes
- Registro parcial o errado de información de proveedores
- Registro parcial o errado de información de rutas de entrega
- Registro parcial o errado de ventas
- Registro parcial o errado de compras
- Controles sobre información contable y financiera
El proyecto Dinamic SAS para la empresa la colmena incorporara en su fase inicial (FASE 1) y
de acuerdo a los requerimientos se incorporara los procesos de las siguientes áreas
- Administración de los clientes.

- Administración rutas y entregadores de los productos a nuestros clientes institucionales.
- Administración de los inventarios de los productos y servicios.
- Administración de las Ventas.
- Administración de proveedores.
Este software recopilara información de las distintas áreas anteriormente expuestas con el fin
de asegurar que dicha información será posteriormente consultada y manejada por la gerencia
general y que está en base a estos datos informativos pueda tomar decisiones de negocio que
permita la prosperidad de la organización.
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
Funcionales para el desarrollo de un sistema de administración de inventarios, clientes ,rutas y
entregadores, proveedores, ventas de forma web lo cual permitirá gestionar de una forma más
eficiente distintos procesos administrativos.
1. Administración de los clientes.

2. Administración rutas y entregadores de los productos a nuestros clientes
institucionales.
3. Administración de los inventarios de los productos y servicios.
4. Administración de las Ventas.
5. Administración de proveedores

Dinamic SAS Rev. 01
5.1 El software debe permitir la creación de proveedores con base a su información

comercial
5.2 Cada colaborador de la empresa debe contar con usuario y contraseña de acceso
5.3 El software debe permitir almacenar la información de contacto de cada uno de
los proveedores
5.4 Los proveedores deber estar clasificados de acuerdo a su ciudad de origen y tipo
de producto
5.5 Los proveedores deben de ser creados en el sistema con una codificación que
permita su fácil identificación
5.6 El sistema debe permitir relacionar las fechas de inicio y final del contrato con los
proveedores
5.7 el sistema debe permitir relacionar tipo de contrato con los proveedores
5.8 el software debe permitir visualizar los contratos pactados con los proveedores
5.9 el sistema debe permitir visualizar los pagos realizados a los proveedores
5.10cuando se realiza un pago a proveedores el sistema debe generar unas factura de
acuerdo a las estipulaciones de ley
5.11 El sistema debe almacenar la información de los pagos realizados
5.12 El sistema debe permitir realizar pagos a proveedores con los distintos canales
5.13El sistema debe arrojar información acerca de pagos pendientes por realizar
5.14El sistema debe permitir generar datos estadísticos acerca de los proveedores
5.15Los datos generados para consulta deben ser exportados en archivos PDF o XLS
- Este documento va dirigido a la gerencia general de la empresa la colmena y

colaboradores que laboran en las distintas áreas que conforman la empresa
1.2 Alcance
El aplicativo Dinamic SAS contara con los siguientes módulos
- Ingreso
- clientes.
- Rutas
- Inventarios
- Ventas.
- Proveedores
.
El aplicativo permitirá la administración de datos de los módulos mencionados y los
datos almacenados se podrán generar en archivos PDF, TXT, y XLS según sea la
necesidad del usuario lo cual permitirá que el proceso sea mucho más automatizado que
como se tenía implementado anteriormente.

Dinamic SAS Rev. 01
1.3 Personal involucrado

Gerencia general, personal áreas de la empresa, analistas de sistemas
Nombre Josué Barona

Rol Gerente general
Categoría profesional Universitario con énfasis en comercio
Nombre William Andrés Neira Velasco

Rol Analista, diseñador y programador
Categoría profesional Ingeniero de sistemas
Nombre Cristian camilo Fonseca
Rol Analista, diseñador y programador
Categoría profesional Ingeniero de sistemas
1.4 Definiciones, acrónimos y abreviaturas

Nombre Descripción
Usuario Empleado o cliente que usará el sistema para gestionar
procesos.
SIS-I Sistema de Información Web para la Gestión de Procesos
Administrativos.
ERS Especificación de Requisitos de Software.
RF Requerimiento Funcional.
RNF Requerimiento No Funcional.
FTP Protocolo de Transferencia de Archivos.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
Paso 2 Identificación del Foro [Fecha] Analista de
problema sistemas
Paso 3 Gestionar Foro [Fecha] Analista de
requerimientos sistemas
Paso 4 Moldear la solución Foro [Fecha] Analista de
del problema sistemas
1.6 Resumen
[Inserte aquí el texto]
 Descripción del contenido del resto del documento
 Explicación de la organización del documento
2 Descripción general
2.1 Perspectiva del producto
El aplicativo se desarrollara desde cero (NUEVO) teniendo como base y punto de partida las
especificaciones y requerimientos hechos por las gerencia general de la empresa “la colmena”
y por levantamiento de información realizado en la fase de análisis.

Dinamic SAS Rev. 01
2.2 Funcionalidad del producto

El aplicativo contara con las siguientes funciones en cada una de sus módulos
1. Clientes
2. rutas
3. Inventarios.
4. Ventas
5. Proveedores
5.1 Control de acceso al aplicativo

5.2 creación de proveedores y modificación de acuerdo a su información
5.3 Creación, consulta y modificación de contratos con los proveedores
5.4 Generación de bloqueos o alertas en contratos terminados
5.5 Realización y consulta de pagos realizados
5.6 Generación y consulta de facturas hechas
5.7 Registro Consulta de pagos
5.8 Generación y consulta de datos estadísticos exportados en archivos PDF o XLS
2.3 Características de los usuarios

- Administrador aplicativo
- Gerente general
- Colaboradores
Tipo de usuario Administrador aplicativo

Formación Ingeniero de Sistemas
Habilidades Conocimiento general de la aplicación
Actividades Administrar el aplicativo Dinamic SAS
Tipo de usuario Gerente general

Formación Profesional
Habilidades Conocimiento general de la aplicación
Actividades Generación datos estadísticos
Tipo de usuario Auxiliar de ventas

Formación Bachiller
Habilidades Manejo básico de herramientas ofimáticas
Actividades Ingreso de datos, consultas, manejo de información
proveedores,
2.4 Restricciones
- Por cuestiones económicas las licencias de uso de software serán libres
- Los computadores donde se instalara el aplicativo serán con los que cuenta la
empresa actualmente
- Los usuarios del sistema deberán contar con conocimiento básico de
herramientas ofimáticas
- Las modificaciones al aplicativo solo las hará el administrador encargado

Dinamic SAS Rev. 01
- Se actuara bajo las normas y estatutos legales establecidos

- Se tendrá control estricto sobre el tratamiento de datos personales
- Los datos suministrados al aplicativo serán responsabilidad de los usuarios del
mismo mas no del administrador
-
2.5 Suposiciones y dependencias

- Los quipos de computo deben contar con sistema operativo reciente
- El aplicativo será instalado a solicitud de la gerencias en los equipos de
cómputo que adquiera de ahora en adelante
- La conexión a internet debe ser de banda ancha
- Los equipos deben contar con mínimo RAM mínimo de 8 gigas y procesador
Icore i5
2.6 Evolución previsible del sistema

- Creación de aplicativo para teléfonos móviles
- Aparición de módulos que se conecten con otras plataformas
- Ampliación de la base de datos de la empresa
3 Requisitos específicos
Número de requisito R1
Nombre de requisito Proveedores
Tipo Requisito Restricción
Fuente del requisito [Inserte aquí el texto]
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
3.1 Requisitos comunes de los interfaces

La interfaz manejada debe ser amable y agradable a la vista con el usuario, por lo cual
se tomara una tonalidad verde clara como base, pero la cual el usuario podrá modificar
según su criterio, adicional a esto el aplicativo contara con un conjunto de ventanas,
botones, cajas de texto y menús desplegables, que estarán de acuerdo a su rol en el
sistema, y los cuales facilitaran el manejo del mismo, siendo intuitivo y dinámico. Esto
será construido y diseñado de acuerdo a las especificaciones dadas por la gerencia
3.1.1 Interfaces de Hardware
Para el buen funcionamiento del aplicativo se hace necesario que la gerecia

disponga en su empresa con equipos de computo con las siguientes
caracteristicas

Dinamic SAS Rev. 01
- Mouse monitor y teclado en perfectas condiciones

- Memoria ram minimo de 4 Gb
- Procesador Core i5 de 2.60 GHz o superior
- Impresoras laser
3.1.2 Interfaces de software

Para el buen funcionamiento del aplicativo se hace necesario que la gerecia
disponga en su empresa con software que tenga las siguientes caracteristicas
- Sistema Operativo: Windows XP o superior.

- Explorador: Mozilla o Chrome
La interfaz del aplicativo deberá permitir generar archivos de consulta o

información suministrada dentro de un periodo de tiempo en PDF, TXT o XLS de
los siguientes ítems y estructura básicos
Proveedores:
- Identificación dada en el sistema

- NIT o razón social
- Nombre
- Dirección
- Teléfono
- Email
- Fecha y tipo de contrato
Factura
- Numero de venta
- Apellidos y nombre o razón y NIT del vendedor o de quien presta el servicio.
- Apellidos y nombre o razón social y NIT del adquirente de los bienes o
servicios,
- Fecha de su expedición
- Descripción específica o genérica de los artículos vendidos o servicios
prestados.
- Valor total de la operación.
- El nombre o razón social y el NIT del impresor de la factura.
A partir de esta información básica el aplicativo debe generar informes de acuerdo a los
requerimientos de la gerencia para su manejo empresarial y financiero..
3.1.3 Interfaces de comunicación

Los servidores, clientes y usuarios interactuaran con la aplicación y entre si ,
mediante protocolas de internet.
3.2 Requisitos funcionales (RF)

3.2.1 Requisito funcional (RF) 1
Creación de proveedores con base a su información comercial

Dinamic SAS Rev. 01

Cada colaborador de la empresa debe contar con usuario y contraseña de acceso

Almacenar la información de contacto de cada uno de los proveedores

Los proveedores deber estar clasificados de acuerdo a su ciudad de origen y tipo
de producto

Los proveedores deben de ser creados en el sistema con una codificación que
permita su fácil identificación

Crear contratos en el sistema y relacionar las fechas de inicio y final del contrato
con los proveedores

Crear contratos en el sistema relacionar tipo de contrato con los proveedores

Visualizar los contratos pactados con los proveedores

Visualizar los pagos realizados a los proveedores

Generar factura de venta y pago de acuerdo a las estipulaciones de ley
3.2.11Requisito funcional (RF) 11

Almacenar la información de los pagos realizados

Generar información acerca de pagos pendientes por realizar

Generar datos estadísticos acerca de los proveedores

Se debe crear un formulario de logueo en el cual se guarde toda la información de
los clientes o empleados que necesiten consultar información.

Se debe crear cierto número de entradas para el login máximo 4.

Dinamic SAS Rev. 01

Cuando cada cliente se registre se le asignara un código de cliente con el cual
podrá realizar todos sus operaciones, el código que cada cliente tiene es único

Se permitirá que cada cliente tenga la posibilidad de efectuar modificaciones en
sus datos por ejemplo: número telefónico, dirección, persona encargada,
dirección, etc.

El sistema nos debe permitir la creación de distintos tipos de productos.

A cada producto se le asignara un código único de identificación el cual permitirá
distinguirlo de los demás productos

Por cada venta a que haya lugar el sistema se encargara de descontarlo de cada
una de las existencias de dicho producto

El sistema no permitirá que se ingresen de ninguna forma registros nulos para los
clientes al igual que para los productos y arrojara un mensaje de error que dira
"Error registro nulo por favor verifique el código de cliente o producto"
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
- Toda funcionalidad del sistema y solicitudes de información debe responder al

usuario en menos de 6 segundos
- El sistema debe ser capaz de operar adecuadamente sin importar el número
de usuarios conectados o requerimientos que se realicen
- Los datos modificados en la base de datos deben ser actualizados y visibles
para todos los usuarios en menos de 1 segundo
- Se debe permitir que en el sistema el cliente se pueda registrar.
- A su vez se permitirá la eliminación de clientes por medio del código único que
le fue asignado en el momento de su registro.
- Se permitirá que exista la posibilidad de efectuar modificaciones en los
productos por ejemplo: precio, nombre, gramos, marca, etc.
- El sistema efectuara las modificaciones o búsquedas de manera rápida tanto
para el cliente como para el empleado encargado de hacer las modificaciones
o búsqueda de las mismas.
- Cada producto creado ira relacionado en un campo llamada stock en el cual
guardara la información de cuantos productos de ese código quedan.

Dinamic SAS Rev. 01
- Por cada venta a que haya lugar el sistema se encargara de descontarlo de

cada una de las existencias de dicho producto.
3.3.2 Seguridad
- Las Contraseñas suministradas a los usuarios son personales e intransferibles
- El software no debe permitir más de 1 sesión con el mismo usuario abiertas al
mismo tiempo
- Los datos almacenados no pueden ser modificados alterados o borrados por
terceros ajenos a la empresa (solo por el administrador o el auxiliar de ventas)
- Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador del sistema.
- Toda la información almacenada debe generar una copia de respaldo cada 24
horas. Estos backups de información deben subirse a una cuenta Dropbox la
cual le pertenecerá a la empresa y a la cual solo el administrador del sistema
tendrá acceso.
- Fiabilidad las transacciones realizadas por los usuarios deben contener un 0%
de fallas o errores, estas deben ser generadas exitosamente y verificables al
instante
- Facilidades y controles para permitir el acceso a la información al personal
autorizado a través de Internet, con la intención de consultar y subir
información pertinente para cada una de ellas.
- Garantizar la confiabilidad, la seguridad y el desempeño del sistema
informático a los diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y actualizados
permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
3.3.3 Disponibilidad
- El sistema deberá estar disponible las 24 horas
- El sistema deberá garantizar su funcionalidad en caso de bajones y falla total o
parcial de energía
- El sistemas otorgara la posibilidad de realizar modificaciones o reparaciones a
un proceso sin afectar la continuidad del servicio
3.3.4 Mantenibilidad
- Se realizara monitoreo constante a la aplicación
- Los cambios o reparaciones se realizan en cuanto surja algún inconveniente
- Se contara con una revisión del proceso y bases de datos una vez por semana
esto sin afectar el funcionamiento del aplicativo.
- El sistema debe disponer de una documentación fácilmente actualizable que
permita realizar operaciones de mantenimiento con el menor esfuerzo posible
- La interfaz debe estar complementada con un buen sistema de ayuda (la
administración puede recaer en personal con poca experiencia en el uso de
aplicaciones informáticas).
3.3.5 Portabilidad
- El sistema diseñado y sus componentes son realizados con software libre por
lo cual son compatibles con sistemas operativos GNU/Linux y Windows, con
equipos de cómputo que presentan arquitecturas de 32 bits y 64 bits.

Dinamic SAS Rev. 01
4 Apéndices
4.1.1 Diagrama Casos de Uso Administración de Ventas
4.1.1 Prototipos No Funcionales Administración de Ventas

Ventana Error en inicio de sesión

Dinamic SAS Rev. 01
Ventana login
Ventana editar perfil

Dinamic SAS Rev. 01
4.1.2 Diagrama Casos de Uso Administración de

proveedores
- Inicio de sesión
- administración de proveedores

Dinamic SAS Rev. 01
4.1.1 Prototipos

Dinamic SAS Rev. 01
4.1.2 No Funcionales Administración de Ventas

proveedores

Dinamic SAS Rev. 01

Dinamic SAS Rev. 01
5 Conclusiones
Mediante el anterior trabajo se pretende que nosotros como futuros ingenieros
de sistemas aprendamos por medio de este tipo de ejercicios a seguir todo el
proceso que se hace cuando somos contratados para desarrollar una
aplicación para determinada empresa desde el levantamiento de información,
identificación de los requerimientos necesarios y además el desarrollo de casos
de uso y prototipos del sistema para así dar solución a la problemática que
presenta la empresa.
Considero que en el desarrollo de este trabajo colaborativo varios de nosotros
aprendimos ciertas técnicas que nos permitirán enfrentar en un futuro no muy
lejano el desarrollo de aplicaciones o programas y nos permitirán
desenvolvernos de forma más eficiente en nuestras carreras.

Dinamic SAS Rev. 01
6 Bibliografia
PASO FINAL. (2019). Recuperado de: https://www.youtube.com/watch?

v=LyjHjckpfSk&feature=youtu.be&t=880
Tutorial de creación de casos de uso en StarUML. (2019). Recuperado de:

https://www.youtube.com/watch?v=HrzDiq-tF6Q
3. Técnicas para Identificar Requisitos Funcionales y No Funcionales - Metodología Gestión

de Requerimientos. (2019). Recuperado de:
https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-
requisitos-funcionales-y-no-funcionales
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?. (2019).

Recuperado de: https://www.youtube.com/watch?v=BcsPM85jjrE&feature=youtu.be
Ingeniería de Requisitos - Conceptos básicos de la Ingeniería de Requisitos - Raquel

Martínez España. (2019). Recuperado de: https://www.youtube.com/watch?
v=AbwwtjOfJIY&feature=youtu.be
Métodos de recolección y análisis de datos en la evaluación de impacto. (2019).

Recuperado de: https://www.youtube.com/watch?v=Ph1WX0cH5-4&feature=youtu.be
Diagrama de Clase - EcuRed. (2019). Recuperado de:

https://www.ecured.cu/Diagrama_de_Clase
Crear una ventana prototipo con Balsamiq. (2019). Recuperado de:

https://www.youtube.com/watch?time_continue=4&v=GuDHv_wnKps
Marco Such, M. (2012). Tema 2: Sistemas de Información. Sistemas y Tecnologías de

Información. GITE 2.0. Recuperado de http://hdl.handle.net/10045/24378
Senn, J. A. (1992). Introducción al desarrollo de Sistemas de información. Análisis y diseño

de sistemas de información. Páginas 23 al 31. México, D.F., MX: McGraw-Hill
Interamericana. Recuperado
de http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=44&docID=10491474&tm=1485725517151
Campderrich, F. B. (2003). El ciclo de vida del software. Ingeniería del software. Página 19 –
28. Barcelona, ES: Editorial UOC. Recuperado
dehttp://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=20&docID=10646149&tm=1498255826710
Camargo Camargo, L. ( 2016). 301308-ANALISIS_DE_SISTEMAS. [Archivo de video].

Recuperado dehttp://hdl.handle.net/10596/10443

Dinamic SAS Rev. 01
Granollers, I. S. T., Lorés, V. J., & Cañas, D. J. J. (2005). Capitulo VI Análisis de Requisitos.
Diseño de sistemas interactivos centrados en el usuario. Página 211 - 232. Barcelona, ES:
Editorial UOC. Recuperado
ppg=212&docID=10638465&tm=1498525244587
Pereñiguez, Fernando (2013). Ingeniería de requisitos. Ingeniería del Software II. UCAM
Universidad Católica de Murcia. [archivo de video]. Recuperado
de https://www.youtube.com/watch?v=3Rq51plTvFs
Senn, J. A. (1992). Capitulo 3 Herramientas para determinar requerimientos del Sistema.

Análisis y diseño de sistemas de información. Pagina 133 – 137. México, D.F., MX: McGraw-
Hill Interamericana. Recuperado
ppg=154&docID=3194990&tm=1529364907914
Marmolejo Hurtado, P. ( 2017). OVI Unidad_3_Documentación de Requerimientos. [Archivo

de video]. Recuperado de http://hdl.handle.net/10596/11008

EvaluacionFinal 301308 13

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

EvaluacionFinal 301308 13

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Fecha Revisión Autor Verificado dep. Calidad.

Se ajusta documento inicial de

Se adiciona diagramas de caso de

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]

1.3 Personal involucrado 8

1.4 Definiciones, acrónimos y abreviaturas 8

2.1 Perspectiva del producto 8

2.2 Funcionalidad del producto 9

2.3 Características de los usuarios 9

2.5 Suposiciones y dependencias 10

2.6 Evolución previsible del sistema 10

3.1 Requisitos comunes de los interfaces 10

3.2 Requisitos funcionales (RF) 12

Descripción de requisitos del sofware

3.2.14 Requisito funcional (RF) 15 13

3.3 Requisitos no funcionales 13

Descripción de requisitos del sofware

- Administración de los clientes.

1. Administración de los clientes.

Descripción de requisitos del sofware

5.1 El software debe permitir la creación de proveedores con base a su información

- Este documento va dirigido a la gerencia general de la empresa la colmena y

Descripción de requisitos del sofware

1.3 Personal involucrado

Nombre Josué Barona

Nombre William Andrés Neira Velasco

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del sofware

2.2 Funcionalidad del producto

5.1 Control de acceso al aplicativo

2.3 Características de los usuarios

Tipo de usuario Administrador aplicativo

Tipo de usuario Gerente general

Tipo de usuario Auxiliar de ventas

Descripción de requisitos del sofware

- Se actuara bajo las normas y estatutos legales establecidos

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de Hardware

Para el buen funcionamiento del aplicativo se hace necesario que la gerecia

Descripción de requisitos del sofware

- Mouse monitor y teclado en perfectas condiciones

3.1.2 Interfaces de software

- Sistema Operativo: Windows XP o superior.

La interfaz del aplicativo deberá permitir generar archivos de consulta o

- Identificación dada en el sistema

3.1.3 Interfaces de comunicación

3.2 Requisitos funcionales (RF)

Descripción de requisitos del sofware

3.2.2 Requisito funcional (RF) 2

3.2.3 Requisito funcional (RF) 3

3.2.4 Requisito funcional (RF) 4

3.2.5 Requisito funcional (RF) 5

3.2.6 Requisito funcional (RF) 6

3.2.7 Requisito funcional (RF) 7

3.2.8 Requisito funcional (RF) 8

3.2.9 Requisito funcional (RF) 9

3.2.10 Requisito funcional (RF) 10

3.2.11Requisito funcional (RF) 11