capítulo iv. desarrollo de la propuesta

INSTITUTO TECNOLÓGICO DE COLIMA 59

Capítulo IV. Desarrollo de la propuesta

4.1. Introducción

En esta sección se describe la propuesta de solución utilizando la metodología seleccionada

en el capítulo anterior. Se definirán, las características y requerimientos principales que la

aplicación necesita para su óptimo desempeño y se visualizarán los resultados obtenidos

durante el desarrollo de la aplicación.

4.2. Aplicación de la metodología

A continuación, se muestran los resultados obtenidos durante la aplicación de la metodología

utilizada en el capítulo anterior.

4.2.1. Planificación del proyecto

Para el desarrollo del proyecto se tomará como base el proyecto denominado “E-Mall

CLQ: una Plataforma de Comercio Electrónico para las PyMEs del Estado de Colima”, cuyo

propósito principal fue implementar y poner a disposición de 200 empresas sitios de comercio

electrónico, con el fin de incentivar el uso del internet como un canal para la comercialización

de sus bienes y/o servicios. Se acordó en utilizar los datos generados de las transacciones

realizadas en ellas. Sin embargo se pidió no tomar ningún dato que involucre información

personal, ya sea sobre dueños, empleados o clientes.

Productos de la fase

A partir del análisis del proyecto “E-Mall CLQ”, se identificaron 6 etapas principales para

el proyecto a desarrollar y a cada una de ellas se le asignaron módulos. A partir de su análisis

se determinó el tiempo de duración aproximada de cada uno de ellos y rol participante en

cada uno de ellos. A continuación, en la tabla 15, se detalla la planeación de las actividades

correspondientes para el desarrollo del proyecto.


Tabla 15. Planeación de actividades.

Etapa Modulo Rol participante Horas

Planificación del proyecto Administrador de proyectos

Analista de

requerimientos 10

Definición de

requerimientos del negocio

Entorno operativo Analista de

requerimientos 20

Análisis de base de datos Analista de

requerimientos 37

Modelado de casos de uso Analista de

requerimientos 23

Resumen de

funcionalidades

Analista de

requerimientos 15

Línea tecnológica

Diseño de la arquitectura Inteligencia de

negocios 32

Selección de productos Analista de

requerimientos 16

Línea de datos

Modelado dimensional Inteligencia de

negocios 32

Diseño e implementación

del sistema ETL

Inteligencia de

negocios 40

Diseño físico Inteligencia de

negocios 25

Línea de aplicación de BI Especificación y desarrollo

de aplicaciones BI

Inteligencia de

negocios 60

Implementación

Pruebas Tester 30

Resultados Inteligencia de

negocios 35

Total 375

Como se puede observar en la tabla 14, se identifican cada uno de los módulos a

desarrollar y se les asigno el rol del desarrollador que se verá involucrado durante la

elaboración de esa tarea.


4.2.2. Definición de requerimientos del negocio

En esta etapa se analiza el caso de estudio que se tomará como base para el desarrollo de la

arquitectura, así como también se describen algunos requerimientos que se necesitan para el

desarrollo del proyecto; a su vez se mencionan los requerimientos del entorno operativo,

servidor de base de datos, servidor de aplicaciones, requerimientos del cliente (funcionales y

no funcionales), con el fin de caracterizar todo lo necesario para el desarrollo óptimo de la

arquitectura. Desglosándolos a lo largo del punto 4.2.2.1.


Para cada uno de los módulos se deberán considerar los siguientes requerimientos operativos:

a) Requerimientos del Servidor de Bases de Datos:

Sistema operativo: Windows Server 2008 64 bits Service Pack 2.

Manejador de base de datos: SQL Server 2012. Lenguaje t-SQL. Versión en

español.

b) Requerimientos del servidor de aplicaciones:

FTP con su respectivo usuario y contraseña

Sistema operativo: Windows Server 2008

Lenguaje: C# con Razor

IDE: Microsoft Visual Studio 2012.3

