TALLER 2 – IDENTIFICACION DEL PROBLEMA

ANALISIS DE SISTEMAS

PRESENTADO POR
LUS ALCIDES SANTANA CALDERON CC: 1.122.401.102
RAFAEL EDUARDO COTES CC: 77.172.181
JESUS DAVID CABRERA REYES CC:
ELIAS RIVERO CC: 1.065.814.171

TUTOR: GILBERTO PEDRAZA

GRUPO: 301308_3

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA BASICA DE CIENCIAS, TECNOLOGIA E INGENIERIA
CEAD VALLEDUPAR
2017
 OBJETIVO GENERAL

 Reconocer las características de los casos de usos

 Diseñar diagramas de casos de uso
 Participar en la elaboración del trabajo colaborativo
 Roles y responsabilidades

Como grupo de trabajo deben entregar una la tabla de Roles y

Responsabilidades, y adicionalmente deben dar su usuario de skype y un
número donde se puedan comunicar.

Nombre Rol que Tareas o funciones Usuario Número telefónico

asume realizadas Skype
Estudiante

Luis Compilador Consolidar el Luisalcides18 Cel:3167549655

Alcides documento que se 19@hotmail.
constituye como el Whatsapp:
Santana producto final del com
3176980447
debate, teniendo en
cuenta que se hayan
incluido los aportes de
todos los participantes y
que solo se incluya a
los participantes que
intervinieron en el
proceso. Debe informar
a la persona encargada
de las alertas para que
avise a quienes no
hicieron sus
participaciones, que no
se les incluirá en el
producto a entregar.

Rafael Auditor Quien se preocupa por rcotes Movil: 3173316986

Eduardo verificar al interior del
Cotes equipo que se estén
asumiendo las Correo:

responsabilidades rcotes@valledupar.
individuales y de grupo, udes.edu.co
propicia que se
 mantenga el interés por
la actividad y por último
cuestiona
permanentemente al
grupo para generar
puentes entre lo que ya
se aprendió.

Jesús David Alerta Asegurar que se avise a David.cabrer Cel: 3043491831

Cabrera los integrantes del grupo a1644
Reyes de las novedades en el
trabajo e informar al email:

docente mediante el foro cabreras@hotmail.

de trabajo y la es

mensajería del curso,

que se ha realizado el
envío del documento

Elías Rivero Entrega Alertar sobre los serm5902 Cel: 3508192437

tiempos de entrega de
los productos y enviar el
documento en los
tiempos estipulados,
utilizando los recursos
destinados para el envío,
e indicar a los demás
compañeros que se ha
realizado la entrega.
 Matrices de requerimientos

Administración de los clientes (Rafael Eduardo Cotes Diaz)

Administración de los inventarios (Jesús Cabrera)
Administración de las Ventas (Luis Alcides Santana)
Administración de las Compras y proveedores (Elías Rivero)
 Diagramas y plantillas de caso de uso

Realizado por: Luis Alcides Santana

Diagrama de caso de uso

RF- <id del requisito> Ingreso de Ventas

Versión 1.0
Autores Luis Alcides Santana Calderón
Fuentes Requisito 1.0
Objetivos asociados Control de la ventas
Descripción El software debe llevar un control detallado de las ventas
diarias, semanales y mensuales
Precondición  El usuario debe registrar en el sistema las ventas
realizadas.
 En el sistema debe estar relacionado todos los
precios, cantidad de los productos que se ofrecen
Secuencia Paso Acción
Normal 1 El usuario ingresa al menú de ventas
2 El usuario registra el número de pedido y/orden
de servicio
3 El sistema valida la información para ver si hay o
no tales productos
4 Si el sistema detecta que no hay suficientes
unidades muestra un mensaje “NO HAY
UNIDADES DISPONIBLES”
5 Si el sistema registra que si hay la cantidad
solicitada indicara que se puede proceder con el
registro
6 El sistema registra la información seleccionada
tales como cantidad, descuentos o si quiere
anexarle otros productos.
7 El sistema permite consultar todos los productos
por su número de referencia en el menú consultar.
8
n
Postcondición <postcondición del caso de uso>
Excepciones Paso Acción
1 El sistema valida la información de la venta del
producto
2 El sistema arroja un mensaje cuanto es la cantidad
que se desea
3 El sistema valida si la cantidad deseada la hay en
existencia
4 El sistema muestra la cantidad total que hay en
inventario
5 El sistema da paso a la compra del producto
seleccionado
Rendimiento Paso Cota de tiempo
1 3 segundos
2 4 segundos
Frecuencia esperada
Importancia Importante
Urgencia Inmediatamente
Comentarios
Realizado por: Rafael Eduardo Cotes
RF- 001 Administración de Clientes
Versión <1.0
Autores Rafael Eduardo Cotes Diaz
Actores Usuario de ventas o administrador de clientes
Fuente Requisito 1.0
Objetivos asociados Administrar Clientes del negocio, con el registro del
usuario, reconocer los pasos que un usuario sigue para
poder registrar a un cliente.
Esta operación valida los datos introducidos por el
usuario. Verifica que el formulario esté correctamente
completado (campos obligatorios rellenos) y que cada
casilla recoja el tipo de datos correcto.
Descripción Por medio de este caso de uso el usuario ventas podrá
registrar un nuevo cliente en la Base de Datos de la
empresa, para que así en una próxima venta es solo
acceder a los datos almacenados y tener toda la
información del mismo , esto por medio de un código.
Precondición -El Usuario que administra la base de datos debe estar
habilitado en el sistemas
-El cliente no debe estar registrado en el sistema
-Al cliente se le debe clasificar por su tipo
El usuario tiene acceso al sistema con un nivel de
administración.
Secuencia Paso Acción
Normal 1 El usuario de ventas ingresa al menú de
administración de clientes
2 Crear Cliente
3
4 El usuario de ventas ingresa, nombres, apellidos,
dirección, teléfono, ciudad, departamento estos
datos se guardan en el módulo darle aceptar.
El usuario de ventas debe clasificar el tipo de
clientes y en que sucursal está comprando.
 5
