Propuesta Tcnica

Sistema de Perfilamiento de Usuario

ConsultasWeb S.A.

Propuesta Desarrollo Sistema Perfilamiento

Contenidos
1.

INTRODUCCIN .................................................................................................................................... 2
1.1
MOTIVACIN PARA ESTE REQUERIMIENTO .......................................................................................... 2
1.2
PRESENTACIN DE PERFILAMIENTO .................................................................................................... 2
1.3
TERMINOLOGA ACORDADA ................................................................................................................ 3
1.4
CRITERIOS DE XITO ........................................................................................................................... 3
1.4.1
Para el Cliente ............................................................................................................................ 3
1.4.2
Visin Comercial de CONSULTASWEB S.A. ............................................................................. 3
1.4.3
Para el Produccin Informtica ................................................................................................. 3
1.5
RESTRICCIONES Y ALCANCES .............................................................................................................. 4

2.

SOLUCIN PROPUESTA ...................................................................................................................... 5

2.1
PGINA DE PERFIL............................................................................................................................... 5
2.1.1
Caso de Uso 1: Ingreso a la Plataforma .................................................................................... 5
2.1.2
Visin General de la Interfaz de Usuario Propuesta .................................................................. 6
2.1.3
Funcionalidades Especiales y Consideraciones ......................................................................... 6
2.2
ADMINISTRACIN DE PARMETROS .................................................................................................... 7
2.2.1
Caso de Uso 2: Mantencin de Tablas ....................................................................................... 7
2.2.2
Validaciones ............................................................................................................................... 7

3.

METODOLOGA DE DESARROLLO ................................................................................................. 8

3.1
PROCESOS DE DESARROLLO ................................................................................................................ 8
3.1.1
Fase Concepcin (Modelamiento y Diseo) ............................................................................... 8
3.1.2
Fase de Desarrollo (Elaboracin y Construccin de RUP) ....................................................... 9
3.1.3
Fase de Desarrollo Transicin (estabilizacin e instalacin) .................................................... 9
3.2
ESTRATEGIAS DE DESARROLLO ........................................................................................................... 9
3.2.1
Etapa de Modelamiento y Diseo ............................................................................................... 9
3.2.2
Etapa de Desarrollo ..................................................................................................................10
3.2.3
Etapa de Transicin y Entrega ..................................................................................................10
3.3
ROLES DEL EQUIPO ............................................................................................................................11

4.

CALENDARIO E HITOS DE ENTREGA ...........................................................................................14

4.1
4.2
4.3

5.

ACTIVIDADES DE PREPARACIN PARA EL DESARROLLO ....................................................................14

CALENDARIO DE HITOS RELEVANTES ................................................................................................14
PARTICIPACIN DE CONSULTASWEB S.A. EN EL PROYECTO ..............................................................15

ANLISIS DE RIESGOS Y TEMAS POR RESOLVER ....................................................................16

5.1
5.2

RIESGOS .............................................................................................................................................16
TEMAS POR RESOLVER .......................................................................................................................16

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 1

Propuesta Desarrollo Sistema Perfilamiento

1.

Introduccin

Tomando en consideracin la plataforma de servicios de consulta Web de CONSULTASWEB S.A.,

tambin conocida como SCW (Sistema Consultas Web), actualmente se est implantando un
cambio a nivel de la estructura transversal de administracin de cuentas de usuario, autentificacin
y autorizacin de acceso a las aplicaciones.
Junto con estos cambios, se levanta la necesidad de contar con la funcionalidad que permite, al
identificar un usuario en forma nica, mostrarle slo las aplicaciones que tenga disponible segn su
perfil, junto con una grfica adecuada al cliente (empresa) al que pertenece.
En suma, la plataforma de autentificacin y autorizacin se esquematiza de la siguiente manera,
donde una secuencia de pasos lgicas llevan al usuario a (A) entrar al formulario de autenticacin,
ingresar su user+password, luego pasar por el (B) mdulo de perfilamiento, el cual reconocer
su perfil, mostrndole una pgina adecuada a la grfica del cliente y las aplicaciones
disponibles. Finalmente, al seleccionar una de estas aplicaciones, (C) un mdulo de autorizacin
valida la credencial del usuario contra la lista de usuarios registrados para el servicio.

1.1

Motivacin para este Requerimiento

