Cespedes CP
Cespedes CP
Cespedes CP
FACULTAD DE INGENIERÍA
TESIS
PRESENTADO POR:
CÉSPEDES ROMERO, CARMEN DEL PILAR
LIMA – PERÚ
2013
CONTENIDO
INTRODUCCIÓN ...................................................................................................................... 6
CAPÍTULO I: VISIÓN DEL PROYECTO................................................................................ 8
1.1. El Problema. ............................................................................................................... 8
1.1.1. El Negocio. ......................................................................................................... 8
1.1.2. Procesos del Negocio. ........................................................................................ 8
1.1.3. Descripción del Problema. ................................................................................ 13
1.2. Fundamentación del Problema. ................................................................................ 13
1.2.1. Marco Teórico. ................................................................................................. 13
1.2.1.1. Marketing Relacional. ...................................................................................... 13
1.2.1.2. Sistemas y Tecnologías de Información. .......................................................... 15
1.2.1.3. Customer Relationship Management (CRM). .................................................. 18
1.2.1.4. Ingeniería de Software. ..................................................................................... 22
1.2.1.5. Lenguajes de programación. ............................................................................. 27
1.2.1.6. Bases de datos. .................................................................................................. 28
1.2.1.7. Web Server. ...................................................................................................... 30
1.2.1.8. Gestión de Proyectos. ....................................................................................... 30
1.2.2. Estado del arte. ................................................................................................. 46
1.2.2.1. Lenguajes de Programación.............................................................................. 46
1.2.2.2. Sistemas de Gestión de Base de Datos ............................................................. 51
1.2.2.3. Servidores Web ................................................................................................ 57
1.2.2.4. SOA .................................................................................................................. 60
1.2.2.5. Cloud Computing ............................................................................................. 67
1.2.2.6. WEB 2.0 Y CRM ............................................................................................. 73
1.2.2.7. API Google Maps ............................................................................................. 76
1.2.2.8. API Google Chart ............................................................................................. 77
3.1. Benchmarking. .......................................................................................................... 78
3.1.1. Microsoft Dynamics ......................................................................................... 78
3.1.2. SugarCRM ........................................................................................................ 81
3.1.3. SalesForce ......................................................................................................... 85
3.1.4. Benchmarking de los CRMs ............................................................................. 87
1.4 Objetivos del proyecto. ............................................................................................. 88
1.5 Beneficios del proyecto. ........................................................................................... 88
1.5.1 Beneficios tangibles .............................................................................................. 88
1.5.2 Beneficios intangibles: ......................................................................................... 88
1.5.3 Marco lógico. ........................................................................................................ 89
1.5.4 Objetivo General: ................................................................................................. 90
1.5.5 Objetivos Específicos: .......................................................................................... 90
1.6 Alcance del proyecto. ............................................................................................... 91
CAPÍTULO II: MODELADO DEL NEGOCIO ...................................................................... 93
2.1 Reglas del negocio .......................................................................................................... 93
2.1. Casos de uso del negocio .......................................................................................... 94
2.2. Especificaciones Casos de uso del negocio más significativos ................................ 95
2.2.1 Especificación del Caso de Uso del negocio “Cotizar Inmueble”........................... 95
2.2.2 Especificación del Caso de Uso del negocio “Separar Inmueble” .......................... 98
2.2.3 Especificaciones de los Casos de Uso del Negocio Restantes .............................. 101
CAPÍTULO III: REQUERIMIENTOS DEL SISTEMA ....................................................... 102
3.1. Requerimientos del software. ................................................................................. 102
3.1.1. Requerimientos No Funcionales ..................................................................... 102
3.1.2. Matriz de Requerimientos .............................................................................. 103
3.2. Casos de uso del sistema. ....................................................................................... 112
3.2.1. Diagrama de actores del sistema. ................................................................... 112
3.2.2. Diagrama de paquetes. .................................................................................... 113
3.2.3. Casos de uso del sistema. ............................................................................... 118
3.2.4. Matriz CUN vs CUS ....................................................................................... 119
3.2.5. Lista de CUS por procesos ............................................................................. 120
3.3. Especificaciones de los Casos de Uso del Sistema más significativos................... 121
3.3.1 Especificación del Caso de Uso del Sistema: “Cotizar Inmueble” ....................... 121
3.3.2 Especificación del Caso de Uso del Sistema: “Gestionar Cliente” ....................... 124
3.3.3 Especificación del Caso de Uso del Sistema: “Separar Inmueble” ....................... 127
3.3.4 Especificación del Caso de Uso del Sistema: “Gestionar Inmueble” .................... 129
3.4. Especificaciones de los Casos de Uso del Sistema Restantes ................................ 131
3.5. Modelo Conceptual del Sistema ............................................................................. 131
3.5.1. Diccionario de Clases: Ver Anexo 3 .............................................................. 131
3.5.2. Diagrama del Modelo Conceptual .................................................................. 131
CAPÍTULO IV: ARQUITECTURA ...................................................................................... 132
4.1. Descripción de la Arquitectura. .............................................................................. 132
4.2. Vista de Casos de Uso ............................................................................................ 134
4.3. Vista de Lógica ....................................................................................................... 135
4.3.1. Diagrama de Paquetes .................................................................................... 135
4.3.2. Realización de Caso de Uso Análisis – Gestionar Cliente ............................. 135
4.3.3. Realización de Caso de Uso Análisis – Cotizar Inmueble ............................. 142
4.4. Vista de Implementación o Componentes .............................................................. 144
4.4.1. Descripción General ....................................................................................... 144
4.4.2. Paquete “models” (casos de uso más significativos) ..................................... 145
4.4.3. Paquete “controllers” (casos de uso más significativos) ................................ 146
4.4.4. Paquete “views” (casos de uso más significativos) ........................................ 146
4.5. Vista de Concurrencia o procesos .......................................................................... 147
4.5.1. CU –Gestionar Cliente ................................................................................... 147
4.5.2. CU –Gestionar Inmueble ................................................................................ 152
4.5.3. CU – Cotizar Inmueble ................................................................................... 158
4.5.4. Modelo de Datos: Diagrama de modelo de datos: Ver Anexo 4 .................... 162
4.5.5. Modelo de Datos: Definición de las Tablas: Ver Anexo 5 ............................. 162
4.5.6. Modelo de despliegue ..................................................................................... 162
CAPÍTULO V: DESARROLLO Y PRUEBAS ..................................................................... 163
5.1. Desarrollo. .............................................................................................................. 163
5.1.1. Plataforma tecnológica. .................................................................................. 163
5.1.2 Descripción de los estándares de desarrollo. ...................................................... 164
5.2. Pruebas: Plan de Pruebas ........................................................................................ 165
5.2.1. Introducción .................................................................................................... 165
5.2.2. Alcance ........................................................................................................... 166
5.2.3. Referencias ..................................................................................................... 166
5.2.4. Requerimientos de Pruebas ............................................................................ 166
5.2.5. Tipos de Pruebas ............................................................................................. 167
5.2.6. Características a Probar .................................................................................. 167
5.2.7. Características que no se Prueban .................................................................. 168
5.2.8. Responsabilidades de Casos de Prueba .......................................................... 168
5.2.9. Secuencia de Pruebas...................................................................................... 168
5.2.10. Casos de Prueba .............................................................................................. 168
5.2.11. Pruebas de Integración.................................................................................... 175
5.2.12. Pruebas de Aceptación.................................................................................... 178
CAPÍTULO VI: GESTIÓN DEL PROYECTO ..................................................................... 180
6.1. Descripción de la Gestión del Proyecto. ................................................................. 180
6.2. Viabilidad del proyecto. ......................................................................................... 183
6.2.1. Viabilidad operacional. .................................................................................. 183
6.2.2. Viabilidad técnica. .......................................................................................... 185
6.2.3. Viabilidad económica. .................................................................................... 186
6.2.4. Viabilidad legal. ............................................................................................. 187
6.1. Organización del Proyecto...................................................................................... 187
6.1.1. Organigrama del proyecto. ............................................................................. 187
6.1.2. EDT del proyecto............................................................................................ 188
6.2. Estimación y ejecución del proyecto. ..................................................................... 189
6.2.1. Estimación del Proyecto por Casos de Uso .................................................... 189
6.2.2. Cronograma de ejecución del proyecto: Ver Anexo 8. .................................. 191
6.2.3. Estimación de presupuesto. ............................................................................ 191
6.2.4. Ejecución del presupuesto. ............................................................................. 192
6.3. Gestión de Comunicaciones del proyecto. ............................................................. 193
6.4. Gestión de Riesgos del proyecto. ........................................................................... 194
6.5. Plan de Gestión de Cambios ................................................................................... 199
6.8 Constancia de aceptación del cliente sobre el proyecto. .............................................. 199
CONCLUSIONES .................................................................................................................. 201
RECOMENDACIONES ........................................................................................................ 202
GLOSARIO DE TÉRMINOS ................................................................................................ 203
SIGLARIO ............................................................................................................................. 206
BIBLIOGRAFÍA .................................................................................................................... 208
ANEXOS ................................................................................................................................ 211
ANEXO 1 ............................................................................................................................... 211
ANEXO 2 ............................................................................................................................... 233
ANEXO 3 ............................................................................................................................... 272
ANEXO 4 ............................................................................................................................... 275
ANEXO 5 ............................................................................................................................... 276
ANEXO 6 ............................................................................................................................... 324
ANEXO 7 ............................................................................................................................... 331
ANEXO 8 ............................................................................................................................... 450
INTRODUCCIÓN
Teniendo en cuenta que el presente trabajo de tesis está relacionado a proponer un sistema que
ayude a la gestión comercial de las empresas que operan en el sector construcción, se dará una
perspectiva global del estado de la economía del país, focalizándonos principalmente en el
sector construcción y las variables que influyen en el crecimiento del mismo.
El INEI informa que en el tercer trimestre de 2012 la economía peruana medida a través del
producto bruto interno (PBI), a precios constantes de 1994, registró un incremento de 6,5%,
respecto al mismo período del año anterior, acumulando 12 trimestres consecutivos de
crecimiento económico1.
El producto bruto interno (PBI), principal componente de la oferta global de bienes y servicios,
a precios constantes de 1994, registró en el tercer trimestre de 2012 un incremento de 6,5% en
relación al mismo periodo del año anterior. Este resultado se explica por la participación
positiva de las actividades, en el crecimiento de esta variable, siendo la actividad construcción
la que tuvo el mayor incremento (19,3%)2.
Fuente: Comportamiento de la Economía Peruana en el Tercer Trimestre del 2012. INEI (2012)
3
INEI, 2012, Comportamiento de la Economía Peruana en el Tercer Trimestre de 2012. p.26
Página | 5
Gráfica N° 4: Número de deudores de Crédito Hipotecario 2011 – 2012.
4
MI VIVIENDA, 2012, La Revista Inmobiliaria del Perú. p.10
Página | 6
orientan al desarrollo de grandes megaproyectos habitacionales, porque existe una gran
demanda aún insatisfecha5.
5 MI VIVIENDA, 2010, Desembolsos del nuevo crédito MIVIVIENDA crecieron 135% en el 2010. p. 1
Página | 7
CAPÍTULO I: VISIÓN DEL PROYECTO
1.1. El Problema.
1.1.1. El Negocio.
El resultado de esta investigación se aplicará a una empresa real, la Empresa Constructora
Inmobiliaria centrada en el desarrollo, construcción, gerencia y promoción de proyectos
inmobiliarios de viviendas sociales modernas en las provincias del Perú. Es una empresa 100%
peruana que nace en 1999 e incursiona durante sus primeros años en el desarrollo de proyectos
inmobiliarios en Lima. Desde 2008 se enfoca en el desarrollo de proyectos de vivienda social
en las provincias del Perú.
Uno de sus actuales mega-proyectos involucra una inversión de 34 millones de dólares para la
construcción de 720 departamentos en la ciudad de Arequipa, el proyecto contempla la
edificación de 13 bloques de edificios de entre ocho y quince pisos; orientados a satisfacer la
demanda inmobiliaria de los segmentos B y C de la población de Arequipa.
Visión:
Misión:
Página | 8
relación muy directa con la misión/visión de la organización. Involucran personal de primer
nivel de la organización. Afectan a la organización en su totalidad.
Procesos Operativos: Son procesos que permiten generar el producto/servicio que se entrega
al cliente, por lo que inciden directamente en la satisfacción del cliente final. Generalmente
atraviesan muchas funciones. Son procesos que valoran los clientes y los accionistas.
Procesos de Apoyo: Apoyan los procesos operativos. Sus clientes son internos. Los procesos
de soporte también reciben el nombre de procesos de soporte.
Página | 9
4. Infraestructura: Son los procesos relacionados con la gestión y desarrollo de la
infraestructura de la empresa: transportación, bienes raíces, plantas (cf. Fábrica), y equipos.
5. Gestión de Trámite Documentario: Son los procesos relacionados a la creación, registro
y seguimiento de las minutas, y las escrituras públicas.
6. Gestión Contable: Las funciones contables controlan la parte que tiene que ver con los
inventarios, costos, registros, balances, estados financieros y las estadísticas empresariales.
7. Gestión Legal: Este proceso tiene como propósito principal proveer
soporte legal (o jurídico) a la empresa como entidad y a sus operaciones.
8. Gestión Financiera: Este proceso comprende la obtención de fondos y del suministro del
capital necesario que se utiliza en el funcionamiento de la empresa (se incluye las Finanzas
corporativas).
A continuación mostramos el diagrama del proceso principal del negocio: “Proceso Comercial”,
es este proceso el más importante porque de la rentabilidad de los proyectos construidos
depende de cuántos inmuebles se vendan.
1. Generar Cotización
2. Gestionar Proyecto
Página | 10
3. Gestionar Cliente
4. Crear Expediente
5. Registrar Pago
6. Generar Contrato de Separación
7. Examinar Oportunidad
Página | 11
Gráfica N° 1.2.: Proceso de Venta
Página | 12
1.1.3. Descripción del Problema.
Como resultado del sostenido crecimiento del sector constructor y la necesidad insatisfecha de
vivienda en el país, la Empresa Constructora Inmobiliaria pretende desarrollar, construir y
vender la mayor cantidad de proyectos (de proyección social, apoyados por el estado en
programas de vivienda social que se desarrollan desde el Fondo MiVivienda y el Ministerio de
Vivienda, Construcción y Saneamiento y proyectos residenciales, proyectos propios de la
empresa), lo que conllevan a la necesidad de implementar una estrategia de negocios que
fortalezca el área comercial y que permita gestionar toda la información relevante a ésta, a fin
de llevar un control correcto y organizado para el cierre completo de cada venta, la promoción,
y los servicios post venta, y tener además una herramienta más adecuada para gestionar el
modelo de negocio donde intervienen programas de tipo “Techo Propio” o “Mi Vivienda”, que
matizan el negocio inmobiliario nacional.
Página | 13
evolución - o incluso revolución - que ha llevado a la necesidad de un nuevo paradigma de
marketing. Este nuevo paradigma de marketing se ha concretado principalmente en la atención
y cultivo de la relación entre el cliente y la empresa.
Según Diana Muñoz y Guillermo Gil, el Marketing Relacional, como su nombre lo indica,
busca crear, fortalecer y mantener las relaciones de las empresas comercializadoras de bienes y
servicios con sus clientes, buscando lograr el máximo número de negocios con cada uno de
ellos. Su objetivo es identificar a los clientes más rentables para establecer una estrecha relación
con ellos, que permita conocer sus necesidades y mantener una evolución del producto de
acuerdo con ellas a lo largo del tiempo.
Uno de los mayores componentes de mercadeo relacional es el llamado Marketing Directo, que
combina herramientas como publicidad, relaciones públicas, promoción, correo directo y tele
mercadeo7.
Página | 14
Kotler y Armstrong, definen que: “El marketing directo consiste en las conexiones directas con
consumidores individuales seleccionados cuidadosamente, a fin de obtener una respuesta
inmediata y de cultivar relaciones duraderas con los clientes. Quienes hacen marketing directo
se comunican directamente con los clientes, a menudo de forma individual (uno a uno) e
interactiva. Más allá de la construcción de marcas, imágenes, estos mercadólogos por lo regular
buscan una respuesta de los consumidores directa, inmediata y mensurable”8.
Toda relación está basada en el conocimiento mutuo, y por ello el marketing relacional intenta
conocer al máximo al consumidor, con el fin de poder “hablar” su mismo lenguaje,
personalizando al máximo la relación, de tal forma que el consumidor se sienta tratado de forma
exclusiva. El marketing relacional es reconocer que cada consumidor tiene “valor potencial”, y
diseñar una estrategia destinada a “realizar” dicho potencial. El objetivo del marketing
relacional es convertir el actual monólogo existente entre las marcas y los consumidores en un
diálogo, en el que ambas partes se beneficien del intercambio de información convirtiendo lo
que antes era una transacción en una relación. De esta manera, la empresa y sus consumidores
colaborarán en la búsqueda de un beneficio mutuo9.
Página | 15
Gómez y Suarez en su libro “Sistemas de Información Herramientas prácticas para la gestión
empresarial”, indican que hoy en día, los sistemas de información juegan un papel cada vez
más importante en las modernas organizaciones empresariales, hasta el punto de condicionar
su éxito o fracaso en un entorno económico y social tan dinámico y turbulento como el que
caracteriza el mundo actual.
Los sistemas de información han adquirido una dimensión estratégica en las empresas de nuevo
milenio y han dejado de ser considerados una simple herramienta para automatizar procesos
operativos para convertirse en una pieza clave a tener en cuenta a la hora de formular la
estrategia empresarial, para llevar a cabo su implantación y para realizar el control de la gestión.
Los sistemas de información no sólo llegan a condicionar la estrategia de la moderna empresa,
sino que, además, constituyen el elemento fundamental para poder llevar a cabo una gestión
horizontal de la empresa, orientada a procesos y no a funciones, que permita poner énfasis en
la mejora continua de los resultados, con una clara orientación total hacia el cliente. Este es un
aspecto que hoy en día se considera clave, no ya para alcanzar el éxito, sino para garantizar la
supervivencia de la organización en un entorno tan competitivo y exigente como el actual.
Página | 16
finalidad. De una forma muy global, puede considerarse que existen dos funciones
básicas para los sistemas11:
Soporte a las actividades operativas, que da lugar a sistemas de información para
actividades más estructuradas (aplicaciones de contabilidad, planillas, pedidos y, en
general, lo que se denomina “gestión empresarial”) o también sistemas que permiten el
manejo de información menos estructurada: aplicaciones ofimáticas, programas técnicos
para funciones de ingeniería, etc.
Soporte a las decisiones y el control de gestión, que puede proporcionarse desde las
propias aplicaciones de gestión empresarial (mediante salidas de información existentes) o
a través de aplicaciones específicas, como se presentará en este apartado.
Asimismo, también resulta habitual el clasificar los sistemas en función del tipo de función a la
que se dirige: financiera, recursos humanos, marketing, etc. La figura siguiente presenta las
ideas anteriores:
|
Gráfica N° 1.4.: Clasificación de los Sistemas de Información
Fuente: Sistemas de Información Herramientas prácticas para la gestión empresarial. Gómez &
Suarez (2007)
11
Gómez & Suárez, 2007, Sistemas de Información Herramientas prácticas para la gestión empresarial. p. 10
12 Gómez & Suárez, 2007, Sistemas de Información Herramientas prácticas para la gestión empresarial. p. 11
Página | 17
1.2.1.3. Customer Relationship Management (CRM).
El CRM se describe mejor como una colección de 3 capas: de filosofía operativa, de procesos
y de tecnología, las que ayudan a las organizaciones a mejorar sus ventas, servicio y operaciones
de marketing. Estas capas incluyen:
1. La filosofía de organizar la empresa centrada más en el cliente, para atraer a los clientes y
adaptar los servicios a los clientes de manera individual o a clientes segmentados.
2. Mejores prácticas para la gestión e integración de los procesos de venta, servicio y
marketing.
3. Tecnologías de información usadas para automatizar e integrar los diversos procesos y
actividades de ventas, servicios y marketing, para capturar y centralizar la información
relacionada con los clientes13.
A. Marketing en la nueva economía.
En la economía del nuevo milenio las empresas se enfrentan a un entorno mucho más
competitivo. Los clientes están mucho más informados y son considerablemente más exigentes.
Solicitan todo tipo de información sobre la empresa y sus productos y la quieren obtener
inmediatamente. Demandan soluciones personalizadas y desean participar en la concepción de
los productos que van a consumir. Los medios digitales interactivos permiten desarrollar una
comunicación directa entre las empresas y sus clientes, que pueden tener lugar desde cualquier
lugar del mundo y en cualquier momento (servicio permanente y global). Nos encontramos,
además, en una etapa económica en la que la oferta de productos y servicios supera claramente
a la demanda existente, provocando una tremenda lucha de las empresas por mantener sus
cuotas de mercado y fidelizar a sus clientes. Hoy, más que nunca, el cliente es lo más importante
y, por lo tanto, resulta imprescindible conocer qué es lo que espera de la empresa, qué productos
y servicios se requieren para satisfacer sus necesidades. La orientación total hacia el cliente y
hacia el mercado se convierten en la clave, no ya para garantizar el éxito, sino incluso la propia
supervivencia de muchas empresas. Por lo tanto, en estas condiciones, las empresas necesitan
conocer mucho mejor a sus clientes, para poder establecer una relación duradera y beneficiosa
para ambas partes.
Las últimas tendencias en marketing plantean una transición desde una situación dominada por
la adquisición de nuevos clientes (caracterizada por una inversión masiva en publicidad), hacia
otra etapa en la que los esfuerzos se centran en la retención y fidelización de los clientes
actuales. La calidad de los productos y la optimización de los procesos organizativos ya no
13 Bligh & Turk, 2004, CRM unplugged: releasing CRM's strategic value. p.6
Página | 18
representan una ventaja competitiva, simplemente son una condición necesaria para poder estar
en el mercado.
Las medidas encaminadas a facilitar la fidelización y retención de los clientes tienen un impacto
cada vez más importante en los resultados de una empresa14.
B. Aplicaciones de CRM.
Las aplicaciones CRM son herramientas que facilitan una gestión integral de las relaciones con
los clientes. Para ello, realizan un seguimiento personalizado de cada cliente, analizando su
comportamiento y rentabilidad para la empresa.
Estas aplicaciones permiten registran datos, recabados en todos los posibles contactos de cada
cliente con la organización:
Contactos preventa.
Servicios posventa.
De esta forma, se dispone de información unificada y completa de cada uno de los clientes: los
productos y servicios que ha contratado, las campañas y promociones a las que ha respondido,
las agendas del servicios postventa, etc., con un tratamiento homogéneo multicanal (contactos
en persona, por el teléfono, por fax, por correo a través de la Web, por e-mail.)
Las empresas son cada vez más conscientes de la necesidad de invertir en este tipo de
herramientas, una vez completados en desarrollo de sus sistemas de gestión empresarial (ERP).
Los últimos estudios publicados afirman que el mercado de las aplicaciones CRM va a ser uno
de los de mayor crecimiento dentro de la industria informática.
Así, por ejemplo, en un estudio de IDC presentado en Junio del 2000 realizado entre 1000
empresas Europeas de cinco países (España, Italia, Francia, Reino Unido y Alemania), se
afirmaba que las aplicaciones CRM eran percibidas como un arma estratégica para la
diferenciación en todos los sectores industriales. Más de un 19% de las compañías tenían en ese
14 Gómez & Suarez, 2007, Sistemas de Información Herramientas prácticas para la gestión empresarial. p. 75
Página | 19
momento programas en fase operativa o de producción, y un 32% de ellas se encontraban en
fase de planificación o implementación15.
C. Soluciones CRM.
Una visión distante supone reducir el CRM a un conjunto de herramientas orientadas a la mejora
tecnológica de la empresa y especialmente al control, seguimiento y análisis de los eventos que
tienen que ver con la relación con el cliente.
Desde un punto de vista práctico la mejor forma de diferenciar CRM estratégico y CRM
analítico, operacional y de colaboración (los dos últimos también conocidos como CRM activo)
es acudir a las empresas que ofrecen una u otra nomenclatura. Desde “trajes a medida” (o
soluciones diseñadas para las necesidades concretas de una empresa, de una unidad de negocio
de la misma o de un departamento) a soluciones estándares (basadas en la experiencia del propio
proveedor de soluciones tras su investigación e investigación en diferentes sectores), y
partiendo de la premisa de que las diferentes partes en que se acota un CRM han de formar un
sistema integrado, las llamadas soluciones CRM, pueden dividirse en tres partes.
El front office: hace referencia a todas las áreas de la empresa que entran en relación directa
con el cliente. Desde el call center o centro de atención telefónica, hasta el establecimiento
15 Gómez & Suarez, 2007, Sistemas de Información Herramientas prácticas para la gestión empresarial. p. 85
Página | 20
en el que se venden los productos o servicios que la empresa ofrece, desde un vendedor a
comisión que gestiona una pequeña área del territorio hasta las campañas de marketing
directo llevadas a cabo por el departamento de marketing, todo aquello o todos aquellos que
están frente al cliente se incorporan dentro de este apartado.
a. CRM Marketing: el CRM Marketing es una herramienta para el control y diseño de las
actividades del departamento de marketing que permite una mejora cualitativa y cuantitativa
de sus funciones, gracias a la mecanización de sus procesos y procedimientos. Basa su éxito
en la articulación de flujos de información en tiempo real, que, junto con el análisis de series
históricas y el seguimiento preciso de los objetivos fijados, permite a la empresa una mayor
y más adecuada intervención en el mercado en el que opera. El CRM marketing parte de
una estrategia de orientación de la empresa al largo plazo, basada en el conocimiento de la
clientela y en el incremento de su afinidad o fidelidad a la empresa. Gracias a la tecnología,
es capaz de convertir dicha estrategia en acciones tácticas plausibles.
b. CRM Ventas: supone un conjunto de aplicaciones orientadas a incrementar las ventas de
la empresa y mejorar la calidad de las mismas desde el punto de la proyección a futuro de
la empresa, que incluye factores tales como el beneficio, el control sobre la fuerza de ventas,
las ventas cruzadas a clientes (cross-sale), la recomendación de nuestros productos y
servicios por parte de nuestros propios clientes (member gets a member), o el aumento de
las compras, la frecuencia de las mismas o la mejora en el tipo de producto comprado (up-
sale)
Página | 21
c. CRM Servicios: formado por un conjunto de aplicaciones orientadas principalmente al
servicio post venta (antes identificado como CRM operacional y de colaboración), ya sea
mediante el aporte de identificación sobre el funcionamiento o características del producto
o servicio, seguimiento de la satisfacción y conocimiento del producto, reparación y
mantenimiento u otros.
d. CRM Business Intelligence o CRM Investigación de mercados: orientado
principalmente a la generación de informes para la toma de decisiones. El CRM para
investigación de mercados aporta información a las diferentes áreas de la empresa. Al hacer
referencia al CRM analítico se ha descrito con mayor detalle algunas de las respuestas que
aportan este tipo de aplicaciones o familias de ellas.
Cabe señalar que, si bien algunos fabricantes o empresas ofrecen soluciones únicas en esta área,
la verdadera eficacia de este tipo de aplicaciones reside en su integración con otras herramientas
de CRM, especialmente con las diseñadas específicamente para el área de ventas y marketing.
Al pensar en un CRM, tal y como promulga el llamado CRM estratégico, tenemos que intentar
contemplar un sistema integrado que contemple la mayoría de los procesos de organización.
Ahora bien, ante la disyuntiva de implementar un CRM corporativo (capaz de interconectar y
aportar soluciones en todas las áreas y direcciones), o hacerlo en algunas de las áreas,
especialmente en la de investigación de mercados o para los centros de interacción (donde están
demostrando una alta efectividad) será preciso valorar el nivel de preparación para el cambio
de la organización (ya comentado) y los recursos disponibles para el mismo. Siempre es mejor
acometer procesos parciales, valorar resultados y exportar experiencias a otras áreas que no
afronten el reto del cambio en su totalidad16.
16 Reinares & Ponzoa, 2002, Marketing relacional: un nuevo enfoque para la seducción y fidelización del cliente. p. 259
Página | 22
El software “no se desgasta”; un aspecto que ilustra la diferencia entre el hardware y el
software es cuando un componente del hardware se desgasta se sustituye con un repuesto. Pero
en el software no existen repuestos. Cualquier falla del software implica un error en el diseño
o el proceso mediante el cual se pasó del diseño al código maquina ejecutable. Por lo tanto, el
mantenimiento del software implica de manera considerable una complejidad mayor que el de
hardware.
A pesar de que la industria tiene una tendencia hacia la construcción por componentes, la
mayoría del software aún se construyen a medida; los componentes reutilizables se han
creado para que el ingeniero se pueda concentrar en los elementos que en realidad son
innovadores en el diseño; es decir, en las partes que representan algo nuevo. En el mundo del
hardware, la reutilización de componentes es una parte natural del proceso de ingeniería. En el
ámbito del software, dicha actividad apenas se ha comenzado a extender.
No existe un método ideal, y métodos diferentes tienen distintas áreas donde son aplicables.
Por ejemplo, los métodos orientados a objetos a menudo son apropiados para sistemas
interactivos, pero no para sistemas con requerimientos rigurosos de tiempo real.
17 Booch & Rumbaugh, 1999, The Unified Modeling Language User Guide
18 Sommerville, 2005, Ingeniería del software. p. 10
Página | 23
Según Sommerville los procesos del software son las actividades relacionadas con la
producción de un sistema software.
Los modelos del proceso de software son representaciones abstractas de estos procesos. Un
modelo de proceso del software es una descripción simplificada del proceso del software que
presenta una visión de este proceso. Estos modelos pueden incluir actividades que son parte de
los procesos y productos del software y el papel de las personas involucradas en la ingeniería
del software. Algunos ejemplos de estos tipos de modelos que se pueden producir son:
Beck afirma que los cambios son inevitables en todos los procesos de software grandes. Los
requerimientos del sistema cambian cuando el negocio que procura el sistema responde a las
presiones externas. Las prioridades de gestión cambian. Cuando se dispone de nuevas
tecnologías cambian los diseños y la implementación. Esto significa que el proceso del software
no es un proceso único; más bien, las actividades del proceso se repiten regularmente conforme
el sistema se rehace conforme a peticiones de cambio. El desarrollo iterativo es tan fundamental
para el software, existen dos modelos de procesos que han sido diseñados explícitamente para
apoyar la iteración de procesos: entrega incremental, desarrollo en espiral20.
Página | 24
Sommerville en su libro Ingeniería de Software menciona que el Proceso Unificado de Rational
(RUP: Rational Unified Process), es un modelo en fases que identifica cuatro fases diferentes
en el proceso del software. Sin embargo, a diferencia del modelo en cascada donde las fases se
equiparan con las actividades del proceso, las fases en el RUP están mucho más relacionadas
con asuntos de negocio más que técnicos. Las fases son:
Página | 25
Fuente: Ingeniería del software .Sommerville (2005).
La vista estática de RUP se centra en las actividades que tienen lugar durante el proceso de
desarrollo. Esta se denomina flujo de trabajo en la descripción del RUP. Existen seis principales
flujos de trabajo del proceso identificados en el proceso y tres principales flujos de trabajo de
soporte. El RUP se ha diseñado conjuntamente con el UML – un lenguaje de modelado
orientado a objeto – por lo que la descripción del flujo de trabajo se orienta alrededor de los
modelos UML asociados21. A continuación se describen los principales flujos de trabajo de
ingeniería y de soporte:
Modelado del Los procesos del negocio se modelan utilizando casos de uso del
negocio negocio.
Configuración y
cambios de Este flujo de trabajo de soporte gestiona los cambios del sistema.
gestión
Página | 26
Gestión de
Este flujo de trabajo de soporte gestiona el desarrollo del sistema.
proyectos
La tecnología CASE proporciona ayuda a procesos del software automatizando alguna de sus
actividades, así como proporcionando información acerca del software en desarrollo.
Aunque las predicciones que se hicieron cuando se introdujeron las herramientas CASE en los
años 80 y 90 fueron que el uso de la tecnología CASE generaría enormes ahorros en los costos
del proceso del software22.
i. Bajo nivel: es aquél por el que se accede al hardware directamente. Es el caso del
lenguaje máquina, el cual fue el primer lenguaje utilizado en la programación de
computadoras, si bien, ha sido sustituido por otros lenguajes más sencillos en su
utilización. Es el único que entiende directamente la computadora al usar el alfabeto
binario (0 y 1) por lo que, también son los menos "amigables" para el usuario ante el
cúmulo de errores que se pueden cometer.
22
Sommerville, 2005, Ingeniería del software. p. 79
Página | 27
ii. Los lenguajes ensambladores: de bajo nivel surgen como un intento de sustituir el
lenguaje máquina (son aquellos cuyas instrucciones son directamente entendibles por la
computadora sin la necesidad de traducción alguna, su instrucciones no son más que
bits (0 y 1), es fácil de comprender para la máquina y complicado para el hombre) por
otro más asequible en su aprendizaje y utilización. Cada instrucción equivale a una
instrucción en el lenguaje máquina: la única diferencia es que para su escritura utiliza
palabras mnemotécnicas y no cada de bits. Por lo demás, presenta casi todos los
inconvenientes del lenguaje máquina, entre ellos, el que cada modelo de ordenador tiene
un lenguaje ensamblador propio, por lo que un programa sólo puede utilizarse en la
máquina para la cual se programó, lo que obliga a conocer la intrincada arquitectura de
la máquina. Los lenguajes ensambladores son los que más se aproximan al lenguaje
máquina (0 y 1) y, en consecuencia, existen posibilidades de cometer errores, aunque
también son más rápidos porque la traducción al lenguaje máquina se efectúa en menos
pasos.
iii. Alto nivel: también denominados lenguajes evolucionados. Persiguen, en primer lugar,
lograr independencia de la máquina, de forma que un mismo programa se puede utilizar
en diferentes ordenadores, si bien, debe disponerse de un programa traductor (intérprete
o compilador) para obtener el programa ejecutable en el lenguaje binario de la máquina
de que se trate. De esta manera, no se requiere conocer el hardware específico del
equipo. En segundo lugar, que el programa se pueda escribir y leer de una forma más
sencilla, eliminando en gran medida las posibilidades de cometer errores, ya que se usan
palabras en inglés y no cadenas de bits o símbolos. Existen en la actualidad una gran
cantidad de lenguajes de programación de alto nivel. FORTRAN (lenguaje científico),
COBOL (COmmon Business Oriented Language o Lenguaje para programar
aplicaciones informáticas de negocio bajo cualquier plataforma), BASIC, Pascal, C y
Visual Basic. La nueva ola es la programación orientada a objetos, y, en este sentido, el
JAVA, Python y PHP están ganando popularidad.
7. Pero veamos en qué se diferencian los programas traductores arriba
mencionados:
iv. Los intérpretes: son traductores de lenguajes de programación de alto nivel que
traducen y se ejecuta el programa al mismo tiempo, es decir, traducen una sentencia de
programa a lenguaje máquina y el microprocesador, a continuación, la ejecuta; luego
pasas a la siguiente y así sucesivamente. Los programas como el BASIC deben ser
siempre ejecutados con su intérprete.
v. Los compiladores: traducen lenguajes de programación de alto nivel (COBOL y C) en
lenguaje máquina. Normalmente, un compilador genera, en primer lugar, lenguaje
ensamblador y, en acto seguido, traduce a lenguaje máquina. El programa se traduce
primero completamente, es decir, se "compila" y, tras comprobar que no existen errores,
se ejecuta.
El resultado es que los programas compilados se ejecutan más rápidamente que los
interpretados23.
Página | 28
Un Sistema de Base de Datos es básicamente un sistema computarizado para llevar registros.
Es posible considerar a la propia base de datos como una especie de armario electrónico para
archivar, es decir, un depósito o un contenedor de una colección de archivos de datos
computarizados24.
El equipo: se considera que son componentes del equipo del sistema: Medios de
almacenamiento secundario: dispositivos E/S asociados, Drives, Canales de E/S, etcétera,
Procesador o procesadores y memoria principal.
Los usuarios: es todo el personal del departamento que requiera usar el sistema de base de
datos para implementar, consultar o realizar sus reportes. Se tienen diferentes tipos de
usuarios, entre los cuales tenemos a los programadores de aplicaciones; los cuales son los
responsables de escribir los programas de aplicación; los usuarios finales, quienes
interactúan con el sistema desde estaciones de trabajo o terminales; y finalmente el
Administrador de la Base de Datos (DBA), y es quien administra la base de datos Los
programas. Existe una capa de programas entre la base de datos física misma y los usuarios
del sistema: el Sistema de Administración de Base de Datos (DBMS, Data Base
Management System).
El DBMS maneja todas las solicitudes de acceso a la base de datos formuladas por los
usuarios25.
El software que permite a una o más personas el usar y/o modificar los datos de una base de
datos se denomina Administrador de Base de Datos (DBMS). Maneja todas las solicitudes de
acceso a la base de datos formuladas por los usuarios.
Página | 29
Seguridad: no todos los usuarios tienen acceso a todos los datos. Integridad: cierto tipo
de “consistencia” deberá realizarse sobre los atributos y los valores de los datos, para evitar
la inconsistencia en los datos.
Sincronización: cuando varios usuarios corren programas que acceden a la base de datos
al mismo tiempo, el DBMS deberá dar protección de inconsistencias que puedan resultar de
dos operaciones simultáneas a un mismo grupo de datos.
Uno de sus objetivos más importantes es proporcionar a los usuarios una visión abstracta
de los datos, es decir, el sistema esconde ciertos detalles de cómo se almacenan y mantienen
los datos, pero sin embargo se deben extraer eficientemente26.
Los servidores Web o web servers son los programas que proporcionan la información a los
navegadores Web. Existen una serie de protocolos que utilizan los navegadores y servidores
para comunicarse, como TCP / IP (Transmission Control Protocol / Internet Protocol), DNS
(Domain Name System, Sistema de Nombres de Dominio) y HTTP (Hypertext Transfer
Protocol Secure, Protocolo de transferencia de hipertexto)27.
Página | 30
único. Aunque puede haber elementos repetitivos en algunos entregables del proyecto, esta
repetición no altera la unicidad fundamental del trabajo del proyecto.
Las tareas del proyecto pueden ser nuevas para el equipo del proyecto, lo que hace necesario
planificar con mayor dedicación que si se tratara de un trabajo de rutina. Además, los proyectos
se llevan a cabo en todos los niveles de una organización. Un proyecto puede involucrar a una
sola persona, una sola unidad o múltiples unidades dentro de la organización. Un proyecto
puede generar:
La capacidad de realizar un servicio (por ejemplo una función comercial que brinda apoyo
a la producción o distribución).
B. Dirección de proyectos.
La dirección de proyectos es la aplicación de conocimientos, habilidades, herramientas y
técnicas a las actividades del proyecto para cumplir con los requisitos del mismo. Se logra
mediante la aplicación e integración adecuadas de los 42 procesos de la dirección de proyectos,
agrupados lógicamente, que conforman los 5 grupos de procesos. Estos 5 grupos de procesos
son:
Iniciación.
Planificación.
Ejecución.
Seguimiento y control.
Cierre.
Identificar requisitos
Página | 31
Abordar las diversas necesidades, inquietudes y expectativas de los interesados según se
planifica y efectúa el proyecto.
Equilibrar las restricciones contrapuestas del proyecto que se relacionan entre otros aspectos
con: el alcance, la calidad, el cronograma, el presupuesto, los recursos y el riesgo.
La relación entre estos factores es tal que si uno de ellos cambia, es probable que al menos otro
se vea afectado. Dada la posibilidad de sufrir cambios, el plan para la dirección del proyecto es
iterativo y su elaboración es gradual a lo largo del ciclo de vida del proyecto. La elaboración
gradual implica mejorar y detallar constantemente un plan, a medida que se cuenta con
información más detallada y específica, y con estimados más precisos. La elaboración gradual
permite a un equipo de dirección del proyecto, dirigir el proyecto con un mayor nivel de detalle
a medida que este avanza29.
C. Interesados.
Los interesados son personas u organizaciones (por ejemplo, clientes, patrocinadores, la
organización ejecutante o el público), que participan activamente en el proyecto, o cuyos
intereses pueden verse afectados positiva o negativamente por la ejecución o terminación del
proyecto. Los interesados también pueden ejercer influencia sobre el proyecto, los entregables
y los miembros del equipo. El equipo de dirección del proyecto debe identificar tanto a los
interesados internos como externos, con objeto de determinar los requisitos del proyecto y las
expectativas de todas las partes involucradas. Más aún el director del proyecto debe gestionar
la influencia de los diversos interesados con relación a los requisitos del proyecto, para asegurar
un resultado exitoso. El siguiente gráfico muestra la relación entre el proyecto, el equipo del
proyecto y otros interesados habituales30.
Página | 32
Un proceso es un conjunto de acciones y actividades interrelacionadas realizadas para obtener
un producto, resultado o servicio predefinido. Cada proceso se caracteriza por sus entradas, por
las herramientas y técnicas que puedan aplicarse y por las salidas que se obtienen.
Los directores del proyecto y sus equipos deben abordar cuidadosamente cada proceso, así
como las entradas y salidas que lo constituyen. A menudo, estas interacciones entre procesos
requieren efectuar concesiones entre requisitos y objetivos del proyecto, y las concesiones
específicas de desempeño variarán de un proyecto a otro y de una organización a otra. Una
dirección de proyectos exitosa incluye dirigir activamente estas interacciones a fin de cumplir
con los requisitos del patrocinador, el cliente y los demás interesados. En determinadas
circunstancias, será necesario repetir varias veces un proceso o conjunto de procesos para
alcanzar el resultado requerido. Los proyectos existen en el marco de referencia de una
organización y no pueden operar como un sistema cerrado. Requieren datos de entrada
procedentes de la organización y del exterior, y producen capacidades que vuelven a la
organización. Los procesos del proyecto pueden generar información para mejorar la dirección
de futuros proyectos31.
Página | 33
conceptos de ciclo de vida del proyecto o descomposición en tareas (WBS Work Breakdown
Structure)32.
Para dar respuesta a esta necesidad, desde los años 60 han surgido organizaciones que
contribuyen al desarrollo del cuerpo de conocimiento de una gestión de proyectos, para ofrecer
garantías de previsibilidad y calidad de los resultados.
G. PMI - PMBOK.
a. Sobre el PMI.
Página | 34
Por casi 40 años, PMI ha defendido el profesionalismo de la gerencia de proyectos en todo el
mundo. Con más de medio millón de miembros y acreditados en más de 170 ciudades, PMI es
la asociación líder en la gestión de proyectos.
El Project Management Institute (PMI) es una asociación sin fines de lucro, líder en la Industria
de la Gerencia de Proyectos, dedicada al progreso y fomento de su aplicación efectiva a través
de la práctica. Fundada en 1969 en Pensilvania, Estados Unidos de Norteamérica. Actualmente
está presente en 172 países, con más de 420,000 miembros y profesionales certificados,
organizados en 250 Capítulos34.
b. Gerencia de proyectos.
En los términos simples, un proyecto es un emprendimiento único y temporal, con un
inicio y final. Usando esta amplia definición, existen proyectos en toda industria en el mundo,
desde la industria automotriz hasta la industria de la construcción, pasando por la industria
aeroespacial y de software. Es fácil ver como los gerentes de proyecto – aquellos profesionales
que dirigen los proyectos consistentemente con procedimientos probados – son parte vital de
una fuerza de trabajo global. Los gerentes de proyectos contribuyen a la calidad, eficiencia y
resultados de negocios a través de las diversas empresas.
Más formalmente, el PMI define a la gerencia de proyectos como “la aplicación de los
conocimientos, habilidades, herramientas y técnicas a un amplio rango de actividades en orden.
Los proyectos varían en tamaño y complejidad. Todos los proyectos, sin importar cuán
pequeños o grandes, o cuán sencillos o complejos sean, pueden configurarse dentro de la
siguiente estructura del ciclo de vida: Inicio, organización y preparación, ejecución del
proyecto, seguimiento y control del proyecto y cierre35.
Proyectos como la Central Hidroeléctrica El Platanal (de 200 MW y 220 millones de USD)
usan el estándar PMBOK (Project Management Body of Knowledge). Organizaciones como
35 PMBOK, 2008, Guía de los fundamentos para la dirección de Proyectos (Guía del PMBOK), 4ª Ed. p. 23
Página | 35
Osinermin están implementando Oficinas de Proyectos (PMO por sus siglas en ingles) en
algunas divisiones de su organización como proyectos iniciales para su aplicación total. El BCP
trabaja con el estándar PMBOK aplicándolo es sus áreas de sistemas y marketing. Cambiando
de rubro Cosapi y GyM aplica el estándar PMBOK en diferentes proyectos inmobiliarios y de
construcción. Esto es reflejo de los más de 200 certificados PMP (Project Management
Profesional) que actualmente existen en el mercado peruano y que vienen aplicando el estándar
en las diferentes áreas y empresa donde trabajan, sin mencionar que esta cifra viene creciendo
rápidamente proyectándose para fin de año cerca de 300. Es por ello que en el Perú existen más
de 700 miembros del Capítulo PMI LIMA PERÚ, que participan activamente en la difusión del
estándar PMBOK y garantizan calidad en los proyectos de la región36.
Grupo del Proceso de Iniciación. Aquellos procesos realizados para definir un nuevo
proyecto o una nueva fase de un proyecto ya existente, mediante la obtención de la
autorización para comenzar dicho proyecto o fase.
Grupo del Proceso de Ejecución. Aquellos procesos realizados para completar el trabajo
definido en el plan para la dirección del proyecto a fin de cumplir con las especificaciones
del mismo.
Página | 36
Grupo del Proceso de Seguimiento y Control. Aquellos procesos requeridos para dar
seguimiento, analizar y regular el progreso y el desempeño del proyecto, para identificar
áreas en las que el plan requiera cambios y para iniciar los cambios correspondientes.
Grupo del Proceso de Cierre. Aquellos procesos realizados para finalizar todas las
actividades a través de todos los grupos de procesos, a fin de cerrar formalmente el proyecto
o una fase del mismo.
37 PMBOK, Guía de los fundamentos para la dirección de Proyectos (Guía del PMBOK), 4ª Ed. p. 41 (B)
Página | 37
terminación del proyecto, la gestión exitosa de las expectativas de los interesados y el
cumplimiento de los requisitos. Los procesos de Gestión de la Integración del Proyecto
incluyen:
Cerrar Proyecto o Fase: Es el proceso que consiste en finalizar todas las actividades a
través de todos los grupos de procesos de dirección de proyectos para completar
formalmente el proyecto o una fase del mismo.
Página | 38
Gestión de la Calidad del Proyecto.
H. PRINCE2.
PRINCE2 es el estándar por defecto para la Gestión de Proyectos en el Reino Unido y gran
parte de Europa y su uso también está creciendo con fuerza en el resto del mundo39.
a. Definición de PRINCE 2.
PRINCE 2 (Projects IN Controlled Environments) es un método estructurado para la gestión
efectiva de proyectos. Es de hecho un estándar utilizado por el gobierno del Reino Unido, y
ampliamente reconocido y utilizado por el sector privado. Este método es del dominio público,
ofreciendo una guía de buenas prácticas en la gestión de proyectos. PRINCE 2® es, sin
embargo, una marca registrada de la CCTA. Las características clave de PRINCE 2 son:
b. Metodología PRINCE 2.
PRojects IN Controlled Environments - Proyectos En Ambientes Controlados (PRINCE) es un
método de gestión de proyectos. Se aplicará a la gestión, control y organización de un proyecto.
38 PMBOK. Guia de los fundamentos para la dirección de Proyectos (Guía del PMBOK), 4ª Ed. p. 70 (B)
39 PRINCE. Project in a box: Your own Project Support Office - PRINCE 2 (R.E.)
Página | 39
PRINCE2 se ha convertido cada vez más popular y ahora es un estándar por defecto para la
gestión de proyectos en el Reino Unido41.
c. Lo positivo PRINCE 2.
PRINCE2 es un enfoque estructurado para la gestión de proyectos. Proporciona un método para
la gestión de proyectos dentro de un marco claramente definido. PRINCE2 describe los
procedimientos para coordinar a las personas y las actividades de un proyecto, cómo diseñar y
supervisar el proyecto, y qué hacer si el proyecto tiene que ser ajustado si no se desarrolla según
lo previsto.
En el método cada proceso es especificado con sus inputs y outputs claves y con objetivos
específicos y actividades que se llevarán a cabo, lo que da un control automático de cualquier
desviación del plan.
Dividido en etapas manejables, el método permite un control eficiente de los recursos. Sobre la
base de un estrecho seguimiento del proyecto se puede realizar de forma controlada y
organizada. Al ser un el método estructurado ampliamente reconocida y entendida PRINCE2
proporciona un lenguaje común para todos los participantes en el proyecto. Las funciones y
responsabilidades de gestión diferentes que participan en un proyecto se describen con detalle
y se pueden adaptar para adaptarse a la complejidad del proyecto y las habilidades de la
organización42.
d. Lo negativo de PRINCE 2.
PRINCE2 es a veces incorrectamente considera inadecuado para proyectos muy pequeños,
debido a los trabajos que requiere la creación y mantenimiento de los documentos. Sin embargo,
esto a menudo puede ser debido a una implementación pobre: PRINCE2 es totalmente
escalable43.
La figura siguiente presenta una visión general del modelo de procesos de PRINCE44.
Página | 40
Gráfica 1.7: Visión general del modelo de procesos de PRINCE
Fuente:
PRINCE
2:
I. Metodologías ágiles.
Estos son los principales contrastes que diferencian el desarrollo tradicional del ágil: no lo
realizan equipos diferentes especializados. Es un equipo único, formado por personas muy
competentes, con perfiles y conocimientos que cubren las disciplinas necesarias para llevar a
cabo el trabajo. No hay fases. En realidad las fases pasan a ser tareas que se ejecutan cuando se
necesitan.
No se hace primero el diseño del concepto o los requisitos, más tarde el análisis, luego el
desarrollo, etc. Lo que aplicado al software serían las fases de: requisitos del sistema, requisitos
del software, análisis, diseño, construcción, pruebas e integración; y se ejecutarían de forma
secuencial, pasan a tareas que se llevan a cabo en el momento que hacen falta. Normalmente a
lo largo de pequeñas iteraciones durante todo el desarrollo.
45
Águeda A., 2010, PMBOK VS PRINCE 2
Página | 41
No se espera a disponer de requisitos detallados para comenzar el análisis, ni a tener éste para
pasar a la codificación. Muchas veces los requisitos no se pueden conocer si no avanza el
desarrollo y se va viendo y “tocando” el resultado. Otras veces el mercado es tan rápido que a
mitad de trabajo las tendencias o la competencia obligarán a modificar el producto. Además, la
participación de todo el equipo en el diseño aporta gran cantidad de talento innovador; un valor
clave en el mercado de productos y servicios TIC.
Los equipos ágiles empiezan a trabajar sin conocer con detalle cómo será el producto final.
Parten de la visión general, y sobre ella, producen regularmente incrementos de funcionalidad
que incrementan el valor al producto.
Si hubiera que determinar cuál es el origen de la gestión ágil de proyectos, a falta de mejor
información, habría que situarlo en las prácticas adoptadas en los 80 por empresas como Honda,
3M, Canon, Fuji, Nec, Xerox, hp o Epson para el desarrollo de nuevos productos. La gestión
ágil de proyectos no es una gestión de anticipación (requisitos, diseño, planificación y
seguimiento) sino de adaptación (visión, exploración y adaptación). La gestión ágil tiene como
objetivos: valor, reducción del tiempo de desarrollo, agilidad, flexibilidad y fiabilidad. La
gestión ágil se basa en los principios del manifiesto ágil y centra el valor:
Página | 42
AD - Agile Database Techniques.
AM - Agile Modeling.
CRYSTAL.
SCRUM.
XBreed.
XP - eXtreme Programming.
Éstos son los modelos que se encuentran inscritos en la organización Agile Alliance
(www.agilealliance.org) para promocionar y difundir su conocimiento. Cada una de ellos
expone formas concretas de aplicación de principios ágiles en el desarrollo de software.
Algunos determinan cómo realizar las pruebas, o la duración que emplean para desarrollar cada
iteración, o el protocolo para realizar las reuniones de trabajo. Unos métodos cubren áreas
concretas de la ingeniería del software (diseño, desarrollo pruebas), como es caso de AD, AM
o XP, y otros se centran en la gestión del proyecto. Estos últimos son:
CRYSTAL.
SCRUM.
XBreed.
Por ejemplo, el principio de desarrollo ágil iterativo e incremental, tiene reflejo en ciclos de 30
días empleados por Scrum, o de entre uno y cuatro meses empleado por los modelos Crystal.
Página | 43
CRYSTAL: Concebido por Alistair Cockburn (Cockburn, 2004), este modelo no describe una
metodología cerrada, sino un conjunto de ellas, junto con los criterios para seleccionar y adecuar
la más apropiada al proyecto. Los parámetros para determinarla son la criticidad y el tamaño
del sistema que se va a construir.
Página | 44
Desarrollo iterativo e incremental.
Es un modelo que estuvo representado en la firma del Manifiesto Ágil: Arie van Bennekum,
firmante del manifiesto, era miembro del consorcio en Benelux, consultor y formador de
DSDM. En 2001, año del Manifiesto Ágil, DSDM publicó la versión 4.1 de su modelo, y se
consideró una metodología ágil; y aunque mantuvo las siglas, cambió la denominación original
(Dynamis Systems Development Method) por Framework for Business Centred Development.
Procesos del ciclo de desarrollo DSDM El ciclo de desarrollo de DSDM está compuesto de
cinco fases, precedidas de un pre-proyecto y un post-proyecto.
8. 1. Pre-proyecto.
9. 2. Estudio de viabilidad.
10. 3. Estudio de negocio.
11. 4. Iteración de modelado funcional.
12. 5. Iteración de diseño y desarrollo.
13. 6. Implementación.
14. 7. Post-desarrollo.
SCRUM: En 1995 Ken Schwaber presentó en OOPSLA 95 (Object-Oriented Programming
Systems & Applications conference) (Schwaber, 1995), la implementación de Scrum Para
software que él empleaba en el desarrollo de Delphi, y Jeff Sutherland en su empresa Easel
Corporation (compañía que en los macrojuegos de compras y fusiones se integraría en
VMARK, y luego en Informix y finalmente en Ascential Software Corporation).
Página | 45
Se basa en el principio ágil de desarrollo iterativo e incremental. Al período de trabajo para
desarrollar un incremento de producto se lo denomina “sprint”, y se recomiendan duraciones
entre una y cuatro semanas, si bien pueden contemplarse casos de hasta 60 días. Establece una
reunión al inicio de cada sprint para determinar el trabajo que se va a realizar, otra al final para
evaluar el resultado, y revisiones diarias que realiza el equipo en su auto-gestión”46.
En el cambio a Visual Basic .NET, hay muchas cosas que se han modificado radicalmente; una
de ellas es el desarrollo de un nuevo fundamento de todas las herramientas de desarrollo .NET.
Página | 46
Este fundamento, conocido como .NET Framework, ofrece dos cosas primordiales: el entorno
de motor de ejecución básico y un conjunto de clases fundamentales. El entorno del motor de
ejecución es similar al sistema operativo en el sentido de que ofrece una capa entre su programa
y las complejidades del resto del sistema, con lo que provee de servicios a su aplicación y
simplifica el acceso a la funcionalidad de las capas inferiores. Las clases fundamentales ofrecen
una gran cantidad de funcionalidad, que envuelven y abstraen a tecnologías como los protocolos
de Internet, acceso al sistema de archivos, manejo de XML, etc.
Para que un lenguaje de programación aproveche el entorno del motor de ejecución y otra
funcionalidad del .NET Framework, el compilador debe producir código que se apegue a cierta
norma. Microsoft ofrece esta norma. la especificación de Lenguajes Comunes o Common
Languaje Specification (CLS), como una forma para crear cualquier compilador propio de .NET
Microsoft ha generado compiladores de Visual Basic, Visual C++ y C# que se apegan al .NET
Framework, pero ha puesto a disponibilidad del público la CLS para que otras empresas o
personas puedan generar compiladores para otros lenguajes. Como resultado, además de los
lenguajes provistos por Microsoft, hay otros como COBOL, APL, Smaltalk, etc., que están
generados con la misma base que Visual Basic .NET. En la ilustración siguiente se muestra la
relación de Common Language Runtime y la biblioteca de clases con las aplicaciones y el
sistema en su conjunto47.
A. JAVA.
Java es un lenguaje de programación orientado a objetos cuya sintaxis deriva de C y C++, pero
que provee un modelo de objetos más simple que C++. Java fue creado por James Gosling y
por la empresa SUN en el año 1995, como parte de una plataforma llamada Java Virtual
Machine o Máquina Virtual Java.
Aunque no se debe considerar a Java como una herramienta exclusiva y únicamente para la
programación en Internet, ya que su uso, lejos de restringirse a este campo, puede y debe
extenderse a problemas y situaciones de todo tipo, por lo tanto para evitar confusiones el
lenguaje Java se podría definir mejor de la siguiente forma: Java es un lenguaje de programación
orientado a objetos, de propósito general que presenta características especiales que lo hacen
idóneo para su uso en Internet48.
47 Mackenzie & Sharkey, 2011, Aprendiendo Visual Basic .NET en 21 lecciones avanzadas. p. 19
48 Esteban A., 2000, Programación en Java. p. 23
Página | 47
Desde entonces ha evolucionado hasta su versión 6. La máquina virtual permite que un
programa escrito y compilado en Java pueda ejecutarse en cualquier sistema operativo y
arquitectura sin ser modificado. El sistema operativo requiere tener una implementación de la
máquina virtual instalada. Java se compila en código de bytes o bytecode, y no en código
binario. El bytecode es la representación interna que entiende la máquina virtual, y es lo que
permite la independencia de arquitectura y sistema operativo.
Existen algunas otras diferencias importantes con C++. Java no permite herencia múltiple de
clases, aunque si permite herencia múltiple de interfaces. Las interfaces son definiciones de
comportamientos que pueden tener o implementar las clases, pero sin su implementación. Son
análogas a las clases abstractas con todos sus métodos abstractos de C++. En Java todos los
métodos son potencialmente polimórficos, mientras que en C++, un método debe ser declarado
virtual para que pueda comportarse en forma polimórfica. Java no posee destructores ni
operadores redefinibles por el programador. En Java las clases son definidas en paquetes y un
paquete puede contener múltiples clases y sub paquetes49.
B. PHP.
PHP es un lenguaje de programación usado frecuentemente para la creación de contenido para
sitios Web dinámicos con los cuales se puede programar las páginas HTML y los códigos
fuente. PHP es un acrónimo recursivo que significa "PHP - Hypertext Pre-processor"
(inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un lenguaje interpretado
usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para
sitios Web.
El fácil uso y la similitud con los lenguajes más comunes de programación estructurada, como
C y Perl, permiten a la mayoría de los programadores experimentados crear aplicaciones
complejas con una curva de aprendizaje muy suave. También les permite involucrarse con
aplicaciones de contenido dinámico sin tener que aprender todo un nuevo grupo de funciones y
prácticas. Su interpretación y ejecución se da en el servidor Web, en el cual se encuentra
almacenado el script, y el cliente sólo recibe el resultado de la ejecución. Cuando el cliente
hace una petición al servidor para que le envíe una página Web, generada por un script PHP,
el servidor ejecuta el intérprete de PHP, el cual procesa el script solicitado que generará el
Página | 48
contenido de manera dinámica, pudiendo modificar el contenido a enviar, y regresa el resultado
al servidor, el cual se encarga de regresárselo al cliente.
Además es posible utilizar PHP para generar archivos PDF, Flash, así como imágenes en
diferentes formatos, entre otras cosas. Permite la conexión a diferentes tipos de servidores de
bases de datos tales como MySQL, Postgres, Oracle, ODBC, DB2, Microsoft SQL Server,
Firebird y SQLite; lo cual permite la creación de Aplicaciones Web muy robustas.
PHP también tiene la capacidad de ser ejecutado en la mayoría de los sistemas operativos tales
como UNIX (y de ese tipo, como Linux o Mac OS X) y Windows, y puede interactuar con los
servidores Web más populares ya que existe en versión CGI, módulo para Apache, e ISAPI.
El modelo PHP puede ser visto como una alternativa al sistema de Microsoft que utiliza
ASP.NET/C#/VB.NET, a ColdFusion de la compañía Adobe (antes Macromedia), a JSP/Java
de Sun Microsystems, y al famoso CGI/Perl. Aunque su creación y desarrollo se da en el ámbito
de los sistemas libres, bajo la licencia GNU, existe además un IDE (entorno integrado de
desarrollo) comercial llamado Zend Optimizer. Recientemente, CodeGear (la división de
lenguajes de programación de Borland) ha sacado al mercado un entorno integrado de
programación para PHP, denominado Delphi for PHP 50.
C. PYTHON.
Python es un lenguaje de programación dinámico y orientado a objetos que puede ser usado
de muchas maneras en el desarrollo de software. Ofrece gran soporte e integración con otros
lenguajes y herramientas, viene con una extensiva cantidad de librerías y puede ser aprendido
en pocos días Muchos programadores informan un incremento sustancial en la productividad
y la sensación de que el lenguaje les motiva hacia un desarrollo de más alta calidad y código
más mantenible.
Python es distribuido bajo la licencia Open Source OSI que lo hace libre para ser usado
inclusive en el desarrollo de productos comerciales51.
50 López M. & Alonso J., 2008, Tesis de grado de ingeniero de las telecomunicaciones. p.28
51
Debuire B., 2010, EL Lenguaje de Programación Python.
Página | 49
D. Comparación de los lenguajes de programación
Cuadro 1.2: Comparación de los Lenguajes de Programación
LP Características Principales Desventajas
ASP .NET Se encarga de detectar el tipo de navegador utilizado Una de las limitaciones en el
por el cliente a la hora de realizar una petición al desarrollo con ASP es que con el
servidor y en consecuencia, determina la versión tradicional utilizamos lenguajes de
HTML que éste soporta. scripting no tipeados como VSBcrip o
Se puede utilizar en cualquier computadora que esté JScrip. Podemos instalar otros
conectada a la red que tenga instalado un navegador. motores scripting que
Es muy fácil de programar y tiene muchas utilidades impongan verificación de tipos; sin
que con una breve línea de aprendizaje pueden ser embargo, no son universalmente
modificadas a su gusto. conocidos o utilizamos como los
Capacidad de conexión con la mayoría de los anteriores.
manejadores de base de datos. Tiene que correr en PCs normales que
tengan Windows y un servidor Web.
JAVA El JDK es una herramienta libre de licencias (sin Hay diferentes tipos de soporte
costo), creada por Sun. Está respaldado por un gran técnico para la misma herramienta,
número de proveedores. Sun saca al mercado cada 6 por lo que el análisis de la mejor
meses una nueva versión del JDK. opción se dificulta.
Existe soporte dado por Sun. Para manejo a bajo nivel deben usarse
Debido a que existen diferentes productos de Java, métodos nativos, lo que limita la
hay más de un proveedor de servicios. portabilidad.
Existen dentro de su librería clases gráficas como El diseño de interfaces gráficas con
awt y swing, las cuales permiten crear objetos awt y swing no es simple. o Existen
gráficos comunes altamente configurables y con una herramientas como el JBuilder que
arquitectura independiente de la plataforma. permiten generar interfaces gráficas
Java permite a los desarrolladores aprovechar la de manera sencilla, pero tienen un
flexibilidad de la Programación Orientada a Objetos costo adicional.
en el diseño de sus aplicaciones. Puede ser que no haya JDBC para
Se puede acceder a bases de datos fácilmente con bases de datos poco comerciales.
JDBC, independientemente de la plataforma Algunas herramientas tienen un costo
utilizada o El manejo de las bases de datos es adicional
uniforme, es decir transparente y simple.
PHP Muy fácil de aprender. Se necesita instalar un servidor web.
Se caracteriza por ser un lenguaje muy rápido. Todo el trabajo lo realiza el servidor
Soporta en cierta medida la orientación a objeto. y no delega al cliente. Por tanto
Clases y herencia. puede ser más ineficiente a medida
Es un lenguaje multiplataforma: Linux, Windows, que las solicitudes aumenten de
entre otros. número.
Capacidad de conexión con la mayoría de los La legibilidad del código puede
manejadores de base de datos: MysSQL, verse afectada al mezclar sentencias
PostgreSQL, HTML y PHP.
Oracle, MS SQL Server, entre otras. La programación orientada a
Capacidad de expandir su potencial utilizando objetos es aún muy deficiente para
módulos. aplicaciones grandes.
Posee documentación en su página oficial la cual Dificulta la modularización.
incluye descripción y ejemplos de cada una de sus Dificulta la organización por capas
funciones. de la aplicación.
Es libre, por lo que se presenta como una alternativa Seguridad:
de fácil acceso para todos. PHP es un poderoso lenguaje e
Incluye gran cantidad de funciones. intérprete, ya sea incluido como
No requiere definición de tipos de variables ni parte de un servidor web en forma
manejo detallado del bajo nivel. de módulo o
ejecutado como un binario CGI
separado, es capaz de acceder a
archivos, ejecutar comandos y abrir
conexiones
de red en el servidor. Estas
propiedades hacen que cualquier
Página | 50
cosa que sea ejecutada en un
servidor web sea
insegura por naturaleza.
Por el tipo de compañía y necesidad de los clientes, se ha eligió PHP, debido a que al ser un CRM
que se utilizará en distintas partes de Perú, requiere ser una aplicación ligera pero estable; este
lenguaje de programación a través de los años y por su comunidad de programadores de
soportes se conoce como el lenguaje de programación que reúne 4 importantes características:
velocidad, estabilidad, seguridad y simplicidad.
La computación distribuida o grid hace que los recursos de software y hardware que tiene una
empresa puedan "verse" y usarse como un sistema único. Así, por ejemplo, si el servidor de
Página | 51
correo de la compañía llega a su tope de uso, puede "inteligentemente" usar otros computadores
y redes en la empresa para evitar una caída en los sistemas52.
Oracle 11g es, el software de base de datos más robusta en el mercado hoy. También es el
software de base de datos líder utilizado y vendido en todo el mundo. Se ha convertido en un
estándar de arquitectura de la empresa para la gestión de datos, independientemente del tamaño
de los datos o la complejidad. Oracle es un software que organiza de manera eficiente los datos
de forma relacional. El modelo relacional es un concepto donde los datos son almacenados
lógicamente. El diseño de estos elementos es en forma de tablas. Las tablas tienen columnas, y
las columnas tienen atributos (carácter o un número, por ejemplo). Las tablas están organizadas
para almacenar datos específicos. Las tablas se relacionan entre sí a través de las claves
principales.
Oracle siempre ha tenido algunas técnicas de marketing creativas. A finales de 1990, Internet
estaba en auge, y todos deseaban la tecnología de Internet. Oracle lanzó una versión mejorada
de Oracle 8 y la calificó 8i (i representa el Internet). Esta adición fue un movimiento popular
porque en las empresas se dieron cuenta de las ventajas de facilitar el acceso a través de Internet.
El uso de Internet también reduce los requisitos de trabajo y el coste para aplicaciones cliente /
servidor en el que se ha instalado en la PC del usuario final. Tan popular como el boom de
Internet fue, grid computing es ahora la evolución de la gestión de arquitectura empresarial.
(De ahí la g, que significa la red.
Orable es un DBMS (Database Management System, por sus siglas en inglés) poderoso y
robusto que funciona en muchos sistemas operativos, diferentes, incluyendo Windows 98,
Windows 2000, diversas variantes de UNIX, diferentes sistemas operativos de
macrocomputadoras y Linux. Éste es el DBMS más popular del mundo y tiene una larga historia
de desarrollo y uso. Oracle muestra al programador mucha de su tecnología y consecuentemente
Página | 52
puede afinarse y ajustarse de diversas maneras.Sin embargo, esto quiere decir que Oracle, puede
ser difícil de instalar, pues existen muchas configuraciones de la serie Oracle. Para empezar hay
dos versiones diferentes del motor DBMS de Oracle: Oracle personal y Oracle empresarial.
Además, existen formas y reportes y también el diseñador Oracle, así como un sistema central
de herramientas para la publicación de las bases de datos de Oracle en la web53.
B. SQL SERVER.
SQL Server es una de las mayores inversiones de Microsoft y ha sido una pieza estratégica
junto a los sistemas operativos Windows 200x Server, XP y Vista para incursionar en el
mercado de las aplicaciones corporativas. SQL Server es una plataforma para base de datos que
se utiliza en el procesamiento transaccional en línea (OLTP), a gran escala en las bodegas de
datos y las aplicaciones de comercio electrónico, así como también es una plataforma de
inteligencia de negocios para soluciones de integración, análisis y creación de informes de
datos.
La operación del producto es muy sencilla gracias a una interfaz amigable y al uso intensivo de
asistentes para la ejecución de un amplio número de tareas administrativas. La escalabilidad es
uno de los puntos fuertes de producto para competir con los principales productos similares
disponibles en el mercado corporativo.
Una base de datos SQL server, está dividida en varios componentes lógicos, como tablas, vistas
y otros elementos que son visibles al usuario. Estos elementos son dispuestos en dos o más
archivos en disco. EL formato y el lugar donde se graban los elementos lógicos son
transparentes para el usuario de sistema54.
SQL Server proporciona servicios de réplica entre varias copias de SQL Server así como con
otros sistemas de bases de datos. Sus Analysis Services (servicios de análisis), una parte integral
del sistema, incluye dispositivos de procesamiento en conexión analítico (OLAP, Online
Analytical Processing) y recopilación de datos. SQL Server proporciona una gran colección de
herramientas gráficas y «asistentes» que guían a los administradores de las bases de datos por
tareas tales como establecer copias de seguridad regulares, réplica de datos entre servidores y
ajuste del rendimiento de una base de datos. Muchos entornos de desarrollo soportan SQL
Página | 53
Server, incluyendo Visual Studio de Microsoft y productos relacionados, en particular los
productos y servicios .NET55.
C. MySQL.
MySQL es un sistema gestor de bases de datos (SGBD, DBMS por sus siglas en inglés) muy
conocido y ampliamente usado por su simplicidad y notable rendimiento. Aunque carece de
algunas características avanzadas disponibles en otros SGBD del mercado, es una opción
atractiva tanto para aplicaciones comerciales, como de entretenimiento precisamente por su
facilidad de uso y tiempo reducido de puesta en marcha. Esto y su libre distribución en Internet
bajo licencia GPL le otorgan como beneficios adicionales (no menos importantes) contar con
un alto grado de estabilidad y un rápido desarrollo.
Sin embargo, las diferencias con cualquier otra plataforma son prácticamente nulas, ya que la
herramienta utilizada en este caso es el cliente mysql - client, que permite interactuar con un
servidor MySQL (local o remoto) en modo texto. De este modo es posible trabajar con el sobre
un servidor instalado localmente o, a través de Internet, sobre un servidor remoto56.
MySQL es un gestor de base de datos sencillo de usar y rápido. También es uno de los motores
de base de datos más usados en Internet, la principal razón de esto es que es gratuito para
aplicaciones no comerciales. Las características principales de MySQL son:
Es una base de datos relacional. Una base de datos relacional es un conjunto de datos que
están almacenados en tablas entre las cuales se establecen unas relaciones para manejar los
datos de una forma eficiente y segura. Para usar y gestionar una base de datos relacional se
usa el lenguaje estándar de programación SQL.
Página | 54
Es una base de datos muy rápida, segura y fácil de usar. Gracias a la colaboración de muchos
usuarios, la base de datos se ha ido mejorando, optimizándose en velocidad. Por eso es una
de las bases de datos más usadas en Internet.
D. POSTGRE SQL.
PostgreSQL es un gestor de bases de datos orientadas a objetos (SGBDOO o ORDBMS en sus
siglas en inglés) muy conocido y usado en entornos de software libre porque cumple los
estándares SQL92 y SQL99, y también por el conjunto de funcionalidades avanzadas que
soporta, lo que lo sitúa al mismo o a un mejor nivel que muchos SGBD comerciales.
PostgreSQL puede funcionar en múltiples plataformas (en general, en todas las modernas
basadas en Unix), también en Windows de forma nativa. Para las versiones anteriores existen
versiones binarias para este sistema operativo, pero no tienen respaldo oficial.
57 López M. & Alonso J., 2008, Tesis para optar el grado de ingeniero en telecomunicaciones. p. 34
58 Gibert M. & Pérez O. (2005). Bases de datos en PostgreSQL. p. 303
Página | 55
PostgreSQL funciona muy bien con grandes cantidades de datos y una alta concurrencia de
usuarios accediendo a la vez al sistema59.
E. Benchmarking
Con respecto a Oracle, no hacemos la comparación porque en su website, lo prohíbe, con estas
indicaciones: ‘You may not disclose results of any program benchmark tests without our prior
consent’60
Con respecto a los otros 3 Sistemas de Gestión de Bases de datos, mencionaremos sus
características principales y sus desventajas, para poder evaluarlas y así tomar la decisión más
asertiva.
Página | 56
Permite la gestión de diferentes usuarios, continuamente, ya que no implementa
como también de los permisos asignados a una buena escalabilidad.
cada uno de ellos.
Tiene soporte para transacciones y además
posee una característica única de MySQL
que es poder agrupar transacciones.
PostgreSQL Implementación del estándar SQL 92/SQL 99 Consume gran cantidad de recursos
Licencia Berkeley Software Distribution- Tiene un límite de 8K por fila, aunque
BSD se puede aumentar a 32K, con una
Por su arquitectura de diseño, escala muy disminución considerable del
bien al aumentar el número de CPUs y la rendimiento.
cantidad de RAM. Es de 2 a 3 veces más lento que
Soporta transacciones y desde la versión 7.0 MySQL.
claves ajenas (con comprobaciones de
integridad referencial)
Tiene mejor soporte para triggers y
procedimientos en el servidor.
Incorpora una estructura de datos array.
Incluye herencia entre tablas (aunque no entre
objetos, ya que no existen), por lo que a este
gestor de bases de datos se le incluye entre los
gestores objeto -relacionales.
Implementa el uso de rollback's subconsultas
y transacciones, haciendo su funcionamiento
mucho más eficaz.
Se puede realizar varias operaciones al
mismo tiempo sobre la misma tabla sin
necesidad de bloquearla.
Fuente: Elaboración Propia
Por el las mismas características importantes por las que escogió un lenguaje de programación:
velocidad, estabilidad, seguridad y simplicidad; se elige también el gestor de base de datos
MySQL, con el objetivo de que la solución tenga el comportamiento rápido, amigable y
navegable requerido por la Empresa Constructora Inmobiliaria.
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache
Software Foundation. Apache tiene amplia aceptación en la red: desde 1996, Apache, es el
servidor HTTP más usado. Alcanzó su máxima cuota de mercado en 2005 siendo el servidor
empleado en el 70% de los sitios web en el mundo, sin embargo ha sufrido un descenso en su
Página | 57
cuota de mercado en los últimos años (frente a otras soluciones como el Microsoft Internet
Information Services o IIS)61.
B. IIS
Microsoft Internet Information Server (IIS) es el servidor Web dominante de la familia de
sistemas operativos Windows. Las razones para el éxito son múltiples, principalmente en torno
a la facilidad de uso e integración con otros productos de Microsoft. MS IIS viene preinstalado
con el sistema operativo o está disponible como una opción durante la instalación. Proporciona
un fácil de usar interfaz gráfica de usuario para la configuración del servidor y una interfaz
SNMP para el monitoreo.
IIS está estrechamente integrado con otras tecnologías de Microsoft, como Microsoft FrontPage
herramienta de publicación Web, Microsoft Active Server Pages (ASP) para el lado del servidor
desarrollo y, más recientemente, el. NET Framework. Además de ser un servidor HTTP
servidor, IIS también incluye un servidor FTP que se puede controlar desde la misma interfaz
gráfica de usuario como el servidor Web62.
C. Benchmarking
A continuación un Benchmark que nos permitirá evaluar ambos web servers:
Apache IIS
Operating Systems supported: Cross-platform (Windows, Mac
OS X, Linux, BSD, Solaris, eCS, Windows
OpenVMS, AIX, z/OS)
License: Apache License 2.0 Proprietary
Website: http://httpd.apache.org/ http://www.microsoft.com/iis
Cost: Bundled with Windows NT family
Free
products
Basic access authentication: Yes Yes
Digest access authentication: Yes Yes
HTTPS support: Yes Yes
Virtual hosting: Yes Yes
CGI support: Yes Yes
FastCGI support: Yes Yes
Servlets: No No
SSI support: Yes Yes
61 López M. & Alonso J., 2008, Tesis para optar el grado de ingeniero en telecomunicaciones. p.35
62 López D. & Kallen I., 2002, Apache 2 in 24 hours. p. 417
Página | 58
Yes (via "mod_aspdotnet"
ASP.Net support: Yes
module)
Written in: C
Fuente: Apache vs IIS. Diffen.com (2011)
Este gráfico muestra el desempeño relativo de cada servidor web para ver cómo se comparan
cabeza a cabeza. El objetivo fue dar una comparación de rendimiento relativo en condiciones
comunes.
Por sus características de alta performance, utilizaremos el web server Apache, de esta manera
lograremos una combinación de muy alta performance en rendimiento y velocidad teniendo
como lenguaje de programación a PHP, como gestor de base de datos a MySQL y como servidor
web a Apache, buscando a través de esta elección, satisfacer los requerimientos no funcionales
de nuestro cliente.
Página | 59
1.2.2.4. SOA
La arquitectura de SOA es una respuesta directa a las necesidades de las áreas de negocios que
desean disponer de más flexibilidad en los sistemas de la empresa para poder adaptar más
rápidamente sus procesos para responder adecuadamente a las amenazas u oportunidades que
surgen en el entorno. SOA está basado en tecnologías desarrolladas inicialmente para realizar
operaciones B2B (Business to Business) pero que se han revelado muy útiles dentro de la
intranet63.
Una arquitectura orientada a servicios es una combinación de clientes y servicios que colaboran,
es soportada por un conjunto de capacidades de gestión, es guiada por principios, y es
gobernada por el soporte de estándares64.
Página | 60
Reutilización de componentes.
Permitir una mayor integración de sistemas y lograr tiempos de desarrollo más cortos
usando sistemas estándar no propietarios de comunicación.
Sin embargo, cada vez están apareciendo más servicios web públicos de calidad y la
situación está mejorando rápidamente.
Reutilización de componentes.
Página | 61
En lugar de crear aplicaciones enormes y muy complejas se desarrollan componentes
reutilizables que son fáciles de mantener y probar. Las aplicaciones se crean diseñando un
proceso que interactúa con esos componentes. Para cada nueva aplicación se reutilizan los
componentes existentes y solo se desarrollan los que aún no existen. Los componentes se
conocen como servicios.
La implementación de SOA es una tarea compleja y que puede tardar bastante tiempo, es un
proceso de larga duración que no se logra de un día para otro. Por ello, lo mejor es dividirlo en
tres fases.
A. Planeación
B. Enterprise Application Integration
C. Business Process Management
Se describen a continuación:
Los servicios se definen mediante interfaces explícitos (WSDL) que son totalmente
independientes de la implementación del servicio. Los servicios deben poder ser invocados
utilizando protocolos de comunicación estándar que enfatizan la interoperabilidad e
independencia de ubicación.
Página | 62
Para cada servicio detectado es necesario determinar si debe ser desarrollado desde cero o si es
posible exponer la funcionalidad que ya provee un sistema legado como un servicio. Para
sistemas legados hay distintas alternativas para exponer la funcionalidad que proveen como
servicio web:
Colas de mensajes
Adaptadores
c. Administración de servicios
Si se dispone de pocos servicios, es posible que los desarrolladores sean quienes conserven los
archivos WSDL.
Normalización sintáctica: Cuando se trabaja con decenas de sistemas, es normal que no todos
manejen el mismo vocabulario. Para algunos, un mismo objeto, por ejemplo “Cliente” se puede
representar de manera distinta.
Página | 63
Es importante que durante el modelado de los procesos se intente normalizar la estructura de
los objetos de negocios, para simplificar la integración de sistemas y reducir la necesidad de
realizar transformaciones en las que se pueden perder datos, al interconectar diversos sistemas.
b. Seguridad
La seguridad es muy importante en el contexto de los web services. Es posible encriptar los
mensajes o el canal de comunicaciones. La seguridad debe estar centralizada. La seguridad
puede llegar a impactar seriamente al rendimiento de la aplicación.
c. Monitoreo
Una arquitectura SOA es tan sólida como su eslabón más débil, una de las principales misiones
del arquitecto es planear desde el diseño de la arquitectura cómo se van a monitorear todos los
aspectos de la misma para garantizar una operación tranquila y sin sobresaltos.
d. Calidad de servicio
Además de poder determinar posibles problemas es necesario hacer todo lo posible para evitar
que se produzcan.
La mejor estrategia es que cada componente esté en alta disponibilidad: Portal, orquestador de
procesos, servidores de aplicaciones (en los que corren los servicios), bases de datos, colas de
mensajes, brokers, etc.
Página | 64
a. La Separación de la capa de presentación de la lógica de negocios.
En un esquema de EAI, las aplicaciones comunican entre sí pero cada una mantiene su propio
interfaz de usuario.
c. Monitoreo de procesos
Al ejecutar procesos, es posible monitorearlos para analizarlos y poder encontrar
posibilidades de mejora en los mismos. Con este modelo la dirección puede saber en tiempo
real la situación del negocio.
Página | 65
Fuente: SOA and Web Services Interfaces Design. Bean J. (2010).
El bus requiere una infraestructura sólida que ofrezca a los desarrolladores la seguridad de
que los mensajes sean entregados siempre, independientemente de los problemas que
puedan afectar a un servicio determinado en un momento dado.
El bus debe ofrecer seguridad total y conectividad hacia todo el software de infraestructura
de la empresa
HTML fue diseñado para presentar información de manera sencilla y eficiente. HTML nunca
fue pensado para capturar información de formas complejas ni para manipular estos datos
localmente de manera flexible. HTML nos resuelve el problema de la oficina sin papel, que
tantas empresas quieren lograr. Muchas aplicaciones, en especial aquellas que requieren de
interfaces de usuario complejas, son muy difíciles de desarrollar en un ambiente web.
Todo el mundo reconoce que la capa de presentación debería ser creada por diseñadores
gráficos, sin embargo, la dificultad de crear interfaces complejas hace que muy a menudo esa
tarea quede a cargo de programadores.
- Vista - La capa de presentación, normalmente creada por los diseñadores gráficos, con
la que interactúan los usuarios
- Controlador - La capa de lógica de negocios que recibe datos de la Vista, los procesa
y le devuelve los resultados para que sean presentados de manera atractiva a los
usuarios
66 Aalbers H., 2010, Elección de tecnología para la capa de presentación de SOA. p.4
Página | 66
El patrón MVC se desarrolló originalmente para aplicaciones cliente/servidor creadas en
Smalltalk y hoy en día sigue siendo muy popular en frameworks como Cocoa (MacOS X),
Swing o MFC67.
Por tanto se trata de un modelo a la carta para la asignación y consumo de computación que
puede abastecerse rápidamente y ser puesto en marcha con un esfuerzo mínimo de gestión o
interacción por parte del proveedor del servicio. La Nube promueve la disponibilidad y está
compuesto de cinco características esenciales, ofrece tres modelos de servicio y puede
desplegarse en cuatro modelos68.
Este modelo se originó en los años 60, se refiere al hecho que la gente usaría el poder de
cómputo sólo cuando lo necesitara, y que sería cobrado en base al uso, como el agua o la
electricidad69.
67 Aalbers H., 2010, Elección de tecnología para la capa de presentación de SOA. p.4
68 Juárez R., 2010, Cómputo en nube en el Distrito Federal – Anexo. p. 1
69 Aalbers H., 2010, Cloud computing. p. 1
Página | 67
Fuente: Definición de Cloud Computing, Juárez R. (2010)
Soluciones para PYMES - Se estima que para el 2015 el 50% de las empresas tendrán
alguno de su software como servicios SaaS.
Facilita la innovación.
Extenso Acceso a la red: Los recursos están disponibles en la red y se acceden a través de
mecanismos estándar y heterogéneos (teléfonos móviles, computadores portátiles y PDAs).
Puesta común de recursos: Los recursos informáticos del proveedor se comparten para
servir a múltiples clientes, usando un modelo multi – arrendatario, con diferentes recursos
físicos y virtuales asignados en forma dinámica y reasignando de acuerdo a la demanda de
los consumidores.
Página | 68
controlado y reportado proporcionando transparencia tanto para el proveedor como para el
consumidor del servicio utilizado70.
Características:
Página | 69
Control y gestión de la infraestructura.
Ejemplos:
Características:
Curva de aprendizaje
Ejemplos:
Página | 70
operativos, almacenamiento, aplicaciones implementadas y posiblemente control limitado de
determinados componentes de la red (e. g. servidores de seguridad)72.
Características:
Pago por consumo de recursos: espacio en disco utilizado, tiempo de CPU, espacio en base
de datos, transferencia de datos73:
Ejemplos:
Página | 71
Gráfica 1.16: Arquitecturas de las capas de servicio
Página | 72
aplicaciones a través de estos diferentes ambientes, pues sólo funciona correctamente
aplicaciones que no dependan de sincronización compleja o bases de datos74.
1.2.2.6. WEB 2.0 Y CRM
La Web 2.0 y las redes sociales están cambiando el mundo y, también, el mundo de los
negocios. Ahora, el cliente es más importante que nunca y está estrechamente unido a la
estrategia, la gestión, los productos y los servicios de una empresa. En este contexto, es
fundamental que las soluciones de CRM aprovechen las oportunidades de la Web 2.0 para
cumplir el objetivo de estar más cerca del cliente75.
Hace una década, la mayoría de las empresas consideraba la gestión de relaciones con clientes
(CRM) como una función de operación detrás de la oficina para prestar un mejor soporte de
ventas y de operaciones del centro de llamadas. Con el tiempo, la tecnología ha cambiado la
forma de interactuar con los clientes de las empresas y dónde, cuándo y cómo realizan
transacciones. Los clientes se han vuelto más informados y sofisticados en sus comportamientos
de compra, y cómo interactúan a través de los medios de comunicación y canales. Atrás
quedaron los días de limitarse a supervisar la actividad de sitio web, tarjetas de respuesta, y el
tráfico en la tienda para recoger información procesable.
La reacción instintiva de muchas empresas de este cambio dinámico, que ha puesto a los
clientes en una posición más fuerte de control que nunca antes, es reunir simplemente más
datos, con la esperanza de alguna manera, aprendiendo a recuperar el control de una revolución
del marketing que ya salió de la estación.
Hoy en día, las empresas están aparentemente ahogadas en los datos, muchos de estos datos se
reúnen de manera incoherente y dispersa en toda la organización. Este y otros factores hacen
difícil, si no imposible, el aprovechar los datos. Sin duda, la forma en que las empresas recogen
y utilizar los datos debe ser integrada. Las organizaciones deben repensar cómo la información
se puede aprovechar para servir mejor a los objetivos de negocio, no sólo los objetivos de
marketing. Por otra parte, las empresas deben evolucionar rápidamente frente a los desafíos de
este nuevo entorno y no quedarse atrás. Los que han empezado esta transformación ya se dan
cuenta de las ventajas competitivas y financieras.
Página | 73
La Ventaja competitiva del futuro dependerá de la capacidad de una
organización para entender, rastrear, realizar, medir, e influir en el comportamiento del
consumidor a nivel individual.
Para evolucionar del CRM 1.0 al CRM 2.0 hay que lograr verdadera centralidad en el cliente y
totalmente integrado el marketing del cliente.
• Tecnología • y Estrategia
• Experiencia • y Compromiso
• Back office • y Fron Office
• Ventas • y Marketing
• Operaciones • y beneficios
• Canales impulsadores • y los medios de
comunicación
impulsadores.
El cambio fundamental requiere de todas las empresas es el compromiso con el cliente, pasando
de una orientación en la marca y en los productos a un modelo de negocio que este centrado
completamente en el cliente como un individuo único76.
Las empresas que son capaces de mantener el éxito son aquéllas que construyen sus negocios
en torno a sus clientes y, en este sentido, la tecnología naciente puede mejorar enormemente
esa capacidad.
76
Williams D., 2011, CRM 2.0: Customer Strategy as a Business Strategy. p.2
Página | 74
La última generación de clientes (los nacidos al final del milenio) ha crecido utilizando la
tecnología digital y sus miembros tienen nuevas expectativas sobre cómo aprender, trabajar e
interactuar. Además, cuentan con la firme convicción de que la colaboración es la clave del
éxito. Por ello, emplean las tecnologías de la Web 2.0 de forma natural y esperan que las
empresas con las que interactúan hagan lo mismo.
En su conjunto, se ha observado el incremento general de los clientes sociales. Ahora más que
nunca, los clientes hablan entre ellos, incluso cuando las organizaciones no ofrecen un lugar de
reunión para poder hacerlo, se ponen en contacto con comunidades independientes en las que
pueden colaborar, quizá incluso con la competencia. Las empresas deben estar atentas al
crecimiento del poder de los clientes sociales. En el pasado, las empresas podían crear su
imagen de marca a través de los medios tradicionales, como la televisión y los periódicos, pero
ahora no pueden controlar lo que se está diciendo de ellas en los blogs, los wikis y las redes
sociales.
En definitiva, la Web 2.0 está transformando las soluciones de CRM y con ello está mejorando
el papel que desempeñan los clientes a la hora de influir en la estrategia, los productos y los
Página | 75
servicios de una empresa. Con la entrada de los clientes nacidos al final del milenio en la fuerza
de trabajo, el proceso de adopción de la Web 2.0 se está acelerando. Por ello, las empresas más
innovadoras están aprovechando las oportunidades que les ofrece la Web 2.0 para hacer que
sus organizaciones estén más centradas en el cliente77.
Google Maps es un servicio de mapas al que se puede acceder desde un navegador web.
Dependiendo de la ubicación, se podrán ver los mapas básicos o personalizados e información
sobre negocios locales, como su ubicación, datos de contacto y cómo llegar hasta ellos. Sólo es
necesario hacer click y arrastrar los mapas para ver las secciones adyacentes en el momento. Al
contemplar las imágenes de satélite de la ubicación elegida se podrá ampliar y desplazar79.
Google Maps fue desarrollado originalmente por dos hermanos Daneses, Lars y Jens
Rasmussen, co-fundadores de “Where 2 Technologies” una empresa dedicada a la creación de
soluciones de mapeo. La empresa fue adquirida por Google en octubre de 2004, y los dos
hermanos luego crearon Google Maps (también son los que están detrás de Google Wave).
Antes de que hubiera una API pública, algunos desarrolladores descubrieron la manera de
hackear Google Maps para incorporar los mapas en sus propios sitios web. Esto llevó a Google
a la conclusión de que había una necesidad de una API pública, y en junio de 2005 fue lanzado
públicamente. El mashup por primera vez en Internet es a menudo considerado que lo ejerció
Housingmaps.com, una combinación de Google Maps con los listados de bienes raíces de
Craiglist.org. Fue creado de hecho antes de la API pública fuera puesto en libertad y fue
hackeado por el desarrollador Paul Rademacher. En mayo de 2010, se anunció la versión 3 del
API. Ahora es la opción recomendada para las nuevas aplicaciones de Google Maps y el
siguiente paso en la historia de Google Maps80.
Página | 76
Google Maps es un sitio que trabaja directamente para Google sin embargo su información de
negocios proviene de diversas fuentes como lo es la búsqueda web a través de Google Search,
datos proporcionados por los mismos dueños de los negocios que aparecen en el sitio, así como
los directorios de sección amarilla.
La información sobre mapas es proporcionada por la compañía Tele Atlas con quien Google
mantiene una asociación. Mientras que la información de vistas vía satélite proviene de Digital
Globe y MDA Federal.
Las imágenes mostradas en Google Maps son las mismas a las mostradas en Google Earth y la
antigüedad en sus imágenes varía entre uno y tres años dependiendo del área que se esté
observando81.
Es sólo HTML, CSS y Java Script trabajando junto. Los mapas son solo imágenes que se cargan
en el fondo a través de peticiones ejecutadas por la tecnología de AJAX, y se insertan en un
<div> en la página HTML. Mientras se navega en el mapa, el API envía información acerca de
las nuevas coordenadas y los niveles de “zoom” del mapa a través de AJAX y esto retorna las
imágenes.
El API consiste de archivos Java Script que contienen las clases, métodos y propiedades que se
usan para el comportamiento de los mapas. Las coordenadas están expresadas usando números
decimales separados por coma. La latitud siempre precede la longitud. La latitud es positiva
si va después del punto mostrado en el mapa y negativo si va antes. La longitud es positiva si
va arriba del punto y negativa si va debajo. En los mapas físicos, las coordenadas están
expresadas en grados.
Google está continuamente sorprendido por las nuevas formas que más de 150.000 sitios web
utilizan Google Maps. Existen varios casos de éxito, que podemos encontrar en la web oficial
de google. El caso de éxito más relacionado a esta investigación es Trulia82.
Página | 77
una gran cantidad de tipos de gráficos muy bien diseñados. Un gráfico depende de los siguientes
componentes.
A. Librería
Los gráficos se exponen como clases de JavaScript.
Google Chart Tools ofrece muchos tipos de gráficos
para su uso. A pesar de la apariencia por defecto que es
la mejor para la mayoría de las situaciones, se puede
personalizar fácilmente para adaptarlo a la apariencia
de un sitio web. Los gráficos son muy interactivos y se
representan con tecnología HTML5/SVG (Scalable
Vector Graphics) para proporcionar compatibilidad entre navegadores (incluyendo VML para
versiones anteriores de IE) y la portabilidad entre plataformas para iPhones, iPads y Android.
No son necesarios los plugins.
B. Tablas de Datos
Todos los cuadros se rellenan con los datos usando la clase de Java Script DataTable. Tener
una estructura de datos común hace que sea fácil cambiar entre los tipos de gráficos. Esta clase
expone métodos para clasificar, modificar y filtrar datos. Se puede rellenar los datos mediante
programación a partir de los datos que se recuperan a partir de la base de datos83.
3.1. Benchmarking.
3.1.1. Microsoft Dynamics
Microsoft Dynamics ® CRM 2011 es un sistema de gestión de relaciones con el cliente que
está diseñado para el accesp a los usuarios del negocio de las áreas de Ventas, Servicio y
Marketing. Microsoft ® es líder en la nube y el CRM es una llave lista para la empresa como
estrategia Microsoft Cloud Services. Microsoft Dynamics CRM 2011 se construye sobre la base
de las versiones anteriores de Dynamics CRM para ofrecer a los fabricantes independientes de
software (ISVs) una plataforma potente para crear aplicaciones de línea de negocio. Estas
aplicaciones se refieren a menudo como las aplicaciones de CRM o aplicaciones ampliadas
XRM Framework, porque aprovechan las capacidades de seguimiento de relaciones más allá
de los típicos escenarios de relaciones con los clientes (CRM). Si su modelo de negocio es la
83
Google Chart, 2013, Introducción al uso de Herramientas de gráficos. p. 1
Página | 78
Gestión Inmobiliaria, Gestión de Flotas, Gestión de Pacientes o de vacaciones Planificación de
actividades para nombrar unos pocos, se puede implementar a través de una aplicación de CRM
extendido en Dynamics CRM 2011. En estos días, aplicaciones de línea de negocio (LOB)
Conexiones de modelo y de la pista entre los distintos tipos de datos empresariales. Dynamics
CRM 2011 brinda para el desarrollo de aplicaciones de negocio declarativo relacionales con
modelos de datos flexibles y servicios dinámicos. ISVs crear aplicaciones de CRM en
Ampliada Dynamics CRM 2011 utiliza el Framework. NET ™ y una variedad de otras
tecnologías comunes de la plataforma de Microsoft, como Windows Workflow Foundation
(WF), Windows Communication Foundation (WCF) y SQL Server ®. Estas tecnologías están
montadas como parte del marco de aplicaciones xRM.
Características Importantes:
Otra solicitud común para mejorar la experiencia global de la aplicación es permitir a los
usuarios con diferentes roles ver diferente contenidos en los formularios estándar. Por ejemplo,
un agente de arrendamiento y el administrador de la propiedad en un negocio de bienes raíces
necesitan información diferente acerca de una propiedad inmobiliaria.
Fuente: Creación de aplicaciones de negocio con Microsoft Dynamics CRM 2011. Micrososft
Dynamics (2010)
Los usuarios que acceden a un registro de entidad que tiene múltiples formas puede elegir
cambiar entre los formularios disponibles que están disponibles para sus roles. Los
desarrolladores también pueden cambiar mediante programación el formulario que se muestra
el uso de secuencias de comandos del lado del cliente. En general, sin embargo, utilizando la
Página | 79
secuencia de comandos de cliente para ocultar y mostrar las pestañas o secciones de los
formularios existentes a menudo se obtienen mejores resultados que no causa una actualización
de página completa.
Fuente: Creación de aplicaciones de negocio con Microsoft Dynamics CRM 2011. Micrososft
Dynamics (2010)
Página | 80
Fuente: Creación de aplicaciones de negocio con Microsoft Dynamics CRM 2011. Micrososft
Dynamics (2010)
Mediante cuadros, cuadros de mando e informes, combinados o por separado, los usuarios y
los desarrolladores pueden crear visualizaciones para contar una historia de negocios más
completo. Los datos se pueden visualizar en forma resumida y luego permitir a los usuarios
acceder y tomar medidas en las filas de datos individuales. Los usuarios autorizados a utilizar
las herramientas integradas pueden crear las visualizaciones a partir de cero o yua partir de
plantillas proporcionadas por el ISV.
La solución propuesta por Microsoft es un aporte muy importante para el presente proyecto de
investigación, debido que al un CRM líder en el mercado, nos da la visión de acuerdo a su vasta
experiencia que la gestión de roles y permisos y la visualización de gráficos, cuadros e informes
es de vital importancia en un CRM, de la misma manera el CRM SGI también pondrá real
énfasis en la correcta funcionalidad de estas trascendentales características.
3.1.2. SugarCRM
SugarCRM es uno de los principales proveedores mundiales de software CRM de código
abierto para las empresas pequeñas, medianas y grandes. SugarCRM ofrece una solución
flexible y rentable alternativa a las aplicaciones propietarias. SugarCRM es utilizado por más
de 3.500 organizaciones de todo el mundo comercial. SugarCRM está ayudando a la gente a
repensar cómo la tecnología puede ayudar a las empresas a gestionar las relaciones con clientes.
Es el líder en el mercado comercial de aplicaciones CRM de código abierto, ofrece un conjunto
rico en características de los procesos de negocio que mejoran la efectividad de marketing,
unidad de rendimiento de las ventas, mejora la satisfacción de los clientes y proporciona
información ejecutiva de desempeño del negocio. Apoyado por profundas capacidades de
colaboración y administración que se adapta a la forma en que operan la empresas. SugarCRM
está disponible en tres ediciones.
Sugar Professional - una versión comercial que ofrece funciones más avanzadas.
Página | 81
En el siguiente diagrama se destaca la funcionalidad diferente que cada versión ofrece.
Sugar CRM permite a las compañías organizar y mantener la información de las relaciones con
sus clientes de manera eficiente en todos los aspectos. Ofrece la gestión integrada de la
información corporativa en las cuentas de clientes y contactos, clientes potenciales y
oportunidades de venta, además de actividades como llamadas, reuniones y tareas asignadas.
También ofrece un panel de control gráfico para realizar el seguimiento del proceso de ventas,
las fuentes de clientes de más éxito, y los resultados mes a mes para las oportunidades en el
pipeline.
Beneficios
Personalizado a su negocio
Características
Sugar CRM está compuesto por módulos, cada uno de los cuales representa un aspecto
funcional específico de CRM, tales como cuentas, actividades, clientes potenciales y
oportunidades. Por ejemplo, el módulo de cuentas le permite crear y administrar cuentas de
Página | 82
clientes, y el módulo de Actividades le permite crear y administrar las actividades relacionadas
con las cuentas, oportunidades, etc.
Estos módulos están diseñados para ayudar a administrar las cuentas de clientes a través de cada
paso de su vida ciclo, comenzando con la generación y clasificación de leads, negociación,
cierre, incidentes a resolver, etc. Muchos de estos pasos están interrelacionados y, como
resultado, cada módulo incluye información relacionada. Por ejemplo, al ver los detalles de una
cuenta en particular, el sistema también muestra los contactos relacionados, actividades,
oportunidades, y los incidentes. Fácilmente se puede ver, editar y crear esta información.
Funcionalidades:
Manejo de Leads, Contactos y oportunidades para perseguir hasta el final un nuevo negocio,
compartir información de ventas, seguimiento de la negociación y registro de las interacciones
con el cliente. El manejo de cuentas proporciona reportes por productos, zonas geográficas y
estado de la negociación.
Automatización de marketing
Página | 83
Atención al cliente
Colaboración
Administración
Editar la configuración del usuario, vistas, y los diseños de forma rápida en un solo lugar.
Fuente: www.sugarcrm.com
Página | 84
integra una interrelación entre muchas tablas lo que impide realizar la escalabilidad prometida
por la empresa en la entrega de la solución.
3.1.3. SalesForce
Salesforce.com ofrece un variado menú de aplicaciones de ventas y marketing, cada uno con
opciones de licencias múltiples, sin embargo, cada una de sus aplicaciones se basa en una
tecnología única, subyacente: la plataforma de desarrollo Force.com.
Los desarrolladores de software usan Force.com para crear aplicaciones personalizadas con las
mismas herramientas que utilizan Salesforce.com para construir su Sales Cloud, Service Cloud,
Página | 85
Custom Cloud, and Collaboration Cloud. Así que cuando se dice que se está "desarrollando una
aplicación en la plataforma Force.com", significa que se está usando el lenguaje de Force.com
s rogramming (Apex) y herramientas de desarrollo estándar para crear nuevas funciones de
Salesforce que se conectan a los mismos datos que las características estándar.
Debido a Salesforce debe ser personalizable para satisfacer las demandas únicas de
organizaciones individuales de los clientes, Salesforce.com lanzó una serie de herramientas de
desarrollo basado en un lenguaje Java como codificación llamado Apex.
Limitaciones de Salesforce
Como la mayoría de las restricciones están relacionadas con el volumen de datos, los errores
por lo general pueden ser evitados. En realidad, hay tres restricciones que los desarrolladores
deben tener en cuenta al construir una aplicación personalizada de Salesforce:
La data en Salesforce es cara, hay que tener cuidado, especialmente si se usan aplicaciones de
automatización de marketing. Son las que más utilizan datos.
Para mantener los costos bajos, siempre recomendamos limitar la creación de registros. La
mayoría de las cuentas de Salesforce comienzan con 1 GB de almacenamiento de datos o
registros de alrededor de 500.000. Cuando se supera este límite, usted tendrá que pagar por el
almacenamiento, ello puede variar entre $ 800 - $ 1.500 / GB (500.000 registros).
E-mail marketing es una actividad que rápidamente puede exceder los límites de
almacenamiento de datos.
Página | 86
Por ejemplo, una organización que envía correo electrónico a 70.000 contactos podrían generar
100.000 registros por correo. La organización excedería su capacidad de almacenamiento
después de sólo cinco correos.
Límites de consulta
Estos son, con diferencia, los más duros límites a tratar. Tan pronto como su aplicación funciona
con unos pocos miles de registros, es probable que choquen los límites de la consulta.
Por ejemplo, hay límites en el número de registros que se pueden llamar, actualizarlos o
editarlos. También hay límites en el número de registros que se pueden guardar en la memoria.
La única manera de conseguir estos límites es procesar varios registros a la vez. Sin embargo,
esto no siempre es posible por lo que podría tener que manipular la aplicación para trabajar de
alguna manera dentro de los límites de la consulta.
Límites de SQL
Salesforce utiliza un lenguaje de consulta denominado SOQL que imita llamadas SQL, pero no
admite todas las sentencias tipo llamadas de lectura/escritura SQL. Las limitaciones pueden ser
críticas y a menudo frustran a los nuevos desarrolladores.
Página | 87
Cuadro 1.5: Benchmarking de CRM
Microsoft
BENCHMARKING SugarCRM Sales Force CRM SGI
Dynamics
Aspectos Funcionales
Ventas
Post – Venta
Marketing
Seguimiento de Oportunidades
Reportes Detallados
Administración de Proyectos
Nacionales
Aspectos Funcionales
Interface de usuario Web Web Web Web
Costo por usuario Alto Bajo Bajo Bajo
Hay curva de
aprendizaje, la Hay una curva de Hay una curva de Es bastante
Fácil de usar
adaptación del aprendizaje aprendizaje intuitivo
usuario es larga
Personalización Alta Baja Baja Alta
Basado en la web
Acceso a los esquemas de la base de Abierto y fácil
Prohibido Abierto Prohibido
datos de manejar
Lenguaje de programación .Net Framework PHP Apex PHP
SGBD SQL MySQL Oracle MySQL
Fuente: Elaboración Propia.
1.5.2Beneficios intangibles:
Entre los beneficios intangibles podemos destacar:
Página | 88
Clientes fidelizados.
Mejor ambiente entre el personal del área comercial y las áreas involucradas a ella.
1.5.3Marco lógico.
A continuación detallamos el árbol de problemas y el árbol de objetivos:
Página | 89
Gráfica 1.26: Árbol de Objetivos
1.5.4Objetivo General:
Desarrollar un sistema informático que optimice la gestión del proceso de venta de una empresa
constructora inmobiliaria.
1.5.5Objetivos Específicos:
Desarrollar un sistema que optimice los procesos de venta, de la Empresa Constructora
Inmobiliaria.
Implementar la solución.
Desplegar la solución.
Página | 90
1.6 Alcance del proyecto.
Para esta investigación primero se realizó un levantamiento de información para conocer y
entender los procesos de venta, marketing y servicios post ventas de la Empresa Constructora
Inmobiliaria para de esta manera definir un alcance basado en sus necesidades existentes.
Michael Porter propuso la cadena de valor como la principal herramienta para identificar
fuentes de generación de valor para el cliente: Cada empresa realiza una serie de actividades
para diseñar, producir, comercializar, entregar y apoyar a su producto o servicio; la cadena de
valor identifica nueve actividades estratégicas de la empresa, cada una con un costo, a través
de las que se puede crear valor para los clientes.
En este contexto, debido a que una solución CRM es básicamente una estrategia de negocios
centrada en el cliente, el objetivo mencionado de este proyecto se obtendrá con el desarrollo de
una aplicación Web CRM, que apoye los procesos de ventas (cotización, separación, venta,
cobranza), marketing (promociones) y servicios post ventas del sector inmobiliario (firma del
acta de conformidad), tomando como base los conocimientos de los procesos del negocio
inmobiliario y la investigación de herramientas tecnológicas y tendencias que existen en el
mercado.
Página | 91
Gráfica 1.27: Cadena de valor – Michael Porter
En estos
procesos se
centrará el CRM
Página | 92
CAPÍTULO II: MODELADO DEL NEGOCIO
Página | 93
2.1. Casos de uso del negocio
De acuerdo a los procesos descritos en el Capítulo I, trabajaremos en base a los sub procesos
que trabajan directamente con el proceso de venta, debido a que las necesidades de la Empresa
Constructora Inmobiliaria se centran en este proceso.
Página | 94
<<extend>>
Gestionar Campaña
Gerente General
(from Gestión de Marketing)
(f rom Actores)
<<extend>>
Cotizar Inmueble
(from Gestión Comercial)
<<extend>>
<<extend>>
<<extend>> <<include>>
<<extend>>
<<include>>
<<include>>
<<include>>
Tramitar Inscripción Liquidar Tributos y Servicios Entregar Acta de Entrega Registrar Desembolso
(from Gestión Legal) (from Gestión Financiera) (from Gestión de Control de Calidad) (from Gestión deTrámite Documentario)
Página | 95
• Diagrama de casos de uso del negocio.
Referencias • Diagrama de objetos del caso de uso Cotizar Inmueble.
• Diagrama de actividades del caso de uso Cotizar Inmueble.
Caso de Uso Gestionar Promoción
Casos de Uso Caso de Uso Gestionar Campaña
asociados Caso de Uso Separar Inmueble
Caso de Uso Desistir Compra
Resumen: El caso de uso Cotizar es de vital importancia para el negocio, se inicia
cuando el cliente llega al punto de venta y solicita información sobre el (los) inmueble(s)
de su interés, posteriormente el asesor comercial le asesora para seleccionar el (los)
inmueble (s), al conocer esta información se le muestra las promociones que están
asociados a la compra, las formas de pago y finalmente se le solicita sus datos
(asociándolo a una campaña de marketing) y le consulta si desea la impresión de la
cotización
Medidas de Al cotizar el asesor comercial debe acompañar al cliente, para que
Rendimiento elija el (los) inmueble(s) más idóneos a su necesidad y su realidad.
Se debe tener el Catálogo de Proyectos al alcance del asesor
comercial, para que pueda mostrarle toda esta información.
Pre-condiciones
Se debe contar con el simulador de pagos, para mostrarle al
cliente las distintas Formas de Pago.
FLUJO DE EVENTOS
Actor Proceso
1. El Cliente se acerca a un punto de venta y solicita una
cotización.
2. El Asesor Comercial consulta necesidad específica.
3. El Cliente le comenta sus necesidades detalladamente.
Cliente. 4. El Asesor Comercial le muestra toda la información
pertinente al inmueble sugerido. Y le consulta la forma de
pago de su elección.
5. El Cliente elige una forma de pago.
6. El Cliente solicita sus datos personales al cliente.
7. El Asesor Comercial Consulta si el cliente desea la impresión
de la cotización.
8. Si el cliente así lo desea se imprime la cotización.
9. El Asesor Comercial registra y realiza actividades de
seguimiento y control a la oportunidad.
Post-condiciones Se ha cotizado.
Categoría Caso de Uso Básico.
Dueño del Proceso Cliente.
Punto de Extensión No se han encontrado puntos de extensión.
Requisitos
No se han encontrado requisitos especiales.
Especiales
Fuente: Elaboración Propia
Página | 96
: Cliente : Catálogo de Campaña
Manifestar su necesidad e
interés
Mostrar formas de
pago existentes
: Catalogo de Campañas
[Consultada]
: Forma de Pago
: Cliente
[Definida]
Generar
Cotización
: Cotización
¿Imprimir Cotización?
[Creada]
Si No
Recibir Imprimir
Cotización Cotización
Registrar Actividades de
Seguimiento
Página | 97
Gráfica 2.4: Diagrama de Objetos “Cotizar Inmueble”
0..*
1..*
1 1
1 Inmueble
1 (f rom Entidades)
1 1
1 1 1 1
1
Cliente
Cliente Asesor Comercial (f rom Entidades)
(f rom Actores)
(f rom Trabajadores)
1
1..* 0..*
0..* 0..*
1 1
Página | 98
Caso de Uso Cotizar Inmueble.
Casos de Uso
Caso de Uso Tramitar Minuta.
asociados
Caso de Uso Desistir Compra.
Resumen:
El caso de uso Separar Inmueble es muy importante en el proceso de venta, crea una
oportunidad para la empresa, el cliente contactado se convierte en un cliente potencial,
el asesor comercial, verifica el pago hecho por concepto de la separación, gestiona las
firmas y finalmente genera y entrega el Contrato de Separación.
Medidas de Al tramitar el Contrato de Separación, el asesor comercial debe
Rendimiento verificar la los datos asociados al pago.
Pre-condiciones Se debe contar con una cotización.
FLUJO DE EVENTOS
Actor Proceso
1. El cliente entrega el (los) voucher(s) realizados por el
concepto de la separación.
2. El asesor verifica la cotización asociada a la separación y
el(los) pago(s) realizado(s). Si los datos están OK, el asesor
comercial procede a redactar el Contrato de Separación, de
lo contrario realiza nuevamente la verificación del pago.
Cliente 3. El Asesor Comercial gestiona las firmas requeridas para el
Contrato de Separación.
4. El Cliente firma el Contrato de Separación.
5. El Asesor Comercial firma y entrega el Contrato de
Separación al cliente.
6. El Asesor Comercial registra actividades de seguimiento
relacionadas al caso del cliente.
Post-condiciones Se genera un Contrato de Separación.
Categoría Caso de Uso Primario.
Propietario del
Asesor Comercial.
Proceso
Punto de Extensión No se han encontrado puntos de extensión.
Requisitos
El Cliente debe tener una cotización.
Especiales
Fuente: Elaboración Propia
Página | 99
Gráfica 2.5: Diagrama de Actividades “Separar Inmueble”
[Consultado]
¿Datos OK?
No
Si
: Voucher de Pago
: Pago
[Consultado]
[Consultado]
Redactar Contrato
de Separación
: Contrato de Separación
[Creado]
No [Creado]
¿Firmas OK?
Si
[Actualizado]
Página | 100
Gráfica 2.6: Diagrama de Objetos “Separar Inmueble”
1 1
0..*
1 0..*
1
1
Expediente
Asesor Comercial 1 (f rom Entidades)
(f rom Trabajadores)
1
0..* 0..*
1 0..* 0..*
1 1
Página | 101
CAPÍTULO III: REQUERIMIENTOS DEL SISTEMA
E Exigible
D Deseable
Prioridad Nivel
Máxima 3
Prioridad
Mínima Prioridad 1
Página | 102
3.1.2. Matriz de Requerimientos
Cuadro 3.1: Matriz de Requerimientos
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
R001 VENTAS Definir Inmueble Definir Inmueble x x x x x x A M B Asesor Comercial Cotizar Inmueble
R002 VENTAS Definir Cliente Definir Cliente x x x x x x A M B Asesor Comercial Cotizar Inmueble
R003 VENTAS Registrar Forma de Pago Registrar Forma de Pago x x x x x x A M B Asesor Comercial Cotizar Inmueble
R004 VENTAS Definir Cuenta Bancaria Definir Cuenta Bancaria x x x x x A B B Asesor Comercial Cotizar Inmueble
R005 VENTAS Definir Promoción Definir Promoción x x x x x x A M B Asesor Comercial Cotizar Inmueble
R006 VENTAS Imprimir Cotización Ver Cotización en HTML x x x x x A A B Asesor Comercial Cotizar Inmueble
R007 VENTAS Imprimir Cotización Ver Cotización en PDF x x x x x x A A B Asesor Comercial Cotizar Inmueble
R008 VENTAS Adjuntar documentos al expediente Adjuntar DNI x x x x x A B B Asesor Comercial Separar Inmueble
R009 VENTAS Registrar información del pago Registrar Información del Pago x x x x x A B B Asesor Comercial Separar Inmueble
R010 VENTAS Adjuntar Voucher Adjuntar Voucher x x x x x A B B Asesor Comercial Separar Inmueble
R011 VENTAS Generar Contrato de Separación Generar Contrato de Separación x x x x x A B B Asesor Comercial Separar Inmueble
R012 VENTAS Adjuntar Contrato de Separación Adjuntar Contrato de Separación x x x x x A B B Asesor Comercial Separar Inmueble
R013 VENTAS Crear Expediente Registrar Expediente x x x x x A B B Asesor Comercial Separar Inmueble
Página | 103
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
TRÁMITE Asesor de Trámite
R015 Generar Minuta Generar Minuta x x x x x A B B Tramitar Minuta
DOCUMENTARIO Documentario
TRÁMITE Asesor de Trámite
R016 Generar Anexo A Generar Anexo A x x x x x A B B Tramitar Minuta
DOCUMENTARIO Documentario
TRÁMITE Asesor de Trámite
R017 Generar Anexo B Generar Anexo B x x x x x x A A A Tramitar Minuta
DOCUMENTARIO Documentario
TRÁMITE Adjuntar Minuta Escaneada y Asesor de Trámite
R018 Adjuntar Minuta Firmada x x x x x A B M Tramitar Minuta
DOCUMENTARIO Firmada Documentario
TRÁMITE Registrar Información de Envío a Asesor de Trámite
R019 Enviar a Notaría x x x x x A B B Enviar a Notaría
DOCUMENTARIO Notaría Documentario
TRÁMITE Asesor de Trámite Tramitar Escritura
R020 Registrar Escritura Pública Registrar Firmas x x x x x A B B
DOCUMENTARIO Documentario Pública
Registrar Información del Asesor de Trámite Registrar
R021 FINANZAS Registrar Desembolso x x x x x A B B
Desembolso Documentario Desembolso
CONTROL DE Asesor de Control Entregar Acta de
R022 Entregar Acta de Entrega Entregar Acta de Entrega x x x x x A B B
CALIDAD de Calidad Entrega
Liquidar Tributos y
R023 FINANZAS Liquidar Tributos y Servicios Liquidar Tributos y Servicios x x x x x A B B Asesor Financiero
Servicios
Liquidar Tributos y
R024 FINANZAS Liquidar Tributos y Servicios Adjuntar Voucher x x x x x x A B B Asesor Financiero
Servicios
TODOS LOS
R025 Ver Detalle del Expediente Ver Detalle del Expediente x x x x x A M B Asesor Comercial Separar Inmueble
PROCESOS
TODOS LOS
R026 Buscar Expediente Buscar Expediente x x x x x x A M M Usuario Buscar Expediente
PROCESOS
Registrar Información del Contrato Registrar Información del Registrar Contrato
R027 LEGAL x x x x x A B B Asesor Legal
de Separación Contrato de Separación de Separación
Registrar Contrato
R028 LEGAL Adjuntar Archivo Adjuntar Archivo x x x x x A B M Asesor Legal
de Separación
Registrar Información de la
R029 LEGAL Registrar Información de la Minuta x x x x x A B M Asesor Legal Registrar Minuta
Minuta
Página | 104
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
R030 LEGAL Adjuntar Archivo Adjuntar Archivo x x x x x A B B Asesor Legal Registrar Minuta
Registrar Información del Acta de Registrar Información del Acta de Registrar Acta de
R031 LEGAL x x x x x A B B Asesor Legal
Entrega Entrega Entrega
Registrar Acta de
R032 LEGAL Adjuntar Archivo Adjuntar Archivo x x x x x A B B Asesor Legal
Entrega
GESTIÓN DE Asesor de
R033 Registrar Proyecto Registrar Información del Proyecto x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R034 Registrar Proyecto Registrar Geoposición x x x x x A A B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R035 Registrar Proyecto Registrar Foto x x x x x A A B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R036 Registrar Proyecto Registrar Cuenta x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Actualizar Información del Asesor de
R037 Actualizar Proyecto x x x x x A B B Gestionar Proyecto
OPERACIONES Proyecto Operaciones
GESTIÓN DE Asesor de
R038 Actualizar Proyecto Actualizar Geoposición x x x x x A M M Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R039 Actualizar Proyecto Actualizar Cuenta x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R040 Eliminar Proyecto Eliminar Proyecto x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R041 Eliminar Proyecto Eliminar Foto x x x x x A M B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R042 Eliminar Proyecto Eliminar Cuenta x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R043 Ver Detalle del Proyecto Ver Información del Proyecto x x x x x A B M Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R044 Ver Detalle del Proyecto Ver geoposición x x x x x x A B M Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R045 Ver Detalle del Proyecto Ver Foto x x x x x x A B M Gestionar Proyecto
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R046 Ver Detalle del Proyecto Ver Cuenta x x x x x A B B Gestionar Proyecto
OPERACIONES Operaciones
Página | 105
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
GESTIÓN DE Registrar Información del Tipo de Asesor de Gestionar Tipo de
R047 Gestionar Tipo de Inmueble x x x x x A B B
OPERACIONES Inmueble Operaciones Inmueble
GESTIÓN DE Actualizar Información del Tipo de Asesor de Gestionar Tipo de
R048 Gestionar Tipo de Inmueble x x x x x A B B
OPERACIONES Inmueble Operaciones Inmueble
GESTIÓN DE Asesor de Gestionar Tipo de
R049 Gestionar Tipo de Inmueble Eliminar del Tipo de Inmueble x x x x x A B B
OPERACIONES Operaciones Inmueble
GESTIÓN DE Asesor de Gestionar Tipo de
R050 Gestionar Tipo de Inmueble Ver Detalle del Tipo de Inmueble x x x x x A B B
OPERACIONES Operaciones Inmueble
GESTIÓN DE Registrar Información del Asesor de
R051 Registrar Tipología x x x x x A B B Gestionar Tipología
OPERACIONES Tipología Operaciones
GESTIÓN DE Asesor de
R052 Registrar Tipología Registrar Foto x x x x x x A M B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R053 Registrar Tipología Registrar Cuadro de Acabados x x x x x A M B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Actualizar Información del Asesor de
R054 Actualizar Tipología x x x x x A B B Gestionar Tipología
OPERACIONES Tipología Operaciones
GESTIÓN DE Asesor de
R055 Actualizar Tipología Actualizar Cuadro de Acabados x x x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R056 Eliminar Tipología Eliminar Tipología x x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R057 Eliminar Tipología Eliminar Foto x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R058 Ver Tipología Ver Información del Tipología x x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R059 Ver Tipología Ver Foto x x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R060 Ver Tipología Ver Cuadro de Acabados x x x x A B B Gestionar Tipología
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R061 Gestionar Etapa Registrar Información de la Etapa x x x x A B B Gestionar Etapa
OPERACIONES Operaciones
Página | 106
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
GESTIÓN DE Asesor de
R062 Gestionar Etapa Actualizar Información de la Etapa x x x x A B B Gestionar Etapa
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R063 Gestionar Etapa Eliminar Etapa x x x x A B B Gestionar Etapa
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R064 Gestionar Etapa Ver Detalle de la Etapa x x x x A B B Gestionar Etapa
OPERACIONES Operaciones
GESTIÓN DE Registrar Información del Asesor de
R065 Gestionar Inmueble x x x x x A B A Gestionar Inmueble
OPERACIONES Inmueble Operaciones
GESTIÓN DE Actualizar Información del Asesor de
R066 Gestionar Inmueble x x x x x A B B Gestionar Inmueble
OPERACIONES Inmueble Operaciones
GESTIÓN DE Asesor de
R067 Gestionar Inmueble Eliminar Inmueble x x x x x A B B Gestionar Inmueble
OPERACIONES Operaciones
GESTIÓN DE Asesor de
R068 Gestionar Inmueble Ver Detalle de Inmueble x x x x x A B B Gestionar Inmueble
OPERACIONES Operaciones
GESTIÓN
R069 Registrar Cliente Registrar Información del Cliente x x x x x A B B Asesor Comercial Gestionar Cliente
COMERCIAL
GESTIÓN
R070 Actualizar Cliente Actualizar Información de Cliente x x x x x A B M Asesor Comercial Gestionar Cliente
COMERCIAL
GESTIÓN
R071 Eliminar Cliente Eliminar Cliente x x x x x A B M Asesor Comercial Gestionar Cliente
COMERCIAL
GESTIÓN
R072 Ver Cliente Ver detalle del Cliente x x x x x A B B Asesor Comercial Gestionar Cliente
COMERCIAL
GESTIÓN DE Registrar Información de la Forma Asesor de Gestionar Forma de
R073 Gestionar Forma de Pago x x x x A B B
OPERACIONES de Pago Operaciones Pago
GESTIÓN DE Actualizar Información de la Forma Asesor de Gestionar Forma de
R074 Gestionar Forma de Pago x x x x A B B
OPERACIONES de Pago Operaciones Pago
GESTIÓN DE Asesor de Gestionar Forma de
R075 Gestionar Forma de Pago Eliminar Forma de Pago x x x x A B B
OPERACIONES Operaciones Pago
Página | 107
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
Registrar Información de la Gestionar
R077 MARKETING Registrar Promoción x A M B Gerente Comercial
Promoción Promoción
Gestionar
R078 MARKETING Actualizar Promoción Actualizar Promoción x A M B Gerente Comercial
Promoción
Gestionar
R079 MARKETING Eliminar Promoción Eliminar Promoción x A M B Gerente Comercial
Promoción
Gestionar
R080 MARKETING Ver Promoción Ver detalle de la Promoción x A M B Gerente Comercial
Promoción
GESTIÓN DE Registrar Información de la Asesor de Gestionar
R081 Gestionar Observaciones x M B B
OPERACIONES Observación Operaciones Observación
GESTIÓN DE Actualizar Información de la Asesor de Gestionar
R082 Gestionar Observaciones x M B B
OPERACIONES Observación Operaciones Observación
GESTIÓN DE Asesor de Gestionar
R083 Gestionar Observaciones Eliminar Observación x M B B
OPERACIONES Operaciones Observación
GESTIÓN DE Asesor de Gestionar
R084 Gestionar Observaciones Ver Detalle de la Observación x M B B
OPERACIONES Operaciones Observación
Registrar Información de la
R085 MARKETING Registrar Campaña x A B B Gerente Comercial Gestionar Campaña
Campaña
R086 MARKETING Actualizar Campaña Actualizar Campaña x A B B Gerente Comercial Gestionar Campaña
R087 MARKETING Eliminar Campaña Eliminar Campaña x A B B Gerente Comercial Gestionar Campaña
R088 MARKETING Ver Campaña Ver detalle del Campaña x A B B Gerente Comercial Gestionar Campaña
Gestionar
R089 LEGAL Registrar Apoderado Registrar Apoderado x x A B B Asesor Legal
Apoderado
Gestionar
R090 LEGAL Actualizar Apoderado Actualizar Apoderado x x A B B Asesor Legal
Apoderado
Gestionar
R091 LEGAL Eliminar Apoderado Eliminar Apoderado x x A B B Asesor Legal
Apoderado
Gestionar
R092 LEGAL Ver Información del Apoderado Ver detalle del Apoderado x x A B B Asesor Legal
Apoderado
Registrar Información de la
R093 FINANZAS Registrar Empresa x x M B B Asesor Financiero Gestionar Empresa
Empresa
Página | 108
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
R094 FINANZAS Actualizar Empresa Actualizar Empresa x x M B B Asesor Financiero Gestionar Empresa
R095 FINANZAS Eliminar Empresa Eliminar Empresa x x M B M Asesor Financiero Gestionar Empresa
R096 FINANZAS Ver Empresa Ver detalle de la Empresa x M B B Asesor Financiero Gestionar Empresa
R097 FINANZAS Registrar banco Registrar Información de la banco x x M B B Asesor Financiero Gestionar Banco
R098 FINANZAS Actualizar banco Actualizar Información de la banco x x M B B Asesor Financiero Gestionar Banco
R099 FINANZAS Eliminar banco Eliminar banco x x M B B Asesor Financiero Gestionar Banco
R100 FINANZAS Ver banco Ver detalle de la banco x M B B Asesor Financiero Gestionar Banco
Registrar Información de la
R101 FINANZAS Registrar Notaría x x M B B Asesor Financiero Gestionar Notaría
Notaría
R102 FINANZAS Actualizar Notaría Actualizar Notaría x x M B B Asesor Financiero Gestionar Notaría
R103 FINANZAS Eliminar Notaría Eliminar Notaría x x M B M Asesor Financiero Gestionar Notaría
R104 FINANZAS Ver Notaría Ver detalle de la Notaría x M B B Asesor Financiero Gestionar Notaría
Página | 109
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
GESTIÓN Registrar Información del Agente Gestionar Equipo
R109 Registrar Agente de Venta x x M M M Gerente Comercial
COMERCIAL de Venta de Ventas
GESTIÓN Actualizar Información del Agente Gestionar Equipo
R110 Actualizar Agente de Venta x x M M B Gerente Comercial
COMERCIAL de Venta de Ventas
GESTIÓN Gestionar Equipo
R111 Eliminar Agente de Venta Eliminar Agente de Venta x x M B B Gerente Comercial
COMERCIAL de Ventas
GESTIÓN Gestionar Equipo
R112 Ver Equipo de Venta Ver detalle del Equipo de Venta x M B B Gerente Comercial
COMERCIAL de Ventas
TODOS LOS Registrar Información de la Gestionar
R113 Registrar Actividad x x M M B Usuario
PROCESOS Actividad Actividad
TODOS LOS Actualizar Información de la Gestionar
R114 Actualizar Actividad x x M M B Usuario
PROCESOS Actividad Actividad
TODOS LOS Gestionar
R115 Eliminar Actividad Eliminar Actividad x x M B B Usuario
PROCESOS Actividad
TODOS LOS Ver detalle en la Vista Lista de las Gestionar
R116 Ver Actividad x M M B Usuario
PROCESOS Actividades Actividad
TODOS LOS Ver detalle en la Vista Díaria de las Gestionar
R117 Ver Actividad x M M B Usuario
PROCESOS Actividades Actividad
TODOS LOS Ver detalle en la Vista Semanal de Gestionar
R118 Ver Actividad x M M B Usuario
PROCESOS las Actividades Actividad
TODOS LOS Ver detalle en la Vista Mensual de Gestionar
R119 Ver Actividad x M M B Usuario
PROCESOS las Actividades Actividad
R120 SEGURIDAD Registrar Información del Usuario Registrar Información del Usuario x B B B Usuario Gestionar Usuario
R121 SEGURIDAD Actualizar Información del Usuario Actualizar Información del Usuario x B B B Usuario Gestionar Usuario
R123 SEGURIDAD Registrar Información del Rol Registrar Información del Rol x x B B B Usuario Gestionar Rol
Página | 110
REQUERIMIENTOS FUNCIONALES
CLASIFICACION ATRIBUTOS
Nª PROCESO ACTIVIDAD REQUERIMIENTO CASO DE USO
Beneficio Complejidad Riesgo
F U R P S + Actores
(A, M, B) (A, M, B) (A, M, B)
R124 SEGURIDAD Actualizar Información del Rol Actualizar Información del Rol x B B B Usuario Gestionar Rol
Actualizar
R130 SEGURIDAD Actualizar Contraseña Actualizar Contraseña x x x x x x B B B Usuario
Contraseña
Recordar
R131 SEGURIDAD Completar Formulario Completar Formulario x x x x x x B B B Usuario
Contraseña
Recordar
R132 SEGURIDAD Enviar Correo de Confirmación Enviar Correo de Confirmación x x x x x B M M Usuario
Contraseña
Fuente: Elaboración Propia
Página | 111
3.2. Casos de uso del sistema.
3.2.1. Diagrama de actores del sistema.
Usuario
Asesor Comercial
Asesor Financiero
Gerente
Comercial
Asesor de Control
Asesor de Trámite Documentario de Calidad
Administrador de
Asesor Legal la Seguridad
Gerente de
Operaciones
Página | 112
3.2.2. Diagrama de paquetes.
Gestión Gestión de
Comercial Marketing
Gestión de
Operaciones
Gestión de Control
de Calidad
Gestión Legal
Gestión
Financiera
Página | 113
Gráfica 3.3: Casos de Uso del paquete Gestión Comercial
Usuario
(f rom Actors)
Gerente
Comercial
(f rom Actors)
<<include>> Cotizar Inmueble
Asesor Comercial
(f rom Actors)
<<extend>>
Buscar Expediente
<<extend>>
Separar Inmueble
Gestionar Actividad
Ver Detalle del Expediente
Tramitar Minuta
Enviar a Notaría
Asesor de Trámite
Documentario
(f rom Actors)
Tramitar Escritura Pública
Registrar Desembolso
Página | 114
Gráfica 3.5: Casos de Uso del paquete Gestión de Control de Calidad
Gestionar Empresa
Gestionar Banco
Asesor Financiero
(f rom Actors)
Gestionar Notaría
Página | 115
Gráfica 3.7: Casos de Uso del paquete Gestión Legal
Tramitar Inscripción
Gestionar Apoderado
Asesor Legal
(f rom Actors)
Gestionar Proyecto
Gestionar Etapa
Gerente de
Operaciones
(f rom Actors)
Gestionar Tipología
Gestionar Inmueble
Página | 116
Gráfica 3.9: Casos de Uso del Paquete Gestión de Marketing
Gestionar Campaña
Gerente
Comercial
(f rom Actors) Gestionar Promoción
<<include>>
Cambiar Contraseña
Usuario
(f rom Actors)
<<extend>>
Recordar Contraseña
Gestionar Usuario
<<extend>>
Administrador de
la Seguridad Gestionar Rol Gestionar Permiso
(f rom Actors)
Página | 117
3.2.3. Casos de uso del sistema.
Gestionar Tipología
(from Ges tión de Operac io...
Iniciar Sesión
(from Seguri... Gestionar Promoción
Gerente
Comercial (from Ges tión de Mark et...
Buscar Expediente
(from Ac t...
(from Ges tión Comerc ...
Gestionar Etapa
(from Ges tión de Operac io...
Separar Inmueble
Asesor Comercial
(from Ges tión Comerc ...
(from Ac t...
Gerente de Usuario
Operaciones (from Ac t...
Gestionar Inmueble (from Ac t...
Gestionar Actividad Tramitar Minuta
(from Ges tión de Operac io...
(from Ges tión Comerc ... Asesor de Trámite
Documentario (from Ges tión de Trámite Doc umenta...
(from Ac t...
Enviar a Notaría
Registrar Contrato de Separación Gestionar Obser vaciones
(from Ges tión de Trámite Doc umenta...
(from Ges tión de Operac io...
(from Ges tión Le... Administrador de la Asesor de Control de Tramitar Escritura Pública Gestionar Empresa
Seguridad Calidad (from Ges tión de Trámite Doc umenta... (from Ges tión Financ i...
(from Ac t... (from Ac t...
Página | 118
3.2.4. Matriz CUN vs CUS
Cuadro 3.2: Matriz Casos de Uso del Negocio vs Casos de Uso del Sistema
CUN CUS Nº
Cotizar Inmueble 1
Gestionar Proyecto 2
Gestionar Tipo de Inmueble 3
Gestionar Tipología 4
Gestionar Etapa 5
Gestionar Inmueble 6
Cotizar Inmueble Gestionar Forma de Pago 7
Gestionar Observación 8
Gestionar Empresa 9
Gestionar Banco 10
Gestionar Punto de Venta 11
Ver detalle del Expediente 12
Gestionar Actividad 13
Separar Inmueble 14
Separar Inmueble
Gestionar Apoderado 15
Gestionar Cliente Gestionar Cliente 16
Gestionar Equipo de Ventas Gestionar Equipo de Ventas 17
Gestionar Promoción Gestionar Promoción 18
Gestionar Campaña Gestionar Campaña 19
Tramitar Minuta Tramitar Minuta 20
Gestionar Notaría 21
Enviar a Notaría
Enviar a Notaría 22
Tramitar Escritura Pública Tramitar Escritura Pública 23
Registrar Desembolso Registrar Desembolso 24
Liquidar Tributos y Servicios Liquidar Tributos y Servicios 25
Registrar Contrato de Separación Registrar Contrato de Separación 26
Registrar Minuta Registrar Minuta 27
Registrar Acta de Entrega 28
Entregar Acta de Entrega Entregar Acta de Entrega 29
Tramitar Inscripción Tramitar Inscripción 30
Iniciar Sesión 31
Cerrar Sesión 32
Modificar Contraseña 33
Seguridad Recordar Contraseña 34
Gestionar Rol 35
Gestionar Permiso 36
Gestionar Usuario 37
Fuente: Elaboración Propia.
Página | 119
3.2.5. Lista de CUS por procesos
PROCESO CUS Nº
Cotizar Inmueble CUS 01
Gestionar Cliente CUS 02
Gestión Comercial Separar Inmueble CUS 03
Ver detalle del Expediente CUS 04
Gestionar Equipo de Ventas CUS 05
Gestionar Promoción CUS 06
Gestión de Marketing
Gestionar Campaña CUS 07
Tramitar Minuta CUS 08
Gestión de Trámite
Enviar a Notaría CUS 09
Inmobiliario
Tramitar Escritura Pública CUS 10
Registrar Contrato de Separación CUS 11
Registrar Minuta CUS 12
Gestión Legal Registrar Acta de Entrega CUS 13
Tramitar Inscripción CUS 14
Gestionar Apoderado CUS 15
Gestionar Empresa CUS 16
Gestionar Banco CUS 17
Gestionar Punto de Venta CUS 18
Gestión Financiera Gestionar Notaría CUS 19
Gestionar Forma de Pago CUS 20
Registrar Desembolso CUS 21
Liquidar Tributos y Servicios CUS 22
Gestión de Control de Calidad Entregar Acta de Entrega CUS 23
Gestionar Proyecto CUS 24
Gestionar Tipo de Inmueble CUS 25
Gestionar Tipología CUS 26
Gestión de Operaciones
Gestionar Etapa CUS 27
Gestionar Inmueble CUS 28
Gestionar Observación CUS 29
Gestionar Actividad CUS 30
Iniciar Sesión CUS 31
Cerrar Sesión CUS 32
Todos los Procesos Modificar Contraseña CUS 33
Involucrados Recordar Contraseña CUS 34
Gestionar Rol CUS 35
Gestionar Permiso CUS 36
Gestionar Usuario CUS 37
Fuente: Elaboración Propia.
Página | 120
3.3. Especificaciones de los Casos de Uso del Sistema más
significativos
Nombre de Caso de
Cotizar Inmueble
Uso
Tipo Primario.
Actores Asesor Comercial.
Breve Descripción En este caso de uso se realiza la cotización de un inmueble.
Flujo Básico:
1. El caso de uso inicia cuando una persona se acerca a un
Punto de Venta para solicitar información sobre uno o
más inmuebles de su interés.
2. El Asesor Comercial verifica en el sistema si ya ha
visitado la Empresa Inmobiliaria anteriormente. Si tiene
un historial de visitas, se le hace un seguimiento de
visitas (Ejecuta CUS Gestionar Actividad), de lo
contrario el asesor comercial le mostrará la información
requerida en el sistema, asociado a cada inmueble, le
mostrará las promociones existentes y las formas de
pago posibles para cada caso; además de una galería de
fotos, el mapa (con la posición exacta del inmueble), un
video (visita guiada), un plano y la información general
del proyecto. (Ejecuta CUS “Ver Inmueble”)
3. El asesor comercial define el(los) inmueble(s) del
Flujo de Eventos
cliente, el número de cuenta asociado al proyecto, la
forma de pago, la promoción y le solicita sus datos
personales. (Ejecuta CUS “Gestionar Cliente”) y
registra la cotización
4. El sistema guarda la información ingresada por el asesor
comercial y muestra el detalle de la cotización en
HTML, con la opción de ser generado en PDF. Si el
cliente así lo prefiere se imprime la cotización de lo
contrario finaliza el caso de uso
Flujo Alternativo:
1. En el paso 2 si tiene un historial de visitas, se revisa la
agenda y las actividades relacionadas al cliente, además
se verifica su inmueble de interés, y se le consulta si
continúa interesado en ese (esos) inmueble(s) o si desea
que le mostremos información sobre otro(s)
inmueble(s).
Requerimientos El tiempo de respuesta del sistema no debe exceder de 6
Especiales segundos.
Página | 121
- El usuario debe iniciar sesión para utilizar el sistema
Pre – Condiciones - El usuario debe contar con los permisos respectivos
para acceder a estas funcionalidades.
Post - Condiciones El sistema registra una nueva cotización.
Fuente: Elaboración Propia.
Gráfica 3.12: Prototipo CUS “Cotizar Inmueble” – Ver Inmueble – Inmuebles disponibles
Página | 122
Gráfica 3.14: Prototipo CUS “Imprimir Cotización en PDF”
Página | 123
3.3.2 Especificación del Caso de Uso del Sistema: “Gestionar Cliente”
Nombre de Caso de
Analizar Cliente
Uso
Tipo Primario.
Actores Asesor Comercial.
Este caso de uso realiza el análisis de la oportunidad con cada
Breve Descripción
cliente.
Flujo Básico:
Flujo Alternativo:
Flujo de Eventos
1. En el paso 2 si el asesor comercial decide actualizar los
datos del cliente, el sistema le muestra el formulario con los
datos del cliente para que él los pueda modificar. El asesor
comercial modifica la información y elige la opción
guardar. Finalmente el sistema guarda los cambios
realizados.
Página | 124
Gráfica 3.15 Prototipo CUS “Gestionar Cliente” – Lista
Página | 125
Gráfica 3.16 Prototipo CUS “Gestionar Cliente” – Registrar/Actualizar Cliente
Página | 126
3.3.3 Especificación del Caso de Uso del Sistema: “Separar Inmueble”
Página | 127
Gráfica 3.17: Prototipo CUS “Separar Inmueble” – Registrar Pago
Página | 128
Gráfica 3.19: Prototipo CUS “Separar Inmueble” – Adjuntar Contrato de Separación
Página | 129
6. El sistema guarda la información registrada.
Flujo Alternativo:
1. En el punto 3 el gerente de operaciones tiene otras
opciones como “Actualizar”, “Eliminar” y “Ver
detalle”.
2. En la opción “Actualizar”, sigue los mismos pasos del
flujo básico, con la única diferencia de que el sistema
le carga los datos pertenecientes al registro del
inmueble.
3. En la opción “Eliminar”, el sistema le muestra el
detalle del inmueble, con la opción “Eliminar”, si el
gerente de operaciones elige esta opción, el registro
del inmueble se elimina.
4. En la opción “Ver detalle” el gerente de operaciones
puede ver el detalle del inmueble seleccionado.
Requerimientos El tiempo de respuesta del sistema no debe exceder de
Especiales 6 segundos.
Pre – Condiciones - El usuario debe iniciar sesión para utilizar el sistema
- El usuario debe contar con los permisos respectivos
para acceder a esta funcionalidad.
Post - Condiciones - El sistema registra, actualiza, elimina o muestra el
detalle de un inmueble.
Fuente: Elaboración Propia.
Página | 130
3.4. Especificaciones de los Casos de Uso del Sistema Restantes
Ver Anexo 2: Especificaciones de Casos de Uso del Negocio
Página | 131
CAPÍTULO IV: ARQUITECTURA
Es muy complejo capturar la arquitectura software en un sólo modelo (o diagrama). Para manejar esta
complejidad se representan diferentes aspectos y características de la arquitectura en múltiples vistas.
Una vista es “una presentación de un modelo, la cual es una descripción completa de un sistema desde
una particular perspectiva”. El modelo más aceptado a la hora de establecer las vistas necesarias para
describir una arquitectura software es el modelo 4+1 conocida como 4+1 View.84.
Fuente:
Krutchen,
1995, p 42-50
1. Vista de Casos de Uso: Es la vista que muestra la funcionalidad del sistema percibida por
actores externos
84
KRUTCHEN, 1995
Página | 132
2. Vista Lógica: Una vista que muestra cómo la funcionalidad es diseñada dentro del sistema
en términos de la estructura estática del sistema y comportamiento dinámico
3. Vista de Componentes o Implementación: Una vista que muestra la organización de los
componentes de código
4. Vista de Concurrencia o Procesos: Una vista que muestra las concurrencias en el sistema
y encamina los problemas de comunicación y sincronización que están presentes en un
sistema de concurrencias.
5. Vista de Despliegue o Implantación: Una vista que muestra la implementación del sistema
como una estructura física con computadoras y dispositivos llamados nodos.
El capítulo de arquitectura de Software tiene como principal finalidad proveer una vista de la
arquitectura del sistema CRM SGI, proponiendo la estructura de alto nivel del sistema y sus
propiedades globales. Para ello emplea una serie de vistas arquitectónicas, la cual servirá para
representar los diferentes aspectos del sistema.
El patrón del estilo arquitectónico del Sistema CRM SIG es el MVC (Modelo Vista
Controlador), se llegó a él debido a que hemos desarrollado un sistema web y el patrón MVC
es a menudo un patrón utilizado en aplicaciones web; es decir es un patrón o modelo de
abstracción de desarrollo de software que separa los datos de una aplicación, la interfaz de
usuario, y la lógica de negocio en tres componentes distintos. El patrón de llamada y retorno
MVC, se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código
que provee de datos dinámicos a la página, el modelo es el Sistema de Gestión de Base de Datos
y la Lógica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde
la vista. Este patrón se aplicó utilizando un framework MVC del lenguaje PHP llamado Zend
Framework, con la versión 1.10.
Página | 133
1. Proporcionar un entendimiento más claro del sistema. Mediante diversas vistas se
explicarán las relaciones y las funcionalidades entre los componentes que lo conforman.
2. Brindar una comunicación efectiva entre las personas involucradas.
3. Proporcionar un estándar de calidad e integridad de la información mantenida. Esto,
restringiendo el acceso a la base de datos sólo a las clases que les sea delegada esa función
mediante perfiles.
4. Proporcionar una estructura flexible y tolerante al cambio.
Las restricciones que presenta el Sistema y tienen un valor significado en el proyecto son:
5. 1. El sistema CRM SGI estará basado en un sistema web.
6. 2. Todas las funcionalidades de la aplicación web, para los diferentes perfiles de usuario,
deben estar disponibles desde cualquier PC que tenga acceso a internet.
7. 3. Se utilizará la herramienta de desarrollo PHP 5 para la construcción del software.
8. 5. Se empleará el servidor de Base de Datos MySQL 5.5
9. 5. Se empleará el servidor Web Apache 2.2
10. 6. El entorno de desarrollo será sobre el sistema operativo Linux, bajo un servicio
hosteado.
Mencionadas las pautas generales de la arquitectura de software pasaremos a mostrar cada una
de las vistas del modelo 4+1.
Gestionar Cliente
Gestionar Inmueble
Cotizar Inmueble
Gráfica 4.2: Diagrama de los Casos de Uso más significativos para la arquitectura
Gestionar Inmueble
Gerente de Operaciones
(from Base)
Gestionar Cliente
(from Base)
<<include>>
<<include>>
Cotizar Inmueble
Asesor Comercial
(from Ventas)
(f rom Actors)
Página | 134
Fuente: Elaboración Propia
E_Cliente
1
0..*
E_Cotización
Página | 135
Fuente: Elaboración Propia
Página | 136
Gráfica 4.8: Diagrama de Colaboración - CUA Gestionar Cliente – Eliminar
6: Confirmar Eliminación
: E_Cliente
: E_Cliente
3: Solicitar información del cliente
4: Devolver información
5: Solicitar expedientes
6: Devolver Información
: E_Cotización
Página | 137
solicitándole la información del cliente, la entidad E_Cliente devuelve dicha información, luego
la controladora C_Cliente solicita a la entidad E_Cotización las cotizaciones relacionadas con
el cliente, la entidad E_ Cotización devuelve la información de las cotizaciones relacionadas al
cliente a la clase controladora C_Cliente, quien muestra el detalle del Cliente a través de un
mensaje a la clase IU_Cliente.
1 E_Proyecto
1
0..*
0..*
0..* 1
0..*
E_Inmueble E_Etapa 1
0..*
0..* 0..*
0..*
1 0..*
:Gerente de Operaciones IU_Inmueble C_Inmueble
0..*
1 E_Bloque
1
E_Cotización
E_Tipologia E_TipoInmueble
: E_Proyecto : E_Etapa
5: Solicitar Etapas
: E_Tipologia
: E_Inmueble
Página | 139
Gráfica 4.13: Diagrama de Colaboración - CUA Gestionar Inmueble – Actualizar
: E_Proyecto
: E_Etapa
4: Confirmar Proyecto
15: Presentar confirmación de la actualización del inmueble 10: Confirmar Tipo de Inmueble
: IU_Inmueble : C_Inmueble : E_TipoInmueble
: E_Inmueble
: E_Tipologia
Página | 140
Gráfica 4.14: Diagrama de Colaboración - CUA Gestionar Inmueble – Eliminar
4: Devolver Cotizaciones
1: Eliminar Inmueble 2: Eliminar Inmueble
6: Confirmar Eliminación
: E_Inmueble
6: Devolver información
: E_Inmueble
Página | 141
E_proyecto devuelve dicha información, luego la controladora C_Inmueble solicita a la entidad
E_Inmueble la información del inmueble, la entidad E_ Inmueble devuelve la información
solicitada a la clase controladora C_Inmueble, quien muestra el detalle del Inmueble a través
de un mensaje a la clase IU_Inmueble.
E_Cliente 1
1..*
E_Inmueble
0..*
0..*
:Asesor Comercial IU_Cotización C_Cotización
0..*
1
0..* E_Cotización
E_FormaPago
E_CuentaBancaria
Página | 142
Gráfica 4.18: Diagrama de Colaboración - CUA Cotizar Inmueble – Registrar
: E_Inmueble
: :Asesor Comercial
3: Seleccionar Inmueble 4: Confirmar Registro
1: Cotizar Inmueble
5: Seleccionar Cliente
: E_Cliente
6: Confirmar Cliente
: E_Cotización : E_FormaPago
Página | 143
E_Cotización solicitándole la información de la cotización, la entidad E_ Cotización devuelve
la información solicitada a la clase controladora C_Cotización, quien muestra el detalle de la
Cotización a través de un mensaje a la clase IU_Cotización.
/home3/altozano /public_html/beta
/public_html/beta/gestion/index.php
application zend_library
Página | 144
Gráfica 4.21: Paquete “application”
El paquete “application” contiene las carpetas views, controller y models respectivamente, estas
carpetas ilustran que la aplicación se basa en el patrón modelo-vista-controlador, y dentro de
cada carpeta se ubicarán las clases respectivas.
Inmueble.php
ClientePotencial.php
BaseModel.php
Campania.php Fpago.php
NroCuenta.php Pventa.php
Promocion.php
Cotizacion.php
Página | 145
4.4.3. Paquete “controllers” (casos de uso más significativos)
TipoController.php
ClientepController.php
InmuebleController.php
BaseController.php
CampaniaController.php
FpagoController.php
NrocuentaController.php
PventaController.php
PromocionController.php CotizacionController.php
La carpeta views está dividida en dos carpetas, la carpeta “helpers” y la carpeta “scripts”, en la
carpeta “helpers” se almacenan los archivos de extensión javascript, los cuales en el diseño
hacen llamadas tipo ajax.
helpers scripts
Página | 146
Gráfica 4.25: Paquete “views”
Fuente:
Elaboración Propia
Página | 147
Fuente: Elaboración Propia
index( )
indexAction( )
getClientePLista( )
Página | 148
Fuente: Elaboración Propia
: : : : BD_Model_Proyecto : : :
: : Asesor registrar_view_clientep ver_view_clientep clientepController BD_Model_Campania BD_Model_Pventa BD_Model_ClientePotencial
Comercial
registrar( )
registrarAction( )
getProyectoBasico( )
getAllActivas( )
getDetalle( )
guardar( )
registrarAction( )
presentarMensaje( ) registrar( )
Gráfica 4.28:Diagrama de Secuencia “Gestionar Cliente” – Registrar/ Actualizar
Página | 149
El usuario en la lista de clientes, hace clic en la opción “Registrar”, este evento ejecuta la opción
registrar de la clase registrar_view_clientep, la función hace una llamada a la función
registrarAction de la clase ClientepController el cual invoca a la clase BD_Model_Proyecto a
fin de tener la lista de los proyectos a través de la función getProyectoBasico, posteriormente
ejecuta la función getAllActivas de la clase BD_Model_Campania a fin de tener la lista de
campañas activas, luego ejecuta la función getDetalle de la clase BD_Model_Pventa a fin de
tener la lista de puntos de venta. Una vez que el formulario tiene todos los datos cargados el
usuario registra la información del cliente y elige la opción “Guardar”, este evento hace una
llamada a la función registrarAction de la clase clientepController el cual verifica los datos, si
toda la información ingresada es correcta ejecuta la función registrar de la misma clase, y
finalmente la clase ver_view_clientep presenta un mensaje de información indicando que la
operación tuvo éxito.
: : :
ver_view_clientep clientepController BD_Model_ClientePotencial
: :Asesor
Comercial
ver( )
verAction( )
getClientePotencialDetalleById( )
Cuando el usuario elige la opción ver en la lista de clientes, ejecuta la función ver de la clase
ver_view_clientep, el cual hace una llamada a la función verAction de la clase
ClientepController, esta función realiza una llamada a la función
getClientePotencialDetalleById de la clase BD_Model_ClientePotencial que devuelve el
detalle del cliente por el id del mismo, una vez que la función posee el detalle del cliente, la
información es presentada a través de la clase ver_view_clientep.
Página | 150
Gráfica 4.30: Diagrama de Secuencia “Gestionar Cliente” – Eliminar
: : : : BD_Model_Cotizacion
ver_view_clientep clientepController BD_Model_ClientePotencial
: :Asesor
Comercial
ver( )
verAction( )
getClientePotencialDetalleById( )
getDetalleTotal( )
eliminar( )
Página | 151
4.5.2. CU –Gestionar Inmueble
Página | 152
Gráfica 4.32: Diagrama de Secuencia “Gestionar Inmueble” - Listar
: : : BD_Model_Proyecto :
: :Gerente de
index_view_inmuebleope InmuebleopeController BD_Model_Inmueble
Operaciones
index( )
indexAction( )
getProyectoBasico( )
itemsXPagina( )
getIndexTotal( )
Página | 153
: : : : BD_Model_Proyecto : : : : BD_Model_Modelo :
: :Gerente de
registrar_view_inmuebleope ver_view_inmuebleope InmuebleopeController BD_Model_Etapa BD_Model_Bloque BD_Model_Tipo BD_Model_Inmueble
Operaciones
registrar( )
registrarAction( )
getProyectoBasico( )
getAll( )
getAll( )
getDetalle( )
getDetalle( )
guardar( )
registrarAction( )
registrar( )
presentarMensaje( )
Gráfica 4.33: Diagrama de Secuencia “Gestionar Inmueble” – Registrar/ Actualizar
Página | 154
Fuente: Elaboración Propia
El usuario en la lista de inmuebles, hace clic en la opción “Registrar”, este evento ejecuta la
opción registrar de la clase registrar_view_inmuebleope, la función hace una llamada a la
función registrarAction de la clase InmuebleopeController el cual invoca a la clase
BD_Model_Proyecto a fin de tener la lista de los proyectos a través de la función
getProyectoBasico, posteriormente ejecuta la función getAll de la clase BD_Model_Etapa a fin
de tener la lista de etapas, luego ejecuta la función getAll de la clase BD_Model_Bloque a fin
de tener la lista de bloques, posteriormente ejecuta la función getDetalle de la clase
BD_Model_Tipo a fin de tener la lista de tipos de inmuebles, luego ejecuta la función getDetalle
de la clase BD_Model_Modelo a fin de tener la lista de modelos o tipologías. El usuario ingresa
los datos correspondientes al inmueble y hace clic en el botón “Guardar”, si toda la información
ingresada es correcta se ejecuta la función registrarAction de la clase inmuebleopeController y
finalmente la clase controladora presenta un mensaje de información a la clase
ver_view_clientep indicando que la operación tuvo éxito.
: : :
: :Gerente de
ver_view_inmuebleope InmuebleopeController BD_Model_Inmueble
Operaciones
ver( )
verAction( )
getDetalleById( )
El usuario cuando hace clic en la opción ver de un registro presentado en la lista de inmuebles,
ejecuta el evento ver de la clase ver_view_inmuebleope, el cual hace una llamada a la función
verAction de la clase InmuebleopeController, esta función realiza una llamada a la función
getDetalleById de la clase BD_Model_Inmueble que devuelve el detalle del inmueble por el id
Página | 155
del mismo, una vez que la función posee el detalle del inmueble, la información es presentada
a través de la clase ver_view_inmuebleope.
Página | 156
Gráfica 4.35: Diagrama de Secuencia “Gestionar Inmueble” – Eliminar
: : :
: :Gerente de ver_view_inmuebleope InmuebleopeController BD_Model_Inmueble
Operaciones
ver( )
verAction( )
getDetalleById( )
eliminar( )
presentarMensaje( )
Página | 157
4.5.3. CU – Cotizar Inmueble
Página | 158
Gráfica 4.37: Diagrama de Secuencia “Cotizar Inmueble” - Listar
: : : BD_Model_Cotizacion
: :Asesor
index_view_cotizacion CotizacionController
Comercial
index( )
indexAction( )
getDetalleCoti( )
getDetalleCotiTotal( )
El usuario al seleccionar la opción “Ver Cotizaciones” del menú de Ventas, invoca a la clase
index_view_cotizacion, esta función hace una llamada a la función indexAction de la clase
CotizacionController que se encarga de obtener la lista de cotizaciones en el sistema a través
de la función getDetalleCoti de la clase BD_Model_Cotizacion, luego misma clase ejecuta la
función getDetalleCotiTotal que obtiene el total de cotizaciones, una vez que la función
indexAction posee los registros, los entrega a la función index de forma paginada.
Página | 159
: : ver_view_cotizacion : : : : : : BD_Model_Promocion : BD_Model_Fpago : BD_Model_Cotizacion
: :Asesor registrar_view_cotizacion CotizacionController BD_Model_Inmueble BD_Model_ClientePotencial BD_Model_NroCuenta BD_Model_Observacion
Comercial
registrar( )
registrarAction( )
getDetalleById( )
getClientePotencial( )
getCuenta( )
getObservacionxProyecto( )
getPromocionxProyecto( )
getAll( )
guardar( )
registrarAction( )
presentarMensaje( ) registrar( )
Gráfica 4.38: Diagrama de Secuencia “Cotizar Inmueble” – Registrar
Página | 160
Fuente: Elaboración Propia
El usuario selecciona la opción “Cotizar” de la lista de los inmuebles (caso de uso “Gestionar
Inmueble”), la función registrar de la clase registrar_view_cotizacion invoca a la función
registrarAction de la clase CotizaciónController, esta clase hace una llamada a la función
getDetalleById de la clase BD_Model_Inmueble (con el objetivo de asociar a la cotización el
(los) inmueble(s) de interés), la misma clase controladora invoca a la función
getClientePotencial de la clase BD_Model_ClientePotencial que se encarga de obtener la lista
de clientes de manera que el asesor comercial pueda asociar la cotización a un determinado
cliente, también la clase controladora invoca a la función getCuenta de la clase
BD_Model_NroCuenta para asociar la cotización a un determinado número de cuenta, también
la clase controladora invoca a la función getObservacionxProyecto de la clase
BD_Model_Observacion, para asociar las observaciones a la cotización; luego la clase
controladora invoca a la función getAll de la clase BD_Model_Promocion para obtener las
promociones y poder asociarlas a la cotización en caso de que el asesor comercial lo vea por
conveniente. Al obtener el formulario completo el usuario registra todos los datos
correspondientes a la cotización, el usuario elige la opción “Guardar”, el sistema a través de la
función registrarAction de la clase CotizacionController, finalmente la clase controladora
ejecuta la función registrar de la clase BD_Model_Cotizacion, luego la clase de control
CotizacionController presenta el mensaje de la confirmación del registro a la clase
ver_view_cotizacion.
: ver_view_cotizacion : : BD_Model_Cotizacion
: :Asesor
CotizacionController
Comercial
ver( )
verAction( )
getDetalleById( )
Página | 161
El usuario al seleccionar la opción “Ver Detalle” del la lista de Cotizaciones, invoca a la función
ver de la clase ver_view_cotizacion, esta función hace una llamada a la función verAction de
la clase CotizacionController que se encarga de obtener el detalle de la cotización de interés a
través de la función getDetalleById de la clase BD_Model_Cotizacion, finalmente la clase de
control CotizacionController presenta el detalle de la Cotización.
SERVIDOR DE BD
INTERNET
Arequipa Usuario
FIREWALL
Tacna Usuario
Página | 162
CAPÍTULO V: DESARROLLO Y PRUEBAS
5.1. Desarrollo.
Framework
La aplicación web se basó en el Framework de ZEND 1.10 que posee las librerías necesarias
donde la aplicación web estará soportada en PHP 5.
Así mismo se utilizó el framework en javascript de Google Maps versión 2 que poseen las
funciones necesarias para presentar información geográfica en el mapa de Google y Google
Página | 163
Chart versión 1 que posee las funciones necesarias para presentar los reportes de Business
Intelligence.
Patrones
Zend Framework promueve el uso del patrón Modelo Vista Controlador, por lo tanto para la
programación utilizaremos el patrón MVC.
Se estandarizaron los nombres de las clases para así sea más fácil el acceso a ellos:
Formulario de lista:
</carpeta de la entidad>index.phtml
Formulario de registro, o actualización de la entidad:
</carpeta de la entidad>registrar.phtml
Formulario de la vista del detalle o la eliminación de la entidad:
</carpeta de la entidad>ver.phtml
La aplicación se estructuró bajo el patrón MVC, Modelo Vista Controlador:
1. Clases de modelo de BD
2. Clases de control
Página | 164
3. Clases de vistas
Cada subsistema tiene su subcarpeta propia dentro conservando el patrón MVC:
Tablas:
Los nombres de las tablas estarán en minúsculas y en caso de ser compuesto por dos palabras
se utilizarán el guión bajo “_”.
StoredProcedures:
2 dígitos indicando “sp”, separado del carácter “_”, luego vendrá el nombre (todo en
minúsculas), en caso de ser un nombre compuesto, serán separados igualmente del carácter “_”.
Ejemplo: sp_<nombre_del_storedprocedure>
Vistas:
2 dígitos indicando “v”, separado del carácter “_”, luego vendrá el nombre (todo en minúscula),
en caso de ser un nombre compuesto, serán separados igualmente del carácter “_”. Ejemplo:
vw_<Nombre_de_Vista>
5.2.1. Introducción
El propósito del presente plan fue establecer y documentar la planificación de las pruebas a
realizar para comprobar el buen funcionamiento del sistema y de la estrategia a utilizar para su
ejecución, definiendo los casos de prueba correspondientes.
Este documento fue dirigido a todo el equipo de desarrollo y al Gerente del proyecto.
Página | 165
5.2.2. Alcance
El presente documento se aplicó al momento de realizar las pruebas en el proceso de
construcción de software.
5.2.3. Referencias
El presente documento tomó como referencia y base la arquitectura del software.
Editar Cliente
Eliminar Cliente
Registrar Inmueble
Editar Inmueble
Eliminar Inmueble
Cotizar Inmueble
B. Pruebas de Seguridad
Para las pruebas de seguridad se tuvo que verificar el control de la identificación exclusiva para los
usuarios registrados en el sistema de acuerdo a los permisos del rol que se le asignaron.
Página | 166
5.2.5. Tipos de Pruebas
A continuación se presentan los tipos de pruebas utilizados para la validación de la solución.
B. Pruebas de Integración
Permiten probar la combinación de diferentes partes del sistema con el objetivo de determinar
si funcionan correctamente integradas. Luego de realizar las pruebas unitarias sobre los
componentes individuales, las pruebas de integración permiten probar el buen funcionamiento
del sistema cuando existe una transferencia de datos entre los componentes. A pesar de probar
la correcta interacción entre los componentes, para brindar un diagnóstico general del sistema
se necesitan las pruebas de casos de uso.
C. Pruebas de Aceptación
Pruebas realizadas por el usuario final con el objetivo de validar que el sistema cumpla con el
funcionamiento esperado. Estas pruebas son las últimas en realizarse y marcan el fin de la fase
de pruebas de sistema.
El sistema debe ser confiable, es decir no debe permitir el ingreso o registro de datos
inconsistentes con la lógica de negocio.
El sistema debe restringir el uso de funcionalidades de acuerdo a los permisos y roles de los
usuarios.
El sistema debe cumplir correctamente con las funcionalidades descritas en los casos de
uso.
Página | 167
El sistema debe utilizar las bondades del Ajax y el Javascript para que las operaciones sean
sencillas e intuitivas, evitando al usuario el problema de la recarga de página tras cada
operación.
Tiempos de respuesta mínimo y máximo para la aplicación, se asume que las condiciones
de red son las adecuadas para que los tiempos de respuesta sean los adecuados.
Performance del sistema durante periodos de sobrecarga de la red, ya sea por una gran
cantidad de visitantes o por problemas en la red.
Página | 168
- DNI: 43997867
- Nombres: Maria Isabel
- Apellido Paterno: Caldas
- Apellido Materno: Egoávil
- Sexo: Femenino
- Estado Civil: Soltera
- Ingreso Familiar: 3000
- Celular: 978675645
- Correo: mcaldas@gmail.com
- País: Perú
- Región: Arequipa
- Provincia: Arequipa
- Distrito: Arequipa
- Dirección: Av. Del ejercito 1565
- Se entero por: América Televisión
- Proyecto de Interés: EL MIRADOR DE LA ALAMEDA
- Punto de Venta de Afiliación: CASETA DE VENTAS -
ALAMEDA SALAVERRY
Resultados Esperados Mensaje de confirmación del registro del cliente.
Resultados Reales Ventana con los datos ingresados para el registro del cliente.
Página | 169
- Proyecto de Interés: EL MIRADOR DE LA ALAMEDA
- Punto de Venta de Afiliación: CASETA DE VENTAS -
ALAMEDA SALAVERRY
Mensaje de error que indica que no se han ingresado todos los campos
Resultados Esperados
obligatorios.
Ventana con los datos del cliente y el mensaje de error que indica que
Resultados Reales
no se han ingresado todos los campos obligatorios.
Página | 170
celular: vacío, correo (si tiene y una dirección electrónica correcta),
país: selección de la lista de los países, región: selección de la lista de
las regiones de acuerdo al país seleccionado, provincia de la lista de las
provincias de acuerdo a la región seleccionada, distrito de la lista de
distritos de acuerdo a la provincia seleccionada, se entero por de acuerdo
a la lista de las campañas de la empresa y los proyectos de interés de
acuerdo a la lista de proyectos, el punto de venta de afiliación de acuerdo
a la lista de puntos de venta; para todos los campos en los que se debe
ingresar mediante teclado los campos deben de tener longitud y formato
correcto.
Inicialización Que el usuario registrado tenga los permisos para actualizar un cliente.
Finalización Los datos del cliente no han sido actualizados en la base de datos.
Acciones Se debe ingresar los campos:
- DNI: 43878899
- Nombres: vacío
- Apellido Paterno: Luján
- Apellido Materno: Arellano
- Sexo: Masculino
- Estado Civil: vacío
- Ingreso Familiar: 3500
- Celular: vacío
- Correo: lujanarellano@gmail.com
- País: Perú
- Región: Arequipa
- Provincia: Arequipa
- Distrito: Arequipa
- Dirección: Av. La Merced 156
- Se entero por: Banco Interbank
- Proyecto de Interés: EL MIRADOR DE LA ALAMEDA
- Punto de Venta de Afiliación: CASETA DE VENTAS - ALAMEDA
SALAVERRY
Resultados Esperados Mensaje de error que indica que no se han actualizado todos los campos
obligatorios.
Resultados Reales Ventana con los datos del cliente y el mensaje de error que indica que
no se han actualizado todos los campos obligatorios.
Página | 171
Probar que no se eliminará con éxito el cliente si luego de elegir la
opción eliminar debido a que el cliente en mención se encuentra
Objetivo
asociado a una cotización o a algún expediente, el sistema no nos
permite eliminarlo.
Inicialización Que el usuario registrado tenga los permisos para eliminar un cliente.
Finalización El cliente no quedará eliminado del sistema.
Se debe seleccionar un cliente que este asociado a una cotización a
Acciones
algún expediente.
Mensaje de error que indica que no puede eliminar el cliente debido a
Resultados Esperados
que está asociado a una cotización a un expediente.
Ventana con los datos del cliente y el mensaje de error que indica que
Resultados Reales no se ha eliminado al cliente debido a que está asociado a una cotización
a un expediente.
Página | 172
los campos en los que se debe ingresar mediante teclado los campos deben
de tener longitud y formato correcto.
Inicialización Que el usuario registrado tenga los permisos para registrar un cliente.
Finalización No se registrará el inmueble ni se almacenará en la base de datos.
Se debe ingresar los campos:
- Proyecto: EL MIRADOR DE LA ALAMEDA
- Estado: vacío
- Etapa: 1
- Bloque/Manzana: 2
Acciones - Tipo de Inmueble: DEPARTAMENTO FLAT
- Tipología: 7
- Piso: 2
- Número/Lote: vacío
- Precio: 197300
- Monto de Separación: vacío
Mensaje de error que indica que no se han ingresado todos los campos
Resultados Esperados
obligatorios.
Ventana con los datos del inmueble y el mensaje de error que indica que
Resultados Reales
no se han ingresado todos los campos obligatorios.
Página | 173
(vacío); para todos los campos en los que se debe ingresar mediante
teclado los campos deben de tener longitud y formato correcto.
Inicialización Que el usuario registrado tenga los permisos para actualizar un inmueble.
Finalización Los datos del inmueble no serán actualizados en la base de datos
Se debe ingresar los campos:
- Proyecto: EL MIRADOR DE LA ALAMEDA
- Estado: vacío
- Etapa: 1
- Bloque/Manzana: 5
Acciones - Tipo de Inmueble: DEPARTAMENTO FLAT
- Tipología: 5
- Piso: 4
- Número/Lote: vacío
- Precio: vacío
- Monto de Separación: vacío
Mensaje de error que indica que no se ha podido registrar la actualización
Resultados Esperados de los datos del inmueble debido a que no se han registrado todos los
campos obligatorios.
Ventana con los datos del inmueble y el mensaje de error que indica que
Resultados Reales no se ha podido registrar la actualización de los datos del inmueble,
debido a que no se han registrado todos los campos obligatorios.
Página | 174
Nombre de la Prueba Escenario Positivo para la Cotización de un Inmueble
Probar que se registrará con éxito la cotización si es que luego de
seleccionar el proyecto al que pertenece el inmueble que se desea cotizar
se ingresa: cliente: por una búsqueda en la lista de clientes de la base de
datos, interés del cliente: de la lista de interés del cliente, número de
Objetivo
servicio de pago activo: de la lista de números de servicio de pago activo
y forma de pago: de la lista de formas de pago; para todos los campos en
los que se debe ingresar mediante teclado los campos deben de tener
longitud y formato correcto.
Inicialización Que el usuario registrado tenga los permisos para registrar una cotización.
Finalización Se podrá registrar una cotización y su detalle en la base de datos.
Se debe ingresar los campos:
- Proyecto: EL MIRADOR DE LA ALAMEDA
- Cuenta Cliente: MARIA ISABEL CALDAS EGOÁVIL
Acciones
- Interés del Cliente: Muy Interesado
- Nro. de Servicio de Pago Activo: INTERBANK NRO. 10-052-01
SOLES
- Forma de pago: Calificación Directa INTERBANK
Resultados Esperados Mensaje de confirmación del registro de la cotización.
Resultados Reales Ventana con los datos ingresados de la cotización.
Página | 175
La primera integración tuvo como objetivo el desarrollar los mantenimientos de las clases
fundamentales del sistema. En esta integración se implementaron los siguientes casos de uso.
Página | 176
Nombre del Caso de Uso Módulo
Separar Inmueble Ventas
Página | 177
Número de Inmuebles Entregados Reportes
a. Verificar que todas las pantallas del sistema tengan el mismo diseño (look and feel)
b. Verificar que la parte superior derecha (1) indique el usuario que ha iniciado sesión y su rol
en el sistema, además de la opción Salir (Salir del Sistema).
c. Verificar que la parte superior izquierda (3) contenga el logo de la Empresa Constructora
Inmobiliaria.
d. Verificar que el Menú tenga las opciones, de acuerdo a los permisos del rol.
e. Verificar que la parte inferior esté dividida verticalmente en dos secciones, con la sección
izquierda (4) conteniendo el menú de opciones y la sección derecha (2) tenga los detalles
de la operación elegida en la sección izquierda. Si hubiera demasiada información que
mostrar en una sola pantalla se utilizarán pestañas, las cuales categorizarán los datos a
mostrar.
1
3 3
Página | 178
4 2
Fuente: Elaboración Propia
Página | 179
CAPÍTULO VI: GESTIÓN DEL PROYECTO
Este marco está organizado en 4 fases, apoyados por procesos transversales de apoyo a estas
etapas y las áreas de conocimiento del marco de gestión de proyectos que propone el PMBOK,
según se muestra en el siguiente grafico:
Página | 180
Gráfica 6.4: Roles de la Empresa Constructora Inmobiliaria
I. CONCEPCIÓN
En esta fase se realizó las definiciones iniciales del proyecto y que dieron el marco general de
todo el proyecto, la definición de las características del proyecto en términos del alcance, de los
objetivos, riesgos potenciales, asimismo se desarrolló el plan de trabajo acordado por ambas
partes, la organización del proyecto, los recursos humanos asignados y los roles de cada uno,
se acordó el marco metodológico de gestión de proyecto y los procedimientos administrativos
del mismo. Se elaboró el acta de constitución del proyecto (Project Charter) que fue la
referencia principal para ambas partes durante todo el proyecto.
Asimismo, en esta etapa se realizó la evaluación de los recursos que requiere el proyecto y
como resultado se elaboró el plan de adquisición de los recursos requeridos por el proyecto y
el sistema.
Se analizó también la Empresa Constructora Inmobiliaria, para identificar los procesos del
negocio involucrados en la solución de software, obteniendo como resultado final el modelado
del negocio y del sistema. En esta fase también se identificaron los requerimientos funcionales
y no funcionales del sistema.
II. ELABORACIÓN
El objetivo principal de esta etapa fue transformar los requerimientos a una especificación que
describa cómo implementar el sistema, para ello se elaboraron los prototipos del sistema que
dieron soporte a los procesos analizados con el fin de construir una herramienta de
comunicación importante entre los técnicos y los usuarios finales involucrados en el proyecto.
Al final de la elaboración de los prototipos se realizó un control de calidad del modelo validado
por los usuarios clave asignados al proyecto
Página | 181
El análisis fundamentalmente consistió en construir una arquitectura base que denote
integralmente las características del software, actividades propias del análisis/diseño del
sistema de la metodología RUP adaptadas al caso particular, que generaron los artefactos
correspondientes.
El principal objetivo de esta fase una vez desarrollado cada módulo, fue evaluar la calidad del
producto que se está desarrollando a través de las diferentes etapas por las cuales este pasa,
mediante la aplicación de pruebas concretas para validar que las suposiciones hechas en el
diseño y los requerimientos se estén cumpliendo satisfactoriamente, esto quiere decir que se
verificó que el producto funcione como se diseñó y que los requerimientos son satisfechos
cabalmente. Esta etapa brinda soporte para encontrar y documentar (y solucionar) defectos en
la calidad del sistema a las otras etapas.
Esta disciplina de control de calidad estuvo presente en todo el ciclo de vida del desarrollo del
sistema para ir refinándolo y no solo al final del mismo.
El desarrollo de esta disciplina consistió en planificar que es lo que hay que probar, diseñar
cómo se va a llevar a cabo la prueba, implementar lo necesario para llevarlas a cabo, ejecutarlas
en los niveles necesarios y obtener los resultados, de esta manera la información obtenida sirvió
para ir refinando la solución informática.
El papel de las pruebas fue evaluar la calidad, y proporcionar una realimentación a tiempo, de
forma que los aspectos de calidad se pudieron resolver de manera efectiva en tiempo y costo.
Los principales aspectos que fueron evaluados en el producto software fueron la funcionalidad
(hace lo que debe), la fiabilidad (resistente a fallos), y el rendimiento (lleva a cabo su trabajo
de manera efectiva).
Página | 182
Las pruebas requirieron de la integración de todas las piezas del sistema a efectos de realzar las
pruebas integrales sobre el sistema funcionando de manera integral y estas fueron realizadas
por el equipo de desarrollo para hacer una primera validación y luego se realizó las pruebas de
aceptación (realizado sobre el sistema global por los usuarios clave de la Empresa Constructora
Inmobiliaria).
VI. TRANSICIÓN
Esta etapa tuvo como objetivo instalar con éxito el sistema elaborado por el equipo de desarrollo
y asegurar la disponibilidad del producto para los usuarios finales.
Si existe la colaboración de los interesados, tanto del área gerencial como del área operativa.
Existen personas claves en cada proceso, personas que además de brindar información de sus
actividades, muestran el interés para automatizar actividades manuales y así ahorrar tiempo,
para presentar los reportes en el momento indicado a sus superiores y en el caso de los gerentes
para tenerlos disponibles.
Los métodos que actualmente se usan en la empresa, ¿son aceptados por los usuarios?
De alguna manera estos métodos han sido aplicados desde un inicio y fueron renovándose con
el constante crecimiento de la empresa, los requerimientos aumentaron y estos métodos de
trabajo han tenido que ser actualizados acorde al aumento de requerimientos. Actualmente se
Página | 183
utilizan herramientas y métodos manuales para realizar el proceso comercial, de allí la
necesidad de una solución.
¿Los usuarios han participado en la planeación y desarrollo del proyecto?, ¿Cómo lo han
hecho?
Los usuarios han participado con la iniciativa del Gerente Comercial, quien decidió hacerse
cargo del proyecto en la empresa, el convocó al personal de cada área y continuamente se
trabajo con ellos en el proceso de levantamiento de requerimientos.
No se espera causar ningún perjuicio sino más bien beneficiar a la Empresa Constructora
Inmobiliaria y por los resultados también a sus clientes.
No, debido a qué el área comercial, junto con el área de operaciones llevan el trabajo más arduo
en la Empresa Constructora Inmobiliaria, otras áreas se beneficiaran ya que se incrementaran
las ventas.
Al contrario, se espera obtener los resultados deseados con la colaboración del área operativa
para brindarnos la información necesaria.
Afectados de manera positiva, pues su inversión de tiempo en todo el proceso de compra del
inmueble será menor.
Página | 184
6.2.2. Viabilidad técnica.
Un Computador Pentium IV, 1Gb de RAM, Disco de 80 Gb de disco duro.
¿Los técnicos están suficientemente entrenados o con la experiencia necesaria para adoptar
la nueva tecnología (HW, SW, Comunicaciones)?
Si, los técnicos están altamente entrenados para adaptarse al aprendizaje de la nueva
aplicación.
¿El equipo (HW) propuesto tiene la capacidad técnica para soportar todos los datos
requeridos para usar el nuevo sistema?
¿El sistema propuesto ofrecerá respuestas adecuadas a las peticiones sin importar el número
y ubicación de los usuarios?
Si las hay, se cuenta con las características del hosting que soporta la solución
informática para brindar la seguridad esperada.
Página | 185
6.2.3. Viabilidad económica.
La duración de desarrollo del proyecto es de 25 semanas, estas se reparten en 4 etapas o fases
ESTACIÓN COSTO
ALQUILER DE SERVIDOR WEB S/ 230.00
a. Beneficios tangibles
Aumento de las utilidades en un 10% (reduciendo los gastos en tiempo, recursos humanos
y recursos).
b. Beneficios intangibles:
Clientes fidelizados.
Mejor ambiente entre el personal del área comercial y las áreas involucradas a ella.
Página | 186
El Análisis del VAN y del TIR se encuentran en el Anexo 6.
Para ello en el sistema se ha definido los siguientes procesos debidamente validados por los
abogados de la Empresa Constructora Inmobiliaria:
Empresa Empresa
Constructora Desarrollador
Inmobiliaria del Software
Gerente del
Sponsor
Proyecto
Administrador
Analista Arquitecto Desarrollador de Base de
Datos
Página | 187
6.1.2. EDT del proyecto.
CRM SGI
Sistema de Gestión
Inmobiliaria
1. Gestión del
2. Concepción 3. Elaboración 4. Consctrucción 5. Transición
Proyecto
5.1 Instalación y
1.1 Project 2.1 Mapa de 3.1 Realización de
4.1 Módulo Base configuración del
Charter Procesos los CUS
sistema
2.7 Documento de
1.7 Acta de
requerimientos 4.7 Plan de
Cierre de
funcionales y no Pruebas
Poryecto
funcionales.
4.8 Resultado de
2. 8 Diagrama
pruebas de
CUS
sistema
4.9 Correcciones
y modificaciones
del sistema
Página | 188
6.2. Estimación y ejecución del proyecto.
A. Estimación de costos para los principales recursos del proyecto
Estimación del Costo de Hora Hombre
DÓLARES
SUELDO PROMEDIO $ 3000
DÍAS LABORALES 22 días
HORAS DIARIAS 8 horas
Página | 189
Cuadro 6.1 – Estimación del esfuerzo por caso de uso
N° Caso de Uso UAW UUCW UUCP AUCP
1 Cotizar Inmueble 5 7 12 10.8
2 Gestionar Cliente 3 3 6 4.2
3 Separar Inmueble 4 4 8 7.2
4 Ver detalle del Expediente 3 4 7 6.3
5 Gestionar Equipo de Ventas 2 2 4 0.8
6 Gestionar Promoción 2 2 4 1.2
7 Gestionar Campaña 2 2 4 1.6
8 Tramitar Minuta 3 4 7 4.2
9 Enviar a Notaría 3 2 5 2.5
10 Tramitar Escritura Pública 3 2 5 4.5
11 Registrar Contrato de 2 2 4 0.8
Separación
12 Registrar Minuta 2 2 4 0.8
13 Registrar Acta de Entrega 3 2 5 2
14 Tramitar Inscripción 3 2 5 3.5
15 Gestionar Apoderado 2 2 4 1.2
16 Gestionar Empresa 2 2 4 1.2
17 Gestionar Banco 2 2 4 1.2
18 Gestionar Punto de Venta 2 2 4 1.2
19 Gestionar Notaría 2 2 4 1.2
20 Gestionar Forma de Pago 2 2 4 1.2
21 Registrar Desembolso 3 2 5 4.5
22 Liquidar Tributos y Servicios 3 2 5 4.5
23 Entregar Acta de Entrega 3 2 5 4.5
24 Gestionar Proyecto 1 2 3 2.7
25 Gestionar Tipo de Inmueble 2 2 4 2.8
26 Gestionar Tipología 2 2 4 2.8
27 Gestionar Etapa 2 2 4 2.8
28 Gestionar Inmueble 2 2 4 2.8
29 Gestionar Observación 2 2 4 2.8
30 Gestionar Actividad 2 2 4 2.8
31 Iniciar Sesión 1 1 2 1.2
32 Cerrar Sesión 1 1 2 1.2
33 Modificar Contraseña 1 1 2 1.2
34 Recordar Contraseña 1 1 2 1.2
35 Gestionar Rol 1 2 3 2.1
36 Gestionar Permiso 1 2 3 2.1
37 Gestionar Usuario 1 2 3 2.1
TOTAL 101.7
Fuente: Elaboración propia
Página | 190
Cuadro 6.2 – Estimación del esfuerzo del proyecto
Horas x UCP 7
Esfuerzo total (horas-hombre) 711.9
Hombres-Mes 120
Número de integrantes del proyecto 3
Meses 5.9325
Fuente: Elaboración propia
Página | 191
12000.00 S/. 11,300.00
6000.00
2000.00
0.00
Gestión del Fase de Fase de Fase de Fase de
Proyecto Concepción Elaboración Construcción Transición
Página | 192
14000
12430
12000
10201.4 10516
10000
10027.6
8000
6000 5663.9
4000
2000
0
Gestión del Fase de Fase de Fase de Fase de
Proyecto Concepción Elaboración Construcción Transición
Página | 193
Para toda documentación escrita, el procedimiento a seguir para su aceptación formal es
el siguiente:
1. Enviar por correo electrónico los acuerdos (Acta de reunión)
2. Archivar el cargo generado, después de haber aceptado este cargo a Empresa
Constructora Inmobiliaria, tiene 4 días para emitir sus observaciones.
3. Formalizar la aceptación (firmas) de los documentos entregados.
4. Comunicar por correo electrónico la aceptación total de los documentos, de lo
contrario se considera aprobado, en caso posteriormente se requiera implementar
observaciones no entregadas en el plazo acordado se contemplaran dentro de la
Gestión de Cambios.
Correo Electrónico
El uso del correo electrónico se dió en todas las fases del proyecto y servió sólo como
medio facilitador de la comunicación generada por el proyecto.
Documentación del Proyecto
Toda información generada durante el desarrollo del proyecto fue comunicada por el
Gerente del Proyecto de la empresa que implementa el software y enviada al Gerente de
Proyecto de la Empresa Constructora Inmobiliaria.
Ambos interesados tendrán la responsabilidad de generar, en sus organizaciones, los
repositorios de los documentos del proyecto.
Página | 194
4. Al aplicar una incorrecta metodología de análisis podría ocurrir que los requerimientos
funcionales no sean entregados a tiempo, y se tenga una mala definición del alcance
del proyecto o se tenga una idea incorrecta de lo que se necesita para el sistema
5. Al aplicar una incorrecta metodología de análisis podría ocurrir que los requerimientos
no funcionales no sean entregados a tiempo, y que los requerimientos no funcionales
no sean correctamente definidos y haciéndolos no comprensibles para la
implementación.
6. Al aplicar una incorrecta metodología de diseño, podría provocar una incorrecta
especificación de los documentos y entregables, lo que llevaría a provocar confusión
a la siguiente fase en la implementación
7. La falta de una buena metodología de desarrollo por el lado de los programadores,
podría provocar errores en los programas desarrollados, lo que llevaría a rehacer el
código de los CUS definidos.
Análisis Cualitativo
Para el mejor entendimiento de la lista de riesgos, a continuación se explicarán los
criterios utilizados para establecer los valores en el nivel de probabilidad y el nivel de
impacto.
Escala De Probabilidad
Consiste en la probabilidad de que ocurra el riesgo. Los valores son baja, media y alta.
En la siguiente tabla se muestra la correspondencia entre el nivel de probabilidad y el
rango de probabilidad.
Nivel de Probabilidad Valor
Baja 0.25
Media 0.50
Alta 0.75
Escala de Impacto
Página | 195
En el siguiente cuadro se puede apreciar las diferentes zonas de control, que han sido
clasificadas en conformidad con los umbrales de riesgo de los interesados.
Probabilidad Amenazas
0.25 2.5 10 20
0.50 5 20 40
0.75 7.5 30 60
10 40 80
Impacto
Página | 196
El Jefe de Proyecto Demora en la Retraso en la entrega del
1 tenga pendientes otras definición del Project Project Charter Inicio Poca documento inicial del
tareas Charter proyecto
El usuario no tenga bien Definición del alcance Documentos de Falta de detalle en el alcance
2 Planeación Alta
en claro las necesidades del proyecto ambiguo alcance del proyecto del proyecto
Identificación de
Falta de una buena Rehacer segmentos de código
errores en los Desarrollo del plan Construcció
7 metodología de los Baja de los CUS y se perdería
programas de pruebas n
programadores tiempo nuevamente.
desarrollados
Página | 197
Identificación de Riesgos:
¿Requiere
¿Requiere análisis
NR Impacto Probabilidad Score Ranking Fundamentos de la evaluación de P e I respuesta de Corto
Cuantitativo? (S / N)
Plazo? (S / N)
1 Media Media 2 Moderado Se finaliza proyecto S N
2 Alto Alta 3 Alto Ampliación de proyecto y alto costo S S
3 Media Media 2 Moderado Modificación de análisis que perjudique el avance del proyecto y las funcionalidades del sistema N N
4 Bajo Media 2 Moderado Ampliación de proyecto y aumento costo N N
5 Bajo Media 1 Moderado Ampliación de proyecto y aumento costo N N
6 Bajo Media 2 Moderado Ampliación de proyecto y aumento costo N N
7 Media Media 2 Moderado Ampliación de proyecto y aumento costo N N
Plan de Respuesta:
Presupuesto y
Estrategia de ¿Requiere un plan Score
Duración para
NR Respuesta Acciones especificas Risk Owner de contingencia? S / Imp Prob (Riesgo Riesgos Secundarios
implementar la
acordada N Residual)
respuesta
Realizar plan de pruebas unitarias durante la etapa Gerente del Ampliación de proyecto y aumento
7 Mitigación $500.00 S 0.4 0.8 Medio
de construcción proyecto costo
2700
Página | 198
6.5. Plan de Gestión de Cambios
Tipos de Cambios
1. Acción Correctiva: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios, en
su lugar el Project Manager tiene la autoridad para aprobarlo y coordinar su ejecución.
2. Acción Preventiva: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios, en
su lugar el Project Manager tiene la autoridad para aprobarlo y coordinar su ejecución.
3. Reparación de Defecto: Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios,
en su lugar el Project Manager tiene la autoridad para aprobarlo y coordinar su ejecución.
4. Cambio Al Plan De Proyecto: Este tipo de cambio pasa obligatoriamente por el Proceso General
de Gestión de Cambios, el cual se describe en la sección siguiente.
199/
44
El propósito de este proyecto es el desarrollar una solución que resuelva la problemática del
área comercial de la Empresa Constructora Inmobiliaria.
El alcance del proyecto es la gestión de las actividades de los procesos que interactúan en la
Sinopsis:
venta de un inmueble.
El proyecto tomará 142 días útiles, a partir del 23 de Abril del 2012.
El proyecto necesitará una inversión de 20 000 dólares americanos.
El proyecto urge por la necesidad de llevar un control de las ventas a nivel nacional
(actualmente en 4 puntos: Arequipa, Puerto Maldonado, Tacna y Lima).
Propósito /
Esta estrategia de negocios busca optimizar el proceso comercial y los procesos vinculados
Necesidad del
a él (debido a que para el negocio en mención las ganancias están muy relacionadas con las
Negocio:
ventas).
El sistema brindará información oportuna para una correcta y acertada toma de decisiones.
El producto integrará los módulos de ventas, marketing, trámite documentario, finanzas,
legal, post - venta, operaciones, base seguridad y reportes.
Siendo desarrollado en una plataforma web, con el objetivo de facilitarles el acceso desde
cualquier punto de venta a nivel nacional
Principales Entregables del Proyecto
Project Charter (Acta de constitución del proyecto)
Módulo Base
Módulo de Ventas
Descripción
Módulo de Marketing
del producto y
Módulo de Trámite Documentario
entregables:
Módulo de Finanzas
Módulo Legal
Módulo de Post - Venta
Reportes
CD con el instalador del Sistema
Manual de Instalación y Configuración
Manual de Usuario
Acta de cierre del proyecto.
Captura total de requerimientos (Informes de Entrevistas terminados).
Resumen del Informe de Entregables Terminados.
cronograma de Informe de Pruebas del Sistema Aprobado.
Hitos: Informe de Capacitación Terminada.
Acta de Cierre del Proyecto.
Supuestos, El presupuesto tiene una holgura de 10%.
Restricciones, El proyecto no puede excederse del tiempo pre-establecido.
Riesgos: Los recursos humanos están establecidos de acuerdo a su rol.
Recursos Financieros: 20000 dólares americanos
Recursos Personales:
Un Gerente de Proyectos
Un Analista
Un Arquitecto
Un DBA
Recursos:
2 Programadores
Materiales:
3 Laptops
3 RPM’s telefónicos.
1 Impresora Canon MP 150
Útiles de Oficina.
El proyecto será desarrollado bajo la metodología RUP para lograr el cumplimiento eficiente
Propuesta:
del producto (A tiempo, bajo el presupuesto señalado).
El proyecto es confiable ya que está siendo desarrollado bajo la metodología confiable del
Aceptación: Proceso Unificado de Rational, además generará un elevado retorno de inversión para la
empresa patrocinadora.
Los interesados en este proyecto son:
Gerente General de la Empresa Constructora Inmobiliaria
Influencias de
Los Gerentes y trabajadores de las siguientes áreas de la Empresa Constructora Inmobiliaria:
los
Ventas, Marketing, Trámite Inmobiliario, Finanzas, Legal, Post - Venta.
interesados:
Gerente de Proyectos
Equipo del Proyecto
Patrocinador:
Aprobación: Gerente del Proyecto: LM Gerente General de la Empresa
Constructora Inmobiliaria.
200/
44
CONCLUSIONES
Al recapitular todo lo tratado en el presente proyecto de tesis, y de acuerdo a los objetivos planteados al inicio del
presente proyecto de investigación llegamos a las siguientes conclusiones:
1. El sistema web desarrollado fundamentado en los procesos estandarizados y definidos al inicio del proyecto ayuda
a optimizar el proceso de venta de la Empresa Constructora Inmobiliaria.
2. Gracias al trabajo en equipo de la empresa cliente y la empresa desarrolladora de software, se logró implementar
la solución.
3. Gracias al seguimiento y capacitaciones brindadas por el lado de la empresa desarrolladora de software, se
cumplió con la implantación exitosa de la solución. Actualmente la solución se encuentra instalada en el hosting
de la Empresa Constructora Inmobiliaria y la están utilizando en proyectos distribuidos en varias ciudades del
Perú.
4. El producto final es una aplicación web CRM que optimiza el proceso de venta de la Empresa Constructora
Inmobiliaria, consiguiendo así ventajas notables como: proveer a la gerencia la información oportuna para tomar
decisiones asertivas a tiempo, permitir al área de ventas conseguir más ventas por el tiempo invertido en el
seguimiento y atención a los clientes (tiempo que antes se invertía en la elaboración de reportes manuales y
diarios) y facilitar al área de trámite documentario la información necesaria automatizada, para brindar mayor
confiabilidad de sus expedientes a los clientes.
201/
44
RECOMENDACIONES
Una vez establecidas las conclusiones a las que se arribó mediante el análisis de los resultado, s se proponen las
siguientes recomendaciones:
1. La implementación de un CRM tiene que ver con la utilización de un software, pero el software como una
herramienta tecnológica es sólo uno de los medios que conduce a administrar la relación con los clientes. Esta
estrategia implica sobre todo conocer las necesidades de los clientes y personalizar la oferta para aumentar la
satisfacción y sobre todo la lealtad de los clientes. Por ende es recomendable continuar optimizando la solución
web a medida para la Empresa Constructora Inmobiliaria.
2. Para implementar la estrategia CRM, es importante una cultura organizacional apropiada, ese es el elemento más
importante, por ello es recomendable no sólo informar al personal que se va a pasar a una etapa siguiente en la
estrategia CRM, sino invitarlo a que forme parte del desarrollo esta estrategia de negocios.
3. Para ofrecer una oferta adaptada a las necesidades de los clientes se sugiere que para una futura versión se
considere la identificación de los mismos en el sistema, de manera que tengan un acceso completo a la
visualización del estado de sus expedientes y la edición completa de los expedientes dentro del sistema para todas
las áreas involucradas.
4. Para consolidar la estrategia CRM se recomienda la continuidad del compromiso de la dirección y del personal
en el desarrollo y evolución de la estrategia CRM.
202/
44
GLOSARIO DE TÉRMINOS
203/
44
La latitud es la distancia angular entre el ecuador y un punto
LATITUD determinado del planeta medida a lo largo del meridiano que pasa
por ese punto.
Distancia expresada en grados, entre el meridiano de un punto y
LONGITUD
otro tomado como referencia en el Ecuador.
Es el proceso social y administrativo por el que los grupos e
MARKETING individuos satisfacen sus necesidades al crear e intercambiar
bienes y servicios.
Borrador que se hace de un escrito, especialmente de un contrato,
MINUTA
antes de redactarlo definitivamente.
Un conjunto finito de actividades interdependientes que recibe
PROCESO
una aportación que se transforma, de forma lógica, en un
EMPRESARIAL
resultado.
La promoción de ventas es una herramienta o variable de la
mezcla de promoción (comunicación comercial), consiste en
PROMOCIÓN incentivos de corto plazo, a los consumidores, a los miembros del
canal de distribución o a los equipos de ventas, que buscan
incrementar la compra o la venta de un producto o servicio.
Las pruebas de software (en inglés software testing) son las
investigaciones empíricas y técnicas cuyo objetivo es
PRUEBA proporcionar información objetiva e independiente sobre la
calidad del producto a la parte interesada o stakeholder. Son una
actividad más en el proceso de control de calidad.
Expresión matemática o algoritmo que permite calcular el valor
REGLA DE CÁLCULO
de un término.
Es un tipo especial de reglas de operación, estas reglas
REGLA DE FLUJO determinan y limitan cómo fluye la información a través del
proceso.
REGLA DE ESTÍMULO Condición que debe ser cierta para ejecutar una operación de
Y RESPUESTA respuesta inmediata.
REGLA DE Son asociadas a la clases, objetos y sus relaciones, se sub-
ESTRUCTURA clasifican como reglas de relaciones y de dominio de datos.
REGLA DE Condición que debe ser cierta para inferir un hecho o un estado.
INFERENCIA
Condición que debe ser cierta para asegurar que una operación se
REGLA DE
ejecute correctamente, puede darse antes y después de la
OPERACIÓN
operación y puede asociarse a precondiciones y post condiciones.
Es una declaración que rige el funcionamiento de algún aspecto
REGLA DEL
del negocio, indica el tipo de requerimiento sobre cómo opera el
NEGOCIO
negocio.
En la ingeniería de sistemas, un requisito o requerimiento (del
inglés requirement: ‘requisito’) es una necesidad documentada
REQUERIMIENTO sobre el contenido, forma o funcionalidad de un producto o
servicio. Se usa en un sentido formal en la ingeniería de sistemas
o la ingeniería de software.
(Socio o decisor) Se le considera el propietario del proceso, los
STAKEHOLDER resultados del proceso le sirven para tomar decisiones, no
participa de la parte operativa.
En la ingeniería de software se denomina aplicación web a
aquellas aplicaciones que los usuarios pueden utilizar accediendo
SOLUCIÓN WEB
a un servidor web a través de Internet o de una intranet mediante
un navegador. En otras palabras, es una aplicación software que
204/
44
se codifica en un lenguaje soportado por los navegadores web en
la que se confía la ejecución al navegador.
Equipamiento lógico o soporte lógico de un sistema informático,
SOFTWARE el que comprende el conjunto de los componentes lógicos
necesarios que hacen posible la realización de tareas específicas
La venta es una de las actividades más pretendidas por empresas,
organizaciones o personas que ofrecen algo (productos, servicios
VENTA u otros) en su mercado meta, debido a que su éxito depende
directamente de la cantidad de veces que realicen ésta actividad,
de lo bien que lo hagan y de cuán rentable les resulte hacerlo.
205/
44
SIGLARIO
207/
44
BIBLIOGRAFÍA
Aalbers H. (2013). Elección de tecnología para la capa de presentación de SOA. Consultado el 23 de Enero de 2013 en
http://www.huibert-aalbers.com/IT_Insight/Spanish/PDF/ITI008Sp-SOAPresentationLayer.pdf
Alet J. (2000). Como obtener clientes reales y rentables – Marketing Relacional. Ed. Gestión 2000. Barcelona 1994.
ARQUITECT SOLUTIONS (2011). Obtenga más de Salesforce. Consultado el 19 de Febrero del 2013 en
http://salesforce.architech.ca/wp-content/uploads/2012/11/Get-More-Out-of-Salesforce.pdf
Bean J.(2010). SOA and Web Services Interfaces Design, Elsevier (cap. 1)
Beck K. (2000). Extreme Programming Explained, Boston Addison-Wesley (cap. 4, 17, 25 y 26)
Bligh P. & Turk D. (2004). CRM unplugged: releasing CRM's strategic value.
Boehm, B. W. (1988). A spiral model of software development and enhancement. IEEE Computer (cap. 4 y 5).
Booch G. & Rumbaugh J. (1999). The Unified Modeling Language User Guide Reading, MA; Addison-Wesley (cap. 1, 4, 8)
Casillas L., Gibert M. y Pérez O. (2007) Bases de datos en MySQL. Ed. Fundació per a la Universitat Oberta de Catalunya.
Cid R. (2005). Hacia el CRM 2.0: Retos y oportunidades. Ed. Ediciones Deusto. Consultado el 23 de Enero del 2013 en http://www.e-
deusto.com/revistas/
Cortés G. Cloud Computing - Tendencias - Modelos – Posibilidades. ACIS 2011. Consultado el 23 de Enero de 2013 en
http://www.acis.org.co/fileadmin/Conferencias/CloudComputing.pdf
Gibert M. y Pérez O. (2005). Bases de datos en PostgreSQL. Ed. Fundació per a la Universitat Oberta de Catalunya.
Gilroy D. (2010) SugarCRM for Law Firms A Whitepaper. Consultado el 19 de Debrero del 2013 en:
http://www.conscious.co.uk/cms/document/sugarcrm_for_law_firms.pdf
Gómez A & Suárez C. (2007). Sistemas de Información Herramientas prácticas para la gestión empresarial.
Google Chart (2013). Introducción al uso de Herramientas de gráficos. Consultado el 23 de Enero de 2013
https://developers.google.com/chart/interactive/docs/index
208/
44
Google Maps (2013). Guía del usuario de Google Maps. Consultado el 23 de Enero de 2013 en
http://maps.google.com/support/bin/static.py?hl=es&page=guide.cs&guide=21670&from=21670&rd=1
INEI (2012) - Comportamiento de la Economía Peruana en el Tercer Trimestre de 2012. Consultado el 23 de Enero de 2013 en:
http://www.inei.gob.pe/web/BoletinFlotante.asp?file=15565.pdf
Kotler P. & Armstrong G. (2003). Fundamentos de marketing, México. Pearson Educación de México, S.A. de C.V.
Osorio L. (2008). Base de datos relacionales teoría y práctica. Instituto Tecnológico Metropolitano, Medellín Colombia.
López M. & Alonso J. (2008). Tesis para optar el grado de ingeniero de las telecomunicaciones. Diseño e implementación de un
sistema de gestión de acceso a una red wi-fi utilizando software libre. Consultado el 23 de Enero del 2011 en
http://tesis.pucp.edu.pe/files/PUCP000000001078/Dise%F1o%20e%20implementaci%F3n%20de%20un%20sistema%20de%20gest
i%F3n%20de%20accesos%20a%20una%20red%20wi-fi%20utilizando%20software%20libre.pdf
Mackenzie D. – Sharkey K. (2011) Aprendiendo Visual Basic .NET en 21 lecciones avanzadas. Pearson Educación de México S.A.
Consultado el 23 de Enero de 2013 en
http://books.google.com.pe/books?id=Rfm9jecXbDoC&printsec=frontcover&hl=es#v=onepage&q&f=false
Maestros Del Web (2011) Google Maps API V3 introducción y primeros pasos. Consultado el 26 de Setiembre de 2011 en
http://www.maestrosdelweb.com/editorial/google-maps-api-v3-introduccion-y-primeros-pasos/
Mata M. (Abril 2009). Tesis que para obtener el grado de doctor en ciencias de la computación. Recuperación y ponderación de
información geográfica desde repositorios no estructurados conducidos por ontologías. Instituto Politécnico Nacional - Centro de
Investigación en Cómputo. Laboratorio de procesamiento inteligente de información geo – espacial, México. Consultado el 23 de
Enero de 2013 en http://www.cic.ipn.mx/posgrados/images/sources/cic/tesis/B050941.pdf
Maximiliano P. (2007). Tesis de grado de ingeniería en informática. Extensión del estándar PSS de CORBA para proveer servicios de
estado persistente con acceso remoto: Análisis, diseño e implementación, Universidad de Buenos Aires, Argentina. el 23 de Enero de
2013 en http://materias.fi.uba.ar/7500/pilardi-tesisingenieriainformatica.pdf
Microsoft Dynamics (Noviembre 2010). Creación de aplicaciones de negocio con Microsoft Dynamics CRM 2011. Consultado el 19
de Febrero del 2013 en http://www.microsoft.com/en-us/download/confirmation.aspx?id=14364
MI VIVIENDA (2012). “Desembolsos del nuevo crédito MIVIVIENDA crecieron 135% en el 2010”. Consultado el 23 de Enero de
2013 en http://www.mivivienda.com.pe/NR/rdonlyres/59EC7B22-C2FD-49A0-B1E8-
F3ED8A621D0F/9483/RevistaFondoMIVIVIENDAN50.pdf
Muñoz D. & Gil G. (Setiembre 2006). Solución CRM en la Empresa Pública y Privada. Grupo Editorial Megabyte. 1ª Ed.
Osorio F. (2008) Bases de datos relacionales: teoría y práctica. Instituto Tecnológico Metropolitano. 1ra Edición.
Palacio J. & Ruata C. SCRUM Manager: Gestión De Proyectos. Ed. Rev. 1.4 - Enero 2011. Consultado el 23 de Enero de 2013 en
Http://Www.Scrummanager.Net/Files/Sm_Proyecto.Pdf
Pérez L. (2004) Tesis de grado de licenciada en ciencias de la computación. Sistema de base de datos para una ferretería. Consultado
el 23 de Enero de 2013 en http://perseo.cs.buap.mx/bellatrix/tesis/TES728.pdf
209/
44
PMI (2007). Project Management Institute. Consultado el 23 de Enero de 2013 en
http://www.pmi.org.pe/sitio/modules/smartsection/item.php?itemid=6
PMBOK, Guia de los fundamentos para la dirección de Proyectos (Guía del PMBOK) (2008). Project Management Institute. 4ª Ed.
Postgre Sql (2011). Sobre Postgre SQL. Consultado el 23 de Enero de 2013 en http://www.postgresql.org.es/sobre_postgresql
PRINCE (2011). Project in a box: Your own Project Support Office - PRINCE 2. Consultado 23 de Enero de 2011 en
http://www.projectinabox.org.uk/prince2.asp
Prince Manual (2011). PRINCE 2: Metodología de gestión de proyectos. Consultado el 23 de Enero de 2013 en
http://es.scribd.com/doc/24166418/MANUAL-PRINCE-2-Metodologia-Gestion-de-Proyectos
Reinares P. & Ponzoa J. (2002). Marketing relacional: un nuevo enfoque para la seducción y fidelización del cliente. Ed. Prentice Hall
Sommerville I. (2005). Ingeniería del software. Ed. Pearson Education S.A; Addison-Wesley (cap. 1, 4 y 17)
Silberschatz A., Korth H. & Sudarshan S. (2002). Fundamentos de bases de datos. Ed. McGRAW-HILL/INTERAMERICANA DE
ESPAÑA, S. A. U.
Visual Basic .Net (2011). “Información general y conceptual sobre .NET Framework”
Consultado el 23 de Enero de 2013 en http://msdn.microsoft.com/es-pe/library/zw4w595w.aspx
Williams D. (2011). CRM 2.0: Customer Strategy as a Business Strategy. Creating Sustainable Competitive Advantage in a New
Digital World. Merkle a Customer Relationship Marketing Agency. Consultado el 23 de Enero de 2013 en
http://www.merkleinc.com/thought-leadership/white-papers/crm-20-customer-strategy-business-strategy
Zeis C., Ruel C. y Wessler M. (2009).Oracle 11g for dummies. Ed. Wiley Publishing Inc. Consultado el 23 de Enero de 2013 en
http://www.canadawise.ca/eBooks/oracle11g%20for%20Dummies.pdf
210/
44
ANEXOS
ANEXO 1
: Expediente
Decide no abandonar Si ¿Tiene Solución?
la compra [Consultado]
No
: Expediente
: Carta de Desistimiento
[Creada]
: Mutuo Disenso
[Creada]
: Inmueble
[Modificado]
0..1
1 Mutuo Disenso
(f rom Entidades)
1
Asesor Comercial
(f rom Trabajadores)
1
1 0..*
1 0..1
1 1 1
0..*
0..*Expediente Carta de Desistimiento
Cliente
(f rom Entidades) (f rom Entidades)
(f rom Actores)
1 0..1
Cheque de Devolución
(f rom Entidades)
Asesor Financiero
(f rom Trabajadores)
212/
44
Cuadro 2: Caso de Uso “Tramitar Minuta”
Caso de Uso del
Tramitar Minuta
Negocio
Actor Asesor de Trámite Documentario
Propósito Tramitar Minuta
Alcance Se explicará el proceso que involucra tramitar la minuta.
Definiciones, Ver Glosario
Acrónimos y
Abreviaturas
• Diagrama de casos de uso del negocio.
Referencias • Diagrama de objetos del caso de uso Tramitar Minuta.
• Diagrama de actividades del caso de uso Tramitar Minuta.
Caso de Uso Enviar a Banco
Casos de Uso
Caso de Uso Enviar a Notaría
asociados
Caso de Uso Desistir Compra
Resumen:
El caso de uso Tramitar Minuta describe el proceso que se realiza para lograr una
minuta correctamente firmada.
Medidas de
Una minuta firmada y archivada.
Rendimiento
Para firmar una minuta el cliente antes debe tener un contrato
Pre-condiciones
de separación
FLUJO DE EVENTOS
Actor Proceso
Asesor de Trámite 1. El Asesor de Trámite Documentario consulta el expediente.
Documentario 2. El Asesor de Trámite Documentario verifica si falta
registrar algunos pagos.
3. Si faltan registrar pagos, el cliente entrega el(los)
voucher(s) y el Asesor de Trámite Documentario los
registra en el expediente, de lo contrario el Asesor de
Trámite Documentario imprime la minuta y sus anexos.
4. El Asesor de Trámite Documentario solicita firmas.
5. El Cliente firma la minuta.
6. El Asesor de Trámite Documentario archiva la minuta al
expediente.
Post-condiciones Se ha tramitado la minuta.
Categoría Caso de Uso Primario.
Dueño del Proceso El Asesor de Trámite Documentario
Punto de Extensión No se han encontrado puntos de extensión.
Requisitos
Debe existir el expediente asociado
Especiales
Fuente: Elaboración Propia
213/
44
Gráfica 3: Diagrama de Actividades “Tramitar Minuta”
: Cliente : Asesor de Trámite Documentario
Consultar
Expediente
: Voucher de Pago
: Minuta
: Expediente
[Consultado]
[Generada]
[Consultado]
¿Faltan pagos para completar la inicial?
Imprimir Minuta
y Anexos
: Anexo 2
Archivar Minuta
al Expediente
: Expediente
[Actualizado]
0..*
Voucher de Pago Cotización
(f rom Entidades)
(f rom Entidades)
1
1
1
1 1
1 0..* 0..* 1
1
0..*
Pago Contrato de Separación
Asesor de Trámite Documentario (f rom Entidades) (f rom Entidades)
1 1 1
(f rom Trabajadores)
1
0..*
1
0..*
0..* 1 1
Anexo 2 0..*
(f rom Entidades)
1
1 1 1 1
214/
44
Cuadro 3: Caso de Uso “Enviar a Banco”
Caso de Uso del
Enviar a Banco
Negocio
Actor El Asesor de Trámite Documentario
Propósito Enviar el expediente al banco.
Alcance Se explicará el proceso de envío del expediente al banco.
Definiciones, Ver Glosario
Acrónimos y
Abreviaturas
• Diagrama de casos de uso del negocio.
Referencias • Diagrama de objetos del caso de uso Enviar a Banco.
• Diagrama de actividades del caso de uso Enviar a Banco.
Casos de Uso Caso de Uso Tramitar Minuta.
asociados Caso de Uso Enviar a Banco.
Resumen:
El caso de uso Enviar a Banco, describe el proceso mediante el cual se envía el
expediente al Banco.
Medidas de
El expediente es enviado al banco.
Rendimiento
Pre-condiciones El expediente debe contar con la Minuta de Compra Venta.
FLUJO DE EVENTOS
Actor Proceso
El Asesor de 1. El Asesor de Trámite Documentario consulta el
Trámite Expediente para ver su estado.
Documentario 2. El Asesor de Trámite Documentario envía el Expediente
al banco.
3. El banco recibe el expediente.
4. El Asesor de Trámite Documentario registra fecha de
envío del expediente al banco.
Post-condiciones Se envía el expediente al banco.
Categoría Caso de Uso Básico.
Dueño del Proceso Asesor de Trámite Documentario.
Punto de Extensión No hay puntos de extensión.
Requisitos
Debe existir el expediente asociado.
Especiales
Fuente: Elaboración Propia
215/
44
Gráfica 5: Diagrama de Actividades “Enviar a Banco”
Consultar
Expediente
: Expediente
: Expediente
[Actualizado]
1 0..*
0..* Expediente
Asesor de Trámite Documentario (f rom Entidades)
(f rom Trabajadores)
1..*
1..*
Banco
(f rom Actores)
216/
44
Especificación del Caso de Uso del negocio “Enviar a Notaría”
217/
44
Gráfica 7: Diagrama de Actividades “Enviar a Notaría”
Consultar
Expediente
: Expediente
[Consultado]
Recibir Enviar Expediente
Expediente a Notaría
: Expediente
[Actualizado]
0..*
Expediente
1..* (f rom Entidades)
Notaría
(f rom Actores)
219/
44
Gráfica 9.: Diagrama de Actividades “Tramitar Escritura Pública”
: Cliente : Banco : Asesor de Trámite Documentario
Consultar
Expediente
: Expediente
[Consultado]
Firmar Escritura
Pública
Verificar Firmas
No
¿Firmas OK?
: Escritura Pública Si
: Expediente
[Actualizado]
1 0..*
Expediente
Asesor de Trámite Documentario 1 (f rom Entidades)
(f rom Trabajadores)
1..*
1 1
1..*
Escritura Pública
Cliente
(f rom Entidades)
(f rom Actores)
220/
44
Especificación del Caso de Uso del negocio “Registrar Desembolso”
221/
44
Gráfica 11: Diagrama de Actividades “Registrar Desembolso”
: Banco : Asesor Financiero
Consutlar
Expediente
: Expediente
¿Desembolso
OK?
Si
Registrar Desembolso
en el Expediente
: Expediente
[Actualizado]
1 0..*
Expediente
Asesor Financiero (f rom Entidades)
(f rom Trabajadores)
1..*
0..*
Banco
(f rom Actores)
222/
44
Definiciones, Acrónimos Ver Glosario
y Abreviaturas
• Diagrama de casos de uso del negocio.
• Diagrama de objetos del caso de uso Entregar Acta de
Referencias Entrega.
• Diagrama de actividades del caso de uso Entregar Acta
de Entrega.
Caso de Uso Tramitar Registrar Desembolso.
Casos de Uso asociados
Caso de Uso Tramitar Liquidar Tributos y Servicios.
Resumen:
El caso de uso Entregar Acta de Entrega detalla el proceso mediante el cual el asesor
de control de calidad entrega el acta de entrega y solicita la firma del cliente,
manifestando que el inmueble ha satisfecho las expectativas del cliente.
Medidas de Rendimiento Acta de Entrega firmado.
Para entregar la carta de entrega es necesario contar con la
Pre-condiciones
información del desembolso.
FLUJO DE EVENTOS
Actor Proceso
Asesor de Control de 1. El asesor de control de calidad consulta el expediente.
Calidad 2. El asesor de control de calidad imprime el acta de
entrega.
3. El asesor de control de calidad solicita la firma del
cliente.
4. Si no existen observaciones el cliente firma el acta de
entrega y el proceso termina, en caso de haber alguna
observación se deriva el caso al área legal.
Firma del acta de entrega en el caso de que el cliente no
tenga ninguna observación.
Post-condiciones
En caso exista alguna observación el caso es derivado al
área legal.
Categoría Caso de Uso Primario.
Dueño del Proceso El Asesor Legal.
Punto de Extensión No se han encontrado puntos de extensión.
Requisitos Especiales Debe existir el expediente asociado.
Fuente: Elaboración Propia
223/
44
Gráfica 13: Diagrama de Actividades “Entregar Acta de Entrega”
: Acta de Entrega
Solicitar Firma
del Cliente [Generada]
Derivar Caso al
Área Legal
: Expediente
[Actualizado]
1 0..*
1 1
Expediente
0..* 1 1
Asesor de Control de Calidad (f rom Entidades)
(f rom Trabajadores) 1
Acta de Entrega
(f rom Entidades)
1
1
1
0..*
Cliente
(f rom Actores)
224/
44
Especificación del Caso de Uso del negocio “Liquidar Tributos y Servicios”
225/
44
Gráfica 15: Diagrama de Actividades “Liquidar Tributos y Servicios”
[Consultado] [Consultado]
Entregar Consultar
Voucher Expediente
¿Pagos OK?
No
Si
: Expediente
Archivar Expediente
[Actualizado]
1 0..*
1
1 Expediente
Asesor Financiero (f rom Entidades)
(f rom Trabajadores) 1
1
0..*
1 0..*
0..*
1 0..*
Voucher de Pago
Cliente
(f rom Entidades)
(f rom Actores)
226/
44
Especificación del Caso de Uso del negocio “Tramitar Inscripción”
227/
44
Gráfica 17: Diagrama de Actividades “Tramitar Inscripción”
: Asesor Legal
Consultar
Expediente
: Expediente
: Expediente
[Actualizado]
1 0..*
Expediente
Asesor Legal (f rom Entidades)
(f rom Trabajadores)
228/
44
Especificación del Caso de Uso del negocio “Gestionar Promoción”
229/
44
Gráfica 19: Diagrama de Actividades “Gestionar Promoción”
: Gerente General
Consultar Catálogo de
Promociones
Definir Proyecto
Definir Modelo
: Catálogo de Proyectos
Definir Tipo de
[Consultado] Inmueble
Definir
Inmueble
Definir Forma
de Pago : Promoción
[Actualizada]
Definir
Promoción
: Catálogo de Promociones
[Actualizado]
1
1
Catálogo de Promociones
(f rom Entidades) 0..*
1
1 0..*
1
Promoción
Gerente Comercial 1 (f rom Entidades)
(f rom Actores)
Catálogo de Proyectos
(f rom Entidades)
230/
44
Especificación del Caso de Uso del negocio “Gestionar Campaña”
231/
44
Gráfica 21: Diagrama de Actividades “Gestionar Campaña”
: Gerente Comercial
Consultar Catálogo de
Campañas
Definir Campaña
: Campaña : Catálogo de Campañas
[Eliminada] [Actualizado]
[Actualizada] [Actualizado]
1
Catálogo de Campañas
1 (f rom Entidades)
1
1
Gerente Comercial
(f rom Actores)
0..*
0..*
Campaña
(f rom Entidades)
Fuente: Elaboración Propia
232/
44
ANEXO 2
ESPECIFICACIONES DE LOS CASOS DE USO DEL SISTEMA
Especificación del Caso de Uso del Sistema: “Tramitar Minuta”
233/
44
Gráfica 1: Prototipo CUS “Tramitar Minuta”
234/
44
Gráfica 2: Prototipo CUS “Enviar a Notaría”
Tipo Primario
Actores Asesor de Trámite Documentario
Breve Descripción Este caso de uso registra el envío del expediente a la notaría.
Flujo de Eventos Flujo Básico:
1. Este caso de uso inicia cuando el Asesor de Trámite Documentario elige la
opción “Tramitar Escritura Pública”.
2. El sistema muestra la pantalla con las opciones para registrar las fechas en
las que se ha firmado la escritura pública.
3. El Asesor de Trámite Documentario registra las fechas en las que se firmó
la Escritura Pública y elige la opción “Registrar”.
4. El sistema guarda la información registrada.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra las fechas de la firma de la Escritura Pública.
Fuente: Elaboración Propia.
235/
44
Gráfica 3: Prototipo CUS “Tramitar Escritura Pública”
236/
44
Gráfica 4: Prototipo CUS “Registrar Desembolso”
237/
44
Gráfica 5: Prototipo CUS “Entregar Acta de Entrega”
238/
44
Gráfica 6: Prototipo CUS “Liquidar Tributos y Servicios”
239/
44
Gráfica 7: Prototipo CUS “Tramitar Inscripción”
240/
44
Gráfica 8: Prototipo CUS “Registrar Contrato de Separación”
241/
44
Gráfica 9: Prototipo CUS “Registrar Minuta”
242/
44
Gráfica 10: Prototipo CUS “Registrar Acta de Entrega”
Especificación del Caso de Uso del Sistema: “Ver detalle del Expediente”
243/
44
Gráfica 11: Prototipo CUS “Buscar Expediente”
244/
44
Gráfica 13: Prototipo CUS “Buscar Expediente – Resultado por días”
245/
44
Gráfica 14: Prototipo CUS “Ver detalle del expediente” – Vista detalle del expediente
246/
44
Especificación del Caso de Uso del Sistema: “Gestionar Proyecto”
247/
44
Gráfica 15: Prototipo CUS “Gestionar Proyecto”
248/
44
3. En la opción “Eliminar”, el sistema le muestra el detalle del tipo de inmueble,
con la opción “Eliminar”, si el gerente de operaciones elige esta opción, el
registro del tipo de inmueble se elimina.
4. En la opción “Ver detalle” el gerente de operaciones puede ver el detalle del
tipo de inmueble seleccionado.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de un tipo de inmueble.
Fuente: Elaboración Propia.
249/
44
2. En la opción “Actualizar”, sigue los mismos pasos del flujo básico, con la
única diferencia de que el sistema le carga los datos pertenecientes al registro
de la tipología.
3. En la opción “Eliminar”, el sistema le muestra el detalle del modelo, con la
opción “Eliminar”, si el gerente de operaciones elige esta opción, el registro
de la tipología se elimina.
4. En la opción “Ver detalle” el gerente de operaciones puede ver el detalle de
la tipología seleccionada.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de una tipología.
Fuente: Elaboración Propia.
250/
44
4. El sistema le muestra la lista de las etapas que pertenecen al proyecto
seleccionado.
5. El gerente de operaciones escoge la opción “Registrar”.
6. El sistema le muestra la pantalla correspondiente al registro de una nueva
etapa.
7. El gerente de operaciones registra los datos generales como: número, fecha
de registro, fecha de entrega, fecha máxima de pago sin interés y descripción,
luego el gerente de operaciones elige la opción “Guardar”.
8. El sistema guarda la información registrada.
Flujo Alternativo:
1. En el punto 3 el gerente de operaciones tiene otras opciones como
“Actualizar”, “Eliminar” y “Ver detalle”.
2. En la opción “Actualizar”, sigue los mismos pasos del flujo básico, con la
única diferencia de que el sistema le carga los datos pertenecientes al registro
de la etapa.
3. En la opción “Eliminar”, el sistema le muestra el detalle de la etapa, con la
opción “Eliminar”, si el gerente de operaciones elige esta opción, el registro
de la etapa se elimina.
4. En la opción “Ver detalle” el gerente de operaciones puede ver el detalle de
la etapa seleccionada.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de una etapa.
Fuente: Elaboración Propia.
251/
44
Especificación del Caso de Uso del Sistema: “Gestionar Observación”
252/
44
Gráfica 19: Prototipo CUS “Gestionar Observaciones”
254/
44
3. En la opción “Eliminar”, el sistema le muestra el detalle de la actividad, con
la opción “Eliminar”, si el usuario elige esta opción, el registro del apoderado
se elimina.
4. En la opción “Ver detalle” el usuario puede ver el detalle del apoderado
seleccionado.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de un apoderado.
Fuente: Elaboración Propia.
255/
44
4. En la opción “Ver detalle” el asesor financiero puede ver el detalle del grupo
de ventas seleccionado.
Requerimientos Especiales El tiempo de respuesta del sistema no debe exceder de 6 segundos.
Pre – Condiciones El usuario debe iniciar sesión para utilizar el sistema
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de un banco.
Fuente: Elaboración Propia.
Gráfica 22: Prototipo CUS “Gestionar Banco”
256/
44
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de una notaría.
Fuente: Elaboración Propia.
Gráfica 23: Prototipo CUS “Gestionar Notaría”
257/
44
Gráfica 24: Prototipo CUS “Gestionar Punto de Venta”
258/
44
Fuente: Elaboración Propia.
259/
44
El usuario debe contar con los permisos respectivos para acceder a esta
funcionalidad.
Post - Condiciones El sistema registra, actualiza, elimina o muestra el detalle de un agente de ventas.
Fuente: Elaboración Propia.
262/
44
Gráfica 29: Prototipo CUS “Gestionar Actividad” – Vista Agenda
263/
44
Gráfica 30: Prototipo CUS “Gestionar Actividad” – Registrar Actividad
266/
44
Gráfica 32: Prototipo CUS “Gestionar Rol”
267/
44
Gráfica 33: Prototipo CUS “Gestionar Permisos”
268/
44
Especificación del Caso de Uso del Sistema: “Cerrar Sesión”
269/
44
Especificación del Caso de Uso del Sistema: “Modificar Contraseña”
270/
44
Especificación del Caso de Uso del Sistema: “Recordar Contraseña”
271/
44
ANEXO 3
Diccionario de Clases
N° Clase Descripción
13 Desembolso Contiene la información del pago del desembolso de dinero por el lado del cliente.
17 Envío a Notaría Contiene la información del registro del envío a la notaría de todos los expedientes.
272/
44
Contiene el resumen de venta de cada venta (desde la cotización hasta el Registro
20 Expediente
de Trámite de Inscripción)
21 Faq Contiene la información de las preguntas frecuentes.
Contiene la información de las formas de pago que administra la Empresa
22 Forma de Pago
Constructora Inmobiliaria.
23 Galería de Foto Contiene la información de las galerías de fotos de los proyectos y modelos.
24 Geoposición Contiene la información de la ubicación de los proyectos.
25 Grupo de Agentes Contiene la información de los grupos de agentes organizados con algún objetivo.
Contiene la información de los grupos de venta organizados por ciudades en las
26 Grupo de Venta
que se encuentra la Empresa Constructora Inmobiliaria.
Contiene la información de los inmuebles (bienes raíces) de la Empresa
27 Inmueble
Constructora Inmobiliaria.
Contiene la información de las tipologías (cada uno de los modelos) de los
28 Inmueble Modelo
proyectos.
Contiene la información de los tipos de inmueble de los proyectos, por ejemplo:
29 Inmueble Tipo
departamento flat, estacionamiento, depósito.
Liquidación de Tributos Contiene la información del registro de aquellos expedientes que ya tienen el pago
30
y Servicios de la liquidación de los tributos y servicios
Contiene la información de las metas de venta que establece la gerencia para el área
31 Meta
de ventas.
Contiene la información de aquellos expedientes que ya tienen registrada la firma
32 Minuta
de la minuta
Contiene la información de las notarias con las que trabaja la Empresa Constructora
33 Notaría
Inmobiliaria.
Contiene la información de aquellas observaciones que aparecen al final de la
34 Observación
cotización.
Contiene la información de todos los pagos que los clientes han realizado por el
35 Pago por Separación
concepto de separación.
Contiene la información de los países a los que puede pertenecer un cliente o un
36 País
usuario del sistema.
37 Persona Contiene los datos de la persona que está registrada como usuario del sistema.
Contiene la información de las promociones que realiza la empresa para impulsar
38 Promoción
sus ventas.
Contiene toda información importante de los proyectos que administra la Empresa
39 Proyecto
Constructora Inmobiliaria.
40 Proyecto Acta Contiene el registro de las actas de entrega asociadas a cada proyecto.
Contiene el registro de los modelos de los contrato de separación que administra la
41 Proyecto Contrato
Empresa Constructora Inmobiliaria
Contiene la información de las cuentas asociadas a cada uno de los proyectos que
42 Proyecto Cuenta
administra la Empresa Constructora Inmobiliaria.
273/
44
Contiene el registro de los modelos de minuta que administra la Empresa
43 Proyecto Minuta
Constructora Inmobiliaria.
Contiene la información de los puntos de venta de la Empresa Constructora
44 Punto de Venta
Inmobiliaria.
Contiene la información de los usuarios que han utilizado la opción recordar o
45 Recordar
cambiar contraseña.
Contiene la información de los recursos que administra el sistema, con ellos se
46 Recurso
asignan los permisos a los roles.
Contiene la información de las regiones a las que puede pertenecer un cliente o un
47 Región
usuario de sistema.
Contiene la información de los roles que pueden ser asociados a los usuarios del
48 Rol
sistema.
49 Separación Contiene la información de los expedientes que tienen una separación asociada.
Contiene la información de los expedientes que cuentan con el registro del trámite
50 Trámite de Inscripción
de inscripción-
51 Usuario Contiene la información de todos los usuarios que están registrados en el sistema.
274/
44
ANEXO 4
275/
44
ANEXO 5
Acceso
actividad
276/
44
fecha_modificacion datetime Sí NULL
actividad_tipo
agencia
agente
277/
44
agente_cargo
apoderado
empresa_ruc varchar(13) No
nro_asiento varchar(100) No
dni int(8) No
nombre varchar(80) Sí NULL
correo varchar(70) Sí NULL
telefono varchar(20) Sí NULL
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
area
banco
278/
44
nombre varchar(250) No
tasa_anual double Sí NULL
autor_id_registro int(11) Sí NULL
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
banco_tasa
bloque
279/
44
campania
campania_situacion
campania_tipo
ciudad
cliente
conyuge_apellido_materno varchar(60) No
telefono varchar(20) Sí NULL
fecha_nacimiento varchar(10) No
edad int(11) Sí NULL
celular varchar(20) Sí NULL
pais_id char(3) Sí NULL
region_id int(10) Sí NULL
ciudad_id int(11) Sí NULL
distrito_id int(10) Sí NULL
281/
44
direccion varchar(250) Sí NULL
correo varchar(250) Sí NULL
sexo char(10) Sí NULL
estado_civil_id varchar(30) Sí NULL
nro_ficha_sep_bienes char(30) Sí NULL
archivo_ficha_sep_bienes varchar(50) Sí NULL
numero_hijos int(11) Sí NULL
ingresos int(11) Sí NULL
ingresos_conyugales int(11) Sí NULL
campania_id int(11) Sí NULL
fuente_descripcion varchar(250) Sí NULL
es_cliente tinyint(4) Sí NULL
tiene_inmuebles int(11) Sí NULL
certicom_ok int(11) Sí NULL
contacto varchar(250) Sí NULL
proyecto_id int(3) No
proyecto_id2 int(11) Sí NULL
pventa_id int(11) No
observaciones text No
autor_id_registro int(11) Sí NULL
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
cliente_potencial
conyuge_dni char(12) No
conyuge_nombres varchar(60) No
conyuge_apellido_paterno varchar(60) No
conyuge_apellido_materno varchar(60) No
tipo_documento_id char(3) No
nro_documento char(12) No
telefono varchar(20) Sí NULL
fecha_nacimiento varchar(10) No
282/
44
edad int(11) Sí NULL
celular varchar(20) Sí NULL
fax varchar(20) Sí NULL
pais_id char(3) Sí NULL
region_id int(10) Sí NULL
ciudad_id int(11) Sí NULL
distrito_id int(10) Sí NULL
direccion varchar(250) Sí NULL
correo varchar(250) Sí NULL
sexo char(10) Sí NULL
estado_civil_id varchar(30) Sí NULL
numero_hijos int(11) Sí NULL
ingresos int(11) Sí NULL
ingresos_conyugales int(11) Sí NULL
fuente_id varchar(20) Sí NULL
campania_id int(11) No
fuente_descripcion varchar(250) Sí NULL
es_cliente tinyint(4) Sí NULL
tiene_inmuebles int(11) Sí NULL
certicom_ok int(11) Sí NULL
contacto varchar(250) Sí NULL
proyecto_id int(3) No
proyecto_id2 int(11) Sí NULL
pventa_id int(11) No
observaciones text No
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
autor_id_registro int(11) Sí NULL
autor_id_modificacion int(11) Sí NULL
fecha2_registro datetime Sí NULL
observacion2 text Sí NULL
fecha3_registro datetime Sí NULL
observacion3 text Sí NULL
fecha4_registro datetime Sí NULL
observacion4 text Sí NULL
fecha5_registro datetime Sí NULL
observacion5 text Sí NULL
283/
44
cobranza
284/
44
carta_aprob_ok int(11) Sí NULL
envio_cofide int(11) Sí NULL
observaciones_cofide text Sí NULL
fecha_cofide varchar(10) Sí NULL
envio_fovime int(11) Sí NULL
observaciones_fovime text Sí NULL
fecha_fovime varchar(10) Sí NULL
comision
comision_generada
285/4
4
cotizacion
proyecto_estado_id smallint(6) No
proyecto_tipo_id char(30) No
bloque_numero varchar(20) Sí NULL
bloque_fecha_entrega date Sí NULL
bloque_fecha_entrega_sin_interes date Sí NULL
cliente_id int(11) No
cliente_estado varchar(20) No
cliente_dni char(12) Sí NULL
id_gradointeres int(11) Sí NULL
financiamiento_id varchar(30) Sí NULL
tasa_anual double Sí NULL
inicial double Sí NULL
cada_cuantos int(11) Sí NULL
letras int(11) Sí NULL
letras_detalle text Sí NULL
tiempo_deposito int(11) Sí NULL
bono double Sí NULL
prestamo_fovime decimal(10,0) Sí NULL
pago_saldo float No 0
importe_por_tramite double Sí NULL
precio_total double No
promocion_id int(11) Sí NULL
descuento_promocion text Sí NULL
precio_total_final double No
observaciones text Sí NULL
nrocuenta_id int(11) No
validez_dias int(11) Sí NULL
sys_uit double No
estado int(11) Sí NULL
asesor_id int(11) No
autor_id_registro int(11) Sí NULL
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
bd_rand varchar(200) Sí NULL
286/4
4
cotizacion_detalle
proyecto_id int(3) No
cliente_id int(11) No
inmueble_id int(11) No
inmueble_tipo varchar(100) No
inmueble_codigo varchar(8) Sí NULL
inmueble_modelo varchar(20) Sí NULL
inmueble_numero varchar(20) Sí NULL
inmueble_bloque varchar(20) Sí NULL
inmueble_etapa varchar(100) No
inmueble_lote varchar(10) Sí NULL
precio_venta int(11) No
inmueble_minseparacion double No
descripcion varchar(250) Sí NULL
creacion_expediente
cuenta_bancaria
288/4
4
nro_spa varchar(100) Sí NULL
nro_cci varchar(100) Sí NULL
moneda varchar(20) Sí NULL
descripcion varchar(200) Sí NULL
autor_id_registr int(11) Sí NULL
o
fecha_registro datetime Sí NULL
desembolso
desistimiento
289/4
4
devolucion
distrito
empresa
290/4
4
r02_nombres varchar(250) Sí NULL
r02_cargo varchar(60) Sí NULL
r02_titulo varchar(60) Sí NULL
estado tinyint(4) Sí 1
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
encuesta
291/4
4
entrega_inmueble
envio_a_banco
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
envio_a_notaria
292/4
4
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
escritura_publica
etapa
293/4
4
expediente
294/4
4
inmueble3_id int(11) Sí NULL
cotizacion_id int(11) No
responsablec_id int(11) No
fecha_cotizacion datetime No
nro_dias_separacion int(4) Sí NULL
separacion_id int(11) Sí NULL
responsables_id int(11) Sí NULL
fecha_separacion datetime Sí NULL
nro_dias_ce int(4) Sí NULL
creacion_expediente_id int(11) Sí NULL
responsablece_id int(11) Sí NULL
fecha_creacion_expediente datetime Sí NULL
nro_dias_minuta int(4) Sí NULL
minuta_id int(11) Sí NULL
responsablm_id int(11) Sí NULL
fecha_minuta datetime Sí NULL
envio_banco_id int(11) Sí NULL
responsableeb_id int(11) Sí NULL
fecha_envio_banco datetime Sí NULL
nro_dias_en int(4) Sí NULL
envio_notaria_id int(11) Sí NULL
responsableen_id int(11) Sí NULL
fecha_envio_notaria datetime Sí NULL
nro_dias_ep int(4) Sí NULL
escritura_publica_id int(11) Sí NULL
responsableep_id int(11) Sí NULL
fecha_escritura_publica datetime Sí NULL
nro_dias_desembolso int(4) Sí NULL
desembolso_id int(11) Sí NULL
responsabled_id int(11) Sí NULL
fecha_desembolso datetime Sí NULL
295/4
4
desistimiento_id int(11) Sí NULL
responsabledesistimiento_id int(11) Sí NULL
fecha_desistimiento datetime Sí NULL
devolucion_id int(11) Sí NULL
responsabledevolucion_id int(11) Sí NULL
fecha_devolucion datetime Sí NULL
estado varchar(25) No ABIERTO
faq
forma_pago
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
galeria_fotos
296/4
4
geoposicion
grado_interes
grupo_de_agentes
297/4
4
grupo_de_venta
inmueble
298/4
4
minimo_separacion double Sí NULL
estado varchar(15) No DISPONIBLE
piso int(11) Sí NULL
descripcion text Sí NULL
autor_id_registro int(11) No
autor_id_modificacio int(11) Sí NULL
n
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
inmueble_modelo
299/4
4
inmueble_tipo
intervalos_fechas
liquidacion_tys
300/4
4
archivo_liquidacion_servicios varchar(70) Sí NULL
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
meta
minuta
301/4
4
firma_apoderado int(1) Sí NULL
archivo_poder varchar(160) Sí NULL
firma_conyuge int(1) Sí NULL
fecha_conyuge datetime Sí NULL
apoderado_id int(11) Sí NULL
fecha_legal datetime Sí NULL
firma_altozano int(1) Sí NULL
fecha_altozano datetime Sí NULL
letra_gastos_municipales int(1) Sí NULL
archivo_letragastosmunicipales varchar(160) Sí NULL
generar_poder int(1) Sí NULL
dni_poder varchar(12) Sí NULL
nombre_poder varchar(50) Sí NULL
letras_garantia int(1) Sí NULL
lgarantia_gpsp int(1) Sí NULL
veces_minuta_generada int(11) No 0
archivo_minuta_escaneada varchar(200) No
autor_id_registro int(11) No
autor_id_modificacion int(1) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
modelo_acabado
notaria
302/4
4
nombre_contacto1 varchar(100) Sí NULL
correo1 varchar(70) Sí NULL
telefono1 varchar(10) Sí NULL
nombre_contacto2 varchar(100) Sí NULL
correo2 varchar(70) Sí NULL
telefono2 varchar(10) Sí NULL
nombre_contacto3 varchar(100) Sí NULL
correo3 varchar(70) Sí NULL
telefono3 varchar(10) Sí NULL
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
observacion
pagos_x_cuotainicial
303/4
4
pagos_x_separacion
pais
persona
304/4
4
correo char(200) Sí NULL
w eb_site char(200) Sí NULL
direccion char(250) Sí NULL
autor_id_registro int(11) Sí 0
autor_id_modificacion int(11) Sí 0
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
estado char(1) Sí A
bd_fregistro datetime Sí NULL
bd_rand varchar(45) Sí NULL
persona_natural
nombres char(70) No
fecha_nacimient date Sí NULL
o
promocion
305/4
4
proyecto
proyecto_acta
306/4
4
autor_id_registr int(11) No
o
fecha_registro datetime No
proyecto_contrato
proyecto_cuenta
proyecto_estado
proyecto_forma_pago
307/4
4
Colum na Tipo Nulo Predeterm inado Com entarios
id int(11) No
proyecto_id int(3) No
forma_pago_id varchar(30) No
inicial int(11) No
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
proyecto_metas
proyecto_minuta
proyecto_observacion
308/4
4
etapa_id int(11) No
modelo_id int(11) No
proyecto_promocion
proyecto_tipo
pventa
recurso
region
rol
nombre varchar(100) No
rol_x_recurso
310/4
4
Colum Tipo Nulo Predeterm inado Com entarios
na
rol_id int(11) No
recurso_i int(11) No
d
ver char(1) Sí NULL
registrar char(1) Sí NULL
actualiza char(1) Sí NULL
r
eliminar char(1) Sí NULL
activar char(1) Sí NULL
publicar char(1) Sí NULL
separacion
311/4
4
cuenta_01 varchar(60) Sí NULL
monto_01 double Sí NULL
numero_transaccion_01 varchar(100) No
fecha_deposito_01 datetime No
archivo_voucher_01 varchar(100) No
archivo_voucher_03 varchar(100) No
observaciones text Sí NULL
veces_contrato_generado int(11) No
autor_id_registro int(11) No
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
tipo_de_cambio
tramite_inscripcion
312/4
4
fecha_registro datetime No
fecha_modificacion datetime Sí NULL
usuario
v_actividad_detalle
313/4
4
actividad_tipo_nombre char(20) Sí NULL
cliente_nombres varchar(250) Sí NULL
cliente_apellido_paterno varchar(250) Sí NULL
cliente_apellido_materno varchar(250) Sí NULL
proyecto_nombre varchar(200) Sí NULL
v_agente_detalle
v_cotizacion_cabecera_detalle
precio_total double No
precio_total_final double No
prestamo_fovime decimal(10,0) Sí NULL
letras int(11) Sí NULL
letras_detalle text Sí NULL
bono double Sí NULL
importe_por_tramite double Sí NULL
observaciones text Sí NULL
nrocuenta_id int(11) No
validez_dias int(11) Sí NULL
estado int(11) Sí NULL
asesor_id int(11) No
autor_id_registro int(11) Sí NULL
autor_id_modificacion int(11) Sí NULL
fecha_registro datetime Sí NULL
fecha_modificacion datetime Sí NULL
bd_rand varchar(200) Sí NULL
emp_razon_social varchar(250) Sí NULL
id_gradointeres int(11) Sí 0
nombre_gradointeres varchar(250) Sí NULL
cliente_nombres varchar(250) Sí NULL
cliente_apellido_paterno varchar(250) Sí NULL
cliente_apellido_materno varchar(250) Sí NULL
tipo_documento_id char(3) Sí NULL
nro_documento char(12) Sí NULL
cliente_telefono varchar(20) Sí NULL
cliente_celular varchar(20) Sí NULL
cliente_correo varchar(250) Sí NULL
proyecto_nombre varchar(200) Sí NULL
proyecto_foto varchar(250) Sí NULL
proyecto_estado_nombre char(20) Sí NULL
promocion_nombre varchar(255) Sí NULL
promocion_fecha_inicio varchar(10) Sí NULL
promocion_fecha_fin varchar(10) Sí NULL
promocion_tipo varchar(1) Sí NULL
promocion_descripcion text Sí NULL
aplica_dsct varchar(1) Sí NULL
promocion_descuento float Sí NULL
asesor_nombres char(70) Sí NULL
asesor_apellidos char(70) Sí NULL
correo_asesor varchar(100) Sí NULL
telefono_asesor char(30) Sí NULL
celular_asesor char(30) Sí NULL
v_cotizacion_detalle_detalle
v_etapa_detalle
v_expediente_detalle
v_geoposicion_detalle
v_inmueble_detalle
v_usuario_detalle
GASTOS CONCURRENTES
Costo del administrador del sistema con un reajuste anual del 2%
Costos de Administración 24.0 24.5 25.0 25.5 26.0 124.9 (Inflación)
Cinco sedes, S/ 300 nuevos soles, costo de banda ancha mensual por
Costos de Comunicaciones 18.0 18.0 18.0 18.0 18.0 90.0 sede
Presupuesto de S/ 3,000 nuevos soles por año para las mejoras de
Costos de Evolución del Sistema 3.0 3.0 3.0 3.0 3.0 15.0 sistema.
Capacitación a Usuarios 3.0 3.0 3.0 3.0 3.0 15.0 Costo de capacitación a nuevos usuarios del sistema.
Total Inversión Concurrente 0.0 48.0 48.5 49.0 49.5 50.0 244.9
Total TODOS los Gastos Por Año 60.0 48.0 48.5 49.0 49.5 50.0 304.9
Total TODOS los Gastos Acumulados 60.0 108.0 156.5 205.4 254.9 304.9
BENEFICIOS
Área Comercial
Reducción del Personal de Trámite Documentario 44.4 88.8 88.8 88.8 88.8 399.6 Reducción del personal por automatización de los trámites
Incremento de Ventas 900.0 1800.0 1800.0 1800.0 1800.0 8100.0 Incremento de ventas por incremento de productividad de los vendedores
Total Bruto de Beneficios Por Año 0.0 944.4 1888.8 1888.8 1888.8 1888.8 8499.6
Total Bruto de Beneficios Acumulado 0.0 944.4 2833.2 4722.0 6610.8 8499.6
Total NETO de Beneficios Por Año 0.0 896.4 1840.3 1839.8 1839.3 1838.8 8254.7
Total NETO de Beneficios Acumulado 0.0 896.4 2736.7 4576.6 6415.9 8254.7
Intangibles Relacionados
Mejora en la imagen del servicio a clientes
Mayor seguridad y control
sobretiempos
Comentarios:
FIN Incremento de Ventas NOTAS
Análisis mensual:
Número de clientes potenciales manejados actualmente por
Variables de entrada: 15
vendedor
Número de clientes manejados con el sistema 20
Incremento de clientes potenciales 5
Porcentaje promedio de cierre de ventas por vendedor 20.00%
Incremento de ventas cerradas por vendedor 1
Número de vendedores 5
Incremento total de ventas cerradas 5
Precio promedio por inmueble 30
Incremento de ingresos por ventas adicionales 150
Intangibles Relacionados
Mejora de la imagen del dpto. de compras internamente
Comentarios:
ANEXO 7
ANEXO 8
Trabajo
EDT EDT Costo Trabajo Variación Trabajo real Comienzo Fin
previsto
1 CRM SGI S. 44,399.00 1,048 horas 1,020 horas 28 horas 76 horas vie 20/04/12 lun 22/10/12
1.1 Gestión del Proyecto S. 9,274.00 124 horas 108 horas 16 horas 40 horas vie 20/04/12 lun 22/10/12
1.1.1 Project Charter S. 2,100.00 30 horas 17 horas 13 horas 30 horas vie 20/04/12 mar 24/04/12
1.1.1.1 Elaborar el Project Charter S. 1,400.00 20 horas 10 horas 10 horas 20 horas vie 20/04/12 mar 24/04/12
1.1.1.2 Aceptar Project Charter S. 700.00 10 horas 7 horas 3 horas 10 horas lun 23/04/12 mar 24/04/12
1.1.1.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas mar 24/04/12 mar 24/04/12
1.1.2 Declaración del Alcance del Proyecto S. 1,540.00 22 horas 19 horas 3 horas 10 horas mar 24/04/12 vie 27/04/12
1.1.2.1 Elaborar Declaración del Alcance del Proyecto S. 840.00 12 horas 12 horas 0 horas 0 horas mar 24/04/12 mié 25/04/12
1.1.2.2 Aceptar Declaración del Alcance del Proyecto S. 700.00 10 horas 7 horas 3 horas 10 horas jue 26/04/12 vie 27/04/12
1.1.2.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas vie 27/04/12 vie 27/04/12
1.1.3 Plan de Gestión del Alcance S. 1,190.00 17 horas 17 horas 0 horas 0 horas vie 27/04/12 mié 02/05/12
1.1.3.1 Elaborar Plan de Gestión del Alcance S. 700.00 10 horas 10 horas 0 horas 0 horas vie 27/04/12 lun 30/04/12
1.1.3.2 Aceptar Plan de Gestión del Alcance S. 490.00 7 horas 7 horas 0 horas 0 horas lun 30/04/12 mar 01/05/12
1.1.3.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas lun 30/04/12 mié 02/05/12
1.1.4 WBS S. 162.00 3 horas 3 horas 0 horas 0 horas mié 02/05/12 mié 02/05/12
1.1.4.1 Elaborar WBS S. 92.00 2 horas 2 horas 0 horas 0 horas mié 02/05/12 mié 02/05/12
1.1.4.2 Aceptar WBS S. 70.00 1 hora 1 hora 0 horas 0 horas mié 02/05/12 mié 02/05/12
1.1.4.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas mié 02/05/12 mié 02/05/12
1.1.5 Plan de Gestión del Cronograma S. 1,162.00 19 horas 19 horas 0 horas 0 horas mié 02/05/12 vie 04/05/12
1.1.5.1 Elaborar Plan de Gestión del Cronograma S. 812.00 14 horas 14 horas 0 horas 0 horas mié 02/05/12 jue 03/05/12
1.1.5.2 Aceptar Plan de Gestión del Cronograma S. 350.00 5 horas 5 horas 0 horas 0 horas jue 03/05/12 vie 04/05/12
1.1.5.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas vie 04/05/12 vie 04/05/12
1.1.6 Plan de Gestión de Riesgo y Contingencias S. 162.00 3 horas 3 horas 0 horas 0 horas vie 04/05/12 vie 04/05/12
Elaborar Plan de Gestión de Riesgo y
1.1.6.1 S. 92.00 2 horas 2 horas 0 horas 0 horas vie 04/05/12 vie 04/05/12
Contingencias
Aceptar Plan de Gestión de Riesgo y
1.1.6.2 S. 70.00 1 hora 1 hora 0 horas 0 horas vie 04/05/12 vie 04/05/12
Contingencias
1.1.6.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas vie 04/05/12 vie 04/05/12
1.1.7 Acta de Cierre del proyecto S. 1,260.00 18 horas 18 horas 0 horas 0 horas lun 15/10/12 lun 22/10/12
1.1.7.1 Elaborar Acta de Cierre del proyecto S. 980.00 14 horas 14 horas 0 horas 0 horas lun 15/10/12 mar 16/10/12
1.1.7.2 Aceptar Acta de Cierre del proyecto S. 280.00 4 horas 4 horas 0 horas 0 horas vie 19/10/12 vie 19/10/12
1.1.7.3 Seguimiento y Control S. 0.00 0 horas 0 horas 0 horas 0 horas lun 22/10/12 lun 22/10/12
1.1.8 Solicitud de Cambio S. 648.00 12 horas 12 horas 0 horas 0 horas lun 16/07/12 vie 17/08/12
1.1.8.1 Elaborar Solicitud de Cambio 1 S. 138.00 3 horas 3 horas 0 horas 0 horas lun 16/07/12 lun 16/07/12
1.1.8.2 Aceptar Solicitud de Cambio 1 S. 70.00 1 hora 1 hora 0 horas 0 horas lun 16/07/12 lun 16/07/12
1.1.8.3 Elaborar Solicitud de Cambio 2 S. 138.00 3 horas 3 horas 0 horas 0 horas lun 30/07/12 lun 30/07/12
1.1.8.4 Aceptar Solicitud de Cambio 2 S. 70.00 1 hora 1 hora 0 horas 0 horas lun 30/07/12 lun 30/07/12
1.1.8.5 Elaborar Solicitud de Cambio 3 S. 46.00 1 hora 1 hora 0 horas 0 horas lun 06/08/12 lun 06/08/12
1.1.8.6 Aceptar Solicitud de Cambio 3 S. 70.00 1 hora 1 hora 0 horas 0 horas lun 06/08/12 lun 06/08/12
1.1.8.7 Elaborar Solicitud de Cambio 4 S. 46.00 1 hora 1 hora 0 horas 0 horas vie 17/08/12 vie 17/08/12
1.1.8.8 Aceptar Solicitud de Cambio 4 S. 70.00 1 hora 1 hora 0 horas 0 horas vie 17/08/12 vie 17/08/12
1.1.8.9 Hito 1 S. 0.00 0 horas 0 horas 0 horas 0 horas vie 17/08/12 vie 17/08/12
1.2 Fase de Concepción S. 9,560.00 165 horas 157 horas 8 horas 16 horas mié 02/05/12 vie 15/06/12
1.2.1 Reglas del Negocio S. 184.00 4 horas 4 horas 0 horas 0 horas mié 02/05/12 mié 02/05/12
1.2.2 Glosario de Terminos S. 184.00 4 horas 4 horas 0 horas 0 horas jue 03/05/12 jue 03/05/12
1.2.2.1 Identificar Palabras Claves del Negocio S. 184.00 4 horas 4 horas 0 horas 0 horas jue 03/05/12 jue 03/05/12
1.2.2.2 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas jue 03/05/12 jue 03/05/12
1.2.3 Vista Externa del Negocio S. 1,132.00 22 horas 22 horas 0 horas 0 horas jue 03/05/12 lun 07/05/12
1.2.3.1 Identificar Actores del Negocio S. 232.00 4 horas 4 horas 0 horas 0 horas jue 03/05/12 jue 03/05/12
1.2.3.2 Identificar Casos de Uso del Negocio S. 348.00 6 horas 6 horas 0 horas 0 horas jue 03/05/12 jue 03/05/12
1.2.3.3 Modelar Casos de Uso del Negocio S. 552.00 12 horas 12 horas 0 horas 0 horas jue 03/05/12 lun 07/05/12
1.2.3.4 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas lun 07/05/12 lun 07/05/12
1.2.4 Vista Interna del Negocio S. 920.00 20 horas 20 horas 0 horas 0 horas lun 07/05/12 mié 09/05/12
1.2.4.1 Identificar Trabajadores del Negocio S. 230.00 5 horas 5 horas 0 horas 0 horas lun 07/05/12 lun 07/05/12
1.2.4.2 Identificar Entidades del Negocio S. 230.00 5 horas 5 horas 0 horas 0 horas lun 07/05/12 lun 07/05/12
1.2.4.3 Elaborar Modelo de Objetos del Negocio S. 460.00 10 horas 10 horas 0 horas 0 horas lun 07/05/12 mié 09/05/12
1.2.4.4 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas mié 09/05/12 mié 09/05/12
1.2.5 Realización de los CUN S. 1,104.00 24 horas 24 horas 0 horas 0 horas mié 09/05/12 lun 14/05/12
1.2.5.1 Especificar los Casos de Uso del Negocio S. 1,104.00 24 horas 24 horas 0 horas 0 horas mié 09/05/12 lun 14/05/12
1.2.5.2 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas lun 14/05/12 lun 14/05/12
1.2.6 Matriz de Actividades y Requerimientos S. 1,564.00 34 horas 26 horas 8 horas 16 horas lun 14/05/12 vie 18/05/12
1.2.6.1 Identificar Requisitos Comunes S. 368.00 8 horas 8 horas 0 horas 0 horas lun 14/05/12 mar 15/05/12
1.2.6.2 Priorizar Requisitos S. 460.00 10 horas 10 horas 0 horas 0 horas mar 15/05/12 mié 16/05/12
1.2.6.3 Elaborar Matriz de Requerimientos S. 736.00 16 horas 8 horas 8 horas 16 horas jue 17/05/12 vie 18/05/12
1.2.6.4 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas vie 18/05/12 vie 18/05/12
1.2.7 Documento de Requerimientos Funcionales S. 598.00 13 horas 13 horas 0 horas 0 horas lun 21/05/12 mar 22/05/12
1.2.7.1 Priorizar Requerimientos Funcionales S. 230.00 5 horas 5 horas 0 horas 0 horas lun 21/05/12 lun 21/05/12
1.2.7.2 Elaborar Matriz de Requerimientos Funcionales S. 368.00 8 horas 8 horas 0 horas 0 horas lun 21/05/12 mar 22/05/12
1.2.7.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas mar 22/05/12 mar 22/05/12
1.2.8 Documento de Requerimientos No Funcionales S. 552.00 12 horas 12 horas 0 horas 0 horas mar 22/05/12 jue 24/05/12
1.2.8.1 Priorizacion de Requerimientos No Funcionales S. 230.00 5 horas 5 horas 0 horas 0 horas mar 22/05/12 mié 23/05/12
Elaborar Matriz de Requerimientos No
1.2.8.2 S. 322.00 7 horas 7 horas 0 horas 0 horas mié 23/05/12 jue 24/05/12
Funcionales
1.2.8.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas jue 24/05/12 jue 24/05/12
1.2.9 Diagrama de CUS S. 736.00 16 horas 16 horas 0 horas 0 horas jue 24/05/12 lun 28/05/12
1.2.9.1 Elaborar Modelo de CUS S. 736.00 16 horas 16 horas 0 horas 0 horas jue 24/05/12 lun 28/05/12
1.2.9.2 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas lun 28/05/12 lun 28/05/12
1.2.10 Documento de Lista de CU Priorizados S. 744.00 12 horas 12 horas 0 horas 0 horas lun 28/05/12 mar 29/05/12
1.2.10.1 Priorizar CUS S. 560.00 8 horas 8 horas 0 horas 0 horas lun 28/05/12 mar 29/05/12
1.2.10.2 Elaborar Analisis FURPS+ S. 184.00 4 horas 4 horas 0 horas 0 horas lun 28/05/12 lun 28/05/12
1.2.10.3 Hito S. 0.00 0 horas 0 horas 0 horas 0 horas mar 29/05/12 mar 29/05/12
1.2.11 Documento de Estándares S. 792.00 4 horas 4 horas 0 horas 0 horas vie 15/06/12 vie 15/06/12
1.2.11.1 Definir Estandares de Documentacion S. 140.00 2 horas 2 horas 0 horas 0 horas vie 15/06/12 vie 15/06/12
1.2.11.2 Definir Estandares de Programacion S. 92.00 2 horas 2 horas 0 horas 0 horas vie 15/06/12 vie 15/06/12
1.2.11.3 Seguimiento y Control S. 560.00 0 horas 0 horas 0 horas 0 horas vie 15/06/12 vie 15/06/12
1.3 Fase de Elaboración S. 9,116.00 267 horas 263 horas 4 horas 20 horas lun 18/06/12 vie 03/08/12
1.4 Fase de Construcción S. 11,300.00 375 horas 375 horas 0 horas 0 horas lun 06/08/12 mié 19/09/12
1.5 Fase de Transición S. 5,149.00 117 horas 117 horas 0 horas 0 horas jue 06/09/12 lun 08/10/12
Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.
Alternative Proxies: