Mejoras de Software aplicadas negocios

pequeños

Universidad Fidelitas, Escuela de informática, Curso de Documentación al Software SC-302

San José, Costa Rica.

Resumen— Existen varias empresas ● Hacer un sistema más funcional para los
que mejoran su eficacia por medio de los usuarios que hagan uso de esta.
software de automatización o contabilidad, pero
los pequeños negocios tales como pulperías o ● Lograr que sea una pagina mas
pequeños negocios que vienen empezando, lo llamativa para llamar la atención del
que este trabajo quiere informar es cómo usuario.
romper esta mala práctica y empezar a
modernizar y ayudar a pequeñas empresas para
poder seguir adelante de manera más
organizada.
I. INTRODUCCIÓN
Palabras clave:
El software nació en 1948 y desde
● Software entonces ha crecido muy velozmente hasta alcanzar
● Negocios
niveles para crear sistemas automatizados en
● Requerimientos
fábricas donde el trabajo manual es impensable o
Abstract— There are several companies incluso peligroso para la mano de obra humana. El
that improve their efficiency through software también ayuda con la creación de archivos
automation or accounting software, but small
mucho más organizados y limpios que los escritos
businesses such as grocery stores or small
businesses that are just starting out, what this en papel, las cuentas también fueron sustituidas por
work wants to inform is how to break this bad los softwares de contabilidad, incluso se ha
practice and start to modernize and help small empezado a crear los primeros softwares capaces de
businesses to be able to move forward in a more pintar imágenes.
organized way.

Key words: El Software crece poco a poco, el

problema recae que el software es un producto de
● Software
evolución constante y solo las grandes empresas con
● Business
● Requirements dinero tienen el privilegio de contar con los más
recientes o incluso con softwares personalizados
Objetivo General
para su propia empresa, pero los negocios pequeños
● Desarrollar mejoras a un software para no tienen ese privilegio, muchos de ellos trabajan
que esta esté más optimizada y tenga un todavía con papel, mientras que otros tienen que
interfaz más agradable.
trabajar con software de programa libre, estos
Objetivos específicos pueden ayudar mucho pero aveces no se ajusta a los
intereses del negocio. Mucha gente busca nuevas
formas de poder mejorar sus negocios con la nueva
tecnología, pero debido a la falta de dinero estas
● Cumplir con la mayor parte de los pequeñas empresas no prosperan para convertirse en
requerimientos que el sistema necesita. algo más.
En este caso vamos a trabajar en un software de un Las Historias de Usuario aparecen en XP
pequeño negocio, el cual se nos explicó que ha (1999) y se popularizan definitivamente con Mike Cohn
presentado varios problemas a la hora de hacer cálculos y (en
atender a las personas, ya que este es muy desordenado y “User Stories Applied: For Agile Software
complicado de usar. Development”, 2004).[2]

La estructura de una historia de usuario se

II. Justificación:
divide en quien es la persona a la que ayudamos, que es
Hemos decidido hacer este proyecto con el fin
lo que quiere o necesita esa persona en el programa y
de aprender más sobre documentación de software ya
para qué beneficio necesita el programa, estos tres se
que esta es una parte muy importante en nuestra carrera
trabajan en la card.
como ingenieros en sistemas.
Las historias de usuario se dividen en tres
Adicionalmente pensamos que se le puede
simples pasos conocidos como las 3 c:
sacar provecho a las mejoras que implementaremos en el
software de una pulpería, ya que este tiene un par de ● Card
limitantes y/o requerimientos incumplidos de los que ● Conversación
podríamos aprender y mejorar para la satisfacción del ● Confirmación

cliente.
La card es como hablar de un post-it, es una
pequeña hoja donde se plasman las ideas que el cliente
Este software fue seleccionado con fines
quiere. Dentro de la card se utilizan las estructuras de las
educativos ya que tendremos una buena cantidad de
historias para tener mejor organizado lo que necesitamos,
elementos para utilizar y desarrollarlo.
comenzamos por saber a quién le estamos haciendo el
programa o subprograma, si es al contador, al gerente o al
III. Antecedentes:
propio cliente.

En estos se estuvo investigando y reuniendo