Open XML SDK v2

wget

Librerías: jQuery, Highcharts, Framework CSS Bootstrap 3

Framework: ASP, MVC 4.0, .NET

Manejador de base de datos: SQL Server 2012. Lenguaje t-SQL. Versión en

español.

Permiso de lectura/escritura en la carpeta Reportes (que se encontrará dentro del

directorio de la aplicación). En esta carpeta se guardarán los archivos que se

generan cuando los usuarios del sistema realizan sus consultas, por lo que deberá

tener el espacio suficiente.


Usuario que tenga acceso al servidor, a la base de datos BD_HERMES (permiso

de lectura y ejecución de procedimientos) También permiso para instalar

procedimientos almacenados y vistas.

Usuario que tenga acceso al servidor de aplicativos, de lectura/escritura, para

instalar la base de datos BD_HERMES.

c) Requerimientos del Cliente

PC con navegador Explorer 11+, Chrome, Firefox y conexión a internet.

d) Requerimientos Funcionales

A continuación en la tabla 16 se describirán los requerimientos funcionales.

Tabla 16. Requerimientos Funcionales.

ID Requerimiento Descripción

RF1 Generación de

reportes

Se generarán reportes de acuerdo a determinados filtros

o campos de consulta.

RF2 Exportación de

reportes

Permitirá generar y exportar el reporte en un archivo

PDF mostrando la información deseada del acto.

RF3 Graficación de

reportes

Podrá generar diferentes tipos de gráficas de acuerdo a

campos específicos.

Podrá descargar las gráficas en formato PDF, JPEG,

PNG y SVG.

e) Requerimientos No Funcionales

En la tabla 17 se describen los requerimientos no funcionales los cuales se muestran a

continuación.

Tabla 17. Requerimientos No Funcionales.

ID Requerimiento Descripción

RNF1 Compatibilidad de

navegadores

El sistema debe ser visible en los navegadores IE11,

Google Chrome y Mozilla Firefox.

RNF2 Confiablidad El sistema tendrá que estar en funcionamiento las 24

horas los 7 días de la semana.

RNF3 Diseño de interfaz El sistema presentará una interfaz de usuario sencilla

para que sea de fácil manejo a los usuarios del sistema


RNF4 Documentación Se debe estructurar el código de una manera

consistente y predecible.

RNF5 Errores

El sistema deberá de contar con manejo de errores, los

cuales deben ser en un lenguaje apropiado para la

comprensión del usuario.

RNF6 Responsivo

El sistema debe ser responsivo y adaptarse a diferentes

tamaños de pantallas. Resolución mínima de 480

pixeles.

f) Usuarios

En este apartado se identifican los usuarios internos y externos, así como los privilegios

que éstos tendrán, los cuales se describen en la Tabla 18.

Tabla 18. Roles de usuario.

Privilegios

Rol

Import

ació

n

de

dat

os

Grá

fica

s

Est

adís

tica

s

Rep

ort

es

esta

dís

tico

s

Empresario X X X

g) Análisis de la base de datos

Los sitios de comercio electrónico que se toman del caso de estudio contienen 157 tablas

desarrolladas en MySQL, como se muestra en la figura 21, de las cuales 22 se involucran

durante el proceso de las transacciones, a continuación se muestra el esquema general de la

base de datos


Figura 21. Diagrama de base de datos del caso de estudio.


Tomando en cuenta que a petición del director del proyecto “E-Mall CLQ”, el cual se

toma como caso de estudio, no se podrá tomar ningún dato que involucre datos personales

ya sea, sobre los dueños, empleados o clientes. Dada la aclaración, se analizó detalladamente

y se llegó a la conclusión de utilizar las siguientes tablas: Product, Stock_aviable,

Carrier_lang, Orders, Manufacturer, Category_Product, Product_Lang, Order_state_Lang

y Order_Detail, Shop, Order_history. Las cuales se muestran en la figura 22.

Figura 22. Tablas involucradas para el desarrollo del proyecto.

h) Modelado de casos de uso

Esta sección, nos servirá como punto de referencia para el diseño de los procesos de

inteligencia de negocios. Describen la funcionalidad del sistema, a partir de los cuales se

diseña la arquitectura general. A continuación se identifican los actores involucrados.

Tabla 19. Actores involucrados en el sistema.

Actor Descripción Responsabilidad

Usuario final

Se encarga de ejecutar los procesos de

inteligencia de negocios, analizar los

datos generados y crear estrategias.

Ejecutar los procedimientos de

inteligencia de negocios.

1. Diagramas de casos de uso

A continuación, en la figura 23, se muestra el caso de uso general del proyecto “Hermes”, lo

que nos permitirá tener una descripción global del sistema y los actores que participan en él.


Figura 23. Proceso global.

Una vez que se conoce el proyecto de manera global, se presentarán los diagramas de uso

específicos para cada área de la arquitectura, como se muestra en la figura 24.

Figura 24. Casos de uso específicos.

2. Descripción de casos de uso


En esta sección se describen los diagramas de casos de uso mencionados en el punto anterior.

A continuación, de la tabla 20 a la 24, se describen cada uno de ellos.

Tabla 20. CU 01 Extracción de datos.

CU 01 Extracción de datos

Casos de uso

relacionados

N/A

Requerimientos

relacionados

N/A

Descripción El usuario deberá exportar los datos de las tablas pertenecientes a su proyecto.

Actores Usuario

Condiciones previas El usuario deberá tener permisos de administrador.

Flujo básico El usuario selecciona su gestor de base de datos.

El usuario accede con las credenciales necesarias.

El usuario selecciona las tablas y exporta los datos contenidos en ellas, en un

formato válido (xls o xlsx).

El sistema mostrará una pantalla con las estadísticas generadas y con el botón

“Exportar a PDF”.

Flujos alternativos 2.1 El usuario no puede acceder a la base de datos por credenciales incorrectas.

Excepciones Si ocurre algún error, no se exportarán correctamente los archivos.

Post Condiciones El usuario exporta las tablas necesarias de la base de datos.

Reglas de Negocio

Exportar las tablas necesarias.

Exportar los archivos en formatos válidos.

Tabla 21. CU 02 Construcción del almacén de datos.

CU 02 Construir almacenes de datos.

Casos de uso

relacionados

N/A

Requerimientos

relacionados

N/A

Descripción Construir almacén de datos, Data Warehouse.

Actores Usuario y base de datos


Condiciones previas La base de datos deberá estar en ejecución.

Se deberá contar con las credenciales necesarias.

Flujo básico Se crea una base de datos.

Crear las tablas especificadas en el análisis.

Crear los campos en la tabla específica.

Flujos alternativos 1.1 El usuario no puede acceder a la base de datos por credenciales incorrectas.

1.2 Falla en la conexión con la base de datos.

1.3 Falla en la energía eléctrica.

Excepciones Si ocurre algún error, no se creará la base de datos del software necesario.

Post Condiciones Creación del Data Warehouse

Reglas de Negocio Desarrollar las tablas con las características necesarias.

Tabla 22. CU 03 Importación de datos.

CU 03 Importación de datos.

Casos de uso

relacionados

CU 04 Limpieza de datos

Requerimientos

relacionados

N/A

Descripción Importación de datos al Data Warehouse.


Condiciones previas El usuario debió haber iniciado sesión.

El usuario debió haber extraído los datos de las tablas necesarias.

Flujo básico El usuario dará clic en la opción Importar datos.

El usuario deberá seleccionar la tabla que se desea insertar.

El usuario dará clic en el botón Importar.

El sistema agregará una nueva celda al documento con el mensaje “insertada con

éxito”.

Flujos alternativos

1.1 El usuario no puede acceder a la base de datos por credenciales incorrectas.


1.3 Falla en la energía eléctrica.


4.1 El sistema genera un archivo en formato PDF, el cual describe los errores

