Professional Documents
Culture Documents
Como vimos en el esquema de la metodologa RUP, las actividades relacionadas a la gestin del Flujo de Trabajo de Soporte, estn organizadas en tres etapas:
Desarrollar un proyecto de Sistema de Informacin, no es sentarte frente a un computador y empezar a programar, implica gestionar varios elementos que son fundamentales para el xito del proyecto, como ser: la documentacin tcnica del proyecto, la logstica de apoyo administrativo, la gestin del recurso humano, la gestin del presupuesto, etc. a continuacin iremos profundizando en estos aspectos. 1.
2.
3.
Preparacin de los datos para la carga inicial del sistema. Consiste en que el equipo institucional o equipo de usuarios involucrados en el proyecto, preparen la informacin necesaria para su carga inicial al sistema, antes de que ste entre en productivo. Para ello primero nosotros como analistas, debemos preparar los formularios o plantillas con los formatos de datos para que sean llenados por los usuarios, por lo general se usan hojas Excel, y una vez que se dispone de la informacin validada, se ingresa al sistema manualmente o si la informacin tiene un volumen considerable a travs de un programa de carga de datos, estos programa debemos desarrollarlos nosotros, estos programas se denominan "programas de batchinput", muy usados en el Sistema SAP, son programas que por lo general se usan una sola vez para cargar datos masivos, ya sea de hojas excel, archivos TXT o tambin para transferir los datos de un sistema antiguo al nuevo sistema. Para clarificar con un ejemplo, supongamos que estamos desarrollando un Sistema de
gestin de Almacenes, que actualmente maneja sus procesos manualmente, para la carga inicial de datos se debern preparar plantillas en excel con las columnas de datos de acuerdo a lo requerido por nuestras pantallas de ingresos de datos, por ejemplo: Tabla de Unidades de Medida, tabla de grupos de materiales, lista de almacenes, datos tcnicos de los materiales, lista de centros solicitantes, lista de proveedores, etc. Preparacin del plan de capacitacin de usuarios. Ya dijimos varias veces que RUP es para sistemas grandes, por lo tanto ser natural que hayan varios mdulos o subsistemas y obviamente muchos usuarios de diferentes reas de la empresa. Por lo tanto, nuestra responsabilidad es la preparacin del plan de formacin o capacitacin de los usuarios, ya sea por mdulos o por procesos relacionados. Elaboracin de los manuales de usuario. Para la formacin de usuarios es importante ya disponer de los manuales de usuario y tambin para que este material sirva de soporte durante la puesta en productivo del sistema. Configuracin y parametrizacin de las cuentas de usuario. Ser importante la definicin de los perfiles de usuario, cuentas de usuario, polticas de seguridad, control y auditora de usuarios, etc. Migracin de los datos del sistema actual al nuevo sistema. Consiste en pasar los datos del sistema actual al nuevo sistema, usando las plantillas definidas previamente. Puesta en Productivo del sistema. Consiste en empezar a operar el nuevo sistema, esta etapa requiere de dar mucho soporte a los usuarios hasta que estos tomen confianza y destreza con el nuevo sistema, es la etapa en la que hay un costo intangible que puede traer muchas complicaciones al equipo informtico. Cualquier cambio implica tensin y resistencia, que deberemos manejar con mucha habilidad.
Pruebas de Funcionalidad, orientadas a determinar el cumplimiento de las funcionalidades del sistema respecto a los requerimientos de los usuarios. Pruebas de Integridad, orientadas a probar el sistema en su conjunto y evaluar si los mdulos y componentes operar bien estando interrelacionados.
Pruebas de Sobrecarga, orientadas a probar fundamentalmente el desempeo de la base de datos, la velocidad de los algoritmos de bsqueda de datos y las funciones de ordenamiento de la base de datos. Para ello se hacen rutinas que cargan las tablas de la BD con muchos registros. Pruebas de Tensin, orientadas a probar los programas de manera simultnea desde varias terminales, es decir, por ejemplo, un mismo programa de actualizacin es usado simultneamente por varios usuarios. Pruebas de ergonoma del sistema, orientadas a evaluar la facilidad de uso de los programa, su amigabilidad, su personalizacin, etc. Etc.
Las pruebas al Sistema o Testing, se ha convertido en una especialidad de la informtica, siendo muchas empresas las dedicadas a realizar este servicio, el Testing, contando con programas (software) especializado para este fin.
Asignacin de los programas especificados a los programadores. Definicin de los estndares de codificacin. Codificacin de programas. Implementacin de la Base de Datos del mdulo o sistema. Pruebas individuales de programas. Integracin de los programas en los mdulos o componentes. Implementacin de los criterios de Seguridad, Control y Auditora del sistema. Pruebas integrales de los mdulos o componentes (testing). Consolidacin de los programas en el men del mdulo y ste a su vez en el men general del sistema.
Esta es una de las fases ms tcnicas del sistema, en la cual hay una interaccin y comunicacin permanente entre el equipo de analistas, diseadores y el equipo de programadores, la participacin del usuario es muy mnima, estando limitada a coadyuvar en las pruebas de programas o mdulos. Un aspecto que es muy importante a considerar es la definicin de un estndar de codificacin de los programas, esto comprende: la estructuracin del programa, funciones, definicin de clases, mtodos, definicin de variables globales, definicin de variables
locales, tablas internas, tablas temporales, uso de encabezados en los programas, documentacin interna de programas, etc. Las herramientas UML que se usan en esta fase, estn orientadas a mantener la comunicacin y el dilogo entre los analistas - diseadores y el equipo de programadores y corresponden a las sealadas en la fase de Anlisis y Diseo.
El anlisis funcional del Sistema, con la especificacin del modelo de casos de Uso La especificacin de los requerimientos de Salidas, que consiste en el prototipado de los reportes, pantallas de consulta, informes grficos, estadsticas, salidas a archivos, etc. Comprende un modelado lo ms preciso posible a lo que se implementar. La especificacin de los requerimientos de Entradas, que consiste en el prototipado de las interfases o pantallas de actualizacin de datos. Se debe contemplar aspectos propios de la implementacin, como ser: ubicacin de men, ubicacin de botones de opciones, barra de acceso rpido, diseo de conos, uso de colores corporativos, tipo de letra, tamao de letra, uso de banners, frames, uso de componentes, combobox, grillas, etc. Especificacin de interfases con otros sistemas o aplicaciones. Consiste en determinar a nivel de procesos y de datos, los requerimientos de transferencia de informacin con otros sistemas o aplicaciones existentes. Es muy comn que en empresas grandes ya existan otros sistemas con los que se quiere integrar la informacin, por ejemplo si la empresa ya cuenta con un Sistema Contable y nosotros estamos desarrollando un Sistema de Almacenes, surgir el requerimiento de que nuestro sistema pase de manera automtica informacin al sistema Contable a travs de un comprobante contable. Definicin del Modelo de Clases, que consiste en la definicin de la estructura de informacin del sistema. Especificacin de los diagramas de Secuencia. (ver en herramientas UML)
Mapeo del modelo de clases al modelo relacional. Consiste en convertir el modelo de clase de datos a un modelos de BD relacional. La especificacin de la estructura de mens del sistema. El diseo detallado de Programas. En el que se hace uso de los disgramas de Estados, diagramas de Actividades. El diseo del modelo de clases de implementacin
Diagrama de Clases Diagrama de Secuencia o de Colaboracin, indistintamente. Diagrama de Estados Diagrama de Actividades Diagrama de Clases de implementacin. Diagrama de Entidad - Relacin
de
Identificacin del Modelo de Componentes o Subsistemas. Que dependiendo del tamao y complejidad del proyecto podrn ser varios componentes. Conformacin de los equipos de desarrollo. Es habitual en proyectos grandes tener al menos 2 equipos de trabajo, con sus respectivos analistas y programadores. Planificacin del desarrollo de los componentes o subsistemas. Consiste en determinar la prioridad y secuencia de desarrollo de los componentes y su asignacin a los equipos de desarrollo. Ac es importante hacer notar que los equipos de desarrollo comenzarn simultneamente a desarrollar los mdulos asignados, pero con sus respectivos cronogramas de desarrollo, lo importante al momento de la asignacin de los componentes es que cada equipo de desarrollo tenga asignado componentes complementarios o fuertemente relacionados y que tengan una distribucin de carga de trabajo lo ms equitativa, de manera que para la conclusin del proyecto todos los equipos de desarrollo vayan concluyendo casi simultneamente.
Identificacin de los requerimientos funcionales, operativos, ergonmicos, de prueba y de rendimiento de cada componente. Esta tarea la realiza cada equipo de desarrollo para cada componente asignado, por lo tanto, si nos abstraemos al respecto, veremos que habr tantas iteraciones como componentes se definan. Identificacin de los Casos de Uso Definicin del Modelo de Casos de Uso del Sistema.
Esta etapa puede comprender varias iteraciones, dependiendo de la modularidad que se haya establecido del Sistema completo, es decir de la identificacin de subsistemas. No olvidemos que RUP es para proyectos grandes y se caracteriza por segmentar el sistema en componentes, mdulos o subsistemas, dividiendo la complejidad del proyecto en segmentos ms manejables. Las herramientas que se usan en esta etapa son:
Las Entrevistas Los diagramas de Casos de Uso Los diagramas de Clases Los diagramas de Actividades Los diagramas de Secuencia o alternativamente los de Colaboracin.
Evidentemente esta descripcin que acabamos de dar es muy sucinta sobr Qu se hace en sta etapa, en posteriores entradas iremos entrando en el detalle de Cmo se realiza cada tarea.
4. Identificar las ventajas y desventajas y posibles mejoras que los mismos usuarios ven en sus procesos actuales. Esto es importante para considerar los cambios al momento de disear el nuevo sistema. Con la informacin obtenida en sta fase, para el responsable del proyecto informtico, que podramos ser nosotros como Responsables del rea Informtica de la empresa o como Consultores externos contratados por la empresa, lo que nos permite es lo siguiente: 1. Identificar los subsistemas o mdulos (componentes) del Sistema a desarrollar. 2. Conformar el equipo de desarrollo informtico, que dependiendo del tamao del sistema podrn ser 2, 3, 4, equipos de trabajo, cada uno con sus analistas y programadores asignados. Para ello tambin se toma en cuenta el tiempo requerido por la empresa para la conclusin del proyecto. Las herramientas que se pueden usar en sta etapa son: diagrama de actividades, diagrama de casos de uso, flujogramas, diagrama de componentes. El modelado del negocio tambin abarca la fase de Elaboracin, en las actividades relativas al anlisis funcional del sistema, pero no con la intensidad que se da en la fase de Inicio
En las siguientes entradas haremos una explicacin de cada una de las fases y procesos basndonos en el grfico, de manera que se pueda entender claramente su alcance.