Metodología de Desarrollo de. Valores y Seguros de Chile. Sonia Belmar Daza Santiago Chile

Transcripción

1 Metodología de Desarrollo de Software para la Superintendencia de Valores y Seguros de Chile y g Sonia Belmar Daza Santiago Chile

2 INTRODUCCION El ciclo de desarrollo de software dentro de la Superintendencia de Valores y Seguros, ha sido un proceso que ha ido evolucionando y perfeccionándose en el transcurso del tiempo, y aúncuandoesuntemaampliamente tratado, consideramos un aporte los avances que hemos tenido en este aspecto. Esta problemática se abordó en varias etapas y abarcando diferentes puntos, en la medida que se fueron detectando los problemas. En la actualidad, existe un procedimiento claramente definido, conocido por todos y validado por las jefaturas, lo cual facilita la comunicación y los planteamientos de nuevos proyectos o las modificaciones a los ya existentes.

3 PROBLEMÁTICA PRESENTADA Los principales problemas que se quisieron abordar dentro de esta metodología son: Definición de prioridades de desarrollo. Requerimientos definidos claramente, sin ambigüedades que lleven a modificaciones posteriores. Disminuir los tiempos de desarrollo, ampliando los tiempos de análisis y definición del proyecto. Disminuir el desarrollo de proyectos flash. No dejar cabos sueltos. Cuando se hace un análisis acabado y detallado, baja la probabilidad de que no se contemplen todos los casos, o bien que el usuario vaya cambiando dichos requerimientos en el transcurso del desarrollo, lo cual puede afectar la raíz del proyecto. Eit Evitar los cambios de prioridades id d en pleno desarrollo de un proyecto. Si las prioridades y tiempos de desarrollo son conocidos por todos, los usuarios esperan su definición y aceptan los tiempos de espera.

4 ETAPAS DEL DESARROLLO DE SOFTWARE Se presenta el requerimiento al Jefe de Proyectos de Informática. El tema se discute, se analiza y revisa la factibilidad de llevarlo a cabo. A nivel de Jefatura se revisa la factibilidad de llevarlo a cabo. Presentación formal del proyecto vía WorkFlow, como Solicitud de Proyecto Informático. Se revisa y analiza requerimiento, para ver si está completo, si se dispone de toda la información requerida, si es factible obtener la información que falta, etc. Se estiman tiempos de desarrollo en conjunto por el Coordinador, Jefe de Proyectos y Equipo de Trabajo. Se prioriza el requerimiento de acuerdo al tiempo y disponibilidad de los Analistas Programadores. Se realiza un análisis detallado del proyecto antes de su inicio, donde se definen casos de uso,prototipos, ti modelo de datos, salidas, etc.

5 Sistema Workflow. Función que cumple Permite generar flujos de trabajo relacionados a un proceso. En particular, todas las SPI (Solicitud de Proyecto Informático), se deben enviar por este medio, adjuntando los antecedentes que requiera el sistema, con lo cual es factible controlar las distintas solicitudes de toda la SVS, gestionar su desarrollo, determinar completitud del requerimiento, determinar prioridad, estimar tiempos, organizar la carga de los analistas desarrolladores, etc. Permite alas unidades d consultar el estado de sussolicitudes, it revisar las actividades id d que se han desarrollado en torno al caso, los puntos pendientes, los puntos abordados, etc. Permite controlar los procesos que se llevan a cabo en la SVS, los documentos que componen cada trámite, el plazo y la bitácora de actividades realizadas.

6 Sistema Workflow Características Técnicas Desarrollo interno Ambiente web, lenguaje PHP Base de datos Oracle Operativo desde el año 2007 Se integra con el Sistema de Gestión Documental.

7 Procedimiento. La Unidad que hace el requerimiento a Informática conversa con el JP la factibilidad de llevar a cabo el desarrollo. En conjunto se plantea la solución a la problemática, como un desarrollo formal. Posteriormente se conversa con la Intendencia para solicitar la priorización del proyecto e incluirlo en la carpeta. La Unidad genera el documento con los requerimientos, crea WF SPI, adjunta todos los documentos y antecedentes relacionados al caso y deriva el WF a Informática. La solicitud llega a la Jefa y Coordinador de la División, quien la revisa y deriva a JP para análisis. Se revisa si corresponde aunaurgencia, si se adjuntan todos los antecedentes t requeridos, si es un proyecto nuevo, modificación, rectificación, etc. Si corresponde a una urgencia, se asigna, desarrolla, prueba y pasa a producción inmediatamente. En caso contrario, se consulta a la Intendencia la prioridad asignada para determinar fechas de asignación de los analistas programadores. Antes de la fecha asignada, el JP debe preparar el documento de diseño y completar todos los vacíos que pudiera tener la presentación.

8 Simbología Utilizada

9 Simbología Utilizada

10 Diagrama global de la Metodología de Desarrollo de la SVS

11 Seteo del Proyecto

12 Planificación de Iteración

13 Diseño de Iteración

14 Implementación de Iteración

15 Revisión de Iteración

16 Manuales y Capacitaciones

17 Paso a Producción

18 Control y Seguimiento

19 Ejemplo Diseño para Sistema de Gobiernos Corporativos.