Proyecto SIG

UNIVERSIDAD NACIONAL MICAELA BASTIDAS DE APURÍMAC
Escuela Académico Profesional de Ingeniería Informática y Sistemas
ASIGNATURA
SISTEMAS DE INFORMACIÓN GERENCIAL - 2011-II
Tema : SISTEMA DE MARKETING PARA

SUPERMERCADOS MEGA SUCURSAL ABANCAY.
Docente : Ing. Norma Lorena Catacora Flores.
Integrantes :
Sistemas de Información Gerencial
______________________________________________________________________________
INTRODUCCIÓN
En el mundo actual, para alcanzar el desarrollo integral de las empresas, es importante

que cuenten con un soporte para la investigación de mercados que permitan la creación
de nuevos productos y con esto el incremento del volumen de ventas.
Es imposible que una organización comercial pueda subsistir sin vender los productos
que ofrece, es por ello que busca, de diversas maneras, persuadir a los clientes para que
consuman lo que produce. Dentro de las maneras mediante las que la empresa busca el
consumo de sus productos se encuentra el marketing o mercadotecnia, técnica que
permite detectar a los grupos de población con más posibilidades de comprar los
productos que poseen las características que ellos más desean, y las formas más
efectivas y eficientes de hacer una venta cuando un consumidor muestra interés en el
producto. Debido a que estos esfuerzos dependen principalmente del análisis de
enormes cantidades de datos, los Sistemas de Información se han convertido en
herramientas clave en estrategias de concepción y ejecución de estrategias de
mercadotecnia.
2
______________________________________________________________________________
RESUMEN
El Sistema de Marketing para SUPERMERCADOS MEGA – Sucursal Abancay

“SIGMA” funcionará como una entidad interconectada con los sistemas de ventas,
almacén y facturación que vienen funcionando actualmente. Consistirá en un Sistema de
Información Orientado a Internet capaz de generar reportes de ventas y almacén
analizando los datos obtenidos de los sistemas mencionados.
3
______________________________________________________________________________
Dedicado a nuestros padres y
Amigos que forman parte de nuestra formación.
4
______________________________________________________________________________
INDICE GENERAL
Contenido
CAPITULO I 7
INTRODUCCIÓN 7
1.1. PARTE INFORMÁTIVA 7

1.1.1. Presentación de la Institución 7
1.1.2. UBICACIÓN DE LA INSTITUCIÓN 8
1.1.3. OBJETIVOS CORPORATIVOS 8
1.1.4. PRINCIPIOS Y VALORES DE LA EMPRESA 8
1.2. OBJETIVOS DEL SOFTWARE 9
1.3. METAS DEL SOFTWARE 9
1.4. JUSTIFICACION 9
1.5. PLANTEAMIENTO DEL PROBLEMA 10

1.5.1. DELIMITACION DE LA INSTITUCIÓN 10
1.5.2. DELIMITACIÓN DEL TRABAJO A REALIZAR 10
1.5.3. DESCRIPCIÓN DEL PROBLEMA. 10
Cuadro N° 01. Sentencia que define el problema. 10
Cuadro N° 02. Sentencia que define la posición del sistema. 11
1.6. IMPORTANCIA DEL SISTEMA 11
1.7. LIMITACIONES Y RESTRICCIONES DEL SOFTWARE 11
2.1 MARCO TEÓRICO 12

2.1.1. Metodología RUP. 12
2.1.2. Aplicación Web 14
2.1.3. Lenguajes de programación 18
FASE INICIAL 19
3.1. DESCRIPCIÓN DE STAKEHOLDERS Y USUARIOS. 19

3.1.1. Resumen de Stakeholders. 19
Cuadro N° 03. Resumen de Stakeholders 1. 19
Cuadro N° 04. Resumen de Stakeholders 2. 19
3.1.2. Resumen de Usuarios 19
Cuadro N° 05. Resumen de Usuarios. 20
3.1.3. Entorno de Usuario 20
3.2. Perfil de los Stakeholders. 20

Cuadro N° 06. Perfil de Stakeholders 1. 20
Cuadro N° 07. Administrador de Sistemas. 21
3.3. ENTENDER EL CONTEXTO DEL SISTEMA 21

3.3.1. MODELO DE CASOS DE USO DEL NEGOCIO 22
3.3.2. REQUERIMIENTOS FUNCIONALES CANDIDATOS 24
5
______________________________________________________________________________
3.3.3. REQUERIMIENTOS NO FUNCIONALES 25

3.3.4. Validación de Requerimientos Funcionales 25
3.3.5. Algunas Aclaraciones sobre Modelo del Negocio 27
Cuadro N° 08.Modelo de negocio 28
3.3.6. Captura de Requerimientos Funcionales 28
3.3.7. CASOS DE USO DEL SISTEMA SIGMA 28
3.4. Descripción a Detalle de los Casos de Uso 29

Cuadro Nº 09 Casos de Uso” Solicitar Reporte” 29
Cuadro Nº 10 Casos de Uso” Generar Reporte” 30
Cuadro Nº 11 Casos de Uso” Tomar Decisión” 30
Cuadro Nº 12 Casos de Uso” Generar Requerimiento” 31
3.4.1. Descripción Estructurada de los CASOS DE USO 31
3.5. DESCRIPCIÓN ESTRUCTURADA DE LOS CASOS DE USO 31

3.5.1. Algunas Aclaraciones sobre los Diagramas de Actividades 34
Cuadro N° 13. Diagrama de Actividad 35
3.6. ESTUDIO PRELIMINAR 35

3.6.1. Herramientas de Hardware y Software 35
3.6.1.1. Software 35
Cuadro N° 14 Comparación entre Software de Modelamiento. 36
Cuadro N° 15 Comparación entre Lenguajes de programación. 36
Cuadro N° 16 Comparación entre Herramientas Case. 37
Cuadro N° 17 Comparación de Metodologías. 40
3.7. FACTIBILIDAD ECONOMICA 41

3.7.1. CUADRO DE TIEMPO DE DESARROLLO Y COSTO POR EQUIPO DE
DESARROLLO 41
Cuadro N° 18 Cuadros de Tiempo y Costo de Desarrollo por Equipo. 41
3.7.2. CUADRO DE COSTOS EN EL PROCESO DE DESARROLLO. 41
Cuadro N° 19 Cuadro de Costos en el Proceso de Desarrollo. 42
3.7.3. CUADRO DE COSTOS DE IMPLANTACIÓN DEL SISTEMA INTEGRAL. 42
Cuadro N° 20 Cuadro de Costos de Implantación del Sistema Integral 42
3.7.4. CUADRO DE RESUMEN DE COSTOS 42
Cuadro N° 21 Cuadro de Resumen de Costos. 42
3.7.5. CUADRO DE VALORIZACIÓN DE AHORRO. 42
Cuadro N° 22 Cuadro de valorización de Ahorro. 42
3.7.6. FLUJO DE CAJA 42
Cuadro N° 23 Cuadro de Flujo de Caja. 43
3.6.7. VAN (VALOR ACTUAL NETO) 43
FASE DE ELABORACIÓN 45
4.1. ANALISIS DE PAQUETES 45z
4.2. 1IDENTIFICACIÓN DE NODOS Y CONFIGURACIONES DE RED 46

4.2.1. Diagrama de despliegue del Sistema SIGMA 46
4.3. IDENTIFICACIÓN Y CONTROL DE RIESGOS 46

4.3.1. Riesgo durante el Desarrollo de la Aplicación 46
4.4. DIAGRAMA DE CLASES 47
6
______________________________________________________________________________
CAPITULO I
INTRODUCCIÓN
1.1. PARTE INFORMÁTIVA

1.1.1. Presentación de la Institución
SUPERMERCADOS MEGA es la cadena más grande de supermercados del Sur
del Perú. Es dirigido por el Grupo Oviedo del Cusco. MEGA actualmente cuenta
con 6 locales en la ciudad imperial del Cusco, 1 en Quillabamba y 1 en Abancay,
Se construyó el primer local de MEGA ubicado en la Avenida Garcilazo, debido
a la demanda este supermercado se mudó a la esquina de la Plaza Túpac Amaru,
obteniendo así un local mucho más grande que a lo largo de los años ha estado
creciendo, adquiriendo la Cadena "Di Mart", que funcionaba en el Centro
Histórico, luego adquirió un local en la Villa del Ejército en Huancaro, para
luego realizar una gran compra en el 2007 inaugurando su supermercado más
importante en la Avenida La Cultura, en el Distrito de Wanchaq, luego inauguró
otro supermercado llamado "Maxi", en la Avenida Grau.
Para el año 2009 SUPERMERCADOS MEGAinaugura su local en la ciudad de
Abancay.
Misión:
Propuesta
“Somos una cadena de supermercados que ofrece productos de consumo,
satisfaciendo las necesidades de nuestros clientes, brindándoles productos de
calidad y con excelencia en el servicio, así como también busca el crecimiento
sostenido de la empresa y el desarrollo personal y profesional de nuestros
trabajadores”.
Visión:
Propuesta
“Ser la cadena de supermercados líder en el departamento de Apurímac,
manteniendo un elevado espíritu de servicio y transparencia en todos los ámbitos
de nuestro trabajo”.
Estructura Organizacional.
7
______________________________________________________________________________
Gerencia
Asistente
Area de Area de Area de Area de Area de

Bebidas Limpieza Frutas Ventas Sistemas
Figura N° 01. Organigrama de la empresa Supermercados MEGA.
1.1.2. UBICACIÓN DE LA INSTITUCIÓN

SUPERMERCADOS MEGA SUCURSAL ABANCAY se ubica en:
Departamento: Apurímac.
Provincia: Abancay.
Distrito: Abancay.
Dirección: Av. Arenas Nº 215.
Teléfono: 966511816.
1.1.3. OBJETIVOS CORPORATIVOS
 Cumplir con la responsabilidad social empresarial.
 Ofrecer productos a precios competitivos en el mercado.
 Honestidad en el negocio hacia los clientes logrando una actitud de servicio