ocurridos.

Excepciones Si ocurre algún error, el software generará un archivo PDF con la descripción del

error.

Post Condiciones Los datos se importarán a la tabla correspondiente en la base de datos.

Reglas de Negocio

Los archivos a importar deberán estar en formato xls o xlsx.

El sistema genera un archivo con el resultado de la importación.

Tabla 23. CU 04 Limpieza de datos.

CU 04 Limpieza de datos.

Casos de uso

relacionados

N/A

Requerimientos

relacionados

N/A

Descripción Se limpiarán y transformarán los datos importados para su posterior inserción.


Condiciones previas El usuario debió haber iniciado sesión

El usuario debió haber extraído los datos de las tablas necesarias.

El usuario deberá haber iniciado el proceso de importación de los datos.

Flujo básico El sistema se conectará con el gestor de bases de datos.

El sistema procesará el archivo a importar y obtendrá los datos y metadatos.

El sistema limpia los datos.

El sistema transforma los datos para adaptarlos para su inserción.

El sistema validará los datos.

Flujos alternativos

1.1 El usuario no puede acceder a la base de datos por credenciales incorrectas.


2.1 El archivo no contiene la información necesaria.

4.1 EL sistema no puede transformar los datos.

5.1 El sistema encuentra errores al validar los datos.

Excepciones Si ocurre algún error, el software generará un archivo PDF con la descripción del

error.


Post Condiciones Los datos estarán listos para su posterior inserción a la tabla correspondiente en la

base de datos.

Reglas de Negocio

Los archivos a importar deberán estar en formato xls o xlsx.

El sistema transformará y limpiará los datos a importar.

Tabla 24. CU 05 Generar reportes estadísticos.

CU 05 Generar Reportes Estadístico

Casos de uso

relacionados

N/A

Requerimientos

relacionados

N/A

Descripción El usuario podrá generar Reportes estadísticos

Actores Usuario

Condiciones previas El usuario debió haber iniciado sesión

El usuario debió haber importados los datos necesarios.

Flujo básico El usuario dará clic en la opción Estadísticas.

El sistema mostrará una pantalla de 3 secciones:

La sección superior muestra el nombre del sistema.

La sección central muestran los tipos de reportes.

En la sección lateral izquierda muestra el menú principal.

El usuario seleccionará la opción del reporte deseado.

El sistema mostrará una pantalla con las estadísticas generadas y con el botón

“Exportar a PDF”.

El usuario pulsará sobre el botón “Exportar a PDF”.

Flujos alternativos

Si la consulta no arroja ningún registro, el sistema mostrará el siguiente mensaje:

“No existe información para esta consulta”

Al pulsar el botón “Exportar a PDF”, el sistema genera el archivo correspondiente

con un nombre aleatorio y momentáneamente abre una nueva pestaña. Al cerrarla

aparece la ventana de descarga del archivo, donde puede abrirlo o guardarlo.

Excepciones Si ocurre algún error al generar el reporte, el sistema mostrará el siguiente mensaje:

“Ocurrió un error al generar el reporte, inténtelo nuevamente”

Post Condiciones El usuario ha generado un reporte.


Reglas de Negocio

Las estadísticas aparecen desde que se selecciona el tipo de reporte.

Número de ocurrencias estarán ordenados alfabéticamente.

Los resultados que arroje el sistema son producto de la información contenida en

la base de datos del proyecto “Hermes”. No es responsabilidad del sistema ocultar

o corregir las inconsistencias derivadas de datos erróneos o mal ingresados durante

la captura histórica o normal de los datos.

Resolución mínima: 480 pixeles.

i) Resumen de las funcionalidades

Importar datos. En este módulo se podrá importar datos a las 10 diferentes tablas

insertadas y mencionadas anteriormente: Productos, Productos disponibles, Paquetería,

Orden, Proveedores, Categoría de producto, Detalle de producto, Estatus, Detalle de

orden, Tienda, Historial de Orden.