6
7
8
9
10
Postcondición Permitir al usuario de ventas acceder al sistema y su
nivel de gestión en el mismo, para ingresar un nuevo
cliente.
Excepciones Paso Acción
2.1 El sistema valida que el cliente ya está registrado
2.2 El sistema muestra un mensaje advertencia “La
identificación: <<identificación>> existe en el
sistema. Por favor ingresar una nueva
identificación del cliente
2.3 El sistema se ubica nuevamente en el campo de
identificación.
3.1 El sistema valido que el nombre del cliente no
fue ingresado.
3.2 El sistema muestra un mensaje de Error “El
nombre del cliente debe ser registrado.”
3.3 El sistema se ubica nuevamente en el campo de
nombre.
4.1 El sistema valida que el apellido del cliente no
fue ingresado.
4.2 El sistema muestra un mensaje de Error “El
apellido del cliente debe ser registrado.”
4.3 El sistema se ubica nuevamente en el campo de
apellido.
5.1 El sistema valida que el género del cliente no fue
ingresado.
 5.2 El sistema muestra un mensaje de Error “El
género del cliente debe ser registrado.”
5.3 El sistema se ubica nuevamente en el campo de
género.
Rendimiento Paso Cota de tiempo
2 3 segundos
10 3 segundos
Frecuencia esperada 50 veces / diario
Importancia Vital
Urgencia Inmediato
Comentarios Los datos Ciudad se deben seleccionar a través de una
lista desplegable.
El campo genero tiene la siguiente información:
Masculino, femenino, otro.
Realizado por: Elías Rivero
Diagrama de caso de uso Requerimiento 1

RF- 001 Generar solicitudes de pedido

Versión 1.0/ 25 -11-2017
Autores Paola Marmolejo
Fuentes Requisito 1.5

Objetivos asociados Controlar exceso de pedidos

Descripción El software deberá generar solicitudes de pedido de
acuerdo a lo que haya en el inventario.
Precondición El software debe tener acceso a la información que
haya en el inventario de los productos y en el control de
ventas.
Secuencia Paso Acción
Normal 1 El usuario ingresa al sistema .

1 El sistema revisa la lista de productos que hay

en el inventario.

2 El sistema verifica las cantidades disponibles de

cada producto que esta en la lista revisada.

3 El sistema revisa el promedio de venta de los

productos.

4 El software genera una solicitud de pedido con

la cantidad necesaria para satisfacer el
promedio de ventas de cada producto.

5 El software imprime en pantalla la lista de

productos que son necesarios comprar.

6 El software permite al usuario cambiar las

cantidades de cada producto o aceptar las
cantidades de cada producto que recomienda el
software.
7 El software imprime la solicitud que genero el
usuario.

Postcondición La solicitud es enviada a cada proveedor para

proporcinar los nuevos productos.

Excepciones Paso Acción

2B Si hay un producto en el inventario que se esta

por debajo de 5 unidades genera un mensaje
de alerta.

5B El software ordena la lista de menor a mayor

numero de existencias de los productos.
Rendimiento Paso Cota de tiempo

1 2 segundos

2 3 segundos

3 4 segundos

5 3 segundos
Frecuencia esperada 2 veces / Semanal

Importancia Vital
Urgencia Inmediatamente
Comentarios La cantidad de cada producto recomendada por el
software se basa en el promedio de ventas de cada
producto, por ejemplo si el producto se vende mucho es
necesario tener varias existencias de este en bodega, si
es lo contrario que se vende poco entonces la cantidad
mostrada por el software sera la necesaria para
satisfacer las pocas ventas.
Si un producto llega a una cantidad inferior de 5
unidades el mensaje de alerta que se envia sera
impreso en pantalla como advertencia de que la
existencia del producto en bodega esta en estado
critico. (Solo mostrara este producto ya que es de alta
prioridad).

Diagrama de caso de uso Requerimiento 2

RF- 004 Generar informe de compras

