overblogdata.over-blog-kiwi.com/1/00/71/29/20140620/ob_479b32... · web viewlima - perÚ 2014...
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.
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
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
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.
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
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.
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”
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
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
(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 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.
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.
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
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.
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