Fase 3 MODELAR LA SOLUCIÓN AL PROBLEMA PLANTEADO

JHON ALBERTO SOLANO CALDERÓN Cod: 1100221895

EDNA JULIETH MUNEVAR ARIZA COD: 1057710897
LUIS FERNANDO AGUILAR ÁLVAREZ Cod: 1.049.610.972

Tutor: EDGAR JULIAN TORRES

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

FACULTAD DE CIENCIAS BÁSICAS, TECNOLOGÍAS E INGENIERÍAS
INGENIERÍA EN SISTEMAS
COLOMBIA
2019
 1. OBJETIVOS

1.2 Objetivo General

 Analizar los requerimientos de la empresa “La Colmena” y modelar los

problemas allí presentados, con el fin de encontrar una posible solución y que
esta cumpla con sus necesidades de operación.

1.2 Objetivos específicos

 Realizaran los diagramas, los casos de uso y los prototipos que se requieran para
comenzar con la solución a los problemas encontrados.

 Interactuar como equipo de trabajo para luego unificar los diagramas, casos de
uso y prototipos desarrollados y presentarlos como posibilidad de solución a los
problemas encontrados en la empresa.
 2. ADMINISTRACIÓN DE LOS CLIENTES

2.2 requerimientos administradores de los clientes.

 2.3 requerimiento RF – 01 administrador de proveedores

RF- 1 Ingresar datos del cliente

Versión 1.0
Autores Luis Fernando Aguilar
Fuentes Requisito 1.0
Objetivos asociados Registrar en la base de datos
Descripción El sistema deberá permitir el registro de los datos
básicos del cliente
Precondición  El ususario debe estar autenticado en el
sistema y tener el permiso para ingresar los
datos del cliente.
 Deben estar creados los datos de la ciudad y
departamento del cliente.
Secuencia Paso Acción
Normal 1 El actor, Ingresa el número de cédula o NIT del
cliente, llamar caso de uso: Validar existencia
de cliente.
2 El actor ingresa el nombre del cliente o la
empresa.
3 El actor ingresa el número de teléfono del
cliente.
4 El actor ingresa la dirección del cliente
5 El actor ingresa la ciudad de residencia
6 El actor ingresa el correo electrónico del cliente.
7 El sistema muestra el departamento.
8 El sistema guarda la información y por defecto
deja activo al cliente y muesta una notificación
avisando que el proceso fue exitoso.
Postcondición Registro de los datos del cliente sin errores
Excepciones Paso Acción
1 El sistema valida que el número de cédula o
NIT del cliente se encuentre registrado en la
base de datos del sistema.
2 El sistema muestra un mensaje de advertencia
“El número de cédula o NIT ya está registrado,
por favor ingresar un nuevo número de
identificación.
3 El sistema se ubica nuevamente en el campo
nímero de identificación (CC o NIT)de
idetificación.
4 El sistema valida que el nombre del cliente se
encuentre registrado en el sistema.
5 El sistema muestra un mensaje de advertencia
“El nombre del cliente no está registrado, por
favor ingresar el nombre del cliente”.
6 El sistema se ubica nuevamente en el campo
de nombre de cliente.
7 El sistema valida que el número de telefono del
cliente se encuentre registrado en el sistema.
 8 El sistema muestra un mensaje de advertencia
“El número del cliente no está registrado, por
favor ingresar el número de teléfono del
cliente”.
9 El sistema se ubica nuevamente en el campo
de número de teléfono del cliente.
10 El sistema valida que la dirección del cliente se
encuentre registrado en el sistema.
11 El sistema muestra un mensaje de advertencia
“La dirección del cliente cliente no está
registrada, por favor ingresar el número de
teléfono del cliente”.
12 El sistema se ubica nuevamente en el campo
de dirección del cliente.
13 El sistema valida que la ciudad del cliente se
encuentre registrado en el sistema.
14 El sistema muestra un mensaje de advertencia
“La ciudad del cliente cliente no está registrada,
por favor ingresar la ciudad del cliente”.
15 El sistema se ubica nuevamente en el campo
de ciudad del cliente.
16 El sistema valida que el email del cliente se
encuentre registrado en el sistema.
17 El sistema muestra un mensaje de advertencia
“El email del cliente no está registrado, por
favor ingresar el número de teléfono del
cliente”.
18 El sistema se ubica nuevamente en el campo
de correo electrónico
Rendimiento Paso Cota de tiempo
1 5 segundos
8 5 segundos
Frecuencia esperada 4 veces / minuto
Importancia importante
Urgencia inmediatamente
Comentarios Los clientes pueden ser deshabilitados o eliminados por
el actor
Diagrama 1: Administración clientes.