Lo siguiente es saber que es lo que quiere, un
información para poder mejorar este software en ellos
programa para contar el dinero obtenido en un plazo, un
pudimos ver una falta de simplicidad en algunos
inventario automático de supermercado o una interfaz
programas ya que en algunos de estos son muy poco
usuario/cliente para un mejor manejo de la información.
claros y específicos, también un poco orden de estos, eso
hace que el software sea poco intuitivo y llamativo para Por último, se preguntará con qué beneficio
el usuario, por lo cual debemos de optimizar este para que emplea el programa por el que trabajamos, si es mayor
sea cómodo e intuitivo con el usuario, esto ha sido de la organización, manejo de objetos o producción de bienes e
investigación previa a la realización de este. ingresos.

IV. Desarrollo La conversación es la parte en la cual se tiene

una reunión y acuerdo entre el cliente y el que satisface
IV.I Historias de usuario esa necesidad, el cual podemos ser nosotros, otro
programador, o programas inteligentes como el caso de
Una historia de usuario es una explicación Scrum. Aquí se plasman ideas y se aclaran malentendidos
general e informal de una función de software escrita o problemas dentro del software.
desde la perspectiva del usuario final. Su propósito es
articular cómo proporcionará una función de software La última es la confirmación, aquí es donde se
valor al cliente.[1] lleva a cabo un acuerdo entre el cliente y el equipo de
desarrollo para entender cuál es el valor, los elementos y
el resultado que se espera obtener en la historia de empresa nos reunimos virtualmente con el y pusimos en
Usuario gracias a la información obtenida en la práctica la regla de las 3 C.
conversación.
Usando card se nos reveló información
importante sobre el programa.
IV.II Justificación de las historias.
¿A quién le estamos haciendo el programa?
Se ha decidido seleccionar las historias de
usuario, ya que estas funcionan mejor ya que se puede Al dueño.
explicar de manera detallada y dar un contexto a una
función que para otros es otra parte del software, de esta ¿Qué estamos haciendo?

manera se le da valor a las funciones y tareas asociadas. Le estamos haciendo correcciones y mejoras a un
software existente.
Entre algunos de los beneficios de usar las
historias de usuario se encuentran: ¿Qué beneficio obtendrá?

Optimización del trabajo y mejor manejo del software.

● Las historias centran la atención en el
usuario, ya que normalmente el Después nos reunimos por videollamada con el dueño y
equipo se mantiene centrado en las tuvimos nuestra primera conversación sobre lo que
ocupaba, al darnos más detalles especificos, tuvimos
tareas a completar, pero no en
nuestros primeros requerimientos
solucionar problemas de usuarios
reales. Requerimientos Funcionales
● Las historias fomentan a que el
1. Corregir los cálculos de las ganancias diarias
equipo piense de manera creativa y
en la pulpería.
crítica, de esta manera se puede
2. Mejorar el sistema que se encarga del crédito
lograr que piensen en nuevas
(fiado).
soluciones de cómo mejorar un
3. Mejorar el registro que se lleva por ventas
objetivo.
usando el sistema de pago de tarjeta.
● Las historias el equipo colabora entre
4. Crear un sistema que detalle los departamentos
sí y el usuario para un mejor servicio
de la tienda.
y cumplir con el objetivo principal
5. Crear un sistema que permita acceder a una
● Cada nueva historia creada y
venta en específico para su revisión.
finalizada motiva al equipo a seguir
6. Realizar una mejora en el sistema de
adelante ya que estas se expresan
distribución por categorías.
mejor como reto que un trabajo,
7. Incluir el salario de los empleados en las
dándole motivación al equipo.[1]
ganancias diarias
8. Mejorar la optimización del software para un
Las historias de usuario nos ayudarán a comprender
mejor manejo y fluidez.
mejor qué tipo de negocio y que tipo de mejora requiere
9. Una opción de ayuda para el mejor
el sistema para una mejor función y desempeño.
entendimiento del sistema.

IV.III Requerimientos del proyecto 10. El sistema contará con un sistema de auto
suma/resta de todos los artículos vendidos que
Para la creación de los requerimientos nos acercamos a
sumará todo cuando el empleado lo desee.
un negocio pequeño (pulpería) que cuenta con un
software que presenta errores en varios subprogramas o Requerimientos no funcionales:
hilos, además de una mala optimización, para arreglar 1. Cambiar la fuente de letra para una mayor

