Está en la página 1de 75

UNIVERSIDAD NACIONAL TORIBIO RODRÍGUEZ DE MENDOZA DE AMAZONAS

Facultad de Ingeniería de Sistemas y Mecánica Eléctrica


Escuela Profesional de Ingeniería de Sistemas

“Año de la Universalización de la Salud”

SOLUCIÓN TECNOLÓGICA PARA


OPTIMIZAR LAS VENTAS BASADO EN
EXTREME PROGRAMING EN LA
FARMACIA JV, CHICLAYO

Docente
Mg. Ing. Pérez Astonitas Roberto

Autores
Bustamante Campos Keymer Alexis
Mendoza Canta Jerlin
Sánchez Arbaiza Thania

Ciclo académico
Sexto (VI) 2020-I

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

ÍNDICE GENERAL
INTRODUCCIÓN..................................................................................................8
1. INFORMACIÓN GENERAL...........................................................................9
1.1. Título:.......................................................................................................9
1.2. Autores:...................................................................................................9
1.3. Fecha de inicio y fecha de término.........................................................9
1.4. Ubicación geográfica del proyecto..........................................................9
1.5. De la empresa.......................................................................................11
1.5.1. Descripción de la empresa.............................................................11
1.5.2. Misión..............................................................................................11
1.5.3. Visión..............................................................................................11
1.5.4. Valores...............................................................................................12
1.5.5. Estructura orgánica............................................................................12
2. PROBLEMA O NECESIDAD DEL NEGOCIO.............................................13
2.1. Diagnóstico situacional..........................................................................13
2.2. Análisis FODA.......................................................................................14
2.3. Identificación de procesos.....................................................................16
2.4. Optimización de procesos.....................................................................22
2.4.1. Recursos humanos............................................................................22
2.4.2. Compras.............................................................................................23
2.4.3. Almacén.............................................................................................24
2.4.4. Administración....................................................................................25
2.4.5. Ventas................................................................................................26
2.5. Requerimientos.....................................................................................27
2.6. Actores..................................................................................................27
2.6.1. Actores de la empresa....................................................................27
2.6.2. Actores del proyecto.......................................................................28
3. OBJETIVOS.................................................................................................29
3.1. Objetivo general....................................................................................29
3.2. Objetivos específicos............................................................................29
4. PLANIFICACIÓN DEL PROYECTO............................................................30
4.1. Metodología de desarrollo eXtreme Programing (XP)..........................30
4.1.1. Definición........................................................................................30
4.1.2. Situaciones de uso.........................................................................30

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.1.3. Objetivos.........................................................................................31
4.1.4. Características................................................................................31
4.1.5. Fases de eXtreme Programing (XP)..............................................31
4.2. Alcance..................................................................................................34
4.3. Tiempo...................................................................................................34
4.4. Costo y financiación..............................................................................35
4.5. Calidad..................................................................................................37
4.6. Recursos humanos...............................................................................39
4.6.1. Adquisición del equipo del proyecto...............................................39
4.6.2. Planificación del equipo del proyecto.............................................40
4.6.3. Equipo de desarrollo del proyecto..................................................41
4.7. Comunicaciones....................................................................................42
4.7.1. Manejo de documentación interna y externa del proyecto.............42
4.7.2. Herramientas:.................................................................................42
4.7.3. Servicios.........................................................................................43
4.8. Gestión de riesgos.................................................................................44
4.8.1. Riesgos principales.........................................................................44
4.9. Adquisiciones........................................................................................45
4.9.1. Adquisición de hardware................................................................46
4.9.2. Adquisición de software..................................................................46
4.9.3. Adquisición de servicios.................................................................46
4.10. Cronograma de ejecución..................................................................47
4.10.1. Tareas y actividades.......................................................................47
4.10.2. Cronograma de ejecución Microsoft Project..................................49
5. DESARROLLO E IMPLEMENTACIÓN.......................................................52
5.1. Diseño....................................................................................................52
5.1.1. Diagrama de clase..........................................................................52
5.1.2. Modelo de datos.............................................................................52
5.2. Codificación...........................................................................................53
5.2.1. Herramientas..................................................................................53
5.3. Documentación......................................................................................55
5.3.1. Manual de usuario..........................................................................55
5.3.2. Manual de configuraciones.............................................................55

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

6. IMPLEMENTACIÓN.....................................................................................56
6.1. Pruebas.................................................................................................56
6.2. Capacitación..........................................................................................63
6.3. Implementación.....................................................................................64
7. MEJORA CONTINUA..................................................................................64
7.1. Opciones adicionales............................................................................64
7.2. Consideraciones....................................................................................65
7.3. Garantía.................................................................................................68
7.4. Revisiones del Software........................................................................68
8. REFERENCIAS BIBLIOGRÁFICAS............................................................69
9. ANEXOS......................................................................................................71

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

ÍNDICE DE FIGURAS

Figura 1. Mapa de Chiclayo, Perú Google Maps.................................................9


Figura 2. Mapa de CPM Fanny Abanto Calle, Chiclayo Gooble Maps.............10
Figura 3. Frontis Farmacia JV, Chiclayo Google Maps, Foto 2014..................10
Figura 4. Estructura orgánica............................................................................12
Figura 5. Proceso de recursos humanos...........................................................22
Figura 6. Proceso de compras...........................................................................23
Figura 7. Proceso de almacén...........................................................................24
Figura 8. Proceso de administración.................................................................25
Figura 9. Proceso de ventas..............................................................................26
Figura 10. Fases de eXtreme Programing (XP)................................................33
Figura 11. Metodología utilizada para la adquisición del equipo de trabajo del39
Figura 12. Equipo de desarrollo (Cargo – Miembro – Objetivo)........................41
Figura 13. Herramientas para la comunicación.................................................42
Figura 14. Fibra óptica, comparación 2019 – 2020...........................................43
Figura 15. Cronograma de ejecución................................................................47
Figura 16. Exportación de cronograma de ejecución Microsoft Project (Pág.1).
............................................................................................................................49
Figura 17. Exportación de cronograma de ejecución Microsoft Project (Pág.2).
............................................................................................................................49
Figura 18. Exportación de cronograma de ejecución Microsoft Project (Pág.3).
............................................................................................................................50
Figura 19. Exportación de cronograma de ejecución Microsoft Project (Pág.4).
............................................................................................................................50
Figura 20. Exportación de cronograma de ejecución Microsoft Project (Pág.5).
............................................................................................................................51
Figura 21. Exportación de cronograma de ejecución Microsoft Project (Pág.6).
............................................................................................................................51
Figura 22. Diagrama de clase............................................................................52
Figura 23. Modelo de datos...............................................................................52
Figura 24. Grafica de la base de datos.............................................................53
Figura 25. ISO/IEC 25000..................................................................................65

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

ÍNDICE DE TABLAS

Tabla 1. Análisis FODA 1.0................................................................................14


Tabla 2. Análisis FODA 2.0................................................................................15
Tabla 3. Análisis FODA 3.0................................................................................16
Tabla 4. Cotos en recursos humanos................................................................35
Tabla 5. Cotos en recursos de hardware...........................................................35
Tabla 6. Cotos en recursos de software............................................................36
Tabla 7. Costo en servicios................................................................................36
Tabla 8. Cotos en total estimado de desarrollo.................................................37
Tabla 9. Calidad del producto del software........................................................38
Tabla 10. Planificación del equipo del proyecto (Perfil – Objetivo)...................40
Tabla 11. Planificación del equipo del proyecto (Miembro – Rol).....................41
Tabla 12. Servicios óptimos para el desarrollo del proyecto.............................43
Tabla 13. Riesgos principales (Parte 1).............................................................44
Tabla 14. Riesgos principales (Parte 2).............................................................45
Tabla 15. Hardware............................................................................................46
Tabla 16. Cotos en recursos de software..........................................................46
Tabla 17. Cotos en servicios..............................................................................46
Tabla 18. Prueba 1. Registro de empleado.......................................................56
Tabla 19. Prueba 2. Registro de categorías......................................................56
Tabla 20. Prueba 3. Registro de productos.......................................................57
Tabla 21. Prueba 4. Consulta de productos por categoría................................57
Tabla 22. Prueba 5. Registro de proveedor.......................................................57
Tabla 23. Prueba 6. Registro de clientes...........................................................58
Tabla 24. Prueba 7. Registro de los tipos de documentos................................58
Tabla 25. Prueba 8. Búsqueda de productos o proveedores............................58
Tabla 26. Prueba 9. Realizar las compras.........................................................59
Tabla 27. Prueba 10. Anulación de compra.......................................................59
Tabla 28. Prueba 11. Búsqueda de productos o clientes..................................59
Tabla 29. Prueba 12. Realizar venta..................................................................60
Tabla 30. Prueba 13. Anulación de venta..........................................................60
Tabla 31. Prueba 14. Consultas.........................................................................60
Tabla 32. Prueba 15. Llamado de la calculadora de Windows.........................61

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Tabla 33. Prueba 16. Cambiar contraseña........................................................61


Tabla 34. Prueba 17. Respaldo de base de datos............................................61
Tabla 35. Prueba 18. Restaurar base de datos.................................................62
Tabla 36. Prueba 19. Manual de usuario del sistema.......................................62
Tabla 37. Prueba 20. Manual de configuraciones del sistema..........................62

INGENIERÍA DE SOFTWARE
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

INTRODUCCIÓN

El avance de las tecnologías de información y la necesidad de ser


competitivos en el mercado, han hecho que las empresas opten por dejar de
lado los pensamientos antiguos, es por ello que en empresas cuyos
administradores o gerentes saben que la información obtenida a tiempo es un
recurso estratégico, para convertirse en una empresa competitiva, y así estar
un paso adelante con respecto a la competencia.

La competitividad empresarial es una cualidad que permite mantenerse


en el mercado farmacéutico a las oficinas farmacéuticas (farmacias, boticas),
por ende, estas organizaciones deben brindar servicios y productos de calidad
a sus clientes. De igual importancia deben contar con herramientas
tecnológicas que permitan obtener ventajas competitivas frente a sus
competidores.

Más aún que vivimos en la era informática, es oportuno contar con


sistemas de información ya que estas han demostrado automatizar y mejorar
los procesos operativos, suministrando datos procesados, la información
generada por estos sistemas es considerado como un recurso valioso que
poseen las organizaciones, puede ser uno de los factores que determinan el
éxito o fracaso de las organizaciones.

