1. P á g i n a 1 | 52
INSTITUTO POLITÉCNICO NACIONAL
UNIDAD PROFESIONAL INTERDISCIPLINARIADE INGENIERÍA
Y CIENCIAS SOCIALES Y ADMINISTRATIVAS
UPIICSA
Ingeniería de Requerimientos
Sistema FerrePoint
Presenta:
Gómez Martínez Jonathan Antonio
Gómez Salazar Carlos Arturo
Asesor:
Mtro. Oskar Armando Gómez Coronel
CIUDAD DE MÉXICO, OCTUBRE 25, 2021
2. P á g i n a 2 | 52
INDICE
INTRODUCCIÓN......................................................................................................................... 4
PROPUESTA .............................................................................................................................. 5
OBJETIVOS................................................................................................................................ 6
Objetivo General ................................................................................................................... 6
Objetivos Específicos ............................................................................................................. 6
PERFILES (RECURSOS)................................................................................................................ 7
JUSTIFICACIÓN.......................................................................................................................... 7
ALCANCE DEL PROYECTO ........................................................................................................... 8
TÉCNICAS DE RECOPILACIÓN DE INFORMACIÓN.......................................................................... 8
Técnicas De Recopilación De Información Primarias................................................................. 8
Entrevista (Plantilla)...................................................................................................... 8
Técnicas De Recopilación De Información Secundaria.............................................................11
Estudio de documentación: Datos Del Ticket De Soporte......................................11
Observación..................................................................................................................14
ENTREVISTA APLICADA .............................................................................................................15
ANÁLISIS DE LA ENTREVISTA .....................................................................................................19
REQUERIMIENTOS....................................................................................................................20
Funcionales..........................................................................................................................20
No Funcionales.....................................................................................................................20
Modelado del negocio..............................................................................................................21
Diagramas de Caso de uso del modelado del negocio.................................................................21
Transacción de ventas...........................................................................................................21
Transacciones en Operaciones de caja...................................................................................21
Transacción en revisión de almacén.......................................................................................22
DESCRIPCIÓN DEL SOFTWARE...................................................................................................22
Duración De Desarrollo Previsto............................................................................................22
Descripción Funcional Del Proyecto.......................................................................................22
Diagramas de Caso de Uso del Sistema......................................................................................23
Diagrama Transaccionesen Productos...................................................................................23
Diagrama Registroen el sistema............................................................................................27
Diagrama Inicio de sesión......................................................................................................29
3. P á g i n a 3 | 52
Diagrama Realizar venta........................................................................................................31
Diagrama Consultar reporte de ventas del dia........................................................................33
Riesgos................................................................................................................................36
IMPACTO FINANCIERO..............................................................................................................36
Justificación Del Gasto..........................................................................................................36
Impacto De No Realizar La Contratación Propuesta ................................................................36
SELECCIÓN DE SOFTWARE ........................................................................................................37
Análisis De Software.............................................................................................................37
Métrica de calidad de software.................................................................................................41
Métrica basada en puntos de función....................................................................................41
Resultados de aplicación de la métrica basada en punto de función ........................................50
CONCLUSIÓN ...........................................................................................................................50
REFERENCIAS ...........................................................................................................................51
4. P á g i n a 4 | 52
INTRODUCCIÓN
Todos alguna vez hemos tenido la necesidad de acudir a una ferretería o casade materiales
cuando se nos ha presentado algún problema en casa y nos urge solucionarlo o no
conocemos a nadie que lo haga por nosotros y a muchos nos ha sucedido que al llegar al
establecimiento y solicitar los productos que requerimos, el personal que nos atiende nos
dice que lo tienen y va a buscarlo, pero tiempo después regresa para decirnos que
lamentablemente tienen agotado ese producto. Eso es muy molesto y poco profesional por
parte de la sucursal a la que acudimos. Nosotros buscamos eliminar este problema de una
manera eficaz y automatizada para todos los negocios de este giro que lo requieran. Y de
acuerdo con Henry Ford, "Antes que cualquier otra cosa, estar preparado es el secreto del
éxito" queremos que los negocios mejoren su calidad en el servicio y además tengan un
mejor manejo interno de sus finanzas porque es bien sabido que en México la mayoría de
los negocios no llevan una correcta administración de sus transacciones porque según la
firma internacional Salles, “los principales problemas detectados en las Pymes mexicanas
son la falta de experiencia (79%), escasez de capital (99%), excesivas inversiones en
activos fijos (58%) y tienen pocos sistemas de información confiable (59%).”.
FerrePoint es una aplicación de escritorio en la que los negocios de ferretería se podrán
apoyar para tener un mejor control de sus productos en existencia y necesarios en el
almacén además de una herramienta que les ayude con sus finanzas del negocio
diariamente y estadísticas de los productos más solicitados en ciertos periodos de tiempo.
De esta manera se busca reducir la brecha de oportunidad en el éxito de las PYMES con
este giro en el país además de darles una ventaja competitiva tiendo en cuenta las
necesidades más comunes de sus clientes.
5. P á g i n a 5 | 52
PROPUESTA
ERP PARA FERRETERIAS CON INTENCIÓN DE MODERNIZAR SU MODELO DE
NEGOCIO
Antes que nada, se debe saber el concepto de ERP, lo cual es la planificación de recursos
empresariales. Se refiere a los paquetes de sistemas y software que utilizan las
organizaciones para administrar las actividades diarias del negocio, tales como la
contabilidad, el abastecimiento, la administración de proyectos y la fabricación.
La problemática de las ferreterías locales es el gasto desmedido de papel y notas para
llevar un control de sus productos, con lo cual se da mucho la situación de traspapelar la
información, por lo cual este software propone eliminar el uso de papel como modo de
control, además de sintetizar y compartir la información de manera más rápida con su
cartera de clientes diaria, dentro de este software se podrán visualizar los productos en
existencia, su disponibilidad y obviamente precio, además derivado de la contingencia
sanitaria, abra una opción de orden digital en donde el cliente podrá asistir a dicho negocio
y en el área de cobranza, gracias a un dispositivo, podrá ordenar sus productos a comprar
sin necesidad de mantener contacto físico (estaúltima funcional será agregada en negocios
que cuenten con un mayor presupuesto).
Retomando el problema del papel, esto ayudara ya que en distintos casos los contratos nos
encontramos que se usan demasiadas carpetas verdes para archivar por mes, en donde
de las 700 hojas que vienen en la mayoría, no se ocupa ni siquiera un cuarto de estas, por
lo cual, al ser usado el software la información se podrán buscar los productos de manera
más eficiente, ayudando también al cliente a que su estancia dentro del negocio no sea
muy larga. Por lo que se agilizará el proceso de ventas durante el pasar de los días.
6. P á g i n a 6 | 52
OBJETIVOS
Objetivo General
Desarrollar e implementar una aplicación de escritorio como una herramienta para la
gestión de los negocios con el giro de ferretería o casade materiales la cual buscaoptimizar
el sistema de inventarios dentro del negocio ofreciendo además herramientas que ayuden
a los dueños a comprender mejor su mercado y brindarles los productos de la mejor calidad
de acuerdo con sus necesidades.Y además siendo un sistemael cual mantenga un estricto
y ágil control de las finanzas diarias dentro del negocio.
Objetivos Específicos
1. Optimizar el sistema de almacén en el negocio, ofreciendo información acerca de
los productos en existencia, faltantes y prontos a agotarse de acuerdo con el
inventario de cada sucursal.
2. Mejorar el sistema de finanzas de cada negocio, agilizando la forma de registro de
ventas de los productos diariamente, almacenando dicha información para generar
reportes de ventas y ganancias. Además de estar relacionadas las ventas
directamente con los registros del inventario.
3. Ofreceruna herramienta que brinde a los encargados del negocio los productos más
populares y solicitados por los usuarios además de los menos solicitados para un
mejor manejo de las solicitudes de reabastecimiento hacia los proveedores.
7. P á g i n a 7 | 52
PERFILES (RECURSOS)
NOMBRE IDENTIFICADOR PERFIL
Gómez Martínez Jonathan Antonio GMJA Programador y Administrador de Base de Datos
Gómez Salazar Carlos Arturo GSCA Programador y Administrador de Base de Datos
Nota: Ambos integrantes comparten en título de “Líder De Proyecto”
JUSTIFICACIÓN
En la actualidad es muy común muchas empresas o pequeños negocios continúan
realizando sus reportes y gestión del negocio de manera manual y sin automatización
alguna, aunque es muy accesible y fácil el tener un manejo digital de los negocios. Esto
implica gran cantidad de tiempo extra destinado a dichas labores.
Por otra parte, tenemos una de las debilidades más grandes que presentan los negocios
locales es que normalmente no conocen a su mercado a profundidad. Por ello y como dice
el financiero (2018),” Un primer análisis que revele cuál es el público objetivo de un producto
o servicio, lo que buscan y qué está haciendo la competencia, son conocimientos vitales
para darle una dirección y factor diferenciador a una empresa o negocio.”.
Y entonces si queremos evitar estas principales problemáticas en los negocios pequeños y
específicamente en este giro, es necesario que cuenten las herramientas necesarias para
brindar el mejor servicio a sus clientes y al mismo tiempo facilitar sus tareas administrativas
de una manera fácil y cómoda.
8. P á g i n a 8 | 52
ALCANCE DEL PROYECTO
Con el desarrollo de este proyecto de software buscamos solucionar las necesidades y
principales problemáticas que presentan los pequeños negocios a nivel nacional. De esta
manera podremos prestar el mejor servicio de soporte para soluciones de problemas y
optimización de la manera más eficaz posible. Después se podrá tomas un tiempo para
analizar si es factible implementar el sistema a otras regiones a nivel mundial.
TÉCNICAS DE RECOPILACIÓN DE INFORMACIÓN
Técnicas De Recopilación De Información Primarias
Entrevista (Plantilla)
Nombre: Jorge Teyssier Juárez Ocupación: Gerente Fecha: 17-09-2021
Duración de la entrevista: Max 20 min.
Esta entrevista tiene comopropósito conocer cómotrabaja su negocio actualmente y cuáles
son las problemáticas que encuentra en su modelo de negocio, así como poderle dar una
posible solución a su problema.
1. ¿Cuál es la/las problemáticas/s que detecta en su negocio?
2. ¿Si es que cuenta con empleados, ellos, conocen las características sobre la
operación de la manutención del negocio? (Si cuenta con empleados, avanzar a
pregunta 3).
3. ¿Qué funciones realiza la/las persona/s en el área donde se detectó el problema?
4. ¿Tiene alguna idea sobre cuál podría ser la solución?
5. ¿Sólo en el área indicada será beneficiada o se podría extender hacía todo el
negocio?
9. P á g i n a 9 | 52
6. ¿Ha intentado utilizar sistemas gestores nativos o sobre algún servidor? Sí
(Pregunta 7), No (Pregunta 8)
7. ¿Cuál o cuáles ha utilizado y cuál fue su experiencia con los antes mencionados?
8. ¿Por qué no ha dado el salto a lo digital?
9. ¿Qué tareas básicas cree usted debe permitir hacer automáticamente el sistema
propuesto?
10. ¿Cuentan con el equipo necesario para poder implementar el sistema?
11. ¿Se necesitan documentos externos o todo se podría realizar dentro del sistema?
12. ¿Cuánto uso le daría al sistema y habrá fechas donde se tendrá que usar a su
máximo rendimiento?
13. ¿Para una mayor comodidad y comunicación a lo largo del negocio, se cuenta con
algún cableado?
14. ¿Se buscará capacitar al/los encargados de dicho sistema?
15. ¿Le gustaría incluir algún tipo de validación como códigos de barras, códigos QR o
firmas electrónicas?
16. ¿Está usted conforme con la nula cantidad de errores que tendrá el sistema?
17. ¿Entiende y cree en la posibilidad que el sistema podría reemplazar a personal en
caso de que se desee automatizar?
18. ¿Al entender, todo lo anterior, y ver todo lo que hace falta, en cuanto tiempo
aproximadamente desearía tener su software funcionando?
19. ¿En caso de tener algún otro espacio o sucursal, también se buscaría implementar
el sistema ahí?
20. Considera necesario la entrega de manuales físicos o ¿preferiría instalarlos de
manera nativa?
10. P á g i n a 10 | 52
21. ¿Para usted sería de utilidad, crear un dominio específico de cuentas de correo
electrónico para tener un plus en el uso del sistema?
22. ¿Cuál es la edad o el rango (en caso de que lo ocuparan varias personas) de quién
utilizaría este sistema?
23. ¿Quisiera optimizar alguna función especial para gente con discapacidad, comouna
guía con audio, para personas con debilidad visual o auditiva?
24. ¿La información recabada dentro del sistema, tiene que ser conocida, por alguien,
poco relacionado con el negocio?
25. ¿Alrededor de cuantos años planea un contrato con nosotros?
26. Si fuese un sistema demasiado específico y de nicho, ¿cree usted, sería necesario
contar con actualizaciones en cuestión de contenido?
27. Se sabe que lo óptimo sería trabajar en la arquitectura Windows, pero, para
garantizar mayor seguridad, ¿estaría dispuesto al uso de otro sistema operativo
como Linux?
28. ¿Necesitaría una extensión móvil, exclusivamente para el administrador o preferiría
contar con un sistema de perfiles dentro del sistema a instalar?
29. ¿Necesita sistema de centavos o se usarán solamente cantidades enteras?
30. ¿Para usted el diseño es importante?
Gracias por su tiempo, espero me pueda ayudar con las dudas que tenga posteriormente,
que tenga un excelente día.
Entrevistador: Jonathan Gómez
11. P á g i n a 11 | 52
Técnicas De Recopilación De Información Secundaria
Estudio de documentación: Datos Del Ticket De
Soporte
Esto incluye métricas generales como el volumen de
tickets, el tema y el tiempo de resolución.
• Último ticket enviado
• Número de tickets enviados
El requerimiento de los tickets ayudará a ver más que nada, lo que podrán ahorrar las
ferreterías al usar nuestro software, ya que como se mencionó se busca erradicar de cierta
forma los registros en papel, por lo que habrá un gran ahorro que claro al inicio se deberá
invertir en nuestro sistema, pero a futuro genera utilidades en no hacer grandes gastos.
Las métricas como el Net Promoter Score (NPS) y el Customer Satisfaction Score (CSAT)
son métricas realmente útiles para que cualquier empresa pueda reducir su rotación y
optimice la experiencia del cliente con un producto o servicio.
Gracias a estas métricas podremos saber cómo se siente el cliente con la atención
brindadas en los distintos puntos de ventas.
Net Promoter Score
Es una herramienta que sirve como parámetro para poder observar y medir la satisfacción
del cliente a base de una sola pregunta, que regularmente se solicita al finalizar la
experiencia dentro del lugar al que asista, está métrica nos proporcionará el indicador de
crecimiento en el caso de FerrePoint, de cada ferretería que utilice nuestro sistema.
Gracias al NPS podremos evaluar el grado en que una persona recomienda tu compañía,
siguiendo la filosofía de Fred Reicheld “La idea es muy sencilla: si te gusta usar un producto
12. P á g i n a 12 | 52
o hacer negocios con una empresa en particular, estás dispuesto a compartir esa
experiencia con otros.”
La pregunta que servirá para obtener las métricas deseadas puede ser diversas, en la que
nosotros nos enfocaremos en la siguiente:
De acuerdo con tu expericia dentro de la sucursal, en una escala del 1 al 10 ¿qué
calificación brindaría?
A través de los resultados podremos segmentarlos clientes de cada negocio en tres grupos
principales:
Detractores: Este segmento de clientes, la mayor parte de las veces darán una
calificación menor o igual a seis. La razón por la que hay que tomar en cuenta a este
tipo de cliente es porque no solo no van a recomendar el negocio, también es
probable que se encargue de comentar y persuadir a más personas a no
consumirnos.
Pasivos: Cliente promedio, que no genera una preocupación por perderlos, al
contrario, este segmento de clientes es que se decidirá quedar en el negocio durante
un largo tiempo, brindando así una calificación estándar entre ocho y nueve. No nos
garantiza a que recomendarán el negocio, pero no tendremos duda en que no
hablarán mal de él.
Promotores: Clientes que no se deben dejar ir, la calificación va a variar entre
nueve y diez, por lo que los dueños pueden estar seguros que recomendaran su
negocio.
13. P á g i n a 13 | 52
Customer Satisfaction Score
La métrica CSAT funciona realizando una encuesta al cliente inmediatamente después de
entregarle su producto y varía el canal, pudiendo ser vía telefónica, a través de un email o
dentro del mismosistema,a diferencia del NTP, aquí no se buscará que el cliente se vuelva
nuestro promotor, está métrica se centra en la calidad del servicio, siendo la base de
calificación un rango de uno a cinco.
La fórmula que se usará será la siguiente: %Detractores - %Promotores – NPS
14. P á g i n a 14 | 52
Observación
La observación consiste en la indagación sistemática, dirigida a estudiar los aspectos más
significativos de los objetos, hechos, situaciones sociales o personas en el contexto donde
se desarrollan normalmente; permitiendo la comprensión de la verdadera realidad del
fenómeno.
Según Bunge (2000), la observación se caracteriza por ser:
Intencionada: coloca las metas y los objetivos que los seres humanos se proponen
en relación con los hechos.
Ilustrada: cualquier observación para ser tal, está dentro de un cuerpo de
conocimientos desde una perspectiva teórica.
Selectiva: excluye aquello que solo interesa conocer del cúmulo de cosas de un
amplio campo de observación.
Interpretativa: describir y explicar aquello que se observa y que al final ofrece algún
tipo de explicación acerca del fenómeno, al colocarlo en relación con otros datos y
con otros conocimientos previos.
En concreto, la observación nos servirá para hacer una catarsis entre nuestros dos métodos
anteriores, para así poder comenzar a hacer la documentación necesaria.
Como detallamos nuestro sistema si bien estará hecho para los negocios, se centrará más
en la satisfacción que tendrán los clientes, a su vez, la observación también se dará fuera
del sistema, ya que también se buscará modernizar el ambiente tecnológico de cada
negocio (ferretería).
15. P á g i n a 15 | 52
ENTREVISTAAPLICADA
Nombre: Jorge Teyssier Juárez Ocupación: Gerente Fecha: 17-09-2021
Duración de la entrevista: Max 20 min.
Esta entrevista tiene comopropósito conocer cómotrabaja su negocio actualmente y cuáles
son las problemáticas que encuentra en su modelo de negocio, así como poderle dar una
posible solución a su problema.
1. ¿Cuál es la/las problemáticas/s que detecta en su negocio?
La problemática principal es que mucha información se traspapela y también existe
muchaduplicidad, por lo que no podemos atender a los a los clientes de una manera
efectiva, a su vez, nuestro método de almacén cada vez lo notamos más
deteriorado, más que nada en todo el papel que se gasta gracias las carpetas que
mes a mes estamos comprando, lo cual únicamente genera desperdicios y pérdidas.
2. ¿Si es que cuenta con empleados, ellos, conocen las características sobre la
operación de la manutención del negocio? (Si cuenta con empleados, avanzar
a pregunta 3).
Sí
3. ¿Qué funciones realiza la/las persona/s en el área donde se detectó el
problema?
Como tal no tenemos áreas específicas, ya que todos fungen como empleados
generales.
4. ¿Tiene alguna idea sobre cuál podría ser la solución?
Un sistema de gestión, el cuál controle nuestro almacén y dar el paso a
sistematización de nuestro negocio.
16. P á g i n a 16 | 52
5. ¿Sólo en el área indicada será beneficiada o se podría extender hacía todo el
negocio?
Prácticamente sería todo el negocio
6. ¿Ha intentado utilizar sistemas gestores nativos o sobre algún servidor? Sí
(Pregunta 7), No (Pregunta 8)
No
7. ¿Cuál o cuáles ha utilizado y cuál fue su experiencia con los antes
mencionados?
8. ¿Por qué no ha dado el salto a lo digital?
No lo veía necesario debido a nuestro tipo de clientes, pero día a día este segmento
de negocios crece y se vuelve muy cambiante nuestro público a diario, desde
expertos hasta no expertos.
9. ¿Qué tareas básicas cree usted debe permitir hacer automáticamente el
sistema propuesto?
Elegir productos, ver disponibilidad, actualizar almacén.
10. ¿Cuentan con el equipo necesario para poder implementar el sistema?
No, pero tenemos el presupuesto necesario, para actualizar lo poco que tenemos y
algo más.
11. ¿Se necesitan documentos externos o todo se podría realizar dentro del
sistema?
Quizás las notas de nuestros proveedores, pero solo es cuestión de pedir que nos
las envíen por correo.
12. ¿Cuánto uso le daría al sistema y habrá fechas donde se tendrá que usar a su
máximo rendimiento?
17. P á g i n a 17 | 52
Se usaría básicamente a diario, y sobre el máximo rendimiento, no creo que sea
necesario.
13. ¿Para una mayor comodidad y comunicación a lo largo del negocio, se cuenta
con algún cableado?
Solo lo básico para el par de computadoras que usamos y el internet.
14. ¿Se buscará capacitar al/los encargados de dicho sistema?
Sería lo ideal, aunque por lo que me mencionas que será un sistema muy intuitivo,
podría ser rápido el entendimiento de mis empleados, más que nada porque son
jóvenes.
15. ¿Le gustaría incluir algún tipo de validación como códigos de barras, códigos
QR o firmas electrónicas?
Por el momento no, quizás la opción de los códigos de barra, para poder cobrar
desde el sistema.
16. ¿Está usted conforme con la nula cantidad de errores que tendrá el sistema?
Pues aún no lo conozco, así que no puedo responder eso
17. ¿Entiende y cree enla posibilidad que el sistema podría reemplazara personal
en caso de que se desee automatizar?
No creo que pueda reemplazar, a fin de cuentas, nosotros conocemos los productos
y siempre son necesarios los trabajadores.
18. ¿Al entender, todo lo anterior, y ver todo lo que hace falta, en cuanto tiempo
aproximadamente desearía tener su software funcionando?
Pues antes de que terminé el año, para que a partir del 2022 sea lo que estemos
utilizando.
19. ¿En caso de tener algún otro espacio o sucursal, también se buscaría
implementar el sistema ahí?
18. P á g i n a 18 | 52
Si, no quiero que sea exclusivo para una sola tienda.
20. Considera necesario la entrega de manuales físicos o ¿preferiría instalarlos
de manera nativa?
Si se pudiera, quisiéramos evitar manuales y preferiría una platica a gran escala
sobre el sistema.
21. ¿Para usted sería de utilidad, crear un dominio específico de cuentas de
correo electrónico para tener un plus en el uso del sistema?
No
22. ¿Cuál es la edad o el rango (en caso de que lo ocuparan varias personas) de
quién utilizaría este sistema?
Dado que son pocos empleados, puedo decir que al menos menor a 40 años.
23. ¿Quisiera optimizar alguna función especial para gente con discapacidad,
como una guía con audio, para personas con debilidad visual o auditiva?
No
24. ¿La información recabada dentro del sistema, tiene que ser conocida, por
alguien, poco relacionado con el negocio?
No, bueno, los clientes deben conocer los productos.
25. ¿Alrededor de cuantos años planea un contrato con nosotros?
5 años
26. Si fuese un sistema demasiado específico y de nicho, ¿cree usted, sería
necesario contar con actualizaciones en cuestión de contenido?
No lo veo necesario.
27. Se sabe que lo óptimo sería trabajar en la arquitectura Windows, pero, para
garantizar mayor seguridad, ¿estaría dispuesto al uso de otro sistema
operativo como Linux?
19. P á g i n a 19 | 52
Sólo conozco Windows
28. ¿Necesitaría una extensión móvil, exclusivamente para el administrador o
preferiría contar con un sistema de perfiles dentro del sistema a instalar?
Perfiles
29. ¿Necesita sistema de centavos o se usarán solamente cantidades enteras?
Cantidades enteras
30. ¿Para usted el diseño es importante?
Con que lo entienda es más que suficiente
Gracias por su tiempo, espero me pueda ayudar con las dudas que tenga posteriormente,
que tenga un excelente día.
Entrevistador: Jonathan Gómez
ANÁLISIS DE LA ENTREVISTA
Se realizó una investigación para conocer las necesidades del proyecto que se
implementara a la empresa en la ferretería piloto para el uso de nuestro sistema, por lo cual
se elaboró una entrevista al Gerente de la Ferretería Jorge Teyssier Juárez y se obtuvo la
siguiente información:
La problemática que se tiene es la duplicidad de información, la mala administración y
comunicación de esta, lo que ocasiona pérdida de tiempo y gasto excesiva, y haciendo los
procesos de compra y venta muy largos y a veces resultando en fracasos.
La solución al problema indicado es la creación de un sistema de información el cual
gestione y controle los productos ofrecidos por el negocio, para la correcta administración.
Los encargados de manejar el sistema de información deberán tener una capacitación para
poder realizar correctamente sus funciones.
20. P á g i n a 20 | 52
REQUERIMIENTOS
Funcionales
El sistemadebe permitir al usuario tener un control de inventario general de la tienda
Debe ser posible registrar nuevos productos que venden, eliminar un producto que
ya no van a vender o que tienen agotado.
Controlar en la entrada y salida de los productos que les llegan por medio de los
proveedores y que posteriormente son vendidos.
Gestionar las ventas diarias el cual toma los datos generales de la venta como lo
son productos, cantidades, precios y fecha y hora de la venta para almacenarla y
hacer al final del día un reporte de las ventas del día.
No Funcionales
El sistema debe ser accesible con la cuenta del usuario principal que es el dueño
del negocio, esto para evitar cualquier manejo no autorizado de la información del
negocio.
El sistema necesita ser fluido y adaptable a los equipos para ejecutarse
establemente en equipos de cómputo con requisitos de gama media o superior.
Debe tener una interfaz amigable para el personal.
Es necesario que pueda funcionar sin internet.
Debe ser compatible con Windows 7 o superior.
21. P á g i n a 21 | 52
MODELADO DEL NEGOCIO
Al ser un sistema plenamente abierto para distintos tipos de clientes pero con el mismo
objetivo el cual es la compra-venta de productos de la industria ferretera, es necesario
generalizar las transacciones que se realizan en este modelo de negocio.
DIAGRAMAS DE CASO DE USO DEL MODELADO DEL NEGOCIO
Transacción de ventas
Transacciones en Operaciones de caja
22. P á g i n a 22 | 52
Transacción en revisión de almacén
DESCRIPCIÓN DEL SOFTWARE
Duración De Desarrollo Previsto
Fecha
Inicio
01/09/2021
Fecha Fin 23/12/2021
Descripción Funcional Del Proyecto
Este software tiene como objetivos principales la agilización de los procesos de venta y
almacenaje en la ferretería, además de promover el consumo mínimo de papel.
A través de 2 tipos de perfiles se podrá realizar diversas tareas como lo son: Añadir,
modificar o eliminar distintos datos (productos) que serán almacenados en una base de
23. P á g i n a 23 | 52
datos, y que con esto se podrán encontrar de forma más rápida, ya que además de distintos
filtros de búsqueda.
DIAGRAMAS DE CASO DE USO DEL SISTEMA
Diagrama Transacciones en Productos
Nombre: Transacciones en Productos
Actor: Gerente/ Vendedor / BD Productos
Descripción: Describe el proceso de agregar, modificar o eliminar un producto en el
sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
24. P á g i n a 24 | 52
1. Entrar al submenú productos 1. Muestra en pantalla 3 botones
correspondiente a las 3 operaciones
disponible que son agregar,
modificar o eliminar un producto
Alternativa 1: 1. Pulsar botón agregar 1. Muestra pantalla para agregar un
producto
2.Se ingresa el nombre del
producto, tipo de producto,
departamento, cantidad mínima
para venta, cantidad de elementos.
2. Se despliega el mensaje
“agregado con éxito” y regresa al
menú anterior.
Reinicia el CU
Alternativa 2: 1. Pulsar botón modificar 1. Muestra pantalla para modificar
un producto.
2.Se ingresa el nombre del
producto, o id del producto para
localizarlo
2. Se despliega en pantalla el
producto y los campos disponibles
para modificar.
3.Modificar los datos deseados de
los campos disponibles. Al finalizar
pulsar finalizado.
3.Muestra el mensaje “Modificación
realizada.” Y regresa al menú
anterior.
Reinicia el CU
25. P á g i n a 25 | 52
Alternativa 3:
1. Pulsar botón eliminar 1. Muestra pantalla para eliminar un
producto.
2.Se ingresa el nombre del
producto, o id del producto para
localizarlo
2. Se despliega en pantalla el
producto y un botón para confirmar
el borrado.
3.Pulsar el botón confirmar cuando
ya se ha localizado el producto
objetivo
3.Muestra el mensaje “Eliminación
realizada.” Y regresa al menú
anterior.
Reinicia el CU
Precondición: El vendedor y/o gerente deben estar registrados y logeados previamente.
Haber iniciado sesión y acceder al menú modificar productos.
Poscondición: El vendedor y/o gerente han modificado algún producto en el sistema
Presunción: La base de datos / aplicación de FerrePoint están habilitados.
27. P á g i n a 27 | 52
Diagrama Registro en el sistema
Nombre: Registro en el sistema
Actor: Gerente/ Vendedor / BD Vendedores / BD Gerentes
Descripción: Describe el proceso de registrar a un vendedor o gerente en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Entrar al menú registro vendedor
o gerente según sea el caso
1. Muestra en pantalla el menú de
registro
2. Rellenar los campos solicitados 2.Valida que los datos ingresados
sean correctos.
28. P á g i n a 28 | 52
3.Concluir registro 3.Muestra en pantalla el mensaje
“Registro realizado con éxito” y
vuelve a la pantalla inicial.
Alternativa 1: 1. Entrar al menú registro vendedor
o gerente según sea el caso
1. Muestra en pantalla el menú de
registro
2. Rellenar los campos solicitados 2.Datos ingresados son
incorrectos e indica el campo a
corregir.
3.Concluir registro 3.Muestra en pantalla el mensaje
“Registro realizado con éxito” y
vuelve a la pantalla inicial.
Precondición: -
Poscondición: El vendedor o gerente ha sido registrado en el sistema
Presunción: La base de datos / aplicación de FerrePoint están habilitados.
29. P á g i n a 29 | 52
Diagrama Inicio de sesión
Nombre: Inicio de sesión
Actor: Gerente/ Vendedor / BD Vendedores / BD Gerentes
Descripción: Describe el proceso de inicio de sesión para acceder al sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Entrar al menú inicio de sesión. 1. Muestra en pantalla el menú de
inicio de sesión
2. Rellenar los campos usuario y
contraseña
2.Valida que los datos ingresados
sean correctos.
30. P á g i n a 30 | 52
3.Accede al sistema 3.Muestra en pantalla el menú
principal.
Alternativa 1: 1. Entrar al menú inicio de sesión. 1. Muestra en pantalla el menú de
inicio de sesión
2. Rellenar los campos usuario y
contraseña
2. Usuario o contraseña
incorrectos. Se indica el campo a
corregir.
3. Corregir los datos incorrectos 3.Valida que los datos ingresados
sean correctos.
3.Accede al sistema 3.Muestra en pantalla el menú
principal.
Precondición: -
Poscondición: El vendedor o gerente ha sido registrado en el sistema
Presunción: La base de datos / aplicación de FerrePoint están habilitados.
31. P á g i n a 31 | 52
Diagrama Realizar venta
Nombre: Registrar venta
Actor: Gerente/ Vendedor / Cliente/ BD Ventas
Descripción: Describe el proceso de registrar una venta de productos en el sistema
Flujo Principal: Eventos ACTOR Eventos SISTEMA
1. Entrar al menú venta 1. Muestra en pantalla el menú de
ventas
32. P á g i n a 32 | 52
2. Buscar el producto por nombre o
id
2.Valida que los datos ingresados
sean correctos.
3.Seleccion el producto y la
cantidad para agregarlos a la lista
de la venta
3.Muestra en pantalla los productos
seleccionados además del precio de
cada uno y el total a pagar.
4.Oprimir el botón de finalizar 4.Despliga la información general
de la venta
Alternativa 1: 1. Entrar al menú venta 1. Muestra en pantalla el menú de
ventas
2. Buscar el producto por nombre o
id
2.Datos incorrectos, producto no
encontrado
3.Solicita de nuevo la información
para buscar algún producto
3.Valida que los datos ingresados
sean correctos.
4.Seleccion el producto y la
cantidad para agregarlos a la lista
de la venta
4.Muestra en pantalla los productos
seleccionados además del precio de
cada uno y el total a pagar.
5.Oprimir el botón de finalizar 5.Despliga la información general
de la venta
33. P á g i n a 33 | 52
Precondición: El vendedor o gerente debe haber iniciado sesión previamente.
Poscondición: Se ha registrado una nueva venta en el sistema.
Presunción: La base de datos / aplicación de FerrePoint están habilitados.
Diagrama Consultar reporte de ventas del dia
Nombre: Consultar reporte de ventas del dia
Actor: Gerente / BD Ventas
Descripción: Describe el proceso de consultar un reporte de ventas de un dia especifico,
en el sistema.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
34. P á g i n a 34 | 52
1. Entrar al menú reportes de ventas 1. Muestra en pantalla el menú de
reportes ventas
2. Buscar el reporte por fecha. 2.Valida que los datos ingresados
sean correctos.
3.Abre el reporte. 3.Despliega en pantalla el reporte
de ventas del dia de la fecha
ingresada.
4.Oprimir el botón descargar. 4.Se genera y guarda un documento
pdf del reporte de ventas
consultado.
Alternativa 1: 1. Entrar al menú reportes de ventas 1. Muestra en pantalla el menú de
reportes ventas
2. Buscar el reporte por fecha. 2.Fecha incorrecta o sin algún
reporte.
3.Ingresa nuevamente una fecha
para buscar algún reporte.
3. Valida que los datos ingresados
sean correctos.
4.Abre el reporte. 4.Despliega en pantalla el reporte
de ventas del dia de la fecha
ingresada.
35. P á g i n a 35 | 52
5.Oprimir el botón descargar. 5.Se genera y guarda un documento
pdf del reporte de ventas
consultado.
6.Oprimir el botón de finalizar 6.Despliga la información general
de la venta
Precondición: El vendedor o gerente debe haber iniciado sesión previamente.
Poscondición: Se ha consultado y/o descargado el reporte de ventas.
Presunción: La base de datos / aplicación de FerrePoint están habilitados.
36. P á g i n a 36 | 52
Riesgos
Descripción del riesgo o
problema potencial
Probabilidad de
ocurrencia (alta, media,
baja)
Impacto al proyecto /
servicio (alto, medio,
bajo)
EL DESINTERÉS DE LA
EMPRESA POR
ADQUIRIRLO
BAJA ALTO
LA NO CONCLUSIÓN EN
TIEMPO Y FORMA DEL
PROYECTO
BAJA ALTO
PÉRDIDA DE
INFORMACIÓN
BAJA ALTO
IMPACTO FINANCIERO
Justificación Del Gasto
En cuestión de pago a los desarrolladores puede que se genere un gasto ya que hay que
aclarar los términos para que la entrega del proyecto, y también la intención que tienen para
renovar sus equipos, aunque esa parte se encuentra cubierta, ya que desde hace tiempo
tenían planeada esta actualización.
Impacto De No Realizar La Contratación Propuesta
Si no se llevase a cabo este proyecto de la forma ya planteada, nuestra acreditación en la
Unidad de Aprendizaje “Ingeniería de Requerimientos”, se vería en riesgo lo que podría
perjudicarnos.
37. P á g i n a 37 | 52
SELECCIÓN DE SOFTWARE
Análisis De Software
A continuación, se presentan una serie de lenguajes de programación candidatos a ser
empleados en el desarrollo, procedemos a analizar superficialmente cada uno para detectar
cual se adapta mas al tipo de proyecto que esta por desarrollarse.
C# Visual Studio Gratis o Licencia Escolar
Sencillez:C# elimina muchos elementos que otros lenguajes incluyen y que son
innecesarios en .NET.
Modernidad:Incorpora en el propio lenguaje elementos que son muy útiles para el
desarrollo de aplicaciones y que en otros lenguajes como Java o C++ hay que simular,
como un tipo básico decimal que permita realizar operaciones de alta precisión con
reales de 128 bits, la inclusión de una instrucción foreach que permita recorrer
colecciones con facilidad y es ampliable a tipos definidos por el usuario, la inclusión de
un tipo básico string para representar cadenas o la distinción de un tipo bool específico
para representar valores lógicos.
Orientación a objetos (OO): Como todo lenguaje de programación de propósito
general actual, C# es un lenguaje orientado a objetos, aunque eso es más bien una
característica del CTS que de C#. Se diferencia en este enfoque OO respecto al de
otros lenguajes como C++,en que C# es más puro en tanto que no admiten ni funciones
ni variables globales sino que todo el código y datos han de definirse dentro de
definiciones de tipos de datos, lo que reduce problemas por conflictos de nombres y
facilita la legibilidad del código.
Orientación a componentes: La propia sintaxis de C# incluye elementos propios del
diseño de componentes que otros lenguajes tienen que simular mediante
38. P á g i n a 38 | 52
construcciones más o menos complejas. Es decir, C# permite definir cómodamente
propiedades (similares a campos de acceso controlado), eventos (asociación
controlada de funciones de respuesta a notificaciones) o atributos (información sobre
un tipo o sus miembros).
Instrucciones seguras: Para evitar errores muy comunes, en C# se han impuesto una
serie de restricciones en el uso de las instrucciones de control más comunes.
Python Gratis
Los aforismos encontrados en el “Zen de Python” dejan ver la legibilidad y sencillez del
código, lo cual contribuye a que la curva de aprendizaje sea muy baja comparada con la de
otros lenguajes.
Python es un lenguaje recomendado para desarrollar proyectos de aplicaciones web,
gracias a fameworks como Diango. Otro campo donde Python es pionero es en el uso de
técnicas de scraping y crawling, donde se facilita la extracción de información de páginas
web, gracias a su herramienta Scrapy.
Por su parte, la evolución del Big Data y de la inteligencia artificial con su Deep learning,
como también el auge de Data Science, han extendido de forma revolucionara la
preferencia de los desarrolladores por el uso del lenguaje Python.
Ventajas
Lenguaje de programación orientado a objetos.
Lenguaje muy didáctico, con este lenguaje puedes aprender muchos otros lenguajes con
gran facilidad, como C#, Java, Visual Basic, Javascript, PHP, entre otros.
Es muy potente en lo que se refiere a creación de sistemas complejos, un lenguaje muy
robusto.
39. P á g i n a 39 | 52
Actualmente, puede compilar y ejecutar código de C, ya viene con librerías para realizar
esta labor.
Desventajas
Es mucho más difícil de usar q otros lenguajes de programación.
Es complejo para programar bases de datos
Los punteros (es muy complicado su sistema).
C Gratis
Interactúa directamente con el sistema operativo.
Asignación manual de memoria (optimiza recursos).
Muy usable en sistemas empotrados y máquinas que usan lenguajes de bajo
nivel.
Uso de punteros de forma flexible.
Integración con otros lenguajes: desde lenguajes de más alto nivel (Python) a
web.
Tipado estricto, lo cual evita los errores de tipos en ejecución.
JAVA Gratis
Simple
Orientado a Objetos
Tipado estáticamente
Distribuido
40. P á g i n a 40 | 52
Interpretado
Robusto
Seguro
de Arquitectura Neutral
Multihilo
con Recolector de basura (Garbage Collector)
Portable
de Alto Rendimiento: sobre todo con la aparición de hardware especializado y
mejor software
Dinámico
Escogemos C#
Es la opción más viable debido a que conocemos el lenguaje y la plataforma donde se
realiza es muy amigable además que cuenta con las herramientas y extensiones para
añadir las funciones que son necesarias de una manera rápida y sencilla.
Base de datos:
SQL Server Data Base Gratis
SQL es una base de datos basada en servidor que permite a varios usuarios acceder a
múltiples bases de datos. El software funciona en múltiples plataformas, incluyendo la
mayoría de las variedades de UNIX y Windows. Ofrece usabilidad de primer plano limitada
y está diseñado como un servidor de base de datos back-end. SQL se diferencia de otros
41. P á g i n a 41 | 52
productos de base de datos por sus costos,la versión no empresarial se distribuye de forma
gratuita.
MÉTRICADE CALIDAD DE SOFTWARE
Métrica basada en puntos de función
Paso 1: identificar componentes del sistema:
Entradas Externas: procesos en la que se introducen datos
Salidas Externas: procesos en donde se envían datos al exterior del sistema
Consultas: procesos en donde se combinan un dato de entrada y uno de salida sin
afectar a los almacenamientos La salida no contiene información derivada
Archivos Externos: grupos de datos que se mantienen externamente
Archivos Internos: grupos de datos relacionados entre si internos al sistema
Paso 2: Calcular su valor de función en base al de nro. de atributos que involucre y la
cantidad de archivos que use (se multiplica la cantidad de componentes que existen de
cada tipo por el valor correspondiente).
42. P á g i n a 42 | 52
Paso 3: Luego de obtenerse un valor para cada tipo de componentes del sistema sumando
se calcula el PFNA (punto de función no ajustado)
Clasificación de
Entradas y
consultas
1-4
Atributos
Simple
5-15
Atributos
Media
+15
Atributos
Compleja
Total
Entradas externas 3*3 4*0 6*4 33
Archivos internos 5*1 7*0 10*2 25
Consultas 3*4 4*1 6*1 22
SUMADE
VALORES
80
Clasificación de
Salidas
1-4
Atributos
Simple
5-15
Atributos
Media
+15
Atributos
Compleja
Total
Archivos externos 7*1 10*0 15*1 22
Salidas Externas 4*1 5*0 7*0 4
SUMADE
VALORES
26
Paso 4: Luego de obtenerse un valor para cada tipo de componentes del sistema sumando
se calcula el PFNA (punto de función no ajustado)
Paso 5: Utilizando las Tablas de Complejidad Técnica
43. P á g i n a 43 | 52
PFNA(Puntos de función no acumulados)=106
Paso 6: Calculamos el Factor de Complejidad Técnica para el sistema: • Para cada uno de
los 14 factores técnicos elegimos su impacto en nuestro sistema, este impacto puede ser
0,1,2,3,4,5 • Luego utilizamos la siguiente fórmula:
FCT= 0,65 + 0,01 * Σ Fi
Factores técnicos Ponderacion
1. Comunicación de Datos: los
datos o información de control
que la aplicación utiliza se envía
o recibe a través de las
facilidades de comunicación.
0 Aplicación es batch exclusivamente
1-2 Impresión o entrada de datos remota
3-5 Teleproceso (TP) interactivo
3 TP interface a un proceso batch
5 La aplicación es interactiva
predominantemente
2. Función Distribuída.
"Distribuída" significa que los
componentes (o los datos) de la
aplicación están distribuídos en
dos o más procesadores
0 La aplicación no ayuda a la trasferencia
de datos o a la función de procesamiento entre
los componentes del sistema
1 La aplicación prepara datos para el
usuario final de otro procesador
44. P á g i n a 44 | 52
diferentes (esto también
incrementa el factor anterior).
2-4 Los datos se preparan para trasferencia,
se trasfieren y se procesan en otro componente
del sistema
5 Las funciones de procesamiento se
realizan dinámicamente en el componente más
apropiado del sistema.
3. Rendimiento: referido a la
importancia de respuesta dentro
de todo el sistema
0-3 Análisis y diseño de las consideraciones
del rendimiento son estándar. No se precisan
requerimientos especiales por parte del usuario
4 En la fase de diseño se incluyen tareas
del análisis del rendimiento para cumplir los
requerimientos del usuario
5 Además se utilizan herramientas de
análisis del rendimiento en el diseño, desarrollo
e instalación
4. Configuración utilizada
masivamente: referente a la
importancia del entorno. Esto es,
si hay restricciones de memoria
o del hardware.
0-3 La aplicación corre en una máquina
estándar sin restricciones de operación
4 Restricciones de operación requieren
características específicas de la aplicación en el
procesador central
5 Además hay restricciones específicas a
la aplicación en los componentes distribuídos del
sistema.
45. P á g i n a 45 | 52
5. Tasas de Transacción: una alta
llegada de transacciones provoca
problemas más allá de los de la
característica 3
0-3 Las tasas son tales que las
consideraciones de análisis de rendimiento son
estándares
4 En la fase de diseño se incluyen tareas
de análisis de rendimiento para verificar las altas
tasas de transacciones
5 Además se utilizan herramientas de
análisis del rendimiento.
6. Entrada On-Line de datos 0-2 Hasta el 15% de las transacciones
tienen entrada interactiva
3-4 15% al 30% tienen entrada interactiva4
5 30% al 50% tienen entrada interactiva.
7. Diseño para la eficiencia de
usuario final
0-3 No se especifican requerimientos
especiales
4 Se incluyen tareas de diseño para la
consideración de factores humanos
5 Además se utilizan herramientas
especiales o de prototipado para promover la
eficiencia.
8. Actualización On-Line 0 Nada
1-2 Actualización on line de los ficheros de
control. El volumen de actualización es bajo y la
recuperación fácil.
46. P á g i n a 46 | 52
3 Actualización on line de la mayoría de
los ficheros internos lógicos
4 Además es esencial la protección contra
la pérdida de datos
5 Además se considera el coste de
recuperación de volúmenes elevados.
9. Complejidad del
procesamiento: esto es,
complejidad interna más allá de
la media en lo referente a la
entrada, salida o lógica de
procesamiento
0 No se aplica nada de esto
1 Se aplica alguna cosa
2 Se aplican dos cosas
3 Se aplican tres cosas
4 Se aplican cuatro cosas
5 Se aplica todo.
10. Utilizable en otras
aplicaciones: el código se diseña
para que sea compartido o
utilizable por otras aplicaciones
(no confundir con 13).
0-1 Una aplicación local que responde a las
necesidades de una organización usuaria
2-3 La aplicación utiliza o produce módulos
comunes que consideran más necesidades que
las del usuario
4-5 Además, la aplicación se "empaquetó" y
documentó con el propósito de fácil reutilización
11. Facilidad de Instalación 0-1 No se requieren por parte del usuario
facilidades especiales de conversión e instalación
2-3 Los requerimientos de conversión e
instalación fueron descritos por el usuario y se
proporcionaron guías de conversión e instalación
47. P á g i n a 47 | 52
4-5 Además se proporcionaron y probaron
herramientas de conversión e instalación
12. Facilidad de Operación 0 No se especifican por parte del usuario
consideraciones específicas de operación
1-2 Se requieren, proporcionan y prueban
procesos específicos de arranque, backup y
recuperación
3-4 Además la aplicación minimiza la
necesidad de actividades manuales, tales como
instalación de cintas y papel
5 La aplicación se diseña para operación
sin atención
13. Puestos Múltiples. 0 El usuario no requiere la consideración
de más de un puesto
1-3 Se incluyeron necesidades de varios
puestos en el diseño
4-5 Se proporciona documentación y plan de
apoyo para soportar la aplicación en varios
lugares
14. Facilidad de
Cambio: esfuerzo específico de
diseño para facilitar cambios
futuros.
0 No hay requerimientos especiales del
usuario para minimizar o facilitar el cambio
1-3 Se proporciona capacidad de consulta
flexible
48. P á g i n a 48 | 52
4-5 Datos importantes de control se
mantienen en tablas que son actualizadas por el
usuario a través de procesos on-line interactivos.
Valor del Factor Influencia
en el
Sistema
Porcentaje que afecta
o es requerido por la
aplicación
0 Ninguna 0%
1 Insignificante 1-20%
2 Moderada 21-40%
3 Media 41-60%
4 Significativa 61-80%
5 Fuerte 81-100%
Factores técnicos Valor
asignado
1. Comunicaciones de datos 1
2. Datos o procesamiento
distribuídos
0
3. Objetivos de rendimiento 2
4. Configuración utilizada
masivamente
2
49. P á g i n a 49 | 52
5. Tasa de transacción 1
6. Entrada de datos on-line 0
7. Eficiencia para el usuario 2
8. Actualización on-line 1
9. Procesamiento complejo 0
10. Reutilización 3
11. Facilidad de instalación
y conversión
1
12. Facilidad de operación 2
13. Puestos múltiples 2
14. Facilidad de cambio. 2
Suma valore Fi 19
FCT= 0,65 + 0,01 * 19 = 0.84
Paso 7: Calculamos el valor de los Puntos de Función Ajustados
PFA= PFNA* FCT
PFA=106*0.84 = 89.04
50. P á g i n a 50 | 52
Resultados de aplicación de la métrica basada en punto de función
Con base en el resultado de los puntos de función ajustados podemos decir que:
El proyecto cuenta con una complejidad sencilla de acuerdo con la siguiente rubrica:
Sencilla: <=100 puntos
Media: 100<PF<=300
Difícil: 300<PF<=500
Costo del proyecto=$44,520 Teniendo en cuenta que $500 M.N por cada PF
Tiempo de desarrollo aproximado de con base en los PF = 7.4 Meses. Suponiendo
que 1 PF equivale a 60 líneas de código y que en un esfuerzo de un mes-persona se
producen 12 PF.
CONCLUSIÓN
Después de conocer la problemática general de organizaciones con este giro por medio de
la aplicación de técnicas de recolección de información, pudimos llegar a la propuesta
solución más acertada para este segmento de mercado acorde con sus necesidades
operativas generales y de sus recursos disponibles tanto económicos como de hardware.
Creemos que, al emplear más de una técnica de recopilación de información para los
requerimientos, es mucho más fácil y seguro el obtener los requerimientos correctos lo que
nos llevará a la realización de un proyecto de calidad, en tiempo y forma y lo más importante
sin errores por malinterpretación de la problemática lo que de haber ocurrido mal, podría
llevar al aumento de costo y tiempo de desarrollo del software.
51. P á g i n a 51 | 52
REFERENCIAS
Society, I.C., Abran, A., & Moore, J.W. (2005). Guide to the Software Engineering
Body of Knoeledge (Swebok(r)): 2004 Version (3.a ed.). IEEE Computer Society
Press.
Guerra, C. (s.f). Obtención de Requerimientos.Técnicas y Estrategia. SG Buzz.
Recuperado 17 de septiembre de 2021, de https://sg.com.mx/revista/17/obtencion-
requerimientos-tecnicas-y-estrategia
Ian, S. (2021). Software Engineering (9ª. Ed.). Pearson
Expansión. (2016, 15 febrero). El fracaso acecha a Pymes mexicanas.
https://expansion.mx/emprendedores/2012/04/05/el-fracaso-acecha-a-pymes-
mexicanas
Marketing (2020, enero) Recolección de datos: métodos, técnicas e instrumentos
https://blog.hubspot.es/marketing/recoleccion-de-datos
Muguira, A. (2021, 23 junio). Net Promoter Score: ¿Qué es y cómo calcularlo?
QuestionPro. https://www.questionpro.com/blog/es/net-promoter-score/
CSATy NPS: ejemplo y cálculo del índice de satisfaccióndel cliente. (s.f.). Beetrack.
https://www.beetrack.com/es/blog/nps-y-csat-son-tus-clientes-leales-y-felices-con-
tu-empresa
Guillen, J. (s. f.). Metrica Bang. Prezi.Com. https://prezi.com/wqwk4rflzvc4/metrica-
bang/
52. P á g i n a 52 | 52
I. (2016, 15 mayo). MÉTRICAS. ingenieriasofwarehugovenegas.
https://ingenieriasofwarehugovenegas.wordpress.com/2016/04/25/metricas/
puntos de función. (s. f.). Puntos de funcion.
http://www.sc.ehu.es/jiwdocoj/mmis/fpa.htm