que consigue la fidelidad y confianza de los clientes.
 Dirigir la empresa, respetando la calidad y dignidad humana tanto de los
empleados como de los clientes.
 Fomentar la participación de todos los trabajadores en la planeación y diseño
de las estrategias para lograr un alto grado de satisfacción.
 Diseñar estrategias para definir el buen manejo del negocio.
1.1.4. PRINCIPIOS Y VALORES DE LA EMPRESA
 Respeto por los valores, creencias y derechos.
 El comportamiento de los miembros de la empresa debe basarse y ajustarse

a los valores y principios éticos que tradicionalmente han inspirado la vida
social.
8
______________________________________________________________________________
 Compromiso dentro de la empresa, el trabajo en equipo, la identidad y la

transparencia frente a la corporación.
 La disposición y la capacidad humana permite innovar el mercado de

nuestros servicios, con programas y estrategias, en armonía con los cambios
políticos, tecnológicos, culturales y sociales.
 La ayuda mutua y desinteresada es el factor primordial en logro de metas

comunes.
 La imparcialidad, rectitud y justicia en los acciones de los funcionarios de

supermercados MEGA.
 La capacidad y competencia de los funcionarios de Supermercados MEGA,

en el cumplimiento de sus tareas.
1.2. OBJETIVOS DEL SOFTWARE
 Aumentar, mejorar y modernizar la gama de productos

 Identificar los grupos de la población con mayor probabilidad de realizar compras.
 Control eficiente de la adquisición de productos.
 Definición adecuada de ofertas personalizadas y por grupos de clientes afines.
 Generar reportes que apoyen a la toma de decisiones.
1.3. METAS DEL SOFTWARE

 identificar nuevos mercados y oportunidades de negocio mediante el análisis de los
datos de ventas y almacén.
 Mejorar la imagen y la percepción de SUPERMERCADOS MEGA, en los
ciudadanos, instituciones públicas y agentes económicos y sociales.
 Diseñar un sistema que cubra las necesidades y las expectativas de la empresa.
 Utilizar herramientas estandarizadas de tecnología.
 Incrementar la satisfacción de los clientes.
1.4. JUSTIFICACION
El fin principal de las empresas es lograr incrementar las ventas de los productos y/o
servicios que producen, por lo que buscan maneras que les permitan lograr dicho fin de
manera eficiente, es así que un Sistema de Marketing significa un apoyo importante para
lograr la identificación de nuevos productos e incrementar la posibilidad de compra de
ellos mediante la investigación de nuevos mercados.
9
______________________________________________________________________________
1.5. PLANTEAMIENTO DEL PROBLEMA

1.5.1. DELIMITACION DE LA INSTITUCIÓN
El Sistema de Marketing para SUPERMERCADOS MEGA SUCURSAL
ABANCAY “SIGMA” está dirigido principalmente al Área Gerencial, destinado
al apoyo para la toma de decisiones.
1.5.2. DELIMITACIÓN DEL TRABAJO A REALIZAR

El proyecto “SIGMA”, abarca el área de Gerencia del Supermercados MEGA,
dentro de esta todos los procesos que involucren una toma de decisión.
1.5.3. DESCRIPCIÓN DEL PROBLEMA.

Sentencia que define el problema
Problemas Generar de forma automática estadísticas de preferencias

y tendencias de ventas de productos.
Generación automática de ofertas personalizadas y

orientadas a grupos afines de clientes.
Afecta a Área de gerencia de la empresa.
Impacto asociado Almacenar toda la información referente a los clientes y
sus compras, que esta información se mantenga
accesible y actualizable en cualquier espacio de tiempo.
Planteamiento de Informatizar el proceso, implantando el sistema de
la solución marketing SIGMA.
Generación de reportes que muestren las tendencias de

ventas y preferencias de clientes.
Generar interfaces amigables y sencillas con las que se

pueda acceder a la información, para una mejor toma de
decisiones.
Cuadro N° 01. Sentencia que define el problema.
10
______________________________________________________________________________
Sentencia que define la posición del producto.

Para  Área de Gerencia
 Gerente y sub gerente de MEGA
Quienes Toman una decisión analizando todos los reportes e

indicadores.
Nombre del Es una Aplicación web denominado “SIGMA, Sistema
Producto de Información Gerencia MEGA Apurímac”.
Que Almacena todos los datos correspondientes a las ventas

(diarias, semanales, anuales), clientes (potenciales,
comunes) y almacén, que son brindados por los sistemas
ya existentes de MEGA.
No como La actual forma de trabajar que implica una toma de
decisiones mal elaborada que no considera una correcta
investigación de mercados para su posterior toma de
decisiones.
Nuestro producto Permite construir reportes personalizados de ventas y
almacén de manera rápida y sencilla mediante un
entorno gráfico amigable e intuitivo.
Cuadro N° 02. Sentencia que define la posición del sistema.
1.6. IMPORTANCIA DEL SISTEMA

Su importancia radica en el hecho de que se reducirá notablemente, errores en la toma de
decisiones, automatizándolo.
La toma de decisiones que se da actualmente no cumple con un estudio de mercado,
simplemente se hace un análisis de los reportes de ventas para observar los ingresos,
almacén para observar el stock de los productos y conforme a esto se hacen los nuevos
pedidos de los productos sin considerar cuales fueron los más vendidos, en qué mes del
año y que tipo de cliente (edad, sexo, estado, etc.) adquirieron dicho producto.
El sistema se conectara con la base de datos ya existente que manejan en la actualidad en
supermercados MEGA, extrayendo los datos, para mostrar detenidamente cada detalle
necesario para una mejor visión del Gerente correspondiente a los productos, ventas,
almacén, clientes, etc., mostrándolos en reportes y medidores.
1.7. LIMITACIONES Y RESTRICCIONES DEL SOFTWARE

 Dirigido sólo al Área de Gerencial de la empresa.
11
______________________________________________________________________________
 Desarrollado sobre plataforma Windows y optimizado para el navegador Firefox

7.0.1.
CAPITULO II
MARCO CONCEPTUAL
2.1 MARCO TEÓRICO

2.1.1. Metodología RUP.
Metodología aplicada al proyecto “SIGMA”.
El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de
ingeniería de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo es
asegurar la producción de software de alta calidad que satisfaga la necesidad del
usuario final dentro de un tiempo y presupuesto previsible. Es una metodología
de desarrollo iterativo enfocada hacia “los casos de uso, manejo de riesgos y el
manejo de la arquitectura”.
El RUP mejora la productividad del equipo ya que permite que cada miembro del
grupo sin importar su responsabilidad específica acceda a la misma base de datos
de conocimiento. Esto hace que todos compartan el mismo lenguaje, la misma
visión y el mismo proceso acerca de cómo desarrollar software.
Ciclo de vida
Figura N° 02. Ciclo de vida de RUP.
12
______________________________________________________________________________
Con el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el

proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en
número variable
Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la
comprensión del problema y la tecnología, la delimitación del ámbito del
proyecto, la eliminación de los riesgos críticos, y al establecimiento de una base
de inicio.
FASES
A) FASE DE INICIO
Durante esta fase de inicio las iteraciones se centran con mayor énfasis en las
actividades de modelamiento del negocio y en sus requerimientos.
B) FASE DE ELABORACIÓN
Durante esta fase de elaboración, las iteraciones se centran al desarrollo de la
base de la diseño, encierran más los flujos de trabajo de requerimientos,
modelo de la organización, análisis, diseño y una parte de implementación
orientada a la base de la construcción.
C) FASE DE CONSTRUCCIÓN
Durante esta fase de construcción, se lleva a cabo el desarrollo del producto

por medio de una serie de iteraciones las cuales se seleccionan algunos Casos
de Uso, se redefine su análisis, diseño y pruebas. En esta fase se realiza una
pequeña cascada para cada ciclo, se realizan tantas iteraciones hasta que se
termine la nueva implementación del producto.
D) FASE DE TRANSICIÓN
Durante esta fase de transición se busca garantizar que se tiene un producto

