EvaluacionFinal 301308 10

Evaluación final
Grupo 301308_10
Presentado por:
Edwin Yohanni Barrios Martínez, código 80.108.991
Julián Andrés Segura Guerra código 1.010.202.302
Presentado a:
Cesar Augusto Guzmán
Tutor de curso
Universidad Nacional Abierta y a Distancia UNAD
Ingeniería de Sistemas
Análisis de Sistemas
CEAD José Acevedo y Gómez
Bogotá, mayo de 2018

Sistema de información para la gestión de procesos de la empresa 0.3
comercializadora de productos de belleza La Colmena Pág. 2
Especificación de requisitos de software
Proyecto: Sistema de información para la gestión de

procesos de la empresa comercializadora de productos
de belleza La Colmena
Revisión 2.0
Mayo de 2019
Descripción de requisitos del sofware

Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
Edwin Barrios Martínez

15/05/2019 Rev. 1.0
21/05/2019 Rev. 2.0 Julián Andrés Segura Guerra
Documento validado por las partes en fecha:
Por el cliente Por la empresa suministradora
Empresa comercializadora de productos Estudiantes Analisis de Sistemas UNAD

de belleza La Colmena Grupo # 10
Fdo. D. Josué Barona Fdo. D. Edwin Yohanni Barrios

Fdo. D. Julián Andrés Segura Guerra
Sistema de información para la gestión de procesos de la empresa
Rev. 1.0
comercializadora de productos de belleza La Colmena
Pág. 4
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

Rev. 1.0
Pág. 5
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
3.3.4 Disponibilidad 9
3.3.5 Mantenibilidad 10
3.3.6 Portabilidad 10
3.4 Otros requisitos 10
4 Apéndices 10

Rev. 1.0
Pág. 6
1 Introducción
Este documento es una Especificación de Requisitos de Software (ERS) para el
Sistema de información para la gestión de procesos de la empresa comercializadora
de productos de belleza La Colmena por la cual fuimos contratados, Esta
especificación se ha estructurado basándose en las directrices dadas por el estándar
IEEE 830 - 1998.
El siguiente documento describe el análisis, modelado, desarrollo e implementación
de un sistema de procesos de la empresa comercializadora de productos de belleza
La Colmena, que le permita automatizar los procesos de control básico en los
inventarios, dando solución a los problemas presentados en el software como son:
 Error en la información para presentar informes o por casos de auditoria.

 Inconsistencias en las ventas, inventarios y compras en los insumos
Desconfianza en el cliente sobre la información suministrada por el software.
 Calculo incorrectos comisiones de los empleados de acuerdo a las ventas.
 Pérdidas para la empresa por malos cálculos del software.
 Gastos económicos adicionales, generado por los reproceso.
 Inseguridad en la información procesada, por motivo que está expuesta a
errores y omisiones.
 Perdida en la empresa, por gastos adicionales de papelería y tiempo del
personal
Con el fin no solo de llevar un control en los inventarios, sino brindar al propietario
tener una herramienta que le permita administrar y controlar los siguientes procesos
.
1. 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).
2. Administración de los inventarios de los productos y servicios
3. Administración de las Ventas
4. Administración de las Compras y proveedores
5. Administración de los usuarios
6. Calculo de los comisiones de los empleados de acuerdo a las ventas
El desarrollo de este software le permitirá a la empresa comercializadora de
productos de belleza La Colmena facilitar el ingreso de la información en tiempo
real, optimizar el manejo en el inventario y en las ventas.

Rev. 1.0
Pág. 7
1.1 Propósito
El presente documento tiene como objetivo definir las especificaciones
funcionales y no funcionales para el desarrollo de un sistema de información que
permita gestionar procesos administrativos, comerciales y de talento humano.
Este será utilizado por directivos y empleados de la empresa La Colmena y
satisfaga sus necesidades de sistematización.
1.2 Alcance
Esta especificación de requisitos va dirigida al usuario del sistema para gestionar
información sobre la empresa La Colmena en cuanto a la administración de
talento humano como vendedores y conductores, rutas de despacho de productos
a nivel nacional.
1.3 Personal involucrado

