TABLA DE CONTENIDO

Introducción

1. contexto

2. introducción

2.1 Alcance

2.2 Ámbito del sistema

2.3 Personal involucrado

3. Metodología

4. Descripción general

4.1 Perspectiva del producto

4.2 Funciones del producto

5. Características de los usuarios

5.1 Perfil de usuario

6. Jerarquía de usuario

7. Restricciones

8. diagramas de caso de uso

8.1 Documentación de la herramienta

9. diagramas de actividades

9.1 Beneficio de los diagramas de actividades

9.2 diagramas de actividades – registro e inicio de sesión

10. Diagrama de clases

10.1 Diagrama de clases de MOTODRIVE

11. Documento de listas de chequeo paso a paso

11.1 Lista de chequeo modulo hardware

11.2 Lista de chequeo modulo software

 INTRODUCCION

A continuación, se presentará un informe que contextualiza e implementa la validación de los

artefactos del software diseñado para el desarrollo de un sitio web para la empresa "MOTODRIVE".
El objetivo es asegurar que todos los requerimientos funcionales y de diseño se cumplan según lo
requerido.

En el desarrollo de software, es común utilizar métodos o procesos específicos, como el proceso

unificado, del cual puede haberse originado el término "artefactos". Estas herramientas son
productos tangibles que emergen del proceso de desarrollo de software. Algunas construcciones,
como casos de uso, diagramas de clases u otros modelos UML, ayudan a definir la funcionalidad, la
arquitectura o el diseño de una aplicación. Otros se enfocan en el proceso de desarrollo en sí, como
planes de proyectos, escenarios comerciales o enfoques de riesgo.

Los artefactos pueden variar según los requisitos de mantenimiento y actualización. Los artefactos
que describen el diseño del producto previsto generalmente se introducen al principio del proyecto
y no requieren mantenimiento, mientras que otros artefactos se mantienen a lo largo de su ciclo de
vida y se actualizan durante el desarrollo. Es importante tener en cuenta que un plan de prueba
requiere un ejecutable, por lo que el código fuente que compila la prueba generalmente se
considera una compilación. A veces puede referirse al producto final, como una herramienta, código
o ejecutable, pero más a menudo se refiere a la documentación creada durante el desarrollo del
producto en lugar del producto en sí.
 1. Contexto

El proyecto se ha llevado a cabo que surge de la necesidad actual que presenta los habitantes para
movilizase “MOTODRIVE” la cual su enfoca es trasladar por medio de un al habitante que use la App

Para satisfacer esta necesidad se ha optado por crear una App que cumpla con todas las necesidades
de la empresa, permitiendo tener gran participación de los usuarios y mejorando las estadísticas
comerciales actuales. De esta manera, los clientes podrán tener acceso a la información de la
empresa y del producto que puedes adquirir de manera fácil y cómoda lo que permitirá un
crecimiento en el mercado

2. Introducción

El objetivo principal de la creación de este software es facilitar a los clientes de

"MOTODRIVE" la adquisición de los productos que se comercializan de manera ágil y segura.
Además, se busca ampliar el alcance de la empresa a nivel nacional e internacional, llegando
a más personas que no tienen información sobre los productos que se comercializan. En
resumen, el impacto favorable que se pretende lograr con este software es mejorar la
experiencia de compra de los clientes y aumentar la visibilidad y alcance de la empresa
en el mercado

2. 1 Alcance

El objetivo del presente proyecto es satisfacer todas las necesidades de la empresa

"MOTODRIVE", mediante la creación de un software que consiste en una página
web. Esta página web permitirá mostrar al público en general la información e
historia de la empresa, lo que generará confianza en los clientes para adquirir los
productos que se ofrecen mediante de un manera fácil y rápido de entender al
momento de pedir o realizar un servicio. En resumen, el software creado tiene
como finalidad mejorar la experiencia de compra de los clientes y ofrecer una
plataforma en línea que refleje la imagen y calidad de la empresa.

2.2 Ámbito del sistema

Se busca desarrollar una página web que pueda ser accedida desde cualquier
sistema operativo, para que los clientes puedan tener acceso a un registro de viajes
detallado y varias opciones donde pueda elegir si ver información de los viajes
realizados o de la App o del operar de la App. De esta manera, se busca ofrecer una
plataforma en línea que sea accesible y fácil de usar para todos los clientes,
independientemente del sistema operativo que utilicen.