El uso de los sistemas de información en la oficina farmacéutica permite


llevar una adecuada gestión en sus principales procesos como venta, compra e
inventario de los productos farmacéuticos, facilitando la labor de sus
trabajadores, reduciendo tiempos, además el profesional farmacéutico tendría
la herramienta para realizar un seguimiento farmacoterapéutico de los
pacientes brindando un servicio de calidad, con tan solo hacer un click tiene
acceso a la información ordenada en tiempo real; así mismo facilita que el
director técnico del establecimiento tome decisiones acertadas, en
consecuencia un incremento en las rentabilidades del negocio y un manejo
eficiente de los recursos existentes.

INGENIERÍA DE SOFTWARE 8
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

1. INFORMACIÓN GENERAL

1.1. Título:

Solución tecnológica para optimizar las ventas basado en eXtreme


Programing en la Farmacia JV, Chiclayo.

1.2. Autores:

 Bustamante Campos Keymer Alexis


 Mendoza Canta Jerlin
 Sánchez Arbaiza Thania

1.3. Fecha de inicio y fecha de término.

 Inicio: 14/Mayo/2020
 Final: 14/Agosto/2020

1.4. Ubicación geográfica del proyecto.

 País: Perú
 Región: Lambayeque
 Provincia: Chiclayo
 Distrito: Chiclayo
 Dirección: CPM Fanny Abanto Calle

INGENIERÍA DE SOFTWARE 9
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 1. Mapa de Chiclayo, Perú Google Maps.

Figura 2. Mapa de CPM Fanny Abanto Calle, Chiclayo Gooble Maps

INGENIERÍA DE SOFTWARE 10
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 3. Frontis Farmacia JV, Chiclayo Google Maps, Foto 2014

1.5. De la empresa
1.5.1. Descripción de la empresa
Farmacia JV S.R.L empresa dedicada al rubro Farmacéutico inició
sus actividades en su establecimiento principal ubicado en la ciudad
de Chiclayo, ofertando una amplia gama de productos, de las
mejores marcas a precios accesibles.

En el transcurso del tiempo, Farmacia JV S.R.L ha crecido como una


empresa sólida y responsable generando un valor agregado de la
mano con la afinidad y fidelidad con sus clientes, con el objetivo de
brindar y ofertar productos de calidad y así poder alcanzar metas a
corto, mediano y largo plazo como empresa farmacéutica.

1.5.2. Misión
Farmacia JV S.R.L empresa puesta al servicio de la industria
farmacéutica y cosmética, que oferta una amplia gama de productos
farmacéuticos, buscando satisfacer las necesidades de los clientes,

INGENIERÍA DE SOFTWARE 11
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

con calidad y seguridad a precios accesibles. Trabajando de la mano


con un equipo humano técnico, ético y comprometido   con la
realización de las personas y el desarrollo sostenible de la sociedad.

1.5.3. Visión
Farmacia JV busca ser reconocida como una empresa de excelencia
en el sector farmacéutico con un crecimiento constante,
persiguiendo ampliar oportunidades de desarrollo profesional y
personal de quienes la componen, expandiendo productos en todo el
mercado local y nacional, como una empresa altamente competitiva,
ofreciendo sus productos con los mayores estándares de calidad a
nivel mundial, contribuyendo al desarrollo de nuestra comunidad
siendo una empresa responsable.

1.5.4. Valores

 Liderazgo
 Calidad
 Vocación de servicio
 Respeto
 Compromiso
 Integridad e innovación
 Respeto a la vida
 Ética
 Responsabilidad social

Estamos orgullosos de lo que hacemos ya que Nuestro desarrollo


profesional e individual acompaña al desarrollo de nuestra empresa.
El desarrollo de nuestra empresa contribuye a la mejora de nuestra
comunidad. 

INGENIERÍA DE SOFTWARE 12
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

1.5.5. Estructura orgánica

Gerente / Propietario

Administración Compras Finanzas Ventas

Almacen Contabilidad Servicio

Recursos
Presupuesto Caja
Humanos

Dispensación

Figura 4. Estructura orgánica.

2. PROBLEMA O NECESIDAD DEL NEGOCIO

2.1. Diagnóstico situacional

La Farmacia JV de CPM Fanny Abanto Calle, Chiclayo no poseen un


sistema automatizado eficaz para el control de los medicamentos que
favorezca una dispensación y prescripción efectivas, encauzadas a
mejorar la calidad en la atención al paciente y prevenir eventos adversos
o errores de medicación.

Actualmente en la Farmacia JV no se aplica en sus procesos una


gestión de medicamento adecuada, esto se da por los siguientes
motivos:

 No se tienen definidas las funciones exactas del personal


asignado al área de Farmacia, esto trae consigo demora en los

INGENIERÍA DE SOFTWARE 13
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

procesos de la elaboración e impide la presentación a tiempo de


los documentos necesarios para el requerimiento de
medicamento.

 El proceso de control de inventario y registro de compra/venta de


productos ofrecidos por la Farmacia JV actualmente se realiza
con cuaderno y lápiz, y apoyo de algunas planillas Excel, lo cual
no permite gestionar y controlar de forma ágil y eficiente las
compras y ventas de los productos, ya sea para saber de forma
rápida cuantos productos se han vendido, cuantos productos
quedan, cuantos hay en total, búsquedas por nombre, código,
categoría, etc. Haciendo de este un proceso desordenado, en
donde es muy fácil la pérdida de información.

 No se cuenta con un orden establecido al momento de almacenar


los medicamentos y/o insumos provocando demora en la
ubicación y vencimiento.

 Se observa insatisfacción de parte de los clientes por la demora


en la dispensación de medicamento.

2.2. Análisis FODA

Tabla 1. Análisis FODA 1.0.


Fortalezas Debilidades

INGENIERÍA DE SOFTWARE 14
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Se cuenta con personal calificado,  No contar con un Software para el


con experiencia y responsable. manejo de inventarios y ventas.
 Comodidad al comprar.  Poco Manejo de técnicas de
 Buena asistencia al momento de mercadeo
comprar por si tiene dudas  Falta de algunos equipos para el
 La farmacia se encuentra ubicada servicio de los clientes.
en un el lugar estratégico.
 Todos sus productos son de la .

mejor calidad.
 Su atención es personalizada.
 Se compromete ampliamente con
el paciente.
Oportunidades Amenazas
 Se cuenta, con los años  Se detecta alta competitividad en
suficientes en el campo de la zona y acumulación del
farmacéutico. mercado por parte de las grandes
 Tiene la aceptación y la confianza cadenas farmacéuticas.
de la clientela.
 Por parte de los clientes, lo  Falta de liquidez económica
consideran como una empresa
seria.  La venta de medicamentos que es

 Numero de chiclayanos que prohibida su venta sin receta

compran en nuestra farmacia va médica. Ya que al ser descubierto

en aumento hasta se puede clausurar la

 Servicio abierto las 24 horas. farmacia.

 Compra y reventa de productos.

Tabla 2. Análisis FODA 2.0.

FORTALEZAS DEBILIDADES

INGENIERÍA DE SOFTWARE 15
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

O  Por nuestra ubicación  Contar con un software que lo


P  Ofertas que brinda la farmacia estaremos implementado ya
O ya que, cuenta con una gran que facilitara la labor de los
R cantidad de clientes. trabajadores y ayudara a llevar
T  Motivar a sus trabajadores con una mejor organización en
U un buen sueldo, vacaciones, cuanto a la administración de la
N  Brindamos los mejores farmacia.
I medicamentos de con  Brindar charlas a los
D estándares de calidad. trabajadores para que no
A tengan inconvenientes en
D cuanto a la utilización del
E software.
S
 Contamos con profesionales  Obtener un software ya que
farmacéuticos altamente ganaremos en competitividad,
A competitivos, ayudar así a los organización y control en
M clientes brindando un cuanto a nuestra farmacia.
E diagnóstico preciso de sus  Ser mejor reconocidos por
N síntomas y también brindando nuestros clientes y obtener su
A recomendaciones en cuanto a preferencia para así poder
Z su tratamiento, haciendo sentir llevar la ventaja a la
A al cliente en confianza para competencia.
S obtener su preferencia y ser su  Obtener equipos que hace falta
demanda de preferencia. a la farmacia, para brindar así
un mejor diagnostico a los
clientes.

Tabla 3. Análisis FODA 3.0.

INGENIERÍA DE SOFTWARE 16
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

FORTALEZAS Y OPORTUNIDADES DEBILIDADES Y AMENAZAS


Con la obtención de nuestras Al surgir más amenazas y
fortalezas y oportunidades estamos debilidades en la farmacia sería una
en buen camino en cuanto al crisis para su desarrollo, ya que se
desarrollo de la farmacia ya que tiene que solucionar los percances
brindamos los mejores medicamentos primero para que tenga un mejor
de calidad, una atención especial desempeño la farmacia, es muy
porque para la farmacia el cliente es importante que la farmacia vea sus
lo más importante de este negocio, debilidades y amenazas y hacer de
ser reconocidos por los clientes y con ello sus fortalezas y oportunidades
a la obtención del software que se va que le ayudaran para el desarrollo de
a implementar en la farmacia va ser la farmacia.
de mucha ayuda para un mejor
manejo en cuanto a llevar una buena
administración tanto en sus ingresos
como egresos.

2.3. Identificación de procesos


2.3.1. Recursos humanos

Definición

En la administración de empresas, se denomina recursos humanos


al conjunto de los empleados o colaboradores de una organización,
en el sector económico o de una economía completa, Generalmente
la función de los recursos humanos está compuesta por áreas tales
como reclutamiento y selección, contratación, capacitación,
administración o gestión del personal durante la permanencia en la
empresa.

En la farmacia JV se busca el desarrollando las competencias


necesarias en el desempeño de su trabajo para participar y ayudar
en el desarrollo y crecimiento de la empresa.

INGENIERÍA DE SOFTWARE 17
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Descripción

Es una función y/o departamento del área de gestión y


administración de empresas que:

 Organiza y maximiza el desempeño de los funcionarios, o


capital humano, en una empresa u organización con el fin de
aumentar su productividad.
 El reclutamiento, selección, contratación, bienvenida,
formación, promoción, nóminas, contratos y despidos.
 Trabaja para todas las personas que forman parte del equipo
