Según Boehm en libro “Software Engineering Economics” indica que “Barry

Boem y John Farquhar crearon una variante denominada Wideband Delphi, el

cual es una técnica difundida en 1981, basada en la obtención de consensos
para la estimación de esfuerzos, llamada wideband“.

3.4.5 Kanban para Scrum.

Es una técnica que regula el flujo de avance en proyecto de Tecnología de

Información y servicios del conocimiento gestionados evolutivamente sin sprint
(Scrum Manager, 2014). Las técnicas de gestión visual se inspiran en la
producción lean.

Metodología Scrumban

Según Pérez, 2012, define que Scrumban :

“es una metodología que adopta métodos del framework Scrum y

Kanban. Con respecto aScrum se ha obtenido los roles (cliente, equipo),
Reuniones (Reunión diaria), Herra mientas. De Kanban se ha obtenido el
flujo visual, limitar la cantidad de trabajo, Optimización del proceso y el
hacer lo que sea necesario y solo la cantidad necesaria” (Pérez, 2012).

Tabla 11
Comparativa entre Scrum vs Scrumban
NORMAS SCRUM SCRUMBAN
Herramientas Pizarra Pizarra.
Backlogs
Gráfica burn-down.
Reuniones Reuniones diarias. Reuniones diarias.
Planificación.
Retrospectiva.
Iteraciones Si, Sprints. No, flujo continuo.
Estimaciones Si. No.
Equipo Muldisciplinario. Puede ser especializado
Roles Product Owner. Equipos + otros
Scrum Master.
Equipo.
WIP (Work in process) Controlado por el Controlado por el estado
contenido del Sprint. de la tarea.

63
 Cambios Considerados en el Se actualizan en el
siguiente Sprint. tablero.
Impedimentos Solución inmediata. Se evitan.

Fuente: (Pérez, 2012)

3.5 Metodología – Lean Software Development.

Según Scrum Manager II (2014) afirma que:

“Es una metodología que aplica los principios de lean en el desarrollo del
software, fueron definidos por Mary y Tom Poppendieck y con los aportes
la comunidad ágil, viene desarrollando de buenas prácticas para el
desarrollo ágil de software”.

Según Scrum Manager II (2014), se compone de 7 principios:

1. Desechar el desperdicio.
Las actividades identificadas que no generan valor deben ser desechadas.
Ejemplos:
• Las tareas no requeridas por el usuario.
• Exceso de documentación.
• Exceso de número de líneas de los programas, porque se requiere
actividades de verificación, validación y soporte.
• Los errores de los programas son calificados como desechos

2. Desarrollar software de calidad.

Se refiere a incorporar prácticas que mejoren la calidad el producto, para ello

se requiere el conocimiento, entendimiento y compromiso de los
participantes, usando un conjunto de técnicas de pruebas, refactorizando
código, aplicando pruebas automatizadas

Ejemplos de prácticas al construir software.

• Uso de técnicas como TDD que facilitan a los usuarios,

desarrolladores y testeadores construir pruebas de aceptación antes
de programar.

• El programador garantiza la calidad de su trabajo; espera las pruebas

o los procesos de calidad para confirmar la calidad.

• Incentivar la aplicación de pruebas automatizadas.

64
 • Refactorizar el código, para eliminar duplicidades.

3. Conocer las necesidades de la organización.

Un aspecto primordial es conocer los requerimientos del cliente, para

desarrollar un software que sea útil, es no un desperdicio.

4. Compromiso.

Establecer y fortalecer un compromiso con el usuario en la medida que se va

desarrollando los incrementos del producto.

5. Entrega oportuna y rápida.

Entregar el software oportunamente y rápidamente a los usuarios desde la

fase inicial del del proyecto.

6. Respeto.

En Lean el respeto a las personas es fundamental, las cuales deben ser

capacitadas y responsables de las tareas asignadas

7. Optimizar el todo.

El enfoque Lean ha demostrado que es eficiente y óptimo desarrollar un

componente de un proceso en lugar varios de ellos separados.

3.6 SOFTWARE DE COMERCIALIZACIÓN.

En el artículo Perú Software Portafolio 2011 ubicado en la página web de APESOFT

http://apesoft.org/documen.htm, se informa lo siguiente:

• Los fabricantes de software peruanos con experiencia y con certificaciones

de calidad (ISO y CMMI entre otros), han logrado presencia en el mercado
internacional.

• La presencia en el mercado internacional de las empresas de software, ha

sido posible por la experiencia aprendizaje de los desarrolladores en
lenguajes de programación y BD utilizados internacionalmente.

• Los lenguajes utilizados para el desarrollo de software, en el Perú, Visual

Basic, Visual .NET, Java, Power Builder, C#, Visual Foxpro, Oracle
developer.

65
 Figura 27. Lenguajes de programación más utilizada. Fuente APESOFT

