UNIVERSIDAD DE ORIENTE NCLEO DE SUCRE ESCUELA DE CIENCIAS DEPARTAMENTO DE MATEMTICAS PROGRAMA DE LA LICENCIATURA EN INFORMTICA

SISTEMA WEB PARA LA GESTIN DE LOS PROCESOS DEL REA DE ALMACN Y EL DEPARTAMENTO DE COMPRAS DEL IPASME - CUMAN (Modalidad: Pasanta)

VICTOR ALESSANDRO MEZA LODATO

TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR AL TTULO DE LICENCIADO EN INFORMTICA

CUMAN, 2011

SISTEMA WEB PARA LA GESTIN DE LOS PROCESOS DEL REA DE ALMACN Y EL DEPARTAMENTO DE COMPRAS DEL IPASME - CUMAN

APROBADO POR:

_________________________ Prof. Eugenio Betancourt (Asesor)

_________________________ Prof. Lisbeth Fernndez (Co-asesora)

_________________________ Lcda. Dellanira Visez (Asesora Industrial)

_________________________ (Jurado)

_________________________ (Jurado)

NDICE Pgina DEDICATORIA ................................................................................................ I AGRADECIMIENTO ....................................................................................... II LISTA DE TABLAS ........................................................................................ III LISTA DE FIGURAS ......................................................................................IV RESUMEN ......................................................................................................V INTRODUCCIN ............................................................................................ 1 CAPITULO I. PRESENTACIN...................................................................... 4 1.1 Planteamiento del problema ................................................................. 4 1.2 Alcance y limitaciones .......................................................................... 6 1.2.1 Alcance.......................................................................................... 6 1.2.2 Limitaciones................................................................................... 7 CAPITULO II. MARCO REFERENCIAL.......................................................... 8 2.1 Marco terico ........................................................................................ 8 2.1.1 Antecedentes de la investigacin .................................................. 8 2.1.2 Antecedentes de la organizacin................................................... 9 2.1.3 rea de estudio ........................................................................... 10 2.1.4 rea de la investigacin .............................................................. 14 2.2 Marco metodolgico ........................................................................... 18 2.2.1 Metodologa de la investigacin .................................................. 18 2.2.2 Metodologa del rea aplicada..................................................... 19 CAPITULO III. DESARROLLO...................................................................... 26 3.1 Planificacin del proyecto ................................................................... 26 3.1.1 Planificacin del alcance ............................................................. 26 3.1.2 Planificacin del tiempo............................................................... 27 3.1.3 Gestin de riesgos....................................................................... 27 3.2 Primera iteracin................................................................................. 30

3.2.1 Modelado del negocio ................................................................. 30 3.2.1.1 Descripcin del sistema del negocio .................................... 30 3.2.1.2 Modelado de objetivos ......................................................... 31 3.2.1.3 Modelado de procesos ......................................................... 33 3.2.1.4 Modelado de objetos ............................................................ 36 3.2.1.5 Modelado de reglas.............................................................. 37 3.2.1.6 Modelado de actores............................................................ 37 3.2.1.7 Modelado de eventos ........................................................... 40 3.2.2 Ingeniera de requisitos ............................................................... 41 3.2.2.1 Descubrimiento de requisitos ............................................... 41 3.2.2.2 Anlisis de requisitos............................................................ 42 3.2.2.3 Especificacin de requisitos ................................................. 43 3.2.3 Diseo arquitectnico .................................................................. 45 3.2.4 Diseo detallado.......................................................................... 46 3.2.5 Programacin e integracin......................................................... 46 3.2.6 Pruebas de la aplicacin ............................................................. 46 3.3 Segunda iteracin............................................................................... 46 3.3.1 Modelado de negocio .................................................................. 47 3.3.2 Ingeniera de requisitos ............................................................... 47 3.3.2.1 Descubrimiento de requisitos ............................................... 47 3.3.2.2 Anlisis de los requisitos ...................................................... 48 3.3.2.3 Especificacin de requisitos ................................................. 51 3.3.3 Diseo arquitectnico .................................................................. 51 3.3.3.1 Vista funcional ...................................................................... 51 3.3.3.2 Vista estructural.................................................................... 53 3.3.3.3 Vista de implementacin ...................................................... 54 3.3.3.4 Vista de despliegue .............................................................. 55 3.3.4 Diseo detallado.......................................................................... 56 3.3.4.1 Diseo de interfaz ................................................................ 56

3.3.4.2 Diseo de la base de datos .................................................. 62 3.3.5 Programacin e integracin......................................................... 62 3.3.6 Pruebas de la aplicacin ............................................................. 63 3.4 Tercera iteracin................................................................................. 63 3.4.1 Modelado de negocio .................................................................. 63 3.4.2 Ingeniera de requisitos ............................................................... 63 3.4.3 Diseo arquitectnico .................................................................. 64 3.4.3.1 Vista funcional ...................................................................... 64 3.4.3.2 Vista estructural.................................................................... 64 3.4.3.3 Vista de comportamiento...................................................... 64 3.4.3.4 Vista de implementacin ...................................................... 66 3.4.4 Diseo detallado.......................................................................... 67 3.4.4.1 Diseo de interfaz ................................................................ 67 3.4.4.2 Diseo de la base de datos .................................................. 69 3.4.5 Programacin e integracin......................................................... 69 3.4.5.1 Aprovisionamiento de componentes .................................... 69 3.4.5.2 Creacin de la base de datos............................................... 72 3.4.5.3 Integracin de componentes ................................................ 72 3.4.5.4 Elaboracin de manuales ..................................................... 72 3.4.6 Pruebas de la aplicacin ............................................................. 72 3.4.6.1 Pruebas de contenido .......................................................... 72 3.4.6.2 Pruebas de navegacin........................................................ 73 3.4.6.3 Pruebas de configuracin..................................................... 73 3.4.6.4 Pruebas de interfaz de usuario............................................. 74 CONCLUSIONES ......................................................................................... 76 RECOMENDACIONES................................................................................. 78 BIBLIOGRAFA ............................................................................................. 79 APENDICES ................................................................................................. 81

DEDICATORIA

A: Dios. Mis padres, Pablo y Elena, por guiarme hacia el buen camino y ensearme a ser siempre una mejor persona. Siempre han estado y estarn cuando ms los necesite. Mis abuelos, por siempre darme el buen ejemplo y darme todo el cario y afecto que me han brindado. Mis hermanas, con quienes he compartido buenos momentos. Mis tos y resto de mis familiares, por brindarme apoyo en todo momento. A Claudia, con quien he compartido buenos momentos. A todos los quiero y les debo lo que soy.

AGRADECIMIENTO

A: Mis padres por brindarme el apoyo necesario. El programa de la Licenciatura en Informtica. Todos los profesores y educadores que a lo largo de mi vida me han enseado lo necesario para desarrollarme como persona y profesional, y que han llegado a ser como una segunda familia. Al profesor y asesor Eugenio Betancourt, quien siempre estuvo dispuesto a brindarme su ayuda y asesoramiento. Al personal del IPASME Cuman, en especial a la Licenciada Dellanira Visez y a la Licenciada Dervis Castillo. A mis compaeros de estudios y amigos, Sophia Gonzales y Juan Rodrguez. Con ustedes he compartido buenos momentos y su apoyo y orientacin fueron claves para el desarrollo de este trabajo. A mis amigos de la vida y de la universidad, con ustedes he compartido muy buenos momentos. A todas aquellas personas que de una u otra forma aportaron alguna ayuda. Gracias.

II

LISTA DE TABLAS Pgina Tabla 1. Riesgos identificados para el proyecto.......................................................... 28 Tabla 2. Anlisis de riesgos. ....................................................................................... 29 Tabla 3. Especificacin de actores y roles .................................................................. 38 Tabla 4. Lista de requisitos recolectados .................................................................... 41 Tabla 5. Lista de requisitos clasificados ..................................................................... 42 Tabla 6. Lista actualizada de requisitos recolectados ................................................. 47 Tabla 7. Lista actualizada de requisitos clasificados .................................................. 49 Tabla 8. Descripcin de las clases de la vista estructural ........................................... 54 Tabla 9. Categoras de usuarios. ................................................................................. 57 Tabla 10. Servicios y contenidos que provee la interfaz a los usuarios de Almacn.. 57 Tabla 11. Servicios y contenidos que provee la interfaz a los usuarios de Compras.. 58 Tabla 12. Servicios y contenidos que provee la interfaz a los usuarios Administradores de usuarios. ...................................................................................... 58 Tabla 13. Descripcin de las nuevas clases de la vista estructural ............................. 64 Tabla 14. Componentes ms utilizados provedos por el framework Prado............... 70 Tabla 15. Elementos utilizados en la aplicacin. ........................................................ 71 Tabla 16. Entornos en los cuales se realizaron las pruebas de configuracin............. 73 Tabla 17. Resultados obtenidos de encuesta aplicada a los usuarios de la aplicacin. ..................................................................................................................................... 74

III

LISTA DE FIGURAS Pgina Figura 1. Estructura del modelo vista controlador. ..................................................... 17 Figura 2. Estructura del modelo de procesos. ............................................................. 22 Figura 3. Modelo de objetivos del rea de Almacn.................................................. 32 Figura 4. Modelo de objetivos del Departamento de Compras................................... 33 Figura 5. Cadena de valor del sistema de negocio estudiado...................................... 33 Figura 6. Sub-procesos de la cadena de valor del sistema de negocio estudiado. ...... 34 Figura 7. Diagrama del subproceso registrar entrada de materiales. .......................... 34 Figura 8. Diagrama del subproceso elaborar solicitud de cotizacin.......................... 35 Figura 9. Diagrama de actividades del subproceso registrar entrada de materiales.... 35 Figura 10. Diagrama de actividades del proceso elaborar solicitud de cotizacin. .... 36 Figura 11. Diagrama de clases de objetos del dominio............................................... 36 Figura 12. Modelo de reglas de negocio. .................................................................... 37 Figura 13. Estructura de actores.................................................................................. 39 Figura 14. Modelo de eventos del negocio. ................................................................ 40 Figura 15. Diagrama de casos de uso de anlisis de requisitos................................... 44 Figura 16. Diagrama preliminar de clases de anlisis de requisitos. .......................... 44 Figura 17. Estructura de la plantilla de volere. ........................................................... 45 Figura 18. Diagrama de casos de uso de la segunda iteracin. ................................... 50 Figura 19. Diagrama preliminar de clases de la segunda iteracin............................. 51 Figura 20. Diagrama de casos de uso.......................................................................... 52 Figura 21. Diagrama de clases de diseo arquitectnico. ........................................... 53 Figura 22. Diagrama de componente del diseo arquitectnico ................................. 55 Figura 23. Diagrama de despliegue de la aplicacin web........................................... 56 Figura 24. Estructura de navegacin para el usuario del Almacn. ............................ 60 Figura 25. Estructura de la navegacin para el usuario de Compras. ......................... 60 Figura 26. Primera estructura general de la interfaz. .................................................. 61 Figura 27. Primer prototipo de interfaz....................................................................... 61 Figura 28. Tablas que conforman el esquema fsico de la base de datos.................... 62 Figura 29. Diagrama de clases del diseo arquitectnico modificado........................ 65 Figura 30. Diagrama de secuencia del caso de uso ver movimientos de artculos. .... 66 Figura 31. Diagrama de secuencia del caso de uso elaborar solicitud de compra. ..... 67 Figura 32. Segunda estructura general de la interfaz .................................................. 68 Figura 33. Segundo prototipo de interfaz.................................................................... 68 Figura 34. Resultados grficos de la encuesta. ........................................................... 75

IV

RESUMEN

Se desarroll un sistema Web para dar apoyo a la gestin de los procesos del rea de Almacn y el Departamento de Compras del Instituto de Previsin y Asistencia Social para el Personal del Ministerio de Educacin (IPASME), Unidad Local Cuman. Se utiliz la metodologa Watch [22]. Se utiliz el modelo de procesos que plantea dicha mtodo, de la cual se desarrollaron siete (7) fases: Planificacin Integral del Proyecto, Modelado del Negocio, Ingeniera de Requisitos, Diseo Arquitectnico, Diseo Detallado, Programacin e Integracin y Pruebas de la Aplicacin. En la primera fase se determin el alcance, tiempos y riesgos del proyecto. En la fase de Modelado del Negocio se logr, haciendo uso de la notacin para el modelado de procesos de negocio o BPMN por sus siglas en ingls, representar el ambiente dentro del cual se enmarca la aplicacin. La Ingeniera de Requisitos const en descubrir, analizar y especificar los requisitos funcionales y no funcionales que deban satisfacerse. A travs del Diseo Arquitectnico se establecieron el conjunto de componentes que la integran, y las relaciones y restricciones de interaccin entre ellos. El Diseo Detallado permiti especificar de manera precisa la interfaz usuario/sistema y el modelo de datos que se us para crear la base de datos. En la fase de Programacin e Integracin se codificaron o adaptaron los componentes necesarios para su funcionamiento. La fase de Pruebas de la Aplicacin consisti en verificar la aplicacin y depurar los errores encontrados. El producto final proporciona a los usuarios una herramienta para mejorar el desarrollo de las actividades que estos realizan en sus respectivas reas de trabajo, como lo son el registro de movimientos de materiales, elaboracin de solicitudes de compras, de cotizacin, rdenes de compras, entre otros.

INTRODUCCIN

El buen manejo de la informacin es fundamental para cualquier empresa, con ello puede lograr un alto nivel competitivo dentro del mercado y obtener mayores niveles de capacidad de desarrollo [1].

La informacin fluye constantemente, y las actividades del da a da generan ms informacin que, con el tiempo, se vuelve cada vez ms difcil de manipular. Para dar solucin a esto, muchas empresas han decidido, de manera acertada, implementar el uso de sistemas de informacin automatizados para asistir los procesos que en sta se llevan a cabo, siendo en algunos casos las aplicaciones basadas en la Web (WebApps) la primera opcin considerada para mejorar y maximizar el uso del valioso recurso.

Las WebApps son sistemas confiables, prcticos y adaptables que ofrecen un complejo arreglo de contenido y funcionalidad a una amplia poblacin de usuarios finales, basndose en la utilizacin de un navegador Web, que permite la extraccin de los documentos o pginas Web de los servidores y los muestra por pantalla a los usuarios. En la actualidad, las WebApps han evolucionado en sofisticadas herramientas de computacin que no slo proporcionan funcin por si misma al usuario final, sino que tambin se han integrado como bases de datos corporativas y aplicaciones de negocios [2].

Debido a que pueden ser alojadas en servidores virtualmente accesibles desde cualquier computador, las WebApps pueden resultar una opcin bastante econmica para muchas empresas; adems permiten el uso compartido de la informacin, son concurrentes, altamente disponibles y visualmente agradables, satisfaciendo las necesidades de mltiples usuarios a la vez.

Por las mltiples ventajas que ofrecen y la capacidad de ser aplicadas en diferentes reas, diversas instituciones pblicas y privadas en Venezuela, entre ellas el Instituto de Previsin y Asistencia Social para el Personal del Ministerio de Educacin (IPASME), han empezado a requerir el desarrollo y uso de WebApps que apoyen la gestin y procesos que realizan, con el fin de mejorar el rendimiento de sus empleados, disminuir el tiempo de ejecucin de las tareas, entre otros, lo que

conlleva a un aumento del valor de la informacin que posteriormente suele ser ms accesible, disponible, ntegra y confiable.

El IPASME tiene como finalidad promover y desarrollar un sistema de seguridad social integral y eficaz orientado al mejoramiento permanente de la calidad de vida de los profesores, maestros y personal administrativo del Ministerio del Poder Popular para la Educacin y de otros organismos afiliados a l, mediante la prestacin oportuna, eficiente y efectiva de asistencia en sus requerimientos de afiliacin, crditos: hipotecarios o personales; mdicos-asistencial; culturales, recreativos, deportivos y de ayudas socioeconmicas, siendo imprescindible para ello el establecimiento de sistemas y mecanismos que garanticen la proteccin social y el mejoramiento de las condiciones de vida de sus afiliados y beneficiarios [3].

Para dar cumplimiento a sus objetivos y llegar al mayor nmero de usuarios posibles, el Instituto est conformado por unidades locales, esparcidas en diferentes poblaciones del territorio nacional venezolano, que se encargan de facilitar el acceso de los afiliados a los diferentes beneficios que ste organismo les otorga.

La Unidad Local IPASME-Cuman es una unidad tipo II. Este tipo de unidades se encargan principalmente de prestar atencin mdica de nivel primario, secundario y algunos de nivel terciario, con un rea de influencia de hasta cien mil habitantes. La Unidad Cuman se divide en reas y departamentos, que a travs de la realizacin de

sus funciones propias, facilitan la prestacin de dichos servicios. Entre ellas, estn el rea de Almacn y el Departamento de Compras.

En el presente trabajo de grado se desarroll un sistema Web para la gestin de los procesos del rea de Almacn y el Departamento de Compras del IPASME Cuman, como lo son el registro de entradas y salidas de materiales, la elaboracin de solicitudes de cotizacin, rdenes de compras, consultar y comprometer el presupuesto, registro de proveedores, entre otras, y est estructurado en tres captulos:

En el captulo I, la presentacin del trabajo, contiene una descripcin de la problemtica existente, el alcance y los aspectos limitantes de la investigacin.

En el captulo II, el marco referencial, est dividido en dos secciones: en la primera, el marco terico, donde se establecen los antecedentes de la organizacin y de la investigacin, as como tambin el rea de estudio y de investigacin, esto con la finalidad de puntualizar y dejar en claro los fundamentos que modelan el trabajo investigativo. La segunda seccin, el marco metodolgico, es el apartado del trabajo que dar el giro a la investigacin, es donde se expone la manera como se va a realizar el estudio y los pasos para realizarlo, en s, explicar los aspectos empleados para la consecucin de los objetivos planteados en la investigacin.

En el captulo III, el desarrollo del trabajo, se detalla la aplicacin de la metodologa planteada en la segunda seccin del marco terico. Aqu se explica cada uno de los pasos llevados a cabo para el desarrollo del sistema propuesto, soportado por los respectivos diagramas y modelos que permiten un mayor entendimiento del mismo.

Finalmente, se presentan las conclusiones, recomendaciones, la bibliografa y los apndices. 3

CAPITULO I. PRESENTACIN

1.1 Planteamiento del problema

El rea de Almacn del IPASME Cuman asegura la reposicin, almacenamiento y distribucin oportuna de los materiales de inventario requeridos por los usuarios internos de esta institucin. sta se encarga de controlar la entrada y salida de materiales utilizando para ello un sistema manual a base de tarjetas o fichas denominado kardex, en el cual cada artculo en almacn tiene asignada una tarjeta en donde se registra el movimiento de entrada y salida, y la disponibilidad del mismo. Cuando uno o varios artculos estn por debajo de la demanda mnima, se realiza una solicitud de materiales al Departamento de Compras.

El Departamento de Compras de la institucin lleva a cabo las gestiones de compra, garantizando la satisfaccin de las necesidades de las dependencias y el mejor uso de los recursos. sta lleva a cabo la elaboracin de las solicitudes de cotizacin, de los materiales solicitados por almacn, a los proveedores que estn registrados en el Instituto. Cuando los proveedores responden a la solicitud, realizan un anlisis de precios de compra de material, en el cual se compara precios, calidad, entre otros, de cada uno de los artculos cotizados. Dicho anlisis sirve como base para el Comit de Compras, quien decide cual proveedor gan la cotizacin y sobre cual artculo. Posteriormente, cuando el Comit toma una decisin, se procede a elaborar las rdenes de compras correspondientes y estas son enviadas a los proveedores pertinentes. Aunado a lo anterior, Compras tambin gestiona el registro de proveedores.

Las actividades que se realizan Almacn y Compras, al igual que aquellas llevadas a cabo en el resto de las dependencias, son de gran importancia para el buen desempeo de las actividades que se desarrollan diariamente en la Unidad Local. Es

por esto que es indispensable asegurar la eficiencia y eficacia de los procesos, como tambin la confiabilidad de los mismos tanto en su ejecucin como en los resultados que producen. Igualmente es necesario mantener una buena comunicacin y un constante intercambio de informacin entre ambas dependencias. La inexistencia de un sistema automatizado que apoye los procesos de reposicin y requisicin de materiales est mermando la capacidad operativa del rea de Almacn y el Departamento de Compras, y adems afectan indirectamente al resto del Instituto.

Tanto Almacn y Compras manejan toda su informacin de manera manual. Adems no existe un fcil intercambio de informacin entre ellos, por lo que es difcil para el segundo observar y comprobar los movimientos de materiales y la disponibilidad de los mismos. En el Departamento de Compras se debe transcribir nuevamente la informacin plasmada en la solicitud de material, para elaborar las solicitudes de cotizacin, rdenes de compras, entre otros, ocasionando prdida de tiempo y redundancia de datos.