preparado para su entrega al usuario.
Principales características:
 Forma disciplinada de asignar tareas y responsabilidades (quién hace
qué, cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de Software
 Desarrollo iterativo
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software
13
______________________________________________________________________________
Proceso: Las etapas de esta sección son:

 Modelado de negocio
 Requisitos
 Análisis y Diseño
 Implementación
 Pruebas
 Despliegue
Soporte: En esta parte se requieren las siguientes etapas:

 Gestión del cambio y configuraciones
 Gestión del proyecto
 Gestión de riesgo.
2.1.2. Aplicación Web

En la ingeniería de software se denomina aplicación web a aquellas aplicaciones
que los usuarios pueden utilizar accediendo a un servidor web a través de Internet
o de una intranet mediante un navegador. En otras palabras, es una aplicación
software que se codifica en un lenguaje soportado por los navegadores web en la
que se confía la ejecución al navegador.
Las aplicaciones web son populares debido a lo práctico del navegador web como
cliente ligero, a la independencia del sistema operativo, así como a la facilidad
para actualizar y mantener aplicaciones web sin distribuir e instalar software a
miles de usuarios potenciales. Existen aplicaciones como los webmails, wikis,
weblogs, tiendas en línea y la propia Wikipedia que son ejemplos bien conocidos
de aplicaciones web.
Es importante mencionar que una página Web puede contener elementos que
permiten una comunicación activa entre el usuario y la información. Esto permite
que el usuario acceda a los datos de modo interactivo, gracias a que la página
responderá a cada una de sus acciones, como por ejemplo rellenar y enviar
formularios, participar en juegos diversos y acceder a gestores de base de datos
de todo tipo.
Antecedentes
En los primeros tiempos de la computación cliente-servidor, cada aplicación tenía
su propio programa cliente que servía como interfaz de usuario que tenía que ser
instalado por separado en cada ordenador personal de cada usuario. El cliente
realizaba peticiones a otro programa -el servidor- que le daba respuesta. Una
mejora en el servidor, como parte de la aplicación, requería normalmente una
mejora de los clientes instalados en cada ordenador personal, añadiendo un coste
de soporte técnico y disminuyendo la productividad.
14
______________________________________________________________________________
A diferencia de lo anterior, las aplicaciones web generan dinámicamente una

serie de páginas en un formato estándar, como HTML o XHTML, soportados por
los navegadores web comunes. Se utilizan lenguajes interpretados en el lado del
cliente, directamente o a través de plugins tales como JavaScript, Java, Flash,
etc., para añadir elementos dinámicos a la interfaz de usuario. Generalmente cada
página web en particular se envía al cliente como un documento estático, pero la
secuencia de páginas ofrece al usuario una experiencia interactiva. Durante la
sesión, el navegador web interpreta y muestra en pantalla las páginas, actuando
como cliente para cualquier aplicación web.
Interfaz
Las interfaces web tienen ciertas limitaciones en las funcionalidades que se
ofrecen al usuario. Hay funcionalidades comunes en las aplicaciones de escritorio
como dibujar en la pantalla o arrastrar-y-soltar que no están soportadas por las
tecnologías web estándar. Los desarrolladores web generalmente utilizan
lenguajes interpretados (scripts) en el lado del cliente para añadir más
funcionalidades, especialmente para ofrecer una experiencia interactiva que no
requiera recargar la página cada vez (lo que suele resultar molesto a los usuarios).
Recientemente se han desarrollado tecnologías para coordinar estos lenguajes con
las tecnologías en el lado del servidor. Como ejemplo, AJAX es una técnica de
desarrollo web que usa una combinación de varias tecnologías.
Consideraciones técnicas
Una ventaja significativa es que las aplicaciones web deberían funcionar igual
independientemente de la versión del sistema operativo instalado en el cliente. En
vez de crear clientes para Windows, Mac OS X, GNU/Linux y otros sistemas
operativos, la aplicación web se escribe una vez y se ejecuta igual en todas partes.
Sin embargo, hay aplicaciones inconsistentes escritas con HTML, CSS, DOM y
otras especificaciones estándar para navegadores web que pueden causar
problemas en el desarrollo y soporte de estas aplicaciones, principalmente debido
a la falta de adicción de los navegadores a dichos estándares web (especialmente
versiones de Internet Explorer anteriores a la 7.0). Adicionalmente, la posibilidad
de los usuarios de personalizar muchas de las características de la interfaz
(tamaño y color de fuentes, tipos de fuentes, inhabilitar Javascript) puede
interferir con la consistencia de la aplicación web.
Otra aproximación es utilizar AdobeFlash Player o Javaapplets para desarrollar
parte o toda la interfaz de usuario. Como casi todos los navegadores incluyen
soporte para estas tecnologías (usualmente por medio de plug-ins), las
aplicaciones basadas en Flash o Java pueden ser implementadas con
aproximadamente la misma facilidad. Dado que ignoran las configuraciones de
los navegadores, estas tecnologías permiten más control sobre la interfaz, aunque
las incompatibilidades entre implementaciones Flash o Java puedan crear nuevas
15
______________________________________________________________________________
complicaciones, debido a que no son estándares. Por las similitudes con una
arquitectura cliente-servidor, con un cliente "no ligero", existen discrepancias
sobre el hecho de llamar a estos sistemas “aplicaciones web”; un término
alternativo es “Aplicación Enriquecida de Internet”.
Estructura de las aplicaciones web

Aunque existen muchas variaciones posibles, una aplicación web está
normalmente estructurada como una aplicación de tres-capas. En su forma más
común, el navegador web ofrece la primera capa y un motor capaz de usar alguna
tecnología web dinámica (ejemplo: PHP, Java Servlets o ASP, ASP.NET, CGI,
ColdFusion, embPerl, Python (programminglanguage) o Ruby onRails)
constituye la capa de en medio. Por último, una base de datos constituye la
tercera y última capa.
El navegador web manda peticiones a la capa de en medio que ofrece servicios

valiéndose de consultas y actualizaciones a la base de datos y a su vez
proporciona una interfaz de usuario.
Uso empresarial
Una estrategia que está emergiendo para las empresas proveedoras de software
consiste en proveer acceso vía web al software. Para aplicaciones previamente
distribuidas, como las aplicaciones de escritorio, se puede optar por desarrollar
una aplicación totalmente nueva o simplemente por adaptar la aplicación para ser
usada con una interfaz web. Estos últimos programas permiten al usuario pagar
una cuota mensual o anual para usar la aplicación, sin necesidad de instalarla en
el ordenador del usuario. A esta estrategia de uso se la denomina Software como
servicio y a las compañías desarrolladoras se les denomina Proveedores de
Aplicaciones de Servicio (ASP por sus siglas en inglés), un modelo de negocio
que está atrayendo la atención de la industria del software.
Ventajas
Ahorra tiempo: Se pueden realizar tareas sencillas sin necesidad de descargar ni
instalar ningún programa.
No hay problemas de compatibilidad: Basta tener un navegador actualizado
para poder utilizarlas.
No ocupan espacio en nuestro disco duro.
Actualizaciones inmediatas: Como el software lo gestiona el propio
desarrollador, cuando nos conectamos estamos usando siempre la última versión
que haya lanzado.
Consumo de recursos bajo: Dado que toda (o gran parte) de la aplicación no se
encuentra en nuestro ordenador, muchas de las tareas que realiza el software no
consumen recursos nuestros porque se realizan desde otro ordenador.
16
______________________________________________________________________________
Multiplataforma: Se pueden usar desde cualquier sistema operativo porque sólo

es necesario tener un navegador.
Portables: Es independiente del ordenador donde se utilice (un PC de sobremesa,
un portátil...) porque se accede a través de una página web (sólo es necesario
disponer de acceso a Internet). La reciente tendencia al acceso a las aplicaciones
web a través de teléfonos móviles requiere sin embargo un diseño específico de
los ficheros CSS para no dificultar el acceso de estos usuarios.
La disponibilidad suele ser alta porque el servicio se ofrece desde múltiples
localizaciones para asegurar la continuidad del mismo.
Los virus no dañan los datos porque éstos están guardados en el servidor de la
aplicación.
Colaboración: Gracias a que el acceso al servicio se realiza desde una única
ubicación es sencillo el acceso y compartición de datos por parte de varios
usuarios. Tiene mucho sentido, por ejemplo, en aplicaciones online de
calendarios u oficina.
Los navegadores ofrecen cada vez más y mejores funcionalidades para crear
aplicaciones web ricas (RIAs).
Inconvenientes
Habitualmente ofrecen menos funcionalidades que las aplicaciones de escritorio.
Se debe a que las funcionalidades que se pueden realizar desde un navegador son
más limitadas que las que se pueden realizar desde el sistema operativo. Pero
cada vez los navegadores están más preparados para mejorar en este aspecto. La
aparición de HTML 5 representa un hito en este sentido. Es posible añadir
funcionalidades a estas aplicaciones gracias al uso de Aplicaciones de Internet
Ricas.
La disponibilidad depende de un tercero, el proveedor de la conexión a internet o
el que provee el enlace entre el servidor de la aplicación y el cliente. Así que la
disponibilidad del servicio está supeditada al proveedor.
Diferencia entre aplicación web y aplicación de internet enriquecida (RIA)

Las aplicaciones web se ejecutan nativamente desde el navegador. Pero existen
algunas aplicaciones que funcionan desde el navegador pero además requieren la
instalación de un software en el ordenador para poder utilizarse. Estas
aplicaciones se denominan Aplicaciones de Internet Ricas. El motivo de usar este
software adicional es que hay muchas funcionalidades que los navegadores no
pueden ofrecer, y él enriquece a las aplicaciones web ofreciendo dichas
funcionalidades.
Ejemplos de funcionalidades que pueden ofrecer los programas online gracias al
uso de software instalado:
 Procesamiento de imágenes
17
______________________________________________________________________________
 Captura de imágenes
 Uso de webcam / Captura de video
2.1.3. Lenguajes de programación

Existen numerosos lenguajes de programación empleados para el desarrollo de
aplicaciones web en el servidor, entre los que destacan:
 PHP
 Java, con sus tecnologías Java Servlets y JavaServerPages (JSP)
 Javascript
 Perl
 Ruby
 Python
 HTML
 XML
 ASP/ASP.NET, aunque no es un lenguaje de programación en sí mismo,
sino una arquitectura de desarrollo web en la que se pueden usar por
debajo distintos lenguajes (por ejemplo VB.NET o C# para ASP.NET o
VBScript/JScript para ASP).
Se utilizan para servir los datos adecuados a las necesidades del usuario, en
función de cómo hayan sido definidos por el dueño de la aplicación. Los datos se
almacenan en alguna base de datos estándar.
18
______________________________________________________________________________
CAPITULO III
FASE INICIAL
3.1. DESCRIPCIÓN DE STAKEHOLDERS Y USUARIOS.
3.1.1. Resumen de Stakeholders.
Nombre Descripción Responsabilidades

El stakeholder realiza:
Sr. Gerente General de Representa a todos los usuarios posibles
Mega del sistema con todos los permisos de
acceso.
Aprueba requisitos y funcionalidades.
Analiza todos los reportes posibles para
una adecuada toma de decisiones.
Genera el requerimiento según el
análisis de los reportes y los cuadros
estadísticos.
Cuadro N° 03. Resumen de Stakeholders 1.
Nombre Descripción Responsabilidades

El stakeholder realiza:
Sr. Administrador de Es el encargado de generar los reportes
Sistemas para brindarlos al gerente, trabaja con
toda la base de datos del Supermercado
“Mega”.
Analiza la información de ventas,
almacén, etc, según a los datos
ingresados por día, mes y años.
Cuadro N° 04. Resumen de Stakeholders 2.
3.1.2. Resumen de Usuarios
19
______________________________________________________________________________
Nombre Descripción Stakeholder
Gerente General Es el gerente que controla todas STK1 Gerente

decisiones que se tomen con
respecto al supermercado MEGA.
Administrador de Responsable de manejar todos los STK2 Administrador
Sistemas sistemas de supermercados MEGA.
Cuadro N° 05. Resumen de Usuarios.
3.1.3. Entorno de Usuario
Los usuarios entraran al Sistema “SIGMA” identificándose con un nombre de

usuario y una contraseña, tras este paso entraran a la parte de la aplicación web
diseñada para cada uno según el rol que desempeñan.
3.2. Perfil de los Stakeholders.
Gerente general de Supermercados MEGA-ABANCAY
Representante Sr. Pedro Salas

Descripción Gerente “Supermercado Mega”.
Tipo Gerente general de MEGA
Responsabilidades Es el encargado del manejo de supermercado MEGA.
Organiza, dirige hacia el cumplimiento de la visión.
Criterio de Éxito A definir por el cliente
Grado de Petición de reportes además de estar involucrado en todos los
participación procesos sea de venta y requerimiento.
Comentarios Al parecer este es un cargo muy importante donde el gerente
tiene o es el corazón de la empresa ya que cumple con estas
funciones muy importates y de vital importancia.
Cuadro N° 06. Perfil de Stakeholders 1.
20
______________________________________________________________________________
Perfiles de Usuarios
Administrador de Sistemas
Representante Sr. JhosepElguera Ruiz

Descripción Administrador de Sistemas “MEGA”
Tipo Ing. Informática y Sistemas
Responsabilidades Encargado de velar por el correcto funcionamiento del sistema,
además de ser el principal componentes en generación de
reportes que es muy vital para la empresa.
Criterio de Éxito A definir por el cliente
Grado de Generar Reportes.
participación
Comentarios Esta responsabilidad es otra de las más importantes para este tipo
de empresas ya que no garantiza el correcto y buen
funcionamiento de los sistemas de la MEGA, que nos respaldan
y nos optimizan procesos de compra y venta.
Cuadro N° 07. Administrador de Sistemas.
3.3. ENTENDER EL CONTEXTO DEL SISTEMA

Para entender el contexto del sistema lo expresaremos a través del Modelo de Negocio.
Para entender mejor el valor que el negocio provee a cada uno de sus actores, se prepara
un Modelo de Casos de Uso de Negocios que identifique actores del negocio y casos de
uso del negocio que estos actores usan.
A continuación se muestran los casos de uso de negocios y los diagramas de negocios
(que conforman el Modelo de Negocios) para cada uno de ellos:
21
______________________________________________________________________________
3.3.1. MODELO DE CASOS DE USO DEL NEGOCIO
<<include>> Gerente
Generar requerimiento
Analizar reporte almacen
<<include>>
Analizar reporte ventas
Tomar dicision
<<include>>
Genera reporte almacen
Genera reporte ventas
Administrador del
sistema
Figura N° 3. Modelo de Casos de Uso del Negocio.
Podemos encontrar los casos de uso a partir del Modelo de Caso de

Uso del Negocio. Se muestra los casos de uso de acuerdo a los roles
de los actores.
22
______________________________________________________________________________
a) Caso de Uso de Negocio: Solicita Reporte

 El responsable del área de gerencia solicita un reporte al Administrador