humano de la empresa.
 Son indispensables para cualquier empresa que necesite
crecer y contratar a los mejores trabajadores para cada
puesto.
 Si el puesto de trabajo no requiere personal se verifica el
legado de cada colaborador.

Fases

La administración de recursos humanos consta de las siguientes


fases:
 Diseño y análisis de puestos.
 Planeación y pronóstico de los recursos humanos.
 Reclutamiento de personal.
 Selección de empleados.
 Capacitación y desarrollo del recurso humano.
 Planeación y evaluación del desempeño.
 Remuneración y prestaciones.
 Administración de la carrera del recurso humano.

2.3.2. Compras

Definición

Son las fases por las que pasa una persona desde que se da cuenta
que tiene una necesidad hasta que adquiere un producto o servicio.

INGENIERÍA DE SOFTWARE 18
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Descripción

Es el proceso de toma de decisión utilizado por los consumidores


con respecto a las transacciones de mercado antes, durante y
después de la compra de un bien o servicio.

El gerente realizará un seguimiento de los productos y la selección.

 El administrador determinará si los productos cumplen con los


requisitos, entonces se realizará un listado de los
proveedores.
 Se realiza una evaluación, si cumplen con los requisitos,
entonces, se realizará el orden de la compra.
 Posteriormente el administrador revisará el producto si se
encuentra en perfectas condiciones, y en caso que no lo sea,
se tendrá que hacer una devolución.

Fases

A pesar de que los modelos varían, hay en común cinco etapas en el


proceso de decisión para las compras. Las fases son:

 Problema y necesidad de reconocimiento: Una compra no


puede llevarse a cabo sin el reconocimiento de la necesidad
 Búsqueda de información: Es el siguiente paso que el
cliente debe seguir después de haber reconocido el problema
o su necesidad con el fin de encontrar la mejor solución
posible.
 Evaluación de alternativas: El consumidor tiene la suficiente
información para realizar un análisis de las alternativas con
las que cuenta.
 Decisión de compra: La decisión final de compra puede ser
interrumpida por factores como la retroalimentación negativa
de otros clientes.
 Comportamiento poscompra: Esta etapa es fundamental
para retener a los clientes. En resumen, los clientes

INGENIERÍA DE SOFTWARE 19
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

comparan con sus expectativas y así sentir satisfechos o


insatisfechos.

2.3.3. Almacén

Definición

El almacén es el corazón logístico de toda organización. Si bien es


cierto que durante su estancia en el almacén no se aporta valor
material alguno a las mercancías o productos que se ubican en el
mismo, si existen operaciones que reducen los costes que el paso
de estos ítems supone para aumentar el beneficio final por su venta
o comercialización.

Todas estas actividades u operaciones estarán clasificadas, sea cual


sea la función principal del almacén.

Descripción

 El encargado de realizar la venta, hará una solicitud al


almacén.
 Éste verificará si hay existencias del producto.
 Si no hay existencias se tendrá que realizar compras.
 Se cargará a mantenimiento siempre y cuando haya
existencias
 Se realizará la salida del almacén.

Fases

Las actividades principales en este proceso serán las siguientes:

 Descargar la mercancía del vehículo/transporte contratado


por el proveedor/vendedor e, introducirla o transportarla al
área de recepción de mercancía del almacén.
 Verificar e inspeccionar la mercancía o productos recibidos en
cantidad, calidad.

INGENIERÍA DE SOFTWARE 20
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Identificar y codificar la mercancía recibida para su control y


gestión a nivel interno.
 Dar “de alta” la mercancía recibida en el stock del almacén.

2.3.4. Administración

Definición:

Es un conjunto de funciones administrativas dentro de una


organización u empresa que buscan aprovechar al máximo los
recursos existentes de forma correcta, rápida y eficaz. La aplicación
de este proceso administrativo permite aprovechar la mano de obra
y los recursos técnicos y materiales que posee una empresa.

Descripción

 Predefinir los objetivos y metas que quieran lograrse.


 Pronosticar.
 Establecer una estrategia con sus correspondientes métodos
y técnicas a llevar a cabo.
 Accionar frente a problemas futuros.
 Actividades de la organización
 Hacer una selección detallada de los trabajadores indicados
para el puesto indicado.
 Subdividir cada tarea en unidades operativas.
 Seleccionar una autoridad administrativa para cada sector.
 Proporcionar materiales y recursos útiles a cada sector.

Fases

 Planeación: Es donde serán previstos los objetivos y metas


que deberá cumplir la empresa y los métodos a llevar a cabo.
 Organización: Es distribuir cada actividad entre los diferentes
grupos de trabajo que componen una empresa.

INGENIERÍA DE SOFTWARE 21
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Ejecución: Para la ejecución es necesaria la figura de un


gerente capaz de dirigir, tomar decisiones, instruir y ayudar a
los diferentes sectores laborales.
 Control: El control es una tarea administrativa que debe ser
ejercida con profesionalidad y de forma transparente.
2.3.5. Ventas

Definición

Es la sucesión de pasos que una empresa realiza desde el momento


en que intenta captar la atención de un potencial cliente hasta que la
transacción final se lleva a cabo, es decir, hasta que se consigue
una venta efectiva del producto o servicio de la compañía.

Descripción

 El cliente solicitará el precio de los productos, si le interesa,


se tendrá que consultar la disponibilidad del producto.
 Si el producto llama la atención y el interés del cliente, se
comenzará a realizar el pago; sin embargo, se tendrá que
elegir entre pagar en efectivo o con tarjeta.
 Si se realiza el pago en efectivo, se recibe el dinero y se
entrega el producto.
 Si el cliente elige el pago con tarjeta, se tendrá que elegir si
quiere con facturación o no; y se procede con la entrega del
producto.

Fases

El proceso de venta está compuesto por las siguientes fases:

 Atención: La empresa va a intentar llamar la atención de sus


potenciales clientes hacia su producto o servicio.
 Interés: Una vez que hemos captado la atención del cliente.
El potencial debe comenzar a inclinarse hacia las
posibilidades que ofrece la empresa.

INGENIERÍA DE SOFTWARE 22
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Deseo: Fase donde se experimenta el deseo por tener ese


producto o servicio.
 Acción: En esta fase ya está convencido de lo que quiere y,
por lo tanto, se produce la transacción económica y la compra
del bien o servicio.

2.4. Optimización de procesos

2.4.1. Recursos humanos

INGENIERÍA DE SOFTWARE 23
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 5. Proceso de recursos humanos.

2.4.2. Compras

INGENIERÍA DE SOFTWARE 24
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 6. Proceso de compras.

2.4.3. Almacén

INGENIERÍA DE SOFTWARE 25
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 7. Proceso de almacén.

INGENIERÍA DE SOFTWARE 26
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

2.4.4. Administración

Figura 8. Proceso de administración.

INGENIERÍA DE SOFTWARE 27
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

2.4.5. Ventas

Figura 9. Proceso de ventas.

INGENIERÍA DE SOFTWARE 28
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

2.5. Requerimientos

 Validar el ingreso del usuario al sistema.


 Ingresar la información de productos en la base de datos.
 Ingresar la información de los proveedores en la base de datos.
 Registrar la información de los clientes.
 Registrar el detalle de la venta de productos.
 Elaborar factura por la venta de productos.
 Consultar datos de los clientes.
 Consultar datos en el catálogo de productos.
 Consultar datos en el registro de proveedores.
 Eliminar proveedores de artículos.
 Anular factura de venta.
 Registrar la remisión de productos.
 Generar informe de venta diaria
 Generar catálogo de productos
 Alertar del estado actual de la existencia mínima de productos
 Decrementar existencia de productos en inventario
 Generar informes

2.6. Actores
2.6.1. Actores de la empresa
 Gerente/ Propietario: Usualmente vela por todas las funciones
de mercado y ventas de una empresa, así como las operaciones
del día a día. Responsable de liderar y coordinar las funciones de
la planificación estratégica (Wikipedia, Wikipedia, 2020).
 Administrador: Persona que obtiene resultados a través de
otras personas. responsable de llevar a cabo las actividades
necesarias para alcanzar las metas organizacionales (Allen &
Gilmore, 1993).
 Proveedor: Aquel tercero que abastece de materiales u otros
suministros a la empresa, los cuales son necesarios para su
desarrollo y funcionamiento (Soluciones, 2002).

INGENIERÍA DE SOFTWARE 29
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Almacenero: Un almacenero o almacenista es la persona


encargada de la gestión del almacén de una compañía, empresa
u organización (Wikipedia, Wikipedia, 2019).
 Vendedor: Persona que tiene encomendada la venta o
comercialización de productos. Según el sector, puede recibir
diferentes nombres: agente comercial, representante, ejecutivo
de ventas, etc. (Wikipedia, Wikipedia, 2018).
 Cajero: Persona responsable de sumar la cantidad debida por
una compra, cargar al consumidor esa cantidad y después,
recoger el pago por las mercancías (Wikipedia, Wikipedia, 2019).
 Dispensador: Persona que concede, confiere, adjudica,
distribuye o franquea, una cantidad de productos de una
organización a un cliente.
 Cliente: Un cliente es la persona o empresa receptora de un
bien, servicio, producto o idea, a cambio de dinero u otro artículo
de valor (Wikipedia, Wikipedia, 2020).

2.6.2. Actores del proyecto


 Programadores: Son los responsables del desarrollo del
producto en sí; ellos interactúan directamente con el cliente.
 Usuario Líder: Individuo que comprenden el ambiente del
sistema o el dominio del problema en donde será empleado el
software desarrollado.
 Usuario final: Son las personas que usarán el sistema
desarrollado. Ellos están relacionados con la usabilidad, la
disponibilidad y la fiabilidad del sistema.
 Personal de pruebas: Se encargan de elaborar y ejecutar el
plan de pruebas para asegurar que las condiciones presentadas
por el sistema son las adecuadas.
 Personal de Mantenimiento: Estas personas son las
responsables de la administración de cambios, de la
implementación y resolución de anomalías. Su trabajo consiste
en revisar y mejorar los procesos del producto ya finalizado.

INGENIERÍA DE SOFTWARE 30
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

3. OBJETIVOS

3.1. Objetivo general

Realizar un estudio en la empresa “Farmacia JV, que nos permita


implementar una solución tecnológica para optimizar las ventas basado
en la metodología eXtreme Programing.

