Current Online Teaching Situation

¾ Diccionarios de Librerías: inventario de librerías utilizadas en las aplicaciones. ¾ Diccionario de Paquetes, procedimientos y funciones almacenadas: inventario

de paquetes, procedimientos y funciones almacenadas en la base de datos, indicando el nombre y una descripción detallada de la función incluyendo, algoritmos utilizados.

¾ Diccionario de aplicaciones: inventario de aplicaciones (on-line y reporte), detallando el código de la aplicación y la descripción de la aplicación. Para cada una de las aplicaciones se deberá de documentar lo siguiente:

9 Código de aplicación.

9 Descripción de la aplicación.

9 Formato de pantalla o reporte de la aplicación.

9 Campos de la aplicación, definiendo para cada uno de ellos: nombre del campo, descripción, tipo, valores válidos, si es requerido o no.

9 Botones: botones asociados en la aplicación, realizando una breve descripción de su función.

5. CONCLUSIONES

Concluyendo este trabajo es importante señalar que las guías e instrumentos desarrollados a lo largo de este documento, pretenden fomentar el uso de metodologías basadas en los lineamientos y conceptos dictados por el PMI(2004) de manera que se pueda reducir la brecha existente entre las expectativas de los usuarios y lo realmente implantado en el marco de una solución informática.

Por otro lado, la aplicación de las normas y recomendaciones dictadas en este documento, nos permite iniciar cambios culturales que nos ayudaran a reducir las ampliaciones de tiempo y costo que se presentan en el desarrollo de los proyectos de soluciones informáticas.

Como muestra de los resultados obtenidos con el desarrollo de este documento, puedo comprobar que los objetivos se cumplieron a cabalidad, tal como se resume a continuación:

1. Se estableció una guía para la generación del documento de análisis y diseño de soluciones informáticas para todos los componentes que la conforman, tal como se mostró en el capítulo 4 del presente documento.

2. Se propuso una estructura organizativa a utilizar en el desarrollo de proyectos de soluciones informáticas, que a través de la segmentación de grupos de trabajo, ayuda a simplificar la ejecución de los proyectos, además de colaborar en el seguimiento y control del mismo, tal como se desarrollé en las secciones 4.1. y 4.2 de este documento.

3. Se propusieron una serie de requerimientos mínimos a aplicar en la evaluación de la plataforma de hardware, software y comunicaciones, que conformarán el hardware y software de una solución informática, tal como lo desarrollé en la sección 4.3 de este documento.

4. Se estableció una guía y un conjunto de formularios que ayudarán a reducir la brecha entre los requerimientos conceptualizados por el técnico en informática y los

requerimientos definidos por el usuario, tal y como se desarrolló en la sección 4.4.1 y 4.4.2 de este documento.

5. Se estableció un mínimo de estándares a aplicar en las diferentes etapas del ciclo de vida del software aplicativo

6. A lo largo del desarrollo del capítulo 4 de este documento, se describen una serie de formularios que tienen como objetivo facilitar el seguimiento y control del proyecto, así como, la reducción de la brecha que se presenta entre lo conceptualizado por los técnicos en informática y las expectativas del cliente ante el desarrollo y ejecución de un proyecto de soluciones informáticas.

7. Además, conjuntamente con el desarrollo del capítulo 4 se ejemplifico cada una de las recomendaciones realizadas con casos prácticos que demuestran la aplicación de cada una de ellas.

Con la aplicación y uso constante de las recomendaciones realizadas, se espera obtener los siguientes beneficios:

¾ El administrador de proyectos podrá tener un mayor y efectivo control de la ejecución de los proyectos de soluciones informáticas.

¾ Permitirá una definición más precisa del alcance de los proyectos de soluciones informáticas y por ende ayudaran a reducir la brecha existente entre los plazos y costos planeados inicialmente contra los plazos y costos finales del proyecto. ¾ La herramientas y formularios propuestos ayudaran a conceptualizar de mejor

forma los requerimientos funcionales asociados a los sistemas de aplicación, lo que redundará en una reducción de la brecha que se presenta en la mayoría de los casos de desarrollo de soluciones informáticas, entre la conceptualización realizada por los técnicos y las expectativas del cliente.

En el cuadro No. 1, se describe la relación del marco metodológica de PMI con el conjunto de guías e instrumentos desarrollados en el presente documento:

Cuadro No. 1 Áreas de Conocimiento Vrs. Guías Desarrolladas

Área de conocimiento Apartado Descripción

Gestión de la Integración 4.1

4.2.3.1 4.2.3.2 4.2.3.4

Propuesta para la Organización de Proyectos de Soluciones Informáticas

Inicio de proceso Cierre de procesos Control de Cambio Gestión del Alcance 4.2.3.3