de Sistema.
 Seguidamente empieza a generar la consulta con especificaciones par el
reporte que puede ser estándar o personalizado.
 Los reportes deberán ser analizados minuciosamente para poder tomar
decisiones y optimas que ayuden a mejorar la calidad y cantidad de
productos.
Figura Nº 4 Diagrama de Modelo de Proceso: Solicita Reporte
b) Caso de Uso de Negocio: Generar Reporte

 El Administrador de sistemas retorna el reporte.
 Los reportes tienen que ser de manera estratégica que ayude a mejorar el
desenvolviendo de la empresa.
 El gerente analizar y toma una decisión de acuerdo a los datos
recopilados en el reporte que solicito.
Figura Nº 5 Diagrama de Modelo de Proceso: Generar Reporte.
23
______________________________________________________________________________
c) Caso de Uso de Negocio: Toma Decisión.

 El gerente analiza variables del reporte.
 Realiza Estadísticas sobres productos de stock, a si dando a conocer los
productos más cotizados y más vendidos durante un periodo de tiempo.
 El tomara la decisión de acuerdo a resultados y variables de tiempo,
fecha, estación y tendencia.
Figura Nº 6 Diagrama de Modelo de Análisis del Negocio Toma de Decisión.
d) Caso de uso de Negocio: Genera Requerimiento.

El Gerente realizara el requerimiento del producto de acuerdo a condiciones
ya estudiadas con anterioridad.
Figura Nº 7 Diagrama de Modelo de Proceso del Negocio: Generar Requerimiento
3.3.2. REQUERIMIENTOS FUNCIONALES CANDIDATOS

El sistema necesitará los siguientes requisitos funcionales mínimamente:
 Generar reporte almacén.
 Generar reporte ventas.
 Generar gráficos estadísticos.
 Generar cuadros comparativos.
 Registrar nuevo administrador.
24
______________________________________________________________________________
 Modificar datos del administrador.
3.3.3. REQUERIMIENTOS NO FUNCIONALES

El sistema requiere de partes abstractas que permitirán su funcionamiento de
manera óptima como.
 Calidad: Una aplicación web que cumpla con los estándares y permita el
acceso rápido a la información.
 Flexibilidad: Debe permitir modificar datos de la base de datos, asimismo
actualizar continuamente los contenidos.
 Debe ser compatible: Permitiendo su acceso desde cualquier navegador web.
 Rendimiento: Debe mantener plataformas livianas para que los tiempos de
respuesta sean rápidos cuando el usuario desee ver su información.
 Seguridad: Es importante la fiabilidad de los datos que se puedan
intercambiar.
 Extensibilidad: El usuario que se convertirá en el administrador del sitio
web, necesitará en ocasiones extender el contenido de la página.
 Disponibilidad: La web está disponible cuando y como lo desee el usuario.
 Calidad de imagen extensible al usuario.
 Documentación que contenga manuales de usuario dentro para facilitar el
uso del sistema.
 Mantenimiento, estabilidad, y soporte debe ser sencillo.
3.3.4. Validación de Requerimientos Funcionales

Artefacto: Lista de Características.
Nombre: Generar Reporte Almacén 1

Descripción
Se requiere el registro de cierto número de productos en el sistema.
Valores de Planeación
Estado: Propuesto ( ) Aprobado (X) Incorporado ( ) Validado ( ).

Prioridad: Crítica ( ) Importante (X) Auxiliar ( ).
Nivel de riesgo: Crítico () Significativo (X) Ordinario ( ).
Nombre: Generar Reporte Ventas 2
Descripción
Se requieren tener un registro de los productos vendidos o de las ventas
realizadas.
25
______________________________________________________________________________

Nivel de riesgo: Crítico ( ) Significativo (X) Ordinario ( ).
Nombre: Generar Gráficos Estadísticos. 3

Descripción
Se requiere tener un registro del producto vendido (por día)

Nivel de riesgo: Crítico () Significativo (X) Ordinario ( ).
Nombre: Generar Cuadros Comparativos. 4

Descripción
Se requiere tener un registro de los productos vendidos (por día)
Estado: Propuesto ( ) Aprobado (X) Incorporado ( ) Validado ( )

Prioridad: Crítica ( ) Importante ( X ) Auxiliar ( )
Nivel de riesgo: Crítico ( ) Significativo (X) Ordinario ( )
Nombre: Registrar Nuevo Administrador. 5
Descripción
Se requiere tener datos del gerente, ya que es el encargado de registrar un
nuevo administrador.

Nivel de riesgo: Crítico ( ) Significativo ( ) Ordinario (X).
Nombre: Modificar datos del administrador. 6

Descripción
Se requiere tener datos almacenados de un administrador del sistema.
26
______________________________________________________________________________
Estado: Propuesto ( ) Aprobado ( ) Incorporado (X) Validado ( ).
Prioridad: Crítica ( ) Importante () Auxiliar (X).
Nivel de riesgo: Crítico ( ) Significativo (X) Ordinario ( ).
3.3.5. Algunas Aclaraciones sobre Modelo del Negocio
Icono del modelo Nombre Definición UML

Business Actor/ actor Alguien o algo, fuera del proceso
del negocio principal del negocio que
interactúa con el negocio.
NewClass
Business Worker/ Papel o un conjunto de roles dentro de

trabajador del negocio la empresa. Un negocio
trabajador interactúa con los
NewClass2 trabajadores y otros asuntos
manipula las entidades empresariales.
Business Entity Una "cosa" manipulados o utilizados

/entidad del negocio por los trabajadores de negocios.
NewClass3
Business Use Case/ Una secuencia de acciones que realiza

caso de uso del una empresa produce un resultado
negocio observable de valor a un particular
NewUseCase
negocio actor. (En este artículo,
sinónimo de procesos de negocio)
Business Use Case Una colección de diagramas para
Realization/ mostrar cómo los elementos de
realización de caso de organización (trabajadores y
NewUseCase2
uso del negocio entidades) son desplegados para
apoyar un proceso de negocio.
Organizational unit / Una colección de los trabajadores de
Unidad organizacional empresa, las entidades empresariales,
relaciones, las empresas de casos de
NewPackage uso realizaciones, diagramas, y otras
unidades de organización. Se utiliza
para estructura de la empresa (objeto)
27
______________________________________________________________________________
modelo dividiéndoloen partes más

pequeñas.
Cuadro N° 08.Modelo de negocio