3.2. Objetivos específicos

 Obtener experiencia práctica sobre los diversos pasos que se tiene


que seguir al implementar un sistema con metodología XP.
 Realizar un diagnóstico situacional efectivo de la problemática de la
empresa.
 Mantener una comunicación en tiempo real con la empresa.
 Identificar y optimizar los procesos realizados por la empresa.
 Definir y describir los requerimientos necesarios de la empresa.
 Mejorar la disponibilidad de información para su uso oportuno.
 Reducir el tiempo para elaborar comprobantes de las ordenes o
pedidos hechas por los clientes.
 Mejorar el control de inventario para un eficiente abastecimiento de
los productos.
 Realizar un análisis de costo beneficio en el sistema planteado
 Reducir costos dentro de los procesos de la empresa.
 Aumentar el nivel de confiabilidad de la información de los reportes
de compras, ventas y almacén, asegurando que los datos entregados
correspondan con los datos registrados.
 Reducir el tiempo de espera en la emisión de comprobantes de
ventas.
 Aumentar el nivel de satisfacción del cliente.
 Aumentar el nivel de satisfacción de cada uno de los usuarios.

INGENIERÍA DE SOFTWARE 31
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Aumentar y mejorar el clima organizacional utilizando nuevas


tecnologías.
 Reducir tiempo para generar los pedidos de los productos a los
proveedores.

4. PLANIFICACIÓN DEL PROYECTO

4.1. Metodología de desarrollo eXtreme Programing (XP)


4.1.1. Definición
La metodología eXtreme Programing es un proceso que se aplica de
manera regular a un conjunto de buenas prácticas para trabajar
colaborativamente, en equipo, y obtener el mejor resultado posible
de un proyecto. Estas prácticas se apoyan unas a otras y su
selección tiene origen en un estudio de la manera de trabajar de
equipos altamente productivos.

eXtreme Programing es una metodología de desarrollo ligero,


basada en prácticas que persiguen el objetivo de aumentar la
productividad a la hora de desarrollar programas. Realizando
entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al cliente del proyecto.

Por ello, eXtreme Programing está especialmente indicado para


proyectos en entornos complejos, donde se necesita obtener
resultados pronto, donde los requisitos son cambiantes o poco
definidos, donde la innovación, la competitividad, la flexibilidad y la
productividad son fundamentales.

4.1.2. Situaciones de uso


Cuando:
 No se está entregando al cliente lo que necesita.
 Las entregas se alargan demasiado.
 Los costes se disparan o la calidad no es aceptable.

INGENIERÍA DE SOFTWARE 32
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Se necesita capacidad de reacción ante la competencia.


 La moral de los equipos es baja y la rotación alta.
 Es necesario identificar y solucionar ineficiencias
sistemáticamente.
 Se quiere trabajar utilizando un proceso especializado en el
desarrollo de producto.

4.1.3. Objetivos
 Busca la satisfacción del cliente.
 Ayuda a potenciar el trabajo en equipo.
 Minimiza el riesgo actuando sobre las variables del proyecto:
costo, tiempo, calidad, alcance.

4.1.4. Características
 Se basa en principios.
 Funcionamiento del software, basadas en pruebas y errores.
 Dirigido a los que producen y utilizan software.
 Se define al cliente.
 Equipo con formación elevada y dispuesto a aprender.
 Conformado por grupos pequeños y muy integrados (2 a 12
personas).

4.1.5. Fases de eXtreme Programing (XP)


eXtreme Programing consta de 4 fases, las cuales son:

1) Planificación: La planificación plantea un diálogo continuo entre


las partes involucradas en el proyecto, incluyendo al cliente,
programadores y coordinadores. Recopila historias de usuarios y
los programadores evalúan el tiempo de desarrollo de cada una.

Los conceptos básicos de la planificación son:


 Las historias de usuarios: Descritas por el cliente, en su
propio lenguaje, como descripciones cortas de lo que el
sistema debe realizar.

INGENIERÍA DE SOFTWARE 33
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 El plan de entregas: Las historias de usuarios serán


agrupadas para conformar una entrega y el orden de las
mismas.
 Plan de iteraciones: Las historias de usuarios seleccionadas
para cada entrega son desarrolladas y probadas en un ciclo
de iteración, de acuerdo al orden preestablecido.
 Reuniones diarias: El objetivo es mantener la comunicación
entre el equipo y compartir problemas y soluciones.

2) Diseño: eXtreme Programing hace especial énfasis en los


diseños simples y claros.

Los conceptos más importantes de diseño en esta metodología


son los siguientes:
 Simplicidad: XP propone implementar el diseño más simple
posible que funcione.
 Soluciones: Cuando es difícil de estimar el tiempo para
implementar una historia de usuario, pueden utilizarse
pequeños programas de prueba.
 Reuniones diarias: El objetivo es mantener la comunicación
entre el equipo y compartir problemas y soluciones.
 Metáforas: Utilizado comprender para el cliente y a su vez
tener suficiente contenido como guía para la arquitectura del
proyecto.

3) Codificación
 Disponibilidad del cliente: Uno de los requerimientos es
tener al cliente disponible durante todo el proyecto.
 Uso de estándares: Promueve la programación basada en
estándares, de manera que sea fácilmente entendible por
todo el equipo.
 Programación dirigida por pruebas: Pruebas unitarias,
realizadas por los desarrolladores. test que condicionan el
desarrollo.

INGENIERÍA DE SOFTWARE 34
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Programación en pares: Propone que se desarrolle en pares


de programadores, ambos trabajando juntos en un mismo
ordenador, al trabajar en pares se minimizan los errores y se
logran mejores diseños.
 Integraciones permanentes: Promueve las nuevas
versiones, siempre libres de errores. Idealmente, todos los
días deben existir nuevas versiones publicadas, para evitar
errores.
 Propiedad colectiva del código: Todo el equipo puede
contribuir con nuevas ideas que apliquen a cualquier parte del
proyecto.
 Ritmo sostenido: El concepto que se desea establecer con
esta práctica es planificar el trabajo de forma a mantener un
ritmo constante, sin sobrecargar al equipo.

4) Pruebas
 Pruebas unitarias: Todo código liberado pase correctamente
las pruebas unitarias, es lo que habilita que funcione la
propiedad colectiva del código.
 Detección y corrección de errores: Cuando se encuentra
un error, debe ser corregido inmediatamente teniendo
precaución para que errores similares no vuelvan a ocurrir.
 Pruebas de aceptación: Son creadas en base a las historias
de usuarios, en cada ciclo de la iteración del desarrollo. El
cliente debe especificar uno o diversos escenarios para
comprobar si ha sido correctamente implementada.
(Joskowicz, 2008).

INGENIERÍA DE SOFTWARE 35
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 10. Fases de eXtreme Programing (XP).

4.2. Alcance

 Implementar de un sistema basado en la metodología eXtreme


Programing, que ayudara a la empresa a optimizar las ventas ya que
facilitara al personal de trabajo, brindando así la atención en el menor
tiempo posible de medicamentos con los mejores estándares de
calidad.
 Satisfacer al cliente en todas sus necesidades cumpliendo los
requerimientos definidos, para que el sistema de ventas apoye en la
toma de decisiones y la administración del negocio de manera
eficiente.

4.3. Tiempo

Desarrollado estimado en un corto plazo, teniendo en cuenta la gestión


de tiempos, reuniendo todos los procesos necesarios para asegurar el
correcto desarrollo de las distintas tareas

Los principales procesos incluidos son:

INGENIERÍA DE SOFTWARE 36
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Definición de tareas: Consiste en identificar y documentar todas


las tareas específicas que deben de realizarse.
 Secuencia de actividades: Es la identificación y documentación
de las interacciones lógicas entre las distintas tareas.
 Estimación de la duración de las tareas: Es el proceso de toma
de información a partir de los objetivos y alcance del proyecto.
 Establecimiento del calendario: Define claramente las fechas
de inicio y fin de cada una de las tareas a desarrollar en el
proyecto.
 Control del calendario: Estos procesos interactúan entre ellos
mismo, y con procesos de otras áreas, y requieren.

Fecha:

 Inicio: 14 de mayo del 2020


 Final: 14 de agosto del 2020

4.4. Costo y financiación

a) Recursos humanos
Tabla 4. Cotos en recursos humanos.
Costo
Personal Soles Dólares Cantidad Total

Líder del proyecto S/3,500.00 $1003.73 1 S/3,500.00


Analista de sistemas S/3,000.00 $860.34 1 S/3,000.00
Programador S/2,000.00 $573.56 2 S/4,000.00
Técnico en sistemas S/920.00 $263.84 1 S/920.00
Técnico en S/1,000.00 $286.78 1 S/1,000.00
documentación
S/12,420.00
Costo: $1 Dólar = S/ 3.49 Soles.

INGENIERÍA DE SOFTWARE 37
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

b) Recursos de hardware
Tabla 5. Cotos en recursos de hardware.
Costo
Hardware Soles Dólares Cantidad Total

Computadora S/3,000.00 $860.34 1 S/3,000.00


Laptop S/2,600.00 $745.63 3 S/7,800.00
Discos duros solidos S/1,500.00 $430.17 3 S/4,500.00
Memoria USB S/55.00 $15.77 3 S/165.00
Impresora S/850.00 $243.76 1 S/850.00
Otros S/1,000.00 $286.78 S/1,000.00
S/17,315.00
Costo: $1 Dólar = S/ 3.49 Soles.

c) Recursos de software
Tabla 6. Cotos en recursos de software.
Costo
Software
Soles Dólares Cantidad Total

Licencias S/1,000.00 $286.78 3 S/3,000.00


Windows 10 Pro S/697.40 $200.00 4 S/2,789.60
MySQL Libre Libre Libre Libre
NetBeans Libre Libre Libre Libre
Microsoft Proyect Libre Libre Libre Libre
IBM Rational Rose Libre Libre Libre Libre
Enterprise
BizagI Modeler Libre Libre Libre Libre
Otros S/600.00 $172.07 S/600.00

INGENIERÍA DE SOFTWARE 38
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

S/ 6,389.6
Costo: $1 Dólar = S/ 3.49 Soles

d) Servicios
Tabla 7. Costo en servicios.
Costo
Servicios
Soles Dólares Cantidad Total

Plan móvil S/75,90 $21.77 4 S/303.60


