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

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
Flujo Normal
2 opción creación de formulario con los
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
Excepciones Duplicidad de la solicitud número 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
Paso Acción Actor Acción Sistema
Selecciona la opción El sistema abre un
1 de consultar formulario de dos
productos campos
Flujo Normal El sistema trae la
Se verifica un información
2 producto y se da respectiva de los
clic inventarios
existentes
 Se confronta la
El sistema solicita la
informacion de
3 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=c9b

5a1e7b5970f9156118124025662f1

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