Primero que nada, la plataforma SCW actual ofrece un esquema que cumple funcionalmente con la
idea de perfilamiento, pero carece de la esttica adecuada y de la flexibilidad a nivel de usuario
(slo maneja detalle por cliente).
Por otro lado, el mdulo actual de autorizacin y perfilamiento est directamente asociado a una
estructura de autenticacin insuficiente para los requerimientos de seguridad actuales.
Finalmente, esta idea forma parte de la actualizacin tecnolgica de la plataforma de consulta
Web.

1.2

Presentacin de Perfilamiento

Este documento se focaliza en describir los requerimientos funcionales del mdulo encargado de
una Presentacin de Perfilamiento, consistente en desplegar informacin grfica asociada al perfil
del usuario. Este mdulo no incluye aspectos de autenticacin ni de autorizacin a las aplicaciones
de los servicios de consulta en CONSULTASWEB S.A.
La definicin acordada de la Presentacin de Perfilamiento es la siguiente:
Esquema por el cual, un usuario previamente autenticado, entra a una pgina cuya
grfica y mensajes son del cliente al que pertenece, y segn su perfil, ver aquellas
aplicaciones activas e inactivas que tiene asignadas.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 2

Propuesta Desarrollo Sistema Perfilamiento

1.3

Terminologa acordada

Cliente, corresponde a la empresa cliente del servicio de consulta contratado. Cada

cliente a su vez cuenta con varios usuarios. La grfica esttica se asocia a los clientes.

Usuario, son los usuarios de consulta identificados individualmente, los cuales

pertenecen a uno y slo un cliente. A este nivel se manejan las opciones entre las que se
distinguen las opciones que el usuario tiene habilitadas, las que se le muestran, pero no
tiene habilitadas y las que no se le muestran.

1.4

Criterios de xito

1.4.1 Para el Cliente

-

Que la plataforma luego de autentificar a cada usuario reconozca su perfil y

pertenencia al cliente, mostrando las opciones (aplicaciones) disponibles para l, en un
contexto visual asociado a su empresa.

Existen clientes (ejemplo Banco BCI) que tienen varias aplicaciones (servicios de consulta)
disponibles. Estas aplicaciones no estn disponibles para otros clientes, por lo que el
mdulo debe poder manejar correctamente estos accesos.

Que el usuario identifique visualmente los elementos de seguridad activos para la

plataforma.

Tener la posibilidad de administrar los perfiles de cada usuario en forma autnoma.

1.4.2 Visin Comercial de CONSULTASWEB S.A.

-

Que la plataforma luego de autentificar a cada usuario reconozca su perfil y

pertenencia al cliente, mostrando las opciones (aplicaciones) disponibles para l, en un
contexto visual asociado a su empresa.

Que el usuario identifique visualmente los elementos de seguridad activos para la

plataforma.

Tener la posibilidad de administrar los perfiles de cada usuario en forma autnoma.

Presencia grfica de cada cliente a los usuarios respectivos, y la posibilidad de entregar

grfica e informacin de CONSULTASWEB S.A. a la vez.

Posibilidad de mostrarle a cada usuario las aplicaciones que tiene activas y aquellas que
no tiene activas, pero que podra tenerlas (si las contrata).

Mostrar a cada usuario slo las opciones asociadas a la empresa-cliente a la que

pertenece.

1.4.3 Para el Produccin Informtica

-

Que el esquema de perfilamiento se suscriba a la informacin que se le muestra el usuario

autentificado.

Que la administracin de este perfilamiento sea expedita

CONSULTASWEB S.A. y por parte del cliente en forma delegada.

RodrigoSandoval.net, Lo Barnechea, Santiago

al

realizarse

en

Pg. 3

Propuesta Desarrollo Sistema Perfilamiento

1.5

Restricciones y Alcances

Esto se restringe a la presentacin de informacin y opciones de acuerdo a un perfil

especial y nico por usuario.

No incluye autorizacin a acceder a aplicaciones especficas. No incluye autentificacin.

Se debe basar el perfilamiento en el username.

Puede derivarse de la plataforma Active Directory o ser una aplicacin separada.

Privilegiar un desarrollo de solucin en fases, para adelantar la activacin del esquema en

algn cliente (BCI).

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 4

Propuesta Desarrollo Sistema Perfilamiento

2.

Solucin Propuesta

Dentro del mdulo general de perfilamiento se reconocen dos grandes submdulos, cada uno
enfocado en un propsito diferente. Estos son:
-

Pgina de perfil, generada estticamente por cada cliente y con las opciones habilitadas
segn el perfil de cada usuario.

Administracin de parmetros, consistente en una aplicacin de mantencin de los