Debido a que el kardex utilizado en Almacn se maneja manualmente y posee una gran cantidad de registros que crece constantemente, es engorrosa la tarea de elaborar reportes que posibilite conocer el consumo general de materiales, el consumo por departamento, entre otros, que permitan predecir las necesidades futuras del Instituto.

Al momento de elaborar una orden de compra se debe comprometer el presupuesto generando un compromiso de pago que debera disminuir la disponibilidad presupuestaria. Al no mantener un registro de dichos compromisos, se puede incurrir en el sobregiro de alguna de las partidas presupuestaria.

La elaboracin de reportes en ambas dependencias tarda mucho tiempo en realizarse y suelen contener errores. Esto genera problemas al momento de ser 5

sometidos a auditoras y reportar las actividades a organismos superiores.

Para solventar la problemtica mencionada anteriormente se propuso el desarrollo de un sistema Web que permita dar soporte a las diferentes actividades que se realizan en el rea de Almacn y el Departamento de Compras, especficamente la conversin del actual sistema manual kardex de almacn a un sistema automatizado de control de movimientos de artculos, la elaboracin de compra de material y cotizacin, anlisis de precios, rdenes de compras, registro de proveedores, reportes, entre otros; e igualmente permita el intercambio de informacin entre estas dependencias. De esta manera se pretende contribuir con la optimizacin de la Coordinacin Administrativa, mejorando as la prestacin de los servicios que ofrece la Institucin.

1.2 Alcance y limitaciones

1.2.1 Alcance

El sistema desarrollado est dirigido a los empleados del rea de Almacn y el Departamento de Compras del IPASME-Cuman y est centrado en apoyar y gestionar las actividades y procesos que stos realizan en sus correspondientes reas de trabajo.

El sistema Web permite:

Registrar, actualizar y consultar los usuarios que harn uso del sistema.

Registrar, actualizar y consultar los artculos resguardados en el Almacn del IPASME-Cuman.

Registrar las entradas y salidas de artculos del Almacn.

Elaborar solicitudes de compras de materiales.

Elaborar solicitudes de cotizacin.

Realizar anlisis de precios de compra de materiales.

Elaborar rdenes de compras.

Registrar, actualizar y consultar los nuevos y actuales proveedores adscritos al IPASME-Cuman.

Elaborar reportes.

1.2.2 Limitaciones

Los anlisis de precios de compra de materiales llevados a cabo por el sistema desarrollado solo toman en cuenta el aspecto precio. Otros factores como calidad quedan a juicio del usuario.

CAPITULO II. MARCO REFERENCIAL

2.1 Marco terico

2.1.1 Antecedentes de la investigacin

Son muchas las organizaciones que han promovido el desarrollo y uso de sistemas automatizados para la ejecucin de los procesos administrativos que en estos se llevan a cabo. Uno de ellos es el rectorado de la Universidad de Oriente, en el cual se desarrollo un sistema de informacin que permitiera el registro y control de los procesos de la seccin de compras. Este sistema reduce el tiempo de respuesta y la prdida de material facilitando el registro de solicitudes de compras y servicios, registro de datos de proveedores, rdenes de compras y anlisis de compras, teniendo como una de sus limitantes que en dicho anlisis solo se pueden incluir un mximo de diez (10) proveedores [4].

Igualmente son cada vez ms los organismos institucionales que enfocan el desarrollo de sus nuevos sistemas al ambiente web con el fin de mejorar sus actividades y alcanzar sus objetivos. Adems de esto, adoptan el uso de herramientas libres que abarata los costos. Como evidencia est el Instituto Universitario de Tecnologa de Cuman, en donde se han venido desarrollando sistemas bajo ambiente web con herramientas libre. Ejemplo de estos es el desarrollo de la aplicacin web para la divisin de planificacin de dicho instituto. Dicha aplicacin consta de una pgina Web para la Divisin de Planificacin y Desarrollo del IUT-Cuman y un sistema administrativo para el Control y Gestin de las Actividades de la Divisin de Planificacin y Desarrollo, como son los mdulos de aulas, contenidos programticos, planes de estudio, presupuesto, control de solicitudes, entre otros, as como el asistente que permite ingresar los contenidos al portal [5].

2.1.2 Antecedentes de la organizacin

El Instituto de Previsin y Asistencia Social para el Personal del Ministerio de Educacin (IPASME), fue creado el 23 de Noviembre de 1949 mediante Decreto N 337 de la Junta Militar de Gobierno. Comenz a funcionar el 1 de mayo de 1950. Posteriormente el 9 de Enero de 1959 la Junta de Gobierno en Consejo de Ministros, dicta el Decreto N 513 para crear el Estatuto Orgnico que lo rige actualmente[3].

EL IPASME tiene como objetivo principal promover y desarrollar un Sistema de Seguridad Social Integral y eficaz orientado al mejoramiento permanente de la Calidad de Vida de los profesores, maestros y personal administrativo del Ministerio del Poder Popular para la Educacin y de otros organismos afiliados al Instituto de Previsin y Asistencia Social del Ministerio de Educacin (IPASME), mediante la prestacin oportuna, eficiente y efectiva de asistencia en sus requerimientos de afiliacin, crditos: Hipotecarios o personales; mdicos-asistencial; culturales, recreativos, deportivos y de ayudas socioeconmicas, siendo imprescindible para ello el establecimiento de sistemas y mecanismos que garanticen la proteccin social y el mejoramiento de las condiciones de vida de sus afiliados y beneficiarios[3].

El IPASME est conformado por una Junta Administradora, una Presidencia, una Vicepresidencia, una secretaria, varias gerencias y oficinas, y un conjunto de Unidades Locales IPASME.

Entre las Unidades Locales IPASME se encuentra la Unidad Local IPASMECuman. Esta inici sus funciones en la ciudad durante la dcada de los 50 bajo la direccin del Dr. Cruz Snchez. Actualmente es una unidad hospitalaria de tipo II que se encarga principalmente de prestar atencin mdica de nivel primario, secundario y algunos de nivel terciario, con un rea de influencia de hasta cien mil habitantes. Esta Unidad est conformada por una Direccin, un rea de Personal, una Coordinacin 9

Administrativa y una Coordinacin Asistencial, las cuales a su vez estn conformadas por reas y departamentos.

2.1.3 rea de estudio

Las transacciones o procesos de datos fueron las primeras aplicaciones usadas en las empresas. Las transacciones son acuerdos o disposiciones empresariales y su importancia reside en que aportan nuevos datos a un sistema de empresa (y de informacin) [6].

Los sistemas de procesos de transacciones son aplicaciones de los sistemas de informacin que capturan y procesan los datos referidos a transacciones. Tambin reciben el nombre de sistemas de proceso de datos [6].

Este trabajo se enmarca dentro del rea de los sistemas de informacin transaccionales, fundamentado en el uso del computador y otras tecnologas informticas para la automatizacin y optimizacin de los procesos transaccionales llevados a cabo en el rea de Almacn y el Departamento de Compras del IPASMECuman.

A continuacin se presentan los conceptos relacionados al rea de estudio:

Un sistema de informacin es una disposicin de personas, actividades datos, redes y tecnologa integrados entre s con el propsito de apoyar y mejorar las operaciones cotidianas de una empresa, as como satisfacer las necesidades de informacin para la resolucin de problemas y la toma de decisiones por parte de los directivos de la empresa [6].

10

Para mejorar y maximizar la calidad de un sistema de informacin, es recomendable seguir un proceso de desarrollo de software.

Un proceso de desarrollo de software es un conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema de software [7]. Las actividades ms comunes que contienen los procesos de desarrollo de software, son las actividades de anlisis y diseo.

El anlisis es el estudio de una aplicacin del sistema de informacin y de empresa actual y la definicin de las necesidades y las prioridades de usuario para conseguir una aplicacin nueva y mejorada [6].

Durante el anlisis, se analizan los requisitos que se describieron en la captura de requisitos, refinndolos y estructurndolos con la finalidad de conseguir una comprensin ms precisa de los mismos y que ayude a la estructuracin del sistema entero [7].

En el diseo se modela el sistema y se encuentra su forma (incluida la arquitectura) para que soporte todos los requisitos, incluyendo los requisitos no funcionales y otras restricciones, que se le suponen. Una entrada esencial del diseo es el resultado del anlisis [7].

Existen lenguajes que permiten elaborar los productos o artefactos que contienen las actividades de anlisis y diseo, una de ellas es el lenguaje UML.

El Lenguaje Unificado de Modelado (UML) es un lenguaje grfico para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software, proporciona una forma estndar de escribir los planos de un sistema [7]. 11

Algunos de los productos de las actividades de anlisis y diseo son los diagramas de casos de uso, los diagramas de clases, los diagramas de secuencia, los diagramas de componentes y los diagramas de despliegue.

Los diagramas de casos de uso son importantes para modelar el comportamiento de un sistema, un subsistema o una clase, cada uno muestra un conjunto de casos de uso, actores y sus relaciones [8].

Un caso de uso es una descripcin de un conjunto de secuencias de acciones, incluyendo variantes, que ejecuta un sistema para producir un resultado observable de valor para un actor. Grficamente, un caso de uso se representa como una elipse [8].

El diagrama de Clases describe los tipos de objetos que hay en el sistema y las diversas clases de relaciones (asociatividad, herencia, de uso y conocimiento) que existen entre ellos. Adems muestra los atributos y operaciones de una clase y las restricciones a que se ven sujetos, segn la forma en que se conecten los objetos. Un diagrama de clases est compuesto por los siguientes elementos: Clase (Atributos, mtodos y visibilidad) y Relaciones (Herencia, Agregacin, Asociacin y Uso) [8].

Un diagrama de secuencia es un diagrama de interaccin que destaca la ordenacin temporal de los mensajes enviados entre un conjunto de objetos y la relacin que existe entre ellos. Se utilizan para modelar los aspectos dinmicos de un sistema y permiten visualizar, especificar, construir y documentar la dinmica de una sociedad particular de objetos, o se pueden utilizar para modelar un flujo de control particular de un caso de uso [8].

Un diagrama de componentes muestra la organizacin y las dependencias entre un conjunto de componentes. Se utilizan para modelar la vista de implementacin esttica de un sistema. Los diagramas de componentes se relacionan con los 12

diagramas de clases en que un componente normalmente se corresponde con una o ms clases, interfaces o colaboraciones [8].

Un diagrama de despliegue pertenece a los diagramas de UML que permiten modelar los aspectos fsicos de un sistema. Este diagrama muestra la configuracin de los nodos que participan en la ejecucin y de los componentes que residen en ellos. Se utilizan para modelar la vista de despliegue esttica de un sistema, esto implica poder modelar la topologa del hardware y software sobre el que se ejecuta el sistema [8].

Los sistemas de informacin utilizan bases de datos para suplirse de los datos necesarios para su funcionamiento.

Una base de datos es un sistema formado por un conjunto de datos y un paquete de software para la gestin de dicho conjunto de datos de tal modo que se controla el almacenamiento de datos redundantes, los datos resultan independiente de los programas que los usan, se almacenan las relaciones entre los datos junto con estos, y se puede acceder a los datos de diversas formas [9].

Un sistema de gestin de base de datos constituye el ncleo de la base de datos; contiene todas las rutinas necesarias para la gestin de los datos. El lenguaje de la base de datos construye la interfaz entre el usuario y el sistema de gestin de base de datos. En muchos sistemas de bases de datos se utiliza como lenguaje de datos el lenguaje SQL (Structured Query Language). El lenguaje SQL es enormemente fcil, intuitivo, potente y adems se puede usar desde los dos entornos tradicionales: como lenguaje interpretado para la realizacin de pequeas consultas y como lenguaje embebido en otro para la realizacin de sistemas complejos [10].

13

2.1.4 rea de la investigacin

Las aplicaciones web se basan en un conjunto de pginas que interactan entre s, apoyndose en bases de datos asociadas, con recursos en servidores Web, que permiten la administracin del contenido y el procesamiento de informacin [11], adems de la confiabilidad, economa, sencillez de uso y accesibilidad que ofrecen a una amplia poblacin de usuarios finales.

Este trabajo de grado se enmarca dentro del rea de las aplicaciones Web, ya que est centrado en el desarrollo de un sistema web para el rea de Almacn y el Departamento de Compras del IPASME-Cuman que apoye los procesos que en ellas se realizan, facilitando adems la comunicacin y el intercambio de informacin entre ambas.

A continuacin se presentan un conjunto de conceptos involucrados en esta rea de investigacin.

Las aplicaciones Web o WebApps engloban un aspecto amplio de aplicaciones. En su forma ms simple, las WebApps son apenas un poco ms que un conjunto de archivos de hipertexto ligados que presenta informacin mediante textos y algunas grficas. Sin embargo a medida que el comercio electrnico y las aplicaciones B2B adquieren mayor importancia, las WebApps evolucionan hacia ambientes computacionales sofisticados que solo proporcionan caractersticas, funciones de cmputo y contenidos independientes al usuario final, sino que estn integradas con bases de datos corporativas y aplicaciones de negocios [2].

Las aplicaciones Web estn, en gran parte conformadas por pginas web. Una pgina Web es un documento electrnico que contiene informacin especfica de un tema en particular y que es almacenado en algn sistema de cmputo que se 14

encuentre conectado a la red mundial de informacin denominada Internet, de tal forma que este documento pueda ser consultado por cualesquier persona que se conecte a esta red mundial de comunicaciones y que cuente con los permisos apropiados para hacerlo [12].

Las aplicaciones Web se alojan en servidores y pueden ser accedidas desde un navegador Web a travs de internet.

Un servidor web es un programa que sirve para atender y responder a las diferentes peticiones de los navegadores, proporcionando los recursos que soliciten usando el protocolo HTTP o el protocolo HTTPS [13].

El navegador Web permite leer documentos en la Web y seguir enlaces de documento en documento de hipertexto. Los navegadores hacen pedidos de archivos (pginas y otros) a los servidores de Web segn la eleccin del usuario y luego muestran en el monitor el resultado del pedido [14].

El Internet, algunas veces llamado simplemente "La Red", es un sistema mundial de redes de computadoras, un conjunto integrado por las diferentes redes de cada pas del mundo, por medio del cual un usuario en cualquier computadora puede, en caso de contar con los permisos apropiados, accesar informacin de otra computadora y poder tener inclusive comunicacin directa con otros usuarios en otras computadoras [11].

El protocolo de transferencia de hipertexto (HTTP por sus siglas en ingles), es el protocolo que emplea la WWW para la transferencia de documentos HTML e imgenes entre clientes (principalmente navegadores) y servidores web. Es un protocolo del nivel de aplicacin orientado a la comunicacin entre sistemas de informacin distribuidos, colaborativos y de hipermedia [15]. 15

La World Wide Web o WWW, es el estndar que permite visualizar textos, imgenes, grficos y sonidos en Internet. A diferencia de lo que muchas veces se suele creer, WWW no es Internet sino un sistema que se basa en protocolos y en buscadores a los que se puede acceder a travs de Internet [16].

El lenguaje HTML es un lenguaje de marcas orientado a la publicacin de documentos en Internet. La mayora de las marcas son semnticas, debido a la amplia variedad de dispositivos donde se va a mostrar la informacin, aunque tambin existen algunas marcas fsicas. Es un lenguaje extensible, al que se le pueden aadir nuevas caractersticas, marcas y funciones [17].

Existen varios leguajes de programacin que permiten el desarrollo de aplicaciones Web, uno de ellos es PHP.

PHP es un lenguaje de programacin que permite, entre otras cosas, la generacin dinmica de contenidos en un servidor web. Su nombre oficial es PHP: Hypertext Preprocessor y entre sus principales caractersticas se pueden destacar su potencia, alto rendimiento y su facilidad de aprendizaje. PHP es una eficaz herramienta de desarrollo que permite a los programadores generar de manera rpida y sencilla sitios web dinmicos [15].

Otro lenguaje frecuentemente utilizado para dar dinamismo a las pginas Web es Javascript. ste es un lenguaje de secuencia de comandos (o scripts) en el cliente ms utilizado actualmente en la Web. Su uso est muy extendido en tareas que van desde la validacin de los datos de formularios a la creacin de complejas interfaces de usuario [18].

Para proveer a las aplicaciones Web de los datos necesarios para realizar los procesos que deberan de hacer, se usan gestores de bases de datos como PostgreSQL. 16

PostgreSQL es un sistema gestor de base de datos objeto-relacional, basado en el proyecto POSTGRES desarrollado en la Universidad de Berkeley. Es un sistema libre (open source) descendiente del cdigo original del proyecto desarrollado en Berkeley y soporta gran parte del estndar SQL. A causa de su licencia libre, PostgreSQL puede ser usado, modificado y distribuido por cualquiera y para cualquier propsito, sea este privado, comercial o acadmico [19].

Existen patrones para el diseo de aplicaciones web, tal es el caso del modelo vista controlador. El patrn de diseo Modelo Vista Controlador o MVC describe una forma, muy utilizada en el Web, de organizar el cdigo de una aplicacin separando los datos de una aplicacin, la interfaz de usuario, y la lgica de control en tres componentes distintos [20]. La Figura 1 muestra la forma en que se estructura este modelo.

Figura 1. Estructura del modelo vista controlador. 17

2.2 Marco metodolgico

2.2.1 Metodologa de la investigacin

Para el desarrollo de este trabajo de grado se tom como referencia la metodologa planteada por (Tamayo y Tamayo, 2001).

Forma de investigacin La investigacin es aplicada, pues se puso en prctica los descubrimientos y aportes tericos hechos por investigaciones puras para dar una solucin informtica al rea de Almacn y el Departamento de Compras del IPASME-Cuman.

Tipo de investigacin La investigacin es descriptiva, pues comprendi la descripcin, registro y anlisis de la situacin actual del rea de Almacn y el Departamento de Compras del IPASME-Cuman. Este tipo de investigacin trabaja sobre realidades de hechos y permiti presentar una interpretacin correcta de los procesos y problemas que se presentan en dichas dependencias.

Diseo de la investigacin El diseo de la investigacin es de campo, porque los datos se recogern directamente de la realidad, es decir, los datos fueron obtenidos directamente de la realidad en la que se enmarca el problema.

Tcnicas para la recoleccin de datos Para recolectar la informacin necesaria para llevar a cabo esta investigacin, se hizo uso de entrevistas no estructuradas a los empleados del rea de Almacn y el Departamento de Compras del IPASME-Cuman, lo que permiti conocer los detalles acerca de los procedimientos realizados en ellas, tener una visin clara del 18

problema y obtener ideas para el desarrollo del sistema. De igual manera, se utilizaron tcnicas de observacin directa, consultas bibliogrficas y consultas en Internet, para establecer el soporte terico de la investigacin.

2.2.2 Metodologa del rea aplicada

Para el desarrollo de este trabajo de grado se aplic el mtodo Watch [22].

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.

Este mtodo est basado en tres modelos fundamentales descritos a continuacin:

El primer modelo, el modelo de productos, identifica, clasifica y describe los productos intermedios y finales que se generan, durante el desarrollo de una aplicacin empresarial. Este modelo establece lo que cada equipo de desarrollo debe producir a lo largo del proceso de desarrollo. Est compuesto por tres tipos de productos: tcnicos, de soporte y de gestin.

Los productos tcnicos son todos aquellos que se originan durante la ejecucin de los procesos tcnicos del desarrollo de la aplicacin. Los productos de soporte se originan durante la ejecucin de los procesos de gestin de la configuracin, gestin de riesgos y gestin de la calidad. Los productos de gestin son elaborados durante la ejecucin de los procesos de constitucin, planificacin, direccin, control y cierre del proyecto.

El segundo modelo, el modelo de actores, identifica a los actores interesados 19

(stakeholders) en el desarrollo de la aplicacin, describe cmo deben estructurarse los equipos de desarrollo y cules deben ser los roles y responsabilidades de sus integrantes. Establece, tambin, las relaciones entre los equipos de trabajo y otros interesados, tales como los usuarios del sistema. El Modelo de Actores tiene tres componentes relacionados:

La clasificacin de interesados (stakeholders) que identifica a los tipos de los actores que estn relacionados con el desarrollo de aplicaciones empresariales. La estructura organizacional de referencia que sirve de modelo para la organizacin de los equipos de desarrollo y los roles y responsabilidades que describen las funciones y tareas que deben ejecutar los actores que participan en proyectos de desarrollo de la aplicacin.

El tercer y ltimo modelo, el modelo de procesos, describe detalladamente los procesos tcnicos, gerenciales y de soporte que los equipos de desarrollo debern emplear para elaborar las aplicaciones. Este modelo establece los procesos necesarios para gestionar el proyecto, y llevar a cabo las actividades tcnicas y de soporte que requieren estos proyectos.