.
3.3.6. Captura de Requerimientos Funcionales
En esta sección iniciamos el muestreo e investigación de datos a través del
análisis de documentos electrónicos, todo esto precedido por la lectura de
material de fondo, es decir, bibliografía relacionada a los diferentes procesos que
sirva de base para una mejor realización del muestreo e investigación.
Asimismo, elaboramos y ejecutamos las entrevistas con el fin de obtener
información más precisa.
Muestreo e Investigación de Datos
Documentos Considerados para ser Muestreados:
 Reportes Generados
 Registro de Nuevos Administradores.
 Órdenes de Compra
a) Determinar los datos a ser recolectados o descritos.
Conceptos, atributos y variables de los documentos a ser muestreados:
 Generar reporte.- identificador del reporte, nombre del reporte, tipo,
descripción.
 Registrar nuevo administrador.- Identificador del administrador, DNI
administrador, nombres, apellidos, teléfono, e-mail.
 Órdenes de Compra.- Número de Orden de Compra, fecha, número de
Cuadro Comparativo que la genera, Razón Social del Proveedor a quien
se realizará la compra, lista de servicios, cantidades y precios de éstos.
3.3.7. CASOS DE USO DEL SISTEMA SIGMA

Podemos encontrar los casos de uso a partir del Modelo de Casos de Uso de
Negocios.
Los siguientes son casos de uso identificados en esta primera iteración de la Fase
Inicial:
 Generar reporte almacén.
 Generar reporte ventas.
 Generar gráficos estadísticos.
 Generar cuadros comparativos.
 Generar Requerimiento.
 Registrar nuevo administrador.
 Modificar datos del administrador.
28
______________________________________________________________________________
3.4. Descripción a Detalle de los Casos de Uso
Caso de Uso Solicitar Reporte

Actores Administrador del Sistema, gerente.
Descripción El gerente del Supermercado MEGA,
solicita la información de los reportes
semanales, mensuales y anuales al
administrador de sistemas.
Descripción Inicial Paso a Paso
Pre Condición: El gerente realiza una petición de reportes.
Actor Sistema
1. El Gerente hace una petición de
reportes al administrador del sistema
Post condición:
Los datos del administrador, los de almacén y las ventas diarias tienen se almacenan en
la base de datos.
Cuadro Nº 09 Casos de Uso” Solicitar Reporte”
Caso de Uso Generar Reporte

Actores Administrador del Sistema
Descripción El Administrador del Sistema ingresa al
sistema y genera los reportes tanto de
ventas como de almacén, y otros reportes
que el gerente solicite.
Pre Condición: El Administrador de Sistemas genera los reportes para que el gerente
tome una decisión según un análisis de los reportes.
Actor Sistema
1. El Administrador del Sistemas ingresa 2. El sistema valida la información
usuario y contraseña. ingresada y nuestra la interfaz
correspondiente al administrador.
3. Ingresa a la opción de reportes. 4. El sistema muestra las opciones para
cada tipo de reporte como ventas,
almacén, usuarios, etc.
5. El sistema genera el reporte y muestra
el dasboard el cual tiene la opción de
imprimir.
6. El administrador observa los dasboard y
los imprime.
Post condición:
29
______________________________________________________________________________
Todos los reportes generados se almacenan para su posterior utilización y análisis.
Cuadro Nº 10 Casos de Uso” Generar Reporte”
Caso de Uso Tomar Decisión

Actores Gerente general
Descripción El gerente de supermercados MEGA,
analiza los reportes y toma una decisión
conforme a ello, y según eso pide nuevos
productos y cantidades según el stock.
Pre Condición: El gerente analiza todos los reportes que le brinda el administrador de
sistemas.
Actor Sistema
1. El gerente ingresa con su usuario y
contraseña
2. El sistema valida los datos y muestra al
gerente un entorno diferente con todos los
privilegios.
3. El gerente ase click en reportes y
estado productos.
4. Se abre la interfaz de reportes
mostrando múltiples opciones desde
reportes productos,, almacén, etc.
5. Se cargan los dasboard mostrando el
estado de los productos según los
datos obtenidos de la base de datos ya
existente.
6. Hace click en imprimir reporte y
dasboard
7. El gerente imprime los reportes y luego
de observar los dasboard toma una
decisión.
Post condición:
Los dasboard generados se almacenan con sus respectivas interpretaciones.
Cuadro Nº 11 Casos de Uso” Tomar Decisión”
30
______________________________________________________________________________
Caso de Uso Generar Requerimiento

Actores Gerente general
Descripción El gerente genera un requerimiento el cual
indicara los productos que requiere según
lo analizado en los reportes y observado
en los dasboard y según los indicadores
estadísticos existentes.
Pre Condición: El gerente analiza los reportes y observa los dasboard en la aplicación
web.
Actor Sistema
1. El Gerente ingresa su usuario y
contraseña 2. La aplicación web valida los datos
ingresados y muestra la interfaz para el
gerente.
3. El gerente ingresa a nuevo
requerimiento. 4. Nuestra el entorno de requerimiento
con todos los campos necesarios para
generar una lista de pedidos de productos.
5. Llena todo lo necesario para hacer el
requerimiento.
6. Click en el botón generar y la
aplicación genera un listado de los
productos solicitados.
7. Imprime la lista de requerimientos.
Post condición:
Los nuevos requerimientos realizados se almacenan en la base de datos.
La aplicación no guarda los datos hasta que procedimientos anteriores se hayan
realizado correctamente.
Cuadro Nº 12 Casos de Uso” Generar Requerimiento”
3.4.1. Descripción Estructurada de los CASOS DE USO

Describimos las actividades que deben ser realizadas en uno de los casos de uso
así como las distintas rutas que puede desencadenarse.
El siguiente diagrama de actividades muestra los casos de uso más importante
del sistema SIGMA.
3.5. DESCRIPCIÓN ESTRUCTURADA DE LOS CASOS DE USO

Se describen las actividades que deben ser realizadas en un los casos de uso, así como
las distintas rutas que pueden irse desencadenando.
31
______________________________________________________________________________
Los siguientes diagramas de actividad muestran los casos de uso más importantes.
Figura N° 08. Diagrama de Actividad: Generar Requerimiento.
Figura N° 09. Diagrama de Actividad: Generar Reporte Almacén
32
______________________________________________________________________________
Figura N° 10. Diagrama de Actividad: Generar Reporte Ventas.
Figura N° 11. Diagrama de Actividad: Analizar Reporte Almacén
33
______________________________________________________________________________
Figura N° 12. Diagrama de Actividad: Analizar Reporte Ventas
Responsable Adquisiciones Prov eedo

3.5.1. Algunas Aclaraciones sobre los Diagramas de Actividades
Responsable Adquisiciones Inicio: El inicio de un diagrama de actividad es

Prov eedor
representado por un círculo de color negro sólido.

Responsable Adquisiciones Prov eedor
Selecciona Requerimiento a
procesar
Selecciona Requerimiento a : Una actividad representa la acción que será

Actividad
Selecciona Requerimiento a
procesar
procesar realizada por el sistema la cual es representada dentro de
Realiza cotización
un ovalo.
telefónica a proveedor
Realiza cotización Comunica sus

telefónica a proveedor Transición:
preciosUna transición ocurre cuando se lleva acabo
de servicios
el cambio de una actividad a otra, la transición es
Comunica sus
Genera Orden de Servicios representada
precios simplemente
de servicios por una línea con una flecha en
Directa a proveedor
su terminación para indicar dirección.
Realiza cotización Ramificación (Branch) : Una ramificación ocurre
Genera Orden de Servicios
Directa a proveedor Recibe Orden de
Servicios Directa
telefónica a proveedorcuando existe la posibilidad que ocurra más de una
Recibe Orden de al terminar determinada actividad.
transición (resultado)
Servicios Directa
Este elemento es representado a través de un rombo.
Comunica s
precios de ser
34
equerimiento a
cesar

cotización
______________________________________________________________________________
a proveedor
Comunica sus
precios de servicios
Fork : Un fork representa una necesidad de ramificar una
transición en más de una posibilidad. Aunque similar a
n de Servicios
proveedor una ramificación (Branch) la diferencia radica en que
un fork representa más de una ramificación obligada, esto
Recibe Orden de es, la actividad debe proceder por ambos o más caminos.
Servicios Directa
Fin: El fin de un diagrama de actividad es representado

por un círculo, con otro circulo concentrico de color
negro sólido.
Canales (Swimlanes): En determinadas ocasiones ocurre

que un diagrama de actividad se expanda a lo largo de
más de un entidad o actor, cuando esto ocurre el
diagrama de actividad es particionada en canales
(swimlines), donde cada canal representa la entidad o
actor que está llevando a cabo la actividad.
Cuadro N° 13. Diagrama de Actividad
ESTUDIO PRELIMINAR Y DE FACTIBILLIDAD
3.6. ESTUDIO PRELIMINAR

3.6.1. Herramientas de Hardware y Software
3.6.1.1. Software
 Para el Modelamiento.
La finalidad de la elección de la herramienta CASE, es para la
elaboración de los diagramas del UML, es comunicar de la manera
más eficiente a todos los integrantes del proyecto todas aquellas
decisiones que se toman con respecto a la arquitectura del sistema
y que son determinantes para cumplir con los objetivos del
Proyecto.
Para la elección de la herramienta se toma en cuenta los siguientes
criterios.
ENTERPRIS
RATIONAL
CRITERIOS PARA
E EDITION
STAR UML
POSEIDON
ROSE 2007
FOR UML
LA ELECCIÓN
35
______________________________________________________________________________
Facilidad de uso. Si Si Si
Integración con Si Si No
Herramientas
Ofimáticas
Reutilización de Si Si No
artefactos de software
Interfaz amigable. Si Si Si
Soporte de modelado Si Si Si
UML.
Exportación de la Si No Si
información en
formatos gráficos.
Cuadro N° 14 Comparación entre Software de Modelamiento.
Como observamos, la Herramienta Rational Rose 2007 Enterprise

Edition presenta mayores ventajas para este tipo de proyectos.
 Para la programación
