Análisis de Sistemas

Unidad 3: Fase 3 - Modelar la solución al problema planteado

Presentado Por:
Cristian Guarnizo Código No. 93235774
Juan Guillermo Londoño González Código No. 5825739
Andrés Fernando Rodríguez Meneses Código No 1085289474
José Vicente Bermúdez Sánchez Código No 93403407

Presentado a:
Solanlly Sánchez

Grupo:
60

Universidad Nacional Abierta y a Distancia - Unad

Escuela de Ciencias Básicas Tecnología e Ingeniería
Ingeniería de Sistemas
Ibagué – Tolima
NOVIEMBRE 26 2018
 Objetivos

Identificar la importancia de la información y la organización, de la

empresa en la cual hemos venido desarrollando la siguiente actividad
con el fin de poner en práctica los requerimientos planteados por cada
integrante del curso a través de la herramienta online recomendada por
la tutora, para desarrollar dicha actividad.
Diseñar y aplicar la técnica de diagramas y sus casos de uso.
Desarrollar el taller de interpretación de diagramas.
Realizar los diagramas y los casos de uso del tema seleccionado por
cada estudiante.
Realiza los prototipos de tipo no funcional del tema seleccionado por
cada estudiante.
Realizar la consolidación del documento final.
JOSÉ VICENTE BERMUDEZ SANCHEZ.

Administración de los inventarios de los productos y servicios.

DIAGRAMA 1
DIAGRAMA 2

Conclusión
DIAGRAMAS DE CASOS DE USO.

RF 1 Realizar Inventario
Versión 3.1
Autores José Vicente Bermúdez Sanchez
ACTORES ADMINISTRADOR DE INVENTARIOS
Fuentes 3.1
Objetivos asociados Registrar en control de Inventarios
Descripción El sistema permitirá llevar un control de inventarios de la
empresa la colmena.
Precondición El administrador deberá estar registrado en el sistema
para poder tener el control sobre los inventarios.
El sistema debe tener una base datos donde donde el
administrador pueda acceder a la información que
requiera validar.
Secuencia Paso Acción
Normal 1 El actor selecciona la opción en el sistema para
realizar el inventario.
2 El sistema valida la identificación del
administrador y le permite acceder al mismo.
3 El administrador solicita al sistema un control de
entradas de productos.
4 El actor le da orden al sistema de ingresar nueva
entrada de productos.
5 El actor da salida de productos a través del
sistema
6 El actor tiene a través del sistema un control de
las ventas.
7 El actor valida en el sistema las ventas de cada
vendedor y así llevar un control de los productos
existentes.
Postcondición El sistema validará si el que solicita la información si
corresponde al administrador.
Excepciones Paso Acción
2.1 El sistema valide la información si corresponde al
administrador.
2.2 El sistema arrojara un mensaje de alerta si no
corresponde.
2.3 El sistema permitirá nuevamente ingresar datos
de verificación si hubo una primera equivocación
Rendimiento Paso Cota de tiempo
1 n segundos
2 n segundos
Frecuencia esperada 1 vez diariamente
Importancia Vital
Urgencia Inmediatamente
Comentarios El actor podrá acceder a las bases de datos que él
requiera donde haya una dese de la empresa.
Él es el único autorizado después del gerente de acceder
a esta información.

RF 2 Existencias de productos
Versión 3.2
Autores José Vicente Bermúdez Sanchez
ACTORES ADMINISTRADOR DE INVENTARIOS
Fuentes Requisito 3.2
Objetivos asociados Registrar en control de productos
Descripción El sistema permitirá llevar un control de productos
existentes.
Precondición El administrador deberá estar registrado en el sistema
para poder tener el control sobre los inventarios.
El sistema debe tener una base datos donde el
administrador pueda acceder a la información que
requiera validar.
Secuencia Paso Acción
Normal 1 El actor selecciona la opción en el sistema para
consultar base de datos de productos.
 2 El sistema valida la identificación del