2.3 Personal involucrado

Nombre Miguel Ángel Martinez

 Rol Analista, diseñador y programador
Correo Mm3437@gmail.com
Responsabilidad Análisis de información diseño y
programación

Nombre Juan carlos

Rol Analista, diseñador y programador
Correo Mm3437@gmail.com
Responsabilidad Análisis de información diseño y
programación

Nombre Esteban
Rol Analista, diseñador y programador
Correo Mm3437@gmail.com
Responsabilidad Análisis de información diseño y
programación

3. Metodología

Para llevar a cabo este proyecto, hemos decidido utilizar el marco de trabajo ágil Scrum. Esta
elección se debe a que Scrum permite realizar entregas pequeñas del trabajo y evolucionar
el proyecto a partir de los comentarios del cliente en cada una de estas entregas. Scrum es
ampliamente utilizado en el desarrollo de software, y ofrece diversas ventajas, como
mejorar el trabajo en equipo y la cooperación, gestionar los flujos de trabajo y mejorar la
productividad. Además, esta metodología nos permite llevar un control detallado de cada
entrega realizada en el proceso, gracias a los roles definidos en Scrum. En resumen, la
utilización de Scrum nos permitirá desarrollar el proyecto de manera más eficiente y
satisfacer las necesidades del cliente de manera efectiva

4. Descripción general

Se busca desarrollar una página web que pueda ser accedida desde cualquier sistema
operativo y que contenga información detallada de la empresa, una opción de servicios , la
opción de métodos de pago, tiempo real y administración de usuarios (clientes).

4.1 perspectiva del producto

A través de esta página web, se busca ofrecer a los usuarios unas opciones de
servicio en tiempo real detalladas con información del usuario y cliente con fácil
acceso incentivando a usar la App con confianza y seguridad de que se e va a cumplir
y no va a generar errores. Además que cuenta con diferentes métodos de pago
 4.2 Funciones del producto informacion de la App

Resgitro e iniciar sesion

Motodrive Metodos de pago

opciones de servicio

inforamcionde cliente/usuario

Figura 1: Diagrama de descomposición de requerimiento de MOTODRIVE

5. Características de los Clientes/Usuarios

La App Motrodrive contara con 2 tipos de operadores que lo utilizaran y administraran:

Administrador del sistema y Clientes/Usuarios

5.1 Perfil de usuario

• Administrador del sistema: Este usuario posee un conocimiento extenso acerca de

la funcionalidad del sistema y se encarga de la gestión de los usuarios que se han
registrado en la plataforma

• Clientes/Usuarios Registrador: A través de este perfil, los usuarios tienen acceso a

información detallada sobre sus pedidos, así como a la posibilidad de realizar
cambios o cancelaciones. Además, pueden actualizar su información personal y
de contacto en cualquier momento para asegurarse de que la empresa pueda
comunicarse con ellos de manera efectiva.

6. Jerarquía de Usuarios

Administrador
del sistema

Clientes/Usuario
Registrados

7. Restricciones
 Una restricción es una limitación o un impedimento que se impone a algo o alguien. Puede
referirse a una limitación legal, una regla o norma que se debe seguir, o una limitación
impuesta por las circunstancias. En general, una restricción implica que hay algo que no se
puede hacer o que se debe hacer de una manera específica para cumplir con las condiciones
establecidas

8. Diagramas de caso de uso

8.1 Documentación de la herramienta

 Casos de uso Registro de usuario/Cliente
Registro en la App
El cliente no se encuentra registrado en la App para poder
Descripción precondición
realizar un servicio
Cliente Descripción del paso
Actores
paso
El Cliente/Usuario ingresa a la App
1
Le da clic en regístrate
2
Ingresa los datos del usuario
Secuencia normal 3
Se almacena la información en la base de
4
datos
Se confirma el registro en la App
5
Se comprueba que fueron diligenciado
3.a
correctamente
Flujo alternativo
Ingresa incorrectamente los datos y no
3.b
puede registrarse en la App
Post condiciones Se almacena el registro exitoso en la base de datos

Casos de uso Pago del servicio