En la elección del lenguaje de programación se consideró un
lenguaje apropiado para el desarrollo de aplicaciones cliente
servidor, que a su vez debe tomar en cuenta la sencillez,
flexibilidad y robustez; que éste aporta al equipo de desarrollo.
Criterio Asp C# JSP PHP

.net
Desarrollo Total Total Total
Aplicaciones
Cliente/Servidor
Orientación a Total Total Total
objetos.
Programación Total Total Total
Visual
Sencillez de sintaxis Regular Regular Total
Accesibilidad Regular Bueno Total
Plataforma Si Si Si
Windows
Cuadro N° 15 Comparación entre Lenguajes de programación.
36
______________________________________________________________________________
Como observamos el Lenguaje de Programación ganador resulta el

PHP.
 Gestor de la base de datos

El gestor de la Base de Datos para la construcción de la aplicación
es MySQL Server, debido a que permite una interrelación óptima
con el lenguaje de programación elegido.
 Para el diseño de la base de datos

La elección de esta herramienta es fundamental ya que mediante
ésta podremos representar el diagrama de base de datos desde un
modelo lógico de los requerimientos de información, hasta el
modelo físico en donde se menciona las características específicas
de la Base de Datos diseñada.
Criterio Erwin MySql System
Data Architec
Modeler
4.1
Facilidad de uso Total Total Regular
Soporte a Base de Total Total Regular.
Datos Relacionales
Migración del Diseño Regular Bueno Regular
a la Base de Datos
Dominio de la Regular Bueno Bajo

Herramienta.
Plataforma Windows Si Si Si
Generación de código Regular Total Regular
a múltiples Bases de
Datos
Cuadro N° 16 Comparación entre Herramientas Case.
Para el diseño de la base de datos consideramos el uso de la

herramienta MySql por ser de dominio de los desarrolladores del
proyecto y contar con diferentes funcionalidades entre las que se
encuentra la exportación del código.
 Sistema operativo
Por ser orientada a la web, la aplicación no tendrá problemas para
funcionar en cualquier sistema operativo, ya sea Windows o
Linux.
37
______________________________________________________________________________
 Hardware
 El proyecto usará el servidor existente de la empresa.
 Las pc’s de escritorio y portátiles existentes en el área
gerencial de la organización soportarán sin problemas la
aplicación.
 Para la Metodología
Para la elección de una adecuada metodología se debe tener en
cuenta que una Metodología es un conjunto de técnicas y
procedimientos que nos permiten conocer los elementos
necesarios para definir un proyecto de software; es decir, es la
base para la edificación de un proyecto de software, la etapa
fundamental para lograr los objetivos buscados con dicho
proyecto. Sirve para subir la "calidad" del software, nuestro
objetivo es controlar de manera transparente todo el proceso de
desarrollo, fundamentalmente nos permite producir lo esperado en
el tiempo esperado y con el costo esperado, esto es básico pues
muchas veces planeamos hacer algo que finalmente nos toma más
tiempo de lo planeado, por tanto nos produce más costos y por
ellos no logramos completar el proyecto según lo esperado
Implantar un proceso de desarrollo es una labor de mediano a
largo plazo, cuesta tiempo hacer que el equipo involucrado se
adapte al proceso pero que es compensado con los resultados
obtenidos, es por ello que no tiene sentido ajustarse a un proceso
al pie de la letra, sino que hay que adecuarlo a las necesidades de
cada empresa.
Proceso de Desarrollo
Actualmente con el creciente desarrollo tecnológico y la aparición
de nuevos modelos de producción, han ido apareciendo nuevas
metodologías de proceso de desarrollo, estos procesos han ido
tomando características marcadas, lo que ha conllevado en
agruparlos en dos grandes grupos, los llamados "métodos
pesados" y los "métodos ligeros", la diferencia más saltante entre
estos dos grandes grupos es que mientras los métodos pesados
intentan obtener los resultados ayudándose principalmente de la
documentación ordenada, los métodos ligeros tienen como base de
sus resultados a la comunicación e interacción directa con todos
los usuarios involucrados en el proceso.
Se tomó en cuenta tres metodologías:
38
______________________________________________________________________________
RUP (Rational Unified Process)

Este es uno de los procesos más generales que existe, está
enfocado a cualquier tipo de proyecto así no sea de software, se
basa en la documentación generada en cada uno de sus cuatro
fases: 1. Intercepción (puesta en marchar), 2. Elaboración
(definición, análisis y diseño), 3. Construcción (implementación) y
4. Transición (fin del proyecto y puesta en producción) en las
cuales se ejecutarán varias iteraciones (según el tamaño del
proyecto).
RUP se basa en UseCase(casos de uso) para describir lo que se
tiene y lo que se espera del software, está muy orientado a la
arquitectura del sistema a implementarse, documentándose de la
mejor manera, basándose en UML (Unified Modeling Language -
Lenguage de Modelado Unificado).
XP (eXtrme Programing - Programación Extrema)

XP, se basa en el trabajo orientado directamente al objetivo,
basándose para esto en las relaciones interpersonales y en la
velocidad de reacción para la implementación y para los cambios
que puedan surgir durante el desarrollo del proceso.
XP se basa en UseStories (historias de uso), estas historias las
escribe el cliente o su representante dentro de equipo y describen
los escenarios claves del funcionamiento del software, a partir de
estas se generan los releases (entregas) entre el equipo y el cliente.
Estos releases son los que permiten definir las iteraciones
necesarias para cumplir con los objetivos, de manera que cada
resultado de la iteración sea un programa aprobado por el cliente
de quien depende la definición de las siguientes iteraciones.
FDD (Feature Driven Development)

Este proceso se considera como punto medio entre los procesos
pesados y ágiles, aunque en la práctica es más similar a este
último. Pensado para proyectos relativamente cortos, al igual que
los anteriores también está basado en iteraciones que producen un
software funcional que puede ser visto, probado y monitorizado
por el cliente.
Estas iteraciones son decididas en base a las funcionalidades que el
software debe tener, funcionalidades definidas por el cliente, este
proceso está dividido en cinco fases:
1. Desarrollo de un Modelo General.

2. Construcción de la Lista de Funcionalidades.
39
______________________________________________________________________________
3. Plan de releases basadas en las funcionalidades a

implementar.
4. Diseñar en base a las funcionalidades definidas.
5. Implementar en base a las mismas funcionalidades.
CRITE RUP XP FDD

RIOS
Tamaño del Proyectos y Proyectos Proyectos y
equipo equipos cortos y con equipos
grandes equipos medianos a
pequeños pequeños
Obtención de Se basa en Se basa en Que se hará
requisitos casos de historias de después de los
uso uso requisitos
Carga de Se basa en No se Genera mínima
Trabajo la asignan roles documentación
documenta organizativo
ción s
Relación con Evalúa los Evalúa Constante
el cliente artefactos pedazo del evaluación del
obtenidos programa modelo general
funcional desarrollado
Soporte de Si No No
modelado
UML.
Dominio del Si No No
paquete.
Cuadro N° 17 Comparación de Metodologías.
40
______________________________________________________________________________
3.7. FACTIBILIDAD ECONOMICA

3.7.1. CUADRO DE TIEMPO DE DESARROLLO Y COSTO POR EQUIPO DE
DESARROLLO
EQUIPO DE DESARROLLO.
 Analista: Evelin Angelino Chancco.
 Diseñador: Bixbi Tapia Sueldo.
 Programadores:
Wilmar Llactahuamaní Huarhua.
Edson Bryan Castañeda Rojas.
 Testeador: Edwin Arredondo Huamán.
 Jefe de Proyecto: Edson Bryan Castañeda Rojas.
FASES Nº Nº Nº Costo/hora Costo N° Costo Total S/.

