UNIVERSIDAD ARTURO PRAT

Departamento de Auditora y Sistemas de Informacin.

Nombre del Trabajo: XXXX

Nombre profesor asignatura: Sr. xxxxx

Nombre y apellidos alumnos participantes en el desarrollo del trabajo:

- xxx

- xxx

- xxx

- xxx

Trabajo N X, Asignatura: xxxxx

Fecha, 04 de Agosto de 2006.

INDICE PGINA

1. SUMARIO/ABSTRACT..4

363611718.doc 1
2. ALCANCE5
3. ETAPAS DEL PROCEDIMIENTO5
3.1. Generacin de la Solicitud de Cambio o Desarrollo de un Proyecto..5
3.2. Anlisis del Proyecto...5
3.3. Aprobacin del Modelo Preliminar6
3.4. Presupuesto Operativo...7
3.5. Presupuesto Tecnolgico.............7
3.6. Elaboracin del Plan de Trabajo...7
3.7. Aprobacin del Modelo Definitivo..8
3.8. Implementacin del Proyecto.8
3.9. Documentacin de Procedimientos.............9
3.10. Capacitacin Operativa y Comercial...9
3.11. Certificacin y paso a produccin...9
3.12. Documentacin del Proyecto...10
4. ANEXOS..11
4.1. Anexo 1, Solicitud de Mejora y Desarrollo de Proyectos.11
4.2. Anexo 2, Formulario de Certificacin y Solicitud Traspaso a Produccin.....12
4.3. Anexo 3, Modelo de Carta Gantt..13
5. CASO PRCTICO..14
5.1. Objetivos..14
5.2. Alcances..14
5.3. Definiciones.14
5.4. Etapas del Procedimiento.15
5.4.1. Generacin de la Solicitud de Cambio, o Desarrollo de un Proyecto.15
5.5. Anlisis del Proyecto Proceso de Fraude...16
5.6. Aprobacin del Modelo Preliminar17
5.7. Presupuesto Operativo17
5.8. Presupuesto Tecnolgico17
INDICE PGINA

5.9. Elaboracin del Plan de Trabajo17

5.9.1.rea Prevencin del Fraude e Investigacin 17
5.10. Aprobacin del Modelo Definitivo19

363611718.doc 2
5.11. Implementacin del Proyecto..19
5.12. Documentacin de Procedimientos19
5.13. Capacitacin Operativa y Comercial..20
5.14. Certificacin y Paso a Produccin..20
5.15. Documentacin del Proyecto..20
6. CONCLUSIN.21
7. BIBLIOGRAFIA...22

1. SUMARIO/ABSTRACT

El objetivo de este trabajo es mostrar un procedimiento, describiendo cada uno de los pasos a
seguir, para la formulacin e implementacin de proyectos relacionados con nuevos productos, nuevos
procesos, o mejoras en los procesos existentes.

Presentaremos una metodologa basada en la conformacin de un equipo de trabajo,

responsable de alcanzar los objetivos planteados a partir del surgimiento de la necesidad de mejora, el
diseo de la solucin, su implementacin, pruebas, capacitacin, y produccin del proyecto.

363611718.doc 3
 Mencionaremos cada una de las etapas contempladas en la metodologa e implementacin del
proyecto, dems se incluirn anexos, en los que se muestra una formato tipo para la mejora o creacin
de los proyectos, su respectiva Carta Gantt, y por ltimo un caso real donde mostraremos su aplicacin
prctica.

The objective of this work is to show a procedure, describing each one of the steps to continue,
for the formulation and implementation of projects related with new products, new processes, or you
improve in the existent processes.

We will present a methodology based on the conformation of a work team, responsible for
reaching the objectives outlined starting from the emergence of the necessity of improvement, the design
of the solution, their implementation, tests, training, and production of the project.

We will mention each one of the stages contemplated in the methodology and implementation of
the project, other annexes will be included, in those that a format type is shown for the improvement or
creation of the projects, its respective Letter Gantt, and lastly a real case where we will show its practical
application.

