Overblogdata.over-blog-kiwi.com/1/00/71/29/20140620/ob_479b32... · Web viewLIMA - PERÚ 2014...

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.

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

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)

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

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.

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

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.

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

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.

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

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

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.

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


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

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


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.

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

35

3.4 – Diagrama de tareas del 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.

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.

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.

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

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.

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.

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

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”


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


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.

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.

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

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.

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

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


AS_Jefe de Operaciones


AS_Director


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


CUS_Administra_Recurso

(from Configuración)

CUS_Administra_Indicadores


CUS_Administra_Proveedores


AS_Administrador del Sistema


CUS_Administrar_Permisos

(from Seguridad)

5.2.4. Especificaciones de Casos de Uso del SistemaEspecificación de CUS “REGISTRAR PROYECTOS”


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 Eventos

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.


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.

50

Especificación de CUS “ASIGNAR RECURSO AL SERVICIO”


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”.


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

51

Especificación del CUS “VIABILIDAD DE SERVICIOS”


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.


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.

52

5.2.5. Matriz de stakeholders vs features

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

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

55

- Asignar los recursos

- Registrar a la empresa cliente

56

Overblogdata.over-blog-kiwi.com/1/00/71/29/20140620/ob_479b32... · Web viewLIMA - PERÚ 2014...

Documents

Transcript of Overblogdata.over-blog-kiwi.com/1/00/71/29/20140620/ob_479b32... · Web viewLIMA - PERÚ 2014...