Método de pago
El cliente hace paga por el servicio requerido con
Descripción precondición
diferentes métodos de pago
Cliente Descripción del paso
Actores
paso
Cliente ofrece una tarifa para el servicio
1
El Usuario acepta la tarifa
2
El cliente procede a pagar la tarifa
Secuencia normal 3
Decide por cual método pagar si en efectivo
4
o tarjeta de crédito o debito
El cliente procede ingresar sus datos de
5
tarjeta para pagar por el servicio
Se confirma si los datos de la tarjeta fueron
3.a
digitados correctamente
Flujo alternativo
Ingresa incorrectamente los datos y no
3.b
puede pagar por el servicio
El cliente al momento de pagar se guarda un registro del
Post condiciones
costo y del viaje con información del Cliente/Usuario

9. Diagrama de actividades

El Lenguaje Unificado de Modelado (UML, por sus siglas en inglés) es una herramienta visual
que se utiliza para modelar sistemas de software. Esta herramienta incluye varios tipos de
diagramas, entre ellos los diagramas de estructuras, los diagramas de interacción y los
diagramas de comportamiento.

Dentro de los diagramas de comportamiento, se encuentran los diagramas de actividades,

que representan el flujo de trabajo o las actividades que se llevan a cabo en un proceso o
proyecto. Estos diagramas son útiles para identificar áreas de mejora en un proceso,
identificar cuellos de botella y optimizar la eficiencia general.

Los diagramas de actividades, junto con otros tipos de diagramas como los diagramas de
casos de uso y los diagramas de máquina de estados, se consideran herramientas de
modelado de comportamiento porque describen lo que debe suceder en el sistema que se
está modelando.

Para crear un diagrama de actividades, se utilizan símbolos especializados que representan

pasos como inicio, finalización, fusión y recepción en el flujo. La comunicación clara y concisa
es fundamental para que las partes interesadas en el proyecto puedan comprender el
proceso y comportamiento del sistema modelado.

9.1 Beneficios de los diagramas de actividades

Los diagramas de actividades tienen una gran variedad de beneficios para los
usuarios

•Facilitan la comprensión del proceso de trabajo: Al representar visualmente el flujo

de trabajo o las actividades en un proceso, los diagramas de actividades ayudan a las
personas a comprender mejor cómo funciona un proceso.

• Identifican cuellos de botella y áreas de mejora: Al analizar el diagrama de

actividades, es posible identificar los puntos del proceso donde se produce una
acumulación de trabajo o donde hay oportunidades de mejora.

• Optimizan la eficiencia: Al identificar cuellos de botella y áreas de mejora, es

posible optimizar el proceso para que sea más eficiente y se puedan realizar las
tareas de manera más rápida y efectiva.

• Ayudan en la toma de decisiones: Al tener una representación visual del proceso,

es más fácil tomar decisiones informadas sobre cómo mejorarlo.

• Facilitan la comunicación: Los diagramas de actividades son una herramienta útil

para comunicar el proceso a otras personas involucradas en el proyecto, lo que
ayuda a asegurar que todos tengan una comprensión común del proceso

9.2 Diagrama de actividades Registro-Inicio de Sesión

10. Diagrama de clases

El diagrama de clases es una herramienta muy útil para el desarrollo de software, ya que
permite visualizar la estructura del sistema en términos de clases, atributos y métodos. Es
decir, se puede ver cómo están organizados los diferentes componentes del sistema y cómo
interactúan entre sí.

En el diagrama de clases, cada clase se representa como un rectángulo con tres

compartimentos: el primero contiene el nombre de la clase, el segundo los atributos y el
tercero los métodos. Las relaciones entre las clases se representan mediante líneas que
conectan los rectángulos.

Existen diferentes tipos de relaciones que se pueden establecer entre las clases, como la
asociación, la composición o la herencia. Estas relaciones permiten definir la forma en que
las clases interactúan y se relacionan entre sí.
 En definitiva, el diagrama de clases es una herramienta fundamental en el modelado de
sistemas orientados a objetos, ya que permite representar de forma clara y concisa la
estructura y relaciones entre las diferentes clases del sistema.

10.1 Diagrama de clases de MOTODRIVE

11. Documento de lista de chequeo paso a paso

Las listas de chequeo son una herramienta valiosa para realizar acciones repetitivas que requieren
verificación, ya sea en formato analógico o digital. Estas listas permiten comprobar de forma
ordenada y sistemática el cumplimiento de los requisitos que contiene, lo que facilita la
identificación de posibles errores o incumplimientos.