Los procesos de gestin son de tipo gerencial, necesarios para asegurar que la ejecucin del proyecto sea exitosa; es decir, que la aplicacin empresarial se desarrolle dentro del presupuesto y tiempos establecidos, y que posea una alta calidad. Los procesos de soporte tienen como propsito gestionar los riesgos que pueden afectar el proyecto, la calidad de los productos y procesos del proyecto y la configuracin de la aplicacin. Los procesos tcnicos se dividen en tres grupos: procesos de anlisis, procesos de diseo y procesos de implementacin.

Los procesos de anlisis tienen como objetivos principales entender y modelar el sistema de negocios que constituye el dominio de la aplicacin; y definir y 20

especificar el conjunto de requisitos funcionales y no-funcionales que la aplicacin debe satisfacer.

Los procesos de diseo especifican la estructura y el conjunto de componentes que deben conformar la aplicacin para que sta satisfaga los requisitos establecidos. Para ello se emplearan mtodos, tcnicas y herramientas apropiadas, que permitirn definir el diseo arquitectnico y describir detalladamente la interfaz usuario, las bases de datos, los programas, la documentacin y los procedimientos.

Los procesos de implementacin tienen como finalidad producir una versin de la aplicacin de acuerdo a las especificaciones de diseo, asegurarse de que la versin cumple con todos los requisitos acordados y satisface las necesidades del cliente; y finalmente poner en produccin la nueva versin en la infraestructura o plataforma de operacin.

En este trabajo de grado se aplic el modelo de procesos, pues es este quien concentra, a travs de los procesos tcnicos, las actividades fundamentales para el buen desarrollo de la aplicacin. Adems incorpora tareas de control, gestin y soporte.

Inspirada en la metfora del reloj, la Figura 2 presenta el orden en que los procesos deben ser ejecutados. En dicha metfora 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.

A continuacin se describen los procesos utilizados para el desarrollo de este trabajo:

21

Figura 2. Estructura del modelo de procesos.

Proceso de planificacin del proyecto La Planificacin Integral del Proyecto es un proceso de gestin que consiste en decidir de antemano qu objetivos persigue el proyecto, cul es su alcance, qu actividades deben realizarse y cuando deben realizarse.

Planificacin de gestin de riesgos La Planificacin de la Gestin de Riesgos tiene como objetivo definir las actividades, recursos, responsabilidades, costos, tiempos que son necesarios para evaluar y responder a los riesgos del proyecto de manera organizada.

El proceso comienza considerando las caractersticas del ambiente de desarrollo, del proyecto, la experiencia en el dominio y categora de la aplicacin a desarrollar, las herramientas y recursos requeridos y disponibles, para luego

22

determinar cules actividades de gestin de riesgos se llevaran a cabo, cuando, en qu orden y quines sern los responsables.

Proceso de modelado de negocio El modelado de negocios tiene como objetivos fundamentales entender el dominio de la aplicacin que se va a desarrollar, comprender los problemas que motivan el desarrollo de la aplicacin, facilitar la identificacin de las necesidades de informacin que tienen los futuros usuarios de esta aplicacin, identificar los sistemas de negocios pares con lo que interacta (recibe y/o entrega recursos, informacin, datos, coordina la ejecucin de actividades y tareas), facilitar la integracin de la aplicacin, una vez desarrollada, en el dominio organizacional donde operar.

Proceso de ingeniera de requisitos La ingeniera de requisitos consiste en determinar y documentar los requisitos funcionales y no-funcionales que los futuros usuarios tienen con respecto a la aplicacin que se desea desarrollar. Los requisitos expresan lo que debe hacer la aplicacin para satisfacer las necesidades de sus usuarios. Estos expresan lo que se supone debe hacer una aplicacin, no intentan expresar cmo lograr estas funciones.

Los requisitos definen:

Lo que debe hacer la aplicacin: Las funciones que debe ejecutar, los datos que debe capturar y almacenar y la informacin que debe producir.

La interaccin entre los usuarios y la aplicacin: La interfaz grfica usuariosistema (GUI). Las restricciones bajo las cuales la aplicacin debe operar: La plataforma de operacin de la aplicacin (Hardware/Software), la tecnologa de informacin que

23

debe usar, las reglas y normas bajo las cuales debe operar y las interfaces con otros sistemas o aplicaciones.

Los atributos de calidad que la aplicacin debe satisfacer: seguridad, facilidad de uso, documentacin, utilidad, confiabilidad, etc.

Los requisitos funcionales establecen los servicios que debe proporcionar la aplicacin, determinan la funcionalidad de la aplicacin. Describen lo que la aplicacin empresarial deber hacer, esto es: (1) su comportamiento; (2) su interaccin con los usuarios y con su dominio de aplicacin y (3) sus respuestas a eventos internos (mismo sistema) y externos (interaccin con otros sistemas). Los requisitos no-funcionales definen las limitaciones que se le impondrn al diseo de la aplicacin. Describen las restricciones que se le aplican al desarrollo y operacin de la aplicacin, tales como el ambiente de desarrollo, los recursos disponibles para desarrollo y el ambiente de operacin de la aplicacin; las cualidades o atributos que el sistema debe satisfacer, tales como su confiabilidad, utilidad, documentacin, rendimiento, interfaces con otros sistemas o aplicaciones; reglas y normas internas o externas al sistema de negocios que restringen o condicionan la operacin.

Proceso de diseo arquitectnico El diseo arquitectnico establece el conjunto de subsistemas en que se divide la aplicacin, agrupados en componentes y relaciones entre componentes. Este proceso est conformado por la especificacin tcnica de la arquitectura constituida por las diferentes vistas de diseo: uso, comportamiento, estructural, implementacin y despliegue. Todas estas vistas contienen diagramas UML que describen los aspectos estticos y dinmicos de la aplicacin.

Proceso de diseo detallado El diseo detallado de la aplicacin especifica las caractersticas que tiene cada 24

uno de los componentes de la aplicacin, la interfaz usuario/sistema y el modelo de datos que se implementara. Este proceso consta de la descripcin del diseo de la interfaz conformado por la especificacin de las caractersticas de la interfaz, los aspectos tcnicos a considerar y el diseo de la misma; la especificacin del modelo de datos, conformado por los modelos conceptuales, implementable y fsico; y la especificacin detallada de cada componente que sea especificada a partir del modelo de clases.

Proceso de programacin e integracin La programacin e integracin tiene como objetivo principal elaborar cada uno de los tres elementos de que consta la aplicacin: programas, base(s) datos y manuales. Los programas o componentes de software, que forman cada una de las tres capas de la arquitectura de la aplicacin, deben ser elaborados y luego integrados para darle forma a la capa. Los archivos y/o la(s) base (s) de datos que constituyen parte de la capa de datos deben, tambin, ser creados y probados. Finalmente, los manuales de instalacin, uso y mantenimiento de la aplicacin deben ser elaborados.

Proceso de pruebas de la aplicacin Las pruebas de la aplicacin se realizan a nivel del sistema. Consisten, por lo tanto, en probar cada versin de la aplicacin como un todo, a fin de asegurar que ella satisface todos los requisitos funcionales y no-funcionales que establecen los requisitos. Las pruebas de la aplicacin verifican y validan los tres elementos arquitectnicos de cada versin de la aplicacin.

25

CAPITULO III. DESARROLLO

3.1 Planificacin del proyecto

A travs de la planificacin del proyecto se lograron establecer los objetivos y las delimitaciones del proyecto. Igualmente se pudo determinar cules eran las necesidades principales que impulsaban el desarrollo del sistema, siendo la principal de todas el dar soporte a las diferentes actividades que se realizan en el rea de Almacn y el Departamento de Compras, la elaboracin de reportes, entre otros; e igualmente el intercambio de informacin entre estas dependencias. Una vez conocidas las necesidades, se logr planificar los tiempos de desarrollo del proyecto. De igual forma, se pudo establecer un plan de gestin de riesgos que permiti puntualizar los factores que podan afectar el proyecto y las actividades a llevar a cabo en caso de su ocurrencia.

3.1.1 Planificacin del alcance

El sistema desarrollado apoya los principales procesos del rea de Almacn y el Departamento de Compas del IPASME Cuman. Est divido en tres secciones, una para la administracin usuarios, una para el rea de Almacn y otra para el Departamento de Compras. La seccin de administracin del sistema permitira registrar nuevos usuarios al sistema, modificar informacin de usuarios, eliminar y bloquear usuarios. La seccin de Almacn permitira el registro de nuevos artculos al sistema, visualizar las disponibilidades de cada artculo, registrar entradas de artculos, salidas de artculos, elaborar solicitudes de compras y generar reportes. La seccin de Compras permitira la visualizacin de las solicitudes de compras elaboradas por Almacn, registrar nuevos proveedores y modificar informacin de los mismos, elaborar solicitudes de cotizaciones, realizar un anlisis de precios de

compra de materiales, elaborar ordenes de compras, visualizar la disponibilidad presupuestaria y generar reportes.

3.1.2 Planificacin del tiempo

Durante esta etapa se logr determinar el nmero de iteraciones y las actividades que conformaran el desarrollo del proyecto as como tambin el establecimiento de la secuencia de las mismas. Para el desarrollo de ste trabajo de grado se planificaron 3 iteraciones, para cada una de ellas se establecieron las actividades y los tiempos de ejecucin. Posteriormente se elabor el cronograma de actividades para cada iteracin, apndice A, plasmando en ste las actividades y los tiempos que cada una de ellas necesita para su ejecucin.

3.1.3 Gestin de riesgos.

La gestin de riegos permiti identificar, analizar y valorar el impacto de los riesgos que podran afectar el desarrollo del proyecto. Para cada riesgo identificado, basado en experiencias anteriores, se estim su probabilidad de ocurrencia y el impacto que tendra en caso de ocurrir. Una vez obtenida dicha informacin se estableci un plan de gestin de riesgos, que incluye un plan de mitigacin de riesgos y un plan de contingencia.

El primer paso para la identificacin de los riesgos const en realizar una lista de verificacin de riesgos enfocndose en un subconjunto de riesgos conocidos y predecibles enumerados a continuacin:

Tamao del producto: riesgo asociado con el tamao global del software que se construir o modificar.

27

Impacto en el negocio: riegos asociados con las restricciones que impone la gerencia o el mercado.

Caractersticas del cliente: riesgos asociados con la sofisticacin del cliente y la habilidad del desarrollador para comunicarse con l en una forma oportuna.

Definicin del proceso: riesgos asociados con el grado en el que se ha definido el proceso de software y en que le da seguimiento la organizacin que lo desarrolla.

Entorno de desarrollo: riesgos asociados con la disponibilidad y la calidad de las herramientas que se utilizarn en la construccin del producto.

Tecnologa que construir: riesgos asociados con la complejidad del sistema que se construir y la novedad de la tecnologa que est empaquetada en el sistema.

Posteriormente se identificaron y listaron aquellos riesgos que podan influir negativamente al proyecto. En la Tabla 1 se muestran cada uno de los riesgos identificados para ste proyecto.

Tabla 1. Riesgos identificados para el proyecto.

ID R1 R2 R3 R4 R5 R6 R7 Riesgo Un retraso en una tarea produce retrasos en cascada en las tareas dependientes. La curva de aprendizaje para la nueva herramienta de desarrollo es ms larga de lo esperado. Los usuarios finales insisten en nuevos requisitos. Los usuarios finales no estn dispuestos a cooperar. Se aaden requisitos extra. Alcanzar el mbito del producto requiere ms tiempo del esperado. Dificultad para determinar las entradas y salidas del sistema.

28

Cada uno de los riesgos identificados fue analizado en trminos de su impacto y su probabilidad de ocurrencia. El anlisis aplicado a los riesgos es de tipo cualitativo, por lo cual se determin, utilizando tcnicas basadas en experiencia, datos histricos, entre otras, los factores descritos anteriormente. El impacto de los riesgos se estim tomando en cuenta tres factores: la naturaleza, son los problemas que pueden pasar si ocurre el riesgo, el alcance, que indica la severidad o gravedad del problema y su distribucin (el porcentaje del proyecto que es afectado o cuntos clientes sern perjudicados) y el tiempo, considera cundo y por cunto tiempo se dejar sentir el impacto del riesgo. La Tabla 2 muestra el resultado de dicho anlisis.

Tabla 2. Anlisis de riesgos.

ID R1 P 0.35 Impacto Despreciable Mitigacin Establecer tiempos de holgura y mantener un control constante sobre el cumplimiento de los tiempos de ejecucin. Mantener documentacin al alcance. Buscar expertos en el rea que puedan ofrecer accesoria sobre el tema. Contingencia Reajustar el cronograma de actividades. Consultar a los expertos sobre el tema y mantener una comunicacin constante con los mismos. Reajustar el cronograma de actividades. Comunicar a los usuarios las ventajas que traer el sistema y como les beneficiara directamente. Reajustar el cronograma de actividades.

R2

0.30

Marginal

R3

0.25

Critico

Asegurarse de que los usuarios estn satisfechos con los requisitos recolectados durante la fase de ingeniera de requisitos. Trabajar la usuarios. comunicacin con los

R4

0.15

Critico

R5

0.25

Critico

Asegurarse de que estn plasmados todos y cada uno de los requisitos plasmados por los usuarios y que stos estn satisfechos con los mismos. Incluir estrictamente lo necesario para el buen funcionamiento del sistema y xito del proyecto. Entender los requisitos expresados por los usuarios. Revisar constantemente el documento de requisitos y de modelado de negocio.

R6

0.25

Marginal

Reajustar el cronograma de actividades. Revisar los documentos de requisitos y modelado de negocio. Entrevistar a los usuarios.

R7

0.15

Marginal

29

3.2 Primera iteracin

Esta iteracin consisti en el desarrollo del modelado del negocio e ingeniera de requisitos.

3.2.1 Modelado del negocio

El modelado del negocio se enfoc en la descripcin del sistema del negocio, el modelado de objetivos, de procesos, de reglas, de actores y roles, de objetos y el modelado de eventos.

3.2.1.1 Descripcin del sistema del negocio

El IPASME Cuman es una institucin que se encarga de ofrecer servicios hospitalarios, de crditos, entre otros, en beneficio del personal adscrito al Ministerio del Poder Popular para la Educacin. Este se encuentra estructurado en una Direccin, una Coordinacin Administrativa, un rea de Personal y una Coordinacin Asistencial.

La Coordinacin Administrativa enmarca todos los aspectos administrativos de la institucin, como lo son la administracin, contabilidad, compras, almacn, crditos, entre otros.

El rea de Almacn se encarga del resguardo, la reposicin y distribucin del los materiales y artculos inventariados. A travs de un sistema manual kardex se lleva un registro de las entradas y salidas de los materiales y artculos, permitiendo as el control de los movimientos y disponibilidades de los mismos. ste mantiene estrecha interrelacin con el resto de las dependencias, pues es a ella a quien solicitan los materiales y artculos necesarios para su buen funcionamiento de las mismas. 30

Cuando reciben una solicitud de materiales, tambin conocido como requisicin de materiales, se procede a revisar la disponibilidad. En caso de poseer existencia de los materiales solicitados, se autoriza el despacho de los mismos.

Cuando la disponibilidad de alguno o varios de los artculos llega a un nivel mnimo, se elabora una solicitud de compras expresando los artculos y cantidades necesarias. Dicha solicitud es enviada al Departamento de Compras para que realice los trmites necesarios para la reposicin de los materiales.

El Departamento de Compras se encarga de la gestiones de compras del Instituto, garantizando la satisfaccin de las necesidades de la institucin.

Al recibir una solicitud de compras se procede a elaborar una solicitud de cotizacin de materiales a un mnimo de tres proveedores registrados en el Instituto. Una vez emitidas, se espera la respuesta de los mismos para proceder a elaborar un anlisis de precios de compras de materiales. En el anlisis de precios se elige, tomando en cuenta el menor precio y otros factores como calidad, responsabilidad, entre otros, el proveedor ganador sobre determinados artculos. Con el resultado del anlisis y con la autorizacin del comit de compras del Instituto, conformado por el director, el administrador, el jefe de almacn y el representante de alguna de las dependencias, se procede a elaborar las ordenes de compras correspondientes y comprometer el presupuesto. ste departamento tambin se encarga del registro y mantenimiento de los datos de los proveedores, y se interrelaciona estrechamente con Almacn, la administracin, la direccin y la contabilidad.

3.2.1.2 Modelado de objetivos

Una vez descrito el sistema del negocio, fue posible elaborar el modelo de objetivos del negocio. Este modelo parte de la misin del Instituto, para pasar luego a 31

la misin del rea de Almacn y el Departamento de Compras, considerados estos como los objetivos de alto nivel. Posteriormente se describen los objetivos de Almacn y Compras (objetivos de bajo nivel). Las Figuras 3 y 4 muestran el modelo de objetivos del Almacn y Compras respectivamente.

Figura 3. Modelo de objetivos del rea de Almacn.

32

Figura 4. Modelo de objetivos del Departamento de Compras.

3.2.1.3 Modelado de procesos

El modelo de procesos se inici con la elaboracin de la cadena de valor. La cadena de valor muestra aquellos procesos que son la razn de ser del sistema de negocio estudiado (procesos fundamentales) y aquellos procesos que dan soporte a estos (procesos de apoyo). En este trabajo de grado, slo se especifican aquellos procesos que son objeto de la investigacin. La Figura 5 muestra la cadena de valor resultante.

Figura 5. Cadena de valor del sistema de negocio estudiado. 33

Seguidamente cada proceso fundamental de la cadena de valor se desglos en sub-procesos. Las Figuras 6 y 7 muestran los sub-procesos resultantes.

Figura 6. Sub-procesos de la cadena de valor del sistema de negocio estudiado.

Posteriormente, como se muestran en las figuras 7, 8, 9 y 10, cada subproceso se describi usando diagramas de procesos y actividades. En el apndice B se muestran los diagramas del resto de los subprocesos.

Figura 7. Diagrama del subproceso registrar entrada de materiales. 34

Figura 8. Diagrama del subproceso elaborar solicitud de cotizacin.

Figura 9. Diagrama de actividades del subproceso registrar entrada de materiales. 35

Figura 10. Diagrama de actividades del proceso elaborar solicitud de cotizacin. 3.2.1.4 Modelado de objetos

El modelado de objetos consisti en determinar aquellos objetos de negocio que son parte esencial de la ejecucin de los procesos. Para esto se procedi a identificar los objetos del negocio a partir de la revisin de los diagramas de procesos, especficamente los representados en las entradas, las salidas y otros elementos de apoyo a la ejecucin de un proceso. Posteriormente se describi cada objeto identificado a travs de diagramas de clases de objetos utilizando la notacin UML. La Figura 11 muestra el diagrama de clases resultante.

Figura 11. Diagrama de clases de objetos del dominio. 36

3.2.1.5 Modelado de reglas

A travs de ste modelo se logr representar el conjunto de condiciones que regulan y controlan un proceso de negocio de tal manera que ste pueda ocurrir de una manera aceptable. Para ello se procedi a identificar y listar el conjunto de reglas del negocio, expresadas ya sea de manera explcita o implcita, en el modelo de procesos del negocio y en los documentos internos del sistema de negocios. Una vez identificados se procedi con la elaboracin del modelo. La figura 12 muestra el modelo resultante.

Figura 12. Modelo de reglas de negocio.

3.2.1.6 Modelado de actores

El modelo de actores tiene como finalidad definir a los diferentes actores que participan en la ejecucin de los procesos del negocio, as como tambin sus roles y responsabilidades. El primer paso para la elaboracin de este modelo fue identificar 37

los actores involucrados en los procesos a partir de los diagramas del modelo de procesos del negocio. Luego se especificaron los roles de cada actor identificado con el objetivo de representar, de manera consistente, coherente y completa, los actores del sistema de negocios y sus roles. En la tabla 3 se muestra dicha especificacin.

Tabla 3. Especificacin de actores y roles

Actor Jefe de Almacn Roles - Coordinador - Supervisor Actividades - Coordinar las actividades que se realizan en el rea de Almacn. - Supervisar las actividades que se realizan en el rea de Almacn y a los empleados que las ejecutan. - Distribuir los materiales equipos, herramientas equipos para atender las solicitudes. - Recibir, revisar, registrar y marcar materiales y equipos solicitados a los proveedores. - Ordenar, clasificar e material que existe en el almacn. - Llevar el control y registro del movimiento de entrada y salida, incorporaciones, desincorporaciones de materiales y equipos. - Despachar y entregar materiales, equipos, repuestos solicitados al almacn. - Participar en el levantamiento de inventarios de materiales, equipos y herramientas. - Coordinar las actividades que se realizan en el rea de Almacn. - Supervisar las actividades que se realizan en el rea de Almacn. - Ejecutar los trmites para la adquisicin de materiales y equipos requeridos por la Institucin, estudiando y analizando cotizaciones y presupuestos y cumpliendo con los procedimientos establecidos; a fin de obtener los bienes en las mejores condiciones de precios, calidad y oportunidad. - Recibir, estudiar y analizar cotizaciones. - Recibir y verificar solicitudes de compras, rdenes de compra y sus correspondientes anexos.

Empleado de Almacn

- Distribuidor - Revisor - Recibidor - Registrador - Ordenar - Clasificar

Jefe de Compras

- Coordinador - Supervisor

Empleado de Compras

- Ejecutor - Analizador - Recibidor - Verificador - Distribuidor

38

Tabla 3. Continuacin.
Actor Empleado de Compras Roles - Ejecutor - Analizador - Recibidor - Verificador - Distribuidor Actividades -. Verificar la disponibilidad presupuestaria para la realizacin de las compras. - Velar porque los bienes adquiridos se encuentren asegurados. - Participar en los comits de compra de la Institucin. - Efectuar y distribuir compras menores. - Chequear y verificar materiales y equipos adquiridos. Analizar los anlisis de precios elaborados en el Departamento de Compras. Verificar que los anlisis de precios se realicen correctamente. Verificar y supervisar que los dictmenes que ste realice sean cumplidos a cabalidad.

Comit de compras

- Analizador - Verificador - Supervisor

Posteriormente se determin la estructura ms conveniente para organizar los actores del sistema de negocio estudiado. Dicha estructura se presenta a travs de la notacin UML como se muestra en la Figura 13.

class Actores

Empleado de Almacn

Empleado de Compras

Comite de Compras

Jefe de Almacn

Jefe de Compras

Figura 13. Estructura de actores. 39

3.2.1.7 Modelado de eventos

Este const en la identificacin de aquellos eventos que disparan la ejecucin de un proceso. Para ello se retomaron los diagramas de procesos obtenidos anteriormente y se observaron los eventos asociados a estos. Una vez identificados los eventos se elaboro el modelo de eventos (Figura 14).

Figura 14. Modelo de eventos del negocio. 40

3.2.2 Ingeniera de requisitos

El proceso de ingeniera de requisitos const de tres partes. La primera de ellas es el descubrimiento de requisitos y la segunda el anlisis de los mismos, y por ltimo la especificacin.

3.2.2.1 Descubrimiento de requisitos

El descubrimiento de requisitos const en capturar las necesidades que tenan los clientes y usuarios del sistema. Para ello, estos fueron contactados con la finalidad de recabar los requisitos desde el punto de vista de los mismos. Una vez descubiertos los requisitos se elabor una lista con los requisitos recolectados. La Tabla 4 muestra la lista de requisitos recolectados.

Tabla 4. Lista de requisitos recolectados

ID 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Requisito Usar lenguaje de programacin PHP Desarrollar con herramientas libres Registrar artculos nuevos Registrar entrada de materiales Registrar salida de material Visualizar los artculos Visualizar entrada y salida de materiales Elaborar solicitudes de compras Elaborar solicitudes de cotizacin Realizar anlisis de precios de compras de materiales Elaborar ordenes de compras Comprometer presupuesto Disminuir las existencias de materiales al registrar salida de materiales Aumentar las existencias de materiales al registrar una entrada de materiales Registrar proveedores

41

Tabla 4. Continuacin.
ID 16 17 18 19 20 21 22 22 24 25 26 Requisito Modificar datos de proveedores Registrar usuarios Generar reportes de materiales Generar reportes de entradas y salidas de materiales Generar reportes de solicitudes de compras Generar reportes de solicitudes de cotizacin Generar reportes de ordenes de compras Generar reportes de ordenes de compras Desarrollar haciendo uso del framework de programacin Prado Documentar el sistema Desarrollar para el sistema operativo Ubuntu

3.2.2.2 Anlisis de requisitos

El anlisis const en clasificar y agrupar los requisitos recolectados en funcionales y no funcionales. La Tabla 5 muestra los requisitos recolectados anteriormente debidamente clasificados.

Tabla 5. Lista de requisitos clasificados

ID 1 2 3 4 5 6 7 8 9 10 Requisito Usar lenguaje de programacin PHP Desarrollar con herramientas libres Registrar artculos nuevos Registrar entrada de materiales Registrar salida de material Visualizar los artculos Visualizar entrada y salida de materiales Elaborar solicitudes de compras Elaborar solicitudes de cotizacin Realizar anlisis de precios de compras de materiales Tipo de requisito No funcional No funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional

42

Tabla 5. Continuacin.
ID 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 Requisito Elaborar ordenes de compras Comprometer presupuesto Disminuir las existencias de materiales al registrar salida de materiales Aumentar las existencias de materiales al registrar una entrada de materiales Registrar proveedores Modificar datos de proveedores Registrar usuarios Generar reportes de materiales Generar reportes de entradas y salidas de materiales Generar reportes de solicitudes de compras Generar reportes de solicitudes de cotizacin Generar reportes de ordenes de compras Desarrollar orientado a la web Desarrollar haciendo uso del framework de programacin Prado Documentar el sistema Desarrollar para el sistema operativo Ubuntu Tipo de requisito Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional No funcional No funcional No funcional No funcional

Una vez clasificados, elabor un diagrama de casos de uso y un diagrama preliminar de clases. La Figura 15 muestra el diagrama de casos de uso y la Figura 16 muestra el diagrama preliminar de clases.

3.2.2.3 Especificacin de requisitos

Con la finalidad de documentar los requisitos recolectados se procedi a definir la estructura del documento de especificacin. Para ello se utiliz como base la plantilla de Volere. La plantilla de especificacin de requisitos Volere est creada para ser utilizada como una base para las especificaciones de requisitos. La plantilla provee secciones por cada tipo de los requisitos apropiados para los actuales sistemas

43

uc Use Case Model

Generar reportes de Almacn

Registrar artculos

Registrar entrada de materiales

Registrar salida de materiales

Elaborar solicitud de compra de materiales Empleado de Almacn Visualizar artculos Elaborar solicitud de cotizacin

Realizar Anlisis de precios

Ver mov imiento de artculo

include Elaborar orden de compra Comprometer presupuesto

crud Administrar prov eedores Empleado de Compras Generar reportes de Compras

crud Administracin de usuarios Administrador del Sistema

REGISTRAR ACTUALIZAR MODIFICAR ELIMINAR

Figura 15. Diagrama de casos de uso de anlisis de requisitos.

Figura 16. Diagrama preliminar de clases de anlisis de requisitos. 44

de software. La Figura 17 muestra la estructura de la plantilla de Volere y en el apndice C se puede visualizar las plantillas resultantes.

Figura 17. Estructura de la plantilla de volere.

3.2.3 Diseo arquitectnico

En esta iteracin se determinaron los productos a elaborarse para el establecimiento del diseo arquitectnico de la aplicacin. Se consider la elaboracin de la vista funcional cuyo producto final es el diagrama de casos de uso, la vista estructural que arroja como resultado el diagrama de clases, la vista de comportamiento, la vista de implementacin que indica a travs de los diagramas de componentes las relaciones entre el cdigo fuente, el cdigo objeto, los archivos, bases de datos y otros artefactos, y la vista de despliegue cuyo producto final es el diagrama de despliegue. 45

3.2.4 Diseo detallado

En esta iteracin se determin aquellos subprocesos que se abarcaran para la elaboracin del diseo detallado de la aplicacin y necesarios para su desarrollo, siendo estos el diseo de la interfaz y el diseo de la base de datos.

3.2.5 Programacin e integracin

Esta iteracin se enfoc en el estudio de las herramientas y componentes necesarios para la construccin de la aplicacin. Como se especific en el proceso de ingeniera de requisitos, una de las herramientas requeridas es el framework de programacin prado. Se estudi el manejador de base de datos a utilizar, con la finalidad de conocer todos los aspectos importantes para la creacin de la base de datos. Igualmente se determin que el manual del sistema estara conformado por un manual de instalacin, un manual de uso y un manual de mantenimiento.

3.2.6 Pruebas de la aplicacin

En esta iteracin se determinaron que las pruebas a realizar a la aplicacin. Se estableci que se realizaran pruebas de contenido, pruebas de navegacin, pruebas de configuracin y pruebas de interfaz de usuario, todas ellas propuestas por [2]. Dichas pruebas fueron elegidas considerando que estn diseadas y enfocadas a aplicaciones Web como la desarrollada en este trabajo de grado.

3.3 Segunda iteracin

Esta iteracin consisti en la revisin del modelado del negocio e ingeniera de requisitos desarrollados en la iteracin anterior. Seguidamente se desarrollaron las fases de diseo arquitectnico y diseo detallado. 46

3.3.1 Modelado de negocio

En entrevistas posteriores con los usuarios y clientes, y estudiado nuevamente el sistema de negocio, se puede decir que no se observaron cambios en los modelos obtenidos en la iteracin pasada. Por lo tanto se asumieron como finales todos los productos elaborados anteriormente.

3.3.2 Ingeniera de requisitos

3.3.2.1 Descubrimiento de requisitos

En entrevistas posteriores con los usuarios y clientes se lograron detectar nuevos requisitos que se suman a los descubiertos anteriormente. La Tabla 6 muestra la lista de requisitos actualizada con los requerimientos descubiertos en la primera iteracin.

Tabla 6. Lista actualizada de requisitos recolectados

ID 1 2 3 4 5 6 7 8 9 10 11 12 Requisito Usar lenguaje de programacin PHP Desarrollar con herramientas libres Registrar artculos nuevos Registrar entrada de materiales Registrar salida de material Visualizar los artculos Visualizar entrada y salida de materiales Elaborar solicitudes de compras Elaborar solicitudes de cotizacin Realizar anlisis de precios de compras de materiales Elaborar ordenes de compras Comprometer presupuesto

47

Tabla 6. Continuacin.
ID 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Requisito Disminuir las existencias de materiales al registrar salida de materiales Aumentar las existencias de materiales al registrar una entrada de materiales Registrar proveedores Modificar datos de proveedores Registrar usuarios Generar reportes de materiales Generar reportes de entradas y salidas de materiales Generar reportes de solicitudes de compras Generar reportes de solicitudes de cotizacin Generar reportes de ordenes de compras Desarrollar orientado a la web Desarrollar haciendo uso del framework de programacin Prado Documentar el sistema Desarrollar para el sistema operativo Ubuntu Registrar la cantidad mnima deseada para los artculos Visualizar las disponibilidades presupuestarias Enviar solicitud de cotizacin por correo electrnico Mostrar alguna alerta visualmente de los artculos con existencias por debajo de la cantidad mnima deseada Anular orden de compra

3.3.2.2 Anlisis de los requisitos

Se retom la lista de requisitos clasificados obtenida en la primera iteracin, para aadir y clasificar los requisitos recin descubiertos. La Tabla 7 muestra la lista actualizada de los requisitos clasificados. Igualmente fue necesario corregir y actualizar el diagrama de casos de uso y preliminar de clases elaborados previamente para que pudieran reflejar los nuevos requisitos. Las figuras 18 y 19 muestran los diagramas actualizados.

48

Tabla 7. Lista actualizada de requisitos clasificados

ID 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 Requisito Usar lenguaje de programacin PHP Desarrollar con herramientas libres Registrar artculos nuevos Registrar entrada de materiales Registrar salida de material Visualizar los artculos Visualizar entrada y salida de materiales Elaborar solicitudes de compras Elaborar solicitudes de cotizacin Realizar anlisis de precios de compras de materiales Elaborar ordenes de compras Comprometer presupuesto Disminuir las existencias de materiales al registrar salida de materiales Aumentar las existencias de materiales al registrar una entrada de materiales Registrar proveedores Modificar datos de proveedores Registrar usuarios Generar reportes de materiales Generar reportes de entradas y salidas de materiales Generar reportes de solicitudes de compras Generar reportes de solicitudes de cotizacin Generar reportes de ordenes de compras Desarrollar orientado a la web Desarrollar haciendo uso del framework de programacin Prado Documentar el sistema Desarrollar para el sistema operativo Ubuntu Registrar la cantidad mnima deseada para los artculos Visualizar las disponibilidades presupuestarias Enviar solicitud de cotizacin por correo electrnico Tipo de requisito No funcional No funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional Funcional No funcional No funcional No funcional No funcional Funcional Funcional Funcional

49

Tabla 7. Continuacin.
ID 30 31 Requisito Mostrar alguna alerta visual de los artculos con existencias por debajo de la cantidad mnima deseada Anular orden de compra Tipo de requisito Funcional Funcional

uc Use Case Model

Generar reportes de Almacn

Registrar artculos

Registrar entrada de materiales

Registrar salida de materiales

Elaborar solicitud de compra de materiales

Empleado de Almacn Visualizar artculos Elaborar solicitud de cotizacin

Ver mov imiento de artculo Env iar sol. cotizacin por email

Realizar Anlisis de precios

Visualizar disponibilidades presupuestarias

Elaborar orden de compra Empleado de Compras

include

Comprometer presupuesto

Anular orden de compra

Generar reportes de Compras

crud Administrar prov eedores

crud Administracin de usuarios Administrador del Sistema

REGISTRAR ACTUALIZAR MODIFICAR ELIMINAR

Figura 18. Diagrama de casos de uso de la segunda iteracin. 50

Figura 19. Diagrama preliminar de clases de la segunda iteracin.

3.3.2.3 Especificacin de requisitos

Los requisitos descubiertos en la segunda iteracin fueron igualmente documentados haciendo uso de la plantilla de volere.

3.3.3 Diseo arquitectnico

3.3.3.1 Vista funcional

La elaboracin de la vista funcional permiti describir el comportamiento del sistema desde el punto de vista de los usuarios. Para ello se elabor un diagrama de casos de uso, figura 20, tomando como base y refinando el obtenido en la fase de

51

requisitos. Seguidamente se hizo la descripcin de cada caso uso, stas pueden encontrarse en el apndice D.

uc Casos de Uso

crud Administrar artculos Generar reportes de Almacn

Registrar entrada de artculos

Registrar salida de artculos

Elaborar solicitud de compra de materiales

Empleado de Almacn

Ver mov imiento de artculo

Elaborar solicitud de cotizacin

extend

Env iar sol. cotizacin por email

Realizar Anlisis de precios Consultar solicitudes de compras

Visualizar disponibilidades presupuestarias

Elaborar orden de compra

include

Comprometer presupuesto

Anular orden de compra

Empleado de Compras crud Administrar prov eedores Generar reportes de Compras Administrador del Sistema crud Administracin de usuarios

REGISTRAR ACTUALIZAR MODIFICAR ELIMINAR

Figura 20. Diagrama de casos de uso. 52

3.3.3.2 Vista estructural

Esta vista permiti especificar los servicios que el sistema debe proporcionar a travs de un conjunto de clases. Para ello identificaron aquellas clases necesarias para el desarrollo de la aplicacin y posteriormente se elabor un diagrama de clases en UML. Dicho diagrama es un refinamiento del diagrama preliminar de clases obtenido en la fase de requisitos. La figura 21 muestra el diagrama resultante.

Figura 21. Diagrama de clases de diseo arquitectnico. 53

En la Tabla 8 se presenta una descripcin de cada clase plasmada en el diagrama anterior y en el apndice E se muestran los mtodos identificados para cada una de ellas.

Tabla 8. Descripcin de las clases de la vista estructural

Clase Artculo Entrada Detalle_entrada Salida Detalle_salida Solicitud_compra Detalle_solicitud_compra Solicitud_cotozacin Detalle_solicitud_cotizacin Proveedor Anlisis_precios Detalle_anlisis Orden_compra Detalle_orden_compra Usuario Partida Descripcin Artculos registrados en el almacn Entradas registradas al momento de la recepcin de materiales Detalles de las entradas registradas al momento de la recepcin de materiales Salidas registradas al momento del despacho de materiales Detalles de las salidas registradas al momento del despacho de materiales Solicitudes de compras elaboradas para la reposicin de materiales Detalles de las solicitudes de compras Solicitudes de cotizaciones elaboradas en base a una solicitud de compras Detalles de las solicitudes de cotizacin Proveedores registrados en el departamento de compras Anlisis de precios realizado en base a una solicitud de cotizacin y las cotizaciones enviadas por los proveedores Detalles del anlisis de precios Ordenes de compras elaboradas para la reposicin de materiales Detalles de la orden de compra Usuarios registrados que harn uso del sistema Partidas que conforman el presupuesto

3.3.3.3 Vista de implementacin

A travs de sta se especificaron los detalles de la implementacin de la aplicacin, adaptando el diseo conceptual a requerimientos tales como plataforma de desarrollo, lenguaje, herramientas de desarrollo, entre otros. Esta vista se conform

54

por un diagrama de componentes que explican la relacin entre los distintos artefactos que conforman la aplicacin. Para ello se identificaron aquellos componentes que formaran parte de la aplicacin y posteriormente se determin la asociacin entre ellos. La figura 22 muestra el diagrama de componentes resultante.

Figura 22. Diagrama de componente del diseo arquitectnico

3.3.3.4 Vista de despliegue

A travs esta vista se especificaron los detalles de despliegue y operacin de la aplicacin. Esta podr ser accedida desde la intranet del IPASME Cuman permitiendo que los usuarios accedan fcilmente a la misma y har uso de una base

55

de datos nica. Para describir en que nodos de hardware se instalarn los diferentes componente de la aplicacin, se elabor el diagrama de despliegue (figura 23), donde se puede observar adems el cumplimiento del requisito no funcional que especifica que la aplicacin debe estar orientada a la web.

Figura 23. Diagrama de despliegue de la aplicacin web.

3.3.4 Diseo detallado

3.3.4.1 Diseo de interfaz

El diseo de interfaz permiti establecer el conjunto de pantallas que formarn parte del aspecto visual de la aplicacin, as como tambin el modelo de la navegacin y el contenido de la misma. 56

El primer paso para el diseo de la interfaz fue definir categoras de usuarios que harn uso de la aplicacin. La Tabla 9 muestra las categoras que pudieron definirse a travs de la revisin del diagrama de casos de uso obtenido en la vista funcional del diseo arquitectnico. Seguidamente se determinaron los servicios y contenidos que se deban proveer mediante la interfaz, para lo cual fue necesario analizar el diagrama de casos de uso, de clases y de secuencias elaborados anteriormente. Las Tablas 10, 11 y 12 muestran los servicios y contenidos que han de prestarse por cada tipo de usuario establecido en el perfil de usuario.

Tabla 9. Categoras de usuarios.

Usuario Perfil ste tipo de usuario representa a los empleados del rea de Almacn del IPASME Cuman. Estos podrn registrar entradas de materiales, salidas de materiales, registrar nuevos artculos y modificar la informacin de los mismos. Igualmente podr elaborar solicitudes de compras y generar reportes asociados a las actividades que ejecutan. Este tipo de usuario representa a los empleados del Departamento de Compras del IPASME Cuman. Estos podrn registrar proveedores, modificar informacin de los mismos, elaborar solicitudes de cotizacin, realizar anlisis de precios de compras de materiales, elaborar rdenes de compras y generar reportes asociados a las actividades que ejecutan. Igualmente podrn visualizar las solicitudes de compras elaboradas por los empleados del Almacn, los artculos registrados y las entradas y salidas de los mismos. Este tipo de usuario, conformado por los empleados del Departamento de Informtica, podr administrar los usuarios que pueden acceder a la aplicacin.

Almacn

Compras

Administrador de usuarios

Tabla 10. Servicios y contenidos que provee la interfaz a los usuarios de Almacn.
Servicio Registrar artculos Consultar artculos registrados Modificar datos de artculos Contenido Formulario de registro de datos Tabla de resultados Formulario de actualizacin de datos

57

Tabla 10. Continuacin.

Servicio Registra entrada de materiales Registrar salida de materiales Elaborar solicitudes de compras Consultar entradas y salidas de artculos Generar reportes Contenido Formulario de registro de datos Formulario de registro de datos Formulario de registro de datos Tabla de resultados Tabla de resultados

Tabla 11. Servicios y contenidos que provee la interfaz a los usuarios de Compras.
Servicio Elaborar solicitud de cotizacin Realizar anlisis de precios de compras de materiales Elaborar rdenes de compras Anular orden de compra Consultar disponibilidad presupuestaria Consultar solicitudes de compras elaboradas Consultar artculos registrados Consultar entradas y salidas de artculos Registrar proveedores Modificar datos de proveedores Eliminar proveedores Enviar solicitud de compra por email Generar reportes Contenido Formulario de registro de datos Formulario de registro de datos Formulario de registro de datos Formulario de datos Tabla de resultados Tabla de resultados Tabla de resultados Tabla de resultados Formulario de registro de datos Formulario de actualizacin de datos Formulario de actualizacin de datos Formulario de datos Tabla de resultados

Tabla 12. Servicios y contenidos que provee la interfaz a los usuarios Administradores de usuarios.
Servicio Registrar usuario Modificar datos de usuario Eliminar usuarios Consultar usuarios registrados Contenido Formulario de registro de datos Formulario de actualizacin de datos Formulario de actualizacin datos Tabla de resultados