Prototipo 1: Ingreso de Clientes

 2.4 requerimiento RF – 01 administrador de proveedores

RF- 1 Generar cotizaciones para clientes

Versión 1.0
Autores Luis Fernando Aguilar
Fuentes 1.15
Objetivos asociados Visualizar productos y precios
Descripción El sistema debe permitir la administración de los
clientes y permitir la visualización de productos y
cotizaciones para uso del cliente.
Precondición  El cliente debe estar registrado.
 El cliente debe estar activo.
Secuencia Paso Acción
Normal 1 El clientre ingresa usuario y contraseña recibido
por medio de email.
2 El cliente selecciona la categoría listado de
precios.
3 El cliente marca dando click los productos
deseados para la cotización
4 El cliente genera la cotización dando click en la
opción “Generar cotización”
5 El cliente recibe a su email la cotización con los
precios de los productos deseados.
6
n
Postcondición El email del cliente debe estar activo.
Excepciones Paso Acción
1 El sistema valida el usuario y la contraseña del
cliente
2 Si hay errores en el usuario o contraseña, el
sistema muestra mensaje de advertencia
“usuario o contraseña inválidos”
3 El sistema se ubica nuevamenten en los
campos de usuario y contraseña.
4 El sistema valida si se ha seleccionado la
categoría del listado de precios
5 Si no se selecciona ninguna categoría al dar
click en generar cotización, el sistema muestra
un mensaje de advertencia “No se ha
seleccionado ninguna categoría”
6 El sistema se ubica nuevamente en el campo
de selección de categoría.
7 El sistema valida los productos seleccionados
para la cotización
8 Si no se ha seleccionado ningún producto, el
sistema muestra un mensaje de advetencia “No
se ha seleccionado nungún producto para la
cotización”
8 El sistema se ubica nuevamente en el campo
de selección de productos.
Rendimiento Paso Cota de tiempo
1 5 segundos
 6 15 segundos
Frecuencia esperada 100 veces / minuto
Importancia importante
Urgencia hay presión
Comentarios <comentarios adicionales>

Diagrana 2: Cotizaciones cliente

Prototipo 2: Acceso clientes y cotizaciones.

3. ADMINISTRACIÓN DE LOS INVENTARIOS DE LOS PRODUCTOS Y
SERVICIOS

3.2 requerimientos administradores de inventarios.

3.3 diagrama caso de uso administrar inventarios
 3.4 requerimiento RF – 01 administrador de inventarios

RF - 01 Administrador ingresa al sistema.

Versión 1.0 02/04/2019
Autores Jhon Alberto Solano
Fuentes Requisito 1.0
Objetivos asociados Acceder al sistema con el fin de ingresar profductos o
modificarlos en la obsion de inventarios.
Descripción  El administrador debe estar autenticado en el
sistema y tener el permiso para ingresar o
actualizar los productos en inventario.

Precondición Puede acceder a esta información encargado del área y/o

usuario
Secuencia Paso Acción
Normal 1 El actor accede al sistema y le da en la opción de
inventarios esta accion se realiza en CU - 01
2
3
4
5
6
n
Postcondición Verificación del usuario y que se administrador que le
permita modificar datos en la opcion de inventarios.
Excepciones Paso Acción
1
2
3
Rendimiento Paso Cota de tiempo
1 2 minutos
2
Frecuencia esperada 15 segundos
Importancia Importante
Urgencia Inmediatamente
Comentarios <comentarios adicionales>
 3.5 Requerimiento RF – 02 administrador de inventarios

RF- 02 Ingreso a la opcion de inventarios para la actualizacion

