data.over-blog-kiwi.comdata.over-blog-kiwi.com/1/00/71/29/20140620/ob_da2ba1... · web...
TRANSCRIPT
UNIVERSIDAD RICARDO PALMAFACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
“OPTIMIZAR LA TOMA DE INFORMACIÓN PARA LA GERENCIA DE GESTIÓN DE SERVICIOS DE LA EMPRESA TGESTIONA MEDIANTE
INTELIGENCIA DE NEGOCIOS”
TESIS
PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO INFORMÁTICO
PRESENTADO POR
DURAN SALCEDO, JOSELLYN SOPHIA
LIMA - PERÚ2014
DEDICATORIA
A mis padres, por el ejemplo de perseverancia que
me han infundado siempre, por el valor mostrado
para salir adelante y por su amor.
AGRADECIMIENTOS
Agradezco a Dios por protegerme durante todo mi
camino y darme fuerzas para superar obstáculos y
dificultades a lo largo de mi vida.
A mi madre, que me ha enseñado a no desfallecer ni
rendirme ante nada.
A mi padre quien con sus consejos ha sabido
guiarme a lo largo de mi carrera universitaria.
EPÍGRAFE
"Nunca consideres el estudio como un deber, sino como una oportunidad para penetrar en el maravilloso mundo del saber".
Albert Einstein.
RESUMEN
Con este trabajo pretendo consolidar la información del estudio realizado en la
empresa Tgestiona, en el área de Gestión de Servicios. El modelo permite enfocarse
en proceso de seguimiento económico de la implementación y operación de
servicios. Enriqueciendo por lo tanto la información para la generación de informes
gerenciales eficientes y para la buena toma de decisiones para el negocio. Para ello,
en primer lugar analizamos el flujo que se lleva a cabo para el seguimiento
económico de los servicios. Luego se mostrará los beneficios del sistema de toma
de decisiones propuesto con el sistema actual.
1. Sistema de toma de decisiones
2. Informes gerenciales 3. Seguimiento económico
ABSTRACT
This study aims to consolidate information study Tgestiona Company in the
area ofservice management. The model allows us to focus on economic monitoring
process of the implementation and operation of services. This enriching information
for efficient management reporting and for good decision-making for the business.
For this, firstly analyze the flow takes place for economic monitoring services. Then
show the benefits of the proposed decision-making under the current system.
1. System decision 2. Management reports 3. Economic monitoring
INTRODUCCIÓN.............................................................................................................................6
CAPÍTULO I: VISIÓN DEL PROYECTO......................................................................................8
1.1. Antecedentes del Problema...................................................................................................8
1.1.1. El Negocio......................................................................................................................8
1.1.1.1. Organización....................................................................................................8
1.1.1.2. Visión...............................................................................................................10
1.1.1.3. Misión..............................................................................................................10
1.1.1.4. Posicionamiento en el Mercado (Competencia)........................................11
1.1.2. ProcesosdelNegocio...................................................................................................11
1.2. Fundamentación del Problema............................................................................................12
1.3. Objetivos del Proyecto..........................................................................................................13
1.3.1. Marco Lógico...............................................................................................................13
1.3.1.1. Árbol de Problemas.......................................................................................13
1.3.1.2. Árbol de Objetivos.........................................................................................15
1.3.2. Objetivo General.........................................................................................................17
1.3.3. ObjetivosEspecíficos..................................................................................................17
1.4. Importancia (Justificación)....................................................................................................17
1.4.1. JustificaciónAcadémica..............................................................................................17
1.4.2. Beneficios Tangibles..................................................................................................17
1.4.3. Beneficios Intangibles................................................................................................17
1.5. Alcance....................................................................................................................................18
1.6. Viabilidad................................................................................................................................18
1.6.1. Viabilidad Técnica.......................................................................................................18
1.6.2. ViabilidadEconómica..................................................................................................19
1.6.3. Viabilidad Legal...........................................................................................................21
CAPÍTULO II: MARCO TEÓRICO..............................................................................................22
2.1. Business Process Outsourcing (BPO)................................................................................22
2.1.1. Categorías del BPO....................................................................................................22
2.2. Business Intelligence (BI).....................................................................................................23
2.2.1. Herramientas de inteligencia de negocios...............................................................24
2.3. Sistemas de Información......................................................................................................25
2.4. Indicadores de gestión y económicos.................................................................................27
CAPÍTULO III: ESTADO DEL ARTE...........................................................................................28
3.1. La evaluación de proyectos de inversión para la toma de decisiones...........................28
3.2. Un método para hallar la tasa de rentabilidad de proyectos no-simples de inversión.........................................................................................................................................29
3.3. Seguimiento a los proyectos con FlagSavia......................................................................29
3.4. Control de proyecto con Basecamp....................................................................................31
3.5. Metodologías..........................................................................................................................32
3.5.1. Metodología Pesada...................................................................................................32
3.5.2. Metodología Ágil.........................................................................................................33
3.6. Herramientas..........................................................................................................................34
3.6.1. Herramientas para el Modelado de Procesos de Negocio....................................34
3.6.2. Lenguajes de Programación......................................................................................35
CAPÍTULO IV: MODELADO DEL NEGOCIO............................................................................37
4.1. Reglas del Negocio...............................................................................................................37
4.2. Casos de Uso del Negocio...................................................................................................38
4.2.1. Relación de Casos de Uso del Negocio..................................................................38
4.2.2. Diagrama de Casos de Uso del Negocio.................................................................38
4.2.3. Especificaciones de Casos de Uso del Negocio....................................................38
CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO............................................................41
5.1. Requerimientos del Software...............................................................................................41
5.1.1. Relación de Requerimientos.....................................................................................41
5.1.2. Especificación de Requerimientos...........................................................................42
5.1.2.1. Requerimientos Funcionales.......................................................................42
5.1.2.2. Requerimientos No Funcionales.................................................................42
5.2. Casos de Uso del Sistema...................................................................................................44
5.2.1. Diagrama de Actores del Sistema............................................................................44
5.2.2. Diagrama de Paquetes..............................................................................................44
5.2.3. Casos de Uso del Sistema........................................................................................44
5.2.3.1. Relación de CUS’s........................................................................................44
5.2.3.2. Diagrama General de Casos de Uso del Sistema....................................45
5.2.4. Especificaciones de Casos de Uso del Sistema.....................................................45
5.2.5. Matriz de stakeholders vs features...........................................................................49
5.3. Modelo Conceptual del Sistema..........................................................................................50
5.3.1. Diagrama del Modelo de clases................................................................................50
5.4. Benchmarking........................................................................................................................51
5.5. Prototipos de la Solución......................................................................................................51
9
CAPÍTULO VI: ARQUITECTURA................................................................................................53
6.1. Realización de Casos de Uso más significativos para la arquitectura...........................53
6.1.1. Relación de casos de uso más significativos para la arquitectura.......................53
6.1.2. Realización de Casos de Uso de Análisis y Diseño...............................................53
6.2. Modelo de Datos....................................................................................................................55
6.2.1. Diagrama de Modelo de Datos.................................................................................55
6.2.2. Diccionario de Datos..................................................................................................56
6.3. Modelo de Despliegue..........................................................................................................56
6.4. Modelo de Componentes......................................................................................................57
CAPÍTULO VII: DESARROLLO Y PRUEBAS...........................................................................57
7.1. Desarrollo................................................................................................................................57
7.1.1. Plataforma Tecnológica.............................................................................................57
7.1.2. Descripción de los Estándares de Desarrollo.........................................................57
7.2. Pruebas...................................................................................................................................58
7.2.1. Plan de Pruebas del Proyecto...................................................................................58
CAPÍTULO VIII: GESTIÓN DEL PROYECTO...........................................................................60
8.1. Organización del Proyecto...................................................................................................60
8.1.1. Organigrama del Proyecto.........................................................................................60
8.1.2. EDT del Proyecto........................................................................................................60
8.2. Estimación y Ejecución del Proyecto..................................................................................61
8.2.1. Cronograma de Ejecución del Proyecto..................................................................61
8.3. Gestión de Riesgos del Proyecto: predecibles y no predecibles....................................61
8.3.1. Lista de Riesgos Predecibles....................................................................................61
8.3.2. Lista de Riesgos No Predecibles..............................................................................63
CONCLUSIONES..........................................................................................................................64
RECOMENDACIONES.................................................................................................................64
GLOSARIO DE TÉRMINOS........................................................................................................65
REFERENCIAS BIBLIOGRÁFICAS...........................................................................................68
10
INTRODUCCIÓN
La empresa ‘Telefónica Gestión de Servicios Compartidos S.A.C’,
conocida también como ‘Tgestiona Perú’, es la empresa del Grupo Telefónica
líder en Business ProcessOutsourcing (BPO). Mediante la tercerización de
servicios, Tgestiona brinda a otras empresas soluciones integrales en gestión
administrativa adaptadas a las necesidades del cliente.
Tgestiona tiene como misión brindar un servicio de soluciones de
negocio confiables, eficientes y oportunas, para permitir a sus clientes
enfocarse en las actividades que les genere mayor valor.
El objetivo general de este trabajo de investigación es llegar a la
implementación del sistema propuesto para lograr que el proceso de gestión de
servicios sea manejado de tal forma que ayude a la empresa a la toma rápida
de decisiones respecto a sus recursos.
11
CAPÍTULO I: VISIÓN DEL PROYECTO1.1. Antecedentes del Problema
1.1.1. El NegocioTelefónica Gestión de Servicios Compartidos Perú S.A.C
(Tgestiona Perú), es la Empresa del Grupo Telefónica líder en
Business ProcessOutsourcing (BPO). Bajo el modelo de
tercerización de servicios, Tgestiona brinda a otras empresas
soluciones integrales en gestión administrativa adaptadas a las
necesidades de las mismas, con altos estándares de calidad y
eficiencia.
Además, Tgestiona se encuentra en 5 países y posee más de 8
años de experiencia en el mercado peruano.
1.1.1.1. OrganizaciónTgestiona es una organización internacional especializada
en brindar servicio de soluciones de negocio.
PORTAFOLIO DE SERVICIOS
a. Tecnologías y Sistemas de Negociosb. Gestión de Seguridadc. Recaudación y cobranzad. Gestión Humanae. FacilitiesManagmentf. Consultoría y Soluciones de negociosg. Gestión Logísticah. Contabilidad, Tesorería y Tributos
CATÁLOGO DE SERVICIOS
a. Sistemas de Negocios- Consultoría de Sistemas- Software Factory- Mejora de Procesos TI- Aseguramiento de Calidad- Gestión PMO
b. Tecnologías de Información- Testing de Aplicaciones- Base de Datos
12
- Seguridad de la Informaciónc. Soluciones ERP
- Gestión Documental- Recursos Humanos- SAP
ORGANIGRAMA DE LA EMPRESA
a. Organigrama general de la empresa
Figura N°1 – Organigrama general de la empresa
b. Organigrama de la Dirección de Tecnologías y Sistemas de negocios
13
Figura N° 2 – Organigrama de la Dirección de Tecnologías y Sistemas de Negocios
1.1.1.2. VisiónSer la organización líder en la prestación de servicios de
soluciones de negocio a nivel nacional e internacional, reconocido por contribuir al crecimiento sostenido y rentable de sus Clientes y su negocio, y al desarrollo de su equipo humano.
1.1.1.3. MisiónTgestiona es una organización internacional especializada
en brindar servicio de soluciones de negocio confiables, eficientes y oportunas, para permitir a sus Clientes enfocarse en las actividades que les genere mayor valor. Esto se cumple gracias a un equipo humano comprometido y capacitado
14
asegurando un crecimiento sostenido y rentable para sus accionistas y contribuyendo al desarrollo de sus empleados y de la sociedad.
1.1.1.4. Posicionamiento en el Mercado (Competencia)
1.1.2. ProcesosdelNegocioA continuación se muestran los procesos del negocio:
Figura N° 3 – Diagrama de proceso del negocio (Fuente propia)
15
Figura N° 4 – Diagrama de flujo del negocio (Fuente propia)
1.2. Fundamentación del Problema
Luego de observar las actividades realizadas en la Gerencia de Gestión
de Servicios, en la empresa Tgestiona, se pudo determinar que los procesos de
extracción y explotación de información económica de los servicios de TI son
deficientes.
Estos procesos son importantes para el análisis de la información de los
servicios de TI, así como para la generación de los informes gerenciales que
son la fuente de toma de decisiones del gerente y director del área.
Actualmente, la captura y explotación de la información es una actividad
que demanda esfuerzo ya que se realiza mediante documentos Excel. Esto
origina que mayormente el informe gerencial no se encuentre disponible
cuando el Director o gerente lo solicite.
16
1.3. Objetivos del Proyecto
1.3.1. Marco Lógico
1.3.1.1. Árbol de Problemas
El árbol de problemas es una técnica que nos ayuda a desarrollar ideas para identificar un problema y organizar la información que hayamos recolectado, generando de esta forma relaciones causales que explican dicho problema.
Jacques M. Chevalier en su libro, Guía para la Investigación Colaborativa y la Movilización Social, sostiene:
“El Árbol de problemas es de utilidad para analizar las causas y efectos de un primer y segundo niveles de un problema central.”
17
Insuficienteinformaciónobtenida
Evaluacióneconómica a destiempo
PROCESOS DE EXTRACCIÓN Y EXPLOTACIÓN DE LA INFORMACIÓN ECONÓMICA DE LOS PROYECTOS DE IT PARA LA EMISIÓN DE INFORMES GERENCIALES DEFICIENTES.
Esfuerzo innecesario de los recursos asignados al proyecto
Captura de informaciónirrelevante
Déficit en la calidad de los informes gerenciales
Informaciónfragmentada
Pérdida de la información
Emisión de reportes gerenciales fuera del tiempo solicitado
Informesgerencialesimposibles de realizar
Demora en el acceso a la información
Toma de decisionesineficaces
18
1.3.1.2. Árbol de Objetivos
El árbol de objetivos es la versión positiva del árbol de
problemas, para ello se revisará cada problema y se convertirá
en un objetivo realista. De esta forma las causas se convertirán
en medios y los efectos en fines.
19
Obtención de informacióncompleta
Evaluacióneconómica a tiempo
PROCESOS DE EXTRACCIÓN Y EXPLOTACIÓN DE LA INFORMACIÓN ECONÓMICA DE LOS PROYECTOS DE IT PARA LA EMISIÓN DE INFORMES GERENCIALES EFICIENTES.
Eficiente uso de los recursos asignados al proyecto
Captura de informaciónrelevante
Calidad de los informes gerenciales adecuada
Informaciónconsolidada
Alta disponibilidad de la información
Emisión de reportes gerenciales en el tiempo solicitado
Informesgerencialescompletos.
Rapidez en el acceso a la información
Toma de decisioneseficaces
20
1.3.2. Objetivo GeneralMejorar los procesos de extracción y explotación de información
económica de los proyectos de IT para emitir informes gerenciales que
permitan tomar decisiones en menor tiempo y con información más
detallada.
1.3.3. ObjetivosEspecíficos- Capturar información relevante para la generación de informes
gerenciales
- Emitir los informes gerenciales en el tiempo solicitado
- Obtenerinformesgerencialescompletos
- Mejorar la calidad de los informes gerenciales brindando la información
necesaria para la toma de decisiones.
1.4. Importancia (Justificación)
1.4.1. JustificaciónAcadémica
1.4.2. Beneficios Tangibles
La implantación de este sistema mostrará los siguientes beneficios:
- Acceso a los informes gerenciales en cualquier momento
- Generación automática de los informes gerenciales
- Generación rápida y efectiva de los informes gerenciales
- Obtención de información confiable y completa de los servicios
1.4.3. Beneficios Intangibles
Ciertos beneficios que adquiere la organización mediante el uso de
este sistema son difíciles de medir pero aún así siguen siendo
importantes. Estos son los beneficios intangibles:
- Ahorra tiempo y esfuerzo en la extracción y explotación de información
- Mejora el proceso de toma de decisiones
- Incrementa la satisfacción de los empleados suprimiendo esfuerzos
innecesarios en la captura de información.
Página 21
1.5. Alcance
Desarrollar una herramienta que otorgue indicadores de aspecto económico
sobre los servicios que brinda la Gerencia de Gestión de Servicios de la
empresa TGestiona. Para el desarrollo de esta herramienta no se contempla la
automatización de los procesos de venta, implementación y operación de
servicios, sin embargo la información de los servicios brindados por la empresa
se tomarán de los procesos venta e implementación de servicios.
1.6. Viabilidad
1.6.1. Viabilidad Técnica En el análisis de la viabilidad técnica se evalúa si el equipo y software están disponibles o si el software puede ser creado. Debido a que son necesarios recursos tecnológicos (software y hardware) se mostrarán propuestas técnicas para el desarrollo del proyecto.
a. Propuesta N° 1
Equipo o Producto Cantidad Especificación
Computadoras (una servidor)
2Procesador Intel Core i5 de 2.8 GHz, Disco duro de
80GB de capacidad mínima, Memoria RAM DDR2 de 512 MB, Puerto USB, monitor, teclado, mouse.
Sistema Operativo 1 XPGestor de Bases de
Datos1 SQL Server 2008
IDE 1 Microsoft VS Professional 2010
b. Propuesta N° 2
Equipo o Producto Cantidad Especificación
Computadoras (una servidor)
2Procesador Intel Core i3 de 2.8 GHz, Disco duro de
80GB de capacidad mínima, Memoria RAM DDR2 de 512 MB, Puerto USB, monitor, teclado, mouse.
Sistema Operativo 1 XPGestor de Bases de
Datos1 SQL Server 2008 Express
IDE 1 Microsoft VS Express 2010
Página 22
1.6.2. ViabilidadEconómicaLa viabilidad económica incluye análisis de costos y los beneficios de cada alternativa del proyecto.
a. Propuesta N° 1
Producto Costo SistemaMicrosoft Visual Studio Professional 2010
S/. 1,572.50 Windows
Microsoft SQL Server 2008 S/. 2,152.50 Windows
IBM Rational Software S/. 2,462.50 WindowsHP ProLiant ML110 G7 S/. 2,652.50 Windows
b. Propuesta N° 2
Producto Costo SistemaMicrosoft Visual Studio 2010 Express
S/. 0.00 Windows
Microsoft SQL Server 2008 Express
S/. 0.00 Windows
Star UML S/. 0.00 WindowsHP ProLiant ML110 G7 S/. 2,652.50 Windows
Cálculo de VAN
Se ha realizado la evaluación de costos aproximados y beneficios estimados para el cálculo del retorno de la inversión.
A continuación se muestra el estimado de gastos actuales de la empresa sin poseer un sistema:
Cuadro N° 2.1.1 Gasto actual de la empresa (sin sistema)
Página 23
Cuadro N° 2.1.2 Gasto de la empresa (con sistema)
Se estima invertir en el proyecto un aproximado de S/. 25,298.87 soles para el desarrollo del proyecto. Se muestra el cuadrodelbeneficioneto del proyecto:
Costo Total (Actual) S/. 2,300.00Costo Total (Sistema) S/. 231.25BeneficioBruto S/. 2,068.75Reducción en Gasto de Material (papel, folders, etc.)
S/. 100.00
BeneficioNeto S/. 2,168.75
Cuadro N° 2.1.3 BeneficionetoPor lo cual, procedemos al cálculo del VAN:
Periodo Flujo de CajaNeto Recuperación
Mes 0 (inversión) S/. -25,298.87 S/. 2,168.75
Mes 1 S/. 2,168.75 S/. -23,130.12Mes 2 S/. 2,168.75 S/. -20,961.37Mes 3 S/. 2,168.75 S/. -18,792.62Mes 4 S/. 2,168.75 S/. -16,623.87Mes 5 S/. 2,168.75 S/. -14,455.12Mes 6 S/. 2,168.75 S/. -12,286.37Mes 7 S/. 2,168.75 S/. -10,117.62Mes 8 S/. 2,168.75 S/. -7,948.87Mes 9 S/. 2,168.75 S/. -5,780.12
Mes 10 S/. 2,168.75 S/. -3,611.37Mes 11 S/. 2,168.75 S/. -1,442.62Mes 12 S/. 2,168.75 S/. 726.13
Cuadro N° 2.1.4 Cálculodel VAN
Página 24
La inversión del proyecto se estaría recuperando al mes 12. Considerando que el proyecto muestra un VAN de S/. 726.13 (es decir, arroja ganancias), se llega a la conclusión que es un proyecto rentable ya que si es puesto en marcha arrojará ganancias.
1.6.3. Viabilidad LegalLa viabilidad legal consiste en que el proyecto no debe de infringir
ninguna ley o norma de la constitución.
Para este caso, TGestiona comprará las licencias de las herramientas de software a utilizar en el proyecto, por lo cual no se estaría infringiendo con la adquisición de licencias de software.
Página 25
CAPÍTULO II: MARCO TEÓRICO2.1. Business Process Outsourcing (BPO)
Según (Hilbert, 2009) indica que la subcontratación de procesos consiste en que
proveedores de servicios, ya sean internos o externos a la organización, ofrecen
procesos de negocio con el fin de incrementar la productividad de las empresas.
Hoy en día, las tecnologías de información han permitido a las empresas que
parte del trabajo de las mismas se pueda manejar en diferentes lugares, incluso de
permitir que otras empresas especializadas desarrollen los procesos del negocio a
un menor costo y con mayor eficiencia y eficacia.
BPO nos da la oportunidad de externalizar funciones administrativas para que la
empresa se pueda centrar más en las funciones estratégicas del negocio.
2.1.1. Categorías del BPOSegún (Halvey, 2007) Dentro de las categorías de BPO podemos encontrar:
finanzas, recursos humanos, adquisiciones y otros servicios. Estas categorías
están definidas para orientarse a los procesos del negocio de una empresa.
Figura 2.1.1.1 – Categorías del BPO
Página 26
Figura 2.1.1.2 – Elementos o categorías del BPO según RMG
Tgestiona ofrece los siguientes servicios:
- Tecnologías y Sistemas de Negocios- Gestión de Seguridad- Recaudación y cobranza- Gestión Humana- Facilities Managment- Consultoría y Soluciones de negocios- GestiónLogística- Contabilidad, Tesorería y Tributos
2.2. Business Intelligence (BI)
(Díaz, 2010) Afirma que la sociedad de la información ha propiciado la
necesidad de tener mejores, más rápidos y más eficientes métodos para extraer y
transformar los datos de una organización en información y distribuirla a lo largo de
la cadena de valor.
Además, la información es de vital importancia para una organización, si el
manejo que se le da no es el más adecuado no otorgará beneficios al negocio. La
Inteligencia de Negocio da soporte a la organización para la toma de decisiones.
Página 27
Figura 2.2.1 – Business Intelligence vs. Business Operation
2.2.1. Herramientas de inteligencia de negocios
A continuación se detallan las herramientas que se utilizan en la
inteligencia de negocios como parte del análisis y presentación de los datos.
Figura 2.2.1.1 – Herramientas de inteligencia de negocios
Lista de herramientas de BI:- Datawarehouse- Reporting- Análisis OLAP- Análisispredictivo- Cuadro de mando- Minería de datos- Reglas de negocio- Dashboards- Integración de datos
(Diaz, 2012) Afirma que el gran volumen de datos manejado por las
herramientas de BI y que finalmente son proporcionadas a los usuarios pueden
Página 28
traer consigo un trabajo tedioso en el análisis de la información. Esto provoca
que la toma de decisiones a partir de esta información se torne lenta.
Los cuadros de mando (dashboard) son herramientas que permiten
mostrar al usuario información consolidada a un alto nivel con el fin de que
este logre entender rápidamente la situación del negocio. Se utilizará la
herramienta “Dashboard” para mostrar mediante indicadores, el informe
gerencial del aspecto económico de los proyectos de IT.
Figura 2.2.1.2 - Ejemplo de Dashboard
2.3. Sistemas de Información
(De Pablos Heredero, 2011) Afirma que un sistema de información es aquel que
otorga los datos necesarios a la organización de forma oportuna y eficientemente en
el momento que se solicite.
La información se entiende como el conjunto de datos que son utilizados para el
flujo de un proceso o de varios procesos, que siendo organizados de cierta forma
pueden aportar conocimiento sobre el negocio.
Las decisiones que la empresa toma sobre su negocio se enfocan en la
información que esta tenga sobre su situación, objetivos, etc. Además, esta será
utilizada según los niveles de la organización.
Página 29
Figura 2.3.1 – Características de la información requerida por los niveles de Dirección
También es importante resaltar que para la toma de decisiones es vital el
análisis de la información externa e interna de la empresa, esto ayudará a una mejor
evaluación del negocio, planificaciones y resolución de problemas.
Figura 2.3.2 – Características de la información por niveles de dirección
Según (Price Laudon, 2004) existen diversos tipos de sistemas de
información, entre ellos tenemos los S.I del nivel estratégico que se encargan de
apoyar a las actividades de planificación de la dirección de una organización
Página 30
Figura 2.3.3 – Ejemplos de sistemas de información
2.4. Indicadores de gestión y económicosSegún (Heredia Alvaro, 2001) un indicador de gestión son medidas que se
utilizan para determinar el éxito de un proyecto o de una organización. Además,
estos indicadores son utilizados posteriormente para evaluar continuamente el
desempeño y los resultados de la organización. Los indicadores de gestión son
datos completos y confiables. Además, un indicador económico es un dato sobre la
economía de la organización o proyecto que permite el análisis de la situación
económica pasada y presente, además de hacer pronósticos del futuro.
Figura 2.4.1 – Ejemplo de indicadores económicos
Página 31
CAPÍTULO III: ESTADO DEL ARTE3.1. La evaluación de proyectos de inversión para la toma de decisiones
Según (Vidal, 2005) Este articulo nos menciona la importancia de la
evaluación de los proyectos en su fase previa para determinar su productividad y
conveniencia. Para este fin se han desarrollado metodologías fundamentadas en
estudios económicos las cuales, utilizan indicadores de retorno de inversión,
tomando como variables el tiempo y la utilidad generada, en estos casos a
diferencia que en mi propuesta el proyecto se evalúa y compara en base al costo de
oportunidad, es decir se compara con la producción que generaría el dinero a una
tasa de interés baja sin necesidad de invertirla.
Por otro lado, debemos considerar que dichos factores se pueden extrapolar
y realizar dicha comparación contra otro proyecto, el caso nuestro, en el cual
importa más el margen de ganancia considerando tiempos de producción parecidos.
En conclusión el artículo nos muestra algunos parámetros a considerar para
la evaluación de un proyecto en particular, sin embargo la aplicación a dos por
separado y comparación entre indicadores similares nos genera un input sustancial
tanto como una metodología para nuestra propuesta.
Figura 3.1.1 – Ejemplo de cálculo de la rentabilidad
Utilidad para el proyecto
En base al artículo, para la evaluación económica de los proyectos se tomará en cuenta el aspecto ambiental. Se considerará como factor de rentabilidad que los proyectos ingresados al sistema sean ambientalmente viables.
Página 32
3.2. Un método para hallar la tasa de rentabilidad de proyectos no-simples de inversión
Según (Achong, 1988) En el presente artículo se muestra un escenario
distinto a los que se tenía contemplados en el proyecto, se muestra una clasificación
de proyectos en la cual existen modelos simples y no simples, los cuales se
diferencian a la modalidad de inversión, la cual puede ser pura o mixta .
La modalidad de inversión pura se refiere a una inversión que no genera intereses
negativos en el tiempo, como podrían ser préstamos o bonos, por el contrario las
inversiones mixtas se refieren a aquellas que están compuestas en parte pura y otra
que proviene con egresos negativos en el tiempo, este tipo de inversiones mixtas
generan una alteración a la consideración de parámetros que habíamos planteado
ya que ahora debemos considerar los egresos como parte de la depreciación del
proyecto y esto genera un margen menor, lo cual es un factor clave para nuestra
modalidad de evaluación.
Figura 3.2.1 – Ejemplo de cálculo de la rentabilidad
Utilidad para el proyecto
Es decir, este articulo nos aportó con un rubro de proyectos que no estaban
contemplados originalmente, y nos agregó algunas variables de evaluación
3.3. Seguimiento a los proyectos con FlagSaviaFlagSavia es un software muestra diferentes diagramas del estado actual de
los proyectos, siempre en tiempo real. De manera gráfica e intuitiva es posible conocer en qué momento de la planificación del proyecto se está y ver la
Página 33
rentabilidad en ese punto y adaptar la planificación del proyecto a nuevos requerimientos si es necesario.
Se analiza toda la información en tiempo real y la presenta de forma gráfica para acelerar la toma de decisiones.
Figura 3.3 – Informe de FlagSavia
Además FlagSavia puede detectar si un proyecto puede sufrir desviaciones de coste que afecten la rentabilidad de un proyecto mediante un diagrama.
Figura 3.3 – Mejorar la rentabilidad
Utilidad para el proyecto
FlagSavia otorga reportes sobre las actividades realizadas de los proyectos, esta funcionalidad se tendrá en cuenta para el proyecto ya que se considera de importancia emitir informes con la información necesaria sobre el estado de los servicios o proyectos.
Página 34
Figura 3.3 – Manejo de actividades de un proyecto en FlagSavia
3.4. Control de proyecto con BasecampBasecamp es un software que permite gestionar proyectos, es un
administrador de proyectos en línea que permite compartir archivos entre los miembros de un equipo de trabajo, asignar tareas, calendarizar trabajos, generar reportes y postular fechas de entrega. Todos estos procesos se manejan de manera sencilla y bastante intuitiva.
Figura 3.4 – Avance diario del proyecto con Basecamp
Página 35
3.4 – Diagrama de tareas del proyecto
Utilidad para el proyecto
Una de las funcionalidades resaltantes de basecamp es que los integrantes del
proyecto pueden interactuar en el sistema mediante un chat dando detalle de lo
avanzado diariamente en el proyecto.
3.5. MetodologíasEn este punto se hará un análisis para elegir la metodología de desarrollo de
software que mejor se adapte al desarrollo del sistema propuesto.
El utilizar una metodología para el desarrollo del software hace de este una herramienta más eficiente.
Actualmente hay una variedad de propuestas metodológicas que influyen en el proceso de desarrollo, podemos encontrar las metodologías pesadas y las ágiles.
3.5.1. Metodología PesadaEl Proceso Unificado de Desarrollo (RUP) es una metodología que
identifica cuatro fases en el proceso del software, son las siguientes:
- Inicio: se establece un caso de negocio para el sistema, se
definen a las personas que interactuarán con el sistema,
además de definir el alcance del proyecto.
Página 36
- Elaboración: en esta fase establecemos la estructura base
para la arquitectura del sistema y su diseño. Se elabora el
plan delproyecto.
- Construcción: se completa el desarrollo del sistema en base a
la estructura base de la arquitectura planteada.
- Transición: garantiza que el software está listo y puede ser
entregado al usuario.
Es gracias a estas fases que RUP es una forma disciplinada de
asignar responsabilidades y tareas en un equipo de proyecto para el
desarrollo de un software. Sin embargo, si se presentan cambios en
los requisitos, diseño, tecnología etc. El costo del cambio se vería
afectado notablemente.
Figura 3.5.1.1 – Fases RUP
3.5.2. Metodología Ágil
Según (Kenneth E. Kendall, 2005) la metodología Extreme Programming
busca simplificar el desarrollo del software así como reducir los costos del proyecto.
La administración de proyectos es importante y lo que pretenden la programación
extrema es elaborar una planificación global rápidamente, desarrollar y liberar el
software de tal manera que pueda ser revisado continuamente para incorporarle
características adicionales, logrando así un trabajo de calidad.
Página 37
Figura 3.5.2.1 - Ciclo del proyecto XP
Este proyecto será realizado bajo la metodología XP, que es considerada
como una metodología adaptativa. Además, es más tolerante a los cambios durante
el proyecto.
3.6. HerramientasPara realizar la evaluación de las herramientas se procederá a calificarlas con
valores del 1 al 15, según los siguientes criterios:
Valores Criterios1 a 5 Regular
6 a 10 Bueno11 a 15 Muy Bueno
Cuadro N° 3.6.1 – Valores para la selección de herramientas
Nota: no se tomará en cuenta el costo de licencias para el cálculo de los
criterios.
3.6.1. Herramientas para el Modelado de Procesos de Negocio
(Sommerville, 2005) indica que el análisis y modelado de procesos estudian los
procesos existentes y elaboran un modelo de estos procesos que contemplen sus
características principales. Estos modelos ayudan a entender el proceso del
negocio.
Página 38
HerramientaMicrosoft Visio
2007Modelador de Procesos Bizagi
Facilidad de uso 8 6Conocimiento 8 7
Total 16 13
Cuadro N° 3.6.1.1 – Herramientas para BPM
Según el puntaje obtenido en el cuadro N° 3.6.1.1, se utilizará la herramienta
Microsoft Visio 2007 debido a que es más sencillo de utilizar y hay un conocimiento
mayor en comparación con la herramienta Bizagi.
3.6.2. Lenguajes de Programación
Para la realización de este proyecto se hará uso de un lenguaje de
programación, la elección del lenguaje de programación se basará en el nivel de
conocimiento y facilidad de uso.
Herramienta Lenguaje C# Lenguaje JavaFacilidad de uso 8 5Conocimiento 9 5
Total 17 10
Cuadro N° 3.6.2.1– Lenguajes de programación
Microsoft Visual Studio 2010 tiene el lenguaje de programación C#. Por lo
cual se evaluará que versión de Visual Studio 2010 se utilizará.
Existen cuatro ediciones de Visual Studio 2010: ultímate, Premium,
profesional y Express. A continuación, se hará la comparación de VS Professional y
VS Express.
Edicion Visual Studio 2010
Descripción
VS Professional 2010Permite el desarrollo de tareas básicas, además permite realizar pruebas para el aseguramiento de la calidad de las soluciones.
VS Express 2010Versión gratuita del entorno de desarrollo VS de Microsoft. El conjunto de herramientas que posee son reducidas, sin embargo no pierde funcionalidad y es fácil de usar.
Cuadro N° 3.6.2.2 – Versiones de IDE
Página 39
Los criterios a considerar para la evaluación de la herramienta son los
siguientes:
Herramienta VS Professional VS Express
Usabilidad 8 5Funcionalidad 8 7
Documentación 15 15Costo 8 0Total 31 27
Cuadro N° 3.6.2.3 – Versiones de IDE
Con el resultado obtenido en el cuadro N° 3.6.2.3 se elige al IDE Visual
Studio Professional 2010.
Página 40
CAPÍTULO IV: MODELADO DEL NEGOCIO4.1. Reglas del Negocio
- El Product Manager realiza una Ficha de Rentabilidad por cada servicio que
la empresa esté ofreciendo a un cliente.
- Las oportunidades de negocio que son menores a S/. 50,000.00 anuales no
serán atendidas.
- La rentabilidad de los proyectos en operación debe ser de mínimo 15%.
- La implementación del proyecto debe tener un costo máximo de 5% adicional
a lo presupuestado, si fuese mayor se debe considerar perdida en la
implementación.
- La rentabilidad total del proyecto está dada por lo acumulado en la operación
más lo ganado en la implementación.
- Los recursos pagados por un proyecto no pueden ser usados por otro
proyecto; excepto que las horas usadas no afecten el rendimiento del primero
y el segundo pague por las horas empleadas.
- Las fichas de rentabilidad deben incluir siempre el 4% que se paga a la
corporación.
- Los incrementos salariales afectan directamente a la rentabilidad de la
operación del proyecto.
- El remplazo de un recurso siempre genera un gasto de adiestramiento de
mínimo 1 mes de sueldo.
- La duración mínima de un proyecto es de 3 meses. Si por excepción fuese
menor no se contratará nuevos recursos se reutilizarán los existentes.
- La comparación de los reportes gerenciales se realizarán siempre con datos
del periodo anual anterior.
- La implementación no puede tomar más de 1 mes calendario.
- No debe pagarse horas extra en los proyectos en los que no se ha
considerado tal rubro.
- El uso de taxis debe estar asociado a un centro de costos.
- Cada Proyecto debe tener un centro de costos asociado.
Página 41
- La asignación de los centros de costos son controlados por servicios
económicos.
4.2. Casos de Uso del Negocio
4.2.1. Relación de Casos de Uso del Negocio- Licitar proyecto
- Evaluar rentabilidad del proyecto
- Generar propuesta técnica
- Verificar viabilidad del proyecto
- Realizar el seguimiento al proyecto
4.2.2. Diagrama de Casos de Uso del Negocio
Cliente
Evaluar rentabilidad del proyecto
Licitar proyectoArea comercial
Generar propuesta técnica
Director
Verificar viabilidad del proyecto
Realizar seguimiento al proyecto
Servicios economicos
4.2.3. Especificaciones de Casos de Uso del NegocioEspecificación de CUS “LICITAR PROYECTO”
1. Breve Descripción
Este caso de uso permite explicar cómo es que un proyecto o servicio se licita.
2. Flujo de Eventos
Página 42
2.1. Flujo Básico
1. El Cliente ofrece un concurso en el cual expone el servicio solicitado2. El Área comercial de la empresa Tgestiona se encarga de presentarle la
propuesta al área de Gestión de servicios3. Si la empresa decide participar en la licitación se trabaja en la propuesta
técnico económica4. El área de servicios económicos se encarga de evaluar la parte económica
del servicio solicitado.5. Una vez formulada la propuesta técnica económica, el área comercial se
encarga de presentar la propuesta al cliente6. Si el cliente está de acuerdo con el costo del servicio, se gana la licitación.
2.2. Flujo Alternativo
En el proceso 6, en el caso no se acepte el costo del servicio se puede hacer un cambio en el costo y conversarlo con el cliente para saber si está de acuerdo.
3. Pre Condición
El cliente debió colocar el servicio en licitación.
Especificación de CUS “GENERAR LA PROPUESTA TÉCNICA”
1. Breve Descripción
Este caso de uso permite explicar cómo es que se genera la propuesta técnica económica.
2. Flujo de Eventos
2.1. Flujo Básico
1. El Área comercial indica al área de gestión de servicios que se ha entrado a una licitación
2. El área de gestión de servicios analiza los requerimientos del cliente3. Se hace una análisis de lo que se necesita para ofrecer el servicio4. El área de servicios económicos evalúa el costo de cada recurso5. El área de servicios económicos calcula el precio total del servicio a ofrecer6. El área de servicios económicos entrega la propuesta económica al área
comercial7. El área comercial presenta la propuesta técnica económica al cliente
2.2. Flujo Alternativo
Página 43
En el proceso 4, el área de servicios económicos evalúa los recursos que tiene actualmente de lo contrario se encarga de buscar nuevos recursos externos para el servicio
3. Pre Condición
El cliente debió colocar el servicio en licitación.
Página 44
CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO5.1. Requerimientos del Software
5.1.1. Relación de RequerimientosN° Nombre de Requerimiento Detalle del Requerimiento
RF - 01Registrar información económica de los proyectos
Extraer de forma adecuada la información (bases de datos, archivos excel, archivos de texto).
RF - 02 Generar informes gerencialesSe elaborarán los informes gerenciales cuya estructura ayudará a la toma de decisiones de los encargados.
RF - 03Elegir indicadores para los informes gerenciales
Se permitirá que el usuario escoga los indicadores económicos que se mostrarán en el informe gerencial.
RF - 04Comparar proyectos en instantes de tiempo
El sistema permitirá hacer una comparación del estado de los proyectos en un tiempo determinado mediante filtros.
RF - 05Generar gráficos para los informes gerenciales
El sistema permitirá mostrar indicadores en forma gráfica para una mejor visualización de la información.
RF - 06 Mostrar dashboardsEl sistema mostrará Dashboards para visualizar los indicadores clave del negocio.
RNF - 01 Fácil uso del sistemaLa interfaz del sistema debe ser fácil de usar para que el Director o Gerente puedan hacer uso de los informes fácilmente.
RNF - 02 SeguridadSe deberá realizar una copia de seguridad de los informes gerenciales semanalmente en caso se pierdan por motivos inesperados.
RNF - 03 MantenibilidadEl código debe estar estandarizado para que de esta forma sea entendible y escalable.
Página 45
5.1.2. Especificación de Requerimientos
5.1.2.1. Requerimientos Funcionales Registrar información económica de los proyectos
Se requiere extraer de forma adecuada la información (Base
de datos, Excel y archivos de texto).
Generar informes gerenciales
Se requiere elaborar los informes gerenciales cuya estructura
ayudará a la toma de decisiones de los encargados.
Elegir indicadores para los informes gerenciales
Se requiere que el usuario escoja los indicadores económicos
que se mostrarán en el informe gerencial.
Comparar proyectos en instantes de tiempo
Se requiere que el sistema realice una comparación del estado
de los proyectos en un tiempo determinado mediante filtros.
Generar gráficos para los informes gerenciales
Se requiere que el sistema muestre indicadores en forma
gráfica para una mejor visualización de la información.
Mostrar dashboards
Se requiere que el sistema muestre Dashboards para
visualizar los indicadores clave del negocio.
Información de los Usuarios
Se requiere registrar a los usuarios que harán uso del sistema,
asi como llevar el control de su información.
Nombre de Usuario y Contraseña validas
Se requiere un nombre de usuario y contraseña válidos para
acceder al sistema SRP
5.1.2.2. Requerimientos No Funcionales Usuarios Simultáneos
Debido a la utilización de los Servicios Web y el acceso vía
Internet, el aplicativo soportará un aproximado de 15 usuarios
simultáneos para el acceso al sistema.
Tiempo de Acceso a los Datos Página 46
El sistema deberá proveer un tiempo de acceso a los datos en
menos de 10 segundos de empezado el acceso (sujeto a
varianza del ancho de banda y cantidad de registros solicitados).
Consumo de Recursos
El consumo de recursos por parte del cliente no será mayor de
32 Mb de memoria RAM.
Destreza en el Manejo del Sistema
El Usuario deberá ser capaz de utilizar cualquier función del
sistema, utilizando solamente los elementos de ayuda del
sistema entre 5 a 10 minutos dependiendo del grado de
conocimiento del Usuario (Novato, sin experiencia WEB
/Intermedio, con experiencia Web)
Encontrar una Función del Sistema
El usuario debe ser capaz de encontrar una función del sistema
en un periodo de tiempo de menos de 1 minuto. En el 90% de
los casos.
Solución de Errores Transaccionales
El usuario deberá ser capaz de encontrar la forma de resolver
un error por si solo en menos de 1 minuto en el 90% de los
casos.
Página 47
5.2. Casos de Uso del Sistema
5.2.1. Diagrama de Actores del Sistema
AS_Encargado de Toma de Decisiones AS_Product Manager
AS_Jefe de Gestión de Servicios
AS_Usuario
AS_Administrador del Sistema
AS_Jefe de OperacionesAS_Director
5.2.2. Diagrama de Paquetes
Seguridad
Configuración
Gestión_Información
Seguimiento_de_Servicio
Análisis_de_Resultados
5.2.3. Casos de Uso del Sistema
5.2.3.1. Relación de CUS’s- CUS_Iniciar_sesión
Página 48
- CUS_Cerrar_sesión- CUS_Modificar_contraseña- CUS_Administrar_permisos- CUS_Adminitrar_recurso- CUS_Administrar_indicadores- CUS_Administrar_proveedores- CUS_Registrar_servicio- CUS_Consultar_servicio- CUS_Cotizar_servicio- CUS_Verificar_viabilidad_servicio- CUS_Asignar_recurso_servicio- CUS_Realizar_Seguimiento_servicio- CUS_Evaluar_Servicio_indicador- CUS_Verificar_Rentabilidad_servicio
5.2.3.2. Diagrama General de Casos de Uso del Sistema
CUS_Cerrar _Sesión(from Seguridad)
CUS_Modificar Contraseña(from Seguridad)
CUS_Iniciar_ Sesión(from Seguridad)
<<include>>
<<extend>>
AS_Usuario
(from 01. Diagrama de Actores)...)
CUS_Verificar_Rentabilidad_Servicio
(from Análisis_de_Resultados)
CUS_Asignar_Recurso_Servicio
(from Gestión_Información)
CUS_Cotizar_Servicio(from Gestión_Información)
CUS_Registrar_Servicio(from Gestión_Información)
CUS_Verificar_Viabilidad_Servicio
(from Gestión_Información)
<<extend>>
<<extend>>
AS_Jefe de Gestión de Servicios
(from 01. Diagrama de Actores)...)
AS_Jefe de Operaciones
(from 01. Diagrama de Actores)...)
AS_Director
(from 01. Diagrama de Actores)...)
CUS_Evaluar_Servicio_Indicador
(from Análisis_de_Resultados)
<<extend>>
CUS_Consultar_Servicio(from Gestión_Información)
<<extend>>
<<extend>>
CUS_Realizar_Seguimiento_Servicio
(from Seguimiento_de_Servicio)
AS_Product Manager
(from 01. Diagrama de Actores)...)
CUS_Administra_Recurso
(from Configuración)
CUS_Administra_Indicadores
(from Configuración)
CUS_Administra_Proveedores
(from Configuración)
AS_Administrador del Sistema
(from 01. Diagrama de Actores)...)
CUS_Administrar_Permisos
(from Seguridad)
5.2.4. Especificaciones de Casos de Uso del SistemaEspecificación de CUS “REGISTRAR PROYECTOS”
1. Breve Descripción
Este caso de Uso permite el registro de toda la información necesaria de los servicios verificando como paso previo la existencia del servicio. Permite la correcta administración de servicios.
2. Flujo de EventosPágina 49
2.1. Flujo Básico
1. El Usuario ingresa a la ventana Registrar Servicio.2. El Usuario selecciona botón “Registrar Servicio”.3. El sistema muestra los campos que se deberán llenar en una división doble
(Servicio/ Empresa).4. El usuario ingresa “Código”, “Nombre de Servicio”, “Nombre de la Compañía”,
”Dirección”, , ”Descripción”, selecciona de un calendario la “Fecha de Inicio” y “Fecha de Término”, habrá un campo de “Duración de Servicio”(meses) que se calcule en base a los campos anteriores, se ingresará el “Nombre del Gestor de Servicio” y se adjuntará la Propuesta Técnica Económica.
5. El usuario busca empresa, de no encontrarla hace click en “Registrar nueva empresa”(ver ECUS “Registrar Nueva Empresa”).
6. El sistema valida campos ingresados antes de Grabar información.7. El Usuario selecciona botón Grabar.8. El sistema muestra mensaje que se grabó correctamente.
2.2. Flujo Alternativo
En el proceso 3, en el caso que no quiera realizar la operación, hace clic en cancelar, lo cual evitara realizar la operación y regresara a la ventana de Consultar Servicio.
3. Pre Condición
El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña.
4. Post Condición
El CUS “Registrar_Servicio” se realizó correctamente.
Página 50
Especificación de CUS “ASIGNAR RECURSO AL SERVICIO”
1. Breve Descripción
Este caso de Uso permite asignar los recursos y rubros al servicio a llevarse a cabo.
2. Flujo de Eventos
2.1. Flujo Básico
El sistema ingresa a la ventana “Asignar Recurso al Servicio”.
El sistema mostrará los atributos a llenar(Text Box)) y un botón “Guardar Recurso”,
El usuario ingresará el nombre del recurso y el sistema le mostrará la opción “Agregar Rubro de Gasto”.
El usuario selecciona la opción (Hipervínculo) y le llevara a otra ventana “Agregar Rubro de Gastos” y “Ver Rubro de Gastos” (Hipervínculo), donde se observara una lista de todos los rubros de gastos asignados.
El sistema le mostrará para llenar los siguientes datos: Rubro de Gastos, un Asignado (“Si” o “No”) (Combo Box), y un Costo por cada Rubro (Text Box).
El usuario luego, de haber agregado los datos, seleccionará el botón “Guardar”.
El sistema regresará a la ventana “Asignar Recurso del Servicio”.
El sistema muestra el Costo Anual, el Costo por Mes y el Costo por Horas.
El usuario terminará seleccionando “el Tipo de Personal”(Combo Box) y “Elegir Local”(Combo Box).
El usuario selecciona click en el botón “Guardar Recurso”.
2.2. Flujo Alternativo
En el proceso 3, en el caso que no quiera realizar la operación, hace clic en “Cancelar” y retorna a “Asignar Recurso al Servicio”.
3. Pre Condición
El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña y haber entrado a Asignar recurso a servicio
4. Post Condición
El CUS “Asignar Recurso al Servicio” se realizó correctamente
Página 51
Especificación del CUS “VIABILIDAD DE SERVICIOS”
1. Breve Descripción
Este caso de Uso permite realizar un Análisis y Administración del Riesgo de las probabilidades de los servicios a llevarse a cabo.
2. Flujo de Eventos
2.1. Flujo Básico
1. El sistema mostrará la ventana Viabilidad de Servicio.2. El sistema mostrará la rentabilidad (Label), los ingresos(Label), el costo total
(Label)y el margen total del servicio(Label), 3. El usuario ingresará el margen (Text Box).4. El sistema también mostrará los botones “Confirmar” e “Imprimir”.5. El usuario selecciona el botón “Confirmar”.6. El sistema muestra un mensaje si el Servicio es Rentable o no.7. El sistema regresará a la ventana “Cotizar Servicio”.8. Y termina el proceso.
2.2. Flujo Alternativo
En el proceso 5, en el caso que no quiera realizar la operación, hace clic en “Cancelar” y retorna a “Cotizar Servicio”.
3. Pre Condición
El Usuario debe de haber iniciado sesión ingresando su código de usuario y contraseña.
El Usuario debe haber entrado a Cotizar Servicio.
4. Post Condición:
El CUS “Viabilidad de Servicios” se realizó correctamente.
Página 52
5.2.5. Matriz de stakeholders vs features
Página 53
5.3. Modelo Conceptual del Sistema
5.3.1. Diagrama del Modelo de clases
TipoRecursoidTipoRecurso : IntegernombreTipoRecurso : StringidTipoContratonombreTipoContrato
RegistrarTipoRecurso()ModificarTipoRecurso()EliminarTipoRecurso()ConsultarTipoRecurso()
CostoidCostomontoCostonombreCosto
RegistrarCosto()
HistorialidHistorialnombreHistorialfechadescripcion
GrabarInforme()ConsultarInformes()
IndicadoridIndicadornombreIndicadordescripcion
RegistrarIndicador()ModificarIndicador()EliminarIndicador()ConsultarIndicador()
ContactoidContactonombreContactoapellidoContactodnitelefono1telefono2email
RegistrarContacto()ConsultarContacto()
EmpresaidEmpresa : IntegerRazonSocial : Stringtelefono : Integere-mail : StringRazonComercial : StringRUC : Stringdireccion : StringtipoCliente : Boolean
RegistrarEmpresa()ConsultarEmpresa()
1 11 1
InformeidInforme : Integernombre : Stringfecha : DatetipoInforme : String
GenerarInforme()AsignarIndicador()
1
1
1
1
1
1..n
1
1..n
UsuarioidUsuario : Integerusuario : StringpasswordnombreUsuarioapelllidoUsuariocargo : Stringtelefono : Stringemail : StringDNI : String
RegistrarUsuario()ModificarUsuario()ConsultarUsuario()EliminarUsuario()IniciarSesion()
RecursoidRecursoPlanilla : IntegertipoRecurso : String
RegistrarRecurso()ModificarRecurso()EliminarRecurso()AsignarCosto()
1..n1 1..n1
LocalidLocaltipoLocaldireccionFiscaldireccionLocal
RegistrarLocal()ModificarLocal()ConsultarLocal()EliminarLocal()
ServicioidProyectonombreServicio : StringtiempoInici : DatetiempoFin : Date
RegistrarServicio()ConsultarServicio()AsignarRecursoServicio()CotizarServicio()VerificarViabilidad()
1
1..n
1
1..n
1..n
1
1..n
1
1
1..n
1
1..n
1..n1 1..n1
1..n
1
1..n
1
Página 54
5.4. Benchmarking
Características FuncionalesRegistrar Informacion de los 2 1 2 3Generar Informes estadisticos 2 1 1 3Elegir indicadores de rentabilidad para los informes 2 1 1 3Comparar Proyectos de igual 2 0 0 3Generar Graficos de variacion de ingresos para los Informes 2 1 0 3Mostrar Dashboards para el 0 0 0 3cruze de datos para conocer la influencia de cada factor de 0 1 1 3generacion de ratios para medir el desarrollo del proyecto 2 1 1 3Generar cuadros estadisticos para conocer la necesidad de reinversion en el proyecto
2 0 0 3
generar indicadores de capacidad de retorno de la 0 2 1 3generar indicadores de utilidades para el final del 2 1 1 3Sistema de reporte, consulta y 2 1 0 3Procesos de extracción, transformación y carga de 2 0 0 3
Carácterísticas EspecialesFacil Uso del Sistema 2 2 2 3Seguridad 3 2 2 3Mantenibilidad 2 2 2 3Soporte y ayuda en linea 3 2 2 3Puntaje total 30 18 16 51
Otros aspectos de Software Base
Sistema operativo Windows Windows Windows WindowsServidor de base de datos No especifica No especifica No especifica SQL SERVER 2008Lenguaje de programación No especifica No especifica No especifica C#Código fuente No especifica No especifica No especifica NET
Benchmarking para el proyecto: "Rentabilidad de Proyectos"
MICROGESTIO http://www.microgestio.com
/es/soluciones-de-negocio.php
"RENTABILIDAD DE PROYECTOS"
http://moss.tgestiona.com.pe/Paginas/default.aspx
SolucionesFLAGSAVIA
http://www.flagsavia.net/estaticos/view/39-seguimiento-
de-proyectos
ATOS http://es.atos.net/es-es/soluciones/soluciones-de-
integracion-de-negocio/
5.5. Prototipos de la Solución- Cotizar servicio
Página 55
- Asignar los recursos
- Registrar a la empresa cliente
Página 56
CAPÍTULO VI: ARQUITECTURA6.1. Realización de Casos de Uso más significativos para la arquitectura
6.1.1. Relación de casos de uso más significativos para la arquitectura- Registrar servicio
- Cotizar servicio
- Realizar el seguimiento al servicio
- Evaluar servicio según indicadores
6.1.2. Realización de Casos de Uso de Análisis y Diseño- Realización de caso de uso Cotizar Servicio
: AS_Product Manager
: AS_Product Manager
: IU_Consultar_Proyecto : IU_Consultar_Proyecto : IU_Cotizar_Proyecto : IU_Cotizar_Proyecto : Ctrl_Proyecto : Ctrl_Proyecto
: E_Proyecto : E_Proyecto : IU_Asignar_Recurso : IU_Asignar_Recurso : IU_Verificar_Viabilidad_Proyecto : IU_Verificar_Viabilidad_Proyecto
1: Ingresa a Consultar Proyecto
2: Ingresa a Cotizar Proyecto
3: Ingresa nombre de Proyecto
9: Retorna Información
4: Envía nombre de Proyecto
5: Envía Información
6: Verifica si Proyecto existe
7: Retorna respuesta
8: Retorna Información
10: Selecciona botón "Asignar Recurso"
11: Ingresar a "Asignar Recurso"
13: Selecciona botón "Verificar Viabilidad del Proyecto"
14: Confirma la operacion "Grabar"
12: muestra el proyecto cotizado
15: Se confirma la realizacion del proceso
- Realización de caso de uso Evaluar Servicio Indicador
: AS_Usuario : AS_Usuario
: IU_Evaluar_Proyecto_Indicador : IU_Evaluar_Proyecto_Indicador
: Ctrl_Proyecto : Ctrl_Proyecto
: E_Proyecto : E_Proyecto
: Ctrl_Indicador : Ctrl_Indicador
: E_Indicadores : E_Indicadores
1: Ingresa a Evaluar Proyecto según Indicador
2: Buscar Proyecto por filtros o ingresarlo
3: Envía información
4: Envía información
5: Verifica si Proyecto existe
6: Retorna datos del Proyecto
7: Muestra datos del Proyecto
8: Selecciona Indicador a evaluar
9: Envía indicador seleccionado
10: Envía información
11: Retorna información
12: Muestra cuadro estadístico
Muestra la opción de imprimir
Página 57
- Realización de caso de uso Registrar Servicio
: AS_Product Manager
: AS_Product Manager
: IU_Consultar_Proyecto : IU_Consultar_Proyecto : IU_Registrar Proyecto : IU_Registrar Proyecto : Ctrl_Proyecto : Ctrl_Proyecto : E_Proyecto : E_Proyecto
1: Ingresar a consultar Proyecto
2: Selecciona botón "Registrar Proyecto"
3: El sistema muestra campos que se deberán llenar
4: Ingresa campos con la información del proyecto
8: Selecciona "Grabar"
9: Envía información validada
5: Envía campos a validar
6: Valida campos ingresados
7: Sistema muestra resultados de validación
12: Muestra mensaje que se grabó correctamente
10: Actualiza Información
11: Información Actualizada
- Realización de caso de uso Seguimiento Servicio
: AS_Product Manager
: AS_Product Manager
: IU_Consultar_Estado_Proyecto : IU_Consultar_Estado_Proyecto : IU_Realizar_Seguimiento_Proyecto : IU_Realizar_Seguimiento_Proyecto : Ctrl_Proyecto : Ctrl_Proyecto : E_Proyecto : E_Proyecto
1: Ingresa a Consultar Estado del Proyecto
3: Selecciona enlace Realizar Seguimiento del Proyecto
4: Ingresa a Relizar Seguimiento del Proyecto
2: Buscar ingresando nombre del Proyecto
5: Envía nombre del Proyecto
6: Envía información
7: Verifica si Proyecto existe y consulta datos de costos
8: Retorna información
9: Divide pantalla en 2 segmentos y muestra costos planificados vs reales
Permite imprimir este informe
Página 58
6.2. Modelo de Datos
6.2.1. Diagrama de Modelo de DatosContacto
idContactonombreapellidoPaternoapellidoMaternodnitelefono1telefono2email
CostoidCostocostonombreCostoidRecurso
EmpresaidEmpresarazonSocialrazonComercialructelefonoemaildirecciontipoClienteidContacto
HistorialidHistorialnombreHistorialfechadescripcionidInforme
IndicadoridIndicadornombreIndicadordescripcionidInforme
InformeidInformenombreInformefechatipoInformeidServicio
RecursoidRecursonombreRecursopersonaAsignadacategorianro_recursodrivervolumendedicacionprecio_unitariototal_ingresoidServiciocosto_unitariomargen_ingresoprecio_incremcosto_incremtotal_costotipo_personaltipo_serviciocontratalocal
ServicioidServicionombreServiciotiempoIniciotiempoFinestadocostoTotalingresosmargenRealrentabilidadidUsuarioidEmpresa
UsuarioidUsuariousuariopasswordnombreapellidoPaternoapellidoMaternocargotelefonoemaildni
Página 59
6.2.2. Diccionario de Datos
6.3. Modelo de Despliegue
SRP(Sistema de Rentabilidad...
Router
Servidor Web
Cliente
Internet Explorer
Usuario
Internet Explorer
DB_SRP
TCP/IP
TCP/IP
HTTP
HTTP LAN
Página 60
6.4. Modelo de ComponentesSRP.exe
MainProgram.cs
ClassSRP.cs
Controladoras Entidades Acceso a datos
Análisis_Resultados
Evaluar Proyecto Indi cador
Verificar Rentabilidad Proyecto
Configuración
Controladoras Entidades Acceso a datos
Administra Recurso
Administra Indi cadores
Administra Proveedores
Gestión Información
Consultar Proyecto
Cotizar Proyecto
Asignar Recurso Proyecto
Registrar Proyecto
Verificar Viabi lidad Proyecto
Controladoras EntidadesAcceso a datos
Seguimiento Proyecto
Controladoras Entidades
Acceso a datos
Consultar Estado Proyecto
Realizar Seguimiento Proyecto
Seguridad
Controladoras Entidades Acceso a datos
Modificar Contraseña
Iniciar Sesión
Cerrar Sesión
Administrar Permisos
Acceso a Datos
SQLHELPER
CAPÍTULO VII: DESARROLLO Y PRUEBAS7.1. Desarrollo
7.1.1. Plataforma TecnológicaRequerimientos de hardware
- Procesador: Core i5- Monitor: Estándar- Memoria RAM: 4GB- Disco duro: 20GBRequerimientos de software- Lenguaje de programación: C#, Visual Studio 2010- Sistema de Gestión de Base de Datos: Sql Server 2008- Sistema Operativo: cualquiera
7.1.2. Descripción de los Estándares de DesarrolloTipo Archivo DescripciónClases Las clases deberán tener el siguiente formato
“EntidadNombreEntidad”, por ejemplo “EntidadServicio” o “EntidadRecurso”
Página 61
Clases de acceso a datos Las clases de acceso a datos java deberán tener el siguiente formato “DAOEntidadNombreEntidad”, por ejemplo “DAOEntidadServicio” o “DAOEntidadRecurso”
Métodos usados Los métodos usados en la solución deberán seguir los estándares de programación (primera palabra con minúsculas y la segunda palabra la primera letra con mayúscula) ejemplo metodoEjemplo
Tablas de la base de datos Las tablas usadas en la base de datos deben seguir el siguiente estándar t_nombretabla como por ejemplo “t_servicio” o “t_recurso”
7.2. Pruebas
7.2.1. Plan de Pruebas del ProyectoMODULO GESTION DE INFORMACIÓN
Caso de Uso Ventana Responsable Implementación
Responsable Pruebas
Registrar servicio Registrar servicio Sophia Duran Sophia Duran
Consultar servicio Consultar servicio Sophia Duran Sophia Duran
Asignar recurso a servicioAsignar recurso a
servicioSophia Duran Sophia Duran
Cotizar Servicio Cotizar servicio Sophia Duran Sophia Duran
Verificar viabilidad servicio
Verificar viabilidad de servicio
Sophia Duran Sophia Duran
MODULO SEGUIMIENTO DE SERVICIO
Caso de Uso Ventana Responsable Implementación
Responsable Prueba
Consultar estado de servicio
Consultar estado de servicio
Sophia Duran Sophia Duran
Realizar seguimiento de servicio
Realizar seguimiento de servicio
Sophia Duran Sophia Duran
Página 62
MODULO SEGURIDAD
Caso de Uso Ventana Responsable Implementación
Responsable Prueba
Iniciar Sesión Iniciar Sesión Sophia Duran Sophia Duran
Cerrar Sesión Cerrar Sesión Sophia Duran Sophia Duran
Modificar Contraseña Modificar Contraseña Sophia Duran Sophia Duran
Iteración Pruebas x Casos de Uso Fecha
1Iniciar Sesión 20/06/2014
Cerrar Sesión 20/06/2014
2Registrar Servicio 20/06/2014
Consultar Servicio 20/06/2014
3
Asignar Recurso a Servicio 20/06/2014
Cotizar Servicio 20/06/2014
Verificar viabilidad de servicio 20/06/2014
4
Modificar contraseña 20/06/2014
Consultar estado de servicio 20/06/2014
Realizar seguimiento de servicio 20/06/2014
Página 63
CAPÍTULO VIII: GESTIÓN DEL PROYECTO8.1. Organización del Proyecto
8.1.1. Organigrama del Proyecto
8.1.2. EDT del Proyecto
Página 64
8.2. Estimación y Ejecución del Proyecto
8.2.1. Cronograma de Ejecución del Proyecto
8.3. Gestión de Riesgos del Proyecto: predecibles y no predecibles
Los objetivos de la gestión de riesgos son identificar, controlar y eliminar las
fuentes de riesgo antes de que empiecen a afectar al cumplimiento de los
objetivos del proyecto
8.3.1. Lista de Riesgos Predecibles1. Falla de Luz
Magnitud o Importancia del Riesgo
Tiene una importancia alta.
Página 65
Descripción
Una falla en lo que viene a ser la alimentación de fluido eléctrico el cual afecta al servidor que contiene la aplicación.
Impactos
Servidor que contiene la solución informática y los equipos informáticos.
Indicadores
Se podrá apreciar la falta de energía eléctrica al no encender ninguno de los dispositivos electrónicos conectados a corriente alterna.
Estrategia de Mitigación
Contar con un equipo UPS.
Plan de Contingencia
Hacer uso del equipo UPS.
2. Demora en la recuperación en una eventual caída del servidor
Magnitud o importancia del riesgo
Tiene una importancia alta.
Descripción
En caso de caída del Servidor se debe analizar la causa y actuar de forma rápida para levantar el Servidor efectivamente.
Impactos
Impacta directamente al Sistema tanto Windows, Web y Mobile.
Indicadores
Existe un tiempo límite para una posible recuperación del Servidor en caso de caídas.
Estrategia de Mitigación
Página 66
Realizar un análisis del Servidor frecuentemente para detectar posibles problemas.
Plan de Contingencia
Contar con un historial que muestre errores pasados, que permitan a las personas encargadas de restaurar el Servidor, proceder de manera más rápida y eficaz.
8.3.2. Lista de Riesgos No Predecibles1. Incompatibilidad de Hardware
Magnitud o importancia del riesgo
Tiene una importancia media-alta.
Descripción
Se tiene la tarea de elaborar un sistema con los estándares que el usuario determina.
Impactos
Impacta directamente a la solución informática y su implementación.
Indicadores
Cuando surja un problema de incompatibilidad se comunicará al encargado del desarrollo e Implementación para la solución de dicho problema.
Estrategia de Mitigación
Deberá existir un estándar de desarrollo en el Área de Desarrollo.
Plan de Contingencia
El encargado del desarrollo tendrá que conocer los estándares más utilizados en el mercado, dando una solución inmediata al problema.
2. Problemas con Hackers en la solución
Magnitud o importancia del riesgo
Tiene una importancia alta.
DescripciónPágina 67
El Desarrollo e Implementación tendrá que proteger su información mediante técnicas de seguridad.
Impactos
Impacta directamente al soporte y al Desarrollo e Implementación, inclusive afecta directamente a los datos ya almacenados.
Indicadores
Cuando surja un problema de infiltración de personas no autorizadas se tendrá que avisar a la persona encargada del soporte para la obtención de ayuda inmediata.
Estrategia de Mitigación
Obtener software para seguridad de servidores aparte de limitar los accesos al personal no autorizado.
Plan de Contingencia
El personal encargado del soporte tendrá que conocer software de seguridad más capacitados para la infiltración de intrusos. Por otro lado deberán conocer formas de hacer más segura la aplicación (esto con ayuda de programadores y/o el creador de la aplicación caso lo requiera).
CONCLUSIONES La investigación muestra que el área de gestión de servicios es el core del
negocio de Tgestiona, ya que brinda servicios de tercerización a otros
clientes.
El sistema actual de la empresa no es de gran ayuda para la toma rápida
de decisiones, es por ello que se les proveerá de una herramienta que
ayude a explotar su información, además de mostrar indicadores de éxito o
fracaso en sus servicios.
Página 68
RECOMENDACIONES El uso de tecnologías de la información permite mejorar los tiempos, siendo
más preciso con la información que se maneja, por ende la metodología
adoptada (UML) para esta tesis, demuestra que haciendo un buen uso de
esta metodología e implementándolo con una buena herramienta, se
pueden apreciar buenos resultados.
La implantación de soluciones informáticas en el estado muestran un gran
nivel de aceptación siempre y cuando se vean beneficiadas de alguna u
otra manera. Para poder ver este beneficio se debe hacer una buena tarea
de recolección de datos para así al final poder ver unos resultados con una
alta calidad en el trabajado dado.
GLOSARIO DE TÉRMINOS
1. AC (Costo real)
Es el costo acumulado hasta la fecha
2. BPO (BUSINESS PROCESS OUTSOURCING)
Es la subcontratación de funciones de procesos de negocios en
proveedores de servicios, ya sea interno o externo a la empresa.
3. CTS (Compensación por Tiempo de Servicios)
Beneficio social que tiene todo trabajador el cual se hace efectivo cuando el
trabajador deja de trabajar en la empresa.
4. Contrata
Son trabajadores que no son personal de la empresa, si no son contratados
para una determinada actividad
5. Dashboards (tablero o cuadro de mandos)
Es el documento en el que se reflejan las principales métricas de la
empresa.
6. EPS (Entidades Prestadoras de Salud)
Página 69
Son las entidades que dan servicios de salud.
7. EV (Valor ganado)
Se expresa como el trabajo completado en términos del presupuesto,
usualmente se utiliza para describir el porcentaje completado de un
proyecto.
8. EVM (Gestion del valor ganado)
Es un método utilizado para la medición del desempeño. Incluye las
mediciones de tres puntos importantes: alcance del proyecto, costo y
cronograma. Con el propósito de ayudar al equipo de dirección del proyecto
a medir el avance y desempeño del proyecto.
9. FR
Ficha de Rentabilidad, documento en el cual se detalla todos los ingresos y
costos del proyecto.
10. Informes
Es un documento escrito en prosa informativa (científica, técnica, o
comercial) con el propósito de comunicar información a un nivel más alto en
una organización.
11.Licitación
Es el procedimiento administrativo para la adquisición de suministros,
realización de servicios o ejecución de obras que celebren los entes,
organismos y entidades que forman parte del Sector Público.
12.Operación
Lo que se planifico en el proyecto se pasara a ejecutar.
13.Planilla
Es el trabajador permanente de una empresa, el cual tiene un horario de
ingreso y salida.
14.PTE
Propuesta Técnica Económica, es un documento en el cual se planifica y
cotiza el servicio que cumpla con las necesidades del cliente. Además, se
acepta cumplir con los requerimientos que haya especificado el cliente.
15.PV (Valor Planificado)Página 70
Es el valor representativo de lo que se va a gastar en el proyecto en una
fase durante el ciclo de vida del mismo.
16.Rentabilidad
Capacidad de producir o generar un beneficio adicional por sobre la
inversión o esfuerzo realizado.
17.RFP
Solicitud de Propuesta, es un documento que una empresa emite para
solicitar las propuestas de proveedores de servicios o productos, en dónde
se detallan las especificaciones del servicio requerido.
18.TIC (Tecnología de Información y la Comunicación)
Son las tecnologías aplicadas para proveer de información y comunicación
a través de medios tecnológicos de última generación.
Página 71
REFERENCIAS BIBLIOGRÁFICASAnálisis y diseño de sistemas [Libro] / aut. Kenneth E. Kendall Julie. - México : Pearson Educación, 2005. - Sexta Edición : pág. 165.
Business Process Outsourcing: process, strategies, and contracts [Libro] / aut. Halvey John K.. - New Jersey : John Wiley & Sons, 2007. - Vol. Second Edition : pág. 4.
Business Process Outsourcing: the competitive advantage [Libro] / aut. Duening Thomas N.. - New Jersey : John Wiley & Sons, Inc., 2005. - Vol. First edition : pág. 8.
Concepto de sistema de información en la organización [Libro] / aut. Pastor i Collado Joan. - [s.l.] : UOC, 2002. - pág. 7.
Gestión de proyectos informáticos - Desarrollo, análisis y control [Libro] / aut. Guérin Brice-Arnaud. - Barcelona : Editions ENI, 2012. - pág. 61.
Guía de los Fundamentos par ala Dirección de Proyectos (Guía del PMBOK) [Libro] / aut. Project Managment Institute Inc.. - Cuarta : pág. 160.
Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) [Libro] / aut. Project Management Institute Inc.. - pág. 161.
Ingeniería del Software [Libro] / aut. Sommerville Ian. - Madrid : Pearson Eduación S.A, 2005. - Séptima Edición : pág. 614.
Introducción al Business Intelligence [Libro] / aut. Diaz Josep Curto. - Barcelona : UOC, 2012.
Introducción al Business Intelligence [Libro] / aut. Díaz Josep Curto. - Barcenlona : UOC, 2010. - Vol. Primera edición en lengua castellana : pág. 18.
Introducción al Business Intelligence [Sección de libro] / aut. Díaz Josep Curto / aut. libro Díaz Josep Curto. - Barcelona : UOC, 2010. - Vol. Primera edición en lengua castellana.
La evaluacion de proyectos de inversion para la toma de decisiones [Publicación periódica] / aut. Vidal Rosa Aguilera. - [s.l.] : http://www2.udec.cl/~rea/REVISTA%20PDF/Rev64/art5rea64.pdf, 2005.
La sociedad de la información en América Latina y el Caribe [Sección de libro] / aut. Hilbert Wilson Peres y Martin. - [s.l.] : CEPAL, 2009.
La sociedad de la información en América Latina y el Caribe [Sección de libro] / aut. Hilbert Wilson Peres y Martin. - [s.l.] : CEPAL.
Página 72
Los sistemas de información en la sociedad del conocimiento [Libro] / aut. Giner de la Fuente Fernando. - [s.l.] : ESIC, 2004. - pág. 35.
Organización y transformación de los sistemas de información en la empresa [Libro] / aut. De Pablos Heredero Carmen. - Madrid : ESIC, 2011. - pág. 21.
Sistema de Indicadores para la Mejora y Control Integrado de la calidad de los procesos [Libro] / aut. Heredia Alvaro Jose Antoio. - [s.l.] : Universitat Jaume, 2001. - pág. 60.
Sistemas de Información Gerencial [Libro] / aut. Price Laudon Jane. - México : Pearson Educación, 2004. - pág. 43.
Un metodo para hallar la tasa de rentabilidad de proyectos no-simples de inversion [Publicación periódica] / aut. Achong Edgar. - [s.l.] : http://www.saber.ula.ve/bitstream/123456789/19352/2/articulo1.pdf, 1988.
Página 73