58

Una vez definidas las categoras de usuarios, los servicios y contenidos, se procedi con el diseo de la interfaz. Para ello se tomaron se consideraron algunos de los principios planteados por Tognozzi, citado por [2], con la finalidad de que la interfaz sea fcil de utilizar, fcil de aprender, intuitiva, consistente, libre de errores y eficiente. Los principios considerados son los siguientes:

Comunicacin: la interfaz comunica el estado de cualquier actividad iniciada por el usuario.

Eficiencia: el diseo de la interfaz optimiza el trabajo del usuario. Consistencia: el uso de los controles de navegacin, mens, iconos y aspectos estticos son consistentes en toda la interfaz.

Flexibilidad: la interfaz es flexible pues permite que los usuarios puedan realizar sus tareas directamente y para que puedan explorar la aplicacin ms a fondo.

Centrada en el usuario: la interfaz se centra en las tareas que los usuarios deben realizar.

Autonoma controlada: la aplicacin Web est diseada para que el contenido al que accede el usuario est acorde con su perfil, y la navegacin hacia reas fuera de su alcance se controlen a travs de la identificacin de los usuarios.

Legibilidad: la informacin que se presenta a travs de la interfaz es legible por cualquier usuario.

Establecidos los principios para el diseo de la interfaz, se eligieron el tipo de letras, tamaos y colores, fondos, entre otros. Para que la interfaz fuese estticamente agradable se escogieron tonos azules para los fondos, bordes, etc. Se eligi verdana y 59

sans-serif como tipo de fuente y un tamao de letras entre 10 pixeles y 14 pixeles, las cuales proveen una fcil legibilidad.

Para la interaccin entre el usuario y la aplicacin se hicieron uso de botones, enlaces e iconos, los cuales especifican claramente la funcionalidad que proveern y se estableci una estructura de navegacin jerrquica-lineal. Las Figuras 24 y 25 muestran la estructura de navegacin establecida de acuerdo a los tipos de usuarios de la aplicacin.

Figura 24. Estructura de navegacin para el usuario del Almacn.

Figura 25. Estructura de la navegacin para el usuario de Compras.

Definido todo lo anterior, se diseo una primera estructura general de la interfaz (Figura 26) y en base a ello se elabor un primer prototipo de interfaz (Figura 27). 60

Figura 26. Primera estructura general de la interfaz.

Figura 27. Primer prototipo de interfaz. 61

3.3.4.2 Diseo de la base de datos

La primera actividad para el diseo de la base de datos fue crear una estructura conceptual independiente del manejador de bases de datos, identificando y analizando los datos que necesitan los usuarios para realizar sus tareas. A partir del esquema conceptual se cre un esquema relacional y posteriormente se elabor el esquema fsico de la base de datos.

La Figura 28 muestra las tablas que conforman el esquema fsico, en el apndice F se encuentra dicho esquema y en el apndice G se pueden observar las descripciones de las mismas.

Figura 28. Tablas que conforman el esquema fsico de la base de datos

3.3.5 Programacin e integracin

En esta iteracin se sigui con el estudio de las herramientas necesarias para la construccin de la aplicacin, en especial del framework de programacin prado. A travs de este proceso se conocieron a fondo las ventajas y herramientas que ofrece el

62

framework e igualmente se pudieron identificar algunos de los componentes que serian de utilidad para el proceso de programacin e integracin. Los componentes identificados fueron igualmente estudiados para conocer sus posibles aplicaciones.

3.3.6 Pruebas de la aplicacin

En esta iteracin se mantienen las pruebas establecidas en la iteracin anterior, por lo tanto no existen cambios que resaltar.

3.4 Tercera iteracin

Esta iteracin se centro en la revisin de los productos obtenidos en la iteracin anterior y en la programacin e integracin de la aplicacin y las respectivas pruebas a realizar sobre la misma. La revisin y validacin de los diagramas y modelos obtenidos en los procesos anteriores fueron de gran importancia pues estos forman la base sobre la cual se construira la aplicacin.

3.4.1 Modelado de negocio

Al igual que en la iteracin anterior, el modelado del negocio no sufri ninguna modificacin y se mantiene sin cambios. Por lo tanto se consideran como finales todos los productos obtenidos.

3.4.2 Ingeniera de requisitos

En reuniones posteriores con los usuarios y clientes, y revisados los productos obtenidos en las iteraciones anteriores, se determin que no surgieron cambios significativos que exponer, por lo tanto se mantienen y se consideran como finales los productos obtenidos anteriormente. 63

3.4.3 Diseo arquitectnico

A continuacin se presentan los cambios y modificaciones realizados a los productos obtenidos en la iteracin anterior.

3.4.3.1 Vista funcional

El diagrama de casos de uso elaborado anteriormente no sufri modificaciones, por lo tanto se considera como producto final.

3.4.3.2 Vista estructural

En esta iteracin se refino el diagrama de clases obtenido anteriormente. Adems de agregar clases al diagrama anterior, todas las clases se agruparon segn su ubicacin en el modelo de tres capas o modelo vista controlador. Dichas modificaciones pueden visualizarse en la Figura 29. En Tabla 13 se presenta una descripcin de cada clase agregada al diagrama anterior. Dichas clases son clases abstractas, por lo tanto no se muestran los mtodos de las mismas.

Tabla 13. Descripcin de las nuevas clases de la vista estructural

Clase Interfaz DAO Descripcin Clase abstracta que provee la interfaz entre la clase y la presentacin. Clase abstracta que suministra una interfaz comn entre la aplicacin y la base de datos.

3.4.3.3 Vista de comportamiento

La vista de comportamiento permiti definir el comportamiento de la aplicacin a travs de la elaboracin de un conjunto de diagramas de secuencia. Por cada caso de

64

class final Lgica de nogocio Solicitud_cotizacion 0..* codigo_cotizacion: int proveedor: char fecha: char hora: char vence: char

Analisis_precios 0..* codigo_analisis: int fecha: char hora: char codigo_partida: int -

Prov eedor direccion: char fax: int nombre: char 3..n telefono: int rif: char 1 0..* 1

Detalle_analisis codigo_analisis: int codigo_articulo: int codigo_prveedor: int precio: float observacion: char precio_sugerido: float

Detalle_solicitud_cotizacion 0..* codigo_solicitud: int codigo_articulo: int cantidad: int 0..* -

Solicitud_compra codigo_solicitud: int fecha: char hora: char

1 Artculo 0..* Orden_compra codigo_orden: int codigo_proveedor: int fecha: char hora: char vence: char Detalle_orden_compra 0..* codigo_orden: int 0..* codigo_articulo: int cantidad: int precio: float partida: char 1 0..* 1 codigo: int nombre: char unidad: char area: char partida: char minimo: int existencia: char 1 0..* Detalle_entrada codigo_entrada: int codigo_articulo: int precio_unitario: float observaciones: char cantidad: int 1 0..* Detalle_salida codigo_salida: int codigo_articulo: int observaciones: char cantidad: int Detalle_solicitud_compra 1 0..* codigo_solicitud: int codigo_articulo: int cantidad: int

1 Partida 1..* -

1 Usuario cedula: int nombre: char apellido: char departamento: char login: char password: char

codigo_partida: char descripcin: char monto: float disponible: float comprometido: float

Salida codigo_salida: int fecha: char hora: char referencia: int solicitante: char

Entrada codigo_entrada: int fecha: char hora: char referencia: int

Vista o interfaz

Datos

abstract Interfaz

abstract DAO

Figura 29. Diagrama de clases del diseo arquitectnico modificado

uso indicado en la vista funcional, se realiz un diagrama de secuencia, los cuales se obtuvieron a partir de la descripcin de los mismos. Las Figuras 30, 31 muestran 65

algunos de los diagramas de secuencias obtenidos y el resto pueden hallarse en el apndice H.

3.4.3.4 Vista de implementacin

El diagrama de componentes elaborado en la iteracin anterior no sufri modificacin alguna, por lo tanto se considera como final ste producto.

Figura 30. Diagrama de secuencia del caso de uso ver movimientos de artculos. 66

sd elaborar_sol_compra Interfaz Empleado Almacn SolicitudCompra DetalleSolCompra Artculo DAO Base de datos

seleccionarOpcin() listarArtculos() consultar()

generarCodigo()

mostrarFormulario()

seleccionarArtculos()

cargarArtculosFormulario()

enviarDatosSolicitud() registarSolicitudCompra()

guardar()

registrarDetallesSolCompra() guardar()

Figura 31. Diagrama de secuencia del caso de uso elaborar solicitud de compra.

3.4.4 Diseo detallado

3.4.4.1 Diseo de interfaz

En esta iteracin se modific la estructura general de la interfaz y se elabor un segundo prototipo de interfaz, con la finalidad que se ajustara a los gustos y sugerencias emitidas por los usuarios. Los principios considerados anteriormente, as

67

como tambin los estilos de fuentes, colores, entre otros, se siguen manteniendo. Las Figuras 32 y 33muestran la nueva estructura y prototipo de interfaz respectivamente.

Figura 32. Segunda estructura general de la interfaz

Figura 33. Segundo prototipo de interfaz. 68

3.4.4.2 Diseo de la base de datos

En esta iteracin no se realizaron modificaciones a los esquemas de bases de datos elaborados anteriormente, por lo tanto se consideran como finales dichos productos.

3.4.5 Programacin e integracin

En esta fase se procedi con la elaboraron los elementos que conforman la aplicacin (los programas, la base de datos y los manuales). A continuacin se presentan los sub procesos que se ejecutaron para tal fin.

3.4.5.1 Aprovisionamiento de componentes

Para la construccin de la aplicacin se adquirieron, adaptaron y codificaron los componentes que la integraran, por lo tanto el primer paso fue la bsqueda y adquisicin de aquellos componentes de software reutilizables que pudiesen ser usados en el desarrollo. La mayora de los componentes adquiridos fueron componentes de interfaz, usados para la elaboracin de la presentacin de la aplicacin y componentes de datos que establecen la comunicacin con la base de datos. El framework Prado provey gran parte de los componentes antes mencionados, que igualmente apoyan a la lgica del negocio. En Tabla 14 se muestran los componentes ms utilizados que provee dicho framework. Otros componentes, de licencia libre, pudieron ser descargados de sitios en internet como el foro del sitio oficial Prado, entre otros, destinados a compartir y proveer componentes reutilizables.

Una vez que los componentes reutilizables fueron adquiridos, se adaptaron de acuerdo a las necesidades, agregando nuevas funciones o modificando las existentes. 69

Tabla 14. Componentes ms utilizados provedos por el framework Prado

Componente TButton TClientScript THiddenField TTextBox Descripcin Representa un botn en una pgina Web. Se utiliza principalmente para activar el envo de datos. Aade cdigo javascript a la pgina Web. Representa un campo de entrada oculto en una pgina Web. Representa un campo de entrada de texto en una pgina Web. Se puede ser de una sola lnea, multilnea o de entrada de texto de contrasea. Representa un botn en una pgina Web. Se puede utilizar para activar una solicitud de devolucin de llamada. Representa una casilla de verificacin en una pgina Web. Puede ser utilizado para recoger dos estados de entrada y pueden desencadenar una solicitud de devolucin de llamada. Valida un control particular a travs de una solicitud de devolucin de llamada. Representa una imagen en una pgina Web. Representa una etiqueta en una pgina Web. La etiqueta se puede personalizar a travs de varios atributos CSS. Representa un hipervnculo que puede realizar una solicitud de devolucin de llamada. Representa un contenedor para otros controles en una pgina Web. El contenido del panel puede ser reemplazado durante una solicitud de devolucin de llamada. Representa un campo de entrada de texto en una pgina Web. Se puede utilizar para realizar una solicitud de devolucin de llamada. Es la contraparte activa de TRepeater, que se puede actualizar durante una solicitud de devolucin de llamada es la contraparte activa de TDataGrid Garantiza que el usuario introduce algunos datos en el campo de entrada especificado. Verifica la entrada del usuario en contra de un patrn regular. Muestra un resumen de los errores de validacin en lnea en una pgina Web, en un cuadro de mensaje, o ambos. Componente que suministra una interfaz comn entre la aplicacin y uno o ms dispositivos de almacenamiento de datos, tales como una base de datos o un archivo.

TActiveButton TActiveCheckBox

TActiveCustomValidator TActiveImage TActiveLabel TActiveLinkButton TActivePanel

TActiveTextBox

TActiveRepeater TActiveDataGrid TRequiredFieldValidator TRegularExpressionValidator TValidationSummary DAO (Objeto de Acceso a Datos)

70

Los componentes que no pudieron ser adquiridos o adaptados, fueron desarrollados desde cero. Para ellos se sigui el enfoque de programacin guiada por pruebas. En este enfoque se procede con la codificacin de los componentes y simultneamente se van probando para comprobar que los resultados de los mismos sean los esperados. La mayora de los componentes nuevos fueron componentes de lgica de negocio, como clases y mtodos que implementan el flujo de trabajo de la aplicacin.

Para la codificacin de los nuevos componentes se utiliz la herramienta NetBeans IDE versin 6.5.1, PHP5 como lenguaje de programacin y rutinas Javascript para dar dinamismo a las pginas Igualmente se us el framework Prado, el cual provee un esquema de proyecto bsico sobre el cual puede trabajarse y compontes reutilizables como los descritos anteriormente. Adems el framework facilita la aplicacin del modelo de tres capas o vista controlador.

En la Tabla 15 se muestran los diferentes tipos de archivos utilizados en la aplicacin.

Tabla 15. Elementos utilizados en la aplicacin. Tipo de elemento *.htm *.php *.js *.css *.page *.tpl Descripcin Archivo cuyo contenido es html. Archivos que contienen secuencias de comandos PHP. Archivos que javascript. contienen secuencia de comandos

Archivos que describen las hojas de estilos en cascada. Archivos cuyo contenido es html e igualmente contienen componentes del framework Prado. Archivo cuyo contenido es html y componentes del framework Prado y que es utilizado para las plantillas de interfaz.

71

3.4.5.2 Creacin de la base de datos

Para el almacenamiento de datos se us el manejador de bases de datos PostgreSQL versin 8.3 y pgAdmin III para la administracin del mismo. A partir del diseo fsico elaborado en el diseo detallado, se procedi a crear los scripts SQL para la creacin de la base de datos de la aplicacin y posteriormente cada script se ejecuto utilizando pgAdmin III, generando as la base de datos en estado vacio.

3.4.5.3 Integracin de componentes

A medida que los componentes se iban programando, stos se iban integrando e igualmente se iba probando los componentes integrados. De esta manera, con cada nueva integracin, la aplicacin iba creciendo hasta llegar a la versin fina, la cual contiene todos los componentes necesarios para proveer las funcionalidades esperadas por los usuarios.

3.4.5.4 Elaboracin de manuales

Se elaborar los manuales que acompaan la aplicacin. Dichos manuales fueron el manual de instalacin y el manual de usuario. El primer paso fue definir la estructura y el contenido de los manuales, y posteriormente se redactaron. En el apndice I se muestran los manuales antes mencionados.

3.4.6 Pruebas de la aplicacin

3.4.6.1 Pruebas de contenido

Este tipo de pruebas se realizaron con la finalidad de encontrar errores sintcticos, tipogrficos o gramaticales, en textos y/o grficos, errores semnticos y 72

errores en la estructura del contenido de la aplicacin Web que se presentar al usuario final. Igualmente se buscaron errores en la informacin resultante de la interaccin de la aplicacin con la base de datos. En el apndice J se muestran los errores que pudieron encontrarse al realizar las pruebas.

3.4.6.2 Pruebas de navegacin

Estas pruebas permitieron garantizar que los mecanismos de navegacin tienen alguna funcionalidad asociada y realizan lo que se supone debera de hacer. Para ello se probaron los vnculos dispuestos en la aplicacin, encontrndose errores de vnculos relacionados a pginas inexistentes o cuya funcionalidad no es la correcta. En el apndice K se muestran algunos de los errores encontrados.

3.4.6.3 Pruebas de configuracin

Este tipo de pruebas tuvieron como finalidad detectar si existan errores en el comportamiento de la aplicacin en distintos entornos, y asegurar que la misma se ejecute y comporte de la misma manera en los diferentes entornos en los que el usuario pueda acceder, comprobando la integridad de la interfaz de usuario y la funcionalidad. En la Tabla 16 se describen los diferentes entornos de pruebas y en el apndice L se pueden visualizar los resultados.

Tabla 16. Entornos en los cuales se realizaron las pruebas de configuracin.

Contexto Sistemas Operativos Navegadores Resoluciones Descripcin Windows XP Ubuntu 10.0 Mozilla Firefox v3 Iceweasel 800 x 600 pixels 1024 x 768 pixels

73

3.4.6.4 Pruebas de interfaz de usuario

Estas pruebas se realizaron con el objetivo de asegurar que la interfaz sea aceptable para los usuarios de la aplicacin Web. Para ello se cre una encuesta estructurada y organizada con el fin de evaluar donde fueron criterios como interactividad, organizacin de la informacin, legibilidad, esttica, accesibilidad, entre otros. La encuesta estaba constituida por preguntas tal como se muestra en la tabla 17. Dicha encuesta se aplic a los usuarios que guardan relacin de uso con los mdulos del sistema, los cuales conforman una poblacin de 4 personas hasta el momento. Adems los comentarios y sugerencias planteadas por los usuarios se utilizaron para mejorar determinados aspectos de la interfaz.

Tabla 17. Resultados obtenidos de encuesta aplicada a los usuarios de la aplicacin.

Preguntas 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 3 2 1 0 2 0 0 0 1 0 0 1 2 7 1 0 0 0 0 0 0 1 0 0 0 0 1

Los botones, mens y otros mecanismos de navegacin son fciles 3 de entender y utilizar. La navegacin a travs de la aplicacin Web es fcil 4 Los contenidos de la aplicacin estn organizados de tal forma que 2 el usuario pueda encontrarlos fcilmente. El diseo y la disposicin de los contenidos es concisa y clara, no 4 hay sobrecarga de informacin. La organizacin de la pgina posee una estructura constante. El texto est bien escrito y es comprensible. El tamao y color de las letras utilizados son adecuados Los colores utilizados son agradables a la vista. 4 4 2 4

La apariencia de la aplicacin Web hace que el usuario se sienta 4 cmodo usndola. El uso de la aplicacin facilita el trabajo. La aplicacin requiere un mnimo proceso de aprendizaje Total 3 2 36

3: Totalmente de acuerdo 2: Medianamente de acuerdo 1: Total desacuerdo

74

A travs de los resultados mostrados en la Tabla 17 se puede concluir que la aplicacin es altamente aceptable por los usuarios. El 81,82% de las respuestas obtenidas corresponden a la opcin 3, el 15,91% de las respuestas corresponden a la opcin 2 y el 2,27% corresponden a la opcin 1. Dichos resultados pueden expresarse grficamente como se muestra en la Figura 34.

Figura 34. Resultados grficos de la encuesta.

75

CONCLUSIONES

Haciendo uso de los procesos propuestos en la metodologa Watch [22], fue posible asegurar el buen desarrollo de la aplicacin y tambin la calidad del mismo. A travs de los procesos del modelado del negocio fue posible conocer los aspectos importantes, como los objetivos que persigue, los procesos que ejecuta, las reglas por la cuales se rigen, los actores que intervienen, entre otros, del ambiente en el cual la aplicacin funcionar. Igualmente aplicando ingeniera de requisitos se llegaron a conocer las necesidades y deseos de los usuarios.

Una vez determinado el ambiente y establecidos los requisitos, se continuo con los procesos de diseo, los cuales permitieron modelar los aspectos tcnicos y arquitectnicos de la aplicacin, tales como funcionalidad, estructura,

comportamiento e implementacin, y detallar los componentes que conformaran la aplicacin tales como los elementos de interfaz y base de datos.

Los diagramas UML constituyeron una herramienta importante para elaborar de manera coherente y comprensible los productos del modelado del negocio y diseo, ya que dichos diagramas son entendibles tanto para los usuarios como para los desarrolladores, permitindoles entender la situacin estudiada y la posible solucin, adems estos sirvieron como base para la ejecucin de los procesos de implementacin.

Una vez conocido el negocio, los requisitos y diseados los elementos que formaran parte de la solucin, fue posible realizar la construccin e implementacin de dichos componentes y llevar a cabo pruebas para descubrir y corregir distintos tipos de errores. Haciendo uso del Framework PRADO, que proporciona componentes reutilizables, separa la vista de la lgica, entre otros, se optimiz y agiliz el proceso de construccin.

La aplicacin desarrollada agiliza los procesos que se llevan a cabo en el rea de Almacn y el Departamento de Compras del IPASME Cuman. Esta permite llevar un control de las salidas y entradas de artculos al almacn, elaborar solicitudes de compras, cotizaciones y rdenes de compras. De esta forma se mejora el rendimiento de las actividades que all se realizan, lo que repercute en un mejoramiento del servicio que la institucin presta a sus afiliados y a la comunidad en general.