datos de los clientes, sus aplicaciones, y los perfiles de cada usuario.

2.1

Pgina de Perfil

2.1.1 Caso de Uso 1: Ingreso a la Plataforma

(Despliegue Pgina de Perfil por Usuario)

Diagrama 2.1 Ingreso a la Plataforma

Descripcin
El usuario hace ingreso a la plataforma, lo cual slo requiere identificar el usuario por medio de su
username, el cual se captura en la aplicacin directamente desde su credencial activa. Este
ingreso recupera los parmetros asociados a la esttica del cliente y de los datos de aplicaciones
visibles y activas para el usuario. Adicionalmente, cada vez que un usuario ingresa a la plataforma
debe quedar el registro de este ingreso en una bitcora, para lo cual se podr aprovechar el
repositorio de transacciones disponible en la plataforma de consulta.
Conceptualizando el Perfilamiento como un mdulo que recibe datos de entrada y luego despliega
informacin, se debe considerar lo siguiente:
-

El nico parmetro de entrada es la identificacin del usuario. Esta identificacin servir

para recuperar los elementos de su perfil desde un repositorio de datos.

Los elementos del perfil incluyen:

Cliente al que pertenece. En consecuencia, se recupera la grfica asociada al

cliente.

La lista de aplicaciones a las que el usuario tiene visibilidad, distinguiendo aquellas

a las que tiene acceso activo, aquellas a las que slo tiene derecho a ver el ttulo
pero no tiene el vnculo activo.

Otros aspectos asociados al cliente son:

o

Noticias y Avisos.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 5

Propuesta Desarrollo Sistema Perfilamiento

2.1.2 Visin General de la Interfaz de Usuario Propuesta

Esta zona se reserva para el logotipo de la

empresa, cargado como fondo de la tabla,
cuyo color podra controlase mediante un css.

Logotipo e informacin
de la plataforma
Men dinamico
configurable

La diagramacin propuesta debera permitir:

-

Cambio fcil del logo del cliente, manteniendo la grfica de COMICROM visible.

La posibilidad de poner avisos/novedades comunes para todos los usuarios de cualquier

cliente, o bien slo los usuarios de un cliente.

Que todos los usuarios de un mismo cliente vean la misma pgina de entrada, variando
slo la lista de aplicaciones disponibles.

Las aplicaciones disponibles se forman de una lista, en la cual cada tem de sta
es un par Nombre+URL de aplicacin.

Cada aplicacin asociada al cliente, al ingresar un usuario especfico, puede ser:

visible y activa (nombre+link), visible e inactiva (slo nombre, sin link), o bien
invisible (no se muestra al usuario).

Acceso a aplicaciones genricas como:

o

Cambio de password de usuario

Administracin delegada de usuarios slo acceso el administrador del cliente.

2.1.3 Funcionalidades Especiales y Consideraciones

-

Registro Log de Consulta. Cada vez que un usuario ingresa a la plataforma, se debe
dejar registro de su identificacin de usuario, la fecha, hora y direccin IP del computador
desde el cual se conect.

Usuarios invlidos.
o

Si el usuario que ingresa no est autentificado, no debera ingresar a la aplicacin

de perfil. Esta pgina slo est disponible para usuarios autentificados.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 6

Propuesta Desarrollo Sistema Perfilamiento

2.2

Si el usuario est autentificado, pero no se cuenta con un registro de su perfil, se

deber tomar un perfil por defecto definido a nivel de cliente, el cual es comn para
todos los usuarios de dicho cliente a los que no se les haya aplicado perfil.

Administracin de Parmetros

2.2.1 Caso de Uso 2: Mantencin de Tablas

Mantencin de
Tablas

Administrador

Registro Log
del Ingreso

RepTransacciones

Diagrama 2.2 Mantencin de Tablas de Parmetros

Descripcin
Estas funcionalidades estn habilitadas slo para usuarios especialmente designados con el
privilegio de mantencin sobre las tablas de este mdulo, denominados administradores. Cada
administrador tendr acceso a las tablas de datos que componen el mdulo de Perfilamiento y en
particular, las que estn asociadas con el registro de la siguiente informacin:
-

Clientes registrados. A cada cliente se le asocia un nombre, un prefijo que lo relaciona

con las cuentas de usuario del dominio (en Dominio ECM, cada cuenta tiene asociado el
prefijo del cliente al que pertenece), y adicionalmente datos que determinan la esttica a
presentar: logos y hojas de estilo, adems de algunos mensajes ad-hoc a los usuarios del
cliente.

