Proyecto DSI

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 43

DISEÑO DE UN SOFTWARE PARA LA DROGUERÍA FARMACOL

INTEGRANTES:
KEVIN ANDRES CARDENAS CUELLAR
FERNANDO STIVEN DIAZ PENAGOS

UNIVERSIDAD DE LA AMAZONIA
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
FLORENCIA, CAQUETÁ
2022-1
IMPLEMENTACIÓN DE UN SOFTWARE PARA LA DROGUERÍA
FARMACOL

INTEGRANTES:
KEVIN ANDRES CARDENAS CUELLAR
FERNANDO STIVEN DIAZ PENAGOS

PRESENTADO A:
MAG. LEIDY VANESSA CARVAJAL BELTRÁN
DOCENTE

UNIVERSIDAD DE LA AMAZONIA
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
FLORENCIA, CAQUETÁ
2022-1
TABLA DE CONTENIDO

1. INTRODUCCIÓN....................................................................................................................
2. FORMULACIÓN DEL PROBLEMA.....................................................................................
3. JUSTIFICACIÓN.....................................................................................................................
4. DESCRIPCIÓN GENERAL DE LA PROPUESTA................................................................
5. OBJETIVOS...........................................................................................................................
5.1. OBJETIVO GENERAL.............................................................................................................
5.2. OBJETIVOS ESPECÍFICOS.....................................................................................................
6. METODOLOGÍA..................................................................................................................
6.1. DISEÑO METODOLÓGICO GENERAL.................................................................................
6.2. DISEÑO METODOLÓGICO ESPECÍFICO.............................................................................
7. IMPACTO Y RESULTADOS ESPERADOS.......................................................................
8. DESCRIPCIÓN DE LOS PATRONES DE DISEÑO IMPLEMENTADOS........................
9. ALCANCES Y LIMITACIONES..........................................................................................
10. DESARROLLO METODOLÓGICO.................................................................................
11. CONCLUSIONES..............................................................................................................
12. BIBLIOGRAFÍA................................................................................................................

ÍNDICE DE FIGURAS
ÍNDICE DE TABLAS
1. INTRODUCCIÓN

La droguería “FarmaCOL”, es una empresa privada que presta servicios de atención al


ciudadano cuya única sede principal funciona en el barrio juan XXIII de Florencia Caquetá.
Actualmente busca ampliar su cobertura en la venta de sus productos fármacos y busca la
implementación de un software, esta es una microempresa que lleva 6 años en el mercado
de los fármacos, la cual presenta ausencia de las TIC en sus procesos.
El Internet se convierte en la espiral dorsal del comercio, ha experimentado un vasto
crecimiento dando apertura a nuevas industrias numerosas y a la reconfiguración de
empresas ya existentes. Gracias a esto, se puede realizar una comunicación asertiva por
medio de diversas redes sociales. El comercio electrónico se ha convertido en algo
fundamental para cualquier empresa, en la actualidad.
En la actualidad la tecnología está en gran auge y se hace necesario tener un soporte
informático de procesos que sean sumamente importantes, además de esto la tecnología
ayuda a agilizar dichos procesos para que sean más eficientes y fáciles de realizar.
La información contenida en este proyecto es el diseño y la implementación del de un
software; A partir de lo mencionado, se requiere un desarrollo web que sea acople a las
necesidades de nuestros clientes de la droguería “farmaCOL” y brinde un soporte
tecnológico que facilite el registro de información y productos.
2. FORMULACIÓN DEL PROBLEMA

Teniendo en cuenta la situación actual del mundo y la forma en la que el internet de las
cosas toma más fuerza día tras día en nosotros, se planea estudiar los pro y contras al
momento de llevar los servicios a la virtualidad.
En la droguería “FarmaCOL” hay un claro déficit en la utilización de las TIC; para todo
negocio que quiera ser y permanecer competitivo debe de hacer la implementación de las
Tecnologías de la comunicación.
Desde ese punto de vista, esta debilidad surge como una problemática que genera retrasos e
insuficiencia en los procesos de mercadeo de la empresa dándole una desventaja
competitiva y disminuyendo oportunidades a futuro. Basándose en lo anterior, se pregunta:
¿Cómo diseñar un software para la implementación en la droguería farmaCOL?
3. JUSTIFICACIÓN

Teniendo en cuenta la situación en la que se encuentra la droguería “farmaCOL”, se bebe


buscar la forma de hacer llegar sus productos médicos a la comodidad de su hogar, así
mismo garantizando su seguridad e integridad respecto al riesgo existente que se puede
presentar aun con los problemas que seguimos viviendo debido a la pandemia del COVID;
por ende, se opta por diseñar e implementar un plan estratégico el cual será el impulsador
para esta microempresa al mundo de la tecnologías, la cual sería la creación de un
aplicativo web, para que así, los clientes puedan hacer sus pedidos sin salir de casa.
También se planteará la creación de un software/sistema de registro de información para la
empresa con el fin de optimizar procesos y minimizar el desaprovechamiento de los
recursos web.
4. DESCRIPCIÓN GENERAL DE LA PROPUESTA