Los archivos a importar deberán tener la extensión .xls o .xlsx.

Se guardará el usuario que importe los datos.

Si la inserción de los datos termina de manera exitosa, se registra en una celda del

documento de Excel la palabra “insertada con éxito”, si durante cualquier etapa del

proceso llegará a ocurrir un error, se imprime un archivo pdf con la especificación del

error.

Estadísticas. En este módulo se podrán generar gráficas de los datos importados a las

tablas.

Se grabarán internamente en una bitácora los siguientes datos: fecha y hora de la

consulta, la consulta y la IP.

4.2.3. Línea tecnológica

Para el desarrollo del diagrama de arquitectura general y de capas, con el cual se pretende

identificar fácilmente los componentes que intervienen el sistema, las diferentes partes que

lo componen y cómo interactúan entre sí, se necesitó partir desde el análisis de

requerimientos para lograr su desarrollo.

Utilizando el diseño de arquitectura técnica como marco, se evaluó y analizo el uso de las

diferentes plataformas con lo cual se definieron los componentes específicos de la


arquitectura como puede ser la plataforma, el motor de base de datos, la herramienta de ETL

o el desarrollo pertinente, entre otros componentes.


1. En la figura 25 se muestra el diagrama de arquitectura general y de capas.

Figura 25. Diagrama de arquitectura general y de capas.

2. A continuación se en listarán los componentes seleccionados para el desarrollo del

proyecto

a) Entorno de desarrollo integral:

Visual Studio 2013

b) Servidor de base de datos

SQL Server 2012

c) Lenguajes de programación, Frameworks, librerías y herramientas:

C# Asp.net


Framework MVC 4

Framework CSS bootstrap

JQuery

Javascript

NPOI

Highcharts

4.2.4. Línea de datos

Las tablas que son necesarias para el desarrollo del proyecto se examinan detenidamente

y a partir de ellas se genera un Data Warehouse, teniendo en cuenta que para su construcción

se necesita conocer los objetivos principales y los alcances del proyecto. Una vez

desarrollado el esquema general del Data Warehouse se procede a realizar su construcción

con el SQL Server.

Durante el proceso de ETL el usuario deberá exportar los datos de las siguientes tablas:

Product, Stock_aviable, Carrier_lang, Orders, Manufacturer, Category_Product,

Product_Lang, Order_state_Lang y Order_Detail, Shop, Order_history, los cuales deberán

tener una extensión válida (xls o xlsx). Una vez que se obtengan los archivos necesarios se

empezará con el proceso de extracción de datos, seleccionando el tipo de archivo a exportar.

Para lograr este proceso se utiliza la aplicación “NPOI for .Net”, la cual sirve para leer

y manipular archivos de la herramienta Office. Gracias a ésta herramienta se logran extraer

los datos del archivo de Excel; una vez cumplido este objetivo pasamos a procesar los datos.

A continuación se inicia con la etapa de limpieza y transformación de los datos obtenidos

anteriormente, se extraen sólo los datos necesarios, se guardan en el modelo de manera

temporal para posteriormente limpiarlos e iniciar la etapa de validación; una vez completada

esta etapa, los datos obtenidos pasan a ser insertados en el Data Warehouse.

Si la inserción de los datos termina de manera exitosa, se registra en una celda del

documento de Excel la palabra “insertada con éxito”; si durante cualquier etapa del proceso

llegará a ocurrir un error, se imprime un archivo pdf con la especificación del error, ya sea

de datos faltantes, validaciones o algún otro tipo de error.


Por medio de búsquedas avanzadas en campos específicos se realizarán las consultas para

obtener los registros resultantes. Por medio de filtros específicos se generarán las gráficas,

las cuales se pueden revisar en pantalla o exportarlas a PDF.


1. Durante esta fase, y del análisis de la base de datos que se muestra en la figura 21,

se generó un esquema general del Data Warehouse como se muestra en la figura 26.

capítulo iv. desarrollo de la propuesta

Documents