2. ALCANCE

El Procedimiento supone que el Proyecto se basa en una necesidad real, evaluada y alineada
con los objetivos de la organizacin, definido en la planificacin anual del Comit de Gerentes o bien
generado por fuerza mayor, como interrupcin en la continuidad de operaciones, oportunidades de
negocio, cambios de la normativa vigente o por el surgimiento de una nueva necesidad operativa o
formulacin estratgica.

3. ETAPAS DEL PROCEDIMIENTO

363611718.doc 4
3.1. Generacin de la Solicitud de Cambio o Desarrollo de un Proyecto

a) Responsable: Subgerente o Gerente Requirente

b) Documentacin: Solicitud de mejora y desarrollo de proyectos (Anexo 1)

Se debe entender como Proyecto, al conjunto de actividades planificadas y orientadas a

modificar el modelo operacional vigente, ya sea para resolver un problema especfico, automatizar o
modificar procesos existentes o bien, la implementacin de nuevos productos o servicios.

El Subgerente o Gerente entrega el documento inicial para la formulacin del proyecto, en la que
se especifica su origen, la definicin de la necesidad o problema a resolver, objetivos planteados y,
optativamente, una o ms opciones de solucin. Adems deben especificarse los beneficios asociados
del proyecto, siendo stos medibles y cuantificables.

Este documento se debe enviar al correo electrnico desarrollo operacional, Departamento que
analizar el documento y asignar al rea responsable de su gestin entre Tecnologa, Lneas de
Operacin y Desarrollo Operacional.

3.2. Anlisis del Proyecto

a) Responsable: Jefe de Proyecto Operacional o Jefe de Proyecto T.I o Encargado de

Operaciones.
b) Documentacin: Formulacin del Proyecto

El responsable asignado convocar al Equipo de Trabajo formado por el Representante del rea
Requirente, de la lnea de operaciones del proceso involucrado y de proyectos de operaciones. Adems,
dependiendo del alcance del proyecto se incorporar al equipo un representante, de tecnologa, de
operaciones de oficinas y de otras reas especializadas cuando el proyecto lo amerite. La misin de
este equipo es definir un modelo operacional eficaz y eficiente bajo el cual se implementar la solucin
del problema planteado.

El Modelo Operacional resultante considera, segn corresponda, lo siguiente:

Descripcin de las funcionalidades de una aplicacin de tecnologas de informacin.

Diagrama de flujo de procesos.
Esquema de roles.

363611718.doc 5
 Esquema contable.
Plan de pruebas de certificacin.

En estas observaciones se presentan los resultados del anlisis, en las que identifique la
necesidad de, por ejemplo, reorientacin de los objetivos, identificar posibilidades de mejoras al proceso
involucrado, externalidades del proyecto en otros procesos, etc.

Dependiendo de la magnitud de estas observaciones, se elaborar un informe a la Gerencia

afectada, con una propuesta de solicitar un anlisis especfico de las situaciones detectadas, lo que
generar un proyecto de mejora de una magnitud significativamente mayor.

3.3. Aprobacin del Modelo Preliminar

a) Responsable: Gerente Requirente

b) Documentacin: Memorando (electrnico)

Cuando se ha confeccionado la formulacin del proyecto, el representante del rea requirente,

junto al Jefe de Proyecto Operacional, presentan al Gerente del rea el modelo propuesto, quien deber
aprobar o rechazar la propuesta.

En caso de rechazo se rene nuevamente el equipo de trabajo para elaborar un nuevo modelo
operacional, iterando, hasta obtener la aprobacin de la propuesta.

En caso de aprobacin de la propuesta, se realiza su presupuesto operativo y tecnolgico. Para