Este proyecto busca implementar la sistematización de la droguería farmaCOL, haciendo


uso de las TIC, el cual será el impulsador para que esta microempresa llegue al mundo de
las tecnologías, se planteará la creación de un software/sistema de registro de información
para la empresa con el fin de optimizar procesos y minimizar el desaprovechamiento de los
recursos web; para que así, los clientes puedan hacer sus pedidos y compras seguras sin
salir de la comodidad de su casa y que todo sea de manera segura sin ningún problema.
5. OBJETIVOS

5.1. OBJETIVO GENERAL

Diseñar un software para sistematizar los procesos organizacionales de la droguería


FarmaCOL para brindar un mejor servicio a sus clientes.

5.2. OBJETIVOS ESPECÍFICOS

 Recopilar información de los diferentes procesos organizacionales de la droguería.

 Analizar la estrategia para el desarrollo de software más adecuada al proyecto.

 Diseñar un sistema de información para la gestión de los productos.


6. METODOLOGÍA
6.1 DISEÑO METODOLÓGICO GENERAL
Para el desarrollo de este proyecto se implementó la metodología Scrum.
La metodología Scrum es una serie de procesos para la gestión de proyectos, la cual ayuda
a enfocarse en la entrega de valor para el cliente y la potenciación del equipo para lograr su
máxima eficiencia, gracia a su serie de pasos estructurados. Sé centraliza a nivel de
personas y equipo de desarrollo que construye el producto. Su objetivo es que los miembros
del equipo trabajen juntos, no repartiendo el trabajo, si no haciéndolo de forma eficiente
obteniendo productos complejos y sofisticados. (Rodriguez Gonzales & Garbajosa Sopeña ,
2008)
Scrum al estar ubicada en una metodología ágil cuenta con varios aspectos como la
participación e interacción con el cliente final, tener como competencia el factor humano, la
adaptación en diferentes aspectos del proyecto y así mismo generar cambios y tener nuevos
requisitos, y un crecimiento repetitivo para generar buenos resultados finales. (Abellan,
2020)
Roles del SCRUM
En la metodología Scrum se tienen tres roles importantes: Product Owner, Scrum
Master y Equipo de desarrollo. Los cuales son autosuficientes, organizados y
multifuncionales, aclarando que cada rol es responsable de una tarea asignada y se tiene
que terminar en un tiempo estimulado con anterioridad, esto garantiza la entrega del
proyecto final completo, sin necesidad de ayuda o la supervisión minuciosa de otros
miembros de la organización.
1. Product owner: En el equipo solo puede haber un Product Owner y además es el
único del equipo que habla directa y regularmente con el cliente, por lo cual tiene el cargo
de tener mucho conocimiento sobre el proyecto en cuestión
2. Scrum Master: Encargado de que el estándar Scrum sea comprendido y aplicado
en la estructura. También es el encargado de suprimir problemas que tenga el grupo de
trabajo dentro de un sprint, aplicando los mejores caminos para consolidar al equipo.
3. Equipo de desarrollo: el grupo realiza los trabajos priorizados por el Product
Owner. Es un equipo multifuncional y autoorganizado. Son autosuficientes con la
capacidad de no depender de los demás integrantes del equipo scrum.
Para poder implementar la metodología scrum debemos de seguir unas fases que a su vez
estará dividida en pasos, encontraremos las siguientes fases: Inicio, Planificación y
Estimación, Implementación, Revisión y Retrospectiva, y por último Lanzamiento. (Maller,
2020)

Fases de Scrum: los eventos que componen la metodología Scrum


1. Planeación del Sprint/Sprint Planning
En los primeros pasos del scrum, tenemos 6 procesos: Crear la visión del proyecto, escoger
al ScrumMaster y a los stakeholders, formar equipos Scrum, desarrollar épicas, crear los
requerimientos de acuerdo el producto y planificar el lanzamiento.
Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante este evento
se decide qué requerimientos o tareas se le asignará a cada uno de los elementos del equipo.
Cada integrante deberá asignar el tiempo que crea prudente para llevar a cabo sus
requerimientos. De esta manera se define el tiempo de duración del Sprint.
2. Reunión de equipo de Scrum/Scrum team meeting
A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y deberían ser
siempre en el mismo horario y lugar. En ellas, cada miembro del equipo deberá responder
tres simples preguntas:
¿Qué hiciste ayer?
¿Qué tienes planeado hacer hoy?
¿Qué obstáculos encontraste en el camino?
Estas reuniones sirven para que todos los miembros del equipo compartan ideas. Si alguno
de ellos tiene algún inconveniente que obligue a extender el encuentro, este debe tratarse
más a fondo en una reunión enfocada en busca de solucionar el inconveniente.
3. Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el fin
de esclarecer cualquier duda que pueda surgir por parte del equipo de desarrolladores.
También sirve para volver a estimar el tiempo y esfuerzo dedicado a cada uno de los
requerimientos.
4. Revisión del Sprint/Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de
software que se ha completado. Se hace una demostración de todos los requerimientos
finalizados dentro del Sprint. En este punto no es necesario que todos los miembros del
equipo hablen, pueden simplemente estar presentes, pero la presentación está a cargo del
Scrum Master y el Product Owner.
5. Retrospectiva del Sprint/Retrospective
En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum Máster
para hablar sobre lo ocurrido durante el Sprint. Los puntos principales por tratar en esta
reunión son:
Qué se hizo mal durante el Sprint para poder mejorar el próximo.
Qué se hizo bien para seguir en la misma senda del éxito.
Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía
planificado.
Esta metodología es realmente útil para el desarrollo de software, pero también es bien
utilizada en los proyectos o en cualquier empresa para realizar un trabajo en equipo.
(Maller, 2020)
6.2 DISEÑO METODOLÓGICO ESPECÍFICO
La metodología que se planea utilizar para desarrollar el proyecto del curso es la Scrum, la
cual se dividirá por fases para desarrollar los procesos que se plantearon.
Sprint 1: Fase de Planeación
Se buscará las mejores opciones para implementar algunos métodos de recolección de
información para desarrollar los requerimientos.
- Implementar técnicas de recolección de información TRI.