Plan de internet S/79.90 $22.91 3 S/239.70
Instalación de planes S/60.00 $17.21 3 S/180.00
Otros S/200.00 $57.36 S/200.00
S/923.3
Costo: $1 Dólar = S/ 3.49 Soles.

e) Costo total
Tabla 8. Cotos en total estimado de desarrollo.
Moneda
Ítem Desarrollo
Soles Dólares

01 Personal S/12,420.00 $3,561.80


02 Hardware S/17,315.00 $4,965.59
03 Software S/ 6,389.60 $1,931.41
04 Servicios S/923.3 $261.60
05 Operaciones S/2,500.00 $716.95
06 Administración S/2,000.00 $573.56
Costo total estimado S/41,892.3 $11,869.19

Costo: $1 Dólar = S/ 3.49 Soles.

INGENIERÍA DE SOFTWARE 39
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.5. Calidad

El desarrollo del proyecto de Software, se basan en estándares de


calidad ISO, teniendo en cuenta que para esta industria los estándares
más relevantes son:

 ISO 25000: División para gestión de calidad


 ISO 25001: División para el modelado de calidad
 ISO 25002: División para la medición de calidad
 ISO 25003: División para los requisitos de calidad
 ISO 25004: División para a evaluación de calidad
 ISO 25010: Grado en que dicho producto satisface los requisitos
de sus usuarios aportando de esta manera un valor
 ISO 9001: Estándar que describe el sistema de calidad utilizado
para mantener el desarrollo de un producto que implique diseño.
 ISO 9000-3: Documento específico que interpreta el ISO 9001
para el desarrollador de software.
 ISO 9004-2: Documento proporciona las directrices para el
servicio de facilidades del software como soporte de usuarios.

Tabla 9. Calidad del producto del software.

Calidad del producto del software


Completitud funciona
Adecuación Funcional Corrección funcional
Pertinencia funcional
Comportamiento temporal
Eficiencia de desempeño Utilización de recursos
Capacidad
Compatibilidad Coexistencia
Interoperabilidad
Inteligibilidad

INGENIERÍA DE SOFTWARE 40
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Aprendizaje
Usabilidad Operabilidad
Protección
Estética
Acabildad
Madurez
Disponibilidad
Fiabilidad Tolerancia a fallos
Capacidad de recuperación
Confidencialidad
Integridad
Seguridad No repudio
Autenticidad
Responsabilidad
Modularidad
Mantenibilidad Reusabilidad
Inalizabilidad
Capacidad de ser modificado
Capacidad de ser probado
Capacidad de ser reemplazado
Portabilidad Facilidad de instalación
Adaptabilidad

4.6. Recursos humanos

Para el desarrollo de un Software, se requiere también la gestión de


recursos humanos donde incluirá los procesos requeridos para su
desarrollo y se pueda dirigir el equipo que conforman el proyecto, donde
se considera los siguientes procesos principales:

 Adquisición del equipo del proyecto: Es donde se define


exactamente la obtención o adquisición de los recursos humanos
necesarios para llegar a la conclusión del proyecto.
 Planificación del equipo del proyecto: Utiliza la identificación y
la documentación de los roles de cada uno de ellos,

INGENIERÍA DE SOFTWARE 41
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

responsabilidades y relaciones de informe; Se podría decir, así


como un Plan de Gestión de Personal.
 equipo de desarrollo del proyecto: Se debe optimiza las
competencias y la interacción de los elementos del equipo por
efecto poder lograr un mejor rendimiento ante el proyecto.

4.6.1. Adquisición del equipo del proyecto


 Metodología utilizada para la adquisición del equipo de
trabajo del proyecto

Figura 11. Metodología utilizada para la adquisición del equipo de trabajo del
Proyecto.
4.6.2. Planificación del equipo del proyecto

Tabla 10. Planificación del equipo del proyecto (Perfil – Objetivo).


Planificación del equipo del proyecto
Cargo Perfil Objetivo

Ingeniero certificado y Seguimiento constante para


Líder del capacitado para dirigir y que el desarrollo del
proyecto participar en el plan de proyecto se lleve a cabo.
desarrollo.
Ingeniero certificado y Vigilar que el proyecto se
capacitad, con sólidos desarrolle de acuerdo a los

INGENIERÍA DE SOFTWARE 42
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Ingeniero de conocimientos, habilidades requerimientos.


sistemas y destrezas en la ciencia
de la ingeniería de
sistemas.

Ingeniero certificado y Garantizar que el proyecto


capacitado con se desarrolle y programe de
Programador experiencia comprobada manera eficiente de
en la programación de acuerdo a los
software apto para el plan requerimientos.
de desarrollo.

Individuo certificado Garantizar el mantenimiento


Técnico en totalmente competitivo con y apoyo continuo dentro del
sistemas capacidades eficiente para plan de desarrollo.
la aplicación en el plan de
desarrollo.
Individuo certificado y con Garantizar la elaboración de
capacidad de procesar la manuales e instrucciones
Técnico en información de acuerdo a necesarias según los
documentación las necesidades del plan requerimientos y el plan de
de desarrollo. desarrollo.

Tabla 11. Planificación del equipo del proyecto (Miembro – Rol).


Planificación del equipo del proyecto

Miembro Rol

Pérez Astonitas Roberto Líder del proyecto

Bustamante Campos Keymer Ingeniero de sistemas

INGENIERÍA DE SOFTWARE 43
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Mendoza Canta Jerlin Programador

Sánchez Arbaiza Thania Técnico en sistemas

Bustamante Campos Keymer Alexis Técnico en documentación

4.6.3. Equipo de desarrollo del proyecto

Figura 12. Equipo de desarrollo (Cargo – Miembro – Objetivo).

4.7. Comunicaciones
4.7.1. Manejo de documentación interna y externa del proyecto
Desarrollo de proyecto realizando de manera virtual (teletrabajo),
esto debido al estado de emergencia que está pasando el país y las
condiciones que se están presentando a nivel mundial.

INGENIERÍA DE SOFTWARE 44
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Las comunicaciones dentro del plan de desarrollo están basadas


en la coordinación continúa proporcionando información rápida y
eficiente de cómo se ejecutará, monitoreará, controlará y cerrará
el proyecto.
 Los resultados del proceso de las comunicaciones se revisarán
con regularidad a lo largo del proyecto y se realizarán
modificaciones según sea necesario para asegurar la continuidad
de su aplicabilidad.

4.7.2. Herramientas:
 Google Meet: Servicio de videotelefonía desarrollado por
Google.
 WhatsApp Messenger: Aplicación de mensajería instantánea
para teléfonos inteligentes, en la que se envían y reciben
mensajes mediante Internet, así como imágenes, vídeos, audios,
documentos, ubicaciones, contactos, gifs, así como llamadas y
videollamadas con varios participantes a la vez.
 GitHub: Es una forja para tener proyectos usando el sistema de
control de versiones Git

Figura 13. Herramientas para la comunicación.

4.7.3. Servicios
Para que toda la comunicación sea de manera óptima se tiene que
contar con servicios tanto móviles como de internet

INGENIERÍA DE SOFTWARE 45
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Costo
Servicios
Soles Dólares Cantida Total
d
Plan móvil S/75,90 $21.77 4 S/303.60
Plan de internet S/79.90 $22.91 3 S/239.70
Instalación de planes S/60.00 $17.21 7 S/420.00
Tabla 12. Servicios óptimos para el desarrollo del proyecto.

Figura 14. Fibra óptica, comparación 2019 – 2020.

4.8. Gestión de riesgos

INGENIERÍA DE SOFTWARE 46
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.8.1. Riesgos principales


 Implementación inadecuada de los estándares de análisis,
diseño y desarrollo según la metodología de programación
extrema (XP).
 Necesidades de usuarios no claras y/o definidas.
 Incompatibilidad de caracteres entre los miembros del equipo del
proyecto.
 Matriz de requerimientos incompleta.
 Sistema implementado no amigable o intuitivo.
 Vencimiento de licencias utilizadas y demora en su renovación.

Tabla 13. Riesgos principales (Parte 1).


Descripción Señal de advertencia Estrategia
Implementación Durante las primeras Revisión detallada de
inadecuada de los revisiones de artefactos los entregables por un
estándares de análisis, se encuentran experto.
diseño y desarrollo omisiones o fallas en
según la metodología ellos, en comparación a
de programación las plantillas de XP.
extrema (XP).
En las primeras Aplicar técnicas
entrevistas a usuarios adecuadas en la toma
Necesidades de se obtienen muy pocos de requerimientos para
usuarios no claras y/o requerimientos y mayor orientar a los usuarios
definidas. cantidad de dudas e y dar ideas concretas
interrogantes. de sus necesidades.
Percepción de malestar Cambiar las
en el trabajo entre los actividades de
Incompatibilidad de miembros del equipo del desarrollo para que
caracteres entre los proyecto. Reportes de sean resultados
miembros del equipo discusiones entre los individuales y no
del proyecto. miembros del equipo del retrasen los
proyecto. entregables.

INGENIERÍA DE SOFTWARE 47
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Tabla 14. Riesgos principales (Parte 2).


Descripción Señal de advertencia Estrategia
Controles de cambio Validar la lista de
Matriz de constates por requerimientos con el
requerimientos funcionalidades no patrocinador y todo el
incompleta contempladas en el equipo de proyecto.
análisis original
En las reuniones de Definición de los
revisión del prototipo se patrones a seguir en la
aprecia que la implementación de la
Sistema implementado navegabilidad del interfaz.
no amigable o intuitivo. sistema no es adecuada
y/o que las opciones
son difíciles de
encontrar o intuir su uso
Aparición de alertas de Contar con una lista de
Vencimiento de actualización del herramientas libres
licencias utilizadas y software. que podrán emplearse
demora en su como alternativa.
renovación

4.9. Adquisiciones

Acto de obtener algún producto o servicio mediante una transacción.


Esto exige que el demandante realice una orden de compra y que
el pago sea aceptado por el ofertante.

La adquisición de una compañía o emprendimiento empresarial puede


ser llevada a cabo por un comprador estratégico, que pretende
consolidarse en el mercado, o por un comprador financiero, cuyo
propósito es adquirir una firma para aumentar su valor y luego poder
comercializarla a un monto más elevado.

INGENIERÍA DE SOFTWARE 48
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.9.1. Adquisición de hardware