Figura 28. Administrador de base de datos más utilizado. Fuente: APESOFT

Las empresas del rubro de artefactos electrodomésticos en nuestro país han

desarrollado un software propio, este es el caso de algunas PYMEs, como la
empresa Consorcio Williams S.A., que actualmente tiene un software de

66
comercialización que desea actualizar con los últimos cambios del negocio, el
software está elaborado en Visual Basic .NET 2010 con SQL Server 2005. Los
grandes almacenes conocidos, y las transnacionales han traído su software del país
origen, es el caso de hipermercado Tottus, que emplea un sistema integral de
gestión de procesos de la empresa, incluye la venta de electrodomésticos.

Sus procesos principales son:

• Comercial.
• Logística.
• Planificación y abastecimiento.
• Producción.
• Servicio de atención al Cliente.
• Ventas en tienda (Incluye la venta de línea blanca y marrón).
Sus procesos de soporte:
• Control de activos.
• Control de existencias.
• Control de gastos.
• Recursos humanos.
• Tesorería.
Sus procesos estratégicos son:
• Auditoria.
• Dirección estratégica.

A continuación, se describen software ofrecidos en internet y software de

productores peruanos registrados en APESOFT, estos softwares según su
publicidad pueden ser utilizados por empresas de comercialización de diversos
productos que incluyen electrodomésticos, muchos de ellos del software son ERP
(Enterprise Resource Planning) que en español significa “Planificación de Recursos
Empresariales”, el objetivo de una solución ERP; es integrar los diferentes datos y
procesos de una empresa en un sistema o proceso unificado.

a. Sistematic 2012.
Software de comercialización ofertado en internet, se puede obtener un
demo descargando de su página web. http://www.sistematicperu.com/ .Es un
Software de Gestión de Negocios Comerciales y/o Servicios.

Diseñado para implementarse en negocios de servicios, comerciales, y de

producción. Incluye módulos para el control de almacén, caja, cuentas por
pagar y cobrar. Además, la generación y gestión de documentos de todas

67
 las áreas del negocio como: Facturas, Cotizaciones, Guías de Remisión,
Notas de Crédito, Órdenes de Compra, Tickets.

b. ERP Integrator

Es un software desarrollado en una plataforma web; que incorpora e integra

los procesos de compras, ventas, almacenes, producción, tesorería y
contabilidad. En síntesis, la empresa Acuario Service lo plantea; como un
Sistema de Gestión Empresarial de fácil implementación y totalmente
amigable.

El ERP Integrator, basa su estructura en el lenguaje web PHP y la base de

datos MYSQL, ambos con licencia libre (GNU GLP).

Es el producto estrella de Acuario Service. http://acuario.com.pe/producto

Las versiones son:

• ERP Integrator: retail.

• ERP Integrator: Industria.

• ERP Integrator: Importaciones.

• ERP Integrator: Distribución.

• ERP Integrator: Proyectos.

• ERP Integrator: Servicios.

c. SICO Comercial.

Software integral orientado a PYMES, cuyo propósito es aumentar la

productividad y gestionar los procesos de negocio. Su dirección web es
http://www.soinfosa.com/software-pymes-peru.php

SICO – Comercial, contiene los siguientes módulos: Almacén, Compras,

Ventas, Tesorería, Contabilidad y Planillas.

d. Sistema Isis.

Software ERP creado por Quality Soft Argentina S.A. para PYMES de todos
los tamaños, los cuales son: Sistema Isis ERP Pyme, Sistema Isis Lite Plus,
Sistema Isis ERP manager. Se puede descargar una demo luego de
registrarse, se descarga de http://www.qualitysoftargentina.com/007-
agenda.html. Se encuentra certificada bajo normas calidad ISO 9001:2008

68
 Los módulos del ERP son:
• Stock.
• Proveedores.
• Compras.
• Cliente.
• Ventas.
• Factura electrónica.
• Estadísticas de compras y ventas.
• Tesorería y bancos.
• Impuestos.
Se muestra información general del software Isis, en la siguiente dirección
web. http://www.sistemaisis.com/facturacion-electronica.html

e. Software Integrado – Real System

Software que se adapta a todo giro de negocio y tamaño de empresa y se
adapta a las necesidades que surge a través del tiempo. Su dirección web
es http://www.realsystems.com.pe/productos, los módulos son los
siguientes:
• MODCOM CB
Herramientas para distribuidora y comercializadoras. Consta de los
siguientes módulos: Almacenes, Facturación y cuentas por cobrar.
• CONCAR CB
Software diseñado para obtener información gerencial, analítica,
operativo y tributaria.
• SISALM CB
Control de stock, manejo de múltiples almacenes, cálculo de costo
promedio, genera asientos al CONCAR.

f. Smarter Commerce
IBM Smarter Commerce, permite a las medianas empresas analizar los
datos de las operaciones a través de múltiples canales, proporcionando
información sobre los clientes en cada interacción para crear una cadena
de valor integrada.
La información que divulga IBM software en su página web oficial, es el
desarrollo un software llamando Smarter Commerce, allí se informa que
luego de un estudio con 400 directores de cadenas de suministro ofrece una

69
 solución comercial que incluye ventas de soluciones, gestión de pedidos,
gestión de cadenas de suministro, optimización de decisiones.
La solución ERP, está organizado en fases:
• Fase de compra.
• Fase mercado.
• Fase de venta.
• Fase de servicio.
Más información de las fases de la solución Smarter Commerce
http://www.ibm.com/smarterplanet/es/es/smarter_commerce/nextsteps/

g. Software en CARREFOUR
Las empresas internacionales están invirtiendo en nuevas plataformas de
software, es el caso de la empresa Carrefour, la cual es una cadena francesa
de retail que comercializa entre otros productos artefactos electrodomésticos,
con otros servicios como tarjeta de crédito, seguros, agencia de viajes,
droguería, mensajería, etc., y ha implementado desde el 2009 una nueva
plataforma de gestión de global del back office, sistema de fidelización de
clientes, sistema de gestión automática de pedidos y plataforma de comercio
electrónico.

3.7 Modelo de datos.

Un modelo de datos, es un conjunto de conceptos que describen los datos, las

relaciones y la semántica de los mismos. Además, un modelo de datos se compone
de objetos, atributos, relaciones, y sus objetivos son: la formalización y el diseño
(Silberschatz, Korth y Sudarshan, 2002).
Se denomina esquema; a una descripción específica en términos del modelo de
datos.

70
 Figura 29. Los modelos de datos.
Fuente: Diseño conceptual de base de datos. Guía de aprendizaje
http://www.jorgesanchez.net/bd/disenoBD.pdf (2004)

Los tipos de modelos de datos son:

• Modelo de red.

• Modelo jerárquico.

• Modelo Entidad / Relación.

El modelo ER, fue propuesto por Peter Chen en 1976, el cual presenta una
representación del mundo real que consiste en entidades, los atributos y las
relaciones entre entidades.

• Modelo objeto-relacional

Se originó al final de 1990, extendió el modelo entidad/relación, incluye

principios de herencia, encapsulamiento y modularidad.

• Modelo orientado a objetos.

Es un modelo donde los objetos encapsulan sus datos y métodos u

operaciones (Silberschatz, Korth y Sudarshan, 2002).

3.8 UML – Unified Modeling Language.

UML significa “Lenguaje de modelamiento Unificado”, es un lenguaje que permite

modelar, construir y documentar los elementos que forman un sistema software
orientado a objetos, impulsado por OMG, Object Management Group
(www.omg.org).

71
El UML ofrece vocabulario y reglas para crear y leer modelos bien formados que
constituyen los planos de un sistema software (López y Ruiz, 2010).

El UML es el estándar de la industria del software, impulsado por Jim Rumbaugh,

Grady Booch e Ivar Jacobson. En la creación de UML han participado grupos de
desarrolladores y empresas como IBM, Microsoft, Hewlett-Packard y Oracle.

Figura 30. Evolución del UML. Fuente: Patricia López Francisco Ruiz.
http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-software-i/materiales-de-clase-1/is1-t02-trans.pdf

El UML, consiste en 13 diagramas, los cuales son categorizados de la siguiente

manera.
a. Diagramas de estructura (aspectos estáticos) son:
• Diagrama de paquetes
• Diagrama de clases.
• Diagrama de objetos.
• Diagrama de estructura de compuesta.
• Diagrama de componentes
• Diagrama de despliegue.

72
 b. Diagrama de comportamiento (aspectos dinámicos) son:
• Diagrama de casos de uso
• Diagrama de actividades.
• Diagrama de interacción
o Diagrama de secuencia.
o Diagrama de comunicación.
o Diagrama de tiempos.
o Diagrama de vista de interacción.
• Diagrama de estados
El UML, utiliza el diagrama de clase para el diseño de una base de datos, el cual
tiene clases, atributos y asociaciones. Además, incluye operaciones, las
operaciones pueden servir para especificar requisitos funcionales.

Diagrama de clases.

El diagrama de clases, es importante para la presente tesis, porque muestra un

conjunto de clases y sus asociaciones entre ellos del proyecto desarrollado, y apoya
a la implementación y mantenimiento de la base de datos.

Son los diagramas más importantes en la etapa de análisis y diseño de un software

(López y Ruiz, 2010). Contienen principalmente:

• Las clases, los cuales contienen atributos y operaciones.

• Relaciones que presentan asociaciones, dependencias, generalizaciones,

agregaciones y composiciones.

3.9 Modelo dimensional

3.9.1 DFM – Multidimensional Fac Model

Golfarelly y Dario, proponen que:

“El modelo DFM, permite hacer una representación de la tabla de hechos

y las dimensiones con una notación gráfica singular. Además, proponen
una metodología cuyo objetivo es conseguir un esquema
multidimensional a partir de un diagrama Entidad/Relacional. Definen un
esquema en DFM como un conjunto de esquemas, cuyos elementos
básicos son las tablas de hechos, los atributos, las dimensiones y las
jerarquías” (Zepeda, 2008).

73
Proponen una metodología que a partir de un modelo Entidad / Relación se
determina un esquema multidimensional y los pasos principales son:

1. Definir las tablas de hechos.

2. Por cada tabla de hecho.
• Elaborar el árbol, ramas y atributos.
• Determinar las dimensiones.
• Determinar las jerarquías.

Figura 31. Diagrama de hechos de ventas.

Fuente: Zepeda, L. (2008).

Figura 32. Propiedades de un modelo DFM.

Fuente: (Zepeda, 2008).

74
3.9.2 MD – Modelo multidimensional

Cabibbo y Torlone, proponen que “el método de diseño MD como un modelo

lógico para sistemas OLAP, y mencionan que es independiente de cualquier
implementación, y lo determinan en el nivel conceptual” (Zepeda, 2008).

Proponen una metodología para construir una base de datos MD desde un

diagrama Entidad/Relación y consiste en:

• Determinar las tablas de hechos y las dimensiones.

• Redefinir el modelo Entidad / Relación.
• Resultar en un grafo dimensional.
• Migrar el grafo a un modelo multidimensional.

Figura 33. Grafo multidimensional. Fuente: (Zepeda, 2008).

En la figura 33, se señalan las tablas de hechos, dimensiones, nodos de medida,

de nivel y descriptivo.

75
3.10 Comparativas.

A continuación, se presenta una comparación entre las metodologías ágiles de

desarrollo de software y guías de gestión de proyectos con el propósito de
justificar el uso de las mismas en el desarrollo de la presente tesis.

3.10.1 Comparativa entre metodologías ágiles y tradicionales.

Se considera como metodologías tradicionales al RUP, MSF.

Tabla 12
Comparativas de metodologías tradicionales y ágiles

METODOLOGÍAS TRADICIONALES METODOLOGÍAS AGILES

Orientados al proceso del software. Orientadas a las necesidades del

usuario.

Basadas en estándares aplicado en un Basadas en estadísticas de prácticas de

entorno de desarrollo. generación de código.

Resistencia a los cambios improvistos Apropiado para cambios durante el

desarrollo del software.

Los procesos con mayor control. Procesos menos controlados, con

menos políticas para el desarrollo.

El cliente interactúa con el equipo de El cliente es parte del equipo de

desarrollo en las reuniones. desarrollo

Grupos grandes y posiblemente Grupos pequeños (<10 integrantes) y

distribuidos. trabajando en el mismo sitio.

Más roles y artefactos Pocos roles y artefactos

Es importante la arquitectura del Menor importancia a la arquitectura del

software que define mediante una serie software.
de modelos.

En la tabla 12, se muestran comparaciones se debe tener presente en la gestión

del proyecto. Fuente: (Orjuela y Rojas, 2008)

76
3.10.2 Comparativas de Metodologías ágiles.
Los valores más altos que se muestran en la última fila de la siguiente tabla
representan mayor agilidad de la metodología.

Tabla 13
Ranking de agilidad de metodologías

Metodología
CMM ASD Crystal DSDM FDD LD SCRUM XP
Criterio

Sistema cambiante. 1 5 4 3 3 4 5 5

Colaboración. 2 5 5 4 4 4 5 5

Características
Metodología (CM)

• Resultados. 2 5 5 4 4 4 5 5

• Simplicidad. 1 4 4 3 3 3 5 5

• Adaptabilidad. 2 5 5 3 4 4 4 3

• Excelencia 4 3 3 4 4 4 3 4
técnica.

• Colaboración. 2 5 5 4 3 3 4 5

Media CM 2.2 4.4 4.4 3.6 3.8 3.6 4.2 4.4

Media Total 1.7 4.8 4.5 3.6 3.6 3.9 4.7 4.8

Fuente:Patricio Letelier y Carmen Penadés http://www.cyta.com.ar/ta0502/v5n2a1.htm

La tabla 13, hace referencia al CMM (Capability Madurity Model) modelo no ágil
con respecto a las metodologías ágiles, esta referencia se encuentra en
http://www.cyta.com.ar/ta0502/v5n2a1.htm (2006), el cual usa como fuente a
Highsmith, J. “Agile Software Development Ecosystems”. Addison-Wesley.
2002. Información extraída el 03 de octubre 2014.

77