Sprint 2: fase de análisis


Llevar a cabo el análisis pertinente de la situación actual de nuestra entidad a investigar
(droguería) para poder recolectar la información necesaria. Por ende, se analizará los
resultados obtenidos para:
- Analizar los resultados obtenidos con las TRI.
- Identificar y especificar requerimientos funcionales y no funcionales del sistema.
- Identificar actores y roles en el sistema.

Sprint 3: Fase de diseño


En el transcurso del Sprint 3 se realizará lo siguiente:
- Identificar patrones de diseño.
- Diseñar modelos de casos de uso del sistema.
- Diseñar modelo de clases del sistema, con el detalle de los patrones de diseño

Sprint 4: Fase de transformación


Durante la ejecución de esta etapa se realizará la transformación que está establecida en la
fase de diseño como:
- Construir interfaces gráficas de usuario.
- Construir la lógica funcional del sistema con la implementación de patrones de diseño.
- Integrar los componentes del sistema (para el prototipo).

Definición del equipo de trabajo


El equipo Scrum está conformado por:
Product Owner (Dueño del producto): El dueño o propietario de la drogueria “farmaCOL”
Scrum Máster: Se asegura que las etapas de Scrum se lleven a cabo, En este caso sería el
líder del equipo de trabajo, el cual se encargara de esta labor
Scrum Team (Equipo desarrollo): El equipo de desarrollo se encarga de realizar todo el
proceso de creación del producto, este rol será desempeñado por Kevin Andrés Cárdenas
Cuellar, Fernando Stiven Diaz Penagos, estudiantes de la Universidad De La Amazonia.
7. IMPACTO Y RESULTADOS ESPERADOS

El uso de scrum como metodología ofrece flexibilidad en los proyectos que se aplica,
además permite la creatividad de cada uno de los participantes mediante los sprint,
ayudando a crecer el producto final.
Gracias a la implementación de la app móvil se resolvió la necesidad y la pregunta
problema, sistematizando procesos organizacionales de manera virtual y personalizados, lo
que con lleva a ampliar la cobertura de la droguería farmaCOL.
El uso de aplicaciones móviles facilita la vida de las personas, desde ella podemos realizar
diversas tareas sin necesidad de ir presencialmente a un lugar, ahorrando tiempo y dinero a
las personas, adicionalmente ofrecen un servicio integral y flexible.
El sistema es dinámico, lo que se busca a futuro es que cualquier propietario de una tienda
o sitio de atención lo puedo utilizar para llevar su negocio a la implementación informática.
8. DESCRIPCIÓN DE LOS PATRONES DE DISEÑO IMPLEMENTADOS
Los patrones de diseño que se implementaron para la creación del software fueron:
9. DESARROLLO METODOLÓGICO

9.1 TÉCNICAS DE RECOLECCIÓN DE INFORMACIÓN:


son instrumentos que se utilizan para recopilar información de diferentes fuentes para
examinar los resultados y tomar mejores decisiones. Los cuales se explicarán los que fueron
implementados en este proyecto:

observación: son registros tomados para conocer el comportamiento de tu objeto de


estudio de forma directa que no requieren participación, pues es una forma discreta y
sencilla de inspeccionar datos sin depender de un intermediario. Este método se
caracteriza por no ser intrusivo y requiere evaluar el comportamiento del objeto de estudio
por un tiempo continuo, sin intervenir. (Sordo, 2021)

entrevista. La entrevista es una interacción que involucra al investigador y al participante


en que las preguntas pueden realizarse de forma presencial o por teléfono. Para llevar a
cabo una entrevista de forma eficaz, considera qué información deseas obtener del sujeto
investigado, para orientar la conversación a los temas que necesitas tratar. (Sordo, 2021)

Reúne información suficiente del tema y prepara previamente tu entrevista, escucha con
atención y genera un ambiente de cordialidad. Recuerda abordar gradualmente al
entrevistado y hacer preguntas fáciles de comprender, pues tendrás la oportunidad de captar
reacciones, gestos y aclarar la información en el momento.

