PASO 4: DISEÑO DE LA PROPUESTA

LAURA DANIELA GONZALEZ ARIAS

Grupo: 301308A_1391

PRESENTADO A:

EDGAR JULIÁN TORRES

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

PROGRAMA ACADÉMICO INGENIERÍA DE SISTEMAS

IBAGUE - 2023
 TABLA DE CONTENIDOS

1 OBJETIVOS...................................................................................3

2 MODELAR LA SOLUCIÓN AL PROBLEMA PRESENTADO..................4

2.5 GESTIÓN DE LA FACTURACIÓN...............................................................5

2.5.1 REQUERIMIENTOS............................................................................5
2.5.2 DIAGRAMAS DE CASOS DE USO........................................................5-6
2.5.3 ESPECIFICACIÓN DEL CASOS DE USO...............................................7-8-9
2.5.4 PROTOTIPOS..................................................................................9

3 CONCLUSIONES..........................................................................10

4 BIBLIOGRAFÍA...........................................................................11
1 OBJETIVOS

 Realizar diagramas de caso de uso basándonos en los requerimientos

funcionales y no funcionales del caso de estudio (SERVITALLERES)

 Explicar el funcionamiento del sistema realizado en el caso de uso

 Verificar el diseño y las características creadas en el prototipo.


2 MODELAR LA SOLUCIÓN AL PROBLEMA PRESENTADO
Temas seleccionados por estudiante:

Id Tema Estudiante

2.1 Gestión de la información

de clientes.

2.2 Gestión de la información

de los vehículos.

2.3 Gestión de la información

de los mecánicos.
2.4 Gestión de los repuestos
que se han utilizado para
realizar una determinada
reparación.

2.5 Gestión de la facturación. LAURA DANIELA GONZALEZ ARIAS

Actividad 1: Plantear una solución al problema identificado en la actividad

anterior paso 3 Diagnostico y formulación de la propuesta.

 El taller tiene un sistema por el cual maneja la parte contable y

también tiene una página web, pero los demás procesos son llevados
de forma manual en papel lo cual no es muy bueno ya que implica
perdidas de información y no tener control de los procesos, para la
parte de gestión de facturación que escogí desarrollar es muy
importante tener la información completa, controlada y concisa para
hacerle el cobro correspondiente a los clientes.
Actividad 2: Consulte y seleccione una herramienta de gestión de
requerimientos y una de modelado UML, ambas pueden ser de software
libre.

 Herramienta de modelado UML: Lucidchart

 Herramienta de gestión de requerimientos: Plantilla
 Prototipo: Framebox
Gestión de la facturación
Estudiante: LAURA DANIELA GONZALEZ ARIAS

2.5.1 Requerimientos

Id Descripción de los requerimientos

1 Requerimiento funcional: Almacenar datos del cliente,

materiales y valores.

2 Requerimiento no funcional: el programa debe contener una

contraseña de acceso

2.5.2 Diagramas de Casos de Uso

2.5.3 Especificación del Casos de Uso

RF- <id del Requerimiento funcional

requisito>

Nombre Caso de Sistema facturación

Uso

Versión 001-10/05/2023

Actores Laura Daniela Gonzalez Arias

Referencias Almacenar datos del cliente, materiales y valores.

Descripción El sistema deberá comportarse como se describe en

el caso de uso, cuando el cliente del taller solicite un
servicio para su vehículo.

Precondición El cliente llega al taller para solicitar el arreglo o

mantenimiento de su vehículo.

Secuencia Paso Acción

Normal o flujo
1 El cliente solicita el servicio para su vehículo
básico 2 El taller (SERVITALLERES) registrar al cliente
para asignarle un mecánico

3 El mecánico registra materiales y mano de

obra usados en el servicio

4 Se entrega la factura al cliente por valor total

del servicio

Postcondición El cliente retira el vehículo del taller y el sistema ha

registrado toda la información del cliente.

Excepciones Paso Acción

3 Si el mecánico realiza el registro y el taller no

tiene los materiales

3.1 El sistema informa de la situación e impide

realizar el registro

3.2 El mecánico informa al cliente

3.3 Se cancela el caso de uso

Rendimiento Paso Cota de tiempo

3 10 segundos

3.1 2 segundos

3.1 20 segundos

3.3 1 segundo

Frecuencia 20 veces / día

esperada

Importancia Importante

Urgencia Inmediatamente

Comentarios N/A
RF- <id del Requerimiento no funcional
requisito>

Nombre Caso de Control información

Uso

Versión 001-10/05/2023

Actores Laura Daniela Gonzalez Arias

Referencias El programa debe contener una contraseña de acceso

Descripción El sistema deberá comportarse como se describe en

el caso de uso, registrando cada cliente, materiales y
mano de obra para realizar la respectiva facturación.

Precondición El mecánico tiene la responsabilidad de registrar toda

la información.

Secuencia Paso Acción

Normal o flujo
básico 1 El taller (SERVITALLERES) registrar al cliente
para asignarle un mecánico
2 El mecánico registra materiales consumidos y
mano de obra

3 Se obtiene control de la información

Postcondición El cliente obtiene su factura y el sistema registra

toda la información del cliente.

Excepciones Paso Acción

2 Si el mecánico realiza el registro de un digito

mal

2.1 El sistema informa de la situación e impide

realizar el registro

2.2 El sistema se devuelve al paso 1

2.3 El mecánico vuelve a realizar el registro

Rendimiento Paso Cota de tiempo

2 10 segundos
Frecuencia 5 veces / día
esperada

Importancia Importante

Urgencia Inmediatamente

Comentarios N/A

2.5.4 Prototipos

Requerimiento funcional: Almacenar datos del cliente, materiales y valores.

Requerimiento no funcional: el programa debe contener una contraseña de

acceso
3 CONCLUSIONES

 Logramos identificar los actores en un caso de uso observando

funciones del sistema creado como solución al problema del caso de
estudio SERVITALLERES.

 Brindamos especificaciones del modelado UML gracias a que

visualizamos, construimos y documentamos un sistema.

 Los prototipos del sistema nos permiten realizar mejoras en los

diseños del programa para ofrecer un excelente servicio.
4 BIBLIOGRAFÍA

 IONOS, UML, lenguaje de modelado gráfico (2018)

https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/uml-
lenguaje-unificado-de-modelado-orientado-a-objetos/

 IONOS, El diagrama de casos de uso en UML (2020)

https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/diagra
ma-de-casos-de-uso/

 UNIVERSIDAD EUROPEA, ¿Qué es un prototipo y para qué sirve?

(2022)
https://universidadeuropea.com/blog/que-es-prototipo/#:~:text=Un
%20prototipo%20vendr%C3%ADa%20a%20ser,de%20lo%20ya
%20que%20hab%C3%ADa.