EvaluacionFinal Grupo 1

ANALISIS DE SISTEMAS
TRABAJO COLABORATIVO
Paso 4: Consolidar Documento de requerimientos (SRS) – Formalización Diligenciar formato
IEEE-830
EVALUACION FINAL
Presentado por:
ANDREA DEL PILAR MARTINEZ GARCIA
Codigo:52897288
DAVID LEONARDO LATORRE BARACALDO

Codigo: 80187529
Grupo Colaborativo
301308_1
Universidad Nacional Abierta y a Distancia (UNAD)

Facultad de Ciencias Básicas e Ingeniería
Agosto 2019
Pag. 2
Sistema La Comena Rev. 1.8

Especificacion de requisitos de sistema
_________________________________________________________________________________
TABLA DE ROLES Y RESPONSABILIDADES
Nombre del Rol asumido Tareas o funciones Usuario Skype Numero

Estudiante realizadas Telefónico
ANDREA DEL PILAR Vigía del Controla el cronograma de Anpimarga@g 3166463220
MARTINEZ GARCIA tiempo tiempo establecido. mail.com
–
Entregas Alertar sobre los tiempos de
entrega de los productos y
enviar el documento en los
tiempos estipulados.
DAVID LEONARDO Auditor Quien se preocupa por Davilatb@hotm 312 4238996
LATORRE BARACALDO - verificar al interior del equipo ail.com
Revisor que se estén asumiendo las
responsabilidades.
Asegura que el escrito cumpla

con las normas de
presentación de trabajos
exigidas por el docente.
Avisa a la persona de alertas
para que informe a los
integrantes del equipo en caso
de que haya que realizar
algún ajuste sobre estos
aspectos.
Descripción de requisitos del software

Pag. 3

_________________________________________________________________________________
Especificación de requisitos de software

Proyecto: Sistema La Colmena
Revisión 1.8
[Agosto de 2019]

Pag. 4

_________________________________________________________________________________
Ficha del documento

Fecha Revisión Autor Verificado dep. Calidad.
ANDREA DEL PILAR
07/08/2019 1.1 Actualización prototipos no funcionales
MARTINEZ GARCIA
07/08/2019 1.2 Documentación de requisitos funcionales y no funcionales

ANDREA DEL PILAR
MARTINEZ GARCIA
07/08/2019 1.3 Documentación introducción y descripción general

DAVID LEONARDO
LATORRE BARACALDO
Actualización prototipos no funcionales
ANDREA DEL PILAR
07/08/2019 1.4
MARTINEZ GARCIA
ANDREA DEL PILAR

MARTINEZ GARCIA
DAVID LEONARDO
07/08/2019 1.6 Actualización de redacción y ortografía
LATORRE BARACALDO
ANDREA DEL PILAR
07/08/2019 1.7 Actualización abreviaciones, definiciones, acrónimos
MARTINEZ GARCIA
DAVID LEONARDO Actualización interfaces de hardware, software, actualización
07/08/2019 1.8
LATORRE BARACALDO restricciones, inclusión referencias y ajustes a APA
DAVID LEONARDO Requerimientos de hardware, software, actualización
07/08/2019 1.8
LATORRE BARACALDO restricciones, inclusión referencias
DAVID LEONARDO
LATORRE BARACALDO
Documento validado por las partes en fecha: 08/08/2019
Por el cliente Por la empresa suministradora
Empresa La Colmena Creadores de Universo
El representante legal Fdo. D./Dña ANDREA DEL PILAR

Don Josué Barona MARTINEZ GARCIA y Don DAVID
LEONARDO LATORRE BARACALDO

Pag. 5

_________________________________________________________________________________
Tabla de contenido
1 Introducción................................................................................................................... 6
1. Propósito .................................................................................................................... 6
2. Alcance ...................................................................................................................... 6
3. Personal Involucrado ................................................................................................. 6
4. Definiciones, acrónimos y abreviaturas ....................................................................... 7
5. Referencias ................................................................................................................ 8
6. Resumen .................................................................................................................... 9
2 Descripción general .......................................................................................................... 9
2.1 Perspectiva del producto ........................................................................................................................... 9
2.2 Funcionalidad del producto ....................................................................................................................... 9
2.3 Características de los usuarios ................................................................................................................ 10
2.4 Restricciones ........................................................................................................................................... 10
2.5 Suposiciones y dependencias .................................................................................................................. 11
2.6 Evolución previsible del sistema ............................................................................................................. 11
3 Requisitos específicos ...................................................................................................... 11