encuesta: Consiste en obtener datos directamente de los sujetos de estudio a fin de


conseguir sus opiniones o sugerencias. Para eso puede implementar alguno de los dos o
ambos de los tipos de encuesta que hay:

 Cuestionario abierto: se aplica para conocer a profundidad la perspectiva de las


personas sobre un tema específico, analizar sus opiniones y obtener información
más detallada.

 Cuestionario cerrado: se aplica para obtener gran cantidad de información,


pero las respuestas de las personas son limitadas. Pueden contener preguntas de
opción múltiple o que se respondan fácilmente con un sí o no.
Este es uno de los tipos de recolección de datos más económico y flexible, ya que puedes
aplicarlo a través de diferentes canales, como el correo electrónico, las redes sociales, el
teléfono o cara a cara, obteniendo así información honesta que te brinda resultados más
precisos. (Sordo, 2021)

Implementación de técnicas de recolección de información


Se opto por implementar la entrevista como técnica de recolección de información para
poder obtener información precisa de cómo han estado llevando el inventario, para ello se
formularon algunas preguntas:
¿la droguería FarmaCOL cuenta con algún software?
¿la droguería cuenta con herramientas TIC?
¿Cómo se ha estado gestionando la información de la droguería?
¿Quiénes podrán acceder al sistema?

¿Cómo se lleva el registro de los productos?

9.2 ANÁLISIS DE RESULTADOS DE LA TRI


De acuerdo con los resultados obtenidos de la entrevista, se ha podido determinar que se ha
llegado a su fin, debido a la información clara y concreta que se ha recopilado, porque
gracias a esta información se podrán realizar los requerimientos necesarios para la
implementación del software con sus necesidades, limitaciones y características que se
desean implementar.
Identificación de requerimientos funcionales y no funcionales

REQUERIMIENTOS FUNCIONALES
GESTION DE USUARIO
RF NOMBRE DESCRIPCION
El sistema permitirá al administrador registrarse
RF01 Registrar administrador
con sus datos personales.
El sistema permitirá al administrador modificar
RF02 Modificar datos
sus datos personales.
RF03 Acceder al sistema El administrador podrá acceder al sistema.
Tab 1: Requerimiento funcionales Gestión de usuario
REQUERIMIENTOS FUNCIONALES
GESTION DE CLIENTE
RF NOMBRE DESCRIPCION
El sistema permitirá al administrador registrar al
RF04 Registrar cliente
cliente.
El sistema permitirá al administrador modificar
RF05 Modificar cliente
los datos del cliente
El sistema permitirá al administrador consultar
RF06 Consultar cliente
al cliente
El sistema permitirá al administrador eliminar
RF07 Eliminar cliente
un cliente
Tab 2: Requerimiento funcionales Gestión de cliente

REQUERIMIENTOS FUNCIONALES
GESTION DE PRODUCTO
RF NOMBRE DESCRIPCION
El usuario administrador podrá registrar un
RF08 Registrar producto
producto en el sistema, según su clasificación
El usuario administrador podrá modificar la
RF09 Modificar producto
información del producto
El sistema permitirá al administrador consultar
RF10 Consultar producto
un producto
El sistema permitirá al administrador eliminar
RF11 Eliminar producto
un producto
Tab 3: Requerimiento funcionales Gestión de producto
REQUERIMIENTOS FUNCIONALES
GESTION DE CATEGORIA
RF NOMBRE DESCRIPCION
RF12 Crear categoría El sistema permitirá crear una categoría
RF13 Consultar categoría El sistema permitirá consultar las categorías
RF14 Eliminar categoría El sistema permitirá eliminar una categoría.
Tab 4: Requerimiento funcionales Gestión de categoría

REQUERIMIENTOS FUNCIONALES
GESTION DE PAGO
RF NOMBRE DESCRIPCION
RF15 Realizar pago El sistema permitirá pagar
Tab 5: requerimiento funcional gestión de factura

REQUERIMIENTOS FUNCIONALES
GESTION DE FACTURA
RF NOMBRE DESCRIPCION
RF16 Generar factura El sistema generara una factura
RF17 Consultar factura El sistema permitirá buscar la factura
Tab 6: requerimiento funcional gestión de pago

REQUERIMIENTOS NO FUNCIONALES
RNF NOMBRE DESCRIPCION
El sistema permitirá acceso solo a quienes tenga
RNF01 Restricciones
un usuario registrado y mostrará sus funciones.
El sistema deberá contar con una interfaz
RNF02 Interfaz interactiva para realizar las funciones
permitidas.
El sistema deberá de estar disponible para su
RNF03 Disponibilidad
uso a cualquier momento.
El sistema deberá funcionar en cualquier
RNF04 Compatibilidad
dispositivo para visualizar la información.
Los datos personales del administrador solo
Seguridad de datos
RNF05 deben ser controlados por él, para la buena
personales
manipulación de la información.
La plataforma debe proteger los datos
Seguridad de datos
RNF06 financieros del usuario y administrador con
Financieros
énfasis en evitar fraudes inesperados de dinero.
Actualización por red El sistema cuando colapse deberá reestablecerse
RNF07
caída. mínimo en 30 minutos de espera.
Restablecer datos de El sistema debe contar con varias opciones de
RNF08
ingreso restablecimiento de contraseña por seguridad.
Tab 7: Requerimientos no funcionales