o ingreso de nuevos productos.
Versión 1.0 02/04/2019
Autores Jhon Alberto Solano
Fuentes Requesito 1.2
Objetivos asociados Actualizar o ingresar nuevos productos en la opcion de
inventarios.
Descripción El sistema permite la actualizacion de los productos
existentes y permite el ingreso de nuevos productos.
Precondición - El administrador deben estar identificado en el
sistema y le permita ingresar informacion del
nuevo producto.
- Debe estar creado el nombre, codigo y seccion.
Paso Acción
1 El administrador ingresa el nombre de producto
2 Si el sistema no valida la existencia del
producto, entonces el actor crea el ingreso de
un nuevo producto en la base de datos.
3 El administrador ingresa nombre del producto
Secuencia 4 El administrador ingresa el codigo del producto
Normal 5 El administrador ingresa la seccion del
producto.
6 El sistema guarda la informacion suministrada
7 El sistema por medio de un mensaje confirma
que el ingreso del nuevo producto fue exitoso.

8 El sistema valida la exitencia del producto pero

esta desactualizado
9 El administrador actualiza los datos del
producto.
10 El sistema guarda la informacion suministrada
El sistema por medio de un mensaje confirma
que la actualicacion del nuevo producto fue
exitoso.
Postcondición Registro de datos del producto sin error
Excepciones Paso Acción
1 El sistema valida la existencia del producto
2 El sistema informa por medio de un mensaje la
no existencia del producto
3 El sistema nuevamente se ubica en el campo
nombre de producto
4 El sistema valida que el codigo del producto no
fue ingresado
5 El sistema informa por un mensaje que el
codigo no fue ingresado
6 El sistema se ubica en el campo de codigo
7 El sistema valida que el tipo de secciones no
fue ingresado
8 El sistema informa por medio de un mensaje
que el tipo de seccion no fue ingresado
 9 El sistema se ubica en la lista desplegable de
tipo de seccion
Rendimiento Paso Cota de tiempo
2 2 segundos
7 3 segundos
Frecuencia esperada Cada vez que se ingresa un nuevo producto
Importancia vital
Urgencia inmediatamente
Comentarios El numero de seccion es desplegable.

RF- 003 Actualizar inventarios cada vez que el cliente adquieran

nuevos productos y no esten registrados.
Versión 1.0 noviembre del 2019
Autores Jhon Alberto Solano
Fuentes Requesito 1.3
Objetivos asociados Actualiazar el sistema al adquirir nuevos productos
Descripción El sistema al confirmar la no existencia del producto,
permitira actualizar la base de datos
Precondición - Los usuarios deben estar identificados en el
sistema y les permita ingresar informacion del
nuevo producto.
- Debe estar creado el nombre, codigo y seccion.
Secuencia Paso Acción
Normal 1 El actor administrador y gerente ingresan el
nombre de producto
2 Si el sistema no valida la existencia del
producto, entonces el actor crea el ingreso de
un nuevo producto en la base de datos
3 El actor ingresa nombre
4 El actor ingresa codigo
5 El actor ingresa seccion
6 El sistema guarda la informacion suministrada
7 El sistema por medio de un mensaje confirma
que el proceso fue exitoso
Postcondición Registro de datos del producto sin error
Excepciones Paso Acción
1 El sistema valida la existencia del producto
2 El sistema informa por medio de un mensaje la
no existencia del producto
3 El sistema nuevamente se ubica en el campo
nombre de producto
4 El sistema valida que el codigo del producto no
fue ingresado
5 El sistema informa por un mensaje que el
codigo no fue ingresado
6 El sistema se ubica en el campo de codigo
7 El sistema valida que el numero de secciones
no fue ingresado
8 El sistema informa por medio de un mensaje
que el numero de seccion no fue ingresado
9 El sistema se ubica en la lista desplegable de
numero de seccion
Rendimiento Paso Cota de tiempo
 2 2 segundos
7 3 segundos
Frecuencia esperada Cada vez que se adquiera un producto nuevo
Importancia vital
Urgencia inmediatamente
Comentarios El numero de seccion es desplegable.
3.6 Requerimiento RF – 03 administrador de inventarios

3.7 Prototipo 1
3.8 Prototipo 3
3.9 Prototipo 4

4. MINISTRACIÓN DE PROVEEDORES
4.2 requerimientos administradores de proveedores.

4.3 diagrama caso de uso administrar proveedores.

 4.4 Requerimiento RF – 01 administrador de proveedores