3.1.1 interfaces de usuarios ........................................................................................................................... 12
3.1.2 interfaces de hardware ......................................................................................................................... 13
3.1.3 interfaces de software .......................................................................................................................... 14
3.1.4 interfaces de comunicación .................................................................................................................. 14
3.2 Requisitos Funcionales ........................................................................................................................... 14
3.3 Requisitos No Funcionales...................................................................................................................... 15
3.3.1 Requisitos de rendimiento .................................................................................................................... 15
3.3.2 Seguridad ............................................................................................................................................. 15
3.3.3 Fiabilidad ............................................................................................................................................. 15
3.3.4 Fiabilidad ............................................................................................................................................. 16
3.3.4 Mantenibilidad ..................................................................................................................................... 16
3.3.4 portabilidad .......................................................................................................................................... 16
4 Apéndices ..................................................................................................................... 16
4.1 Diagrama de caso de uso.................................................................................................... 16
Excepciones .................................................................................................................... 18
Excepciones .................................................................................................................... 21
4.2 Diagrama de caso de uso.................................................................................................... 28

Pag. 6

_________________________________________________________________________________
1 Introducción
El sistema permitirá a el gerente, vendedores y/o persona encargada de algún proceso especifico, que
cuente con los privilegios para poder realizar acciones, las cuales pueden hacer seguimiento y
verificación de todos y cada uno de los procesos que se desarrollan en la empresa, tanto en los procesos
operativos, así como administrativos, dando además la facultad al gerente de poder saber cuando un
cliente se registro por primera vez, así como llevar un control de ventas, inventario y rutas para la entrega
de pedidos.
1. Propósito
Se desarrollará dicho sistema de información que ayuda con los problemas que actualmente tiene la
empresa, así como automatizara todos los procesos operativos, cuya sede principal esta ubicada en la
ciudad de Bogota, pero cuenta con varias sedes en distintas ciudades el país, entre ellas Cali, Medellin,
Barranquila, Pasto, Ibague, Popayan y Pereira, permitiéndole al gerente, tener total control de cada uno
de los procesos que se realizan en la empresa, dando la oportunidad de controlar todas las sedes, y asi
permitir la posibilar al dueño de la empresa que pueda abrir o ampliar el numero de sedes.
2. Alcance
El sistema permitirá a las sedes de la empresa tener un control total de todos los aspectos involucrados
en los procesos productivos, como por ejemplo, poder ver en tiempo real un inventario de productos
de belleza que se tienen en las bodegas, poder controlar en tiempo real los pedidos que le hacen a la
empresa, tener almacenado dentro de una base de datos interna toda la información de proveedores,
clientes, empleados, procesos contables, volumen de ventas, dinero que ingresa a la compañía, por
distintos medios como pueden ser el efectivo, cheques, consignaciones, etc., gastos en los que incurre
la empresa para poder funcionar (arriendo, servicios públicos, nomina, materia prima, etc.) Entre otros.
3. Personal Involucrado
Nombre Andrea del Pilar Martínez García

Rol Analista de Sistemas
Categoría profesional Estudiante de Ingeniería de Sistemas
Responsabilidades Análisis de Requisitos Funcionales y No Funcionales
Información de contacto Skype: anpimarga@gmail.com
Cel. 3166463220
Aprobación Si
Nombre David Leonardo Latorre Baracaldo

Rol Analista de Sistemas
Categoría profesional Estudiante de Ingeniería de Sistemas
Responsabilidades Análisis de Requisitos Funcionales y No Funcionales
Información de contacto Skype: Davilatb@hotmail.com
Cel. 312 4238996
Aprobación Si

Pag. 7

_________________________________________________________________________________
Nombre Don Josué Barona

Rol Dueño de la Empresa La Colmena
Categoría profesional Representante legal
Responsabilidades Empresa La Colmena
Información de contacto Cel. 310 00000000
Aprobación Si
4. Definiciones, acrónimos y abreviaturas
Empresa: Sitio en el cual se realiza un proceso productivo en el cual se transforman materias

primas en determinados productos
Sistema de Información (SI): Un sistema de información es un conjunto de componentes
que interaccionan entre sí para alcanzar un fin determinado, el cual es satisfacer las
necesidades de información de dicha organización. Estos componentes pueden ser personas,
datos, actividades o recursos materiales en general, los cuales procesan la información y la
distribuyen de manera adecuada, buscando satisfacer las necesidades de la organización.
Versión: Manejo de documento.
DRS: Definición de Requerimientos del Sistema.
Requerimientos funcionales: describen las capacidades o funciones que el sistema va a

realizar.
Requerimientos no funcionales: restricciones o características que puedan limitar el sistema,

como por ejemplo, rendimiento, interfaces de usuario, fiabilidad, mantenimiento, seguridad,
portabilidad, estándares, etc.
Registro: Evidencia objetiva de que algo se está haciendo, lo cual no puede ser cambiado o
actualizado una vez se realice.
Analista de sistemas: es el encargado de analizar un problema y describirlo con el propósito

de solucionarlo mediante un sistema de información.
Usuario: Persona encargada de usar el sistema para realizar procedimientos de la empresa.
Administrador: Persona encarga de la responsabilidad del sistema, es la que tiene todo el