Actores en el sistema
NOMBRE DESCRIPCIÓN
Administrador Es el encargado de administrar el sistema realizando el registro
modificación y consulta de los productos, Es el encargado de vender
los productos y teniendo acceso al sistema para registrar, consultar y
modificar los productos y clientes.
Tab 8: Actores en el sistema
9.3 ESPECIFICACION DE REQUERIMIENTOS

RF01 FORMATO RQF (GESTIONAR ADMINISTRADOR)


Título: Registrar Administrador

Tipo de objeto: Interfaz / Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Registrarme al sistema con mis datos personales
Para (Beneficio) Poder acceder a los servicios de inventario de la tienda.
Criterios de aceptación:
Dado: Que el administrador quiera registrarse al sistema
Cuando: Se ingresen los datos solicitados para el registro
Entonces: Podrá acceder al sistema

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
1 El administrador ingresa al inicio del sistema de la droguería
Seguidamente da click en la opción “Registrarse” y es
2
redirigido al formulario de registro.

Secuencia
Normal 3 El administrador debe digitar su correo electrónico
4 El administrador debe digitar una contraseña
5 El administrador deberá dar click a la casilla de aceptar los
términos de uso y la política de privacidad.
6 El usuario debe dar clic en “Registrar”.

RF02 FORMATO RQF (GESTIONAR ADMINISTRADOR)


Título: Modificar administrador

Tipo de objeto: Interfaz / Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Actualizar mis datos personales
Para (Beneficio) Tener actualizado los datos personales
Criterios de aceptación:
Dado: Que el administrador quiera cambiar datos personales
Cuando: Tenga perdida de sus datos o haya actualiza cierta información
Entonces: Podrá actualizar sus datos personales.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
1 El administrador ingresa al sistema de la droguería
Seguidamente da click en la opción “Administrador” en su menú
2
el cual se encuentra en la parte inferior y es redirigido hacia sus
datos personales.
3 Se le despliega una interfaz con cinco opciones de datos.
Secuencia 4 El Administrador procede a dar click en cualquier opción
Normal solicitada para modificar los datos seleccionados.
5 El Administrador según su opción solicitada debe dar click en
“Guardar” o “Añadir dirección” o “Añadir tarjeta”.
6 El administrador después de guardar sus datos puede seguir
utilizando la aplicación, o cerrar su cuenta dando click en “Cerrar
sesión”

RF03 FORMATO RQF (GESTIONAR ADMINISTRADOR)


Título: Acceder al sistema

Tipo de objeto: Interfaz / Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Acceder al sistema de la tienda el peñón
Para (Beneficio) Poder gestionar la funcionalidad de la tienda.
Criterios de aceptación:
Dado: Que el administrador quiera ingresar al sistema
Cuando: Ingrese con su correo y contraseña
Entonces: Podrá utilizar el sistema con sus funciones correspondientes.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
Secuencia 1 El administrador ingresa al sistema
Normal 2 El administrador deberá digitar su correo electrónico.
3 El administrador deberá digitar su contraseña.
4 Luego procede a dar click en “Iniciar sesión”

RF04 FORMATO RQF (GESTIONAR CLIENTE)


Título: Registrar Cliente

Tipo de objeto: Interfaz / Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Registrar los datos de un cliente
Para (Beneficio) Poder llevar un registro de sus compras y deudas pendientes
Criterios de aceptación:
Dado: Que se debe de llevar un registro de los movimientos del cliente
Cuando: Se requiera saber los datos personales del cliente, compras y
deudas vigentes
Entonces: Podrá visualizar un registro del historial del cliente

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
1 El Administrador ingresa al Sistema e inicia sesión
Seguidamente da click en la opción “Cliente” en su menú de
2 opciones de la parte inferior de la aplicación.
Se despliega un menú de opción y se da click en “Formulario
Secuencia 3 Cliente Nuevo”, y es redireccionado al formulario de registro.
Normal
4 El administrador llena el formulario con los datos personales del
cliente. (Los cuales son Nombre, Apellido, Cedula, Teléfono,
Dirección).
5 El administrador debe dar clic en “CONFIRMAR”, y se guardan
los datos personales del cliente.

RF05 FORMATO RQF (GESTIONAR CLIENTE)


Título: Modificar Cliente

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Actualizar los datos del cliente
Para (Beneficio) Tener actualizado sus datos personales he historial de compra.
Criterios de aceptación:

Dado: Que se requiera cambiar o actualizar datos personales del cliente


Cuando: tenga perdida o se desee actualizar la información
Entonces: Podrá actualizar la información del cliente

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
1 El administrador ingresa al sistema
Seguidamente da click en la opción “Cliente” en su menú de opciones
2
de la parte inferior de la aplicación.
Se despliega un menú de opción y se da click en “Modificar
Secuencia 3
Cliente”, y es redireccionado a modificar datos del cliente.
Normal
5 El administrador modifica los datos del cliente, los cuales al finalizar
la modificación se debe confirmar los cambios dando click en
“Confirmar nombre”, “Confirmar apellido”, “Confirmar cédula”,
“Confirmar teléfono”, “Confirmar dirección”

RF06 FORMATO RQF (GESTIONAR CLIENTE)


Título: Consultar Cliente

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Poder consultar/buscar un cliente con algunos criterios de búsqueda
Para (Beneficio) Poder agilizar los procesos de búsqueda y si mirar su registro.

Criterios de aceptación:

Dado: Que se quiera buscar a un cliente


Cuando: Desee saber o modificar cierta información del cliente
Entonces: Podrá encontrar la información del cliente más rápido

Prioridad: Media
Puntos de estimación: 3
Paso Acción
El administrador ingresará al sistema
1
Seguidamente da click en la opción “Consultar”, en su menú de
2
opciones de la parte inferior de la aplicación y es redireccionado a una
interfaz de búsqueda.
El administrador debe llenar el criterio de búsqueda, que será el ID del
3
cliente
Secuencia 4 El administrador debe dar clic en “Buscar”
Normal

RF07 FORMATO RQF (GESTIONAR CLIENTE)


Título: Eliminar Cliente

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Poder eliminar un cliente con algunos criterios de búsqueda
Para (Beneficio) Sacarlo del sistema
Criterios de aceptación:

Dado: Que se quiera eliminar a un cliente


Cuando: Desee hacer espacio eliminando a un cliente en el sistema
Entonces: Podrá eliminar al cliente

Prioridad: Media
Puntos de estimación: 3
Paso Acción
El administrador ingresará al sistema
1
Seguidamente da click en la opción “Consultar”, en su menú de
2
opciones de la parte inferior de la aplicación y es redireccionado a una
interfaz de búsqueda.
Secuencia
Normal El administrador debe llenar el criterio de búsqueda, que será el ID, o
3
nombre del cliente
4 El administrador será redirigido a los datos de modificación del cliente
y debe dar clic en “Eliminar Cliente”

RF08 FORMATO RQF (GESTIONAR PRODUCTO)


Título: Registrar Producto

Tipo de objeto: Funcionalidad

Complejidad: Media.
Como (Rol) Administrador
Quiero (Funcionalidad) Registrar los productos en el sistema
Para (Beneficio) Tener almacenado los productos de la tienda “El Peñón”
Criterios de aceptación:
Dado: Que el Administrador quiera registrar la información del producto
Cuando: El producto no este registrado
Entonces: Podrá registrar el producto

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
Seguidamente da clic en la opción “Producto”, en su menú de opciones
2
de la parte inferior de la aplicación y es redireccionado al catálogo de
Secuencia productos.
Normal 3 El administrador debe dar clic en la opción “Agregar producto”
3 El administrador procede a llenar los datos del producto y los clasifica
dependiendo su categoría
4 El administrador debe dar clic en “Guardar Datos”

RF09 FORMATO RQF (GESTIONAR PRODUCTO)


Título: Modificar Producto

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Modificar datos del Producto
Para (Beneficio) Tener actualizado los datos del producto
Criterios de aceptación:
Dado: Que la información del producto este desactualizada/mal escrita
Cuando: Cuando el producto tenga una nueva información
Entonces: Se modificará los datos correspondientes del producto

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
Seguidamente da click en la opción “Productos”, en su menú de
2
opciones de la parte inferior de la aplicación y es redireccionado al
catálogo de productos.
Secuencia Seguidamente escoge la categoría en la que está el producto a
Normal 3
modificar.
Seguidamente da clic en la opción “Modificar Producto” y es
4
redireccionado a los datos del producto.
5 El administrador procede a llenar los datos nuevos del producto
6 El administrador debe dar clic en “Guardar Datos”

RF10 FORMATO RQF (GESTIONAR PRODUCTO)


Título: Consultar Producto

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Poder consultar/buscar un producto con algunos criterios de búsqueda
Para (Beneficio) Poder agilizar los procesos de búsqueda

Criterios de aceptación:

Dado: Que el administrador quiera buscar un producto


Cuando: Desee buscar un producto
Entonces: Podrá encontrar la información del producto más rápido

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
Seguidamente da click en la opción “Consultar”, en su menú de opciones
2
de la parte inferior de la aplicación y es redireccionado a una interfaz de
búsqueda.
Secuencia
3 El Administrador debe llenar el criterio de búsqueda
Normal
4 El Administrador debe dar clic en “Buscar”

RF11 FORMATO RQF (GESTIONAR PRODUCTO)