Tabla 15. Hardware.
Costo
Hardware Soles Dólares Cantidad Total
Computadora S/3,000.00 $860.34 1 S/3,000.00
Laptop S/2,600.00 $745.63 3 S/7,800.00
Discos duros solidos S/1,500.00 $430.17 3 S/4,500.00
Memoria USB S/55.00 $15.77 3 S/165.00
Impresora S/850.00 $243.76 1 S/850.00
Otros S/1,000.00 $286.78 S/1,000.00

4.9.2. Adquisición de software


Tabla 16. Cotos en recursos de software.
Costo
Software
Soles Dólares Cantidad Total
Licencias S/1,000.00 $286.78 3 S/3,000.00
Windows 10 Pro S/697.40 $200.00 4 S/2,789.60
MySQL Libre Libre Libre Libre
NetBeans Libre Libre Libre Libre
Microsoft Proyect Libre Libre Libre Libre
IBM Rational Rose Libre Libre Libre Libre
Enterprise
BizagI Modeler Libre Libre Libre Libre
Otros S/600.00 $172.07 S/600.00

4.9.3. Adquisición de servicios


Tabla 17. Cotos en servicios.
Costo
Servicios
Soles Dólares Cantidad Total

Plan móvil S/75,90 $21.77 4 S/303.60


Plan de internet S/79.90 $22.91 3 S/239.70
Otros S/200.00 $57.36 S/200.00

INGENIERÍA DE SOFTWARE 49
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.10. Cronograma de ejecución

Herramienta con la que estableceremos el calendario o plazos de una


obra o proyecto. Es donde se define el calendario de ejecución del
conjunto de actividades previstas. No es sólo la fecha de inicio y el plazo
de ejecución, sino la programación de cada una de las partes que la
componen.

Figura 15. Cronograma de ejecución.

4.10.1. Tareas y actividades


INICIO
1) Análisis:
 Definición del problema
 Recolección de requisitos
 Especificación preliminar de software
 Estudio de factibilidad
 Elaboración de cronograma
 Estimación de servicio
 Estimación de costos

2) Planificación:
 Definir marco metodológico
 Definición de los requerimientos
 Definición del alcance
 Definición de la arquitectura
 Plan de entregas

INGENIERÍA DE SOFTWARE 50
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

3) Diseño:
 Selección de herramientas
 Diseño conceptual
 Diseño lógico
 Prototipo
 Revisión de diseños
 Mejoras de diseños
 Conseguir aprobación para continuar

4) Codificación:
 Revisión de los diseños
 Ingeniería de software
 Estructura de base de datos
 Inteligencia de negocios
 Programación
 Pruebas de programación

5) Pruebas:
 Pruebas unitarias
 Pruebas de integridad
 Pruebas de seguridad
 Detección de errores
 Corrección de errores
 Prueba de aceptación
 Prueba de sistema general
 Documentación

6) Puesta en marcha:
 Instalación
 Entrenamiento
 Mantenimiento
FIN

INGENIERÍA DE SOFTWARE 51
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

4.10.2. Cronograma de ejecución Microsoft Project

Figura 16. Exportación de cronograma de ejecución Microsoft Project (Pág.1).

INGENIERÍA DE SOFTWARE 52
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 17. Exportación de cronograma de ejecución Microsoft Project (Pág.2).

Figura 18. Exportación de cronograma de ejecución Microsoft Project (Pág.3).

Figura 19. Exportación de cronograma de ejecución Microsoft Project (Pág.4).

INGENIERÍA DE SOFTWARE 53
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 20. Exportación de cronograma de ejecución Microsoft Project (Pág.5).

Figura 21. Exportación de cronograma de ejecución Microsoft Project (Pág.6).

INGENIERÍA DE SOFTWARE 54
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

5. DESARROLLO E IMPLEMENTACIÓN

5.1. Diseño
5.1.1. Diagrama de clase

detalle_ingreso
articulo
iddetalle_ingreso : Integer detalle_salida
categoria idarticulo : String
cant_ingreso : Double iddetalle_salida : Integer
idcategoria : String nom_articulo : String
precio_unitario : Double cant_salida : Double
nom_categoria : String 1 1..* descripcion : String 1 1..* 1 1..*
stock : Double pe_salida : Double
foto : String
precio_venta : Double
1..* 1..*
1
1..*
presentacion
idpresentacion : String
1
nom_presentacion : String 1

1..* salida_articulo
1
ingreso_articulo idsalida : String
detalle_venta fecha_salida : Date
proveedor idingreso : String iddetalle_venta : Integer motivo : String
idproveedor : String fecha_ingreso : Date cant_venta : Double
1 1..* descripcion : String
nom_proveedor : String descripcion : String precio_venta : Double 1..*
ruc : String tipo_ingreso : String
direccion : String tipo_comprobante : String 1..*
1..*
telefono : String num_comprobante : String
total_ingreso : Double

1
1
venta_articulo
cliente
idventa : String sucursal
idcliente : String
fecha_venta : Date idsucursal : String
nom_cliente : String
estado : String nom_sucursal : String
tipo_documento : String
descripcion : String direccion : String
num_documento : String 1 1..* 1..* 1
tipo_comprobante : String descripcion : String
telefono : String
num_comprobante : String telefono : String
direccion : String
total_venta : Double
1

Figura 22. Diagrama de clase

5.1.2. Modelo de datos

Figura 23. Modelo de datos

INGENIERÍA DE SOFTWARE 55
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Figura 24. Grafica de la base de datos

5.2. Codificación
5.2.1. Herramientas
 MySQL: Es un sistema de gestión de bases de datos relacional
desarrollado bajo licencia dual: Licencia pública general/Licencia
comercial por Oracle Corporation y está considerada como la
base de datos de código abierto más popular del mundo,12 y una
de las más populares en general junto a Oracle y Microsoft SQL
Server, todo para entornos de desarrollo web.

Descripción de uso: Herramienta utilizada para el desarrollo de


nuestra base de datos, con el objetivo de administrar los datos
para el desarrollo del sistema, esto gracias a su interfaz visual y
a todas las opciones y herramientas de las que dispone.

INGENIERÍA DE SOFTWARE 56
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 NetBeans: Es un entorno de desarrollo integrado libre, hecho


principalmente para el lenguaje de programación Java. Existe
además un número importante de módulos para extenderlo.
NetBeans IDE es un producto libre y gratuito sin restricciones de
uso.
 
Descripción de uso: Entorno utilizado para el desarrollo del
código, siendo este completo, eficaz, fácil de usar y sobre el
totalmente gratuito.

 Microsoft Proyect: Es un software de administración de


proyectos y programas de proyectos desarrollado y
comercializado por Microsoft para asistir a administradores de
proyectos en el desarrollo de planes, asignación de recursos a
tareas, dar seguimiento al progreso, administrar presupuesto y
analizar cargas de trabajo.

Descripción de uso: Utilizado para crear la ruta crítica de un


proyecto, facilitando la nivelación de recursos y aportando gran
visibilidad sobre las actividades de la cadena crítica. Además,
con esta aplicación, es sencillo crear crea presupuestos basados
en la asignación de trabajo y tasas de recursos.

 IBM Rational Rose Enterprise: Rational Software es


actualmente conocida como una familia de software de IBM para
el despliegue, diseño, construcción, pruebas y administración de
proyectos en el proceso de desarrollo de software. 

Descripción de uso: Herramienta utilizada para el diseño dando


soporte al modelado visual, es decir, que permite representar
gráficamente el sistema.

INGENIERÍA DE SOFTWARE 57
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 BizagI Modeler: Es una suite ofimática con dos productos


complementarios, un Modelador de Procesos y una Suite de
BPM. Bizagi Process Modeler es un Freemium utilizado para
diagramar, documentar y simular procesos usando la notación
estándar BPMN.

Descripción de uso: Utilizado para realizar diagramas,


documentar y simula cada uno de los procesos de manera
gráfica y desde el inicio ver los pasos que se realiza en cada
proceso hasta la culminación de cada uno.

5.3. Documentación
5.3.1. Manual de usuario
Una Guía de usuario, también conocida como Manual de usuario, es
un documento de comunicación técnica destinado a dar asistencia a
las personas que utilizan un sistema en particular.

“Manual de usuario” agregado en anexos al final del documento.

5.3.2. Manual de configuraciones


Es un conjunto de datos que determina el valor de algunas variables
de un programa o de un sistema operativo. Estas opciones
generalmente son cargadas en su inicio y en algunos casos se
deberá reiniciar para poder ver los cambios, ya que el programa no
podrá cargarlos mientras se esté ejecutando, si la configuración aún
no ha sido definida por el usuario (personalizada), el programa o
sistema cargará la configuración predeterminada.

“Manual de configuraciones” agregado en anexos al final del


documento.

INGENIERÍA DE SOFTWARE 58
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

6. IMPLEMENTACIÓN

6.1. Pruebas

Tabla 18. Prueba 1. Registro de empleado.


Prueba 1 Registro de empleado
Descripción El sistema cuenta con una interfaz donde se registra a
los trabajadores de acuerdo al cargo que tienen, el
administrador tenga acceso completo al sistema sin
ninguna restricción, mientras que los demás cuentan con
ciertas restricciones que no permite ingresar a ciertos
campos, esta interfaz cuenta con los mantenedores de
nuevo, guardar, modificar, cancelar, salir, a los
trabajadores se le puede buscar por id, nombre, RUC,
DNI.
Resultado La aplicación registra correctamente a los trabajadores,
esperado así como también se puede registrar un nuevo
trabajador como también modificar.
Resultado obtenido Se realiza correctamente el registro de un trabajador y
se obtiene el resultado que se deseaba.

Tabla 19. Prueba 2. Registro de categorías.


Prueba 2 Registro de categorías
Descripción El sistema cuenta con una interfaz donde se registra las
categorías de los productos, para ello el usuario con
acceso a esta interfaz debe llenar los campos
correspondientes y generar el registro.
Resultado esperado La aplicación registra correctamente las categorías, así
como también se puede modificar.
Resultado obtenido Se realiza correctamente el registro de una categoría y
se obtiene el resultado que se deseaba.

INGENIERÍA DE SOFTWARE 59
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Tabla 20. Prueba 3. Registro de productos.


Prueba 3 Registro de productos
Descripción El usuario al ingresar un producto tiene las opciones de
añadir, mostrar, modificar, eliminar diversos productos.
Resultado esperado El producto registrado debe ser ingresado
correctamente, al momento de modificarse se debe de
actualizarse correctamente, y al momento de eliminar
debe suprimir el producto seleccionado.
Resultado obtenido Se cumple el resultado esperado

Tabla 21. Prueba 4. Consulta de productos por categoría.


Prueba 4 Consulta de productos por categoría
Descripción El usuario realiza su consulta de su lista de pedidos que
va a realizar y espera obtener los productos
correspondientes para su compra.
Resultado esperado La consulta realizada debe mostrar los productos
correspondientes en la consulta realizada.
Resultado obtenido Se cumple el resultado esperado

Tabla 22. Prueba 5. Registro de proveedor


Prueba 5 Registro de proveedor
Descripción El sistema cuenta con una interfaz donde se registra al
proveedor quien nos brinda la compra de los
medicamentos esta interfaz cuenta con los
mantenedores de nuevo, guardar, modificar, cancelar,
salir, a proveedor se le puede buscar por id, nombre,
RUC, DNI.
Resultado esperado La aplicación registra correctamente a nuestros
proveedores, realizamos las pruebas para ver la

INGENIERÍA DE SOFTWARE 60
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

funcionalidad y su función es correcta.


Resultado obtenido Se realiza correctamente el registro de nuestros
proveedores.

Tabla 23. Prueba 6. Registro de clientes.


Prueba 6 Registro de clientes
Descripción El usuario debe llenar los campos de los formularios
que correspondan a la inserción de los clientes y para
concluir satisfactoriamente debe guardar.
Resultado esperado El sistema valida e inserta en los campos de la base de
datos.
Resultado obtenido Se cumple el resultado esperado

Tabla 24. Prueba 7. Registro de los tipos de documentos.


Prueba 7 Registro de los tipos de documentos
Descripción El sistema puede registrar el tipo de documento que se
debe de realizar al momento de realizar la compra o
venta de los medicamentos, la interfaz cuenta con los
mantenedores de nuevo, guardar, modificar, cancelar,
salir, a los documentos se le puede buscar por código y
descripción.
Resultado La aplicación registra correctamente un tipo de
esperado documento ya sea tique, factura, boleta, donde describe
la compra o venta de los medicamentos con su
respectiva descripción de lo solicitado, para realizar el
pago por lo que se desea adquirir.
Resultado obtenido Se realiza correctamente el tipo de documento de boleta
por la venta de medicamento.

Tabla 25. Prueba 8. Búsqueda de productos o proveedores.

Prueba 8 Búsqueda de productos o proveedores


Descripción La empresa necesita que el usuario rellene el formulario

INGENIERÍA DE SOFTWARE 61
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

de búsqueda.
Resultado esperado La búsqueda se hace correctamente según tipo y el
valor de búsqueda.
Resultado obtenido Se cumple el resultado esperado
Tabla 26. Prueba 9. Realizar las compras.
Prueba 9 Realizar las compras
Descripción El sistema cuenta con una interfaz donde se registra las
compras que se realizara cuando algunos
medicamentos llegan al stock mínimo que es 100, la
aplicación cuenta con los siguientes mantenedores
nuevo, guardar, cancelar, salir.
Resultado esperado La aplicación registra la información de los
medicamentos que se va a comprar, también se puede
registrar un nuevo medicamento que se requiere de su
compra como también se puede cancelar o guardar.
Resultado obtenido Se realiza correctamente el detalle de la compra que se
va a realizar.

Tabla 27. Prueba 10. Anulación de compra.


Prueba 10 Anulación de compra
Descripción El sistema cuenta con una interfaz donde se puede
anular una compra, está siendo buscada de acuerdo a
la fecha en que fue registrada o realizada.
Resultado esperado La aplicación puede anular correctamente sin tener
conflicto de datos.
Resultado obtenido Se cumple el resultado esperado

Tabla 28. Prueba 11. Búsqueda de productos o clientes.


Prueba 11 Búsqueda de productos o clientes
Descripción La empresa necesita que el usuario rellene el formulario
de búsqueda.
Resultado esperado La búsqueda se hace correctamente según tipo y el

INGENIERÍA DE SOFTWARE 62
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

valor de búsqueda.
Resultado obtenido Se cumple el resultado esperado

Tabla 29. Prueba 12. Realizar venta


Prueba 12 Realizar venta
Descripción El usuario realiza una venta, después la acepta la lista
de productos a vender, luego genera el comprobante de
todos los productos registrados.
Resultado esperado La aplicación tiene que almacenar correctamente toda
la información ingresada por el usuario correctamente.
Luego mostrar el comprobante de pago.
Resultado obtenido Se cumple el resultado esperado.

Tabla 30. Prueba 13. Anulación de venta


Prueba 13 Anulación de venta
Descripción El sistema cuenta con una interfaz donde se puede
anular una venta, está siendo buscada de acuerdo a la
fecha en que fue registrada o realizada.
Resultado esperado La aplicación puede anular correctamente sin tener
conflicto de datos.
Resultado obtenido Se cumple el resultado esperado

Tabla 31. Prueba 14. Consultas


Prueba 14 Consultas
Descripción El sistema cuenta con un conjunto de interfases donde
se puede consultar las compras realizadas, compras
detalladas, ventas realizadas, ventas detalladas y la
estadística mensual todos esto gracias que se puede
buscar de acuerdo a la fecha en que fue realizada.
Resultado esperado La aplicación puede consultar y reportar correctamente

INGENIERÍA DE SOFTWARE 63
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

en cada una de las interfaces sin tener conflicto de


datos.
Resultado obtenido Se cumple el resultado esperado

Tabla 32. Prueba 15. Llamado de la calculadora de Windows.


Prueba 15 Llamado a la calculadora de Windows
Descripción Para tener una mayor factibilidad y poder ser más
prácticos en las operaciones matemáticas, esto hace un
llamado a la calculadora de Windows.
Resultado esperado Se espera que la aplicación muestre la calculadora de
manera correcta en la pantalla, para que el proceso de
ventas y compras tengan herramientas de ayuda.
Resultado obtenido Se realiza correctamente el llamado el llamado de la
calculadora de Windows.

Tabla 33. Prueba 16. Cambiar contraseña.


Prueba 16 Cambiar contraseña
Descripción Interfaz que permite que el usuario, pueda modificar la
contraseña asignada por el administrador.
Resultado esperado Se pretende que la aplicación pueda modificar la
contraseña, para poder tener una mayor seguridad de
información.
Resultado obtenido Se realiza correctamente el cambio de contraseña, se
cumple el resultado esperado.

Tabla 34. Prueba 17. Respaldo de base de datos.


Prueba 17 Respaldo de base de datos
Descripción El sistema respalda la base de datos, copia de
seguridad de los múltiples archivos y datos.
Resultado esperado Respaldar la base de datos en el menor tiempo posible

INGENIERÍA DE SOFTWARE 64
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

y tener datos seguros en otra fuente independiente.


Resultado obtenido Se realiza correctamente el respaldo de la base de
datos.
Se cumple lo esperado.

Tabla 35. Prueba 18. Restaurar base de datos.


Prueba 18 Restaurar base de datos
Descripción Interfaz que permite restaurar la base de datos,
garantizando la seguridad de los datos, proceso o
acción que va acompañada del respaldo de base de
datos.
Resultado esperado Restaurar la copia de seguridad más recientes y
obtener toda la mayor cantidad de datos del sistema.

Resultado obtenido Se realiza correctamente restauración de la base de


datos, se cumple lo esperado.

Tabla 36. Prueba 19. Manual de usuario del sistema.


Prueba 19 Manual de usuario del sistema
Descripción El manual de usuario es un documento técnico de un
sistema que intenta dar asistencia a sus usuarios.
Resultado esperado Lograr que sea una guía rápida sobre cómo usar las
funciones principales del sistema. Y en cierta instancia
resolver problemas.
Resultado obtenido Se realiza correctamente la ayuda del manual de
usuario, se cumple lo esperado.

Tabla 37. Prueba 20. Manual de configuraciones del sistema.


Prueba 19 Manual de configuraciones del sistema
Descripción El manual de configuraciones es un documento técnico
de un sistema que intenta dar asistencia a sus usuarios,

INGENIERÍA DE SOFTWARE 65
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

con respecto a las configuraciones que se debe tener


para el correcto funcionamiento.
Resultado esperado Lograr que sea una guía rápida y eficiente de como
poder tener las configuraciones del sistema para su
correcto funcionamiento.
Resultado obtenido Se realiza correctamente la ayuda del manual de
configuraciones, se cumple lo esperado.

6.2. Capacitación

Para un buen manejo del sistema y evitar errores se tiene que conocer
el funcionamiento correctamente de él. Para ello tenemos que capacitar
al personal encargado de utilizar el sistema.

Para ello se va a capacitar a los trabajadores, esto según su oficio y


cargo que realiza dentro la Farmacia JV.

El dueño de la farmacia” JV”, también será capacitado en todos los


procesos que realiza el sistema, ya que el por ser dueño debe de tener
acceso a todas las funcionalidades del sistema como: las ventas,
compras, almacén, consultas, mantenimiento, herramientas y las
funciones de ayuda.

La duración de la capacitación que se va hacer dentro de la empresa es


de 3 (tres) días, esto conforme a lo planteado por el cronograma de
proyecto, los días en los que se realizaran dicha capacitación son:

1) 11 de agosto del 2020:


 Tema:
- Procesos del sistema
 Horario:
- Mañana: 8:00 AM - 12 PM
- Tarde: 3:000 PM - 5:00PM

2) 12 de agosto del 2020:


 Tema:

INGENIERÍA DE SOFTWARE 66
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

- Niveles de acceso del sistema


 Horario:
- Mañana: 8:00 AM - 12 PM
- Tarde: 3:000 PM - 5:00PM

3) 13 de agosto del 2020:


 Repaso

6.3. Implementación

La implantación es un proceso especial de inserción del sistema en la


institución, es una de las fases más complejas del proceso. Incluye las
actividades de compilación, instalación y personalización.

Definiendo esto el sistema de ventas desarrollado para la farmacia “JV”,


se pondrá en funcionamiento desde el día 14 de agosto del año 2020 a
las 9:00 AM. Dicho día también se hará una personalización que
consiste en adaptar la aplicación al usuario final mediante un
procedimiento llamado parametrización.