acceso al sistema y la que puede modificar la información del sistema.

Pag. 8

_________________________________________________________________________________
Java: Java es un lenguaje de programación y una plataforma informática. Hay muchas

aplicaciones y sitios web que no funcionarán a menos que tenga Java instalado. Java es rápido
RF: Requisito funcional.
RNF: Requisito no funcional.
Producto: Articulo tangible natural o artificialmente.
Inventario: son activos de una empresa, destinado para su uso o para su venta.
I.V.A.: Impuesto al valor agregado (actualmente de 19% sobre el valor Neto del producto).
URL: Uniform Resource Locator. Es una referencia a un recurso Web y sirve para especificar
su ubicación en una red de computadoras. También funciona como mecanismo para llamar o
referenciar dicho recurso.
5. Referencias
Referencia Titulo Ruta Fecha Autor
001 software http://hdl.handle.net/10609/214 2007 Aycart

orientado a Perez,
objeto con Gibert G.,
UML Hernandez
M
002 Exploración Información dada en el foro 29/06/2019 Los
de diagnostico integrantes
del problema del curso
003 Identificación Información dada en el foro 14/07/2019 Los
y diagnostico integrantes
del Problema del curso
004 Modelar la Información dada en el foro 31/07/2019 Los
solución integrantes
del curso
005 Estrategia de 1992 Senn, J. A.
desarrollo por http://bibliotecavirtual.unad.edu.co:
análisis 2460/lib/unadsp/reader.action?ppg=
estructurado. 195&docID=3194990&tm=1529364203833
Análisis y
diseño de
sistemas de
información

Pag. 9

_________________________________________________________________________________
6. Resumen
Se ha compilado la informacion con los requisitos que fueron analisas y trabajados para la empresa La
Colmera, y medida en que el sistema vaya superando las diversas etapas, de análisis y desarrollo, se ira
construyendo su entorno gráfico, que es la forma como el usuario interactúa con el sistema de
información, se irán realizando los diversos módulos, y las respectivas relaciones o interrelaciones que
pueden presentar uno o más de ellos, dejándolo todo de la manera más entendible para el usuario, se
elaborara un manual de usuario y una línea de soporte en la cual podrán reportar las fallas ocurridas en
el sistema de información para así poder ser identificadas y solucionadas lo antes posible. Cada usuario
podrá realizar diversas actividades de acuerdo a su rol asignado, por ejemplo el gerente, tendrá un rol
de administrador, el cual podrá tener acceso a todos los procesos de la empresa y así poder tomar las
decisiones respectivas en tiempo real, esta tarea debe definirse muy bien para determinar que privilegios
debe tener cada usuario de acuerdo a su función en la empresa, la aplicación se hará tan fácil de usar y
aprender como sea posible, además se programara la realización de un backup automático de acuerdo a
las necesidades del cliente.
2 Descripción general
2.1 Perspectiva del producto
Al analizar los problemas presentados por la Empresa La Colmena la cual comercializa

productos de belleza, podemos darnos cuenta de que la empresa requiere de un sistema
que este en capacidad de poder integrar varias departamentos de la empresa junto con sus
respectivas tareas, de manera que todo esté disponible en tiempo real en caso ser
requerido, optimizando de esta manera los recursos y procesos de la empresa ya que todos
en este momento se realiza de con un misma que no es lo suficiente eficaz y otros de
manera manual, donde en caso de requerirse información de una dependencia a otra, el
proceso para que esta llegue del punto donde está la información a donde es solicitada
puede variar desde unos minutos hasta varios días, lo cual perjudica enormemente el
potencial de toma de decisiones, ya que al esperar todo este tiempo potencial se pierden
oportunidades en el mercado.
2.2 Funcionalidad del producto
El sistema para su uso interno en la empresa estará instalado en un servidor

dedicado para tal fin, en caso de requerirse acceso web o remoto, se procederá a la
configuración del mismo mediante una conexión segura tipo VPN, cuidando los
más altos estándares de seguridad de la información. La empesa podra almacenar
informacion de sus clientes. Los clientes tendran acceso limitado a los productos de
la empresa via web como creciemto de la empresa y grandes eventos programados
por la empresa.

Pag. 10

_________________________________________________________________________________
El campo de contraseña debe ser garantizado.
El sistema enviara un correo electronico al gerente o adminstrador del sistama

cada vez que haya un cliente nuevo y al cliente con el fin de informar del nuevo
cliente.
Al hacer clic ingresar en el sistema en el menú desplegable de las opciones que el