77

RECOMENDACIONES

Adiestrar a los usuarios que harn uso de la aplicacin.

Desarrollar un sistema automatizado en el Departamento de Contabilidad y administracin que permita la comunicacin con la aplicacin desarrollada con la finalidad de asegurar que los montos presupuestarios consultados y modificados estn actualizados y evitar inconsistencia en los datos.

Realizar un contante mantenimiento tanto a la aplicacin y como a la base de datos.

BIBLIOGRAFA

1. Martnez De La Cruz, S. 2005. Importancia de la informacin para las pequeas empresas. Gestiopolis.com. <http://www.gestiopolis.com/ canales5/emp/imposiste.htm>. (26/04/2009). 2. Pressman, R. 2005. Ingeniera del Software. Un enfoque prctico. Sexta edicin. McGraw-Hill/Interamericana Editores, S.A. de C.V. Mxico. 3. IPASME. 2009. "Quienes somos". "Portal Informativo IPASME". <http:// www.ipasme.gov.ve/modules.php ? name = ipasme&file =historia/index>. (26/04/2009). 4. Marval Rincones, R. 2001. Desarrollo de un sistema de informacin que permita el registro y control de los procesos de la seccin de compras del rectorado de la Universidad de Oriente. Trabajo de grado. Licenciatura en Informtica, Universidad de Oriente, Cuman. 5. Prez, M. 2008. Desarrollo de una aplicacin web para la divisin de planificacin y desarrollo del instituto universitario de tecnologa de Cuman. Trabajo de grado. Licenciatura en Informtica, Universidad de Oriente, Cuman. 6. Whitten, J., Bentley, L. y Barlow, V. 2005. Anlisis y Diseo de Sistemas de Informacin. Tercera edicin. Editorial McGraw Hill / Irwin. Madrid, Espaa. 7. Jacobson, I., Booch, G. y Rumbaugh, J. 2004. El proceso unificado de desarrollo de software. Addison Wesley. Madrid. 8. Booch, G., Rumbaugh J. y Jacobson, I. 2004 El Lenguaje Unificado de Modelado. Addison Wesley. Madrid. 9. Prieto, A. y Martn, M. 2000. Introduccin a la Informtica. Primera Edicin. Editorial McGraw-Hill/Interamericana de Espaa S. A, Madrid, Espaa. 533 pp. 10. Batini, C.; Ceri, S. y Navathe, S. 1994. Diseo conceptual de bases de datos un enfoque de entidades-interrelaciones. Addison-Wesley Iberoamericana y Ediciones Daz de Santos, S. A. 11. Kendall, K. y Kendall, J. 2005. Anlisis y Diseo de Sistemas. Sexta edicin. Editorial Pearson Educacin, Mxico.

12. Informtica Milenium 2006. Principales definiciones de trminos usados en Internet. <http://www.informaticamilenium.com.mx/ paginas/espanol/ sitioweb.htm> (05/08/2010). 13. Cibernetia.Conceptos bsicos del servidor <http://www.cibernetia.com/ manuales/ instalacion_servidor_web / 1_conceptos_basicos.php>. (04/08/2010). web.

14. Sitios Espaa. DICCIONARIO DE COMPUTACION E INFORMATICA. <http://www.sitiosespana.com/ paginas/ diccionario_informatica /b.htm>. (04/08/2010). 15. Gil, F., Villaverde, S., Tejedor, J., Yague, A. 2006. Creacin de sitios web con PHP5. Editorial McGraw-Hill / Interamericana de Espaa, S.A.U. Espaa. 16. Mastes Magazine. 2008. Definicin de WWW. <http://www.mastermagazine.info/termino/7262.php>. (05/08/2010). 17. Gonzlez, J. y Cordero, J. 2001. Diseo de pginas web. Iniciacin y referencia. McGraw-Hill. Espaa. 18. Powell, T. 1998. Manual de Referencia HTML. Editorial McGraw-Hill /Interamericana de Espaa, S.A. Madrid, Espaa. 19. PostgreSQL. PostgreSQL 8.4.5 Documentation. <http://www.postgresql.org/ docs / 8.4 / static / intro-whatis.html>. (10/08/2010). 20. ProgramacionWeb.net. MVC - Modelo Vista Controlador. 2007. <http://www.programacionweb.net/ articulos / articulo / ?num=505>. (07/10/2010). 21. Tamayo y Tamayo, M. 2001. El Proceso de Investigacin Cientfica. Tercera edicin. Ediciones Limusa. S.A. Mxico. 22. Montilva, J., Barrios, J. y Rivero, M. 2008. Gray Watch, Mtodo de Desarrollo de Aplicaciones Empresariales. Versin preliminar. Universidad de Los Andes. Venezuela.

80

APENDICES

Apndice A: Cronogramas de actividades

Figura A-1. Cronograma de actividades de la primera iteracin.

Figura A-2. Cronograma de actividades de la segunda iteracin.

82

Figura A-3. Cronograma de actividades de la tercera iteracin.

83

Apndice B: Diagramas de procesos y actividades del modelado de procesos

Figura B-1. Diagrama de proceso del sub-proceso registrar entrada de material.

Figura B-2. Diagrama de proceso del sub-proceso registrar salida de material.

84

Figura B-3. Diagrama de proceso del sub-proceso elaborar solicitud de compra.

Figura B-4. Diagrama de proceso del sub-proceso elaborar solicitud de cotizacin.

85

Figura B-5. Diagrama de proceso del sub-proceso analizar precios.

Figura B-6. Diagrama de proceso del sub-proceso elaborar orden de compra.

86

Figura B-7. Diagrama de proceso del sub-proceso registrar proveedores.

87

act Registrar entradas de materiales Inicio

Verificar orden de compra

Verificar factura

mientras exitan artculos por registrar no

Buscar tarjeta del artculo en el kardex

Registrar fecha Registrar nro de factura Registrar nombre del proveedor

Registrar precio unitario Registrar cantidad recibida Registar observaciones

Actualizar existencia

Fin

Figura B-8. Diagrama de actividad del sub-proceso registrar entrada de materiales.

88

act Registrar salida de materiales Inicio

verificar requisicin de materiales

mientras existan artculos por registrar no

si Buscar tarjeta del artculo en el kardex

Registrar fecha

Registrar nombre del departamento

Registrar cantidad despachada

Actualizar existencia

Fin

Figura B-9. Diagrama de actividad del sub-proceso registrar salida de material.

89

act Elaborar solicitud de compra Inicio

Identificar artculos en deficit

mientras existan artculos por solicitar

Agregar nombre del artculo

Agregar cantidad a solicitar

Agregar unidad del artculo

Agregar precio de sugerencia

Imprimir solicitud

Fin

Figura B-10. Diagrama de actividad del sub-proceso elaborar solicitud de compra.

act Elaborar Solicitud de Cotizacin Inicio Revisar solicitud de compra Revisar lista de proveedores Seleccionar proveedores

Imprimir solicitud Fin

Agregar los artculos a la solicitud

Figura B-11. Diagrama de actividad del sub-proceso elaborar solicitud de cotizacin.

90

act Analisis de cotizacin Inicio

Revisar cotizacines

Comprar precios

Comprar calidad

Comprar otros factores

seleccionar ganadores

Enviar comparacin al comite de compras

Fin

Figura B-12. Diagrama de actividad del sub-proceso analizar precios.

91

act Elaborar orden de compra Inicio

Disponibilidad Presupuestaria Verificar acta de comit de compras no

si

Agregar datos del proveedor

Solicitar transferencia de presupuesto u otra modificacin a la partida

Agregar artculos a ordenar al proveedor

Comprometer el presupuesto

Imprimir orden de compra

Fin

Figura B-13. Diagrama de actividad del sub-proceso elaborar orden de compra.

act Registrar Prov eedores Inicio Recibir datos del prov eedor Comprobar datos del prov eedor

Registrar prov eedor Fin

Figura B-14. Diagrama de actividad registrar proveedor

92

Apndice C: Plantillas de volere de especificacin de requisitos

Requerimiento #: 1

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Usar el lenguaje de programacin PHP Justificacin: Por cumplir con las polticas del departamento de sistemas en cuanto al desarrollo de sistemas Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 5 Prioridad: 5 Material de soporte: N/A Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-1. Plantilla volere del requisito #1.

Requerimiento #: 2

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Desarrollar con herramientas libres Justificacin: Para dar cumplimiento con el decreto 3380 y por polticas del departamento de sistemas Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 5 Prioridad: 3 Material de soporte: N/A Historia: 05/04/2010 Insatisfaccin: 4 Conflicto: N/A

93

Figura C-2. Plantilla volere del requisito #2.

Requerimiento #: 3 Tipo funcional de requerimiento: Caso de uso #:

Descripcin: Registrar artculos nuevos Justificacin: Para llevar control de los materiales en almacn, las entradas y salidas de los mismos. Originador: Empleado del rea de Almacn Criterio de validacin: N/A. Dependencia: N/A Satisfaccin: 4 Prioridad: 4 Material de soporte: tarjetas kardex, inventarios Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-3. Plantilla de volere del requisito #3.

Requerimiento #: 4

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Registrar entradas de materiales Justificacin: Para llevar control de los materiales entrantes, cantidad, proveedor, fecha, etc Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisito #1 Satisfaccin: 5 Prioridad: 4 Material de soporte: tarjetas kardex Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

94

Figura C-4. Plantilla volere del requisito #4.

Requerimiento #: 5 Tipo funcional de requerimiento: Caso de uso #:

Descripcin: Registrar salidas de materiales Justificacin: Para llevar control de las salidas de materiales, cantidad, proveedor, fecha, etc Originador: Empleado del rea de Almacn Criterio de validacin: La cantidad saliente no debe ser mayor a la existente Dependencia: requisito #1 Satisfaccin: 4 Prioridad: 4 Material de soporte: tarjetas kardex Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-5. Plantilla volere del requisito #5.

Requerimiento #: 6 Descripcin: Visualizar artculos

Tipo funcional

de

requerimiento:

Caso de uso #:

Justificacin: Para poder ver los artculos registrados, la existencias y otros datos Originador: Empleado del rea de Almacn, Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: requisito #1 Satisfaccin: 3 Prioridad: 3 Material de soporte: tarjetas kardex Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-6. Plantilla volere del requisito #6.

95

Requerimiento #: 7

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Visualizar las entradas y salidas de materiales Justificacin: Para poder ver las entradas y salidas de materiales de un determinado o un grupo de artculos, la fecha de entrada o salida, etc Originador: Empleado del rea de Almacn, Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: requisitos # 1 y 2 Satisfaccin: 4 Prioridad: 3 Material de soporte: tarjetas kardex Historia: 05/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-7. Plantilla volere del requisito #7.

Requerimiento #: 8

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Elaborar solicitudes de compras Justificacin: Para poder solicitar la compra de materiales al departamento de compras Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisito #1 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 5 Conflicto: N/A

Material de soporte: Planilla de solicitud de compra de materiales Historia: 05/04/2010

Figura C-8. Plantilla volere del requisito #8.

96

Requerimiento #: 9

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Elaborar solicitudes de cotizacin Justificacin: Para poder elaborar y mantener registro de las solicitudes de cotizacin Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia requisito #8 Satisfaccin: 4 Prioridad: 4 Material de soporte: Solicitudes de cotizacin Historia: 06/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-9. Plantilla volere del requisito #9.

Requerimiento #: 10

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Realizar anlisis de precios compras de materiales Justificacin: Para poder analizar los precios, entre otros, de las cotizaciones enviadas por los proveedores y tener base para la elaboracin de las ordenes de compras Originador: Empleado del Departamento de Compras Criterio de validacin: Se debe seleccionar el menor precio cotizado por un proveedor Dependencia: requisito #9 Satisfaccin: 4 Prioridad: 4 Material de soporte: Anlisis de compras Historia: 06/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-10. Plantilla volere del requisito #10. 97

Requerimiento #: 11

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Elaborar ordenes de compras Justificacin: Para poder restablecer la insuficiencia de materiales en el almacn. Originador: Empleado del Departamento de Compras Criterio de validacin: Debe existir disponibilidad presupuestaria Dependencia: requisito #10 Satisfaccin: 4 Prioridad: 4 Material de soporte: Ordenes de compras Historia: 07/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-11. Plantilla volere del requisito #11.

Requerimiento #: 12

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Comprometer presupuesto Justificacin: Para que al momento de generar una orden de compra se comprometa el presupuesto Originador: Empleado del Departamento de Compras Criterio de validacin: Debe existir disponibilidad presupuestaria. La cantidad comprometida debe ser igual a la expresada en la orden de compra. Dependencia: requisito #11 Satisfaccin: 4 Prioridad: 4 Material de soporte: N/A Historia: 07/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-12. Plantilla volere del requisito #12.

98

Requerimiento #: 13

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Disminuir las existencias de materiales al registrar una salida de materiales Justificacin: Para tener precisin y exactitud de las cantidades existentes despus de realizar el registro de salida de materiales Originador: Empleado del rea de Almacn Criterio de validacin: Se debe de disminuir la cantidad indicada en la salida de material Dependencia: requisito #5 Satisfaccin: 4 Prioridad: 4 Material de soporte: Kardex Historia: 08/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-13. Plantilla volere del requisito #13.

Requerimiento #: 14

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Aumentar las existencias de materiales al registrar una entrada de materiales Justificacin: Para tener precisin y exactitud de las cantidades existentes despus de realizar el registro de entrada de materiales Originador: Empleado del rea de Almacn Criterio de validacin: Se debe de aumentar la cantidad indicada en la entrada de material Dependencia: requisito #4 Satisfaccin: 4 Prioridad: 4 Material de soporte: Kardex Historia: 08/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-14. Plantilla volere del requisito #14.

99

Requerimiento #: 15 Descripcin: Registrar proveedores

Tipo funcional

de

requerimiento:

Caso de uso #:

Justificacin: Para mantener una lista de proveedores a los cuales solicitar cotizaciones, ordenes de compras, etc. Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 3 Prioridad: 3 Material de soporte: Lista de proveedores Historia: 08/04/2010 Insatisfaccin: 4 Conflicto: N/A

Figura C-15. Plantilla volere del requisito #15.

Requerimiento #: 16

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Modificar datos de proveedores Justificacin: Para mantener actualizada la informacin de los proveedores Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: requisito #15 Satisfaccin: 3 Prioridad: 3 Material de soporte: Lista de proveedores Historia: 08/04/2010 Insatisfaccin: 4 Conflicto: N/A

Figura C-16. Plantilla volere del requisito #16.

100

Requerimiento #: 17 Descripcin: Registrar usuarios

Tipo funcional

de

requerimiento:

Caso de uso #:

Justificacin: Para poder proveer acceso al sistema Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 4 Prioridad: 4 Material de soporte: N/A Historia: 09/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-17. Plantilla volere del requisito #17.

Requerimiento #: 18

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Generar reportes de materiales Justificacin: Para poder visualizar e imprimir una lista de los materiales en almacn, cantidad, rea a la que est asignado, entre otros Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisito #1 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 4 Conflicto: N/A

Material de soporte: Hojas de Excel, reportes actuales, entre otros Historia: 09/04/2010

Figura C-18. Plantilla volere del requisito #18.

101

Requerimiento #: 19

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Generar reportes de entradas y salidas de materiales Justificacin: Para poder visualizar e imprimir una lista de las entradas de materiales, cantidad, fecha, entre otros Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisitos #4 y 5 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 4 Conflicto: N/A

Material de soporte: Hojas de Excel, reportes actuales, entre otros Historia: 09/04/2010

Figura C-19. Plantilla volere del requisito #19.

Requerimiento #: 20

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Generar reportes de solicitudes de compras Justificacin: Para poder visualizar e imprimir una lista de las solicitudes de compra de materiales, fecha, entre otros Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisito #8 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 4 Conflicto: N/A

Material de soporte: Hojas de Excel, reportes actuales, entre otros Historia: 09/04/2010

Figura C-20. Plantilla volere del requisito #20.

102

Requerimiento #: 21

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Generar reportes de solicitudes de cotizacin Justificacin: Para poder visualizar e imprimir una lista de las solicitudes de cotizacin Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: requisito #9 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 4 Conflicto: N/A

Material de soporte: Hojas de Excel, reportes actuales, entre otros Historia: 09/04/2010

Figura C-21. Plantilla volere del requisito #21.

Requerimiento #: 22

Tipo funcional

de

requerimiento:

Caso de uso #:

Descripcin: Generar reportes de ordenes de compras Justificacin: Para poder visualizar e imprimir una lista de las rdenes de compra de materiales Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: requisito #10 Satisfaccin: 3 Prioridad: 3 Insatisfaccin: 4 Conflicto: N/A

Material de soporte: Hojas de Excel, reportes actuales, entre otros Historia: 09/04/2010

Figura C-22. Plantilla volere del requisito #22.

103

Requerimiento #: 23

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Desarrollar orientado a la web Justificacin: Para obtener los beneficios que ofrecen las aplicaciones web y cumplir con las polticas del departamento de sistemas en cuanto al desarrollo de sistemas Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 5 Prioridad: 5 Material de soporte: N/A Historia: 09/04/2010 Insatisfaccin: 5 Conflicto: N/A

Figura C-23. Plantilla volere del requisito #23.

Requerimiento #: 24

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Desarrollar haciendo uso del framework de programacin Prado Justificacin: Para cumplir con las nuevas polticas del departamento de sistemas en cuanto a desarrollo de sistemas Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 5 Prioridad: 3 Material de soporte: N/A Historia: 09/04/2010 Insatisfaccin: 4 Conflicto: N/A

Figura C-24. Plantilla volere del requisito #24.

104

Requerimiento #: 25

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Documentar el sistema Justificacin: Para que los empleados del Departamento de Sistemas y otras personas puedan tener una mejor comprensin del cdigo Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 3 Prioridad: 3 Material de soporte: N/A Historia: N/A Insatisfaccin: 4 Conflicto: N/A

Figura C-25. Plantilla volere del requisito #25.

Requerimiento #: 26

Tipo de requerimiento: no funcional

Caso de uso #:

Descripcin: Desarrollar para la plataforma Ubuntu Justificacin: Por polticas del departamento de sistemas en cuanto a desarrollo de sistemas Originador: Empleado del Departamento de Sistemas Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 5 Prioridad: 3 Material de soporte: N/A Historia: 09/04/2010 Insatisfaccin: 4 Conflicto: N/A

Figura C-26. Plantilla volere del requisito #26.

105

Requerimiento #: 27

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Registrar la cantidad mnima deseada para los artculos Justificacin: Para conocer que la mnima cantidad en existencia que debe de haber para una artculo. Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: requisito #3. Satisfaccin: 4 Prioridad: 3 Material de soporte: N/A Historia: 14/05/2010 Insatisfaccin: 4 Conflicto: N/A

Figura C-27. Plantilla de volere del requisito #27.

Requerimiento #: 28

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Visualizar las disponibilidades presupuestarias Justificacin: Para conocer los montos disponibles de cada partida presupuestaria. Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 4 Prioridad: 4 Material de soporte: N/A Historia: 14/05/2010 Insatisfaccin: 3 Conflicto: N/A

Figura C-28. Plantilla de volere del requisito #28.

106

Requerimiento #: 29

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Enviar solicitud de cotizacin por correo electrnico Justificacin: Para poder enviar las solicitudes de cotizaciones por correo electrnico a los proveedores seleccionados Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 3 Prioridad: 2 Material de soporte: N/A Historia: 14/05/2010 Insatisfaccin: 3 Conflicto: N/A

Figura C-29. Plantilla de volere del requisito #29.

Tipo de requerimiento: no

Requerimiento #: 30

funcional

Caso de uso #:

Descripcin: Mostrar alguna alerta visualmente de los artculos con existencias por debajo de la cantidad mnima deseada Justificacin: Para visualizar que artculos estn por debajo de la cantidad mnima deseada Originador: Empleado del rea de Almacn Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 2 Prioridad: 2 Material de soporte: N/A Historia: 14/05/2010 Insatisfaccin: 1 Conflicto: N/A

Figura C-30. Plantilla de volere del requisito #30.

107

Requerimiento #: 31

Tipo

de

requerimiento:

no

funcional

Caso de uso #:

Descripcin: Anular orden de compra Justificacin: Para anular rdenes de compra. Originador: Empleado del Departamento de Compras Criterio de validacin: N/A Dependencia: N/A Satisfaccin: 4 Prioridad: 3 Material de soporte: N/A Historia: 14/05/2010 Insatisfaccin: 3 Conflicto: N/A

Figura C-31. Plantilla de volere del requisito #31.

108

Apndice D. Descripcin de casos de uso de diseo arquitectnico.