Título: Eliminar Producto
Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Eliminar el producto
Para (Beneficio) Sacarlo del inventario
Criterios de aceptación:
Dado: Administrador necesite Actualizar la información
Cuando: Se hayan agotado, vendido o vencido los productos
Entonces: Podrá saber con qué productos cuenta

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
Secuencia Seguidamente da click en la opción “Productos”, en su menú de
2
Normal opciones de la parte inferior de la aplicación y es redireccionado al
catálogo de productos.
3 Seguidamente escoge la categoría en la que está el producto a eliminar.
4 Luego da click en la opción “Eliminar producto”

RF12 FORMATO RQF (GESTIONAR CATEGORIA)


Título: Crear categoría

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Llevar un control de la información de la categoría.
Para (Beneficio) Gestionar con facilidad las categorías de la tienda “El Peñón”
Criterios de aceptación:
Dado: Se requiera crear una nueva categoría
Cuando: Se necesite ofertar una nueva clase de tipo producto
Entonces: Se crea una categoría nueva con sus productos.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El Administrador ingresará al sistema
1
El Administrador dará click en “Categoría”, donde encontrará las
2 siguientes opciones: Registrar, Modificar, Buscar y Eliminar categoría.
El Administrador da click en “Registrar Categoría”, donde se le
Secuencia 3
solicitará la información de la categoría: Nombre, descripción.
Normal
4 El Administrador debe dar clic en “Registrar Categoría”

RF13 FORMATO RQF (GESTIONAR CATEGORIA)


Título: Consultar categoría

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Administrador


Quiero (Funcionalidad) Consultar la categoría de los productos
Para (Beneficio) Tener ver la interfaz de todos los productos

Criterios de aceptación:

Dado: Que se quiera ver las categorías de los productos


Cuando: Se necesite ver la información de las categorías
Entonces: Se puede visualizar la categoría.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El Administrador ingresará al sistema
1
El Administrador dará clic en “Categoría”, donde encontrará las
2 siguientes opciones: Registrar, Consultar, Eliminar categoría.
Secuencia 3 El Administrador dará clic en “Buscar categoría”
Normal 4 El sistema le solicitara el ID de la categoría.
5 El Administrador ingresa el dato y da clic en “Buscar categoría”

RF14 FORMATO RQF (GESTIONAR PRODUCTO)


Título: Eliminar categoría

Tipo de objeto: Funcionalidad

Complejidad: Media.
Como (Rol) Administrador
Quiero (Funcionalidad) Eliminar una categoría
Para (Beneficio) Sacarla de la tienda porque no se ofertará más productos.

Criterios de aceptación:

Dado: Administrador quiera eliminar una categoría


Cuando: Se hayan agotado o no se vuelvan a ofertar esos productos
Entonces: Podrá eliminar esa categoría.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
El administrador debe dar click en “more” que desplegaran más opciones
2
de la parte inferior de la aplicación.
Secuencia Seguidamente da click en la opción “Buscar Categoría” y es
3
Normal redireccionado a los datos de la categoría.
4 El Administrador debe llenar el criterio de búsqueda
5 El Administrador debe dar clic en “Buscar”
6 Seguido selecciona la categoría
7 Luego da click en la opción “Eliminar categoría”

RF15 FORMATO RQF (GESTIONAR FACTURA)


Título: Generar factura

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Cliente


Quiero (Funcionalidad) Generar una factura
Para (Beneficio) Poder realizar el pago

Criterios de aceptación:

Dado: El cliente quiera generar una factura


Cuando: El realice su pedido
Entonces: Podrá ver la factura del pedido
Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El cliente ingresará al sistema
1
El cliente debe dar click en “more” que desplegaran más opciones de la
2
Secuencia parte inferior de la aplicación.
Normal Seguidamente da click en la opción “generar factura” y es
3
redireccionado a los datos de la factura.

RF16 FORMATO RQF (GESTIONAR FACTURA)


Título: Consultar factura

Tipo de objeto: Funcionalidad

Complejidad: Media.

Como (Rol) Cliente


Quiero (Funcionalidad) Ver la factura
Para (Beneficio) Saber el valor del pago

Criterios de aceptación:

Dado: El cliente quiera ver la factura


Cuando: El realice su pedido
Entonces: Podrá ver la factura del pedido

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El administrador ingresará al sistema
1
El administrador debe dar click en “more” que desplegaran más opciones
2
Secuencia de la parte inferior de la aplicación.
Normal Seguidamente da click en la opción “consultar factura” y es
3
redireccionado a los datos de la factura.

RF16 FORMATO RQF (GESTIONAR PAGO)


Título: Realizar pago

Tipo de objeto: Funcionalidad


Complejidad: Media.

Como (Rol) Cliente


Quiero (Funcionalidad) Realizar el pago
Para (Beneficio) Recibir mi producto

Criterios de aceptación:

Dado: El cliente quiera pagar un producto


Cuando: Desee pagar el producto
Entonces: Podrá pagarlo.

Prioridad: Alta
Puntos de estimación: 5
Paso Acción
El cliente ingresará al sistema
1
El cliente debe dar click en “more” que desplegaran más opciones de la
2
Secuencia parte inferior de la aplicación.
Normal Seguidamente da click en la opción “realizar pago” y es redireccionado
3
al método de pago.
Luego le dará en la opción de realizar pago.
4