esta ltima, el Jefe de Proyecto Operacional enva el informe de requerimiento, mediante un correo
electrnico al Jefe del Departamento Servicios Informticos (D.S.I.). Paralelamente enva el modelo
propuesto, ms la respectiva descripcin de roles a los encargados de la lnea del proceso.

3.4. Presupuesto Operativo

a) Responsable: Representante(s) de la(s) Lnea(s) de Proceso(s)

b) Documentacin: Memorando (electrnico)

363611718.doc 6
 En base al modelo aprobado, y los roles definidos se realiza la evaluacin de los recursos
necesarios para la adecuada puesta en marcha y posterior operacin en el nuevo escenario.

El responsable de esta etapa enva un memorando al Equipo de Trabajo del Proyecto con el
presupuesto operativo del proyecto.

3.5. Presupuesto Tecnolgico

a) Responsable: Jefe de Proyecto T.I

b) Documentacin: Memorando (electrnico)

El Departamento de Servicios Informticos, asignar el Requerimiento a un Jefe de Proyecto, el

cual se encargar de efectuar la bsqueda de alternativas de solucin tecnolgica para satisfacer las
necesidades del usuario.

En este proceso se efecta la cotizacin, en el que puede ser apoyado por el rea requirente u
otras reas.

El responsable de esta etapa enva un memorando al Equipo de Trabajo del Proyecto con el
presupuesto tecnolgico del proyecto.

3.6. Elaboracin del Plan de Trabajo

a) Responsable: Equipo de Trabajo

b) Documentacin: Memorando de Presupuesto del Proyecto
El Equipo de Trabajo planifica la implementacin del proyecto, incluyendo todas las actividades
operativas, validaciones legales, desarrollo tecnolgico, y elementos comerciales necesarios.

Adems, define una calendarizacin de las actividades consideradas y el responsable de cada

una de ellas.

363611718.doc 7
 Con lo anterior ms los presupuestos operativo y tecnolgico, se determina la duracin del total
proyecto, informacin que la Gerencia de Operaciones enva a la Gerencia Requirente, mediante un
memorando, solicitando la aprobacin del presupuesto total.

3.7. Aprobacin del Modelo Definitivo

a) Responsable: Gerente Requirente

b) Documentacin: Memorando

La Gerencia Requirente recibe el presupuesto total de implementacin del proyecto,

considerando costo total del proyecto, y la solicitud del financiamiento complementario de recursos no
disponibles en la organizacin junto a la documentacin del modelo definitivo.

Una vez aprobado el presupuesto se procede a la implementacin del proyecto, segn la

planificacin aprobada.

Si la oportunidad o exigencias del proyecto ameritan iniciar su desarrollo en un tiempo menor al

presupuestado, el Gerente del rea requirente deber presentar una solicitud de priorizacin al comit de
requerimientos, integrado por el cuerpo gerencial, quienes determinarn la nueva secuencia de
intervencin de los proyectos en espera de desarrollo.

3.8. Implementacin del Proyecto

a) Responsable: Lder del Equipo de Trabajo (Representante del rea Requirente)

b) Documentacin: Minuta Reunin de Avance

Definidos en el plan de trabajo los responsables y duracin de cada actividad, comienza la

implementacin propiamente tal del proyecto.

Como mecanismo de control, para todo Proyecto en desarrollo, se debe considerar:

1) Carta Gantt, la que debe ser entregada a todos los involucrados en el proyecto.

2) Reunin peridica de seguimiento, con la participacin de todo el Equipo de Trabajo asignado,

para lo cual en la documentacin del proyecto debe quedar la minuta de dicha reunin.

363611718.doc 8
 En caso que se requiera un desarrollo de sistemas tecnolgicos, sta se trata como una actividad
ms, cuyo responsable es el Jefe de Proyecto DSI asignado.

Dentro de las sub. etapas de este desarrollo est la Certificacin Funcional de la Aplicacin.

3.9. Documentacin de Procedimientos

a) Responsable: Responsable de Lnea de Operacin

b) Documentacin: Manual de Procedimiento Operativo