usuario debe ser capaz de ver, el usuario seleccionara la opción en la que vaya a
trabajar de las que tenga habilitadas, o en el caso de una consulta, la misma estará
visible en el menú, adicional a esto se dejara una opción en el caso de requerirse
algún soporte para que le puedan realizar directamente desde el SI.
El usuario debe ser capaz de cambiar las contraseñas en el Sistema
El Sistema debe apoyarse en informes pdf, doc y similares formatos admitidos de

modo que puedan ser fácilmente descargados y descargables por los actores y o
usuarios involucrados en el sistema.
2.3 Características de los usuarios
Tipo de usuario Gerentes

Formación Administradores de empresas
Habilidades Domino en de herramientas informáticas
Actividades Administrar inventario, ventas y empleados.
Tipo de usuario vendedores

Formación Bachiller
Habilidades Domino básica de herramientas informáticas
Actividades Ingresar datos básicos de productos, ingresar productos al
inventario, registrar cliente y generar reportes de ventas.
Tipo de usuario cliente

Formación ninguna
Habilidades Domino básica de herramientas informáticas
Actividades Registrar cliente
2.4 Restricciones
a) Limitaciones del Hardware servidores disponibles en la empresa de productos de
belleza.
b) Las funciones de la Auditoría con sus respectivos formatos

Pag. 11

_________________________________________________________________________________
d) Los requerimientos del lenguaje que puede soportar el servidor por el manejo de
licencias.
e) Los requisitos de Fiabilidad.
f) Diseñado para el control de artículos, productos, clientes y proveedores
g) la Seguridad y consideraciones de seguridad. El sistema implementara el cierre
automático al no validar sus credenciales.
h) debe de existir un lecor codigo de barras para poder leer los productos al momento de
su venta.
2.5 Suposiciones y dependencias
 Las computadoras deben cumplir con los requisitos mínimos que requiere el sistema para
su implementación.
 Todos los usuarios deben encontrarse en la capacidad de manejar herramientas

informáticas.
 El equipo de desarrollo de proyecto podrá realizar la administración del sistema siempre y

cuando se pacte por escrito entre las partes.
 Los usuarios serán los encargados de realizar en cargue de inventarios y gestionar el

inventario, así como los descuentos, impuestos legales entre otros.
2.6 Evolución previsible del sistema
Por su diseño el sistema permitirá la actualización de acuerdo a las necesidades y

requerimientos de la empresa, permitiéndole una mejor efectividad en los procesos, de
igual forma se deja abierta la posibilidad para que los empleados puedan realizar
sugerencias.
3 Requisitos específicos
Número de requisito RF-01

Nombre de requisito Ingreso de cliente
Tipo Requisito Restricción
Fuente del requisito Observación de un sistema parecido en una empresa parecida a la
colmena.
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

Pag. 12

_________________________________________________________________________________

Nombre de requisito Perfil de clientes
Fuente del requisito Observación de un sistema parecido en una empresa parecida a la
colmena.

Nombre de requisito Perfil de todos los usuarios
Fuente del requisito Encuesta realizada a los gerentes.
3.1.1 interfaces de usuarios

Registro:
Imagen 1
Al dar clic en registrar se despliega una ventana de ingreso de cliente donde los usuarios
deben ingresar su información personal, como lo muestra la imagen 2

Pag. 13

_________________________________________________________________________________
Imagen 2
Estos datos serán almacenados en una base de datos, adicionalmente el sistema estará
configurado para que al momento de ingresar los códigos de los productos que serán
comprados, estos sean definidos y colocados de manera ordenada en la lista donde son
almacenados para su posterior suma, totalización y compra.
Administrador
Se despliega la pantalla para poder digitar los datos del administrador del sistema, crear
su contraseña y poder validar, borrar o editar los datos.
Imagen 3
3.1.2 interfaces de hardware

Pag. 14

_________________________________________________________________________________
El sistema usara hardware de lectura de código de barras: USB Barcode

Scanner Lector de Código de barras compatible.
El sistema tendrá reconocimiento de impresora para poder imprimir los reportes de
cuerdo al marco legal.
Las computadas deben estar en perfecto estado y contar con los requisitos mínimos de
sistemas para operar el sistema. Como procesadores iguales o superiores a 2.00 GHZ o
superiores, memoria ram superior o igual a 1G, tener acceso a la red de área local.
3.1.3 interfaces de software
Sistema operativo Windows 7 o superior

Ultima versión de java
La aplicación se debe ejecutar en cualquiera de los siguientes navegadores

Google Chrome, Mozilla, Explorer en sus últimas versiones.
3.1.4 interfaces de comunicación

El sistema utilizado por cliente funciona con protocolo HTTP desde cada terminal/usuario.
3.2 Requisitos Funcionales
RFC1 1.1 el software deberá permitir el registro, consulta, modificación y