Nombre Edwin Yohanni Barrios Martínez
Rol Analista
Categoría profesional Estudiante 3er periodo Ingeniería de Sistemas
Responsabilidades Análisis de información
Información de e_martinez991@hotmail.com
contacto
Aprobación Si
Nombre Julián Andrés Segura Guerra

Rol Analista
Categoría profesional Estudiante 3er periodo Ingeniería de Sistemas
Responsabilidades Análisis de información de administración de clientes
Información de Julianinfinity26@gmail.com
contacto
Aprobación Si
1.4 Definiciones, acrónimos y abreviaturas
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional

Rev. 1.0
Pág. 8
1.5 Referencias
Título del Documento Referencia

Standard IEEE 830 - IEEE
1998
L-002 Requerimientos Norma ieee830.doc
Paso 2 Identificar el problema
Paso 3 Gestionar los requerimientos
Paso 4 Modelar la solución al problema-
POO
1.6 Resumen
El presente documento consta de una primera sección donde se realiza la
introducción al mismo y se da a conocer una visión general de las
especificaciones de recursos del sistema.
Posteriormente, se realiza una descripción general del sistema para dar a conocer
las principales funciones que debe realizar, sus restricciones y demás apartados
que afectan su desarrollo.
Y finalmente se anexará información detallada sobre los requisitos que deben

satisfacer el sistema.
2 Descripción general
2.1 Perspectiva del producto

El sistema será un producto diseñado de manera independiente para suplir las
necesidades de gestión de información de la empresa en cuestión, incorporando
una interfaz amigable con el usuario y dotándolo de capacidades no funcionales
que permitan ejecutar los procesos de manera eficaz.
2.2 Funcionalidad del producto

El usuario del sistema podrá ingresar, consultar, modificar y eliminar toda la
información relacionada con procesos sobre comercialización y distribución de
sus productos, la cual reposará en una base de datos destinada para ello, así como
emitir informes respectivos a sus directivos en base a las actividades que se
manejan al interior de la organización.

Rev. 1.0
Pág. 9
2.3 Características de los usuarios

Tipo de usuario Gerente General
Formación Bachiller
Habilidades Conocimientos básicos en sistemas
Actividades Consultar y recibir informes almacenados en base de
datos
Tipo de usuario Gerente Comercial

Actividades Consultar y recibir informes almacenados en base de
datos
Tipo de usuario Administrador

Formación Universitario
Habilidades Manejo de TICS
Actividades Administrar la información y los usuarios del sistema
Tipo de usuario Vendedor
Formación Técnico
Habilidades Manejo de herramientas ofimáticas
Actividades Registrar las ventas y controlar los inventarios
Tipo de usuario Empleado área comercial

Actividades Ingresar y actualizar información de empleados,
productos y rutas
Tipo de usuario Empleado sucursal

Actividades Ingresar y actualizar información de empleados,
productos y rutas
2.4 Restricciones
 El sistema debe operar con múltiples usuarios de manera concurrente
 Se requiere una maquina con procesador Procesador de 1.8Ghz o
superior , memoria cache de 12MB; que tenga un bus frontal a 1333
MHZ.

Rev. 1.0
Pág. 10
 El sistema deberá tener un diseño e implementación sencilla,