El Responsable de Lnea de Operacin elabora el Manual de Procedimientos Operativos segn

lo descrito y el formato establecido en Circular XX de fecha xx/xx/xxxx, en este documento se describir
en forma detallada las actividades a realizar, y el responsable de cada una de ellas.

3.10. Capacitacin Operativa y Comercial

a) Responsable: Representante de la Lnea de Operaciones, Representante de la

Gerencia Requirente
b) Documentacin: Procedimientos Operativos, Manual de Uso, Polticas y Definiciones
Comerciales

El Equipo de Trabajo define los tpicos de la capacitacin y a quienes va dirigida. Adems,

determinan la metodologa de aplicacin, pudiendo ser presencial o a distancia.

3.11. Certificacin y paso a produccin

a) Responsable: Equipo de Trabajo

b) Documentacin: Formulario de Certificacin y Solicitud Traspaso a Produccin (Anexo 2)
Una vez generados todos los antecedentes sealados previamente, es decir, polticas,
procedimientos, capacitacin y herramienta tecnolgica en ambiente de preproduccin, se estar en
condiciones de realizar su certificacin funcional siguiendo estos pasos:

1) Determinacin de las necesidades de certificacin: Se define la batera de pruebas a realizar y el

responsable de ejecutarlas con la finalidad de validar la consistencia entre aplicaciones,
manuales y capacitacin realizada.

363611718.doc 9
 2) Diseo de Plan de Pruebas: El Equipo de Trabajo disea un plan de prueba segn la definicin
de las funcionalidades solicitadas en el Requerimiento y los estndares de operacin de las
mismas.

3) Verificacin Funcional del Sistema: El usuario final de la aplicacin tecnolgica realiza la

verificacin funcional en base al plan de pruebas definido previamente, con las respectivas
validaciones.

4) Certificacin: Finalizadas las pruebas, y con los resultados esperados, los responsables de la
realizacin de las validaciones firman el Formulario de Certificacin y Solicitud Traspaso a
Produccin, en el cual se declara que el nuevo modelo operacional est en condiciones de ser
aplicado y puesto en produccin.

3.12. Documentacin del Proyecto

a) Responsable: Jefe de Proyecto Operacional

b) Documentacin: Informe Final del Proyecto

El Jefe de Proyecto Operacional documentar y mantendr en archivo una carpeta con todos los
antecedentes del proyecto, incidencias generales, modelo operacional, certificaciones, y sus respectivas
aprobaciones.

4. ANEXOS
4.1. Anexo 1 (volver)

SOLICITUD DE MEJORA Y DESARROLLO DE PROYECTOS

Fecha

Nombre del requerimiento

Subgerencia / Gerencia

363611718.doc 10
requirente

Responsable del proyecto

Origen Planificado N N Actividad:

Objetivo:

Cambio Normativo Organismo / Circular

Oportunidad de Costo de no hacerlo: $

Negocio

Descripcin del problema:

Objetivos generales del requerimiento:

Solucin(es) propuesta(s):

Beneficios de su implementacin (Cuantificables) :

reas y canales involucrados:

4.2. Anexo 2 (volver)

363611718.doc 11
 4.3. Anexo 3, Modelo de Carta Gantt

363611718.doc 12
5. CASO PRCTICO

363611718.doc 13
5.1. Objetivos

Este proyecto tiene por objetivo el control de fraude a lneas telefnicas, dentro de una empresa
del rubro de las comunicaciones, respecto del trfico originado a telfonos celulares (CPP), larga
distancia internacional (LDI), y servicio 700 (S. 700).

Los objetivos especficos son:

a) Detectar en forma temprana fraudes por consumo de trfico telefnico

b) Consolidar el control de fraudes dentro de la compaa.
c) Definir la forma de realizar el control de fraudes a servicios de telefona bsica.
d) Homogenizar la forma de operar, por parte de cada Agencia, en el control de fraudes.