eliminación de clientes.
RFC2 2.1 el software permitirá modificaciones en el registro de clientes como:
numero telefónico dirección y estatus.
RFC6 3.1 El sistema controlará el acceso a los clientes y permitirá solamente a
usuarios registrados.
RFC4 4.1 El software permitirá visualizar los productos en línea de la empresa a
los clientes para que estos puedan hacer pedidos.
RFC5 5.1 El sistema envía un correo electrónico al cliente y al gerente de ventas
informando del registro nuevo.
RFC54 6.1 El sistema debe llevar la cuenta total de productos
vendidos diariamente para así sacar mensualmente el área con mayores ventas
mensualmente.

Pag. 15

_________________________________________________________________________________
RFC54 7.1 El sistema debe mostrarle al usuario la opción de pago a cuotas del
producto, siempre y cuando no este reportado en data crédito.
RFC54 8.1 El sistema debe darle al usuario las opciones de pago por
tarjeta de crédito o debito.
RFC54 8.1 El software se debe implementar para que muestre la cantidad de
productos vendidos diariamente al finalizar el turno.
3.3 Requisitos No Funcionales
RNFC1 1.1 El sistema debe poseer interfaces gráficas bien formadas.

RNFC2 2.1 El sistema debe contar con un módulo de ayuda en línea.
RNFC3 3.1 El sistema debe tener una disponibilidad del 99,99% de las veces en
que un cliente intente accederlo.
RNFC3 4.1 El sistema debe proporcionar mensajes de error que sean informativos
y orientados a usuario final.
RNFC3 5.1 Los datos modificados en la base de datos deben ser actualizados para
todos los usuarios que acceden en menos de 2 segundos.
3.3.1 Requisitos de rendimiento

La respuesta de la aplicación a la hora de ejecutarse alguno de sus
requerimientos funcionales no debe alargarse en el tiempo, las respuestas a los
eventos deben ser rápidas.
3.3.2 Seguridad
El acceso a la aplicación está restringido de acuerdo con el rol que desempeñe el
usuario. Cada uno debe tener un usuario y clave de acceso que le permite ingresar a su
sesión y realizar únicamente las tareas permitidas. Las demás seguridades están de
acuerdo con la norma ISO/IEC 27003.
Permitir almacenamiento cifrado de datos determinados.
Permitir registro de eventos de sistema, empleando la información de la sesión del
usuario.
3.3.3 Fiabilidad
El sistema debe ser fiable, puesto que un error de la aplicación puede causar
penalizaciones a los usuarios y costos adicionales a la empresa.

Pag. 16

_________________________________________________________________________________
3.3.4 Fiabilidad
El sistema debe poseer la capacidad de garantizar el manejo de excepciones.
Se debe prever los casos en que se caiga el SI, tener un plan de emergencia que nos
permita ponerlo en línea en el menor tiempo posible.
3.3.4 Mantenibilidad
El sistema debe permitir el mantenimiento de las bases de datos y de los procesos de
forma sencilla sin que altere el desempeño general de la aplicación.
3.3.4 portabilidad
Se dejará las debidas copias de seguridad y copias para su instalación posterior en
equipos que estén registrados dentro de los segmentos de red según la sucursal.
4 Apéndices
4.1 Diagrama de caso de uso
Andrea del pilar Martínez Garcia

Requisito Funcional 1: Administración de Cliente
el software deberá permitir el registro, consulta, modificación, eliminación de clientes y almacenarlo

en una base de datos.
RFC1.1 Registrar cliente

Versión 1.1, 26 de julio de 2019

Pag. 17

_________________________________________________________________________________
Autores Andrea Martinez

Fuentes Requisito 1.0
Objetivos asociados Registro de cliente
Descripción El software debera permite el registro del cliente.
Precondición  El cliente no debe de estar registrado en el sistema
 El sistema debe tener creado los datos de la ciudad,
departamento, y edad.
 El sistema debe estar creados los datos de tipo de cliente
empresarial, cliente frecuente o cliente ocasional.
Secuencia Paso Acción
Normal 1 El actor pulsa sobre el boton Registro
2 El sistema llama caso de uso: Datos del Cliente
3 El actor ingresa correo electronico
4 El actor ingresa el nombre
5 El actor ingresa el apellido
6 El actor selecciona edad
7 El actor ingresa su Numero telefonico
8 El actor ingresa direccion fisica
9 El actor selecciona ciudad
10 El actor selecciona departamento
11 El actor selecciona tipo de cliente
12 El actor ingresa una contraseña
13 El Actor pulsa el boton Guardar
14 El sistema guarda la informacion en la base de datos y
muestra un mensaje de notificacion “Registro guardado con
éxito”
Postcondición Registro de cliente sin errores

Pag. 18

_________________________________________________________________________________
Excepciones Paso Acción

3.1 El sistema muestra un mensaje advertencia “El correo
electronico: <<Mail>> existe en el sistema. Por favor
ingresar un nuevo correo electronico”
3.2 El sistema se ubica nuevamente en el campo de icorreo
electronico
4.1 El sistema valida que el nombre del cliente no fue
ingresado.
4.2 El sistema muestra un mensaje de Error “El nombre del
cliente debe ser registrado.”
4.3 El sistema se ubica nuevamente en el campo de nombre
5.1 El sistema valida que el apellido del cliente no fue
ingresado.
5.2 El sistema muestra un mensaje de Error “El apellido del
cliente debe ser registrado.”
5.3 El sistema se ubica nuevamente en el campo de apellido
6.1 El sistema valida que la edad no fue seleccionada
6.2 El sistema muestra un mensaje de Error “ la edad no ha
sido seleccionada.”
6.3 El sistema se ubica nuevamente en el campo de edad.
7.1 El sistema valida que el numero telefonico del cliente no
fue ingresado
7.2 El sistema muestra un mensaje de Error “el numero
telefonico del cliente no fue ingresado.”
7.3 El sistema se ubica nuevamente en el campo de numero
telefonico
8.1 El sistema valida que la direccion fisica del cliente no fue
ingresado
8.2 El sistema muestra un mensaje de Error “ la direccion fisica
del cliente no fue ingresado.”

Pag. 19

_________________________________________________________________________________
8.3 El sistema se ubica nuevamente en el campo de de la

direccion fisica.
9.1 El sistema valida que la ciudad no fue seleccionada
9.2 El sistema muestra un mensaje de Error “ la ciudad no ha
sido seleccionada.”
9.3 El sistema se ubica nuevamente en el campo de la ciudad.
10.1 El sistema valida que el departamento no fue seleccionado
10.2 El sistema muestra un mensaje de Error “ el departamento
no ha sido seleccionado.”
10.3 El sistema se ubica nuevamente en el campo de
departamento.
11.1 El sistema valida que el tipo de cliente no fue seleccionado
11.2 El sistema muestra un mensaje de Error “el tipo de cliente
debe ser seleccionado.”
11.3 El sistema se ubica nuevamente en el campo de tipo de
cliente
Rendimiento Paso Cota de tiempo
2 5 segundos
3 5 segundos
Frecuencia esperada 100 veces / en epocas de temporada.
Importancia Vital
Urgencia Inmediatamente

Pag. 20

_________________________________________________________________________________
Comentarios Los datos tipo de cliente como cliente empresarial, cliente frecuente
y cliente ocasional, Ciudad y departamento se deben seleccionar a
través de una lista desplegable.
El campo edad debe tener un calendario de fechas desde 1920 hasta
2001.
El sistema debe tener una base de datos donde almacenar la
informacion de los clientes.
RFC1.2 Consultar Cliente

Objetivos asociados Consulta cliente

Pag. 21

_________________________________________________________________________________
Descripción El software debera permite la consulta de un cliente existente en el

sistema.
Precondición  El cliente debe estar previamente registrado en el sistema.

Normal 1 El actor pulsa el boton consultar
2 El sistema llama caso de uso: Datos de Cliente
3 El actor ingresa a datos de cliente
4 El sistema despliega toda la informacion de el cliente.
Postcondición Ingreso de tipo de cliente sin errores
4.1 El sistema tiene problemas con la base de batos. Muestra
un mensaje “problemas de conexión intente mas tarde”
2 5 segundos
3 5 segundos
Importancia Vital
Comentarios La base de datos debe estar siempre actualizada.

Pag. 22

_________________________________________________________________________________
RFC1.3 Modificar Cliente

Objetivos asociados Poder realizar modificaciones de datos de los clientes
Descripción el software deberá permitir la modificacion de datos de los
clientes.
Precondición El cliente debe estar previamente registrado en el sistema
Normal 1 El actor pulsa el boton modificar cliente
2 El sistema llama caso de uso: Datos de cliente
3 El actor pulsa el boton Datos de Cliente
4 El sistema despliega toda la informacion del cliente.

Pag. 23

_________________________________________________________________________________
5 El actor modifica los datos que desea

6 El actor presiona el boton “guardar”
7 El sistema actualiza la informacion en la base de datos
Postcondición Modificacion de datos de cliente sin errores
3.1 El sistema envia un mensaje de error “Problemas de
conexióncon la base de datos intente mas tarde”
2 5 segundos
3 5 segundos
Importancia Vital
Comentarios El sistema debe mantener la base de datos actualizada

Pag. 24

_________________________________________________________________________________
RFC1.4 Eliminar Cliente

Objetivos asociados Permitir eliminar cliente
Descripción el software deberá permitir la eliminacion de un cliente
previamente seleccionado
Precondición  El cliente debe estar previamente registrado en el sistema
Normal 1 El actor pulsa el boton Eliminar cliente
2 El sistema solicita la contraseña de usuario
3 El actor ingresa su contraseña
4 El sistema muestra los datos del cliente
5 El actor presiona el boton eliminar
6 El sistema actualiza la informacion en la base de datos
Postcondición Eliminacion de usuario sin problema
3.1 Si la contraseña es incorrecta. El sistema muestra un
mensaje “contraseña incorrecta”
2 5 segundos
3 5 segundos
Importancia Vital
Comentarios

Pag. 25

_________________________________________________________________________________
Requerimineto Funcional:5
El sistema envia un correo electrónico al cliente y al gerente de ventas informando del registro
nuevo.

Pag. 26

_________________________________________________________________________________
RFC5.1 Registro de cliente

Objetivos asociados Registro de Cliente
Descripción El sistema envia un correo electrónico al cliente y al gerente de
ventas informando del registro nuevo.
Precondición  El cliente debe de Registrase en el sistema.

Normal 1 El actor pulsa de boton Registrar Cliente
2 El sistema llama caso de uso: Datos de Cliente
3 El actor registra los datos correspondientes.
4 El actor pulsa el boton “Guardar”
5 El sistema guarda los datos en la base de datos, llama
Caso de uso: Enviar Correo Electronico
6 El sistema envia un correo electronico automaticamente
al cliente con el mensaje “ nuevo cliente”.
7 El sistema envia automaticamente un correo al gerente de
ventas con la informacion del nuevo cliente.
Postcondición Validacion de correo del cliente sin errores
3.1 El sistema valida que los datos ya estan registrados.
3.2 El sistema envia un mensaje de error “usted ya se
encuentra registrado en nuestra base de datos” por favor
ingresar con su correo y contraseña.
2 3 segundos

Pag. 27

_________________________________________________________________________________
3 5 segundos
Frecuencia esperada 100 veces / en epocas de temporada
Importancia Vital
Comentarios El sistema debe enviar de inmediato un correo electronico al
cliente y al gerente.

Pag. 28

_________________________________________________________________________________
4.2 Diagrama de caso de uso
David Leonardo Latorre Baracaldo

Requerimiento 1: Validar los datos de ingreso del administrador al sistema
Validar los datos de ingreso del administrador al sistema

CU-01
Versión Version 1. julio del 2019
Autores David leonardo
Fuentes
Objetivos asociados Validar los datos de ingreso del administrador al sistema
Descripción Este caso de uso autenticará si el actor es la persona que
tiene el perfil de administrador para poder realizar las
acciones a las que tiene permiso sobre el sistema.
Precondición CU-01 Ingresar al sistema
Normal 1 Si el sistema valida que el proceso de autenticación
del usuario y clave es exitoso(pertenecen al perfil de
administrador), le permite al actor ingresar al
sistema con todos los permisos sobre este.
2 El actor realiza las acciones que le corresponden
como administrador, una de ellas realizar backup y
del propio sistema.
3 El actor finaliza sus tareas y sale del sistema.

Pag. 29

_________________________________________________________________________________
Postcondición Autenticación en el sistema

1 Si el usuario y clave ingresado no es del perfil de
administrador, se informará que no está registrado y
lo sacará del sistema. Se realiza caso CU-03 y CU-
04
2 Si el actor que ingresa digita mal 3 veces su
contraseña el sistema bloqueará el usuario. Se
realiza el caso CU-10
3
1 3 segundos
2 1 hora
3 5 segundos
Frecuencia esperada diario
Importancia Vital
Urgencia Inmediata
Comentarios <comentarios adicionales>
Prototipo Verificar datos de administrador

Pag. 30

_________________________________________________________________________________
Requerimiento 2: Permitir al administrador del sistema, realizar backup, administar

sistema, actualizar sistema
CU-02 Permitir al administrador del sistema, realizar backup,

administar sistema, actualizar sistema, realizar informes
Versión Version 1. julio del 2019
Autores David leonardo
Fuentes
Objetivos asociados Permitir al administrador del sistema, realizar backup,
administar sistema, actualizar sistema, realizar informes
Descripción Este caso de uso concederá al actor, en caso de requerirse,
los permisos para modificar, ingresar y/o eliminar usuarios
que harán uso del sistema.
Precondición CU-02 Autenticar usuario y contraseña de administrador
Normal 1 El actor con perfil de administrador realiza
modificación, ingreso y o eliminación de usuarios
que utilizan el sistema. Se realiza caso CU-07
2 El actor realiza las acciones que le corresponden
como administrador, puede o no actualizar el
sistema y/o generar informes de registro de
actividad por usuario. Se realiza caso CU-06 y CU-
09
3 El actor finaliza sus tareas y sale del sistema. Se
realiza caso CU-04
Postcondición Realizar respaldo de la información, realizar actualización
del sistema, generar informes de actividad por usuario o
Salir del sistema
Paso Acción

Pag. 31

_________________________________________________________________________________
1 Si el actor no pudo realizar las modificaciones

