UNIVERSIDAD DE ORIENTE NCLEO DE MONAGAS PROGRAMA DE INGENIERA DE SISTEMAS SUB - COMISIN DE TRABAJOS DE GRADO MATURN / MONAGAS / VENEZUELA

DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA Informe de Pasanta de Grado presentado ante Comisin de Trabajos de Grado, como requisito para optar al ttulo de Ingeniero de Sistemas

Autor: Diana Victoria Garca Gil CI: 17.712.902 Asesor Acadmico: Ing. Rosngela Garca CI: 8.977.359 Asesor Laboral: Ing. Juan, Milln CI: 12.505.444

Maturn, Enero del 2012

UNIVERSIDAD DE ORIENTE NCLEO DE MONAGAS INGENIERA DE SISTEMAS SUBCOMISIN DE TRABAJOS DE GRADO MATURN / MONAGAS / VENEZUELA

MATURN, 20 de Enero de 2012 PIS-STG-MP-007 AUTORIZACIN DEL ASESOR ACADMICO

En mi carcter de Asesor Acadmico del Trabajo Especial de Grado titulado: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE

SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGISTICOS, DISTRITO MORICHAL, PDVSA, presentado por la ciudadana Diana Victoria Garca Gil, portadora de la cdula de identidad nmero: 17.712.902, considero que ste rene los requisitos necesarios y mritos, tanto de forma como de fondo, suficientes para ser sometidos a la evaluacin por la Comisin de Trabajo Especial de Grado, modalidad pasantas, a fin de optar a su aprobacin.

_________________________ Ing. Rosngela Garca C.I. 8.977.359

ii

UNIVERSIDAD DE ORIENTE NCLEO DE MONAGAS INGENIERA DE SISTEMAS SUBCOMISIN DE TRABAJOS DE GRADO MATURN / MONAGAS / VENEZUELA

MATURN, 20 de Enero de 2012 PIS-STG-MP-007 AUTORIZACIN DEL ASESOR LABORAL

En mi carcter de Asesor Laboral del Trabajo Especial de Grado titulado:

DESARROLLO

DE UN

SISTEMA WEB

BAJO ESTNDARES DE

SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGISTICOS, DISTRITO MORICHAL, PDVSA, presentado por la ciudadana Diana Victoria Garca Gil, portadora de la cdula de identidad nmero: 17.712.902, considero que ste rene los requisitos necesarios y mritos, tanto de forma como de fondo, suficientes para ser sometidos a la evaluacin por la Comisin de Trabajo Especial de Grado, modalidad pasantas, a fin de optar a su aprobacin.

_________________________ Ing. Juan Milln C.I. 12.505.444

iii

DEDICATORIA Dedico este pequeo paso en mi vida a mi Dios y a la Virgen, por las cosas maravillosas y hermosas que me han dado, por brindarme la fortaleza y sabidura para alcanzar mis metas y por acompaarme en todo momento. A mis padres que han sido mi modelo a seguir por sus esfuerzos, dedicacin, constancia y perseverancia, para realizar todas las metas que se proponen. Estoy orgullosa de ustedes viejitos! especialmente a ustedes les dedico este ttulo.

iv

AGRADECIMIENTO A Dios por iluminarme el camino, por estar presente en todo momento, por ayudarme cuando me encontraba en las situaciones ms difciles y por ser mi gua. A mis padres Bricieda y Manuel, por su apoyo incondicional, sin ellos no hubiese logrado esta importante meta. Los Adoro A mis abuelos por su amor, por estar all pendiente en todo momento. Los quiero Mucho A mis hermanos Manuel, Hilda, Cristina por ayudarme en lo que estaba en sus manos cuando ms los necesitaba. Gracias por su apoyo. A mis sobrinos hermosos Manuel, Mara Alejandra, Mara Celeste, Daniela y Valentina por llenarme de alegra en los momentos mas dificiles. Los Amo A mis tos favoritos Eloina, Eudomar, Victor, Daniel, Ana, Carlos y Pedro gracias a sus consejos pude afrontar todos los obstculos que se presentaron durante mi carrera y a mis primos Jayim, Carlos, Eudomar por su apoyo, por todo su cario y motivacin que me han brindado. Los quiero Muchsimo A mi mejor amigo, novio y compaero, a ti Gexail por brindarme tu apoyo en las situaciones ms difciles. Gracias, mi amor. Te Amo A mis amigos Elio, Pedro, Jos, Zairen, Yuraulis, Paola, Albanis, Anajanit por todo su apoyo y por estar conmigo en toda la carrera universitaria y a mis Asesores, Ing. Rosngela Garca e Ing. Juan Milln, por orientarme y por ser parte importante del desarrollo de este proyecto. Diana V, Garca Gil.

UNIVERSIDAD DE ORIENTE NCLEO DE MONAGAS INGENIERIA DE SISTEMAS SUB-COMISIN DE TRABAJO DE GRADO MATURN / MONAGAS / VENEZUELA DESARROLLO DE UN SISTEMA WEB BAJO ESTANDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGISTICO, DISTRITO MORICHAL, PDVSA Autor: Diana Victoria Garca Gil. C.I. 17.712.902 RESUMEN El presente trabajo de investigacin se bas en el Desarrollo de un Sistema Web Bajo Estndares de Software Libre para el Control de Operaciones en la Planta de Tratamiento de Agua, Gerencia de Servicios Logstico, Distrito Morichal. Para lo cual fue necesario estudiar el funcionamiento actual de dicha rea y determinar las problemticas que se presentaban en cuanto a las operaciones que se realizan en la planta; para luego definir los requerimientos de informacin del sistema en base a dicho problema y a las necesidades del personal que labora en la planta; procedindose despus a disear una arquitectura solida que cumpliera con todos los requerimientos establecidos, hasta finalmente obtener el prototipo inicial de la aplicacin. Dicho trabajo sigui un tipo de investigacin Proyectiva, con un nivel comprensivo, emplendose como tcnica de recoleccin de los datos la revisin documental, la entrevista no estructurada y la observacin directa. El desarrollo del sistema se fundament en la metodologa Gray Wacth conjuntamente con el lenguaje unificado UML, usando herramientas de software de cdigo abierto (Software Libre), tales como PHP, JavaScript y HTML, como manejador de base de datos PostgreSQL y el servidor web Apache 2.0, tomando como base el decreto 3390. De esta manera se pudo concluir que con el desarrollo del sistema se generan beneficios, como reduccin de tiempo, riesgo de prdida en cuanto a informacin y control en las operaciones que se llevan a cabo en la planta de tratamiento de agua del Distrito Morichal. Palabras Claves: Desarrollo, Gray Watch, Sistema, Control.

vi

NDICE AUTORIZACIN DEL ASESOR ACADMICO .................................................II AUTORIZACIN DEL ASESOR LABORAL..................................................... III DEDICATORIA........................................................................................................IV AGRADECIMIENTO ............................................................................................... V RESUMEN.................................................................................................................VI NDICE .................................................................................................................... VII LISTA DE FIGURAS ............................................................................................. XII LISTA DE CUADROS ..........................................................................................XIV LISTA DE DIAGRAMAS ................................................................................... XVII LISTA DE PANTALLAS ....................................................................................... XX LISTA DE ANEXOS ..........................................................................................XXIV INTRODUCCIN ...................................................................................................... 1 CAPTULO I ............................................................................................................... 3 CONTEXTO ORGANIZACIONAL......................................................................... 3 1.1 PDVSA, Petrleos S.A....................................................................................... 3 1.1.1 Resea Histrica de PDVSA ....................................................................... 3 1.1.2 Descripcin de PDVSA ............................................................................... 4 1.1.3 Procesos Realizados por PDVSA ................................................................ 5 1.1.4 Visin........................................................................................................... 5 1.1.5 Misin .......................................................................................................... 5 1.1.6 Objetivo General de PDVSA ....................................................................... 6 1.1.7 Objetivos Especficos................................................................................... 6

vii

1.2 Distrito Morichal ................................................................................................ 6 1.2.1 Visin........................................................................................................... 7 1.2.2 Misin .......................................................................................................... 7 1.2.3 Objetivos Estratgicos ................................................................................. 7 1.2.4 Estructura Organizativa. .............................................................................. 8 1.3 Gerencia de Servicios Logstico......................................................................... 8 1.3.1 Manejo de Instalaciones No Industriales. .................................................... 9 1.3.2 Planta de Tratamiento de Agua.................................................................... 9 CAPTULO II ........................................................................................................... 10 EL PROBLEMA Y SUS GENERALIDADES. ...................................................... 10 2.1 Planteamiento del Problema ............................................................................. 10 2.2 Objetivos de la Investigacin ........................................................................... 12 2.2.1 Objetivo General........................................................................................ 12 2.2.2 Objetivos Especficos................................................................................. 12 2.3 Justificacin...................................................................................................... 13 2.4 Alcance de la Investigacin.............................................................................. 13 CAPITULO III .......................................................................................................... 15 MARCO REFERENCIAL ....................................................................................... 15 3.1 Antecedentes de la Investigacin ..................................................................... 15 3.2 Bases Tericas.................................................................................................. 16 3.2.1 Metodologa GRAY WATCH ................................................................... 16 3.2.1.1 Mtodo GRAY WATCH ................................................................... 16 3.2.1.2 Objetivos del mtodo WATCH........................................................... 16 3.2.1.3 Caractersticas del mtodo WATCH................................................... 17 3.2.1.4 Componentes del mtodo WATCH .................................................... 21 3.2.1.5 Estructura del mtodo WATCH.......................................................... 21 3.2.1.5.1 Modelo de Productos................................................................... 22

viii

3.2.1.5.2 Modelo de Actores ...................................................................... 23 3.2.1.5.3 Modelo de Procesos ..................................................................... 24 3.2.2 Sistema....................................................................................................... 28 3.2.2.1 Definicin............................................................................................ 28 3.2.2.2 Elementos de un Sistema. ................................................................... 29 3.2.3 Sistemas de Informacin............................................................................ 29 3.2.3.1 Definicin............................................................................................ 29 3.2.3.2 Elementos que Conforman un Sistema de Informacin...................... 30 3.2.3.3 Objetivo de un Sistema de Informacin.............................................. 31 3.2.3.4 Importancia de la Informacin ............................................................ 32 3.2.3.5 Caractersticas de los Sistemas de Informacin .................................. 32 3.2.3.6 Clasificacin de los Sistemas de Informacin .................................... 33 3.2.4 Sistema Web .............................................................................................. 34 3.2.5 Lenguaje Unificado de Modelado (UML) ................................................. 34 3.2.5.1 Definicin............................................................................................ 34 3.2.5.2 Vista General de UML ........................................................................ 35 3.2.5.3 Utilidad del uso de UML .................................................................... 36 3.2.5.4 Modelo Conceptual de UML .............................................................. 36 3.2.5.5 Relaciones de UML............................................................................. 37 3.2.5.6. Diagramas UML................................................................................. 37 3.2.6 Base de Datos............................................................................................. 43 3.2.6.1 Introduccin ........................................................................................ 43 3.2.6.2 Definicin............................................................................................ 43 3.2.6.3 Organizacin de las BD ...................................................................... 44 3.2.6.4 Normalizacin ..................................................................................... 45 3.2.6.5 Ventajas de las BD .............................................................................. 46 3.2.6.6 Desventajas de las BD......................................................................... 46 3.2.6.7 Objetivos de Efectividad de la BD...................................................... 47 3.2.6.8 Conceptos Bsicos en BD ................................................................... 47 3.2.6.10 Modelos de Datos.............................................................................. 49

ix

3.2.6.11 PostgreSQL ....................................................................................... 50 3.2.6.12 Ventajas de PostgreSQL ................................................................... 50 3.2.6.13 Caractersticas de PostgreSQL.......................................................... 51 3.2.6.14 Navicat for Postgres .......................................................................... 52 3.2.6.15 Algunas Caractersticas de Navicat:.................................................. 52 3.2.6.16 PgAdmind III .................................................................................... 53 3.2.7.17 El Lenguaje SQL............................................................................... 53 3.2.7 Software Libre ........................................................................................... 54 3.2.7.1 Definicin............................................................................................ 54 3.2.7.2 Aplicacin Web................................................................................... 56 3.2.7.3 Ventajas de las Aplicaciones Web ...................................................... 56 3.2.8 Introduccin de Tecnologas Web ............................................................. 57 3.2.8.1 Intranet ................................................................................................ 57 3.2.8.2 Aplicacin Cliente Servidor............................................................. 57 3.2.8.3 Servidor Web Apache ......................................................................... 57 3.2.8.4 Lenguaje de Marcado de Hipertexto (HTML) .................................... 57 3.2.8.5 Estructura Bsica de un Documento HTML....................................... 58 3.2.8.6 Pre - Procesador de Hipertexto (PHP) ................................................ 58 3.2.8.7 Tecnologas detrs de PHP ................................................................. 59 3.2.8.8 HTTP................................................................................................... 59 3.2.8.9 JavaScript ............................................................................................ 60 3.2.8.10 Caractersticas de JavaScript............................................................. 60 3.2.8.11 Ventajas que permite JavaScript ....................................................... 61 3.2.8.12 Ajax ................................................................................................... 62 3.2.8.13 Dreamweaver 8. ................................................................................ 63 3.2.8.14 Ventajas de Dreamweaver 8.............................................................. 63 3.2.8.15 Macromedia Firework 8.................................................................... 63 3.3 Bases Legales .................................................................................................. 64 3.4 Definicin de Trminos.................................................................................... 65 CAPTULO IV .......................................................................................................... 67

MARCO METODOLGICO ................................................................................. 67 4.1 Tipo, nivel y diseo de Investigacin............................................................... 67 4.1.1 Tipo de Investigacin................................................................................. 67 4.1.2 Nivel de Investigacin ............................................................................... 68 4.1.3 Diseo de Investigacin............................................................................. 68 4.2 Poblacin y Muestra......................................................................................... 69 4.2.1 Poblacin .................................................................................................. 69 4.2.2 Muestra ..................................................................................................... 69 4.3 Tcnicas e Instrumentos de Recoleccin de Datos. ......................................... 69 4.3.1 Observacin Directa.................................................................................. 70 4.3.2 Entrevistas no estructuradas....................................................................... 70 4.3.3 Investigacin Documental ......................................................................... 70 4.4 Tcnicas de Anlisis de Datos.......................................................................... 71 4.5 Diseo Operativo............................................................................................... 71 4.6 Cuadro Operativo ............................................................................................. 75 CAPTULO V............................................................................................................ 77 RESULTADOS.......................................................................................................... 77 5.1 Etapa I: Proceso de Anlisis:............................................................................ 77 5.2 Etapa II. Proceso de Diseo. .......................................................................... 292 5.3 Etapa III Proceso de Construccin. ................................................................ 316 5.5 Anlisis de Costo-Beneficio........................................................................... 338 CONCLUSIONES................................................................................................... 343 RECOMENDACIONES......................................................................................... 345 BIBLIOGRAFA..................................................................................................... 346 ANEXOS .................................................................................................................. 349

xi

LISTA DE FIGURAS Figura 1: Ubicacin Geogrfica del Campo Petrolero Morichal de PDVSA. .............. 6 Figura 2: Estructura Organizacional PDVSA Distrito Morichal. ................................. 8 Figura 3: Estructura Organizacional de la Gerencia de Servicios Logsticos............... 8 Figura 4: Estructura Organizacional de la Gerencia de Servicios Logsticos............... 9 Figura 5: Estructura Organizacional de la Gerencia de Servicios Logsticos............... 9 Figura 6: Componentes del Mtodo WATCH. ........................................................... 21 Figura 7: Principales tipos de productos del mtodo WATCH. ................................. 22 Figura 8: Clasificacin de los Actores. ....................................................................... 23 Figura 9: Procesos del mtodo WATCH. ................................................................... 24 Figura 10: Procesos del mtodo WATCH. ................................................................. 24 Figura 11: Estructura del modelo de procesos ............................................................ 27 Figura 12: Conceptos de un Sistema de Informacin. ................................................ 31 Figura 13: Representacin de un diagrama de clases.................................................. 38 Figura 14: Actor. ......................................................................................................... 41 Figura 15: Caso de Uso. .............................................................................................. 41 Figura 16: Estructura Bsica de un Documento HTML. ............................................ 58 Figura 17: Estructura de cdigo PHP.......................................................................... 59 Figura 18: Estructura de cdigo JavaScript. ............................................................... 61 Figura 19. Clasificacin de los procesos del Mtodo WATCH durante el desarrollo del proyecto............................................................................................................... 100 Figura 20.Principales tipos de productos del mtodo WATCH................................ 103 Figura 21.Desglose del proyecto segn la metodologa............................................ 110 Figura 22. Modelo de Jerarqua del sistema de negocio (Planta de Tratamiento de Agua)......................................................................................................................... 133 Figura 23. .Modelo de objetivos de los procesos fundamentales del sistema de negocio (Planta de Tratamiento de Agua)................................................................. 139

xii

Figura 24. .Modelo de reglas del sistema de Negocio. ............................................. 140 Figura 25. Cadena de valor del sistema de negocio. ................................................. 141 Figura 26. Cadena de valor de los procesos a estudiar. ............................................ 142 Figura 27. Clasificacin de Requisitos Funcionales. ................................................ 167 Figura 28. Clasificacin de Requisitos No Funcionales. .......................................... 174 Figura 29. Esquema de despliegue de pantallas del sistema (Administrador).......... 232 Figura 29. Esquema de despliegue de pantallas del sistema (Administrador) Continuacin ............................................................................................................. 233 Figura 30. Esquema de despliegue de pantallas del sistema (SuperUsuario). .......... 234 Figura 30. Esquema de despliegue de pantallas del sistema (SuperUsuario) Continuacin. ............................................................................................................ 235 Figura 31. Esquema de despliegue de pantallas del sistema (Especialista). ............. 236 Figura 31. Esquema de despliegue de pantallas del sistema (Especialista) Continuacin ............................................................................................................. 237 Figura 32. Esquema de despliegue de pantallas del sistema (Empleado). ................ 238 Figura 33. Arquitectura del sistema. ......................................................................... 294

xiii

LISTA DE CUADROS Cuadro 1. Relaciones entre Clases. ............................................................................. 38 Cuadro 2. Elementos de los Diagramas de Despliegues. ............................................ 39 Cuadro 3. Elementos de los Diagramas de Actividad................................................. 40 Cuadro 4. Relacin de los Casos de Usos. .................................................................. 42 Cuadro 5. Elementos del Diagrama de Secuencia. ..................................................... 42 Cuadro 6. Cuadro Operativo ....................................................................................... 75 Cuadro 7. Roles y Responsabilidades ......................................................................... 86 Cuadro 8. Roles y Responsables ................................................................................. 88 Cuadro 9. Costo de los Participantes del Proyecto ..................................................... 95 Cuadro 10. Costo Personal por parte del Tesista ........................................................ 96 Cuadro 11. Costo de Adiestramiento por Parte del Tesista ........................................ 96 Cuadro 12. Productos que se generarn en el desarrollo del proyecto...................... 102 Cuadro 13. Requerimientos de Software .................................................................. 107 Cuadro 14. Requerimientos de Hardware ................................................................. 107 Cuadro 15. Requerimientos de Materiales ................................................................ 108 Cuadro 16. Identificador 001 .................................................................................... 116 Cuadro 17. Identificador 002 .................................................................................... 117 Cuadro 18. Identificador 003 .................................................................................... 117 Cuadro 19. Identificador 004 .................................................................................... 117 Cuadro 20. Identificador 005 .................................................................................... 118 Cuadro 21. Identificador 006 .................................................................................... 118 Cuadro 22. Identificador 007 .................................................................................... 118 Cuadro 23. Identificador 008 .................................................................................... 119 Cuadro 24. Identificador 009 .................................................................................... 119 Cuadro 25. Identificador 010 .................................................................................... 119 Cuadro 26. Identificador 011 .................................................................................... 120

xiv

Cuadro 27. Identificador 012 .................................................................................... 120 Cuadro 28. Identificador 013 .................................................................................... 120 Cuadro 29. Identificador 014 .................................................................................... 121 Cuadro 30. Identificador 015 .................................................................................... 121 Cuadro 31. Identificador 016 .................................................................................... 121 Cuadro 32. Preguntas claves con que debe cumplir la Misin ................................. 134 Cuadro 33. Preguntas claves con que debe cumplir la Visin .................................. 135 Cuadro 34. Evaluacin de la Misin ......................................................................... 136 Cuadro 35. Premisas bsicas para la evaluacin de Misin...................................... 136 Cuadro 36. Evaluacin de la Visin.......................................................................... 137 Cuadro 37. Matriz de evaluacin Misin-Visin...................................................... 138 Cuadro 38. Actividades de los Responsables del Subproceso Registrar y Publicar Guardia .................................................................................................................... 144 Cuadro 40. Actividades de los Responsables del Subproceso Cambiar Guardias 148 Cuadro 41. Actividades de Los Responsables del Subproceso Verificar Guardias y Ejecutar Actividades................................................................................................ 151 Cuadro 42. Actividades de los Responsables del Subproceso Realizar Informe Actividades Ejecutadas............................................................................................ 152 Cuadro 43. Actividades de los Responsables del Subproceso Revisar Reporte de Actividades.............................................................................................................. 155 Cuadro 44. Matriz Evento vs. Procesos de Negocio................................................. 159 Cuadro 45. Reglas del Negocio (1/2)........................................................................ 163 Cuadro 46. Reglas del Negocio (2/2)........................................................................ 164 Cuadro 47. Primer Actor ........................................................................................... 165 Cuadro 48. Segundo Actor........................................................................................ 165 Cuadro 49. Tercer Actor ........................................................................................... 165 Cuadro 50. Cuarto Actor ........................................................................................... 166 Cuadro 51. Lista de Requisitos Funcionales Preliminares........................................ 168 Cuadro 52. Requisitos Funcionales Definitivos (1/4) .............................................. 170 Cuadro 53. Requisitos Funcionales Definitivos (2/4) .............................................. 171

xv

Cuadro 54. Requisitos Funcionales Definitivos (3/4) .............................................. 172 Cuadro 55. Requisitos Funcionales Definitivos (4/4) .............................................. 173 Cuadro 56. Requisitos No Funcionales (1/2) ............................................................ 175 Cuadro 57. Requisitos No Funcionales (2/2) ............................................................ 176 Cuadro 58. Atributos de medicin de calidad software para la planta de tratamiento de agua ...................................................................................................................... 181 Cuadro 59. Plantilla de medicin de atributos de calidad......................................... 182 Cuadro 60. Mtrica ISO 9126-3. Adecuidad ............................................................ 289 Cuadro 61. Mtrica ISO 9126-3. Madurez ............................................................... 289 Cuadro 62. Mtrica ISO 9126-3. Seguridad ............................................................. 290 Cuadro 63. Mtrica ISO 9126-3. Entendibilidad ...................................................... 290 Cuadro 64. Mtrica ISO 9126-3. Comportamiento en el Tiempo ............................ 291 Cuadro 65. Mtrica ISO 9126-3. Cambiabilidad ...................................................... 291 Cuadro 66: Nomenclatura de Tablas......................................................................... 301 Cuadro 67: Nomenclatura de Columnas ................................................................... 302 Cuadro 68: Pruebas de integridad de la base de datos y de los datos ....................... 319 Cuadro 69: Pruebas de funcionalidad ....................................................................... 319 Cuadro 70: Pruebas de interfaz usuario .................................................................... 320 Cuadro 71: Pruebas de seguridad y control de acceso .............................................. 320 Cuadro 72: Recursos del hardware para pruebas ...................................................... 321 Cuadro 73: Recursos de software para pruebas ........................................................ 321 Cuadro 74: Actividades de pruebas........................................................................... 321 Cuadro 75: Actividades de pruebas........................................................................... 321 Cuadro 76. Involucrados en el Proyecto ................................................................... 338 Cuadro 77. Costos por Personal del Proyecto........................................................... 339 Cuadro 78. Costos de Materiales .............................................................................. 340 Cuadro 79. Costo de Adiestramientos....................................................................... 340 Cuadro 80. Costos Generales .................................................................................... 341

xvi

LISTA DE DIAGRAMAS Diagrama 1. Plan de Gestin de Tiempo. Fuente: autor (2010)................................ 111 Diagrama 2.Diagrama de Jerarqua de los procesos ................................................. 143 Diagrama 3. Diagrama del Subproceso Registrar y Publicar Guardias................. 144 Diagrama 4. Diagrama de actividad Registrar y Publicar Guardias..................... 145 Diagrama 5. Diagrama del Subproceso Actualizar Guardias. ............................... 146 Diagrama 6. Diagrama de actividad Actualizar Guardias. ................................... 147 Diagrama 7. Diagrama del Subproceso Cambiar Guardias................................... 148 Diagrama 8. Diagrama de actividad Cambiar Guardias. ....................................... 149 Diagrama 9. Diagrama del Subproceso Cambiar Verificar Guardias y Ejecutar Actividades.............................................................................................................. 150 Diagrama 10. Diagrama de actividad Verificar Guardias y Ejecutar Actividades 151 Diagrama 11. Diagrama del Subproceso Realizar Informe de Actividades Ejecutadas................................................................................................................ 152 Diagrama 12. Diagrama de actividad Realizar Informe de Actividades Ejecutadas. ................................................................................................................................... 153 Diagrama 13. Diagrama del Subproceso Revisar Reporte de Actividades. .......... 154 Diagrama 14. Diagrama de actividad Revisar Reporte de Actividades. ............... 155 Fuente: autor (2010).................................................................................................. 155 Diagrama 15. Modelo de Objetos. ............................................................................ 156 Diagrama 16. Diagrama de Evento del subproceso Registrar y Publicar Guardias.. 157 Diagrama 17. Diagrama de Evento del subproceso Actualizar Guardias ................. 157 Diagrama 18. Diagrama de Evento del subproceso Cambiar Guardias .................... 158 Diagrama 19. Diagrama de Evento del subproceso Verificar Guardias y Ejecutar Actividades................................................................................................................ 158 Diagrama 20. Diagrama de Evento del subproceso Realizar Informe de Actividades Ejecutadas. ................................................................................................................ 158

xvii

Diagrama 21. Diagrama de Evento del subproceso Revisar Reporte de Actividades. ................................................................................................................................... 158 Diagrama 22. Diagrama de Procesos de Descubrimiento de Requisitos. ................. 162 Diagrama 23. Diagrama de Jerarquia de Procesos de Descubrimiento de Requisitos. ................................................................................................................................... 162 Diagrama 24. Diagrama de Procesos de Anlisis de Requisitos............................... 169 Diagrama 25. Diagrama de Jerarquia de Procesos de Anlisis de Requisitos. ......... 169 Diagrama 26. Diagrama Caso de Uso General del Sistema...................................... 185 Diagrama 27. Caso de Uso Validar Usuario. ............................................................ 186 Diagrama 28. Diagrama de Clases Validar Usuario. ................................................ 187 Diagrama 29. Diagrama de Secuencia Validar Usuario............................................ 188 Diagrama 30. Caso de Uso Administrar Procesos. ................................................... 188 Diagrama 31. Diagrama de Clases Administrar Procesos. ....................................... 190 Diagrama 33. Caso de Uso Administrar Equipos ..................................................... 192 Diagrama 34. Diagrama de Clases Administrar Equipos ......................................... 194 Diagrama 35. Diagrama de Secuencia Administrar Equipos.................................... 195 Diagrama 36. Caso de Uso Generar Reporte de Vida til de Equipos..................... 196 Diagrama 37. Diagrama de Clases Generar Reporte Vida til de Equipos.............. 197 Diagrama 38. Diagrama de Secuencia Generar Reporte de Vida til de Equipos ... 198 Diagrama 39. Caso de Uso Registrar Actividades .................................................... 198 Diagrama 40. Diagrama de Clases Registrar Actividades ........................................ 200 Diagrama 41. Diagrama de Secuencia Registrar Actividades .................................. 201 Diagrama 42. Caso de Uso Consultar Historial de Actividades ............................... 202 Diagrama 43. Diagrama de Clases Consultar Historial de Actividades.................... 203 Diagrama 44. Diagrama de Secuencia Consultar Historial de Actividades.............. 204 Diagrama 45. Caso de Uso Generar Reporte de Actividades ................................... 204 Diagrama 46. Diagrama de Clases Generar Reporte de Actividades........................ 206 Diagrama 47. Diagrama de Secuencia Generar Reporte de Actividades.................. 207 Diagrama 48. Caso de Uso Administrar Guardias Semanales.................................. 208 Diagrama 49. Diagrama de Clases Administrar Guardias Semanales ...................... 210

xviii

Diagrama 50. Diagrama de Secuencia Administrar Guardias Semanales ................ 211 Diagrama 51. Caso de Uso Administrar Guardias Extras......................................... 212 Diagrama 52. Diagrama de Clases Administrar Guardias Extras ............................. 214 Diagrama 53. Diagrama de Secuencia Administrar Guardias Extras ....................... 215 Diagrama 54. Caso de Uso Generar Reporte de Guardias Generales ....................... 216 Diagrama 55. Diagrama de Clases Generar Reporte de Guardias Generales ........... 217 Diagrama 56. Diagrama de Secuencia Generar Reporte de Guardias Generales ..... 218 Diagrama 57. Caso de Uso Generar Reporte Mensual de Guardias ......................... 219 Diagrama 58. Diagrama de Clases Generar Reporte Mensual de Guardias ............. 220 Diagrama 59. Diagrama de Secuencia Generar Reporte Mensual de Guardias........ 221 Diagrama 60. Caso de Uso Administrar Usuario...................................................... 222 Diagrama 61. Diagrama de Clases Administrar Usuario. ......................................... 223 Diagrama 62. Diagrama de Secuencia Administrar Usuario .................................... 224 Diagrama 63. Caso de Uso Administrar Cargo......................................................... 225 Diagrama 64. Diagrama de Clases Administrar Cargo............................................. 226 Diagrama 65. Diagrama de Secuencia Administrar Cargo. ...................................... 227 Diagrama 66. Caso de Uso Administrar Tipo de Equipo. ........................................ 228 Diagrama 67. Diagrama de Clases Administrar Tipo de Equipo.............................. 229 Diagrama 69. Modelo de Despliegue........................................................................ 295 Diagrama 70. Modelo de Clases. .............................................................................. 296 Diagrama 71. Modelo Conceptual ............................................................................ 298 Diagrama 72. Modelo Fisico..................................................................................... 299 Diagrama 73. Modelo Relacional del Sistema .......................................................... 300

xix

LISTA DE PANTALLAS Pantalla 1. Login ....................................................................................................... 239 Pantalla 2. Men Principal de Administrador. .......................................................... 239 Pantalla 3. Men Principal de SuperUsuario. .......................................................... 240 Pantalla 4. Men Principal de Especialista. ............................................................. 240 Pantalla 5. Men Principal de Empleado. ................................................................ 241 Pantalla 6. Seleccin de Procesos Opcin Ingresar............................................... 241 Pantalla 7. Ingresar Nuevo Proceso .......................................................................... 242 Pantalla 8. Seleccin de Procesos Opcin Consultar ............................................ 242 Pantalla 9. Consultar Procesos .................................................................................. 243 Pantalla 10. Datos de la Consulta de Procesos......................................................... 243 Pantalla 11. Modificar o Eliminar Procesos............................................................. 244 Pantalla 12.Consulta de Procesos Editados o Eliminados ........................................ 244 Pantalla 13.Modificar Procesos (Especialista).......................................................... 245 Pantalla 14. Seleccin Nuevo Proceso ...................................................................... 245 Pantalla 15. Seleccin de Equipo Opcin Ingresar................................................ 246 Pantalla 16. Ingresar Nuevo Equipo.......................................................................... 246 Pantalla 17. Notificacin de Ingreso de Datos Correctamente ................................. 247 Pantalla 18.Seleccin de Equipo Opcin Consultar .............................................. 247 Pantalla 19.Consultar Equipos .................................................................................. 248 Pantalla 20. Datos de la Consulta de Equipos........................................................... 248 Pantalla 21. Modificar o Eliminar Equipos............................................................... 249 Pantalla 22. Modificar Equipos (Especialista) .......................................................... 249 Pantalla 23.Seleccin Nuevo Equipo ........................................................................ 250 Pantalla 24.Seleccin Actividades Opcin Ingresar.............................................. 250 Pantalla 25.Bsqueda de Datos de la Actividad a Ingresar....................................... 251

xx

Pantalla 26.Seleccionar la Opcin de Ingresar Nueva Actividad ............................. 251 Pantalla 27.Ingresar Datos de la Nueva Actividad.................................................... 252 Pantalla 28.Datos de la Actividad Ingresada............................................................. 252 Pantalla 29.Seleccin Actividades Opcin Consultar ........................................... 253 Pantalla 30. Consultar Actividades ........................................................................... 253 Pantalla 31. Datos de la Consulta de la Actividad .................................................... 254 Pantalla 32. Modificar Actividad .............................................................................. 254 Pantalla 33. Seleccin de Opcin Nueva Actividad.................................................. 255 Pantalla 34. Seleccin Actividades Opcin Historial............................................ 255 Pantalla 35. Bsqueda de Historial de Actividades Propuestas ................................ 256 Pantalla 36. Datos de Historial de Actividades......................................................... 256 Pantalla 37. Seleccin Guardias Opcin Semanal................................................. 257 Pantalla 38. Seleccin de Opcin Nueva Guardia .................................................... 257 Pantalla 39. Ingresar Datos de la Nueva Guardia al Operador ................................. 258 Pantalla 40. Notificacin de Guardia Cargada Correctamente ................................. 258 Pantalla 41. Consultar Guardias................................................................................ 259 Pantalla 42. Datos de Consulta de Guardias ............................................................. 259 Pantalla 43. Modificar o Eliminar Guardias ............................................................. 260 Pantalla 44.Notificacin de Guardia Modificada...................................................... 260 Pantalla 45.Seleccin de Opcin Imprimir Ficha de la Guardia............................... 261 Pantalla 46.Ficha de Guardia a Imprimir .................................................................. 261 Pantalla 47.Consulta de Guardias (Empleado).......................................................... 262 Pantalla 48.Datos de Guardias (Empleado) .............................................................. 262 Pantalla 49. Imprimir Ficha de Guardia Consultada (Empleado) ............................ 263 Pantalla 50. Seleccin de Guardias Opcin Extras................................................ 263 Pantalla 51. Seleccin de Nueva Guaria Extra.......................................................... 264 Pantalla 52. Ingresar Datos de Guardia Extra ........................................................... 264 Pantalla 53. Consultar Guardias Extras.................................................................... 265 Pantalla 54. Datos de Consulta de Guardias Extras ................................................. 265 Pantalla 55. Modificar o Eliminar Guardias Extras ................................................. 266

xxi

Pantalla 56.Imprimir Ficha de Guardia Extra Consultada ........................................ 266 Pantalla 57.Consulta de Guardias Extras (Empleado) .............................................. 267 Pantalla 58.Datos de Guardias Extras Consultadas (Empleado)............................... 267 Pantalla 59. Seleccin de Opcin Imprimir Ficha de Guardia Extra (Empleado) .... 268 Pantalla 60. Seleccin Reportes Opcin Vida til de Equipos............................. 268 Pantalla 61. Consulta para Generar Reporte de Vida til de los Equipos................ 269 Pantalla 62. Visualizar los Datos para Imprimir el Reporte de Vida til................. 269 Pantalla 63. Reporte de la Vida til de los Equipos en la Planta ............................. 270 Pantalla 64. Seleccin de Reporte Opcin Actividad/Procesos ............................ 270 Pantalla 65. Consulta para Generar Reporte de Actividades por Procesos en la Planta ................................................................................................................................... 271 Pantalla 66. Datos de las Actividades por Procesos para Generar un Reporte en Pdf ................................................................................................................................... 271 Pantalla 67. Reporte de Actividades por Procesos en Pdf ........................................ 272 Pantalla 68. Seleccin de Reportes Opcin Actividad/Equipos ............................ 272 Pantalla 69. Consulta para Generar Reporte de Actividades por Equipos en la Planta ................................................................................................................................... 273 Pantalla 70. Datos de las Actividades por Equipos para Generar un Reporte en Pdf273 Pantalla 71. Reporte de Actividades por Equipos en Pdf.......................................... 274 Pantalla 72.Seleccin de Reportes Opcin Guardias Generales............................ 274 Pantalla 73.Consulta General de Guardias para Generar Reporte ............................ 275 Pantalla 74.Datos de Guardias Generales (semanales y extras)................................ 275 Pantalla 75.Reporte General de Guardias (semanales y extras)................................ 276 Pantalla 76.Seleccin de Reportes Opcin Guardias Mensual.............................. 276 Pantalla 77.Consulta para Generar Reporte Mensual de Guardias ........................... 277 Pantalla 78.Reporte Mensual de Guardias ................................................................ 277 Pantalla 79.Seleccin de Administracin Opcin Usuario.................................... 278 Pantalla 80.Seleccin Opcin Nuevo Usuario .......................................................... 278 Pantalla 81.Ingreso de Datos de Nuevo Usuario....................................................... 279 Pantalla 82.Notificacin de Datos de Usuarios Ingresados Correctamente.............. 279

xxii

Pantalla 83.Consulta de Usuarios Ingresados en el Sistema ..................................... 280 Pantalla 84. Datos de Usuarios Consultados de Acuerdos a la Bsqueda Realizada280 Pantalla 85. Modificar o Eliminar Usuarios Ingresados en el Sistema ..................... 281 Pantalla 86. Seleccin de Administracin Opcin Cargos (SuperUsuario) .......... 281 Pantalla 87. Seleccin de Administracin Opcin Cargos (Administrador)......... 282 Pantalla 88. Seleccin Opcin Nuevo Cargo ............................................................ 282 Pantalla 89. Ingresar Descripcin del Nuevo Cargo ................................................. 283 Pantalla 90. Modificar o Eliminar Cargos................................................................. 283 Pantalla 91. Seleccin de Administracin Opcin Tipo de Equipos (SuperUsuario) ................................................................................................................................... 284 Pantalla 92. Seleccin de Administracin Opcin Tipo de Equipos (Administrador) ................................................................................................................................... 284 Pantalla 93. Seleccin Opcin Nuevo Tipo de Equipo ............................................. 285 Pantalla 94. Ingresar Tipo de Equipo........................................................................ 285 Pantalla 95. Modificar o Eliminar Tipo de Equipos ................................................. 286 Pantalla 96. Seleccin Administracin Opcin Contrasea (Administrador)........... 286 Pantalla 97. Seleccin Administracin Opcin Contrasea (SuperUsuario) ............ 287 Pantalla 98. Seleccin Administracin Opcin Contrasea (Especialista)............... 287 Pantalla 99. Seleccin Administracin Opcin Contrasea (Empleado).................. 288 Pantalla 100. Administracin de Contrasea ............................................................ 288

xxiii

LISTA DE ANEXOS

Anexo Digital. Manual de Usuarios.......................................................................... 349

xxiv

INTRODUCCIN Hoy da las empresas necesitan sistemas de informacin para el apoyo de sus actividades medulares, logrando que sus procesos sean ms rpidos y eficientes. En vista de las grandes ventajas que tiene los sistemas de informacin, se han convertido en una de las ramas ms estudiadas e implantadas en las organizaciones, ya que a travs de estos se suelen lograr ahorros significativos de mano de obra, se automatizan tareas y se recolecta informacin para generar grandes bases de datos de forma automtica, razn por la cual son de uso indispensable en la mayora de las empresas en el mundo. La Planta de Tratamiento de Agua de la Gerencia de Servicios Logsticos del Distrito Morichal de PDVSA, no escapa de esta necesidad de mejorar sus procesos a travs de la incorporacin y desarrollo de estas tecnologas. Es por ello que el objetivo de este estudio radica en el desarrollo de un sistema que permita controlar y optimizar los procesos que se llevan a cabo en la planta; todo esto con la finalidad de agilizar dichos procesos. Para la elaboracin de este proyecto se emple como metodologa de trabajo, GRAY
WATCH

cuya divisin en etapas dedicadas a operaciones especificas del proceso de

inicio y constitucin, anlisis, diseo e implementacin permiten un desarrollo confiable en lo que a modelado de sistemas se refiere. En apoyo a esta metodologa se utiliza el lenguaje de modelado UML y para el desarrollo de la aplicacin se utilizan herramientas de software libre en conformidad al decreto Presidencial 3390. Para alcanzar lo anteriormente mencionado, la investigacin se estructur en captulos, en los cuales fueron desarrollados los siguientes puntos:

En el Capitulo I, se realiza una descripcin del Contexto Organizacional en el que se desarrolla la investigacin. En el Capitulo II, destaca el Problema y sus Generalidades, desarrollando el

Planteamiento del mismo, los Objetivos, Justificacin y Alcance de la Investigacin. El Capitulo III, hace referencia a los antecedentes de la investigacin, marco terico el cual contiene las metodologas y herramientas de modelado utilizadas, as como tambin las bases legales referentes al estudio y por ultimo las definiciones de trminos. El Capitulo IV, comprende el tipo, nivel y diseo en la cual se encuentra desarrollada la investigacin, poblacin y muestra a quien fue dirigida la investigacin, describiendo las tcnicas utilizadas para la recoleccin de informacin, tcnicas de anlisis de datos y diseo operativo. El Capitulo V, se muestran los resultados obtenidos, luego de haber aplicado la metodologa para seguidamente detallar el Anlisis Costo-Beneficio. Por ltimo, se presentan las Conclusiones, Recomendaciones, Bibliografa y Anexos, lo cual complementa el desarrollo de la investigacin.

CAPTULO I CONTEXTO ORGANIZACIONAL. 1.1 PDVSA, Petrleos de Venezuela S.A 1.1.1 Resea Histrica de PDVSA En 1914 comienza el auge del petrleo, es a partir de este instante cuando se inicia la extraccin del llamado oro negro y Venezuela logra fama mundial como gran productor de petrleo. La nacionalizacin de la industria petrolera Venezolana se realiz el 1 de enero de 1976, durante el primer gobierno del ciudadano Carlos Andrs Prez, el estado venezolano se reserva desde esa misma fecha todo lo relativo a la exploracin, dentro del territorio nacional, del petrleo, gas, asfalto y dems hidrocarburos. La explotacin de los yacimientos, la manufactura o refinacin, el transporte, almacenamiento y el comercio exterior estaban controladas por el gobierno nacional. Despus de la nacionalizacin del petrleo en el mes de Agosto del mismo ao se crea Petrleos de Venezuela, S.A. (PDVSA) compaa que pasara a convertirse en la empresa matriz propiedad de la Repblica Bolivariana de Venezuela y que se encargara del desarrollo de la industria petrolera, petroqumica y carbonfera del pas. Entre las funciones ms significativas que deba cumplir, se resumen las siguientes: planificar, coordinar, supervisar y controlar las actividades de sus empresas operadoras y filiales tanto en Venezuela como en el exterior. Para la dcada de los noventa, PDVSA inicia un programa de convenios operativos de viejos campos petroleros entre las tres filiales de PDVSA (Lagoven, Corpoven y Maraven) para la poca y por lo menos 20 compaas extranjeras. La faja del Orinoco tambin entra dentro de una estrategia de asociaciones para producir crudos, mientras que se crean empresas mixtas en el rea de la orimulsin.

La evolucin de PDVSA ha transitado por varios hitos que podran resumirse en una progresiva concentracin organizacional, una diversificacin de negocios en los principales mercados de Venezuela y la creacin de una base slida con la apertura petrolera como paso previo para alcanzar la integracin del petrleo a la sociedad. Para cumplir tales propsitos el 1 de enero de 1998, Petrleos de Venezuela integraba en su estructura operativa y administrativa a las tres filiales, Corpoven S.A., Lagoven S.A. y Maraven S.A., que durante ms de 20 aos haban compartido las operaciones, pasa a ser una de las empresas ms grandes de Latinoamrica, la cual pertenece en un 100% al Estado venezolano, adscrito al ministerio de Energa y Petrleo, en la Constitucin de 1999 la empresa queda con el monopolio total de los recursos que se encuentren en el subsuelo venezolano (Petrleo, Gas, entre otros.). De esta manera se estableci como una empresa con un perfil corporativo unificado, dirigido a generar altos estndares de calidad y beneficios en lo que respecta a los procesos que estn presentes dentro de la industria de los hidrocarburos. 1.1.2 Descripcin de PDVSA Petrleos de Venezuela S.A. (PDVSA), es la corporacin estatal de la Repblica Bolivariana de Venezuela que se encarga de la exploracin, produccin, manufactura, transporte y mercadeo de los hidrocarburos, de manera eficiente, rentable, segura, transparente y comprometida con la proteccin ambiental; con el fin ltimo de motorizar el desarrollo armnico del pas, afianzar el uso soberano de los recursos, potenciar el desarrollo endgeno y propiciar una existencia digna y provechosa para el pueblo venezolano, propietario de la riqueza del subsuelo nacional y nico dueo de esta empresa operadora. La Corporacin Petrleos de Venezuela S.A. (P.D.V.S.A.) est subordinada al Estado Venezolano y por lo tanto acta bajo los lineamientos trazados en los Planes de Desarrollo Nacional y de acuerdo a las polticas, directrices, planes y estrategias para el sector de los hidrocarburos, dictadas por el Ministerio de Energa y Petrleo.

1.1.3 Procesos Realizados por PDVSA PDVSA cumple con todas las actividades propias del negocio petrolero, constituyndose en una corporacin verticalmente integrada, que abarca todos los procesos, desde la explotacin hasta la comercializacin de los hidrocarburos gaseosos y no gaseosos, y sus derivados. Los procesos que realizan Petrleos de Venezuela S. A. son: a. Exploracin y Produccin: es el primer eslabn de la cadena, el cual se ubica en aguas arriba del negocio. De esta fase depende el hallazgo de hidrocarburos (gaseosos y no gaseosos) en el subsuelo. b. Refinacin: proceso que se encarga de la transformacin de los hidrocarburos en productos derivados. c. Comercializacin: ltimo eslabn de la cadena productiva. En esta etapa se establecen las frmulas de precios que reflejan las variaciones del mercado para garantizar precios e ingresos justos para el pueblo venezolano. d. Gas: Con unas reservas probadas por 147 billones de pies cbicos, Venezuela es una de las potencias mundiales del sector de hidrocarburos gaseosos. 1.1.4 Visin La visin de PDVSA es motorizar el desarrollo armnico del pas, afianzar el uso soberano de los recursos, potenciar el desarrollo endgeno y propiciar una existencia digna y provechosa para el pueblo venezolano, propietario de la riqueza del subsuelo nacional y nico dueo de esta empresa operadora. 1.1.5 Misin PDVSA, tiene como misin garantizar los volmenes de crudo comprometidos a nuestros clientes, optimizando las operaciones en condiciones seguras, operando pozos e instalaciones rentables, para extraer y entregar el crudo, para su medicin, transporte y fiscalizacin o coordinacin operacional de gas depurando a la organizacin de planta de gas acorde con sus especificaciones y los objetivos de produccin, a dems con un personal motivado y dispuesto al cambio, para mejorar continuamente los procesos en armona con el ambiente.

1.1.6 Objetivo General de PDVSA PDVSA tiene por objetivo realizar las actividades de Exploracin, Produccin, Perforacin, Explotacin, Transporte, Manufactura, Refinacin, almacenamiento, comercializacin o cualquier otra actividad en materia de petrleo y dems hidrocarburos. 1.1.7 Objetivos Especficos a. Generar al Estado Venezolano los ingresos fiscales necesarios para el normal desenvolvimiento de la Economa Nacional. b. Explorar, Producir, Transportar, Refinar y Comercializar directamente tanto como en el Mercado Nacional como en el Internacional los recursos provenientes del subsuelo (Gas, Crudo y productos derivados). c. Mximo apoyo al sector privado Nacional, esfuerzo de la productividad. d. Visualizar nuevas reas de exploracin para incrementar aceleradamente las bases de recursos de hidrocarburo del pas. 1.2 Distrito Morichal El Distrito Morichal, PDVSA se dedica a la exploracin, produccin y suministro de productos e hidrocarburos tanto en Venezuela como en el exterior. Se encuentra organizacionalmente estructurada a travs de una Gerencia de Distrito, una subgerencia Operativa y una Sub-gerencia Administrativa. Petrleos de Venezuela S. A. (PDVSA) Distrito Morichal se encuentra ubicada en el Campo Morichal del Municipio Libertador, del Estado Monagas.

Figura 1: Ubicacin Geogrfica del Campo Petrolero Morichal de PDVSA. Fuente: PDVSA.

1.2.1 Visin Ser reconocidos como el Distrito de referencia dentro de la Corporacin, por el Liderazgo, Competitividad y Productividad en la extraccin de Crudo y aprovechamiento de Gas; en cumplimiento con el Plan de Negocio y comprometidos con el desarrollo sustentable de la Nacin. 1.2.2 Misin Explotar racionalmente las reservas de hidrocarburos del Distrito Morichal, a fin de cumplir con los compromisos de produccin establecidos en el plan de negocios, impulsando el desarrollo econmico y social del pas, preservando la integridad de los trabajadores, instalaciones y el ambiente. 1.2.3 Objetivos Estratgicos a. Mantener la capacitacin del personal, mediante la ejecucin de programas formacin orientada al cierre de brechas e implantacin de planes de carreras. b. Minimizar los eventos no deseados y los impactos ambientales al personal y de las instalaciones mediante el seguimiento continuo del los ndices de Seguridad Industrial, Ambiente e Higiene ocupacional. c. Ejecutar las operaciones asociadas a la cadena de valores cumpliendo con los estndares y normas de PDVSA, en materia de Calidad, Seguridad Industrial, Ambiente e Higiene Ocupacional; mejorando continuamente nuestros procesos. d. Cumplir con los planes de desarrollo socio-econmico mediante la implantacin de los sobres sociales asignados, como base fundamental para el desarrollo de las comunidades, enmarcado en el proyecto Plan de Siembra del Petrleo. e. Garantizar la entrega de crudo y gas bajos los requerimientos de costo, tiempo, cantidad y calidad establecida por el cliente. f. Administrar eficientemente los recursos asignados, a fin de garantizar la continuidad operacional y el cumplimiento del plan de negocio. g. Ejecutar planes o programas que permitan mantener, optimizar y/o incrementar la productividad de crudo y gas del Distrito Morichal.

1.2.4 Estructura Organizativa.

Figura 2: Estructura Organizacional PDVSA Distrito Morichal. Fuente: PDVSA Distrito Morichal

1.3 Gerencia de Servicios Logstico. La Gerencia de Servicios Logsticos es la gerencia contratante y custodia de proyectos, se encuentra dividida en cuatro superintendencias encargadas de la

Administracin, Control y Gestin, la Contratacin y Administracin de Contratos, el Manejo de Instalaciones no Industriales y de los Servicios Generales demandados por el Distrito Morichal para lograr un ptimo funcionamiento de sus labores diarias.

Figura 3: Estructura Organizacional de la Gerencia de Servicios Logsticos. Fuente: PDVSA Distrito Morichal.

1.3.1 Manejo de Instalaciones No Industriales. Es la superintendencia encargada de la administracin y el mantenimiento de estas instalaciones (facilidades residenciales, de oficinas, parques, clubes, escuelas, comedores, entre otros), lo que contribuye a mantener y mejorar la calidad de vida de los trabajadores de PDVSA Distrito Morichal.

Figura 4: Estructura Organizacional de la Gerencia de Servicios Logsticos. Fuente: PDVSA Distrito Morichal.

1.3.2 Planta de Tratamiento de Agua. Esta planta tiene como objetivo suministrar el agua potable a todas las instalaciones del Distrito Morichal, PDVSA para lograr la mejor vida de todos los trabajadores. Esta Planta se encarga del Tratamiento del Agua Potable, iniciando con el proceso de volatizacin de partculas y sedimentacin como proceso fsico para evitar el contenido de agentes contaminadores de los filtros, los cuales son la parte vital para el procesamiento y purificacin del agua; se inyectan qumicos para estabilizar valores fsicos y qumicos que contiene el agua, en esta a su vez se almacena el volumen de agua requerida para el suministro del Distrito en cuanto a instalaciones industriales y residenciales.

Figura 5: Estructura Organizacional de la Gerencia de Servicios Logsticos. Fuente: PDVSA Distrito Morichal.

CAPTULO II EL PROBLEMA Y SUS GENERALIDADES. 2.1 Planteamiento del Problema En la actualidad la informacin es considerada como un recurso vital. Los responsables de la toma de decisiones empiezan a percibir que la informacin ya no es un producto exclusivamente colateral de la operacin de la empresa, sino que es uno de los promotores de la misma. La informacin puede llegar a ser el elemento decisivo que en un momento dado determine el xito o el fracaso de la empresa. Las Tecnologas de la Informacin (TI) han sido conceptualizadas como la integracin y convergencia de la computacin, las telecomunicaciones y la tcnica para el procesamiento de datos, donde sus principales componentes son: el factor humano, los contenidos de la informacin, el equipamiento, la infraestructura, el software y los mecanismos de intercambio de informacin, los elementos de poltica y regulaciones, adems de los recursos financieros. Dentro de las tecnologas de la informacin se encuentran los sistemas web los cuales se consideran una gran tendencia en el futuro de todas las organizaciones ya que permiten la comunicacin y el intercambio de informacin entre los diferentes componentes de una corporacin y tienen como objetivos principales: automatizar los procesos, brindar informacin que permita la toma de decisiones y lograr ventajas competitivas a la empresa. La mayora de las empresas, entre ellas Petrleos de Venezuela, S.A. (PDVSA), han optado por esta herramienta por brindar mltiples ventajas y permitir el control de todas las actividades que se realizan a diario, ya que no es tarea fcil debido a que se encuentran involucrados una serie de elementos que se deben considerar para as

obtener un resultado eficaz, como un men cuidadoso de informacin, anlisis de los procedimientos, entre otros factores los cuales nos conlleva a realizar tareas complejas. La planta de tratamiento de agua de la Superintendencia Manejo de Instalaciones No Industriales (MINI) adscrita a la Gerencia de Servicios Logsticos, se encarga del suministro del agua al campo residencial de PDVSA Distrito Morichal. Las actividades para llevar a cabo cada uno de los procedimientos administrativos de la planta de tratamiento de agua, se realizan en formatos fsicos, el cual no permite visualizar de manera eficiente y llevar cronolgicamente cada una de las operaciones que diariamente se ejecutan; por esto se puede observar la carencia de recursos tecnolgicos que proporcionen un mejor desempeo de las tareas; y de procesos automatizados que permitan controlar de manera ms efectiva y con mayor rapidez los procesos manejados, lo cual hace que el trabajo se torne un poco engorroso. Esto trae como consecuencia los siguientes focos problemticos: En primer lugar las actividades de rutinas ejecutadas por cada operador de la planta son registradas en un formato impreso que contiene los datos que se consideran necesario para el monitoreo o control de las labores, estos se vacan de manera manual, originando que exista un manejo de archivos tangibles del registro laboral y gasto de material, siendo esto muy rutinario y en cuanto a la bsqueda de informacin de trabajos realizados y/o por realizar se genera una prdida de tiempo debido a la gran cantidad de material que se encuentran almacenados. Tambin se puede mencionar que las guardias de estos operadores que realizan dichas actividades son manejadas en un formato en forma de calendario especificando el da, semana, mes y tipo de guardia, las cuales son impresas y colocas en una parte visible para que cada operador pueda ver sus respectivas guardias, ocasionando la dificultad de no tener muchas veces la informacin en el lugar y tiempo adecuado Por otra parte los activos de la planta no se encuentran registrados o evidenciados en ningn medio fsico lo cual no permite dar respuesta oportuna de ubicacin,

11

cantidad, disponibilidad y nivel de reposicin, lo que hace tarda en muchos de los casos la toma de decisiones en cuanto a los mantenimientos de tipo programados ya que para cumplir con una programacin planificada es muy compleja, adems no se tiene la seguridad en cuanto a la informacin de que los instrumentos y piezas necesarias para solventar la situacin se encuentren en el sitio, lo que ocasiona que los tiempos de respuestas tarden en cristalizarse. En consecuencia, la Superintendencia de Manejo de Instalaciones no Industriales (MINI) perteneciente a la Gerencia de Servicios Logsticos requiere de un servicio o herramienta que permita el manejo de la informacin de forma eficiente, reducir los riesgos de prdida de informacin, mayor seguridad para la data y que se genere con mayor rapidez reportes de gestin para la toma de decisiones gerenciales efectivas, con mnimos porcentajes de error. 2.2 Objetivos de la Investigacin 2.2.1 Objetivo General Desarrollar un sistema Web bajo estndares de Software Libre para el Control de Operaciones en la Planta de Tratamiento de Agua, Gerencia de Servicios Logsticos, Distrito Morichal, PDVSA. 2.2.2 Objetivos Especficos a. Analizar las caractersticas y funcionamiento del proceso actual en la planta de tratamiento de agua. b. Definir el modelo de negocio de la Planta de Tratamiento de Agua para obtener una visin del sistema a nivel conceptual. c. Determinar los requisitos funcionales y no funcionales del sistema, fortaleciendo y complementando al modelo actual. d. Disear una arquitectura del sistema que cumpla con los requisitos definidos. e. Desarrollar el nuevo sistema de acuerdo a los requisitos especificados y a la arquitectura diseada para una versin aceptable del producto.

12

2.3 Justificacin Todas las empresas, en general, poseen la necesidad de automatizar y optimizar los procesos y actividades que desarrollan, con la finalidad de cumplir con sus objetivos y metas de una manera eficiente. Es por ello que se desea desarrollar un sistema web para el control de operaciones en la planta de tratamiento de agua, con el fin de brindar una mayor seguridad, confiabilidad y respaldo de la informacin extrada de campo, permitindole as tener una mejor planificacin y organizacin de todas las actividades rutinarias que se realizan a los equipos que se encuentran ubicados en la planta; adems este sistema permitir optimizar los procedimientos necesarios para garantizar datos nicos y de esta manera, administrar mejor el tiempo y el costo de todos los recursos informativos disponibles y permitir el manejo de los datos en el tiempo. La necesidad de realizar esta aplicacin se deriva de las mltiples funciones que se deben ejecutar para cumplir un objetivo; lo cual implica dedicacin de tiempo extra, manejo de altos volmenes de informacin y datos poco confiables. Esta aplicacin har ms fcil la elaboracin de informes, reducir el tiempo invertido en los mismos, reducir en gran parte los archivos en papel, as como tambin permitir garantizar la confiabilidad de informacin y la toma de decisiones oportunas; eso sin tomar en cuenta el aumento de la productividad por parte del personal de la planta de tratamiento de agua logrando una respuesta rpida de los requerimientos. Con respecto a los beneficios que el sistema de informacin otorgar a pdvsa Morichal, se considera que sta adquirir un mayor crecimiento, debido a los avances tecnolgicos y mejoramiento de los procesos que se llevan a cabo en una de las entidades que la conforman. 2.4 Alcance de la Investigacin. El alcance de este proyecto esta basado en los lineamientos de desarrollo de software cuya visin es obtener un sistema web que contribuir al control de las operaciones que se llevan a cabo en la planta de tratamiento de agua, con el fin de facilitar el

13

trabajo y disminuir los posibles errores en la misma, aumentando as su eficiencia y productividad. Esta investigacin estar basada en los criterios del software libre en Venezuela; en conformidad al decreto presidencial N 3390, el cual establece que todas las instituciones pblicas debern emplear prioritariamente software libre desarrollado con estndares abiertos en sus sistemas, proyectos y servicios informticos, siendo este un proceso de migracin gradual y progresiva. Adems se utilizaron herramientas de software licenciados los cuales permitieron la elaboracin eficiente y eficaz del sistema Web, estos tambin apoyaron la ejecucin de documentos en cada una de las etapas de la metodologa utilizada. El desarrollo del proyecto contempl las fases de anlisis, diseo y construccin de la metodologa Gray Watch, que permitieron obtener la versin funcional operativa del sistema propuesto. El sistema (SICAR) utiliz tecnologa de servidor web Apache, programado en PHP,
HTML,

JavaScript y Ajax, con un manejador de base de datos PostgreSQL 8.0. La

aplicacin se encuentra conformada por siete mdulos que permiten controlar las operaciones que se llevan a cabo en la planta de tratamiento de agua para facilitar las labores. Cabe destacar que los usuarios de SICAR por ser esta una aplicacin web, pueden conectarse desde cualquier lugar de PDVSA Distrito Morichal e ingresar al sistema a travs de su intranet sin ningn problema, ya sea para ingresar, consultar, editar, eliminar datos o generar reportes de las operaciones de la planta. Adicionalmente el sistema cuenta con mecanismos de autenticacin que impiden que personas no autorizadas puedan entrar y alterar la informacin almacenada sin antes estar registrado como usuarios del sistema y haber sido validado con el ingreso su indicador y contrasea, lo que garantiza la confiabilidad de la informacin.

14

CAPITULO III MARCO REFERENCIAL 3.1 Antecedentes de la Investigacin Jimnez, Alejandro. (2007). Sistema Web para la Gestin de Inventario de Materia Prima para la Planta de Pellas y movimientos de materiales del rea prerreducidos de SIDOR, C.A., tesis realizada en la Universidad de Los Andes Mrida, Venezuela para optar el titulo de Ingeniero de Sistemas. Dicha tesis fue realizada a fin de dar soporte a los procesos de negocio de prerreducidos de la empresa siderrgica del Orinoco (SIDOR), todo esto utilizando el Mtodo Watch y la herramienta de

modelado UML. Esta tesis sirvi para conocer como utilizar la metodologa de desarrollo de software GRAY WATCH y los documentos que en ella se generan, adems de conocer como emplear el lenguaje de modelado UML. Quintero, Jimi. (2008). Sistema de informacin Web para el Trmite, Control y Reservacin de salones para OREFI, tesis realizada en la Universidad de Los Andes Mrida, Venezuela, este trabajo se ejecut con la finalidad de optimizar algunos procesos fundamentales que se llevan en la oficina de registros estudiantiles de la facultad de Ingeniera (OREFI), para el desarrollo del proyecto se utiliz el mtodo
WATCH y el modelado UML.Este trabajo fue de gran utilidad para comprender el

desarrollo de la fase de levantamiento de requisitos de la metodologa WATCH, asi como tambin el de entender como se aplica el proceso de desarrollo ya que dicha metodologa utiliza herramientas, tcnicas que se consideran necesarias para obtener el producto requerido . Abreu, M. (2007). Modelo de Negocios del Departamento Tcnico de la Direccin de Servicios Generales de la Universidad de los Andes, trabajo de grado realizado en la universidad de los Andes para optar el titulo de Ingeniero de Sistemas.

Este trabajo es guiado por la Metodologa BBM (Business Modeling Method) y representado a travs del lenguaje grfico UML y su extensin UML Business propuesta por Eriksson & Penker (2000). Dicho trabajo sirvi de apoyo en el anlisis y diseo de la aplicacin, y en la elaboracin de los diagramas de casos de uso y en sus diferentes procesos para la representacin del negocio, tambin permiti como determinar requisitos funcionales y no funcionales del sistema y as contribuir con el desarrollo del proyecto. 3.2 Bases Tericas 3.2.1 Metodologa GRAY WATCH 3.2.1.1 Mtodo GRAY WATCH Este Modelo fue propuesto por Jons Montilva, Judith Barrios y Milagro Rivero en la Universidad de Los Andes, Venezuela, para el desarrollo de aplicaciones empresariales. Segn Jons Montilva (2008) El mtodo WATCH es un marco metodolgico que describe los procesos tcnicos, gerenciales y de soporte que deben emplear los equipos de trabajo que tendrn a su cargo el desarrollo de aplicaciones de software empresarial. (p.7) El mismo autor afirma que: Un marco metodolgico es un patrn que debe ser instanciado, es decir adaptado cada vez que se use. Cada equipo de trabajo deber usar el mtodo como un patrn o plantilla metodolgica, a partir de la cual dicho equipo debe elaborar el proceso especfico de desarrollo de la aplicacin que se desea producir. (p.7) 3.2.1.2 Objetivos del mtodo WATCH Watch es un mtodo que ha sido elaborado expresamente para ser utilizado durante el desarrollo de aplicaciones empresariales, con la finalidad de: a. Orientar a los equipos de desarrollo acerca de qu deben hacer y cmo deben desarrollar una aplicacin empresarial. b. Garantizar la uniformidad, consistencia, facilidad de integracin y calidad de los distintos componentes arquitectnicos que integrarn una aplicacin empresarial.

16

c. Gestionar el desarrollo de aplicaciones empresariales como proyectos de ingeniera, siguiendo los estndares de gestin de proyectos ms utilizados en la Industria del Software, a fin de garantizar que la aplicacin se entregue a tiempo y dentro del presupuesto acordado con el cliente. d. Asegurar que en el desarrollo de cada aplicacin empresarial se empleen las mejores prcticas, tcnicas, herramientas, estndares y lenguajes aceptados internacionalmente para producir software de alta calidad. 3.2.1.3 Caractersticas del mtodo WATCH Las caractersticas ms relevantes del mtodo WATCH son las siguientes: a. Est slidamente fundamentado: Posee una base conceptual y metodolgica muy bien sustentada. El mtodo descansa en conceptos bien establecidos que se derivan de la Ingeniera de Software y los Sistemas de Informacin Empresarial. En concreto, el mtodo emplea una arquitectura de dominio de tres capas que define los elementos principales de las aplicaciones empresariales modernas. Metodolgicamente, el modelo ha sido elaborado tomando como referencia modelos de procesos bien conocidos o bien fundamentados, tales como el modelo RUP-Rational Unified Process (Krutchen, 2000) y versiones anteriores del mtodo WATCH (Montilva y Barrios, 2004b). b. Es estructurado y modular: Posee una clara estructura que facilita su comprensin y utilizacin. Esta estructura separa los tres elementos primordiales de un mtodo: el producto que se quiere elaborar, los actores que lo elaboran y el proceso que siguen los actores para elaborar el producto. Estos tres elementos definen los tres componentes del mtodo WATCH: modelo de productos, modelo de actores y modelo de procesos. Cada uno de ellos posee, a su vez, una estructura claramente visible y acorde al elemento que representa. As, por ejemplo, el modelo de procesos tiene una estructura jerrquica de, al menos, cinco niveles de profundidad: grupos de procesos, procesos, sub-procesos, actividades y tareas.

17

c. Es de propsito especfico.- El mtodo est dirigido al desarrollo de aplicaciones de software en entornos empresariales; es decir, al desarrollo de aplicaciones que apoyan uno o ms sistemas de negocios de una empresa. Esta orientacin concreta y especfica resuelve los problemas que tienen la mayora de los mtodos comerciales y acadmicos existentes, cuya generalidad va en detrimento de su aplicabilidad en software especializado. El mtodo no es apropiado para desarrollar software del sistema (sistemas operativos, utilitarios, middleware, etc.), ni software de programacin (compiladores, editores, entornos de programacin, etc.) Tampoco es til en el desarrollo de software de entretenimiento (videojuegos, herramientas multimedia, etc.). En aplicaciones especializadas, tales como sistemas de informacin geogrfica (GIS), sistemas de control, software educativo y software embebido, el usuario del mtodo debe hacer las adaptaciones pertinentes para ajustar el mtodo al dominio particular de este tipo de aplicaciones. d. Es flexible y adaptable: Si bien el mtodo est dirigido al desarrollo de aplicaciones especializadas (aplicaciones de software empresarial), sus tres componentes pueden ser adaptados, con relativa facilidad, a otros tipos de productos de software. e. Emplea las mejores prcticas del desarrollo de software.- Al igual que otros mtodos bien establecidos, tales como RUP (Krutchen, 2000), XP y OOSE (Jacobson, 1994), el mtodo
WATCH

emplea

prcticas

metodolgicas

internacionalmente aceptadas y utilizadas en la industria del software, las cuales, al ser aplicadas apropiadamente, contribuyen a resolver muchos de los problemas que, comnmente, se le atribuyen a los proyectos de software. Entre estas prcticas, se destacan las siguientes: i. Desarrollo de software iterativo, incremental y versionado: WATCH considera el proceso de desarrollo de aplicaciones como un proceso iterativo. Cada iteracin produce un componente o una nueva versin operativa de la aplicacin.

18

ii.

Manejo eficiente de los requisitos: Una mala gestin de los requisitos de una aplicacin es una de las principales causas de problemas en proyectos de desarrollo de software. Para evitar estos problemas, WATCH emplea las mejores prcticas, tcnicas y procesos de la Ingeniera de Requisitos, las cuales facilitan las actividades de identificacin, anlisis, especificacin, validacin y gestin de requisitos.

iii.

Reutilizacin de activos de software: El mtodo promueve la reutilizacin de activos de software. Ello reduce costos y aumenta la calidad de los productos de software elaborados usando el mtodo. Entre estos activos estn los siguientes: arquitecturas de dominio, patrones de diseo, componentes de software reutilizables y plantillas de documentos (Ej., plantillas para planes de proyecto, formatos para pruebas de software, estructuras para manuales de uso, etc.).

iv.

Modelado visual de la aplicacin: Para desarrollar una aplicacin informtica es indispensable modelar distintos aspectos de ella, en cada una de las etapas o fases de su desarrollo. WATCH emplea lenguajes de modelado grfico o visual ampliamente conocidos, tales como UML 2 (Eriksson et al, 2004) y UML Business (Eriksson and Penker, 2000). Estos lenguajes facilitan la

representacin de la aplicacin desde diferentes perspectivas y reducen los problemas de comunicacin que normalmente surgen entre los expertos en Informtica y los usuarios. v. Desarrollo basado en modelos: Bajo este paradigma, el desarrollo de software es un proceso de transformacin gradual e iterativa de modelos elaborados usando lenguajes de modelado, tales como UML. Cada proceso tcnico del mtodo genera uno o ms modelos en UML 2 y/o UML Business. Estos modelos son transformados, gradualmente, en los procesos siguientes, hasta elaborar el producto final. Por ejemplo, el modelo de objetos de negocio, producido en el proceso de Modelado del Negocio, es transformado durante el proceso de Ingeniera de Requisitos en un modelo de clases de negocio. La ventaja de esta prctica radica en que la transformacin de modelos se puede automatizar

19

usando herramientas de desarrollo de software apropiadas, lo cual reduce significativamente el tiempo de desarrollo. vi. Verificacin continua de la calidad de los productos: WATCH asegura la calidad de la aplicacin, a travs del uso de procesos bien definidos de Aseguramiento de la Calidad y Verificacin & Validacin de software (V&V). Los procesos
V&V

son aplicados a todos los productos intermedios y finales que se elaboran a

lo largo del desarrollo de cada aplicacin. vii. Programacin guiada por las pruebas: Para codificar los componentes de software, el mtodo emplea el enfoque de programacin guiada por las pruebas, la cual consiste en disear y preparar las pruebas de cada componente antes de iniciar su codificacin. De esta manera, la codificacin se hace con la intencin de pasar la prueba, lo cual garantiza una mayor calidad del cdigo producido. La codificacin y la prueba unitaria del componente se hacen paralela y coordinadamente usando herramientas de pruebas automatizadas. viii. Apropiada gestin de cambios: Los cambios en los requisitos y productos elaborados es una constante en el desarrollo de aplicaciones empresariales. Estos cambios pueden surgir en cualquier fase del desarrollo de una aplicacin, por lo que es necesario controlarlos apropiadamente, a fin de evitar que el proyecto se postergue continua o indefinidamente. WATCH emplea procesos bien definidos de Gestin de Requisitos y Gestin de la Configuracin de Software (SCM) que se encargan de controlar estos cambios. f. Emplea las mejores prcticas y procesos de gestin de proyectos.- El mtodo
WATCH

emplea procesos y prcticas establecidas en el cuerpo de conocimientos

de gestin de proyectos PMBOK propuesto por el PMI (2004). Este cuerpo de conocimientos fue usado durante el diseo del mtodo para definir y elaborar los procesos de gestin y parte de los procesos de soporte. g. Integra los procesos de gestin con los procesos tcnicos y de soporte.WATCH

define tres grupos de procesos: tcnicos, de gestin y de soporte. Los

procesos tcnicos se relacionan con las actividades de anlisis, diseo, implementacin y pruebas de las aplicaciones. Los procesos de gestin se

20

encargan de gerenciar el desarrollo de cada aplicacin como un proyecto de ingeniera; involucran, por lo tanto, actividades de planificacin, organizacin, administracin, direccin y control del proyecto. Por su parte, los procesos de soporte complementan los procesos tcnicos y gerenciales con actividades, tales como: el aseguramiento de la calidad, la gestin de la configuracin y la gestin de riesgos del proyecto. 3.2.1.4 Componentes del mtodo WATCH El mtodo WATCH est compuesto por tres modelos fundamentales: a. Un modelo de productos que describe los productos intermedios y finales que se generan, mediante el uso del mtodo, durante el desarrollo de una aplicacin empresarial. b. Un modelo de actores que identifica a los actores interesados (stakeholders) en el desarrollo de una aplicacin y describe cmo deben estructurarse los equipos de desarrollo y cules deben ser los roles y responsabilidades de sus integrantes. c. Un modelo de procesos que describe detalladamente los procesos tcnicos, gerenciales y de soporte que los equipos de desarrollo debern emplear para elaborar las aplicaciones. 3.2.1.5 Estructura del mtodo WATCH El mtodo WATCH est compuesto por tres modelos que describen los tres elementos claves de todo mtodo: el producto que se quiere elaborar, los actores que lo elaboran y el proceso que los actores deben seguir para elaborar el producto (ver figura 6).

Figura 6: Componentes del Mtodo WATCH. Fuente: autor (2010)

21

3.2.1.5.1 Modelo de Productos Este modelo identifica y describe los tipos de productos que se deben generar durante el desarrollo de una aplicacin empresarial. Estos tipos de productos se elaboran durante la ejecucin de los procesos tcnicos, de gestin o de soporte, que estn descritos en el Modelo de Procesos del mtodo.

Figura 7: Principales tipos de productos del mtodo WATCH. Fuente: autor (2010)

La figura 7 recoge los principales tipos de productos que se deben producir a lo largo del desarrollo de una aplicacin empresarial y los clasifica de acuerdo a los grupos de procesos donde ellos se generan. Los productos intermedios: son todos aquellos documentos, modelos, listas, libreras de software, matrices, etc., que se elaboran durante la ejecucin de los procesos tcnicos, de soporte y de gestin y que son necesarios para desarrollar la aplicacin. No son considerados productos finales o entregables, por cuanto no constituyen parte integrante de la aplicacin. Los productos entregables o finales del proyecto: son todos aquellos que conforman la aplicacin empresarial propiamente dicha y que son entregados al cliente al final de un ciclo de desarrollo o de todo el proyecto. En este grupo se incluyen todas las versiones de la aplicacin que se elaboran durante la vida del proyecto. Cada versin entregable est compuesta de programas, bases de datos y manuales.

22

3.2.1.5.2 Modelo de Actores El Modelo de Actores tiene como objetivos: a. Identificar los actores o interesados (stakeholders) que estn involucrados en el desarrollo de aplicaciones empresarial. b. Describir las modalidades de organizacin del equipo de trabajo que desarrollar los diferentes componentes arquitectnicos de una aplicacin empresarial. c. Definir los roles y responsabilidades de aquellos actores que integrarn el equipo de trabajo. La figura 8 clasifica, al ms alto nivel de abstraccin, a los actores que participan el desarrollo de aplicaciones aplicacin empresarial en cuatro grupos diferentes.

Figura 8: Clasificacin de los Actores. Fuente: autor (2010)

Los clientes: son aquellas personas o unidades organizacionales que contratan el desarrollo de la aplicacin y aportan los recursos financieros necesarios para su desarrollo. Los promotores: son aquellas personas o unidades organizacionales que tienen inters en que la aplicacin se desarrolle y, por consiguiente, promueven y apoyan su desarrollo. Los desarrolladores: son personas o grupos que participan en la ejecucin de los procesos tcnicos, de gestin y/o soporte del desarrollo de la aplicacin.

23

Los usuarios: son todas aquellas personas, unidades organizacionales u organizaciones externas que hacen uso de los servicios que ofrece la aplicacin. 3.2.1.5.3 Modelo de Procesos El objetivo de este modelo es describir los procesos tcnicos, de gestin y de soporte que los equipos de trabajo deben emplear para desarrollar una aplicacin empresarial. Estos procesos se organizan en la forma de una cadena de valor, tal como se ilustra en la figura 9.

Figura 9: Procesos del mtodo WATCH. Fuente: autor (2010)

Estos procesos se clasifican, segn su naturaleza con respecto al proceso de desarrollo de software, en tres grupos: procesos tcnicos, procesos de gestin y procesos de soporte (ver figura 10).

Figura 10: Procesos del mtodo WATCH. Fuente: autor (2010)

24

El grupo de procesos tcnicos se encarga de organizar las actividades tecnolgicas que caracterizan el desarrollo de una aplicacin empresarial cualquiera e incluye los siguientes procesos: i. Modelado del Negocio: Agrupa a las actividades encargadas de caracterizar y entender el dominio de la aplicacin, es decir, el sistema de negocios para el cual se desarrolla la aplicacin. ii. Ingeniera de Requisitos: Incluye todas las actividades necesarias para identificar, analizar, especificar, validar y gestionar los requisitos que se le imponen a la aplicacin. iii. Diseo Arquitectnico: Congrega las actividades necesarias para especificar, disear y documentar la arquitectura de software que debe tener la aplicacin. iv. Diseo de Componentes: Organiza todas actividades de diseo detallado de los componentes arquitectnicos relacionados con la interfaz grfica de la aplicacin, sus componentes de software, su base de datos y su interaccin con otras aplicaciones. v. Programacin & Integracin: Agrupa las actividades de diseo detallado, codificacin y prueba unitaria de cada uno de los componentes de software que integran la arquitectura de la aplicacin, as como las actividades de integracin y prueba de la integracin de estos componentes. vi. Pruebas de la Aplicacin: Ordena las actividades de pruebas de la aplicacin como un todo, incluyendo las pruebas funcionales, no-funcionales y de aceptacin de la aplicacin. vii. Entrega de la Aplicacin: Estructura el conjunto de actividades que preceden a la puesta en produccin de la aplicacin. Incluye la capacitacin de usuarios, la instalacin de la aplicacin en su plataforma de produccin u operacin, las pruebas de instalacin y la entrega final del producto. El grupo de procesos de gestin apoya la ejecucin de todos los procesos tcnicos y est relacionado con la gestin del proyecto. Se encarga de administrar el alcance, los

25

tiempos, los costos, los recursos humanos y dems recursos que se requieran para desarrollar la aplicacin. Este grupo incluye los siguientes procesos: i. Constitucin del Proyecto: Establece las actividades necesarias para promover, justificar, aprobar e iniciar el proyecto. ii. Planificacin del Proyecto: Incluye las actividades encargadas de la planificacin del alcance, tiempos, recursos humanos, otros recursos y servicios que requiera el desarrollo de la aplicacin iii. Direccin del Proyecto: Agrupa las actividades de conformacin del equipo de trabajo, capacitacin del personal que integra estos equipos, administracin de contratos con terceros, coordinacin de la ejecucin de las actividades del proyecto y administracin de los recursos asignados al proyecto, entre otros. iv. Control del Proyecto: Contiene las actividades necesarias para supervisar y controlar el alcance, tiempos, costos, recursos humanos y dems recursos que han sido asignados al proyecto. v. Cierre del Proyecto: Organiza las actividades que se requieren para cerrar administrativa y tcnicamente el proyecto, una vez que concluya el desarrollo completo de la aplicacin. El grupo de procesos de soporte complementan los procesos de gestin y, al igual que estos ltimos, apoyan la ejecucin de todos los procesos tcnicos. Este grupo se relaciona con la calidad, los riegos y la configuracin de la aplicacin. Incluye los siguientes procesos: i. Gestin de Riesgos: Agrupa las actividades necesarias para identificar, analizar, planificar respuestas, monitorear y controlar todos aquellos riesgos o eventos que puedan afectar negativamente el proyecto. ii. Gestin de la Configuracin: Organiza las actividades encargadas del control de los cambios que puedan surgir en la configuracin de la aplicacin, es decir, en los diferentes tems o productos que la integran y que se desarrollan a lo largo del proyecto.

26

iii. Gestin de la Calidad: Contempla las actividades necesarias para garantizar la calidad de la aplicacin y todos los productos que la integran, as como la calidad del proceso usado para producir estos productos. Este proceso est relacionado con las actividades de Aseguramiento de la Calidad del Software y la Verificacin & Validacin del Software. El orden en que los procesos del mtodo se ejecutan est inspirado en la metfora del reloj; metfora en la cual el proceso de desarrollo de software es visto como un reloj, cuyo motor son los procesos de gestin y soporte y cuyos diales constituyen los procesos tcnicos. Esta metfora determina la estructura del modelo de procesos (ver figura 11).

Figura 11: Estructura del modelo de procesos

De acuerdo a la estructura del modelo, el proceso de desarrollo de software se inicia con la constitucin y planificacin del proyecto, la cual es parte de los procesos de gestin. Una vez planificado el proyecto, se da inicio a sus procesos tcnicos mediante la ejecucin del Modelado del Negocio. Se continua, luego, con los procesos de Ingeniera de Requisitos, Diseo Arquitectnico, Diseo Detallado, Programacin & Integracin y Pruebas de la Aplicacin, en el orden indicado por las agujas del reloj; finalizando con la Entrega de la Aplicacin.

27

Como puede observarse, en la figura 11, el orden de ejecucin es cclico, es decir, la aplicacin se desarrolla mediante la entrega de una o ms versiones de la aplicacin. Cada ciclo de desarrollo produce una nueva versin operativa de la aplicacin. Una versin es un producto operativo, esto es, ejecutable y que provee ciertos servicios a sus usuarios. Cada nueva versin la agrega, a la anterior, nuevos servicios o funciones. Los ciclos de desarrollo se repiten hasta completar al conjunto total de servicios o funciones que demandan sus usuarios y que estn indicados en la arquitectura de la aplicacin. El proyecto culmina cuando se entrega la ltima versin prevista de la aplicacin. Las versiones definen el carcter versionado o cclico del mtodo. Cada versin, a su vez, est compuesta de uno o ms incrementos de software. Un incremento es una pieza de software que ejecuta un conjunto de funciones de la versin y que es usada, por los usuarios, para: validar las funciones implementadas por el incremento, familiarizarse con la interfaz grfica de la aplicacin; y/o usarla para apoyar la ejecucin de procesos de negocio. Los incrementos definen el carcter incremental del mtodo. Uno de los procesos de soporte, denominado Verificacin y Validacin (V&V), se encarga de evaluar cada producto de los procesos tcnicos, a fin de determinar si el proceso contina hacia el siguiente proceso debe retornarse a un proceso anterior para corregir defectos en los productos. El carcter iterativo del mtodo es determinado, en parte, por el proceso V&V. 3.2.2 Sistema 3.2.2.1 Definicin Un sistema es un conjunto de elementos organizados que interactan entre s y con su ambiente, para lograr objetivos comunes, operando sobre informacin para producir como salida informacin. PULEO define Sistema como "un conjunto de entidades caracterizadas por ciertos atributos, que tienen relaciones entre s y estn localizadas en un cierto ambiente, de acuerdo con un cierto objetivo". (Pg. 29). Un Sistema es una serie de instrucciones

28

relacionadas entre s, para lograr la ejecucin organizada y eficaz de una actividad, por medio del cual siempre se puede llegar a una meta determinada. Sistema es un conjunto de elementos organizados y relacionados para lograr un propsito una tarea. (Jerry Whitenh, Barlow Victor, 1997, Pg.136). 3.2.2.2 Elementos de un Sistema. a. Componentes: Comprende las diversas partes y actividades que el sistema necesita para alcanzar sus objetivos. b. Recursos: Todo aquello que de alguna forma puede controlar el sistema, bien sea directa o indirectamente. c. Entorno: Constituye todo lo exterior al sistema, ajeno a l pero en interrelacin permanente. No est controlado por el sistema. 3.2.3 Sistemas de Informacin 3.2.3.1 Definicin Un Sistema de Informacin tiene como caracterstica principal la interaccin Hombre Mquina, la cual est integrada por personas, procedimientos y equipos. Los sistemas de informacin han existido desde el surgimiento de las primeras organizaciones, las cuales usaban maquinas como: calculadoras, prensas,

registradoras, entre otras. El sistema de informacin es un sistema caracterizado por que es abierto, intercala, con su ambiente mediante el intercambio de informacin y se adapta a las necesidades del ambiente que lo contiene (Fabregas, 1992, Pg.03). Dar una definicin de sistemas de informacin no es sencillo, ms an cuando las diferentes definiciones que se dan en la literatura se caracterizan por confundir los trminos "datos" e "informacin"; por omitir elementos esenciales; y asociar la frase "sistemas de informacin" a los trminos "computador" y/o "gerencia". Ahora bien, si de algunas definiciones aceptadas tomamos las caractersticas ms resaltantes, se puede establecer la siguiente definicin:

29

Un sistema de informacin es un sistema hombre - mquina que procesa datos a fin de (1) registrar los detalles generados por las transacciones que ocurren en las entidades que forman una organizacin y (2) proporcionar la informacin que facilite la ejecucin de actividades, operaciones y funciones en una organizacin. El trmino Hombre Mquina puede originar confusin, pues podra pensarse que no es posible la existencia de un sistema de informacin sin un computador, aseveracin del todo falsa. Se entiende que los sistemas de informacin existen desde el mismo momento en que surgieron las organizaciones. Sin embargo, se debe reconocer que el uso de mquinas (computadoras, registradoras, calculadoras, etc.), ha facilitado la ejecucin de las funciones de un sistema de informacin, en la actualidad, una organizacin mediana o grande difcilmente puede concebir y utilizar un sistema de informacin sin el uso de computadoras que faciliten el procesamiento de datos. 3.2.3.2 Elementos que Conforman un Sistema de Informacin a. Informacin: Es el significado que adquieren los datos como resultado de un proceso consciente e intencional de adecuacin de tres elementos: datos del entorno, contexto de aplicacin y estructura de conocimientos del sujeto. b. Personas: Usuarios que utilizan un sistema de informacin como un medio para la ejecucin de sus actividades o tareas, la persona es una unidad, por ende; al estructurar el proceso se debe tener una idea de la secuencia en la que se integren todos los aspectos de la persona. c. Tecnologa de la Informacin y la Comunicacin: Son todos aquellos recursos electrnicos para la automatizacin y lenguajes de programacin, empleados en las tareas del sistema. d. Tcnicas de Trabajo: Mtodos y tecnologas utilizadas por las personas para desempear su trabajo de forma eficiente.

30

Figura 12: Conceptos de un Sistema de Informacin. Fuente: autor (2010)

Estos elementos constituyen un Sistema de Informacin cuando se conjuntan y operan coordinadamente para alcanzar un objetivo determinado en la empresa, ya sea gestionar las transacciones corrientes, facilitar la toma de decisiones estratgicas, mantener un canal comercial o cualquier otro propsito til para el xito de la empresa. En este sentido, un sistema informtico, un conjunto de hardware y software, no es un Sistema de Informacin. Slo cuando ese sistema informtico acta en coordinacin con el resto de elementos para un propsito empresarial definido se habla de un "Sistema de Informacin de la Empresa". 3.2.3.3 Objetivo de un Sistema de Informacin El objetivo del sistema de informacin es proporcionar informacin que facilite la ejecucin de tareas, operaciones y funciones en una organizacin, lo ms eficientemente posible. La informacin requerida por la gerencia es slo una parte de todo el espectro de informacin que el sistema puede suministrar. Sin embargo, en todos los niveles organizacionales de cualquier corporacin se toman decisiones. Por lo tanto el sistema deber proporcionar la informacin adecuada a cada uno de estos niveles. La operacin central del sistema de informacin est constituida por el procesamiento de datos, que permite capturar y procesar los datos originados por las

31

transacciones y entidades que lo conforman con la finalidad de producir y diseminar informacin para toda la organizacin de una forma veraz y eficiente; mientras mejor sea este procesamiento de datos, el sistema de informacin tendr una mayor capacidad de respuesta. 3.2.3.4 Importancia de la Informacin Cuando se habla de la funcin informtica generalmente se tiende a hablar de tecnologa nueva, de nuevas aplicaciones, nuevos dispositivos de hardware, nuevas formas de elaborar informacin ms consistente, etc. Sin embargo se suele pasar por alto, o se tiene muy implcita la base que hace posible la existencia de los anteriores elementos. Esta base es la informacin. Es muy importante conocer su significado dentro la funcin informtica, de forma esencial cuando su manejo est basado en tecnologa moderna, para esto se debe conocer que la informacin: a. Est almacenada y procesada en computadoras. b. Puede ser confidencial para algunas personas o a escala institucional. c. Puede ser mal utilizada o divulgada. d. Puede estar sujeta a robos, sabotaje o fraudes. Los primeros puntos muestran que la informacin est centralizada y que puede tener un alto valor y los ltimos puntos muestran que se puede provocar la destruccin total o parcial de la informacin, que incurre directamente en su disponibilidad que puede causar retrasos de alto costo. Es necesario tener presente que el lugar donde se centraliza la informacin, con frecuencia el centro de cmputo, puede ser el activo ms valioso y al mismo tiempo el ms vulnerable de toda la organizacin. 3.2.3.5 Caractersticas de los Sistemas de Informacin a. Suelen lograrse ahorros significativos de mano de obra. b. Se implantan en las organizaciones. c. Son intensivos en entradas y salidas de informacin. d. Generan grandes volmenes de informacin.

32

e. Tiene la propiedad de ser recolectores de informacin. f. Son de fcil manejo para los usuarios. g. Sirven de apoyo para la toma de decisiones. 3.2.3.6 Clasificacin de los Sistemas de Informacin Los sistemas de informacin pueden clasificarse en: a. Transaccionales Son aquellos que sirven de apoyo a la operacin diaria. Ponen a disposicin de los usuarios toda la informacin que necesitan para el desempeo de sus funciones, lo cual supone una pequea parcela de datos del sistema de informacin global. Los precursores de estas aplicaciones son los primeros sistemas batch de mecanizacin de tareas administrativas. b. De Gestin y Administracin Proporcionan la informacin necesaria para controlar la evolucin de la organizacin, el cumplimiento de los objetivos operativos y la situacin econmico-financiera. En un principio, esta informacin se suministraba solamente por medio de informes, pero en la actualidad puede consultarse directamente en el ordenador, si est convenientemente almacenada. Un ejemplo de este tipo puede ser un Sistema de Gestin de Personal. c. De Ayuda a la Toma de Decisiones Son una ampliacin y continuacin de los anteriores y permiten realizar anlisis diversos de los mismos datos sin necesidad de programacin. Suelen tener capacidades grficas, de confeccin de informes e, incluso, de simulacin. Si utilizan los datos de gestin estn destinados a los usuarios de nivel tctico, aunque tambin pueden estar destinados a usuarios de nivel estratgico. En este grupo pueden englobarse los llamados "Sistemas expertos". d. Para la Direccin (tambin llamados "EIS", por las siglas del trmino anglosajn Executive Information Systems). Son un paso ms en la evolucin de los anteriores, ya que relacionan en la misma base de datos toda la informacin significativa de la evolucin de la organizacin, su

33

distribucin y su entorno de operaciones. Estos sistemas, preferentemente grficos, permiten acceder a la informacin tanto vertical como horizontalmente. El trmino "vertical" se refiere a un acceso jerarquizado de la informacin, mientras el trmino "horizontal" hace referencia a los anlisis comparativos, y es aqu donde entra en juego la informacin del entorno. Ejemplo de este tipo de sistemas sera aqul que pudiera contrastar informacin significativa de un rea determinada de gestin con la correspondiente a reas homlogas de otras organizaciones, administraciones, mercados, etc. Existen paquetes comerciales que contemplan este tipo de sistemas. (http://www.csi.map.es/csi/silice/Dsamed17.html). 3.2.4 Sistema Web Se denominan sistemas web a aquellas aplicaciones cuya interfaz se construye a partir de pginas web. Las pginas web no son ms que ficheros de texto en un formato estndar denominado HTML (Hipertext Markup Language). Estos ficheros se almacenan en un servidor web al cual se accede utilizando el protocolo HTTP (Hypertext Transfer Protocol), uno de los protocolos de internet. Para utilizar una aplicacin web desde una maquina concreta basta con tener instalado un navegador web en esa maquina, ya sea este el Internet Explorer de Microsoft, el Netscape Navegator o cualquier otro navegador. (Berzal, F y Cubero, J. 2005, p.187) 3.2.5 Lenguaje Unificado de Modelado (UML) 3.2.5.1 Definicin El Unified Modeling Language (UML), es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema de software orientado a objetos. Este lenguaje se ha convertido en un estndar, debido a que ha sido impulsado por los autores de los tres mtodos ms usados de orientacin a objetos: Grady Booch, Ivar Jacobson y Jim. El lenguaje UML comenz a gestarse en octubre de 1994, cuando Rumbaugh se uni a la compaa Rational fundada por Booch (dos reputados investigadores en el rea de metodologa del software). El objetivo de ambos era unificar dos mtodos que haban

34

desarrollado: el mtodo Booch y el OMT (Object Modelling Tool). El primer borrador apareci en octubre de 1995. En esa misma poca otro reputado investigador, Jacobson, se uni a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los tres amigos. Adems, este lenguaje se abri a la colaboracin de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definicin de la primera versin de UML. Esta primera versin se ofreci a un grupo de trabajo para convertirlo en 1997 en un estndar del OMG. Este grupo gestiona estndares relacionados con la tecnologa orientada a objetos (metodologas, bases de datos objetuales, CORBA, etc.), propuso una serie de modificaciones y una nueva versin de UML, la versin 1.1, que fue adoptada por el OMG como estndar en noviembre de 1997. Desde aquella versin ha habido varias revisiones que gestiona la OMG Revision Task Force. La ltima versin aprobada es la UML 2.0 superstructure. En estos momentos se est desarrollando actualizaciones a esta versin en la que se incluirn cambios importantes (principalmente aadir nuevos diagramas). 3.2.5.2 Vista General de UML La explicacin se basar en los diagramas, en lugar de vistas o notaciones, ya que son stos la esencia de UML. Cada diagrama usa la notacin pertinente y la suma de estos diagramas crean las diferentes vistas. Las vistas existentes en UML son: a. Vista de casos de uso: Se forma con los diagramas de casos de uso, colaboracin, estados y actividades. b. Vista de diseo: Se forma con los diagramas de clases, objetos, colaboracin, estados y actividades. c. Vista de procesos: Se forma con los diagramas de la vista de diseo. Recalcando las clases y objetos referentes a procesos. d. Vista de implementacin: Se forma con los diagramas de componentes, colaboracin, estados y actividades.

35

e. Vista de despliegue: Se forma con los diagramas de despliegue, interaccin, estados y actividades. 3.2.5.3 Utilidad del uso de UML UML es un lenguaje para modelamiento de propsito general evolutivo, ampliamente aplicable, debe ser soportado por herramientas e industrialmente estandarizado. Se aplica a una multitud de diferentes tipos de sistemas, dominios, y mtodos o procesos. a. Como lenguaje de propsito general, se enfoca en el corazn de un conjunto de conceptos para la adquisicin, comparticin y utilizacin de conocimientos emparejados con mecanismos de extensin. b. Como un lenguaje para modelamiento ampliamente aplicable, puede ser aplicado a diferentes tipos de sistemas (software y no - software), dominios (negocios versus software) y mtodos o procesos. c. Como un lenguaje para modelamiento soportable por herramientas, las herramientas ya estn disponibles para soportar la aplicacin del lenguaje para especificar, visualizar, construir y documentar sistemas. d. Como un lenguaje para modelamiento industrialmente estandarizado, no es un lenguaje cerrado, propiedad de alguien, sino ms bien, un lenguaje abierto y totalmente extensible reconocido por la industria.
UML

posibilita la captura, comunicacin y nivelacin de conocimiento estratgico,

tctico y operacional para facilitar el incremento de valor, aumentando la calidad, reduciendo costos y reduciendo el tiempo de presentacin al mercado; manejando riesgos y siendo proactivo para el posible aumento de complejidad o cambio. 3.2.5.4 Modelo Conceptual de UML Los tres elementos que forman el modelo conceptual de UML son: los bloques bsicos de construccin del lenguaje, las reglas que se aplican sobre esos bloques y los mecanismos comunes de UML.

36

Existen tres tipos de bloques de construccin: a. Elementos: Son los modelos UML (clases, casos de uso, estados, anotaciones) b. Relaciones: Ligan elementos entre s, establecen la forma en que interactan. c. Diagramas: Representacin grfica de un grupo de elementos y sus relaciones. 3.2.5.5 Relaciones de UML a. Dependencia: Una dependencia es una relacin de uso entre dos elementos (un elemento utiliza a otro). Una relacin de dependencia entre dos elementos implica que los cambios que se produzcan en un elemento pueden afectar al otro pero no necesariamente a la inversa. Las dependencias se representan con una lnea dirigida discontinua. b. Asociacin: Una asociacin es una relacin estructural entre varios elementos. Una relacin de asociacin implica que los objetos de los distintos elementos de la relacin estn conectados entre s y se pueden comunicar. Una relacin de asociacin se representa grficamente con una lnea continua entre los elementos relacionados. c. Generalizacin: Una generalizacin es una relacin de especializacin. Los elementos especializados (hijos) son elementos que derivan de un elemento general (padre). Los elementos hijos mantienen la estructura y el funcionamiento del elemento padre pero de una forma ms especializada. Su representacin grfica es la de una lnea dirigida con punta triangular. 3.2.5.6. Diagramas UML Diagrama de Clases Un diagrama de clases muestra el conjunto de clases que participan o forman parte de un sistema, junto con las relaciones que existen entre dichas clases. Muestra de una manera esttica la estructura de la informacin que maneja el sistema y la visibilidad que tiene cada una de las clases, dada por sus relaciones con los dems en el modelo. En un diagrama de clases, una clase se representa por un rectngulo en el cual se escriben tres secciones: en la seccin superior se coloca el nombre de la clase; en la intermedia, se presentan los atributos que caracterizan a la clase y en la seccin

37

inferior se listan sus mtodos u operaciones, esto se observa claramente en la figura 13.

Figura 13: Representacin de un diagrama de clases. Fuente: Pressman, R.

Los atributos o caractersticas de las clases pueden ser de tres tipos, segn el grado de comunicacin y visibilidad de ellos con el entorno, estos son: Pblicos (+): indican que el atributo ser visible tanto afuera como dentro de la clase, es decir, es accesible desde todos lados. Privados (-): indican que el atributo solo ser accesible desde dentro de la clase (solo sus mtodos lo pueden acceder) Protegidos (#) indica que el atributo no ser accesible desde afuera de la clase, pero si podr ser accesado por mtodos de la clase. En un diagrama de clases, los vnculos entre clases se representan por lneas, a las que se les da diferentes caractersticas, dependiendo del tipo de relacin. En los extremos de esas lneas se representan las relaciones y puede colocarse el rol que asume cada clase en esa relacin, tambin, en los extremos de la lnea, se coloca la cardinalidad que describe cuntos objetos de cada clase pueden participar en la relacin. Relaciones entre Clases Cuadro 1. Relaciones entre Clases.

Fuente: autor (2010).

38

Diagrama de Despliegue Los Diagramas de Despliegue muestran la disposicin fsica de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. Estos diagramas muestran la configuracin en funcionamiento del sistema, incluyendo su hardware y su software. Un Diagrama de Despliegue modela la arquitectura en tiempo de ejecucin de un sistema mostrando la configuracin de los elementos de hardware y mostrando cmo los elementos y artefactos del software se trazan en esos nodos. Cuadro 2. Elementos de los Diagramas de Despliegues.

Fuente: autor (2010).

Diagrama de Actividad El Diagrama de Actividad es un diagrama de flujo del proceso multi-propsito que se usa para modelar el comportamiento del sistema. Es importante recalcar que aunque un diagrama de actividad es muy similar en definicin a un diagrama de flujo (tpicamente asociado en el diseo de Software), estos no son lo mismo. Se pudiera considerar que un diagrama de actividad describe el problema, mientras un diagrama de flujo describe la solucin.

39

Cuadro 3. Elementos de los Diagramas de Actividad.

Fuente: autor (2010).

Diagrama de Casos de Uso Un Diagrama de Casos de Uso muestra la relacin entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa. En el diagrama de casos de uso se representa tambin el sistema como una caja rectangular con el nombre en su interior. Los casos de uso estn en el interior de la caja del sistema, y los actores fuera, y cada actor est unido a los casos de uso en los que participa mediante una lnea. Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: actores, casos de uso y relaciones entre casos de uso. a. Actores

Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organizacin, y que realiza algn tipo de interaccin con el sistema. Se representa mediante una figura humana dibujada con palotes. Esta

40

representacin sirve tanto para actores que son personas como para otro tipo de actores.

Actor
Figura 14: Actor. Fuente: autor (2010).

b. Casos de Uso Un caso de uso es una descripcin de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea especfica. Expresa una unidad coherente de funcionalidad, y se representa en el Diagrama de Casos de Uso mediante una elipse con el nombre del caso de uso en su interior. El nombre del caso de uso debe reflejar la tarea especfica que el actor desea llevar a cabo usando el sistema.

Caso de Uso

Figura 15: Caso de Uso. Fuente: autor (2010).

c. Relaciones entre Casos de Uso Un caso de uso, en principio, debera describir una tarea que tiene un sentido completo para el usuario. Sin embargo, hay ocasiones en las que es til describir una interaccin con un alcance menor como caso de uso. La razn para utilizar estos casos de uso no completos en algunos casos, es mejorar la comunicacin en el equipo de desarrollo, el manejo de la documentacin de casos de uso. Para el caso de que queramos utilizar estos casos de uso ms pequeos, las relaciones entre estos y los casos de uso ordinarios pueden ser de los siguientes tres tipos.

41

Cuadro 4. Relacin de los Casos de Usos.

Fuente: autor (2010).

Diagrama de Secuencia Un diagrama de Secuencia muestra una interaccin ordenada segn la secuencia temporal de eventos. En particular, muestra los objetos participantes en la interaccin y los mensajes que intercambian ordenados segn su secuencia en el tiempo. Cuadro 5. Elementos del Diagrama de Secuencia.

Fuente: autor (2010).

42

3.2.6 Base de Datos 3.2.6.1 Introduccin Una base de datos es un conjunto de datos relacionados entre s. Por datos entendemos hechos conocidos que pueden registrarse y que tienen un significado implcito. Propiedades implcitas de una base de datos: a. Una base de datos representa algn aspecto del mundo real, en ocasiones llamado mini-mundo o universo de discurso. Las modificaciones del mini-mundo se reflejan en la base de datos. b. Una base de datos es un conjunto de datos lgicamente coherente, con cierto significado inherente. Una coleccin aleatoria de datos no puede considerarse propiamente una base de datos. c. Toda base de datos se disea, construye y puebla con datos para un propsito especfico. Est dirigida a un grupo de usuarios y tiene ciertas aplicaciones preconcebidas que interesan a dichos usuarios. 3.2.6.2 Definicin Una BD es un conjunto de archivos contenidos por tablas de datos, consultas, procedimientos almacenados, entre otros. En esta aplicacin, la base de datos es usada por un cliente, que se sirve de un intermediario: el gestor de bases de datos, conocido tambin como servidor de base de datos que, para ste caso, se encuentra en un lugar remoto. Desde el punto de vista informtico, una base de datos es un sistema formado por un conjunto de datos almacenados en memorias masivas (discos), que permiten acceso directo a ellos, y un conjunto de programas que manipulan ese conjunto de datos. Desde un punto de vista ms formal, se puede definir una base de datos como: un conjunto exhaustivo de datos estructurados, fiables y homogneos, organizados independientemente de su utilizacin y su implementacin en mquina, accesibles en

43

tiempo real, compatibles por usuarios concurrentes que tienen necesidades de informacin diferentes y predecibles en el tiempo. 3.2.6.3 Organizacin de las BD Existen dos tipos de visiones para organizar las bases de datos: -Visin Lgica y Fsica de Datos Una base de datos, a diferencia de un archivo, est hecha para que sea compartida por muchos usuarios. Es claro que cada usuario ve los datos en forma diferente. Se hace referencia a la forma en que un usuario representa y describe los datos como una vista de usuario. Estas vistas son examinadas desarrollando un modelo lgico general de la base de datos. Este modelo lgico, debe ser transformado en un diseo de base de datos fsico correspondiente, el cual est involucrado con la manera en que son guardados y relacionados los datos, as como la forma en que son accedidos. En la literatura de base de datos, a las vistas se les llama esquema. Hay tres tipos principales de bases de datos estructuradas lgicamente: jerrquicas, en red y relacionales. a. Estructuras de Datos Jerrquicas: Las estructuras de datos jerrquicas implican que una entidad no puede tener ms de un ente que la posea. Por lo tanto, es una estructura compuesta de muchas asociaciones 1:M o 1:1, otras asociaciones, tales como M:1 o M:N no son permitidas. Las estructuras jerrquicas a veces son llamadas rboles, debido a que los subordinados conectados con las entidades que los poseen se asemejan a las ramas de un rbol, pero son usualmente trazados de cabeza. b. Estructura de Datos en Red: Una estructura en red, permite a cualquier entidad tener una cantidad indefinida de subordinados o de superiores. Las entidades estn conectadas por medio de enlaces de red, que son conceptos de datos comunes a ambas entidades conectadas. Algunos de los problemas inherentes de

44

las estructuras jerrquicas pueden ser aliviados usando la estructura de red, pero esta estructura es ms compleja. c. Estructura de Datos Relacional: Una estructura de datos relacional, consiste en una o ms tablas de dos dimensiones a las que se les llama relaciones. Los renglones de la tabla representan los registros y las columnas contienen atributos. El mantener las tablas en una estructura relacional es, por lo general, bastante simple, en comparacin con el mantenimiento de una estructura jerrquica o de red. Cuando se tratan las estructuras relacionales en la literatura de base de datos, frecuentemente se usa terminologa diferente. Un archivo es llamado una relacin, un registro es llamado, por lo general, un tuple y el conjunto de valores de atributo es llamado dominio. Para que las estructuras relacionales sean tiles y manejables las tablas relacionales, primero deben ser normalizadas". 3.2.6.4 Normalizacin La normalizacin es la transformacin de vista de usuario compleja y almacenada de datos, a un conjunto de estructuras de datos estables ms pequea, en cierto sentido se generan tablas ms pequeas para evitar redundancia en los campos clave. Adems de ser ms simple y ms estable, la estructura de datos normalizada es ms factible de mantener. Para crear estructuras de datos pequeas y de fcil manejo, se deben seguir los siguientes pasos para la normalizacin: a. El primer paso o primera etapa del proceso incluye la eliminacin de todos los grupos repetidos y la identificacin de la llave primaria. Para hacer esto, la relacin necesita ser dividida en dos o ms relaciones, las relaciones ya pueden estar en la tercera forma normal, pero es muy probable que se necesiten ms pasos para transformar las relaciones a la tercera forma normal. b. El segundo paso es asegurar que todos los atributos que no son llave sean completamente dependientes de la llave primaria. Todas las dependencias parciales son eliminadas y puestas en otra relacin.

45

c. El tercer paso elimina cualquier dependencia transitiva. Una dependencia transitiva es aquella en la cual los atributos que no son llave, son dependientes de otros atributos que si lo son. 3.2.6.5 Ventajas de las BD i. Se mantiene la integridad de los datos, debido a que el cambio de los datos se realiza de manera sencilla y confiable, ya que estos aparecen una sola vez y no en varios archivos. ii. Los datos tendrn mayor probabilidad de encontrarse disponibles en una base de datos, que en sistema de archivos convencionales. iii. La base de datos evoluciona conforme se modifican las necesidades de los usuarios y de sus aplicaciones: a. Menos consumo del medio de almacenamiento. b. Mayor velocidad de acceso. c. Fcil mantenimiento. d. Independencia fsica y lgica. e. Seguridad en la informacin. f. Facilidad de consulta o acceso. g. Reduccin del tiempo requerido para insertar, actualizar, eliminar y recuperar los datos en tiempos tolerables. 3.2.6.6 Desventajas de las BD i. Aumento en los costos de procesamiento de datos ya que se requiere un "software", as como ms espacio fsico y ms memoria. ii. Las estructuras de datos pueden volverse complejas. iii. El diseo e implementacin requieren de personal ms especializado. iv. Fallas en una aplicacin pueden afectar a otras. v. Fallas de un componente pueden paralizar todo el sistema. vi. Una de las desventajas ms notoria es que todos los datos se almacenan en un solo lugar; y en consecuencia, son ms vulnerables a accidentes y requerirn de un respaldo completo.

46

3.2.6.7 Objetivos de Efectividad de la BD a. Asegurarse de que la base de datos pueda ser compartida entre el usuario y una diversidad de aplicaciones. b. Mantener datos que sean precisos y consistentes. c. Revisar que todos los datos requeridos para las aplicaciones actuales y futuras estn fcilmente disponibles. d. Permitir que el usuario construya su vista personal de los datos sin preocuparse de la forma en que estn fsicamente guardados los datos. 3.2.6.8 Conceptos Bsicos en BD a. Tablas: Dentro de una base de datos el elemento ms importante que existe es la tabla, existiendo varias relaciones entre las diferentes tablas de una misma base. La tabla es el lugar en el que se almacenan los datos y, por lo tanto, se trata del punto con el que se trabajar continuamente. b. Consulta: Una consulta es cualquier conjunto de rdenes de base de datos que recuperan registros. Utilizando las consultas se podrn recuperar datos de uno o ms campos y de una o ms tablas. Tambin se pueden someter los datos recuperados a una o ms restricciones, conocidas como criterios, que se utilizan para limitar la cantidad de datos que se recuperan. c. Campos: Es la unidad bsica de una base de datos, un campo puede ser; por ejemplo, la palabra carro. El nombre de un campo, no puede empezar con espacios en blanco y caracteres especiales. No puede llevar puntos, ni signos de exclamacin o corchetes. d. Campo Clave: Es el campo que permite identificar y localizar un registro de manera gil y organizada. e. Registros: Es el conjunto de informacin referida a una misma persona u objeto. Un registro vendra a ser algo as como una ficha.

47

3.2.6.9 Sistema Manejador de Base de Datos (SMBD) Un SMBD consiste de una base de datos y un conjunto de aplicaciones (programas) para tener acceso a ellos comnmente la base de datos contiene informacin referente e interrelacionada a una misma entidad o empresa. [pag.16] El objetivo primordial de un SMBD es crear un ambiente en el que sea posible almacenar y recuperar informacin en forma eficiente y conveniente. Otro modelo que se utiliza comnmente para manipular una base de datos es el llamado Sistema de Procesamiento de Archivos, el cual consta de un conjunto de programas que permiten el acceso a la base de datos, pero no optimizan los mtodos utilizados, provocando entre otros los siguientes problemas: a. Redundancia. Esta se presenta cuando se repiten innecesariamente datos en los archivos que conforman la base de datos. Esta redundancia aumenta los costes de almacenamiento y acceso y adems puede llevar a inconsistencia de los datos. b. Inconsistencia. Ocurre cuando existe informacin contradictoria o incongruente en la base de datos. c. Dificultad en el acceso a los datos. Debido a que los sistemas de procesamiento de archivos generalmente se conforman en distintos tiempos o pocas y a veces por distintos programadores, el formato de la informacin no es uniforme y se requiere establecer mtodos de enlace y conversin para combinar datos contenidos en distintos archivos. d. Aislamiento de los datos. Se refiere a la dificultad de extender las aplicaciones que permitan controlar a la base de datos, como pueden ser, nuevos reportes, utileras y otros, debido a la diferencia de formatos en los archivos almacenados. e. Anomalas en el acceso concurrente. Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados para sincronizar los procesos que afectan a la base de datos. Comnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo.

48

f. Problemas de seguridad. Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando as el acceso a intrusos. g. Problemas de integridad. Ocurre cuando no existe a travs de todo el sistema, procedimientos uniformes de validacin para los datos. 3.2.6.10 Modelos de Datos Un modelo de datos es un conjunto de herramientas conceptuales para describir los datos, las relaciones entre ellos, su semntica y sus limitantes. [pag.15] Los modelos de datos se clasifican en tres grupos principales: a. Modelos Lgicos Basados en Objetos. Son aquellos que nos permiten una definicin clara y concisa de los esquemas conceptuales y de visin. Su caracterstica principal es que permiten definir en forma detallada las limitantes de los datos. Ejemplos de este tipo de modelos son: i. Modelo entidad relacin. ii. Modelo binario. iii. Modelo semntico de los datos. iv. Modelo infolgico. b. Modelos Lgicos Basados en Registros. Operan sobre niveles conceptuales y de visin. Sus caractersticas principales son que permiten una descripcin ms amplia de la implantacin, pero no son capaces de especificar con claridad las limitantes de los datos. Son ejemplos de este tipo de modelos: i. Modelo relacional: Los datos y las relaciones se representan mediante tablas, cada una con diferentes columnas y nombres nicos. ii. Modelo de red: Los datos se representan mediante nombres de registros y las relaciones mediante conjunto de ligas.

49

iii. Modelo jerrquico: Es semejante al modelo de red, pero con una estructura arbolada. c. Modelos Fsicos de Datos. Describen los datos en el nivel ms bajo y permiten identificar algunos detalles de implantacin para el manejo del hardware de almacenamiento. Ejemplos de este tipo de modelos son: i. Modelo unificador. ii. Modelo memoria de cuadros. 3.2.6.11 PostgreSQL PostgreSQL es un servidor de BD relacional libre, liberado bajo licencia BSD. Es una alternativa a otros sistemas de bases de datos de cdigo abierto (como MySQL, Firebird y MaxDB), as como sistemas propietarios como Oracle o DB2. 3.2.6.12 Ventajas de PostgreSQL PostgreSQL ofrece muchas ventajas para su compaa o negocio respecto a otros sistemas de bases de datos: a. Instalacin Ilimitada: Es frecuente que las bases de datos comerciales sean instaladas en ms servidores de lo que permite la licencia. Algunos proveedores comerciales consideran a esto la principal fuente de incumplimiento de licencia. Con PostgreSQL, nadie puede demandarlo por violar acuerdos de licencia, puesto que no hay costo asociado a la licencia del software. b. Ahorros considerables en costos de operacin: Ha sido diseado y creado para tener un mantenimiento y ajuste mucho menor que los productos de los proveedores comerciales, conservando todas las caractersticas, estabilidad y rendimiento. c. Estabilidad y Confiabilidad Legendarias: En contraste a muchos sistemas de bases de datos comerciales, es extremadamente comn que compaas reporten que

50

PostgreSQL nunca ha presentado cadas en varios aos de operacin de alta actividad. Ni una sola vez. Simplemente funciona. d. Extensible: El cdigo fuente est disponible para todos sin costo. e. Multiplataforma: PostgreSQL est disponible en casi cualquier Unix (34 plataformas en la ltima versin estable), y una versin nativa de Windows est actualmente en estado beta de pruebas. f. Diseado para ambientes de alto volumen: PostgreSQL usa una estrategia de almacenamiento de filas llamada MVCC para conseguir una mejor respuesta en ambientes de grandes volmenes. Los principales proveedores de sistemas de bases de datos comerciales usan tambin esta tecnologa, por las mismas razones. 3.2.6.13 Caractersticas de PostgreSQL a. Altamente adaptable a las necesidades del cliente. b. Soporta distintos tipos de datos: adems del soporte para los tipos base, tambin soporta datos de tipo fecha, monetarios, elementos grficos, datos sobre redes (MAC, IP...), cadenas de bits, etc. Tambin permite la creacin de tipos propios. c. Atomicidad: significa que tiene la propiedad de asegurar que la operacin se ha realizado o no, lo que garantiza que ante un fallo el sistema puede no puede quedar a medias. d. Incorpora una estructura de datos array. e. Tiene la propiedad de ser consistente es decir que asegura que solo se empieza aquello que se puede acabar. f. Incorpora funciones de diversa ndole: manejo de fechas, geomtricas, orientadas a operaciones con redes, etc. g. Tiene la propiedad de asegurar que una operacin no puede afectar a otra.

51

h. Permite la declaracin de funciones propias, as como la definicin de disparadores. i. Soporta el uso de ndices, reglas y vistas. j. Incluye herencia entre tablas (aunque no entre objetos, ya que no existen), por lo que a este gestor de bases de datos se le incluye entre los gestores objetorelacionales. k. Permite la gestin de diferentes usuarios, como tambin los permisos asignados a cada uno de ellos. l. Corre en casi todos los sistemas operativos como: Linux, Mac os, Windows, etc. 3.2.6.14 Navicat for Postgres Navicat es una solucin ideal para la administracin y el desarrollo de PostgreSQL. Esta proporciona una potente interfaz grfica para la gestin de bases de datos, desarrollo y mantenimiento. Fcil de instalar e intuitiva interfaz hacen de ella un instrumento irremplazable para PostgreSQL en la red local o de escritorio. Entre sus Principales caractersticas incluyen visual de consultas, importar / exportar, copia de seguridad / restauracin, y de datos de tnel SSH transferencia. Navicat tambin soporta la importacin de datos desde ODBC, trabajo por lotes de programacin (creacin de calendario de importacin / exportacin, la transferencia de datos de consultas y salvado), la impresin de estructura de tabla. Tambin incluye un completo gestor grfico para la fijacin de los usuarios y privilegios de acceso. (http://www.sharewareconnection.com) 3.2.6.15 Algunas Caractersticas de Navicat: a. Examinar las bases de datos b. Soporte a ltimas versiones de PostgreSQL c. Interfaz de Usuarios Bien Diseada. d. Crear y borrar bases de datos, tablas, ndices y los usuarios

52

e. Potente herramienta de gestin de datos. f. Crear o ejecutar consultas SQL. g. Administrar privilegios de usuario h. Soporte de Importacin y Exportacin. i. Sincronizacin de datos y estructura de sincronizacin j. Modificar sus datos. k. Diseador visual l. Transferencia de datos - Soporte de transferencia de bases de datos PostgreSQL de un servidor a otro servidor. m. Apoyo de Reproducciones Builder. 3.2.6.16 PgAdmind III PgAdmind III es una interfaz de administracin de la base de datos PostgreSQL. PgAdmind III puede conectarse a cualquier base de datos PostgreSQL 7.3/ 7.4/ 8.0/ 8.1 usando la librera empotrada nativa libpq. Cuando se configura el lado del servidor, es posible conectarse usando claves cifradas o autenticacin SSL. La interface de usuario de PgAdmind III est traducida en ms de 20 idiomas. Realiza acceso nativo a PostgreSQL (no se necesita la capa ODBC). El programa est escrito en C++ y usa la excelente herramienta multiplataforma wxWindows. En todos los entornos, pgAdmind III es una aplicacin nativa. La aplicacin se ejecuta como cdigo binario, no en una mquina virtual, ofreciendo por tanto un rendimiento muy bueno. El proyecto pgAdmind comenz hace cinco aos, pgAdmind es usado por ms de 50.000 usuarios a lo largo del mundo. 3.2.7.17 El Lenguaje SQL Es una herramienta para almacenar, gestionar y recuperar datos almacenados en una base de datos informtica. El nombre <<SQL>> es una abreviatura de Lenguaje de Estructuras de Consultas (Structure Query Language). Por razones histricas, SQL se pronuncia generalmente <<sequel>>, pero tambin se emplea la pronunciacin

53

alternativa <<S.Q.L>>. Como su nombre implica, SQL es un lenguaje de informtica que se puede utilizar para interaccionar con una base de datos. En efecto, SQL trabaja con un tipo especfico de base de datos, llamada base de datos relacional. El nombre Structure Query Language, es en cierta forma, inapropiado. En primer lugar, SQL es ms que una herramienta de consulta, aunque ese fue su propsito original y recuperar datos sigue siendo una de sus funciones ms importantes. SQL se utiliza para controlar todas las funciones que un DBMS proporciona a sus usuarios. En segundo lugar, SQL no es realmente un lenguaje informtico completo tal como
COBOL, FORTRAN o C. SQL no dispone de la sentencia IF para examinar

condiciones, ni de la sentencia GO TO para bifurcaciones, ni de las sentencias DO o

FOR para iteraciones. En vez de ello, SQL es un sub-lenguaje de base de datos,

consistente en unas treinta sentencias especializadas para tareas de gestin de base de datos. Estas sentencias SQL se incorporan a otro lenguaje, como COBOL, FORTRAN o
C para extender ese lenguaje y permitirle efectuar el acceso a la base de datos.

3.2.7 Software Libre 3.2.7.1 Definicin El software libre es una cuestin de libertad, no de precio. Para comprender este concepto, se debe pensar en la acepcin de libre como en libertad de expresin y no como en barra libre de cerveza. Software libre se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, modificar y mejorar el software. Se refiere especialmente a cuatro clases de libertad para los usuarios de software: a. Libertad 0: la libertad para ejecutar el programa sea cual sea nuestro propsito. b. Libertad 1: la libertad para estudiar el funcionamiento del programa y adaptarlo a las necesidades el acceso al cdigo fuente es condicin indispensable para esto. c. Libertad 2: la libertad para redistribuir copias y ayudar as a los vecinos.

54

d. Libertad 3: la libertad para mejorar el programa y luego publicarlo para el bien de toda la comunidad el acceso al cdigo fuente es condicin indispensable para esto. Software libre es cualquier programa cuyos usuarios gocen de estas libertades. De modo que deberas ser libre de redistribuir copias con o sin modificaciones, de forma gratuita o cobrando por su distribucin, a cualquiera y en cualquier lugar. Gozar de esta libertad significa, entre otras cosas, no tener que pedir permiso ni pagar para ello. Asimismo, se debera ser libre para introducir modificaciones y utilizarlas de forma privada, ya sea en tu trabajo o en tu tiempo libre, sin siquiera tener que mencionar su existencia. Si decidieras publicar estos cambios, no deberas estar obligado a notificarlo de ninguna forma ni a nadie en particular. La libertad para utilizar un programa significa que cualquier individuo u organizacin podrn ejecutarlo desde cualquier sistema informtico, con cualquier fin y sin la obligacin de comunicrselo subsiguientemente ni al desarrollador ni a ninguna entidad en concreto. La libertad para redistribuir copias supone incluir las formas binarias o ejecutables del programa y el cdigo fuente tanto de las versiones modificadas como de las originales. La distribucin de programas en formato ejecutable es necesaria para su adecuada instalacin en sistemas operativos libres. No pasa nada si no se puede producir una forma ejecutable o binaria, dado que no todos los lenguajes pueden soportarlo, pero todos debemos tener la libertad para redistribuir tales formas si se encuentra el modo de hacerlo. Para que las libertades 1 y 3 la libertad para hacer cambios y para publicar las versiones mejoradas adquieran significado, se debe disponer del cdigo fuente del programa. Por consiguiente, la accesibilidad del cdigo fuente es una condicin necesaria para el software libre. Para materializar estas libertades, las mismas debern ser irrevocables siempre que no se cometa ningn error; si el desarrollador del software pudiera revocar la licencia sin

55

motivo, ese software dejara de ser libre; sin embargo, ciertas normas sobre la distribucin de software libre nos parecen aceptables siempre que no planteen un conflicto con las libertades centrales. Por ejemplo, el copyleft, grosso modo, es la norma que establece que, al redistribuir el programa, no pueden aadirse restricciones que nieguen a los dems sus libertades centrales. Esta norma no viola dichas libertades, sino que las protege. De modo que se puede pagar o no por obtener copias de software libre, pero independientemente de la manera en la que se obtenga, siempre se tendr la libertad para copiar, modificar e incluso vender estas copias. [pag.20] 3.2.7.2 Aplicacin Web Una aplicacin Web es aquellas que los usuarios pueden utilizar accediendo a un servidor Web a travs de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicacin software que se codifica en un lenguaje soportado por los navegadores web (HTML, JavaScript, Java, asp.net, etc.) en la que se confa la ejecucin al navegador. Una aplicacin web est normalmente estructurada como una aplicacin de trescapas. En su forma ms comn, el navegador web ofrece la primera capa y un motor capaz de usar alguna tecnologa web dinmica (ejemplo: PHP, Java Servlets o ASP, ASP.NET, CGI, ColdFusion, embPerl, Python (programming language) o Ruby on Rails) constituye la capa de en medio. Por ltimo, una base de datos constituye la tercera y ltima capa. 3.2.7.3 Ventajas de las Aplicaciones Web Entre las ventajas que se pueden mencionar estn: a. No requieren instalacin, pues usan tecnologa Web, lo cual nos permite el aprovechamiento de todas las caractersticas del Internet. b. Son fciles de usar (no requieren conocimientos avanzados de computacin).

56

c.

Alta disponibilidad, ya que puede realizar consultas en cualquier parte del mundo donde tenga acceso a Internet y a cualquier hora. 3.2.8 Introduccin de Tecnologas Web

3.2.8.1 Intranet Red diseada para el procesamiento de informacin dentro de una compaa u organizacin. Entre sus usos se incluyen servicios tales como distribucin de documentos, distribucin de software, acceso a bases de datos y aprendizaje. Las intranets deben su nombre a que en ellas se utilizan a menudo aplicaciones asociadas a Internet, tales como paginas Web, sitios FTP, correo electrnico, grupos de noticias y listas de distribucin, a las cuales nicamente se pueden tener acceso a los terminales de la propia compaa u organizacin. 3.2.8.2 Aplicacin Cliente Servidor Programa compartido en toda una red. El programa se encuentra almacenado en un servidor de red y puede ser utilizado simultneamente por ms de un cliente. 3.2.8.3 Servidor Web Apache Un servidor HTTP (Web) con cdigo libre de distribucin introducido en 1995 por el grupo apache como una extensin y tambin una mejora del tempranero HTTPd (versin 1.3) del centro nacional de aplicaciones para supercomputadoras. El servidor Apache es popular en los sistemas basados en UNIX, incluyendo Linux, y tambin corre sobre Windows y otros sistemas operativos como BeOS. A causa de estar basado en cdigo existente con una serie de parches, fue conocido regularmente como un servidor irregular (poco uniforme) (patchy en ingles) lo cual llev al nombre oficial de Apache. 3.2.8.4 Lenguaje de Marcado de Hipertexto (HTML) HTML significa HyperText Markup Language. Es el lenguaje en que se escriben los millones de documentos que hoy existen en el World Wide Web. Cuando accedemos a uno de estos documentos, el cliente (Netscape, IE, Mosaic, Lynx, IBrowse) los

57

interpreta y los despliega, todos de manera similar, pero no la misma. Crear una buena pgina tiene dos aspectos; por un lado el conocimiento tcnico para crear cdigo HTML correcto, por otro lado el claro diseo para presentar la informacin. 3.2.8.5 Estructura Bsica de un Documento HTML Una pgina Web es un archivo de texto y se puede crear con cualquier editor de texto como el edit de DOS o el Block de Notas de Windows, lo importante que se debe destacar, es que ste documento de texto debe ser guardado con extensin .html en vez de .txt (original de los archivos de texto) para que todos los clientes los reconozcan como cdigo para el despliegue de la pgina Web. Todas las pginas Web tienen la siguiente estructura:

Figura 16: Estructura Bsica de un Documento HTML. Fuente: autor (2010).

En la primera lnea encontramos el comando <HTML>. Esto le indica al cliente (Ej.: IE) que comienza un documento HTML. Luego viene <HEAD>, la primer parte de un documento HTML. Dentro de HEAD puede ir el titulo <TITLE> del documento (IE y Netscape lo muestran en la barra superior de la ventana) y otros comandos mas avanzados que luego veremos. Luego de HEAD viene <BODY>, que es donde se coloca la informacin que queremos mostrar. 3.2.8.6 Pre - Procesador de Hipertexto (PHP) PHP es un lenguaje interpretado basado principalmente en C, C++ y Java, con los que comparte prcticamente toda su sintaxis y semntica, y aporta tambin algunas caractersticas de lenguajes interpretados como Perl y Bash. Debido a esto, una de sus

58

principales caractersticas y una gran baza a su favor es que la curva de aprendizaje para programadores que ya conozcan estos lenguajes es muy suave, prcticamente pueden sentarse delante del computador y comenzar a escribir cdigo. 3.2.8.7 Tecnologas detrs de PHP En cuanto a la tecnologa detrs de PHP, ya en la versin 3.0 el intrprete de PHP era bastante ms rpido que los intrpretes existentes de ASP, lo que junto con su buena integracin con el servidor HTTP Apache y su capacidad de acceder a unos 20 sistemas de Bases de Datos distintos, lo ha convertido en un fuerte competidor frente a las soluciones de Microsoft. Con la versin 4.0 de PHP que ha visto la luz hace pocos meses la situacin ha mejorado todava ms: el intrprete es ms rpido (hasta 12 veces ms rpido que el de la versin 3.0); se ha perfeccionado la integracin de PHP con otros servidores adems de Apache, entre otros IIS; y se ha modularizado todo el diseo interno, entre otras cosas independizado el intrprete del lenguaje PHP (Zend) del mdulo de comunicacin con el servidor, con lo que a partir de ahora es posible utilizar PHP como lenguaje interpretado en cualquier proyecto.

Figura 17: Estructura de cdigo PHP. Fuente: autor (2010)

3.2.8.8 HTTP HTTP es un Protocolo de Transferencia de Hipertexto (Hypertext Transfer Protocol) cliente-servidor que articula los intercambios de informacin entre los clientes Web y los servidores HTTP. Este protocolo se basa en sencillas operaciones de solicitudrespuesta en donde un cliente establece una conexin con un servidor y enva un mensaje con los datos de la solicitud.

59

El servidor responde con un mensaje similar, que contiene el estado de la operacin y su posible resultado. Es decir que el propsito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en formato HTML). entre un navegador (el cliente) y un servidor web localizado mediante una cadena de caracteres denominada direccin URL. 3.2.8.9 JavaScript JavaScript, al igual que Java o VRML, es una de las mltiples maneras que han surgido para extender las capacidades del lenguaje HTML. Al ser la ms sencilla, es por el momento la ms extendida. Es necesario aclarar un par de cosas: a. JavaScript no es un lenguaje de programacin propiamente dicho. Es un lenguaje script u orientado a documento, como pueden ser los lenguajes de macros que tienen muchos procesadores de texto. Nunca se podr hacer un programa con JavaScript, tan slo se podr mejorar la pgina Web con algunas cosas sencillas (revisin de formularios, efectos en la barra de estado, etc.) y ahora, no tan sencillas (animaciones usando HTML dinmico, por ejemplo). b. JavaScript y Java son dos cosas distintas. Principalmente porque Java s que es un lenguaje de programacin completo. Lo nico que comparten es la misma sintaxis. Mientras que JavaScript es un lenguaje de script basado en objetos y es interpretado antes de que sea ejecutado. c. JavaScript fue desarrollado por Nestcape Corporation bajo el nombre LiveScript. Se renombr JavaScript debido a que Nestcape tena una sociedad conjunta con Sun Microsystems. 3.2.8.10 Caractersticas de JavaScript JavaScript mejora la interactividad del usuario en el lado del cliente. Algunas de sus caractersticas son: a. Adopta una tecnologa basada en objetos, lo que significa que proporciona un conjunto de objetos del navegador predefinidos. b. JavaScript permite a los usuarios definir objetos para su uso en el script.

60

c. Est basado en un modelo manejado por eventos; por lo cual, se necesita una accin apropiada en respuesta a los eventos del usuario, tal como navegar entre diferentes pginas o hacer clic en los enlaces. d. JavaScript se puede utilizar para hacer interactivas las pginas estticas HTML. Con JavaScript, se puede por ejemplo, saludar al usuario de acuerdo a la hora del da o validar los campos de un formulario para ver si el usuario ingresa correctamente los valores requeridos. e. JavaScript es independiente del Navegador, es decir, puede ejecutarse en cualquier navegador que tenga un motor script de JavaScript. f. La sintaxis de JavaScript es similar a la de Java y sus construcciones son similares a C o C++. Por lo tanto, cualquiera que est familiarizado con estos lenguajes, puede aprender fcilmente JavaScript. 3.2.8.11 Ventajas que permite JavaScript a. Cambiar la apariencia del Documento. b. Controlar el despliegue de la informacin en el documento Web a travs de eventos. c. Validar y manipular los elementos de un formulario. d. Tareas de clculos generales. e. Manipulacin de cadenas y generacin de HTML Dinmico. f. Mostrar al usuario mensajes dentro de ventanas, por ejemplo, advertencias e indicadores de entrada.

Figura 18: Estructura de cdigo JavaScript. Fuente: autor (2010)

61

3.2.8.12 Ajax AJAX, acrnimo de Asynchronous JavaScript And XML, es una tcnica de desarrollo web para crear aplicaciones interactivas. Estas aplicaciones se ejecutan en el cliente, es decir, en el navegador de los usuarios mientras se mantiene la comunicacin asncrona con el servidor en segundo plano. De esta forma es posible realizar cambios sobre las pginas sin necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en las aplicaciones. Ajax es una tecnologa asncrona, en el sentido de que los datos adicionales se requieren al servidor y se cargan en segundo plano sin interferir con la visualizacin ni el comportamiento de la pgina. JavaScript es el lenguaje interpretado (scripting language) en el que normalmente se efectan las funciones de llamada de Ajax mientras que el acceso a los datos se realiza mediante XMLHttpRequest, objeto disponible en los navegadores actuales. En cualquier caso, no es necesario que el contenido asncrono est formateado en XML.
AJAX es una combinacin de cuatro tecnologas ya existentes:

a. XHTML (o HTML) y hojas de estilos en cascada (CSS) para el diseo que acompaa a la informacin. b. Document Object Model (DOM) accedido con un lenguaje de scripting por parte del usuario, especialmente implementaciones ECMAScript como JavaScript y JScript, para mostrar e interactuar dinmicamente con la informacin presentada. c. El objeto XMLHttpRequest para intercambiar datos de forma asncrona con el servidor web. En algunos frameworks y en algunas situaciones concretas, se usa un objeto iframe en lugar del XMLHttpRequest para realizar dichos intercambios. d. XML es el formato usado generalmente para la transferencia de datos solicitados al servidor, aunque cualquier formato puede funcionar, incluyendo HTML preformateado, texto plano,
JSON

hasta

EBML.

(http://es.wikipedia.org/wiki/AJAX).

62

Cuando se combinan estas tecnologas en el modelo Ajax, las aplicaciones funcionan mucho ms rpido, ya que las interfaces de usuario se pueden actualizar por partes sin tener que actualizar toda la pgina completa. Por ejemplo, al rellenar un formulario de una pgina web, con Ajax se puede actualizar la parte en la que se elige el pas de residencia sin tener que actualizar todo el formulario o toda la pgina web completa. 3.2.8.13 Dreamweaver 8. Dreamweaver 8.0 es un editor profesional utilizado para la creacin y administracin de sitio y paginas Web. Dado que incorpora las herramientas de diseo de pginas y administracin de sitios Web, Dreamweaver puede controlar manualmente el cdigo HTML como si prefiera trabajar en un entorno de edicin visual. Una ventaja de Dreamweaver es que proporciona herramientas que facilitan la creacin, administracin y edicin de pginas Web para mltiples plataformas y navegadores. 3.2.8.14 Ventajas de Dreamweaver 8. a. Del lado del XML, incluye interesantes herramientas visuales para incluir contenidos de este formato como son los feeds RSS, integrndolos fcilmente en sitios web y aplicaciones. b. Para el trabajo con CSS simplifica la creacin y manejo de diferentes estilos, promoviendo los estndares para nuevos usuarios y facilitando su aplicacin para usuarios avanzados. c. facilita la difusin de Flash Video, con herramientas que permiten incluir este formato muy fcilmente en pginas web. d. Incluye herramientas de zoom y gua para revisar los diseos. Y una barra de cdigo para accesar funciones frecuentes. e. Las funciones para cargar y descargar archivos funcionan en el background sin interrumpir la productividad en el programa. 3.2.8.15 Macromedia Firework 8 Fireworks 8 es una aplicacin de diseo grfico web, conocida por su facilidad de uso y soporte para imgenes, representa una potente herramienta de optimizacin de

63

estas. Esta Herramientas permite crear grficos profesionales basadas en vectores con funciones de avanzada como mezclas, sombras paralelas y otras similares que realmente ayudan a los diseadores a disear ms eficientemente al consolidar tareas comunes. Fireworks permiten buscar el equilibrio entre la mxima calidad de imagen y el mnimo tamao de compresin. Fireworks se integra con fluidez con Dreamweaver y Flash y proporciona las condiciones ideales para crear y optimizar imgenes sin perder informacin ni tiempo con la edicin gracias a la "compatibilidad de ida y vuelta". 3.3 Bases Legales El desarrollo de este proyecto estuvo basado en los lineamientos corporativos establecidos por la Gerencia de Automatizacin, Informtica y Telecomunicacin (AIT) de PDVSA Distrito Morichal la cual se basa en lo establecido en el decreto 3390 sobre el uso del Software Libe. El decreto 3390 fue publicado en la gaceta oficial No. 38.095 el 28 de Diciembre del 2004, seala que: La Administracin Pblica Nacional emplear prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y servicios informticos. A tales fines, todos los rganos y entes de la Administracin Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de stos hacia el Software Libre desarrollado con Estndares Abiertos. Los planes de implantacin progresiva del Software Libre desarrollado con Estndares Abiertos de los distintos rganos y entes de la Administracin Pblica Nacional, debern ejecutarse en un plazo no mayor de veinticuatro (24) meses, dependiendo de las caractersticas propias de sus sistemas de informacin. Los Ministros mediante Resolucin y las mximas autoridades de los entes que le estn adscritos a travs de sus respectivos actos, determinarn las fases de ejecucin del referido Plan, as como las razones de ndole tcnico que imposibiliten la implantacin progresiva del Software Libre en los casos excepcionales, de acuerdo a lo establecido en el artculo 3 el cual seala que: En los casos que no se puedan desarrollar o adquirir aplicaciones en Software Libre bajo Estndares Abiertos, los

64

rganos y entes de la Administracin Pblica Nacional debern solicitar ante el Ministerio de Ciencia y Tecnologa autorizacin para adoptar otro tipo de soluciones bajo los normas y criterios establecidos por ese Ministerio. 3.4 Definicin de Trminos SQL: Es un lenguaje de definicin y manipulacin de datos para bases de datos relacionales. Es un lenguaje de definicin porque permite definir la estructura de las tablas que componen la base de datos, y de manipulacin porque permite efectuar consultas y realizar operaciones como insercin, borrado y actualizacin de los datos que contiene. (Cobo y Gmez, 2005, p.316). Cliente: Equipo que los usuarios individuales utilizan para conectarse a la red y solicitar servicio a los servidores. (Cobo y Gmez, 2005, p.6). Navegador Web: Programa informtico que permite la comunicacin con un servidor para acceder a los recursos de internet e interpretar las etiquetas de los documentos HTML. (Lpez y Miralles, 2005, p.286). Administrador: Persona responsable del mantenimiento y/o gestin de una red corporativa (intranet); un servidor en general; una determinada maquina en particular. (http://www.micronet.es/, 2010). Datos: Es la unidad bsica de informacin, grupo de smbolos no aleatorios que presentan cantidad, acciones, objetos, etc. Materia para producir informacin. (http://www.pergaminovirtual.com.ar/definicion/Firefox.html, 2010). Empresa: Es un conjunto de factores de produccin coordinados, cuya funcin es producir y cuya finalidad viene determinada por el sistema econmico en el que se encuentra inmersa maximizacin del beneficio en un sistema de mercado. (http://www.pergaminovirtual.com.ar/definicion/Firefox.html, 2010).

65

Hardware: Son todos los dispositivos y componentes fsicos que realizan las tareas de entrada y salida, tambin se conoce al hardware como la parte dura o fsica del computador. (http://fraba.galeon.com/hardware.html, 2010). Interfaz: Es la categora de diseo que crea un medio de comunicacin entre el hombre y la maquina, es decir, identifica un formato de pantalla que formara la base del prototipo de interfaz de usuario. (Pressman R, 2002, p. 259). Internet: Es una red de redes de millones de ordenadores en todo el mundo, nadie es dueo de Internet simplemente cada usuario paga su conexin hasta llegar a la red. (http://www.hipertexto.info/documentos/internet.html, 2010). Intranet: Una intranet es una red local que utiliza herramientas de Internet. Se puede considerar como un internet privado que funciona dentro de una organizacin. Normalmente, dicha red local tiene como base el protocolo TCP/IP de Internet y utiliza un sistema firewall (cortafuegos) que no permite acceder a la misma desde el exterior. Red de uso privado que emplea los mismos estndares y herramientas de Internet. (http://www.pergaminovirtual.com.ar/definicion/Firefox.html, 2010). Mtricas: Son medidas cuantitativas utilizadas para sealar reas con problemas de manera que se puedan desarrollar los remedios y mejorar el proceso del software. (Pressman R, 2002, p. 53). Morlindeb04: Servidor de PDVSA Morichal para aplicaciones Web, es aqu donde reside el sistema de informacin SICAR. (Intranet PDVSA, 2009). PowerDesigner: Es un nico conjunto de herramientas de modelamiento que combina distintas tcnicas estndar: modelamiento de aplicacin a travs de UML, tcnicas de Modelamiento de Procesos Empresariales y tcnicas tradicionales de modelamiento de base de datos.

66

CAPTULO IV MARCO METODOLGICO 4.1 Tipo, nivel y diseo de Investigacin 4.1.1 Tipo de Investigacin Hoy da la investigacin es parte fundamental en la sociedad, debido a que se encuentra inmersa en un ramo muy importante como lo es la ciencia. La investigacin ayuda a mejorar el estudio porque permite establecer contacto con la realidad a fin de que se conozca mejor, de igual forma, constituye un estmulo para la actividad intelectual creadora y permite desarrollar una curiosidad creciente acerca de la solucin de problemas. En tal sentido, Arias (2006), define la investigacin como: Un proceso metdico y sistemtico dirigido a la solucin de problemas o preguntas cientficas, mediante la produccin de nuevos conocimientos, los cuales constituyen la solucin o respuesta a tales interrogantes (p. 22). De acuerdo al problema planteado referido al Desarrollo de un Sistema Web bajo estndares de Software Libre para el Control de Operaciones en la Planta de Tratamiento de Agua, Gerencia de Servicios Logsticos, Distrito Morichal, PDVSA, y en funcin de sus objetivos, se incorpora el tipo de investigacin Proyectiva o Factible la cual consiste en la elaboracin de una propuesta o modelo para solucionar un problema, debido a que se ocupa de disear o crear propuestas dirigidas a resolver determinadas situaciones. Hurtado, J. (2000) lo define de la siguiente manera: Este tipo de investigacin propone soluciones a una situacin determinada a partir de un proceso de indagacin. Implica explorar, describir, explicar y proponer alternativas de cambio, mas no necesariamente ejecutar la propuesta. Todas la investigaciones que implican el diseo o creacin de algo con base en un proceso investigativo tambin entran en esta categora. (p.325)

4.1.2 Nivel de Investigacin De acuerdo con el tipo de investigacin dentro del cual se ubica este proyecto, el nivel al cual pertenece es el nivel comprensivo debido a que busca los orgenes de la problemtica, sus efectos y los compara con otros hechos ocurridos para determinar los factores causantes de la situacin. Segn Hurtado (2000) el nivel comprensivo alude a la explicacin de las situaciones o causas que generan eventos (p. 71). 4.1.3 Diseo de Investigacin Otra de las actividades importantes de una investigacin es precisar de dnde provendrn los datos indispensables para desarrollar los diversos estudios necesarios, los cuales permitirn a su vez elaborar conclusiones acertadas sobre el fenmeno en cuestin. Esto es conocido como el diseo de la investigacin, Hurtado (2008) dice que: El diseo alude a las decisiones que se toman en cuanto al proceso de recoleccin de datos, que permitan al investigador lograr la validez interna de la investigacin, es decir tener un alto grado de confianza de que sus conclusiones no son erradas. (p 147) Esta investigacin es considerada de fuente mixta, pues la recopilacin y tratamiento de datos enlaza la investigacin documental con la de campo, para as profundizar en el tema analizado y tratar de cubrir todos los posibles ngulos de exploracin. Es de campo ya que esta se da directamente en el sitio de la realidad problemtica con el propsito de bien sea describirlos, interpretarlos, entender su naturaleza haciendo uso de mtodos caractersticos o cualquier enfoque de investigacin conocido o de desarrollo. Arias, F. (2006) seala: La investigacin de campo es aquella que consiste en la recoleccin de datos directamente de los sujetos investigados, o de la realidad donde ocurren los hechos, sin manipular o controlar variable alguna. (p. 31). Por otro lado se considera que es documental porque se revisaron archivos relacionados con el problema. Arias, F. (2006) seala que la investigacin documental es un proceso basado en la bsqueda, recuperacin, anlisis, crtica e interpretacin de datos secundarios (p.27). Fue a travs de estos datos primarios que se alcanzaron los objetivos y la solucin del problema planteado.

68

4.2 Poblacin y Muestra 4.2.1 Poblacin La poblacin, segn Balestrini, M. (2002): Es cualquier conjunto de elementos de los que se quiere conocer o investigar alguna o algunas de sus caractersticas. (p. 140). En relacin a lo expuesto este conjunto de elementos pueden ser personas, casos, objetos, instituciones y otros, se seleccionan de acuerdo a la naturaleza del problema y los objetivos de la investigacin. En la presente investigacin las unidades de anlisis objeto de observacin o estudio es de tipo finita, se encuentra representada por las diez (10) personas que laboran en la planta de tratamiento de agua perteneciente a la Gerencia de Servicios Logstico. 4.2.2 Muestra La muestra es una parte representativa de la poblacin, es decir que los datos obtenidos de la muestra se cumplen en la poblacin. La muestra es definida como el subgrupo de la poblacin de inters, sobre la cual se recolectan datos, debiendo esta ser representativa de la poblacin. (Ibdem, p.236). Ello implica que cuando la muestra es representativa de la poblacin, los resultados pueden generalizarse a todo el problema en estudio. Segn Hernndez (citado en castro, 2001), cuando una poblacin es menor que cincuenta (50) individuos, la muestra es igual a la poblacin. (p. 64) .Dada las caractersticas de esta poblacin pequea y finita y basada en la premisa expuesta por Hernndez, se tomaron como unidades de estudio a todos los individuos que la forman, es decir la poblacin es igual a la muestra. 4.3 Tcnicas e Instrumentos de Recoleccin de Datos. Para la recoleccin de los datos fue necesario aplicar algunas tcnicas que a travs de instrumentos permitieran recabar la informacin necesaria para determinar las caractersticas y requerimientos del desarrollo del sistema en relacin con las necesidades evidenciadas en la planta de tratamiento de agua. Las tcnicas utilizadas fueron las siguientes:

69

4.3.1 Observacin Directa La observacin es la ms comn de las tcnicas de recoleccin de datos, esta se fundamenta en el reconocimiento visual de los acontecimientos o fenmenos correspondientes al sistema actual. Esta tcnica se utiliz para conocer el funcionamiento de los procesos relacionados con la Planta de Tratamiento de Agua. Segn Arias, F. (2006): La observacin es una tcnica que consiste en visualizar o captar mediante la vista, en forma sistemtica, cualquier hecho, fenmeno o situacin que se produzca (p. 69). La observacin directa permite al investigador, en este caso al desarrollador de la aplicacin conocer la problemtica existente de forma clara; debido a que este se encuentra en contacto continuo con el fenmeno que se esta estudiando, encontrando posibles soluciones al mismo. Tamayo, M., (2004) en cuanto a la observacin directa nos dice: es en la cual el investigador puede observar y recoger datos mediante su propia observacin. (p.122). El investigador se constituye en el principal factor para la captacin de la informacin. 4.3.2 Entrevistas no estructuradas Se realizaron entrevistas de tipo no estructuradas con el fin de conocer el

funcionamiento y las necesidades en la Planta de Tratamiento de Agua, as como tambin de propuestas para la mejora de los inconvenientes encontrados , todo esto con el fin de canalizar el flujo de requerimientos para el desarrollo de la aplicacin. En cuanto a las entrevistas no estructuradas Arias, F. (2006) opina que: En esta modalidad no se dispone de una gua de preguntas elaboradas previamente. Sin embargo, se orienta por unos objetivos preestablecidos, lo que permite definir el tema de la entrevista. (p. 73).Las preguntas se realizaron de manera libre y espontnea fundamentadas en dilogos y conversaciones con el personal de la planta. 4.3.3 Investigacin Documental Se utilizo la tcnica de investigacin documental, emplendose fundamentalmente el anlisis de fuentes documentales o revisin documental, para abordar y desarrollar los

70

requisitos de la parte terica de la investigacin. Para Hurtado, J. (2007). La revisin documental es un proceso mediante el cual el investigador recopila, analiza, selecciona y extrae informacin de diversas fuentes, acerca de un tema en particular, con el propsito de llegar al conocimiento y comprensin ms profundo del mismo. (p. 89). 4.4 Tcnicas de Anlisis de Datos Para el entendimiento e interpretacin de los resultados en estudio se realizo un anlisis de contenido el cual, puede ser utilizado en investigaciones descriptivas para hacer un diagnostico y agrupar contenidos significativos de una serie de entrevistas, conversaciones u observaciones. (Hurtado, 2000. p.487). Debido a esto el estudio consistir, en organizar los datos y presentar los resultados relatando los aspectos ms relevantes de inters de la poblacin a efecto de captar los aspectos ms importantes a considerar en el desarrollo del sistema. 4.5 Diseo Operativo Este aspecto del trabajo se refiere a la explicacin de proceso para ejecutar el proyecto e incluye la aplicacin de una metodologa enmarcada dentro de la carrera de ingeniera, con la cual se describi y explic de manera detallada el proceso de desarrollo del proyecto, en relacin a las actividades y el tiempo programados. Para el logro de los objetivos planteados, se utiliz como modelo bsico el mtodo Gray Watch (mtodo del reloj), es un mtodo para el desarrollo de aplicaciones empresariales, utiliza las mejores prcticas para la ingeniera de software y gestin de proyecto se adapta muy bien al producto y a las necesidades de la empresa, proporciona un marco metodolgico que describe los procesos tcnicos, gerenciales y de soporte que deben emplear los equipos de trabajo. Las etapas en las que estar dividido el proyecto se contemplan a continuacin: Etapa I: Proceso de Anlisis: En esta primera etapa se hace una revisin del negocio, en este caso de la Planta de Tratamiento de Agua, para conocer los procesos

71

que realiza el personal que labora en dicha Planta. Luego de revisar el sistema de negocios se procede a realizar la instanciacin del mtodo, que se requiere hacer para ajustarlo a las caractersticas particulares de la aplicacin y a las condiciones existentes en la planta de tratamiento de agua. En esta etapa se establece las actividades necesarias para promover, justificar, aprobar e iniciar el proyecto. Tambin se incluyen las actividades encargadas de la planificacin del alcance, de tiempos, de gestin de los riesgos, configuracin del software, aseguramiento de la calidad, otros recursos y servicios que requiera el desarrollo de la aplicacin. Una vez que se constituye el proyecto, se da inicio a sus procesos tcnicos conformados por los procesos de anlisis, diseo y construccin, en esta etapa se desarrolla el proceso de anlisis. Este proceso cubre el modelado de negocio y la ingeniera de requisitos. Para realizar el modelado del negocio se estudiar y analizar el sistema de negocio: Planta de Tratamiento de Agua del Distrito Morichal, con el objetivo de comprender los problemas que motivan el desarrollo de la aplicacin y facilitar la identificacin de las necesidades de informacin que tienen los futuros usuarios del sistema. Mientras que en el proceso de Ingeniera de Requisitos se va a revisar, analizar, especificar, validar y gestionar los requisitos que se le imponen a la aplicacin. Al terminar esta etapa se debe haber cumplido los siguientes objetivos especficos del proyecto: a. Analizar las caractersticas y funcionamiento del proceso actual en la planta de tratamiento de agua. b. Definir el modelo de negocio de la Planta de Tratamiento de Agua para obtener una visin del sistema a nivel conceptual. c. Determinar los requisitos funcionales y no funcionales del sistema, fortaleciendo y complementando al modelo actual. El resultado de la primera etapa es: 1. Enunciado del trabajo del proyecto 2. Documento de inicio del proyecto

72

3. Documento de instanciacin del mtodo 4. Plan integral del proyecto 5. Modelado del negocio. 6. Documento de requisitos Documento de definicin de requisitos Documento de especificacin de requisitos Etapa II: Proceso de Diseo: En esta etapa se continan con los procesos tcnicos relacionados con el cmo debe ser construido el nuevo sistema, este grupo de procesos est compuesto por los procesos de diseo arquitectnico y diseo detallado. Las actividades que se llevarn a cabo del proceso de diseo arquitectnico comprenden: establecer el conjunto de componentes que integran el sistema, definir los estndares de diseo, disear la arquitectura del sistema. Para el caso del diseo detallado se abarcan las actividades del diseo de la interfaz usuario/sistema, diseo de la base de datos del sistema y especificacin de los componentes arquitectnicos que conformarn el sistema para que ste satisfaga los requisitos establecidos. Al finalizar esta etapa se habr alcanzado con xito el tercer objetivo especfico del proyecto: 1. Disear una arquitectura del sistema que cumpla con los requisitos definidos. El resultado de la segunda etapa es: 1. Documento de diseo arquitectnico y detallado. Etapa III: Proceso de Construccin: Es la ltima etapa del proyecto y constituye la entrega de la aplicacin desarrollada. El proceso de construccin involucra los procesos relacionados con la programacin, las pruebas y la aprobacin de la aplicacin. En el proceso de Programacin e Integracin se realiza la codificacin y prueba unitaria de cada uno de los componentes de software que integran la arquitectura de la aplicacin, as como la integracin y prueba de la integracin de estos componentes. Seguidamente se realizan pruebas de la aplicacin como un todo, incluyendo las pruebas funcionales, no-funcionales y de aceptacin.

73

Durante la ejecucin de los procesos tcnicos de construccin se elabora el documento de plan de pruebas y el documento de especificaciones de pruebas que describe las pruebas de software con la finalidad de detectar los errores en cada uno de los programas elaborados en el proceso de programacin e integracin. Finalmente el proyecto culmina con la entrega de la aplicacin, que implica ponerla en funcionamiento en un servidor de prueba. Este proceso incluye la capacitacin de usuarios, la instalacin del sistema, las pruebas de instalacin y la entrega final del producto. Al finalizar esta etapa se habr alcanzado con xito el ltimo objetivos especficos del proyecto: a. Desarrollar el nuevo sistema de acuerdo a los requisitos especificados y a la arquitectura diseada para una versin aceptable del producto. El resultado de la tercera etapa es: 1. Plan de Pruebas 2. Documento de especificaciones de pruebas. 3. Manual de usuarios. 4. Versin beta de la aplicacin.

74

4.6 Cuadro Operativo. El siguiente cuadro tiene como finalidad mostrar de manera explicita las actividades realizadas durante el desarrollo del proyecto para alcanzar cada uno de los objetivos. Cuadro 6. Cuadro Operativo
ETAPAS METODOLOGIA/ HERRAMIENTA OBJETIVOS Analizar las caractersticas y funcionamiento del proceso actual en la planta de tratamiento de agua. ACTIVIDADES Definir el sistema actual. Realizar entrevistas. Describir de manera general el sistema a desarrollar Identificar cual es la necesidad y el alcance de la aplicacin a desarrollar. Adaptar el mtodo Gray Wacth a las caractersticas particulares y a las condiciones existentes en la planta de tratamiento de agua. Revisar y conocer las condiciones existentes en la planta de tratamiento de agua para el momento en que se desarrolla la aplicacin. Detallar las actividades que componen cada uno de los procesos. Definir los recursos humanos, tecnolgicos, financieros, fsicos y materiales necesarios para el desarrollo de las actividades. Identificar, describir y evaluar cuales son los riegos relativos a la aplicacin. Describir las actividades para controlar la configuracin del software. Establecer, organizar y programar las actividades necesarias para el aseguramiento de la calidad del software. Realizar entrevistas no estructuradas al personal de la Planta. Observacin directa. Determinar la estructura actual del negocio. Identificar los procesos fundamentales y de apoyo del negocio. Realizacin de diagramas de UML. Identificar los actores y su tipo de participacin. Identificar fuentes de reglas del negocio. Entrevistas no estructuradas al personal que labora en la planta. Identificar, analizar, verificar y validar los requisitos funcionales y no funcionales del sistema. Documentar tcnicamente los requisitos de la aplicacin. Realizacin de diagramas de UML. PRODUCTOS GENERADOS

Documento Enunciado del Trabajo del Proyecto. Documento de Inicio del Proyecto. Documento de Instanciacin del Mtodo.

75
I PROCESO DE ANLISIS Mtodo Gray Watch/UML y UML Business

Plan Integral del Proyecto.

Definir el modelo de negocio de la Planta de Tratamiento de Agua para obtener una visin del sistema a nivel conceptual.

Modelado del Negocio

Determinar los requisitos funcionales y no funcionales del sistema, fortaleciendo y complementando al modelo actual.

Documento de definicin de requisitos. Documento de especificacin de requisitos

Cuadro 6. Continuacin
ETAPAS METODOLOGIA/ HERRAMIENTA OBJETIVOS Desarrollar el nuevo sistema de acuerdo a los requisitos especificados y a la arquitectura diseada para una versin aceptable del producto. ACTIVIDADES Revisin Documental. Modelo de clases. Especificar los estndares de diseo de la aplicacin. Establecer el conjunto de componentes que integran el sistema Definir la arquitectura del nuevo sistema. Revision Documental. Definir los componentes del software para que satisfaga los requisitos establecidos. Modelo conceptual y fsico. Diccionario de datos. Diseo de la base de datos. Codificar o programar cada uno de los componentes que integran las diferentes versiones del software. Describir como se van a realizar las pruebas. Realizar las pruebas funcionales del sistema Realizar las pruebas de instalacin y el adiestramiento usuarios. Elaboracin de manuales. Aprobacin de la aplicacin. PRODUCTOS GENERADOS

II PROCESO DE DISEO

Mtodo Gray Watch/UML

Disear una arquitectura del sistema que cumpla con los requisitos definidos.

Documento de diseo arquitectnico.

Documento de diseo detallado.

Versiones de la aplicacin. Plan de pruebas.

III PROCESO DE CONSTRUCCIN

Mtodo Gray Watch

76

de

Especificacin de casos de pruebas. Manual de Usuario Versin beta de la aplicacin.

Fuente (autor: 2010)

CAPTULO V RESULTADOS

5.1 Etapa I: Proceso de Anlisis: Esta etapa comprende el proceso de anlisis, el cual incluye el modelado del negocio y la ingeniera de requisitos. Esta primera etapa se centr en la obtencin de informacin concerniente a las actividades que se efectan dentro de la Planta de Tratamiento de Agua de Distrito Morichal, mediante el empleo de herramientas tales como: entrevistas y observacin directa. Se realiz una representacin del contexto donde se desarroll el proyecto, haciendo uso de los diferentes diagramas que conforman UML y su extensin UML Business. Se procedi a la identificacin, anlisis, verificacin y validacin de los requisitos funcionales y no funcionales que debe satisfacer la aplicacin que se emplear. Adems, se llev a cabo los procesos de gestin y soporte con el fin de asegurar que el desarrollo del proyecto sea sistemtico, organizado, eficaz y eficiente, mediante el manejo efectivo de los riesgos que pueden afectar el proyecto y cerciorndose que ste cumpliera con los estndares de calidad y requisitos establecidos.A continuacin se describen los resultados obtenidos en esta etapa: a. Enunciado del trabajo del proyecto b. Documento de inicio del proyecto c. Documento de instanciacin del mtodo d. Plan integral del proyecto e. Modelo de negocio. f. Documento de requisitos Documento de definicin de requisitos. Documento de especificacin de requisitos.

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Enunciado del Trabajo del Proyecto Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: ENUNCIADO DEL TRABAJO DEL PROYECTO
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Junio 2010 Julio 2010 Descripcin: Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin Es un documento de carcter preliminar de gestin del proyecto. Se elabora antes de iniciar formalmente el proyecto y estima a grosso modo el trabajo que se realizar durante el desarrollo del mismo. Es elaborado por el cliente o promotor del proyecto con el objetivo de describir de una manera muy general la aplicacin que el proyecto deber desarrollar, si ste es aprobado. En este documento se indica porque la aplicacin es necesaria, cules son sus requisitos generales, cual es el alcance de la aplicacin que se quiere desarrollar. Es usado para elaborar el Documento de Inicio del Proyecto. 2. Aplicacin que el proyecto deber desarrollar El producto que ser generado durante el desarrollo del proyecto, es un sistema Web que permite al personal de la planta de tratamiento de agua del Distrito Morichal, PDVSA llevar el control de las operaciones que se ejecutan en la unidad, con la utilizacin de herramientas de software libre y licenciado. Con el control de estas operaciones se tendr un mejor seguimiento de las labores de los operadores que elaboran en la planta, permitir el manejo de la informacin de forma eficiente, reducir los riesgos de prdida de informacin, existir mayor seguridad para la data y se generar con mayor rapidez reportes de gestin para la toma de decisiones gerenciales efectivas, con mnimos porcentajes de error. El sistema contar con secciones administrativas que permitirn la configuracin de los usuarios y el

monitoreo de sus accesos al software.

79

Universidad de Oriente

3. Necesidad de implementar el sistema Las actividades para llevar a cabo cada uno de los procedimientos administrativos de la Planta de Tratamiento de Agua del Distrito Morichal, PDVSA, se realizan bajo la utilizacin de formatos fsicos, con esta forma de trabajo se origina el manejo a grosor de archivos tangibles y gasto de material, teniendo la dificultad de no tener muchas veces la informacin en el lugar y tiempo adecuado, la no garanta sobre la unicidad de los datos y la generacin de reportes e informes de gestin con informacin inconsistente. La implementacin del sistema le proporciona las siguientes oportunidades y ventajas al personal de la planta: a. Acceso rpido y sencillo de datos. b. Mejor control y seguimiento de las Actividades Rutinarias y Guardias de los operadores. c. Mejor capacidad de respuesta ante los usuarios involucrados en el manejo del sistema. d. Fiabilidad de la informacin a travs de una base de datos nica y confiable. 4. Requisito General El sistema web a desarrollar va a demandar en su implementacin equipos de hardware y software que le permitan garantizar el funcionamiento y rendimiento tanto adecuado como eficaz de todos sus procesos. 5. Alcance de la aplicacin Con este sistema se lograr dotar al personal de la Planta de Tratamiento de Agua de la Superintendencia de Manejo de Instalaciones No Industriales del Distrito Morichal, PDVSA de una herramienta que permita agilizar los procesos de manejo y control de actividades y guardias de los operadores. Tambin generar reportes que permitan mostrar la informacin tambin de las guardias. de las actividades realizadas y/o por realizar, as como

80

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Inicio del Proyecto Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: INICIO DEL PROYECTO
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Junio 2010 Julio 2010 Descripcin: Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin Es el primer documento formal del proyecto. Es de carcter gerencial y describe la importancia del proyecto, su justificacin, sus objetivos, la relacin de estos objetivos con los objetivos de negocio, los resultados esperados y la estimacin preliminar de costos. Este documento se elabora para decidir si la aplicacin debe desarrollarse, diferirse o es improcedente. Esta decisin determina el inicio, diferimiento o cancelacin del proyecto, por lo tanto orientado a facilitar la toma de decisiones sobre el futuro del proyecto. 2. Objetivos y Alcance del proyecto 2.1 Objetivos del Proyecto El objetivo general del proyecto es desarrollar un Sistema Web bajo estndares de Software Libre para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA, y tiene como objetivos especficos: a. Analizar las caractersticas y funcionamiento del proceso actual en la Planta de Tratamiento de Agua. b. Definir el modelo de negocio de la Planta de Tratamiento de Agua para obtener una visin del sistema a nivel conceptual. c. Determinar los requisitos funcionales y no funcionales del sistema, fortaleciendo y complementando al modelo actual. d. Disear una arquitectura del sistema que cumpla con los requisitos definidos.

82

Universidad de Oriente

e. Desarrollar el nuevo sistema de acuerdo a los requisitos especificados y a la arquitectura diseada para una versin aceptable del producto. 2.2 Alcance del Proyecto El proyecto abarcar hasta la etapa de transicin e implementacin segn la metodologa GRAY WACHT, donde se entregue una versin funcional del sistema completo con manuales y adiestramiento de usuario. 3. Caractersticas Generales con las que debe cumplir la aplicacin. El producto a desarrollar es un sistema que integre los procesos que se realizan en la Planta de Tratamiento de Agua, su funcionamiento ser: a. Procesos de la Planta: Controla los datos de todos los procesos que pertenecen a la planta de tratamiento de agua. b. Equipos de la Planta: Lleva el control de los datos de todos los equipos que engloba cada proceso de la Planta de Tratamiento de Agua. c. Actividades: Lleva el control de los datos de las actividades realizadas y/o por realizar a los equipos que se encuentran en cada proceso de la Planta Tratamiento de Agua. d. Guardias: Lleva el control de guardias de todos los operadores que laboran en la planta de tratamiento de agua. e. Reportes: Visualizacin e impresin de reportes como la vida til de los equipos, actividades realizadas a los equipos de la planta, guardias ejecutadas por los operadores. f. Administracin: Configurar los usuarios del sistema, cargos y tipos de equipos y efectuar modificaciones. El sistema evita la duplicidad de datos, ya que efecta validaciones y se asegura que la base de datos sea actualizada constantemente, permitir la automatizacin de procesos para facilitar el flujo de entradas y salidas del sistema, y en l se podr visualizar e imprimir reportes necesarios para la agilizacin de los procesos

83

Universidad de Oriente

Requisitos Inciales Para obtener los mejores resultados respecto al proyecto a desarrollar y por ende del sistema propuesto es necesario contar con una serie de requisitos, tomando en cuenta que a medida que avance el proyecto dichos requisitos aumentaran. Como requisitos mnimos para dar marcha al proyecto se mencionan los siguientes: a. Con respecto al hardware, se debe contar con un computador para el manejo y almacenamiento de informacin. b. Con respecto al software, se requieren programas como: Macromedia

Dreamweaver, Microsoft Project, Servidor Apache, entre otros. Es necesario que el desarrollador tenga conocimiento acerca de las herramientas que se utilizaran mediante el desarrollo del proyecto, el cual esto indispensable para lograr la culminacin del proyecto en el tiempo establecido, entre estas herramientas mencionamos las siguientes: Dreamweaver, Php, JavaScript, HTML y UML. 4. Sistema o Proceso de Negocio La Planta de Tratamiento de Agua perteneciente a la Superintendencia Manejo de Instalaciones no Industriales es la encargada del suministro del agua potable a todo el campo residencial de PDVSA, Distrito Morichal, para satisfacer las necesidades de todos los trabajadores de esta unidad. En la actualidad la planta cuenta con 10 empleados para la ejecucin de las funciones tanto administrativas como operativas. Los cuales stos estn enfocados en un rea de trabajo especfico. 01 Superintendente de Manejo de Instalaciones no Industriales (MINI). 01 Supervisor Mayor de Mantenimientos Electromecnicos 08 Operadores de la planta. El equipo de trabajo de la Planta de Tratamiento de Agua est encargado de tomar las decisiones adecuadas bajo ciertas condiciones y asumen las consecuencias de las decisiones tomadas.

84

Universidad de Oriente

5. Unidades Organizacionales que Participarn Para el adecuado funcionamiento del sistema web a desarrollar es necesaria la participacin de las siguientes organizaciones: a. Gerencia de AIT (Automatizacin, Informtica y Telecomunicaciones), el cual sera el encargado de la administracin total de la aplicacin. b. Gerencia de Servicios Logsticos, el cual sera el usuario de la aplicacin. 6. Necesidad de Desarrollar el Sistema Propuesto La necesidad surge debido a la falta de una herramienta que permita agilizar los procesos que se ejecutan en la Planta de Tratamiento de Agua. Actualmente en la planta de agua las actividades se realizan de manera manual, siendo muy engorroso el desempeo eficaz y efectivo de las labores. Se puede observar que la falta de recursos tecnolgicos no facilita el desenvolvimiento de las acciones de trabajo que ah se efectan, tambin que no cuenta con un sistema que permita el control de las actividades que se realizan. Esta realidad pone de manifiesto la importancia de implementar un sistema de informacin confiable y eficiente, el cual permitir el logro de importantes mejoras, suministrando una plataforma de informacin necesaria para la toma de decisiones, aportando informacin precisa y adecuada que contribuya a minimizar los riesgos. 7. Interesados del Proyecto A continuacin tenemos un cuadro donde se muestra los roles y las responsabilidades de todos los interesados (stakeholders) del proyecto, todo esto con el objetivo de saber las actividades que le corresponde a cada persona que se encuentra involucrada en la elaboracin del proyecto y as llevar a cabo cada etapa con mayor precisin para evitar posibles errores.

85

Universidad de Oriente

Cuadro 7. Roles y Responsabilidades Roles Responsabilidades Elaborar el Plan Integral del Proyecto de desarrollo de la aplicacin empresarial que le sea asignada. Prestar asistencia tcnica a los miembros del equipo de desarrollo. Gestionar los riesgos del proyecto. Lder del Proyecto. Dirigir y controlar la ejecucin del Plan Integral del Proyecto. Cerrar administrativa y tcnicamente el proyecto. Reportar al Comit Directivo el progreso del proyecto. Programa, coordina y supervisa las actividades del grupo. Coordinador de Grupo. Reporta al Lder del Proyecto el avance del grupo. Modelar el dominio de la aplicacin empresarial. Servir de enlace entre los usuarios y el equipo de desarrollo. Analista del Negocio. Asegurar que los productos del desarrollo de la aplicacin estn alineados al sistema de negocios que acta como dominio de la aplicacin. Descubrir, analizar, especificar y documentar los requisitos de la aplicacin. Analista del Sistema. Validar, en conjunto con los usuarios, los requisitos establecidos. Gestionar los requisitos. Especificar requisitos arquitectnicos. Disear y evaluar la arquitectura de la aplicacin. Arquitecto de Software. Especificar cada una de las vistas arquitectnicas. Disear los detalles de la Interfaz U/S, las Bases de Datos y los Componentes de Software de la Diseador de Software. aplicacin.

86

Universidad de Oriente

Cuadro 7. Roles y Responsabilidades. (Continuacin) Roles Responsabilidades Codificar, documentar y probar los componentes de software de la aplicacin. Depurar los componentes que tengan errores. Integrar los componentes de la aplicacin y desplegarlos en la plataforma de ejecucin del proyecto. Elaborar los manuales de instalacin, uso y mantenimiento. Verificar y validar los productos de cada proceso del desarrollo. Disear y ejecutar pruebas de unidad, de integracin, del sistema y de aceptacin de la aplicacin. Gestionar los tems producidos durante el desarrollo y controlar los cambios que puedan surgir en cada una de ellos. Gestionar las versiones de la aplicacin. Definir los estndares y procedimientos de aseguramiento de la calidad del software. Asegurar la calidad del software producido por los equipos de desarrollo. Proveer la informacin tcnica necesaria para que los equipos de desarrollo puedan acceder a la BC-aplicacin empresarial. Garantizar que los equipos de desarrollo hagan un uso apropiado y permitido de la BCaplicacin empresarial. Capacitar a los equipos de desarrollo en el uso de la plataforma de hardware y software requerida para desarrollar la aplicacin empresarial.

Programador.

Especialista V&V.

Gestor de Configuracin de Software.

Gestor de Calidad.

Administrador de Bases de Datos.

Facilitador.

Fuente: autor (2010)

87

Universidad de Oriente

Cuadro 8. Roles y Responsables Roles Responsable del Proyecto Lder del Proyecto. Analista del Negocio. Analista del Sistema. Arquitecto de Software. Diseador de Software. Programador. Especialista V&V.

Responsables Ing. Juan Milln Ing. Glendis Arias (Analista GNO)

Br. Diana Garca.

Br. Diana Garca. Ing. Glendis Arias (Analista GNO)

Gestor de Configuracin de Software. Gestor de Calidad.

Ing. Glendis Arias (Analista GNO)

Administrador de Bases de Datos. Facilitador.

Fuente: autor (2010)

Gerencia de AIT.

8. Productos Entregables del Proyecto. El mtodo GRAY WATCH, mtodo que se utiliza para el desarrollo de la aplicacin, establece la existencia de tres tipos de procesos (tcnicos, de gestin y de soporte), los cuales producen cada uno sus productos. El grupo de Procesos Tcnicos enmarcan todas las actividades de ingeniera que estn relacionadas directamente con el ciclo de desarrollo de las aplicaciones. El grupo de Procesos de Gestin cubre todas las actividades de gestin de proyectos de software. El grupo de Procesos de Soporte concentra todas aquellas actividades que son necesarias para apoyar la ejecucin de los procesos tcnicos y gerenciales. A continuacin se van a explicar cada uno de los productos que son generados y utilizados en el desarrollo del proyecto y que son considerados entregables. Debido a

88

Universidad de Oriente

la ideologa del mtodo GRAY WATCH, que todo proceso es iterativo e incremental, los productos estn sujetos a cambios durante el proceso de desarrollo del proyecto, lo que implica que en la finalizacin de cada proceso se podra tener una versin definitiva y completa de cada producto. 9.1 Productos Tcnicos. 9.1.1 Modelo del Negocio. El Modelo del Negocio es el primer documento tcnico que se produce durante la ejecucin de los procesos tcnicos del desarrollo de una aplicacin empresarial. Su objetivo es asegurar que el equipo de desarrollo tenga un conocimiento adecuado del dominio de la aplicacin, de manera tal que se facilite en los procesos siguientes, definir apropiadamente los requisitos de la aplicacin. El dominio de una aplicacin empresarial es el sistema funcional de la empresa para el cual se elabora dicha aplicacin. Este sistema consiste en uno o ms procesos de negocios que son ejecutados por una o ms unidades organizacionales de la empresa, con la finalidad de alcanzar objetivos predefinidos. El dominio de la aplicacin se le denomina, tambin, sistema de negocios o sistema empresarial. 9.1.2 Documento de Requisitos. Este documento tcnico es producido en el proceso de Ingeniera de Requisitos. Su objetivo es identificar, describir, especificar y documentar cada uno de los requisitos funcionales y no funcionales que la aplicacin empresarial debe satisfacer. El documento persigue dos objetivos complementarios. Por un lado, busca identificar y describir las necesidades de informacin y requisitos funcionales que los usuarios de la aplicacin empresarial tienen; y, por otro lado, el documento especifica tcnicamente los requisitos funcionales y no-funcionales que el equipo de desarrollo emplear para disear la aplicacin y posteriormente realizar los respectivos diseos (arquitectnico y detallado) para la construccin del mismo.

89

Universidad de Oriente

9.1.3 Documento de Diseo. Es un documento tcnico producido durante los procesos de Diseo Arquitectnico y Diseo Detallado. Su objetivo es documentar los detalles del diseo de la

arquitectura del sistema y de cada uno de los componentes que integran esta arquitectura. 9.1.4 Especificaciones de Pruebas. Son documentos que se elaboran durante la ejecucin de los procesos de Programacin & Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin para realizar las pruebas de unidad, integracin y sistemas que se requieren para verificar y validar dinmicamente la aplicacin. 9.1.5 Aplicacin Empresarial. Desde el punto de vista estructural, una aplicacin empresarial es un producto compuesto por una coleccin de programas de software, una o ms bases de datos y un conjunto de manuales que apoyan las labores de instalacin, mantenimiento y uso de la aplicacin empresarial. Programas: Cada aplicacin empresarial consta de un conjunto de uno o ms programas de software que trabajan coordinadamente para ejecutar las funciones establecidas para esa aplicacin. Las caractersticas particulares de estos programas varan de una aplicacin a otra. Dependen del diseo arquitectnico de la aplicacin y del tipo de tecnologa de software empleada para implementarla. Bases de Datos: Son repositorios donde se almacenan los datos que usa la aplicacin empresarial. Son administrados por un sistema de gestin de bases de datos. Manuales: El tercer componente fundamental de cada aplicacin empresarial es el conjunto de manuales tcnico que describe cmo instalar, utilizar y mantener la aplicacin.

90

Universidad de Oriente

9.2. Productos de Gestin. 9.2.1 Enunciado del Trabajo del Proyecto. Es un documento de carcter preliminar que tiene por objetivo convencer a la alta gerencia de la empresa sobre la necesidad de desarrollar una nueva aplicacin empresarial. Indica porque es necesaria la aplicacin, que unidades organizacionales se vern beneficiadas y porque la empresa debe invertir en su desarrollo. 9.2.3 Documento de Inicio del Proyecto. Es el presente documento. 9.2.4 Proceso de desarrollo. Es el resultado de la instanciacin del mtodo. Es una adaptacin del modelo de procesos del mtodo en la que se describe, con mayor precisin, los procesos especficos que se aplicarn al desarrollo de una aplicacin particular. 9.2.5 Plan Integral del Proyecto. Es un documento formal utilizado para gestionar la ejecucin del proyecto y controlar su desarrollo. Es el documento de gestin ms importante; pues, es usado para guiar los procesos de ejecucin y control del proyecto. El plan tiene una estructura compleja y un contenido que va mejorndose y extendindose en la medida que el proyecto avanza. Debe describir los siguientes aspectos del proyecto de desarrollo de una nueva aplicacin empresarial: a. El alcance y los objetivos del proyecto. b. La estructura de trabajo (WBS Work Breakdown Structure) que identifica y organiza las actividades requeridas para desarrollar la nueva aplicacin empresarial. Esta estructura est fundamentada en los productos que el proyecto debe producir. Los detalles de esta estructura se describen en el Estndar WBS (PMI, 2001).

91

Universidad de Oriente

c. La estimacin de tiempos de ejecucin de las actividades del proyecto y la identificacin de los hitos del proyecto (milestones). d. Los recursos humanos, tecnolgicos, fsicos y econmicos requeridos para ejecutar estas actividades. e. La estimacin de costos del proyecto. f. Los riesgos que pueden afectar el proyecto. g. La verificacin y validacin del producto. h. Los aspectos de aseguramiento de la calidad de la aplicacin que se va a producir. i. Los aspectos de gestin de la configuracin del software de la aplicacin. 9.3 Productos de Soporte. 9.3.1 Plan de Gestin de Riesgo. Es un documento de tipo gerencial que describe los objetivos, las actividades, recursos, responsabilidades, costos, tiempos que son necesarios para evaluar y responder a los riesgos del proyecto de manera organizada. Este documento se elaborar en paralelo con el plan del proyecto. En este plan se describen los eventos que pueden afectar negativamente en la calidad del producto o en la ejecucin del proyecto, as como el impacto que pueden ocasionar, las actividades necesarias para responder a esos riesgos, adems se definen los roles y responsabilidades. 9.3.2 Plan de Gestin de la Configuracin del software. Es un documento de tipo gerencial que describe las actividades, recursos, tiempos y costos necesarios para controlar la configuracin de una aplicacin (el conjunto de productos que surgen durante su desarrollo). Se elabora al inicio del proyecto, durante la ejecucin del proceso de Gestin de la Configuracin del Software (SCM). 9.3.3 Plan de Gestin de Aseguramiento de la Calidad. Es un documento gerencial, cuyo objetivo es definir un plan que permita conducir los procesos, actividades y tareas de aseguramiento de la calidad. Este plan es documentado, implementado y mantenido durante el ciclo de vida de un proyecto.

92

Universidad de Oriente

9.3.4 Plan de Gestin de Verificacin y Validacin. Este documento describe las actividades, recursos, tiempos, tcnicas y

procedimientos necesarios para: (1) verificar que cada uno de los productos intermedios y finales, del desarrollo de una aplicacin empresarial, satisfacen los requisitos especificados en el Documento de Requisitos; y (2) validar que la aplicacin, como producto final, satisface las necesidades de informacin de sus usuarios; es decir, llena las expectativas de los usuarios. 9.3.5 Plan de Gestin de Pruebas. Es un documento que se deriva del Plan V&V. Tiene un carcter tcnico-gerencial y describe, detalladamente, las actividades de verificacin y validacin dinmica (pruebas de software) que el Grupo de Pruebas debe realizar, con la finalidad de detectar los errores (faltas y fallas) en cada uno de los programas que haya sido elaborado por el Grupo de Programacin & Integracin. 9. Restricciones y Costos 10.1 Restricciones 10.1.1 Restricciones de Recursos Humanos. Las personas involucrados en el desarrollo del proyecto estn conformados por el personal de la Gerencia de AIT y la Gerencia de Servicios Logsticos del Distrito Morichal y aquellos involucrados que se requieran para obtener requerimientos y validar el software. 10.1.2 Restricciones de Recursos Tecnolgicos. El sistema est siendo desarrollado en el Distrito Morichal, PDVSA, haciendo uso de la tecnologa de esta empresa, basndose en los lenguajes de programacin Php 5, JavaScript, Java, html, administrando los datos con el manejador de base de datos SQL y debe funcionar bajo ambiente Windows. El sistema debe disearse en un
ambiente web

93

Universidad de Oriente

10.1.3 Restricciones de Recursos Infraestructura. Las restricciones de infraestructura estn relacionadas con las normas, aplicaciones de estndares, los requerimientos de calidad y estatutos legales asociados al software, as como tambin el ambiente que la aplicacin debe tener. 10.2 Costos Los costos de produccin representan la inversin inicial e incluye costos de equipos y herramientas de trabajo, infraestructura, personal, adiestramientos, cursos o talleres necesarios para la capacitacin del personal involucrado y materiales utilizados. Entre estos costos tenemos: 10.2.1 Costos de Equipos y Herramientas de Trabajo Los equipos y herramientas necesarios para el desarrollo del proyecto fueron suministrados por el Departamento de GNO perteneciente a la Gerencia de AIT (Automatizacin, Informtica y Telecomunicaciones) de PDVSA Distrito Morichal por lo que no se incurri ningn gasto para su obtencin. 10.2.2 Costos de Infraestructura Los costos de infraestructura se determinan a travs de los gastos generados al contar con un ambiente de trabajo apto para los equipos y por el mobiliario requerido para cada uno de ellos. La Superintendencia Manejo de Instalaciones No Industriales perteneciente a la Gerencia de Servicios Logsticos cuenta con un rea de trabajo apta para los equipos, por lo que no se tendr gastos de infraestructura. 10.2.3 Costo de Personal Incluye los sueldos de los empleados cuyos esfuerzos se encuentran directamente asociados al proyecto. Durante el desarrollo del sistema, se requiere la participacin de un empleado de la gerencia de AIT (Lder del Proyecto) y un empleado de la gerencia de Servicios Logsticos (Responsable del Proyecto); cuyos respectivos salarios sern cancelados por PDVSA y establecidos por el colegio de ingenieros de

94

Universidad de Oriente

acuerdo al tiempo de experiencia. Tomando en consideracin que el sueldo promedio mensual del Responsable del Proyecto es de seis mil seiscientos ochenta y uno con cuarenta y siete cntimos (6681,47) Bs.F, es decir, que un da de trabajo de ocho (8) Horas equivale a trescientos treinta y cuatro (334,07) Bs.F, obteniendo un costo promedio por horas de cuarenta y uno con setenta y seis cntimos (41,76) Bs.F, estimando que el Responsable del Proyecto trabaj aproximadamente sesenta y cuatro (64) Horas en ocho (8) Meses, el cual se obtiene un costo total de dos mil seiscientos setenta y dos con cincuenta y dos cntimos (2672,52) Bs.F por las horas empleadas. Adems el sueldo promedio del Lder del Proyecto es de cinco mil ochocientos doce con ochenta y ocho cntimos (5812,88) Bs.F, donde un da de trabajo de (8) Horas equivale a doscientos noventa con seis cntimos (290,6)Bs.F, obteniendo un costo por horas de treinta y seis con treinta y tres cntimos (36,33)Bs, todo esto estimando que el Lder del Proyecto trabaj aproximadamente ciento veintiocho (128) Horas en ocho (8) Meses, en el cual se tiene un aproximado de un costo total de cuatro mil seiscientos cincuenta con veinticuatro cntimos (4650,24) Bs.F (ver Cuadro 9) Cuadro 9. Costo de los Participantes del Proyecto
Rol Salario Mensual Costo por Horas

Horas Empleadas en 8 meses 64 Horas

Costo Total*8 Meses 2672,52 Bs.F

Responsable del proyecto

6.681,47 Bs.F

41,76 Bs.F

Lder del proyecto

Fuente: autor (2010)

5.812,88 Bs.F

36,33 Bs.F

128 Horas

4650,24 Bs.F

La empresa incurri en el pago de un sueldo (remuneracin para los tesista que ofrecen sus servicios en la empresa). El pago del sueldo mensual cubre lo que es el desarrollo del proyecto durante los 8 meses de pasanta, cuyo sueldo es de 886 Bs.F (Ver Cuadro 10).

95

Universidad de Oriente

Cuadro 10. Costo Personal por parte del Tesista

Rol Analista del Negocio. Analista del Sistema. Arquitecto de Software. Diseador de Software. Programador. Especialista V&V.
Fuente: autor (2010)

Total de Meses (H/H)

Costo por Mes

Costo Total *8 Meses

8 Meses

886 Bs.F

7.088,00 Bs.F

10.2.4 Costo de Adiestramiento Estos costos se encuentran representados por los adiestramientos, talleres o cursos que son necesarios realizar con la finalidad de obtener los conocimientos necesarios para lograr el desarrollo del proyecto, estos son mostrados a continuacin: Cuadro 11. Costo de Adiestramiento por Parte del Tesista Necesidad Curso de PHP
Fuente: autor (2010)

Costos 800

10.2.5 Costos de Materiales utilizados Estos costos estn representados por las remas de papel, los lpices, la tinta y dems materiales utilizados para el desarrollo del proyecto, cabe destacar que parte de estos materiales son suministrados por PDVSA. 10. Supuestos Ambientales El ambiente puede influir o poner restricciones implcita e explcitamente en los requerimientos del sistema; en este caso el analista debe estar al tanto de estas influencias en las capacidades del sistema. Si el sistema es sensible a las influencias ambientales, tanto el analista como el cliente especificarn aquellas influencias que afectan de alguna manera los requerimientos del sistema. Las influencias ambientales pueden ser clasificadas en diferentes categoras: Poltica de mercado, polticas

96

Universidad de Oriente

tcnicas, estndares, culturales, organizacionales y fsicas. El proyecto a desarrollar percibe los siguientes supuestos ambientales: Se debe tener un conocimiento previo de algunos sistemas desarrollados en la

empresa, ya que estos ayudaran a definir los requerimientos del sistema, con el fin de mantenerse competitivo en cuanto a funcionalidad, confiabilidad, durabilidad, funcionamiento, mantenimiento y seguridad del sistema. Es necesario cumplir con los requerimientos establecidos por el cliente mediante una investigacin de mercado o modelo de negocio. Los requerimientos del sistema estn influenciados directamente por los usuarios quienes tienen que estar conforme a los estndares y reglamentos tcnicos establecidos por la empresa (PDVSA) ya que es la dependencia que determina las polticas tcnicas, estndares asociados y los lineamientos que ayudan a asegurar: la consistencia del sistema, seguridad del sistema, confiabilidad y mantenimiento del sistema.

97

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Proceso de Instanciacin del Mtodo Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: PROCESO DE INSTANCIACIN DEL MTODO
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Junio 2010 Julio 2010 Descripcin: Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin La realizacin de este documento tiene como finalidad adecuar el conjunto de procesos y actividades prescritas por el mtodo a las caractersticas particulares del sistema que se va a implementar. Para realizar la adecuacin se toma en cuenta tanto las condiciones existentes en el ambiente de trabajo como la complejidad de la aplicacin; es decir, el proceso de ajuste del mtodo considera las caractersticas del producto que se desea desarrollar y del ambiente organizacional de implantacin para establecer el equipo de trabajo requerido y el proceso que debe seguirse. Este documento presenta una descripcin detallada de los procesos generados durante el desarrollo del proyecto y una especificacin de los productos tcnicos, de gestin y de soporte que se van a elaborar 2. Procesos que se generan en el Desarrollo del Proyecto Los procesos se encuentran clasificados en tres grupos con la finalidad de facilitar su descripcin (Gestin, Tcnicos y de Soporte): Los de gestin cubren las actividades que se encuentran relacionadas con la gestin del proyecto. Los tcnicos enmarcan todas las actividades de ingeniera que estn relacionadas directamente con el ciclo de desarrollo de las aplicaciones y los procesos de soporte concentran todas aquellas actividades que son necesarias para apoyar la ejecucin de los procesos tcnicos y gerenciales. Para el desarrollo del proyecto se van realizar todos los procesos del mtodo WATCH que se muestran a continuacin:

99

Universidad de Oriente

Figura 19. Clasificacin de los procesos del Mtodo WATCH durante el desarrollo del proyecto.

Luego de instanciar los modelos de procesos, productos y actores es necesario asegurarse que la integracin de estos modelos d como resultado un mtodo que permita desarrollar de manera eficiente y eficaz el proyecto. Es por esto que se debe analizar la relacin entre los conceptos establecidos por el mtodo y los conceptos adaptados mediante la aplicacin de la herramienta de instanciacin; verificar la solidez y coherencia de las interacciones establecidas entre los variados modelos que contemplan al mtodo durante la adaptacin. Para dar inicio se verifica la coherencia que existe entre los modelos de productos con los modelos de procesos; en el proceso de gestin se van a ejecutar los cinco subprocesos que a su vez generan los productos que ya se han instanciado. En el inicio o constitucin del proyecto se generan los documentos de: Enunciado del trabajo del Proyecto y el Inicio del Proyecto. Posteriormente para la planificacin es necesario realizar el documento Plan Integral del Proyecto, conformado por el Plan de Alcance de Proyecto y Plan de Tiempos. Los productos entregables son el resultado del subproceso de Direccin del proyecto. Durante el sub-proceso de Control se genera el

100

Universidad de Oriente

Plan Integral del Proyecto actualizado permitiendo controlar la ejecucin del proyecto y corregir posibles desviaciones que estn establecidos en el plan, afectando el desarrollo eficiente del proyecto. Para la finalizacin del proyecto se encuentra el sub-proceso de Cierre, el cual se encarga de dar por terminado oficialmente el proyecto, con la entrega de la aplicacin empresarial. Para realizar el proyecto Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA, los procesos tcnicos van a abarcar el proceso de anlisis (modelado del negocio, ingeniera de requisitos), diseo (diseo arquitectnico y diseo detallado) e implementacin (programacin & integracin, pruebas y entrega de la aplicacin) ya que el estudio en cuestin es desarrollar una aplicacin. Los productos que se generan del proceso de soporte forman parte del Plan Integral del Proyecto, los cuales son: Gestin de la Configuracin, Gestin de la Calidad y Gestin de Riesgos. Del proceso de Gestin de Riesgos se obtiene el producto plan de gestin de riesgos. El plan de gestin de la configuracin es el resultado de la ejecucin del proceso de Gestin de la Configuracin del Software. A su vez se realizan los procesos de Aseguramiento de la calidad del software y de verificacin & validacin los cuales producen el plan de aseguramiento de la calidad del software. 3. Productos que se generan en el Desarrollo del Proyecto Los tipos de productos que se pueden generar durante el desarrollo del proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. son el resultado parcial o final de la ejecucin de los procesos tcnicos, de gestin o de soporte. Para realizar la instanciacin del mtodo al modelo de productos es necesaria la elaboracin de una lista de todos los productos que se generarn durante el desarrollo del proyecto y a la vez describir cuales seran las caractersticas particulares del

101

Universidad de Oriente

mismo, con el fin de poder automatizar los procesos que se ejecutan en la Planta de Tratamiento de Agua del Distrito Morichal, PDVSA.El modelo de productos est conformado por tres tipos de productos (gestin, tcnicos y de soporte). A continuacin se presenta un listado de los productos que se producirn durante el desarrollo del proyecto: Cuadro 12. Productos que se generarn en el desarrollo del proyecto Grupo de Procesos. Productos. 1. 2. 3. 4. Enunciado del Trabajo del Proyecto. Documento de Inicio del Proyecto. Instanciacin del Mtodo. Plan Integral del Proyecto.

Procesos de Gestin.

Procesos Tcnicos.

Modelo del anlisis del negocio Documento de Requisitos Documento de Diseo Productos intermedios de programacin: componentes, incrementos y versiones de programas 5. Productos de Pruebas: Especificaciones de Diseo de Pruebas, Especificaciones de Casos de Pruebas, Especificaciones de Procedimientos de Pruebas, Reporte de Fallas. 6. Aplicacin empresarial: Programas Base de datos Manuales

1. 2. 3. 4.

Procesos de Soporte.

Forman parte del Plan Integral del Proyecto: 1. Plan de Gestin de Riesgos. 2. Plan de Gestin de la Configuracin. 3. Plan de Aseguramiento de la Calidad del Software.

Fuente: autor (2010)

102

Universidad de Oriente

El mtodo produce dos grandes categoras de productos, los productos intermedios y los productos finales. Al mismo tiempo, el mtodo permite distinguir los productos segn el grupo de procesos que los producen; es decir, hay productos resultantes de los procesos tcnicos o de ingeniera, otros son resultantes de los procesos de gestin del proyecto y otros de los procesos de apoyo al proceso de desarrollo. La instanciacin del modelo de producto da como resultado los productos concretos que se van a producir durante todo el proceso de desarrollo del sistema.

Figura 20.Principales tipos de productos del mtodo WATCH. Fuente: autor (2010)

103

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Plan Integral del Proyecto Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: PLAN INTEGRAL DEL PROYECTO
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Junio 2010 Julio 2010 Descripcin: Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin Es el documento ms importante de la gestin del proyecto, por cuanto rige y gua la ejecucin de todos los procesos usados para el desarrollo de la aplicacin. El Plan Integral del Proyecto es elaborado durante la ejecucin del proceso de Planificacin del Proyecto, el cual debe describir las actividades, tiempos, recursos y costos requeridos para producir una aplicacin de alta calidad. Este documento se mantiene actualizado peridicamente y a lo largo de todo el desarrollo de la aplicacin, a travs del proceso de Control del Proyecto. El Plan Integral del Proyecto (denominado, tambin, Plan del Proyecto) se caracteriza por ser un documento compuesto por un conjunto de planes diferentes, los cuales se van elaborando en diferentes etapas del desarrollo de la aplicacin. Entre estos planes tenemos: Plan de gestin de alcance, de tiempo, de riesgos, de la calidad, de la configuracin, entre otros. 2. Propsito Mediante los planes que se llevan a cabo en el plan integral de proyecto se pretende obtener la informacin necesaria para llevar una planificacin y control de todo el proyecto a desarrollar, en lo que respecta a tiempos, riesgos y cambios. Todo

proyecto enfocado al desarrollo de software es susceptible a riesgos los cuales si llegan a concretarse afectan los tiempos de ejecucin de las actividades y producen cambios en el proyecto, por esto los objetivos que se persiguen con los diferentes planes que se realizan son los siguientes:

105

Universidad de Oriente

a. Asegurar que el desarrollo de la aplicacin sea sistemtico, organizado, eficaz y eficiente, mediante el empleo de los procesos de planificacin, direccin y control. b. Garantizar que la aplicacin se desarrolle a tiempo y siguiendo los estndares y procedimientos establecidos para asegurar la calidad de la aplicacin. c. Manejar apropiadamente los riesgos que puedan surgir durante el desarrollo de la aplicacin y que puedan afectar los objetivos del proyecto. d. Controlar la configuracin de la aplicacin. 3. Alcance Este documento se realiza con la finalidad de definir cmo se debe iniciar, planificar, ejecutar, controlar y cerrar el proyecto; se podr establecer los objetivos de la aplicacin, el proceso tcnico necesario para desarrollar dicha aplicacin, las actividades que componen cada uno de los procesos, el cronograma de ejecucin de estas actividades, y los recursos humanos, tecnolgicos, fsicos y materiales necesarios para desarrollar las actividades. 4. Recursos Necesarios 4.1 Recursos Humanos El equipo de trabajo est representado de la siguiente manera: a. Analista de sistemas: Es el que ejerce las tareas de anlisis de los sistemas informticos, con el fin de automatizarlos, es decir el captura, especifica y valida los requisitos y elabora el modelo de anlisis b. Diseador: Se encarga de realizar en base al anlisis, el diseo de la solucin, este desglosa el problema en subsistemas, de tal manera que sea posible realizar un diseo independiente de los distintos subsistemas. c. Programador: Se encarga de trasladar las especificaciones del diseador en cdigo ejecutable por la computadora

106

Universidad de Oriente

4.2 Recursos Tecnolgicos En conformidad al decreto 3390 y las normativas de PDVSA se har uso de los siguientes recursos tecnolgicos para el desarrollo del sistema: Especificaciones Tcnicas para el Desarrollo del Proyecto Para el desarrollo de este proyecto ser necesario el uso de un equipo tcnico que cuente con las siguientes caractersticas:
Cuadro 13. Requerimientos de Software Software Cualidades PHP Macromedia Dreamweaver PostgreSQL 8.1 Sybase Power Designer Apache 2.0 Mozilla Firefox 2.0 o Internet Explorer. Software Deban ETCH. (Servidor)
Fuente: autor (2010)

Licencia GNU Propietario GNU Propietario GNU GNU

Lenguaje del lado del servidor Aplicaciones para la edicin y diseador de pginas WEB en HTML Manejador de Base de Datos Aplicacin para el modelado del sistema Servidor local Navegador Web Software libre para el servidor donde ser alojada la aplicacin.

GNU

Cuadro 14. Requerimientos de Hardware Equipos Requerimientos Mnimos 1.6 GHz o superior. Procesador Pentium IV, con memoria de acceso aleatorio (RAM) mayor a Servidor 1GB. 160 Gb de disco duro a 7.200 RPM o superior. Clientes
Fuente: autor (2010)

Monitores de 14 pulgadas, de resolucin 800x600.Pentium IV, procesador de 2.4 GHz, 512 en memoria RAM, 40 Gb en disco duro. Impresora

107

Universidad de Oriente

4.3 Recursos Materiales Cuadro 15. Requerimientos de Materiales Material Lpiz , lapiceros y resaltador Tonner Carpetas CD-ROM Resma de Papel Tipo Carta
Fuente: autor (2010)

5. Plan de Gestin del Alcance La Gestin del Alcance se lleva a cabo para delimitar el proyecto, esto se hace con la finalidad de asegurar que se realice el trabajo requerido y as obtener un proyecto satisfactorio. El Plan de Gestin del Alcance establece cmo se definir, verificar y controlar el alcance del proyecto, tambin permite determinar cmo y cuando se crear el Enunciado del Alcance del Proyecto (EAP) y la Estructura de Desglose del Trabajo (EDT): 5.1 Enunciado del alcance del proyecto Con el enunciado se describe los productos entregables del proyecto y del trabajo (esfuerzo) que es necesario realizar para crear estos productos. En relacin al proyecto a desarrollar, el alcance de este estudio, determina las acciones que son requeridas para el desarrollo e implementacin de los Sub-Sistemas de procesos, equipos, actividades y guardias en un sistema completo que los integre para poner en marcha la aplicacin. Cada una de las versiones individuales de los Sub-Sistemas se describe en este documento. Durante el proceso de desarrollo de documentos como: Enunciado del

108

Universidad de Oriente

trabajo del proyecto y Documento inicio del proyecto se definen las caractersticas del producto a desarrollar, lo cual constituye la base para la planificacin de las versiones. En la versin 0.90 del Plan Integral del Proyecto se realiza una aproximacin de todas las actividades, procesos, tiempo y recursos que conciernen al proyecto; una vez que se inicia la elaboracin de los primeros documentos se generan las primeras versiones de cada uno de ellos, permitiendo realizar ajuste durante el avance del proyecto para as documentos. El mtodo Gray Watch ser utilizado con el fin de lograr el xito de los objetivos trazados para la realizacin del proyecto. Este mtodo se usar por ser un mtodo de desarrollo de software configurable que se adapta a travs de los proyectos variados en tamaos y complejidad, que adems, describe que se debe hacer y como se debe desarrollar la aplicacin. El desarrollo del proyecto abarcar todo el ciclo de vida de las aplicaciones; desde el modelado del dominio de la aplicacin, pasando por la definicin de los requisitos de los usuarios, hasta la puesta en operacin del sistema. Adems tambin se realizarn los procesos de gerencia del proyecto, que se encargan de gerenciar el desarrollo de la aplicacin, involucran las actividades de constitucin, planificacin, direccin y control del proyecto. Por su parte, los procesos de soporte complementan los procesos tcnicos y gerenciales con actividades, tales como: el aseguramiento de la calidad, la gestin de la configuracin y la gestin de riesgos del proyecto. 5.2 Estructura de Desglose del Trabajo. En todo desarrollo de proyecto es necesario contar con una estructura jerrquica que identifique el conjunto de tareas que el equipo de trabajo debe realizar para elaborar los productos o resultados requeridos.La estructura de Desglose del Trabajo es de carcter recursivo, el cual inicia con la descomposicin de los productos entregables en componentes ms pequeos, que a su vez se descomponen sucesivamente hasta obtener versiones nuevas y actualizadas de los

109

Universidad de Oriente

llegar al nivel de paquete de trabajo. Para el estudio en cuestin el desglose del trabajo ser el siguiente:

Figura 21.Desglose del proyecto segn la metodologa Fuente: autor (2010)

6. Plan de Gestin de Tiempo. Con la Gestin de tiempo se logra identificar y organizar mediante un cronograma todas las actividades del proyecto en funcin de sus fechas de inicio y terminacin. El cronograma establece a su vez, la entrega de productos (hitos del proyecto), la ruta crtica de actividades y el esfuerzo requerido para realizar cada actividad. El objetivo de la planificacin de tiempos es estimar el tiempo de ejecucin de las actividades a realizar, a fin de producir el cronograma que guiar y controlar el desarrollo de todo el proyecto. Para su elaboracin se emple la herramienta MS Project 2007. A continuacin se muestra el plan de tiempo del proyecto

110

Universidad de Oriente

Diagrama 1. Plan de Gestin de Tiempo. Fuente: autor (2010)

111

Universidad de Oriente

Continuacin

Diagrama 1. Plan de Gestin de Tiempo (Continuacin). Fuente: autor (2010)

112

Universidad de Oriente

Continuacin

Diagrama 1. Plan de Gestin de Tiempo (Continuacin). Fuente: autor (2010)

7. Plan de Gestin de Riesgo Los riesgos son un aspecto importante que debe ser considerado en etapas tempranas del desarrollo de todo proyecto, en el caso de los desarrollos de software en donde los requerimientos de los usuarios cambian constantemente se deben detectar desde un comienzo todos los eventos que puedan influir de forma negativa en los resultados esperados. Un riesgo es una probabilidad de que una circunstancia adversa ocurra. En este plan se describen los eventos que pueden afectar negativamente en la calidad del producto o en la ejecucin del proyecto, as como el impacto que pueden ocasionar, las actividades necesarias para responder a esos riesgos, adems se definen los roles y responsabilidades. Su propsito es determinar las estrategias adecuadas para la deteccin y mitigacin de los riesgos, antes de que stos comiencen a afectar el cumplimiento de los objetivos del proyecto. En todo proyecto se requiere establecer un Plan para lograr administrar y mitigar los riesgos y evitar que estos puedan atentar contra el xito del desarrollo del sistema web para el control de operaciones en la planta de tratamiento de agua, Distrito Morichal, PDVSA, por lo tanto se realizar un anlisis de los riesgos globales

113

Universidad de Oriente

inherentes al proyecto en general y los riesgos locales a cada subsistema. El propsito del plan de gestin de riesgos es determinar las estrategias para mitigar los posibles riesgos que puedan afectar al proyecto. El plan centrar su atencin en determinar los riesgos principales que pudiesen afectar al xito del proyecto en general. Los riesgos podran ser de cualquier ndole tcnicos, de conocimiento, de organizacin, etc. 7.1. Elementos de los riesgos Cada riesgo se encuentra descrito, en una tabla, bajo los siguientes aspectos expuestos por Ian Sommerville (2005):

Magnitud y probabilidad: la probabilidad de que el riesgo se convierta en un problema y la estimacin de la importancia de sus efectos en caso de que se convierta en un hecho. La magnitud y probabilidad del riesgo se valora de la siguiente manera: a. Muy baja (< 10%) b. Baja (10-25%) c. Moderada (25-50%) d. Alta (50-75%) e. Muy alta (>75%) Descripcin: breve descripcin del riesgo. Tipo: tecnologa, personal, herramientas, requerimientos, estimacin, organizacional. Efecto: consecuencias sobre el proyecto de la transformacin del riesgo en un hecho. Los efectos del riesgo se valoran como catastrfico, serios, tolerables o insignificantes. Estrategia de mitigacin: medidas a tomar en el proyecto para controlar, evitar la aparicin del riesgo o minimizar su futuro impacto, aplicadas antes de que el riesgo se convierta en un hecho. Periodo: tiempo en el cual el riesgo puede suceder.

114

Universidad de Oriente

Responsable: asignacin de cada accin de mitigacin de riesgos a un individuo para su resolucin. 7.2. Estrategias para el manejo de riesgos Para cada riesgo identificado se determinan las acciones necesarias para manejarlo. Se puede aplicar una de tres estrategias diferentes para manejar cada uno de los riesgos identificados en el proyecto. Estas estrategias son las siguientes: Anulacin del riesgo: Consiste en evitar la ocurrencia del riesgo. El proyecto es reorganizado de tal manera que el riesgo no tenga posibilidad de ocurrir. Transferencia del riesgo: El riesgo y sus consecuencias son transferidos a un actor o agente externo al proyecto encargado de gestionarlo. Asuncin del riesgo: El riesgo es asumido por el proyecto y se establecen los mecanismos necesarios para controlarlo o mitigarlo. 7.3. Actividades de gestin de riesgos Para la gestin de riesgos se llevaron a cabo las siguientes actividades: a. Reuniones con los usuarios y equipo del proyecto. b. Identificacin de los riesgos que pueden afectar el proyecto. c. Documentacin de los riesgos identificados. d. Anlisis de los riesgos con la finalidad de conocer la probabilidad de ocurrencia y el efecto que cada uno de ellos podra ocasionar. e. Determinar cules de los riesgos deben atacarse primero.
f. Clasificacin de los riesgos.

g. Identificacin de las estrategias de manejo de riesgos para cada uno de stos. h. Definicin de las acciones a seguir para minimizar o eliminar el impacto negativo. i. Seguimiento continuo a la ejecucin del proyecto para detectar cambios en los riesgos existentes o la aparicin de otros. j. Actualizacin peridica de la lista de riesgos del proyecto y de respuestas a estos.

115

Universidad de Oriente

7.4. Roles y responsabilidades El desarrollador es el responsable de llevar a cabo el proceso de gestin de riesgos. Se encarga de ejecutar las actividades anteriormente mencionadas conjuntamente con el lder del proyecto. Adems, en el momento que llegara a ocurrir alguno de los riesgos determinados, debe dirigirse a la lista de riesgos para verificar las estrategias de mitigacin e incorporarlas en las actividades realizadas por el equipo. 7.5. Monitoreo y control de riesgos Al momento de ocurrir un riesgo, se emplea la estrategia de mitigacin establecida. Peridicamente se hace un seguimiento a la ejecucin del plan con la finalidad de determinar que tan efectivo es la reduccin de impacto de las respuestas aplicadas, agregar nuevos riesgos o revisar si su prioridad y efectos han presentado cambios. Derivado de este proceso de supervisin, surgen diversas actualizaciones del plan de de riesgos y de respuestas a estos, las cuales deben ser realizar constantemente a lo largo del desarrollo del proyecto. 7.6. Identificacin y anlisis de los riesgos Comprende el descubrimiento de los posibles riesgos del proyecto. Este proceso tiene como resultado una lista de riesgos donde cada uno es debidamente identificado y descrito. Esta lista es mostrada a continuacin: Cuadro 16. Identificador 001
Identificador: 001 Descripcin del riesgo: Falta de comunicacin entre el cliente e involucrados en el desarrollo del proyecto. Tipo de riesgo: Personal. Responsable(s): Analista de negocio Analista de sistema Magnitud: Moderada Consecuencia: Falta de informacin para poder desarrollar el proyecto y desviacin en el cumplimiento de los requerimientos. Periodo en el cual Efecto: Serio puede suceder: Durante la elaboracin del proyecto.

Estrategia de mitigacin: Para mitigar este riesgo se requiere llevar a cabo estrategias de motivacin en donde se muestre los beneficios que se tendr con la implantacin del proyecto, adems de hacer reuniones peridicas (diaria y semanalmente) referentes al proyecto.
Fuente: autor (2010)

116

Universidad de Oriente

Cuadro 17. Identificador 002

Identificador: 002 Descripcin del riesgo: Incumplimiento de entrega de documentos debido a la prdida de tiempo por los traslados diarios al sitio de trabajo. Tipo de riesgo: Responsable(s): Personal. Analista Diseador Programador Magnitud: Moderada Consecuencia: Retraso en la elaboracin del proyecto

Periodo en el cual Efecto: Serio puede suceder: Durante el desarrollo del proyecto. Estrategia de mitigacin: Para evitar el incumplimiento de la entrega de documentos el participante debe trabajar en horas fuera de la jornada laboral.
Fuente: autor (2010)

Cuadro 18. Identificador 003

Identificador: 003 Descripcin del riesgo: Desempear muchos roles en el desarrollo del sistema. Tipo de riesgo: Responsable(s): Personal-Estimacin Analista Diseador Programador Magnitud: Baja Consecuencia: Retrasos en la entrega de documentos por falta de experiencia. Periodo en el cual Efecto: Tolerable puede suceder: Durante la elaboracin del proyecto Estrategia de mitigacin: Adaptarse al nuevo paradigma de trabajo en la parte de desarrollo de software.
Fuente: autor (2010)

Cuadro 19. Identificador 004

Identificador: 004 Descripcin del riesgo: Pocos conocimientos de las herramientas de desarrollo (PHP, Macromedia, PostgreSQL) por parte de los participantes. Tipo de riesgo: Personal-Estimacin Magnitud: Baja Consecuencia: Disminucin de los avances del proyecto. Finalizar el producto con defectos dejando en evidencia la baja calidad del mismo.

Responsable(s): Periodo en el cual Efecto: Diseador Serio puede suceder: Programador Durante la Analista de negocio y elaboracin del sistema proyecto Estrategia de mitigacin: Adiestramiento inmediato a los participantes del proyecto con el fin de prepararlos y as puedan cumplir con sus asignaciones.
Fuente: autor (2010)

117

Universidad de Oriente

Cuadro 20. Identificador 005

Identificador: 005 Descripcin del riesgo: El proyecto no se puede implantar por alta resistencia al cambio. Tipo de riesgo: Responsable(s): Organizacional Responsable general del proyecto Magnitud: Alta Consecuencia: Proyecto cancelado

Periodo en el cual Efecto: Catastrfico. puede suceder: Despus del desarrollo del sistema Estrategia de mitigacin: Realizar estrategias de comunicacin en donde se involucren a los usuarios con el fin de mostrar las ventajas del nuevo sistema, establecer reuniones, foros y conferencias con la finalidad de transmitir el proyecto a los usuarios y propiciar la retroalimentacin entre los involucrados que permita incorporar cambios para mitigar la resistencia al cambio .
Fuente: autor (2010)

Cuadro 21. Identificador 006

Identificador: 006 Magnitud: Baja Consecuencia: Descripcin del riesgo: Crecimiento no controlado de requerimientos y Proyecto fuera de calendario y requerimientos alcance Tipo de riesgo: Responsable(s): Periodo en el cual Efecto: Estimaciones Analista de negocio, Serio puede suceder: Requerimientos. requisitos y de Durante la elaboracin sistemas del proyecto Estrategia de mitigacin: El alcance del proyecto debe ser definido previo a la etapa de operacin. Cualquier nuevo requerimiento que se constituya en un subsistema no indispensable para los ya previstos, debe considerarse para un nuevo proyecto.
Fuente: autor (2010)

Cuadro 22. Identificador 007

Identificador: 007 Descripcin del riesgo: Perder el apoyo de los participantes de la planta de tratamiento de agua de la gerencia de servicios logsticos debido a la asignacin de nuevo personal, el cual desconoce totalmente lo que se esta haciendo Tipo de riesgo: Responsable(s): Organizacional Analista del sistema, negocio. Magnitud: Alta Consecuencia: Retraso en el desarrollo del proyecto

Periodo en el cual Efecto: Catastrfico puede suceder: Durante la elaboracin del proyecto. Estrategia de mitigacin: Transmitir a los nuevos integrantes del negocio todas las novedades y actividades que se estn realizando en la planta de tratamiento de agua.
Fuente: autor (2010)

118

Universidad de Oriente

Cuadro 23. Identificador 008

Magnitud: Baja Consecuencia: Descripcin del riesgo: Requerimientos no capturados en forma clara y Determinacin errnea de funcionalidades y concisa. proceso con alto nmero de incrementos por correccin, lo que genera un estiramiento no deseado del calendario. Tipo de riesgo: Responsable(s): Periodo en el cual puede Efecto: Requerimientos. Analista de Serio suceder: negocio, requisitos Durante la elaboracin del y de sistemas proyecto Estrategia de mitigacin: Establecer mecanismos de supervisin de requerimientos por parte de los Analistas y expertos del negocio, cuyas funciones se centraran en ejecutar pruebas de desempeo funcional y aceptacin. Mientras ms grande sea el contacto cliente equipo de desarrollo mayor ser la garanta de capturar requerimientos reales y realizar la menor cantidad de incrementos por correccin.
Fuente: autor (2010)

Identificador: 008

Cuadro 24. Identificador 009

Identificador: 009 Descripcin del riesgo: Las herramientas utilizadas durante el desarrollo del proyecto no son las ms apropiadas para la implementacin del sistema. Tipo de riesgo: Responsable(s): Herramientas Gerencia de AIT Magnitud: Baja Consecuencia: Disminucin de la calidad del proyecto.

Periodo en el cual Efecto: Serio puede suceder: Durante todo el proyecto Estrategia de mitigacin: Incorporacin inmediata de nuevas herramientas que sean apropiadas para la implementacin del sistema
Fuente: autor (2010)

Cuadro 25. Identificador 010

Identificador: 010 Descripcin del riesgo: Suspensin de las actividades de la organizacin por causa inesperadas Tipo de riesgo: Responsable(s): Organizacional Agentes externos Magnitud: Alta Consecuencia: Retraso en el desarrollo del proyecto.

Periodo en el Efecto: Serio cual puede suceder: Durante todo el proyecto Estrategia de mitigacin: Buscar vas alternas de comunicacin, reunirse con los involucrados en sitios externos a la organizacin, llamar por telfono y/o utilizar el correo electrnico.
Fuente: autor (2010)

119

Universidad de Oriente

Cuadro 26. Identificador 011

Magnitud: Moderado Consecuencia: Retrasos en el proyecto ante la necesidad de volver a considerar el diseo realizado y se requiere la actualizacin o modificacin de los documentos de diseo. Tipo de riesgo: Responsable(s): Periodo en el Efecto: Requerimientos. Desarrollador. Serio cual puede suceder: Durante el diseo y construccin. Estrategia de mitigacin: Basar el diseo de la interfaz en los estndares establecido por PDVSA. Utilizar las plantillas que se utilizan usualmente para el desarrollo de las aplicaciones. Definir estilos (Css) en funcin de los estndares indicados por PDVSA.
Fuente: autor (2010)

Identificador: 011 Descripcin del riesgo: Diseo incorrecto de la Interfaz.

Cuadro 27. Identificador 012

Identificador: 012 Magnitud: Baja Consecuencia: Descripcin del riesgo: Pocos antecedentes con respecto a la metodologa de Retrasos en la finalizacin del proyecto. desarrollo de software a utilizar Tipo de riesgo: Responsable(s): Periodo en el cual Efecto: HerramientasAnalista Tolerable puede suceder: Estimacin Diseador Durante todo el Programador. proyecto Estrategia de mitigacin: Estudiar peridicamente la metodologa a utilizar para tener conocimiento de las actividades y procesos a desarrollar.
Fuente: autor (2010)

Cuadro 28. Identificador 013

Identificador: 013 Descripcin del riesgo: Incumplimiento en la entrega de las iteraciones corregidas y/o aprobadas por parte de los asesores Tipo de riesgo: Responsable(s): Estimacin Asesores Magnitud: Moderado Consecuencia: Retrasos en la finalizacin del proyecto.

Periodo en el Efecto: Serio cual puede suceder: Durante todo el proyecto Estrategia de mitigacin Los asesores deben dar a conocer con anticipacin la no participacin en alguna iteracin.
Fuente: autor (2010)

120

Universidad de Oriente

Cuadro 29. Identificador 014

Identificador: 014 Descripcin del riesgo: No adecuacin de las normas y los procedimientos a las funciones del nuevo software. Tipo de riesgo: Responsable(s): Organizacional Lder del proyecto Magnitud: Baja Consecuencia: Resistencia al cambio.

Periodo en el cual Efecto: Serio puede suceder: Despus del desarrollo del sistema. Estrategia de mitigacin: Elaboracin de manuales de normas y procedimientos de las funciones del software y hacer la respectiva induccin a los usuarios.
Fuente: autor (2010)

Cuadro 30. Identificador 015

Magnitud: Alta. Consecuencia: Puede ocasionar retrasos y el mal funcionamiento de la aplicacin. Tipo de riesgo: Responsable(s): Periodo en el cual Efecto: Tecnologa. Desarrollador. Catastrfico. puede suceder: Durante la Construccin. Estrategia de mitigacin: Se realizarn varias copias de seguridad.
Fuente: autor (2010)

Identificador: 015 Descripcin del riesgo: Prdida o dao de datos.

Cuadro 31. Identificador 016

Magnitud: Baja. Consecuencia: Falta de conocimiento de las necesidades y trabajo realizado. Periodo en el Efecto: Tolerable. cual puede suceder: Anlisis. Estrategia de mitigacin: Realizar reuniones para explicar a los usuarios los grandes beneficios que presenta el proyecto.
Fuente: autor (2010)

Identificador: 016 Descripcin del riesgo: Los usuarios no se identifican ni comprometen con el proyecto. Tipo de riesgo: Responsable(s): Organizacional Lder del proyecto. Desarrollador.

8. Plan de Gestin de Configuracin A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepcin del producto y la captura de requisitos inicial hasta la puesta en produccin del mismo, y posteriormente desde el inicio del

121

Universidad de Oriente

mantenimiento hasta su retiro, se van realizando una serie de cambios, tanto en el cdigo como en la documentacin asociada. La gestin de configuracin del software es una disciplina encargada del control de la evolucin de los productos de software. Se realiz una gestin de configuracin para llevar un registro de los documentos generados y sus versiones. Para este proyecto los elementos de configuracin representan los entregables definidos en el Modelo de Procesos. Todos los productos del desarrollo del sistema (programas, documentos, datos, etc.) forman la configuracin del software, a medida que el desarrollo de la aplicacin avanz la configuracin creci rpidamente y surgieron cambios de diferente tipo, que obviamente afectaron a los productos ya elaborados. La gestin de configuracin de software es una actividad constante aplicada durante todo el desarrollo del software para identificar, organizar y controlar las modificaciones que pueden surgir. El plan permite mostrar una gua para definir y controlar la evolucin del proyecto, con la finalidad de mantener la integridad de los productos que se elaboran desde el inicio hasta la entrega de cada versin de la aplicacin. Este proceso se lleva a cabo mediante la ejecucin de los siguientes subprocesos: 8.1 Actividades de gestin de la configuracin Identifica todas las actividades y tareas que se requieren para el manejo de la configuracin del sistema. Estas deben ser tanto actividades tcnicas como de gestin de configuracin del software, as como las actividades generales del proyecto que tengan implicancia sobre el manejo de configuracin. a. Identificacin de la configuracin Se busca establecer la configuracin que tendr la aplicacin, definiendo un esquema de identificacin de los productos o componentes de productos que sern controlados; asignando a cada uno un nombre, versin y fecha. En el presente proyecto los tems identificados como objetos a ser controlados durante diferentes instancias del

122

Universidad de Oriente

proyecto, corresponden a los entregables definidos en el proceso de instanciacin, teniendo en cuenta que no todos los entregables deben ser elementos de configuracin. b. Control de la configuracin Se deben establecer los procedimientos o mecanismos para reportar, evaluar y aprobar o rechazar los cambios propuestos en cada una de las versiones generadas de los tems tomados como elementos de configuracin, asegurando que el software sea consistente a travs de la creacin de una lnea base del producto. Una vez que se aprueba o rechaza la solicitud de cambios en los elementos de configuracin se incorpora la actualizacin a la lnea de base correspondiente. c. Contabilidad del estado de la configuracin Se debe registrar y reportar el estado de los componentes y solicitudes de cambio. Se preparan registros de gestin y reportes de estado que muestren el estado e historia de los elementos de software controlados, incluyendo lneas base. Al final de cada iteracin se establecer una lnea base (un registro del estado de cada artefacto, estableciendo una versin por ejemplo 0.90, 0.91.), la cual podr ser modificada slo por una solicitud de cambio aprobada. d. Gestin y entrega de versiones Debido a que el desarrollo del software est basado en un enfoque versionado, esta fase es encargada de gestionar las versiones de la aplicacin y hacer entrega formal de las mismas, cumpliendo con las labores de identificar, empacar y entregar los tems y componentes que forman cada versin entregable de la aplicacin. 9. Estndares y Procedimientos 9.1 Normas de calidad ISO-9126 La norma ISO-9126, ha establecido un estndar internacional para la evaluacin de la calidad de productos de software el cual fue publicado en 1992 con el nombre de

123

Universidad de Oriente

Information technology Software product evaluation: Quality characteristics and guidelines for their use, en el cual se establecen las caractersticas de calidad para productos de software. El estndar ISO-9126 establece que cualquier componente de la calidad del software puede ser descrito en trminos de una o ms de seis caractersticas bsicas, las cuales son: funcionalidad, confiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad, cada una de las cuales se detalla a travs de un conjunto de subcaractersticas que permiten profundizar en la evaluacin de la calidad de productos de software. 9.2 Norma COVENIN 3049:1993 Esta norma aplica a las acciones de gestin de mantenimientos en PDVSA, sus negocios y filiales, empresas mixtas, servicios contratados y cualquier otro negocio con terceros dentro y fuera del territorio nacional, siempre y cuando no contravenga las legislaciones de las regiones o de los pases involucrados. 9.3 Lineamientos Todas las unidades encargadas de la gestin de Mantenimiento y Confiabilidad en PDVSA, deben desarrollar la taxonoma de los equipos sujetos a mantenimiento. Las diferentes acciones en los Niveles de Mantenimiento, deben estar enmarcadas en las normativas de seguridad industrial, ambiente e higiene ocupacional, a fin de garantizar la integridad de los trabajadores, las instalaciones y el ambiente. Cada rea de trabajo debe identificar, clasificar e implementar las actividades de mantenimiento de acuerdo con los niveles establecidos en esta norma, considerando el contexto operacional donde se encuentre y teniendo como referencia la norma PDVSA MR020204 Gua de Actividades Asociadas a los Niveles de Mantenimiento. 9.4 IEEE Std 1233, Edicin 1998 Este estndar muestra una gua para el desarrollo de especificaciones de requerimientos de sistemas, donde se da la pauta para el desarrollo de un conjunto de

124

Universidad de Oriente

requerimientos que satisfarn una necesidad especfica, los cuales incluyen la identificacin, organizacin, presentacin y modificacin de los requerimientos. La gua trata las condiciones necesarias para incorporar conceptos operacionales, restricciones de diseo y de la configuracin del diseo en la especificacin. Adems, trata las caractersticas y cualidades necesarias de los requerimientos individuales y del conjunto de todos los requerimientos. 9.5 Leyes

El Decreto 3390: Publicado en la Gaceta oficial N 38.095 el 28 de Diciembre de 2004, el presente decreto fue utilizado en base a los estndares establecidos por la empresa PDVSA Distrito morichal el cual abarco el desarrollo del sistema.
Artculo 1. La Administracin Pblica Nacional emplear prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y servicios informticos. A tales fines, todos los rganos y entes de la Administracin Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de stos hacia el Software Libre desarrollado con Estndares Abiertos. Artculo 2. A los efectos del presente Decreto se entender por: Software Libre: Programa de computacin cuya licencia garantiza al usuario acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier propsito, modificarlo y redistribuir tanto el programa original como sus modificaciones en las mismas condiciones de licenciamiento acordadas al programa original, sin tener que pagar regalas a los desarrolladores previos. Estndares Abiertos: Especificaciones tcnicas, publicadas y controladas por alguna organizacin que se encarga de su desarrollo, las cuales han sido aceptadas por la

125

Universidad de Oriente

industria, estando a disposicin de cualquier usuario para ser implementadas en un software libre u otro, promoviendo la competitividad, interoperatividad o flexibilidad. Software Propietario: Programa de computacin cuya licencia establece restricciones de uso, redistribucin o modificacin por parte de los usuarios, o requiere de autorizacin expresa del Licenciador. Artculo 3. En los casos que no se puedan desarrollar o adquirir aplicaciones en Software Libre bajo Estndares Abiertos, los rganos y entes de la Administracin Pblica Nacional debern solicitar ante el Ministerio de Ciencia y Tecnologa autorizacin para adoptar otro tipo de soluciones bajo las normas y criterios establecidos por ese Ministerio. Artculo 4. El Ministerio de Ciencia y Tecnologa, adelantar los programas de capacitacin de los funcionarios pblicos, en el uso del Software Libre desarrollado con Estndares Abiertos, haciendo especial nfasis en los responsables de las reas de tecnologas de informacin y comunicacin, para lo cual establecer con los dems rganos y entes de la Administracin Pblica Nacional los mecanismos que se requieran. Artculo 5. El Ejecutivo Nacional fomentar la investigacin y desarrollo de software bajo modelo Software Libre desarrollado con Estndares Abiertos, procurando incentivos especiales para desarrolladores. Artculo 6. El Ejecutivo Nacional fortalecer el desarrollo de la industria nacional del software, mediante el establecimiento de una red de formacin, de servicios especializados en Software Libre desarrollado con Estndares Abiertos y desarrolladores. Artculo 7. El Ministerio de Ciencia y Tecnologa ser responsable de proveer la Distribucin Software Libre desarrollado con Estndares Abiertos para el Estado Venezolano, para lo cual implementar los mecanismos que se requieran.

126

Universidad de Oriente

Artculo 8. El Ejecutivo Nacional promover el uso generalizado del Software Libre desarrollado con Estndares Abiertos en la sociedad, para lo cual desarrollar mecanismos orientados a capacitar e instruir a los usuarios en la utilizacin del Software Libre desarrollado con Estndares Abiertos. Artculo 9. El Ejecutivo Nacional promover la cooperacin internacional en materia de Software Libre desarrollado con Estndares Abiertos, con especial nfasis en la cooperacin regional a travs del MERCOSUR, CAN, CARICOM y la cooperacin SUR-SUR. Artculo 10. El Ministerio de Educacin y Deportes, en coordinacin con el Ministerio de Ciencia y Tecnologa, establecer las polticas para incluir el Software Libre desarrollado con Estndares Abiertos, en los programas de educacin bsica y diversificada. Artculo 13. El Ministerio de Ciencia y Tecnologa establecer dentro de los planes y programas contemplados en el presente Decreto, mecanismos que preserven la identidad y necesidades culturales del pas, incluyendo a sus grupos indgenas, para lo cual procurar que los sistemas operativos y aplicaciones que se desarrollen se adecuen a su cultura. Artculo 14. Todos los Ministros quedan encargados de la ejecucin del presente Decreto, bajo la coordinacin de la Ministra de Ciencia y Tecnologa. 9.6 Manuales Manual para el Montaje del diseo visual, Petrleos de Venezuela, S.A. En este manual estn planteados los lineamientos generales para el diseo visual de todos los sistemas de informacin que se desarrollen en PDVSA Distrito Morichal, debern estar elaborados bajo este diseo el cual es estndar. El manual contiene todas las especificaciones y detalles para el diseo como elaborar las plantillas en

127

Universidad de Oriente

cuanto a dimensiones, estilo tipogrfico que se refiere a el tipo de letra, men, botones, iconos, imgenes, animaciones, audio, video, pautas tipogrficas, color, diagramacin, y otros. Manual de GRAY WATCH Mtodo de Desarrollo de Software de Aplicaciones Empresariales, 2008 Jons Montilva, Judith Barrios y Milagro Rivero. Este documento tiene por objetivos describir a detalle, el mtodo WATCH de tal manera que los equipos de desarrollo puedan utilizarlo como un patrn metodolgico que les ayude a definir el proceso especfico de desarrollo de cada una de las aplicaciones de una empresa.
Modelado de sistemas usando UML 2.0, Jons Montilva e Isabel Besembel Es una gua que describe el modelado de sistemas con las notaciones en UML 2.0 y el modelado de sistemas de negocios con UML Bussines. Esta dirigido a ensear al desarrollador de sistemas como usar este lenguaje en el proceso desarrollo de software y como modelar los diferentes aspectos que caracterizan a un sistema de informacin o aplicacin de software.

Ingeniera de requisitos, Jons Montilva y CeiSoft. Es una gua que detalla las generalidades involucradas en el proceso de ingeniera de requisitos como la especificacin, documentacin y representacin usando notaciones en UML 2.0. Manual de PHP, Mehdi Achour, Friedhelm Betz, Antony Dovgal y Nuno Lopes. Este manual contiene principalmente una referencia de funciones PHP, tambin contiene una referencia del lenguaje, explicaciones de caractersticas importantes de PHP y alguna informacin suplementaria. Manual de Niveles de Mantenimiento, Petrleos de Venezuela, S.A.

Este documento especifica los niveles y las acciones requeridas de mantenimientos de

128

Universidad de Oriente

los Sistemas Productivos (S.P.), para conocer a fondo como est estructurado y los tipos de mantenimiento que se emplean en PDVSA, Distrito Morichal. Manual de base de datos Petrleos de Venezuela, S.A. Este documento es un gua, contiene la nomenclatura que debe poseer las tablas y como debe de estar estructurado los datos de las mismas.

129

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Modelado del Negocio Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: MODELADO DEL NEGOCIO.
Autor: Diana Garca Diana Garca Diana Garca Versin: 0.90 0.91 1.0 Fecha: Agosto 2010 Noviembre 2010 Marzo 2011 Descripcin Versin preliminar como propuesta de desarrollo. Versin corregida para ser revisada. Versin final.

1. Introduccin El modelado del negocio es un documento que permite obtener un conocimiento global y detallado del dominio de la aplicacin, esto es, del sistema de negocio para el cual se desarrolla la aplicacin. Este conocimiento se logra a travs de un proceso de modelado que determina los objetivos, procesos, actores, objetos, reglas, eventos y unidades organizacionales del sistema de negocio (Planta de Tratamiento de Agua). Con el modelado del negocio se busca identificar las actividades claves que se realizan en la planta de tratamiento de agua. Con la ayuda de entrevistas no estructuradas directamente con los trabajadores de la planta se pudo conocer la situacin actual del rea, captando la problemtica y las necesidades que se presentan. Tambien se utiliz la tecnica de observacin directa, la cual esta permiti visualizar como se realizaban las labores en la planta. Ademas, se realiz la revisin documental donde se encontraron las actividades que deben realizar los trabajadores de la planta y los formatos que se utilizan para llevar el control de las actividades que ejecutan. 2. Representacin del Modelado del Negocio El modelo del negocio se simbolizar mediante UML BUSINESS que es una extensin del lenguaje UML, que est orientado a procesos de negocio que incorpora nuevos smbolos para modelar procesos de negocios, emplea estereotipos para agregar mayor semntica a los smbolos utilizados, usa cadena de valor de

131

Universidad de Oriente

MICHAEL PORTER para modelar procesos al ms alto nivel y descomponer cada proceso de la cadena de valor en sub-procesos de ms bajo nivel, los cuales sern desglosados de manera ms especfica y completa. El proceso inicial viene siendo la asignacin de guardias para cada uno de los operadores de la planta; luego de esto se procede a realizar las actividades rutinarias en la planta de tratamiento de agua, despus de ejecutadas todas las operaciones que le corresponde al operador de acuerdo a su guardia este se encarga de hacer un registro de las actividades que realiz en un formato Word para la revisin del supervisor o del superintendente. El sistema de negocio esta conformado por diez (10) funcionarios: 08 operadores, 01 supervisor, 01 superintendente. 3. Modelo de jerarqua del Sistema de Negocio. El modelado de jerarqua representa el comportamiento de los diferentes sistemas que intervienen forman parte de un objeto en estudio, para el diseo de planta de tratamiento de agua de la superintendencia de manejo de instalaciones no industriales adscrito a la Gerencia de Servicios Logsticos, fue utilizado el primer modelo del tcnico britnico Derek Hitchins, basado en modelos que contempla como est conformado el proceso en estudio, utilizando UML 2.0. El objetivo de este modelo es mostrar un diagrama de jerarqua de los sistemas del Distrito Morichal PDVSA con respecto al rea en estudio. El Suprasistema corresponde al Distrito Morichal como la cabeza principal del sistema el cual da origen a cada rea que administra como un todo. El sistema en estudio corresponde a la Planta de Tratamiento de Agua una de las reas adscrita a la superintendencia de Manejo de Instalaciones no Industriales. A continuacin se muestra el diagrama de jerarqua de los sistemas del Distrito Morichal:

132

Universidad de Oriente

Suprasistema

PDVSA, MORICHAL
Recursos Humanos Procura

Desarrollo Urbano

Gerencia Administrativa

Finanzas

Salud

Ingeniera de Costo

Gerencia Servicios Logsticos

Contratacin

Subsistema

Admn. control y gestin

Gerencia de Servicios Logsticos

Servicios Generales

Manejo de Instalaciones no Industriales

Planta de Tratamiento de agua

Sistema en Estudio

Programacin de Mtto

Gerencia Manejo de Inst. no Industriales

Mtto. Infraestructura Civil

Mtto. Ambiental

Habilitacin y Manejo de Espacios

Figura 22. Modelo de Jerarqua del sistema de negocio (Planta de Tratamiento de Agua). Fuente: autor (2010)

4. Modelo de Objetivos Un objetivo representa la intencin o camino a seguir, es un resultado establecido de antemano por los miembros de la empresa o del Sistema de Negocios. Los Objetivos representan y justifican la existencia del sistema, orientan su desempeo y permiten evaluar su presencia y continuidad en el ambiente competitivo en el cual se encuentra inmerso. (Chiavenato, 2000).

133

Universidad de Oriente

Formulacin de la Visin y Misin de la Planta de Tratamiento de Agua del Distrito Morichal. La Planta de Tratamiento de Agua del Distrito Morichal no contaba con una visin ni misin formalmente definidas. Por lo tanto se procedi a realizar la formulacin de la misin y visin para la planta. Para su elaboracin fue fundamental una entrevista con el supervisor mayor de la unidad en estudio, lo que permiti obtener informacin sobre aspectos claves que sirvieron de base para la enunciacin de la filosofa organizativa. Se tom como referencia los criterios de evaluacin de Fred David (1998) de su libro Conceptos de Administracin Estratgica y Humberto Serna (1999) como hace mencin en su libro Gerencia Estratgica, (ver Cuadro 32 y Cuadro 33), que permitieron verificar si la visin y misin estaban bien formuladas y cumplan con los requisitos preestablecidos, igualmente fueron evaluadas con base a dichos criterios. Segn Fred David (1998). La misin es definida de la siguiente manera: es un propsito duradero, es lo que distingue a una empresa de otras parecidas. Identifica el alcance de las operaciones de una empresa en los aspectos del producto y del mercado. Cuadro 32. Preguntas claves con que debe cumplir la Misin Misin: Preguntas Claves Quines somos? Identidad y reconocimiento legal que otorga legitimidad a nuestra accin. Las funciones principales de la organizacin. Cambios fundamentales que deseamos lograr en el medio en el cual trabajamos. Razn de ser de la organizacin. Valores como principios y motivaciones de orden moral, religioso, poltico, social y cultural. se orientan

Qu buscamos?

Por qu lo hacemos? Para trabajamos?

quienes Sectores sociales hacia los cuales principalmente nuestros esfuerzos.

Fuente: David, F. (2005) p.97

134

Universidad de Oriente

Segn Serna (1999) La visin corporativa es un conjunto de ideas generales, algunas de ellas abstractas, las cuales proveen el marco de referencia de lo que una empresa es y quiere ser en el futuro. Cuadro 33. Preguntas claves con que debe cumplir la Visin Visin: Preguntas Claves Cul es la imagen Cmo vemos a la poblacin con la cual trabajamos?, deseada? es decir, cul es la situacin futura deseada para nuestros usuarios o beneficiarios. Cmo seremos en el Cmo nos vemos en el futuro? es decir, cual ser la futuro? posicin futura de nuestra organizacin en relacin a otras organizaciones. Qu haremos en el Qu queremos hacer en el futuro? Cules son las futuro? contribuciones distintas que queremos hacer en el futuro y/o cules son los principales proyectos o actividades que queremos desarrollar?
Fuente: Serna, H. (1999) p.78

Formulacin de la Misin A continuacin se presenta la formulacin de la misin para la Planta de Tratamiento de Agua, la cual ser sometida a una respectiva evaluacin para determinar si cumple o no con los lineamientos establecidos por Fred David (ver Cuadro 34). Seguidamente se valorar si sta corresponde con las premisas bsicas para la evaluacin de la misin, (ver Cuadro 35). Declaracin de la Misin La Planta de Tratamiento de Agua Potable es la encargada de suministrar el vital lquido en cantidad y calidad al campo residencial PDVSA, con la finalidad de lograr la mejor vida de los pobladores, bajo la participacin de un equipo especializado y experto en tratamiento de agua, con el apoyo de maquinarias de primera, la realizacin de las actividades de la planta se basa en los principios de responsabilidad y honestidad al contribuyente que recibe la prestacin del servicio de agua.

135

Universidad de Oriente

Cuadro 34. Evaluacin de la Misin Misin: Preguntas Claves Quines somos? Responde a esta pregunta ya que especifica la identidad del organismo. Qu buscamos? Si responde, ya que indica la actividad principal de la planta la cual es suministrar el vital lquido al campo Morichal. Por qu lo hacemos? Si responde, debido a que busca la mejor vida de los pobladores. Para quienes trabajamos? Si responde puesto que indica que su servicio va dirigido a los pobladores del campo residencial del Distrito Morichal, PDVSA.

Fuente: autor (2010)

Como se puede observar, la misin formulada para la panta de tratamiento de agua responde a todas las preguntas claves que debe contener la misin, todo ello con el propsito de contar con una misin completa y representativa de la planta. Para concluir con la evaluacin de la misin, se elabor el (Cuadro 35), con el propsito de certificar si sta cumpla con los nueve elementos esenciales para su declaracin. Cuadro 35. Premisas bsicas para la evaluacin de Misin Departamento Inters por si misma SI Inters Supr. Tecnologa Empleado SI Mercado Filosofa SI Servicio Imagen SI Cliente SI

Planta de Tratamiento de Agua

Fuente: autor (2010)

SI

SI

SI

SI

La matriz arroj como resultados 9 Si, 9/9 = 1*100% = 100%. Una vez evaluada completamente la misin para la Planta de Tratamiento de Agua del Distrito Morichal, se puede concluir que cumple con todos los lineamientos y premisas bsicas establecidas por Fred David.

136

Universidad de Oriente

Formulacin de la Visin Declaracin de la Visin Convertirse en pionera y lder en la prestacin de los servicios del agua y as ofrecer una alta calidad de atencin y responsabilidad a los pobladores del Distrito Morichal, tambin busca fomentar el incremento del estatus sanitario de la poblacin. A continuacin se muestra la evaluacin correspondiente a la visin formulada, (ver Cuadro 36) Cuadro 36. Evaluacin de la Visin Visin: Preguntas Claves Cul es la imagen deseada? Si cumple con el parmetro porque expresa que los pobladores deben tener una alta calidad de atencin y responsabilidad. Cumple con el parmetro ya que desea convertirse en pionera y lder en la prestacin de los servicios del agua. Cumple con el parmetro ya que indica que busca fomentar en el crecimiento del estatus sanitario de la poblacin.

Cmo seremos en el futuro?

Qu haremos en el futuro?

Fuente: autor (2010)

La visin formulada responde a las preguntas propuestas por el referido autor, por lo tanto ser sometida a una evaluacin final de alineacin con el propsito de definir si es considerada como visin formal de la Planta de Tratamiento de Agua del Distrito Morichal. Una vez evaluada la misin, se puede concluir que sta satisface las preguntas claves y premisas bsicas. Seguidamente se realizar la matriz de alineacin de MisinVisin para evaluar si existe correspondencia entre ambas. (Ver Cuadro 37).

137

Universidad de Oriente

Alineacin de Misin-Visin Cuadro 37. Matriz de evaluacin Misin-Visin

Misin Visin Convertir Ofrecer Buscar Fomentar Ser SI SI SI SI Suministrar SI SI SI SI Lograr SI SI SI SI Participar SI SI SI SI

La alineacin es realizada con el propsito de establecer las relaciones que existen entre la misin y la visin, es decir, si lo que es en el presente est enfocado a lo que desea ser en el futuro. Esto es plasmado en una matriz compuesta por los verbos que conforman la visin y misin. Misin: Ser, Suministrar, Lograr, Participar. Visin: visualiza, Convertir, Ofrece, Buscar, Fomentar. Total de respuestas SI = 16/16 = 1 * 100 = 100 %. Lo que indica que la matriz de alineacin arrojo el 100% de respuestas SI, demostrando que la visin apunta hacia la misin, por lo que se encuentran alineadas y su formulacin representa la filosofa de la planta de tratamiento de agua. A continuacin se muestra en la figura 23 (pg. 137) el diagrama de objetivos correspondiente a los procesos fundamentales del negocio, diagrama que es de suma importancia tener definido en el momento de realizar el proceso de definicin de requisitos del sistema.

138

Universidad de Oriente <<OBJETIVO>> La Planta de Tratamiento de Agua pertenece a la Superintendencia de Manejo de Instalaciones no Industriales la cual esta se encuentra adscrita a la Gerencia de Servicios Logsticos del Distrito Morichal que se encarga de administrar lo relativo a los servicios vitales del campo residencial. La Planta se encarga de suministrar el agua, iniciando con el proceso de volatizacin de partculas y sedimentacin como proceso fsico para evitar el contenido de agentes contaminadores de los filtros, los cuales son la parte vital para el procesamiento y purificacin del agua; se inyectan qumicos para estabilizar valores fsicos y qumicos que contiene el agua, en esta a su vez se almacena el volumen de agua requerida para el suministro del Distrito en cuanto a instalaciones industriales y residenciales. Objetivos No-Operacionales
<<OBJETIVO>>
MISIN

Nivel Estratgico
<<OBJETIVO>> <<OBJETIVO>>
VISIN OBJETIVO GENERAL

La Planta de Tratamiento de Agua Potable es la encargada de suministrar el vital lquido en cantidad y calidad al campo residencial PDVSA, con la finalidad de lograr la mejor vida de los pobladores, bajo la participacin de un equipo especializado y experto en tratamiento de agua, con el apoyo de maquinarias de primera, la realizacin de las actividades de la planta se basa en los principios de responsabilidad y honestidad al contribuyente que recibe la prestacin del servicio de agua. Objetivos Operacionales
<<OBJETIVO>> Objetivo Especifico <<OBJETIVO>> Objetivo Especifico

Convertirse en pionera y lder en la prestacin de los servicios del agua y as ofrecer una alta calidad de atencin y responsabilidad a los pobladores del Distrito Morichal, tambin busca fomentar el incremento del estatus sanitario de la poblacin.

Brindar la prestacin de los Servicios del Agua Potable al Distrito Morichal mediante la ejecucin de una serie de actividades realizadas por el equipo de trabajo de la planta.

139

Nivel Operacional

<<OBJETIVO>> Objetivo Especifico

<<OBJETIVO>> Objetivo Especifico

<<OBJETIVO>> Objetivo Especifico

Controlar las guardias de los Operadores de la planta con la finalidad de tener un seguimiento de las acciones que ejecutan.

Realizar mantenimiento a la planta de Agua para obtener un ptimo estado del servicio y as tener informacin de todas las operaciones que son realizadas en la planta.

Mantener un control de los mantenimientos de los equipos en la planta de tratamiento de agua de la superintendencia de manejo de instalaciones no industriales.

Registrar reportes de las actividades diarias de cada operacin que se ejecuta en la planta.

Consolidar la informacin de todas las actividades ejecutadas.

Figura 23. .Modelo de objetivos de los procesos fundamentales del sistema de negocio (Planta de Tratamiento de Agua). Fuente: autor (2010)

Universidad de Oriente

5. Modelo de Reglas Los procesos de negocios no se encuentran delimitados solo por las tecnologas que utilizan, sino tambin por las reglas del negocio que deben cumplir. Un sistema de negocios debe atenerse a las regulaciones y leyes del gobierno de su entorno operativo, como tambin, debe satisfacer los planes y estndares establecidos internamente por los directores o representantes del negocio. El modelado de reglas del negocio representa el conjunto de reglas, normas, leyes, reglamentos y estndares de la organizacin implcitas en los procesos de negocio, por cuanto rigen y regulan la ejecucin de las actividades que realizan los usuarios que laboran en la Planta de Tratamiento de Agua adscrita a la Gerencia de Servicios Logsticos, Distrito Morichal. En la figura 24 se muestra el modelo de reglas.

<<regla>> Regla Del Negocio

<<regla>> LEY Constitucin de la Repblica Bolivariana de Venezuela. Decreto Presidencial 3390

<<regla>> NORMA - Normas Internas de PDVSA Distrito Morichal. Normas Internas de la Planta de Tratamiento de Agua. Normas ISO. Normas COVENIN 3049-93

<<regla>> MANUAL Manual del proceso de mantenimiento de Rutina PDVSA MR-0202-04. Gua de actividades asociadas a los niveles de mantenimientos

<<regla>> REGLAMENTO Reglamento de procedimientos administrativos, PDVSA Morichal

Figura 24. .Modelo de reglas del sistema de Negocio. Fuente: autor (2010)

140

Universidad de Oriente

6. Modelo de Procesos del Negocio El modelo de procesos del negocio permite describir una organizacin desde el punto de vista de los procesos que sta ejecuta, de sus actores y responsabilidades, de los recursos que estn involucrados en cada uno de los procesos, todo esto con el fin de comprender como funciona el negocio. Un proceso es un conjunto de actividades interrelacionadas que permiten alcanzar un objetivo del negocio. Son gobernados por reglas, activados por eventos y supervisados por los miembros (actores) de la organizacin. En la figura 25 se muestra la cadena de valor de los procesos involucrados en el sistema de negocio, muestra la relacin de los procesos primarios o fundamentales y los procesos de apoyo de la organizacin. Los procesos fundamentales son la razn de ser de la organizacin y los procesos de apoyo son los procesos administrativos y tcnicos bsicos de cualquier organizacin.

Procesos Primarios o Fundamentales

<<Proceso>> PF-1 Asignar Guardias <<Proceso>> PF-2 Planificar Actividades de Mantenimiento <<Proceso>> PF-3 Evaluar Actividades de Mantenimiento <<Proceso>> PF-4 Registrar Actividades Ejecutadas <<Proceso>> PF-5 Verificar Vida til de los Equipos

Procesos de Apoyo PA-1 Apoyo de RRHH

PA-2 Recursos Materiales

PA-3 Infraestructura

PA-4 Mantenimiento

Figura 25. Cadena de valor del sistema de negocio. Fuente: autor (2010)

141

Universidad de Oriente

La cadena de valor que representa a la planta de tratamiento de agua del Distrito Morichal se encuentra constituida por cinco (05) procesos fundamentales y cuatro (04) procesos de apoyos que permiten la ejecucin de los anteriores aportando materiales y espacios fsicos para que se puedan llevar a cabo todos los procesos del sistema de negocio. Es necesario acentuar que de estos procesos fundamentales sern tomados tres (03) para el estudio en cuestin, la cual se describe la jerarqua de estos procesos, descomponiendo cada uno de ellos en subprocesos y finalmente se modelan sus actividades. A continuacin se muestra la cadena de valor con los procesos que se van a llevar a cabo en el desarrollo del proyecto:

Procesos Primarios o Fundamentales

<<Proceso>> PF-1 Asignar Guardias <<Proceso>> PF-2 Registrar Actividades Ejecutadas <<Proceso>> PF-3 Verificar Vida til de los Equipos

Procesos de Apoyo PA-1 Apoyo de RRHH

PA-2 Recursos Materiales

PA-3 Infraestructura

PA-4 Mantenimiento

Figura 26. Cadena de valor de los procesos a estudiar. Fuente: autor (2010)

5. Jerarqua de los Procesos de Negocio En el Diagrama 2 se muestra con detalle los subprocesos inmersos a los procesos fundamentales de la cadena de valor del sistema de negocio, en los cuales aportar su funcionalidad el sistema web para las operaciones en la planta de tratamiento de agua.

142

Universidad de Oriente

Planta de Tratamiento de Agua

Nivel 0

Nivel 1
PF-1 Asignar Guardias PF-2 Registrar Actividades Ejecutadas PF-3 Verificar vida til de los equipos

PF-1 Asignar Guardias

PF-1.1 Registrar y Publicar Guardias. PF-1.2 Actualizar Guardias PF-1.3 Cambiar Guardias

PF-2. Registrar Actividades Ejecutadas

PF-2.1 Verificar Guardias y Ejecutar Actividades. PF-2.2 Realizar informe de Actividades Ejecutadas

Nivel 2

PF-3. Verificar vida til de los equipos PF-3.1 Revisar Reporte de Actividades

Diagrama 2.Diagrama de Jerarqua de los procesos. Fuente: autor (2010)

Descripcin de los procesos fundamentales tomados de la cadena de valor.

PF-1 Asignar Guardias. Es el proceso de asignacin de guardias el cual tiene como propsito llevar el control de guardias de los operadores que laboran en la planta de tratamiento de agua Subproceso PF- 1.1 Registrar y Publicar Guardias Este proceso tiene con fin hacer saber a los operadores de la planta cuales son sus respectivas guardias mediante el registro y la publicacin; los encargados de llevar esta informacin son el supervisor mayor de electromecnica o el Superintendente de

143

Universidad de Oriente

Manejo de Instalaciones no Industriales. Con este proceso los operadores pueden dar inicio a realizar las actividades de la planta de tratamiento de agua.

Regla: Normativa de PDVSA-Distrito Morichal

Actor Supervisor Superintendente

Objetivo Publicar Guardias a los Operadores

<<Supervisa>> <<Controla>>
Objetos -Horario -Datos de Operadores

<<Cumple>>

PF-1.1 Registrar y Publicar Guardias

Producto Guardias Publicadas

Eventos Inicio de un nuevo ao

<<Ejecuta>>
Actor Supervisor Superintendente

Diagrama 3. Diagrama del Subproceso Registrar y Publicar Guardias. Fuente: autor (2010)

Lista de Actores
Cuadro 38. Actividades de los Responsables del Subproceso Registrar y Publicar Guardia Responsable(actor) Interno/ Externo Accin(actividades) Establecen las guardias a cada operador. Publican las guardias. Las guardias son plasmadas en una plantilla Excel. Notifican a los operadores que las guardias han sido publicadas. Recibe Notificacin

Supervisor o Superintendente Interno -

Operador
Fuente: autor (2010)

Interno

144

Universidad de Oriente

Diagrama de actividad del subproceso PF-1.1 Registrar y Publicar Guardias: Nivel 0

Planta de Tratamiento de Agua

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

Nivel 2
PF-1.Asignar Guardias PF-1.1 Registrar y Publicar Guardias.

PF-1.2 Actualizar Guardias

PF-1.3 Cambiar Guardias

Nivel 3
Supervisor o Superintendente Operador

Inicio
Establecer Guardias

Publicar Guardias

Notificar al Operador

Recibe Notificacin

Fin
Diagrama 4. Diagrama de actividad Registrar y Publicar Guardias. Fuente: autor (2010)

145

Universidad de Oriente

Subproceso PF-1.2 Actualizar Guardias Este proceso tiene con fin actualizar guardias cada tres meses en cual se modifican los das de trabajos y los das libres que llevaban anteriormente los operadores. Los encargados de este proceso son el supervisor mayor de electromecnica o el superintendente de Manejo de Instalaciones no Industriales.
Objetivo Actualizar Guardias a los Operadores cada tres meses

Regla: Normativa de PDVSA-Distrito Morichal

Actor Supervisor Superintendente

<<Supervisa>> <<Controla>> PF-1.2 Actualizar Guardias <<Ejecuta>>

Actor Supervisor Superintendente

<<Cumple>>

Informacin Cada tres meses se actualizan las guardias de los operadores y luego son publicadas.

Producto Guardias Actualizadas

Diagrama 5. Diagrama del Subproceso Actualizar Guardias. Fuente: autor (2010)

Lista de Actores
Cuadro 39. Actividades de los Responsables del Subproceso Actualizar Guardias

Responsable(actor)

Interno/ Externo -

Accin(actividades) Actualizan las guardias a los operadores. Publican las guardias actualizadas. Notifican a los operadores que las guardias actualizadas han sido publicadas. Recibe Notificacin

Supervisor o Superintendente

Interno -

Operador
Fuente: autor (2010)

Interno

146

Universidad de Oriente

Diagrama de actividad del subproceso PF-1.2 Actualizar Guardias: Nivel 0

Planta de Tratamiento de Agua

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

Nivel 2
PF-1. Asignar Guardias PF-1.1 Registrar y Publicar Guardias.

PF- 1.2 Actualizar Guardias

PF- 1.3 Cambiar Guardias

Nivel 3
Supervisor o Superintendente Operador

Inicio
Actualizar las Guardias a los operadores

Publicar Guardias Actualizadas

Notificar al Operador

Recibe Notificacin

Fin

Diagrama 6. Diagrama de actividad Actualizar Guardias. Fuente: autor (2010)

147

Universidad de Oriente

Subproceso PF-1.3 Cambiar Guardias Este proceso tiene como fin el cambio de guardia que requieren los operadores por algn motivo. Los encargados de aprobar el cambio de guardias son el supervisor mayor de electromecnica o el superintendente de Manejo de Instalaciones no Industriales.

Regla: Normativa de PDVSA-Distrito Morichal

Actor Supervisor Superintendente

Objetivo Cambiar Guardias a los Operadores.

<<Supervisa>> <<Controla>>
Informacin El Operador requiere un cambio de guardias para que el supervisor o superintendente lo apruebe

<<Cumple>>

PF-1.3 Cambiar Guardias

Producto Nueva Guardia para el Operador.

<<Ejecuta>>
Actor Supervisor Superintendente

Diagrama 7. Diagrama del Subproceso Cambiar Guardias. Fuente: autor (2010)

Lista de Actores
Cuadro 40. Actividades de los Responsables del Subproceso Cambiar Guardias Responsable(actor) Operador Interno/ Externo Interno Supervisor o Superintendente Accin(actividades) Solicita cambio de guardias. Valida la peticin del cambio de guardia. Cambia guardia Notifica al operador Recibe Notificacin

Interno

Operador
Fuente: autor (2010)

Interno

148

Universidad de Oriente

Diagrama de actividad del subproceso PF-1.3 Cambiar Guardias: Nivel 0

Planta de Tratamiento de Agua

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

Nivel 2
PF-1. Asignar Guardias PF- 1.1 Registrar y Publicar Guardias.

PF- 1.2 Actualizar Guardias

PF- 1.3 Cambiar Guardias

Nivel 3
Operador Supervisor o Superintendente

Inicio
Solicitar cambio de guardias Validar cambio de guardias

Si
Cambiar guardias

Cambio de guardia?

No
Rechaza solicitud Recibe Notificacin Notificar al Operador

Fin
Diagrama 8. Diagrama de actividad Cambiar Guardias. Fuente: autor (2010).

149

Universidad de Oriente

PF-2 Registrar Actividades Ejecutadas. Es el proceso de registro de actividades que ejecutan los operadores en la planta de agua en su jornada de trabajo. Este proceso es controlado por los operadores de la planta, supervisor de electromecnica o superintendente de Manejo de Instalaciones no Industriales. Subproceso PF-2.1 Verificar Guardias y Ejecutar Actividades Es el proceso donde los operadores verifican las guardias que le corresponden para as ponerse al da con las actividades que deben ejecutar en su jornada de trabajo. Los tipos de guardias que se llevan a cabo son las siguientes: Diurna (7:00am a 3:00pm) Mixta (3:00pm a 11: pm) Nocturna (11.pm a 7:00am), para cada una de ellas ya se tienen establecidas las actividades rutinarias que se deben ejecutar en la planta de tratamiento de agua.

Regla: Normativa de PDVSADistrito Morichal <<Controla>> Informacin El operador verifica sus guardias para luego ejecutar las actividades en el campo de trabajo (planta de agua)

Actor Supervisor Superintendente <<Supervisa> PF-2.1 Verificar Guardias y Ejecutar <<Ejecuta>> actividades <<Ejecuta>> Actor Operador

Objetivo Verificar las guardias para ejecutar las actividades. <<Cumple> Producto Actividades ejecutadas en la planta de acuerdo a la guardia asignada al operador

Diagrama 9. Diagrama del Subproceso Cambiar Verificar Guardias y Ejecutar Actividades. Fuente: autor (2010)

150

Universidad de Oriente

Lista de Actores
Cuadro 41. Actividades de Los Responsables del Subproceso Verificar Guardias y Ejecutar Actividades
Responsable(actor) Interno/ Externo Operador Interno Accin(actividades) Verifica Guardias (7am a 3pm- 3pm a 11pm - 11pm a 7pm) Ejecuta las actividades rutinarias a la planta de tratamiento de agua.

Fuente: autor (2010)

Diagrama de actividad del subproceso PF-2.1 Verificar Guardias y Ejecutar Actividades:

Nivel 0
Planta de Tratamiento de Agua

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

PF-2. Registrar Actividades Ejecutadas

Nivel 2

PF-2.1 Verificar Guardias y Ejecutar

PF- 2.2 Realizar Informe de Actividades Ejecutadas

Operador

Nivel 3

Inicio
Verificar Guardias

Trasladar al sitio de trabajo (Planta de Tratamiento de Agua)

Ejecutar Actividades Rutinarias

Fin
Diagrama 10. Diagrama de actividad Verificar Guardias y Ejecutar Actividades. Fuente: Autor (2010)

151

Universidad de Oriente

Subproceso PF-2.2 Realizar Informe de Actividades Ejecutadas. El proceso tiene como fin registrar en un formato fsico todas las actividades que se ejecutaron y las que no se ejecutaron; para las actividades que no se llevaron a cabo el operador se encarga de explicar el motivo en dicho formato. Luego el registro es entregado al supervisor o superintendente, estos se encargan de revisarlo y archivarlo.

Regla: Normativa de PDVSA-Distrito Morichal

Actor Supervisor Superintendente

Objetivo Registrar las actividades que se ejecutaron en la planta.

<<Supervisa>> <<Controla>>
Informacin El operador ejecuta las actividades y luego se encarga de hacer un registro en un formato Word de todo lo que fue realizado.

PF-2.2 Realizar Informe de Actividades Ejecutadas <<Ejecuta>>

Actor Operador

<<Cumple>>
Producto Informacin de las operaciones que se llevan a cabo en planta de tratamiento de agua.

Diagrama 11. Diagrama del Subproceso Realizar Informe de Actividades Ejecutadas. Fuente: autor (2010)

Lista de Actores
Cuadro 42. Actividades de los Responsables del Subproceso Realizar Informe Actividades Ejecutadas Responsable(actor) Interno/ Accin(actividades) Externo Ejecuta actividades. Operador Interno Registra acciones realizadas y no realizadas en formato fsico. Entrega el Registro al supervisor o superintendente. Recibe y Revisa el registro. Archiva el registro.

Supervisor o Superintendente
Fuente: autor (2010)

Interno

152

Universidad de Oriente

Diagrama de actividad del subproceso PF-2.2 Realizar Informe de Actividades Ejecutadas:

Nivel 0
Planta de Tratamiento de Agua

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

Nivel 2
PF-2. Registrar Actividades Ejecutadas PF-2.1 Verificar Guardias y Ejecutar Actividades. PF-2.2 Realizar Informe de Actividades Ejecutadas

Nivel 3
Operador Supervisor o Superintendente

Inici oEjecuta Actividades

Registra Actividades ejecutadas y no ejecutadas en un formato fsico Recibe y Revisa Informe Entrega Informe Archiva registro.

Fin
Diagrama 12. Diagrama de actividad Realizar Informe de Actividades Ejecutadas. Fuente: autor (2010)

153

Universidad de Oriente

PF-3 Verificar Vida til de los Equipos. Es el proceso en el cual se toma la decisin de sustituir equipos debido a la informacin que contiene el reporte que genera el operador una vez realizadas sus actividades dentro de su jornada laboral, ya que dicho informe debe contener informacin acerca de la vida til de los equipos que se encuentran funcionando en la planta de tratamiento de agua. Este proceso es controlado por los operadores de la planta, supervisor de electromecnica o superintendente de Manejo de Instalaciones no Industriales. Subproceso PF-3.1 Revisar Reporte de Actividades. La planta de tratamiento de agua lleva a cabo la planificacin de las actividades que se realizan por cada mantenimiento u operacin en los cuales se especifican a travs de reportes todo el trabajo que realiz cada operador, para saber cuantos mantenimientos, nuevos proyectos, cuantas actividades ejecutadas y no ejecutadas se realizaron, incluso tambin permite saber la vida til de los equipos.

Regla: Normativa de PDVSA-Distrito Morichal

Actor Supervisor Superintendente

<<Supervisa>> <<Controla>>
Informacin Revisar reporte de actividades para verificar la probabilidad de alguna avera o vida til de los equipos que se encuentran activos en la planta

Objetivo Identificar la vida til de los equipos en la planta para la toma de decisin en cuanto a sustitucin de equipos.

<<Cumple>> PF-3.1 Revisar Reporte de Actividades.

Producto Informacin de los equipos que ya no se encuentran en funcionamiento en la planta de tratamiento de

<<Ejecuta>>
Actor Operador

Diagrama 13. Diagrama del Subproceso Revisar Reporte de Actividades. Fuente: autor (2010)

154

Universidad de Oriente

Cuadro 43. Actividades de los Responsables del Subproceso Revisar Reporte de Actividades
Responsable(actor) Interno/ Externo Operador Interno Hace entrega del reporte a sus superiores para la revisin del mismo Revisa Reporte Si existe algn equipo inactivo (expirado) toma la decisin para la sustitucin. Accin(actividades) Genera un reporte en un formato fsico especificando la vida til de los equipos.

Supervisor o Superintendente
Fuente: autor (2010)

Interno

Diagrama de actividad del subproceso PF-3.1 Revisar Reporte de Actividades:

Planta de Tratamiento de Agua

Nivel 0

Nivel 1
PF-1. Asignar Guardias PF-2. Registrar Actividades Ejecutadas PF-3. Verificar Vida til de los equipos.

Nivel 2
PF-3. Verificar Vida til de los Equipos

PF- 3.1 Revidar Reporte de Actividades

Nivel 3
Operador Inicio Genera Reporte Si Sustituir Equipo Entrega Reporte Cambio de Equipo? No Recibe Notificacin Fin Notificar al Operador Descarta posibilidad de cambio Supervisor o Superintendente

Revisa Reporte

Diagrama 14. Diagrama de actividad Revisar Reporte de Actividades. Fuente: autor (2010)

155

Universidad de Oriente

7. Modelo de Objetos del Negocios En el modelado de los objetos se identifican los diferentes tipos de objetos de negocio del sistema, se definen las relaciones que hay entre los tipos de objetos y se elaborar el modelo de objeto de negocio utilizando UML. El modelo de objetos es una representacin del conjunto de objetos de negocios, que se crean, modifican, participan y/o fungen como recursos fundamentales en la ejecucin de las actividades asociadas a cada uno de los procesos del negocio.

Horarios

Requiere Establece y Actualiza

Supervisor o Superintendente

Guardias

Utiliza

Datos Personales de los Operadores

Planifica

Dependen

Operador

Ejecuta y Registra

Tiene

Equipos

Actividades

Diagrama 15. Modelo de Objetos. Fuente: autor (2010)

8. Modelo de Eventos: Los eventos son acciones de muy corta duracin que activa la ejecucin de un proceso de negocio, una actividad o una accin y/o cambia el estado de un objeto de negocios. Los Eventos del Negocio necesitan ser identificados y especificados de manera que pueda modelarse tanto sus causas o fuentes de origen como sus efectos o impactos en objetos y procesos del negocio. Los eventos pueden ser: planificados o

156

Universidad de Oriente

no, internos originados dentro del mismo sistema o externos cuando provienen del contexto del sistema de negocios. 8.1 Enumeracin de Eventos: 1. Cada inicio de ao se establecen nuevas guardias. 2. Cada tres meses se actualizan guardias. 3. Requerimiento por parte del operador para realizar un cambio de guardia. 4. Confirmacin de actividades. 5. Finalizacin de actividades en la planta por medio del operador. 6. Elaboracin de reporte con informacin de las operaciones realizadas a los equipos de la planta.

8.2 Diagramas de Eventos

Inicio de un nuevo ao

Registrar y Publicar Guardias

Guardias Publicadas

Diagrama 16. Diagrama de Evento del subproceso Registrar y Publicar Guardias. Fuente: autor (2010)

Plazo de 3 meses

Actualizar Guardias

Guardias Actualizadas

Diagrama 17. Diagrama de Evento del subproceso Actualizar Guardias. Fuente: autor (2010)

157

Universidad de Oriente

El operador requiere cambiar una guardia

Cambiar Guardias

Nueva Guardia para el Operador

Diagrama 18. Diagrama de Evento del subproceso Cambiar Guardias. Fuente: autor (2010)

Confirmacin de actividades

Verificar Guardias y Ejecutar Actividades

Actividades ejecutadas en la planta de acuerdo a la guardia que se le asigno al operador.

Diagrama 19. Diagrama de Evento del subproceso Verificar Guardias y Ejecutar Actividades. Fuente: autor (2010)

Finalizar actividades en la planta.

Realizar Informe de Actividades Ejecutadas

Informacin de las operaciones que se llevan a cabo en planta de tratamiento de agua.

Diagrama 20. Diagrama de Evento del subproceso Realizar Informe de Actividades Ejecutadas. Fuente: autor (2010)

Obtencin de reporte con informacin de operaciones realizadas a los equipos de la planta.

Revisar Reporte de Actividades

Informacin de vida til de los equipos de planta de tratamiento de agua.

Diagrama 21. Diagrama de Evento del subproceso Revisar Reporte de Actividades. Fuente: autor (2010)

158

Universidad de Oriente

8.3 Matriz evento vs. Proceso de Negocio El proceso de Modelado de Eventos es caracterizado por la Matriz evento vs. Proceso de Negocio. En esta matriz se muestra los aspectos fundamentales que puede ser capturado en el modelo de negocio para el modelo de eventos. ste modelo permite representar el flujo de trabajo que es llevado a cabo cuando ocurre un evento bien sea externo o interno.
Cuadro 44. Matriz Evento vs. Procesos de Negocio
Eventos Procesos
Asignacin de Guardias Registrar y Publicar Guardias Actualizar Guardias Cambiar Guardias

Procesos del Negocio

Registro de Actividades Verificar Guardias y Ejecutar Actividades Realizar Informe de Actividades Ejecutadas Verificar Vida til de los Equipos Revisar Reporte de Actividades

Eventos
Cada inicio de ao se establecen nuevas guardias. Cada tres meses se actualizan guardias. Requerimiento por parte del operador para realizar un cambio de guardia. Confirmacin de actividades Finalizacin de actividades en la planta por medio del operador. Elaboracin de reporte con informacin de las operaciones realizadas a los equipos de la planta
Fuente: autor (2010)

159

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Definicin de Requisitos Versin 1.0.

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: DOCUMENTO DE DEFINICIN DE REQUISITOS.
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Septiembre 2010 Marzo 2011 Descripcin Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin La elaboracin de este documento consiste en determinar y documentar los requisitos funcionales y no funcionales que los actores del negocio tienen con respecto al sistema que se desea desarrollar. Mediante entrevista con los usuarios se determinarn y especificarn los requisitos del sistema a construir. Por otro lado este documento especfica tcnicamente los requisitos funcionales y no-funcionales que se emplear para disear la aplicacin. Los requisitos definen lo que el sistema debe hacer, la interaccin entre los usuarios y la aplicacin, las restricciones bajo las cuales el sistema debe operar y los atributos de calidad que el sistema debe satisfacer: seguridad, facilidad de uso, documentacin, utilidad, confiabilidad, etc. Los requisitos se clasifican en dos tipos: funcionales y no funcionales. Los requisitos funcionales establecen los servicios que debe proporcionar el sistema. Los requisitos no-funcionales definen las limitaciones que se le impondrn al diseo del sistema. 2. Descubrimiento de Requisitos Es el proceso mediante el cual los desarrolladores en conjunto con los usuarios identifican, revisan, articulan y entienden los requisitos del sistema y su objetivo es capturar las necesidades de los interesados que tienen relacin con la aplicacin. Este proceso implica entender: el sistema de negocios que ser servido por el sistema, los problemas de informacin que se quieren resolver y las necesidades de los usuarios finales.

161

Universidad de Oriente

2.1. Diagrama de Procesos de Requisitos Insumo

Modelo del negocio.

Productos
Descubrimiento de requisitos.
Dominio. Procesos. Reglas. Actores. Lista preliminar de los requisitos funcionales.

Diagrama 22. Diagrama de Procesos de Descubrimiento de Requisitos. Fuente: autor (2010)

2.2. Jerarqua de Procesos de Requisitos A continuacin se muestra el diagrama de jerarqua de procesos, donde se observan los subprocesos que se llevan a cabo en el proceso de descubrimiento de requisitos.

<<Proceso>> Ingeniera de requisitos

P-1 P-2 P-3

Descubrimiento de requisitos

Anlisis de requisitos.

Especificacin de requisitos.

<<Proceso>> Ingeniera de requisitos

P-1.1 P-1.2 P-1.3

Entendimiento del Dominio.

Organizacin del conocimiento.

Recoleccin de requisitos.

Diagrama 23. Diagrama de Jerarquia de Procesos de Descubrimiento de Requisitos. Fuente: autor (2010)

2.3. Reglas del Negocio

162

Universidad de Oriente

Las reglas del negocio describen las polticas, normas, operaciones, definiciones y restricciones presentes en una organizacin y que son de vital importancia para alcanzar los objetivos misionales.

163

Universidad de Oriente

Cuadro 45. Reglas del Negocio (1/2)

Cdigo Nombre Responsabilidades RN-001 Superintendente Supervisor Descripcin Validar la clasificacin de mantenimientos a realizar en la planta de acuerdo a los niveles establecidos en la presente norma y al contexto organizacional y operacional en que se encuentren. Realizar seguimiento y control de la gestin de los panes y programas asociado a los mantenimientos para garantizar la implementacin de los mismos. Todas las unidades encargadas de la gestin de mantenimiento en Pdvsa deben desarrollar la taxonoma de los equipos. Comprende las actividades de todo tipo encaminadas a tratar de la necesidad de mantenimiento, corrigiendo fallas de una manera integral a mediano plazo lo que indica reportar la necesidad para futuras estimaciones. Utilizar todos los medios disponibles e incluso las estadsticas para determinar la frecuencia de las inspecciones, revisiones y sustituciones de piezas claves, probabilidad de aparicin de averas, vida til u otras. Fuente PDVSA MR-0202-04 Gua de Actividades asociadas a los niveles de mantenimiento. PDVSA MR-0202-04 Gua de Actividades asociadas a los niveles de mantenimiento Manual del Procesos de Mantenimiento de Rutina PDVSA Variacin Reglas del negocio relacionadas

BAJA

___

Responsabilidades RN-002 Planificador Programador Lineamientos Generales

BAJA

___

163

RN-003

El marco legal que compone la sociedad mercantil

BAJA

___

RN-004

Mantenimiento Correctivo. Comisin Venezolana de normas industriales 1993.

Norma COVENIN 304993 PDVSA

ALTA

___

RN-005

Mantenimiento Preventivo. Comisin Venezolana de normas industriales 1993.

Norma COVENIN 304993 PDVSA

ALTA

___

Fuente. autor (2010).

Universidad de Oriente

Cuadro 46. Reglas del Negocio (2/2)

Cdigo RN-006 Nombre Descripcin La jordana laboral de los ejecutores de las actividades de la planta (Operadores) son de 8 horas Los tipos de guardias que deben cumplir los ejecutores de actividades, de acuerdo a la asignacin son las siguientes: Diurna (7:00am-3:00pm) Mixta (3:00pm-11:00pm) y Nocturna (11:00pm- 7:00am) Luego de ejecutar las actividades en la planta se debe generar un informe indicando las operaciones realizadas y no realizadas, todo esto para proceder a la toma de decisiones Analizar y procesar la informacin de la ejecucin real de los niveles de mantenimientos para establecer las acciones en bsqueda del mejoramiento continuo. Fuente Normativa Interna de PDVSA Variacin BAJA Reglas del negocio relacionadas ___

Horario de Trabajo

RN-007

Horario de Trabajo

Normativa Interna de PDVSA

BAJA

RN-006

RN-008

Ejecutor de Actividades. Registro de Informe

Planta de Tratamiento de Agua del Distrito Morichal,PDVSA Planta de Tratamiento de Agua del Distrito Morichal,PDVSA

164

BAJA

___

RN-009

Entrega de Informe al superintendente o supervisor mayor.

BAJA

RN-008

Fuente. autor (2010).

Universidad de Oriente

2.4. Descripcin de Actores Existen un conjunto de usuarios que interactan con el sistema, estos usuarios denominados segn UML (actores) pueden clasificarse segn sus funciones o responsabilidades que desempean dentro del mismo. Los actores que van a tener acceso al sistema sern los siguientes:

Cuadro 47. Primer Actor

Act-001 Descripcin Administrador La gerencia encargada de la administracin del sistema es la Gerencia de AIT. El administrador del sistema tiene el control total de la aplicacin y posee todos los privilegios existentes sobre el sistema en cuanto a datos de la misma como a la administracin de la base de datos y recursos manejados por sta. Actor Directo

Smbolo
Fuente: autor (2010)

Administrador

Cuadro 48. Segundo Actor

Act-002 Super-Usuario (Gerente de Servicios Logsticos y Superintendente de Manejo de Instalaciones no Industriales). Este usuario tiene privilegios para ingresar, actualizar y/o eliminar procesos, equipos, cargos, tipos de equipos, actividades y guardias, adems de obtener reportes y llevar el control de la informacin que se genera en las actividades que se llevan a cabo en la planta. Actor Directo Super-Usuario

Descripcin

Smbolo
Fuente: autor (2010)

Cuadro 49. Tercer Actor

Act-003 Descripcin Especialista (Supervisor Mayor de Electromecnica). Son usuarios con privilegios para ingresar, consultar y actualizar los datos de los procesos, equipos, guardias y actividades; adems obtienen los reportes de todas las actividades que se realizan.

Smbolo Especialista
Fuente: autor (2010)

Actor Directo

165

Universidad de Oriente

Cuadro 50. Cuarto Actor

Act-004 Descripcin Empleado. (Operadores de la Planta de Tratamiento de Agua). Son usuarios encargados de realizar, planificar o proponer actividades o trabajos asociados a los equipos de la Planta de Tratamiento de Agua, obtienen los reportes de dichas actividades o trabajos y pueden consultar informacin de las guardias. Actor Directo Empleado
Fuente: autor (2010)

Smbolo

3. Recoleccin de Requisitos Funcionales Iniciales. Los requisitos definen lo que el sistema debe hacer para satisfacer las necesidades de sus usuarios. Los requisitos funcionales, establecen los servicios que debe proporcionar la aplicacin, es decir, determinan su funcionalidad. A continuacin se presenta una tabla donde se detallan los requisitos funcionales preliminares del sistema, los cuales se capturaron a travs de observaciones directas en el negocio, entrevistas a los usuarios y la revisin del modelado del negocio, de los procesos y diagramas de actividades. Cada requisito contiene: 3.1. Fuentes de Informacin Las fuentes de informacin que se utilizaron para capturar los requisitos funcionales se encuentra las siguientes: a. Modelado de negocios de la Planta de Tratamiento de Agua del Distrito Morichal. con los procesos, procedimientos y sus respectivos diagramas. b. Entrevistas realizadas al personal de la planta, quienes son los responsables de
los procesos que se llevan a cabo y observacin directa de los procesos del negocio. 3.2. Lista de Requisitos Funcionales Preliminares

En el siguiente cuadro se muestra la lista preliminar de los requisitos funcionales del sistema los cuales se capturaron a travs de observaciones directas en el negocio,

166

Universidad de Oriente

entrevistas a los usuarios y la revisin del modelado del negocio, de los procesos y diagramas de actividades. Cada requisito contiene: Cdigo: es el identificador del requisito. Descripcin del Requisito: es la definicin del requisito. Usuario: es quien realiza el requisito. Proceso del negocio: es el proceso donde se deriva el requisito. Reglas del Negocio: son las reglas de negocio que estn asociadas al requisito. Medio: se indica el medio en que se mostrar el requisito en pantalla impreso. Tipo de requisito: es la categora a la cual pertenece el requisito, para la clasificacin se consider la definida por Montilva (2009):

Requisitos del negocio

Se expresan desde la perspectiva de la empresa: describen por qu la empresa o el cliente desea desarrollar el sistema o aplicacin. Tambin expresan qu objetivos, metas o necesidades la empresa espera alcanzar con el uso del sistema. Se expresan desde la perspectiva del usuario: describen las necesidades que los usuarios tienen y las tareas que los usuarios realizarn con el sistema o aplicacin. Tambin expresan lo que el usuario ser capaz de hacer con el sistema. Se expresan desde la perspectiva del sistema hardware/software que contiene la aplicacin: son requisitos de alto nivel para productos que tienen componentes de hardware y software. Se expresan desde la perspectiva del desarrollador: describen los servicios que el sistema presta a todos sus usuarios directos. Expresan que hace el sistema bajo ciertos estmulos o eventos.

Requisitos del usuario

Requisitos del sistema

Requisitos de comportamiento

Figura 27. Clasificacin de Requisitos Funcionales. Fuente. Ingeniera de requisitos. Jons Montilva (2009).

167

Universidad de Oriente

Cuadro 51. Lista de Requisitos Funcionales Preliminares.

Cdigo RF-001 RF-002 RF-003 Descripcin del requisito Registrar a los usuarios. Actualizacin de los datos de los usuarios. Eliminar algn registro de usuario en caso de despido o reemplazo. Registrar las actividades de rutinas ejecutadas por los operadores. Consultar las actividades registradas ya sea por equipos o procesos de la planta. Impresin de un reporte con informacin de las operaciones que se realizan en la planta de tratamiento de agua Registrar los equipos nuevos a instalar en la planta con su fecha de inicio de funcionamiento y tiempo de vida til establecido por el fabricante Impresin de un reporte de vida til de los equipos para la bsqueda de un mejoramiento continuo Registrar las operadores. guardias de los Usuario Administrador del sistema Administrador del sistema Administrador del sistema Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Administrador Supervisor Especialista Empleado Proceso Reglas de negocio N/A N/A N/A Medio En Pantalla En Pantalla En Pantalla En Pantalla

RF-004

PF-2

RN-008

RF-005

N/A

En Pantalla En Pantalla. Impreso.

RF-006

N/A

RF-007

N/A

En Pantalla

RF-008

PF-3

N/A

En Pantalla. Impreso. En Pantalla En Pantalla. Impreso.

RF-009

PF-1

RN-007

RF-010

Impresin de un reporte mensual de las guardias de los operadores de la planta de tratamiento de agua

N/A

Fuente: autor (2010)

4. Anlisis de Requisitos Luego de haber recolectado los requisitos funcionales durante el proceso de descubrimiento de requisitos, se procede con un anlisis en el cual se ejecutan ciertas actividades para realizar la lista de requisitos funcionales definitivos, y as obtener el Documento de definicin de requisitos. Las actividades principales se describen a continuacin:

168

Universidad de Oriente

a. Agrupar los requisitos funcionales recolectados y clasificarlos. b. Verificar necesidad, consistencia, completitud y factibilidad. c. Discutir, priorizar y acordar requisitos. 4.1. Diagrama de procesos

Dominio. Procesos. Reglas. Actores. Lista preliminar de los requisitos funcionales.

Anlisis de requisitos.

Documento de definicin de requisitos validados. .

Diagrama 24. Diagrama de Procesos de Anlisis de Requisitos. Fuente: autor (2010)

4.2. Diagrama de jerarqua de procesos

<<Proceso>> Ingeniera de requisitos

P-1 P-2 P-3

Descubrimiento de requisitos

Anlisis de requisitos.

Especificacin de requisitos.

<<Proceso>> Ingeniera de requisitos P-2.1 Clasificacin de requisitos. P-2.2 Negociacin de requisitos. P-2.3 Modelado del problema. P-2.4 Diseo inicial de la arquitectura.

Diagrama 25. Diagrama de Jerarquia de Procesos de Anlisis de Requisitos. Fuente: autor (2010)

169

Universidad de Oriente

4.3. Lista de requisitos funcionales definitivos.

Cuadro 52. Requisitos Funcionales Definitivos (1/4)
Cdigo Descripcin El sistema debe validar el acceso de los usuarios y otorgarle roles de acuerdo a sus privilegios. Para poder ingresar al sistema los usuarios debern contar con un indicador y una contrasea. El sistema debe mostrar un mensaje de autenticacin fallida cada vez que el indicador y contrasea sean invlidos. El sistema deber mostrar un men principal de acuerdo al nivel de acceso que tendr asignado el usuario. Se requiere que el sistema posea mdulos en los cuales se pueda ingresar, consultar, modificar y eliminar los datos de los usuarios, cargos de los usuarios, tipos de equipos, procesos de la planta, equipos, actividades y guardias de los operadores. Para ingresar usuarios deben ser manejados los siguientes datos: nombre, apellido, cdula, indicador, extensin, organizacin, cargo y perfil Usuario Administrador Proceso de negocio __ Reglas del negocio __ Medio En pantalla. En pantalla. Requisito inicial asociado __ Tipo de requisito De Sistema De comportamiento

RF-001

RF-002

Administrador

__

__

__

RF-003

Administrador

__

__

En pantalla.

__

De comportamiento

170
RF-004 RF-005 RF-006

Administrador

__

__

En pantalla.

__

De Sistema

Administrador Super usuario Especialista

__

__

En pantalla.

__

De comportamiento

Administrador

__

__

En pantalla.

RF-001

De comportamiento

Fuente: autor (2010)

Universidad de Oriente

Cuadro 53. Requisitos Funcionales Definitivos (2/4)

Cdigo Descripcin El sistema debe validar que no se puede ingresar un nuevo usuario con el indicador o cdula ya registrado en el mismo. Para ingresar cargos, tipos de equipos y procesos solo debe ser manejado el dato nombre. El sistema debe validar que no se pueden ingresar cargos, tipos de equipos y procesos con el mismo nombre. Para ingresar un nuevo equipo deben ser manejados los siguientes datos: nombre del proceso, tipo de equipo, nombre del equipo, periodo de mantenimiento, vida til del equipo y fecha de inicio El sistema debe validar que el nombre del equipo no se puede repetir en un mismo proceso. El sistema debe permitir que el usuario obtenga un reporte de vida til de los equipos para la toma de decisin. El sistema debe tener la opcin de imprimir dicho reporte. Usuario Proceso de negocio __ Reglas del negocio Medio Requisito inicial asociado __ Tipo de requisito De comportamiento De comportamiento

RF-007

Administrador

__

En pantalla. En pantalla.

RF-008

Administrador Super usuario

__

__

__

RF-009

Administrador Super usuario

__

__

En pantalla.

__

De comportamiento

171
RF-010 RF-011 RF-012

Administrador Super usuario Especialista

__

__

En pantalla.

RF-007

De comportamiento

Administrador Super usuario Especialista Administrador Super usuario Especialista

__

__

En pantalla.

__

De comportamiento

PF-3

__

En pantalla. Impreso.

RF-008

De comportamiento

Fuente: autor (2010)

Universidad de Oriente

Cuadro 54. Requisitos Funcionales Definitivos (3/4)

Cdigo Descripcin Para ingresar actividades deben ser manejados los siguientes datos: nombre del proceso, nombre del equipo, la actividad, descripcin de la actividad, disciplina, estado y una observacin. Se requiere que se pueda generar un historial de todas las actividades para visualizar las modificaciones y observaciones ingresadas por equipo con el fin de determinar si existe un cambio de estado en cada actividad. El sistema deber generar un reporte por proceso para mostrar de forma rpida y sencilla las actividades que se han ingresados en el sistema para cada proceso en un periodo determinado. El sistema deber generar un reporte por equipo para obtener las actividades ingresadas a cada equipo en un periodo determinado. El sistema debe tener la opcin de imprimir y generar Pdf al momento de aparecer las actividades solicitadas en un reporte. Usuario Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Proceso de negocio Reglas del negocio Medio Requisito inicial asociado Tipo de requisito

RF-013

PF-2

RN-008

En pantalla.

RF-004

De comportamiento

RF-014

__

__

En pantalla.

__

De comportamiento

RF-015

__

__

En pantalla. Impreso. En pantalla. Impreso. En pantalla.

172

RF-006

De comportamiento

RF-016

__

__

RF-006

De comportamiento

RF-017

__

__

__

De comportamiento

En el mdulo de guardias deben ser manejados los siguientes datos: ao, nombre del operador, mes, semana, tipo de RF-018 guardia, estado (por ejecutar, ejecutada, no ejecutada), fecha de actualizaciones y las actividades a realizar. Fuente: autor (2010)

PF-1

RN-007

En pantalla.

RF-009

De comportamiento

Universidad de Oriente

Cuadro 55. Requisitos Funcionales Definitivos (4/4)

Cdigo Descripcin El sistema debe validar que un operador no puede poseer el mismo tipo de guardia en un mismo da. El sistema deber generar un reporte mensual de las guardias de cada operador El sistema debe generar un reporte de las guardias ejecutadas de los operadores describiendo las actividades que se realizaron. Usuario Administrador Supervisor Especialista Administrador Supervisor Especialista Empleado Administrador Supervisor Especialista Empleado Proceso de negocio __ Reglas del negocio RN-007 Medio En pantalla En pantalla. Impreso. En pantalla. Impreso. Requisito inicial asociado __ Tipo de requisito De comportamiento De comportamiento

RF-019

RF-020

__

__

RF-010

RF-021

__

__

__

De comportamiento

173

Fuente: autor (2010)

Universidad de Oriente

La lista de requisitos funcionales definitivos se obtuvo una vez que se estableci la lista preliminar de los requisitos funcionales, realizando ciertas actividades para obtenerlos: Estas actividades fueron: a. b. c. Analizar los requisitos funcionales recolectados. Agrupar los requisitos funcionales recolectados y clasificarlos. Determinar la clasificacin de aquellos requisitos funcionales que: no son

necesarios, son incompatibles entre si, no son completos, no son factibles o estn repetidos 5. Requisitos No Funcionales Los requisitos no funcionales representan aquellos aspectos del sistema que no cumplen con una funcin especfica pero que facilita la interaccin entre el sistema y los actores; se encuentran dentro de estos tambin las restricciones generales de la aplicacin, restricciones del hardware y software y los atributos de calidad. La clasificacin de los requisitos no funcionales, tomada como referencia, es la definida por Ian Sommerville (2005) la cual es descrita a continuacin:

Requisitos del producto Especifican el comportamiento del producto.

Usabilidad Eficiencia Fiabilidad Portabilidad

Rendimiento Espacio

Requisitos organizacionales Se derivan de polticas y procedimientos existentes en la organizacin del cliente y en la del desarrollador. Requisitos externos Se derivan de los factores externos al sistema y de su proceso de desarrollo.

Entrega Implementacin Estndares

Interoperabilidad ticos Privacidad Legislativos Seguridad

Figura 28. Clasificacin de Requisitos No Funcionales.

Fuente: Ingeniera del Software. Ian Sommerville (2005)

174

Universidad de Oriente

A continuacin se presentan los requisitos no funcionales del sistema:

Cuadro 56. Requisitos No Funcionales (1/2)
Cdigo RNF-001 RNF-002 Descripcin El sistema deber tener una interfaz grfica sencilla y amigable, basada en mens, ventanas, listas desplegables y botones de accin. El sistema debe ser diseado segn la arquitectura cliente-servidor de tres capas. Cada usuario que desee ingresar al sistema, deber introducir en la pgina principal su indicador y una contrasea, la cual ser validada por el sistema, dndole acceso al mismo o envindole un mensaje para que introduzca nuevamente sus datos. El sistema deber ser desarrollado utilizando el lenguaje de programacin PHP y utilizar el estndar HTML para el diseo de las pginas web del sistema. De esta forma se garantizara que el cdigo HTML generado pueda ser interpretado por cualquier de los navegadores comerciales existentes en el mercado. El sistema debe presentar mensajes de error que sean de fcil comprensin. El sistema debe validar la informacin contenida en los formularios de ingreso. Durante este proceso, se deben tener en cuenta aspectos tales como: obligatoriedad de campos, longitud de caracteres permitida por campo, etc. Interfaz del sistema: debe cumplir con los estndares de diseo de la empresa PDVSA (colores, tamao, tipos de letras, entre otros) para facilitar la interaccin entre el sistema y los actores en el momento de ingresar, consultar, editar y eliminar datos. El sistema debe presentar la fecha completa en la pantalla del men principal, en la parte derecha debajo del encabezado. El encabezado de las pantallas debe presentar la frase SICAR (sistema para el control de actividades rutinarias) y el logo de PDVSA, y en la parte inferior el nombre de la gerencia a la que pertenece la planta de tratamiento de agua y tambin el nombre del distrito. Se debe mostrar en la parte superior derecha el indicador del usuario que ha accedido al sistema. Tipo de requisito De producto: usabilidad Organizacional: estndares

RNF-003

De producto: usabilidad

RNF-004

Organizacional: implementacin

RNF-005

De producto: usabilidad De producto: usabilidad

RNF-006

RNF-007

Organizacional: estndares

RNF-008

Organizacional: estndares

RNF-009

Organizacional: estndares

RNF-010
Fuente: autor (2010)

Organizacional: estndares

175

Universidad de Oriente

Cuadro 57. Requisitos No Funcionales (2/2)

Cdigo RNF-011 RNF-012 RNF-013 Descripcin El men debe ser desplegable y situado en la parte izquierda de la pantalla. Los ttulos presentados en cada pantalla deben ser de color rojo, tipo de letra Arial, tamao 12 pxeles, centrado y color blanco. Los reportes generados deben presentarse en PDF, deben contener el logo de PDVSA. El sistema debe operar en idioma espaol y en ambiente 100% Web, para permitir su utilizacin a travs de exploradores o navegadores de Internet. El acceso al sistema debe ejecutarse desde cualquier rea de trabajo dentro de PDVSA a travs de intranet. La interfaz ha de ser lo ms simple posible, sin aadir opciones que no sean necesarias ni adornos que no sean estrictamente funcionales, dado que el sistema est pensado para ser usado tambin por usuarios no expertos en el manejo de portales web. Por seguridad del sistema se crearn roles para cada uno de los usuarios que acceden a este. Este tendr la capacidad de poder ser ampliado en un futuro. El sistema debe ser construido bajo software libre. El sistema debe poseer los botones estndar de navegacin (nuevo, modificar, salir, guardar, imprimir, consultar, eliminar). El sistema debe tener rapidez y rendimiento de respuesta. El sistema manejador de base de datos empleado para la organizacin, manipulacin, consulta y almacenamiento de los datos, ser PostgreSQL. El sistema podr ejecutarse en navegadores Web como Internet Explorer 7.0 y Mozilla Firefox. Crear una base de datos que logre integrar de forma eficiente y adecuada toda la informacin a manejar. El sistema debe contener un manual de usuario. Los manuales del sistema son elaborados bajo un formato establecido. Tipo de requisito Organizacional: estndares Organizacional: estndares Organizacional: estndares Organizacional implementacin Organizacional implementacin

RNF-014

RNF-015

RNF-016

Organizacional: estndares

RNF-017

Externo: seguridad Organizacional: estndares Organizacional: estndares De producto: eficiencia Organizacional: implementacin De producto: portabilidad De producto: fiabilidad Organizacional: estndares Organizacional: estndares

RNF-018 RNF-019 RNF-020 RNF-021 RNF-022 RNF-023 RNF-024 RNF-025

Fuente: autor (2010)

176

Universidad de Oriente

6. Aseguramiento de Calidad. La calidad del software es el conjunto de cualidades que lo caracterizan y que determinan su utilidad y existencia. sta es medible y vara de un sistema a otro o de un programa a otro, por lo cual es necesario definir los parmetros, indicadores o criterios de medicin. Los atributos de calidad describen las caractersticas de calidad establecidas que el producto de software debe cumplir para garantizar el rendimiento de la aplicacin. El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y suficiente para cada contexto de uso. El estndar ISO 9126 plantea un conjunto de atributos que tienen impacto en la capacidad del software de mantener su nivel de desempeo dentro de las condiciones establecidas. Est dividido en cuatro (04) partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, mtricas externas, mtricas internas y calidad en las mtricas de uso. Las mtricas internas pueden ser aplicadas a un producto de software no ejecutable (como una especificacin o cdigo fuente) durante el diseo y la codificacin. Estas mtricas proporcionan a los usuarios, evaluadores, verificadores y desarrolladores, el beneficio de poder evaluar la calidad del producto de software y lo referido a problemas de calidad, antes que el producto de software sea puesto en ejecucin. 6.1. Actividades de Aseguramiento de Calidad
El aseguramiento de calidad se realiz cumpliendo con las siguientes actividades:

a. Determinar los estndares de calidad. b. Analizar las mtricas contenidas en el estndar de calidad. c. Establecer los atributos para la medicin de calidad. d. Documentar los atributos seleccionados.

177

Universidad de Oriente

6.2. Responsabilidades Las actividades mencionadas anteriormente fueron realizadas principalmente por el gestor de calidad (Glendis Arias (Analista de GNO)) y el desarrollador (Br. Diana Garca). 6.3. Recursos requeridos Las mtricas internas de calidad del producto de software que se van a utilizar estn basadas segn la norma ISO 9126-3, la cual contiene seis (6) mtricas para calcular la calidad del software. Estas se presentan a continuacin con sus atributos: Mtricas Internas de la calidad del producto de software segn la norma ISO 9126 3 La calidad de los requisitos debe expresarse de manera cuantitativa con el uso de mtricas que faciliten la verificacin. Es por esto que todos los atributos definidos por la norma 9126-1 sern medidos con el uso de las mtricas internas ISO-9126 3, se tom como referencia estas mtricas por las siguientes razones: a. Se aplican a un producto de software no ejecutable. b. Se aplican durante las etapas de su desarrollo. c. Permiten medir la calidad de los entregables intermedios. d. Permiten predecir la calidad del producto final. a. Mtricas de Funcionalidad: Cantidad de tiempo que el software est disponible para su uso. Posee los siguientes atributos: Adecuidad: Determinan si el conjunto de funciones son apropiadas para las tareas especificadas. Exactitud: Determinan que los efectos sean los correctos o los esperados. Interoperabilidad: Miden la habilidad de interactuar con sistemas especificados. Seguridad: miden la habilidad para prevenir accesos no autorizados, ya sea accidental o deliberado, tanto a programas como a datos.

178

Universidad de Oriente

Conformidad de la funcionalidad: Atributos que hacen que el software adhiera a estndares relacionados con la aplicacin, y convenciones o regulaciones legales. b. Mtrica de fiabilidad: Conjunto de atributos que ataen a la capacidad del software para mantener su nivel de prestacin bajo condiciones establecidas durante un tiempo establecido. Presenta las siguientes caractersticas: Madurez: Es la capacidad del producto software para evitar fallar como resultado de defectos en el software. Tolerancia a fallos: Capacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados. Recuperabilidad: Capacidad del producto software para restablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo. Conformidad de la fiabilidad: Capacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con al fiabilidad. c. Mtrica de usabilidad: Conjunto de atributos que se relacionan con el esfuerzo necesario para usar, y en la evaluacin individual de tal uso, por parte de un conjunto especificado o implcito de usuarios. Entendibilidad: Capacidad del producto software que permite al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares. Aprendibilidad: Miden el esfuerzo del usuario en aprender la aplicacin (control, operacin, entrada, salida). Operatibilidad: Miden el esfuerzo del usuario en operar y controlar el sistema. Atractivo: Capacidad del producto software para ser atractivo al usuario.

179

Universidad de Oriente

Conformidad de la usabilidad: Capacidad del producto software para adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad. d. Mtrica de eficiencia: Capacidad del producto software para proporcionar un rendimiento apropiado relacionado con el total de recursos utilizados bajo condiciones establecidas. Presenta las siguientes caractersticas: Comportamiento en el tiempo: especifica qu tan rpido el producto software ejecutar una funcin. Utilizacin de recursos: Capacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin bajo condiciones determinadas. Conformidad de la eficiencia: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia. e. Mtricas de Mantenibilidad. Conjunto de atributos que se relacionan con el esfuerzo en realizar modificaciones. Posee las siguientes caractersticas:

Analizabilidad: Es la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas. Cambiabilidad: Es la capacidad del producto software que permite que una determinada modificacin sea implementada. Estabilidad: Atributos que se relacionan con el riesgo de efectos no esperados en las modificaciones. Examinabilidad: Capacidad del producto software que permite que el software modificado sea validado. Conformidad de la mantenibilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad.

180

Universidad de Oriente

f. Mtricas de Transportabilidad: Conjunto de atributos que se relacionan con la habilidad del software para ser transferido de un ambiente a otro. Presenta las siguientes caractersticas: Adaptabilidad: Miden la oportunidad de adaptacin a diferentes ambientes sin aplicar otras acciones que no sean las previstas para el propsito del software Facilidad de Instalacin: Es el esfuerzo necesario para instalar el software en
un ambiente determinado

Coexistencia: Capacidad del producto software para coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes. Reemplazabilidad: Capacidad del producto software para ser usado en lugar de otro producto software, para el mismo propsito, en el mismo entorno. Conformidad de la Transportabilidad: Capacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad. Como resultado del estudio realizado a cada una de las mtricas anteriormente descritas, se seleccionaron los siguientes atributos como herramientas de medicin de calidad:
Cuadro 58. Atributos de medicin de calidad software para la planta de tratamiento de agua

Mtrica Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenibilidad

Fuente: autor (2010)

Atributos Adecuidad Seguridad Madurez Entendibilidad Operatibilidad Comportamiento en el tiempo Cambiabilidad

Frmula X =1- A/B X =1 AMENAZA*(1-SEGURIDAD) X = A/B X = A/B X = tiempo (calculado o simulado). X = A/B

181

Universidad de Oriente

6.4. Plantilla de medicin de atributos de calidad Para medir los atributos de calidad seleccionados previamente, se emple una tabla donde se detallan los aspectos fundamentales de cada medicin; de manera que se pueda verificar el nivel de calidad que posee el software desarrollado.

Cuadro 59. Plantilla de medicin de atributos de calidad

Nombre Del Atributo De Calidad Nombre: (nombre de medicin) Propsito: (la finalidad con la que se emplea el atributo) Mtodo de aplicacin: (procedimientos empleados para la medicin) Frmula: Detalles de frmula: (frmula para (descripcin de los medir el elementos que atributo) conforman a la frmula) Fuente de medicin: (documentacin utilizada como base para el ejercicio de la medicin)
Fuente: autor (2010)

Solucin: (aplicacin de la frmula)

Interpretacin: (deduccin de los resultados obtenidos)

Audiencia: (pblico presente durante la aplicacin del mtodo)

El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y suficiente para cada contexto de uso a la hora de la entrega y del uso por parte de los usuarios.

182

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Especificacin de Requisitos Versin1.0.

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: DOCUMENTO ESPECIFICACIN DE REQUISITOS
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Septiembre 2010 Marzo 2010 Descripcin Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin Este documento describe con mayor detalle cada uno de los requisitos funcionales identificados en el documento de definicin de requisitos, los cuales sern especificados usando un modelo de casos. Dicho modelo contendr una serie de diagramas de casos de uso y un conjunto de plantillas llamadas escenarios, usadas para detallar cada caso de uso, donde se muestra la interaccin del usuario-sistema y se representarn las funciones u operaciones que cada actor puede realizar dentro del sistema. El alcance es realizar el proceso de especificacin de requisitos de software que est orientado a guiar y dirigir posteriormente el proceso de diseo y

construccin del sistema propuesto. El objetivo es buscar obtener una descripcin clara y precisa de los requisitos del sistema, para su discusin y aceptacin, por parte de los usuarios que lo utilizarn. El documento va dirigido principalmente a los usuarios directos, es decir, al personal de la planta y al desarrollador del sistema. 2. Especificacin de Requisitos. Para el anlisis detallado de los requisitos del sistema se har uso de diagramas grficos UML, donde se describen cada uno de los casos de uso que forman parte del caso de uso general del sistema incluyendo las precondiciones, post-condiciones, flujo de eventos, flujos alternativos y condiciones especiales de cada caso de uso, adems de su diagrama de secuencia y de clases. A continuacin se muestra el diagrama general de casos de uso del sistema (ver diagrama 26).

184

Universidad de Oriente

Diagrama Caso de Uso General del Sistema

Generar Reporte Mensual de Guardias

Generar Reportes de Guardias Generales

Generar Reporte de Actividades

Consultar Historial de Actividades

<<Include>> <<Include>> <<Include>> <<Include>>

Empleado
Registrar Actividades

Administrar Guardias Extras

<<Include>> Administrar Guardias Semanales

<<Include>> Validar Usuario

Especialista

Generar Reporte de Vida til de los Equipos

<<Include>> <<Include>>

Administrar Equipos

Administrar Procesos

<<Include>>

Super-Usuario
<<Include>> Administrar Tipo de equipo <<Include>>

Administrar Cargos

Administrador
Administrar Usuario

Diagrama 26. Diagrama Caso de Uso General del Sistema. Fuente: autor (2010)

185

Universidad de Oriente

El Diagrama 26 ser dividido en varios diagramas de casos de uso; se detallar el curso tpico de eventos y flujos alternativos, entre el usuario y la respuesta que genera el sistema. Aqu se pueden visualizar los diagramas de secuencia y diagrama de clase que rigen la construccin del sistema.

Diagrama de Caso de Uso

Validar Usuario

Usuarios

Administrador

Empleado

Super-Usuario

Especialista

Diagrama 27. Caso de Uso Validar Usuario. Fuente: autor (2010)

Escenario 1. Validar Usuario. Caso de uso Actores Validar Usuario Administrador Super-Usuario Especialista Empleado

Descripcin: Este caso de uso es iniciado por el usuario. El sistema valida al usuario mediante el indicador y una contrasea para as poder utilizar el sistema. Precondicin El usuario registrado ha accedido a la pantalla inicial del sistema. El usuario registrado ha ingresado al sistema de acuerdo a su perfil.

Postcondicin

186

Universidad de Oriente

Curso Bsico Accin del Actor Respuesta del Sistema 1. El sistema solicita Contrasea del usuario. Indicador y

2. Ingresa Indicador y Contrasea y 3. Valida Indicador y Contrasea pulsa Ingresar. 4. Busca las opciones a las que puede acceder el usuario. 5. Presenta al usuario el Men Principal. Cursos Alternos En caso de que los datos introducidos no coincidan con un usuario registrado, el sistema emite un mensaje de indicador o contrasea invalida.

Diagrama de Clases
j001t_Usuario + + + + + + + + + + + + + + + + co_usuario in_indicador nb_nombre nb_apellido nu_organizacion nu_extension nu_perfil tx_clave co_cargo nu_cedula nu_sesion nu_act_usuario buscar () editar () consultar () validar () : void : void : void : void : : : : : : : : : : : : int String String String String String Number String int String Number Number

Diagrama 28. Diagrama de Clases Validar Usuario. Fuente: autor (2010)

187

Universidad de Oriente

Diagrama de Secuencia
W:index Usuarios 1:Ingresa Indicador Usuario w : marco_administrador

2:Ingresa Contrasea

3: Presiona Ingresar 4:Envia datos (Indicador y contrasea) 5: validarIndicador ()

6: validarContrasea ()

7:BuscarPerfil () 8: Mostrar Men Principal

9: MuestraModulos ()

Diagrama 29. Diagrama de Secuencia Validar Usuario. Fuente: autor (2010)

Ver pantallas 1, 2, 3,4 y 5 para el caso de uso Validar Usuario Diagrama de Caso de Uso
Administrar Procesos

<<Include>> Usuarios Validar Usuario

Administrador Super-Usuario

Especialista

Diagrama 30. Caso de Uso Administrar Procesos. Fuente: autor (2010)

188

Universidad de Oriente

Escenario 2. Administrar Procesos. Caso de uso Actores Administrar Procesos Administrador Super-Usuario Especialista

Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo proceso. El sistema les permite realizar las siguientes acciones: ingresar, consultar, modificar, eliminar procesos. Precondicin Postcondicin El usuario ha sido validado por el sistema (Ver caso de uso validar usuario). Procesos ingresados en el sistema para asignarles los equipos que contiene.

Curso Bsico Accin del Actor 1. Selecciona Mdulo Procesos. Respuesta del Sistema 2. Despliega las opciones de ingresar y consultar. 4. Muestra Proceso. campo Nombre del

3. Selecciona la opcin Ingresar.

5. Ingresa el nombre del nuevo proceso 6. Valida datos y guarda el nuevo y pulsa Guardar proceso. 7. Muestra mensaje Datos Ingresados Correctamente. 8. Selecciona opcin Consultar. 9. Muestra opcin de bsqueda y la opcin Nuevo Proceso y 11. Busca datos de acuerdo a los caracteres tecleados y los muestra en pantallas.

10.Llena campo de presiona Consultar

bsqueda

189

Universidad de Oriente

12. Selecciona un proceso de la lista.

13. Busca el proceso seleccionado y muestra en pantalla el nombre del proceso seleccionado.

14. Edita el nombre proceso y presiona 15. Actualiza el nombre del proceso. Modificar. 16. Muestra tabla con dato editado. 18. Busca el proceso seleccionado y muestra en pantalla el nombre del proceso seleccionado. 20. Muestra mensaje de confirmacin para eliminar el proceso. 22.Muestra tabla sin el nombre del proceso eliminado Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar algn proceso.

17. Selecciona un proceso de la lista.

19. Presiona Eliminar

21. Confirma eliminacin.

Diagrama de Clases
j002t_Proceso + co_proceso : int + nb_proceso : String + nu_act_proceso : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

Diagrama 31. Diagrama de Clases Administrar Procesos. Fuente: autor (2010)

190

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Usuarios 1: Selecciona Mdulo Proceso_Ingresar 2: Muestra campo "Nombre del Proceso" 3: Ingresa Nombre del Proceso y presiona Guardar 4: Envia Dato (Nombre del Nuevo Proceso) Crear Nuevo Proceso Si Resp=false 5:Resp=validar () 6: Ya existe un Proceso con este Nombre Si Resp=true 8: Los Datos se han Ingresado Correctamente Proceso

7:GuardarDatos ()

9: Selecciona Mdulo Proceso-Consultar 10: Muestra opcin de busqueda y la opcin 11: Llena campo de busqueda y Presiona "Consultar" Nuevo Proceso 12:Pocesa Consultar Procesos 14: Muestra lista de procesos consultados 13: BusacarDatos ()

15: Selecciona un proceso de la lista 16: Procesa

17: BuscarDatos () 18: Muestra dato del proceso seleccionado 19:Edita el nombre del proceso y presiona "Modificar" 20: Procesa Editar proceso 22:Muestra Tabla con Dato Editado

21: Actualizar()

23: Selecciona un proceso de la lista

24: Procesa 25:BuscarDatos

26: Muestra el proceso a eliminar 27: Presiona eliminar Eliminar Proceso 30: Muestra tabla sin el proceso 28: Procesa

29: DesactivarProceso()

Diagrama 32. Diagrama de Secuencia Administrar Procesos. Fuente: autor (2010)

Ver pantallas 6, 7, 8, 9, 10, 11, 12, 13, y, 14 para el caso de uso Administrar Procesos

191

Universidad de Oriente

Diagrama de Caso de Uso

Validar Usuario <<Include>>

Administrar Equipos Usuarios

<<Extend>> Mostrar lista de Procesos

<<Extend>> Administrador Especialista Mostrar lista de Tipo de Equipo Super-Usuario

Diagrama 33. Caso de Uso Administrar Equipos. Fuente: autor (2010)

Escenario 3. Administrar Equipos. Caso de uso Actores Administrar Equipos Administrador Super-Usuario Especialista Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo equipos. El sistema les permite realizar las siguientes acciones: crear, consultar, modificar, eliminar equipos. El usuario ha sido validado correctamente en el sistema (Ver Precondicin caso de uso validar usuario). Haber cargado los procesos a los que pertenece cada equipo. Haber cargado los tipos de equipos para especificar con detalle los equipos a ingresar. Postcondicin Equipos ingresados en el sistema para ser utilizados en el momento de registrar una actividad y para obtener reportes de su vida til.

Curso Bsico Accin del Actor 1. Selecciona Mdulo Equipos Respuesta del Sistema 2. Despliega las opciones de ingresar y

192

Universidad de Oriente

consultar. 3. Selecciona la opcin Ingresar 4. Carga lista de procesos, tipos de equipos y periodo de mantenimiento. 5. Muestra formulario para ingresar el nuevo equipo (nombre del equipo, proceso, tipo de equipo, periodo de mantenimiento, vida til del equipo y fecha de inicio de funcin). 6. El usuario selecciona el tipo de equipo, ingresa el nombre del nuevo equipo, selecciona el proceso en el cual se va a encontrar el equipo, selecciona el periodo de mantenimiento, ingresa la vida til del equipo dada por el fabricante del mismo e ingresa la fecha de inicio de funcionamiento del equipo y presiona Guardar

7. Valida y guarda el nuevo equipo.

8. Muestra mensaje Datos ingresados correctamente. 9. Selecciona Consultar la opcin 10. Carga lista de procesos.

11. Muestra opciones de bsquedas y la opcin Nuevo Equipo 12. Llena campo de bsquedas y presiona Consultar. 13. Busca datos de acuerdo a los caracteres tecleados y los muestra en pantallas.

14. Selecciona los datos de un 15. Busca datos del equipo seleccionado equipo en la lista. y muestra en pantalla la informacin del equipo seleccionado (nombre del equipo, tipo de equipo, periodo de mantenimiento, vida til del equipo, fecha de inicio de funcin y estatus).

193

Universidad de Oriente

16. Edita datos y pulsa Modificar 17. Actualiza y muestra tabla con datos modificados. 18. Selecciona un equipo de la lista. 19. Busca datos del equipo seleccionado y muestra en pantalla la informacin del equipo seleccionado (nombre del equipo, tipo de equipo, periodo de mantenimiento, vida til del equipo, fecha de inicio de funcin y estatus). 21. Muestra mensaje de confirmacin para eliminar el equipo. 23. Muestra tabla sin el equipo.

20. Presiona Eliminar 22. Confirma eliminacin.

Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar algn equipo. Diagrama de Clases
j005t_Equipo 1..* necesita + + + + + + + + + + + + + co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus agregar () editar () consultar () validar () : : : : : : : : : : : : : int int int String Number String String date Number

j002t_Proceso + co_proceso : int + nb_proceso : String + nu_act_proceso : Number + + + + agregar () editar () consultar () validar () : : : : void void void void 1..* posee

1..* requiere

void void void void

1..1 tiene j006t_Tipo_Equipo + co_tipo_equipo : int + nb_tipo_equipo : String + nu_act_tipo_equipo : Number + + + + agregar () editar () consultar () validar () : : : : void void void void

Diagrama 34. Diagrama de Clases Administrar Equipos. Fuente: autor (2010)

194

Universidad de Oriente

Diagrama de Secuencia

W:marco_administrador Usuarios 1:Selecciona Mdulo Equipo- Ingresar 2: Activar 4:Muestra Lista de Procesos

Proceso

Tipo Equipo

Equipo

3:CargarProcesos()

5: Activar 7: Muestra Lista de Tipos de Equipos 6:CargarTipoEquipo()

9: Selecciona Tipo de Equipo 10:Ingresa el nombre del nuevo equipo 11: Selecciona Proceso 12: Selecciona periodo de mantenimiento 13: Ingresa vida til del equipo 14: Ingresa fecha de inicio de funcin 11:Presiona "Guardar"

8: Muestra listra de periodos de mantenimientos

12:Envia Datos (equipo, proceso, tipoequipo, vida til, fecha de inicio, periodo de mantenimiento ) Si Resp=false 14: Ya existe un Equipo con este Nombre en el Proceso seleccionado Si Resp=true 16: Los Datos se han Ingresado correctamente 13: Resp=validar ()

Crear Nuevo Equipo

15: GuardarDatos ()

17:Selecciona Modulo Equipo-Consultar 18: Activar 20: Muestra lista de Procesos 21: Muestra opciones de busquedas y la opcin Nuevo Equipo 22: Llena campo de busqueda y presiona "Consultar" 23:Procesa 24:BuscarDatos () 25: Muestra Tabla con Datos (equipo, tipo de equipo, proceso, fecha y periodo ) 19:CargarProcesos ()

Consultar Equipos

26: Selecciona de la lista los datos de un equipo 27: Activar 28: CargarTipoEquipo() 29: Muestra Lista de Tipos de Equipos 31: Muestra datos del equipo a Editar 32: Edita datos y presiona "Modificar" 33: Envia Datos Modificados Editar Equipo 34: Actualizar() 30: BuscarDatos()

35: Muestra Datos Modificados

36: Selecciona de la lista el Equipo a eliminar 37: Activar 39: Muestra Lista de Tipos de Equipos 38: CargarTipoEquipo()

41: Muestra datos del equipo a Eliminar 42: Presiona "Eliminar" 43: Procesa Eliminar Equipo 45: Muestra tabla sin los datos del Equipo

40:BuscarDatos()

44: DesactivarEquipo()

Diagrama 35. Diagrama de Secuencia Administrar Equipos. Fuente: autor (2010)

Ver pantallas 15, 16, 17, 18, 19, 20, 21, 22 y 23 para el caso de uso Administrar Equipos

195

Universidad de Oriente

Diagrama de Caso de Uso

<<Include>> Generar Reporte de Vida til los Equipos <<Include>> Usuarios Administrar Equipos Validar Usuario

Administrador

Especialista

Super-Usuario

Diagrama 36. Caso de Uso Generar Reporte de Vida til de Equipos. Fuente: autor (2010)

Escenario 4. Generar Reporte de Vida til de Equipos. Caso de uso Actores Generar Reporte de Vida til de Equipos Administrador Super-Usuario Especialista Descripcin: El caso de uso se inicia cuando los usuarios eligen del mdulo reporte la opcin vida til equipo. El usuario ha sido validado correctamente en el sistema (Ver Precondicin caso de uso validar usuario). Haber ingresados equipos en el sistema con sus respectivos datos (vida til dada por el fabricante del mismo y fecha de inicio de funcin) Lograr generar un reporte, la cual contiene informacin de los Postcondicin equipos que an se encuentran activos y los que ya estn expirados. Se saben que ya estn expirados por la vida til que el fabricante le da al equipo y por la fecha en la que inicia su funcionamiento en la planta de tratamiento de agua.

Curso Bsico Accin del Actor 1. Selecciona Mdulo Reportes Respuesta del Sistema 2. Despliega opciones; entre ellas vida til

196

Universidad de Oriente

equipos. 4. Carga lista de procesos, tipos de 3. Selecciona la opcin Vida til equipos, periodos de mantenimiento Equipos (mensual, trimestral o anual) y estatus vida til (activa o expirada). 5. Muestra opciones de bsquedas, las cuales son: proceso, tipo de equipo, periodo de mantenimiento, estatus vida til y equipo. 6. Llena campos de bsquedas y 7. Busca datos de acuerdo a los caracteres presiona Consultar tecleados y los muestra en pantallas. 8. Presiona Imprimir Reporte 9. Muestra tabla con los datos a imprimir para ser visualizados por el usuario antes de realizar la accin. 11. Enva reporte a la impresora en formato imprimible para que realice la impresin del mismo.

10. Pulsa Imprimir

Diagrama de Clases
j005t_Equipo + + + + + + + + + + + + + co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus agregar () editar () consultar () validar () : int : int : int : String : Number : String : String : date : Number

: void : void : void : void

Diagrama 37. Diagrama de Clases Generar Reporte Vida til de Equipos. Fuente: autor (2010)

197

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Usuarios W:imprimir_equipos Equipo Impresora

1. Selecciona Mdulo Reportes-Vida til Equipos 2:Activar

4:Muestra Lista de Procesos,tipos de equipos periodos de mantenimientos, estatus vida til 5: Llena campos de bsquedas y presiona "Consultar" 6: Procesa

3:CargarDatos ()

8: Muestra datos en pantalla 9: Presiona "Imprimir Reporte" 10:Procesa

7: BuscarDatos()

11: Muestra Datos antes de imprimirlos 12:Pulsa "Imprimir" 13: Envia Reporte en Formato Imprimible

14: Reporte de Vida til Impreso

Generar Reporte de Vida til de Equipos

Diagrama 38. Diagrama de Secuencia Generar Reporte de Vida til de Equipos. Fuente: autor (2010)

Ver pantallas 60, 61, 62 y 63 para el caso de uso Generar Reporte de vida til de Equipos

Diagrama de Caso de Uso

Validar Usuario <<Include>> <<Extend>> Registrar Actividades Usuarios <<Extend>> Mostrar Lista de Procesos Administrador Empleado Mostrar Lista de Equipos

Super-Usuario

Especialista

Diagrama 39. Caso de Uso Registrar Actividades. Fuente: autor (2010)

198

Universidad de Oriente

Escenario 5. Registrar Actividades. Registrar Actividades Administrador Super-Usuario Especialista Empleado Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo actividades. El sistema les permite realizar las siguientes acciones: ingresar, consultar, modificar actividades El usuario ha sido validado correctamente en el sistema (Ver Precondicin caso de uso validar usuario). Haber cargado los equipos que se encuentran en cada uno de los procesos que pertenecen a la planta de tratamiento de agua. El usuario segn su seleccin (ingresar, consultar y modificar Postcondicin actividades) realiza cambios en la descripcin de actividades que se les realizan a los equipos. Caso de uso Actores

Curso Bsico Accin del Actor 1. Selecciona Mdulo Actividades 2. Selecciona la opcin Ingresar 4. Selecciona un proceso. Respuesta del Sistema

3. Carga lista de procesos. 5. Carga lista de equipos que pertenecen al proceso seleccionado. 6. Selecciona equipo y pulsa Buscar 7. Busca datos y muestra tabla con datos de actividades ingresadas a ese equipo. 8. Pulsa Ingresar Nueva Actividad 9. Carga lista de disciplina y estados. 10. Muestra formulario de datos para ingresar la nueva actividad 11. Ingresa la nueva actividad y pulsa 12. Guarda los datos enviados y Guardar. muestra tabla con los datos de la actividad ingresada. 13. Selecciona la opcin Consultar 14. Carga lista de procesos y disciplina. 15. Muestra Opciones de bsquedas

199

Universidad de Oriente

y la opcin Nueva Actividad 16. Llena campo de bsqueda y presiona 17. Busca datos y muestra tabla con Buscar. datos de actividades segn los caracteres tecleados. 18. Selecciona la actividad que desea 19. Busca datos relacionados a la editar actividad que se selecciono. 20. Muestra formulario de datos expuestos a modificaciones. 21. Edita datos y pulsa Modificar 22. Actualiza datos y muestra tabla con datos editados. Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar una nueva actividad.

Diagrama de Clases
c004t_Historial + + + + + + + + + + co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_s fe_sugerencia nu_estado_s tx_sugerencia : int : int : int : int : int : String : String : Date : Number : String

c003t_Actividad 1..1 contiene + + + + + + + + + + co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_a fe_carga nu_estado_a nu_act_actividad agregar () consultar () editar () validar () : void : void : void : void : int : int : int : int : int : String : String : Date : Number : Number j004t_Disciplina 1..* necesita + co_disciplina : int + nb_disciplina : String + nu_act_disciplina : Number 1..* + agregar () obtiene + editar () + consultar () + validar () : void : void : void : void

1..1 requiere

+ buscar () : void + consultar () : void

j001t_Usuario + + + + + + + + + + + + + + + + co_usuario in_indicador nb_nombre nb_apellido nu_organizacion nu_extension nu_perfil tx_clave co_cargo nu_cedula nu_sesion nu_act_usuario buscar () editar () consultar () validar () : void : void : void : void : int : String : String : String : String : String : Number : String : int : String : Number : Number

1..1 posee

1..1 requiere + + + +

j005t_Equipo + + + + + + + + + 1..* tiene + + + + co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus agregar () editar () consultar () validar () : int : int : int : String : Number : String : String : Date : Number

1..1 solicita 1..1 contiene j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

1..* requiere

: void : void : void : void

Diagrama 40. Diagrama de Clases Registrar Actividades. Fuente: autor (2010)

200

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Usuarios 1: Selecciona Mdulo Actividad-Ingresar 2: Activar 3: CargarProceso () 4:Muestra Lista de Procesos 5: Selecciona Proceso 6:Activar 7: CargarEquipo () 8: Muestra Lista de Equipos Equipo Actividad Disciplina Historial

9: Selecciona Equipo 10: Presiona Buscar 11: Procesa 12: BuscarActividad () 13: Muestra Tabla con Datos de Actividades ya Ingresadas 14: Presiona Ingresar Nueva Actividad 15: Activar 16: CargarDisciplina () 17: Muestra Lista de Disciplina

18: Activar 19:CargarEstado () 20: Muestra Lista de Estados

21: Muestra Formulario pra ingresar 22: Ingresa Actividad 23:Ingresa Descripcin 24:Selecciona Disciplina 25:Selecciona Estado 26: Ingresa Fecha 27: Presiona Guardar datos de Nueva Actividad

28: Envia Datos (actividad, descripcin, disciplina, estado, fecha) Registrar Nueva Actividad 20: Muestra Tabla con los Datos de la Actividad Ingresada 31: Envia Datos (actividad, descripcin, disciplina, estado, fecha) 32: GuardarDatos () 29: GuardarActividad ()

33: Selecciona Mdulo actividad- Consultar 34: Activar 35: CargarProceso () 36: Muestra Lista de Procesos 37: Activar 38: CargarDisciplina()

39: Muestra Lista de Disciplinas 40: Llena campos de busquedas y presiona "Buscar" 41:Procesa Consultar Actividades 43: Muestra Tabla con Datos de Actividades 42:BuscarDatos ()

44: Selecciona activiadad que desea editar 45: Activar 47: Muestra Lista de Disciplina 48: Activar 49: CargarEstado() 46: CargarDisciplina()

50: Muestra Lista de Estados 51: Muestra Formulario Expuestos a Modificaciones 52: Edita Datos y presiona Modificar 53: Envia Datos Modificados Editar Actividad 55: Muestra Datos Editados

54: ActualizarDatos()

56: Procesa 57: GuardarDatos()

Diagrama 41. Diagrama de Secuencia Registrar Actividades. Fuente: autor (2010)

Ver pantallas 24, 25, 26, 27, 28, 29, 30, 31, 32, y 33 para el caso de uso Registrar Actividades.

201

Universidad de Oriente

Diagrama de Caso de Uso

Consultar Historial de Actividades

Usuarios
Empleado Administrador

<<Include>>

Validar Usuario

Super-Usuario

Especialista

Diagrama 42. Caso de Uso Consultar Historial de Actividades. Fuente: autor (2010)

Escenario 6. Consultar Historial de Actividades Caso de uso Consultar Historial de Actividades Administrador Super-Usuario Especialista Empleado

Actores

Descripcin: El caso de uso se inicia cuando los usuarios eligen del mdulo actividades la opcin Historial. El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario). Haber cargado actividades a los equipos de la planta.

Precondicin

El usuario realiz una consulta de las actividades Postcondicin ingresadas y observ las de nuevo ingreso y las que fueron actualizadas.

202

Universidad de Oriente

Curso Bsico Accin del Actor 1. Selecciona la opcin Historial Respuesta del Sistema 2. Carga lista de procesos y disciplina. 3. Muestra opciones de bsquedas (fecha, proceso, disciplina y actividad) 5. Muestra tabla con datos de actividades de nuevo ingreso y las actualizadas.

4. Llena campo de presiona Buscar

bsqueda

Diagrama de Clases

c004t_Historial + + + + + + + + + + co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_s fe_sugerencia nu_estado_s tx_sugerencia : int : int : int : int : int : String : String : Date : Number : String

c003t_Actividad 1..1 contiene + + + + + + + + + + + + + + co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_a fe_carga nu_estado_a nu_act_actividad agregar () consultar () editar () validar () : void : void : void : void : int : int : int : int : int : String : String : Date : Number : Number

1..1 requiere

+ buscar () : void + consultar () : void

Diagrama 43. Diagrama de Clases Consultar Historial de Actividades. Fuente: autor (2010)

203

Universidad de Oriente

Diagrama de Secuencia
w: marco_administrador Usuarios 1: Selecciona Mdulo Actividad-Historial historial

2:Activar 3:CargarProceso () 4:Muestra Lista de Procesos 5: Activar 7: Muestra Lista de Disciplina 6:CargarDisciplina()

8: Muestra Opciones de Busqueda 9: Llena campos de busquedas y presiona "Buscar" 10: Procesa Consultar Historial 12: Muestra Tabla con Datos de Actividades de Nuevo Ingreso y las Modificadas 11: BuscarHistorial ()

Diagrama 44. Diagrama de Secuencia Consultar Historial de Actividades. Fuente: autor (2010)

Ver pantallas 34, 35 y 36 para el caso de uso Consultar Historial de Actividades Diagrama de Caso de Uso
<<Include>> Generar Reporte de Actividades Validar Usuario

<<Include>> Usuarios Registrar Actividades.

Administrador

Empleado

Super-Usuario

Especialista

Diagrama 45. Caso de Uso Generar Reporte de Actividades. Fuente: autor (2010)

204

Universidad de Oriente

Escenario 7. Generar Reporte de Actividades. Caso de uso Generar Reporte de Actividades Administrador Super-Usuario Especialista Empleado

Actores

Descripcin: El caso de uso se inicia cuando los usuarios eligen del mdulo reportes (Actividad/procesos y Actividad/Equipos). El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario). Haber cargado actividades a los equipos que se encuentran en los procesos que se llevan a cabo en la planta.

Precondicin

Lograr generar un reporte, la cual contiene informacin de Postcondicin las actividades que realizan a los equipos de la planta en un periodo determinado.

Curso Bsico Accin del Actor 1. Selecciona Actividad/Procesos Respuesta del Sistema 2. Carga lista de procesos y estados de las actividades. 3. Muestra formulario para seleccionar datos. 4. Selecciona (proceso, estado, fecha 5. Busca datos y Muestra tabla con los inicial y final) y pulsa Ejecutar. datos consultados. 6. Pulsa Generar Pdf. 7. Genera el formato Pdf. 9. Enva el reporte por proceso a la impresora en formato imprimible para que realice la impresin del mismo. 11. Carga lista de procesos, equipos y estados de las actividades.

8. Pulsa Imprimir

10. Selecciona Actividad/Equipos

205

Universidad de Oriente

12. Muestra formulario seleccionar datos.

para

13. Selecciona datos (proceso, equipo, 14. Busca datos y Muestra tabla con estado, fecha inicial y final) y pulsa datos consultados. Ejecutar 15. Pulsa Generar Pdf. 16. Genera el formato Pdf. 18. Enva el reporte por equipo a la impresora en formato imprimible para que realice la impresin del mismo

17. Pulsa Imprimir

Diagrama de Clases
j004t_Disciplina + co_disciplina : int + nb_disciplina : String + nu_act_disciplina : Number 1..* obtiene 1..* necesita + + + + agregar () editar () consultar () validar () : void : void : void : void

c003t_Actividad + + + + + + + + + + + + + + co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_a fe_carga nu_estado_a nu_act_actividad agregar () consultar () editar () validar () : : : : void void void void : : : : : : : : : : int int int int int String String Date Number Number

j005t_Equipo + + + + + + + + + + + + + co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus agregar () editar () consultar () validar () : int : int : int : String : Number : String : String : Date : Number

1..* tiene

1..1 solicita

: void : void : void : void

Diagrama 46. Diagrama de Clases Generar Reporte de Actividades. Fuente: autor (2010)

206

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Usuarios 1. Selecciona Mdulo Reportes-Actividad/Procesos 2:Activar 3:CargarProceso () 4:Muestra Lista de Procesos W:rep_act_proceso W:pdf_act_proceso Equipo Actividad Impresora

5:Activar 6: CargarEstado () 7: Muestra Lista de Estados

8: Muestra formulario para seleccionar datos 9: Selecciona Proceso 10: Selecciona Estado 11:Ingresa Fecha Inicial 12:Ingresa Fecha Final 13: Presiona Ejecutar 14:Procesa 15: BuscarDatos() 16: Muestra Tabla con Datos Consultados 17: Presiona Generar Pdf 18: Procesa Generar Reporte por Proceso 20: Presiona Imprimir 19: Genera Formato Pdf 21: Envia Reporte por Proceso en Formato Imprimible

22: Reporte por Proceso Impreso

23: Selecciona Mdulo Reportes-Actividad/Equipos 24:Activar 25:CargarProceso () 26:Muestra Lista de Procesos

27:Activar 28: CargarEquipo () 29: Muestra Lista de Equipos 30: Activar

31: CargarEstado () 32: Muestra Lista de Estados

33: Muestra formulario para seleccionar datos 34: Selecciona Proceso 35: Selecciona Equipo 36:Selecciona Estado 37: Ingresa Fecha Inicial 38: Ingresa Fecha Final 39: Presiona Ejecutar 40:Procesa 41:BuscarDatos()

42: Muestra Taba con Datos Consultados 43: Presiona Generar Pdf Generar Reporte por Equipo 46: Presiona Imprimir 44: Procesa 45: Genera Formato Pdf

47: Envia Reporte por Equipo en Formato Imprimible

48: Reporte por Equipo Impreso

Diagrama 47. Diagrama de Secuencia Generar Reporte de Actividades. Fuente: autor (2010)

Ver pantallas 64, 65, 66, 67, 68, 69, 70 y 71 para el caso de uso Generar Reporte de Actividades

207

Universidad de Oriente

Diagrama de Caso de Uso

Validar Usuario

<<Include>>

Administrar Guardias Semanales

Usuarios

Administrador Especialista

Super-Usuario

Diagrama 48. Caso de Uso Administrar Guardias Semanales. Fuente: autor (2010)

Escenario 8. Administrar Guardias Semanales. Caso de uso Administrar Guardias Semanales Administrador Actores Super-Usuario Especialista Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo guardias. Se van a ingresar los datos de las guardias de cada operador que elabora en la planta de tratamiento de agua. Precondicin Postcondicin El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario). Se cargaron guardias a los operadores de la planta.

Curso Bsico Accin del Actor 1. Selecciona la opcin Semanal Respuesta del Sistema

208

Universidad de Oriente

2. Pulsa Nueva Guardia

3. Carga lista de operadores ya registrados en el sistema, lista de meses, semanas, das, tipos de guardias y actividades a realizar. 4. Muestra formulario para ingresar nueva guardia.

5. Selecciona datos (operador, semana, da , mes, tipo de guardia, las actividades 6. Valida y guarda los datos enviados. que el operador debe realizar en esa guardia) y pulsa Guardar 7. Muestra mensaje Guardia Cargada Correctamente 8.Selecciona Opcin Consultar 9. Carga lista de operadores ingresados y lista de semanas, aos y meses. 10. Muestra formulario para hacer una seleccin. 11. Selecciona datos y pulsa Consultar 12. Busca datos y muestra tabla con los datos de la guardia del operador. 14. Muestra formulario con los datos de la guardia expuestos a modificaciones. 16. Edita los datos enviados y muestra mensaje Guardia Actualizada Correctamente. 18. Carga lista de operadores ingresados y lista de semanas, aos y meses. 19. Muestra formulario para hacer una seleccin. 20. Selecciona datos y pulsa Consultar 21. Busca datos y muestra tabla con los datos de la guardia del operador.

13. Tilda sobre el da de la guardia.

15. Edita datos y pulsa Modificar

17. Selecciona Opcin Consultar

209

Universidad de Oriente

22. Tilda sobre el da de la guardia.

23. Muestra formulario con los datos de la guardia.

c001t_Cronograma_Semanal + nu_operador : int 25. Elimina datos y muestra mensaje + nu_tipo : Number Guardia Eliminada + nu_ide : Number

24. Pulsa Eliminar

j001t_Usuario

+ nu_dia : Number + co_usuario : int Cursos Alternos + nu_semana : Number + in_indicador : String 1..1 + nu_mes : Number + nb_nombre requiere El sistema enva una: String notificacin cuando existe + unnu_ao inconveniente al momento : Number + nb_apellido : String + nu_estatus : Number 1..1 ingresar o modificar alguna : String guardia. + nu_organizacion + tx_observacion : String tiene + nu_extension : String + fecha : String + nu_perfil : Number + agregar () : void + tx_clave : String Diagrama de Clases + consultar () : void + co_cargo : int + editar () : void : String + nu_cedula + validar () : void : Number + nu_sesion + buscar () : void + nu_act_usuario : Number + + + + buscar () editar () consultar () validar () : void : void : void : void 1..* requiere 1..1 contiene j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

de

Diagrama 49. Diagrama de Clases Administrar Guardias Semanales. Fuente: autor (2010)

210

Universidad de Oriente

Diagrama de Secuencia
W: marco_adm i ni strador Usuari os 1: Sel ecci ona M dul o Guardi a-Sem anal 2: Presi ona Nueva Guardi a 4: Acti var Usuari o Cronogram a_Semanal

5: CargarOperador () 5: M uestra Li sta de Operadores

6: Acti var

8: M uestra Li sta de m eses, sem anas, di as, ti pos de guardi as y acti vi dades

7: CargarDatos (mes, sem ana, di a, ti po de guardi a y acti vi dades)

10: Sel ecci ona Operador 11: Sel ecci ona Mes 12: Sel ecci ona Sem ana 13: Sel ecci ona Di a 14: Sel ecci ona T i po de Guardi a 15:Sel ecci ona Acti vi dades a Real i zar 16: Ingresa Observaci n 17: Presi ona Guardar

9: M uestra Form ul ari o para Ingresar Datos de l a Nueva Guardi a

18: Envi a Datos i ngresados por el Usuari o Si Resp=fal se Ingresar Guardi a Semanal 20: El Operador ya ti ene una Guardi a asi gnada para ese di a

19: Resp=val i dar ()

Si Resp=true 22: Guardi a Cargada Correctamente

21: GuardarDatos (operador, mes, sem ana, di a, ti po de guardi a y acti vi dades)

23: Sel ecci ona M dul o Guardi a-Sem anal 24: Acti var 25: CargarOperador () 26: M uestra Li sta de Operadores

27: Acti var 28: CargarDatos (ao, m es, sem ana) 29: M uestra Li sta de ao, meses, sem anas

30: M uestra Formul ari o para Sel ecci onar Datos 31: Sel ecci ona Ao 32: Sel ecci ona Operador 33: Sel ecci ona Mes 34: Sel ecci ona Sem ana 35: Presi ona Consul tar 36: Procesa 37: BuscarDatos (ao, operador,mes,sem ana) 38: M uestra T abl a con l os Datos de l a Guardi a del Operador 39: Presi ona en el Di a de l a Guardi a

40: M uestra Formul ari o con 41: Edi ta Datos ( operador, estado, mes, semana, di a, ti po de guardi a, acti vi dad, observaci n) 42: Presi ona M odi fi car 43: Procesa 44: Edi tarDatos () Edi tar Guardi a Sem anal 45: Guardi a Actual i zada Correctamente Datos expuestos a m odi fi caci n

46: Sel ecci ona M dul o Guardi a-Sem anal 47: Acti var 48: CargarOperador () 49: M uestra Li sta de Operadores

50: Acti var 51: CargarDatos (ao, sem ana, m es) 52: M uestra Li sta de ao,sem ana, m es

53: M uestra Formul ari o para Sel ecci onar Datos 54:Sel ecci ona Ao 55: Sel ecci ona Operador 56:Sel ecci ona Mes 57:Sel ecci ona Sem ana

58: Presi ona Consul tar 59: Procesa 60: BuscarDatos (ao, operador, m es, sem ana)

61: Muestra Li sta con Datos de l a Guardi a del Operador 62: Presi ona en el di a de l a Guardi a 63: Muestra Formul ari o con Datos 64: Presi ona El i mi nar 65: Procesa El i mi nar Guardi a Semanal

66:El i m i narDatos () 67: Guardi a El i mi nada

Diagrama 50. Diagrama de Secuencia Administrar Guardias Semanales. Fuente: autor (2010)

Ver pantallas 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48 y 49 para el caso de uso Administrar Guardias Semanales

211

Universidad de Oriente

Diagrama de Caso de Uso

Validar Usuario <<Include>>

Administrar Guardias Extras

Usuarios

Administrador Especialista

Super-Usuario

Diagrama 51. Caso de Uso Administrar Guardias Extras. Fuente: autor (2010)

Escenario 9. Administrar Guardias Extras. Caso de uso Actores Administrar Guardias Extras Administrador Super-Usuario Especialista

Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo guardias (opcin extra). Precondicin El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario).

Postcondicin Se cargaron las guardias extras a los operadores de la planta. Curso Bsico Accin del Actor 1. Selecciona la opcin Extra 2. Pulsa Nueva Guardia 3. Carga lista de operadores ya registrados en el sistema, y lista de meses, semanas, das, tipos de guardias Respuesta del Sistema

212

Universidad de Oriente

(diurna, nocturna, mixta) y actividades a realizar.

4. Muestra formulario para ingresar nueva guardia extra. 5. Selecciona datos (operador, semana, da , mes, actividades y tipo 6. Valida y guarda los datos enviados. de guardia) ingresa horas extras y una observacin y pulsa Guardar 7. Muestra mensaje Guardia extra Cargada Correctamente 8.Selecciona Opcin Consultar 9. Carga lista de operadores ingresados y lista de semanas, aos y meses. 10. Muestra formulario para hacer una seleccin. 11. Selecciona Consultar datos y pulsa 12. Busca datos y muestra tabla con los datos de la guardia extra del operador.

14. Muestra formulario con los datos de 13. Tilda sobre el da de la guardia la guardia extra expuestos a extra del operador. modificaciones. 16. Edita los datos enviados y muestra mensaje Guardia Extra Actualizada Correctamente. 18. Carga lista de operadores ingresados y lista de semanas, aos y meses. 19. Muestra formulario para hacer una seleccin. 20. Selecciona Consultar datos y pulsa 21. Busca datos y muestra tabla con los datos de la guardia extra del operador.

15. Edita datos y pulsa Modificar

17. Selecciona Opcin Consultar

213

Universidad de Oriente

22. Tilda sobre el da de la guardia 23. Muestra formulario con los datos de extra. la guardia extra. 24. Pulsa Eliminar 25. Elimina datos y muestra mensaje Guardia extra Eliminada Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar alguna guardia extra.

Diagrama de Clases
j001t_Usuario + + + + + + + + + + + + + + + + co_usuari o in_i ndicador nb_nombre nb_apelli do nu_organizacion nu_extension nu_perfil tx_clave co_cargo nu_cedula nu_sesion nu_act_usuario buscar () : editar () : consultar () : validar () : void void void void : : : : : : : : : : : : int Stri ng Stri ng Stri ng Stri ng Stri ng Number Stri ng int Stri ng Number Number 1..* requiere 1..1 contiene j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number 1..1 conti ene + + + + agregar () editar () consultar () validar () : : : : void void void void

1..1 necesita coo2t_Guardia_Extra + + + + + + + + + + + + + + + + nu_operador nu_tipo nu_i de nu_dia nu_semana nu_mes nu_ao nu_estatus nu_horas tx_observacion fecha consultar () buscar () agregar () editar () validar () : : : : : : : : : : : : : : : : int Number Number Number Number Number Number Number String String String

void void void void void

Diagrama 52. Diagrama de Clases Administrar Guardias Extras. Fuente: autor (2010)

214

Universidad de Oriente

Diagrama de Secuencia
W: marco_admi ni strador Usuari os 1: Sel ecci ona Mdul o Guardi a-Extra 2: Presi ona Nueva Guardi a 4: Acti var Usuari o Guardi a_Extra

5: CargarOperador () 5: Muestra Li sta de Operadores

6: Acti var

8: Muestra Li sta de meses, semanas, di as, ti pos de guardi as, acti vi dades a real i zar

7: CargarDatos (mes, semana, di a, ti po de guardi a y acti vi dades)

9: Muestra Formul ari o para Ingresar Datos de l a Nueva Guardi a 10: Sel ecci ona Operador 11: Sel ecci ona Mes 12: Sel ecci ona Semana 13: Sel ecci ona Di a 14: Sel ecci ona T i po de Guardi a 15:Ingresa Horas Extras 16: Ingresa Observaci n 17: Sel ecci ona acti vi dades a real i zar 18: Presi ona Guardar 19: Envi a Datos i ngresados por el Usuari o Si Resp=fal se 20: Resp=val i dar () Ingresar Guardi a Extra 21: El Operador ya ti ene una Guardi a asi gnada para ese di a Si Resp=true

22: GuardarDatos () 23: Guardi a Cargada Correctamente

24: Sel ecci ona Mdul o Guardi a-Extra 25: Acti var 26: CargarOperador () 27: Muestra Li sta de Operadores

28: Acti var 29: CargarDatos (ao, mes, sem ana) 30: Muestra Li sta de ao, meses, semanas

31: Muestra Formul ari o para Sel ecci onar Datos 32: Sel ecci ona Ao 33: Sel ecci ona Operador 34: Sel ecci ona Mes 35: Sel ecci ona Semana 36: Presi ona Consul tar 37: Procesa 38: BuscarDatos (ao, operador,m es,semana) 39: Muestra T abl a con l os Datos de l a Guardi a del Operador 40: Presi ona en el Di a de l a Guardi a

42: Edi ta Datos ( operador, estado, m es, semana, di a, ti po de guardi a, horas extras, observaci n) 43: Presi ona Modi fi car

41: Muestra Formul ari o con Datos expuestos a modi fi caci n

44: Procesa Edi tar Guardi a Extra 45: Edi tarDatos () 46: Guardi a Actual i zada Correctamente

47: Sel ecci ona Mdul o Guardi a-Extra 48: Acti var 49: CargarOperador () 50: Muestra Li sta de Operadores

51: Acti var 52: CargarDatos (ao, semana, mes) 53: Muestra Li sta de ao,sem ana, mes

54: Muestra Formul ari o para Sel ecci onar Datos 55:Sel ecci ona Ao 56: Sel ecci ona Operador 57:Sel ecci ona Mes 58:Sel ecci ona Semana

59: Presi ona Consul tar 60: Procesa 61: BuscarDatos () 62: Muestra Li sta con Datos de l a Guardi a del Operador 63: Presi ona en el di a de l a Guardi a 64: Muestra Formul ari o con Datos 65: Presi ona El i mi nar 66: Procesa El i mi nar Guardi a Extra 67:El i mi narDatos () 68: Guardi a El i mi nada

Diagrama 53. Diagrama de Secuencia Administrar Guardias Extras. Fuente: autor (2010)

Ver pantallas 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 40, 44 y 46 para el caso de uso Administrar Guardias Extras

215

Universidad de Oriente

Diagrama de Caso de Uso

Validar Usuario <<Include>> Generar Reporte de Guardias Generales <<Include>> Administrar Guardias Usuarios

Administrador

Empleado

Super-Usuario

Especialista

Diagrama 54. Caso de Uso Generar Reporte de Guardias Generales. Fuente: autor (2010)

Escenario 10. Generar Reporte de Guardias Generales. Caso de uso Generar Reporte de Guardias Generales Administrador Actores Super-Usuario Especialista Empleado Descripcin: El caso de uso se inicia cuando los usuarios eligen el mdulo reportes (Guardias Generales). Precondicin El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario). Haber cargado guardias a los operadores. Postcondicin Se realiz consultas de las guardias de los operadores que elaboran en la planta. Tantos semanales (planificadas) como extras. Curso Bsico Accin del Actor Respuesta del Sistema 1. Selecciona opcin Guardias 2. Carga lista de operadores ingresados Generales con guardias. 3. Selecciona Planificadas 4. Carga lista de aos, meses, semanas y estados. 5. Selecciona datos para consultar y 6. Busca datos y muestra tabla con datos

216

Universidad de Oriente

pulsa Consultar. consultados. 7. El usuario visualiza datos y 8. Muestra ficha con todos los datos y la selecciona lo que desea imprimir. opcin imprimir. 10. Enva datos a la impresora en formato imprimible para la impresin del mismo. 11. Selecciona opcin Guardias 12. Carga lista de operadores ingresados Generales con guardias. 13.Selecciona Extras 14. Carga lista de aos, meses, semanas y estados. 15. Selecciona datos para consultar y 16. Busca datos y muestra tabla con pulsa Consultar. datos consultados. 17. El usuario visualiza datos y 18. Muestra ficha con todos los datos y selecciona lo que desea imprimir la opcin imprimir del mismo. 19. Pulsa Imprimir 20. Enva datos a la impresora en formato imprimible para la impresin del mismo. Diagrama de Clases
c001t_Cronogram a_Sem anal + + + + + + + + + + + + + + + nu_operador nu_ti po nu_i de nu_di a nu_sem ana nu_m es nu_ao nu_estatus tx_observaci on fecha agregar () consul tar () edi tar () val i dar () buscar () : : : : : : : : : : : : : : : i nt Num ber Num ber Num ber Num ber Num ber Num ber Num ber Stri ng Stri ng j 001t_Usuari o + + + + + + + + + + + + + + + + co_usuari o i n_i ndi cador nb_nom bre nb_apel l i do nu_organi zaci on nu_extensi on nu_perfi l tx_cl ave co_cargo nu_cedul a nu_sesi on nu_act_usuari o bus car () edi tar () consul tar () val i dar () : : : : voi d voi d voi d voi d 1..1 conti ene : : : : : : : : : : : : i nt Stri ng Stri ng Stri ng Stri ng Stri ng Num ber Stri ng i nt Stri ng Num ber Num ber 1..1 requi ere 1..1 ti ene

9. Pulsa Imprimir

voi d voi d voi d voi d voi d

1..* requi ere 1..1 conti ene j 007t_Cargo + + + + + + + : : : : : : : : : : : i nt Num ber Num ber Num ber Num ber Num ber Num ber Num ber Stri ng Stri ng Stri ng co_cargo nb_cargo nu_act_cargo agregar () edi tar () consul tar () val i dar () : : : : : i nt : Stri ng : Num ber voi d voi d voi d voi d

1..1 necesi ta coo2t_Guardi a_Extra + + + + + + + + + + + + + + + + nu_operador nu_ti po nu_i de nu_di a nu_sem ana nu_m es nu_ao nu_estatus nu_horas tx_observaci on fecha consul tar () buscar () agregar () edi tar () val i dar () : : : : :

voi d voi d voi d voi d voi d

Diagrama 55. Diagrama de Clases Generar Reporte de Guardias Generales. Fuente: autor (2010)

217

Universidad de Oriente

Diagrama de Secuencia
W: marco_administrador usuarios Selecciona Mdulo Reporte-Guardias Generales 2: Activar 3: CargarOperador () 4: Muestra Lista de Operadores 5: Selecciona Guardia Planificada 6: Activar 7: CargarDatos (ao, semana, mes, estado) 8:Muestra lista de aos, semanas, meses, estados 9: Selecciona Ao 10: Selecciona Operador 11: Selecciona Mes 12: Selecciona Semana 13: Selecciona Estado 14: Presiona Consultar 15: Procesa 16: BuscarDatos () 17: Muestra Tabla con Datos Consultados 18: Presiona Botn Imprimir 19: Procesa 20: Muestra Tabla con Datos a Imprimir 21: Presiona Imprimir W: imprimir_reporte Usuario Cronograma_Semanal Guardias_Extra impresora

Consulta de Guardias Semanales 23: Formato Impreso

22: Envia Datos en Formato Imprimible

24: Selecciona Mdulo Reporte-Guardias Generales 25: Activar

26: CargarOperador () 27: Muestra Lista de Operadores 28: Selecciona Guardia Extra 29: Activar 30: CargarDatos (ao, mes, semana, estado)

31: Muestra Lista de ao, semanas, meses, estados 32: Selecciona Ao 33: Selecciona Operador 34: Selecciona Mes 35: Selecciona Semana 36: Selecciona Estado 37:Presiona Consultar 38: Procesa

39: BuscarDatos () 40: Muestra Tabla con Datos Consultados 41: Presiona Botn Imprimir Consulta de Guardias Extras 42: Procesa 43: Muestra Tabla con Datos a Imprimir 44: Presiona Imprimir 45: Envia Datos en Formato Imprimible 46: Formato Impreso

Diagrama 56. Diagrama de Secuencia Generar Reporte de Guardias Generales. Fuente: autor (2010)

Ver pantallas 72, 73, 74, 75, 46 y 49 para el caso de uso Generar Reporte de Guardias Generales

218

Universidad de Oriente

Diagrama de Caso de Uso

Validar Usuario

<<Include>>

Generar Reporte Mensual de Guardias

<<Include>> Usuarios Administrar Guardias Semanales

Empleado Administrador

Super-Usuario

Especialista

Diagrama 57. Caso de Uso Generar Reporte Mensual de Guardias. Fuente: autor (2010)

Escenario 11. Generar Reporte Mensual de Guardias. Caso de uso Generar Reporte Mensual de Guardias Administrador Super-Usuario Especialista Empleado

Actores

Descripcin: El caso de uso se inicia cuando los usuarios eligen el modulo guardias (Reporte). Precondicin El usuario ha sido validado correctamente en el sistema (Ver caso de uso validar usuario). Haber cargado guardias a los operadores. Lograr generar un reporte mensual de guardias de los operadores que laboran en la planta.

Postcondicin

Curso Bsico Accin del Actor 1. Selecciona la opcin Reporte Respuesta del Sistema 2. Carga lista de operadores y lista de

219

Universidad de Oriente

aos y meses. 3. Selecciona Consultar datos y pulsa 4. Busca datos y muestra tabla con datos de todas las guardias del mes seleccionado. 6. Enva reporte en formato imprimible a la impresora para la impresin del mismo.

5. Presiona Imprimir

Diagrama de Clases
c001t_Cronograma_Semanal + + + + + + + + + + + + + + + 1..* requiere nu_operador nu_tipo nu_ide nu_dia nu_semana nu_mes nu_ao nu_estatus tx_observacion fecha agregar () consultar () editar () validar () buscar () : int : Number : Number : Number : Number : Number : Number : Number : String : String

j001t_Usuario + + + + + + + + + + + + + + + + co_usuario in_indicador nb_nombre nb_apellido nu_organizacion nu_extension nu_perfil tx_clave co_cargo nu_cedula nu_sesion nu_act_usuario buscar () editar () consultar () validar () : void : void : void : void : int : String : String : String : String : String : Number : String : int : String : Number : Number

1..1 requiere 1..1 tiene

: void : void : void : void : void

1..1 contiene

j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

Diagrama 58. Diagrama de Clases Generar Reporte Mensual de Guardias. Fuente: autor (2010)

220

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador usuarios W:imprimir_reporte Usuario Cronograma_Semanal impresora

1:Selecciona Mdulo Reportes-Guardias Mensual 2: Activar 3: CargarOperador () 4: Muestra Lista de Operadores 5: Activar BuscarDatos (ao, mes) 7: Muestra Lista de aos, meses 8: Selecciona Ao

221

9: Selecciona Operador 10: Selecciona Mes

Presiona Consultar 12: Procesa Reporte Mensual de Guardias 14: Muestra T abla con Datos Consultados 15: Presiona Imprimir 16: Envia Reporte en Formato Imprimible 17:Reporte Impreso 13:BuscarDatos ()

Diagrama 59. Diagrama de Secuencia Generar Reporte Mensual de Guardias. Fuente: autor (2010)

Ver pantallas 76, 77 y 78 para el caso de uso Generar Reporte Mensual de Guardias

Universidad de Oriente

Diagrama de Caso de Uso

Administrar Usuario

<<Include>> Administrador V alidar Usuario

Diagrama 60. Caso de Uso Administrar Usuario. Fuente: autor (2010)

Escenario 12. Administrar Usuario. Caso de uso Administrar Usuario Administrador. Actores Descripcin: Este caso de uso es iniciado por el administrador del sistema. El sistema permite al administrador realizar cambios a los usuarios. Permite ingresar, editar y eliminar usuarios. El usuario ha sido autenticado correctamente en el sistema (Ver Caso de Uso Validar Usuario). El usuario ha seleccionado administrar usuario del sistema desde el men principal, El administrador realiz cambios en las cuentas de los diferentes usuarios del sistema. Curso Bsico Respuesta del Sistema

Precondicin

Postcondicin

Accin del Actor

1. Este caso de uso se inicia cuando el administrador 2. Muestra opciones de bsquedas y la selecciona del men principal la opcin Nuevo Usuario opcin Usuarios. 3. Pulsa en la opcin Nuevo 4. Muestra formulario para ingresar datos Usuario. del nuevo usuario. 5. Ingresa los datos del nuevo 6. Valida los datos introducidos y registra el usuario y presiona Guardar. nuevo usuario. 7. Muestra mensaje Datos ingresados correctamente

222

Universidad de Oriente

9. Busca usuarios de acuerdo a los 8. Llena campo de bsqueda y caracteres tecleados y los muestra en presiona Buscar. pantallas. 11. Busca el usuario seleccionado y 10. Selecciona un usuario de la muestra en pantalla el formulario con la lista. informacin del usuario seleccionado. 12. Edita los datos del usuario y 13. Actualiza datos del usuario. presiona Modificar 14. Muestra tabla con los datos ya editados. 16. Busca el usuario seleccionado y 15. Selecciona un usuario de la muestra en pantalla el formulario con la lista. informacin del usuario seleccionado. 16. Presiona Eliminar 18. Confirma eliminacin. 17. Muestra mensaje de confirmacin para eliminar el usuario. 19. Muestra tabla sin los datos del usuario eliminado.

Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar algn usuario. Esto ocurre cuando existe un usuario con el mismo indicador o contrasea en el sistema. Diagrama de Clases
j001t_Usuario + + + + + + + + + + + + + + + + co_usuario in_indicador nb_nombre nb_apellido nu_organizacion nu_extension nu_perfil tx_clave co_cargo nu_cedula nu_sesion nu_act_usuario buscar () editar () consultar () validar () : : : : void void void void : : : : : : : : : : : : int String String String String String Number String int String Number Number 1..* requiere

j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number 1..1 contiene + + + + agregar () editar () consultar () validar () : : : : void void void void

Diagrama 61. Diagrama de Clases Administrar Usuario. Fuente: autor (2010)

223

Universidad de Oriente

Diagrama de Secuencia
W: marco_administrador Administrador 1: Selecciona la opcin Usuarios 2: Muestra Formulario con opciones de busqueda y la opcin "Nuevo Usuario" 3: Selecciona la opcin "Nuevo Usuario" 4. Muestra Formulario para ingresar usuario 5: Ingresa Nombre 6: Ingresa Apellido 7: Ingresa Cdula 8: Ingresa Indicador 9: Ingresa Extensin 10: Selecciona Organizacin 11: Selecciona Cargo 12: Selecciona Perfil 13: Presiona "Guardar" 14: Envia Datos (nombre, apellido, cdula, indicador, extension, organizacion, cargo, perfil) Si Resp=false 16: Ya existe usuario con datos asociados Crear Nuevo Usuario Si Resp=true 18: Datos Ingresados Correctamente 17: GuardarDatos (nombre,apellido. cdula, indicador,extensin, organizacin, cargo, perfil) 15:Resp=validar () Usuario

19: Llena campo de busqueda y presiona "Buscar" 20: Busca usuarios de acuerdo a la cadena de caracteres tecleado 21: BuscarUsuarios() Buscar Usuario 22: Muestra Lista con los Datos de Usuarios

23: Selecciona un usuario de la lista. 24: Procesa 25: BuscarUsuario(nombre, apellido, cedula, 26: Muestra formulario con Datos del Usuario 27: Edita datos del Usuario y presiona "Modificar" 28: Procesa 29: Actualizar Datos() Editar Usuario 30: Muestra la Tabla con Datos Editados indicador, extension, organizacion, cargo, perfil)

31: Selecciona un usuario de la lista 32: Procesa 33: BuscarUsuario() 34: Muestra formulario con Datos del Usuario 35: Presiona "Eliminar" 36: Procesa Eliminar Usuario 38: Muestra tabla sin los datos del usuario que se elimin 37: DesactivarUsuario()

Diagrama 62. Diagrama de Secuencia Administrar Usuario. Fuente: autor (2010)

Ver pantallas 79, 80, 81, 82, 83, 84 y 85 para el caso de uso Administrar Usuario

224

Universidad de Oriente

Diagrama de Caso de Uso

Administrar Cargos

Administrador

<<Include>>

Validar Usuario

Diagrama 63. Caso de Uso Administrar Cargo. Fuente: autor (2010)

Escenario 13. Administrar Cargo. Caso de uso Administrar Cargo Actores Administrador.

Descripcin: El caso de uso se inicia cuando el administrador elige la opcin cargo, ste es el nico que tiene acceso a las siguientes opciones: crear, editar, eliminar cargos. Precondicin Postcondicin El usuario ha sido validado por el sistema. El administrador realiz cambios segn la seleccin (crear, modificar, eliminar cargo).

Curso Bsico Accin del Actor Respuesta del Sistema

2. Muestra una opcin de bsqueda y la 1. El caso de uso se inicia cuando el opcin Nuevo Cargo. Tambin, busca administrador selecciona del men los cargos que se han ingresados y los principal la opcin Cargos muestra en pantallas.

225

Universidad de Oriente

3. Pulsa en la opcin Nuevo Cargo 4. Muestra campo Nombre. 5. Ingresa el nombre del nuevo cargo 6. Valida y guarda el nuevo cargo. y presiona Guardar 7. Muestra mensaje Datos Ingresados Correctamente 9. Busca datos de acuerdo a los caracteres tecleados y los muestra en pantalla.

8. El usuario llena campo bsqueda y presiona Buscar

de

10. Selecciona un cargo Modifica y pulsa Guardar.

lo 11. Actualiza el cargo y muestra tabla con el cargo modificado.

12. Tilda en el cargo a Desactivar y 13. Elimina el cargo y se muestra tabla pulsa Guardar sin la descripcin del cargo. Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar algn cargo.

Diagrama de Clases
j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

Diagrama 64. Diagrama de Clases Administrar Cargo. Fuente: autor (2010)

226

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Administrador 1: Selecciona la opcin Cargos 2: Muestra opcin de busqueda y la opcin "Nuevo Cargo" 3: Busca Cargos 4:BuscarCargos () 5: Muestra Tabla con Datos de Cargos Cargo

6: Presiona en la opcin "Nuevo Cargo" 7: Muestra campo Nombre 8: Ingresa el nuevo cargo y presiona "Guardar" 9: Envia datos del Nuevo Cargo Si Resp=false Crear Nuevo Cargo 11: Ya existe un Cargo con este Nombre 12: GuardarDatos () 10: Resp=validar ()

Si Resp=true 13: Datos Ingresados Correctamente

14: Llena campo de busqueda y presiona "Buscar" 15: Procesa datos de acuerdo a la cadena de caracteres tecleados Buscar Cargos 17: Muestra lista con datos de cargos

16: BuscarDatos()

18: Selecciona cargo y lo Modifica 19: Presiona "Guardar" 20: Envia Dato Editado Modificar Cargo 21: Actualizar() 22: Retorna a la lista con cargo modificado

23: Selecciona el cargo a desactivar 24: Prsiona "Guardar" 25: Procesa

Eliminar Cargo

26: DesactivarCargo() 27: Retorna a la lista sin el cargo que se desactivo

Diagrama 65. Diagrama de Secuencia Administrar Cargo. Fuente: autor (2010)

Ver pantallas 86, 87, 88, 89, 90 y 40 para el caso de uso Administrar Cargo

227

Universidad de Oriente

Diagrama de Caso de Uso

Administrar Tipo de Equipo Usuarios <<Include>>

Validar Usuario

Administrador

Super-Usuario

Diagrama 66. Caso de Uso Administrar Tipo de Equipo. Fuente: autor (2010)

Escenario 14. Administrar Tipo de Equipo. Caso de uso Actores Administrar Tipo de Equipo Administrador Super-Usuario

Descripcin: El caso de uso se inicia cuando el administrador o el super-usuario elige la opcin tipo de equipo, tienen acceso a las siguientes opciones: crear, modificar, eliminar tipo de equipo. Precondicin El usuario ha sido validado por el sistema. El administrador realiz cambios en las descripciones de los tipos de equipos segn la seleccin (crear, modificar, eliminar).

Postcondicin

Curso Bsico Accin del Actor Respuesta del Sistema 2. Muestra una opcin de bsqueda y la 1. El caso de uso se inicia cuando el opcin Nuevo Tipo. Tambin, busca administrador selecciona del men los tipos de equipos que se han principal la opcin Tipo de Equipo ingresados y los muestra en pantallas.

228

Universidad de Oriente

3. Pulsa en la opcin Nuevo Tipo

4. Muestra campo Nombre.

5. Ingresa el nombre del nuevo tipo 6. Valida y guarda el nuevo tipo de de equipo y presiona Guardar equipo. 7. Muestra mensaje Datos Ingresados Correctamente 8. El usuario llena campo bsqueda y presiona Buscar de 9. Busca datos de acuerdo a los caracteres tecleados y los muestra en pantalla.

10. Selecciona un tipo de equipo y lo 11. Actualiza el tipo de equipo y muestra Modifica y pulsa Guardar. tabla con el cargo modificado. 13. Elimina el tipo de equipo y se 12. Tilda en el tipo de equipo a muestra tabla sin la descripcin del tipo Desactivar y pulsa Guardar de equipo. Cursos Alternos El sistema enva una notificacin cuando existe un inconveniente al momento de ingresar o modificar algn tipo de equipo.

Diagrama de Clases
j006t_Tipo_Equipo + co_tipo_equipo : int + nb_tipo_equipo : String + nu_act_tipo_equipo : Number + + + + agregar () editar () consultar () validar () : void : void : void : void

Diagrama 67. Diagrama de Clases Administrar Tipo de Equipo. Fuente: autor (2010)

229

Universidad de Oriente

Diagrama de Secuencia
W:marco_administrador Administrador 1: Selecciona la opcin Tipo de Equipo 2: Muestra opcin de busqueda y la opcin "Nuevo Tipo" 3: Busca Tipos de Equipos 4:BuscarTipos () 5: Muestra Tabla con Datos de Tipos de Equipos Tipo_Equipo

6: Presiona en la opcin "Nuevo Tipo" 7: Muestra campo Nombre 8: Ingresa el nuevo tipo de equipo y presiona "Guardar" 9: Envia datos del Nuevo Tipo de Equipo Si Resp=false Crear Nuevo Tipo de Equipo 11: Ya existe un Tipo de Equipo con este Nombre 12: GuardarDatos () 10: Resp=validar ()

Si Resp=true 13: Datos Ingresados Correctamente

14: Llena campo de busqueda y presiona "Buscar" 15: Procesa datos de acuerdo a la cadena de caracteres tecleados Buscar Tipos de Equipos 17: Muestra lista con datos de tipos de equipos

16: BuscarDatos()

18: Selecciona un tipo de equipo y lo Modifica 19: Presiona "Guardar" 20: Envia Dato Editado Modificar Tipo de Equipo 21: Actualizar() 22: Retorna a la lista con tipo de equipo modificado

23: Selecciona el tipo de equipo a desactivar 24: Presiona "Guardar" 25: Procesa

Eliminar Tipo de Equipo

26: DesactivarTipo() 27: Retorna a la lista sin el tipo de equipo que se desactivo

Diagrama 68. Diagrama de Secuencia Administrar Tipo de Equipo. Fuente: autor (2010)

Ver pantallas 91, 92, 93, 94 y 40 para el caso de uso Administrar Tipo de Equipo

230

Universidad de Oriente

3. Esquema de Despliegue El esquema de despliegue, tambin denominado carta estructurada, es una estructura que permite definir los flujos de las diferentes pantallas que forman parte de la interfaz grfica de una aplicacin, segn los usuarios que puedan tener acceso a ella. A continuacin en las figuras 29, 30, 31,32 se presenta el comportamiento de la aplicacin segn la estructura de interaccin o navegacin utilizando como herramienta el esquema de despliegue antes mencionado, con la finalidad de documentar con detalle, cmo estn definidos los flujos que llevan a cada una de las pantallas que conforman la interfaz, con respecto a los distintos usuarios registrados en el sistema desarrollado para la Planta de Tratamiento de Agua.

(Ver pgina siguiente)

231

Universidad de Oriente

Figura 29. Esquema de despliegue de pantallas del sistema (Administrador). Fuente: autor (2010).

232

Universidad de Oriente

Figura 29. Esquema de despliegue de pantallas del sistema (Administrador) Continuacin.

Fuente: autor (2010).

233

Universidad de Oriente

Figura 30. Esquema de despliegue de pantallas del sistema (SuperUsuario).

Fuente: autor (2010).

234

Universidad de Oriente

Figura 30. Esquema de despliegue de pantallas del sistema (SuperUsuario) Continuacin. Fuente: autor (2010).

235

Universidad de Oriente

Figura 31. Esquema de despliegue de pantallas del sistema (Especialista). Fuente: autor (2010).

236

Universidad de Oriente

Figura 31. Esquema de despliegue de pantallas del sistema (Especialista) Continuacin. Fuente: autor (2010

237

Universidad de Oriente

Figura 32. Esquema de despliegue de pantallas del sistema (Empleado). Fuente: autor (2010).

238

Universidad de Oriente

4. Pantallas del Sistema Validar usuario. Pantalla de Login

Pantalla 1. Login Fuente: autor (2010).

Pantalla Men Principal de Administrador.

Pantalla 2. Men Principal de Administrador. Fuente: autor (2010).

239

Universidad de Oriente

Pantalla Men Principal de SuperUsuario

Pantalla 3. Men Principal de SuperUsuario. Fuente: autor (2010).

Pantalla Men Principal de Especialista

Pantalla 4. Men Principal de Especialista. Fuente: autor (2010).

240

Universidad de Oriente

Pantalla Men Principal de Empleado

Pantalla 5. Men Principal de Empleado. Fuente: autor (2010).

Pantalla Seleccin de Procesos Opcin Ingresar

Pantalla 6. Seleccin de Procesos Opcin Ingresar Fuente: autor (2010).

241

Universidad de Oriente

Pantalla Ingresar Nuevo Proceso

Pantalla 7. Ingresar Nuevo Proceso Fuente: autor (2010).

Pantalla Seleccin de Procesos Opcin Consultar

Pantalla 8. Seleccin de Procesos Opcin Consultar Fuente: autor (2010).

242

Universidad de Oriente

Pantalla Consultar Procesos

Pantalla 9. Consultar Procesos Fuente: autor (2010).

Pantalla Datos de la Consulta de Procesos

Pantalla 10. Datos de la Consulta de Procesos Fuente: autor (2010).

243

Universidad de Oriente

Pantalla Modificar o Eliminar Procesos

Pantalla 11. Modificar o Eliminar Procesos Fuente: autor (2010).

Pantalla Consulta de Procesos Editados o Eliminados

Pantalla 12.Consulta de Procesos Editados o Eliminados Fuente: autor (2010).

244

Universidad de Oriente

Pantalla Modificar Procesos (Especialista)

Pantalla 13.Modificar Procesos (Especialista) Fuente: autor (2010).

Pantalla Seleccin Nuevo Proceso

Pantalla 14. Seleccin Nuevo Proceso Fuente: autor (2010).

245

Universidad de Oriente

Pantalla Seleccin de Equipo Opcin Ingresar

Pantalla 15. Seleccin de Equipo Opcin Ingresar Fuente: autor (2010).

Pantalla Ingresar Nuevo Equipo

Pantalla 16. Ingresar Nuevo Equipo Fuente: autor (2010).

246

Universidad de Oriente

Pantalla Con Notificacin de Ingreso de Datos Correctamente

Pantalla 17. Notificacin de Ingreso de Datos Correctamente Fuente: autor (2010).

Pantalla Seleccin de Equipo Opcin Consultar

Pantalla 18.Seleccin de Equipo Opcin Consultar Fuente: autor (2010).

247

Universidad de Oriente

Pantalla Consultar Equipos

Pantalla 19.Consultar Equipos Fuente: autor (2010).

Pantalla Datos de la Consulta de Equipos

Pantalla 20. Datos de la Consulta de Equipos Fuente: autor (2010).

248

Universidad de Oriente

Pantalla Modificar o Eliminar Equipos

Pantalla 21. Modificar o Eliminar Equipos Fuente: autor (2010).

Pantalla Modificar Equipos (Especialista)

Pantalla 22. Modificar Equipos (Especialista) Fuente: autor (2010).

249

Universidad de Oriente

Pantalla Seleccin Nuevo Equipo

Pantalla 23.Seleccin Nuevo Equipo Fuente: autor (2010).

Pantalla Seleccin Actividades Opcin Ingresar

Pantalla 24.Seleccin Actividades Opcin Ingresar Fuente: autor (2010).

250

Universidad de Oriente

Pantalla Bsqueda de Datos de la Actividad a Ingresar

Pantalla 25.Bsqueda de Datos de la Actividad a Ingresar Fuente: autor (2010).

Pantalla para Seleccionar la Opcin de Ingresar Nueva Actividad

Pantalla 26.Seleccionar la Opcin de Ingresar Nueva Actividad Fuente: autor (2010).

251

Universidad de Oriente

Pantalla Ingresar Datos de la Nueva Actividad

Pantalla 27.Ingresar Datos de la Nueva Actividad Fuente: autor (2010).

Pantalla Datos de la Actividad Ingresada

Pantalla 28.Datos de la Actividad Ingresada Fuente: autor (2010).

252

Universidad de Oriente

Pantalla Seleccin Actividades Opcin Consultar

Pantalla 29.Seleccin Actividades Opcin Consultar Fuente: autor (2010).

Pantalla Consultar Actividades

Pantalla 30. Consultar Actividades Fuente: autor (2010).

253

Universidad de Oriente

Pantalla Datos de la Consulta de la Actividad

Pantalla 31. Datos de la Consulta de la Actividad Fuente: autor (2010).

Pantalla Modificar Actividad

Pantalla 32. Modificar Actividad Fuente: autor (2010).

254

Universidad de Oriente

Pantalla Seleccin de Opcin Nueva Actividad

Pantalla 33. Seleccin de Opcin Nueva Actividad Fuente: autor (2010).

Pantalla Seleccin Actividades Opcin Historial

Pantalla 34. Seleccin Actividades Opcin Historial Fuente: autor (2010).

255

Universidad de Oriente

Pantalla Bsqueda de Historial de Actividades Propuestas

Pantalla 35. Bsqueda de Historial de Actividades Propuestas Fuente: autor (2010).

Pantalla Datos de Historial de Actividades

Pantalla 36. Datos de Historial de Actividades Fuente: autor (2010).

256

Universidad de Oriente

Pantalla Seleccin de Guardias Opcin Semanal

Pantalla 37. Seleccin Guardias Opcin Semanal Fuente: autor (2010).

Pantalla Seleccin de Opcin Nueva Guardia

Pantalla 38. Seleccin de Opcin Nueva Guardia Fuente: autor (2010).

257

Universidad de Oriente

Pantalla Ingresar Datos de la Nueva Guardia al Operador

Pantalla 39. Ingresar Datos de la Nueva Guardia al Operador Fuente: autor (2010).

Pantalla Notificacin de Guardia Cargada Correctamente

Pantalla 40. Notificacin de Guardia Cargada Correctamente Fuente: autor (2010).

258

Universidad de Oriente

Pantalla Consultar Guardias

Pantalla 41. Consultar Guardias Fuente: autor (2010).

Pantalla Datos de Consultas de Guardias

Pantalla 42. Datos de Consulta de Guardias Fuente: autor (2010).

259

Universidad de Oriente

Pantalla Modificar o Eliminar Guardias

Pantalla 43. Modificar o Eliminar Guardias Fuente: autor (2010).

Pantalla Notificacin de Guardia Modificada

Pantalla 44.Notificacin de Guardia Modificada Fuente: autor (2010).

260

Universidad de Oriente

Pantalla Seleccin de Opcin Imprimir Ficha de la Guardia

Pantalla 45.Seleccin de Opcin Imprimir Ficha de la Guardia Fuente: autor (2010).

Pantalla Ficha de Guardia a Imprimir

Pantalla 46.Ficha de Guardia a Imprimir Fuente: autor (2010).

261

Universidad de Oriente

Pantalla Consulta de Guardias ( Empleado)

Pantalla 47.Consulta de Guardias (Empleado) Fuente: autor (2010).

Pantalla Datos de Guardias Consultadas (Empleado)

Pantalla 48.Datos de Guardias (Empleado) Fuente: autor (2010).

262

Universidad de Oriente

Pantalla Imprimir Ficha de Guardia Consultada (Empleado)

Pantalla 49. Imprimir Ficha de Guardia Consultada (Empleado) Fuente: autor (2010).

Pantalla Seleccin de Guardias Opcin Extras

Pantalla 50. Seleccin de Guardias Opcin Extras Fuente: autor (2010).

263

Universidad de Oriente

Pantalla Seleccin de Nueva Guardia Extra

Pantalla 51. Seleccin de Nueva Guaria Extra Fuente: autor (2010).

Pantalla Ingresar Datos de Guardia Extra

Pantalla 52. Ingresar Datos de Guardia Extra Fuente: autor (2010).

264

Universidad de Oriente

Pantalla Consultar Guardias Extras

Pantalla 53. Consultar Guardias Extras Fuente: autor (2010).

Pantalla Datos de Consulta de Guardias Extras

Pantalla 54. Datos de Consulta de Guardias Extras Fuente: autor (2010).

265

Universidad de Oriente

Pantalla Modificar o Eliminar Guardias Extras

Pantalla 55. Modificar o Eliminar Guardias Extras Fuente: autor (2010).

Pantalla Imprimir Ficha de Guardia Extra Consultada

Pantalla 56.Imprimir Ficha de Guardia Extra Consultada Fuente: autor (2010).

266

Universidad de Oriente

Pantalla Consulta de Guardias Extras ( Empleado)

Pantalla 57.Consulta de Guardias Extras (Empleado) Fuente: autor (2010).

Pantalla Datos de Guardias Extras Consultadas ( Empleado)

Pantalla 58.Datos de Guardias Extras Consultadas (Empleado) Fuente: autor (2010).

267

Universidad de Oriente

Pantalla Seleccin de Opcin Imprimir Ficha de Guardia Extra ( Empleado)

Pantalla 59. Seleccin de Opcin Imprimir Ficha de Guardia Extra (Empleado) Fuente: autor (2010).

Pantalla Seleccin Reportes Opcin Vida til de Equipos

Pantalla 60. Seleccin Reportes Opcin Vida til de Equipos Fuente: autor (2010).

268

Universidad de Oriente

Pantalla Consulta para Generar Reporte de Vida til de los Equipos

Pantalla 61. Consulta para Generar Reporte de Vida til de los Equipos Fuente: autor (2010).

Pantalla Visualizar los Datos para Imprimir el Reporte de Vida til de Equipos

Pantalla 62. Visualizar los Datos para Imprimir el Reporte de Vida til Fuente: autor (2010).

269

Universidad de Oriente

Pantalla Reporte de la Vida til de los Equipos en la Planta

Pantalla 63. Reporte de la Vida til de los Equipos en la Planta Fuente: autor (2010).

Pantalla Seleccin de Reportes Opcin Actividad Procesos

Pantalla 64. Seleccin de Reporte Opcin Actividad/Procesos Fuente: autor (2010).

270

Universidad de Oriente

Pantalla Consulta para Generar Reporte de Actividades por Procesos en la Planta

Pantalla 65. Consulta para Generar Reporte de Actividades por Procesos en la Planta Fuente: autor (2010).

Pantalla Datos de las Actividades por Procesos para Generar un Reporte en Pdf

Pantalla 66. Datos de las Actividades por Procesos para Generar un Reporte en Pdf Fuente: autor (2010).

271

Universidad de Oriente

Pantalla Reporte de Actividades por Procesos en Pdf

Pantalla 67. Reporte de Actividades por Procesos en Pdf Fuente: autor (2010).

Pantalla Seleccin de Reportes Opcin Actividad/ Equipos

Pantalla 68. Seleccin de Reportes Opcin Actividad/Equipos Fuente: autor (2010).

272

Universidad de Oriente

Pantalla Consulta para Generar Reporte de Actividades por Equipos en la Planta

Pantalla 69. Consulta para Generar Reporte de Actividades por Equipos en la Planta Fuente: autor (2010).

Pantalla Datos de las Actividades por Equipos para Generar un Reporte en Pdf

Pantalla 70. Datos de las Actividades por Equipos para Generar un Reporte en Pdf Fuente: autor (2010).

273

Universidad de Oriente

Pantalla Reporte de Actividades por Equipos en Pdf

Pantalla 71. Reporte de Actividades por Equipos en Pdf Fuente: autor (2010).

Pantalla Seleccin de Reportes Opcin Guardias Generales

Pantalla 72.Seleccin de Reportes Opcin Guardias Generales Fuente: autor (2010).

274

Universidad de Oriente

Pantalla Consulta General de Guardias para Generar Reporte

Pantalla 73.Consulta General de Guardias para Generar Reporte Fuente: autor (2010).

Pantalla Datos de Guardias Generales (semanales y extras).

Pantalla 74.Datos de Guardias Generales (semanales y extras) Fuente: autor (2010).

275

Universidad de Oriente

Pantalla Reporte General de Guardias (semanales y extras)

Pantalla 75.Reporte General de Guardias (semanales y extras) Fuente: autor (2010).

Pantalla Seleccin de Reportes Opcin Guardias Mensual

Pantalla 76.Seleccin de Reportes Opcin Guardias Mensual Fuente: autor (2010).

276

Universidad de Oriente

Pantalla Consulta para Generar Reporte Mensual de Guardias

Pantalla 77.Consulta para Generar Reporte Mensual de Guardias Fuente: autor (2010).

Pantalla Reporte Mensual de Guardias

Pantalla 78.Reporte Mensual de Guardias Fuente: autor (2010).

277

Universidad de Oriente

Pantalla Seleccin de Administracin Opcin Usuario

Pantalla 79.Seleccin de Administracin Opcin Usuario Fuente: autor (2010).

Pantalla Seleccin Opcin Nuevo Usuario

Pantalla 80.Seleccin Opcin Nuevo Usuario Fuente: autor (2010).

278

Universidad de Oriente

Pantalla Ingreso de Datos de Nuevo Usuario

Pantalla 81.Ingreso de Datos de Nuevo Usuario Fuente: autor (2010).

Pantalla Notificacin de Datos de Usuarios Ingresados Correctamente

Pantalla 82.Notificacin de Datos de Usuarios Ingresados Correctamente Fuente: autor (2010).

279

Universidad de Oriente

Pantalla Consulta de Usuarios Ingresados en el sistema

Pantalla 83.Consulta de Usuarios Ingresados en el Sistema Fuente: autor (2010).

Pantalla Datos de Usuarios Consultados de Acuerdo a la Bsqueda Realizada

Pantalla 84. Datos de Usuarios Consultados de Acuerdos a la Bsqueda Realizada Fuente: autor (2010).

280

Universidad de Oriente

Pantalla Modificar o Eliminar Usuarios Ingresados en el Sistema

Pantalla 85. Modificar o Eliminar Usuarios Ingresados en el Sistema Fuente: autor (2010).

Pantalla Seleccin de Administracin Opcin Cargos(SuperUsuario)

Pantalla 86. Seleccin de Administracin Opcin Cargos (SuperUsuario) Fuente: autor (2010).

281

Universidad de Oriente

Pantalla Seleccin de Administracin Opcin Cargos(Administrador)

Pantalla 87. Seleccin de Administracin Opcin Cargos (Administrador) Fuente: autor (2010).

Pantalla Seleccin Opcin Nuevo Cargos

Pantalla 88. Seleccin Opcin Nuevo Cargo Fuente: autor (2010).

282

Universidad de Oriente

Pantalla Ingresar Descripcin del Nuevo Cargos

Pantalla 89. Ingresar Descripcin del Nuevo Cargo Fuente: autor (2010).

Pantalla Modificar o Eliminar Cargos

Pantalla 90. Modificar o Eliminar Cargos Fuente: autor (2010).

283

Universidad de Oriente

Pantalla Seleccin de Administracin Opcin Tipo de Equipos (SuperUsuario)

Pantalla 91. Seleccin de Administracin Opcin Tipo de Equipos (SuperUsuario) Fuente: autor (2010).

Pantalla Seleccin de Administracin Opcin Tipo de Equipos (Administrador)

Pantalla 92. Seleccin de Administracin Opcin Tipo de Equipos (Administrador) Fuente: autor (2010).

284

Universidad de Oriente

Pantalla Seleccin Opcin Nuevo Tipo de Equipo

Pantalla 93. Seleccin Opcin Nuevo Tipo de Equipo Fuente: autor (2010).

Pantalla Ingresar Tipo de Equipo

Pantalla 94. Ingresar Tipo de Equipo Fuente: autor (2010).

285

Universidad de Oriente

Pantalla Modificar o Eliminar Tipo de Equipos

Pantalla 95. Modificar o Eliminar Tipo de Equipos Fuente: autor (2010).

Pantalla Seleccin Administracin Opcin Contrasea (Administrador)

Pantalla 96. Seleccin Administracin Opcin Contrasea (Administrador) Fuente: autor (2010).

286

Universidad de Oriente

Pantalla Seleccin Administracin Opcin Contrasea (SuperUsuario)

Pantalla 97. Seleccin Administracin Opcin Contrasea (SuperUsuario) Fuente: autor (2010).

Pantalla Seleccin Administracin Opcin Contrasea (Especialista)

Pantalla 98. Seleccin Administracin Opcin Contrasea (Especialista) Fuente: autor (2010).

287

Universidad de Oriente

Pantalla Seleccin Administracin Opcin Contrasea ( Empleado)

Pantalla 99. Seleccin Administracin Opcin Contrasea (Empleado) Fuente: autor (2010).

Pantalla Administracin de Contrasea

Pantalla 100. Administracin de Contrasea Fuente: autor (2010).

288

Universidad de Oriente

5. Requisitos Suplementarios (no funcionales) Los requisitos suplementarios comprenden aquellos requisitos no funcionales que no se capturan fcilmente con los casos de uso, la mayora de stos fueron recolectados en una plantilla en el documento de definicin de requisitos, sin embargo es necesario desarrollar los referentes a las mtricas de calidad que fueron definidas en el mencionado documento con la finalidad de obtener una descripcin completa de los requisitos de software, indicando cmo se ajusta la aplicacin a las necesidades del cliente. A continuacin se muestra la medicin de las mtricas de calidad:
Cuadro 60. Mtrica ISO 9126-3. Adecuidad Mtrica De Funcionalidad: Adecuidad Nombre: Completitud del desarrollo de la aplicacin. Propsito: Qu tan completa est el desarrollo de la aplicacin. Mtodo de aplicacin: Contar las funciones faltantes detectadas en la evaluacin y comparar con el nmero de funciones descritas en la definicin de requisitos. Frmula: Detalles de frmula: Solucin: Interpretacin: 0 <= X <= 1 X =1- A/B A = nmero de funciones faltantes X=1- (0/46) B = nmero de funciones descritas en X=1 Entre ms cercano a 1, ms la definicin de requisitos completa. Fuente de medicin: Audiencia: Definicin de requisitos. Gerencia de AIT. Diseo. Cdigo fuente.
Fuente: autor (2010)

Cuadro 61. Mtrica ISO 9126-3. Madurez Mtrica De Fiabilidad: Madurez Nombre: Suficiencia de las pruebas. Propsito: Cuntos de los casos de prueba necesarios estn cubiertos por el plan de pruebas. Mtodo de aplicacin: Contar las pruebas planeadas y comparar con el nmero de pruebas requeridas para obtener una cobertura adecuada. Se tomaron un proceso (caso de uso registrar actividades) y dos mantenimientos (caso de uso administrar usuarios y cargos ) Frmula: Detalles de frmula: Solucin: Interpretacin: X = A/B A = nmero de casos de pruebas en el X=3/2 0 <= X X=1,5 Entre X sea mayor, mejor la plan. B = nmero de casos de pruebas suficiencia. requeridos. Fuente de medicin: A proviene del plan de pruebas. B proviene de la especificacin de requisitos.
Fuente: autor (2010)

Audiencia: Gerencia de AIT.

289

Universidad de Oriente

Cuadro 62. Mtrica ISO 9126-3. Seguridad Mtrica De Funcionalidad: Seguridad Nombre: Seguridad de la aplicacin. Propsito: Qu tan segura est la aplicacin. Mtodo de aplicacin: Calcular la probabilidad de amenaza y de seguridad. Para determinar la probabilidad de que ocurra una amenaza se ingres cuatro (04) veces con un nombre de usuario no registrado, de las cuales cero (0) veces pudo acceder. Frmulas: Solucin: Interpretacin: X =1 AMENAZA*(1-SEGURIDAD) P(amenaza)=0/4 Entre ms cercano a 1, mayor seguridad. Tomando como referencia el enfoque a P(amenaza)=0 posteriori de las probabilidades: Tomando en cuenta la teora P(A)= N observaciones(A)/ Tamao de de la probabilidad: muestra P(seguridad)=1-P(amenaza) P(seguridad)=1 X=1- 0*(1-1) X=1 Detalles de frmulas: AMENAZA=probabilidad de que un cierto tipo de ataque ocurra en un momento determinado. SEGURIDAD = probabilidad de que se pueda contrarrestar un cierto tipo de ataque. A= evento. Fuente de medicin: Audiencia: Definicin de requisitos. Gerencia de AIT. Diseo. Cdigo fuente.
Fuente: autor (2010)

Cuadro 63. Mtrica ISO 9126-3. Entendibilidad Mtrica De Usabilidad: Entendibilidad Nombre: Funciones evidentes. Propsito: Qu proporcin de las funciones del sistema son evidentes al usuario. Mtodo de aplicacin: Contar las funciones evidentes al usuario y comparar con el nmero total de funciones. Existen diez(10) procesos y tres(3) mantenimientos. Frmula: Detalles de frmula: Solucin: Interpretacin: X = A/B A = nmero de funciones (o tipos de X=13/13 0 <= X <= 1 funciones) evidentes al usuario X=1 Entre ms cercano a 1, B = total de funciones (o tipos de mejor. funciones) Fuente de medicin: Especificacin de requisitos. Diseo. Audiencia: Gerencia de AIT.

Fuente: autor (2010)

290

Universidad de Oriente

Cuadro 64. Mtrica ISO 9126-3. Comportamiento en el Tiempo Mtrica De Eficiencia: Comportamiento En El Tiempo Nombre: Tiempo de respuesta. Propsito: Cul es el tiempo estimado para completar una tarea. Mtodo de aplicacin: Evaluar la eficiencia de las llamadas al sistema operativo y a la aplicacin. Estimar el tiempo de respuesta basado en ello. Puede medirse: Todo o partes de las especificaciones de diseo. Probar la ruta completa de una transaccin. Probar mdulos o partes completas del producto. Producto completo durante la fase de pruebas. Se le medir el tiempo de respuesta a la opcin Consultar actividades. Frmula: Solucin: Interpretacin: X = tiempo (calculado o simulado). X=20 segundos. Entre ms corto, mejor. Fuente de medicin: Audiencia: Sistema operativo. Gerencia de AIT. Tiempo estimado en llamadas al sistema.
Fuente: autor (2010)

Cuadro 65. Mtrica ISO 9126-3. Cambiabilidad

Mtrica De Mantenibilidad: Cambiabilidad

Nombre: Registrabilidad de cambios. Propsito: Se registran adecuadamente los cambios a la especificacin y a los mdulos con comentarios en el cdigo? Mtodo de aplicacin: Registrar la proporcin de informacin sobre cambios a los mdulos. El sistema contiene seis (06) mdulos, de los cuales cuatro (04) fueron modificados. Frmula: Detalles de la frmula: Solucin: Interpretacin: X = A/B A = nmero de cambios a funciones o X=4/4 0 <= X <= 1 mdulos que tienen comentarios X=1 Entre ms cercano a 1, ms confirmados. registrable. B = total de funciones o mdulos 0 indica un control de modificados. cambios deficiente o pocos cambios y alta estabilidad. Fuente de medicin: Audiencia: Versiones. Gerencia de AIT.
Fuente: autor (2010)

291

Universidad de Oriente

5.2 Etapa II. Proceso de Diseo. En esta etapa se muestra el desarrollo del diseo arquitectnico del sistema, as como tambin, del diseo y aprovisionamiento de los componentes, a partir del conjunto de requerimientos funcionales y no funcionales obtenidos en la etapa anterior. Se describen puntos como descripcin de las vistas arquitectnicas, diseo de la interfaz de usuario/sistema y diseo de la base de datos. A continuacin se describen los resultados obtenidos en esta etapa: a. Documento de diseo arquitectnico y detallado

292

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Diseo Arquitectnico y Detallado Versin1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: DOCUMENTO DISEO ARQUITECTNICO Y DETALLADO
Autor: Diana Garca Diana Garca Versin:1.0 0.90 1.0 Fecha: Noviembre 2010 Abril 2011 Descripcin Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin En este documento se mostrarn las especificaciones del diseo arquitectnico y detallado del sistema para asegurarse que cumplir con todos los requisitos

acordados y satisface las necesidades del cliente para poner en produccin la aplicacin. Con la elaboracin del diseo arquitectnico se obtiene la estructura de la aplicacin la cual muestra los componentes, sus conectores y restricciones arquitectnicas; y con el diseo detallado se describe cmo se debe implementar cada uno de los componentes arquitectnicos. 2. Diseo Arquitectnico El producto a desarrollar se define bajo la siguiente arquitectura

Figura 33. Arquitectura del sistema. Fuente: autor (2010)

294

Universidad de Oriente

3. Vista de Despliegue Esta vista se representa mediante el modelo de despliegue y define la arquitectura fsica del sistema por medio de nodos interconectados. Estos nodos son elementos hardware sobre los cuales pueden ejecutarse los elementos software. El sistema estar distribuido como se muestra en el diagrama. El protocolo utilizado para relacionar los distintos nodos fue protocolo de seguridad HTTPS (Hypertex Transfer Protocol Secure).

Diagrama 69. Modelo de Despliegue. Fuente: autor (2010)

4. Modelo de Clases Un diagrama de clases es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Estos diagramas son el pilar bsico del modelado con UML, siendo utilizados tanto para mostrar lo que el sistema puede hacer, como para mostrar cmo puede ser construido. A continuacin se puede visualizar el modelo de clases del sistema:

295

Universidad de Oriente

Modelo de Clases

c004t_Hi stori al + + + + + + + + + + co_proceso co_equi po co_acti vidad co_usuario co_disci plina tx_activi dad tx_detal le_s fe_sugerencia nu_estado_s tx_sugerencia : : : : : : : : : : int int int int int String String Date Number String

c003t_Acti vidad 1..1 conti ene + + + + + + + + + + + + + + co_proceso co_equi po co_activi dad co_usuario co_disci pl ina tx_actividad tx_detal le_a fe_carga nu_estado_a nu_act_actividad agregar () consultar () edi tar () val idar () : : : : void void void void : : : : : : : : : : int int int int int String String Date Number Number j004t_Di sciplina 1..* necesi ta 1..* obtiene + co_discipl ina : int + nb_di scipli na : Stri ng + nu_act_di sciplina : Number + + + + agregar () editar () consultar () val idar () : : : : voi d voi d voi d voi d

1..1 requiere

+ buscar () : void + consul tar () : void

1..1 requi ere

j001t_Usuario + + + + + + + + + + + + + + + + co_usuari o i n_indicador nb_nombre nb_apelli do nu_organizacion nu_extension nu_perfil tx_cl ave co_cargo nu_cedul a nu_sesi on nu_act_usuario buscar () : editar () : consul tar () : vali dar () : void void void void 1..1 conti ene 1..1 necesita : : : : : : : : : : : : i nt String String String String String Number String i nt String Number Number

1..1 posee

1..1 sol icita 1..* tiene j005t_Equi po + + + + + + + + + + + + + co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equi po nu_peri odom nu_vi da_util fe_i ni ciof nu_estatus agregar () editar () consultar () vali dar () : : : : : : : : : : : : : int int int String Number String String Date Number

c001t_Cronograma_Semanal 1..1 ti ene + + + + + + + + + + + + + + + nu_operador nu_ti po nu_ide nu_dia nu_semana nu_mes nu_ao nu_estatus tx_observacion fecha agregar () consultar () edi tar () val idar () buscar () : : : : : : : : : : : : : : : int Number Number Number Number Number Number Number Stri ng Stri ng

j 002t_Proceso + co_proceso + nb_proceso + nu_act_proceso + + + + agregar () edi tar () consul tar () validar () : : : : : i nt : Stri ng : Num ber 1..* posee

1..* necesita

296

1..1 requi ere

1..* requi ere

void void void void

void void void void void

1..* requiere 1..1 tiene

voi d voi d voi d voi d

j006t_Ti po_Equipo + co_tipo_equipo : int + nb_tipo_equi po : Stri ng + nu_act_ti po_equipo : Number

coo2t_Guardi a_Extra + + + + + + + + + + + + + + + + nu_operador nu_ti po nu_ide nu_dia nu_semana nu_mes nu_ao nu_estatus nu_horas tx_observacion fecha consultar () buscar () agregar () edi tar () val idar () : : : : : : : : : : : : : : : : int Number Number Number Number Number Number Number Stri ng Stri ng Stri ng

1..1 conti ene j007t_Cargo + co_cargo : int + nb_cargo : String + nu_act_cargo : Number + + + + agregar () editar () consultar () vali dar () : : : : voi d voi d voi d voi d

+ + + +

agregar () editar () consul tar () vali dar ()

: : : :

void void void void

Diagrama 70. Modelo de Clases. Fuente: autor (2010)

void void void void void

Universidad de Oriente

5. Vista de Datos La vista de datos se encuentra representada por los modelos de datos, los cuales son un conjunto de conceptos que sirven para describir la estructura de una base de datos: los datos, las relaciones entre los datos y las restricciones que deben cumplirse sobre los datos. Dicho modelo de datos se puede clasificar dependiendo de los tipos de conceptos que ofrecen para describir la estructura de la base de datos. Los modelos de datos de alto nivel, o modelos conceptuales, los cuales disponen de conceptos muy cercanos al modo en que la mayora de los usuarios percibe los datos y los modelos de datos de bajo nivel, o modelos fsicos, los cuales proporcionan conceptos que describen los detalles de cmo se almacenan los datos en el ordenador. Los modelos conceptuales utilizan conceptos como entidades, atributos y relaciones, mientras que los modelos fsicos describen cmo se almacenan los datos en el ordenador. A continuacin se muestra el modelo conceptual y el modelo fsico.

297

Universidad de Oriente

Modelo Conceptual
c004t_Hi stori al co_proceso co_equi po co_acti vi dad co_usuari o co_di sci pl i na tx_acti vi dad tx_detal l e_s fe_sugerenci a nu_estado_s tx_sugerenci a Integer Integer Integer Integer Integer Vari abl e characters (254) Vari abl e characters (254) Date & T i m e Number Vari abl e characters (254)

requi ere Associ ati on_14 conti ene (D)

c003t_Acti vi dad co_proceso co_equi po co_acti vi dad co_usuari o co_di sci pl i na tx_acti vi dad tx_detal l e_a fe_carga nu_estado_a nu_act_acti vi dad Integer Integer Integer Integer Integer Vari abl e characters (254) Vari abl e characters (254) Date & T i me Number Number

necesi ta

Associ ati on_7 j 004t_Di sci pl i na co_di sci pl i na nb_di sci pl i na nu_act_di sci pl i na sol i ci ta Integer Vari abl e characters (254) Number

obti ene

requi ere Associ ati on_12

298
j 001t_Usuari o co_usuari o i n_i ndi cador nb_nom bre nb_apel l i do nu_organi zaci on nu_extensi on nu_perfi l tx_cl ave co_cargo nu_cedul a nu_sesi on nu_act_usuari o Integer Vari abl e Vari abl e Vari abl e Vari abl e Vari abl e Number Vari abl e Integer Vari abl e Number Number characters (254) characters (254) characters (254) characters (254) characters (254) characters (254) characters (254)

posee (D)

Associ ati on_13

298

ti ene c001t_Cronograma_Semanal nu_operador nu_ti po nu_i de nu_di a nu_semana nu_mes nu_ao nu_estatus tx_observaci on fecha Integer Number Number Number Number Number Number Number Vari abl e characters (254) Vari abl e characters (254) j 005t_Equi po co_proceso co_equi po co_ti po_equi po nb_equi po nu_act_equi po nu_peri odom nu_vi da_uti l fe_i ni ci of nu_estatus Integer Integer Integer Vari abl e characters (254) Number Vari abl e characters (254) Vari abl e characters (254) Date & T i me Number

ti ene (D)

requi ere Associ ati on_9

necesi ta

Associ ati on_5 requi ere Associ ati on_6 ti ene j 006t_Ti po_Equi po co_ti po_equi po nb_ti po_equi po nu_act_ti po_equi po Integer Vari abl e characters (254) Number

conti ene (D) Associ ati on_10

requi ere Associ ati on_11 conti ene j 002t_Proceso j 007t_Cargo co_cargo nb_cargo nu_act_cargo Integer Vari abl e characters (254) Num ber co_proceso nb_proceso nu_act_proceso Integer Vari abl e characters (254) Number posee

necesi ta coo2t_Guardi a_Extra nu_operador nu_ti po nu_i de nu_di a nu_semana nu_mes nu_ao nu_estatus nu_horas tx_observaci on fecha Integer Num ber Num ber Num ber Num ber Num ber Num ber Num ber Vari abl e characters (254) Vari abl e characters (254) Vari abl e characters (254)

Diagrama 71. Modelo Conceptual. Fuente: autor (2010)

Universidad de Oriente

Modelo Fsico
Association_7 c004t_Historial co_proceso co_equipo co_actividad co_usuario co_discipl ina tx_acti vi dad tx_detalle_s fe_sugerencia nu_estado_s tx_sugerencia integer integer integer integer integer varchar(254) varchar(254) timestamp numeric varchar(254)

FK_ASSOCIAT _ASSOCIAT I_J004T DIS requiere FK_C004THIS_ASSOCIAT I_C003T ACT contiene FK_ASSOCIAT_ASSOCIATI_C003T ACT c003t_Acti vi dad co_proceso co_equi po co_actividad co_usuario co_disci plina tx_actividad tx_detal le_a fe_carga nu_estado_a nu_act_actividad integer integer integer integer integer varchar(254) varchar(254) timestamp numeric numeric necesita obti ene j004t_Di sciplina co_disciplina nb_discipl ina nu_act_disciplina integer varchar(254) numeric

requi ere

FK_C003TACT_ASSOCIATI_J001T USU

solicita posee j001t_Usuari o FK_J005T EQU_ASSOCIATI_C003T ACT Association_5 c001t_Cronograma_Semanal requi ere tiene FK_C001T CRO_ASSOCIAT I_J001TUSU nu_operador nu_tipo nu_i de nu_dia nu_semana nu_mes nu_ao nu_estatus tx_observacion fecha integer numeric numeric numeric numeric numeric numeric numeric varchar(254) varchar(254) tiene j005t_Equipo FK_ASSOCIAT _ASSOCIAT I_J005TEQU necesi ta co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_peri odom nu_vida_util fe_iniciof nu_estatus requiere integer integer integer varchar(254) numeric varchar(254) varchar(254) timestamp numeric

299 299

co_usuario in_indicador nb_nombre nb_apellido nu_organizacion nu_extensi on nu_perfil tx_clave co_cargo nu_cedula nu_sesi on nu_act_usuario

integer varchar(254) varchar(254) varchar(254) varchar(254) varchar(254) numeric varchar(254) integer varchar(254) numeric numeric

FK_ASSOCIAT_ASSOCIAT I_J002T PRO

requiere contiene

posee j002t_Proceso co_proceso integer nb_proceso varchar(254) nu_act_proceso numeric

FK_J001T USU_ASSOCIAT I_J007TCAR

FK_J005TEQU_ASSOCIAT I_J006TT IP

tiene FK_COO2TGUA_ASSOCIATI_J001T USU contiene j007t_Cargo co_cargo integer nb_cargo varchar(254) nu_act_cargo numeric j 006t_Tipo_Equipo co_tipo_equipo integer nb_tipo_equipo varchar(254) nu_act_tipo_equipo numeri c

necesita coo2t_Guardia_Extra nu_operador nu_tipo nu_i de nu_dia nu_semana nu_mes nu_ao nu_estatus nu_horas tx_observacion fecha integer numeric numeric numeric numeric numeric numeric numeric varchar(254) varchar(254) varchar(254)

Diagrama 72. Modelo Fisico. Fuente: autor (2010)

Universidad de Oriente

Modelo Relacional El diseo de la base de datos es un factor importante en todo software, a travs de estas, se puede entender cmo se van a almacenar los datos, adems se puede visualizar y evitar la redundancia en estos. El buen diseo garantizar el buen funcionamiento del sistema. A continuacin se muestra un diagrama entidad relacin de la base de datos de SICAR

j001t_Usuario PK co_usuario in_indicador nu_cedula nb_nombre nb_apellido nu_extensin nu_organizacin nu_nivel tx_clave co_cargo nu_sesin nu_act_usuario c002t_Guardia_Extra PK nu_ide nu_operador nu_tipo nu_dia nu_mes nu_semana nu_ao tx_observacin nu_estatus nu_horas fecha

j007t_Cargo PK co_cargo nb_cargo nu_act_cargo

c003t_Actividad PK co_actividad co_proceso co_equipo co_usuario co_disciplina tx_actividad tx_detalle_a fe_carga nu_estado_a nu_act_actividad

c004t_Historial

j002t_Proceso PK co_proceso nb_proceso nu_act_proceso j005t_Equipo PK co_equipo co_proceso co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus

co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_s fe_sugerencia nu_estado_s tx_sugerencia nu_revisado

c001t_Cronograma_Semanal PK nu_ide nu_operador nu_tipo nu_dia nu_mes nu_semana nu_ao tx_observacin nu_estatus fecha

j006t_Tipo_Equipo PK co_tipo_equipo nb_tipo_equipo nu_act_tipo_equipo j004t_Disciplina PK co_disciplina nb_disciplina nu_act_actividad

Diagrama 73. Modelo Relacional del Sistema. Fuente: autor (2010)

Por medio de este diagrama se pueden apreciar las relaciones de las tablas de SICAR. La nomenclatura de la base datos se realiz en base a los estndares corporativos impuestos por la gerencia de AIT de PDVSA Petrleos, S.A, para los nombres de las tablas y sus columnas de la siguiente manera:

300

Universidad de Oriente

Nomenclatura de Tablas: El formato que se aplic a todas las tablas del sistema manejador de base de datos de la aplicacin se explica en el siguiente cuadro: AnnnT_Nombre_Tabla. Donde:
Cuadro 66: Nomenclatura de Tablas

A:

Prefijo (Letra) que indica que el objeto es de tipo tabla, segn el tipo de tabla que sea ( madre o tipo, de transaccin o histrica), para estos se define un conjunto de letras para cada grupo: C, D, E: Tablas transaccionales. I, J, K: Tablas Base, Tipo o Madre. X, Y,Z: Tablas Histricas, productos de procesos de Cierre.

nnn:

Nmero consecutivo o con un orden especial para un grupo de tablas con relacin lgica de negocio.

Indicador que es una tabla, el cual va a diferenciar de otros objetos con la misma nomenclatura (sucesiones, vistas, etc), indicando que es la tabla.

Nombre Tabla:

Descripcin de la Tabla

Fuente: autor (2010)

Nomenclatura de Columnas: El nombre de una columna tiene un mximo de treinta (30) caracteres alfanumricos. Las columnas de las tablas fsicas de PostgreSQL deben heredar el mismo nombre que se les defini como elementos de datos a nivel lgico.

301

Universidad de Oriente

Cuadro 67: Nomenclatura de Columnas TIPO SIMBOLO TIPO DE DATO

Cdigo

Co Descripcin: serie de caracteres que permiten identificar una ocurrencia de una Entidad y cuyo significado se obtiene a travs de un proceso de decodificacin o traduccin. Se debe resaltar que un cdigo a diferencia de un indicador, debe ser de al menos 2 columnas. Ejemplo: co_usuario Nu Descripcin: serie de caracteres que permiten identificar una ocurrencia de una Entidad y no necesita ser decodificado o traducido. Ejemplo: nu_estatus Nb Descripcin: serie de caracteres alfabticos que permiten identificar una ocurrencia de una Entidad. Sirve para designar a una persona o cosa. Ejemplo: nb_nombre Fe Descripcin: combinacin de Ao, Mes, Da, Hora, Minutos, Segundos. Ejemplo: fe_carga In Descripcin: serie de caracteres alfanumricos que describen o narran algo acerca de una persona, cosa o acontecimiento. Debe ser de 1 sola columna, sino es un cdigo. Ejemplo: in_indicador Tx Descripcin: lugar de ubicacin de una persona o cosa. Ejemplo: tx_actividad

Varchar/Nu mber

Nmero

Number

Nombre

Varchar

Fecha

Date

Indicador

Varchar

Texto

Texto

Fuente: autor (2010)

302

Universidad de Oriente

6. Diccionario de Datos 6.1. Tablas de la Base de Datos Tabla j004t_Disciplina Columna co_disciplina nb_disciplina nu_act_disciplina Tipo integer varchar numeric 60 1 Longitud Null NO NO NO Clave Primario

Tabla j007t_Cargo Columna co_cargo nb_cargo nu_act_cargo Tipo integer varchar numeric 40 1 Longitud Null NO NO NO Clave Primario

Tabla j002t_Proceso Columna co_proceso nb_proceso nu_act_proceso Tipo integer varchar numeric 60 1 Longitud Null NO NO NO Clave Primario

303

Universidad de Oriente

Tabla j001t_Usuario Columna co_usuario in_indicador nu_cedula nb_nombre nb-apellido nu_organizacin nu_extensin nu_perfil tx_clave co_cargo nu_sesin nu_act_usuario Tipo integer varchar varchar varchar varchar numeric varchar numeric varchar integer numeric numeric 12 1 80 32 1 1 NO NO NO NO NO Forneo 30 10 30 30 NO NO Longitud Null NO NO Clave Primario nico nico

Tabla j006t_Tipo_Equipo Columna co_tipo_equipo nb_tipo_equipo nu_act_tipo_equipo Tipo integer varchar numeric 60 1 Longitud Null NO NO NO Clave Primario

304

Universidad de Oriente

Tabla j005t_Equipo Columna co_proceso co_equipo co_tipo_equipo nb_equipo nu_act_equipo nu_periodom nu_vida_util fe_iniciof nu_estatus Tipo integer integer integer varchar numeric numeric numeric date numeric 1 60 1 1 1 Longitud Null NO NO NO NO NO NO NO Clave Forneo Primario Forneo

Tabla c003t_Actividad Columna co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad Tipo integer integer integer integer integer varchar 100 Longitud Null NO NO NO NO NO NO Clave Forneo Forneo Primario Forneo Forneo

305

Universidad de Oriente

tx_detalle_a fe_carga nu_estado_a nu_act_actividad

varchar date numeric numeric

256

NO

Tabla c004t_Historial Columna co_proceso co_equipo co_actividad co_usuario co_disciplina tx_actividad tx_detalle_s fe_sugerencia nu_estado_s tx_sugerencia Tipo integer integer integer integer integer varchar varchar date numeric varchar 1 256 NO 100 256 Longitud Null NO NO NO NO NO NO Clave Forneo Forneo Forneo Forneo Forneo

Tabla c001t_Cronograma_Semanal Columna nu_operador Tipo integer Longitud Null NO Clave Forneo

306

Universidad de Oriente

nu_tipo nu_ide nu_dia nu_mes nu_ao nu_semana tx_observacin fecha nu_estatus

numeric numeric numeric numeric numeric numeric text varchar numeric 100

NO NO NO NO NO NO Primario

Tabla c002t_Guardia_Extra Columna nu_operador nu_tipo nu_ide nu_dia nu_mes nu_ao nu_semana tx_observacin fecha Tipo integer numeric numeric numeric numeric numeric numeric text varchar 100 Longitud Null NO NO NO NO NO NO NO Primario Clave Forneo

307

Universidad de Oriente

nu_horas nu_estatus

varchar numeric NO

6.2 Descripcin de la Estructura de las Tablas Tabla j004t_Disciplina: Tabla que posee la informacin de las disciplinas: Mecnica, Elctrica, General e Instrumentacin. Tabla j007t_Cargo: Tabla que posee la informacin respecto a los cargos de los usuarios del sistema. Tabla j001t_Usuario: Tabla en donde se almacena los datos de los usuarios que van a interactuar con el sistema SICAR. Tabla j002t_Proceso: Tabla que contiene los nombres de los procesos que se realizan en la Planta de Tratamiento de Agua. Tabla j005t_Equipo: Tabla que contiene el listado de equipos, de acuerdo al tipo de proceso que se seleccione. Tabla j006t_Tipo_Equipo: Tabla que contiene el listado de los tipos de equipos pertenecientes, de acuerdo al tipo de proceso seleccionado. Tabla c003t_Actividad: Tabla que contiene toda la informacin de todos los trabajos realizados, planificados y propuestos para los equipos pertenecientes en cada uno de los procesos de la planta. Tabla c004t_Historial: Tabla que contiene la informacin de todas las modificaciones que se realicen a cada trabajo registrado en el sistema, guarda la informacin de la modificacin y la informacin antes de modificarse. Tabla c001t_Cronograma_Semanal: Tabla que contiene la informacin de las guardias semanales de cada operador.

308

Universidad de Oriente

Tabla c002t_Guardia_Extra: Tabla que contiene la informacin de las guardias extras de cada operador. 6.3 Definicin de los Campos por Tablas Tabla j004t_Disciplina co_disciplina: Guarda el cdigo primario de la disciplina. nb_disciplina: Guarda el nombre de la disciplina. nu_act_disciplina: Guarda un valor cuando la disciplina se encuentra en estado activo o eliminado. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado Tabla j007t_Cargo co_cargo: Guarda el cdigo primario del cargo nb_cargo: Guarda el nombre de los cargos de los usuarios que ingresan en al sistema. nu_act_cargo: Permite activar o desactivar algn cargo. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado Tabla j001t_Usuario co_usuario: Guarda el cdigo primario del usuario. in_indicador: Guarda el indicador del usuario.

309

Universidad de Oriente

nb_nombre: Guarda el nombre del usuario. nb_apellido: Guarda el apellido del usuario. nu_organizacin: Guarda la organizacin a la que pertenece el usuario a ingresar. nu_cedula: Guarda el nmero de cdula del usuario. nu_extensin: Guarda el nmero de extensin del usuario. nu_perfil: Guarda el perfil que tendr el usuario en el sistema. co_cargo: Guarda el cdigo forneo del cargo que posee el usuario. nu_sesin: Indica si el usuario se encuentra en sesin. nu_act_usuario: Permite activar o desactivar un usuario. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado Tabla j002t_Proceso co_proceso: Guarda el cdigo primario del proceso. nb_proceso: Guarda los nombres de los procesos que se realizan en la Planta de Tratamiento de Agua. nu_act_proceso: Permite activar o desactivar un proceso. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado

310

Universidad de Oriente

Tabla j006t_Tipo_Equipo co_tipo_equipo: Guarda el cdigo primario del tipo equipo.

nb_tipo_equipo: Guarda los nombres de los tipos de equipos pertenecientes de cada proceso que se realiza en la Planta de Tratamiento de Agua. nu_act_tipo_equipo: Permite activar o desactivar un tipo equipo. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado Tabla j005t_Equipo co_proceso: Guarda el cdigo forneo del proceso a la cual pertenece el equipo. co_equipo: Guarda el cdigo primario del equipo. co_tipo_equipo: Guarda el cdigo forneo del tipo equipo al que pertenece el equipo. nb_equipo: Guarda los nombres de los equipos. nu_act_equipo: Permite activar o desactivar un equipo. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado nu_periodom: Guarda el periodo de mantenimiento que se llevan a cabo en los equipos (mensual, trimestral y anual). nu_vida_util: Guarda la vida til que tendr el equipo, el cual es dada por el fabricante del mismo.

311

Universidad de Oriente

fe_iniciof: Guarda la fecha en la cual el equipo empieza su funcionamiento en la planta de tratamiento de agua. nu_estatus: Guarda el estado del equipo si esta activo o desincorporado. Tabla c003t_Actividad co_proceso: Guarda el cdigo forneo del proceso. co_equipo: Guarda el cdigo forneo del equipo perteneciente a un proceso. co_actividad: Guarda el cdigo primario de la actividad. co_usuario: Guarda el cdigo forneo del usuario. co_disciplina: Guarda el cdigo forneo de la disciplina. tx_actividad: Guarda la descripcin de la actividad reportada por un usuario. fe_carga: Guarda la fecha en la cual se realiz la actividad. tx_detalle_a: Guarda la descripcin de la actividad con ms detalle. nu_estado_a: Indica el estado de la actividad si es de rutina, planificado o de emergencia. 0: Rutina 1: Planificado 2: Emergencia nu_act_actividad: Permite activar o desactivar una actividad. Descripcin de los valores relacionados al campo: 0: Estatus Activo 1: Estatus Desactivado

312

Universidad de Oriente

Tabla c004t_Historial co_proceso: Guarda el cdigo forneo del proceso. co_equipo: Guarda el cdigo forneo del equipo perteneciente al proceso. co_actividad: Guarda el cdigo forneo del trabajo. co_usuario: Guarda el cdigo forneo del usuario. co_disciplina: Guarda el cdigo forneo de la disciplina. tx_actividad: Guarda la descripcin de la actividad. tx_detalle_a: Guarda la descripcin de la actividad al momento de ser modificada. fe_sugerencia: Guarda la fecha en la cual fue modificada la actividad. nu_estado_s: Indica el estado de la actividad si es de rutina, planificado o de emergencia. 0: Rutina 1: Planificado 2: Emergencia tx_sugerencia: Guarda el historial de todas las modificaciones. Tabla c001t_Cronograma_Semanal nu_operador: Guarda el nmero del operador. nu_tipo: Guarda el nmero del tipo de guardia. 1: diurna 2: mixta

313

Universidad de Oriente

3: nocturna nu_ide: Guarda el cdigo primario de la guardia. nu_dia: Guarda el nmero del da de la guardia. nu_mes: Guarda el nmero del mes de la guardia. nu_ao: Guarda el ao de la guardia. nu_semana: Guarda el nmero de la semana de las guardias de cada operador. tx_observacin: Guarda alguna observacin que se tenga respecto a las guardias de un operador. fecha: Guarda la fecha en la que se hace la modificacin. nu_estatus: Indica el estado de la guardia: 0: por ejecutar 1: ejecutada 2: no ejecutada Tabla c002t_Guardia_Extra nu_operador: Guarda el nmero del operador. nu_tipo: Guarda el nmero del tipo de guardia. 1: diurna 2: mixta 3: nocturna nu_ide: Guarda el cdigo primario de la guardia.

314

Universidad de Oriente

nu_dia: Guarda el nmero del da de la guardia. nu_mes: Guarda el nmero del mes de la guardia. nu_ao: Guarda el ao de la guardia. nu_semana: Guarda el nmero de la semana de las guardias de cada operador. tx_observacin: Guarda alguna observacin que se tenga respecto a las guardias de un operador. fecha: Guarda la fecha en la que se hace la modificacin. nu_horas: Indica la horas de sobre tiempo que trabaja el operador. nu_estatus: Indica el estado de la guardia: 0: ejecutada 1: no ejecutada

315

Universidad de Oriente

5.3 Etapa III Proceso de Construccin. El objetivo de esta etapa es llegar a obtener la capacidad operacional del sistema. Ac se profundiza en el diseo de los componentes y de manera iterativa se van aadiendo las funcionalidades al software a medida que se construyen y prueban, permitiendo a la vez que se puedan incorporando cambios. Durante el proceso de programacin se codific el sistema, se creo la base de datos y se elabor el manual de usuarios. A continuacin se describen los resultados obtenidos en esta etapa: a. Plan de Pruebas. b. Documento de Especificaciones de pruebas. c. Manual de Usuario. d. Versin beta de la aplicacin.

316

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Plan de Prueba Versin 1.0.

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: PLAN DE PRUEBA.
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Noviembre 2010 Abril 2011 Descripcin Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin El presente documento se basa en identificar y describir los aspectos del elemento que se desea probar. Define las estrategias y tcnicas que se emplearn para realizar las pruebas. Adems se identifican los casos de pruebas que se requieren para probar dicho elemento. 2. Requerimientos de las Pruebas. Se refieren a aquellos elementos (casos de uso, requisitos funcionales y no funcionales) que sern sometidos a pruebas con el propsito de comprobar el buen funcionamiento del sistema, estos son descritos a continuacin. Pruebas del sistema Para la aplicacin de las pruebas se tomarn como ejemplo un proceso y dos mantenimientos, estos son: a. Verificar el caso de uso Registrar Actividades. b. Verificar el caso de uso Administrar Usuarios. c. Verificar el caso de uso Administrar Cargos.

3. Estrategias de Pruebas Se aplicarn pruebas de unidad necesarias para cada clase implementada, debido que el sistema se implementa en un lenguaje orientado a objetos. Una vez superado con xito este punto, integraremos todo el cdigo y realizaremos pruebas funcionales tomando como referencia una serie de casos de uso. Por ltimo se realizar un

318

Universidad de Oriente

informe de pruebas conjuntamente con una evaluacin de las pruebas realizadas, para obtener una descripcin del estado del software al final del proceso de pruebas. 3.1 Tipos de Pruebas y Tcnicas 3.1.1. Pruebas de Integridad de la Base de Datos y de los Datos.
Cuadro 68: Pruebas de integridad de la base de datos y de los datos Constatar que tanto los procedimientos como los mtodos de acceso a Objetivos de la la base de datos funcionan de manera correcta. prueba Invocar cada procedimiento o mtodo de acceso a la base de datos con datos que sean vlidos e invlidos. Examinar la base de datos para cerciorarse que los datos son los previstos y que todos los Tcnicas eventos de la base de datos ocurren de forma apropiada, o revisar los valores devueltos para asegurar que la recuperacin de datos es correcta.
Fuente: autor (2010)

3.1.2. Pruebas de Funcionalidad. Estas pruebas tienen como objetivo fundamental, demostrar la eficiencia de las funciones del software desde el desempeo en el equipo hasta el tiempo de retardo de las salidas. Adems permiten comprobar que la implementacin de las reglas del negocio es correcta. En este tipo de pruebas se utiliza la tcnica de caja negra, la cual se basa en verificar la aplicacin a travs de la interaccin con las interfaces de usuario y analizando los resultados obtenidos.
Cuadro 69: Pruebas de funcionalidad Objetivos de la prueba Asegurar el empleo adecuado de los requisitos funcionales, incluyendo la navegacin correcta de la aplicacin, la entrada de datos, procesamiento y obtencin de resultados. Llevar a cabo cada caso de uso utilizando datos vlidos e invlidos para verificar lo siguiente: a. Los resultados esperados son obtenidos al usar datos vlidos. b. Las reglas del negocio han sido aplicadas de forma correcta. c. Se emiten mensajes de error o advertencias cuando se utilizan datos incorrectos.

Tcnicas

Fuente: autor (2010)

319

Universidad de Oriente

3.1.3. Pruebas de Interfaz del Usuario Se basan en probar las interfaces de usuario para garantizar que cumplen con los estndares y requerimientos definidos en las etapas anteriores, con la finalidad de comprobar el comportamiento de las ventanas y mens segn las caractersticas fijadas. El propsito de estas pruebas es asegurar que la interfaz de usuario provee la navegacin y el acceso apropiados dentro de la aplicacin.
Cuadro 70: Pruebas de interfaz usuario El objetivo principal es comprobar que la interfaz de usuario proporciona la navegacin y el acceso apropiados dentro de Objetivos de la prueba la aplicacin, incluyendo los saltos entre ventanas, campos y mtodos de acceso (tabulador, movimientos del ratn y teclas de funcin). Crear pruebas para cada una de las ventanas con la finalidad Tcnicas de comprobar que la navegacin es correcta.
Fuente: autor (2010)

3.1.4. Pruebas de Seguridad y Control de Acceso. Estas pruebas consisten en comprobar el funcionamiento de los lmites de acceso autorizado slo a entidades o usuarios previamente identificados, con la finalidad de obtener mayor seguridad en la informacin y a su vez mejor control de los diferentes perfiles de usuario.
Cuadro 71: Pruebas de seguridad y control de acceso
Objetivos de la prueba a. Verificar que un actor slo pueda acceder a las funciones y datos que como usuario tiene permitido. b. Verificar que slo los actores con acceso al sistema tienen los permisos adecuados para accederla. a. Identificar a cada actor con las funciones y datos a los que tiene autorizacin. b. Hacer pruebas para cada actor y verificar los permisos realizando varias transacciones especficas para cada uno de ellos. c. Modificar las funciones asignadas al actor y repetir la ejecucin de las pruebas. En cada caso verificar que las funciones adicionales y datos son debidamente aprobados o rechazados. d. Comprobar el funcionamiento del sistema de autenticacin, basado en sesiones de usuario.

Tcnicas

Fuente: autor (2010)

320

Universidad de Oriente

4. Recursos. 4.1. Recursos del hardware

Cuadro 72: Recursos del hardware para pruebas Recurso PC Servidor
Fuente: autor (2010)

Cantidad 1 1

4.2. Recursos de software

Cuadro 73: Recursos de software para pruebas Nombre del elemento software Tipo PostgreSQL Herramienta de Base de datos
Fuente: autor (2010)

5. Actividades de Pruebas
Cuadro 74: Actividades de pruebas Actividad Fecha Inicio Planificacin de la 19/05/2010 prueba. Ejecucin de la 05/05/2010 prueba.
Fuente: autor (2010)

Fecha Fin 20/05/2009 18/06/2010

6. Resultados Esperados A continuacin se mencionan los documentos de desarrollo de software que se obtienen como resultado de la etapa de prueba.
Cuadro 75: Actividades de pruebas Documento Plan de pruebas. Especificacin de casos de prueba
Fuente: autor (2010)

Desarrollador Diana Garca Diana Garca

321

Universidad de Oriente

PROYECTO: DESARROLLO DE UN SISTEMA WEB BAJO ESTNDARES DE SOFTWARE LIBRE PARA EL CONTROL DE OPERACIONES EN LA PLANTA DE TRATAMIENTO DE AGUA, GERENCIA DE SERVICIOS LOGSTICOS, DISTRITO MORICHAL, PDVSA

Gray Watch

Especificaciones de Pruebas Versin 1.0

Universidad de Oriente

Proyecto: Desarrollo de un Sistema Web para el Control de Operaciones en la Planta de Tratamiento de Agua, Distrito Morichal, PDVSA. Nombre del Documento: DOCUMENTO DE ESPECIFICACIONES DE PRUEBAS.
Autor: Diana Garca Diana Garca Versin: 0.90 1.0 Fecha: Noviembre 2010 Abril 2011 Descripcin Versin preliminar como propuesta de desarrollo. Versin final.

1. Introduccin En este documento se muestran algunas especificaciones de caso de prueban cuyo objetivo es llevar a cabo una evaluacin real del sistema para asegurar su correcto funcionamiento y de garantizar que la aplicacin sea correcta y que tanto ella como sus componentes cumplan con los requisitos establecidos El proceso de pruebas del sistema define los datos de entrada que sern utilizados para ejecutar la prueba del elemento y especifica los resultados esperados. 2. Especificacin de Caso de pruebas El sistema fue sometido a un conjunto de pruebas con la finalidad de asegurar su correcto funcionamiento. Para esto se detectan errores que pueden surgir a causa de la manipulacin de la aplicacin y que posteriormente son corregidos para luego perfeccionarlos. Para ejecutar las pruebas de un componente, incremento o versin de la aplicacin, se requiere elaborar un conjunto de especificaciones que describen cmo realizar las pruebas. A continuacin se muestra el resultado de los casos de pruebas realizados para el sistema: Especificacin de Casos de Pruebas: Administrar Usuarios Caso de prueba: Administrar Usuarios Las pruebas realizadas en este caso de uso son: Agregar usuario, buscar usuario, modificar usuario, eliminar o desactivar usuario. La prueba se realizar partiendo del men principal de la aplicacin.

323

Universidad de Oriente

Ingresar Usuario 1. Descripcin Se ingres al sistema como un usuario administrador y en el men se seleccion el mdulo de administracin, el sistema mostr las opciones que contiene el mdulo (usuarios, cargo, tipo equipo y cambiar contrasea). Se selecciona la opcin usuarios con el fin de crear un nuevo usuario con sus datos respectivos para que quede registrado en el sistema. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin. 6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargo, tipo equipo y cambiar contrasea). 7. Pulsamos la opcin usuarios. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo usuario. 9. Pulsa en Nuevo Usuario. 10. El sistema muestra un formulario para ingresar los datos del nuevo usuario. 11. Introducimos DIANA en el campo nombre. 12. Introducimos GARCIA en el campo apellido. 13. Introducimos 17-712-902 en el campo cdula.

324

Universidad de Oriente

14. El sistema muestra un mensaje de error indicando que el campo cdula solo permite nmeros. 15. Introducimos 17712902 en el campo cdula. 16. Introducimos dvgarcia5 en el campo indicador. 17. El sistema muestra un mensaje de error indicando que el campo indicador solo permite caracteres alfabticos. 18. Introducimos dvgarcia en el campo indicador. 19. Introducimos 43493 en el campo extensin. 20. Seleccionamos el tipo de Organizacin al que pertenece el nuevo usuarioAIT. 21. Seleccionamos el Cargo del nuevo usuario Analista AIT. 22. Seleccionamos el Perfil del usuario Administrador. 23. Pulsamos el botn GUARDAR. 24. El sistema enva un mensaje preguntando si se desea incluir los datos del nuevo usuario. 25. Pulsamos el botn ACEPTAR. 26. El sistema nos indica que los datos fueron ingresados correctamente. 4. Resultado Esperado El sistema registra un nuevo usuario. 5. Evaluacin de la prueba Prueba superada con xito. Buscar Usuarios 1. Descripcin Se ingres al sistema como usuario administrador para acceder al mdulo administracin, con el fin de consultar los datos de un usuario registrado en el sistema.

325

Universidad de Oriente

2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo, en caso contrario el sistema se encargar de enviar una notificacin indicando que los datos introducidos son incorrectos. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin. 6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargo, tipo equipo y cambiar contrasea). 7. Pulsamos la opcin usuarios. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo usuario. 9. Seleccionamos el cargo Analista AIT para realizar la bsqueda. 10. El sistema muestra una lista de todos los usuarios con el cargo seleccionado. 11. Pulsamos sobre el hiperlink ubicado en la cdula de un usuario. 12. El sistema muestra una interfaz con los datos del usuario seleccionado y las opciones permitidas (Modificar y Eliminar). 4. Resultado Esperado El sistema permite consultar usuarios. 5. Evaluacin de la prueba Prueba superada con xito

326

Universidad de Oriente

Editar Usuario
1. Descripcin Se ingres al sistema como un usuario administrador y en el men se seleccion el mdulo administracin. Se selecciona la opcin usuarios con el fin de modificar algn dato de un usuario ya registrado en el sistema.

2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin. 6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargos, tipos de equipos y cambiar contrasea). 7. Pulsamos la opcin usuarios. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo usuario. 9. Ingresamos en las opciones de bsquedas el nombre DIANA para realizar la bsqueda. 10. El sistema muestra datos segn los caracteres tecleados. 11. Pulsamos sobre el hiperlink ubicado en la cdula del usuario consultado para editar sus datos. 12. El sistema muestra una interfaz con los datos del usuario seleccionado y las opciones permitidas (Modificar y Eliminar). 13. Modificamos extensin por 42667 en el campo extensin.

327

Universidad de Oriente

14. Modificamos cargo por Programador en el campo cargo. 15. Pulsamos el botn MODIFICAR. 16. El sistema enva un mensaje preguntando si se desea modificar los datos del usuario. 17. Pulsamos el botn ACEPTAR. 18. El sistema regresa a la pantalla donde se edita y elimina y muestra los datos del usuario modificado. 4. Resultado Esperado El sistema modifica usuario. 5. Evaluacin de la prueba Prueba superada con xito. Eliminar o Desactivar Usuario 1. Descripcin Se ingres al sistema como un usuario administrador y en el men se seleccion el mdulo administracin. Se selecciona la opcin usuarios con el fin de eliminar o desactivar los datos de un usuario en el sistema. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin.

328

Universidad de Oriente

6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargos, tipos de equipos y cambiar contrasea). 7. Pulsamos la opcin usuarios. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo usuario. 9. Ingresamos en las opciones de bsquedas el nombre DIANA para realizar la bsqueda. 10. El sistema muestra datos segn los caracteres tecleados. 11. Pulsamos sobre el hiperlink ubicado en la cdula del usuario consultado para editar sus datos. 12. El sistema muestra una interfaz con los datos del usuario seleccionado y las opciones permitidas (Modificar y Eliminar). 13. Pulsamos el botn ELIMINAR. 14. El sistema enva un mensaje preguntando si se desea eliminar los datos del usuario. 15. Pulsamos el botn ACEPTAR. 16. El sistema regresa a la pantalla eliminar y el usuario ya no aparece en la lista. 4. Resultado Esperado El sistema elimina usuario. 5. Evaluacin de la prueba Prueba superada con xito. Especificacin de Casos de Pruebas: Administrar Cargos Caso de prueba: Administrar Cargos Las pruebas realizadas en este caso de uso son: Agregar cargos, buscar cargos, modificar cargos, eliminar o desactivar cargos. La prueba se realizar partiendo del men principal de la aplicacin.

329

Universidad de Oriente

Ingresar Nuevo Cargo 1. Descripcin Se ingres al sistema como un usuario administrador y en el men se seleccion el mdulo de administracin, el sistema mostr las opciones que contiene el mdulo (usuarios, cargo, tipo equipo y cambiar contrasea). Se selecciona la opcin cargo con el fin de crear un nuevo cargo con su descripcin respectiva para que quede registrado en el sistema. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin. 6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargo, tipo equipo y cambiar contrasea). 7. Pulsamos la opcin cargo. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo cargo. 9. Pulsamos en Nuevo Cargo. 10. El sistema muestra un campo (Nombre) para ingresar la descripcin del nuevo cargo. 11. Introducimos ANALISTA AIT en el campo nombre.
12. Pulsamos en el botn GUARDAR.

330

Universidad de Oriente

13. El Sistema muestra un mensaje indicando que el cargo ha sido ingresado correctamente. 4. Resultado Esperado El sistema registra un nuevo cargo. 5. Evaluacin de la prueba Prueba superada con xito. Buscar, editar o desactivar Cargo 1. Descripcin Se ingres al sistema como usuario administrador para acceder al mdulo administracin, con el fin de consultar, editar o desactivar la descripcin de un cargo registrado en el sistema. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea. 3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo administracin. 6. El sistema muestra las opciones permitidas del mdulo administracin (usuarios, cargo, tipo equipo y cambiar contrasea). 7. Pulsamos la opcin cargo. 8. El sistema muestra una interfaz con opciones de bsquedas y la opcin nuevo cargo.

331

Universidad de Oriente

9. Se escribi ANALISTA en el campo de bsqueda se presion CONSULTAR

10. El sistema muestra datos de acuerdo a los caracteres tecleados. 11. Se seleccion un cargo para modificarlo. 12. Se sobrescribi en el campo y se edit la descripcin. 13. Pulsamos en el botn GUARDAR. 14. El Sistema muestra el cargo que se edit. 15. Se seleccion un cargo presionando el enlace que encuentra al lado de la descripcin del cargo. 16. Pulsamos en el botn GUARDAR. 17. El sistema desactivo el cargo seleccionado, la cual ya no aparece en la lista de cargos
que se encuentran registrados.

4. Resultado Esperado El sistema permiti consultar, editar y desactivar cargos. 5. Evaluacin de la prueba Prueba superada con xito. Especificacin de Casos de Pruebas: Registrar Actividades Caso de prueba: Registrar Actividades Las pruebas realizadas en este caso son: Agregar actividad, consultar actividad, editar actividad y visualizar el historial de las actividades. La prueba se realizar partiendo del men principal de la aplicacin. Ingresar Actividad 1. Descripcin Se ingres al sistema como un usuario administrador para acceder al mdulo Actividades con el fin de ingresar una nueva actividad.

332

Universidad de Oriente

2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea.

3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo Actividades. 6. El sistema muestra las opciones permitidas del mdulo actividades (ingresar, consultar e historial). 7. Pulsamos la opcin Ingresar. 8. El sistema muestra opciones de bsquedas que contiene dos campos (nombre del proceso y nombre del equipo). 9. Seleccionamos FILTRACIN en el campo nombre del proceso. 10. Seleccionamos FIL-1401 en el campo nombre del equipo 11. Pulsamos el botn BUSCAR. 12. El sistema muestra un mensaje indicando que no se encontraron actividades asociadas y un botn llamado INGRESAR NUEVA ACTIVIDAD. 13. Pulsamos el botn INGRESAR NUEVA ACTIVIDAD. 14. El sistema muestra una interfaz con un formulario que contiene los siguientes campos: nombre del proceso, nombre del equipo, actividad, descripcin, disciplina, estado y fecha. 15. Introducimos el nombre de la actividad Limpieza de Filtros en el campo actividad. 16. Introducimos la descripcin de la actividad Limpieza de 4 filtros por mal funcionamiento en el campo descripcin. 17. Seleccionamos la disciplina General en le campo disciplina.

333

Universidad de Oriente

18. Seleccionamos el estado de la actividad Rutina en el campo estado. 19. Ingresamos la fecha en que se realiz la actividad 24/04/2011 20. Pulsamos el botn GUARDAR. 21. El sistema enva un mensaje preguntando si se desea incluir la nueva actividad. 22. Pulsamos el botn ACEPTAR. 23. El sistema muestra una interfaz con los datos de la actividad que se ingres. 4. Resultado Esperado El sistema registra una nueva actividad. 5. Evaluacin de la prueba Prueba superada con xito. Consultar y Editar actividad 1. Descripcin Se ingres al sistema como un usuario administrador para poder acceder al mdulo actividades con el fin de editar los datos de una actividad ya ingresada. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea.

3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo Actividades. 6. El sistema muestra las opciones permitidas del mdulo actividades (ingresar, consultar e historial).

334

Universidad de Oriente

7. Pulsamos la opcin Consultar. 8. El sistema muestra opciones de bsquedas. 9. Seleccionamos FILTRACIN en el campo nombre del proceso para realiza la bsqueda. 10. Pulsamos el botn BUSCAR. 11. El sistema muestra una tabla con los datos de la actividad. 12. Pulsamos sobre el hiperlink que se encuentra en la descripcin de la actividad a consultar. 13. El sistema muestra una interfaz con los datos de la actividad seleccionada expuestos a modificaciones. 14. Modificamos la descripcin por limpieza de 5 filtros por mal funcionamiento en el campo descripcin. 15. Introducimos limpieza de 5 filtros no de 4 en el campo observacin. 16. Pulsamos el botn MODIFICAR. 17. El sistema enva un mensaje preguntando si se desea incluir esta nueva sugerencia. 18. Pulsamos el botn ACEPTAR. 19. El sistema retorna a la pantalla de editar y se muestran los datos de la actividad editada. 4. Resultado Esperado El sistema modifica los datos de una actividad. 5. Evaluacin de la prueba Prueba superada con xito Visualizar Historial de Actividades 1. Descripcin Se ingres al sistema como un usuario administrador para acceder al mdulo actividades con el fin de realizar consultas de todas las modificaciones y

335

Universidad de Oriente

observaciones ingresas por equipo para determinar el cambio de estado de cada actividad. 2. Condiciones de Ejecucin La nica condicin es que el usuario administrador este registrado en el sistema para poder acceder al mismo. 3. Entrada 1. Introducimos pdvsa en el campo indicador. 2. Introducimos 123456 en el campo contrasea.

3. Pulsamos el botn INGRESAR 4. El sistema muestra el men principal del administrador. 5. Seleccionamos el mdulo Actividades. 6. El sistema muestra las opciones permitidas del mdulo actividades (ingresar, consultar e historial). 7. Pulsamos la opcin Historial. 8. El sistema muestra opciones de bsquedas. 9. Seleccionamos FILTRACIN en el campo nombre del proceso para realizar la bsqueda. 10. Pulsamos el botn BUSCAR. 11. El sistema muestra una lista con todas las actividades ingresadas por primera vez y todas las modificaciones que se le han realizado, ordenados por fecha de ingreso. 4. Resultado Esperado El sistema permite visualizar las actividades ingresadas por primera vez y las modificaciones que se le realizan. 5. Evaluacin de la prueba Prueba superada con xito.

336

Universidad de Oriente

3. Capacitacin de los Usuarios A los usuarios de la aplicacin se le dio la capacitacin necesaria para manipular de manera correcta los procesos del sistema, la capacitacin fue suministrada por la tesista Diana Garca desarrolladora de la aplicacin, quien elabor un manual de usuario para que sirviese de gua. 4. Manual de Usuario del Sistema SICAR
Este documento fue desarrollado con la finalidad de facilitar a los usuarios finales, una gua didctica donde se explique como utilizar cada una de las funciones o servicios que ofrece el sistema, adems el documento describe los siguientes aspectos del uso de la aplicacin: caractersticas generales del sistema, los actores del sistema, los diferentes mdulos que contiene el sistema y la interfaz usuario/sistema.

337

5.5 Anlisis de Costo-Beneficio El anlisis costo beneficio es una tcnica importante que permite definir la factibilidad de un proyecto. Tiene como objetivo fundamental proporcionar una medida de los costos en que se incurren en la realizacin de un proyecto a fin de comparar dichos costos con los beneficios esperados. La finalidad de este anlisis es justificar la elaboracin de este proyecto y de especificar los beneficios tangibles e intangibles que se obtendrn. A continuacin se describen los costos que fueron necesarios para desarrollar el proyecto: 1. Costos necesarios para el desarrollo del proyecto Estos costos nos permiten tener una visin de la inversin inicial del proyecto, los podemos dividir en: Costos de Personal Incluyen la remuneracin y todos lo beneficios por las personas relacionadas al desarrollo y operacin del nuevo sistema. Los costos mostrados a continuacin fueron determinados de acuerdo a los salarios establecidos por el colegio de ingeniero y al tiempo de experiencia de los involucrados. En este proyecto los participantes fueron: Cuadro 76. Involucrados en el Proyecto Rol Salario Responsable General del Proyecto Lder del Proyecto Analista de Procesos de Negocio Analista de Sistemas Desarrollador Especialista V&V
Fuente: autor (2010)

Salario por Jornada Diaria (8 h) 334,07 290,64

6.681,47 5.812,88

886

44,3

338

Los costos incurridos en este proyecto en base al tiempo empleado por cada uno de los participantes se muestran a continuacin: Cuadro 77. Costos por Personal del Proyecto Tiempo Empleado por Costo por Rol Mes Mes Responsable General del Proyecto Lder del Proyecto Analista de Procesos de Negocio Analista de Sistemas Programador Especialista V&V 32 Horas 80 Horas 16 Horas Total Costo Personal
Fuente: autor (2010)

Total Costo*8 Meses

8 Horas

334.07

2.672,56

16.Horas

581.28

4.650,24

32 Horas

886 Bs.F

7088

14.410,8 Bs.F

Costos de Equipos y Herramientas Los costos de equipos y herramientas requeridos para el proyecto estn dados por la adquisicin de equipos de hardware y herramientas de software, los cuales fueron proporcionados por el Departamento de GNO perteneciente a la Gerencia de AIT (Automatizacin, Informtica y Telecomunicaciones) de PDVSA Distrito Morichal, y no se incurrieron costos para su obtencin debido a que se contaba con los equipos y herramientas necesarias para el momento del desarrollo del proyecto.

339

Costos de Materiales utilizados Incluye el costo de los materiales y suministros, que se utilizan directa o indirectamente en la ejecucin del proyecto, estos costos estn relacionados a la compra de resmas de papel necesarias para la documentacin, cartuchos de tinta de impresin, CD ROM, carpetas, lapiceros, entre otros. Cabe destacar que parte de estos materiales fueron suministrados por PDVSA, ms sin embargo si se incurrieron en algunos costos, a continuacin se muestran: Cuadro 78. Costos de Materiales Material Resma de Papel Tipo Carta Lpiz , lapiceros y resaltador CD-ROM Cartuchos de Impresin Carpetas Otros Total Costo
Fuente: autor (2010)

Cantidad * Precio Unitario (8*40Bs.F) (10*6Bs.F) (10*2,5Bs.F) (2*189Bs.F) (10*2Bs.F)

Costo(Bs.F)

320 60 25 378 20 200 1.003

Costos de Adiestramiento Estos costos se refieren a los generados por las tcnicas de capacitacin

aprendizaje, como una herramienta para que el personal involucrado adquiera los conocimientos necesarios y as lograr el desarrollo del proyecto satisfactoriamente. Cabe destacar que se incurri en un gasto para el curso de PHP y esta capacitacin fue costeada por el autor del proyecto. Este se muestra a continuacin: Cuadro 79. Costo de Adiestramientos Necesidad Curso de PHP
Fuente: autor (2010)

Costos 800

340

A continuacin se muestra un cuadro con el resumen de los costos generados en el desarrollo del proyecto: Cuadro 80. Costos Generales Concepto Personal Equipos y Herramientas Materiales Adiestramiento Total Costos
Fuente: autor (2010)

Costos Generales (Bs.F) 14.410,8 0 1.003 800 16.213,8

2. Estudio de Beneficios Los beneficios se pueden clasificar en tangibles e intangibles. Entre ellos se puede mencionar los siguientes: Beneficios tangibles Los beneficios tangibles son aquellas ventajas u oportunidades que se pueden cuantificar, en el caso del desarrollo de proyectos informticos, se refiere a los beneficios que se obtienen al hacer uso de los sistemas de informacin. Los beneficios tangibles que se obtendrn con la implementacin del sistema son: 1. Todos los datos estarn concentrados en la base de datos. 2. El registro de las actividades realizadas por los operadores de la Planta de Tratamiento de Agua se pueden realizar en menos tiempo. 3. Se evitan gastos innecesarios de papel e impresin, reduciendo gastos operacionales. 4. Facilidad de generar reportes de forma confiable en menos tiempo. 5. Disminucin en cuanto al tiempo de respuestas Beneficios intangibles Los beneficios intangibles son aquellos beneficios que por su naturaleza son muy difciles de cuantificar, pero de los que, indiscutiblemente, la organizacin se ve

341

beneficiada al desarrollar el proyecto informtico. El hecho de que sean intangibles no implica que su relevancia sea menor; muchos de estos beneficios son los que ve el cliente y lo hace permanecer en la organizacin. Estos beneficios son los siguientes: 1. Mejor gestin de las labores en la planta de tratamiento de agua perteneciente a la Superintendencia de Manejo de Instalaciones no Industriales, antes las autoridades del Distrito. 2. Disposicin de la informacin en tiempo real en cualquier instante. 3. Aumento de la precisin en la informacin. 4. Un ambiente laboral tecnificado, con una alta eficiencia. 5. Data segura y con sustento. 6. Satisfaccin del usuario solicitante y maximizacin de productividad del trabajo del mismo.

342

CONCLUSIONES La realizacin de este proyecto permiti el desarrollo de un sistema para el control de las operaciones que se llevan a cabo en la Planta de Tratamiento de Agua para solventar los problemas que se presentaban en la misma. Como una manera de buscarle solucin a las necesidades en forma precisa y metodolgica, se plante el objetivo general y los objetivos especficos, los cuales se cumplieron a cabalidad, permitiendo llegar a las siguientes conclusiones: 1. Mediante las tcnicas de recoleccin de datos (entrevistas no estructuradas, revisin documental y observacin directa) se pudo conocer el funcionamiento que se llevaba en la planta de tratamiento de agua, en donde se encontr que algunos de los problemas presentes era el manejo de informacin que se encontraban archivadas fsicamente lo que hace difcil llevar el seguimiento y control de las actividades que realizan los operadores de la planta, por la prdida de tiempo en los procesos de bsquedas. 2. La interaccin con el usuario represent una parte importante para conocer el foco problemtico as como sus necesidades o requerimientos y de esta manera cumplir con estos. 3. Mediante la descripcin de los procesos a travs del modelado de negocio, se pudo definir la forma como son ejecutadas las actividades dentro de la Planta de Tratamiento de Agua. 4. La captura de los requerimientos del negocio permiti definir los requisitos del sistema en base a las necesidades detectadas dentro de la Planta de Tratamiento de Agua.

343

5. El diseo del sistema utilizando el lenguaje unificado de modelado UML permiti tener una visin detallada y explicativa de los requisitos definidos, especificando su funcionamiento de acuerdo al estudio realizado. 6. La construccin del sistema propuesto acorde con las necesidades de los usuarios fue posible gracias a la arquitectura que se realiz en la etapa de diseo de la metodologa. Lo cual implic la programacin y generacin del cdigo fuente de la aplicacin. 7. Las pruebas hechas a la aplicacin comprobaron el buen funcionamiento del sistema garantizando que dicha aplicacin cumple con los requerimientos y la arquitectura establecida. 8. Los adiestramientos realizados a los usuarios de SICAR en la etapa de construccin permitieron comprobar el fcil manejo y el cumplimiento con los requerimientos esperados por los usuarios del sistema. 9. Con el desarrollo del nuevo sistema el personal de la planta podr registrar, consultar las operaciones que realizan de forma dinmica y sencilla lo cual les permitir llevar un mejor control y seguimiento de la informacin que estos manejan.

344

RECOMENDACIONES Para el buen funcionamiento del sistema desarrollado en la Planta de Tratamiento de Agua, se sugiere tener presente las siguientes recomendaciones: 1. Establecer un plan de mantenimiento de la aplicacin asegurando as la operatividad del sistema. 2. No compartir la contrasea de usuario; con el fin de asegurar la veracidad, integridad y confiabilidad de los datos. 3. Promover la utilizacin del manual de usuario para brindar el uso correcto del sistema. 4. Desarrollar futuros sistemas de informacin siguiendo la metodologa Gray Watch y los diagramas de UML para estandarizar las documentaciones de la aplicacin. 5. Difundir las ventajas del nuevo sistema al resto de los Distritos de PDVSA para motivarlos a la incorporacin de herramientas similares que permitan mejorar sus gestiones. 6. Actualizar el manual usuarios en caso de que se lleven a cabo cambios en la aplicacin.

345

BIBLIOGRAFA ABREU, M. (2007). Modelo de Negocios del Departamento Tcnico de la Direccin de Servicios Generales de la Universidad de los Andes. Trabajo de grado, Ingeniera de Sistemas, Universidad de los Andes, Mrida-Venezuela. Anlisis costo Beneficio [Documento en Lnea]. Disponible: [Consulta:

http://www.ongei.gob.pe/publica/metodologias/Lib5006/cap3-6.htm. 2011: Enero 15]. Aplicaciones Web. [Documento en lnea].

Disponible:

http://www.solucionaweb.Com/aplicaciones.php. [Consulta: 2010, Octubre 15]. ARIAS, F. (2006). El Proyecto de Investigacin: Introduccin a la Metodologa Cientfica. (4. ed.). Caracas: Episteme. BALESTRINI ACUA, M (2002). Cmo se elabora el Proyecto de investigacin. (6.ed.). Caracas: BL Consultores Asociados. BARRIOS, J. Definicin de los requisitos de informacin de una organizacin. Tema 2: El mtodo BMM. Aplicacin. [Documento en lnea] Disponible: http://webdelprofesor.ula.ve/ingenieria/ijudith/ [Consulta: 2009, Noviembre 01] Beneficios del Sybase PowerDesigner. [Documento en Lnea]. Disponible: 2010:

http://www.mtbase.com/contenido/documento.jsp?id=10218. Septiembre 09].

[Consulta:

CASTRO, M. (2003). El proyecto de investigacin y su esquema de elaboracin. (2.ed.). Caracas: Uyapal

346

DECRETO N 3.390 DE LA PRESIDENCIA DE LA REPBLICA BOLIVARIANA DE VENEZUELA. Gaceta. 38.095 del 28/12/2004, sobre uso del Software Libre. Disponible en:http://www.gobiernoenlinea.ve/docMgr/sharedfiles/Decreto3390.pdf. Diagrama de casos de usos. [Documento en Lnea]. [Consulta: Disponible: 2010:

http://www.osmosislatina.com/lenguajes/uml/casos.html. Noviembre 03]. Diagramas UML. [Documento en

Lnea].

Disponible:

http://tvdi.det.uvigo.es/~avilas/UML/node22.html. [Consulta: 2010: Noviembre 03]. HERNNDEZ SAMPIERI, ROBERTO (2001) .Metodologa de la Investigacin. McGraw-Hill Editores. Mxico. HURTADO, J. (2007). El Proyecto de Investigacin. Metodologa de la Investigacin Holstica. Caracas: Quirn. HURTADO
DE

BARRERA, J. (2000). Metodologa de la investigacin holstica (2da. ed.)

Caracas, Venezuela: Fundacin Sypal. JIMNEZ, ALEJANDRO. (2007). Sistema Web para la Gestin de Inventario de Materia Prima para la Planta de Pellas y movimientos de materiales del rea prerreducidos de SIDOR, C.A. Trabajo de grado, Ingeniera de Sistemas, Universidad de los Andes, Mrida-Venezuela. LAPORTA, J. Valencia. Macromedia Dreamweaver. [Documento en Lnea]. Disponible:
Y

MIRALLES M. (2005). Fundamentos de Telemtica. Ed. Univ. Politc.

http://www.piojosoft.com/macromedia+dreamweaver+8-190.html. [Consulta: 2010: Octubre 15].

347

MONTILVA, BARRIOS.,

RIVERO. (2004). Mtodo de Desarrollo de Aplicaciones

Empresariales. El mtodo Watch. Universidad de los Andes, Facultad de Ingeniera, Dpto. de Computacin, [Documento en Lnea].

Disponible:http://web.mac.com/wladimir.rodriguez/WladimirRodriguez/MaterialApo yoSOA_files/Metodo-Watch.pdf. [Consulta: 2009, Septiembre 12].

MONTILVA, C, JONS. (2008). Gray Watch. Mtodo de desarrollo de software para Aplicaciones Empresariales. Mrida Venezuela. MONTILVA
C, JONS.

(2009). Ingeniera de Requisitos. Programa de actualizacin

profesional en ingeniera de software. Versin 5.0. Mrida -Venezuela.

PRESSMAN R. (2002). Ingeniera del software un enfoque prctico. (5ta. Ed). Mxico: Mc. Graw Gill. QUINTERO, JIMI. (2008). Sistema de informacin Web para el Trmite, Control y Reservacin de salones para OREFI. Trabajo de grado, Ingeniera de Sistemas, Universidad de los Andes, Mrida-Venezuela. Sistemas de Informacin. [Documento en Lnea]. Disponible:

(http://www.csi.map.es/csi/silice/Dsamed17.html . [Consulta: 2010: Octubre 15]. TAMAYO, M. (2004). El proceso de la Investigacin Cientfica. Limusa Noriega Editores. Mxico. WHITTEN, J., BLENTLEY. L. & BARLOW, V. (1997). Anlisis y Diseo de Sistemas de Informacin. (3ra. ed). Mxico: Mc. Graw Gill. Wikipedia, La Enciclopedia Libre. AJAX. [Documento en Lnea]. Disponible: (http://es.wikipedia.org/wiki/AJAX). [Consulta: 2010: Octubre 15].

348

ANEXOS Anexo Digital. Manual de Usuarios

349

350