RF-001 Ingresar datos nuevo proveedor
Versión 1.0 noviembre del 2019
Autores Edna Julieth Munevar Ariza
Fuentes Requisito 1.7
Objetivos asociados Registrar informacion en la base de datos
Descripción El sistema al confirmar la no existencia de un proveedor,
permite el ingreso de este nuevo proveedor.
Precondición - El usuario debe estar autenticado en el sistema y
le permita ingresar los datos del nuevo proveedor.
- Debe estar creado el nombre, codigo y subcodigo

Secuencia Paso Acción

Normal 1 El actor admisnistrador ingresa el nombre del
proveedor.
2 Si el sistema no valida la existencia del
proveedor, entonces el actor crea un nuevo
proveedor.
3 El actor administrador ingresa nombre
4 El actor administrador ingresa codigo
5 El actor administradr ingresa subcodigo
6 el sistema guarda la informacion suministrada
7 El sistema por medio de un mensaje informa que
el proceso fue exitoso.
Postcondición Registro de los datos del proveedor sin errror
Excepciones Paso Acción
1 El sistema valida la existencia del proveedor en
la base de datos
2 El sistema informa por medio de un mensaje la
no existencia del nombre del proveedor
3 El cursor o sistema se ubica nuevamente en el
campo de nombre
4 El sistema valida que el codigo del proveedor no
fue ingresado
5 El sistema informa por medio de un mensaje que
el codigo no fue igresado
6 El cursor se ubica en el campo de codigo
7 El sistema valida que el subcodigo del
proveedor no fue ingresado
8 El sistema informa por medio de un mensaje que
el subcodigo no fue ingresado
9 El cursor se ubica en el campo de subcodigo
Rendimiento Paso Cota de tiempo
2 2 segundos
7 3 segundos
Frecuencia esperada Cada vez que ingrese un proveedor
Importancia importante
Urgencia presión
Comentarios no
 4.5 Requerimiento RF – 02 administrador de proveedores
RF- 001 Actualizar inventarios cada vez que se adquieran
nuevos productos
Versión 1.0 noviembre del 2019
Autores Edna Julieth Munevar Ariza
Fuentes Requesito 1.2
Objetivos asociados Actualiazar el sistema al adquirir nuevos productos de
nuevos proveedores
Descripción El sistema al confirmar la no existencia del producto,
permitira actualizar la base de datos
Precondición - Los usuarios deben estar identificados en el
sistema y les permita ingresar informacion del
nuevo producto.
- Debe estar creado el nombre, codigo y seccion.
Secuencia Paso Acción
Normal 1 El actor administrador y gerente ingresan el
nombre de producto
2 Si el sistema no valida la existencia del
producto, entonces el actor crea el ingreso de
un nuevo producto en la base de datos
3 El actor ingresa nombre
4 El actor ingresa codigo
5 El actor ingresa seccion
6 El sistema guarda la informacion suministrada
7 El sistema por medio de un mensaje confirma
que el proceso fue exitoso
Postcondición Registro de datos del producto sin error
Excepciones Paso Acción
1 El sistema valida la existencia del producto
2 El sistema informa por medio de un mensaje la
no existencia del producto
3 El sistema nuevamente se ubica en el campo
nombre de producto
4 El sistema valida que el codigo del producto no
fue ingresado
5 El sistema informa por un mensaje que el
codigo no fue ingresado
6 El sistema se ubica en el campo de codigo
7 El sistema valida que el numero de secciones
no fue ingresado
8 El sistema informa por medio de un mensaje
que el numero de seccion no fue ingresado
9 El sistema se ubica en la lista desplegable de
numero de seccion
Rendimiento Paso Cota de tiempo
2 2 segundos
7 3 segundos
Frecuencia esperada Cada vez que se adquiera un producto nuevo
Importancia vital
Urgencia inmediatamente
Comentarios El numero de seccion es desplegable.
4.6 Prototipo 1
4.7 Prototipo 2
 5. CONCLUSIONES
El trabajo presentado evidencia la manera en que se debe modelar la solución de un
problema planteado, para poder solucionarlo debemos aprender, conocer e interpretar
los diferentes tipos de diagramas que existen, diagramas de clase, de estados, de
secuencia y de objetos, además de conocer los casos de uso y realizar los prototipos
propios a cada requerimiento que ayuda a visualizar en el cliente, cómo podría quedar el
producto final, en este caso y para los trabajados en esta fase, los requerimientos No
funcionales.
 6. BIBLIOGRAFÍA

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=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 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&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