esto y saber más sobre qué es lo que desea el dueño de la comprensión del texto.
 2. Crear un UI más amigable con el usuario. necesario y será una forma más fácil de llevar la cuenta
3. Creación de un sistema de usuarios para los de los productos, además cuenta con otra ventana para la
diferentes empleados. descripción de los productos y saber cuál es su costo
4. Presenta un sistema que permite contactar con dentro de la tienda.
los distribuidores.
5. Incluye un hilo con los contactos de los Por otro lado, se cuenta con un sistema de contaduria

distribuidores. automática que permite llevar el corte de dinero del día,

6. Un sistema que permita el envío de sugerencias este sistema estimara lo ganado en ventas, y reducirá el

al usuario. dinero en los costos, ya sean los salarios y los impuestos,

7. Se desea una opción para desplegar la como el cobro a los distribuidores y mostrará las

información esencial sobre la empresa. ganancias presentes

8. En caso de que el sistema presente un error el

sistema alertará al usuario sobre el error y V. Conclusiones y Recomendaciones.
cómo arreglarlo.
9. El sistema debe estar optimizado para que no V.I Conclusiones.
tarde más de 2 minutos para iniciarse.
Es lógico analizar que la falta de estos procesos y de
10. El sistema presentará una copia de seguridad
trabajadores competentes reduce las opciones a las
del día anterior que será reemplazada por el día
personas que cuentan con un negocio propio o un
siguiente cada 24 horas.
pequeño negocio, por lo cual el uso de softwares de baja
calidad es normal en estos lugares. El estudiar este
negocio y ver la falta de procesos funcionales nos hace
IV.IV Prototipo dar cuenta que los procesos para la creación de software
han cambiado con el paso de los años y que varias
Después de la creación de los requerimientos y de las
personas no se han puesto al día de las cosas.
historias de usuario, se creó por partes separadas un
prototipo de cómo se desearía el nuevo sistema usando el Entre nuestro esfuerzo para la ayuda de este pequeño
programa de Adobe XD. El sistema cuenta con varias negocio, encontramos una herramienta que nos ayudó en
opciones, mejoras en el rendimiento y una letra más la creación de este prototipo, la herramienta en cuestión
legible para el dueño de la tienda, pero además se es la metodología Scrum, esta metodología aporta mucho
mejoraron los aspectos en los cuales el antiguo programa a la creación de sistemas en el ámbito empresarial. Esta
presentaba fallas. metodología apoya lo que es el trabajo en equipo, la
equidad y crea proyectos o programas que valen lo que
El nuevo prototipo cuenta con un módulo de reportes
uno pide. Al investigar sobre el tema nos dimos cuenta
para informar las ventas realizadas un día en concreto, así
que esta metodología está agarrando fuerza en los
el dueño podrá revisar las ganancias o alguna venta en
negocios y que está reemplazando los antiguos sistemas
específico. Además de eso cuenta con una ventana para la
que ahora quedan obsoletos. Este proceso podría ayudar a
creación o modificación de algún cliente que llegue a la
varias empresas o negocios pequeños para que estos
tienda, así se podrá llevar mejor el sistema de fiado o de
sigan adelante. La tecnología está creciendo y sigue en
las compras.
constante evolución, al igual que el software, por lo cual
se necesitan formas nuevas de seguir adelante y apoyar a
Para un mejor manejo de los productos, el sistema cuenta
las nuevas empresas de forma innovadora.
con un sistema de inventario para saber cuántas unidades
de producto se encuentran en el almacén, de esta manera
el dueño puede llamar a los distribuidores cuando sea
V.II Recomendaciones.
 1. Estar familiarizado o aprender la metodología
Scrum para futuros proyectos o para mejorar tu capacidad de trabajo en sistemas y en equipo.

2. Tener en cuenta al dueño del programa, no crear requerimientos por cuenta propia.

3. Tener varias reuniones con el dueño para saber

si se está yendo por el buen camino y una
reunión diaria con el equipo encargado del

sistema para encontrar errores.

4. Tener en cuenta las ideas de todos los integrantes, hay formas de mejorar el proyecto

aún más.
5. Seguir las reglas de las 3 C te ayuda a mantenerte centrado en cómo avanzar en los

requerimientos y no equivocarse.

VIII. Bibliografía

1. https://www.atlassian.com/es/agile/project
-management/user-stories

2. https://netmind.net/es/historias-deusuario-reglas/