Semanas Días Horas*4 Unitario Integ. (x nº de
S/. integrantes
Fase de 3 15 60 10 600,00 3 1,800.00
Inicio
Fase de 4 20 80 8 640,00 3 1,920.00
Elaboración
Fase de 2 10 40 20 800,00 3 2,400.00
Construcción
Fase de 10 50 50 5 250,00 2 500.00
Transición
Total 19 225 900 4.500,00 6,620.00
Cuadro N° 18 Cuadros de Tiempo y Costo de Desarrollo por Equipo.
3.7.2. CUADRO DE COSTOS EN EL PROCESO DE DESARROLLO.

COSTO POR HARDWARE
Cantidad Descripción Precio Precio
Unitario Total
1 2,300.00 2,300.00
Computadora Pentium Core Duo 2.66 GHz y 0.99
RAM
1 Computadora Pentium IV de 2.8 GHz y 512 RAM 800.00 800.00
1 Impresora Matricial LX-300 200.00 200.00
COSTO DE SUMINISTROS.
1 Costo por consumo eléctrico 110.00 440.00
1 Costo por consumo de internet 100 400.00
1 Costo por papel e impresión 10.00 50.00
41
______________________________________________________________________________
COSTO DE LICENCIAS
1 Sistema Operativo Windows XP 700.00 700.00
TOTAL 4,490.00
Cuadro N° 19 Cuadro de Costos en el Proceso de Desarrollo.
3.7.3. CUADRO DE COSTOS DE IMPLANTACIÓN DEL SISTEMA INTEGRAL.

COSTOS DE IMPLANTACIÓN: Instalación y Capacitación
Cantidad Descripción Precio Precio
Unitario Total
2 Personal 1000.00 2,000.00
Cuadro N° 20 Cuadro de Costos de Implantación del Sistema Integral
3.7.4. CUADRO DE RESUMEN DE COSTOS
CUADRO DE RESUMEN DE COSTOS

Descripción Precio Total
Costo por Equipo de Desarrollo 6,620.00
Costos en el Proceso de Desarrollo. 4,490.00
Costos de Implantación del Sistema Integral 2,000.00
TOTAL 13,110.00
Cuadro N° 21 Cuadro de Resumen de Costos.
3.7.5. CUADRO DE VALORIZACIÓN DE AHORRO.

Por la implantación se tendrá un ahorro de:
Descripción Monto Meses de Total
Mensual Labor
Personal 750.00 4 3000.00
Cuadro N° 22 Cuadro de valorización de Ahorro.
3.7.6. FLUJO DE CAJA

DESCRIPCIÓN 0 1 2 3 4 5 6
Ingreso 95000,00 95000,00 95000,00 95000,00 95000,00 95000,00
Personal 850,00 850,00 850,00 850,00 850,00 850,00
Egreso 91330,00 91330,00 91330,00 91230,00 91230,00 91230,00
Personal 800,00 800,00 800,00 700,00 700,00 700,00
de Soporte
Costo de 130,00 130,00 130,00 130,00 130,00 130,00
consumo de
42
______________________________________________________________________________
Internet
Costo de 400,00 400,00 400,00 400,00 400,00 400,00

Consumo
Eléctrico
Suministro 90000,00 90000,00 90000,00 90000,00 90000,00 90000,00
s y Materiales
Inversión 13110
TOTAL -13110 3670,00 3670,00 3670,00 3770,00 3770,00 3770,00
Cuadro N° 23 Cuadro de Flujo de Caja.
3.6.7. VAN (VALOR ACTUAL NETO)

Procedemos a calcular el Valor Actual Neto que determina si la inversión
producirá ganancias, esto es, si el proyecto debe aceptarse.
Dónde:
 Qn representa los flujos de caja.
 A Es el valor del desembolso inicial de la inversión.
 N es el número de períodos considerado.
 i es el tipo de interés.
AÑO 0 AÑO AÑO 1 AÑO 2 AÑO 3 AÑO 4 AÑO 5

VAN -13110 3276,785714 2925,701531 2612,23351 2395,903156 2139,199246 1909,99933
VAN 2149,82
VAN=2149,82
Por Valor Actual Neto de una inversión se entiende la suma de los valores
actualizados de todos los flujos netos de caja esperados del proyecto, deducido el
valor de la inversión inicial.
Si un proyecto de inversión tiene un VAN positivo, el proyecto es rentable. Un
VAN nulo significa que la rentabilidad del proyecto es indiferente de realizarlo o
no. La única dificultad para hallar el VAN consiste en fijar el valor para la tasa
de interés, existiendo diferentes alternativas.
Basándonos en el Costo de Oportunidad de Capital anual a nivel local, se tiene
un promedio del 9.5% de los diferentes entidades bancarias de la localidad. El
Costo de Oportunidad de Capital ofrecido por el proyecto es de 10.5%.
43
______________________________________________________________________________
Por lo tanto, como observamos en el resultado, el VAN obtenido es positivo,

por lo que el proyecto es rentable y debe ejecutarse.
3.6.8. TIR (TASA INTERNA DE RETORNO)

Para él cálculo de la tasa interna de retorno se utiliza el total de la inversión y los
flujos netos de efectivo
TIR = 18%
La TIR es una herramienta o medida usada como indicador al cuantificar la
eficiencia de una inversión determinada. Al contrario del VAN (valor actual
neto), que entrega como resultado una magnitud, el TIR entrega un porcentaje.
En otras palabras, el TIR es la tasa compuesta de retorno anual que se puede

ganar de una inversión. Por lo mismo, matemáticamente el TIR se calcula
partiendo de la ecuación del VAN, haciendo este igual a cero y calculando "i"
para este valor.
Por tanto como el porcentaje obtenido es mayor al interés, el proyecto es
rentable.
BENEFICIOS INTANGIBLES:
 El Sistema Información Gerencial Mega Abancay (SIGMA) permitirá un
flujo permanente de información a la gerencia, lo cual evitará
redundancia de procesos, ingreso de datos duplicados; así mismo
contribuirá a elevar la imagen empresarial de supermercados MEGA,
frente a las diversas competencias locales y regionales, que verán en la
MEGA, una empresa sólida y confiable.
 De igual forma contribuirá al mejoramiento de los procesos gerenciales.
 Todos los datos estarán centralizados en una sola base de datos.
 Se pueden hacer informes con los datos en tiempo real.
BENEFICIOS TANGIBLES.
 Los beneficios tangibles que el proyecto aporta, es la mayor eficiencia en
el uso de recursos, en este caso se considera el ahorro de trabajo de horas
hombre del personal de la gerencia de supermercados MEGA.
44
______________________________________________________________________________
CAPITULO IV
FASE DE ELABORACIÓN
4.1. ANALISIS DE PAQUETES
4.1.1. Diagrama de Paquetes: En el Lenguaje Unificado de Modelado,

un diagrama de paquetes muestra cómo un sistema está dividido en
agrupaciones lógicas mostrando las dependencias entre esas
agrupaciones.
Los Paquetes están normalmente organizados para maximizar la
coherencia interna dentro de cada paquete y minimizar el acoplamiento
externo entre los paquetes. Con estas líneas maestras sobre la mesa, los
paquetes son buenos elementos de gestión. Cada paquete puede asignarse
a un individuo o a un equipo, y las dependencias entre ellos pueden
indicar el orden de desarrollo requerido.
Artefacto: Modelo de Análisis
Figura N° 13 Modelo de Análisis.
45
______________________________________________________________________________
4.2. 1IDENTIFICACIÓN DE NODOS Y CONFIGURACIONES DE RED

Los nodos involucrados son:
 El servidor de Aplicación y Base de Datos.
 Computadoras para los Administradores.
4.2.1. Diagrama de despliegue del Sistema SIGMA
Diagrama de Despliegue: El Diagrama de Despliegue es un tipo de
diagrama del Lenguaje Unificado de Modelado que se utiliza para
modelar el hardware utilizado en las implementaciones de sistemas y las
relaciones entre sus componentes.
Los elementos usados por este tipo de diagrama son nodos (representados
como un prisma), componentes (representados como una caja rectangular
con dos protuberancias del lado izquierdo) y asociaciones.
Figura N° 14 Diagrama de Despliegue del Sistema SIGMA.
4.3. IDENTIFICACIÓN Y CONTROL DE RIESGOS

Identificamos los riesgos de acuerdo a las siguientes categorías generales:
4.3.1. Riesgo durante el Desarrollo de la Aplicación

Experiencia del Área.
Esto no representa mayor riesgo ya que el trabajador que labora como
Administrador de Sistemas y el gerente, tienen amplio conocimiento del
tema y las tecnologías, puesto que vienen ocupándose del proceso de la
administración de los sistemas y la administración del supermercado por
más de diez años.
46
______________________________________________________________________________
Institución. (Cliente).
Este punto significa uno de los mayores riesgos por la aprobación de los
implicados para la implantación de la Aplicación Web. Debiendo además
satisfacer algunos cambios específicos que pudieran tener.
Para minimizar este riesgo se ha desarrollado una aplicación web
novedosa, el cual se ajusta a las necesidades de la institución en el Área
de Gerencia, lo cual la hacen atractiva y sólida en el manejo de la
implantación.
4.4. DIAGRAMA DE CLASES

Los diagramas de clases muestran las diferentes clases que componen un sistema
y cómo se relacionan unas con otras. Se dice que los diagramas de clases son
diagramas «estáticos» porque muestran las clases, junto con sus métodos y
atributos, así como las relaciones estáticas entre ellas: qué clases «conocen» a
qué otras clases o qué clases «son parte» de otras clases, pero no muestran los
métodos mediante los que se invocan entre ellas.
Figura N° 15 Diagrama de Clases
47
______________________________________________________________________________
CAPITULO V
FASE DE CONSTRUCCIÓN
5.1. ITERACIÓN I
Diseño de Casos de Uso Individualmente
Especificamos la secuencia de los casos de uso más importantes
REALIZACIÓN DEL CASO DE USO – SOLICITAR REPORTE
Figura N° 16 Realización del Caso de Uso – Solicitar Reporte.
48
______________________________________________________________________________
Figura N° 17 Generar Reporte.
5.2. DIAGRAMA DE DESPLIEGUE DE SIGMA.
Figura N°18 Diagrama de Despliegue del Sistema SIGMA.
49
______________________________________________________________________________
CAPITULO VI
IMPLEMENTACIÓN
6.1. IMPLEMENTACIÓN ARQUITECTURAL.

En esta sección planeamos la integración del sistema como un todo, para lo cual
identificamos los componentes del sistema y los mapeamos (distribuimos) a los
nodos de red identificados en el Diseño.
6.1.1. Identificación de Componentes Arquitecturalmente Significativos.
Los componentes arquitecturalmente significativos definen la base sobre
la cual el sistema crecerá en el futuro. Estos componentes incluyen las
bases de datos o esquemas y ejecutables generales.
BD_SIGMA Base de Datos del SISTEMA AUTOMATIZADO PARA EL

SUPERMERCADO MEGA.
SIGMA.exeSISTEMA AUTOMATIZADO PARA EL
SUPERMERCADO MEGA.
6.1.2. Mapeo de componentes de red
Figura N°19 Diagrama de Distribución de Componentes.

.
50
______________________________________________________________________________
El Esquema de Base de Datos del Sistema (BD_SIGMA) en SQL Server

2005 y ejecutables de cada módulo (SIGMA.exe) se implementan en el
Servidor de Aplicación y Base de Datos.
6.2. MODELO DE BASE DE DATOS

6.2.1. Diseño conceptual
Figura N°20 Diseño Conceptual de Base de Datos.
6.2.2. Diseño lógico
Figura N°21 Diseño lógico de Base de Datos
51
______________________________________________________________________________
6.2.3. Modelo físico
-- phpMyAdmin SQL Dump

-- version 3.2.4
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Nov 07, 2011 at 11:09 p.m.
-- Server version: 5.1.41
-- PHP Version: 5.3.1
--
-- BDSIGMA
--
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
/*!40101 SET
@OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET
@OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET
@OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
--
-- Database: `BDSIGMA`
--
-- --------------------------------------------------------
--
-- Table structure for table àdministrador`
--
CREATE TABLE IF NOT EXISTS àdministrador` (

àdm_ide` varchar(4) NOT NULL,
àdm_dni` char(8) NOT NULL,
àdm_mon` varchar(50) NOT NULL,
àdm_apl` varchar(50) NOT NULL,
àdm_tel` char(12) NOT NULL,
àdm_eml` varchar(20) NOT NULL,
52
______________________________________________________________________________
PRIMARY KEY (àdm_ide`)

) ENGINE=MyISAM DEFAULT CHARSET=latin1;
--
-- Dumping data for table àdministrador`
--
-- --------------------------------------------------------
--
-- Table structure for table `gerente`
--
CREATE TABLE IF NOT EXISTS `gerente` (

`ger_ide` varchar(4) NOT NULL,
`ger_dni` char(8) NOT NULL,
`ger_nom` varchar(50) NOT NULL,
`ger_ape` varchar(50) NOT NULL,
`ger_tel` char(12) NOT NULL,
`ger_eml` varchar(20) NOT NULL,
PRIMARY KEY (`ger_ide`)
--
-- Dumping data for table `gerente`
--
-- --------------------------------------------------------
--
-- Table structure for table `reporte`
--
CREATE TABLE IF NOT EXISTS `reporte` (

`rep_ide` varchar(4) NOT NULL,
`rep_nom` varchar(50) NOT NULL,
`rep_tipo` varchar(10) NOT NULL,
`rep_des` varchar(100) NOT NULL,
àdm_ide` varchar(4) NOT NULL,
53
______________________________________________________________________________
PRIMARY KEY (`rep_ide`)

--
-- Dumping data for table `reporte`
--
-- --------------------------------------------------------
--
-- Table structure for table `requerimiento`
--
CREATE TABLE IF NOT EXISTS `requerimiento` (

`req_ide` varchar(4) NOT NULL,
`req_fec` datetime NOT NULL,
`req_des` varchar(100) NOT NULL,
PRIMARY KEY (`req_ide`)
--
-- Dumping data for table `requerimiento`
--
-- --------------------------------------------------------
--
-- Table structure for table ùsuario`
--
CREATE TABLE IF NOT EXISTS ùsuario` (

ùsr_ide` varchar(4) NOT NULL,
ùsr_nom` varchar(10) NOT NULL,
ùsr_con` varchar(10) NOT NULL,
PRIMARY KEY (ùsr_ide`)
--
-- Dumping data for table ùsuario`
54
______________________________________________________________________________
--
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT

*/;
/*!40101 SET
CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET
COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
6.2.4. Diagrama E/R
Figura N°22 Diagrama de Entidad Relación
55
______________________________________________________________________________
6.2.5. Diagrama de base de datos orientada a objetos
Figura N°23 Diagrama de Base de Datos Orientado a Objetos
56
______________________________________________________________________________
6.3. DISEÑO DE INTERFACES.
Identificación de Usuario
Figura N°24 Identificación de Usuario
Visión general de Ventas y Almacén.
Opciones de
gráfico.
Opciones de
gráfico.
Figura N°25 Visión General de Ventas
Figura N°26 Visión General de Almacén
57
______________________________________________________________________________
Vistas rápidas.
Panel Principal de Reportes.
Figura N°27 Panel Principal de Reportes.
58
______________________________________________________________________________
Ventas por mes específico.
Opciones
de gráfico.
Figura N°28 Ventas por mes específico.
Figura N°29 Ventas Espe
59
______________________________________________________________________________
Figura N°30 Venta entre Fechas
Figura N°31 Venta entre fechas
60
______________________________________________________________________________
Record de Ventas en un año determinado por categoría.
Figura N°32 Record de Ventas por año.
Figura N°33 Record de ventas por Categoría consumo 2011.
61
______________________________________________________________________________
Ingresos totales en un año determinado.
Figura N°34 Ingresos Totales por año.
Opción de gráfico (Área).
Figura N°35 Opción de Gráfico Área.
62
______________________________________________________________________________
Opción de gráfico (circular).
Figura N°36 Opción de Gráfico Circular.
Productos destacados según categoría en un año determinado.
Figura N°37 Productos Destacados según Año.
Opción de gráfico. (Gráfico recomendado - Barras)

63
______________________________________________________________________________
Figura N°38 Gráfico recomendado -Barras.
Opciones de gráfico (circular).
Figura N°39 Opción de Gráfico - Circular.
Indicadores del estado del almacén (disponibilidad de productos).

64
______________________________________________________________________________
Disponibilidad Crítica
Disponibilidad Normal
Disponibilidad Alta
Figura N°40 Indicadores del estado del almacén.
ANEXO
65
______________________________________________________________________________
1.- Entrevista realizada para la recopilación de información.

Lectura del material de fondo
 Información histórica de la empresa.
Objetivos de la Entrevista.
 Conocer los procesos de venta más importantes de supermercados mega.
 Entender qué es lo que quiere la dirección.
Entrevista Será al:

Gerente General de supermercados MEGA: Sr. Pedro Salas.
PREGUNTAS:
1. ¿Cuándo fue instituido?
2. ¿Qué procesos son de vital importancia para esta empresa?
3. ¿Cómo está organizada su empresa?
4. ¿con cuántos empleados cuenta?
5. ¿Cuenta con más de una sucursal?
6. ¿Cuáles son los materiales de trabajo?
7. ¿Trabaja con computadoras?, ¿Para que las usa?
8. ¿Cuál es el producto líder?
9. ¿Tiene clientes habituales?
10. ¿Realiza encuestas para conocer que desea su cliente habitual?
11. ¿Cómo es el cobro de los clientes?, ¿Hay diferencia de precios entre clientes
habituales y no habituales?
12. ¿Brinda ofertas a sus clientes habituales?
13. ¿Qué piensa de las personas que hacen sus compras?
14. ¿Antes de lanzar el supermercado realizaron una investigación de mercado?
15. ¿Posee sistemas gerenciales?
Preparación del entrevistado

Pactar Cita: 06-10-2011
Tema: Entrevista “Supermercados MEGA”
Duración:30 min.
Uso de Grabadora: S ()/ N(X)
66

Proyecto SIG

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto SIG

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL MICAELA BASTIDAS DE APURÍMAC

Escuela Académico Profesional de Ingeniería Informática y Sistemas

SISTEMAS DE INFORMACIÓN GERENCIAL - 2011-II

Tema : SISTEMA DE MARKETING PARA

Docente : Ing. Norma Lorena Catacora Flores.

En el mundo actual, para alcanzar el desarrollo integral de las empresas, es importante

El Sistema de Marketing para SUPERMERCADOS MEGA – Sucursal Abancay

Dedicado a nuestros padres y

Amigos que forman parte de nuestra formación.

1.1. PARTE INFORMÁTIVA 7

1.2. OBJETIVOS DEL SOFTWARE 9

1.3. METAS DEL SOFTWARE 9

1.5. PLANTEAMIENTO DEL PROBLEMA 10

1.6. IMPORTANCIA DEL SISTEMA 11

1.7. LIMITACIONES Y RESTRICCIONES DEL SOFTWARE 11

2.1 MARCO TEÓRICO 12

3.1. DESCRIPCIÓN DE STAKEHOLDERS Y USUARIOS. 19

3.2. Perfil de los Stakeholders. 20

3.3. ENTENDER EL CONTEXTO DEL SISTEMA 21

3.3.3. REQUERIMIENTOS NO FUNCIONALES 25

3.4. Descripción a Detalle de los Casos de Uso 29

3.5. DESCRIPCIÓN ESTRUCTURADA DE LOS CASOS DE USO 31

3.6. ESTUDIO PRELIMINAR 35

3.7. FACTIBILIDAD ECONOMICA 41

4.1. ANALISIS DE PAQUETES 45z

4.2. 1IDENTIFICACIÓN DE NODOS Y CONFIGURACIONES DE RED 46

4.3. IDENTIFICACIÓN Y CONTROL DE RIESGOS 46

4.4. DIAGRAMA DE CLASES 47

1.1. PARTE INFORMÁTIVA

Area de Area de Area de Area de Area de

Figura N° 01. Organigrama de la empresa Supermercados MEGA.

1.1.2. UBICACIÓN DE LA INSTITUCIÓN

1.1.4. PRINCIPIOS Y VALORES DE LA EMPRESA

 Respeto por los valores, creencias y derechos.

 El comportamiento de los miembros de la empresa debe basarse y ajustarse

 Compromiso dentro de la empresa, el trabajo en equipo, la identidad y la

 La disposición y la capacidad humana permite innovar el mercado de

 La ayuda mutua y desinteresada es el factor primordial en logro de metas

 La imparcialidad, rectitud y justicia en los acciones de los funcionarios de

 La capacidad y competencia de los funcionarios de Supermercados MEGA,

1.2. OBJETIVOS DEL SOFTWARE

 Aumentar, mejorar y modernizar la gama de productos

1.3. METAS DEL SOFTWARE

1.5. PLANTEAMIENTO DEL PROBLEMA

1.5.2. DELIMITACIÓN DEL TRABAJO A REALIZAR

1.5.3. DESCRIPCIÓN DEL PROBLEMA.

Problemas Generar de forma automática estadísticas de preferencias

Generación automática de ofertas personalizadas y

Generación de reportes que muestren las tendencias de

Generar interfaces amigables y sencillas con las que se

Cuadro N° 01. Sentencia que define el problema.

Sentencia que define la posición del producto.

Quienes Toman una decisión analizando todos los reportes e

Que Almacena todos los datos correspondientes a las ventas

Cuadro N° 02. Sentencia que define la posición del sistema.

1.6. IMPORTANCIA DEL SISTEMA

1.7. LIMITACIONES Y RESTRICCIONES DEL SOFTWARE

 Desarrollado sobre plataforma Windows y optimizado para el navegador Firefox

2.1 MARCO TEÓRICO

Figura N° 02. Ciclo de vida de RUP.

Con el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el

Durante esta fase de construcción, se lleva a cabo el desarrollo del producto