ESPECIFICACION DE REQUERIMIENTOS NO FUNCIONALES

Código RQ N.: Nombre: Restricciones


001
Fecha 24/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema permitirá acceso solo a quienes tengan un usuario
registrado y mostrará ciertas funciones dependiendo de su usuario
Comentarios Para poder acceder a ciertas funcionalidades se debe tener un rol,
cualquier persona no puede acceder.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N: Nombre: Interfaz


002
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema deberá contar con una interfaz interactiva para realizar
las funciones permitidas
Comentarios La interfaz debe ser didáctica para el mejor entendimiento de los
usuarios.
Una interfaz compleja limita el entendimiento del usuario.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N:
Nombre: Disponibilidad
003
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema deberá de estar disponible para su uso a cualquier
momento.
Comentarios El usuario podrá entrar a la plataforma en cualquier día seleccionado
sin restricción algún.
Urgencia Si
Importancia: 2
1.Alta
2.Media
3.Baja

Código RQ N: Nombre: Compatibilidad


004
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema deberá de funcionar en cualquier dispositivo para
visualizar la información
Comentarios Facilita la entrada al sistema con cualquier software.
Todos los dispositivos podrán entrar al sistema.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N.: Nombre: Seguridad de datos personales


005
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción Los datos personales de los usuarios solo deben ser controlados por
ellos y administradores con el permiso pertinente a manipular esa
información.
Comentarios Los datos son personales y no deben ser manipulados sin el
consentimiento de los usuarios.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N.: Nombre: Seguridad de datos Financieros


006
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción La plataforma debe proteger los datos financieros del usuario con
énfasis en evitar fraudes inesperados de dinero.
Comentarios Protección a fraudes bancarios.
Protección a robo de datos bancarios.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N.: Nombre: Actualización por red caída.


007
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema cuando colapse deberá reestablecerse mínimo en 40
minutos de espera.
Comentarios Si el sistema sobrepasa los 40 minutos de espera se concluye su mal
estructuración y bajo presupuesto de realización.
El sistema deberá actualizarse en la página donde estaba.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

Código RQ N.: Nombre: Restablecer datos de ingreso.


008
Fecha 20/06/20222
Fuentes Diseño de sistemas de información.
Descripción El sistema debe contar con varias opciones de restablecimiento de
contraseña por seguridad.
Comentarios Usuarios olvidan sus contraseñas y deben tener asociado algún
correo o número de celular para poder recuperar su cuenta.
Urgencia Si
Importancia: 1
1.Alta
2.Media
3.Baja

9.4 DISEÑOS MODELOS CASOS DE USO

Un caso de uso es la descripción de una acción o actividad. En el modelo se hace la


descripción de las actividades que deberá realizar alguien o algo para llevar a cabo algún
proceso. Los personajes o entidades que participarán en un diagrama de caso de uso se
denominan actores.

Caso de uso para la gestión del usuario


Caso de uso para la gestión del cliente

Caso de uso para la gestión de los productos


Caso de uso para la gestión de las categorías

9.5 Mockups
En este espacio se definió un modelo del prototipo base del desarrollo de software,
sobre el aplicativo web para la droguería farmaCOL:
Prototipo del software (Aplicación móvil):

1. Modulo entrada, registro, validación y autenticación.


2. Modulo visualización

3. Modulo administrar
productos, control e
4. Modulo visitante
5. Modulo opción de pago.

6. Modulo facturación.
10. ALCANCES Y LIMITACIONES

Este proyecto se diseñó para mejorar el flujo de ventas para la droguería farmaCOL y
dependiendo de las falencias encontradas proponer un sistema de información automatizado
como una solución de proyección. En dicho sistema de información se planea gestionar la
información de todos los productos disponibles del negocio para mejorar las ventas y el
alcance de los clientes que compren en la droguería ya sea desde el punto físico o desde el
aplicativo. Optimizando tiempo de información llevando productos de calidad y manera
segura.
11. CONCLUSIONES

Para concluir, se llevó a cabo diversos estudios, recolección de datos y procesos


establecidos por la metodología ágil, la cual nos facilitó el desarrollo y planteamiento para
el desarrollo del diseño del sistema para la droguería farmaCOL, para poder ofrecer
mejoras en el flujo de las ventas y la comodidad en los clientes.
 
Mediante las técnicas de recolección de datos se logró recolectar información necesaria
para poder llevar a cabo los requerimientos funcionales y no funcionales, esto nos permitió
poder plantearnos y a su vez proyectar las funciones que debería de tener el sistema.
12. BIBLIOGRAFÍA

Abellan, E. (2020). Scrum: qué es y cómo funciona esta metodología.


Maller, C. (2020). Fases de la Metodología Scrum.
Rodriguez Gonzales, P., & Garbajosa Sopeña , J. (2008). Automatización de las
Evaluaciones Diagnósticas a Gran Escala por Medio de la Metodología SCRUM.
Sordo, A. I. (2021). Recolección de datos: métodos, técnicas e instrumentos.

También podría gustarte