Versión 1.0/27-11-2017
Autores Paola Marmolejo
Fuentes Requisito 4.1
Objetivos asociados Conocer las compras que se realizan
Descripción El sistema deberá generar un informe diario, semanal y
mensual de las compras que se realizan para asi llevar
un correcto control de los egresos en mercancias de la
empresa para que no hayan perdidas o sobregastos.

Precondición El software debe tener acceso a la base de datos

donde se guardan las compras de la empresa.
El usuario debe estar logueado en el sistema y que su
rol sea de gerente o dueño.
El sistema inicia los meses desde el dia 1 del mes hasta
el dia que finalice.
Secuencia Paso Acción
Normal 1 El sistema pide iniciar sesion para poder
acceder a la parte del software donde se va a
generar el informe.

2 El usuario escoge una de las cuatro opciones

(diario, semanal, mensual, anual) para generar
el informe.

3 Si el usuario escoge “diario” el sistema mostrara

2 opciones mas y dentro de ellas por default la
fecha actual pero permitira que se ingrese la
fecha del dia o lapso de dias deseado para
generar el reporte.

4 Si el usuario escoge “Semanal” el sistema

mostrara la semana actual por default basado
en el mes actual, pero permitira que se ingresen
las fechas de que dia hasta que dia se quiere
generar un informe pero en un lapso no inferior
a los 7 dias y no mayor a 28 dias.

5 Si el usuario escoge “Mensual” el sistema

mostrara 2 opciones que son “mes” y “meses”.
6 Si el usuario escoge “Anual” el sistema
mostrara el reporte anual hasta la fecha actual
de las compras pero el usuario puede escoger
la fecha que desea pero en un lapso de 12
meses o mas.
 7 El sistema genera el informe de acuerdo a la
opcion que haya elegido el usuario.
Postcondición El informe es impreso y evaluado por el usuario.

Excepciones Paso Acción

1B Si el usuario no cumple con el rol de gerente

comercial o los datos son erroneos enviara un
mensaje avisando que el acceso ha sido
denegado.

3B El usuario escoge dentro del menu diario la

opcion “dia” que genera un informe de un solo
dia o la opcion “dias” que genera un informe de
de varios dias maximo 6 dias anteriores al dia
actual.

3C Si el usuario escoge dia y fecha por default que

es el mismo dia, el sistema mostrara un
mensaje indicando que el dia no se ha
terminado por lo cual el informe generado
mostrara la compras realizadas hasta el
momento en que se genera el informe y no las
de todo el dia.

4B Si la fecha selecciona es menor a 7 dias el

sistema generara un mensaje informativo
mensionando que minimo son 7 dias y que para
generar un informe menor a esa cantida de dias
vaya a la opcion diario.
4C Si la fecha selecciona es mayor a 28 dias el
sistema generara un mensaje informativo
mensionando que maximo 28 dias y que para
generar un informe mayor a esa cantida de dias
vaya a la opcion mes.

5B Si el usuario escoge “mes” el sistema mostrara

el mes anterior del mes actual por default
debido a que el mes actual no se ha terminado
y no se puede generar un informe completo,
pero permitira escoger las fechas en un lapso
de minimo 29 a maximo 31 dias.
 5C Si el usuario escoge “meses” el sistema
mostrara los dos meses anteriores del mes
actual por default debido a que el mes actual no
se ha terminado y no se puede generar un
informe completo, pero permitira escoger las
fechas en un lapso de minimo 32 dias a maximo
11 meses y 28 dias.

Rendimiento Paso Cota de tiempo

1 0.5 segundos

2 1 segundos

3 2 segundos

4 2 segundos

5 2 segundos

6 2 segundos
Frecuencia esperada 1 / diario
Importancia vital
Urgencia inmediatamente
Comentarios La persona que va a generar el informe debe contar con
los requisitos de rol para poder generar el informe, si la
empresa lo desea se puede agregar otro rol a un
trabajador que vaya a desempeñar sus labores en el
area contable y sea necesario que tenga acceso a esta
funcion de lo comprario solo podra acceder el usuario
con el rol de gerente o el dueño.
 CONCLUSIONES
La realización del siguiente trabajo nos permitió ver la importancia de los
diagramas de casos de usos ya que son de fácil interpretación haciendo
que sean especialmente útiles en la comunicación del cliente.
 BIBLIOGRAFIA

Campderrich, F. B. (2003). Ingeniería del software. Página 141 – 175.

Barcelona, ES: Editorial UOC. Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.
action?ppg=142&docID=10646149&tm=1485734983973

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

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

Campderrich, F. B. (2003). Capitulo II UML (I) Modelo Estático. Ingeniería

del software. Página 37 – 70. Barcelona, ES: Editorial UOC.
Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.
action?ppg=38&docID=10646149&tm=1498526810989

Campderrich, F. B. (2003). Capitulo III UML(II) Modelo Dinámico y de

Implementación. Ingeniería del software. Página 71- 106.
Barcelona, ES: Editorial UOC. Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.
action?ppg=72&docID=10646149&tm=1498529094192

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&s
w=w&u=unad&v=2.1&it=r&id=GALE%7CCX3004300053&asi
d=c9b5a1e7b5970f9156118124025662f1