7. MEJORA CONTINUA

7.1. Opciones adicionales

 Pronóstico de demanda: Esto llegará a ser una mejora a futuro,


cuando se tenga un enorme registro de ventas y se requerirá hacer
una función para hacer el pronóstico de la demanda por mes, por año
o temporadas.
 Ventas perdidas por falta de stock: Para una posterior mejora se
debe registrar todos los productos que no se llegó a vender por falta
de Stock o por no conocer de algunos productos.
 Opción de manejo intuitivo con teclado: Para mejorar el uso y
agilidad del uso del sistema, se debe lograr a futuro el manejo con el

INGENIERÍA DE SOFTWARE 67
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

teclado, logrando las ventas con mayor rápidas y agilidad en la


Farmacia JV.
 Indicadores y ayuda visual en todo momento: Esto ayuda a
promover la participación en la mejora de las actividades a todas las
personas involucradas de la Farmacia JV.
 Productos similares por principio activo: El sistema debe dar
sugerencias en cuanto un producto, para no tener perdidas en
ventas.
 Reporte de productos por vencer: Cuando nos encontremos con
una gran cantidad de productos, se debe requerir una función de
reportes, de los productos que puedan estar cerca a la fecha de
coeducación.

7.2. Consideraciones

Para tener una mejora continua de excelencia nos basaremos también


en la ISO 25000 que se encarga de calidad del producto software.

ISO/IEC 25000: Conocida como SQuaRE (System and Software Quality


Requirements and Evaluation), familia de normas que tiene por objetivo
la evaluar la calidad del producto software.  ISO/IEC 25000 se encuentra
compuesta por cinco divisiones.

Figura 25. ISO/IEC 25000

INGENIERÍA DE SOFTWARE 68
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

a) ISO/IEC 2500n – División de Gestión de Calidad

Las normas que forman este apartado definen todos los modelos,
términos y definiciones comunes referenciados por todas las otras
normas de la familia 25000. Actualmente esta división se encuentra
formada por:

 ISO/IEC 25000 - Guide to SQuaRE: Contiene el modelo de la


arquitectura de SQuaRE, la terminología de la familia, un resumen
de las partes, los usuarios previstos y las partes asociadas, así
como los modelos de referencia.
 ISO/IEC 25001 - Planning and Management: Establece los
requisitos y orientaciones para gestionar la evaluación y
especificación de los requisitos del producto software.

b) ISO/IEC 2501n – División de Modelo de Calidad

Las normas de este apartado presentan modelos de calidad detallados


incluyendo características para calidad interna, externa y en uso del
producto software. Actualmente esta división se encuentra formada por:

 ISO/IEC 25010 - System and software quality models: Describe el


modelo de calidad para el producto software y para la calidad en
uso.
 ISO/IEC 25012 - Data Quality model: define un modelo general
para la calidad de los datos, aplicable a aquellos datos que se
encuentran almacenados de manera estructurada y forman parte
de un Sistema de Información.

c) ISO/IEC 2502n – División de Medición de Calidad

Estas normas incluyen un modelo de referencia de la medición de la


calidad del producto, definiciones de medidas de calidad (interna,
externa y en uso) y guías prácticas para su aplicación.

INGENIERÍA DE SOFTWARE 69
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 ISO/IEC 25020 - Measurement reference model and guide:


presenta una explicación introductoria y un modelo de referencia
común a los elementos de medición de la calidad.
 ISO/IEC 25021 - Quality measure elements: define y especifica un
conjunto recomendado de métricas base y derivadas que puedan
ser usadas a lo largo de todo el ciclo de vida del desarrollo
software.
 ISO/IEC 25022 - Measurement of quality in use: define
específicamente las métricas para realizar la medición de la
calidad en uso del producto.
 ISO/IEC 25023 - Measurement of system and software product
quality: define específicamente las métricas para realizar la
medición de la calidad de productos y sistemas software.
 ISO/IEC 25024 - Measurement of data quality: define
específicamente las métricas para realizar la medición de la
calidad de datos.

d) ISO/IEC 2503n – División de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de


calidad que pueden ser utilizados en el proceso de elicitación de
requisitos de calidad del producto software a desarrollar o como entrada
del proceso de evaluación. Para ello, este apartado se compone de:

 ISO/IEC 25030 - Quality requirements: provee de un conjunto de


recomendaciones para realizar la especificación de los requisitos
de calidad del producto software.

e) ISO/IEC 2504n – División de Evaluación de Calidad

Este apartado incluye normas que proporcionan requisitos,


recomendaciones y guías para llevar a cabo el proceso de evaluación
del producto software. Esta división se encuentra formada por:

 ISO/IEC 25040 - Evaluation reference model and guide: propone


un modelo de referencia general para la evaluación, que

INGENIERÍA DE SOFTWARE 70
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

considera las entradas al proceso de evaluación, las restricciones


y los recursos necesarios para obtener las correspondientes
salidas.
 ISO/IEC 25041 - Evaluation guide for developers, acquirers and
independent evaluators: describe los requisitos y
recomendaciones para la implementación práctica de la
evaluación del producto software desde el punto de vista de los
desarrolladores, de los adquirentes y de los evaluadores
independientes.
 ISO/IEC 25042 - Evaluation modules: define lo que la Norma
considera un módulo de evaluación y la documentación,
estructura y contenido que se debe utilizar a la hora de definir uno
de estos módulos.
 ISO/IEC 25045 - Evaluation module for recoverability: define un
módulo para la evaluación de la subcaracterística Recuperabilidad
(Recoverability).

7.3. Garantía

La garantía asegura que el sistema de software desarrollado para la


Farmacia JV tenga valides por un año, presentando las siguientes las
características:

 Confiabilidad: No existen vulnerabilidades explotables,


maliciosas o insertadas no intencionalmente;
 Ejecución predecible: Confianza de que el software, cuando se
ejecute, funcione como debe de hacerlo;
 Conformidad: Conjunto planeado y sistemático de actividades
multidisciplinarias que garanticen los procesos de software y que
los productos cumplan con los requisitos, normas y
procedimientos.

INGENIERÍA DE SOFTWARE 71
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

La garantía de la calidad o más conocido como el aseguramiento de la


calidad dada por la norma ISO 8402, define las acciones en conjunto
sistemática y planificada que son necesarias para dar confianza sobre
un producto o servicio que va a satisfacer los requerimientos
proporcionados por la calidad.

7.4. Revisiones del Software

Proceso o reunión en la que el producto de software es examinado por


los administradores, usuarios, clientes u otros participantes para hacer
comentarios o llegar a una aprobación.

8. REFERENCIAS BIBLIOGRÁFICAS

agilealliance.org. (2020). agilealliance.org. Obtenido de agilealliance.org:


https://www.agilealliance.org/glossary/xp/#q=~(infinite~false~filters~(post
Type~(~'post~'aa_book~'aa_event_session~'aa_experience_report~'aa_
glossary~'aa_research_paper~'aa_video)~tags~(~'xp))~searchTerm~'~s
ort~false~sortDirection~'asc~page~1)

Allen, W., & Gilmore, H. (1993). What Managers Do. American Management
Association.

Antonio, D. C. (2012). Analisis de sistemas de información. Mexico: Red Tecer


Milenio. Obtenido de aliat.org.mx:

INGENIERÍA DE SOFTWARE 72
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

http://www.aliat.org.mx/BibliotecasDigitales/sistemas/Analisis_de_sistem
as_de_informacion.pdf

Artidoro, V. C. (s.f.). Analisis y diseño orientado a objetos.

Cisneros Delao, I. M. (2018). Implementación de un sistema de información


para la mejora de la gestión de la Farmacia. Lima.

depaz, R. (2016). monografias.com. Obtenido de monografias.com:


https://www.monografias.com/trabajos109/monografia-ingenieria-
requerimiento/monografia-ingenieria-requerimiento.shtml

Iván, P. T. (s.f.). Administración de Base de Datos.

Pablo, S. B. (s.f.). https://ocw.unican.es/. Obtenido de https://ocw.unican.es/:


https://ocw.unican.es/pluginfile.php/1408/course/section/1803/tema7-
gestionRiesgos.pdf

Potes, J. (s.f.). Scribd. Obtenido de Scribd:


https://es.scribd.com/doc/44900090/CRONOGRAMA-DE-EJECUCION-
DEL-PROYECTO

Quispe Hernández, A. Á., & Vargas Chavarri, F. (2016). Implementación de un


sistema web para optimizar la gestión administrativa de la empresa
comenrcial Angelito de la ciudad de Chepen. Trujillo.

Samamé, P. P. (2018). Implementacion de un sistema de información web.


Lima.

Wikipedia. (8 de Mayo de 2018). Wikipedia. Obtenido de Wikipedia:


https://es.wikipedia.org/wiki/Vendedor

Wikipedia. (3 de Agosto de 2019). Wikipedia. Obtenido de Wikipedia:


https://es.wikipedia.org/wiki/Almacenero

Wikipedia. (1 de Septiembre de 2019). Wikipedia. Obtenido de Wikipedia:


https://es.wikipedia.org/wiki/Cajero

Soluciones, R. (2002). Reviso. Obtenido de Reviso:


https://www.reviso.com/es/que-es-un-proveedor

Torres, J. E. (2013). Análisis, diseño e implementación de un sistema. Lima.

INGENIERÍA DE SOFTWARE 73
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

Unitru.edu.pe. (s.f.). Unitru.edu.pe. Obtenido de Unitru.edu.pe:


https://www.unitru.edu.pe/Publicaciones/DESCARGAS/manual%20de
%20usuario%20SIPLAN.pdf

Wikipedia. (13 de Febrero de 2020). Wikipedia. Obtenido de Wikipedia:


https://es.wikipedia.org/wiki/Gerente_general

Wikipedia. (8 de Junio de 2020). Wikipedia. Obtenido de Wikipedia:


https://es.wikipedia.org/wiki/Cliente_(econom%C3%ADa)

9. ANEXOS
 Manual de usuario

INGENIERÍA DE SOFTWARE 74
UNIVERSIDAD NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS
TORIBIO RODRÍGUEZ DE Y MECÁNICA ELÉCTRICA
MENDOZA DE AMAZONAS E. P. DE INGENIERÍA DE SISTEMAS

 Manual de configuraciones

INGENIERÍA DE SOFTWARE 75

También podría gustarte