Aplicaciones. Las aplicaciones, asociadas por cliente, identificando su nombre y URL.

Perfil de Usuario. Reconociendo una relacin entre las aplicaciones y cada usuario. Se
especifica una aplicacin al usuario, indicando si es visible y activa, visible e inactiva o
directamente invisible e inactiva (caso default: si no est registrada tambin es invisible).

Otros datos para el cliente. Tal es el caso de noticias especiales.

2.2.2 Validaciones
Dentro de lo que corresponde al ingreso de datos de las diferentes tablas, se define la necesidad
de validar que

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 7

Propuesta Desarrollo Sistema Perfilamiento

3.

Metodologa de Desarrollo

RodrigoSandoval.net en sus proyectos ha adoptado una metodologa que recoge elementos de

distintas tendencias metodolgicas y tecnolgicas actualmente en uso en la industria de los
proyectos de software. Principalmente se toman en consideracin cuatro modelos:
-

CMMI (Modelo de Capacidad de Madurez del SEI de la Carnegie Mellon University), en

cuanto al QUE se quiere alcanzar.

RUP (Proceso Unificado de Rational) como base de conocimientos para definir el proceso,
estos es QUE se debe hacer y CUANDO para tener un proceso de desarrollo de alta
calidad y productividad.

MSF (Microsoft Solution Framework), el cual maneja un aspecto muy maduro de los roles,
determinando QUIEN participa en el proyecto.

Extreme Programming, que es una tendencia reciente de las denominadas metodologas

giles, en las cuales se determina COMO se lleva adelante el desarrollo, privilegiando la
comunicacin entre los roles del proyecto y la visibilidad de funcionalidad hacia el cliente.

En la configuracin actual se ha puesto nfasis en las reas de proceso clave (KPA) de:
-

Administracin de Requerimientos.

Planificacin de Proyectos.

Control y seguimiento de proyectos.

Aseguramiento de Calidad.

Estas KPA se complementan con el modelo iterativo e incremental propuesto por RUP, orientado a
enfrentar oportunamente los riesgos del proyecto.
Se han definido inicialmente las siguientes etapas del ciclo de desarrollo, para cada una de las
cuales se ha definido un Flujo de Procesos, que establece actividades, responsables y productos
de trabajo.
Cada Flujo se representa en un Diagrama de Actividad de UML, en que la pista identifica el Rol
responsable, y se detallan las actividades a realizar.
Estos flujos son de conocimiento de toda la empresa y se encuentran publicados en la Intranet de
ConsultasWeb S.A.. Al seleccionar cada actividad en los diagramas se despliega una descripcin
que precisa:

3.1

Propsito de la actividad,

Pasos a seguir,

Artefactos de Entrada,

Artefactos de Salida,

Rol Responsable.

Procesos de Desarrollo

Etapas relevantes dentro del proceso de desarrollo son las siguientes:

3.1.1 Fase Concepcin (Modelamiento y Diseo)

En esta etapa se completan los objetivos de la etapa de Inception del RUP, definiendo en
concreto la solucin a llevar a cabo (sea desarrollo interno, externalizacin o compra de paquete),

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 8

Propuesta Desarrollo Sistema Perfilamiento

identificando los principales riesgos y definiendo el plan global del proyecto. Si ha transcurrido
mucho tiempo desde la Evaluacin Preliminar, se parte revisando la validez de sus conclusiones.

3.1.2 Fase de Desarrollo (Elaboracin y Construccin de RUP)

En esta fase se llevan a cabo las iteraciones necesarias para construir el producto de software.
Cada iteracin abarca un subconjunto del sistema, para el cual se detallan los Requerimientos, se
hace anlisis, diseo, construccin y test. La iteracin termina con un producto de software
probado y en condiciones de ser puesto en Produccin. En las primeras iteraciones se desarrolla el
subconjunto del sistema que permite enfrentar los principales riesgos y definir la arquitectura del
sistema. Adems, el modelo iterativo permite una evaluacin objetiva del estado de avance del
proyecto y una adecuada administracin de cambios. Esta fase agrupa las Fases de Elaboracin y
Construccin del RUP.

3.1.3 Fase de Desarrollo Transicin (estabilizacin e instalacin)

En esta fase se traspasa la aplicacin aprobada por el rea de QA al rea de produccin. Una vez
que la aplicacin ha sido instalada, se procede a efectuar el Test de Aceptacin Usuario. En caso
de ser aprobado se pone trmino formal al proceso de desarrollo, de lo contrario, se deben
documentar las observaciones y proceder a efectuar las correcciones que se acuerden necesarias.