independiente de la plataforma o del lenguaje de programación
 El sistema se desarrollará a través de windowsform(c#)
 El sistema se desarrollará para que trabaje en los sistemas operativos
Windows, Linux y OSX.
 El servidor deberá tener la capacidad de almacenar y tener disponible para
todos los usuarios la información actualizada en el menor tiempo posible.
 El sistema deberá tener un diseño e implementación sencilla,
independiente de la plataforma o del lenguaje de programación.
2.5 Suposiciones y dependencias

 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos antes indicados para garantizar una ejecución correcta de la
misma
2.6 Evolución previsible del sistema

El sistema podrá mejorarse en cuanto a la incorporación de nuevos módulos en el
software que permitan administrar nuevas dependencias surgidas en torno a la
expansión a nivel nacional e internacional de la empresa.
3 Requisitos específicos
Requisitos funcionales
Número de requisito RF1

Nombre de requisito Autenticación de usuario
Características Los usuarios deben validarse con el sistema para acceder
a la información
Tipo Requisito Restricción
Fuente del requisito Gerente general
Prioridad del requisito Alta/Esencial Baja/
Media/Deseado Opcional

Nombre de requisito Registro de usuarios
Características Los usuarios deben registrarse en el sistema para acceder
a cualquier parte del sistema

Rev. 1.0
Pág. 11


Nombre de requisito Consultar información
Características El usuario puede consultar información sobre
vendedores, rutas y entregadores
Nombre de requisito Modificar información
Características El usuario puede actualizar o eliminar información sobre
vendedores, rutas y entregadores

Nombre de requisito Reportes
Características Los usuarios pueden generar reportes de los procesos
consolidados y ser enviados a un superior dentro de la
estructura organizacional de la organización

Nombre de requisito Ingreso información
Características El sistema en el módulo de entregadores debe ofrecer
una opción mediante la cual el usuario pueda ingresar los
datos del entregador que incluya sus datos personales y
sede en donde se encuentra asignado.

Rev. 1.0
Pág. 12
Nombre de requisito Ingreso información

Características El sistema en el módulo de rutas debe ofrecer una opción
donde el usuario pueda ingresar el producto a despachar,
y la ciudad y dirección de entrega.

Nombre de requisito Aplicativo dispositivos móviles
Características Los dispositivos móviles con los que cuenta cada
entregador debe contar con un aplicativo que les permita
registrar las novedades ocurridas con los productos que
podrán ser consultadas por el usuario ubicado en cada
una de las sedes

Nombre de requisito Roles
Características El Gerente General y cada una de las areas deben contar
con un rol específico para poder acceder y modificar
información de entregadores y rutas
Requisitos no funcionales
Número de requisito RNF1

Nombre de requisito Almacenamiento de registros
Características El sistema en el módulo de rutas debe guardar un registro
de cada movimiento que se haga del producto desde su
salida de la ciudad de origen hasta la entrega final del
producto al cliente en la ciudad de destino el cual podrá
ser consultado en cualquier momento por el usuario.

Rev. 1.0
Pág. 13

Nombre de requisito Sistema GPS
Características Cada entregador contará con un sistema de GPS que
debe suministrar información al módulo de rutas para
que el usuario pueda observar su ubicación actual

Nombre de requisito Extracción de información
Características Cuando los usuarios de cada una de las áreas requieran
extraer información de los módulos mediante
impresiones o copia a medio extraíble, el sistema debe
solicitar autorización al rol de Gerente General

Nombre de requisito Generación de reportes
Características Cada lunes a las 00:01 horas el sistema debe generar un
reporte de los productos entregados, el tiempo de demora
en la entrega, productos devueltos y los que no fueron
entregados, que estará disponible en el rol del Gerente
General y con opción de descargarlo en formato PDF
3.1 Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario

La interfaz con el usuario contara con elementos en pantalla fáciles de
entender como ventanas desplegables con botones para acceder a la
información, listas y campos de texto definidos para la consulta o ingreso
de información.

Rev. 1.0
Pág. 14
3.1.2 Interfaces de hardware

Se deberá disponer de equipos de cómputo en perfecto estado de
funcionamiento que cumpla con las siguientes características:
 Procesador de 1.8Ghz o superior

 Memoria mínima de 256 Mb.
 Teclado
 Mouse
 Impresora
 Adaptadores de red
3.1.3 Interfaces de software

 Sistema operativo Windows 7 o superior
3.1.4 Interfaces de comunicación

Los clientes y el servidor se comunicarán entre sí a través de una red LAN
en la sede principal y a través de los protocolos de internet para
interconectar la sede principal con las sucursales distribuidas a nivel
nacional.
3.2 Requisitos funcionales
3.2.1 Requisito funcional 1

El sistema en el módulo de entregadores debe ofrecer una opción mediante
la cual el usuario pueda ingresar los datos del entregador que incluya sus
datos personales y sede en donde se encuentra asignado.

El sistema en el módulo de rutas debe ofrecer una opción donde el usuario
pueda ingresar el producto a despachar, y la ciudad y dirección de entrega.

Los dispositivos móviles con los que cuenta cada entregador debe contar
con un aplicativo que les permita registrar las novedades ocurridas con los
productos que podrán ser consultadas por el usuario ubicado en cada una de
las sedes

Rev. 1.0
Pág. 15

El Gerente General y cada una de las áreas deben contar con un rol
específico para poder acceder y modificar información de entregadores y
rutas
3.3 Requisitos no funcionales
3.3.1 Requisitos de rendimiento

 El tiempo de reinicio de la aplicación no será superior a dos (2)
minutos
 El sistema debe ser capaz de operar adecuadamente con hasta 100
usuarios con sesiones concurrentes
3.3.2 Seguridad
 El sistema debe respaldarse cada 24 horas en una unidad externa en
la ciudad de Bogotá
3.3.3 Fiabilidad
 El sistema no debe operar si la temperatura externa es menor a 4
grados Celsius
3.3.4 Disponibilidad
 La disponibilidad del sistema debe ser continuo con un nivel de
servicio las 24 horas del día durante el año, contando con un sistema
que permita contar un plan de contingencia en caso de una eventual
falla.
3.3.5 Mantenibilidad
 El sistema debe contar con documentación fácilmente accesible y
actualizable para realizar operaciones de mantenimiento con el
mínimo esfuerzo posible.
 La interfaz de usuario debe contar con un sistema de apoyo que
permita hacer mantenimiento del sistema por parte de cualquier
usuario con poca experiencia en aplicaciones informáticas.
3.3.6 Portabilidad
 El sistema debe ser implementado bajo el sistema operativo de
Windows.
 El sistema debe ser implementado en equipos de telefonía celular
que cuenten con GPS.

Rev. 1.0
Pág. 16
3.4 Otros requisitos

 La aplicación desarrollada debe cumplir con la ley de protección de datos
personales.
4 Apéndices
RF- <id del requisito> <proceso de registro de usuario>
Versión <2.0_21052019>
Autores Julián Andrés Segura Guerra
Fuentes <fuente de la versión actual>
Objetivos asociados <identificar tipo de usuario >
<obtener el registro de nuevos clientes>
<facil acceso a los productos>
<tener base de datos organizada>
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso: permitir el registro de usuarios,
mencionando sus datos personales, tipo de cliente con el
fin de que los clientes ingresen a la pagina web con
facilidad y ver los productos ingresando el usuario y
contraseña asignados por el adminitrador y modificzr los
datos y cambio de contraseña de cada usuario.
Precondición registro de usuario
Secuencia Paso Acción
Normal 1 El administrador de clientes de la empresa debe
tener acceder con usuario y contraseña.

Rev. 1.0
Pág. 17
2 Se abrira una ventana con el formulario para ser

diligenciado, con la informacion de clientes.
3 El usuario debera diligenciar todos los campos sin
excepcion.
4 Presionar el boton guardar.
5 Aparece un mensaje de guardado existoso.
Postcondición el usuario quedara registrado en la base de datos
Paso Acción
5 Excepciones 1 Si todos los campos no se encuentran
diligenciados el sistema genera un mensaje de
“verifique que todos los campos deben ser
diligenciados” y no permitira guardar.
2 Si el correo ya se encuentra registrado en la base
de datos de clientes el sistema generara un
mensaje “ el cliente ya se encuentra registrado”
Rendimiento Paso Cota de tiempo
Ingresar el usuario y 1 2 segundos
contraseña
Guardar cliente 2 3 segundos
Frecuencia esperada
Importancia importante
Urgencia inmediatamente
Comentarios Ningun comentario

Rev. 1.0
Pág. 18
RF- <id del requisito> Consultar productos

Versión <2.0_21052019>
Autores Julián Andrés Segura Guerra
Fuentes <fuente de la versión actual>
Objetivos asociados Consultar productos
Descripción El cliente ingresa y consulta los productos.
Precondición Estar en la base de datos de clientes

Rev. 1.0
Pág. 19
Normal 1 El cliente ingresa su usuario y contraseña.

2 El sistema debe tener una opcion de recuperacion
de contraseña que enviara un mensaje al correo
con una contraseña asignada por el sistema.
3 En caso que se encuentre error en los datos del
cliente, tendra una opcion de modificar perfi,
donde se abrira una ventana con la informacion
personal del cliente para ser modificada con un
boton actualizar.
4 El cliente puede ver los productos en la pagina
web.
5
Postcondición Ver productos
Paso Acción
6 Excepciones 1 El cliente ingresa con usuario no se encuentra
registrado en el sistema aparece un mensaje de “
el usuario no se encuentra registrado”
2 Si la contraseña no es correcta el sistema mostrara
un mensaje de contraseña incorrecta.
Ingresar usuario y 1 2 segundos
contraseña
Actualizar cliente 2 3 segundos
Ingresar a la seccion de 3 4 segundos
productos
Frecuencia esperada
Importancia importante
Urgencia Puede esperar
Comentarios Ningun comentario

Rev. 1.0
Pág. 20

Rev. 1.0
Pág. 21

Rev. 1.0
Pág. 22
RF-01 Registrar rutas

Versión 1.0 (04/05/2019)
Autores Edwin Yohanni Barrios Martínez
Fuentes Empresa La Colmena
Objetivos asociados Almacenar información sobre las rutas realizadas por los
vehiculos de la empresa para la entrega de productos en
diferentes puntos la cual es atributo solamente de los
empleados del Área Comercial.
Descripción El sistema permitirá al empleado del Área Comercial
registrar, modificar o eliminar las rutas que los vehiculos
vienen tomando para la entrega de los productos de la
empresa.
Precondición El usuario debe estar registrado en el sistema y estar
vinculado al Área Comercial
Normal 1 El usuario del Área Comercial inicia sesión
ingresando usuario y contraseña

Rev. 1.0
Pág. 23
2 El sistema valida si el usuario está registrado en la

base de datos y si está vinculado al Área
Comercial
3 Si se valida correctamente la información, el
sistema muestra un formulario para registrar una
nueva ruta
4 Si el usuario no quiere registrar una nueva ruta
pulsa el botón modificar o eliminar ruta que se
encuentra ubicado al final del formulario
4.1 El sistema solicita número de ruta guardada
4.2 El sistema muestra ruta a modificar o eliminar
4.3 El usuario ingresa datos para modificar ruta y
pulsa guardar o pulsa eliminar
4.4 El sistema actualiza la información en la base de
datos
5 Si el usuario quiere registrar una nueva ruta
diligencia los datos solicitados por el sistema
6 El usuario pulsa sobre el botón guardar
información
7 El sistema valida la información digitada por el
usuario
8 El sistema almacena la información en la base de
datos
Postcondición La información ha sido almacenada en la base de datos
Paso Acción
Excepciones 1 Si el sistema no puede validar al usuario, le
solicita volver a ingresar los datos. Despues de
tres intentos le solicitará registrarse a través del
sistema de Administración de Talento Humano
2 Si el sistema valida que el usuario no está
vinculado con el Área Comercial muestra un
mensaje donde indica que no está autorizado para
realizar las acciones de modificación o
eliminación de la información
3 Si despues de validarse el usuario éste no
interactua con el sistema dentro de los próximos
diez (minutos), el sistema se cerrará
2 5 segundos
4.2 5 segundos
4.4 5 segundos
8 5 segundos
Frecuencia esperada 5 veces / día
Importancia Importante
Urgencia Inmediatamente
Comentarios Sin comentarios adicionales

Rev. 1.0
Pág. 24
RF-02 Consultar información de rutas

Versión 1.0 (04/05/2019)
Autores Edwin Yohanni Barrios Martínez
Fuentes Empresa La Colmena
Objetivos asociados Consultar en la base de datos los registros de las rutas que
los vehiculos de la empresa toman para la entrega de
pedidos con el objeto de observar su contenido.
Descripción El sistema permitirá consultar los registros de rutas que se
encuentran almacenados en la base de datos
Precondición El usuario debe estar registrado en el sistema
Normal 1 El usuario inicia sesión ingresando usuario y
contraseña
2 El sistema valida si el usuario está registrado en la
base de datos
3 Si el usuario está registrado, el sistema muestra la
opción para consultar la información de rutas
4 El usuario pulsa sobre la opción de consulta de
rutas
5 El sistema solicita el ingreso del número de ruta a
consultar
6 El usuario digita el número de ruta
7 El sistema muestra la ruta que ha sido almacenada
en la base de datos
Postcondición La información continua almacenada en la base de datos
sin ningún cambio
Paso Acción
Excepciones 1 Si el sistema no puede validar al usuario, le
solicita volver a ingresar los datos. Despues de
tres intentos le solicitará registrarse a través del
sistema de Administración de Talento Humano
2 Si despues de validarse el usuario éste no
interactua con el sistema dentro de los próximos
diez (minutos), el sistema se cerrará
2 5 segundos
7 5 segundos

Rev. 1.0
Pág. 25
Frecuencia esperada 200 veces / día

Importancia sin importancia
Urgencia puede esperar
Comentarios No hay comentarios

Rev. 1.0
Pág. 26

Rev. 1.0
Pág. 27
Conclusiones
 La aplicación del estándar IEEE 830-1998 es una herramienta muy útil que
abarca en gran parte la totalidad de requisitos que son indispensables para la
consolidación de un software. La revisión y ajuste de este documento por parte del
cliente facilita la labor del programador para la codificación del sistema, reduciendo el
margen de error en su construcción, lo que a su vez minimiza el desgaste en
programación y reduce costos de producción.

Rev. 1.0
Pág. 28
Referencias bibliográficas
Villarroel, R. (2017). Documento de requerimientos de Software estándar IEEE 830-

1998. Ingeniería de Software UT Machala. Recuperado de
https://ingenieriadesoftwareutmachala.wordpress.com/2017/01/20/documento-
de-requerimientos-de-software-estandar-ieee-830-1998/
Marco Such, M. (2012). Tema 2: Sistemas de Información. Sistemas y Tecnologías de
Información. GITE 2.0. Recuperado dehttp://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
dehttp://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=44&docID=10491474&tm=1485725517151
Senn, J. A. (1992). Panorama del Análisis y Diseño de Sistemas. Análisis y diseño de
sistemas de información. Página 14 – 17. México, D.F., MX: McGraw-Hill
de https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?
ppg=35&docID=3194990&tm=1532615453034
Senn, J. A. (1992). Panorama del Análisis y Diseño de Sistemas. Análisis y diseño de
sistemas de información. Página 17 – 19. México, D.F., MX: McGraw-Hill
de https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?
ppg=38&docID=3194990&tm=1532615723626
Campderrich, F. B. (2003). El ciclo de vida del software. Ingeniería del software. Página
19 – 28. Barcelona, ES: Editorial UOC. Recuperado
ppg=20&docID=10646149&tm=1498255826710
Camargo Camargo, L. ( 2016). 301308-ANALISIS_DE_SISTEMAS. [Archivo de video].
Recuperado de http://hdl.handle.net/10596/10443
Weitzenfeld, A. (2005). Modelos Recientes. In Ingeniería de Software Orientada a
Objetos con UML, Java e Internet (pp. 54-56). Mexico City: Cengage Learning.
Recuperado de http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
p=GVRL&sw=w&u=unad&v=2.1&it=r&id=GALE
%7CCX3004300025&asid=e79c2d8c47b000efbfc4703f7fc4162d
Martínez España, Raquel (2015). Conceptos básicos de la Ingeniería de Requisitos.
Ingeniería de Requisitos. UCAM Universidad Católica de Murcia. impacto
[archivo de video]. Recuperado de https://www.youtube.com/watch?
v=AbwwtjOfJIY
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

Rev. 1.0
Pág. 29
Pereñiguez, Fernando (2013). Ingeniería de requisitos. Ingeniería del Software II.

UCAM Universidad Católica de Murcia. [archivo de video]. Recuperado
dehttps://www.youtube.com/watch?v=3Rq51plTvFs
UNICEF Innocenti (2014). Métodos de recolección y análisis de datos en la evaluación
de impacto [archivo de video]. Recuperado dehttps://www.youtube.com/watch?
v=Ph1WX0cH5-4
Fatto Consultoría y Sistemas (2015). ¿Cómo realizar entrevistas eficaces para obtener
requisitos de software? [archivo de video]. Recuperado
dehttps://www.youtube.com/watch?v=BcsPM85jjrE&t=289s
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 dehttp://hdl.handle.net/10596/11008
Weitzenfeld, A. (2005). Calidad de Software y Modelos de Madurez del Proceso.
InIngeniería de Software Orientada a Objetos con UML, Java e Internet (pp. 56-
64). Mexico City: Cengage Learning. Recuperado
dehttp://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
%7CCX3004300026&asid=8d13b7c46c3c6b9280e67a80bd1735f6
Senn, J. A. (1992). Capitulo 4 Estrategia de desarrollo por análisis estructurado. Análisis
y diseño de sistemas de información. Pagina 174 – 200. México, D.F., MX:
McGraw-Hill Interamericana. Recuperado
de http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?
ppg=195&docID=3194990&tm=1529364203833
Granollers, I. S. T., Lorés, V. J., & Cañas, D. J. J. (2005). Capitulo IV Prototipado.
Diseño de sistemas interactivos centrados en el usuario. Pagina 139 – 166.
Barcelona, ES: Editorial UOC. Recuperado
ppg=140&docID=10638465&tm=1498524613078
Campderrich, F. B. (2003). Ingeniería del software. Página 141 – 175. Barcelona, ES:
Editorial UOC. Recuperado
ppg=142&docID=10646149&tm=1485734983973
Minguillón, J. (2011). Introducción al lenguaje de modelado Unificado. OpenLibra.
(FUOC, Ed.). Recuperado de https://openlibra.com/es/book/introduccion-al-lenguaje-
de-modelado-unificado
Aycart Perez, Gibert G., Hernandez M. (2007). Capitulo 2 Diseño de software orientado
a objeto con UML. Ingeniería del software en entornos del software libre. Página 61-90.
Catalunya. ES: Editorial: Universitat Oberta de Catalunya. Recuperado
de http://hdl.handle.net/10609/214

Rev. 1.0
Pág. 30
Weitzenfeld, A. (2005). Modelo de Casos de uso. Ingeniería de Software Orientada a

Objetos con UML, Java e Internet (pp. 199-209). Mexico City: Cengage Learning.
Recuperado de http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
%7CCX3004300053&asid=c9b5a1e7b5970f9156118124025662f1
Ferreira Manzanares, N. (2016). Características Del Lenguaje De Modelado Unificado.

[Página Web]. Recuperado de http://hdl.handle.net/10596/9837
Gutierrez, C. C. (2011).Caso Práctico 1: Sistemas de Gestión de Agendas y Reuniones.
En Casos prácticos de UML (pp. [9]-44). España: Editorial Complutense.
Recuperado
ppg=10&docID=10536104&tm=1485361863801

EvaluacionFinal 301308 10

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

EvaluacionFinal 301308 10

Încărcat de

Drepturi de autor:

Formate disponibile

Evaluación final

Edwin Yohanni Barrios Martínez, código 80.108.991

Julián Andrés Segura Guerra código 1.010.202.302

Cesar Augusto Guzmán

Universidad Nacional Abierta y a Distancia UNAD

CEAD José Acevedo y Gómez

Bogotá, mayo de 2018

Especificación de requisitos de software

Proyecto: Sistema de información para la gestión de

Descripción de requisitos del sofware

Fecha Revisión Autor Verificado dep. calidad.

Edwin Barrios Martínez

21/05/2019 Rev. 2.0 Julián Andrés Segura Guerra

Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

Empresa comercializadora de productos Estudiantes Analisis de Sistemas UNAD

Fdo. D. Josué Barona Fdo. D. Edwin Yohanni Barrios

FICHA DEL DOCUMENTO 3

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3.1 Requisitos comunes de los interfaces 8

3.2 Requisitos funcionales 8

Descripción de requisitos del sofware

3.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 9

3.4 Otros requisitos 10

Descripción de requisitos del sofware

 Error en la información para presentar informes o por casos de auditoria.

Descripción de requisitos del sofware

1.3 Personal involucrado

Nombre Julián Andrés Segura Guerra

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del sofware

Título del Documento Referencia

Y finalmente se anexará información detallada sobre los requisitos que deben

2.1 Perspectiva del producto

2.2 Funcionalidad del producto

Descripción de requisitos del sofware

2.3 Características de los usuarios

Tipo de usuario Gerente Comercial

Tipo de usuario Administrador

Tipo de usuario Empleado área comercial

Tipo de usuario Empleado sucursal

Descripción de requisitos del sofware

 El sistema deberá tener un diseño e implementación sencilla,

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Número de requisito RF1

Número de requisito RF2

Descripción de requisitos del sofware

Prioridad del requisito Alta/Esencial Baja/

Número de requisito RF3

Número de requisito RF5

Número de requisito RF6

Número de requisito RF7

Descripción de requisitos del sofware

Nombre de requisito Ingreso información

Número de requisito RF8