requeridas a un usuario, deberá soportarse con el
Excepciones área de sistemas.
2
3
1 1 - 2 horas
2 1 – 3 horas
3 5 segundos
Frecuencia esperada Esporádica, cuando requiera.
Importancia Vital
Urgencia Inmediata
Comentarios <comentarios adicionales>
Prototipo administrar

Pag. 32

_________________________________________________________________________________
Conclusiones
En esta actividad esta compilado todo lo aprendido a lo largo de la materia de Analisis de

Sistemas, en el cual aprendimos como desarrollar problemas planeados en la empresa La
Colmena y crea casos de usos, así como graficar prototipos. Tambien podemos concluir que
los sistemas de informacion influyen directamente en las empresas, por lo que es muy
importante tener un buen sistema para evitar falencias, demoras y fugas de dinero, el manejo
correcto de la información en una empresa combinado con un buen plan de negocios de
seguro es el éxito para toda empresa.
La información recolectada sirvió para tener una visión de lo que son los procesos llevados la
sección de tecnología, que será la encargada de dar soporte primario al sistema.

Pag. 33

_________________________________________________________________________________
Referencias bibliografias
- Senn, J. A. (1992). Capítulo 4 Estrategia de desarrollo por análisis estructurado.

Análisis y diseño de sistemas de información. Página 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=3
194990&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 de:
0638465&tm=1498524613078
- Campderrich, F. B. (2003). Ingeniería del software. Página 141 – 175. Barcelona, ES:
- - Editorial UOC. Recuperado de:
0646149&tm=1485734983973
- Minguillón, J. (2011). Introducción al lenguaje de modelado Unificado. Open Libra.

(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
- 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?p=GVRL&sw=w&u=unad&v=2.1&i
t=r&id=GALE%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

Pag. 34

_________________________________________________________________________________
- Ferreira Manzanares, N. (2016). Características Del Lenguaje De Modelado

Unificado. [Página Web]. Recuperado de: http://hdl.handle.net/10596/9837

EvaluacionFinal Grupo 1

Î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 Grupo 1

Încărcat de

Drepturi de autor:

Formate disponibile

ANALISIS DE SISTEMAS

ANDREA DEL PILAR MARTINEZ GARCIA

DAVID LEONARDO LATORRE BARACALDO

Universidad Nacional Abierta y a Distancia (UNAD)

Sistema La Comena Rev. 1.8

TABLA DE ROLES Y RESPONSABILIDADES

Nombre del Rol asumido Tareas o funciones Usuario Skype Numero

Asegura que el escrito cumpla

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Especificación de requisitos de software

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Ficha del documento

07/08/2019 1.2 Documentación de requisitos funcionales y no funcionales

07/08/2019 1.3 Documentación introducción y descripción general

ANDREA DEL PILAR

Documento validado por las partes en fecha: 08/08/2019

Por el cliente Por la empresa suministradora

Empresa La Colmena Creadores de Universo

El representante legal Fdo. D./Dña ANDREA DEL PILAR

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

3 Requisitos específicos ...................................................................................................... 11

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Nombre Andrea del Pilar Martínez García

Nombre David Leonardo Latorre Baracaldo

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Nombre Don Josué Barona

4. Definiciones, acrónimos y abreviaturas

Empresa: Sitio en el cual se realiza un proceso productivo en el cual se transforman materias

Requerimientos funcionales: describen las capacidades o funciones que el sistema va a

Requerimientos no funcionales: restricciones o características que puedan limitar el sistema,

Analista de sistemas: es el encargado de analizar un problema y describirlo con el propósito

Usuario: Persona encargada de usar el sistema para realizar procedimientos de la empresa.

Administrador: Persona encarga de la responsabilidad del sistema, es la que tiene todo el

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Java: Java es un lenguaje de programación y una plataforma informática. Hay muchas

RF: Requisito funcional.

RNF: Requisito no funcional.

Producto: Articulo tangible natural o artificialmente.

Referencia Titulo Ruta Fecha Autor

001 software http://hdl.handle.net/10609/214 2007 Aycart

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

Al analizar los problemas presentados por la Empresa La Colmena la cual comercializa

2.2 Funcionalidad del producto

El sistema para su uso interno en la empresa estará instalado en un servidor

Descripción de requisitos del software

Sistema La Comena Rev. 1.8

El campo de contraseña debe ser garantizado.

El sistema enviara un correo electronico al gerente o adminstrador del sistama

Al hacer clic ingresar en el sistema en el menú desplegable de las opciones que el

El usuario debe ser capaz de cambiar las contraseñas en el Sistema

El Sistema debe apoyarse en informes pdf, doc y similares formatos admitidos de

2.3 Características de los usuarios

Tipo de usuario Gerentes

Tipo de usuario vendedores

Tipo de usuario cliente

Descripción de requisitos del software