11.4 MODELO DE LA ESTRUCTURA DEL SISTEMA. Para mostrar la estructura del sistema utilizaremos una herramienta diagramático que es conocida como diagrama HIPO (Hierarchical Input-Process-Output) o diagrama Jerárquico Insumo-Proceso-Producto. El diagrama HIPO fue desarrollado por analistas de IBM en la de cada de los 70, originalmente fue hecha para documentar funciones de programas, actualmente es utilizado como una herramienta de diseño durante el desarrollo de sistemas. Este diagrama es similar a una estructura de árbol por lo que se hace muy utilizado por analistas de sistemas para presentar funciones de programas, así como la descomposición de sus funciones y sub-funciones hechas por un sistema desde su más Nivel alto, al más bajo de ahí que es también conocido como técnica Top-Down (Arriba – Abajo). 11.4.1. Diagrama HIPO del Sistema “SYSTR” En este primer diagrama se muestra la estructura de árbol principal del sistema descompuesta en 6 módulos: sistema, producción, maquinas, ausencias, eventos TR y utilidades. El diagrama de la función sistema no será presentado ya que es utilizado para realizar procesos como cambiar usuario, configurar impresora, información del sistema y salir del sistema 282 DIAGRAMA HIPO DEL SISTEMA DE REGISTRO Y CONTROL DE TIEMPOS DE RUPTURA (SYSTR) SYSTR (0.0) SISTEMA (1.0) PRODUCCION (2.0) MAQUINAS (3.0) AUSENCIAS (4.0) EVENTOS TR (5.0) UTILIDADES (6.0) Figura # 24 Referencia 0.0 Nombre Función SYSTR 1.0 SISTEMA 2.0 PRODUCCIÓN 3.0 MAQUINAS 4.0 AUSENCIAS 5.0 EVENTOS TR 6.0 UTILIDADES Descripción Sistema de registro y control de tiempos ruptura. Funciones propias del sistema operativo: cambio de usuario, configuración de impresor, ayuda, acerca de, salir del sistema. Módulo de sistema para registrar eventos de producción como ingreso de módulo producción, operarios, supervisores, ordenes de producción, etc. Módulo de sistema que registra eventos como registro maquinas, técnicos, mantenimientos, reparaciones e informes. Módulo de sistema que registra eventos de ausencias de operarios e informes. Módulo de sistema que registra eventos de tiempos de ruptura que se dan el proceso de producción. Módulo de sistema que contiene herramienta de utilidad propio del software: indexamiento de archivos, copias o backup de bases de datos, creación de cuentas, etc. Tipo Sistema Menú Menú Menú Menú Menú Menú Tabla #54 283 DIAGRAMA HIPO SUBSISTEMA PRODUCCION PRODUCCION (2.0) Registro Módulos (TRP01) (2.1) Registro Operarios (2.2) Registro Supervisores (2.3.) Ordenes (2.4) Registro Estilos (2.4.1) Registro Operaciones (2.4.2) Registro Ordenes Producción (2.4.3) Figura # 25 Referencia 2.1 2.2 2.3 2.4 2.4.1 2.4.2 2.4.3 Nombre Función Registro módulos Registro operarios Registro Supervisores Ordenes Registro estilos Registro operaciones Registro ordenes producción. Tipo Programa Nombre programa TRP21 Programa TRP22 Programa TRP23 Descripción Ingreso de o configuración de módulos de producción Ingreso o definición de personal que labora en el área de producción. Ingreso o definición de supervisores de módulos Ingreso y definición estilos, operaciones y ordenes de producción. Ingreso o creación de estilos. Programa TRP241 Ingreso de operaciones de estilo. Programa TRP242 Configuración de ordenes de producción. Programa TRP243 Submenú Tabla # 55 284 DIAGRAMA HIPO SIBSISTEMA MAQUINAS MAQUINAS (3.0) Registro Maquinas (3.1) Registro Técnicos (3.2) Consulta x Maquina (3.4.1) Figura # 26 Referencia 3.1 3.2 3.3 3.4 3.4.1 3.4.2 3.4.3 Registro Eventos Mantenimiento (3.3) Nombre Función Registro Maquinas Registro Técnicos Registro eventos mantenimiento Consultas Maquinas Consulta x Maquinas Consultas x Tipo de evento Consulta x Técnico Descripción Ingreso de características de maquinas: marca, modelo, serie, operación asignada, etc. Ingresos de detalle de técnicos: código, nombre, modulo asignado. Ingreso de eventos de mantenimiento o reparaciones de maquinas de producción. Sub-modulo de consultas de modulo maquinas. Consulta de los registros de maquinas a cargo del departamento de mantenimiento. Consulta de mantenimientos o reparaciones por tipo de evento. Consulta de mantenimientos o reparaciones asignadas a técnicos. Consultas maquinas (3.4) Consulta x Técnico (3.4.3) Consulta x Tipo evento (3.4.2) Tipo Programa Nombre programa TRQ31 Programa TRQ32 Programa TRQ33 Submenú Programa TRQ341 Programa TRQ342 Programa TRQ343 Tabla #56 285 Figura # 27 286 Referencia 4.1 4.2 4.3 4.3.1 4.3.2. 4.3.3 4.3.4 4.3.5 4.3.6 4.3.7 Nombre Función Registro de tipos de ausencias Registro de ausencias Consultas ausencias Control de ausencias x Operarios Control de ausencias x Módulos Control de ausencias x Periodo Control de ausencias x Tipo Análisis ausencias operarios Análisis ausencias módulos Análisis de ausencia planta Descripción Crear codificación de tipos de ausencias. Tipo Programa Nombre programa TRA41 Registrar eventos de ausencias de operarios. Modulo de consulta del subsistema de ausencias. Detalle de ausencias por operarios. Programa TRA42 Submenú Programa TRA431 Detalle de ausencias por modulo + operario + tipo de ausencia en un periodo determinado. Detalle de ausencias por periodo + operario + Tipo ausencia en un periodo determinado. Detalle de ausencias por tipo de ausencias + modulo + operario. Programa TRA432 Programa TRA433 Programa TRA434 Análisis comparativo de ausencias contra valores absolutos y relativos por operario. Análisis comparativo de Ausencias contra valores absolutos y relativos por modulo. Análisis comparativo de ausencias contra valores absolutos y relativos de planta. Programa TRA435 Programa TRA436 Programa TRA437 Tabla # 57 287 DIAGRAMA HIPO SUBSISTEMA EVENTOS TR. EVENTOS TR (5.0) Registro Tipos de TR (5.1) Registro Eventos TR (5.2) Consultas Eventos TR (5.3) Análisis Eventos TR (5.3.2) Controles (5.3.1) Consulta x Periodos (5.3.1.1.1) Analisis por operario (5.3.2.1) Operario (5.3.1.1) Consulta x Tipo Evento TR (5.3.1.1.2) Análisis Modulos (5.3.2.2) Consulta x Operario (5.3.1.2.1) Maquina - TR (5.3.2.3.1) Modulos (5.3.1.2) Consulta x Evento TR (5.3.1.2.2) Análisis Maquinas (5.3.2.3) Técnicos - TR (5.3.2.3.2) Consulta x Periodo (5.3.1.2.3) Análisis Planta (5.3.2.4) Consulta x Módulos (5.3.1.3.1) Maquinas (5.3.1.3) Figura # 28 Consulta x Tipo Evento TR (5.3.1.3.2) Consulta x Técnico (5.3.1.3.3) 288 Referencia 5.1 5.2 5.3 5.3.1 5.3.1.1 5.3.1.1.1 5.3.1.1.2 5.3.1.2 5.3.1.2.1 5.3.1.2.2 5.3.1.2.3 5.3.1.3 5.3.1.3.1 5.3.1.3.2 5.3.1.3.3 5.3.2 5.3.2.1 Nombre Función Registro tipo de TR Registro Eventos TR Consultas eventos TR Controles Operario Consultas x Periodo Consulta x Tipo TR Módulos Consulta x Operarios Consulta x evento TR Consulta x Periodo Maquinas Consulta x Módulos Consulta x Tipo evento TR Consulta x Técnico Análisis eventos TR Análisis por operario 5.3.2.2 Análisis por modulo 5.3.2.3 5.3.2.3.1 Análisis maquinas Maquina - TR 5.3.2.3.2 Técnicos TR 5.3.2.4 Análisis Planta Descripción Registro o creación de tipos de eventos (codificación) Registro de eventos TR de cada operario de la planta de producción Sub-modulo de consulta de eventos TR. Sub-modulo de controles por consulta de eventos TR Submenú de consulta por operarios Consulta de eventos TR por periodo + Evento TR + Operarios Consulta de eventos TR por tipo + Operarios en un periodo determinado Submenú de consulta por módulos Consulta de eventos TR por módulos + operarios + tipo TR Consulta de evento TR por módulos + tipo TR + operario Consulta de eventos TR por módulos + Periodo + Operario + Tipo TR Consulta de eventos TR por maquinas + módulos + tipo TR Consulta de eventos TR por maquinas + tipo evento TR Consulta de eventos TR por maquina + técnico + Tipo TR Submenú de análisis de eventos TR Análisis de eventos TR contra operario en un periodo determinado. Análisis de eventos TR contra módulos en un periodo determinado. Submenú de análisis eventos TR por maquina Análisis eventos TR contra Maquina en un periodo determinado Análisis eventos TR contra Técnicos en un periodo determinado. Análisis eventos TR planta Tipo Programa Nombre programa TRE51 Programa TRE52 Submenú Submenú Submenú Programa TRE5311A Programa TRE5211B Submenú Programa TRE5312A Programa TRE5312B Programa TRE5312C Submenú Programa TRE5313A Programa TRE5313B Programa TRE5313C Submenú Programa TRE5321 Programa TRE5322 Submenú Programa TRE5323A Programa TRE5323B Programa TRE5324 Tabla # 58 289 DIAGRAMA HIPO SUBSISTEMA UTILIDADES UTILIDADES (6.0) Indexamiento tablas (6.1) Copia respaldo/ Restaurar (6.2) Administración (6.3) Importar (6.4) Copia respaldo (6.2.1) Crear y mantener usuarios (6.3.1) Importar eficiancias (6.4.1) Restaurar (6.2.2) Asignar derechos usuarios (6.3.2) Importar operarios/ técnicos/ supervisores (6.4.2) Parametros Costos (6.5) Auditoria de errores del sistema (6.3.3) Figura # 29 Ref 6.1 6.2 Nombre Función Indexamiento tablas 6.2.1 Copia respaldo/Restaurar Copia respaldo 6.2.2 Restaurar 6.3 Administración 6.3.1 Crear y mantener usuarios Asignar derechos usuarios Auditoria de errores del sistema Importar Importar eficiencias Importar operarios / técnicos / supervisores Parámetros costos 6.3.2 6.3.3 6.4 6.4.1 6.4.2 6.5 Descripción Ordenamiento de índices de las tablas del sistema Submenú de copias y recuperación de archivos del sistema. Rutina de copia de las tablas del sistema Rutina de restauración de tablas del sistema Submenú de administración del sistema. Creación y edición de cuantas Asignación de derechos de usuarios del sistema Seguimiento de errores de sistema Submenú importar datos Importar eficiencias de otro sistema Importar operarios, técnicos y supervisores de otro sistema Ingreso de parámetros de costo mano de obra. Tipo Programa Nombre programa TRU61 Submenú TRU62 Programa TRU621 Programa TRU622 Submenú Programa TRU631 Programa TRU632 Programa TRU633 Submenú Programas Programas TRU641 TRU642 Programa TRU65 Tabla # 59 290 11.5 Prototipado de Interfaces de Usuario El prototipado de interfaces de usuario consiste en desarrollar de forma rápida las entradas y salidas del sistema según los requerimiento de los usuarios, por lo que este se considera otra herramienta de modelado en la fase de desarrollo (codificación de programas) en el ciclo de vida del software. En ocasiones se utiliza un lenguaje especial, como en Visio, y en otros casos en el lenguaje de programación definitivo, como por ejemplo: PowerBuilder, Visual FoxPro, Developer 2000, entre otros. Los prototipos de interfaz de usuario son desechados o desarrollados para obtener un producto final. Lo anterior se ha convertido en una de las claves de éxito en el desarrollo de software, el elegir adecuadamente entre desarrollar el prototipo o desecharlo. Nosotros acá describiremos unos ejemplos de prototipo de interfaz de usuario para lo que definiremos algunos convencionalismos para: - Botones de barra de herramientas y de navegación. - Barra de Menús. - Formulario de entrada - Formulario de consulta o reportes de salida Estándar de prototipos de Botones de Barra de Herramientas y de Navegación. Botones Nombre Agregar Descripción Permite adicionar nuevos registros Aceptar Permite aceptar los cambio realizados almacenando ya se por la acción de agregar datos o modificar datos. Editar Permite modificar datos previamente aceptados o almacenados. Tabla # 60 291 Botones Nombre Revertir Descripción Permite revertir los cambios hecho en un formulario de entrada de datos, previa a la acción modificar. Eliminar Permite eliminar datos de registros de una base de datos desde el formulario, este puede ser activado previa acción de buscar datos. Imprimir Permite mostrar de forma impresa o vista previa la información del formulario activo. Grafico Permite generar un gráfico de la información generada en una consulta. Consulta Permite generar una consulta (Query). Acción de aceptar generar la consulta. Excel Generar una información de salida hacia un archivo Excel. Salir Permite salir de formulario activo. Inicio Botón de la barra de desplazamiento que permite ubicarse en el primer registro de la tabla activa. Anterior Botón de la barra de desplazamiento que permite ubicarse un registro anterior al actual dentro de la tabla activa. Próximo Botón de de la barra de desplazamiento que permite ubicarse en el siguiente registro al actual de la tabla activa. Final Botón de la barra de desplazamiento que permite ubicarse en el último registro de la tabla activa. Buscar Botón de la barra de desplazamiento que permite activar búsqueda de un elemento de campo en la tabla activa. Tabla # 60 (continuación) 292 11.5.1. Estándar de Prototipo de barra de menú. Menú de Nivel 0 sistema SYSTR Figura # 30a Menú de Nivel 1, módulo Sistema. Figura # 30b Menú de Nivel 2, módulo Producción Figura # 30c 293 Menú de Nivel 2, módulo Maquinas Figura # 30d Menú de Nivel 2, módulo Ausencias Figura # 30e Menús de Nivel 4, opción Controles – Operarios, módulo Eventos TR Figura # 30f 294 Menús de Nivel 4, opción Controles – Módulos, módulo TR Figura # 30g Menús de nivel 4, opción Controles – Máquinas, módulo TR Figura # 30h Menús de Nivel 4, opción Análisis – Máquinas, módulo TR. Figura # 30i Menús de Nivel 2, módulo Utilidades. Figura # 30j 295 Menús de Nivel 2, módulo Utilidades. Figura # 30k Menús de Nivel 2, módulo Utilidades Figura # 30l 296 11.5.2. Estándar de Prototipo de Entrada. Para la elaboración de los prototipos de entrada se ha tomado en cuenta la utilización de colores que no sean ofensivos a la vista de tal manera que creen poca fatiga, los cuales se detallan a continuación (los colores van en función RGB54): - Fondo color RGB(0,128,192). - Títulos color RGB(0,0,0). - Fondo casillas de texto en estado habilitada, color RGB(255,255,255) - Fondo casillas de texto en estado deshabilitada, color RGB(219,224,158). - Fondo barras de herramientas, color RGB(236,233,216). - Letras de casillas de texto en estado habilitada, color RGB(0,0,0). - Letras de casillas de texto en estado deshabilitada, color RGB(172,168,153). - Casilla de texto para hora y fecha del sistema en estado deshabilitada, color fondo RGB(0,128,255), color texto RGB(255,255,128) 54 RGB: Red/Green/Blue 297 11.5.3. Estándar Prototipo formularios de salida Se han definido 2 prototipos de formularios de salida uno para impresión o vista previa y el otro en forma grafica. Las salidas (informes ó reportes) hacia impresora se originan en una forma principal. Las salidas que involucran análisis de datos se originarán partiendo de una primera, donde se seleccionan los criterios para generar la consulta, y la segunda es una forma emergente que muestra los datos consultados, desde las cual se puede escoger, generar graficas o reporte en papel. Forma principal Forma emergente Botón para generar consulta Figura # 32 298 Logo de la empresa Numero de pagina, fecha y hora de emisión Titulo1: Nombre de la empresa Titulo2: Nombre del reporte Titulo4: Periodo del reporte Títulos de conceptos Zona de detalles Zona de totales Nombre del programa Figura # 33a 299 Títulos de reporte análisis Títulos de categorías de clasificación TRE5324 Área de gráfico Nombre de programa que lo genero Figura # 33b 300 12. ETAPA VI METODOLOGÍA DE LA IMPLEMENTACIÓN El plan de implementación o también conocido como gestión de proyectos, es el proceso en el cual se planifica, dirige y controla el desarrollo de un sistema aceptable con un coste mínimo y dentro de un periodo de tiempo especifico. Herramientas y Técnicas para el plan de implementación. Existen muchas herramientas y técnicas para la implementación de proyectos, pero dentro de las más conocidas tenemos, la utilización de: gráficos PERT y gráficos de GANTT. a) Gráficos PERT. PERT significa Project Evaluation and Review Technique (Técnica de evaluación de Proyectos), fue desarrollada a finales de la década de los 50´s para planear y controlar los proyectos de desarrollo armamentísticos del ejercito estadounidense. Fue desarrollado para evidenciar las tareas de los proyectos cuando se realiza planificación de los mismos. En esencia, PERT es una técnica de modelos gráficos interrelacionados. b) Gráficos de GANTT. El gráfico de GANTT es una sencilla herramienta de gráficos de tiempos fue desarrollada por Henrry L. Gantt en 1917. Los gráficos de GATT, que aún hoy mantienen su popularidad, resultan bastantes eficaces para la planificación y la evaluación de avances de proyectos. Al igual que los gráficos PERT, los gráficos de GANTT se basan en un enfoque gráfico. La popularidad de los gráficos de GANTT se derivan de su sencillez: son fáciles de aprender, leer, preparar y usar. Para la consecución de nuestro plan de implementación haremos uso de los gráficos de GANTT. 301 12.1. Objetivos de nuestro plan de implementación. Es por tanto que los objetivos planteados para esta etapa serán: • Definición del equipo de trabajo. • Costos del plan de Implementación • Definición y calendarización de actividades. 12.2. Definición del equipo de trabajo. Ya en la etapa en el numeral 9.6 de la etapa III de este capítulo determinamos el tiempo y esfuerzo para el desarrollo del sistema. En ese apartado se calculó que se requería el esfuerzo de tres programadores, de lo que partimos para formular la siguiente estructura organizativa para la implementación del proyecto. Director de Proyecto Programador/DBA Programador Programador Figura # 34 12.2.1. Perfiles de los Miembros del Proyecto. Definiremos a continuación los perfiles de cada miembro de nuestra estructura. a) Director de proyecto: Este es el encargado la selección, integración y coordinación del equipo de programadores; así como el responsable de la planificación, organización, dirección y control de la consecución del proyecto. b) Programador/DBA55: En la etapa inicial será el encargado de montar el equipo y el software necesario para el trabajo de los programadores. También será el encargado de la creación, modificación de las tablas y bases de datos del sistema, además de formar parte del equipo 55 DBA: Data Base Administrator (Administrador de Bases de Datos) 302 programadores e se incluyen en entre sus tareas la pruebas del sistema. Y en la etapa final, será la persona encargada de poner en ejecución el sistema. c) Programador: El o las personas con este puesto serán los encargados de la codificación del sistema. 12.3. Costos del Plan de Implementación. Los costos serán determinados a partir de los requerimientos de personal, hardware y software (sistemas operativos, base de datos y programas de desarrollo), ya definido en el la etapa III. Para determinar el tiempo de desarrollo nos basamos en el tiempo calculado por el método COCOMO básico de 8 meses, pero tomando en cuenta que el tiempo empleado en el diseño del producto anda en el orden del 19% (ver anexo # 9), tiempo que ya hemos ocupado en este estudio, más 56 desarrollo escogido del tipo RAD dado el lenguaje de donde se puede obtener hasta un 38% en la 57 etapa de codificación , sumamos un 57% pero por ajustes lo haremos llegar al 50%, esperando lograr obtener el producto final en 4 meses. Requerimiento Recurso Humano58 Coordinador de Proyecto Programador/DBA Programadores (2) 59 Equipo Computadoras Switch 8 puertos Impresor Software Base de dato / Herramienta de desarrollo Windows XP Office XP Otros Cableado Presupuesto de renta equipo de trabajo Renta local (Lourdes colon) Otros gastos Cantidad 4 meses 4 meses 8 meses Costo Unitario Costo Total $1,200.00 $800.00 $571.43 $4,800.00 $3,200.00 $4,571.16 3 1 1 $475.00 $50.00 $52.00 $1,425.00 $50.00 $52.00 3 3 3 $609.31 $185.00 $112.00 $1,827.93 $555.00 $336.00 $35.00 $1,257.14 $100.00 $1,000.00 Total general $35.00 $1,257.14 $400.00 $1,000.00 $20,138.09 1 1 4 meses 1 Tabla # 61 56 RAD: Rapid Application Development (Aplicación de rápido desarrollo) Desarrollo y gestión de proyectos informáticos, Steve Mc Connell, pag 391. 58 Fuente Ing. Carlos Pineda, Asesor en sistemas, www.scp.com.sv 59 Ver anexo # 10 57 303 12.4. Definición y calendarización de actividades. Definimos las siguientes actividades: a) Compra de equipo y software: se realizara la gestión de compra del equipo y los programas a utilizar. Responsable: coordinador de proyecto. b) Instalación de equipo: Instalación de equipo informático y cableado de red. Responsable: Coordinador de proyecto y Programador/DBA. c) Instalación de software: Instalación de sistema operativo base de dato y herramienta de desarrollo. d) Contratación de programadores: Gestión de contratación de programadores. Responsable: Coordinador de proyecto. e) Creación de bases de datos: Creación de tablas y bases de datos según especificaciones. Responsable: Programador/DBA. f) Codificación de interfases de entrada: Responsable programadores. g) Pruebas de interfases de entrada: Responsable programadores y programador/DBA. h) Diseño de interfases de salida: Responsables programadores i) Codificación de interfases de salida: Responsable programadores j) Pruebas de interfases de salida: Responsable programador/DBA. k) Documentación del sistema: Responsables, programadores y programador/DBA. l) Integración y pruebas: Integración de módulos del sistema y puesta a prueba para producción. Responsable, programador/DBA. m) Capacitación de usuarios: Desarrollo del plan de capacitación a los usuarios finales del sistema. Responsable, programador/DBA. n) Instalación y prueba de red cliente: Instalación de infraestructura de red60. Responsable, cliente. o) Instalación de Equipo y OS de estaciones y servidor: Instalación de estaciones clientes y servidor, así como del sistema operativo a utilizar. Responsable, cliente. 60 Ver Apéndice B, Modelización de redes. 304