ADMINISTRAR ARTCULOS Descripcin Precondicin El sistema deber permitir a los empleados de Almacn registrar nuevos artculos, modificarlos, eliminarlos, registrar entradas y salidas. El artculo no debe haber sido registrado anteriormente. Paso Accin 1 Si selecciona la opcin de registrar nuevo 1.1 El usuario selecciona la opcin de registrar nuevo artculo El sistema despliega el formulario para ingresar la 1.2 informacin 1.3 El usuario ingresa la informacin solicitada 1.4 El usuario selecciona el botn de guardar El sistema busca si el cdigo ingresado para el artculo se 1.5 encuentra registrado El sistema registra la informacin y una vez almacenados 1.6 muestra un mensaje de xito 2 Si selecciona la opcin de listar El sistema despliega una lista con los artculos registrados en 2.1 sistema 2.2 Si selecciona la opcin de modificar 2.2.1 El usuario selecciona la opcin de modificar artculo 2.2.2 El sistema despliega un formulario de datos 2.2.3 El usuario modifica la informacin pertinente 2.2.4 El usuario selecciona el botn de guardar El sistema modifica la informacin y muestra un mensaje de 2.2.5 xito 2.3 Si el usuario seleccionar la opcin de eliminar El sistema elimina el registro del artculo y enva un mensaje 2.3.1 de xito 3 Si selecciona la opcin de registrar entrada El sistema despliega el formulario para ingresar la 3.1 informacin y una lista de artculos registrados El usuario selecciona los artculos de una lista de artculos 3.2 registrados El sistema carga los artculos seleccionados con los campos 3.3 para ingresar la informacin necesaria El usuario ingresa la informacin de cada artculo 3.4 seleccionado El usuario ingresa la informacin de cada artculo 3.4 seleccionado 3.5 El usuario selecciona el botn de guardar El sistema registra la informacin ingresada y aumenta las 3.6 cantidades de los artculos. Se muestra un mensaje de xito

Secuencia Normal

109

Figura D-1. Descripcin del caso de uso administrar artculos.

Postcondicin

Excepciones

Frecuencia

Si selecciona la opcin de registrar salida El sistema despliega el formulario para ingresar la 4.1 informacin y una lista de artculos registrados El usuario selecciona los artculos de una lista de artculos 4.2 registrados El sistema carga los artculos seleccionados con los campos 4.3 para ingresar la informacin necesaria El usuario ingresa la informacin de cada artculo 4.4 seleccionado 4.5 El usuario selecciona el botn de guardar El sistema comprueba que exista la cantidad necesaria para 4.6 despachar la cantidad ingresada para cada artculo El sistema registra la informacin ingresada y una disminuye 4.7 las cantidades de los artculos. Se muestra un mensaje de xito Administracin de artculos exitosa Paso Accin El sistema detecta que el cdigo del artculo est registrado y 1.5 muestra un mensaje de fallo El sistema no pudo registrar la informacin y muestra un 1.6 mensaje de fallo El sistema no pudo modificar la informacin y muestra un 2.2.5 mensaje de fallo El sistema no pudo eliminar el artculo y muestra un mensaje 2.3.1 de fallo El sistema no pudo registrar la informacin y muestra un 3.6 mensaje de fallo El sistema detecta que existen cantidades menores a las 4.6 ingresadas y muestra un mensaje de fallo El sistema no pudo registrar la informacin y muestra un 4.7 mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente

Figura D-1. Continuacin.

110

ELABORAR SOLICITUD DE COMPRA El sistema deber permitir a los empleados de Almacn elaborar solicitudes de Descripcin compra de materiales, las cuales sern posteriormente enviados a Compras Los artculos a solicitar deben de estar registrados Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de elaborar solicitud de compra de materiales 2 El sistema despliega el formulario para ingresar la informacin 3 El usuario selecciona los artculos a solicitar de una lista de artculos registrados 4 El sistema carga los artculos seleccionados con los campos para ingresar la informacin necesaria 5 El usuario ingresa la informacin necesaria 6 El usuario selecciona el botn de guardar 7 El sistema registra la informacin ingresada y una vez almacenada muestra un mensaje de xito y una opcin de imprimir la solicitud 7.1 Si el usuario selecciona la opcin de imprimir la solicitud, se genera un documento imprimible con el formato de las solicitudes de compra de materiales Se registra la informacin Postcondicin Excepciones Paso Accin 4 Una vez el sistema carga los artculos seleccionados, el usuario puede remover alguno de dichos artculos 4 Una vez el sistema carga los artculos seleccionados, el usuario puede agregar ms artculos seleccionando el botn que despliega la lista de artculos registrados 7 El sistema no pudo guardar la informacin y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-2. Descripcin del caso de uso elaborar solicitud de compra.

VER MOVIMIENTO DE ARTCULOS El sistema deber permitir a los empleados de Almacn y Compras Descripcin visualizar las entradas y salidas de artculos registrados en el sistema y la informacin relacionada a las mismas. Deben de haberse registrado entradas o salidas de artculos Precondicin Secuencia Normal Paso Accin 1 El sistema inicia el caso de uso 2 El sistema muestra las entradas y salidas del artculo registradas previamente 3 El usuario selecciona alguno de las entradas o salidas mostradas 4 El sistema muestra la informacin relacionada a la entrada o salida seleccionada Se muestran las entradas y salidas del artculo Postcondicin Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

111

Figura D-3. Descripcin del caso de uso ver movimientos de artculos.

GENERAR REPORTES DE ALMACN El sistema deber permitir a los empleados de Almacn generar reportes Descripcin relacionados a las procesos llevados a cabo por el sistema N/A Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de reportes 2 El sistema muestra un conjunto de sub-opciones 3 El usuario selecciona alguno de las sub opciones 4 El sistema genera el tipo reporte seleccionado Se genera el reporte Postcondicin Excepciones Paso Accin Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-4. Descripcin del caso de uso generar reportes de almacn.

ELABORAR SOLICITUD DE COTIZACIN El sistema deber permitir a los empleados de Compras elaborar solicitudes de Descripcin cotizacin Debe de haberse realizado una solicitud de compras previamente Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de elaborar solicitud de cotizacin 2 El sistema muestra el formulario para ingresar el numero de la solicitud de compra de materiales 3 El usuario ingresa el numero de la solicitud de compra de materiales y presiona el botn cargar 4 El sistema muestra la informacin de la solicitud de compra de materiales 5 El usuario selecciona los artculos que desea solicitar para cotizacin y presiona la opcin de generar solicitud de cotizacin 6 El sistema despliega un formulario con los artculos seleccionados y una lista de proveedores 7 El usuario selecciona los proveedores 8 El usuario selecciona el botn de guardar 9 El sistema registra la informacin ingresada y una vez almacenada muestra un mensaje de xito y una opcin de imprimir la solicitud 9.1 Si el usuario selecciona la opcin de imprimir la solicitud, se genera un documento imprimible con el formato de las solicitudes de cotizacin Se registra la informacin Postcondicin Excepciones Paso Accin 4 El sistema no encuentra el numero de solicitud de compra de materiales y muestra un mensaje de fallo 9 El sistema no pudo guardar la informacin y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-5. Descripcin del caso de uso elaborar solicitud de cotizacin.

112

REALIZAR ANLISIS DE PRECIOS El sistema deber permitir a los empleados de Compras realizar un anlisis Descripcin de precios de compra de materiales basado en las cotizaciones recibidas. Deben de haberse recibido cotizaciones de los proveedores Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de realizar anlisis de precios 2 El sistema muestra el formulario para ingresar el numero de la solicitud de cotizacin 3 El usuario ingresa el numero de la solicitud y presiona el botn cargar 4 El sistema carga un nuevo formulario para ingresar los precios de las cotizaciones recibidas de los proveedores para cada artculo 5 El usuario selecciona presiona el botn de realizar anlisis 6 El sistema compara los precios para cada artculo y selecciona un artculo por proveedor segn el menor precio 7 El usuario puede seleccionar otro proveedor para un determinado artculo basndose en su propio criterio de seleccin 8 El usuario selecciona el botn de guardar 9 El sistema registra la informacin ingresada y una vez almacenada muestra un mensaje de xito y una opcin de imprimir la solicitud 9.1 Si el usuario selecciona la opcin de imprimir el anlisis, se genera un documento imprimible Se realiza el anlisis de precios y se guarda la informacin Postcondicin Excepciones Paso Accin 4 El sistema no encuentra el numero de solicitud muestra un mensaje de fallo 9 El sistema no pudo guardar la informacin y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-6. Descripcin del caso de uso realizar anlisis de precios

GENERAR REPORTES DE COMPRAS El sistema deber permitir a los empleados de Compras generar reportes Descripcin relacionados a las procesos llevados a cabo por el sistema N/A Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de reportes 2 El sistema muestra un conjunto de sub-opciones 3 El usuario selecciona alguno de las sub opciones 4 El sistema genera el tipo reporte seleccionado Se genera el reporte Postcondicin Excepciones Paso Accin

113

Frecuencia

Este caso de uso se espera que se lleve a cabo regularmente

Figura D-7. Descripcin del caso de uso generar reportes de compras.

ADMINISTRAR PROVEEDORES El sistema deber permitir a los empleados de Compras administrar los Descripcin proveedores inscritos en la institucin N/A Precondicin Secuencia Normal Paso Accin 1 Si selecciona la opcin de registrar proveedor 1.1 El sistema despliega un formulario de datos 1.2 El usuario ingresa la informacin del proveedor 1.3 El usuario presiona el botn de guardar 1.4 El sistema registra la informacin y muestra un mensaje de xito 2 Si selecciona la opcin de listar proveedores 2.1 El sistema muestra una lista con los proveedores registrados en sistema 2.2 Si selecciona la opcin de modificar 2.2.1 El sistema muestra un formulario para ingresar la informacin 2.2.2 El usuario ingresa la informacin a modificar 2.2.3 El usuario presiona el botn de guardar 2.2.4 El sistema modifica la informacin y muestra un mensaje de xito 2.3 Si selecciona la opcin de eliminar 2.3.1 El sistema elimina el proveedor seleccionado y muestra un mensaje de xito Administracin de proveedores exitosa Postcondicin Excepciones Paso Accin 1.4 El sistema no pudo registrar la informacin y muestra un mensaje de fallo 2.2.4 El sistema no pudo modificar la informacin y muestra un mensaje de fallo 2.3.1 El sistema no pudo eliminar al proveedor y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-8. Descripcin del caso de uso administrar proveedores.

114

ADMINISTRAR USUARIOS El sistema deber permitir a los empleados de sistemas administrar los Descripcin usuarios que podrn hacer uso del sistema N/A Precondicin Secuencia Normal Paso Accin 1 Si selecciona la opcin de registrar usuario 1.1 El sistema despliega un formulario de datos 1.2 El usuario ingresa la informacin del usuario 1.3 El usuario presiona el botn de guardar 1.4 El sistema registra la informacin y muestra un mensaje de xito 2 Si selecciona la opcin de listar usuarios 2.1 El sistema muestra una lista con los usuarios registrados en sistema 2.2 Si selecciona la opcin de modificar 2.2.1 El sistema muestra un formulario para ingresar la informacin 2.2.2 El usuario ingresa la informacin a modificar 2.2.3 El usuario presiona el botn de guardar 2.2.4 El sistema modifica la informacin y muestra un mensaje de xito 2.3 Si selecciona la opcin de eliminar 2.3.1 El sistema elimina el proveedor seleccionado y muestra un mensaje de xito Administracin de proveedores exitosa Postcondicin Excepciones Paso Accin 1.4 El sistema no pudo registrar la informacin y muestra un mensaje de fallo 2.2.4 El sistema no pudo modificar la informacin y muestra un mensaje de fallo 2.3.1 El sistema no pudo eliminar al proveedor y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-9. Descripcin del caso de uso administrar usuarios.

115

VISUALIZAR SOLICITUDES DE COMPRAS El sistema deber permitir a los empleados de Compras visualizar las Descripcin solicitudes de compras elaboradas por los empleados de Almacn N/A Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de visualizar solicitudes de compras 2 El sistema lista las ultimas solicitudes de compras elaboradas 3 El usuario selecciona alguna de las solicitudes listadas 4 El sistema muestra el detalle de la solicitud de compras Se genera el reporte Postcondicin Excepciones Paso Accin Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-10. Descripcin del caso de uso visualizar solicitudes de compras.

ENVIAR SOLICITUD DE COTIZACIN POR CORREO ELECTRNICO El sistema deber permitir a los empleados de Compras enviar solicitudes de Descripcin compras por correo electrnico a los proveedores seleccionados N/A Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin enviar solicitud de cotizacin por email 2 El sistema muestra un campo de formulario para ingresar el cdigo de la solicitud 3 El usuario ingresa el cdigo de la solicitud 4 El sistema muestra la solicitud de cotizacin detallada y una lista con los proveedores seleccionados para cotizacin 5 El usuario selecciona los proveedores a los cuales desea enviar la solicitud por correo electrnico 6 El usuario presiona el botn de enviar 7 El sistema enva la solicitud por correo electrnico a los proveedores seleccionados para el envi y muestra un mensaje de xito Se genera el reporte Postcondicin Excepciones Paso Accin 7 El sistema no pudo enviar el correo electrnico y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-11. Descripcin del caso de uso enviar solicitud de cotizacin por correo electrnico.

116

ELABORAR ORDEN DE COMPRA El sistema deber permitir a los empleados de Compras elaborar ordenes de Descripcin compras Debe de haberse realizado una solicitud de cotizacin previamente Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de elaborar orden de compra 2 El sistema muestra el formulario para ingresar el cdigo de la solicitud de cotizacin 3 El usuario ingresa el cdigo de la solicitud de cotizacin y presiona el botn cargar 4 El sistema muestra la informacin de la solicitud de cotizacin 5 El usuario selecciona los artculos que desea ordenar y presiona la opcin de generar solicitud de compra 6 El sistema despliega un formulario con los artculos seleccionados y una lista con los proveedores que cotizaron 7 El usuario selecciona al proveedor e ingresa la informacin necesaria 8 El usuario selecciona el botn de guardar 9 El sistema comprueba que existan las disponibilidades presupuestarias en las partidas asociadas a los artculos ingresados 10 El sistema registra la informacin ingresada y una vez almacenada muestra un mensaje de xito y una opcin de imprimir la orden 10.1 Si el usuario selecciona la opcin de imprimir la orden, se genera un documento imprimible con el formato de las ordenes de compras Se elabora la orden de compra Postcondicin Excepciones Paso Accin 4 El sistema no encuentra el numero de solicitud de cotizacin s y muestra un mensaje de fallo 9 El sistema detecta que no existe disponibilidad presupuestaria necesaria y muestra un mensaje de fallo 10 El sistema no pudo guardar la informacin y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-12. Descripcin del caso de uso elaborar orden de compra.

117

VISUALIZAR DISPONIBILIDADES PRESUPUESTARIAS El sistema deber permitir a los empleados de Compras visualizar las Descripcin disponibilidades presupuestarias Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de visualizar disponibilidades 2 El sistema muestra una lista con las partidas presupuestarias 3 El usuario selecciona alguna de las partidas listadas 4 El sistema muestra la disponibilidad de la partida seleccionada Se visualiza las disponibilidades presupuestarias Postcondicin Excepciones Paso Accin Este caso de uso se espera que se lleve a cabo regularmente Frecuencia

Figura D-13. Descripcin del caso de uso visualizar disponibilidades presupuestarias.

ANULAR ORDEN DE COMPRA El sistema deber permitir a los empleados de Compras anular ordenes de Descripcin compras elaboradas anteriormente Debe de haberse elaborado la orden de compra previamente Precondicin Secuencia Normal Paso Accin 1 El usuario selecciona la opcin de anular orden de compra 2 El sistema muestra un campo para ingresar el cdigo de la orden de compra 3 El usuario ingresa el cdigo de la orden de compra 4 El sistema muestra la orden de compra detallada 5 El usuario presiona el botn de anular 6 El sistema repone la disponibilidad presupuestaria y anula la orden de compra. Se muestra un mensaje de xito Se anula la orden de compra Postcondicin Excepciones Paso Accin 6 El sistema no puede procesar la anulacin y muestra un mensaje de fallo Este caso de uso se espera que se lleve a cabo espordicamente Frecuencia

Figura D-14. Descripcin del caso de uso anular orden de compra.

118

Apndice E. Descripcin de los mtodos identificados para las clases del diagrama del diseo arquitectnico.

Tabla E-1. Identificacin de los mtodos de la clase usuario

Mtodos registrar_usuario() comprobar_usuario(cedula) comprobar_login(login) listar_usuarios() eliminar_usuario(cedula) modificar() cambiar_contrasea (cedula,contrasea) Descripcin Mtodo que permite registrar los datos de un usuario. Mtodo que permite comprobar si el usuario ya se encuentra registrado. Mtodo que permite comprobar si el login ya se encuentra registrado. Mtodo que permite mostrar los usuarios registrados Mtodo que permite eliminar a un determinado usuario. Mtodo que permite editar los datos de un determinado usuario. Mtodo que permite modificar la contrasea de un determinado usuario.

Tabla E-2. Identificacin de los mtodos de la clase artculo

Mtodos registrar_articulo() listar_articulos() eliminar_articulo(codigo) actualizar_existencia (codigo,existencia) modificar() Descripcin Mtodo que permite registrar los datos de un artculo. Mtodo que permite mostrar los artculos registrados Mtodo que permite eliminar un determinado artculo. Mtodo que permite actualizar la existencia de un determinado artculo Mtodo que permite modificar los datos de un determinado artculo.

Tabla E-3. Identificacin de los mtodos de la clase entrada

Mtodos registrar_entrada() listar_entradas() obtener_datos(codigo) Descripcin Mtodo que permite registrar los datos de una entrada. Mtodo que permite mostrar las entradas de artculos registradas. Mtodo que permite obtener los datos de una determinada

119

entrada.

Tabla E-4. Identificacin de los mtodos de la clase detalle_entrada

Mtodos registrar_detalle_entrada() listar_detalles() obtener_datos(codigo) Descripcin Mtodo que permite registrar los detalles de una entrada. Mtodo que permite mostrar los detalles de una entrada. Mtodo que permite obtener los datos de un determinado detalle de entrada.

Tabla E-5. Identificacin de los mtodos de la clase salida

Mtodos registrar_salida() listar_salidas() obtener_datos(codigo) Descripcin Mtodo que permite registrar los datos de una salida. Mtodo que permite mostrar las salidas de artculos registradas. Mtodo que permite obtener los datos de una determinada salida.

Tabla E-6. Identificacin de los mtodos de la clase detalle_salida

Mtodos registrar_detalle_salida() listar_detalles() obtener_datos(codigo) Descripcin Mtodo que permite registrar los detalles de una salida. Mtodo que permite mostrar los detalles de una salida. Mtodo que permite obtener los datos de un determinado detalle de salida.

Tabla E-7. Identificacin de los mtodos de la clase solicitud_compra

Mtodos registrar_solicitud() generar_codigo() listar_solicitudes_compra() obtener_datos(codigo) Descripcin Mtodo que permite registrar los datos de una solicitud de compra. Mtodo que permite generar el cdigo de una solicitud de compra. Mtodo que permite listar las solicitudes de compras elaboradas. Mtodo que permite obtener los datos de una determinada solicitud de compra.

120

Tabla E-8. Identificacin de los mtodos de la clase detalle_solicitud_compra

Mtodos registrar_detalle_ solicitu_compra() listar_detalles() obtener_datos(codigo) Descripcin Mtodo que permite registrar los detalles de una solicitud de compra. Mtodo que permite mostrar los detalles de una solicitud de compra. Mtodo que permite obtener los datos de un determinado detalle de solicitud de compra.

Tabla E-9. Identificacin de los mtodos de la clase proveedor

Mtodos registrar_proveedor() verificar_rif(rif) listar_proveedores() obtener_datos(rif) modificar() eliminar(rif) Descripcin Mtodo que permite registrar los datos de un proveedor. Mtodo que permite comprobar si el Rif ya se encuentra registrado. Mtodo que permite mostrar los proveedores registrados. Mtodo que permite obtener los datos de un determinado proveedor. Mtodo que permite modificar los datos de un determinado proveedor. Mtodo que permite eliminar a un determinado proveedor.

Tabla E-10. Identificacin de los mtodos de la clase solicitud_cotizacin

Mtodos registrar_solicitud() generar_codigo() listar_solicitudes_cotizacin() obtener_datos(codigo) Descripcin Mtodo que permite registrar los datos de una solicitud de cotizacin. Mtodo que permite generar el cdigo de una solicitud de cotizacin. Mtodo que permite listar las solicitudes de cotizacin elaboradas. Mtodo que permite obtener los datos de una determinada solicitud de cotizacin.

121

Tabla E-11. Identificacin de los mtodos de la clase detalle_solicitud_cotizacin