3.2

Estrategias de Desarrollo

A travs del tiempo, el esquema de desarrollo de proyectos de software adoptado por el equipo
que RodrigoSandoval.net pondr a cargo de este proyecto ha incluido ciertas estrategias que han
demostrado, principalmente en la industria del software, buenos y consistentes resultados.

3.2.1 Etapa de Modelamiento y Diseo

a.

Utilizacin de especificaciones y modelamiento con lenguaje UML, incluyendo

diagramas de Casos de Uso, de Actividades, de Secuencia, de Clases, entre otros.

b.

Afinamiento de requerimientos, por medio de reuniones frecuentes con los clientes e

interesados en el sistema. En esta primera etapa siguiendo parte de la filosofa de la
programacin extrema (Extreme Programming estrategia de desarrollo orientada a
disminuir los costos y maximizar el valor entregado en un proyecto) se valora la
interaccin frecuente y directa con el cliente y/o usuarios finales, como forma de
aclarar los detalles de los requerimientos antes de comenzar el desarrollo formal y de
esa forma identificar los cambios necesarios cuando an es ms simple re-disear.

c.

Enfoque de Diseo Orientado a Aspectos. Tomando en consideracin que hay

necesidades transversales dentro de todos los sistemas, se toma una perspectiva en la
cual se reconocen cules son aquellas necesidades y se modelan en funcin de ser
adoptadas por los mdulos que correspondan. Tal es el caso de los elementos
asociados a la seguridad de las aplicaciones, la trazabilidad, y la configuracin
centralizada.

En esta etapa, para facilitar el entendimiento entre analistas y clientes/usuarios, se trabaja con
diversas alternativas grficas, que incluyen:
-

Uso de prototipos visuales, que permiten darle al usuario una aproximacin real a la
interfaz de usuario que finalmente resolver las funcionalidades.

Adicionalmente se trabajar con diagramas simples y claros de entender, sin recurrir a

nomenclaturas excesivamente tcnicas. Entre los diagramas a utilizar est el de secuencia,
que permite seguir visualmente el ciclo de eventos relevantes para el usuario utilizando el
programa.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 9

Propuesta Desarrollo Sistema Perfilamiento

Las minutas de reuniones formales tendrn el detalle suficiente para validar que lo
discutido est claro y entendido por todos.

Se adjuntan ejemplos de este tipo de elementos como anexo a este documento.

3.2.2 Etapa de Desarrollo

a.

Uso de la plataforma .NET, utilizando C# como lenguaje de desarrollo.

b.

Uso de patrones y estndares, as como buenas prcticas y bloques de aplicacin

probados y validados.
Como parte de su estrategia, el equipo de desarrollo es fuerte seguidor de las
tendencias de uso de patrones de diseo, buscando aprovechar las soluciones ya
conocidas y probadas que se han vuelto un estndar en la industria.
Simultneamente, por medio del movimiento de Patterns & Practices que Microsoft
lleva algunos aos impulsando, se han aprovechado soluciones y buenas prcticas
que resuelven problemticas especficas de una manera controlada. En esta misma
lnea, se aprovechan ciertos mdulos ya construidos y probados, conocidos como
Application Blocks. Entre ellos, por mencionar algunos, se utiliza el Data Access App.
Block y el Exception App. Block, los cuales simplifican problemticas estndar como es
el acceso a la base de datos y el manejo de excepciones en el flujo del sistema.

c.

Desarrollo Controlado por Testing (Test-Driven-Development). Esta estrategia de

desarrollo es implementada por los desarrolladores, quienes aparte de codificar las
funcionalidades del sistema que tienen asignadas, se aseguran de la calidad de sus
entregas por medio de los tests unitarios. Al adoptar un esquema de desarrollo
asociado directamente a tests pre-programados e involucrados en el cdigo, pueden
asegurar con absoluta seguridad al correr y aprobar esos tests que cualquier
modificacin que se realiza sobre los mdulos que tienen a su cargo durante el
proceso de desarrollo y estabilizacin, no afecta las funcionalidades ya operativas.
Para ello, se adopt una herramienta que trabaja junto a Visual Studio descrita en la
sig. seccin.

d.

Frecuente Compilacin e Integracin de Mdulos. De modo de lograr visibilidad e