4.4

Revisión de Producto

Estándares Para el Ciclo de Vida del componente de sistema de información

Gestión de la Calidad 4.4

4.2

Estándares Para el Ciclo de Vida del componente de sistema de información

Documentos Formales Para Uso En El Desarrollo De Proyectos Soluciones Informáticas

Gestión de los Recursos Humanos 4.1 Propuesta para la Organización de Proyectos de Soluciones Informáticas

Gestión de las Comunicaciones 4.2 Documentos Formales Para Uso En El Desarrollo De Proyectos Soluciones Informáticas

6. RECOMENDACIONES

En la mayoría de los casos en el desarrollo de proyectos informáticos, se ejecutan metodologías empíricas que impiden el establecimiento preciso del alcance de los proyectos, y por ende durante el desarrollo de los mismos, se requieren hacer modificaciones no planeadas que redundan en ampliaciones de plazo y sobre todo en aumento en los costos del proyecto; por lo que la administración de proyectos brinda a los directores y su grupo, una forma científica y precisa que permitirá ejecutar los proyectos en forma exitosa, desde el punto de vista de tiempo, plazo y sobre todo, en el cumplimiento de las expectativas del cliente.

Además, se debe entender que si se define con certeza el alcance de los proyectos, específicamente el caso de los proyectos de soluciones informáticas, el riesgo de requerir ampliaciones de plazo y costos adicionales, se verá reducido en similar proporción, y por ende se cumplirá con las expectativas del cliente.

Por lo anterior, se recomienda al director de proyectos de soluciones informáticas, su grupo y a los lectores en general:

¾ Utilizar las herramientas propuestas o cualquier otra que permita una definición más precisa del alcance de los proyectos de solución informática.

¾ Establecer un plan de proyecto que defina claramente la forma y formatos para cada uno de los entregables del proyecto, en aras de reducir la brecha entre lo que se desarrollará y lo que espera el cliente obtener con la realización de los proyectos de soluciones Informáticas.

¾ Involucre a todo el grupo, así como al cliente en el desarrollo del Plan de proyecto, asegurándose de que todos entiendan la o las metodología que se utilizarán para el desarrollo del proyecto, así como los indicadores que se utilizarán para la medición del avance del proyecto.

¾ En lo que respecta a la administración del proyecto, el Director del proyecto deberá siempre tener una mente abierta que le permita escuchar y analizar todas las situaciones que se presenten a lo largo de la ejecución del proyecto y sobre todo velar porque el resto del grupo tome actitudes similares que permitan tomar decisiones oportunamente.

7. BIBLIOGRAFÍA

¾ Adison-Wesley. ACM Press.. 1992. 528 p.

¾ Chamoun, Y. 2002. Administración Profesional de Proyectos. Una Guía Práctica para Programar el Éxito de sus Proyectos. McGraw Hill Interamericana. México. 268p.

¾ Gido, Jack y Clements. Administración Exitosa de Proyectos. Editorial Thomson, Segunda edición, 2003. Stetson University, Florida, E.U.A. 459p.

¾ McConnell, Steve. Desarrrollo y Gestión de Proyectos Informáticos. Mexico D.F.: McGraw-Hill Interamericana Microsoft Press. 1996. 691 p.

¾ Mordecki Daniel. Anatomia de un Fracaso. Disponible en http://www.mordecki.com/ebusiness/anatomia_de_un_fracaso/anatomia_de_un_fra caso.shtml. 09/04/2002. Consultado 01 de septiembre de 2008.

¾ Neil Thompson Donaval. Revista de Derecho y Tecnologías de la Información. SENN, James A. Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial McGrawHill. 1992. 942 p.

¾ P.M.I. (Project Management Institute). 2004. Guía de los fundamentos de la Dirección de Proyectos. PMBOK Guide, Tercera edición 2004. Newtown Square, Pennsylvania, E.U.A. 392p.

¾ Pressman, R.S. Ingeniería del Software: Un Enfoque Práctico. 3 ed. Mc Graw- Hill. 1993.

¾ Salkinds, N.J. 1997. Métodos de investigación. 3ª. Edición, Prentice Hall. México. ¾ Senn, James A. Análisis y Diseño de Sistemas de Información. Segunda Edición.

Editorial McGrawHill. 1992. 942 p.

¾ Solís, Yorlen. Proyecto de Graduación Universidad para la Cooperación Internacional. PROPUESTA DE UNA GUÍA PARA EL DESARROLLO DE PROYECTOS DE MIGRACIÓN DE DATOS. 2007

¾ UNED Nº 42006., Costa Rica. Disponible en http://www.uned.ac.cr/Redti/cuarta/art8.pdf. Consultado el 01 de Septiembre del 2008.

Anexo No. 1