Mtodos registrar_detalle_ solicitud_cotizacion() listar_detalles() obtener_datos(codigo) Descripcin Mtodo que permite registrar los detalles de una solicitud de cotizacin. Mtodo que permite mostrar los detalles de una solicitud de cotizacin. Mtodo que permite obtener los datos de un determinado detalle de solicitud de cotizacin.

Tabla E-12. Identificacin de los mtodos de la clase anlisis_precios

Mtodos registrar_analisis() listar_analisis() obtener_datos(codigo) Descripcin Mtodo que permite registrar los datos de un anlisis de precios. Mtodo que permite mostrar los anlisis de precios elaborados. Mtodo que permite obtener los datos de un determinado anlisis de precios.

Tabla E-13. Identificacin de los mtodos de la clase detalle_anlisis

Mtodos registrar_detalle_analisis() listar_detalles_analisis() obtener_datos(codigo) Descripcin Mtodo que permite registrar los detalles de un anlisis de precios. Mtodo que permite mostrar los detalles de anlisis de precios elaborados. Mtodo que permite obtener los datos de un determinado detalle de anlisis de precios.

Tabla E-14. Identificacin de los mtodos de la clase orden_compra

Mtodos registrar_orden() generar_codigo() listar_ordenes_compra() obtener_datos(codigo) anular_orden(codigo) Descripcin Mtodo que permite registrar los datos de una orden de compra. Mtodo que permite generar el cdigo de una orden de compra. Mtodo que permite listar las ordenes de compras elaboradas. Mtodo que permite obtener los datos de una determinada orden de compra. Mtodo que permite anular una orden de compra.

122

Tabla E-15. Identificacin de los mtodos de la clase detalle_orden_compra

Mtodos registrar_detalle_orden() listar_detalles() obtener_datos(codigo) comprobar_disponibilidad (monto, partida) anular_detalle() Descripcin Mtodo que permite registrar los detalles de una orden de compra. Mtodo que permite mostrar los detalles de una orden de compra. Mtodo que permite obtener los datos de un determinado detalle de orden de compra. Mtodo que permite comprobar si existe disponibilidad presupuestaria. Mtodo que permite anular un determinado artculo solicitado en una orden de compra.

Tabla E-16. Identificacin de los mtodos de la clase partida.

Mtodos mostrarPartidas() mostrarDisponibilidad() comprometer(partida, monto) descomprometer(partida, monto) Descripcin Mtodo que permite mostrar las partidas del presupuesto. Mtodo que permite consultar la disponibilidad de una partida. Mtodo que permite comprometer el presupuesto de una partida. Mtodo que permite des comprometer el presupuesto de una partida.

123

Apndice F. Esquema fsico de la base de datos

Figura F-1. Esquema fsico de la base de datos.de la aplicacin

124

Apndice G. Descripcin de las tablas que componen la base de datos

Tabla G-1. Descripcin de la tabla analisis_ganadores

Campo id_analisis_ganadores id_detalle_analisis Tipo bigint bigint Tamao Descripcin Id de un registro Id de la tabla detalle_analisis

Tabla G-2. Descripcin de la tabla analisis_observaciones

Campo id_analisis_observaciones id_detalle_analisis observaciones Tipo bigint bigint text Tamao Descripcin Id de un registro Id de un registro detalle_analisis Observaciones artculo de un de la tabla

determinado

Tabla G-3. Descripcin de la tabla analisis_precios

Campo id_analisis_precios id_solicitud_cotizacion fecha Tipo bigint bigint datetime Tamao Descripcin Id de un registro Id de un registro de la tabla solicitud de cotizacin Fecha en la que se realiz el anlisis

Tabla G-4. Descripcin de la tabla analisis_precios_partida

Campo id_analisis_precios id_partida Tipo bigint bigint Tamao Descripcin

Id de un registro de la tabla anlisis precios

Id de un registro de la tabla partida

125

Tabla G-5. Descripcin de la tabla artculos

Campo id_articulos codigo_articulo descripcion_artculo unidad area partida existencia mnimo Tipo bigint varchar varchar varchar varchar varchar int int 30 100 20 50 15 Tamao Descripcin Id de un registro Cdigo del artculo Descripcin del artculo Unidad del artculo rea asociada al artculo Partida asociada al artculo Cantidad existente del artculo Mnima cantidad deseada del artculo

Tabla G-6. Descripcin de la tabla detalle_analisis

Campo Id_detalle_analisis proveedor_rif id_analisis_precios id_articulo precio Tipo bigint varchar bigint bigint real 15 Tamao Descripcin Id de un registro Cdigo del artculo Descripcin del artculo Unidad del artculo rea asociada al artculo

Tabla G-7. Descripcin de la tabla detalle_entrada_articulos

Campo id_detalle_entrada_ articulos id_entrada_articulos id_articulos precio_unitario observaciones cantidad_entrante existencia Tipo bigint bigint bigint real text int int Tamao Descripcin Id de un registro Id de un registro de la tabla entrada Id de un artculo Precio unitario del artculo Observaciones sobre la entrada de ese artculo Cantidad entrante Existencia actualizada momento de la entrada al

126

Tabla G-8. Descripcin de la tabla detalle_orden_compra

Campo id_detalle_orden_ compra id_partida id_orden_compra id_articulos cantidad precio Tipo bigint bigint bigint bigint int real Tamao Descripcin Id del registro Id de la partida presupuestaria Id de la orden de compra Id del artculo Cantidad ordenada Precio de compra

Tabla G-9. Descripcin de la tabla detalle_salida_articulos

Campo id_detalle_salida_ articulos id_salida_articulos id_articulos observaciones cantidad_saliente existencia Tipo bigint bigint bigint text int int Tamao Descripcin Id de un registro Id de un registro de la tabla salida Id del artculo Observaciones de la salida del artculo Cantidad saliente Existencia actualizada momento de la salida al

Tabla G-10. Descripcin de la tabla detalle_solicitud_compra

Campo id_detalle_solicitud_ compra id_solicitud_compra id_articulos cantidad Tipo bigint bigint bigint int Tamao Descripcin Id de un registro Id de un registro de la tabla solicitud de compra Id del artculo Cantidad solicitada

127

Tabla G-11. Descripcin de la tabla detalle_solicitud_cotizacion

Campo id_detalle_solicitud_ cotizacion id_solicitud_ cotizacion id_articulos cantidad Tipo bigint bigint bigint int Tamao Descripcin Id de un registro Id de un registro de la tabla solicitud de cotizacin Id del artculo Cantidad solicitada

Tabla G-12. Descripcin de la tabla entrada_articulos

Campo id_entrada_articulos fecha referencia proveedor Tipo bigint datetime varchar text 15 Tamao Descripcin Id de un registro Fecha de la entrada Referencia de la entrada Proveedor entrantes de los artculos

Tabla G-13. Descripcin de la tabla orden_compra

Campo id_orden_compra proveedor_rif codigo fecha vencimiento status Tipo bigint varchar varchar datetime datetime bool 15 10 Tamao Descripcin Id de un registro Rif del proveedor Cdigo de la orden Fecha en la que se elaboro la orden Fecha lmite para cumplir con la orden Status de la orden de compra

128

Tabla G-14. Descripcin de la tabla partida

Campo id_partida codigo descripcion monto comprometido disponible Tipo bigint varchar bigint real real real 12 Tamao Descripcin Id de un registro Cdigo de la partida Descripcin de la partida Monto asignado Monto comprometida Monto disponible

Tabla G-15. Descripcin de la tabla proveedor

Campo rif nombre direccin telefono Telefono2 fax fax2 email observaciones Tipo varchar varchar text varchar varchar varchar varchar varchar text 20 20 20 20 100 Tamao 15 50 Descripcin Rif del proveedor Nombre o razn social Direccin / ubicacin Telfono del proveedor Telfono opcional Fax del proveedor Segundo fax Correo electrnico Observaciones del proveedor

Tabla G-16. Descripcin de la tabla salida_articulos

Campo id_salida_articulos fecha referencia solicitante Tipo bigint datetime varchar varchar 15 50 Tamao Descripcin Id de un registro Fecha de la salida Referencia de la salida solicitante

129

Tabla G-17. Descripcin de la tabla solicitud_compra

Campo id _solicitud_compra codigo fecha Tipo bigint varchar datetime 10 Tamao Descripcin Id de un registro Cdigo de la solicitud Fecha de la solicitud

Tabla G-18. Descripcin de la tabla solicitud_cotizacion

Campo id _solicitud_cotizacion codigo vencimiento fecha Tipo bigint varchar datetime datetime 10 Tamao Descripcin Id de un registro Cdigo de la solicitud Fecha lmite para responder a la solicitud Fecha de elaboracin de la solicitud

Tabla G-19. Descripcin de la tabla solicitud_cotizacion_proveedor

Campo proveedor_rif id_solicitud_cotizacion Tipo varchar bigint Tamao 15 Descripcin Rif del proveedor Id de un registro de la tabla solicitud de cotizacin

Tabla G-20. Descripcin de la tabla usuario

Campo cedula nombre apellido departamento login contrasea Tipo int varchar varchar varchar varchar varchar 25 25 15 15 15 Tamao Descripcin Cedula del usuario Nombre del usuario Apellido del usuario Departamento al que pertenece Login del usuario Contrasea del usuario

130

Apndice H. Diagramas de secuencias del diseo arquitectnico.

Figura H-1. Diagrama de secuencia del caso de uso administrar artculos.

131

Figura H-1. Continuacin.

132

Figura H-2. Diagrama de secuencia del caso de uso registrar entrada de artculos.

133

Figura H-3. Diagrama de secuencia del caso de uso registrar salida de artculos.

134

sd v ermov imiento Interfaz Empleado Almacn Artculo Entrada DetalleEntrada Salida DetealleSalida DAO Base de datos

seleccionarOpcin()

listarArtculos() consultar()

seleccionarArtculo()

listarMovimientos()

consultarEntradas() consultar()

consultarDetalles() consultar()

consultarSalidas() consultar()

consultarDetalles() consultar()

listarMovimientos()

Figura H-4. Diagrama de secuencia del caso de uso visualizar movimiento de artculos.

135

sd elaborar_sol_compra Interfaz Empleado Almacn SolicitudCompra DetalleSolCompra Artculo DAO Base de datos

seleccionarOpcin() listarArtculos() consultar()

generarCodigo()

mostrarFormulario()

seleccionarArtculos()

cargarArtculosFormulario()

enviarDatosSolicitud() registarSolicitudCompra()

guardar()

registrarDetallesSolCompra() guardar()

Figura H-5. Diagrama de secuencia del caso de uso elaborar solicitud de compra.

136

sd solicitud_cotizacin Interfaz Empleado Almacn Proveedor SolicitudCompra DetalleSolCompra SolicitudCotizacin DetalleSolCotizacin DAO Base de datos

seleccionarOpcin() mostrarFormulario()

eviarCodigoSolCompras()

buscarSoliciturCompra()

consultar()

buscarDetalleSolicitud() consultar()

generarCodigo()

consultarProveedores() consultar()

cargarFormularioCotizacion() enviarDatosSolCotizacin()

registrarSolicitud() guardar()

registrarDetalleSolicitud()

guardar()

Figura H-6. Diagrama de secuencia del caso de uso elaborar solicitud de cotizacin.

137

sd anlisis_precios Interfaz Empleado Almacn SolicitudCotizacin DetalleSolCotizacin Anlisis DetalleAnlisis DAO Base de datos

seleccionarOpcin()

mostrarFormulario()

enviarCodSolCotizacin() buscarSolicitud() consultar()

buscarDetalleSolicitud()

consultar()

cargarDatos()

enviarDatos() preSeleccionarGanadores()

mostrarPreSeleccin()

seleccionarGanadores()

registrarAnlisis()

guardar()

registrarDetalleAnlisis()

guardar()

registrarGanadores()

guardar()

Figura H-5. Diagrama de secuencia del caso de uso realizar anlisis de precios.

138

sd OrdenCompra Interfaz Empleado Almacn Artculo OrdenCompra DetalleOrdenCompra Partida DAO Base de datos

seleccionarOpcin() listarArtculos() consultar()

mostrarFormulario()

seleccionarArtculos()

cargarArtculosFormulario()

enviarDatos() guardarOrden() comprobarDisponibilidad() consultar()

guardar()

guardarDetalles() comprometer() modificar()

guardar()

Figura H-6. Diagrama de secuencia del caso de uso elaborar orden de compra.

139

Figura H-7. Diagrama de secuencia del caso de uso administrar proveedores.

140

Figura H-7. Continuacin.

141

Apndice I. Manuales de la aplicacin Web.

MANUAL DE INSTALACIN DEL SISTEMA

Aspectos tcnicos

Requerimientos mnimos de hardware para el servidor web Procesador con velocidad de procesamiento igual o mayor a 1.8GHz. 512MB de memoria RAM. Disco duro de 20GB. Monitor. Tarjeta de vdeo de 32 MB. Tarjeta Fast Ethernet 10/100 Mbps.

Requerimientos de software para el servidor web Sistema operativo Ubuntu versin 8.0. Servidor Web Apache versin 2. Interprete de PHP versin 5.0. Manejador de base de datos PostgreSQL 8.3. pgAdmin III.

Instalacin del sistema

1.- Copie la carpeta del framework Prado dentro de la carpeta WWW del servidor Web Apache 2.0. 2.- Copie la carpeta con los archivos del sistema dentro de la carpeta WWW del servidor Web Apache 2.0.

142

3.- Cambie los permisos de las carpetas y los archivos que estas contienen para que puedan ser accedidos desde el navegador web del cliente. 4.- Cree la base de datos desde pgAdmin III colocando los siguientes valores: Nombre: SGP. Propietario: postgres. Codificado: UTF8. 5.- Restaure el respaldo de la base de datos, ubicado en la carpeta del sistema, en la base de datos recin creada.

MANUAL DE USUARIO DEL SISTEMA

Aspectos tcnicos

Requerimientos mnimos de hardware para el cliente web Procesador con velocidad de procesamiento igual o mayor a 1.8GHz. 512MB de memoria RAM. Disco duro de 20GB. Monitor de 17. Tarjeta de vdeo de 32 MB. Tarjeta Fast Ethernet 10/100 Mbps.

Requerimientos de software para el servidor web Sistema operativo Ubuntu versin 8.0. Mozilla Firefox 3.0 o superior.

Uso del sistema

Inicio de sesin

143

Para ingresar al sistema ingrese la siguiente direccin en el navegador Web: http://192.168.56.1/SGP/index.php (consulte a la persona encargada de la administracin del servidor web para corroborar dicha direccin). Una vez ingresada la direccin se mostrara la pgina de Inicio de sesin, Figura I-1.

Figura I-1. Pagina de Inicio de sesin del sistema.

La pgina de Inicio de sesin contiene un formulario para ingresar el nombre de usuario y contrasea. Ingrese su nombre de usuario y contrasea y presione el botn de Iniciar Sesin. Si el nombre de usuario y/o contraseas son incorrectos se mostrara un error. Si no posee un nombre de usuario y contrasea o no los recuerda contacte con el administrador del sistema. Si el nombre de usuario y contrasea son correctos, el sistema mostrar la pgina de Inicio dependiendo del tipo de usuario.

144

El usuario de tipo Administrador de usuarios puede registrar, modificar y eliminar a los usuarios que podrn hacer uso del sistema.

El usuario de tipo Almacn puede registrar, modificar y eliminar artculos, registrar entradas y salidas de artculos, elaborar solicitudes de compras de materiales, visualizar los movimientos de artculos y generar reportes.

El usuario de tipo Compras puede visualizar las solicitudes de compras elaboradas por Almacn, elaborar solicitudes de cotizacin, rdenes de compras, realizar anlisis de precios de compras de materiales, visualizar las disponibilidades presupuestarias, registrar, modificar y eliminar proveedores, visualizar los movimientos de artculos y generar reportes.

Los formularios de datos contienen campos obligatorios que se encuentran debidamente identificados. Si se desea realizar una determinada accin y se ha dejado un campo en blanco (vacio), el sistema muestra en mensajes de error (Figura I-2). Hasta que los campos obligatorios no estn debidamente llenos, el sistema no podr proceder con la accin indicada.

145

Figura I-2. Ejemplo de mensajes de error de campos vacios.

146

Apndice J. Resultados de las pruebas de contenido realizadas a la aplicacin Web

Figura J-1. Ejemplo de error de contenido (error gramatical).

147

Figura J-2. Ejemplo de error de contenido (error al traer datos de la BD).

148

Apndice K. Resultados de las pruebas de navegacin aplicadas a la aplicacin Web

Figura K-1. Ejemplo de error de navegacin (vinculo a pgina no existente).

149

Figura K-2. Ejemplo de error de navegacin (vinculo con funcionalidad errada).

150

Apndice L. Resultados de las pruebas de configuracin aplicadas a la aplicacin Web

Figura L-1. Resultados de la prueba de configuracin en el sistema operativo Windows XP, resolucin 1024x800, navegador Mozilla Firefox.

151

Figura L-2. Resultados de la prueba de configuracin en el sistema operativo Ubuntu, resolucin 1024x800, navegador Mozilla Firefox.

152

HOJA DE METADATOS

153

Hoja de Metadatos para Tesis y Trabajos de Ascenso 1/5

SISTEMA WEB PARA LA GESTIN DE LOS PROCESOS DEL REA Ttulo Subttulo DE ALMACN Y EL DEPARTAMENTO DE COMPRAS DEL IPASME CUMAN

Autor(es) Apellidos y Nombres Meza Lodato, Victor Alessandro Cdigo CVLAC / CVLAC 17.673.412 e-mail victoraless@gmail.com e-mail victoraless@hotmail.com CVLAC e-mail e-mail CVLAC e-mail e-mail CVLAC e-mail e-mail e-mail

Palabras o frases claves: Aplicacin Web IPASME Mtodo Watch Modelado de negocio 154

Hoja de Metadatos para Tesis y Trabajos de Ascenso 2/5

Lneas y sublneas de investigacin: rea Informtica Ciencias Subrea

Resumen (abstract): Se desarroll un sistema Web para dar apoyo a la gestin de los procesos del rea de Almacn y el Departamento de Compras del Instituto de Previsin y Asistencia Social para el Personal del Ministerio de Educacin (IPASME), Unidad Local Cuman. Se utiliz el mtodo Watch planteado por Montilva, Barrios y Rivero. Se utiliz el modelo de procesos que plantea dicho mtodo, de la cual se desarrollaron siete (7) fases: Planificacin Integral del Proyecto, Modelado del Negocio, Ingeniera de Requisitos, Diseo Arquitectnico, Diseo Detallado, Programacin e Integracin y Pruebas de la Aplicacin. En la primera fase se determin el alcance, tiempos y riesgos del proyecto. En la fase de Modelado del Negocio se logr, haciendo uso de la notacin para el modelado de procesos de negocio o BPMN por sus siglas en ingls, representar el ambiente dentro del cual se enmarca la aplicacin. La Ingeniera de Requisitos const en descubrir, analizar y especificar los requisitos funcionales y no funcionales que deban satisfacerse. A travs del Diseo Arquitectnico se establecieron el conjunto de componentes que la integran, y las relaciones y restricciones de interaccin entre ellos. El Diseo Detallado permiti especificar de manera precisa la interfaz usuario/sistema y el modelo de datos que se us para crear la base de datos. En la fase de Programacin e Integracin se codificaron o adaptaron los componentes necesarios para su funcionamiento. La fase de Pruebas de la Aplicacin consisti en verificar la aplicacin y depurar los errores encontrados. El producto final proporciona a los usuarios una herramienta para mejorar el desarrollo de las actividades que estos realizan en sus respectivas reas de trabajo, como lo son el registro de movimientos de materiales, elaboracin de solicitudes de compras, de cotizacin, rdenes de compras, entre otros.

155

Hoja de Metadatos para Tesis y Trabajos de Ascenso 3/5

Contribuidores: Apellidos y Nombres ROL
ROL

/
CA

Cdigo CVLAC
AS TU

/
x

e-mail
JU

Betancourt, Eugenio
CVLAC 13.729.842 e-mail e-mail ROL
CA AS TU x JU

ebetancourtp@hotmail.com

Visez, Dellanira
CVLAC 4.684.190 e-mail e-mail ROL CVLAC e-mail e-mail
CA AS TU JU

Fecha de discusin y aprobacin: Ao 2011 Mes 02 Da 23

Lenguaje: SPA

156

Hoja de Metadatos para Tesis y Trabajos de Ascenso 4/5

Archivo(s): Nombre de archivo Tesis_victor_meza.doc Tipo MIME Word

Alcance: Espacial: Temporal: universal intemporal (Opcional) (Opcional)

Ttulo o Grado asociado con el trabajo: Licenciado en Informtica

Nivel Asociado con el Trabajo: Licenciado

rea de Estudio: Informtica

Institucin(es) que garantiza(n) el Ttulo o grado: Universidad de Oriente-Ncleo de Sucre

157

158