PROYECO PARA LLEVAR UN CONTROL DE LOS CAMBIOS QUE SE REALIZAN EN LA PROGRAMACION

Análisis de la problemática

1)    Planteamiento de la problemática

Problemática

El departamento de desarrollo de software, no cuenta con un procedimiento para el control de cambios, y en una empresa de este ramo es de suma importancia contar con un control de las modificaciones que se realizan a la estructura de programación.

Preguntas

¿Cuáles son las necesidades que tiene el departamento?

¿Cuáles son los principales problemas que se presentan?

¿Qué actividades o procesos se pueden realizar para darle solución a este proceso?

La contextualización y la justificación

La problemática se encuentra en el Departamento de Desarrollo, el cual se dedica a la elaboración de nuevos programas (Proyecto nuevos) y a solucionar problemas de los programas o aplicaciones ya existentes, ya que actualmente no se lleva una administración de los cambios que realizan en la programación.

Esto afecta principalmente a los mismos integrantes del departamento (Programadores), ya que cuando por alguna situación falla el programa no se detecta a tiempo cual fue la última modificación que se realizo y porque, y el programador tiene que revisar completamente el programa para detectar el error, eso causa una pérdida de tiempo para el programador, puesto que si se tuviera el registro del último cambio sería mucho más fácil y rápido resolver el problema presentado

Toda la aplicación se encuentra dividida por áreas de trabajo, el sistema internamente cuenta con un repositorio de programas en el cual únicamente se puede detectar la fecha de la última modificación. Si por algún motivo un error en la aplicación fuera reportado por dos empresas y estos fueran asignados a dos programadores diferentes y el primer programador dio solución al error, pero nadie el otro programador no se entero, esto provoca doble trabajo del programador, pérdida de tiempo y respuesta al cliente deficiente, esto también implicaría perdida para la empresa, ya que están realizando dos veces el mismo trabajo y este tiempo lo pueden utilizar para solucionar otro problema y atender rápidamente a sus clientes.

Es necesario elaborar un proyecto, el cual implica la implementación de una nueva aplicación que ayudan a resolver esta problemática, (Entre las más notables se encuentran RCS (Revisión Control System), CVS (Concurrent Version System), Subversion y Git) y la implementación de una política de uso, esta aplicación será exclusiva para llevar el registro de cada cambio que se realice a cada programa.

2)    Objetivos y estrategias de diagnóstico

Objetivos de diagnóstico

Detectar los problemas que se presentan en el departamento de Desarrollo de Software, relacionados con el control o administración de los cambios realizados a la programación, para realizar una propuesta de solución.

Estrategias de diagnóstico, que plantean

1.-  Ambiente Organizacional.

Se diseñará una herramienta que ayude a verificar el ambiente que se tiene dentro del departamento: comunicación que existe con el personal, la motivación, etc. Qué factores externos e internos, están influyendo.

2.- Observación de conflictos.

Se identificarán los conflictos más usuales que suceden y que están interfiriendo en la estabilidad del departamento, por medio de algunas preguntas que se les realizaran a los integrantes.

3. Elaboración de Entrevistas.

Se elaborarán las preguntas para identificar los conflictos y se aplicarán al personal del departamento.

5. Técnicas para el análisis de la información.

Para realizar el análisis de la información se pueden utilizar: Matrices, mapas analíticos, mapas semánticos, cuadros, redes, construcción de indicadores, variables o categorías.

Paquetes informáticos auxilian el análisis de la información.

• Excell, Acces, SPSS, Atlas ti, Envivo, End Note, etc.

Presentación de resultados

Ambiente Organizacional.

Ø  Se detectó que por departamento existe muy buena comunicación internamente, pero con otros departamentos no.

Ø  En ocasiones los departamentos de Desarrollo y Mantenimiento, tiene fuertes cargas de trabajo debido a que no organizan adecuadamente los tiempos que les implicará en cada proyecto.

Observación de conflictos.

Ø  Existen políticas de programación pero la mayoría no las conoce y los que las conoces no las ponen en práctica. Estas políticas contienen la forma de colocar los nombres a cada programa, cuando es un programa principal o secundario, a los botones, procesos, etc., y la colocación en cierto lugar de programa de los datos del programador que realizo la última modificación, la fecha de modificación y la descripción de la modificación, entre otras características.

Ø  Los programadores externos no conocen dichas políticas.

Ø  Los jefes directos no les informan a todos de esas políticas y algunos no sabían que existían.

Otros hallazgos

Ø  No llevan un registro adecuado de los cambios o modificaciones que se realizan a cada programa.

Ø  En sus políticas de programación existe una donde les indica que tienen que colocar al inicio del programa el nombre del programador, fecha de modificación y breve descripción de la modificación, lo cual la gran mayoría no lo hace. Nota: El sistema no toma como obligatorios colocar estos datos.

Ø  Las incidencias y proyectos que realizan, las controlan por medio de un programa llamado Altiris, el cual otorga un número de reporte. Por medio de este número de reporte dan seguimiento al proyecto o incidente, el cual lo van pasando a la persona adecuada según las necesidades, pero en esta documentación tampoco indican qué programas modifican, simplemente indican brevemente que realizaron o para qué se realizó la modificación de algún reporte o programa.

 Propuesta estratégica

Objetivos

Facilitar la forma de trabajo del departamento de desarrollo, estableciendo formatos y procedimientos para el registro de los cambios que realizan a la programación, así como la implementación de un software con las características necesarias para facilitar y agilizar el trabajo del programador, para así mantener un control y una organización de las modificaciones y nuevas funcionalidades de cada programa.

Alcance

Mantener un control adecuado sobre los cambios que se realizan en la estructura de programación de la empresa, facilitando el trabajo del programador y mejorando la calidad del sistema y la productividad de los equipos de trabajo que se encuentra distribuidos geográficamente, para así dar solución a los problemas reportados con mayor rapidez.

También se pretende automatizar los procesos de modificación del software, para mantener un registro sobre las modificaciones de cada programa, lo cual facilitará al programador consultar si el problema que está atendiendo ya fue resuelto o reportado con anterioridad.

Estrategias

·         Revisión de las políticas de programación existentes.

o   Se realizará una revisión a las políticas de programación ya existentes, para determinar si concuerda con la forma de trabajo que se tiene actualmente.

o   Actualizar las políticas a la forma de trabajo actual.

o   Propuesta del formato de control de cambios.

o   Revisar el formato que llenan actualmente y determinar las modificaciones que se le pueden hacer.

o   Elaboración del formato propuesto.

·         Investigar software adecuados para el control de los cambios.

o   Investigar el software funcional para controles de cambios.

o   Revisar a detalle las características de por lo menos 3 software diferentes.

o   Investigar costos.

o   Seleccionar el más adecuado.

·         Elaboración de las políticas de uso del software.

o   Elaboración de políticas de uso del software seleccionado.