integridad del desarrollo del proyecto, as como tener un control de corto plazo en la
integridad de los mdulos. Esta prctica es apoyada por herramientas que incluyen
repositorio centralizado de cdigo y el concepto conocido en la industria como el Daily
Build. Esta prctica, cuando corresponde, se traduce en entregas parciales con mayor
frecuencia, que permiten darle visibilidad al avance del proyecto.

3.2.3 Etapa de Transicin y Entrega

El objetivo de la Metodologa de Testing es definir el Criterio de Aceptacin y especificar la forma
como se probar la aplicacin a ser testada con la finalidad que todos los componentes de
software concuerden con el criterio definido.
La aplicacin rigurosa de la metodologa permite descubrir en forma temprana defectos que
pueden impactar en el desarrollo, poniendo en riesgo el cumplimiento de las metas fijadas, como
tambin asegurar una alta calidad del producto final y que el proceso de construccin del software
est bajo control y sea repetible. Como metodologa se ha adoptado un proceso de certificacin
iterativo incremental permitiendo mitigar tempranamente los principales riegos propios del proceso
de desarrollo de software.
3.2.3.1 Focalizacin de las Pruebas
Los esfuerzos de Testing se focalizarn fundamentalmente a:

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 10

Propuesta Desarrollo Sistema Perfilamiento

a)

Testing Funcional y de Cobertura. El objetivo de estas pruebas es validar si todas las

funcionalidades especificadas en el documento de Diseo estn construidas y
funcionan como es debido.

b)

Testing de Performance. Su objetivo consiste en generar una carga sobre el sistema

mientras se mide su respuesta y se monitorea el comportamiento de los servicios, con
el fin de asegurar que la aplicacin ser capaz de responder en forma gil bajo cargas
severas, que no se presenten errores y que los servicios no colapsen. Para ello se
utilizan herramientas para generar la carga y utilitarios para monitorear los servicios y
analizar los logs resultantes del proceso de pruebas.

c)

Testing de Compatibilidad. La finalidad de este testing es verificar la correcta

operacin de los diferentes navegadores Web y sistemas operativos de los usuarios
finales.

3.3

Roles del Equipo

Para enfrentar ste y otros proyectos de similar magnitud, se recomienda adoptar un esquema de
roles que permitan delinear claramente las distintas funciones de las personas involucradas, y
llevar adelante un proceso metodolgico controlado.
Esta idea est soportada por un concepto de base que rescata definiciones de diversas otras
metodologas actualmente aplicadas en el mercado.
Como base para la constitucin del equipo de personas que participan en el proyecto, se toma
como base la definicin propuesta por MSF (Microsoft Solutions Framework), la cual se basa en los
siguientes principios fundamentales:

Fomentar la comunicacin abierta

Trabajar hacia una visin compartida
Facultar a los miembros del equipo
Establecer competencias clara y responsabilidad compartida
Enfocarse en entregar valor al negocio
Mantenerse gil, esperar el cambio
Invertir en calidad
Aprender de todas las experiencias

En esa lnea, MSF fomenta la combinacin de distintas ideas, a travs de equipos de pares y
define roles y responsabilidades para los equipos de pares.
Los roles principales de este modelo son seis, que se describen en el siguiente diagrama.
Administracin de
Programa
Administracin de
Producto

Desarrollo

Experiencia de
Usuario

Pruebas

Administracin de
Implantacin

Roles en el esquema MSF de gestin de proyectos.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 11

Propuesta Desarrollo Sistema Perfilamiento

Para llevar adelante este esquema, cada rol tiene su respectiva meta, como se describe a
continuacin.

Rol

Meta Clave de Calidad

Administracin del Producto

Clientes Satisfechos

Administracin del Programa

Entrega de la solucin dentro de las restricciones del proyecto

Desarrollo

Construccin de acuerdo a la especificacin

Pruebas

Aprobacin para liberacin slo despus de identificar y atender los asuntos

relacionados con la calidad del producto

Experiencia del Usuario

Desempeo mejorado del usuario

Administracin de Implantacin

Gestin de puesta en marcha y operacin contnua

Este equipo sigue una secuencia de hitos que se transforman en un proceso iterativo de desarrollo,
donde cada iteracin reconoce las etapas fundamentales que tambin se respaldan en
metodologas como RUP.
Liberacin
Completada

Aprobacin de
Liberacin

Liberar

Visualizar

Visin/Alcance
Aprobado

MSF
Estabilizar

Planificar

Desarrollar

Alcance
Completado

Planos del Proyecto

Aprobados

Cabe hacer notar en forma importante, que la labor de Product Manager, representante del cliente
y defensor de las funcionalidades requeridas ser un rol que deber cumplir la contraparte de
negocio de ConsultasWeb S.A., por tanto, deber contar con la disponibilidad de tiempo para
interactuar en todas las instancias de validacin de requerimientos y posteriormente revisin de
funcionalidades.
Para este proyecto, se contempla el siguiente equipo:
Rol

Persona

Empresa

Dedicacin

Program Manager

Jos Tapia

RodrigoSandoval.net

50%

Developer

Ariel Muoz,
Vicencio.

RodrigoSandoval.net

100%

Testing

Cristina Figueroa

RodrigoSandoval.net

100% a partir
semana 2

Deployment

ConsultasWeb S.A.

30%

RodrigoSandoval.net, Lo Barnechea, Santiago

Ricardo

estimado,

de

Pg. 12

Propuesta Desarrollo Sistema Perfilamiento

partir de semana 5
User Experience

Product Manager

(comercial)

(operaciones)

Juan Torres

RodrigoSandoval.net, Lo Barnechea, Santiago

ConsultasWeb S.A.

30% semana 1 a 3

ConsultasWeb S.A.

50%

Pg. 13

Propuesta Desarrollo Sistema Perfilamiento

4.

Calendario e Hitos de Entrega

4.1

Actividades de Preparacin para el Desarrollo

Estas actividades no sern visibles para el usuario final, pero son necesarias en una etapa de
setup para el desarrollo, permitiendo al equipo contar con los ambientes de desarrollo y de testing
adecuados para conducir los hitos de entrega adecuadamente en servidores de ConsultasWeb
S.A. en forma posterior. Estas actividades incluyen:

4.2

Instalacin de Software inicial: Windows 2003 Server + SQL Server 2000 con las mismas
versiones que se cuenta en los servidores de ConsultasWeb S.A. y configuraciones
equivalentes (en particular a nivel de cuentas de dominio para los usuarios del sistema).

Instalacin de Hummingbird DM: con la misma versin y configuracin equivalente para

ConsultasWeb S.A..

Instalacin de software adicional. Tal es el caso de los componentes del Visor (el
propuesto es Spicer Imagenation), as como los componentes de herramientas para
Reportes, y Workflow necesarios.

Calendario de Hitos Relevantes

Las actividades se han ordenado de la siguiente manera, de modo de maximizar la visibilidad que
el cliente tendr del avance y evolucin del sistema en su desarrollo.
Semana 1 Levantamiento de Requerimientos Detallado.
Esta actividad requerir de la participacin activa por parte de ConsultasWeb S.A., de modo de
determinar con detalle las funcionalidades requeridas por el sistema.
Entregables: Esta semana de trabajo concluir con la entrega de un documento de
levantamiento de requerimientos estructurado y ordenado, que deber ser validado por la
contraparte del cliente (ConsultasWeb S.A.). Parcialmente se irn generando minutas y borradores
del documento para poder ir validando los detalles. Adicionalmente, se entregar un prototipo
visual que tiene por objetivo mostrar la forma en que se entregarn las funcionalidades, as como
validar en el momento la forma en que se resolveran los requerimientos.
Semana 2 y 3 Preparacin Sistemas y Desarrollo Inicial
Durante estas dos semanas se comenzar el desarrollo tomando como base la definicin de
requerimientos detallados de la semana anterior. En esta semana de trabajo es muy posible que se
requiera de la validacin de detalles puntuales por parte de la contraparte de negocio del cliente, lo
cual se hara en sesiones personales breves y previamente coordinadas, as como por e-mail y/o
telfono.
Entregables: Como resultado de esta etapa de desarrollo y al concluir las dos semanas, se
entregar una versin funcional parcial que contar con las siguientes funcionalidades: desplegar
pgina de perfilamiento, con grfica asociada al cliente y las opciones habilitadas al usuario.
Semana 3 y 4 Desarrollo Mdulo Administracin de Perfiles.
En estas dos semanas se trabajar en completar la funcionalidad del Administracin.
Entregables: Al concluir las semanas de desarrollo se podr instalar una versin funcional para
revisin por parte de los usuarios relevantes o contraparte del cliente.
Semana 5 Validacin y Estabilizacin.
Se espera un proceso de revisin exhaustivo por parte del cliente, de modo de validar la correcta
operacin ante escenarios realistas: Cualquier observacin relevante deber ser corregida o

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 14

Propuesta Desarrollo Sistema Perfilamiento

atendida durante estos das de revisin, segn se determine de comn acuerdo su relevancia y
necesidad, tomando como referencia el documento de requerimientos.
Entregables: al concluir esta semana de revisin y estabilizacin se entregar una versin
operativa y probada del sistema, junto con tests de aceptacin formalizados.
Semana 6 Capacitacin y Cierre
Durante esta semana se realizar la capacitacin de uso del sistema a administradores.
Adicionalmente, se formalizar la entrega del sistema con acta de validacin y entrega.
Entregables: Capacitacin y el material utilizado en este proceso. Adicionalmente, se har entrega
de la documentacin de sistema, incluyendo manuales de usuario, de administrador e instalacin,
diseo, y elementos de instalacin y cdigo fuente.

4.3

Participacin de ConsultasWeb S.A. en el Proyecto

Dentro de las diferentes actividades consideradas en este proyecto, se requiere la participacin

activa de personal especfico de ConsultasWeb S.A. para las siguientes actividades:
-

Levantamiento de Requerimientos Detallado. Tomando en cuenta la definicin por

parte de la contraparte de ConsultasWeb S.A. quien se focalizara en las necesidades de
negocio del sistema. Qu se necesita resolver, cul de las alternativas propuestas podra
ser suficiente/necesario, etc. Esta participacin requiere dedicacin durante los das
iniciales del proceso de levantamiento, en la forma de reuniones de entre 1 y 3 horas de
duracin, as como la disponibilidad para resolver dudas ms detalladas y especficas una
vez iniciado el desarrollo, en la forma de reuniones cortas y precisas (de media a una
hora), por correo electrnico y/o por telfono.

Implantacin de versiones intermedias y definitiva. Para poder instalar el software en

las instalaciones (servidores) de ConsultasWeb S.A., se requiere contar con personal
especfico que tenga los accesos correspondientes y que adicionalmente tenga la
disponibilidad de tiempo en sesiones programadas con anticipacin para participar del
proceso de instalacin y configuracin, como parte del traspaso de conocimiento de la
operacin tcnica del sistema. Esto implica sesiones cada dos semanas aprox. de entre 2
y 4 horas consecutivas.

Validacin de Entrega Funcional. Si bien el proceso de desarrollo contempla actividades

de testing y certificacin de la correctitud de la funcionalidad, se solicita que personal de
ConsultasWeb S.A., especficamente quienes conocen las necesidades de los usuarios de
Document Control y/o que sern los usuarios finales del sistema, que dispongan de
tiempo para decepcionar las versiones intermedias y particularmente la definitiva. Estas
sesiones de revisin sern formalizadas con una lista (tipo checklist) de funcionalidades
entregadas en la versin intermedia y final, que los usuarios podrn revisar con diferentes
niveles de profundidad en cuanto a la operacin del, sistema, y complementando los tests
funcionales entregados y realizados por parte del equipo de desarrollo, confirmarn la
correcta operacin y funcionamiento del sistema de acuerdo a los requerimientos
levantados en la etapa inicial.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 15

Propuesta Desarrollo Sistema Perfilamiento

5.

Anlisis de Riesgos y Temas por Resolver

5.1

Riesgos

Integracin con Active Directory

Los perfiles de usuarios deben asociarse a las cuentas registradas en el Domain Controller, de
modo que se administran los datos de estas cuentas desde Active Directory. Dado el poco
conocimiento que existe en el mercado de este tipo de integracin, se reconoce como un riesgo.

Calificacin Gravedad: Media-Alta

Tipo: Interno

Estrategia de resolucin: se propone hacer una prueba de concepto durante la fase de

concepcin del proyecto para resolver los aspectos tcnicos relevantes.

5.2

Temas por Resolver

Se requiere de parte de ConsultasWeb S.A. datos de prueba para cargar en los ambientes de
desarrollo y de prueba del grupo de desarrollo. Estos datos debern estar durante la etapa de
elaboracin en la forma de DTS para carga en SQL-Server.

Se requiere definir por parte de ConsultasWeb S.A. quin ser contraparte comercial para
validar los aspectos de presentacin y funcionalidad de la pgina de perfilamiento.

Se requiere definir por parte de ConsultasWeb S.A. quin ser contraparte operativa, en otras
palabras, quines operarn el sistema una vez implantado, as como quin operar como
administrador de los perfiles.

RodrigoSandoval.net, Lo Barnechea, Santiago

Pg. 16