administrador y le permite acceder al mismo.
3 El administrador solicita al sistema un control de
rotación de productos con mayor salida.
4 El actor le da ordena al sistema generar órdenes
de compra de productos.
5 El actor da salida de productos a través del
sistema.
6 El actor consulta en el sistema ventas sobre
pedidos.
7
Postcondición El sistema validará si el que solicita la información si
corresponde al administrador.
Excepciones Paso Acción
2.1 El sistema valide la información si corresponde al
administrador.
2.2 El sistema arrojara un mensaje de alerta si no
corresponde.
2.3 El sistema permitirá nuevamente ingresar datos
de verificación si hubo una primera equivocación
Rendimiento Paso Cota de tiempo
N/A N/A
N/A N/A
Frecuencia esperada 1 vez diariamente
Importancia Vital
Urgencia Inmediatamente
Comentarios El actor podrá acceder a las bases de datos que él
requiera donde haya una dese de la empresa.
Él es el única autorizado después del gerente de acceder
a esta información.
El administrador es el único autorizado después del
gerente para generar órdenes de compra.

JUAN GUILLERMO LONDOÑO.

 El sistema en el módulo de asignar rutar y entregadores de los
productores y servicios en la opción 1. Crear entregador solo debe
tener permisos para crear, Modificar, eliminar, datos el gerente
administrativo.

 El sistema en el módulo de asignar rutar y entregadores de los

productores y servicios en la opción 1. Crear entregador se debe
Ingresar los siguientes datos:
1. Nombre del entregador.
2. Tipo y número de documento.
3. Ciudad de residencia.
4. Dirección del domicilio.
5. Numero de contacto (celular o número fijo).
6. Numero de licencia de conducción.
7. Fecha vencimiento de la licencia de conducción.
8. Placa de vehículo que maneja.

 El sistema en el módulo de asignar rutas y entregadores de los

productores y servicios en la opción 1. Crear entregador al
momento que la fecha de vencimiento de la licencia de conducción
 sea cumplida debe informar al gerente administrativo que ese
entregador no está en condiciones ideales para desempeñar su
labor hasta nueva orden.

 El sistema en el módulo de asignar rutar y entregadores de los

productores y servicios en la opción 2. Crear Vehiculo solo debe
tener permisos para crear, Modificar, eliminar, datos el gerente
administrativo.

 El sistema en el módulo de asignar rutar y entregadores de los

productores y servicios en la opción 2. Crear vehículo se debe
Ingresar los siguientes datos:
1. Placa del vehículo.
2. Tipo de vehículo.
3. Ciudad de ubicación del vehículo.
4. Nombre del conductor del vehículo.
5. Soat del vehículo.
6. Fecha de vigencia del soat del vehículo.
7. Documento de revisión Tecno mecánica del vehículo.
 8. Fecha de vigencia de la revisión tecno mecánica del vehículo.
9. Capacidad en peso de carga del vehículo.

Cristyan Guarnizo Administración de Proveedores

Requerimientos

Falencias Requerimientos Tipo

El sistema debe
Creación de
permitir crear nuevos
proveedores
proveedores Funcional
Falta de sistema de El sistema deberá
facturación para ser descargar la
descargadas de la informacion de las
base de datos ventas. Funcional
 El sistema deberá
No hay control de
ingresar la mercancía
entradas y salidas del
que llega a la
sistema
bodega. Funcional
El sistema debe de
No hay sistema de informar a el área de
informacion reabastecimiento de
inventarios Funcional
Crear un formulario
donde permita
registrar los egresos,
por tipo de egreso,
Control de egresos descripción, valor del
egreso, fecha de pago
y que vaya de manera
automática al historial
de egresos Funcional
El sistema debe tener
todo el portafolio
comercial permitir
ingreso y modificación
No hay base de datos
del mismo Funcional
de tipo funcional
La entrega del
proyecto será en 6
meses a partir de la
firma del contrato No funcional
El sistema debe
contar con un manual
de usuario No funcional
El sistema debe
Calidad del servicio poseer interfaces
graficas bien
informadas para la
comodidad de los
usuarios No funcional
Sistema operativo y El sistema debe
software permitir crear
reportes ya sean
diarios, mensuales o
anuales. Funcional
Otros requerimientos El sistema permita
almacenar
información Funcional
DIAGRAMAS DE CASOS DE USO

R-1 Creación de Proveedores

Actor Empleado
Objetivo Almacenar información de los proveedores
Precondiciones Información detallada del proveedor
Descripción El sistema debe permitir la creación del proveedor
Paso Acción Actor Acción Sistema
Dar click en la
Se despliegan las
1 opción Administrar
opciones
Proveedores
Dar click en la Se despliega el
2 opción creación de formulario con los
Flujo Normal proveedor campos requeridos
El Actor ingresa la
Permite el ingreso
3 información en el
de la información
formulario
Guarda la
Dar clic en guardar
4 información en la
Proveedor
base de datos
Ingreso de la
Se muestran las alertas
Flujo Alternativo información errónea en
en los campos que no
1 los campos del
cumplen con la condición
formulario
No ingresar información Se muestran las alertas
Flujo Alternativo
en los campos en los campos que no
2
obligatorios cumplen con la condición
Post-Condición Proveedor Guardado exitosamente
Proveedor existente en Mensaje: “Proveedor ya
Excepciones
el sistema existe en el sistema”
Frecuencia
Media
esperada
Alta
Importancia
Comentarios Ninguno
Administrador

R-2 Generar Solicitud de compras

Actor Empleado
El sistema debe permitir generar solicitudes de
Objetivo
compras
Precondiciones Formulario con la información detallada
Descripción El sistema permitirá generar la solicitud
Paso Acción Actor Acción Sistema
Ingresar al módulo
El sistema despliega
1 de creación de
el formulario
pedidos
Se ingresa la
Flujo Normal El sistema valida
2 información al
campos requeridos
formulario
El sistema realiza el
Se da clic en el
3 registro de la
botón guardar
solicitud
El sistema valida que los
Flujo Alternativo Se da clic en el botón campos estén
1 crear correctamente
diligenciados
Post-Condición pedido creado
Mensaje de error número
Excepciones Duplicidad de la solicitud
de pedido duplicado
Frecuencia
Baja
esperada
Importancia Alta
Comentarios Ninguno

R-3 Consultar Base de Datos

Actor Empleado
Objetivo Consultar cantidad de productos
Precondiciones Consultar información detallada
Descripción Realiza contabilidad detallada de inventarios
Flujo Normal Paso Acción Actor Acción Sistema
Selecciona la opción El sistema abre un
1 de consultar formulario de dos
productos campos
El sistema trae la
Se verifica un información
2 producto y se da respectiva de los
clic inventarios
existentes
3 Se confronta la El sistema solicita la
informacion de información de la
inventarios con las ventas consultadas
 ventas
Flujo Alternativo Ingresar mal el número Mensaje de error
1 de producto a consultar verifique datos
Post-Condición Información consultada exitosamente
El producto solicitado no
tiene ventas
Excepciones correspondientes el Mensaje “cod. No existe”
código del producto no
existe
Frecuencia
Media
esperada
Importancia Alta
Comentarios Ninguno

Conclusiones

Se analizaron los requerimientos de una organización y se modelo el

dominio del problema, como parte de la ingeniería de requisitos, con el
fin de que la solución propuesta cumpla con las necesidades para su
operación.
Por medio de este trabajo hemos llevado a la práctica las técnicas de
modelado y diseño del sistema de acuerdo a la UML revisando los
elementos esenciales del modelo funcional, modelo de objetos y el
modelo dinámico.
Hemos conceptualizado la importancia de la semántica y la forma en el
planteamiento de los diagramas, además de ser conscientes de la vital
importancia en el desarrollo del sistema de acuerdo a los
requerimientos.

Bibliografía

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 de

http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?

ppg=140&docID=10638465&tm=1498524613078

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

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

dehttp://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&it=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

A continuación, encontrará los recursos educativos adicionales como

apoyo para el desarrollo de las actividades de la unidad 3. 

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

de http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.act

ion?ppg=10&docID=10536104&tm=1485361863801