5.2. Alcances

Se aplica a todos los clientes, que generen trfico telefnico por sobre los umbrales establecidos,
entre el rea Fraudes e Investigacin y Unidad de Riesgo.

Este procedimiento establece el proceso de control de fraudes desde la deteccin de un caso

potencial, hasta el resultado de la gestin de la investigacin en terreno de ste. Se aplica a todos los
segmentos de clientes de la compaa.

5.3. Definiciones

a) STB: Servicio de telefona bsica, corresponde a telfonos de red fija.

b) CPP: Corresponde al trfico telefnico generado a telfonos celulares, desde lneas fijas.

c) LDI: Corresponde al trfico telefnico generado a larga distancia internacional.

d) S.700: Corresponde al trfico telefnico generado a servicios 700.

e) MAC: Mdulo de Atencin a Clientes.

f) Fraude STB: El fraude a lneas telefnicas consiste, en la generacin de alto trfico telefnico,
en lo que se refiere a CPP, LDI y S. 700, que se escape de los parmetros determinados para
lneas telefnicas fijas segn estos tipos de trfico (umbrales), el cual no es reconocido por el
titular de la lnea de donde se gener el trfico telefnico anmalo, o simplemente, no se puede

363611718.doc 14
 contactar al responsable de la lnea en cuestin. Lo que implica una baja probabilidad de pago
de este trfico generado.

g) Fraude Interno: Son todas aquellas lneas que, en estado SUSPENDIDA o CESADA en MAC,
estn generando trfico, esto puede ser debido a:

Anomala en sistemas de Telefona.

Error en procedimiento de corte trfico de lneas.
Habilitacin deliberada de lneas suspendidas, o cesadas para generar trfico.

5.4. Etapas del Procedimiento

5.4.1. Generacin de la Solicitud de Cambio, o Desarrollo de un Proyecto

Solicitudes

a) Se solicita a todas las agencias, cada vez que necesiten levantar una suspensin realizada por
el rea Control De Fraude, sta debe ser solicitada a esta unidad, donde se evaluar, segn el
caso, y se enviar respuesta va e-mail.

b) Se solicita al servicio 107, que ejecutivos no informen al cliente suspensin realizada por el Area
Control De Fraudes.

c) Cada vez que un cliente llama a 107, y este es transferido a un supervisor, es importante que el
supervisor deje nota, en Contacto Comerciales, de la conversacin sostenida con el cliente.

d) Que exista un compromiso de las agencias, de 48 horas para resolver los ingresos de casos que
el rea Control de Fraudes ingrese en el Portal Web.

e) El encargado de mantencin de clientes es quien debe relacionarse directamente con su cliente,

cada vez que ste genere un reclamo.

Se solicita una visita a terreno, a cada agencia, con el propsito de dar a conocer nuestras
funciones como rea Control De Fraudes, y de esta manera retroalimentar los conocimientos de ambas
partes.

363611718.doc 15
 5.5. Anlisis del Proyecto Proceso de Fraude

Proceso de Fraude
rea Prev. Fraude
Auditoria
Anlisis lneas
detectada con
No trfico
Monitoreo de lneas
con posible fraude
Se enva a COC
interno
para suspensin
del trfico
Lnea Activa
en MAC

Lneas STB ATACS COC

rea Prev. Fraude

Suspender trfico
Detecta trfico en Si lnea
lneas que
sobrepase Investigar
Activas - Suspendidas - Cesadas umbrales Estado Lnea
predefinidos*
rea Prev. Fraude
rea Prev. Fraude
Alto consumo
Investigar lneas
detectadas con alto trfico Potencial Fraude No Lnea se deja
CPP - S.700 - LDI *** Llamada de cortesa activa
Trfico
Criterios**

Si

Unidad de Riesgo rea Prev. Fraude

Ingreso de Suspender en FSUR por

Cliente Genera
F0
informacin a base Constancia en MAC Reclamo
de datos para Enviar caso para Si
publicacin en Web. publicar en pgina Web
Unidad de
(*) Lo que se define como alto trfico Unidad de Riesgo Riesgo
corresponde a niveles de consumo definidos Se evalua
(umbrales) por rea de trfico (CPP - 700 - LDI) Publicacin en Web Agencia reclamo
reportes de fraude Ingreso
(**) Criterios se refiere a posibles seales que Investigar y detectar informacin
indiquen cualquier informacin del cliente ser casos en Terreno
No
en Web.
fraude (otras deudas, comportamiento con otros (PFI y PFE)
Evaluar si caso
productos adquiridos, etc.) corresponde a fraude

(***) LDN se monitorea por carrier, no por STB.

Unidad de Riesgo Agencia Agencia

Emitir baja por Se elimina

Investigacin fraude (BF) Si Fraude No suspensin FO
Seguimiento Publicar accin del FSUR.
Reportes tomada en pgina
WEB de Fraude

5.6. Aprobacin del Modelo Preliminar

La aprobacin del modelo preliminar, estar a cargo del Gerente de Fraudes e Investigacin, y el
Gerente de Riesgos.

5.7. Presupuesto Operativo

No se aplica para este modelo, porque es un desarrollo interno, y no hay aprobacin de un

presupuesto. Se ocuparn los recursos actuales con los cuales cuenta la empresa, ya sea recursos

363611718.doc 16
humanos y hardware existentes, como tambin las bases de datos, que se encuentran en un servidor a
cargo de un administrador de base de datos SQL SERVER.

5.8. Presupuesto Tecnolgico

No se aplica para este modelo, porque es un desarrollo interno, y no hay aprobacin de un

presupuesto. Se ocuparn los recursos actuales con los cuales cuenta la empresa, ya sea recursos
humanos y hardware existentes, como tambin las bases de datos, que se encuentran en un servidor a
cargo de un administrador de base de datos SQL SERVER.

5.9. Elaboracin del Plan de Trabajo

5.9.1.rea Prevencin del Fraude e Investigacin

Detecta alto trfico en lneas de telefona bsica (STB), especficamente de LDI, CPP y S.700, a
travs del software ATACS, e investiga el estado de lneas detectadas con alto trfico a travs del MAC:

a) Anlisis

Estado de la Lnea en MAC:

Activa
i. Fecha de Alta

363611718.doc 17
 ii. Punto de Venta
iii. Ejecutivo que ingres venta
iv. ltimos folios emitidos
v. ltimo folio cancelado
vi. Folios pendientes de pago
vii. Nmeros asociados a lnea en Contactos Comerciales

Suspendida
i. Fecha de Alta
ii. Punto de Venta
iii. Ejecutivo que ingres venta
iv. Ultimo folios emitidos
v. Ultimo folio cancelado
vi. Folios pendientes de pago
vii. Fecha de suspensin
viii. Tipo de suspensin

Cesada:
i. Fecha de Baja, trmino de la peticin
ii. Tipo / clase de Baja

b) Investigacin

Se realiza un llamado de cortesa y se rescata informacin de la persona que contest.

Dependiendo del estado de la lnea se enfrenta esta conversacin.

Activa

Se intenta contactar al titular:

i. Si el titular no contesta, se agenda el llamado para un nuevo intento.

ii. Si contestan, y el Titular no est (no volver prximamente, no sabe, o da a
conocer que no tiene claro quien es el titular), queda marcado como un probable
fraude.

Si se contacta a titular, se le informa los minutos generados por da:

363611718.doc 18
 i. Cuando el Cliente reconoce los llamados, e informa porque est generando esa
cantidad de minutos, se desmarca como probable fraude.
ii. Cuando el Cliente desconoce las llamadas, y da argumentos incoherentes,
queda marcado como un probable fraude.

Suspendida

Anlisis de fecha de suspensin, versus fecha de trfico por sobre umbrales.