Es importante destacar que las listas de chequeo deben ser preparadas cuidadosamente para que
su uso sea lo más fácil posible y no interfiera con la actividad de quien realiza el registro. De esta
forma, el usuario podrá concentrarse en realizar la tarea y verificar su cumplimiento sin distraerse
con la herramienta.

En resumen, las listas de chequeo son una técnica útil para verificar el cumplimiento de requisitos y
se pueden adaptar a diferentes formatos según las necesidades del usuario. Su correcta preparación
puede hacer la diferencia entre una herramienta útil y una distracción innecesaria.

Paso para elaborar una lista de chequeo

• Definir el objetivo: Es importante tener claro el objetivo de la lista de chequeo y qué se quiere
verificar con ella. Esto permitirá definir los requisitos y las acciones que se deben incluir en la lista.
• Identificar los elementos a verificar: Una vez definido el objetivo, es necesario identificar los
elementos que se van a verificar y las acciones que se deben realizar para comprobar su
cumplimiento.

• Organizar la información: Es importante organizar la información de forma clara y ordenada para

facilitar su uso. Se pueden utilizar tablas, columnas o categorías para organizar los elementos y las
acciones.

• Validar la lista: Antes de utilizar la lista de chequeo, es importante validarla para asegurarse de que
incluye todos los elementos necesarios y que las acciones son claras y precisas.

• Actualizar la lista: La lista de chequeo debe ser actualizada regularmente para incluir nuevos
elementos o acciones, o para eliminar aquellos que ya no son necesarios.

• Incluir información relevante: Es importante incluir información relevante en la lista de chequeo,

como fechas, nombres, números de serie o cualquier otra información que sea necesaria para
verificar el cumplimiento de los requisitos.

• Ser específico: Las acciones que se incluyen en la lista de chequeo deben ser específicas y precisas,
de manera que no haya lugar a interpretaciones o confusiones.

• Establecer prioridades: Es recomendable establecer prioridades en la lista de chequeo, de manera

que se puedan identificar los elementos más importantes y verificarlos con mayor atención.

• Ser realista: La lista de chequeo debe ser realista y adaptarse a las necesidades y recursos
disponibles. No se deben incluir elementos o acciones que sean imposibles de verificar o que
requieran recursos que no están disponibles.

• Ser flexible: La lista de chequeo debe ser lo suficientemente flexible para adaptarse a situaciones
cambiantes o imprevistas. Se deben incluir elementos o acciones que permitan verificar situaciones
inesperadas.

• Utilizar un lenguaje claro: El lenguaje utilizado en la lista de chequeo debe ser claro y comprensible
para todas las personas que la utilicen.

• Establecer un sistema de revisión: Es importante establecer un sistema de revisión de las listas de

chequeo para asegurarse de que están actualizadas y son efectivas.

• Capacitar al personal: El personal encargado de utilizar la lista de chequeo debe estar capacitado
en su uso y en la importancia de verificar el cumplimiento de los requisitos

11.1 LISTA DE CHEQUEO MODULO DE LA APLICACION PARA REPORTES

CUMPLE NO CUMPLE NO APLICA
1 ¿El hardware tiene teléfono? ✓ ✓ ✓
2 ¿El hardware tiene diadema? ✓ ✓ ✓
3 ¿El hardware tiene monitor? ✓ ✓ ✓
4 ¿El hardware tiene CPU? ✓ ✓ ✓
5 ¿El hardware tiene impresora? ✓ ✓ ✓
6 ¿El hardware tiene mouse? ✓ ✓ ✓
7 ¿El hardware tiene teclado? ✓ ✓ ✓
8 ¿El hardware tiene mesa? ✓ ✓ ✓
9 ¿El hardware tiene videobeam? ✓ ✓ ✓

11.2 LISTA DE CHEQUEO MODULO DE SOFTWARE

CUMPLE NO CUMPLE NO APLICA
1 ¿El software tiene RAM? ✓ ✓ ✓
2 ¿El software tiene unidad de disco duro portátil? ✓ ✓ ✓
3 ¿El software tiene unidades tarjeta de memoria? ✓ ✓ ✓
4 ¿El software tiene Dominio? ✓ ✓ ✓
5 ¿El software tiene Hosting? ✓ ✓ ✓
6 ¿El software tiene base de datos? ✓ ✓ ✓

12. FIRMAS
Elaboro Aprobó Valido

Firma: Firma: Firma:

Fecha: Fecha: Fecha: