Post on 24-Apr-2021
INSTITUTO POLITÉCNICO NACIONAL
UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y
ADMINISTRATIVAS
“PROPUESTA DE SISTEMA PARA LA PLANEACIÓN DE PROYECTOS DE TECNOLOGÍAS DE INFORMACIÓN”
T E S I N A
Q U E P A R A O B T E N E R E L T Í T U L O D E :
I N G E N I E R O E N I N F O R M Á T I C A
P R E S E N T A N :
L U I S A L B E R T O C R U Z L U C I A N O
A D R I A N A S E R N A G U Z M Á N
Q U E P A R A O B T E N E R E L T Í T U L O D E :
LIC ENCIADO EN C IENCIA S DE LA INFORMÁTICA
P R E S E N T A N :
A D R I Á N L Ó P E Z M E J Í AS A R A Í M Á R Q U E Z S O T O
M A R I A N A K A R I M E P É R E Z S E R V I N
MÉXICO. DF 2009
ÍNDICE PÁGINA
RESUMEN i
INTRODUCCIÓN ii
CAPÍTULO I. MARCO METODOLÓGICO 1
1.1 Planteamiento del problema 1
1.2 Objetivos 1
1.2.1 Objetivo general 1
1.2.2 Objetivos específicos 2
1.3 Justificación 2
1.4 Tipo de investigación 3
1.5 Técnica de investigación a emplear 3
CAPITULO II. MARCO TEÓRICO Y REFERENCIAL 4
2.1 Conceptos clave y su aplicación 4
2.1.1 Administración de proyectos 4
2.1.2 Planeación de proyectos 7
2.1.3 Estrategia 8
2.1.4 Metodología 9
2.1.5 Sistemas de Información 9
2.1.6 Estimación de costos de un sistema informático 11
2.2 La empresa: BBVA Bancomer 13
2.2.1 Misión y Visión 13
2.2.2 Organigrama 14
2.2.3 Esquema de planeación 14
2.2.4 Esquema de selección de personal 19
2.2.5 LAC (Laboratorio Analítico de Cobranza) 20
RESUMEN 21
CAPÍTULO III. ANÁLISIS DE LA INVESTIGACIÓN DE CAMPO 23
3.1 Análisis e interpretación de resultados 23
3.1.1 Problema de investigación 23
3.1.2 Objetivo 23
3.1.2.1 Variables de ordenamiento de datos 23
3.1.2.2 Fuentes de datos primarios 23
3.1.2.3 Fuente de datos secundarios 24
3.1.2.4 Población y Muestra 24
3.1.3 Análisis de resultados 24
3.2 Diagnóstico 38
3.3 Conclusiones de la investigación 38
3.4 Propuesta de sistema 39
3.4.1 Sistema de Planeación de Proyectos de Tecnologías de
Información
39
3.4.1.1 Módulo de Información General del Proyecto 39
3.4.1.2 Módulo de Análisis y Diseño del Proyecto 41
3.4.1.3 Módulo de Desarrollo del Proyecto 41
3.4.1.4 Módulo de Pruebas e Implementación del Proyecto 41
3.4.1.5 Plan de trabajo de Pruebas 41
3.4.1.6 Módulo de Resultados y Estadísticas 42
RESUMEN 42
CAPÍTULO IV. PROPUESTA 43
4.1 Diseño de sistema de planeación de proyectos GESTPROJECT 43
4.1.1 Esquema funcional y operativo 83
4.1.2 Políticas de operación 87
4.1.3 Análisis de Costos 88
4.2 Sistema GESTPROJECT 94
4.2.1 Manual técnico 94
4.2.2 Manual de usuario 94
4.3 Laboratorio Analítico de Cobranza (LAC) 94
4.3.1 Objetivo 94
4.3.2 Planeación de LAC con GESTPROJECT 96
4.4 Análisis costo-beneficio 102
RESUMEN 102
CONCLUSIONES 104
BIBLIOGRAFÍA 105
GLOSARIO 107
ANEXOS 113
ÍNDICE DESCRIPTIVO
CAPÍTULO I. MARCO METODOLÓGICO
Se definen los objetivos generales y específicos que se van a desarrollar durante esta
investigación, así como la técnica de investigación a emplear justificando su importancia.
CAPÍTULO II. MARCO TEÓRICO Y REFERENCIAL
En este capítulo se plantean conceptos referentes al proyecto y su relación directa con el mismo,
también se desarrollan las características de la metodología, de la empresa en la cual se aplicará
el proyecto de investigación, para el desarrollo de soluciones de proyectos.
CAPÍTULO III. ANÁLISIS DE LA INVESTIGACIÓN DE CAMPO
En base a las técnicas de investigación planteadas para el desarrollo del proyecto en este capítulo
se analizarán los resultados de la investigación de campo, obteniendo un diagnostico y las
conclusiones con las cuales se plantea propuesta de sistema.
CAPÍTULO IV. PROPUESTA
En este capítulo se presenta el diseño de la propuesta de sistema de Planeación de proyectos de
tecnologías de información GESTPROJECT, el análisis del costo de la misma y su aplicación para
el proyecto de LAC (Laboratorio Analítico de Cobranza) analizando el costo-beneficio que esta
solución propone en general para el cliente.
i
RESUMEN
El presente trabajo de investigación de campo de tipo EXPLICATIVO, DOCUMENTAL se realizó
dentro de la empresa BBVA Bancomer, basándose en la metodología de planeación de proyectos,
con el objetivo de responder al cuestionamiento del por qué de los retrasos en los proyectos de
tecnologías de información. En el análisis de resultados se encontró que el mayor problema para
una buena planeación (que a falta de ésta se llega a los retrasos), se debe a la poca comunicación
entre los equipos de trabajo por cada etapa del proyecto, además de que se detectaron fallas en la
aplicación de una metodología única por proyecto. El instrumento utilizado fue un cuestionario
dividido en dos partes, una con preguntas cerradas y la otra con preguntas abiertas, el cual fue
aplicado a empleados de diversos aplicativos y consultoras que pertenecen al área de diseño y
desarrollo de sistemas de la empresa BBVA Bancomer. Los datos se procesaron en forma manual,
los resultados se analizaron cuantitativamente y cualitativamente. Finalmente se llegó a la
propuesta de sistema de planeación de proyectos de Tecnologías de Información nombrado como
GESTPROJECT con el cual se ofrece una gestión del avance del proyecto más clara y fácil de usar
para los integrantes de equipo de trabajo.
ii
INTRODUCCIÓN
Actualmente en la plataforma bancaria de BBVA Bancomer en el área de Diseño y Desarrollo del
aplicativo Laboratorio Analítico de Cobranza (LAC) se requiere llevar a cabo un cambio en la
gestión de vida de proyectos, ya que se han identificado diversos indicadores latentes que
demuestran el incumplimiento en los tiempos establecidos con los clientes y consecuentemente
desequilibrio de objetivos y metas, así como el rompimiento en el equipo de trabajo por la falta de
comunicación.
En base a esta situación que se puede observar en este y otros proyectos, se desarrolla la
propuesta de sistema para la planeación de proyectos de tecnologías de información directamente
relacionado con el sector bancario y la organización corporativa.
Con la información que se obtiene de esta investigación se fundamenta el hecho de que la
implementación de un sistema automatizado puede conducir a cambios tan significativos e
importantes para el área, como el real alcance de objetivos, estimación real e idónea de tiempos lo
que conlleva a evitar el aumento de costos en el desarrollo de planeación de un proyecto, así como
una visualización tecnológica acorde a las nuevas necesidades que servirá como soporte para el
equipo de trabajo. Con el objetivo de que todos los integrantes estén al tanto del estatus del
proyecto y con esto el desarrollo de procesos pueda llevarse a cabo.
1
CAPÍTULO I. MARCO METODOLÓGICO
1.1 PLANTEAMIENTO DEL PROBLEMA
El entorno en el que se desarrollará esta investigación será en BBVA Bancomer, en donde se
desarrollan diversos proyectos de TI, algunos de complejidad más alta que otros, en donde se
observa que existe una desorientada planeación ya que se ha detectado que los tiempos
estimados no se acercan a lo planificado para los objetivos que esperan cumplirse, esto se refleja
en retrasos por parte de las consultorías que desarrollan los proyectos (Everis, Hildebrando,
Accenture, Softtek, etc.) así como por parte de la misma institución BBVA Bancomer, en el costo
por el tiempo extra que se necesita para alcanzar los objetivos, y que el alcance pueda variar por
el poco tiempo que se dedica al análisis de la magnitud de cada proyecto.
El problema que se analizará en esta investigación es la falta de control y seguimiento de las
diferentes etapas de un proyecto de Tecnologías de Información y los tiempos que se estiman
para el término del mismo. Aplicando la propuesta al resultado de la investigación en el proyecto de
LAC (Laboratorio Analítico de Cobranza).
Puntos principales de la problemática
La problemática apunta directamente a los errores de estimación, pues cada una de las
consultorías, así como el cliente, poseen una metodología para la planeación de los proyectos, con
lo que las interrogantes son:
• ¿Por qué no se detecta a tiempo que el objetivo no se cumplirá en el tiempo estimado?
• ¿Por qué el cliente toma la decisión de optar por el menor tiempo, a pesar de (si fuera el
caso) una carga pesada de trabajo?
• ¿Cuáles son las principales causas de los retrasos en los proyectos de TI?
• ¿Cuál es el impacto con respecto al costo monetario en los retrasos y de qué forma afecta
al proveedor y al cliente?
1.2 OBJETIVOS
1.2.1 Objetivo general
Detectar los errores en la planeación de proyectos y generar una propuesta de desarrollo de un
sistema que pueda administrar los tiempos, etapas y componentes que pueda ser aplicado al
proyecto específico de “Laboratorio Analítico de Cobranza (BBVA Bancomer)”, tomando en cuenta
2
los factores que intervienen de forma negativa a dicho proyecto, de tal forma que puedan evitarse
completamente o encontrarlos lo menos posible teniendo en consideración los factores para poder
actuar sobre ellos, con el fin de beneficiar al cliente y a los trabajadores encargados del proyecto.
1.2.2 Objetivos específicos
• Analizar el esquema de planeación, principalmente en lo referente a tiempos, y/o
metodología de las empresas objeto de estudio.
• Analizar el proceso de selección de alternativas por parte de BBVA BANCOMER.
• Revisar el esquema de selección del personal para cada proyecto dentro de BBVA
Bancomer.
• Elaborar una propuesta de sistema para la planeación de proyectos de tecnologías de
información y aplicarlo al proyecto de LAC.
• Determinar costo-beneficio del desarrollo de Sistema de planeación de proyectos de
tecnologías de la información, tanto humano, técnico y monetario.
1.3 JUSTIFICACIÓN
La investigación de la problemática que se plantea es importante puesto que se desarrollará una
herramienta que apoyará el control de las etapas de los proyectos, mejorando de esta forma la
toma de decisiones y logrando que los objetivos de la empresa se cumplan.
Este proyecto no solo beneficiaría a BBVA Bancomer, sino que también podría ser aplicado a
cualquier empresa que requiera de administrar sus proyectos para entregarlos en tiempo y forma,
mejorando la productividad de las empresas y consultorías.
Con respecto a las carreras de las cuales provenimos y al entorno en el cual nos desenvolvemos,
se aplicarán los conocimientos acerca de los procesos que intervienen de forma técnica, así como
acerca de la gestión en la planeación de proyectos, enfocados a tecnologías de la información,
procurando que cumplan con los objetivos establecidos.
Los resultados que se obtendrán de manera profesional serán una proyección y una aplicación
sobre el negocio al cual se ofrecen servicios, no solo de forma operativa sino estratégica para la
toma de decisiones y así al contar con ambos elementos seríamos aún más valiosos en nuestro
entorno de trabajo ya que tendríamos conocimiento y función sobre las reglas del negocio.
3
1.4 TIPO DE INVESTIGACIÓN
El tipo de investigación a utilizar en un estudio es algo de relevancia significativa ya que por
medio de ésta se determinan actividades, procesos, métodos, técnicas e instrumentos que
conllevan hacia la búsqueda del conocimiento.
Existen dos grandes tipos de investigación: la investigación básica (también llamada pura o
fundamental), que suele realizarse en laboratorios y permite la ampliación del conocimiento
científico gracias a la creación o modificación de teorías; y la investigación aplicada, que consiste
en la utilización de los conocimientos en la práctica.
El tipo de investigación que se empleará será EXPLICATIVA pues como la descripción de ésta lo
dice, el proyecto estará dirigido a responder a las causas de los eventos físicos y sociales, dando
una propuesta de solución. También se empleará la investigación descriptiva, ya que se analizarán
situaciones y eventos; es decir cómo se manifiesta el fenómeno. Buscando especificar las
propiedades, las características y perfiles importantes de la organización o cualquier otro fenómeno
que se someta a un análisis para el estudio.
1.5 TÉCNICA DE INVESTIGACIÓN A EMPLEAR
Para el proyecto las técnicas empleadas serán:
• Documentales. Fichas bibliográficas, información por parte del cliente y con ésta llevar un
registro de los pasos del proyecto.
• De campo. Será por medio de entrevistas y cuestionarios a los encargados de la planeación de
los proyectos así como a los empleados encargados del desarrollo de éstos.
4
CAPÍTULO II. MARCO TEÓRICO
2.1 CONCEPTOS CLAVE Y SU APLICACIÓN
2.1.1 Administración de proyectos
La administración de proyectos es la aplicación del enfoque de sistemas para la administración de
tareas tecnológicas complejas o de proyectos cuyos objetivos se establecen explícitamente en
términos de tiempo, costos y parámetros de realización. Es la forma de planear, organizar, dirigir y
controlar una serie de actividades realizadas por un grupo de personas que tienen un objetivo
específico; el cual puede ser (crear, diseñar, elaborar, mejorar, analizar, etc.) un problema o
situación.
En el caso de estudio se aplica este concepto para el planteamiento de una solución para el control
y gestión de proyectos de tecnologías de información, con el propósito de poder organizar y dirigir
de una mejor forma los proyectos para optimizar los tiempos de éstos.
Áreas de conocimiento de la administración de proyectos
• Administración de Integración del Proyecto
Esta área consiste en asegurar que los diversos elementos del proyecto están coordinados
apropiadamente, consiste de:
Desarrollo del Plan del Proyecto. Es tomar los resultados de otros procesos de planificación
y colocarlos en un solo documento coherente y lógico.
Ejecución del Plan del Proyecto. Es desarrollar el plan del proyecto, al ejecutar las
actividades incluidas en el plan.
Control general de cambios. Es coordinar los cambios a través de todo el proyecto.
• Administración del Alcance del proyecto
Asegura que el proyecto incluye todo el trabajo requerido, para completar el proyecto de manera
exitosa. Consiste de:
Iniciación. Es comprometer a la organización a comenzar la siguiente fase del proyecto.
Planeación del alcance. Es desarrollar un documento del alcance escrito, que sirva como la
base para la toma de decisiones futuras del proyecto.
Definición del alcance. Es subdividir las principales entregas del proyecto, en componentes
más pequeñas y manejables.
5
Verificación del alcance. Es formalizar la aceptación del alcance del proyecto.
Control de cambios del alcance. Es controlar los cambios al alcance del proyecto.
• Administración del Tiempo del Proyecto
Esta área incluye los procesos que se requieren para determinar el tiempo en que el proyecto debe
finalizar. Consiste de:
Definición de actividades. Es identificar las actividades específicas que tienen que ser
desarrolladas para poder producir las entregas varias del proyecto.
Secuencia de las actividades. Es identificar y documentar las interdependencias de las
actividades.
Estimación de la duración de las actividades. Es estimar el número de periodos de trabajo
que se necesitarán para completar las actividades individuales.
Desarrollo de la programación. Es analizar las secuencias de las actividades, las duraciones
de las actividades, y los requerimientos de recursos para poder crear la programación del
proyecto.
Control de la programación. Es controlar los cambios a la programación de proyecto.
• Administración de los Costos del Proyecto.
Área que se encarga de que el proyecto se encuentre dentro del presupuesto aprobado.
Consiste de:
Planeación de recursos. Es determinar qué recursos (personas, equipo, materiales) y qué
cantidad de cada uno se debe utilizar para ejecutar las actividades del proyecto.
Estimación de costos. Es desarrollar una aproximación (estimado) de los costos de los
recursos necesarios para completar las actividades del proyecto.
Presupuesto de los costos. Es asignar el estimativo general de costos a los ítems
individuales de trabajo.
Control de costos. Es controlar los cambios al presupuesto del proyecto.
• Administración de la Calidad del Proyecto
Incluye los procesos requeridos para asegurar que el proyecto va a satisfacer las necesidades para
las cuales fue acometido. Consiste de:
6
Planeación de la calidad. Es identificar qué estándares de calidad son relevantes al proyecto
y determinar cómo satisfacerlos.
Aseguramiento de la calidad. Es evaluar el desempeño general del proyecto de manera
regular para proveer confianza de que el proyecto va a satisfacer los estándares relevantes
de calidad.
Control de calidad. Es monitorear resultados específicos del proyecto para determinar si
cumplen con los estándares relevantes de calidad e identificar maneras de eliminar las
causas de desempeño no satisfactorio.
• Administración de los Recursos Humanos del Proyecto
Área que incluye los procesos requeridos para hacer el uso más efectivo de las personas
involucradas con el proyecto. Consiste de:
Planeación organizacional. Es identificar, documentar, y asignar roles de proyecto,
responsabilidades, y relaciones de reporte.
Adquisición de STAFF. Es conseguir los recursos humanos necesarios, asignados y
trabajando en el proyecto.
Desarrollo del equipo. Es desarrollar las habilidades individuales y de grupo para el
mejoramiento del desempeño del proyecto.
• Administración de las Comunicaciones del Proyecto
Área que se encarga de asegurar una generación, colección, diseminación, almacenaje, y
disposición de la información del proyecto de forma apropiada y a tiempo. Consiste de:
Planeación de la comunicación. Es determinar las necesidades de información y
comunicación de los partidos interesados del proyecto: quién necesita qué información,
cuándo la necesitarán, y cómo se les será entregada.
Distribución de la información. Es hacer que la información necesaria esté disponible para
los partidos interesados del proyecto de manera oportuna.
Reporte de desempeño. Es colectar y diseminar la información de desempeño. Esto incluye
reportes de status, medición de avance, y pronósticos.
Cierre administrativo. Es generar, recoger, y diseminar información para formalizar la
terminación de una fase o del proyecto.
7
• Administración del Riesgo del Proyecto
Área en que se ocupan de identificar, analizar, y responder al riesgo del proyecto. Consiste de:
Identificación del riesgo. Es determinar qué riesgos posiblemente afecten al proyecto y
documentar las características de cada uno.
Cuantificación del riesgo. Es evaluar los riesgos y las interacciones del riesgo para evaluar
el rango de posibles resultados del proyecto.
Desarrollo de la respuesta al riesgo. Es definir pasos de mejoramiento para el
aprovechamiento de oportunidades, o de respuesta a amenazas.
Control de respuesta al riesgo. Es responder a cambios en el riesgo sobre la ejecución de
proyecto.
2.1.2 Planeación de proyectos
La planeación efectiva de un proyecto de software depende de la planeación detallada de su
avance, anticipando problemas que puedan surgir y preparando con anticipación soluciones
tentativas a ellos. Se supondrá que el administrador del proyecto es responsable de la
Planeación desde la definición de requisitos hasta la entrega del sistema terminado.
Los puntos analizados posteriormente generalmente son requeridos por grandes sistemas de
programación, sin embargo estos puntos son válidos también para sistemas pequeños.
• Panorama. Hace una descripción general del proyecto, detalle de la organización del plan y
resume el resto del documento.
• Plan de fases. Se analiza el ciclo de desarrollo del proyecto como es: análisis de requisitos,
fase de diseño de alto nivel, fase de diseño de bajo nivel, etc. Asociada con cada fase
debe de haber una fecha que especifique cuando se debe terminar estas fases y una
indicación de cómo se pueden solapar las distintas fases del proyecto.
• Plan de organización. Se definen las responsabilidades específicas de los grupos que
intervienen en el proyecto.
• Plan de pruebas. Se hace un esbozo general de las pruebas y de las herramientas,
procedimientos y responsabilidades para realizar las pruebas del sistema.
• Plan de control de modificaciones. Se establece un mecanismo para aplicar las
modificaciones que se requieran a medida que se desarrolle el sistema.
• Plan de documentación. Su función es definir y controlar la documentación asociada con el
proyecto.
8
• Plan de capacitación. Se describe la preparación de los programadores que participan en
el proyecto y las instrucciones a los usuarios para la utilización del sistema que se les
entregue.
• Plan de revisión e informes. Se analiza cómo se informa el estado del proyecto y se
definen las revisiones formales asociadas con el avance de proyecto.
• Plan de instalación y operación. Se describe el procedimiento para instalar el sistema en la
localidad del usuario.
• Plan de recursos y entregas. Se resume los detalles críticos del proyecto como fechas
programadas, marcas de logros y todos los artículos que deben entrar bajo contrato.
• Plan de mantenimiento. Se establece un bosquejo de los posibles tipos de mantenimiento
que se tienen que dar para futuras versiones del sistema.
Planeación y estimación de Proyectos Informáticos
Qué es un proyecto de Software.
Es el Proceso de gestión para la creación de un Sistema o software, la cual encierra un conjunto
de actividades, una de las cuales es la estimación, estimar es echar un vistazo al futuro y aceptar
resignados cierto grado de incertidumbre. Aunque la estimación, es más un arte que una ciencia,
es una actividad importante que no debe llevarse a cabo de forma descuidada. Existen técnicas
útiles para la estimación de costes de tiempo. Y dado que la estimación es la base de todas las
demás actividades de planificación del proyecto y sirve como guía para una buena Ingeniería
Sistemas y Software.
Al estimar se toma en cuenta no solo del procedimiento técnico a utilizar en el proyecto, sino que
se toma en cuenta los recursos, costos y planificación. El Tamaño del proyecto es otro factor
importante que puede afectar la precisión de las estimaciones. A medida que el tamaño aumenta,
crece rápidamente la interdependencia entre varios elementos del Software.
La disponibilidad de información histórica es otro elemento que determina el riesgo de la
estimación.
2.1.3 Estrategia
Estrategia puede definirse como la mejor forma de alcanzar los objetivos buscados al inicio de una
situación conflictiva.
9
Los enfoques clásicos del concepto de estrategia la definen como un "proceso a través del cual el
estratega se abstrae del pasado para situarse mentalmente en un estado futuro deseado y desde
esa posición tomar todas las decisiones necesarias en el presente para alcanzar dicho estado."
Se utilizará la estrategia dentro de nuestra propuesta, para la realización del cálculo del tiempo que
se estime para la realización de un proyecto.
2.1.4 Metodología
Una metodología es aquella guía que se sigue a fin de realizar las acciones propias de una
investigación. En términos más sencillos se trata de la guía que va indicando qué hacer y cómo
actuar cuando se quiere obtener algún tipo de investigación. Es posible definir una metodología
como aquel enfoque que permite observar un problema de una forma total, sistemática,
disciplinada y con cierta disciplina.
Las técnicas son parte de una metodología, y se define como aquellos procedimientos que se
utilizan para llevar a cabo la metodología, por lo tanto, cómo es posible intuir, es uno de los
muchos elementos que incluye.
El caso de estudio que se plantea se basa en las metodologías con las que se lleva la planeación
de los proyectos ya sean corporativas o propias del cliente, de las cuales se desprenderá la
propuesta de esta investigación.
2.1.5 Sistemas de Información
Para el caso de estudio se plantea el manejo de un sistema para gestión de proyectos, por esto es
importante conocer el concepto y funcionamiento de sistema de información como se plantea a
continuación:
Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de
apoyar las actividades de una empresa o negocio.
Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento,
procesamiento y salida de información.
• Entrada de Información. Es el proceso mediante el cual el Sistema de Información toma los
datos que requiere para procesar la información. Las entradas pueden ser manuales o
10
automáticas. Las manuales son aquellas que se proporcionan en forma directa por el
usuario, mientras que las automáticas son datos o información que provienen o son
tomados de otros sistemas o módulos.
• Almacenamiento de información. El almacenamiento es una de las actividades o
capacidades más importantes que tiene una computadora, ya que a través de esta
propiedad el sistema puede recordar la información guardada en la sección o proceso
anterior. Esta información suele ser almacenada en archivos.
• Procesamiento de Información. Es la capacidad del Sistema de Información para efectuar
cálculos de acuerdo con una secuencia de operaciones preestablecida. Estos cálculos
pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos
que están almacenados. Esta característica de los sistemas permite la transformación de
datos fuente en información que puede ser utilizada para la toma de decisiones.
• Salida de Información. La salida es la capacidad de un Sistema de Información para sacar
la información procesada o bien datos de entrada al exterior. Es importante aclarar que la
salida de un Sistema de Información puede constituir la entrada a otro Sistema de
Información o módulo.
Tipos y usos de Los Sistemas de Información
Los Sistemas de Información cumplen tres objetivos básicos dentro de las organizaciones:
1. Automatización de procesos operativos.
2. Proporcionar información que sirva de apoyo al proceso de toma de decisiones.
3. Lograr ventajas competitivas a través de su implantación y uso.
Sistemas transaccionales.
Son los que logran la automatización de procesos operativos de una organización.
Son el primer sistema de Información que se implementa en la empresa. Se empieza apoyando las
tareas a nivel operativo de la organización para continuar con los mandos intermedios y
posteriormente la alta administración, conforme evolucionan.
Sistemas de apoyo de las decisiones.
Se define a este sistema, como un conjunto de programas y herramientas que permiten obtener de
manera oportuna la información que se requiere mediante el proceso de la toma de decisiones que
se desarrolla en un ambiente de incertidumbre.
11
Sistema de Información Estratégico
Puede ser considerado como el uso de la tecnología de la información para soportar o dar forma a
la estrategia competitiva de la organización, a su plan para incrementar o mantener la ventaja
competitiva o bien reducir la ventaja de sus rivales.
2.1.6 Estimación de costos de un Sistema Informático
Métricas del Software
Para realizar la estimación correcta de los costos de un proyecto informático de construcción de
software, se debe disponer de medidas que ayuden a relacionar las diferentes actividades de la
construcción de software con el esfuerzo en horas de trabajo o con el costo monetario que
representa la construcción del mismo.
Las métricas intentan evaluar tres grandes magnitudes generales: la calidad, el tamaño del
producto y la productividad.
Métricas del producto
Miden diferentes aspectos del software obtenido, a partir del código fuente expresado en un
lenguaje de información. Los indicadores del producto sirven para evaluar la calidad del proceso de
construcción.
• Lenguajes de Programación
• Lenguajes de Diseño
• Programas de especificación
Métricas del proceso
Miden determinados atributos que hacen referencia al entorno del desarrollo del software y tienen
en cuenta la forma de construirlo. Permiten conocer la eficacia de una instalación.
• Número de líneas de código por persona
• Diseño realizado por etapa por una persona
Métricas de Calidad y Productividad
La calidad de un producto es el conjunto de funcionalidades y características de un producto o
servicio que se centran en satisfacer las necesidades de un cliente o usuario.
12
Las métricas de calidad se asocian a unos determinados atributos medibles y las métricas de
productividad recogen la eficiencia del proceso de producción del software y relacionan el software
que se ha construido con el esfuerzo que ha costado elaborarlo.
• Líneas de código por día
• Horas para implementar un punto de función
• Costo por millar de líneas de código
• Paginas de documentación por cada mil líneas de código.
• Número de errores por cada mil líneas de código (Calidad)
MM (Man Month)
Hombre-Mes, la tarea que lleva a cabo un hombre durante un mes de trabajo.
10 (personas) x 3(meses) = 30 HM
Tamaño del Software
El tamaño del software, construido a partir de las líneas de código que éste incluye, es una medida
tradicional para evaluar el volumen de trabajo.
Líneas x dificultad = tamaño por componente
Líneas x dificultad x día= tamaño por día
Estimación con el método de COCOMO
El modelo COCOMO (COnstructive COst MOdel) desarrollado por Barry M. Boehm, establece una
relación matemática la cual permite estimar el esfuerzo y tiempo requerido para desarrollar un
producto.
COCOMO define tres modos de desarrollo o tipos de proyectos:
• Orgánico. proyectos relativamente sencillos, menores de 50 KDLC líneas de
código, en los cuales se tiene experiencia de proyectos similares y se encuentran
en entornos estables.
• Semi-acoplado. proyectos intermedios en complejidad y tamaño (menores de 300
KDLC), donde la experiencia en este tipo de proyectos es variable, y las
restricciones intermedias.
13
• Empotrado. proyectos bastantes complejos, en los que apenas se tiene
experiencia y se engloban en un entorno de gran innovación técnica. Además se
trabaja con unos requisitos muy restrictivos y de gran volatilidad
Por otro lado existen diferentes modelos que define COCOMO:
• Modelo básico. Se basa exclusivamente en el tamaño expresado en LDC.
• Modelo intermedio. Además del tamaño del programa incluye un conjunto de
medidas subjetivas llamadas conductores de costos.
• Modelo avanzado. Incluye todo lo del modelo intermedio además del impacto de
cada conductor de costo en las distintas fases de desarrollo.
2.2 LA EMPRESA: BBVA BANCOMER
2.2.1 Misión y Visión
Misión
Generar confianza al servir más y mejor a nuestra clientela, con transparencia e integridad,
ofreciendo siempre productos y servicios de la más alta calidad.
Proporcionar a nuestros colaboradores las mejores condiciones para su desarrollo integral.
Ser solventes y ofrecer rendimientos atractivos a nuestros accionistas.
Apoyar el bienestar social como una resultante de la actividad de negocio.
Visión
Nos comprometemos a aportar mejores soluciones a los clientes, crecimiento rentable a nuestros
accionistas y progreso para la sociedad.
14
2.2.2 Organigrama
El organigrama para BBVA Bancomer es el siguiente:
FIGURA 2.1 Organigrama general de BBVA Bancomer en México
2.2.3 Esquema de planeación
Introducción
Dentro de BBVA Bancomer, se encuentran diferentes áreas que son las encargadas de llevar los
proyectos, se encuentran separadas en diferentes ramos para cada etapa, con el objetivo de lograr
una mejor organización del mismo.
15
El siguiente esquema menciona las etapas del proceso de desarrollo de un proyecto de software.
PARTICIPANTES
CCR D y D O y P CI BP CA CCR CGF D y D FAC PB OPER
FIGURA 2.2 Etapas del proceso de desarrollo de un proyeto
CCR CCR (Centro Corporativo Regional)
CI (Cliente interno) BP (Business Partner)
CA (Calidad Aplicativa)
D y D OP (Oficina de Proyectos)
La oficina de proyectos tiene como objetivo gestionar proyectos y mantenimientos, a nivel Regional
y Local mediante una supervisión y control eficaz de esfuerzos y riesgos.
D y D (Diseño y Desarrollo)
Es el área responsable de Diseñar, Construir, Probar e Implantar aplicaciones para los
bancos del grupo en América.
Desarrollar soluciones aplicativas con la calidad adecuada, con oportunidad en la entrega y
dentro de precios competitivos en el mercado.
Hacer más por menos.
Esquema de planeación de
proyectos
Proceso de Gestión de Iniciativas
Proceso de Gestión
Proceso de Desarrollo
16
CGF (Centro Gestor de Factorías)
FAC (Factorías)
PB (Pruebas)
PyC (Procesos y Calidad)
RP (Responsable de Proyecto)
OyP OyP (Operaciones y Producción)
OPER (operaciones)
Proceso de Gestión de Iniciativas
1. Recepción.
• Recoger iniciativa.
Elaborar solicitud
Recibir solicitud
Clasificar la iniciativa
Registrar iniciativa
Definir objetivos de alcance
2. Estudio.
• Detallar iniciativa.
Identificación de requisitos del cliente
Procesos de negocio propuestos
Identificar impactos con otros sistemas
• Estudio y valoración de iniciativas.
Identificar alternativas de solución
Completar alternativas con la solución técnica
Descomponer iniciativas en proyectos
Valorar iniciativa
Identificar impactos en normativas aplicables
Solicitar autorizaciones de normativas aplicables
Validar iniciativa con áreas aplicables
17
3. Aprobación y planificación.
• Aprobación de la iniciativa.
Validar y aprobar iniciativa por cliente
• Planificar la cartera
Priorización de la cartera
Planificar la cartera
4. Cierre.
• Cerrar la iniciativa.
Proceso de Gestión.
1. Dirección del proyecto
• Inicio
Definición del proyecto
Gestión de proveedores y compras
Lanzar proyecto
Establecer el grado del cumplimiento de la metodología
Gestión de logística
• Seguimiento y control
Gestión de equipos
Gestión de reuniones
Gestión de riesgos
Gestión de entregas
Gestión de dudas
Gestión de incurridos
Calidad de productos
Gestión de planificaciones
Información de seguimiento
Seguimiento del proyecto
Gestión presupuestaria
Administración de requisitos
Gestión de cambios e incidencias
• Cierre del proyecto
Elaboración del balance del proyecto
Evaluación posterior
Aprobación y cierre del proyecto
18
Proceso de Desarrollo
1. Fase de Análisis
• Especificar requisitos
• Definir la interfaz de usuario
• Definir el modelo de datos
• Definir el modelo de procesos
• Identifica componentes
• Define interfaces con otras aplicaciones
• Diseña estrategia y plan de implantación
• Elabora estrategia de paquetización
• Planificar y diseñar pruebas
• Validar y aprobar formalmente el análisis
2. Fase de Diseño
• Diseño físico de estructuras de datos
• Diseño detallado del sistema online y/o batch
• Diseño detallado de programas y componentes
• Comunicación factorías
• Detallar servicios de la aplicación
• Revisar diseño
• Diseño/revisión de arquitectura técnica
• Preparación de entornos
• Diseñar pruebas
• Seguimiento del plan de implantación
• Elaborar manual de usuario
• Validar y aprobar formalmente el diseño
3. Fase de Construcción.
• Construcción de la aplicación
• Ejecutar pruebas unitarias
• Ejecutar pruebas de ensamblaje
• Promover paquete al siguiente entorno
• Ejecución área de pruebas
• Validar y aprobar formalmente la contracción
19
4. Pruebas funcionales.
• Realizar solicitud de implantación (RELEASE)
• Realizar pruebas funcionales
• Realizar solicitud implantación certificación
• Realizar pruebas técnicas
• Finaliza manual de operación
• Validar y aprobar formalmente las pruebas funcionales
5. Pruebas de usuario.
• Preparar entorno de formación
• Realizar solicitud implantación usuario
• Realizar pruebas de aceptación
• Gestión y preparación del entorno de producción
• Validar y aprobar formalmente las pruebas de usuario
6. Implantación.
• Revisa nivel de servicio
• Solicitar paso a producción
• Capacitación
• Puesta en producción
• Seguimiento a la implantación
• Paso a mantenimiento
2.2.4 Esquema de selección de personal
Para la selección del personal dentro de BBVA Bancomer se siguen los siguientes esquemas.
Esquema de selección de personal por parte de consultoría para proyecto o área solicitante de
BBVA Bancomer.
Pasos
1. Requerimiento de Personal por parte del área solicitante de Bancomer.
2. Llenado de solicitud de personal entre Dirección y Consultoría.
3. Recursos Humanos oferta el tipo de vacante por medio electrónico.
4. Reciben candidatos para la vacante.
20
5. Se aplican exámenes, entrevistas y recepción de curriculas.
6. Se evalúan los resultados.
7. Seleccionan personal que cumple con el perfil y aprobación de exámenes.
8. Confirmar que el Banco sigue requiriendo el recurso.
9. Entrevista final para convenio de contrato.
10. Aplicación de 90 días de prueba al recurso.
11. Al terminar prueba se redefine contratación o cancelación con el recurso y consultoría.
Esquema de selección de personal por parte de Dirección Interna en Bancomer hacia las
consultorías ofertantes.
Pasos.
1. La gerencia contacta a diversas consultorías solicitando un perfil. (Consultorías que por
experiencia en el área respectiva ya tiene buenos resultados).
2. Aplicación de exámenes por parte de la Gerencia al recurso que ofrezca la consultoría
como filtro interno.
3. Aplicación de entrevistas con gerente y líder de proyecto.
4. Evaluación de Resultados
5. Evaluación presupuestal del recurso que oferta el despacho entre gerente, líder y
subdirector.
6. Selección de Recurso Final
7. Aplicación de 90 días de prueba al recurso.
8. Al terminar prueba se redefine contratación o cancelación con la consultoría.
2.2.5 LAC (Laboratorio analítico de cobranza)
El proyecto en el que se aplicará el sistema que se propone en esta investigación pertenece al
área de Gestión y optimización en Diseño y Desarrollo, en donde el proyecto de LAC será una
migración de información de LAR (Laboratorio Analítico Regional).1
A continuación se presenta del el organigrama de esta área:
(1)Fuente: Zendy Ordaz Santana (Ejecutivo de cuenta de RH. Consultoría Hildebrando-Daysoft)
David Lozano Romero (Gerente Interno de Diseño y Desarrollo Corporativo LAC)
21
FIGURA 2.3 Organigrama area especifica LAR
RESUMEN
En este capítulo se engloba lo referente al concepto de la administración de proyectos, así como
sus áreas de conocimiento divididas en integración, alcance, administración de tiempos, de costos,
calidad, recursos humanos, comunicaciones y administración de riesgos , todo esto analizándolo
desde el marco plenamente teórico.
Por otra parte en este capítulo también se analizan temas como la planeación de proyectos y sus
factores principales, así como estimación de tiempos para Proyectos Informáticos definiendo estos
temas desde el entendimiento de conceptos como proyecto de software, sistemas de información,
tipos de sistemas y usos de los mismos.
22
Y por último se definen conceptos muy importantes para el caso práctico como es la base teórica y
representativa de la empresa en la que se baso la investigación, para el desarrollo este trabajo,
aspectos como organigramas de la empresa, del área específica del rubro bancario que se maneja
dentro de la investigación y esquemas de planeación especificados actualmente.
23
CAPÍTULO III. INVESTIGACIÓN DE CAMPO
3.1 ANÁLISIS E INTERPRETACIÓN DE RESULTADOS.
3.1.1 Problema de investigación
En base a la problemática que se plantea en el CAPÍTULO I se realizó la investigación de campo
con la que en base a los resultados se hará el planteamiento del sistema que se diseña como
solución para la planeación de proyectos de tecnologías de la información.
3.1.2 Objetivo de la investigación
El objetivo de la siguiente investigación es conocer el punto de vista para diferentes niveles
jerárquicos de diferentes consultoras acerca de la planeación de los proyectos, qué tanta
información es la que se les proporciona así como la comunicación que se tiene para evitar
problemas posteriores por falta de la misma.
3.1.2.1 Variables de ordenamiento de datos
Información cualitativa
• Opinión
• Política
• Descripciones de actividades
Información cuantitativa
• Respuestas de frecuencia
• Cantidades
• Porcentajes
3.1.2.2 Fuentes de datos primarios
Las fuentes primarias en su mayoría fueron programadores y analistas que trabajan en grupo
BBVA Bancomer, a gerentes los cuales llevan un papel importante también pero que son a los que
se les atribuye la mala planeación, y que pretende demostrar que es por falta de comunicación
entre todos los miembros del equipo.
No es posible proporcionar los datos de las personas que contestaron a este cuestionario por la
información que se proporcionó, pues podría traer represalias sobre los mismos (Ver anexo Política de confidencialidad).
24
Descripción del instrumento
Se aplicó cuestionario de respuestas de opción múltiple así como de preguntas abiertas con el
objeto de conocer la situación de proyectos dentro de BBVA Bancomer, la comunicación que existe
en los equipos de trabajo y si la propuesta de sistema que se desea plantear será aceptada (Ver anexo Cuestionario).
El cuestionario se aplicó de forma electrónica para evitar entorpecer las actividades de las
personas que lo respondieron, así como facilitar su entendimiento y evitar el desperdicio de papel.
Se utilizaron preguntas de opción múltiple para facilitar su cómputo y abiertas para que se
explicara el por qué de algunas situaciones.
3.1.2.3 Fuentes de datos secundarios
Para la formulación de las preguntas se tomó información propia del Cliente (BBVA Bancomer), así
como para la elaboración de la propuesta del sistema, siendo los siguientes documentos:
• Modelo operativo interno, tecnologías y operaciones
• Proceso gestión de iniciativas (básicos GI MAN-MEXICO v.:1.0.0)
• Proceso gestión (básicos GES PRO FAC v.:1.2.1)
• Proceso desarrollo (desarrollo host México v2.2, v.:2.3.0)
3.1.2.4 Población y Muestra
Se utilizó el censo, es decir, tomar a todos los sujetos de investigación, dado que son más de 10
consultoras que trabajan para BBVA BANCOMER.
Se incluyeron 140 personas en la investigación pertenecientes a todos los niveles jerárquicos, a
excepción de directores.
3.1.3 Análisis de resultados
De los resultados obtenidos en cuanto a la información cuantitativa que se obtuvo del cuestionario
se observa lo siguiente:
En cuanto a la parte administrativa del proyecto:
25
Se observa que existe en cierta medida una falta de interrelación entre la consultora y el empleado
ya que como se muestra en el resultado de la cuestión de PORCENTAJE DE PROYECTOS
TERMINADOS SATISFACTORIAMENTE, el valor más alto corresponde al desconocimiento de
esta cuestión como ente organizacional (por consultora).
GRÁFICA 3.1 Porcentaje de proyectos terminado satisfactoriamente
Igualmente el nivel de desconocimiento acerca del PRESUPUESTO DESTINADO por proyecto, se
da por falta de peso en la información entre empleados y consultora ya que se tiene el paradigma
de que esta información es propia de los niveles ejecutivos y no de los empleados operativos.
GRÁFICA 3.2 Conocimiento del presupuesto destinado para la realizacion del proyecto
De los resultados obtenidos en cuanto a los sujetos que forman parte del porcentaje que sí conoce
el presupuesto del proyecto en el que laboran, el promedio de presupuesto destinado a un
proyecto (en lo que interviene el tiempo de desarrollo, el personal que participará, gastos extras por
transporte, comida, etc.) está entre los 50,000 pesos y los 7.5 millones de pesos (los costos varían
por proyecto).
Para los resultados de las dos gráficas anteriores se recomienda que la comunicación en la
organización se refuerce por medio de reuniones de equipo para hacer comparativos en cuanto a
métodos de cómo se han concluido proyectos similares y así no incidir en situaciones pasadas.
26
En cuanto al PLAN ELABORADO para el proyecto, el análisis de las respuestas otorgadas
conduce a que los entrevistados optan por afirmar que el plan que se lleva a cabo para un proyecto
la mayoría de las veces es correcto. Esto conlleva a la situación de que un mismo plan puede no
ser funcional para todas las etapas, lo que incurre en desacuerdos de los integrantes del equipo de
trabajo.
GRÁFICA 3.3 Plan elaborado para el proyecto de forma correcta
La recomendación para esta situación sería sistematizar el proceso de desarrollo del plan para que
éste cuente con una estructura homogénea que convenga a todas las partes y sea efectiva.
Se hace el cuestionamiento acerca de si el personal ES EL ADECUADO para cada proyecto con lo
que se obtiene que no siempre es el indicado en cuanto a conocimientos, capacidad, experiencia,
entre otros.
Se observa que a pesar de que se tiene un esquema de selección tanto para personal como por
consultora se tienen recursos que no cumplen con el perfil, lo que es algo que no debería suceder
pues en base a los esquemas de selección (CAPITULO II), el personal se pone a prueba antes de
asignarlo a un proyecto.
GRÁFICA 3.4 Personal seleccionado adecuado para el proyecto
27
Se puede afirmar que la selección de personal y su desarrollo de roles administrativos y técnicos
correctos e idóneos al perfil es una parte muy importante del proceso y en definitiva piedra angular
para que el proyecto alcance los objetivos.
Por lo que para esta cuestión se recomienda aplicar al pie de la letra el proceso de selección de
personal.
En cuanto al desarrollo de las etapas del proyecto los resultados fueron los siguientes:
Dentro de la ETAPA DE ANÁLISIS, todos los integrantes del equipo deben tener ya bien definido el
OBJETIVO DEL PROYECTO pero se observa que la muestra de estos resultados es algo
conflictiva y alarmante ya que son valores bastante cercanos en tres variables lo cual demuestra
una inestabilidad en el conocimiento real del objetivo del proyecto , mas sin embargo se tiene al
menos una concepción del tema y no un desconocimiento absoluto.
GRÁFICA 3.5 Porcentaje de conocimiento del objetivo del proyecto
En este caso se recomendaría reforzar una cultura metodológica referente a la etapa de análisis
en las áreas de la organización y sobre todo en el personal relacionado con el proyecto.
Continuando con esta etapa, muchas veces el atraso del proyecto se debe al mal ANÁLISIS del
mismo y esto se ve reflejado en etapas posteriores, el resultado que se obtuvo de este
cuestionamiento fue casi de un 50 % para un buen análisis y 50% para un mal análisis, esto podría
demostrar que un 50% de los proyectos tienden a tener un retraso en algún momento por
cuestiones de ANÁLISIS.
Se demuestra de igual forma que aunque no se tiene la conceptualización total de la etapa de
análisis en forma conjunta con el equipo, se logra rebasar el hito de un análisis estandarizado, pero
28
aún así dejando una línea considerable que no logra establecer esta unión de análisis en el equipo
de trabajo.
GRÁFICA 3.6 Análisis bien realizado
Se analiza como una alternativa además de lograr algo más que una estandarización en la etapa
de análisis, un acuerdo entre el personal acerca del detalle con que se harán las especificaciones
pues esta etapa es fundamental para la etapa de diseño.
Igualmente en esta etapa es de suma importancia analizar los RIESGOS, se debe considerar en
cierta medida riesgos reales y probables así como puntos de seguridad, que en una etapa del
desarrollo del proyecto puedan causar dificultades, por lo que el cuestionamiento acerca de si se
realiza, arrojó que se elabora dicho análisis en casi un 60% de los proyectos, de lo que surge el
cuestionamiento de por qué entonces los retrasos en los mismos.
GRÁFICA 3.7 Se lleva un de Análisis de riesgos
Se recomienda darle mayor importancia a lo que arroja este tipo de análisis para evitar problemas
posteriores en las etapas del proyecto y así evitar en mayor medida cualquier tipo de contingencia,
tomado éste como parte fundamental del proceso de análisis.
Además de que aunque se afirma en la mayoría de los casos el análisis está bien realizado, éste
presenta MODIFICACIONES, esto se debe a que no se consideran todos los casos de uso del
sistema que se construye, o a cambios por parte del usuario, dentro de esta etapa es válido un
cambio. Y se demuestra con la estadística, de que es necesario en ocasiones realizar cambios por
necesidad del alcance del proyecto.
29
GRÁFICA 3.8 Modificaciones dentro del analisis
El llevar a cabo modificaciones es completamente válido pero con plenas justificaciones entre las
etapas del análisis y el diseño. Mas sin embargo se sugiere la observación de que se reduzca este
34% por medio de la reingeniería idónea de procesos y análisis iniciales correctos como ya se ha
mencionado.
Es de suma importancia que los ANALISTAS del proyecto estén en constante COMUNICACIÓN
CON EL USUARIO para esta etapa, que es la más importante para continuar con el proceso del
desarrollo del sistema. Lo que se observa es que no todos los analistas tienen ese contacto lo cual
puede tener un impacto sobre el desarrollo del proyecto.
GRÁFICA 3.9 Contancto del analista con responsables del proyecto
Se propone para esta situación reforzar y darle el verdadero peso a cada uno de los integrantes del
proyecto, fomentar y fortalecer la comunicación, que será un factor clave para que no haya
problemas en ninguna de las etapas del proyecto.
Pasando a la siguiente etapa del ciclo de vida de un proyecto, el DISEÑO, siendo éste el reflejo del
análisis realizado y por tanto de gran importancia.
Se dio un conflicto con este cuestionamiento pues se sigue afirmando por la mayoría que el
análisis está bien realizado pero aun así hay modificaciones sobre el mismo durante la etapa de
30
diseño lo que retarda el proceso de éste y por lo tanto impactando la fecha de término del
proyecto.
GRÁFICA 3.10 Ya iniciada la etapa de diseño, ¿se presentan cambios en el análisis?
Este caso, según el resultado de la investigación, es algo muy común con lo que se observa que
es en esta etapa donde se presentan más problemas, lo que se asume acerca de esta situación es
que como ya se está viendo la funcionalidad más tangible de la que se ve en el ANÁLISIS se
encuentran detalles que lo impactan y con esto se retrasa el término de esta etapa.
GRÁFICA3.11 Qué tan común es este caso
En este caso las razones a las que más refieren los sujetos de la investigación son:
• Mala planeación
• Cambio constante de requerimientos y alcance de proyecto
• No se especifican detalles puntuales
• Falta de definición
• Cambios de alcance
• No queda bien definido el proyecto
• Mal análisis, el usuario no sabe lo que quiere
• Falta de análisis técnico
• El analista y el diseñador no tienen los mismos conceptos o interpretan cosas diferentes
• Falta de información en otras áreas
• Mal planteamiento de análisis establecido para el proyecto
31
• Precisiones no consideradas por el usuario, proyectos que inicia diseño sin haber finalizado
el análisis porque se trabaja a tiempos cerrados y al avanzar con el análisis se observa que
va a afectar a otras etapas, 20% de los casos que se trabajan se modifican ya que los
proyectos que se trabajan dependen de factores de espacio, personal y recursos
económicos destinados al proyecto.
Las respuestas también muestran la falta de comunicación entre los integrantes del equipo ya que
el 9% anterior y el 46% de la gráfica presente, llevan de alguna manera una relación entre el
individualismo de ideas y desarrollos en un equipo, que finalmente afecta el desarrollo de un
proyecto.
A causa de esto se hace el cuestionamiento del NÚMERO DE REUNIONES de dudas que se
tienen, se observan 2 situaciones muy importantes, las cuales para el caso de estudio ocurren
opuestos para dispersar dudas técnicas o administrativas, ya que se demuestra el hecho de que
hay equipos de trabajo que con menos de 10 juntas el problema está controlado y otros equipos
que por tener desde un inicio posiblemente un mal análisis y una incorrecta planeación necesitan
más de 20 ó 30 juntas.
FIGURA 3.12 Reuniones para dispersar dudas durante el proyecto
Esto conlleva a analizar el uso de una metodología o herramienta para manejar estándares de
documentación ya sea propia o del cliente que en este caso es la de BBVA Bancomer. El 40%
reflejado aquí demuestra una inestabilidad en la aplicación de metodologías, lo cual se proyecta en
una inestabilidad total en la planeación de un proyecto.
32
GRÁFICA 3.13 Uso de una metodología
Las metodologías que se mencionan en esta investigación son BBVA, CMMI, Metodología
Corporativa (Propia de la consultora), RUP.
Cabe mencionar que el que se maneje la metodología del cliente no siempre es más fácil pues el
entendimiento de la misma puede no ser muy claro.
La recomendación que se hace para esta etapa del desarrollo del proyecto es el plantear bien la
idea del proyecto desde el ANÁLISIS mediante el uso de lenguaje no muy rebuscado, pues en los
requerimientos del cliente el objetivo puede no ser muy claro y por parte de la consultora el
problema se disminuiría si no se dieran por hecho aspectos del proyecto.
Igualmente usando la metodología del cliente para hacer más unificada la entrega de
documentación y evitar traspapelar la documentación de la consultora con la que corresponde al
cliente, dejando bien especificado lo que se construirá.
Pasando a la etapa, reflejo de un arduo trabajo en el diseño, de CONSTRUCCIÓN, en la que es de
suma importancia llevar un control de los componentes que se desarrollan, pues esto entra en
temas de tiempo de ejecución de procesos y la concatenación de los mismos ya que si no se
tienen bien especificados puede causar impacto en el término de este etapa.
El arrojamiento de datos en esta gráfica es un porcentaje alto con respecto al control de
componentes, mas sin embargo para el caso de estudio se debe realizar un control más estricto
por los empleados y equipos de trabajo, más automatizado para poder comprobarlo.
33
GRÁFICA 3.14 Control de los componentes del proyecto
El control es una parte de suma importancia y se refleja en la gestión de término de los
componentes, como se comenta, la estimación de los tiempos es de importancia y más si lleva una
dependencia con componentes en los procesos de desarrollo. Lo que se toma de este resultado es
el por qué del 34% y 9% que no alcanza el resultado óptimo de estimación de tiempos y control de
componentes.
GRÁFICA 3.15 Componentes terminado en tiempo y forma
Los porcentajes de componentes terminados en promedio, que arroja esta investigación es del
74.42%, lo que deja un 30% de componentes con algún tipo de retraso ya sea por tiempo de
construcción o por modificaciones sobre alguno de los componentes.
Con este resultado para asegurar la observación que se realiza sobre la etapa de construcción, se
cuestiona que tal vez por problemas técnicos en cuanto a HARDWARE y SOFTWARE se
presenten problemas en los componentes que se construyen. Llegando a la conclusión de que el
factor ordenador parte de HARDWARE y SOFTWARE no son problema primordial para alcanzar
resultados. Lo cual se descarta como causa en el análisis del problema.
34
GRÁFICA 3.16 Equipo necesario (HARWARE y SOFTWARE) para el proyecto.
La recomendación para esta situación es la gestión de la construcción, incidencias y
modificaciones sobre los componentes por parte de la persona encargada del diseño y de la
encargada de la construcción del componente, pues asignar un tercero implica tiempo de
entendimiento del componente y por ende un retraso que puede que no sea crítico pero si podría
contribuir posteriormente en un retraso de importancia para el término del proyecto. Para esto la
propuesta de sistema cuenta con el control de los responsables por componente.
Se llega a la pregunta más angular de esta investigación, es acerca de los tiempos lo que refleja la
planeacion del proyecto, cuestionando si éstos se cumplen.
GRÁFICA 3.17 ¿Se cumple con los tiempos estimados?.
El resultado arroja que que más del 50% por ciento de los proyectos no lleva una planeación real
en cuanto a los tiempos, lo que impacta presupuestos, teniendo como concecuencias rotación de
personal, pérdida de reputación para las compañías y retraso de mejoras en procesos propios del
cliente.
Los retrasos cuando se presentan se deben en su mayoria a:
• Mala planeación del cliente, equipo, Modificaciones urgentes, poca flexibilidad del cliente.
• Se debe generar retraso debido al usuario o al equipo de trabajo.
• Definición.
35
• No se cuenta con recursos.
• Cambios legales.
• Ambientes en que se desarrollan los proyectos.
• Falta de estabilidad de la plataforma donde se trabaja.
• Falta de Información y atención de las áreas, además de cambios en el diseño originados
por cambios detectados en juntas.
• Cambios de alcance.
• Cambios de presupuesto.
• Proveedor.
• Factores espacios, costo.
La recomendación para este caso es planear lo más cercano a la realidad los tiempos del proyecto,
pues se sabe que los tiempos propuestos no siempre son los reales por el costo que implicaría,
pero por esta misma razón se presentan los retrasos, así que el manejar tiempos más reales
conllevaría a un término del proyecto con menos problemas de retrasos al tomar en cuenta
igualmente las situaciones que pudieran presentarse, mismas que se han mencionado en los
cuestionamientos anteriores.
Una vez que se muestran los resultados del desarrollo del proyecto al cliente, el resultado del
cuestionamiento sobre la SATISFACCIÓN DEL CLIENTE que es necesario en esta gráfica para el
caso de estudio, son el por qué el 6% y 14% no logran una satisfacción con el usuario. Pudiendo
tomar como variables las mencionadas en las gráficas anteriores.
GRÁFICA 3.18 Satisfacción del usuario En este aspecto la recomendación sería tomar en cuenta todas las observaciones anteriores para
que la satisfacción del cliente sea total, al menos para la fase en la que se hace el proyecto no
termine por completo la funcionalidad, pues hay proyectos con más de una fase con lo que se
complementa la primera y que para evitar retrasos en las siguientes debió estar terminada a tiempo
y con calidad.
36
En cuanto a la información cualitativa, los datos obtenidos en la entrevista abierta para los sujetos
de estudio fueron los siguientes:
Se tiene información de personal de 9 consultoras que fueron sujeto de estudio: SOFTTEK,
AZERTIA, HILDEBRANDO, EVERIS, OPERADORA, APPLUS, GESFOR, GETRONICS,
MEGACON y de internos del cliente BBVA Bancomer. En su mayoría INGENIEROS en sistemas,
del área de DISEÑO Y DESARROLLO que es el área en el que laboran los proveedores o
consultoras en su mayoría.
Los proyectos de los cuales se desprenden los sujetos de estudio son:
• Control de Eventos
• Cobranza CYBER
• Riesgos
• Medios de Pago (INCOMING)
• Envíos de dinero Perú
• Mantenimiento crédito SCORING
• Aprovisionamiento 1480
• RONM
• Implementación del SGC de la dirección de SERVICING hipotecario
• LAR - Medios de Pago / LAC
• Aprovisionamiento RAR II
• Migración de tarjetas FDR a PU JAS Paquete 3
• DATAMART de Cobranza (LAC)
• CRM MULTICANAL MEXICO
• Aseguramiento Nueva Aplicación Finanzia
• Líneas de Crédito compuestas
• ESTADOS DE CUENTA DIGITALES CON VALIDEZ FISCAL
• Pruebas DyD
• Burzatilización DI
• Cálculo de índices de Valor
• CENIT / Mis productos / Mis Centros
• Implantación de punto de venta para pago con tarjetas
• Obras de infraestructura
• INTERREDES APPLINET
• Mes Trece / Cincuenta clientes principales / Retroactivas
37
El tiempo promedio estimado para los proyectos dependen del alcance por lo que no se puede dar
un promedio pero en los casos que se mencionan no se rebasa el año.
La respuesta que se dio para el motivo de los retrasos es la mala planeación, confirmando la
problemática de esta investigación.
En la mayoría de los proyectos no se cuenta con un método para medir el avance del proyecto lo
que da la pauta para que la propuesta de este caso de estudio sea aceptada.
Igualmente se menciona en su mayoría el problema en cuanto a la estimación de tiempo y costo
del proyecto.
Se menciona que la metodología que se utiliza abarca todas las etapas del proyecto, sin contar con
un control del mismo. Y se afirma que el problema más común cuando hay un retraso es el tiempo
extra por parte del personal lo cual genera descontentos.
Es bien aceptada la idea de un sistema de control automatizado de las etapas del proyecto.
También se menciona que:
• Las actividades que se le proporcionan a los integrantes del equipo rara vez corresponde
con el nivel con el que cuentan, pues hay programadores haciendo análisis o diseño y
analistas cumpliendo con funciones de gestión.
• Los presupuestos no se informan a todos los niveles en algunas consultoras por seguridad
(por filtrado de información, uso indebido, etc.)
• La estimación del término del proyecto no siempre es la más real pues se basa también en
la competencia que hay entre consultoras.
• No se lleva una metodología en particular por parte del equipo de trabajo en algunas
consultoras, pues cada integrante utiliza una diferente.
• Las jornada laboral se alarga demasiado cuando hay riesgo de retraso, siendo una forma
de manejar la situación, pero el descontento por parte de los integrantes de los equipos
aumenta causando conflictos en las etapas posteriores del proyecto.
• El tiempo en el que se realizan las presentaciones de avance del proyecto para el cliente
llevan una buena parte del día y se requiere que todos los miembros del equipo participen
comunicando su estatus de avance.
38
Situación que cambiaria con la implementación de un sistema automatizado para el control
de las actividades, pues solo se consultaría el estatus por etapa del proyecto.
3.2 DIAGNÓSTICO
El problema que se enfrenta principalmente, es la falta de comunicación entre los integrantes de un
equipo a lo largo de las diferentes etapas del proyecto, causando con esto omisiones de
actividades o situaciones que se presentarán en algún momento dentro del proyecto, provocando
descontento y por consiguiente el compromiso con el proyecto disminuye.
Los cambios a lo largo del proyecto seguirán apareciendo, pero con una mejor comunicación se
podrán enfrentar en menos tiempo y con más compromiso pues las situaciones de contingencia
(retrasos, retrabajo, etc.) se habrán analizado por cada parte del equipo y no solo por la parte que
se encuentra en la fase del proyecto en donde se presentó tal, ofreciendo soluciones y apoyo en
caso de que éste fuera necesario.
3.3 CONCLUSIONES DE LA INVESTIGACIÓN
Respecto al análisis de resultados contemplado en este apartado, se llega a diversas conclusiones:
• No existe una comunicación entre los diferentes miembros del equipo de trabajo
independientemente de la etapa en la que se encuentre el proyecto.
• La estimación de los tiempos no se acerca a la realidad por motivo de costos así como por
competencia entre consultoras.
• El uso de una metodología no es por parte de todos los equipos de trabajo y de ser así no
se lleva un control del uso de la misma.
Se recomienda la implantación de un sistema automatizado que lleve un control del proyecto, ya
que el paradigma tradicional para la definición y seguimiento de un proyecto como el que manejan
empresas de dimensiones particulares como grupo Bancomer, deben ser procesos apegados a
nuevas metodologías y tecnologías.
Igualmente se incluye el hecho fundamental de que se debe implementar una nueva ideología y
táctica entre trabajador, consultora y cliente para poder alcanzar objetivos en común y no perderse
en el camino de vida de un proyecto.
39
3.4 PROPUESTA DE SISTEMA
En base al diagnóstico que se ha realizado con anterioridad se efectúa la siguiente propuesta
considerando las necesidades de información de los integrantes del equipo de trabajo, se propone
un sistema de administración de proyectos que ayude al cumplimiento, conocimiento y control de
tiempo de los proyectos informáticos dentro de la empresa.
Para así llevar un control más preciso del proyecto y evitar en la medida de lo posible atrasos que
perjudiquen al cliente y a la consultora que lo lleva a cabo.
3.4.1 Propuesta de sistema de Planeación de Proyectos de Tecnologías de Información
El administrador de Proyectos contará básicamente con los siguientes cinco módulos: Información
General del Proyecto, Análisis y Diseño del Proyecto, Desarrollo del Proyecto, Pruebas del
Proyecto, Resultados y Reportes.
Se podrá realizar una simulación del tiempo en que puede llegar a tardar la realización de un
proyecto.
3.4.1.1 Módulo de Información General del Proyecto
Dentro de este módulo se podrán dar de alta nuevos proyectos o consultar los datos generales de
los proyectos ya establecidos.
En este módulo también se identificarán diferentes tipos de alternativas de solución especificando
soluciones técnicas e iniciativas.
Finalmente se aprobará el proyecto por los diferentes directivos y líderes encargados de éste,
asignando un líder de proyecto así como realizando la gestión de equipos, reuniones, riesgos,
entregas, dudas, incidencias, planes e información de seguimiento.
40
FIGURA 3.1 Proceso de gestión de iniciativas
FIGURA 3.2 Proceso de gestión del proyecto
41
3.4.1.2 Módulo de Análisis y Diseño del Proyecto
Dentro de este módulo se colocarán los datos necesarios del análisis y diseño del proyecto que
con anterioridad se describió.
Se especificarán y colocarán los requisitos del proyecto, se definirá la interfaz que se utilizará con
el usuario, se definirá el modelo de datos que se va a utilizar, los diferentes tipos de procesos que
se utilizarán, las características y definiciones de los componentes del proyecto, se definirán qué
interfases tiene con otros sistemas o proyectos, así como la estrategia y el plan que se utilizará
para la implantación del proyecto, se planificarán y diseñarán pruebas para el proyecto.
En esta etapa se deberá desarrollar el plan para el desarrollo de los diferentes componentes con
los que cuente el proyecto para poder llevar un mejor control del desarrollo y prueba de todos los
componentes que se deben entregar al cliente.
Existirá una opción para poder modificar el plan de trabajo que ya se había establecido con
anterioridad para el proyecto.
3.4.1.3 Módulo de Desarrollo del Proyecto
El objetivo de este módulo es presentar los compontes ya terminados y listos para realizar pruebas
de diferentes tipos.
3.4.1.4 Módulo de Pruebas e Implementación del Proyecto
Como en el módulo de desarrollo, en éste también existirá un plan de trabajo para la realización y
asignación de actividades.
Si se necesita ambientar las pruebas se debe de realizar una solicitud de ambiente de pruebas
para que los componentes puedan ser probados.
3.4.1.5 Plan de trabajo de Pruebas
Para realizar el plan de pruebas se debe de considerar el número de componentes por proyecto
que se deberán probar, teniendo este número se creará el plan para probar cada componente.
42
3.4.1.6 Módulo de Resultados y Estadísticas
Este módulo muestra los resultados y las estadísticas que proporciona el sistema, tales como todas
aquellas actividades que quedaron terminadas ya sea a tiempo o fuera de éste, la cantidad de
dudas resueltas y no resueltas, las incidencias, el número de errores que se produjeron durante las
pruebas, etc.
Los resultados que serán evaluados son:
Tiempos
Tiempo de desarrollo de componentes
Tiempo de entrega del proyecto
Tiempo de respuesta de incidencias
Pruebas
Número de pruebas realizadas
Errores en pruebas
Así como también se podrán consultar reportes de la información general, el análisis y diseño, la
planificación, el desarrollo y las pruebas del proyecto.
RESUMEN
En el presente capítulo se aborda investigación de campo basada en la problemática planteada en
el CAPÍTULO I.
Por medio de una entrevista a personal de consultoras que trabajan para la empresa BBVA
Bancomer y empleados de esta misma institución se obtuvo información acerca de cómo se van
desarrollando las etapas del proyecto, de la comunicación que existe en cada una de las etapas
para evitar contingencias durante el desarrollo del mismo, así como las causas que los sujetos de
estudio citan para los retrasos en los proyectos.
Con la información obtenida se ha realizado un diagnóstico sobre la problemática, llegando a la
propuesta del sistema de planeación de proyectos de Tecnologías de Información como solución
al problema de falta de comunicación en equipos de trabajo y con esto reducir tiempos de gestión y
por ende costos que este tiempo implica.
43
CAPÍTULO IV. PROPUESTA
4.1 DISEÑO DE SISTEMA DE PLANEACIÓN DE PROYECTOS
El objetivo de este diseño es mostrar el modelo de pantallas al que el usuario tendrá acceso al
sistema de administración de proyectos, se podrá dar de alta un nuevo usuario, un nuevo proyecto,
y se podrán consultar las características del proyecto, así como de sus diversos componentes de
tipo mainframe y ver el avance que se va teniendo del mismo.
Pantalla principal
FIGURA 4.1 Pantalla principal
En la pantalla principal del sistema se ingresarán el usuario y la contraseña, dependiendo del tipo
de acceso, ya sea un usuario administrador que podrá modificar o introducir datos al sistema, o un
usuario que sólo podrá consultar la información.
Si alguien no tiene usuario podrá solicitar que el administrador del proyecto le introduzca en el
sistema para tener acceso mediante su activación, como usuarios para consulta o como un usuario
administrador, para poder tener seguridad de la información dentro del sistema.
TITULO DEL SISTEMA
USUARIO
CONTRASEÑA
SIMULACIÓN
NUEVO USUARIO
NUEVO PROYECTO
CONSULTA PROYECTO
MODIFICACIÓN
44
El usuario sólo podrá tener acceso a la consulta de la información siempre y cuando el
administrador del proyecto le autorice ver la información, es decir, que forme parte del equipo de
trabajo.
Cuando un proyecto ya se encuentra finalizado sólo se archivará y documentará para futuras
consultas acerca del proyecto.
Si el administrador del proyecto sólo lo desea dar de baja, bastará con que cancele el proyecto y
quedará eliminado del sistema.
Dentro de la simulación se podrán colocar datos aproximados del número de componentes y de los
tiempos que se estipula para cada actividad para el que sistema realice una estimación de tiempo
del proyecto y se pueda tomar la decisión de viabilidad del proyecto.
Registro de datos para simulación de tiempo del proyecto
FIGURA 4.2 Pantalla de registro de datos de simulación
Dentro de esta pantalla de simulación se colocará el tiempo estimado que se tiene para el análisis,
diseño e implementación del proyecto, ya que el desarrollo y pruebas serán calculados por el
sistema dependiendo del número aproximado de componentes que se planeen tener dentro del
proyecto, se podrá acceder a esta actividad mediante el botón de componentes.
TÍTULO DEL SISTEMA
USUARIO
CONTRASEÑA
NUEVO USUARIO
NUEVO PROYECTO
CONSULTA PROYECTO
SIMULACIÓN DE NUEVO PROYECTO
ACTIVIDAD: TIEMPO ESTIMADO:
ANÁLISIS
DISEÑO
DESARROLLO
PRUEBAS
IMPLEMENTACIÓN
GENERAR ACEPTAR CANCELAR COMPONENTES
FECHA DE INICIO
45
Cuando ya se tengan todos los tiempos se podrá generar todo el reporte de la estimación de
tiempos del proyecto que se piensa realizar a partir de la fecha de inicio que se proporcionó.
FIGURA 4.3 Pantalla de componentes de simulación
Se colocarán el tiempo que se estima para el desarrollo de cada tipo nivel de componente, ya sea
básico, medio y difícil así como la cantidad que existan posiblemente de cada uno de ellos.
De esta forma se calculará el tiempo aproximado de las pruebas de cada uno de los componentes
dependiendo de su nivel y de las personas para realizar la actividad
TÍTULO DEL SISTEMA
USUARIO
CONTRASEÑA
NUEVO USUARIO
NUEVO PROYECTO
CONSULTA PROYECTO
COMPONENTES SIMULACIÓN DE NUEVO PROYECTO
COMPONENTE: TIEMPO ESTIMADO: CANTIDAD:
BÁSICO
MEDIO
DIFÍCIL
ACEPTAR CANCELAR
PERSONAS:
46
FIGURA 4.4 Pantalla de simulación
Dentro de esta pantalla se podrá ver toda la planificación del proyecto.
Registro de nuevo usuario en el sistema
FIGURA 4.5 Pantalla de registro de usuario
TÍTULO DEL SISTEMA
USUARIO
CONTRASEÑA
NUEVO USUARIO
NUEVO PROYECTO
CONSULTA PROYECTO
DISEÑO
DESARROLLO
PRUEBAS
IMPLEMENTACIÓN
FECHA DE INICIO
FECHA DE TÉRMINO
ACEPTAR CANCELAR
SIMULACIÓN
ACTIVIDAD: TIEMPO ESTIMADO:
ANÁLISIS
TÍTULO DEL SISTEMA
USUARIO
CONTRASEÑA
NUEVO PROYECTO
CONSULTA PROYECTO
SIMULACIÓN
No. EMPLEADO:
NOMBRE:
APELLIDO MATERNO:
APELLIDO PATERNO:
ÁREA:
PROYECTO:
EMPRESA:
TIPO DE ACCESO:
GENERAR USUARIO
ACEPTAR CANCELAR
47
Dentro de esta pantalla se colocarán los datos de un nuevo usuario, se deberá introducir su
número de empleado, nombre completo, el proyecto al que se está asignando así como el área al
que está asignado y la empresa.
Ya que se hayan llenado estos datos se generará un usuario y una contraseña provisional que
después se podrá modificar dentro de la Opción 6, con fines de mantener la seguridad de la
información.
FIGURA 4.6 Pantalla de ingreso de datos de usuario
Módulo de alta de información general para un nuevo proyecto
El objetivo de esta pantalla es poder colocar la información básica de un nuevo proyecto.
FIGURA 4.7 Módulo de alta de proyecto
USUARIO GENERADO
USUARIO:
PASSWORD:
ACEPTAR
TÍTULO DEL SISTEMA
ACEPTAR CANCELAR
NOMBRE DEL PROYECTO:
DESCRIPCIÓN:
ALCANCE:
OBJETIVO:
PROPUESTA DE SOLUCIÓN:
ENCARGADO DEL PROYECTO:
LÍDER DEL PROYECTO:
INICIO DEL PROYECTO:
FIN DEL PROYECTO:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
48
Dentro de esta pantalla se tendrán diversas opciones para poder ir anexando la nueva información
del proyecto.
OPCIONES:
Opción 1: Información Básica del Proyecto.
Opción 2: Información del Análisis y Diseño del Proyecto.
Opción 3: Información el Desarrollo del proyecto.
Opción 4: Información de Pruebas e Implementación del Proyecto.
Opción 5: Información de Resultados y Estadísticas del proyecto.
Opción 6: Mantenimiento de Cuenta.
La información que se requiere dentro de la pantalla es la siguiente:
• NOMBRE DEL PROYECTO: Se deberá colocar el nombre que se le haya asignado al
proyecto que se va a crear.
• DESCRIPCIÓN: Se colocará una breve descripción de lo que realizará el proyecto.
• ALCANCE: Los alcances que podrá tener el nuevo proyecto que se está dando de alta.
• OBJETIVO: Los objetivos que se quieren seguir en el proyecto.
• PROPUESTA DE SOLUCIÓN: La descripción de la solución que se espera para el
desarrollo del proyecto.
• ENCARGADO DEL PROYECTO: Nombre de la persona que estará encargada del
proyecto.
• LÍDER DE PROYECTO: Nombre de la persona que dirigirá el desarrollo del proyecto.
• INICIO DEL PROYECTO: Fecha de inicio del proyecto.
• FIN DEL PROYECTO: Fecha de término del proyecto.
Módulo de alta de análisis y diseño para un nuevo proyecto
Dentro de esta pantalla se especificará el análisis y diseño que se haya propuesto para solucionar
el problema del nuevo proyecto.
49
FIGURA 4.8 Módulo de alta de análisis y diseño
Los campos que serán necesarios para poder llenar esta pantalla son los siguientes:
• REQUISITOS DEL PROYECTO: Dentro de esta opción se colocarán las especificaciones
que el proyecto necesite para poder llevarse a cabo.
• INTERFAZ CON USUARIO: Se refiere al tipo de acceso que el usuario va a tener dentro
del proyecto.
• MODELOS DE DATOS: El tipo de datos que se utilizará dentro del proyecto.
• TIPO DE PROCESO: Los procesos que se van a ocupar en el proyecto.
• PLAN DE DESARROLLO: La duración que se tiene para el desarrollo de los diferentes
compontes dentro del proyecto, las reuniones que se deberán realizar para revisar los
avances y las dudas que surjan del proyecto.
• PLAN DE PRUEBAS: La duración de las pruebas de los componentes desarrollados.
• DESCRIPCIÓN DE LA SOLUCIÓN: La solución en general que se espera dar al problema.
Se deberá introducir también el plan de trabajo que se tiene para este proyecto así como los
componentes que se encontrarán dentro del proyecto a realizar.
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
NOMBRE DEL PROYECTO
COMPONENTES PLANIFICACIÓN ACEPTAR CANCELAR
DESCRIPCIÓN DE LA SOLUCIÓN:
REQUISITOS DEL PROYECTO:
INTERFAZ CON USUARIO:
MODELO DE DATOS:
TIPO DE PROCESO:
OPCIÓN 6
50
Alta de planificación del nuevo proyecto
En la planificación de cada proyecto se colocarán las fechas tentativas para cada etapa del
proyecto.
Fecha de inicio y fin de las siguientes etapas:
• Análisis del proyecto
• Diseño del proyecto
• Desarrollo del proyecto
• Pruebas del proyecto
• Reuniones de avance y dudas del proyecto
FIGURA 4.9 Pantalla de alta de planificación Alta de componentes del nuevo proyecto
En esta pantalla se agregarán cada uno de los componentes que se encuentran planeados dentro
del nuevo proyecto de tipo mainframe, ya sean on-line, BATCH o JCL.
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR
NOMBRE DEL PROYECTOANÁLISIS DEL PROYECTO:
DISEÑO DEL PROYECTO:
DESAROLLO DEL PROYECTO:
PRUEBAS DEL PROYECTO:
INICIO: FIN:
INICIO: FIN:
INICIO: FIN:
INICIO: FIN:
REUNIONES:
OPCIÓN 6
51
FIGURA 4.10 Pantalla de alta de componentes
Dentro de este módulo se podrán agregar tantos componentes como así los requiera el proyecto.
Los campos que serán requeridos dependerán del tipo de componente que se trate, la descripción
de los campos es la siguiente:
• NÚMERO DE COMPONENTE: A cada componente se le asignara un número de folio con
el que será identificado para las diferentes etapas del proyecto.
• TIPO DE COMPONENTE: Se refiere a si es de ambiente BATCH, línea o JCL.
• COPYS: Son las variables o constantes que necesitará cada uno de los diferentes
componentes.
• BASE DE DATOS: Se refiere al nombre de la tabla y al tipo de acceso que tendrá el
componente a cada una de las diferentes bases de datos que se ocupen.
• MAPA: Si el componente es de tipo línea se deberá especificar el tipo de Mapa a utilizar.
• ARCHIVOS: Si el componente es de tipo BATCH se especificarán los archivos a utilizar
tanto de entrada como de salida.
• DESCRIPCIÓN: La descripción de lo que realizará el componente, si es línea se deberá
saber con qué otras transacciones tiene relación, si es BATCH se deberá especificar que
JCL está asociado con el programa así como el JCL deberá tener asociado un programa
para ejecutarlo dentro de los pasos del JCL, se debe especificar también el paquete en el
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR
NOMBRE DEL PROYECTO COMPONENTES
AGREGAR
NÚM. COMPONENTE:
DESCRIPCIÓN:
TIPO COMPONENTE:
COPYS:
BASE DE DATOS:
MAPA:
ARCHIVO ENTRADA:
ARCHIVO SALIDA:
OPCIÓN 6
52
que serán contenidos los componentes y el impacto que puede generar con otros
componentes.
Cabe mencionar que el número de componente va a estar generado por una serie de ocho datos
alfanuméricos, especificando el tipo de componente al que se refiere:
• Las dos primeras letras serán respecto a la aplicación.
• Los siguientes dos números se refieren al número de secuencia.
• Identificador de país y aplicativo para los campos restantes.
Alta del módulo de desarrollo del nuevo proyecto
Dentro de este módulo se asignarán los componentes a los desarrolladores, así como también se
dará el plan para cada uno de los componentes; y un avance del desarrollo del componente.
FIGURA 4.11 Módulo de desarrollo Los campos que contendrá esta pantalla son los siguientes:
• NÚMERO DE COMPONENTE: Se seguirá colocando el mismo número de componente
que se colocó en el módulo de análisis y diseño de sistema.
• DESARROLLADOR: El nombre del responsable del desarrollo del componente.
• FECHA DE INICIO Y FIN: La fecha de inicio y término de la elaboración del componente.
TÍTULO DEL SISTEMA
CANCELAR
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
NOMBRE DEL PROYECTO
NÚM. COMPONENTE:
FECHA DE INICIO:
FECHA FIN:
DESARROLLADOR:
AVANCE:
AGREGAR
53
• AVANCE: El grado de avance que se lleva a la fecha actual, este campo podrá ser
modificado por el desarrollador según vaya siendo su avance del desarrollo del
componente.
Al finalizar de informar cada componente se le asignará un número de componente para su
posterior manejo dentro de las consultas y avances individuales de los componentes.
Alta del módulo de pruebas e implementación del nuevo proyecto
Esta pantalla servirá para poder hacer las especificaciones de las pruebas que se van a realizar
con cada uno de los diferentes ambientes de pruebas y componentes.
FIGURA 4.12 Módulo de pruebas e implementación
Los campos que se deberán llenar dentro de este módulo son:
• NÚMERO DE COMPONENTE: Este es el mismo número que se le asignó dentro del
diseño al componente.
• TESTER: Nombre de la persona encargada de realizar las pruebas.
• DESCRIPCIÓN DE LA PRUEBA: Que se realizará dentro de las pruebas.
• AMBIENTE DE PRUEBA: El tipo de ambiente, línea o BATCH que se utilizará para probar
el componente.
TÍTULO DEL SISTEMA
CANCELAR
NÚM. COMPONENTE:
FECHA DE INICIO:
FECHA FIN:
TESTER:
AVANCE:
DESCRIPCIÓN DE PRUEBA:
AMBIENTE DE PRUEBA:
AGREGAR
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
NOMBRE DEL PROYECTO
54
• FECHA DE INICIO Y TÉRMINO: Fecha de inicio y término de cada prueba del
componente.
• AVANCE: El avance que se lleva con respeto a las pruebas realizadas al día actual, éste
podrá ser modificado por la persona encargada de la elaboración de las pruebas.
Al finalizar de llenar todos los módulos se dará un número de folio al proyecto para que de esta
forma sea más fácil de identificar por los miembros del equipo.
FIGURA 4.13 Pantalla de generación de proyecto
Consulta del proyecto
Dentro de esta pantalla se podrá buscar el proyecto por medio del número de folio que se le haya
asignado cuando se dio de alta, podrá buscar palabras parecidas o números en concreto y se le
mostrará el resultado dentro de un cuadro para que pueda seleccionarlo y de esta forma poder
consultar todos los datos del proyecto.
Los botones de opciones en la consulta siguen llevando a los módulos antes mencionados, la
diferencia es que ahora sólo servirán para la consulta de la información ya dada de alta con
anterioridad.
Con el botón de avance podrá acceder a los resultados del proyecto seleccionado y a los
diferentes reportes de resultados del proyecto.
GENERACIÓN DE PROYECTO
NOMBRE DEL PROYECTO
NÚMERO DE FOLIO:
ACEPTAR
55
FIGURA 4.14 Pantalla de consulta de proyecto Consulta del módulo de información del proyecto
La consulta de la información se mostrará de la misma forma que fue llenada durante la alta, sólo
que no podrá modificarse.
Podrá observase el nombre del proyecto, su descripción, el alcance, los objetivos, la propuesta de
solución que fue dada al proyecto, el encargado y el líder del proyecto, así como las fechas de
inicio y término del proyecto en general.
TÍTULO DEL SISTEMA
PROYECTO:
RESULTADO: OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
CONSULTAR CANCELAR OPCIÓN 6
56
FIGURA 4.15 Pantalla consulta módulo de información de proyecto
Consulta del módulo de análisis y diseño del proyecto
Dentro de la pantalla principal de este módulo se podrá observar el análisis y diseño del proyecto
en general, los requisitos que fueron dados de alta, la interfaz que se tendrá con el usuario, el
modelo de datos, el tipo de proceso, así como una descripción de la solución para el problema
planteado.
FIGURA 4.16 Pantalla de consulta de análisis y diseño
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
NOMBRE DEL PROYECTO
COMPONENTES PLANIFICACIÓN ACEPTAR CANCELAR
DESCRIPCIÓN DE LA SOLUCIÓN:
REQUISITOS DEL PROYECTO:
INTERFAZ CON USUARIO:
MODELO DE DATOS:
TIPO DE PROCESO:
OPCIÓN 6
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
NOMBRE DEL PROYECTO:
DESCRIPCIÓN:
ALCANCE:
OBJETIVO:
PROPUESTA DE SOLUCIÓN:
ENCARGADO DEL PROYECTO:
LÍDER DEL PROYECTO:
INICIO DEL PROYECTO:
FIN DEL PROYECTO:
OPCIÓN 6 ACEPTAR
57
Para conocer más acerca de la planificación de cada etapa del proyecto se podrá acceder a una
pantalla en donde, dependiendo de la etapa se mostrará un calendario especificando la fecha de
inicio y término de la actividad.
FIGURA 4.17 Pantalla de consulta de análisis y diseño, calendario por etapa
Cuando se quiera saber más acerca de cada uno de los componentes que integran el desarrollo
del proyecto se podrá acceder a la siguiente pantalla, en donde la búsqueda dependerá del tipo de
componente, que puede ser on-line, BATCH o JCL y el número que se le haya asignado a éste.
FIGURA 4.18 Pantalla de consulta de análisis y diseño, componentes
TÍTULO DEL SISTEMA
NOMBRE DEL PROYECTO
ANÁLISIS Y DISEÑO
DESARROLLO
PRUEBAS
REUNIONES
CALENDARIOOPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6
NOMBRE DEL PROYECTO COMPONENTES
ON‐LINE
BATCH
JCL
NÚM. COMPONENTE:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6
TÍTULO DEL SISTEMA
TIPO:
PROYECTO:
58
On-line
Dentro de la búsqueda de un componente on-line sólo se mostrarán las características que van de
acuerdo con él, como lo son el número de componente, el mapa ligado al componente, la base de
datos que utiliza y una breve descripción del objetivo del programa.
FIGURA 4.19 Pantalla búsqueda de componente ON-LINE
BATCH
En la búsqueda de un programa de tipo BATCH, se podrá observar el número de componente, los
COPYS, la base de datos y los archivos de entrada y salida que el programa utilizará así como una
breve descripción del objetivo del programa de tipo BATCH.
TÍTULO DEL SISTEMA
NOMBRE DEL PROYECTO ON‐LINE
NÚM. COMPONENTE:
DESCRIPCIÓN:
MAPA:
BASE DE DATOS:
ANTERIOR
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6 SIGUIENTE
59
FIGURA 4.20 Pantalla búsqueda de componente BATCH
JCL
Para la búsqueda de un componente de tipo Job Control Lenguaje (JCL) solamente se tendrán en
su caso archivos de entrada y archivos de salida, dentro de la descripción se especificará que
programa mandará a llamar dentro del JCL.
FIGURA 4.21 Pantalla búsqueda de componente JCL
TÍTULO DEL SISTEMA
NOMBRE DEL PROYECTO BATCH
ANTERIOR
NÚM. COMPONENTE:
DESCRIPCIÓN:
COPYS:
BASE DE DATOS:
ARCHIVO ENTRADA:
ARCHIVO SALIDA:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6 SIGUIENTE
TÍTULO DEL SISTEMA
NOMBRE DEL PROYECTO COMPONENTE BATCH‐JCL
ANTERIOR
NÚM. COMPONENTE:
DESCRIPCIÓN:
ARCHIVO ENTRADA:
ARCHIVO SALIDA:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6 SIGUIENTE
60
Consulta del módulo de pruebas del proyecto
Dentro de este módulo se podrán consultar las diferentes pruebas que se han designado para los
diferentes componentes que existen dentro del sistema.
FIGURA 4.22 Pantalla de consulta de módulo de pruebas
Ambiente línea
Se podrán consultar todos los componentes que requieran ser probados en el ambiente línea.
Se obtendrá el nombre de la persona encargada de las pruebas, la descripción de la prueba del
componente, el mapa y la base de datos a utilizar, el avance que se lleva hasta la fecha actual así
como las fechas de inicio y término del proyecto especificadas dentro de un calendario.
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6
NOMBRE DEL PROYECTO
No. COMPONENTE:
AMBIENTE DE PRUEBA: LÍNEA
BATCH
61
FIGURA 4.23 Pantalla de consulta de ambiente línea
Ambiente BATCH
Se podrán consultar todos los componentes que requieran ser probados en el ambiente BATCH y
los componentes de tipo JCL.
Se podrá obtener el nombre de la persona encargada de las pruebas, la descripción de la prueba
del componente, el avance que se lleva hasta la fecha actual así como las fechas de inicio y
término del proyecto especificadas dentro de un calendario.
También se podrán observar los requerimientos necesarios para poder realizar la prueba del
componente.
TÍTULO DEL SISTEMA
ACEPTAR CANCELAR ANTERIOR SIGUIENTE
NOMBRE DEL PROYECTO NÚMERO DE COMPONENTE
FECHA INICIO‐ FIN TESTER:
AVANCE:
DESCRIPCIÓN DE PRUEBA:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
62
FIGURA 4.23 Pantalla de consulta de ambiente BATCH
Consulta de Avance y reportes del proyecto
El avance se medirá mediante el porcentaje de avance dependiendo del módulo en el que se
encuentre el proyecto, las actividades que se han realizado al día.
El color verde significará que el avance del proyecto se encuentra dentro de las fechas estipuladas,
el color amarillo significará que el proyecto tiene algunas actividades fuera del tiempo estipulado y
el color rojo indicará que el proyecto tiene demasiadas actividades sin finalizar, por lo que la
atención es urgente.
En el estatus se colocará el estado de cada uno de los diferentes módulos, si se encuentra
iniciado, concluido o en proceso.
TITULO DEL SISTEMA
ACEPTAR CANCELAR ANTERIOR SIGUIENTE
NOMBRE DEL PROYECTO NÚMERO DE COMPONENTE
FECHA INICIO‐ FIN TESTER:
AVANCE:
DESCRIPCIÓN DE PRUEBA:
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
63
FIGURA 4.24 Pantalla de consulta avances del proyecto
Reportes del proyecto
Dentro de esta pantalla se podrán consultar los diferentes reportes del proyecto.
• Reporte general del proyecto
En este reporte se podrá ver la información general del proyecto, el análisis y diseño del
proyecto, el plan del proyecto, el número de componentes a desarrollar y las pruebas que
se realizarán con ellos.
• Reporte de Componentes del proyecto
La información de los componentes que se mostrara es su número, el tipo, la base de
datos a la que accederá, así como los elementos que el componente puede utilizar.
Así como también, mostrará los diferentes componentes con el responsable, las pruebas a
realizar y el grado de avance de éste.
• Reporte de Planificación del proyecto
Se mostrarán las fechas que se tienen contempladas de inicio y fin para las diferentes
etapas del proyecto así como para los componentes que conforman el proyecto.
TÍTULO DEL SISTEMA
REPORTES
ANÁLISIS Y DISEÑO
DESARROLLO
PRUEBAS
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
OPCIÓN 6
NOMBRE DEL PROYECTO
AVANCE
%
ESTATUS
64
FIGURA 4.25 Pantalla de consulta avances del proyecto
Reporte General del proyecto
FIGURA 4.26 Reporte general del proyecto
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
REGRESAR SALIR OPCIÓN 6
NOMBRE DEL PROYECTO
REPORTES
GENERAL
COMPONENTES DEL PROYECTO
PLANIFICACIÓN
65
Reporte de componentes del proyecto
FIGURA 4.27 Reporte de componentes del proyecto
Reporte de planificación del proyecto
FIGURA 4.28 Reporte de planificación del proyecto
Modificación del avance del proyecto
Esta opción se utilizará para cuando se requiera hacer alguna modificación del avance del
proyecto, ya sea del análisis y diseño, desarrollo o de las pruebas del Proyecto.
66
FIGURA 4.29 Pantalla de modificación avance de proyecto
Para Análisis y Diseño el usuario sólo podrá modificar el avance total de éste, para el Desarrollo y
Pruebas es necesario que se especifique de qué componente se trata, y agregar el porcentaje de
avance.
Mantenimiento de Cuenta
Dentro de esta pantalla se podrán realizar todas las modificaciones con respecto a la cuenta del
usuario.
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6
NOMBRE DEL PROYECTO
ANÁLISIS Y DISEÑO
DESARROLLO
PRUEBAS
AVANCE COMPONENTE
67
FIGURA 4.30 Pantalla de mantenimiento de cuenta
Para el cambio de contraseña sólo pedirá la contraseña actual y pedirá al usuario que genere una
nueva contraseña.
FIGURA 4.31 Pantalla de cambio de contraseña de cuenta
Modelo de datos
Para el sistema GESTPROJECT se creará un modelo de datos para administrar la información que
entra al sistema, de forma que las operaciones sobre los datos sean óptimas y eviten gran
utilización de recursos, con esto se agilizarán los tiempos que éstas implican.
A continuación se describe el contenido del modelo.
CAMBIO DE PASSWORD
USUARIO:
PASSWORD ANTERIOR:
ACEPTAR
PASSWORD NUEVO:
TÍTULO DEL SISTEMA
OPCIÓN 1
MENÚ
OPCIÓN 2
OPCIÓN 3
OPCIÓN 4
OPCIÓN 5
ACEPTAR CANCELAR OPCIÓN 6
MANTENIMIENTO DE CUENTA
CAMBIO DE CONTRASEÑA
68
Tabla: NUEVO PROYECTO
FIGURA 4.32 Tabla nuevo proyecto
Esta tabla consta de dos campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto, este campo será la llave de la base de datos.
Nombre: Este campo almacena el nombre del proyecto que le corresponde según su identificador,
es de tipo alfanumérico y tiene una longitud de 30 caracteres.
Tabla: INFORMACIÓN
FIGURA 4.33 Tabla información
En esta tabla se almacenará la información general del proyecto, consta de los siguientes campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Descripción: Este campo contiene una breve descripción del proyecto, por lo que cuenta con un
tamaño para almacenar hasta 100 caracteres del tipo alfanumérico.
69
Alcance: Campo que almacena el alcance del proyecto, es de tipo alfanumérico y tiene una
longitud de 50 caracteres.
Objetivo: Como su nombre lo indica, este campo va a contener el objetivo general que se desea
obtener con el proyecto, consta de una longitud de 50 caracteres y es de tipo alfanumérico.
Propuesta: Aquí se describe la propuesta de solución del proyecto, es del tipo alfanumérico y tiene
una longitud de 100 caracteres.
Encargado: Campo que almacena el nombre del encargado del proyecto, es del tipo alfanumérico
con longitud de 30 caracteres.
Líder: Campo que almacena el nombre del líder del proyecto, es del tipo alfanumérico con longitud
de 30 caracteres.
Inicio: En este campo se guarda la fecha en la cual comenzará el proyecto, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán los datos será:
DD/MM/AAAA.
Fin: En este campo se guarda la fecha en la cual finalizará el proyecto, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán los datos será:
DD/MM/AAAA.
Tabla: ANÁLISIS
FIGURA 4.34 Tabla análisis
70
Esta tabla contiene la información acerca de las etapas de Análisis y Diseño del proyecto y está
constituida por los siguientes campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Requisitos: Este campo describe los requerimientos del proyecto, es por ello que tiene una longitud
de 50 caracteres del tipo alfanumérico.
Modelo: Se refiere a una breve descripción del tipo de datos que se utilizará dentro del proyecto,
es por ello que tiene un valor de 20 caracteres del tipo alfanumérico.
Tipo: Se refiere a los procesos que se van a ocupar dentro del proyecto, ya sean procesos línea o
BATCH, es por ello que se utilizará un campo de 20 caracteres del tipo alfanumérico.
Descripción: Dentro de este campo se tendrá una descripción de la solución por lo cual el campo
será de 150 caracteres del tipo alfanumérico.
Status: En este campo se indica el status de la etapa (Análisis y Diseño), el valor por default es
“Por iniciar”, es del tipo alfanumérico con longitud de 15 caracteres.
Avance: Aquí se almacena el porcentaje de avance de la etapa, por default tiene un valor de cero,
es de tipo entero con capacidad para tres números.
Tabla: ONLINE
FIGURA 4.35 Tabla online
Esta tabla va a contener todos los componentes de tipo online que conformen el proyecto, sus
campos son:
71
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Número: Representa el número correspondiente al componente, es de tipo alfanumérico con una
longitud de 10 caracteres.
Mapa: Contendrá el nombre del mapa que se utilizará en conjunto con el componente, por lo tanto
su valor será de 10 posiciones.
BD: Este campo tendrá el o los nombres de las principales bases de datos que el componente
utilizará, por lo cual será de 30 caracteres de tipo alfanumérico.
Descripción: Contiene un pequeña descripción acerca del componente, por eso es de tipo
alfanumérico con tamaño de 100 caracteres.
Tabla: BATCH
FIGURA 4.36 Tabla BATCH
Esta tabla va a contener todos los componentes de tipo BATCH que conformen el proyecto, sus
campos son:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Número: Representa el número correspondiente al componente, es de tipo alfanumérico con una
longitud de 10 caracteres.
COPYS: Dentro de este campo se almacenarán los nombres de los principales COPYS que se
utilizarán dentro del programa, es por ello que tiene un valor de 30 caracteres de tipo alfanumérico.
72
BD: Este campo tendrá el o los nombres de las principales bases de datos que el componente
utilizará, por lo cual será de 30 caracteres de tipo alfanumérico.
Entrada: Se refiere al nombre del archivo de entrada utilizado dentro del programa con un valor de
hasta 50 caracteres de tipo alfanumérico.
Salida: Se refiere al nombre del archivo de salida utilizado dentro del programa con un valor de
hasta 50 caracteres de tipo alfanumérico.
Descripción: Contiene un pequeña descripción acerca del componente, por eso es de tipo
alfanumérico con tamaño de 100 caracteres.
Tabla: JCL
FIGURA 4.37 Tabla JCL
Esta tabla va a contener todos los componentes de tipo JCL que conformen el proyecto, sus
campos son:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Número: Representa el número correspondiente al componente, es de tipo alfanumérico con una
longitud de 10 caracteres.
Entrada: Se refiere al nombre del archivo de entrada utilizado dentro del programa con un valor de
hasta 50 caracteres de tipo alfanumérico.
Salida: Se refiere al nombre del archivo de salida utilizado dentro del programa con un valor de
hasta 50 caracteres de tipo alfanumérico.
73
Descripción: Contiene un pequeña descripción acerca del componente, por eso es de tipo
alfanumérico con tamaño de 100 caracteres.
Tabla: PLANIFICACIÓN
FIGURA 4.38 Tabla Planificación
Esta tabla contendrá los siguientes campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
ainicio: En este campo se guarda la fecha en la cual comenzará la etapa de “Análisis” del
proyecto, aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se
guardarán los datos será: DD/MM/AAAA.
afin: En este campo se guarda la fecha en la cual finalizará la etapa de “Análisis” del proyecto,
aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán
los datos será: DD/MM/AAAA.
dinicio: En este campo se guarda la fecha en la cual comenzará la etapa de “Diseño” del proyecto,
aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán
los datos será: DD/MM/AAAA.
74
dfin: En este campo se guarda la fecha en la cual finalizará la etapa de “Diseño” del proyecto,
aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán
los datos será: DD/MM/AAAA.
deinicio: En este campo se guarda la fecha en la cual comenzará la etapa de “Desarrollo” del
proyecto, aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se
guardarán los datos será: DD/MM/AAAA.
defin: En este campo se guarda la fecha en la cual finalizará la etapa de “Desarrollo” del proyecto,
aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán
los datos será: DD/MM/AAAA.
pinicio: En este campo se guarda la fecha en la cual comenzará la etapa de “Pruebas” del
proyecto, aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se
guardarán los datos será: DD/MM/AAAA.
pfin: En este campo se guarda la fecha en la cual finalizará la etapa de “Pruebas” del proyecto,
aunque es del tipo alfanumérico con longitud de 10 caracteres, el formato en el que se guardarán
los datos será: DD/MM/AAAA.
reunion1: Campo que almacena la fecha en que se programará la primera reunión, es del tipo
alfanumérico con longitud de 10 caracteres, al igual que los anteriores, con formato DD/MM/AAAA.
reunion2: Campo que almacena la fecha en que se programará la segunda reunión, es del tipo
alfanumérico con longitud de 10 caracteres, al igual que los anteriores, con formato DD/MM/AAAA.
reunion3: Campo que almacena la fecha en que se programará la tercera reunión, es del tipo
alfanumérico con longitud de 10 caracteres, al igual que los anteriores, con formato DD/MM/AAAA.
statusdes: En este campo se guarda el estatus de la etapa “Desarrollo”, su valor por default es “Por
iniciar”, es de tipo alfanumérico con longitud de 15 caracteres.
indicadordes: Este campo almacena el indicador de la etapa “Desarrollo”, el cual puede ser verde,
amarillo o rojo, el valor por default es verde, y cambia cuando se modifica el proyecto, es de tipo
alfanumérico con longitud de 10 caracteres.
statuspr: En este campo se guarda el estatus de la etapa “Pruebas”, su valor por default es “Por
iniciar”, es de tipo alfanumérico con longitud de 15 caracteres.
75
indicadorpr: Este campo almacena el indicador de la etapa “Pruebas”, el cual puede ser verde,
amarillo o rojo, el valor por default es verde, y cambia cuando se modifica el proyecto, es de tipo
alfanumérico con longitud de 10 caracteres.
Tabla: DESARROLLO
FIGURA 4.39 Tabla Desarrollo
Esta tabla contiene la información de la etapa “Desarrollo” del proyecto, y está constituida por los
siguientes campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Tipo: Este campo almacena el tipo de componente que se está desarrollando, puede ser On-line,
BATCH o JCL, es de tipo alfanumérico con una longitud de 10 caracteres.
Número: Representa el número correspondiente al componente, es de tipo alfanumérico con una
longitud de 10 caracteres.
Desarrollador: Campo que contiene el nombre del desarrollador encargado del componente
seleccionado anteriormente, es de tipo alfanumérico con longitud de 30 caracteres.
Inicio: Almacena la fecha en que empezará el desarrollo del componente, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato será DD/MM/AAAA.
Fin: Almacena la fecha en que concluirá el desarrollo del componente, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato será DD/MM/AAAA.
76
Avance: Aquí se almacena el porcentaje de avance en el desarrollo del componente, por default
tiene un valor de cero, es de tipo entero con capacidad hasta para tres números.
Tabla: PRUEBAS
FIGURA 4.40 Tabla pruebas En esta tabla se almacenará toda la información relacionada con las pruebas del proyecto, en este
caso, con las pruebas de cada componente, está constituida por los siguientes campos:
Id: Campo de tipo alfanumérico con longitud de 10 caracteres, el cual almacena el número
identificador del proyecto.
Tipo: Este campo almacena el tipo de componente que se está desarrollando, puede ser On-line,
BATCH o JCL, es de tipo alfanumérico con una longitud de 10 caracteres.
Número: Representa el número correspondiente al componente, es de tipo alfanumérico con una
longitud de 10 caracteres.
Tester: Almacena el nombre de la persona encargada de realizar las pruebas al componente, es de
tipo alfanumérico con una longitud de 30 caracteres.
Descripción: Contiene una breve descripción de las pruebas a realizar al componente, con longitud
de 100 caracteres de tipo alfanumérico.
Ambiente: Contiene el tipo de ambiente en que se realizarán las pruebas, puede ser “Línea” o
“BATCH”, es de tipo alfanumérico con longitud de 10 caracteres.
77
Inicio: Almacena la fecha en que empezarán las pruebas al componente, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato será DD/MM/AAAA.
Fin: Almacena la fecha en que concluirán las pruebas al componente, aunque es del tipo
alfanumérico con longitud de 10 caracteres, el formato será DD/MM/AAAA.
Avance: Aquí se almacena el porcentaje de avance en el desarrollo del componente, por default
tiene un valor de cero, es de tipo entero con capacidad para tres números.
Tabla: USUARIO
FIGURA 4.41 Tabla Usuario
Esta tabla contiene la información de los usuarios que podrán utilizar el sistema, su estructura es la
siguiente:
Número: Representa el número identificador asignado al usuario, es de tipo alfanumérico con un
tamaño de 10 caracteres.
User: Campo que almacena el nombre de usuario de la persona que accesará al sistema, de
tamaño de 10 caracteres de tipo alfanumérico.
Password: Almacena la contraseña del usuario del sistema, es tipo alfanumérico con longitud de 20
caracteres.
Nombre: Guarda el nombre(s) real del usuario, es de tipo alfanumérico con longitud de 15
caracteres.
78
amaterno: Almacena el apellido materno del usuario, es de tipo alfanumérico con longitud de 10
caracteres.
apaterno: Almacena el apellido paterno del usuario, es de tipo alfanumérico con longitud de 10
caracteres.
Proyecto: Especifica el proyecto en que está involucrado el usuario, tiene una longitud de 30
caracteres de tipo alfanumérico.
Empresa: Campo que contiene el nombre de la empresa a la que pertenece el usuario, es de tipo
alfanumérico con longitud de 20 caracteres.
Área: Contiene el área a la que pertenece el usuario, de tipo alfanumérico con longitud de 20
caracteres.
Tipo: Este campo especifica el tipo de sesión que se le asignará al nuevo usuario, puede ser
usuario o administrador, es de tipo alfanumérico con longitud de 15 caracteres.
Para la simulación de proyecto la información se manipulará en tablas temporales, pero no se
almacenará en tablas internas.
MODELO DE DOMINIO
En este punto se muestra los conceptos significativos que abarca la generación de un nuevo
proyecto, con lo cual se identifica el proceso establecido para esto.
79
FIGURA 4.42 Modelo de dominio
DIAGRAMA ENTIDAD-RELACIÓN
A continuación se presenta el diagrama Entidad-Relación, en donde se pueden observar las
entidades (rectángulos) con sus atributos más importantes (óvalos), así como de la forma en que
se relacionan (rombos).
80
FIGURA 4.43 Diagrama entidad-relación
Breve Descripción: A un nuevo proyecto (Nvo_Proyecto) se le asigna cierta Información general, a
su vez, este nuevo proyecto consta de una etapa de Planificación y otra de Análisis y Diseño, la
cual al final generará diferentes tipos de componentes (On-Line, Batch, JCL), lo que conllevará a
su Desarrollo, para que de forma paralela, o posterior, se le realicen Pruebas.
DIAGRAMA DE CASOS DE USO
Se describen los casos de uso que describen las especificaciones del Sistema de Gestión de
Proyectos.
Los actores principales y sus acciones además las respuestas del sistema se explican a
continuación:
81
FIGURA 4.44 Diagrama de casos de uso
Caso de Uso: Crear Nuevo Proyecto Actor: Administrador
Descripción: En este caso, un usuario tipo administrador podrá dar de alta un nuevo proyecto con
todas sus etapas (Análisis y Diseño, Desarrollo y Pruebas) además de la información general de
dicho proyecto.
Acción del Actor Respuesta del Sistema 1. Este caso comienza cuando el usuario
entra al sistema en forma de administrador
2. Valida que el usuario sea un usuario tipo administrador
3. El administrador registra la información del nuevo proyecto así como de cada etapa correspondiente
4. El sistema almacenará toda la información en la base de datos
5. Se crea un nuevo proyecto, el cual puede ser modificado o consultado
82
Caso de Uso: Modificar Avances
Actor: Administrador
Descripción: Para este caso, sólo un administrador del sistema podrá realizar esta acción, aquí se
modifica el avance del Análisis y Diseño, de forma general, y en forma más específica se actualiza
el avance en el desarrollo de cada componente (On-Line, Batch, JCL) así como de las pruebas que
se le realizan a éstos. De forma semejante, se puede modificar el estatus de cada etapa y el
indicador de la misma, con el fin de tener actualizada la información, ya que esto repercute cuando
se consulta un proyecto.
Acción del Actor Respuesta del Sistema 1. Este caso comienza cuando el usuario
entra al sistema en forma de administrador
2. Valida que el usuario sea un usuario tipo administrador
3. El usuario selecciona el proyecto al que sea modificar los avances
4. Actualiza el grado de avance para la etapa o componente especificado
5. Se actualiza la información en la base de datos
Caso de Uso: Consultar Proyectos
Actores: Administrador, Usuario
Descripción: Este caso lo pueden realizar los dos tipos de usuarios, tanto el usuario común como
el administrador. Sólo se podrá consultar la información de un proyecto específico (que será
seleccionado), la parte más importante de esto es cuando aparece en pantalla el avance de las
etapas y sus indicadores, ya que me va a permitir saber si un proyecto está atrasado o va según lo
planeado.
Acción del Actor Respuesta del Sistema
1. Este caso comienza cuando el usuario entra al sistema
2. Valida ingreso del usuario al sistema
3. El usuario selecciona el proyecto que desea consultar
4. Consulta la información del proyecto, así como de las etapas y componentes
5. Muestra los resultados de la consulta
Caso de Uso: Crear nuevo usuario
Actor: Administrador
Descripción: En este caso, sólo un administrador podrá dar de alta un nuevo usuario en el sistema,
dependiendo qué tipo de usuario sea, puede tener o no ciertos privilegios, lo que le permitirá o
prohibirá realizar ciertas acciones en el sistema.
83
Acción del Actor Respuesta del Sistema 1. Este caso comienza cuando el usuario
entra al sistema en forma de administrador
2. Valida que el usuario sea un usuario tipo administrador
3. Da de alta al nuevo usuario 4. Se genera un nuevo usuario
Caso de Uso: Simulación de Proyecto Actor: Administrador
Descripción: Para este caso, solo tendrá acceso un usuario tipo administrador, éste, podrá
introducir datos aproximados del número de componentes y los tiempos que se estipula para cada
etapa con el fin de que el sistema realice una estimación de tiempo del proyecto y se pueda tomar
una decisión para el mismo.
Acción del Actor Respuesta del Sistema
1. Este caso comienza cuando el usuario entra al sistema en forma de administrador
2. Valida que el usuario sea un usuario tipo administrador
3. El administrador introduce la información del proyecto y de los componentes
4. El sistema arrojará resultados estimados, no los almacenará
4.1.1 Esquema Funcional y operativo
Esquema funcional
En el presente diagrama se muestran las operaciones de forma general del sistema en forma
gráfica por medio de un flujo de datos (FIGURA 4.34 Esquema funcional).
Pasos.
1. Se define si está dado de alta el usuario en el sistema, en caso de ser afirmativo se lleva a
cabo el ingreso, en caso contrario se generará la nueva cuenta.
2. Al ingresar al sistema se valida si es una cuenta de administrador, si esto es afirmativo se
da la opción de creación de un nuevo proyecto, en caso contrario sólo se permitirá hacer
consultas.
3. Cuando se crea un nuevo proyecto se pueden definir tiempos estimados del mismo,
desarrollo y pruebas, generación de reportes de estimaciones arrojados por nivel de
componentes, en caso contrario se permitirá hacer una consulta únicamente o generar
una cuenta para reiniciar el proceso.
84
Esquema Operativo
En el siguiente esquema se comprende la integración de los módulos esenciales y sus respectivas
operaciones por medio de un diagrama general de bloques (FIGURA 4.35 Diagrama de bloques).
A continuación se muestran los módulos con sus dependencias:
*GESTPROJECT
*ALTAS (dependencia al sistema)
*CONSULTAS (dependencia al sistema)
*MODIFICACIONES (dependencia al sistema)
Operaciones del sistema.
1. Ingresar al sistema dependiendo del tipo de usuario
2. Dar de alta un nuevo proyecto
3. Se selecciona un ID y un nombre de proyecto.
4. Se inserta información general del proyecto.
5. Se llenan los campos respecto a la fase de análisis y diseño del proyecto
6. Dar de alta componentes para la fase de análisis y diseño
7. Se retorna a la pantalla de ‘Análisis y Diseño del Proyecto’
8. Se da de alta la planificación del proyecto.
9. Se da de alta la fase de desarrollo, llenando información para cada componente.
10. Se da de alta la fase de Pruebas e Implementación, llenado información para cada
componente.
11. Retornando a la pantalla inicial se puede llevar a cabo una consulta de proyecto.
12. Haciendo una conexión con la base de datos para esta consulta se recuperan el ID y el
nombre del proyecto para poder llevarla a cabo.
13. Se podrá visualizar la consulta de Información General.
14. Se procede a la consulta de la fase de Análisis y Diseño.
15. A partir de esta pantalla se podrán realizar dos tipos de consulta, los cuales son por tipo de
componente de forma individual o el agregado de todo un proyecto.
16. Retorna a la pantalla ‘Consulta de Análisis y Diseño’.
17. Se podrá consultar la planificación del proyecto.
18. Retorna a la pantalla consulta de análisis y diseño.
19. Se consultan pruebas e implementación.
20. Se podrá consultar por el ID del proyecto y por el ambiente de prueba individual o
agregado.
21. Posteriormente se podrá consultar el avance del proyecto para las siguientes fases:
-Análisis y Diseño
85
-Desarrollo
-Pruebas
22. Finalizando consultas
23. Retorna a la pantalla de Inicio del sistema.
24. Modificación del avance del proyecto (selecciona un proyecto por el ID y el nombre)
25. Se modifica el avance en las siguientes fases:
-Análisis y Diseño
-Desarrollo (Se modifica por componente)
-Pruebas (Se modifica por componente)
26. Fin del proceso
86
FIGURA 4.45 Esquema funcional
Inicio
Esta dado de alta el usuario
Ingresar al sistema
Es administrador
Creación nuevo Proyecto
Definir tiempos estimados
Desarrollo Y pruebas
Consulta proyecto
Generar Cuenta Hacer consulta
Genera reporte de estimaciones arrojado x nivel de componentes
Generar cuenta
Hacer consulta
SINO
SI
NO
NO SI
NO SI
Fin
87
FIGURA 4.46 Diagrama de bloques
4.1.2 Políticas de operación
Para el uso de este sistema de Planeación de proyectos de Tecnologías de la Información
(GESTPROJECT), se seguirán las siguientes políticas:
1. La información requerida sobre el proyecto para el uso del sistema será proporcionada por
el cliente.
2. En caso de que se presente la necesidad de agregar módulos al sistema, éstos se harán
sólo por petición del cliente que adquiera el sistema.
3. La plataforma en la que se implante deberá ser web para el correcto uso del mismo, pues
su objetivo es la plena comunicación entre los integrantes de los equipos que lo utilicen.
4. No podrá tenerse acceso al sistema si no se cuenta con información de usuario autorizado
por parte del encargado del proyecto.
5. Para el modo de simulación sólo podrá ser manejado por el encargado directo del
proyecto.
88
6. Los usuarios que no estén autorizados para el acceso al sistema en la parte de alta,
modificación y replanificación sólo podrán acceder al modo de consulta.
7. Este sistema no sustituye la metodología que utiliza el cliente o el proveedor que hará uso
del sistema, es una herramienta de control que será parte de la metodología utilizada,
siendo de ayuda para la mejora del proceso.
8. Cualquier falla en el sistema que no sea por error, el cliente que lo maneje lo solucionará
haciendo un informe de dicho error e informándolo de inmediato para su pronta solución.
9. Si llegara a haber un mal funcionamiento por no seguir el manual de usuario y técnico de
este sistema, estará fuera del alcance de nuestra responsabilidad por el producto.
10. Se extiende un período de prueba de seis meses, en caso de problemas de instalación o
del equipo en el que será instalado.
Estas políticas están sujetas a cambios en lo que refiere a autoridad de acceso a información
de proyecto. En cuanto al uso del mismo se seguirán al pie de la letra para que su función sea
la más óptima.
4.1.3 Análisis de costos
Se utilizará el modelo intermedio para la realización de los costos de personal que generará el
proyecto en base al método COCOMO, dado que realiza las estimaciones con bastante precisión.
Las fórmulas utilizadas serán las siguientes:
• E = Esfuerzo = KLDC e * FAE (persona x mes)
• T = Tiempo de duración del desarrollo = c Esfuerzo d (meses)
• P= Personal = E/T (personas)
Para el cálculo del Esfuerzo, se necesita encontrar la variable KLDC (Miles-líneas de código),
donde los PF son 261,36 (dato conocido) y las líneas por cada PF son equivalentes a 32 según se
observa en la tabla que se ilustra a continuación donde se utilizara Net Beans:
LENGUAJE LDC/PF Ensamblador 320 C 150 COBOL 105 Pascal 91 Prolog/LISP 64 C++ 64 Net Beans 32 SQL 12
89
Por lo tanto el resultado de los KLDC será el siguiente:
KLDC= (PF * Líneas de código por cada PF)/1000 = (261,36*32)/1000= 8,363 KLDC
Ya que el número de líneas de código no supera los 50 KLDC los coeficientes que se utilizarán
serán las siguientes de proyecto Orgánico:
También se encontrará la variable FAE, la cual se obtiene mediante la multiplicación de los valores
evaluados en los diferentes 15 conductores de costo que se observan en la siguiente tabla:
CONDUCTORES DE COSTO
VALORACIÓN
Muy bajo
Bajo Nominal Alto Muy alto
Extr. alto
Fiabilidad requerida del software 0,75 0,88 1.00 1,15 1,40 - Tamaño de la base de datos - 0,94 1.00 1,08 1,16 - Complejidad del producto 0,70 0,85 1.00 1,15 1,30 1,65 Restricciones del tiempo de ejecución - - 1.00 1,11 1,30 1,66 Restricciones del almacenamiento principal - - 1.00 1,06 1,21 1,56 Volatilidad de la máquina virtual
- 0,87 1.00 1,15 1,30 -
Tiempo de respuesta de la aplicación - 0,87 1.00 1,07 1,15 - Capacidad del analista 1,46 1,19 1.00 0,86 0,71 - Experiencia en la aplicación 1,29 1,13 1.00 0,91 0,82 - Capacidad de los programadores 1,42 1,17 1.00 0,86 0,70 - Experiencia en S.O. utilizado 1,21 1,10 1.00 0,90 - - Experiencia en el lenguaje de programación 1,14 1,07 1.00 0,95 - - Prácticas de programación modernas 1,24 1,10 1.00 0,91 0,82 - Utilización de herramientas software 1,24 1,10 1.00 0,91 0,83 - Limitaciones de planificación del proyecto 1,23 1,08 1.00 1,04 1,10 -
FAE=1,15*1,00*0,85*1,11*1,00*1,00*1,07*0,86*0,82*0,70*1,00*0,95*1,00*0,91*1,08 =
0,53508480
Cálculo del esfuerzo del desarrollo:
E = a KLDC e * FAE = 3,2 * (8.363)^1,05 * 0,53508480 = 15,91 personas /mes
PROYECTO SOFTWARE a b c d
Orgánico 3,2 1,05 2,5 0,38
Semi-acoplado 3,0 1,12 2,5 0,35
Empotrado 2,8 1,20 2,5 0,32
90
Cálculo tiempo de desarrollo:
T = c Esfuerzo d = 2,5 * (15,91)^0,38 = 7,15 meses Productividad: PR = LDC/Esfuerzo = 8363/15,91 = 525 ,64 LDC/personas mes Personal promedio: P = E/T = 15,91/7,15 = 2,22 personas
Con los resultados obtenidos se puede concluir que se necesita un equipo de 3 personas
trabajando alrededor de 7 meses, pero puesto que el desarrollo del proyecto debe realizarse en un
plazo no mayor a 3 meses, con lo que el equipo se incrementaría a 6 personas del equipo de
proyecto (ya que 15,91/3 da alrededor de este resultado).
Costo de personal
Así pues se tendrá un equipo formado por 1 jefe de proyecto, 2 analistas, 2 programadores y 1
responsable de calidad.
Por lo que el costo del personal para la elaboración del proyecto sería la siguiente, tomando en
cuenta que los analistas sólo estarán por dos meses de igual forma que los programadores:
PERSONAL CANTIDAD COSTO TOTAL Jefe de proyecto 1 $ 15 000 $ 15 000 Analistas 2 $ 10 000 $ 20 000 Programadores 2 $ 8 000 $ 16 000 Responsable de calidad 1 $ 8 000 $ 8 000
Por lo tanto se necesita: Primes mes
PERSONAL CANTIDAD COSTO TOTAL Jefe de proyecto 1 $ 15 000 $ 15 000 Analistas 2 $ 10 000 $ 20 000 Programadores 0 $ 0 $ 0 Responsable de calidad 1 $ 8 000 $ 8 000 TOTAL $ 43 000
Segundo mes
PERSONAL CANTIDAD COSTO TOTAL Jefe de proyecto 1 $ 15 000 $ 15 000 Analistas 2 $ 10 000 $ 20 000 Programadores 2 $ 8 000 $16 000
91
Responsable de calidad 1 $ 8 000 $ 8 000 TOTAL $ 59 000
Tercer mes
PERSONAL CANTIDAD COSTO TOTAL Jefe de proyecto 1 $ 15 000 $ 15 000 Analistas 0 $ 0 $ 0 Programadores 2 $ 8 000 $ 16 000 Responsable de calidad 1 $ 8 000 $ 8 000 TOTAL $ 39 000
Por lo que el costo total del capital humano, realizando la suma del total de los tres meses para el
proyecto será de $ 141 000.
Costo del lugar de trabajo
Se planea rentar una oficina que incluya el costo de línea telefónica, agua, luz, por un periodo de
tres meses para la realización de este proyecto con un costo de $ 13 000 mensuales ubicado en la
Delegación Coyoacán; por lo tanto el costo de la oficina asciende a $ 39 000.
Costo de equipo e instalación
Se planea la adquisición de 6 equipos de cómputo para la elaboración del proyecto, se tomaron en
consideración los siguientes equipos en base a las necesidades de software.
Requerimientos básicos de software:
Software Requerimientos Licencia NetBeans Microsoft Windows XP Professional SP2 o Vista:
• Processor: 1.6 GHz Intel CENTRINO or equivalent
• MEMORY: 1024 MB • Disk space: 750 MB of free disk space
Libre
Windows CPU de 1.6Ghz, 512MB de RAM, 64MB de vídeo, disco de 7200 RPM con 16 de buffer.
Incluida en la compra del equipo
Base de Datos Memoria 512 MB de RAM, espacio mayor a 500 MB
Libre
Equipos: MARCA PROCESADOR DISCO
DURO TARJETA
INALAMBRICAMEMORIA
RAM SISTEMA
OPERATIVO PRECIO
DELL- Vostro
intel® Celeron™ 900
SATA de
Mini Tarjeta Dell Wireless
2GB Doble Canal
Windows Vista® Home
7,499
92
1320 250GB Compartido DDR2 SDRAM
Basic
DELL- Inspiron 15
Intel® Celeron® 900
160GB SATA
NA 1GB de Memoria doble canal compartido DDR2
Windows Vista® Home Basic
6,998
Acer aspire one
Intel Celeron 120 GB
NA 1.5 GB Memoria
Windows XP 4000
HP Cel Intel Celeron 550
160 GB
Intel WI-FI IEEE 802
1 GB DDR2 Windows XP 7199
HP Compaq 6710b
Intel Centrino Core Duo
160 GB
Tarjeta Inalámbrica Wi-Fi
2 GB DDR2 Windows Vista 7,999
Por lo que la compra conveniente para la realización del proyecto es DELL VOSTRO 1320.
Total = 6 x 7499 = $ 44 994
Costo de internet
El cálculo del costo de Internet está basado en dos compañías proveedoras, realizando el cálculo
por la duración del proyecto que es de tres meses.
BAM IUSACELL
Esta empresa utiliza la tecnología del Router AXESSTEL y el servicio de Banda Ancha Móvil de
Iusacell se puede utilizar para conectar una o varias computadoras a la red.
El router AXESSTEL MV440 permite realizar la conexión a Internet en cualquier lugar en cualquier
momento y con total movilidad. El router AXESSTELL MV440 permite tener una red Wi-Fi de hasta
25 metros sin necesidad de corriente eléctrica ya que tiene una batería con duración de más de 2
horas.
Paquetes de Navegación* por días PLAZO COSTO 3 días $ 100 7 días $ 200 15 días $ 300 30 días $ 500 * Todos los precios incluyen 15% de IVA
Con esta tarifa el costo de una conexión a internet por un periodo de tres meses es de $ 1 500. TOTAL = $ 1 500
93
TELCEL 3G
Esta empresa proporciona acceso a Internet de Banda Ancha (ADSL) las siguientes
características:
• Conectarse a Internet de alta velocidad de manera permanente hasta 1 Mbps, 2 Mbps o 4
Mbps de velocidad.
• Descargar y enviar información de forma rápida.
• Crear su propia red de computadoras.
Este paquete incluye:
• PRODIGY Móvil (Wi-Fi), Internet inalámbrico en sitios públicos con su misma cuenta de
Infinitum.
• Antivirus básico.
• Módem inalámbrico¹ para navegar sin cables en cualquier lugar.
• IP Dinámica gratis o IP fija por un costo adicional.
• Registro de dominio .mx*.
Planes INFINITUM Negocio Velocidad Recepción hasta 1 Mbps.
Transmisión hasta 384 Kbps. Correo Correo negocio
2 direcciones de correo en el nombre de su negocio Ideal para Hasta 5 usuarios Renta mensual $ 401.35
El costo de este servicio es de $ 401.35 por mes, pero en este caso hay que tomar en cuenta que
es un paquete adicional a un servicio telefónico ya establecido.
Por lo que la opción adecuada para el proyecto es la empresa IUSACELL con un costo de $ 1 500.
COSTO TOTAL DEL PROYECTO
Realizando la suma de los puntos mencionados con anterioridad se obtiene el costo estimado de la
realización del proyecto.
Capital Humano = $ 141 000
Oficina = $ 39 000
Computadoras = $ 44 994
94
Internet = $ 1500
TOTAL = $ 226 494
4.2 SISTEMA GESTPROJECT
El sistema GESTPROJECT es el sistema propuesto como herramienta de control de la planeación
de proyectos de tecnologías de información, la propuesta incluye el alta y consulta de módulos del
sistema y la modificación en el módulo de avance del proyecto.
Para lo cual se incluyen los manuales técnico y de usuario.
4.2.1 Manual técnico
El manual técnico para este sistema va dirigido a usuarios con conocimientos técnicos en el
lenguaje en el que está programado este sistema, éste incluye:
1. Paradigma de programación seleccionado y sus beneficios.
2. Lenguaje de programación seleccionado y sus beneficios frente a otros lenguajes.
3. Estandarización de código utilizada. (Ver anexo MANUAL TÉCNICO).
4.2.2 Manual de usuario
El manual de usuario de este sistema contiene una guía rápida para los usuarios que utilizarán el
sistema con pantallas y descripciones del contenido de éstas, para los módulos que se especifican
para la propuesta de este sistema. (Ver anexo MANUAL DE USUARIO).
4.3 LABORATORIO ANALÍTICO DE COBRANZA (LAC)
4.3.1 Objetivo
El objetivo del proyecto de LAC (Laboratorio Analítico de Cobranza) se presenta a continuación:
• Mejorar el análisis de la información de Recuperación y Cobranza para medir las
estrategias definidas en EXPERIAN, ACS, TRIAD, Impagados y PROCREDIT.
• Reducir tiempos de ejecución mediante la automatización de procesos manuales
sobre la gestión de la Recuperación y Cobranza.
• Contar con una fuente única de información de Recuperación y Cobranza que
contenga datos oficiales históricos y con capacidad para realizar análisis de los
volúmenes de información asociados.
• Convivencia con plataformas LAR, EXPERIAN, INFFINIX, Impagados, así como
MP y otros sistemas que contengan información de Contingencia, Cuentas
95
Nuevas e Información Contable para compartir información que facilite la consulta
y procesamiento de datos.
Esto es consolidar información de diversos aplicativos, entre ellos LAR, relacionada a la
Recuperación y Cobranza a nivel cliente, producto y cuenta, en el que se generen diversas vistas
permitiendo al usuario explotar la información para generar reportes de análisis de segmentación
de riesgo, modelos de cobranza, perfilamiento y gestión del portafolio, y optimizar las estrategias
de riesgo y cobranza.
La funcionalidad que describe anteriormente se expresa en el siguiente diagrama:
FIGURA 4. 47 Descripción del flujo del servicio respetando la numeración puesta en el diagrama de funcionalidad.
Pasos:
1. Interfaces se depositan en HOST.
2. Pasan por vía TANTIA al servidor de UNIX.
3. Proceso que va al servidor distribuido por interfaces y las aloja en UNIX.
4. Interfaces que se conectan directamente entre servidores y depositan en Unix.
5. Se realiza carga de información de las diferentes interfaces de Unix a Oracle.
6. Información generada en Oracle, se explota en la herramienta de SAS.
96
4.3.2 Planeación de LAC con GESTPROJECT
Para la aplicación del sistema GESTPROJECT se recuperaron los siguientes datos de
documentación del cliente BBVA Bancomer para el proyecto de LAC (Laboratorio Analítico de
Cobranza), que es la información específica que se requiere para cada módulo que incluye esta
propuesta de sistema.
Nombre del proyecto: Laboratorio Analítico de Cobranza
Descripción: El proyecto de Laboratorio Analítico de Cobranza implementará una plataforma para
utilizar la información de Cobranza, mediante un análisis se generaran reportes de diferentes
tipos.
Alcance: Se identifica al proyecto con el nombre de Laboratorio Analítico de Cobranza, haciendo
referencia a la iniciativa de transformación a la cobranza 2008.
El Laboratorio Analítico de Cobranza pretende contar con un análisis detallado y homologado de
las necesidades de información de los negocios de banca minorista:
• Tarjeta de Crédito Bancaria
• Tarjeta de Crédito Finanzia
• Auto Procredit
• Préstamos de Consumo
• Hipotecaria Individual
Objetivo: Implementar una plataforma para explotar información relacionada con la cobranza y la
herramienta SAS para generar análisis de segmentación de riesgo, modelos de cobranza,
perfilamiento y gestión del portafolio, y optimizar las estrategias de riesgo y cobranza.
Propuesta Solución: Realizar un modelo donde el Laboratorio Analítico Regional (LAR) funja como
repositorio de información que LAC requiere para actuar como el Bussines Intelligence que realiza
los procesos de segmentación de riesgos, modelos y generación de reportes a nivel cliente,
producto y cuenta para agilizar la gestión de Recuperación y Cobranza.
Encargado del Proyecto: Rosa María Orta Juárez, Martha Patricia Ramírez García, Mauricio Rubio
Contreras.
Líder del proyecto: Mariana Cobos Gutiérrez.
97
Fecha de inicio y término del proyecto:
03-OCTUBRE-2008 al 17- NOVIEMBRE-2008
Requisitos del proyecto:
Requisitos Técnicos
1. Un servidor donde vivirá la base de datos de LAC en Oracle.
2. Un servidor donde se instalarán las licencias de la herramienta de explotación
SAS.
3. Los usuarios explotarán la información del repositorio desde sus terminales
accediendo por el servidor LAC SAS hacia la base de datos.
REQUISITOS DEL PROYECTO
Código Requisito
Descripción
RC000 Modelo LAC Se requiere conocer el modelo con el que se va a desarrollar el DATAMART de LAC.
RC001 Información de personas. Se requiere dar acceso a la información de personas, que contendrá la identificación del cliente, así como su domicilio y teléfonos alternativos con los que cuente. De los cuales se dará un adicional con el que se cuenta en el CRM analítico de LAR.
RC002 Se proveerá de la información acerca de las tarjetas con las que cuenta el cliente, ya sea tarjeta de crédito o tarjetas de marca propia.
RC003 Se proveerá de la información referente a Nómina que permite conocer los movimientos que se llevan a cabo durante el mes de la cuenta del cliente.
RC004 Se proveerá de la información correspondiente a Consumo, donde se conocerán las cuentas de préstamos y cuentas activas de préstamos con las que cuenta el cliente.
RC005 Se proveerá de la información correspondiente al aprovisionamiento de Vista y Ahorro.
RC006 Se proveerá de la información correspondiente a Fidelización. RC007 Se proveerá de la información correspondiente al Catalogo de Estructura Oficinas.
RC008 Se proveerá de la información de la interfaz utilizada para la gestión de TDC con prefijo de LAR (LA). Su origen es del aplicativo Impagados.
RC009 Se proveerá de la información de la interfaz utilizada para la gestión de Consumo con prefijo de LAR (LA). Su origen es del aplicativo Impagados.
RC010 Generar un proceso nuevo para la información de la interfaz utilizada para la gestión de Hipotecario con prefijo de LAR (LA). Su origen es del aplicativo Impagados.
RC011 Generar un proceso nuevo para la información de la interfaz utilizada para la gestión de Finanzia con prefijo de LAR (LA). Su origen es del aplicativo Impagados.
RC012 Generar un archivo de única vez con el histórico de las acciones para TDC. Su origen es del aplicativo Impagados.
RC013 Generar un archivo de única vez con el histórico de las acciones para Consumo. Su origen es del aplicativo Impagados.
RC014 Generar un archivo de única vez con el histórico de las acciones para Hipotecario. Su origen es del aplicativo Impagados.
RC015 Generar un archivo de única vez con el histórico de las acciones para Finanzia. Su
98
origen es del aplicativo Impagados. RC016 Generar la interface utilizada para las gestiones de Hipotecario con prefijo LAR (LA).
Este proceso se debe planificar de forma que se ejecuten diario. Su origen es del aplicativo Innfinix.
Interfaz con usuario:
Los diferentes tipos de interfaz que se utilizarán son:
- Host
- Distribuido
Las aplicaciones que se utilizarán son:
- Reservas
- SAE
- UG
- Impagados
- PROCREDIT
- SIC
- WTC
- EXPERIAN
- PBCC
- HERMES
COMPONENTES
Número Tipo Copy Base de Datos
Mapa Archivos Entrada
Archivos Salida
Descripción
RCJMLC01 JCL MBV&AMB..RC.FIX.RCJE1700.CTOS.F&FECHA
MBV&AMB..RC.FIX.RCJE1700.CTOS.F&FECHA.CIFCTL
Interfaz Riesgos por contrato, cliente, garantías personales y garantías reales
RCJMLC02 JCL MBV&AMB..RC.FIX.CALSEC
MBV&AMB..RC.FIX.CALSEC.CIFCTL
Interfaz SALEM (actividades
99
económicas) RCJMLC03 JCL MBVP.RC.FI
X.RCJMH058.CONTING.USUARIO.OK
MBV&AMB..RC.FIX.RCRHPM55.CONTING.USUARIO.CIFCTL
Interfaz de contingencia
RCJMLC04 JCL MBV&AMB..RC.FIX.RCP09025.CMOCNBV.F&FECHA..PU
MBV&AMB..RC.FIX.RCP09025.CMOCNBV.F&FECHA..PU.CIFCTL
Interfaz Saldos contables (Interfaces Calificación)
RCJMLC05 JCL MBV&AMB..RC.FIX.RCRCCM33.CONYPRES
MBV&AMB..RC.FIX.RCRCCM33.CONYPRES.CIFCTL
Interfaz Consumo (conypres)
RCPMLC01 BATCH
N/A N/A Proc del JCL RCJMLC01
RCPMLC02 BATCH
N/A N/A Proc del JCL RCJMLC02
RCPMLC03 BATCH
N/A N/A Proc del JCL RCJMLC03
RCPMLC04 BATCH
N/A N/A Proc del JCL RCJMLC04
RCPMLC05 N/A N/A Proc del JCL RCJMLC05
RC3CLC01 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCJE1700.CTES.F&FECHA
MBV&AMB..RC.FIX.RCJE1700.CTES.F&FECHA.CIFCTL
Interfaz Riesgos por contrato
RC3CLC02 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCJE1700.CTES.F&FECHA
MBV&AMB..RC.FIX.RCJE1700.CTES.F&FECHA.CIFCTL
Interfaz Riesgos por cliente
RC3CLC03 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCJE1700.GAPE.F&FECHA
MBV&AMB..RC.FIX.RCJE1700.GAPE.F&FECHA.CIFCTL
Interfaz Riesgos por garantías personales
RC3CLC04 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCJE1700.GARE.F&FECHA
MBV&AMB..RC.FIX.RCJE1700.GARE.F&FECHA.CIFCTL
Interfaz Riesgos por garantías reales
RC3CLC05 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.CALSEC
MBV&AMB..RC.FIX.CALSEC.CIFCTL
Interfaz SALEM (actividades economicas)
100
RC3CLC06 BATCH
GORAPR.LAC (PRODUCTIVA)
MBVP.RC.FIX.RCJMH058.CONTING.USUARIO.OK
MBV&AMB..RC.FIX.RCRHPM55.CONTING.USUARIO.CIFCTL
Interfaz de contingencia
RC3CLC07 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCP09025.CMOCNBV.F&FECHA..PU
MBV&AMB..RC.FIX.RCP09025.CMOCNBV.F&FECHA..PU.CIFCTL
Interfaz Saldos contables (Interfases Calificación)
RC3CLC08 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCP09015.CMOCNBV.F&FECHA..VR
MBV&AMB..RC.FIX.RCP09015.CMOCNBV.F&FECHA..VR.CIFCTL
Interfaz Saldos contables (Interfases Calificación)
RC3CLC09 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCP09010.CMOCNBV.F&FECHA..OT
MBV&AMB..RC.FIX.RCP09010.CMOCNBV.F&FECHA..OT.CIFCTL
Interfaz Saldos contables (Interfases Calificación)
RC3CLC10 BATCH
GORAPR.LAC (PRODUCTIVA)
MBV&AMB..RC.FIX.RCRCCM33.CONYPRES
MBV&AMB..RC.FIX.RCRCCM33.CONYPRES.CIFCTL
Interfaz Consumo (conypres)
PLANIFICACIÓN DEL PROYECTO
ETAPA INICIO FIN (MODIFICARLO) Análisis del proyecto 03-OCT-2008 02-ENE-09 Diseño del proyecto 03-ENE-09 02-ABR-09 Desarrollo del proyecto 03-ABR-09 02-OCT-2009 Pruebas del proyecto 05-OCT-2009 17-NOV-2009 Reunión 1 ENTREGA 20-OCT-209 Reunión 2 ENTREGA 03-NOV-2009 Reunión 3 ENTREGA 17-NOV-2009
DESARROLLO DEL PROYECTO
Número Tipo Desarrollador Fecha inicio Fecha Fin Avance RCJMLC01 JCL Iván Danieles 03-ABR-09 13-ABR-09 100 RCJMLC02 JCL Saraí Márquez Soto 13-ABR-09 20-ABR-09 100 RCJMLC03 JCL Guadalupe
Hernández Flores 21-ABR-09 27-ABR-09 100
RCJMLC04 JCL Mariana Cobos G. 28-ABR-09 04-MAY-09 100 RCJMLC05 JCL Iván Danieles 05-MAY-09 11-MAY-09 100
101
RCPMLC01 BATCH Iván Danieles 12-MAY-09 18-MAY-09 100 RCPMLC02 BATCH Saraí Márquez Soto 19-MAY-09 26-MAY-09 100 RCPMLC03 BATCH Mariana Cobos G. 27-MAY-09 04-JUN-09 100 RCPMLC04 BATCH Mariana Cobos G. 05-JUN-09 12-JUN-09 100 RCPMLC05 BATCH Guadalupe
Hernández Flores 15-JUN-09 23-JUN-09 100
RC3CLC01 BATCH Saraí Márquez Soto 24-JUN-09 03-JUL-09 100 RC3CLC02 BATCH Saraí Márquez Soto 06-JUL-09 14-JUL-09 100 RC3CLC03 BATCH Saraí Márquez Soto 15-JUL-09 23-JUL-09 100 RC3CLC04 BATCH Iván Danieles 24-JUL-09 31-JUL-09 100 RC3CLC05 BATCH Iván Danieles 03-AGO-09 11-AGO-09 100 RC3CLC06 BATCH Mariana Cobos G. 12-AGO-09 20-AGO-09 100 RC3CLC07 BATCH Guadalupe
Hernández Flores 21-AGO-09 31-AGO-09 80
RC3CLC08 BATCH Guadalupe Hernández Flores
01-SEP-09 10-SEP-09 70
RC3CLC09 BATCH Saraí Márquez Soto 11-SEP-09 22-SEP-09 70 RC3CLC10 BATCH Mariana Cobos G. 23-SEP-09 02-OCT-09 50
PRUEBAS DEL PROYECTO
Número Tipo Tester Fecha inicio
Fecha Fin
Avance Descripción
RCJMLC01 JCL Saraí Márquez Soto 05-OCT-09
06-OCT-09
0 Archivos vienen vacíos
RCJMLC02 JCL Saraí Márquez Soto 06-OCT-09
07-OCT-09
0 Cuando no existen archivos
RCJMLC03 JCL Saraí Márquez Soto 07-OCT-09
08-OCT-09
0 Archivos vienen vacíos
RCJMLC04 JCL Saraí Márquez Soto 08-OCT-09
09-OCT-09
0 Cuando no existen archivos
RCJMLC05 JCL Saraí Márquez Soto 12-OCT-09
13-OCT-09
0 Cuando no existen archivos
RCPMLC01 BATCH Iván Danieles 13-OCT-09
14-OCT-09
0 Archivos vienen vacíos
RCPMLC02 BATCH Iván Danieles 14-OCT-09
15-OCT-09
0 Cuando no existen archivos
RCPMLC03 BATCH Iván Danieles 15-OCT-09
16-OCT-09
0 Archivos vienen vacíos
RCPMLC04 BATCH Iván Danieles 19-OCT-09
20-OCT-09
0 Cuando no existen archivos
RCPMLC05 BATCH Iván Danieles 21-OCT-09
22-OCT-09
0 Cuando no existen archivos
RC3CLC01 BATCH Saraí Márquez Soto 22-OCT-09
23-OCT-09
0 Archivos vienen vacíos
RC3CLC02 BATCH Saraí Márquez Soto 26-OCT-09
27-OCT-09
0 Cuando no existen archivos
RC3CLC03 BATCH Mariana Cobos G. 28-OCT-09
29-OCT-09
0 Archivos vienen vacíos
RC3CLC04 BATCH Mariana Cobos G. 29-OCT-09
30-OCT-09
0 Cuando no existen archivos
RC3CLC05 BATCH Saraí Márquez Soto 03-NOV-09
04-NOV-09
0 Archivos vienen vacíos
RC3CLC06 BATCH Saraí Márquez Soto 04-NOV-09
05-NOV-09
0 Cuando no existen archivos
102
RC3CLC07 BATCH Guadalupe Hernández Flores
05-NOV-09
06-NOV-09
0 Archivos vienen vacíos
RC3CLC08 BATCH Guadalupe Hernández Flores
09-NOV-09
10-NOV-09
0 Cuando no existen archivos
RC3CLC09 BATCH Mariana Cobos G. 11-NOV-09
12-NOV-09
0 Archivos vienen vacíos
RC3CLC10 BATCH Mariana Cobos G. 13-NOV-09
17-NOV-09
0 Cuando no existen archivos
4.4 ANÁLISIS COSTO-BENEFICIO
Este sistema es una herramienta para control de la gestión de la información del proyecto que
pertenecerá al cliente en primera instancia, consigo mejorando la comunicación entre los equipos,
mejorando con esto la organización de los equipos de trabajo en las diferentes etapas del proyecto.
El costo que se absorberá por parte de la empresa será el del sistema y el del mantenimiento del
sistema en los años consecuentes.
Los beneficios que se obtendrán serán los siguientes:
• Mejora en la administración de los proyectos de la empresa.
• Control sobre los tiempos de los componentes del proyecto.
• Toma de decisiones basadas en los retrasos de los componentes.
• Simulación de los tiempos que se necesitan para un proyecto.
RESUMEN
En el presente capítulo se presenta el diseño de la propuesta que se planeta en el CAPÍTULO III
de este trabajo de investigación, que es el sistema GESTPROJECT de planeación de tecnologías
de información.
El diseño del sistema GESTPROJECT está basado en las etapas más importantes de un proyecto
de tecnologías de información que son ANÁLISIS, DISEÑO y CONSTRUCCIÓN, hasta este
momento, basándose principalmente en la metodología del cliente en el que se realizó la
investigación, que es BBVA Bancomer.
En base al diseño se realizó el análisis del costo del mismo, así como el tiempo que duraría el
desarrollo de éste, presentando una muestra de lo que sería su aplicación a un proyecto real del
cliente, siendo el de Laboratorio Analítico de Cobranza (LAC), pudiendo observar la forma en la
103
que se podrá gestionar el avance de este proyecto, agilizando la comunicación entre los
integrantes del equipo, lo cual es el objetivo del sistema GESTPROJECT, en base a esto se
presenta el costo-beneficio de este sistema.
104
CONCLUSIONES
En base a los datos que arroja esta investigación se puede concluir que la mayoría de los
problemas de un proyecto de tecnologías de información surgen por un mal análisis de
requerimientos, así como la falta de comunicación entre los miembros del equipo y el cliente,
generando conflictos para el buen término del proyecto, lo que implica modificaciones en
diversas etapas del mismo, aun cuando estas ya se hubieran analizado y autorizado por el
cliente, igualmente la estimación de los tiempos de desarrollo del proyecto no se acercan a lo
requerido pues no contemplan en su totalidad los problemas que se mencionan anteriormente,
generando que no se cumplan las expectativas proyectadas y objetivos específicos.
Dentro del ámbito laboral es inevitable controlar totalmente los retrasos de un proyecto, sin
embargo es de gran utilidad poder contar con una herramienta que ayude con el conocimiento
y control del desarrollo del proyecto, además del seguimiento de una metodología, para poder
tomar decisiones correctas en los momentos indicados, lo que logra que los proyectos se
cumplan en tiempo y forma.
105
BIBLIOGRAFÍA
• GARZA TREVIÑO, JUAN GERARDO. “ADMINISTRACIÓN CONTEMPORÁNEA”. 2ª
Edición. Editorial Mc Graw Hill. México, 2006.
• IBÁÑEZ B.B. “MANUAL PARA LA ELABORACIÓN DE TESIS. Consejo Nacional para la
enseñanza e investigación”. 2ª Edición. Editorial Trillas. México. 2006
• KOONTZ, HAROLD, WEIHRICH, HEINZ. “ADMINISTRACIÓN: UNA PERSPECTIVA
GLOBAL”. 12ª edición. Editorial Mc Graw Hill. México, 2004.
• MÜNCH, LOURDES. "FUNDAMENTOS DE ADMINISTRACIÓN". 7ª Edición. Editorial
Trillas. México, 2008.
• P. VAN GIGCH, JOHN. “TEORÍA GENERAL DE SISTEMAS”. 10ª Edición. Editorial Trillas.
México, 2004.
• PRESSMAN ROGER “INGENIERÍA DEL SOFTWARE. UN ENFOQUE PRÁCTICO”. 5ª
Edición. Editorial McGraw-Hill. México, 2002.
• S. BATEMAN, THOMAS; A. SNELL, SCOTT. “ADMINISTRACIÓN: UNA VENTAJA
COMPETITIVA”. 4ª Edición. Editorial Mc Graw Hill. México, 2001.
• SOOMERVILLE, IAN. “INGENIERÍA DE SOFTWARE”. 6ª Edición. Editorial Pearson.
México, 2002.
CIBERGRAFÍA
• “Administración de Proyectos”,
http://usic13.ugto.mx/calidad/files/CAPACITACION/Elemento%20PLANES%20Y%20PROG
RAMAS/Administracion%20de%20proyectos.pdf, Marzo, 2009.
• “La elaboración de los proyectos de investigación”,
http://www.monografias.com/trabajos/elabproyec/elabproyec.shtml, Marzo, 2009.
• “Marco Teórico”,
http://www.tareaescolar.net/tareaescolar/espanol/MARCO%20TEORICO.htm, Marzo, 2009.
• “Metodologías de desarrollo de Software”,
http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.
html, Junio, 2004.
• “Tipos de investigación científica”,
http://www.unimar.edu.ve/gonzalezalexis/tesis_web/m3tiposinvestigacion.html, Mayo,
2008.
• “Contingencia”
http://es.thefreedictionary.com/contingencia, Abril, 2009
106
• “Estimación de costos de un Sistema Informático”
http://es.wikipedia.org, Junio, 2009.
• “BBVA Bancomer”
http://www.mex.igrupobbva/, Agosto, 2008.
107
GLOSARIO
APLICATIVO (EXPERIAN, INFFINIX, Impagados, PROCREDIT, Recuperación y Cobranza, Medios de pago ‘MP’, LAR). Áreas especializadas en ciertas actividades y conocimientos del
negocio en el rubro bancario.
ARCHIVO. Es un conjunto de información que se almacena en algún medio de escritura que
permita ser leído o accedido por una computadora. Un archivo es identificado por un nombre y la
descripción de la carpeta o directorio que lo contiene.
ATRIBUTO. Se refiere a una determinada característica que se puede medir y cuantificar.
BASE DE DATOS. Una base de datos o banco de datos (en inglés: DATABASE) es un conjunto de
datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su uso posterior.
En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría
por documentos y textos impresos en papel e indexados para su consulta.
BATCH. Es un archivo de procesamientos por lotes. Se trata de archivos de texto sin formato,
guardados con la extensión BAT que contienen un conjunto de comandos MS-DOS.
CASOS DE USO. Un caso de uso es una descripción de la secuencia de interacciones que se
producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea
específica. Expresa una unidad coherente de funcionalidad, y se representa en el Diagrama de
Casos de Uso mediante una elipse con el nombre del caso de uso en su interior. El nombre del
caso de uso debe reflejar la tarea específica que el actor desea llevar a cabo usando el sistema.
CMMI. CAPABILITY MATURITY MODEL INTEGRATION (CMMI) es un modelo para la mejora y
evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software.
Las mejores prácticas CMMI se publican en los documentos llamados modelos.
COMPONENTE. Archivo (programa) en un lenguaje de programación que forma parte de un
sistema.
108
COMPONENTES. Son los elementos contenidos dentro del proyecto, como pueden ser los
diferentes programas que se desarrollarán dentro del mismo.
Conjunto de instrucciones escritas en algún lenguaje de programación. El programa debe ser
compilado o interpretado para poder ser ejecutado y así cumplir su objetivo.
CONSULTORÍA. Empresas consultoras o de consultoría son empresas de servicios profesionales
con experiencia o conocimiento específico en un área, que asesoran a empresas, grupos de
empresas, países u organizaciones en general.
CONTINGENCIA. Cosa que puede suceder o no, especialmente un problema que se plantea de
manera no prevista.
CONTRASEÑA. Es una forma de autentificación para acceder a algún recurso o sistema.
COSTO-BENEFICIO. Medida del costo con relación a un beneficio logrado (se expresa en dinero
ahorrado).
DISEÑO. Se define como el proceso previo de configuración mental "pre-figuración" en la
búsqueda de una solución en cualquier campo.
ESTIMACIÓN. Conjetura sobre el comportamiento futuro de una variable bajo ciertas condiciones.
Determinación del valor o valores del o los parámetros de un cierto modelo con base en la
observación de los resultados de un experimento.
HARDWARE. En computación, término inglés que hace referencia a cualquier componente físico
tecnológico, que trabaja o interactúa de algún modo con la computadora. No sólo incluye
elementos internos como el disco duro, CD-ROM, disquetera, sino que también hace referencia al
cableado, circuitos, gabinete, etc. e incluso hace referencia a elementos externos como la
impresora, el mouse, el teclado, el monitor y demás periféricos. El hardware contrasta con el
software que es intangible y le da lógica al hardware (además de ejecutarse dentro de éste).
HITO. Suceso o acontecimiento que sirve de punto de referencia.
109
JCL. (Job Control Language). Es un conjunto de especificaciones que constituyen un lenguaje de
programación de tareas para el sistema operativo que gobierna un equipo informático. Usado en
Mainframes.
LENGUAJES DE DISEÑO. Se realiza en 2 partes: Una primera fase de especificación semántica
mediante la construcción de un intérprete prototipo que actúa como una especificación ejecutable y
una segunda fase de implementación del compilador de dicho lenguaje.
LENGUAJES DE PROGRAMACIÓN. Lenguaje artificial que puede ser usado para controlar el
comportamiento de una máquina, especialmente una computadora. Éstos se componen de un
conjunto de reglas sintácticas y semánticas que permiten expresar instrucciones que luego serán
interpretadas.
LÍNEA DE CÓDIGO. Una línea de código puede ser una instrucción acabada en un salto de línea,
una instrucción acabada en un punto y coma o cualquier línea del programa que acabe en un salto
de línea.
MAINFRAME. Es una computadora de gran capacidad de almacenamiento, potente y costosa
usada principalmente por una gran compañía para el procesamiento de una gran cantidad de
datos; por ejemplo, para el procesamiento de transacciones bancarias.
MAPA (BMS). (Basic Mapping Support). Permite crear un formato de datos llamado MAPA que
presenta una estructura definida por el programador, para el control de los datos de entrada/salida
de la pantalla.
MÉTRICA. Es una asignación de valor a un atributo de una entidad propia del software ya sea un
producto o un proceso.
MODELO ENTIDAD RELACIÓN. Los diagramas o modelos entidad-relación (a veces denominado
por su siglas, E-R “Entity relationship”) son una herramienta para el modelado de datos de un
sistema de información. Estos modelos expresan entidades relevantes para un sistema de
información, sus interrelaciones y propiedades.
El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por
Peter Chen, mediante el cual se pretende “visualizar” los objetos que pertenecen a la Base de
Datos como entidades (esto es similar al modelo de Programación Orientada a Objetos) las cuales
110
tienen unos atributos y se vinculan mediante relaciones (es una representación lógica de la
información).
El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas
entidad-relación. No es la única técnica pero sí la más utilizada. Brevemente consiste en los
siguientes pasos:
1. Se parte de una descripción textual del problema o sistema de información a automatizar (los
requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7 .Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se
pueden reflejar en el diagrama.
PLATAFORMA. En informática, una plataforma es precisamente el principio, en el cual se
constituye un hardware, sobre el cual un software puede ejecutarse/desarrollarse. No debe
confundirse esto con arquitecturas. Ejemplos de plataformas son IBM-PC (que incluye las
arquitecturas I386 (x86), IA64 o AMD64 (x86 64), Macintosh (que incluye la arquitectura GECKO y
POWERPC) o SPARC.
La plataforma define un estándar alrededor del cual un sistema puede ser desarrollado. Una vez
que la plataforma ha sido definida, se produce el software y el hardware apropiado para su uso. El
término a menudo es usado como un sinónimo de sistema operativo.
PROCESOS. Hacen referencia a alguna etapa de la construcción del software.
PRODUCTO. Son los códigos, diseños, especificaciones, etc. y los procesos.
PROGRAMA BATCH. Son programas que leen un archivo, procesan registros individuales,
actualizan una nueva versión del archivo, y producen cierto tipo de reporte impreso. Al terminar el
programa, los archivos se cierran, y los datos se tornan inaccesibles para cualquier consulta,
adicionalmente, los registros en los archivos, quedan actualizados hasta la última ejecución del
programa.
111
PROGRAMA LÍNEA. Un programa en línea puede hacer diferentes clases de operaciones con
diferentes archivos y observar los resultados de su operación en cuestión de segundos.
PROGRAMAS DE ESPECIFICACIÓN. Son aquéllos programas donde se definen las normas,
exigencias y procedimientos a ser empleados en toda la elaboración de un sistema informático.
PROYECTO TI. Proyecto de tecnología de Información.
PUNTO FUNCIÓN DE UN SISTEMA DE INFORMACIÓN. Los Puntos de Función miden la
aplicación desde una perspectiva del usuario, dejando de lado los detalles de codificación, se
define como una función comercial de usuario final.
QUERY. En base de datos, significa consulta. Es decir, un QUERY en base de datos es una
búsqueda o pedido de datos almacenados en una base de datos.
REQUERIMIENTO. En la ingeniería de sistemas, un requerimiento es una necesidad documentada
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.
RUP. El Proceso Unificado Racional (RATIONAL UNIFIED PROCESS en inglés, habitualmente
resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación
y documentación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías
adaptables al contexto y necesidades de cada organización. También se conoce por este nombre
al software desarrollado por RATIONAL, hoy propiedad de IBM, el cual incluye información
entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el
RATIONAL METHOD COMPOSER (RMC), que permite la personalización de acuerdo a
necesidades.
SEGURIDAD DE LA INFORMACIÓN. Tiene como fin la protección de la información y de los
sistemas de la información del acceso, uso, divulgación, interrupción o destrucción no autorizada.
112
SIMULACIÓN. La simulación es el proceso de diseñar un modelo de un sistema real y llevar a
término experiencias con él, con la finalidad de comprender el comportamiento del sistema o
evaluar nuevas estrategias.
SOFTWARE. En computación, el software es todo programa o aplicación programado para realizar
tareas específicas.
TABLA. En bases de datos y SQL, una tabla es una relación.
TIPO DE DATOS. Es un atributo de una parte de los datos que indica a la computadora y/o al
programador algo sobre la clase de datos sobre los que se va a procesar. Esto incluye imponer
restricciones en los datos, como qué valores pueden tomar y qué operaciones se pueden realizar.
Tipos de datos comunes son: enteros, decimales, cadenas alfanuméricas, etc.
TESTER. Es aquella persona la cual tiene como función automatizar, optimizar y ejecutar una
batería de pruebas para realizar el control de calidad de los productos, realizar un reporte de los
resultados de las pruebas e identificar problemas de proceso y definición de posibles mejoras.
TRANSACCIONES. Un evento o acto de negocio entre dos partes.
USUARIO. En informática, un usuario es un individuo que utiliza una computadora, sistema,
servicio o cualquier sistema informático. Por lo general es una única persona.
USUARIO. Es la persona a la que va destinada algún producto o sistema.
VARIABLES ALFANUMÉRICAS. Dícese de todo aquello que utiliza tanto letras como números y
otros caracteres especiales.
VIABILIDAD. Se evalúa ante un determinado requerimiento o idea para determinar si es posible
llevarlo a cabo satisfactoriamente y en condiciones de seguridad con la tecnología disponible,
verificando factores diversos como resistencia estructural, durabilidad, operatividad, implicaciones
energéticas, mecanismos de control, según el campo del que se trate.
ANEXOS
113
ANEXO I. POLÍTICA DE CONFIDENCIALIDAD
El equipo de esta investigación se compromete a mantener la confidencialidad y la exactitud de la
información personal, profesional y la expuesta para esta investigación, así como proteger dicha
información de su uso contrario al autorizado, perdida, acceso no autorizado, alteración y
destrucción.
Se recomienda analizar cuidadosamente la presente política de confidencialidad para entender
como se tratará la información personal y la expuesta en esta investigación para su aplicación
dentro de las estadísticas mostradas en este trabajo.
Recolección y uso de información personal
La información personal y profesional que se brindó para esta investigación es únicamente como
referencia de la veracidad de las respuestas otorgadas a los cuestionarios y entrevistas aplicados.
Recolección de información no personal propia de la investigación
La información propia del negocio en cuanto a ambiente y procesos expuesta por los sujetos de
investigación no será corrompida para favorecer los resultados estadísticos mostrados en este
trabajo.
Confidencialidad
La información personal otorgada de los sujetos de investigación no se vende, alquila o comparte.
En ninguna circunstancia, dicha información será entregada a terceras empresas o personas.
114
ANEXO II. CUESTIONARIO
Cuestionario. El objetivo del siguiente cuestionario es obtener información de la situación de los
proyectos dentro de BBVA Bancomer para la realización de la propuesta de sistema de planeación
de proyectos de Tecnologías de Información.
Subraye su respuesta en color rojo.
1. ¿Qué porcentaje de proyectos han concluido satisfactoriamente en la consultoría en la que
labora?
a) 20%
b) 40%
c) 50%
d) 70%
e) 100%
f) Lo desconozco
2. ¿Conoce el presupuesto destinado para la realización de su proyecto?
a) Sí
b) No
3. De conocerlo, ¿de cuánto es dicho presupuesto? _____________________________.
4. ¿Usted cree que el plan elaborado para el proyecto es correcto?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
5. En su opinión, ¿el personal seleccionado para el proyecto es el adecuado (capacidad,
experiencia, etc.)?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
115
6. Dentro de la etapa de análisis, ¿Tiene conocimiento del objetivo del proyecto, en qué
porcentaje?
a) Menos del 20%
b) 30%
c) 50%
d) 70%
e) 100%
7. De los proyectos en los que ha participado, ¿Cree que el análisis está bien realizado?
a) Sí
b) No
8. ¿Se tiene un análisis de riesgos?
a) Sí
b) No
9. ¿Se han reportado modificaciones dentro del análisis?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
10. ¿El analista está en contacto con el usuario y con los responsables del proyecto?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
11. Ya iniciada la etapa de diseño, ¿este podría modificarse por cambios en el análisis?
a) Sí
b) No
12. ¿Qué tan común es este caso? ¿A qué se debe?
________________________________________________________________________
a) Muy común
a) Poco común
13. ¿Durante el proyecto, cuántas reuniones se tienen para dispersar dudas?
a) Menos de 10
116
b) De 10 a 20
c) De 20 a 30
d) Más de 30
e) Ninguna
14. ¿Se sigue una metodología (ya sea corporativa, propia de la consultoría, etc.)? ¿Cuál?
________________________________________
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
15. ¿Cree que la estimación de tiempos para cada etapa del proyecto (análisis, diseño,
construcción, pruebas, implantación, etc.) es la adecuada?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
16. ¿Se lleva el control de los componentes del proyecto?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
17. ¿Los componentes se terminan en tiempo y forma?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
¿Qué porcentaje? _____________________________.
18. ¿Tiene el equipo necesario (Hardware y Software) para el proyecto?
a) Sí
b) No
19. ¿Se cumple con los tiempos estimados?
117
a) Sí
b) No
20. Si se generan retrasos, ¿a qué motivo se debe?
a) Cliente
b) Equipo
c) Mala planeación del cliente
d) Mala planeación del equipo
e) Otro. Explique: ____________________________________________.
21. ¿El usuario queda satisfecho con el proyecto entregado?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
22. ¿Conoce qué se debe hacer en cada una de las etapas del proyecto?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
23. ¿Conoce bien su perfil, es decir, su puesto dentro de cada proyecto?
a) Sí
b) No
24. ¿Sus actividades son las correspondientes a su perfil?
a) Nunca
b) A veces
c) La mayoría de las veces
d) Siempre
25. ¿Siente confianza de preguntar sus dudas a su líder?
a) Sí
b) No
c) A veces
d) Nunca
118
26. ¿Cuál es el tiempo promedio en el que le resuelven sus dudas?
a) menos de 1 hora
b) menos de 1 día
c) menos de 1 semana
d) más de 1 semana
Responda la pregunta en rojo.
1. ¿A qué consultoría pertenece?
_____________________________________________________________________
2. ¿Cuál es su puesto dentro del equipo de trabajo?
_____________________________________________________________________
3. ¿En qué área colabora?
_____________________________________________________________________
4. ¿En qué proyecto se encuentra en este momento?
_____________________________________________________________________
5. ¿Cuánto tiempo se estimó para el proyecto?
_____________________________________________________________________
6. ¿Se maneja algún tipo de gestor de proyecto en tu área?
_____________________________________________________________________
7. ¿Tiene gente a su cargo, cuántas personas?
_____________________________________________________________________
8. ¿Por qué cree usted que existen retrasos en el desarrollo de proyectos?
_____________________________________________________________________
9. ¿Tienen un método para medir el avance del proyecto?
_____________________________________________________________________
10. ¿Considera que el método usado para medir el avance es eficaz? ¿Por qué?
_____________________________________________________________________
119
11. ¿Ha tenido problemas en cuanto a la estimación de tiempo y/o costos?
_____________________________________________________________________
12. ¿Utiliza alguna metodología para el proyecto?
_____________________________________________________________________
13. ¿La metodología que utiliza abarca todas las partes del proyecto?
_____________________________________________________________________
14. ¿Cree que es eficaz la metodología utilizada?
_____________________________________________________________________
15. ¿A su parecer sería más fácil que el método para llevar el control del proyecto fuera
automatizado?
_____________________________________________________________________
16. ¿Cómo impactan los retrasos en el tiempo estimado del proyecto a su labor (Ej.
Tiempo extra, necesidad de más personal, etc.)?
_____________________________________________________________________
120
ANEXO III. MANUAL TÉCNICO
Introducción.
El presente manual describe las herramientas que se requieren para poder ejecutar el Sistema
de Gestión de Proyectos GESTPROJECT.
Para el desarrollo de este proyecto se decidió utilizar el lenguaje de programación Java, debido
a que es un lenguaje de última generación, orientado a objetos, estable y además es
multiplataforma; esto significa que puede correr sobre cualquier sistema operativo, Windows o
Linux por ejemplo.
Para editar el código del sistema, puede utilizarse cualquier editor de Java o incluso puede
realizarse desde un editor de texto. Algunos editores muy conocidos son: TextPad, JCreator o
Eclipse; sin embargo para facilitar la edición se recomienda utilizar la herramienta NetBeans
IDE 6.1 o superior.
El manejador de base de datos que se utilizo es MySQL, debido a que es uno de los más
utilizados y la estandarización de éste facilita la conexión con Java.
El Sistema de Gestión de Proyectos GESTPROJECT es una aplicación que está diseñada para
ejecutarse desde una intranet. Es importante conocer que esta aplicación no corre sobre un
navegador web, sino que se manda ejecutar a través de alguno y será alojado en un servidor.
Java Development Kit
La versión utilizada para el desarrollo de este sistema es JavaTM Platform, Standard Edition 6
Development Kit (JDKTM 6) de Sun Microsystems, Inc.
WampServer
Para la edición de nuestra base de datos se utiliza el servidor WampServer2.0a.
Sistema de Gestión de Proyectos GESTPROJECT
Requerimientos del sistema
Los requerimientos mínimos para ejecutar el Sistema de Gestión de Proyectos GESTPROJECT
son los siguientes:
-512 MB en RAM.
121
-Procesador Pentium IV a 500 MHz.
-20 MB de espacio en disco duro (sólo para el servidor).
Código del sistema
Debido a que el código es muy extenso, únicamente se incluyen en este documento los
métodos principales de cada clase, también se omiten las librerías y paquetes que se utilizan
en el sistema.
El sistema empezará a funcionar a partir de la clase Main. Aquí se realizará una instancia de la
clase PantallaInicio, la cual es de la pantalla inicial.
Clase Principal
package pantallas; public class Main { public static void main(String[] args) { PantallaInicio ini = new PantallaInicio(); ini.setVisible(true); } }
Clase de la Pantalla Inicial
En las líneas siguientes se hace la declaración de la clase PantallaInicio. El siguiente método
debe tener el mismo nombre de la clase. Dicho método contiene a su vez otro método llamado
initComponents(), en el cual tiene la declaración de componentes que se van a utilizar, así
como sus atributos iniciales. Este método es común para las clases de todas las pantallas.
/*------------------------------------------------------------------*/ public class PantallaInicio extends javax.swing.JFrame { } public PantallaInicio() { initComponents(); } /*------------------------------------------------------------------*/
El método button1ActionPerformed() recupera el valor de los campos “USUARIO” y
“PASSWORD” para comprobar que se han introducido los datos correctos.
El método ConexionBD() establece una conexión con la base de datos para comprobar los
datos introducidos y para recuperar el tipo de usuario. Si existe algún error en los datos, se
enviará mensaje diciendo que el usuario o contraseña son incorrectos.
122
El método initComponents2() ocultará los campos requeridos para iniciar sesión, así como
validar el tipo de usuario para determinar las acciones que se pueden realizar en el sistema.
/*------------------------------------------------------------------*/ private void button1ActionPerformed(java.awt.event.ActionEvent evt) { ...} /*------------------------------------------------------------------*/
El método jToggleButton2ActionPerformed() se ejecutará cuando se oprima el botón
“jToggleButton2” y servirá para abrir la pantalla para dar de Alta un proyecto.
Finalmente, se tiene el método principal de la clase.
/*------------------------------------------------------------------*/ private void jToggleButton2ActionPerformed(java.awt.event.ActionEvent evt) { ... } public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new PantallaInicio().setVisible(true); } }); }
Clase para el alta de un proyecto
En las siguientes líneas se hace la declaración de la clase NvoProyecto, que servirá para dar
de alta un nuevo proyecto. También se hace una instancia de la clase Conexion, para enviar la
información a la base de datos.
/*------------------------------------------------------------------*/ public class NvoProyecto extends javax.swing.JFrame { ... public NvoProyecto() { ... } /*------------------------------------------------------------------*/
El método bAceptarMouseClicked() validará que ninguno de los campos esté vacío y que no
rebasen la longitud máxima permitida. Si la validación es correcta, se hará uso del método
insertNProyecto() de la clase Conexion, enviando como parámetros los campos recuperados
en pantalla. También se enviará mensaje indicando la acción realizada y se inhabilitarán los
campos de texto y los botones Aceptar y Cancelar.
123
/*------------------------------------------------------------------*/ private void bAceptarMouseClicked(java.awt.event.MouseEvent evt) { ... cnn.insertNProyecto(new NProyecto(texto1.getText(),texto2.getText())); JOptionPane.showMessageDialog(rootPane, "Se generó el nuevo Proyecto"; ... } } /*------------------------------------------------------------------*/
El siguiente método jToggleButton1 abrirá la ventana NuevoProyecto, tomando como
parámetro el id. La pantalla actual quedara invisible.
/*------------------------------------------------------------------*/ private void jToggleButton1MousePressed(java.awt.event.MouseEvent evt) {...} public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new NvoProyecto().setVisible(true); } }); } /*------------------------------------------------------------------*/
Clase para el alta de la Información General del Proyecto
En las siguientes líneas se muestra la declaración de la clase NuevoProyecto, tomando como
parámetro para el método principal el ID de la pantalla anterior.
El método jButton3MouseClicked() validará que ningún campo rebase la longitud máxima
permitida. Si pasa la validación, se hará uso del método insertAlta() de la clase Conexion,
enviando como parámetros los campos recuperados en pantalla. Se enviará mensaje indicando
la acción realizada. Una vez hecho esto, se inhabilitarán todos los campos de texto y los
botones jButton3 y jButton4.
El método jToggleButton2MousePressed() servirá para direccionar a la pantalla Análisis y
Diseño, enviando como parámetro el ID.
/*------------------------------------------------------------------*/ public class NuevoProyecto extends javax.swing.JFrame { ... public NuevoProyecto(String id) {...} private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { ...
124
cnn.insertAlta(new Alta(text1.getText(),text2.getText(), text3.getText(),text4.getText(),text5.getText(), text6.getText(),text7.getText(),text8.getText(), text9.getText())); JOptionPane.showMessageDialog(rootPane,"Se dio de alta el
registro"); ... } ... } private void jToggleButton2MousePressed(java.awt.event.MouseEvent evt) {...} public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new NuevoProyecto(id).setVisible(true); } }); }
Clase para el alta de Análisis y Diseño
En las siguientes líneas se declara la clase AnalisisYDiseño. También se utiliza la clase
Conexion, para enviar la información a la base de datos.
El método jButton3MouseClicked() validará que los campos no estén vacíos y que ninguno
rebase la longitud máxima permitida. Si pasa la validación, se hará uso del método
insertAnalisis() de la clase Conexión, enviando como parámetros los campos recuperados en
pantalla. También se enviará mensaje indicando la acción realizada. Se inhabilitarán todos los
campos de texto y el botones jButton3.
El método jToggleButton3MousePressed() servirá para direccionar a la pantalla Desarrollo del
Proyecto, enviando como parámetro el ID.
El método jComponentesMouseClicked() direcciona a la pantalla Componentes del Proyecto,
enviando como parámetro el ID.
El método jPlanificacionMouseClicked() direcciona a la pantalla Planificación del Proyecto,
enviando como parámetro el ID.
/*------------------------------------------------------------------*/ public class AnalisisYDiseño extends javax.swing.JFrame { ... public AnalisisYDiseño(String id) {...}
125
private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.insertAnalisis(new Analisis(text1.getText(),area1.getText(), text2.getText(),text3.getText(),text4.getText(), area2.getText())); JOptionPane.showMessageDialog(rootPane, "Se registró etapa de
Análisis y Diseño"); ... } } private void jComponentesMouseClicked(java.awt.event.MouseEvent evt) {...} private void jPlanificacionMouseClicked(java.awt.event.MouseEvent evt) {...} private void jToggleButton3MousePressed(java.awt.event.MouseEvent evt) {...} public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new AnalisisYDiseño(id).setVisible(true); } }); }
Clase para el alta de Componentes en la clase Análisis y Diseño
En las siguientes líneas se declara la clase ComponentesProyecto. Se utiliza la clase Conexion
para enviar información de esta pantalla a la base de datos.
El método jButton5MouseClicked() se ejecutará cuando se oprima el botón “jButton5”. Primero
validará que ningún campo rebase la longitud máxima permitida. Si pasa la validación, se
utilizará un Swich-Case que utilizará la selección del combo1 para saber que método utilizar. El
primer caso será para dar de alta un registro de tipo On-Line, utilizando el método insertOnline
de la clase Conexion. El segundo caso será para dar de alta un registro de tipo Batch,
utilizando el método insertBatch de la clase Conexion. El tercer caso será para dar de alta un
registro de tipo Jcl, utilizando el método insertJcl de la clase Conexion. Finalmente se enviará
mensaje indicando el éxito de la operación.
El método combo1ItemStateChanged() habilitará o inhabilitará diferentes campos de texto que
se utilicen o no para el alta del tipo de componente seleccionado en el combo1.
/*------------------------------------------------------------------*/ public class ComponentesProyecto extends javax.swing.JFrame { ... public ComponentesProyecto(String id) {...} private void jButton5MouseClicked(java.awt.event.MouseEvent evt) { indice=combo1.getSelectedIndex();
126
... switch(indice){ case 1: cnn.insertOnline(new Online(texto0.getText(),
texto1.getText(),texto4.getText(),texto5.getText(), area3.getText()));
break; case 2: cnn.insertBatch(new Batch(texto0.getText(),
texto1.getText(), texto3.getText(),texto5.getText(), area1.getText(),area2.getText(),area3.getText()));
break; case 3: cnn.insertJCL(new JCL (texto0.getText(),
texto1.getText(),area1.getText(),area2.getText(), area3.getText()));
break; } JOptionPane.showMessageDialog(rootPane, "Se agregó el
Componente"); } } private void combo1ItemStateChanged(java.awt.event.ItemEvent evt) {
indice=combo1.getSelectedIndex(); switch(indice){ case 1: ... break; case 2: ... break; case 3: ... break; } public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new ComponentesProyecto(id).setVisible(true); } }); }
Clase para el alta de la Planificación del Proyecto
En las siguientes líneas se declara la clase PlanificacionProyecto.
El método jButton3MouseClicked() se ejecutará al pulsar el botón jButton3 y servirá para dar de
alta la planificación, utilizando el método insertPlanificacion de la clase Conexion. Se enviará
mensaje indicando el alta de la operación. Y dejará la pantalla invisible, volviendo a la pantalla
Análisis y Diseño.
/*------------------------------------------------------------------*/ public class PlanificacionProyecto extends javax.swing.JFrame { ... public PlanificacionProyecto(String id) {...} private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { cnn.insertPlanificacion(new Planificacion(texto0.getText(), texto1.getText(),texto2.getText(),texto3.getText(), texto4.getText(),texto5.getText(),texto6.getText(),
127
texto7.getText(),texto8.getText(),texto9.getText(), texto10.getText(),texto11.getText())); JOptionPane.showMessageDialog(rootPane, "Se dio de Alta la
Planificación"); this.setVisible(false); } public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new PlanificacionProyecto(id).setVisible(true); } }); }
Clase para el alta de la Etapa de Desarrollo
A continuación se declara la clase DesarrollopProyecto
El método jButton5MouseClicked(), se ejcutará al pulsar el botón jButton5 y servirá para dar de
alta la planificación, utilizando el método insertPlanificacion de la clase Conexion. Se enviará
mensaje indicando el alta de la operación.
El método combo1ItemStateChanged() servirá para llenar las opciones del combo2, de acuerdo
a la opción que se elija del combo1.
El método jToggleButton4MouseClicked() se ejecutará cuando se pulse el botón
jToggleButton4, y envía a la pantalla Pruebas e Implementación.
/*------------------------------------------------------------------*/ public class DesarrolloProyecto extends javax.swing.JFrame { ... public DesarrolloProyecto(String id) {...} private void jButton5MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.insertDesarrollo(new Desarrollo(texto1.getText(),sel1,sel2,
texto2.getText(),texto3.getText(),texto4.getText(), Integer.parseInt(texto5.getText())));
} private void combo1ItemStateChanged(java.awt.event.ItemEvent evt) { id=texto1.getText(); ...
switch (sel) { case 1: cnn.selectComponentes1(combo2,id); break; case 2: cnn.selectComponentes2(combo2,id); break; case 3: cnn.selectComponentes3(combo2,id); break; } ...
128
} } private void jToggleButton4MouseClicked(java.awt.event.MouseEvent evt) {...} public static void main(String args[]) { java.awt.EventQueue.invokeLater(new Runnable() { public void run() { new DesarrolloProyecto(id).setVisible(true); } }); }
Clase para el alta de la Fase de Pruebas e Implementación
A continuación se declara la clase PruebasImplementacion.
El método jButton5MouseClicked(), se ejecutará al pulsar el botón jButton5 y servirá para dar
de alta la Fase de Pruebas e Implementación, utilizando el método insertPruebas de la clase
Conexion. Se enviará mensaje indicando el alta de la operación.
El método combo1ItemStateChanged() servirá para llenar las opciones del combo2, de acuerdo
a la opción que se elija del combo1.
/*------------------------------------------------------------------*/ public class PruebasImplementacion extends javax.swing.JFrame { ... public PruebasImplementacion(String id) { ... } private void jButton5MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.insertPruebas(new Pruebas(texto1.getText(),sel1,sel2,
texto2.getText(),texto3.getText(),sel3,texto4.getText(), texto5.getText(),Integer.parseInt(texto6.getText())));
} private void combo1ItemStateChanged(java.awt.event.ItemEvent evt) { id=texto1.getText(); ... case 1: cnn.selectComponentes1(combo2,id); break; case 2: cnn.selectComponentes2(combo2,id); break; case 3: cnn.selectComponentes3(combo2,id); break; ... } }
Clase para consultar un proyecto
A continuación se declara la clase Busqueda
129
El método initOtherComponents() va a recuperar el ID de los proyectos dados de alta y los
pondrá en el combo1.
El método jButton3MouseClicked se ejecutará al pulsar el botón jButton3 y direccionando a la
pantalla Consulta de Información General, enviando como parámetro el ID.
El método combo1ItemStateChanged() buscará el nombre del proyecto seleccionado en el
combo1 y lo pondrá en el campo texto1.
/*------------------------------------------------------------------*/ public class Busqueda extends javax.swing.JFrame { ... public Busqueda() { ... initOthersComponents(); load=false; } private void initOthersComponents(){ ... cnn.selectIdProyecto(combo1); ... } } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) {...} private void combo1ItemStateChanged(java.awt.event.ItemEvent evt) { if(!load){ ... cnn.selectNomProyecto(selid, texto1); ... } } }
Clase para consultar información general del proyecto.
A continuación se declara la clase Cinformacion
Los campos de esta pantalla se llenarán con los datos recuperados de la clase Busqueda
mediante el método selectInformacion de la clase Conexión.
El método janalisisMouseClicked() se ejecutará al pulsar el botón janalisis y direcciona a la
pantalla Consulta de Análisis y Diseño.
/*------------------------------------------------------------------*/ public class Cinformacion extends javax.swing.JFrame {
130
... public Cinformacion(String selid,String selnom) throws SQLException { ... cnn.selectInformacion(selid,texto1,texto3,texto4,texto5,texto6,texto7,texto8,texto9,texto10); } private void janalisisMouseClicked(java.awt.event.MouseEvent evt) {...} Clase para consultar Análisis y Diseño En la clase Canálisis todos los campos se llenarán previamente por el sistema, usando el método selectAnálisis de la clase Conexion. El método jcomponentesMouseClicked() envía a la pantalla de Consulta de Componentes. El método jplanificacionMouseClicked() envía a la pantalla de Consulta de Planificación. El método jpruebasMouseClicked() direcciona a la pantalla Consulta de Pruebas. /*------------------------------------------------------------------*/ public class Canálisis extends javax.swing.JFrame { ... public Canálisis(String selid) throws SQLException { ... cnn.selectAnalisis(selid, texto1, texto2, texto3, texto4, texto5, area1); } private void jcomponentesMouseClicked(java.awt.event.MouseEvent evt) {...} private void jplanificacionMouseClicked(java.awt.event.MouseEvent evt) {...} private void jpruebasMouseClicked(java.awt.event.MouseEvent evt) {...} Clase para consultar componentes de Análisis y Diseño
A partir de la clase BusComponentes se podrán hacer consultas de los componentes de
Análisis y Diseño.
El método jButton1MouseClicked() envía a la pantalla de Consulta de Componentes On-Line.
El método jButton2MouseClicked() envía a la pantalla de Consulta de Componentes Batch. El
método jButton3MouseClicked() envía a la pantalla de Consulta de Componentes JCL. Para los
tres métodos anteriores, se enviará como parámetro el ID.
131
El método jaceptarMouseClicked() recuperará el tipo y número de componente, y dependiendo
de la selección direcciona a alguna de las siguientes pantallas:
Si se selecciona ON-LINE y un número de componente, direcciona a la pantalla de Consulta de
un Componente On-Line. Si se selecciona BATCH y un número de componente, direcciona a la
pantalla de Consulta de un Componente Batch. Si se selecciona JCL y un número de
componente, direcciona a la pantalla de Consulta de un Componente JCL. Para los tres
métodos anteriores se enviará como parámetro el ID y el Número de Componente.
El método jpruebasMouseClicked() direcciona a la pantalla Consulta de Pruebas.
/*------------------------------------------------------------------*/ public class BusComponentes extends javax.swing.JFrame { ... public BusComponentes(String id) {...} private void jButton1MouseClicked(java.awt.event.MouseEvent evt) {...} private void jButton2MouseClicked(java.awt.event.MouseEvent evt) {...} private void jButton3MouseClicked(java.awt.event.MouseEvent evt) {...} private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) { String numero = (String) combo2.getSelectedItem().toString(); switch (sel) { case 1: OneOnline oline = new OneOnline(id,numero);... break; case 2: OneBatch obatch = new OneBatch(id,numero);... break; case 3: OneJCL ojcl = new OneJCL(id,numero);... break; } } private void jpruebasMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Componentes On-Line
En la clase COnline se mostrarán los componentes de tipo On-Line de la etapa de Análisis y
Diseño y llenará los campos con el primer componente recuperado de la consulta, mediante el
método selectAllOnline().
El método jsiguienteMouseClicked() buscará el siguiente componente On-Line y llenará los
campos con el detalle recuperado. En caso de no haber más componentes se enviará mensaje
a pantalla.
El método janteriorMouseClicked() buscará el anterior componente On-Line y llenará los
campos con el detalle recuperado. En caso de no haber más componentes se enviará mensaje
a pantalla.
132
El método jaceptarMouseClicked() direcciona a la pantalla Consulta de Componentes.
/*------------------------------------------------------------------*/ public class COnline extends javax.swing.JFrame { ... public COnline(String id) { ... rs = (ResultSet) cnn.selectAllOnline(id); rs.first();
... } private void janteriorMouseClicked(java.awt.event.MouseEvent evt) {
... if (rs.previous()){...} ... } private void jsiguienteMouseClicked(java.awt.event.MouseEvent evt) { ... if (rs.next()){...} ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Componentes BATCH
En la clase BATCH1 se mostrarán los componentes de tipo Batch de la etapa de Análisis y
Diseño y llenará los campos con el primer componente recuperado de la consulta, mediante el
método selectAllBatch().
El método jsiguienteMouseClicked() buscará el siguiente componente BATCH y llenará los
campos con el detalle recuperado. En caso de no haber más componentes se enviará mensaje
a pantalla.
El método janteriorMouseClicked() buscará el anterior componente Batch y llenará los campos
con el detalle recuperado. En caso de no haber más componentes se enviará mensaje a
pantalla.
El método jaceptarMouseClicked() direcciona a la pantalla Consulta de Componentes.
/*------------------------------------------------------------------*/ public class BATCH1 extends javax.swing.JFrame { ... public BATCH1(String id) { ... rs = (ResultSet) cnn.selectAllBatch(id);
133
rs.first(); ... } private void janteriorMouseClicked(java.awt.event.MouseEvent evt) { ... if (rs.previous()){...} ... } private void jsiguienteMouseClicked(java.awt.event.MouseEvent evt) { ... if (rs.next()){...} ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Componentes JCL
En la clase JCL1 se mostrarán los componentes de tipo JCL de la etapa de Análisis y Diseño y
llenará los campos con el primer componente recuperado de la consulta, mediante el método
selectAllJCL().
El método jsiguienteMouseClicked() buscará el siguiente componente JCL y llenará los campos
con el detalle recuperado. En caso de no haber más componentes se enviará mensaje a
pantalla.
El método janteriorMouseClicked() buscará el anterior componente JCL y llenará los campos
con el detalle recuperado. En caso de no haber más componentes se enviará mensaje a
pantalla.
El método jaceptarMouseClicked() direcciona enviará a la pantalla Consulta de Componentes.
/*------------------------------------------------------------------*/ public class JCL1 extends javax.swing.JFrame { ... public JCL1(String id) { ... rs = (ResultSet) cnn.selectAllJCL(id); rs.first(); texto1.setText(rs.getString("numero")); texto2.setText(rs.getString("entrada")); texto3.setText(rs.getString("salida")); area1.setText(rs.getString("descripcion")); ... } private void janteriorMouseClicked(java.awt.event.MouseEvent evt) {
134
... if (rs.previous()){ texto1.setText(rs.getString("numero")); texto2.setText(rs.getString("entrada")); texto3.setText(rs.getString("salida")); area1.setText(rs.getString("descripcion")); } ... } private void jsiguienteMouseClicked(java.awt.event.MouseEvent evt) {
... if (rs.next()){ texto1.setText(rs.getString("numero")); texto2.setText(rs.getString("entrada")); texto3.setText(rs.getString("salida")); area1.setText(rs.getString("descripcion")); } ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar un Componente On-Line
Mediante la clase OneOnline se mostrará el detalle de un solo componente On-Line, se
llenarán los campos mediante el método selectOneOnline de la clase Conexion.
El método jaceptarMouseClicked() direcciona a la pantalla Consulta de Consulta de
Componentes.
/*------------------------------------------------------------------*/ public class OneOnline extends javax.swing.JFrame { ... public OneOnline(String id, String numero) { ... cnn.selectOneOnline(id, numero, texto1, texto2, texto3, area1); ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar un Componente BATCH
Mediante la clase OneBatch se mostrará el detalle de un solo componente BATCH, se llenarán
los campos mediante el método selectOneBatch de la clase Conexion.
El método jaceptarMouseClicked() direcciona a la pantalla Consulta de Consulta de
Componentes.
/*------------------------------------------------------------------*/
135
public class OneBatch extends javax.swing.JFrame { ... public OneBatch(String id, String numero) { ... cnn.selectOneBatch(id, numero, texto1, texto2, texto3, texto4, texto5, area1); ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...} Clase para consultar un Componente JCL
Mediante la clase OneJCL se mostrará el detalle de un solo componente JCL, se llenarán los
campos mediante el método selectOneJCL de la clase Conexion.
El método jaceptarMouseClicked() direcciona a la pantalla Consulta de Consulta de
Componentes.
/*------------------------------------------------------------------*/ public class OneJCL extends javax.swing.JFrame { ... public OneJCL(String id,String numero) { ... cnn.selectOneJCL(id, numero, texto1, texto2, texto3, area1); ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Planificación del Proyecto
Mediante la clase Etapas se podrá consultar la planificación del proyecto.
El método jButton2MouseClicked() mostrará la fecha de inicio y término de la etapa de
Desarrollo.
El método jButton1MouseClicked() mostrará la fecha de inicio y término de la etapa de Análisis
y Diseño.
El método jButton3MouseClicked() mostrará la fecha de inicio y término de la etapa de Pruebas
e Implementación.
El método jButton4MouseClicked() mostrará las fechas programadas para las reuniones.
El método jaceptarMouseClicked() llevará de vuelta a la pantalla Consulta de Análisis y Diseño.
/*------------------------------------------------------------------*/ public class Etapas extends javax.swing.JFrame { ...
136
public Etapas(String id) {...} private void jButton2MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.selectPlanificacion(id, etapa,texto1, texto2, texto3); ... } private void jButton1MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.selectPlanificacion(id, etapa, texto1, texto2, texto3); ... } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.selectPlanificacion(id, etapa, texto1, texto2, texto3); ... } private void jButton4MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.selectPlanificacion(id, etapa, texto1, texto2, texto3); ... } private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Pruebas del proyecto
A partir de la clase CPruebas se podrán realizar consultas de los componentes en la fase de
pruebas.
El método jaceptarMouseClicked() recuperará el ambiente y el número de componente y
direcciona a la pantalla Consulta de Prueba de un Componente.
El método jButton1MouseClicked() direcciona a la pantalla Consulta de Prueba de
Componentes, enviando como parámetro, el ID y el ambiente, que en este caso es ambiente
Línea.
El método jButton2MouseClicked() direcciona a la pantalla Consulta de Prueba de
Componentes, enviando como parámetro, el ID y el ambiente, que en este caso es ambiente
Batch.
El método jresultadosMouseClicked() direcciona a la pantalla Avance del Proyecto.
/*------------------------------------------------------------------*/ public class CPruebas extends javax.swing.JFrame { ... public CPruebas(String id) {...}
137
private void jresultadosMouseClicked(java.awt.event.MouseEvent evt) {...} private void jaceptarMouseClicked(java.awt.event.MouseEvent evt) {...} private void jButton1MouseClicked(java.awt.event.MouseEvent evt) {...} private void jButton2MouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Prueba de un solo componente del proyecto
En la clase ConsultaPruebas1 se mostrará el detalle de un solo componente de la fase de
pruebas, los campos se recuperarán mediante el método selectOnePrueba().
El método jButton3MouseClicked() cerrará la pantalla actual, direcciona a la pantalla Consulta
de Prueba de Componentes.
/*------------------------------------------------------------------*/ public class ConsultaPruebas1 extends javax.swing.JFrame { ... public ConsultaPruebas1(String id, String ambiente, String numero){ ... cnn.selectOnePrueba(id, numero, ambiente, texto2, texto3, texto4, texto5, texto6, texto7, texto8, texto9); ... } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para consultar Prueba de todos los componentes del proyecto
Mediante la clase ConsultaAllPruebas se podrán consultar todos los componentes con pruebas
de tipo LINEA o BATCH, dependiendo del ambiente recuperado en la pantalla Consulta de
Prueba de Componentes, a través del método selectAllLinea.
El método janteriorMouseClicked() buscará el anterior componente y llenará los campos con el
detalle recuperado. En caso de no haber más componentes se enviará mensaje a pantalla.
El método jsiguienteMouseClicked() buscará el anterior componente y llenará los campos con
el detalle recuperado. En caso de no haber más componentes se enviará mensaje a pantalla.
El método jButton3MouseClicked() direcciona a la pantalla Consulta de Prueba de
Componentes.
138
/*------------------------------------------------------------------*/ public class ConsultaAllPruebas extends javax.swing.JFrame { ... public ConsultaAllPruebas(String id,String ambiente) { ... rs = (ResultSet) cnn.selectAllLinea(id, ambiente); rs.first(); ... } private void janteriorMouseClicked(java.awt.event.MouseEvent evt) { ... if (rs.previous()){ ... } ... } private void jsiguienteMouseClicked(java.awt.event.MouseEvent evt) { ... if (rs.next()){ ... } ... }
Clase para consultar Avance del Proyecto
Mediante la clase CEtapas se podrá realizar la consulta del avance del proyecto para las
etapas de Análisis y Diseño, Desarrollo y Pruebas e Implementación.
El método jButton3MouseClicked() mostrará el avance de la etapa de Análisis y Diseño,
mostrando el porcentaje de avance y el estatus y si está en verde, amarillo o rojo.
El método jButton4MouseClicked() mostrará el avance de la etapa de Desarrollo, mostrando el
porcentaje de avance y el estatus y si está en verde, amarillo o rojo.
El método jButton5MouseClicked() mostrará el avance de la etapa de Pruebas e
Implementación, mostrando el porcentaje de avance y el estatus y si está en verde, amarillo o
rojo.
/*------------------------------------------------------------------*/ public class CEtapas extends javax.swing.JFrame { ... public CEtapas(String id) { ... } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { ...
139
rs = (ResultSet) cnn.selectConAnalisis(id); while(rs.next()){ ... } private void jButton4MouseClicked(java.awt.event.MouseEvent evt) { ... rs=(ResultSet) cnn.selectStatus(id, etapa); while(rs.next()){ ... } private void jButton5MouseClicked(java.awt.event.MouseEvent evt) { ... rs=(ResultSet) cnn.selectStatus(id, etapa); while(rs.next()){ ... }
Clase para seleccionar un Proyecto a Modificar
A partir de la clase ModProyecto se seleccionará un proyecto para modificar su avance,
mediante el método selectIdProyecto.
El método jButton3MouseClicked() direcciona a la pantalla Modificación del Proyecto.
/*------------------------------------------------------------------*/ public class ModProyecto extends javax.swing.JFrame { ... public ModProyecto() { ... initOthersComponents(); } private void initOthersComponents(){ ...
cnn.selectIdProyecto(combo1); ... } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) {...}
Clase para Modificar el Avance de un Proyecto
Por medio de la clase ModEtapas se podrá modificar el avance de un proyecto seleccionado.
El método jButton1MouseClicked() modificará el avance, estatus e identificador (color) de la
etapa Análisis y Diseño, utilizando el método updateAnalisis() de la clase Conexion.
El método jButton2MouseClicked() modificará el avance, estatus e identificador (color) de cada
uno de los componentes de la etapa de Desarrollo, utilizando el método updateDesarrollo() de
la clase Conexion.
140
El método jButton3MouseClicked() modificará el avance, estatus e identificador (color) de cada
uno de los componentes de la etapa de Pruebas e Implementación, utilizando el método
updatePruebas de la clase Conexion.
/*------------------------------------------------------------------*/ public class ModEtapas extends javax.swing.JFrame { ... public ModEtapas(String selid) {...} private void jButton1MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.updateAnalisis(id, status,avance,indicador); ... } private void jButton2MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.updateDesarrollo(id, status,indicador,avance,tipo,numero); ... } private void jButton3MouseClicked(java.awt.event.MouseEvent evt) { ... cnn.updatePruebas(id, status,indicador,avance,tipo,numero); ... }
Clase para la conexión a la base de datos
En esta clase se encuentran todos los métodos que establecen una conexión con la base de
datos, desde Consultas, Altas y Modificaciones. En este caso sólo se pondrá el nombre de los
métodos
/*------------------------------------------------------------------*/ public class Conexion { ... public Conexion() { try{ Class.forName("com.mysql.jdbc.Driver"); try{ conexion = DriverManager.getConnection ("jdbc:mysql://localhost/sistema","administrador","adrian"); stm = conexion.createStatement(); }catch(Exception e){ System.out.println("Error al Conectarse con el Servidor java dice : "); e.printStackTrace(); } }catch(Exception e){ System.out.println("Error al cargar el driver!"); } }
141
public void insertNProyecto(NProyecto nuevo){...} public void insertAnalisis(Analisis an){...} public void insertOnline(Online on){...} public void insertBatch(Batch bat){...} public void insertJCL(JCL jc){...} public void insertPlanificacion(Planificacion pla){...} public void insertDesarrollo(Desarrollo des){...} public void insertPruebas(Pruebas prs){...} public void selectComponentes1(javax.swing.JComboBox combo, String
id) throws SQLException{...} public void selectComponentes2(javax.swing.JComboBox combo, String
id) throws SQLException{...} public void selectComponentes3(javax.swing.JComboBox combo, String
id) throws SQLException{...} public void selectNomProyecto(String seleccion,
javax.swing.JTextField txt) throws SQLException{...} public void selectIdProyecto(javax.swing.JComboBox combo) throws
SQLException{...} public void selectInformacion(...) throws SQLException{...} public void selectAnalisis(...) throws SQLException{...} public ResultSet selectAllOnline(String id) throws
SQLException{...} public ResultSet selectAllBatch(String id) throws
SQLException{...} public ResultSet selectAllJCL(String id) throws SQLException{...} public void selectOneOnline(...) throws SQLException{...} public void selectOneBatch(...) throws SQLException{...} public void selectOneJCL(...) throws SQLException{...} public void selectPlanificacion(...) throws SQLException{...} public void selectTipoPrueba(...) throws SQLException{...} public void selectOnePrueba(...) throws SQLException{...} public ResultSet selectAllLinea(...) throws SQLException{...} public int selectSumDesarrollo(String id) throws SQLException{...} public ResultSet selectConAnalisis(String id) throws
142
SQLException{...} public int selectSumPruebas(String id) throws SQLException{...} public ResultSet selectStatus(String id, String etapa) throws
SQLException{...} public void updateAnalisis(...) throws SQLException{...} public void updateDesarrollo(...) throws SQLException{...} public void updatePruebas(...) throws SQLException{...}
143
ANEXO IV. MANUAL DE USUARIO
Iniciar sesión en el Sistema
Esta es la pantalla inicial y servirá para iniciar sesión en el sistema.
Introduzca un usuario y una contraseña válidos y pulse el botón entrar. En caso de que no esté
registrado deberá solicitar su alta a un usuario Administrador.
Si su tipo de usuario es Administrador, se le habilitarán los cinco botones de la parte izquierda;
en caso contrario, se habilitará únicamente el botón “CONSULTA PROYECTO”
Para dar de alta un Nuevo Proyecto, oprima el botón “NUEVO PROYECTO” y le mostrará la
pantalla “ALTA DE PROYECTO”.
Para realizar la consulta de un proyecto que ya ha sido dado de alta, oprima el Botón
“CONSULTA PROYECTO”
Para modificar un proyecto que ya ha sido dado de alta, oprima el Botón “MODIFICACIÓN”
Alta de un Nuevo Proyecto
En esta pantalla se podrá dar de alta un nuevo proyecto. Debe ingresar un ID para identificar el
proyecto y un Nombre, a continuación pulse “ACEPTAR”. En caso de que le haga falta llenar
144
alguno de estos 2 campos se le mostrará un mensaje indicándole que ambos son obligatorios,
de lo contrario y en caso de que el alta sea correcta, se le mostrará un mensaje indicando que
el proyecto ha sido dado de alta y se inhabilitarán los dos campos de texto y los botones
“ACEPTAR” y “CANCELAR”.
Si usted oprime el botón “CANCELAR” regresará a la pantalla inicial.
Para dar de alta la Información General del Proyecto deberá pulsar el Botón “INFOR.
PROYECTO” y se le mostrará la pantalla “INFORMACIÓN GENERAL”.
Dar de Alta Información General del Proyecto
En esta pantalla usted deberá introducir los campos correspondientes a la información general
del proyecto, así como fechas de inicio y fin del mismo.
El ID del proyecto lo llenará automáticamente el sistema, con base en la información que dio de
alta en la pantalla anterior.
Cuando haya llenado todos los campos se deberá pulsar el botón “ACEPTAR” para dar de alta
la Información General y una vez realizada ésta, se enviará un mensaje indicando que se ha
realizado el alta. También quedarán inhabilitados todos los campos de texto.
145
Para dar de alta la fase de Análisis y Diseño deberá pulsar el Botón “ANÁLISIS Y DISEÑO” y
se le mostrará la pantalla “ANÁLISIS Y DISEÑO”.
Dar de Alta Fase de Análisis y Diseño
En esta pantalla, el campo “ID PROYECTO” será llenado automáticamente por el sistema.
Una vez que ha llenado todos los campos, deberá pulsar el botón “ACEPTAR” para dar de alta
la Fase de Análisis y Diseño. Si el alta es correcta, se enviará un mensaje indicando el éxito de
la operación. También se inhabilitarán todos los campos de texto.
Para dar de alta componentes, oprima el botón “COMPONENTES” y le enviará a la pantalla de
“COMPONENTES”.
Para dar de alta la Planificación del Proyecto, oprima el botón “PLANIFICACIÓN” y le enviará a
la pantalla de “PLANIFICACIÓN DEL PROYECTO”
Una vez que se han dado de alta los componentes y la planificación, debe pulsar el botón
“DESARROLLO” para dar de alta la fase de desarrollo y le enviará a la pantalla
“DESARROLLO DEL PROYECTO”.
146
Dar de Alta Componentes del Proyecto
En esta pantalla se darán de alta todos los componentes a desarrollar en el proyecto, podrán
ser de Tipo ON-LINE, BATCH o JCL.
El campo “ID PROYECTO” lo llenará automáticamente el sistema y usted deberá introducir un
número de componente. Para el “TIPO DE COMPONENTE” debe seleccionar una opción del
Combo Box.
Si usted selecciona la opción ON-LINE, se inhabilitarán los campos “COPYS”, “ARCHIVO(S)
ENTRADA” y “ARCHIVO(S) SALIDA”, quedando el resto habilitados.
Si selecciona la opción BATCH, se inhabilitará el campo “MAPA”, quedando el resto
habilitados.
Si selecciona la opción JCL, se inhabilitarán los campos “COPYS”, “MAPA” y “BASE DE
DATOS”, quedando el resto habilitados.
147
Para dar de alta cualquiera de los tres tipos de componentes, deberá llenar los campos
correspondientes a cada uno y pulsar el botón “AGREGAR” por cada componente. Pueden
darse de alta tantos componentes de cada tipo como sean necesarios.
Una vez que usted ha terminado de dar de alta todos los componentes deseados, se deberá
pulsar el botón “ACEPTAR” para regresar a la pantalla de “ANÁLISIS Y DISEÑO DEL
PROYECTO”
Dar de Alta la Planificación del Proyecto
En esta pantalla se dará de alta la Planificación del Proyecto. El campo “ID PROYECTO” será
llenado automáticamente por el sistema.
Cuando haya llenado los campos, oprima el botón “ACEPTAR” y si el alta es correcta se
enviará un mensaje indicando que se ha realizado el alta.
Si pulsa el botón “CERRAR” se regresará a la pantalla “ANÁLISIS Y DISEÑO”.
148
Dar de Alta Fase de Desarrollo del Proyecto
En esta pantalla se dará de alta el Desarrollo del Proyecto. El campo “ID PROYECTO” será
llenado automáticamente por el sistema.
Usted deberá seleccionar el “TIPO DE COMPONENTE” del Combo Box y después seleccionar
el “NÚM. COMPONENTE”. También se llenarán el resto de los campos, y cuando se hayan
llenado se oprimirá el botón “AGREGAR” y se enviará mensaje indicando el éxito de la
operación. Esta operación deberá repetirse hasta agregar cada uno de los componentes para
cada tipo.
Una vez que se han dado de alta todos los componentes, deberá pulsar el botón “PRUEBAS E
IMPLEM.” Para dar de alta la Fase de Pruebas.
149
Dar de Alta Fase de Pruebas
En esta pantalla se dará de alta la Fase de Pruebas para cada uno de los componentes. El
campo “ID PROYECTO” será llenado automáticamente por el sistema.
Usted deberá seleccionar del combo box “TIPO COMPONENTE” y a continuación el “NÚM.
COMPONTENTE” y deberá llenar el resto de los campos. El “AMBIENTE DE PRUEBA” se
seleccionará de su correspondiente combo box.
Una vez que ha llenado todos los campos, debe pulsar el botón “AGREGAR” y se enviará un
mensaje indicando que se ha realizado el alta. Esto debe realizarlo para cada uno de los
componentes del sistema.
Si oprime el botón “CERRAR”, se regresará a la pantalla inicial.
150
Consultas del proyecto
A partir de esta pantalla se podrán realizar consultas de los proyectos que ya se han dado de
alta.
Para esto, usted deberá seleccionar un proyecto del combo box “ID PROYECTO”. Una vez
seleccionado, el sistema llenará automáticamente el campo “NOMBRE DEL PROYECTO”.
Para obtener más detalles del proyecto debe pulsará el Botón “CONSULTAR” y se enviará a la
pantalla “CONSULTA DE INFORMACIÓN GENERAL”.
151
Consulta de Información General
En esta pantalla usted podrá visualizar la Información General del Proyecto seleccionado en la
pantalla anterior. Para consultar la fase de Análisis y Diseño pulse el botón “ANÁLISIS Y
DISEÑO” y le enviará a la pantalla “CONSULTA DE ANÁLISIS Y DISEÑO”.
152
Consulta de Análisis y Diseño
En esta pantalla usted podrá visualizar la fase de Análisis y Diseño del proyecto seleccionado.
Para realizar la consulta de los componentes del proyecto debe pulsar el botón
“COMPONENTES” y le enviará a la pantalla “CONSULTA DE COMPONENTES”.
Para realizar la consulta de la planificación del proyecto debe pulsar el botón
“PLANIFICACIÓN” y le enviará a la pantalla “CONSULTA DE PLANIFICACIÓN”.
Para consultar la Fase de Pruebas e Implementación, debe pulsar el botón “PRUEBAS E
IMPLEM.” y le enviará a la pantalla “CONSULTA DE PRUEBAS”.
Consulta de componentes
A través de esta pantalla usted podrá consultar los componentes de tipo ON-LINE, BATCH y JCL de la etapa de Análisis y Diseño.
Si usted quiere consultar todos los componentes de tipo ON-LINE, pulse el botón ON-LINE y le enviará a la pantalla “CONSULTA DE COMPONENTES ON-LINE”.
Si usted quiere consultar todos los componentes de tipo BATCH, pulse el botón BATCH y le enviará a la pantalla “CONSULTA DE COMPONENTES BATCH”.
153
Si usted quiere consultar todos los componentes de tipo JCL, pulse el botón JCL y le enviará a
la pantalla “CONSULTA DE COMPONENTES JCL”.
Si usted quiere consultar un solo componente de tipo ON-LINE, seleccione ON-LINE en el
combo box “TIPO” y a continuación el número del combo “NUMERO DE COMPONENTE” y
pulse el botón “ACEPTAR” y le enviará a la pantalla “CONSULTA DE UN COMPONENTE ON-
LINE”.
Si usted quiere consultar un solo componente de tipo BATCH, seleccione BATCH en el combo
box “TIPO” y a continuación el número del combo “NÚMERO DE COMPONENTE” y pulse el
botón “ACEPTAR” y le enviará a la pantalla “CONSULTA DE UN COMPONENTE BATCH”.
Si usted quiere consultar un solo componente de tipo JCL, seleccione JCL en el combo box
“TIPO” y a continuación el número del combo “NÚMERO DE COMPONENTE” y pulse el botón
“ACEPTAR” y le enviará a la pantalla “CONSULTA DE UN COMPONENTE JCL”.
Si oprime el botón “CANCELAR” le enviará a la pantalla “CONSULTA DE ANÁLISIS Y
DISEÑO”.
154
Consulta de componentes ON-LINE
En esta pantalla usted podrá visualizar todos los componentes de tipo ON-LINE de la fase de
Análisis y Diseño. Se mostrará un componente a la vez, y para desplazarse deberá oprimir los
botones “ANTERIOR” y “SIGUIENTE”. Cuando no haya más componentes, se enviará mensaje
indicando que no hay más registros.
Si oprime el botón “ACEPTAR” le enviará a la pantalla “CONSULTA DE COMPONENTES”.
Consulta de componentes BATCH
En esta pantalla usted podrá visualizar todos los componentes de tipo BATCH de la fase de
Análisis y Diseño. Se mostrará un componente a la vez, y para desplazarse deberá oprimir los
botones “ANTERIOR” y “SIGUIENTE”. Cuando no haya más componentes, se enviará mensaje
indicando que no hay más registros.
Si oprime el botón “ACEPTAR” le enviará a la pantalla “CONSULTA DE COMPONENTES”.
155
Consulta de componentes JCL
En esta pantalla usted podrá visualizar todos los componentes de tipo JCL de la fase de
Análisis y Diseño. Se mostrará un componente a la vez, y para desplazarse deberá oprimir los
botones “ANTERIOR” y “SIGUIENTE”. Cuando no haya más componentes, se enviará mensaje
indicando que no hay más registros.
Si oprime el botón “ACEPTAR” le enviará a la pantalla “CONSULTA DE COMPONENTES”.
156
Consulta de un componente ON-LINE
En está pantalla usted podrá consultar solamente un componente de tipo ON-LINE, que se
seleccionó previamente en la pantalla “ANÁLISIS Y DISEÑO”. Para volver a la pantalla
“CONSULTA DE COMPONENTES” pulse el botón “ACEPTAR”.
157
Consulta de un componente BATCH
En está pantalla usted podrá consultar solamente un componente de tipo BATCH, que se
seleccionó previamente en la pantalla “ANÁLISIS Y DISEÑO”. Para volver a la pantalla
“CONSULTA DE COMPONENTES” pulse el botón “ACEPTAR”.
Consulta de un componente JCL
En está pantalla usted podrá consultar solamente un componente de tipo JCL, que se
seleccionó previamente en la pantalla “ANÁLISIS Y DISEÑO”. Para volver a la pantalla
“CONSULTA DE COMPONENTES” pulse el botón “ACEPTAR”.
158
Consulta de Planificación
En esta pantalla usted podrá consultar la planificación del proyecto. Si usted pulsa el botón
“ANÁLISIS Y DISEÑO, se le mostrarán las fechas de Inicio y Término de esta etapa; lo mismo
pasará cuando oprima los botones “DESARROLLO” y “PRUEBAS”. Si pulsa el botón
“REUNIONES”, se le mostrarán las fechas de las reuniones que se tengan programadas.
Para volver a la pantalla “CONSULTA DE ANÁLISIS Y DISEÑO”, pulse el botón “ACEPTAR”
159
Consulta de Pruebas
En esta pantalla podrá hacer consultas de las Pruebas de los Componentes.
Si usted desea realizar la consulta de un solo componente, seleccione del combo “AMBIENTE
DE PRUEBA” y a continuación elija un Número de Componente y oprima el botón “ACEPTAR”.
Esto lo llevará a la pantalla “CONSULTA DE PRUEBAS DE UN COMPONENTE”
Si desea realizar la consulta de todos los componentes de tipo Línea, oprima el botón “LÍNEA”.
Esto lo llevará a la pantalla “CONSULTA DE PRUEBAS DE COMPONENTES”
Si desea realizar la consulta de todos los componentes de tipo Batch, oprima el botón
“BATCH”. Esto lo llevará a la pantalla “CONSULTA DE PRUEBAS DE COMPONENTES”.
Para ver el avance del proyecto, oprima el botón “RESULTADOS Y ESTAD.”
160
Consulta de Pruebas de un Componente
En esta pantalla usted podrá visualizar el detalle de la prueba de un componente. Para volver a
la pantalla “CONSULTA DE PRUEBAS” oprima el botón “ACEPTAR”.
161
Consulta de Pruebas de varios Componentes
En esta pantalla usted podrá visualizar el detalle de la prueba de varios componentes de tipo
BATCH o línea. Puede desplazarse con los botones “ANTERIOR” y “SIGUIENTE”. Para volver
a la pantalla “CONSULTA DE PRUEBAS” oprima el botón “ACEPTAR”.
Avance del Proyecto
En esta pantalla usted podrá consultar el avance y el status que se tiene para las etapas de
Análisis y Diseño, Desarrollo y Pruebas e Implementación. Para consultar el avance de Análisis
y Diseño pulse el botón “ANÁLISIS Y DISEÑO”, para consultar el avance de Desarrollo pulse el
botón “DESARROLLO”, para consultar el avance de Pruebas e Implementación, pulse el botón
“PRUEBAS”
Si oprime el botón “ACEPTAR”, le enviará a la pantalla inicial.
162
Seleccionar un proyecto a Modificar
A partir de esta pantalla se podrán realizar modificaciones de los proyectos que ya se han dado
de alta.
Para esto, usted deberá seleccionar un proyecto del combo box “ID PROYECTO”. Una vez
seleccionado, el sistema llenará automáticamente el campo “NOMBRE DEL PROYECTO”.
Para modificar el proyecto, pulse el botón “MODIFICAR”.
163
Modificación del Proyecto
Esta pantalla servirá para modificar el avance de las etapas de Análisis y Diseño, Desarrollo y
Pruebas. Para la etapa de Análisis y Diseño seleccione el status del combo box, agregue un
porcentaje de avance y seleccione un identificador; para modificar esta etapa pulse el Botón
“MODIFICAR ANÁLISIS”.
Para la etapa de Desarrollo se modificará el avance por cada uno de los componentes, para
esto seleccione el Status, Tipo y Número de Componente, agregue un porcentaje de avance y
elija un identificador; para modificar esta etapa oprima el botón “MODIFICAR DESARROLLO”.
La etapa de Pruebas e Implementación se modificará como la etapa de Desarrollo, es decir,
por cada uno de los componentes y siguiendo los mismos pasos, pero para esta etapa oprima
el botón “MODIFIFCAR PRUEBAS”.
164