Fecha de trfico anterior a suspensin:

i. Cuando el Cliente reconoce los llamados e informa porque est generando esa
cantidad de minutos, se desmarca como probable fraude

ii. Cuando el Cliente desconoce las llamadas, y da argumentos incoherentes queda

marcado como un probable fraude

5.10. Aprobacin del Modelo Definitivo

La aprobacin del modelo definitivo estar a cargo del Gerente de Fraudes e Investigacin, y el
Gerente de Riesgos.

5.11. Implementacin del Proyecto

La responsabilidad de mantener esta aplicacin estar en manos de 6 analistas de Fraudes, con

manejo en sistemas corporativos, adems de un especialista informtico, que velar por tener operativo
el sistema y su carga de informacin. Se dejar constancia al Gerente del rea, va correo electrnico,
de las nuevas funciones que debern realizar dichas personas.

5.12. Documentacin de Procedimientos

Se considera una Carta Gantt, la que debe ser entregada a todos los involucrados en el proyecto,
donde se definen los roles y entrega de informacin histrica para poder realizar una batera de
informacin, a modo de tener registros histricos de casos, tambin se realizarn reuniones con estados
de avance del proyecto, dejando todo en una minuta de la reunin y los acuerdos tomados con los
responsables de cada solicitud.

363611718.doc 19
 Para la organizacin, es importante que estos procedimientos estn disponibles en cualquier
minuto, y para ello, sern llevados o instalados en la pgina web de la compaa, e implementada en la
opcin de procedimientos comerciales en la intranet.

El rea responsable para velar por el cumplimiento de estas normas ser Control de Fraudes,
que se encargar de mantener la informacin actualizada, mencionado en el documento la fecha de la
ltima modificacin.

5.13. Capacitacin Operativa y Comercial

La capacitacin se realizar va intranet, donde el usuario podr bajar el manual de usuario para
su aprendizaje en la nueva aplicacin que estar en la intranet de la compaa, tambin se realizara un
curso en forma presencial, donde se ver con la aplicacin, en forma on line, donde podr interactuar y
realizar las consultas necesarias.

5.14. Certificacin y Paso a Produccin

El jefe de proyecto realizar una de las pruebas, segn el anexo 2, donde quedarn registradas
las pruebas realizadas y las incidencias que resultarn de stas, tambin se realizarn las consistencias
de datos, funcionalidad del sistema, en tiempo de mayor demanda para tener parmetros de
comportamiento del sistema en carga mxima.

5.15. Documentacin del Proyecto

El Jefe de Proyectos dejar respaldo de los programas fuentes del sistema, de manera de tener
el control de esto como una forma de poder realizar las mantenciones necesarias a futuro, adems, se
confeccionar un manual de usuario, de manera que cualquier persona recin ingresada en la
organizacin se le de las facilidades para su entrenamiento como material de apoyo en su proceso de
induccin, junto con capacitacin.

6. CONCLUSIN

El trabajo realizado nos ha permitido conocer la estructura, y metodologa e implementacin de

un proyecto, que tiene como objetivo principal, desarrollar formalmente una aplicacin que permita
satisfacer la necesidad de mejora o creacin de un nuevo proceso.

Asimismo, hemos podido relacionar los aspectos tericos formales, con una aplicacin prctica
de los conceptos aplicados a un caso real, esto es, la generacin de un procedimiento que permite

363611718.doc 20
detectar en forma temprana a los clientes con comportamiento de riesgo de fraude, en una compaa de
telefona.

Por ltimo, nos hemos convencido de la importancia que tiene la comunicacin fluida entre los
participantes del proyecto, que es un factor clave en cada una de las etapas de la metodologa, y que
repercute finalmente en la buena realizacin del mismo.

7. BIBLIOGRAFIA

La metodologa usada, fue tomada de una empresa del rubro financiero.

El caso prctico usado, fue tomado de una empresa del rubro de telefona.

363611718.doc 21