Sistema de Información para planificar las actividades culturales en el Sectorial Municipal de Cultura de Placetas basado en reglas de negocio implementadas con LPT SQL

Texto completo

(1)Universidad Central “Marta Abreu” de Las Villas Facultad de Matemática, Física y Computación Ingeniería Informática. TRABAJO DE DIPLOMA Sistema de Información para planificar las actividades culturales en el Sectorial Municipal de Cultura de Placetas basado en reglas de negocio implementadas con LPT-SQL.. Autor: Daymi Batista Verdecía Tutor(a): Dra. Martha Beatriz Boggiano Castillo. Santa Clara. 2014-2015.

(2) Universidad Central “Marta Abreu” de Las Villas Facultad de Matemática, Física y Computación Departamento de Base de Datos. TRABAJO DE DIPLOMA Sistema de Información basado en reglas con LPT-SQL para planificar las actividades culturales de Sectorial Municipal de Cultura de Placetas.. Autor: Daymi Batista Verdecía [email protected]. Tutor: Dra. Martha Beatriz Boggiano Castillo [email protected]. Consultante: Yaisel Nuñez Arcia. Santa Clara. 2014-2015.

(3) Hago constar que el presente trabajo de diploma fue realizado en la Universidad Central “Marta Abreu” de Las Villas como parte de la culminación de estudios de la especialidad de Ingeniería en Informática, autorizando a que el mismo sea utilizado por la Institución, para los fines que estime conveniente, tanto de forma parcial como total y que además no podrá ser presentado en eventos, ni publicados sin autorización de la Universidad.. Firma del Autor Los abajo firmantes certificamos que el presente trabajo ha sido realizado según acuerdo de la dirección de nuestro centro y el mismo cumple con los requisitos que debe tener un trabajo de esta envergadura referido a la temática señalada.. Firma del Tutor. Firma del Jefe de Departamento donde se defiende el trabajo. Firma del Responsable de Información Científico-Técnica.

(4) i. PENSAMIENTO. Intenta no volverte un hombre de éxito, sino volverte un hombre de valor. Albert Einstein..

(5) ii. DEDICATORIA. A mi mamá por su apoyo incondicional, a mi abuela por no rendirse nunca, a mi tío Julio L. por nunca darme la espalda, a mi novio por darme fuerzas siempre para seguir, a Ramiro y Margot por nunca abandonarnos, a los que no están físicamente pero siempre me acompañan y me cuidan, a todos,. Muchas gracias..

(6) iii. AGRADECIMIENTOS. A todas las personas que han contribuido de una forma u otra para la realización de esta tesis, en especial a mi tutora Martha B., a Yaisel por ayudarme en todo lo que necesitaba, a mi amigo Julio C. por no cansarse nunca. A los profesores de mi carrera, que me enseñaron muchas cosas importantes para mis vida, en especial a los que mas tiempo pasaron a nuestro lado, a nuestro guía Migue por ser uno de nosotros. A mis compañeros de aula que siempre estuvieron para brindarme la mano y que nunca olvidaré, a los que están y se gradúan y a los que no llegaron a la meta final. A mi familia por apoyarme siempre, por ser la mejor del mundo. A mis amigos incondicionales que aunque están lejos siempre me acompañan. A mis queridas Dalila, Yoli y Mary que me quieren como a una hija. A todos por siempre estar ahí para mí.. Muchas Gracias..

(7) iv. TAREA TÉCNICA. Escriba aquí las tareas que debe ejecutar hasta la confección del informe final (Obligatoria) Esta página debe estar firmada por el estudiante y por el tutor, expresión del compromiso entre ambos.. Firma del Autor. Firma del Tutor.

(8) v. RESUMEN. Los Sectoriales municipales de Cultura tienen la misión de planificar las actividades culturales de los consejos populares bajo su jurisdicción. Actualmente esta planificación carece de una adecuada informatización, y pueden presentarse problemas en el manejo de los datos como duplicación e inconsistencia a la hora de emitir informes. En este trabajo se desarrolla un sistema de información para la planificación de estas actividades, específicamente para el municipio de Placetas, eliminando los problemas mencionados y ofreciendo reportes sobre las actividades para cualquier intervalo de tiempo, a solicitud del usuario. Para el desarrollo del sistema se identifican las reglas de negocio nombradas “desde la perspectiva de los datos”, se utiliza la herramienta LPT-SQL para su generación automática en una base de datos SQL-Server, de modo que la implementación de dichas reglas se logra de forma más rápida que si las mismas fuesen implementadas de manera tradicional (codificación manual por el programador) con recursos de bases de datos; además, se garantiza la posibilidad de modificación de las mismas sin intervención directa del programador..

(9) vi. ABSTRACT. Sectoral municipal Culture have the task of planning the cultural activities of the people's councils under his jurisdiction. Currently this plan lacks adequate computerization, and may present problems in handling data as duplication and inconsistency in issuing reports. In this paper an information system for the planning of these activities, specifically for the municipality of Placetas is developed, eliminating the above problems and providing reports on activities for any length of time, at the request of the user. To develop the system named business rules are identified "from the perspective of the data," the LPT-SQL tool for automatic generation is used in an SQL-Server database, so that the implementation of these rules achieved more quickly than if the same were traditionally implemented (manual coding by the programmer) with resources databases; in addition, the possibility of modifying them without direct intervention of the developer is guaranteed..

(10) vii. TABLA DE CONTENIDOS. PENSAMIENTO .....................................................................................................................i DEDICATORIA .................................................................................................................... ii AGRADECIMIENTOS ........................................................................................................ iii TAREA TÉCNICA ................................................................................................................iv RESUMEN ............................................................................................................................. v ABSTRACT...........................................................................................................................vi INTRODUCCIÓN .................................................................................................................. 1 Organización del informe ................................................................................................... 5 CAPÍTULO 1.. FUNDAMENTACIÓN. UTILIZADAS.. 7. 1.1.. TEÓRICA. DE. LAS. HERRAMIENTAS. Reglas de negocio. ................................................................................................... 9. 1.1.1. Categorías de reglas de negocio desde la perspectiva de los datos. ............... 10. 1.1.2. Niveles para expresar reglas de negocio. ........................................................ 11. 1.1.3. Patrones de reglas ........................................................................................... 11. 1.1.4.2 Tipos de Patrones ......................................................................................... 13 1.2. Fundamentación del Entorno de Desarrollo, Lenguaje, Gestor de Base de Datos y. Tecnología utilizados. ....................................................................................................... 15 1.3. Uso de la herramienta LPT-SQL ver 1.4 ............................................................... 16. 1.4. Implementación de un Sistema de Información en el contexto de RN ................. 19.

(11) viii 1.4.1. Ciclo de vida de un SI ..................................................................................... 20. Conclusiones parciales del capítulo. ................................................................................. 20 CAPÍTULO 2. 2.1. Modelado del negocio y del sistema ....................................................... 22. Modelado del negocio actual de las Casas de Cultura ........................................... 22. 2.2. Diagrama de Actores y Casos de Uso del Negocio ............¡Error! Marcador no. definido. 2.3. Reglas del negocio consideradas. ........................................................................... 22. 2.4. Requisitos funcionales. Definición. .................................................................... 25. 2.5. Requisitos no funcionales. Definición. ............................................................... 25. 2.6. Diagrama de Paquetes y sus relaciones. ............................................................. 26. 2.7. Diagrama de Casos de Uso del Sistema. ............................................................ 27. 2.7.1 Descripción de los casos de uso del Sistema (Significativos) ............................ 27 2.8. Planificación basada en uno de los métodos de estimación ............................... 31. 2.8.1. Estimación basada en Casos de Uso. .............................................................. 31. 2.8.2. Análisis de Costo – Beneficio ......................................................................... 37. Conclusiones sobre estimación ..................................................................................... 38 CAPÍTULO 3.. Descripción de la propuesta de solución. ................................................ 39. 3.1. Arquitectura del sistema. ........................................................................................ 39. 3.2. Diagrama de Clases del Diseño.............................................................................. 40. 3.3. Diagrama de Secuencia. ......................................................................................... 41. 3.4. Diseño de la Base de Datos. ................................................................................... 43. 3.4.1. Modelo conceptual de datos. .............................................................................. 44. 3.5. Implementación de RN en LPT-SQL. ................................................................ 45. 3.5.1. Pasos para la implementación de RN en LPT-SQL. ....................................... 48.

(12) ix 3.6. Comparación en cuanto a tiempo entre reglas codificadas manualmente y en la. herramienta LPT-SQL. ................................................................................................. 52 3.7. Diagrama de Despliegue. ....................................................................................... 54. Conclusiones parciales del capítulo. ................................................................................. 55 CAPÍTULO 4.. Pruebas de caja negra para el sistema SIAC 1.0. ................................... 56. 4.1 Casos de prueba de caja negra .................................................................................... 56 4.2 Diseño de Casos de Prueba ......................................................................................... 56 CONCLUSIONES Y RECOMENDACIONES ................................................................... 66 Conclusiones ..................................................................................................................... 66 Recomendaciones ............................................................................................................. 67 REFERENCIAS BIBLIOGRÁFICAS ................................................................................. 68 ANEXOS .............................................................................................................................. 71.

(13) INTRODUCCIÓN. 1. INTRODUCCIÓN. Las Casas de Cultura son instituciones abiertas y accesibles a todo tipo de público, se encarga de generar de manera permanente procesos de desarrollo cultural concertados entre la comunidad y las entidades estatales, destinado a la preservación, transmisión y fomento de las muestras artísticas y culturales propias de la comunidad (Aguilera,2012). Es el lugar destinado para que una comunidad desarrolle actividades que promueven la cultura entre sus habitantes. Estas cuentan con una política que favorece la prestación de servicios de enseñanza y práctica de las diferentes expresiones culturales, así como la difusión, formación, capacitación, investigación, organización y apoyo a la creación artística, dictando talleres en las diferentes áreas artísticas tales como danza, teatro, música, artes plásticas, literatura, cine entre otras; dirigidas a niños, jóvenes, adultos y adultos mayores. Con el triunfo de la Revolución se produce la democratización de la cultura, y se materializan los principios de la política cultural cubana en todo el país, se desarrollan y organizan instituciones culturales, el Movimiento de Artistas Aficionados, la formación de instructores de arte en las manifestaciones de teatro, música, danza y plástica. Actualmente las Casas de Cultura juegan un papel primordial para la sociedad y la organización del país en general, ya que fomentan la cultura de la población cubana, ofrece acceso al arte, defiende la diversidad de ideas y diferencias, además desarrollan actividades de formación y capacitación de niños y jóvenes. Estas juegan un importante papel con respecto al desarrollo, pues este solo puede prosperar, ser satisfactorio y sostenible, cuando está arraigado en la cultura y tradición de cada pueblo o comunidad y por ende tiene en cuenta los estilos de vida, sistema de valores, tradiciones, creencias, conocimientos y aptitudes de la comunidad que a su vez exige la participación activa de los individuos como.

(14) INTRODUCCIÓN. beneficiarios. de. 2 este. proceso.. Estas instituciones son las encargadas de brindar actividades a la población cubana, por esta razón también son los responsables de elaborar una planificación o programa de actividades que más tarde darán a conocer a los ciudadanos, esto deberá ser con antelación y fecha y hora de la actividad planificada. Planteamiento del Problema La planificación de las actividades culturales a partir del programa de desarrollo cultural constituye un proceso sistemático, continuo y flexible con la capacidad de adaptación a los cambios. producidos por la dinámica económica, política, social y cultural. Dicha. planificación sucede mensualmente, enmarcando fecha de realización de las actividades, hora, consejo popular donde se realizará, categorías sociales, movimiento artístico encargado, manifestación prevaleciente e institución o persona al frente de la actividad, todos estos datos en un mes pueden alcanzar el número de 300 actividades. En estos momentos para todas las sedes de cultura en la provincia de Villa Clara y específicamente en el municipio de Placetas resulta totalmente engorrosa la realización de la planificación de las actividades culturales y con ello todo el manejo correspondiente a este plan. Estos datos no solo quedan en la planificación, luego de esta se realizan ciertos balances semanales para contar y controlar las actividades realizadas realmente en dependencia a lo antes planificado. La semana según los especialistas del tema se divide en 2 partes: “fin de semana” (comprende viernes, sábado y domingo) y “entre semana” (comprende lunes, martes, miércoles y jueves) en la cual deben emitir ciertos reportes acerca de lo realizado en este período. Los datos sobre las actividades actualmente se controlan utilizando ficheros Excel, en los que el número de datos a tener en cuenta y la manera de entrarlos puede dificultar su revisión posterior, en ocasiones información redundante o planificaciones repetidas de actividades, así como, se hace trabajoso conformar los informes periódicos por los especialistas del centro, que no constituyen personal informático especializado. La necesidad de un mejor manejo de los datos y conformación de reportes más ágilmente impulsa a que se desee optimizar el trabajo manual realizado, por lo que surge la idea de.

(15) INTRODUCCIÓN. 3. construir un Sistema de Información (SI) que sea capaz de facilitar la planificación de las actividades cada mes, teniendo en cuenta las políticas orientadas para ello así como emitir los informes mensuales requeridos por los trabajadores involucrados y directivos. Este SI, cumplirá las características comunes de un SI transaccional. Comúnmente los datos que se administran en los negocios (entidades laborales, instituciones como casa de cultura) guardan interrelación y están restringidos unos por otros cumpliendo políticas o reglas del negocio. La implementación de las reglas de negocio en Sistemas de Información Transaccionales ha sido investigada como parte de un proyecto del Departamento de Base de Datos del Centro de Estudios Informáticos (CEI) de la UCLV en el cual se ha corroborado la necesidad creciente y actual de los negocios en que sus políticas sean reflejadas en sus SI de manera menos costosa y más eficiente, con una menor implicación de los programadores en la implementación de las mismas, de modo que cambios en las reglas no implique. contratar servicios de mantenimiento de los sistemas (Boggiano, 2014). Estas. políticas se expresan mediante RN desde la perspectiva de los datos, ya que un componente clave de. la generalidad de. los SI son. las bases de datos (BD). cuyos esquemas. conceptuales y lógicos permiten captar algunas reglas de negocio inherente a los mismos, suponiendo mayor agilidad para la implementación del SI. El resultado práctico de dicha investigación es la herramienta LPT-SQL De la insuficiencia del SI para el control de las actividades diarias para las casas de cultura, específicamente en Placetas, y por otra parte del interés por demostrar que el sistema LPTSQL permite mayor eficiencia en la implementación del sistema con respecto a la manera tradicional de implementar las reglas (codificadas por el programador) para BD relacionales en SQL-Server, se plantea el siguiente objetivo: Objetivo General Desarrollar un Sistema de Información Transaccional que viabilice la planificación y la emisión de informes de las actividades culturales del Sectorial del municipio de Placetas a distintas instancias, utilizando la herramienta LPT-SQL para generar las reglas y comparar el uso de dicha herramienta con la forma tradicional de codificarlas manualmente en Base de Datos SQL Server..

(16) INTRODUCCIÓN. 4. Objetivos Específicos 1. Diseñar la Base de Datos (BD) teniendo en cuenta la identificación de reglas del negocio (RN) desde la perspectiva de los datos, a partir de la captura de requisitos, para la planificación de las actividades culturales del municipio de Placetas. 2. Implementar las reglas de negocio en la BD, codificadas manualmente por el programador. 3.. Implementar las reglas de negocio en la BD, codificadas. automáticamente. utilizando la herramienta LPT-SQL. 4. Comparar el esfuerzo realizado para la implementación de la BD, utilizando programación tradicional y LPT-SQL. 5. Implementar las funcionalidades del sistema de información. Preguntas de investigación 1. ¿Cómo diseñar la BD para la planificación de las actividades del Sectorial de Cultura teniendo en cuenta las reglas de negocio identificadas en el conjunto de categorías de reglas “desde la perspectiva de los datos”? 2. ¿Cómo implementar las reglas de negocio sobre la planificación de actividades en el Sectorial de Cultura de Placetas utilizando los recursos del SQL Server de manera tradicional? 3. ¿Cómo implementar estas reglas de negocio en la BD mediante el uso de la herramienta LPT-SQL? 4. ¿Qué diferencias se pueden evidenciar entre el esfuerzo de implementación utilizando programación tradicional y LPT-SQL para implementar reglas de negocio? 5. ¿Cuáles funcionalidades debe ofrecer el SI de acuerdo a las exigencias de los directivos de Casas de Cultura? Justificación Implicaciones prácticas.

(17) INTRODUCCIÓN. 5.  Las personas involucradas en la planificación de las actividades culturales deben poseer una vía más factible para emitir los reportes semanales de las actividades realizadas, ya que la cantidad de actividades que se tratan pueden llegar a ser enormes y de difícil manejo manualmente.  Con la utilización de la herramienta LPT-SQL en el desarrollo de Sistemas de Información Transaccional (SIT) se puede evidenciar su utilidad en la disminución del esfuerzo de programación y se logra promocionar su uso. Organización del informe El siguiente informe constará de 4 capítulos, los cuales expresarán en su síntesis aspectos acerca de: reglas de negocio desde la perspectiva de los datos, recursos de base de datos utilizados para la codificación manual de reglas de negocio, herramienta LPT para codificar reglas automáticamente y sus funcionalidades, además de la una descripción detallada sobre la elaboración del SIT para planificar la actividades del Sectorial de Placetas. La distribución lógica de los capítulos quedará de la siguiente forma: Capítulo#1: Fundamentación teórica de las herramientas utilizadas. Este capítulo trata sobre las herramientas utilizadas para la confección del sistema, tipo de gestor de base de datos, entorno de desarrollo, conceptos indispensables sobre el negocio así como un análisis exhaustivo sobre el flujo de negocio a automatizar. Capítulo#2: Modelado del negocio y del sistema. En este capítulo se identifican los actores y casos de uso del negocio, así como las reglas del mismo, reconocidas “desde la perspectiva de los datos”. Se modelan los diagramas del sistema, se presentan los requisitos funcionales y no funcionales de acuerdo a las exigencias del cliente así como la estimación del sistema basada en casos de uso en cuanto a esfuerzo, tiempo, y costo. Capítulo#3: Descripción de la herramienta de solución. En este capítulo se presenta el diseño del sistema utilizando artefactos UML, como diagramas de clases y de despliegue. Se presentan las reglas de negocio identificadas desde la perspectiva de los datos, que sirven de base también para el diseño conceptual y lógico.

(18) INTRODUCCIÓN. 6. de la base de datos. Se muestran las reglas codificadas por el programador, en un primer momento; después escritas en LPT, las cuales sirven de entrada a la herramienta LPT-SQL que genera la implementación de las mismas. Estas dos maneras de implementar las reglas son comparadas en cuanto a tiempo consumido por el programador. Capítulo#4: Análisis del sistema SIAC (1.0). Casos de prueba de caja negra. Este capítulo describe el tipo de caso de prueba utilizado, en este caso para este sistema el de: caja negra. En el mismo se realiza una comprobación de cuan vulnerable es el sistema construido, de acuerdo a posibles casos en los cuales el sistema no permita realizar determinadas acciones, de esta forma se localizan errores que pudieran presentarse durante el uso del sistema por el usuario final. Este análisis permite que el resultado final posea mejor rendimiento en su uso futuro..

(19) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 7. CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. En este capítulo se exponen aspectos generales referidos a las reglas de negocio y sus diferentes aplicaciones en la actualidad, el enfoque de reglas de negocio centrando la atención en la clasificación de reglas desde la perspectiva de los datos, además se resume las consideraciones de trabajos anteriores acerca de este tema, haciendo énfasis en las ventajas que se enuncian para implementar un Sistema de Información (SI) utilizando la herramienta LPT-SQL. Se estudian las características de la planificación de las actividades culturales en las Casas de Cultura específicamente en el municipio de Placetas para identificar las reglas implicadas en el negocio así como las características que deben hacerse persistentes en una base de datos. Actualmente se maneja el proceso de planificación combinando la forma manual y el uso documentos Excel para almacenar todo lo referido a lo antes planteado, por lo que resulta completamente engorrosa la gestión y manejo de dicha planificación. Partiendo de esta problemática se lograron evidenciar diferentes comportamientos del negocio, que sirvieron para concertar determinados procedimientos y formas de trabajo que son llamadas reglas de negocio (RN). Flujo actual de procesos del negocio del Sectorial de Cultura. Las casas de cultura tienen el encargo social e institucional de promover el desarrollo cultural de las comunidades en que están ubicadas. En el Sectorial de Cultura de Placetas se pueden identificar los siguientes procesos de negocios: Planificación de la programación de las actividades mensuales. Ejecución de las actividades planificadas..

(20) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 8. Control de actividades realizadas y suspendidas. Realizar informes o partes semanales acerca de datos de interés. Promoción de cursos de artes. De los procesos enunciados anteriormente, se identifica como el más importante dentro del negocio el de planificar la programación de actividades, el cuál se encuentra asociado a un engorroso flujo de planificación que involucra diversos datos tales como: manifestación cultural, consejos populares, tipo de actividad entre otros datos, toda esta información puede llegar ascender a 300 actividades. Por esta razón este proceso de negocio es el de mayor interés para el cliente a automatizar, debido a la importancia y utilidad de que este proceso se realice con mayor calidad y rapidez. Actualmente el proceso de planificación se realiza mediante una reunión mensual en la cual se reúne el Departamento de Planificación, el planificador y un analista, allí quedan recopiladas todas las actividades del mes. Esta reunión sucede normalmente los primeros días del mes. pues la planificación de las actividades se realizan para cada mes en. particular. Para todo este flujo de negocio en los últimos dos años, estas instituciones se apoyan en un fichero Excel, que aunque añade algunas ventajas para estos planificadores, también se les reconocen dificultades en cuanto a:  Falta de consistencia en los datos: Pues para categorizar un tipo de actividad, una manifestación o un grupo poblacional, no se entra la información de manera uniforme.  Baja sustentación de las políticas de negocio: Los datos registrados no sustentan todas las reglas del negocio en qué se basan la planificación de las actividades culturales, ya que en ocasiones se entran datos que violan las mismas.  Presenta datos redundantes: Al ser insertados los datos no se chequea de ninguna forma que no se dupliquen los mismos, por lo que hace poco fiable el resultado final y los posibles informes extraídos de la planificación.  Alto margen de error en caso de inexperiencia con el Excel: La obtención de los datos que conforman los informes mensuales depende de las habilidades del planificador con el uso de la herramienta Excel..

(21) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 9.  Inexistencia de un sistema seguro: No se reportan en el país otras formas automatizadas más seguras de controlar esta información. 1.1. Reglas de negocio. Una regla de negocio es una regla que está bajo jurisdicción del negocio, lo cual significa que puede ser creada, revisada y eliminada cuando el negocio lo estime conveniente (Ross, 2010), por tanto describe las políticas, normas, operaciones, definiciones y restricciones presentes en una organización y que son de vital importancia para alcanzar los objetivos misionales. Las reglas de negocio son los elementos principales para los modelos de negocio y de tecnologías, constituyen restricciones explícitas de comportamiento independientes de los procesos, son capaces de proporcionar conocimientos meditados, nunca un sub-producto, ya que necesitan ser alimentadas para lograr resultados satisfactorios. Deben ser declarativas, bien formadas y nunca creadas para un fin específico. Para una exitosa utilización es mejor manejarla mediante un motor de reglas que trascribiéndola de alguna forma embebida dentro de un procedimiento. Además es importante estar claro en cuanto a la síntesis de las mismas ya que estas están al servicio del negocio, no al de las tecnologías utilizadas, ni programadas mediante excepciones. Son las encargadas de gestionar la lógica del negocio por lo que representan un patrimonio de la empresa, no teniendo que ver con las plataformas de hardware y software (Manifiesto de Reglas de Negocio, 2005). Según (Morgan, 2002), plantea que: “Básicamente, una regla de negocio es una declaración compacta sobre un aspecto del negocio. Es una restricción en el sentido que una regla de negocio decide lo que debe o no debe hacerse en cada caso. En cualquier punto particular, debe ser posible determinar que la condición que implicó la restricción es verdad en un sentido lógico; si no, tomar la acción necesaria.” Desde el punto de vista informático, son RN los elementos individuales (atómicos) que permiten ser definidos, delimitados y expresados de forma inteligible y que en su conjunto componen el marco estructural, la política, la estrategia y la operativa de una empresa u organización (Noguera, 2011)..

(22) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 1.1.1. 10. Categorías de reglas de negocio desde la perspectiva de los datos.. Debido a la infinidad y complicación de las reglas de negocio los autores estilan agruparlas y clasificarlas siguiendo diferentes perspectivas, siempre con el objetivo común de organizar todas las reglas del análisis de requisitos del negocio. En la investigación de (Calderón Solís, 2011) se trabaja el concepto de RN desde la perspectiva de los datos en el cual se presentan algunas clasificaciones que serán enunciadas posteriormente. Dentro del conjunto de las RN hay un grupo de ellas comportamiento. de. los. datos. del. negocio. No. que se. se. ha. asocian. al. encontrado. una. clasificación que agrupe a estas reglas con esta perspectiva para estudiarlas e implementarlas. Una regla de negocio desde la perspectiva de los datos es aquella que se define sobre los términos del negocio, entidades y atributos del mismo; ante la adición, modificación o eliminación de datos cuatro. tipos de. reglas, organizadas. debe ser evaluada. Se. proponen. en sus patrones correspondientes (Boggiano,. 2010). Restricción Obliga a que se cumplan los requisitos del negocio, contribuyendo a preservar la integridad del mismo. Ejemplo: Un menú no puede tener más de 15 tipos de platos (Sevilla, 2013). Cómputo Su objetivo es calcular un valor determinado en el negocio, y su resultado es numérico. Este patrón comparte grandes semejanzas con el patrón de clasificación(Ross 2010). Ejemplo: La cantidad total de los ingredientes a consumir es calculada como la cantidad normada multiplicada por la cantidad de comensales por la cantidad de raciones (Sevilla, 2013). Clasificación Organiza el conocimiento básico del negocio contribuyendo claramente al significado de conceptos, este patrón es conocido también como una regla de definición..

(23) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 11. Notificación Este patrón informa a los usuarios autorizados del negocio sobre algún conocimiento básico en tiempo real, no restringe estados del negocio, solo lo informa para que se tomen las medidas pertinentes. 1.1.2 Niveles para expresar reglas de negocio. Existen diferentes formas de expresar RN ya sea según su especificación en el desarrollo de un SI o incluso de acuerdo a la manera en que se introduzcan estas reglas a este. Los niveles para expresar las reglas son cuatro según (Halle and Ross, 2002) cada uno para un personal diferente: Informal: Conversación informal del negocio, en el cual ocurre la entrevista con el cliente, donde quedan esclarecidas las normativas clásicas de la empresa y se declaran las reglas en lenguaje natural. Técnico: Después en una versión en lenguaje de especificación se traducen las políticas combinadas con el lenguaje natural de forma más técnica usando vocablos específicos de la organización y sus funcionalidades. Formal: Por último la versión en lenguaje de implementación en la cual se utilizan términos completamente estructurados, con operadores y restricciones en el cual ya queda listo para ser ejecutado. Para las reglas de negocios desde la perspectiva de los datos los tres niveles de expresión propuestos son: lenguaje natural estructurado, lenguaje técnico de patrones (LPT) y lenguaje formal. (Boggiano, 2010). 1.1.3 Patrones de reglas La escritura de las reglas en sus diferentes niveles de expresión suelen hacerse a partir de la definición de patrones de reglas, es decir se puede hacer corresponder una categoría de regla con un patrón de regla de negocio. Estos patrones son de gran importante para la implementación de las reglas, su uso por una parte restringe el lenguaje informal del usuario y por otra brindan una estructura bien.

(24) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 12. definida que ayuda al tránsito de la regla por los diferentes niveles de expresión, hasta llegar a su implementación (Aguilar, 2013). Los convenios utilizados para precisar elementos variables de los patrones definidos son los siguientes: Paréntesis: ( ) Encierran un grupo de ítems. Corchetes: [ ] Encierran elementos opcionales. Barra Vertical: | Separa términos alternativos. Corchetes Angulares: <> encierran términos especiales. 1.1.4.1 Elementos que conforman los patrones  <determinante>: Es el determinante para cada sujeto, por ejemplo: Una, Uno, El, La, Cada, Todos. Según el mejor sentido en la redacción.  <sujeto>: Es una entidad en la Base de Datos del negocio o una clasificación de la misma.  <hecho>: Hechos relativos al estado o comportamiento de la Base de Datos del negocio, incluyendo o no al sujeto.  <hecho>: Hechos relativos al estado o comportamiento de la Base de Datos del negocio, incluyendo o no al sujeto.  <característica>: Describe las características del sujeto en el negocio, tanto internas como relacionadas con otras entidades. Pueden incluir hechos con el fin de caracterizar al sujeto.  <resultado>: Cualquier valor, no necesariamente numérico, que tiene algún significado en el negocio. El resultado es usualmente el valor del atributo de un objeto del negocio.  <algoritmo>: Definición de una expresión matemática para obtener el valor de un resultado; normalmente expresada utilizando combinaciones de términos del negocio junto a constantes disponibles.  <clasificación>: Definición de un término del negocio. Típicamente define el valor de un atributo o un subconjunto de objetos en una clase existente.  <mensaje>: Mensaje de información entre comillas para usuarios autorizados del negocio..

(25) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 13. 1.1.4.2 Tipos de Patrones Patrón de Restricción <determinante><sujeto>(no. puede. tener. <características>). |. (puede. tener. <características> solo si <hechos>). Ejemplo: Lenguaje Natural Una actividad no puede tener más de 10 números culturales. Lenguaje técnico LPT Una actividad no puede tener sujeto.cantnros>10 Patrón de Cómputo <determinante><resultado> [en <sujeto> [para <atributo>] ] es calculado como <algoritmo>. Lenguaje Natural El tiempo de duración en actividad para duración es calculado como (hora de fin) – (hora de inicio). Lenguaje técnico LPT El tiempo de duración en actividad para duración es calculado como (((sujeto.hora_fin)*60) - ((sujeto.hora_inicio) * 60)). Patrón de Notificación <determinante><sujeto> [no] es definido como <clasificación> [ (si | a menos que )<característica>]. Patrón de Notificación Notificar <mensaje> si <hecho>. Lenguaje Natural Notificar “Balancee el Plan de Programación” si cantidad de actividades para niños / total < cantidad de actividades para adultos/ total y total < 50. Lenguaje técnico LPT Notificar. "Balancee. el. Plan. de. Programacion". si. sizeof(sujeto.manifestación__clasifm="niños")/sum(sujeto.idact)< sizeof(sujeto.manifestación__clasifm="adultos")/ sum(sujeto.idact)<50.. sum(sujeto.idact). si.

(26) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 14. 1.1.4 Implementación de reglas de negocio desde la perspectiva de los datos. Existen disímiles formas de implementar las reglas, incluso pueden existir varias técnicas para implementar. una. misma regla.. Al considerar. cada una de. las. alternativas para determinar cuál funciona mejor en una determinada situación, se deben tener en cuenta: la viabilidad a largo plazo de la estrategia, el rendimiento en tiempo de ejecución, el grado de cumplimiento de la regla, la flexibilidad, y la capacidad para mantener las operaciones del negocio (Calderón Solís 2011). Según (Morgan, 2002) cada regla representa un comportamiento de los datos del negocio, se puede concebir estrechamente relacionadas las entidades de la base de datos. Para implementar estas reglas con recursos de la BD se utilizan disparadores, procedimientos almacenados y vistas con el fin de lograr funcionalidades simultáneas o paralelas en el SI. Disparadores Los disparadores (triggers en inglés) son procedimientos almacenados pre compilados en las bases de datos y son invocados automáticamente siempre que algún evento de inserción, actualización o eliminación ocurra. Amplían la lógica de comprobación de integridad, valores predeterminados y reglas del estándar SQL. Existen dos tipos de disparadores desde el punto de vista de las acciones que desencadenan, estos son el AFTER (ocurre luego de que haya pasado un INSERT, UPDATE o DELETE sobre un objeto de tipo tabla o vista), también se encuentra el INSTEAD OF (cancela la acción desencadenadora INSERT, UPDATE o DELETE para realizar otra acción). Procedimientos almacenados Es una colección. pre compilada de instrucciones. SQL. e instrucciones. de. control de flujo opcional, almacenado bajo un solo nombre procesadas como una unidad; se guardan en una base de datos, permitiendo ser ejecutados desde una aplicación [88]. Permiten la ejecución de una serie de instrucciones SQL como una unidad. Se ejecuta con mayor rapidez que las instrucciones SQL individuales. Un procedimiento almacenado puede invocar a otro procedimiento almacenado con lo que se puede simplificar una serie de instrucciones complejas. Vista.

(27) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 15. Una vista es una tabla virtual cuyo contenido está definido por una consulta. Suele utilizarse para centrar, simplificar y personalizar la percepción de la base de datos para cada usuario. Permite a los usuarios centrarse en datos de su interés y en tareas específicas de las que son responsables. Los datos innecesarios pueden quedar fuera de la vista; de ese modo, también es mayor su seguridad, puesto que los usuarios solo pueden ver los definidos en la vista y no los que hay en la tabla subyacente. Estos recursos pueden ser utilizados por los programadores, para la codificación de las reglas. También la herramienta LPT-SQL representa las reglas en su nivel formal con recursos de bases de datos, pero que son generadas automáticamente a partir de su escritura en nivel de lenguaje natural estructurado y lenguaje LPT. Para los patrones de reglas desde la perspectiva de datos en (Boggiano, 2010) se propone una estructura general para la expresión formal de las reglas con recursos de bases de datos para su automatización. En este trabajo, primeramente, se tendrán en cuenta los patrones de reglas en lenguaje natural estructurado desde la perspectiva de los dato,. para ser codificadas por el. programador. Se tienen en cuenta entonces las entidades del negocio involucradas en las reglas para el diseño e implementación de la base de datos, pero se prescinde del LPT-SQL para su implementación. En un segundo momento, se escribirán las reglas también en LPT y se utilizará la herramienta LPT-SQL para la implementación automática de las mismas. A partir de estas dos maneras de trabajo con las reglas se podrá establecer una comparación entre las formas de trabajo en cuanto a tiempo invertido por el analista y tamaño del código de la implementación de la regla utilizando el gestor SQL Server. 1.2. Fundamentación del Entorno de Desarrollo, Lenguaje, Gestor de Base de Datos y Tecnología utilizados.. El sistema realizado es una aplicación desktop la cual fue concebida de esta forma debido a las ventajas que presentan las aplicaciones no instalables y las funcionalidades que satisfacen su uso. Para la realización del sistema de información para planificar actividades.

(28) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 16. culturales en el Sectorial de Placetas SIAC (1.0) se decide utilizar como gestor de datos SQL Server 2005 y el entorno de desarrollo NetBeans 7.4. El manejador de datos fue escogido por sus prestigiosas prestaciones en cuanto a gran soporte en las transacciones, escalabilidad, estabilidad y seguridad. Además de poseer un potente entorno gráfico de administración y posibilidades de trabajo cliente-servidor. Permite el uso de recursos de base de datos útiles para codificar las reglas de negocio extraídas. También fue escogido teniendo en cuenta un marcado interés de comparar la codificación manual de reglas negocio en este gestor específicamente, con respecto a la herramienta LPT-SQL. La herramienta LPT-SQL versión 1.4, presenta a pesar de su relativamente corto tiempo de vida muy buenas prestaciones en cuanto a rendimiento ya que, agiliza la gestión de reglas proyectando muy buenos resultados en cuanto a la calidad en la generación de reglas de negocio. Esta herramienta es parte de una comparación acerca de posibilidades y ventajas que puede ofrecer o no la programación automática con respecto a la programación manual. 1.3. Uso de la herramienta LPT-SQL ver 1.4. La herramienta LPT-SQL, constituye. un traductor de reglas de negocio que permite. generar automáticamente la implementación de reglas o políticas del negocio especificado en lenguaje LPT en bases de datos de negocio utilizando un repositorio para almacenarlas y un compilador para generarlas. La herramienta LPT-SQL utiliza el LPT (lenguaje de patrones técnico). que es una. expresión matemática de los elementos que conforman los patrones de reglas cercanas a los datos, para ello consta de una notación específica, operadores aritméticos, lógicos y funciones que en conjunto conforman un formalismo capaz de representar reglas de negocio. Su núcleo es la notación punto para la navegación entre las entidades y el acceso a sus atributos, lo cual según se refiere en (Zimbrão et al., 2002) le brinda consistencia. Además permite un conjunto de funcionalidades útiles en viabilizar el trabajo con BD, entre estas se tienen las siguientes (Boggiano, 2013): Trabaja con la información necesaria del catálogo de la BD..

(29) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 17. Cuenta con un compilador que genera el código SQL para SQL Server, de una RN que entra al sistema especificado en lenguaje técnico siguiendo el patrón correspondiente. Utiliza los disparadores, funciones y vistas como recursos del SQL para implementar las reglas de negocio. Todas las funcionalidades se implementan a través de un repositorio, el cual es un documento XML. Para el correcto planteamiento de las reglas, es muy importante tener en cuenta de cerca los patrones de RN. Aparecen con la necesidad de captar las reglas en un lenguaje natural en forma de patrones y sus diferentes tipos cubren los requerimientos del negocio. Pero estos patrones pierden sentido si no pueden ser expresados técnicamente para una futura implementación (Pérez Alonso, 2008). La teoría de este lenguaje, auxiliadas por fundamentos aparecen en (Pérez Alonso, 2008) como un lenguaje técnico. Debido a la importancia e insuficiencia de aceptar variantes cada vez más complejas en (Calderón Solís, 2011) se define el LPT para expresar RN, en función de las tablas, sus atributos, y las interrelaciones para BD relacionales basado en los patrones de reglas pertenecientes a la clasificación denominada desde una perspectiva de datos. 1.3.2 Repositorio de Reglas de Negocio. Para almacenar las reglas de negocio en sus tres niveles de expresión, y lograr cierta independencia de las reglas del SI, la herramienta LPT-SQL usa un repositorio de reglas de negocio, que consta de la estructura que se refleja en la figura 1.3. Para cada regla se almacenan los valores correspondientes a los atributos id (identificador), estado y última fecha. Se tiene el atributo tipo para identificar el tipo de regla así como la versión, de esta forma se permite que el repositorio acepte varios tipos de reglas (Calderón Solís, 2011)..

(30) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 18. Figura 1.1 Esquema XSD del repositorio de reglas. Durante el proceso de traducción de las reglas se utiliza otro repositorio que se encarga de la generación de las reglas; también con formato XML. La función de este repositorio es almacenar la información necesaria para generar la regla. En la Figura 1.4 se muestra el esquema general de este repositorio.. Figura 1.2 Parte del esquema XSD del repositorio de generación. Como se puede observar, el repositorio de generación está formado igualmente por varias reglas que son identificadas por su id y tipo. Las reglas almacenadas en este repositorio son un subconjunto de las reglas que contiene el repositorio de reglas. De cada regla se almacena una expresión SQL que va a ser el cuerpo de la implementación de la regla y la lista de eventos que se refiere a los eventos que pudieran infringir la regla.

(31) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 19. (Pereira Toledo, 2009). Cada elemento de esta lista tiene como atributo el nombre de una tabla y registra los eventos que de ocurrir sobre esa tabla pueden desencadenar una violación. Los eventos pueden ser: INSERT, UPDATE o DELETE. Después de la extracción de la regla y su compilación, esta debe almacenarse en un repositorio de generación. Después de la generación de la regla y su implementación, se obtiene la representación formal de la regla y se actualiza el repositorio añadiéndole esta representación, de acuerdo a uno de los enfoques analizados, siguiendo el esquema definido previamente (Calderón Solís, 2011). 1.4. Implementación de un Sistema de Información en el contexto de RN. Un sistema de información (SI) es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Es cualquier sistema computacional que se utilice para obtener, almacenar, manipular, administrar, controlar, procesar, transmitir o recibir datos, para satisfacer una necesidad de información (Laudon, 2006). Los SI transaccionales son un conjunto de componentes relacionados que recuperan, procesan, almacenan y distribuyen información para apoyar la toma de decisiones y el control en una organización, registrando periódicamente las actividades realizadas (Stair and Reynolds, 2000). Las utilidades que presenta para resolver esta problemática son:  Proporción de datos oportunos y exactos que permiten tomar decisiones acertadas y mejorar la relación entre los recursos de la empresa.  Garantiza información exacta y confiable, así como su almacenamiento de tal forma que esté disponible cuando se necesite.  Sirve como herramienta para que los directivos realicen planeación, control y toma de decisiones en sus empresas. Estos sistemas transaccionales presentan determinados pasos o procesos por los cuales deberá pasar todo sistema de este tipo, para un correcto entendimiento del ciclo que lo compone a continuación se realiza una breve reseña acerca de los puntos que lo conforman..

(32) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 20. 1.4.1 Ciclo de vida de un SI Según (Laudon, 2006) existen pautas básicas para el desarrollo de un SI para una organización entre ellas deben tenerse en cuenta: Conocimiento de la Organización. Analizar y conocer todos los sistemas que forman parte de la organización, así como los futuros usuarios del SI. Identificación de problemas y oportunidades.. Conocer la situación actual de la. organización, ya sean ventajas o limitaciones. Determinar las necesidades. Se identifican las necesidades reales de la empresa utilizando algún método de recolección de información. Diagnóstico. Se elabora un informe resaltando los aspectos positivos y negativos de la organización, para luego basado en estos aspectos realizar un diseño del sistema. Propuesta. Se elabora una propuesta formal dirigida hacia la organización donde se detalle la presentación del proyecto de desarrollo del SI. Diseño del sistema. Posteriormente se comienza con la elaboración del diseño lógico del SI; que incluye: el diseño del flujo de la información dentro del sistema, los procesos que se realizarán dentro del sistema, el diccionario de datos, los reportes de salida, etc. En este paso es importante seleccionar la plataforma donde se apoyará el SI y el lenguaje de programación a utilizar. Implementación. Este paso consta de todas las actividades requeridas para la instalación de los equipos informáticos y la instalación de la aplicación. Mantenimiento. Proceso de retroalimentación, a través del cual se puede solicitar la corrección, el mejoramiento o la adaptación del SI ya creado a otro entorno de trabajo o plataforma. Este paso incluye el soporte técnico acordado anteriormente. Conclusiones parciales del capítulo. Hasta el momento quedan enunciados términos y calificaciones acerca de qué son las reglas de negocio, definiciones siguiendo distintos enfoques de utilización, categorías, específicamente las de la perspectiva de los datos. Acerca de las reglas también se tratan los patrones de reglas, según cada categoría, niveles de expresión entre otros conceptos. Además se expone la facilidad de la herramienta LPT-SQL para generar automáticamente las reglas de negocio expresadas en LPT en BD activas, utilizando la categoría de reglas.

(33) CAPÍTULO 1. FUNDAMENTACIÓN TEÓRICA DE LAS HERRAMIENTAS UTILIZADAS.. 21. desde la perspectiva de los datos, un repositorio para almacenarlas y un compilador para generarlas, lo que contribuye a la implementación de SI utilizando RN en el diseño y generación de la BD que utiliza el sistema. Por último se manifiestan aspectos sobre los sistemas de información (SI), ciclo de vida que deben poseer, u otras clasificaciones..

(34) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 22. CAPÍTULO 2. Modelado del negocio y del sistema. En el presente capítulo se modela el negocio, de acuerdo a las funcionalidades y requisitos del flujo actual de la planificación de las actividades culturales en el municipio de Placetas. Además el mismo girará en torno a una comparación cuantitativa, basada en tiempo que muestra evidencias acerca de lo eficiente que resulta para el programador la implementación manual o usando la herramienta LPT-SQL, para implementar reglas de negocio en BD relacionales. 2.1. Modelado del negocio actual de las Casas de Cultura. Uno de los procesos de negocio del Sectorial de Cultura es planificar las actividades culturales que se le brindan a la población, así como emitir determinados partes y reportes sobre la realización de las mismas. Esta programación de actividades es realizada mensualmente por medio de una reunión en la que están presentes el planificador, el económico que es el encargado de suministrar el presupuesto mensual, el director y el encargado de promoción. Luego de concebir el Plan de Programación, es revisado por un analista del tema, el cual se encarga de aprobar si el plan se encuentra balanceado en cuanto a cantidad de actividades, manifestaciones involucradas y grupos poblacionales Además intervienen en la planificación encargados de las instituciones, con sus propuestas de actividades pudieran ser incluidas también.. Las. instituciones implicadas son: casas de cultura, museo, biblioteca, cine, librería y sala de videos y los promotores culturales de la comunidad, de cada consejo popular. La actividad específicamente se caracteriza por fecha, lugar, hora y duración. de la. realización de la misma, además de un talento involucrado que puede ser aficionado o profesional. Una actividad puede estar compuesta por uno o varios artistas (unidad) de los.

(35) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 23. que se almacena nombre y género. Las actividades presentan un tipo: categorizadas o sistemáticas, las primeras tienen un nombre del espacio y descripción de la misma. La segunda se realiza en fechas conmemorativas sistemáticamente y pueden ser insertadas a medida que van surgiendo. Una actividad cultural se clasifica por una manifestación central por la que se realiza aunque intervengan otras manifestaciones. Además una actividad está dirigida específicamente a un grupo poblacional, aunque asistan personas de otros grupos. Todas estas informaciones al cierre del plan son filtradas de distintas formas para extraer datos importantes para el negocio. 2.2. Diagrama de Actores y Casos de Uso del Negocio. Los personas involucradas en el negocio son denominadas actores del negocio y desempeñan una serie de actividades específicas para cada una según su rol dentro de la entidad o empresa, a estas se le denominan casos de uso del negocio.(véase fig 2.1). Figura 2.1 Diagrama de actores y casos de uso del negocio El planificador es el encargado de casi todas las funcionalidades del negocio, este se ocupa de Gestionar Plan de Programación que enmarca adicionar, eliminar y listar todo lo referido a los planes y actividades. Este es el más significativo de los casos de uso del.

(36) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 24. negocio. También se encarga de Gestionar el presupuesto mensual por el cual deberá regirse para las actividades que serán planificadas, para que quede uniforme con respecto a las semanas que componen el mes. Por último se encarga de emitir partes semanales acerca de informaciones del negocio. El económico es el encargado de Suministrar el presupuesto mensual basándose en un análisis cuantitativo del presupuesto anual que tiene el Sectorial. El director se encarga de revisar los reportes o informes que solicita a la provincia y enviarlos posteriormente, sus casos de uso asociados son Revisar partes semanales y Entregar partes semanales. El encargado de promoción es quien realiza la acción de Promocionar Plan de Programación por lo que es quien anuncia a la población las actividades que se realizarán. 2.3. Reglas del negocio consideradas.. Mediante entrevistas con el cliente y estudio detallado del caso se pudieron capturar distintas reglas de negocio las cuales permitieron conocer a fondo los comportamientos específicos del mismo. Estas reglas describen procedimientos y acciones que se llevan a cabo comúnmente dentro de la institución. A continuación se enuncian las mismas: 1. Los responsables de una actividad cultural deben ser: instituciones municipales (Casa de Cultura, Biblioteca Municipal, Museo, Cine, Librería y Sala de Video) o los promotores de la comunidad.. 2. Los consejos populares deben ser (Pujols-Los Chinos, Vigía-Copey, FrigoríficoCumbre, Benito Juárez, Báez, Miller, Falcón, Guaracabulla, Carbó Serviá, Hermanos Almejeiras, Falero-Sabanilla y Hernando-Nazareno).. 3. Los grupos poblacionales existentes son: niños, jóvenes, adultos, adulto mayor y público en general. 4. Una actividad no debe tener más de un tipo de talento, o es aficionado o profesional.. 5. Las actividades se controlan y planifican en dos etapas de tiempo: entre semana (lunes, martes, miércoles y jueves) y fin de semana (viernes, sábado y domingo).. 6. Una misma actividad no debe ser planificada dos veces para un mismo lugar, hora y fecha..

(37) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 25. 7. Una actividad infantil no debe ser planificada en horario nocturno.. 8. Las actividades culturales presentan 3 tipos según su clasificación pueden ser: caracterizada, sistemática o extra.. 9. Las actividades culturales deberán ser informadas a la población con un tiempo previo predefinido de no menos de una semana.. Teniendo en cuenta las funcionalidades a desarrollar en el SIT basado en lo necesita el cliente de acuerdo a sus exigencias de negocio, se conforma el siguiente diagrama de actores y casos de uso del sistema.. 2.4. Requisitos funcionales. Definición.. Un requisito funcional es un área de funcionalidad que debe soportar el sistema. La técnica inmediata para identificar los requisitos funcionales del sistema se basa en los casos de uso. Cada usuario desea que el sistema haga algo para él, es decir, que lleve a cabo ciertos casos de uso. Para el usuario, un caso de uso es un modo de utilizar el sistema. Por lo tanto los requisitos funcionales capturados son los siguientes: 1. Gestionar actividades culturales. 2. Controlar actividades culturales. 3. Emitir reportes. 4. Revisar informes. 5. Enviar reportes a Provincia. 2.5. Requisitos no funcionales. Definición.. Un requisito no funcional es una restricción sobre la operación del sistema. Los requisitos no funcionales especifican propiedades del sistema, como restricciones del entorno o de la implementación, rendimiento, dependencias de la plataforma, facilidad de mantenimiento, extensibilidad, y fiabilidad. Los requisitos no funcionales que presenta este sistema en particular son: 1. El sistema es una aplicación de escritorio (desktop) que no requiere instalación..

(38) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 26. 2. El gestor de BD utilizado es el SQL Server 2005, el cual posee un módulo para emitir reportes. El espacio requerido para instalar el servidor es de apróximadamente 2 GB. 3. Utiliza una arquitectura Modelo de Vista Controlador (MVC). Otros requisitos Seguridad El acceso al sistema debe ser seguro, entendiendo por esto que sólo las personas autorizadas pueden tener acceso a la información. Las únicas personas autorizadas para realizar algún cambio con respecto a las actividades son el planificador que posee la funcionalidad de insertar, eliminar y actualizar las actividades y el director, para emitir reportes. 2.6. Diagrama de Paquetes y sus relaciones.. El diagrama de paquetes representa los paquetes del sistema, con las clases asociadas, en el paquete Clases se encuentran las entidades del diseño, en el paquete Vista la interfaz gráfica o vista principal y en el paquete Controlador la clase que conecta el sistema con la Base de Datos en SQL Server 2005. (Véase fig. 2.2). Figura 2.2 Diagrama de Paquetes y sus relaciones..

(39) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 2.7. 27. Diagrama de Casos de Uso del Sistema.. El sistema de información deberá cumplir con los requisitos funcionales, que son las exigencias del cliente o casos de uso del sistema (véase fig. 2.3), basándose inicialmente en los casos de uso anteriormente capturados en el negocio para optimizar dicho flujo.. Figura 2.3 Diagrama de Casos de Uso del Sistema. 2.7.1 Descripción de los casos de uso del Sistema (Significativos) 1. Gestionar planes: El actor planificador al seleccionar Planes-Insertar nuevo plan crea un nuevo plan de actividades, entrando un valor para cada uno de sus atributos, los cuales deberán ser llenado correctamente, para que se inserte en el Registro de planes. Este caso de uso engloba funcionalidades tales como: insertar, eliminar y listar. En la Tabla 2.1 se muestra una breve descripción de este caso de uso, así como en la Tabla 2.2 se conforma el curso normal de los eventos describiendo pasos necesarios para lograr el cumplimiento del caso de uso (Ver Anexo 1, Figura 1)..

(40) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 28. Caso de uso del sistema. Gestionar planes. Actores. Planificador. Propósito. Insertar, eliminar y listar un nuevo plan de programación. El planificador inserta, elimina o lista un nuevo plan de. Resumen. programación, el cual obtendrá respuestas determinadas para cada caso. Flujo normal de los eventos Acción del actor. Insertar un nuevo plan. Respuesta del sistema Muestra la ventana para introducir número de plan, mes, año, municipio y estado para posteriormente ser insertado en la BD.. Eliminar un plan. Elimina el plan de la base de datos con todas sus actividades correspondientes.. Buscar planes de programación. Muestra las opciones de buscar un plan ya insertado de acuerdo al mes y año del mismo.. Tabla 2.1 Descripción del caso de uso “Gestionar planes”. 2. Gestionar actividades: El actor planificador al seleccionar Actividades-Planificar actividad crea una nueva actividad, entrando un valor para cada uno de sus atributos. En la Tabla 2.3 se muestra una breve descripción de este caso de uso, así como en la Tabla 2.4 se conforma el curso normal de los eventos describiendo los pasos necesarios para lograr el cumplimiento del caso de uso (Ver Anexo 1, Figura 2)..

(41) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 29. Caso de uso del sistema Gestionar actividades. Actores. Planificador. Propósito. Insertar, elimina y lista las actividad con los campos correspondientes.. Resumen. El planificador inserta primero las actividades para luego eliminarlas o listarlas en correspondencia a lo que necesite hacer en ese momento. Flujo normal de los eventos. Acción del actor Insertar una nueva actividad. Respuesta del sistema Muestra la opción de insertar los datos de actividad tales como: el número del plan al que pertenece, insertar el número de la actividad, el lugar (Consejo Popular), la fecha, hora, asistencia, responsable, duración, talento, manifestación, grupo poblacional, actividad, y cantidad de números; para luego ser insertados en la base de datos.. Eliminar actividades. Elimina la actividad de la base de datos.. Buscar actividades. Muestra las opciones de buscar actividades basándose en distintos filtros de búsqueda, esta opción posee dos tipos de búsqueda por Consejo Popular o por número de plan al que pertenece..

(42) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 30. Tabla 2.1 Descripción del caso de uso “Gestionar actividades”.. 3. Emitir reportes: El actor planificador al seleccionar Reportes-Modelo Parte1 obtiene un reporte acerca de las actividades insertadas y las informaciones vinculadas a las mismas; dicho modelo es el que se emite en etapa normal (meses de Enero a Julio), por tanto es el más utilizado. La emisión de reportes constituye una funcionalidad del sistema muy importante ya que los actores involucrados necesitan continuamente imprimir dichos informes (Ver Anexo 1, Figura 3). Caso de uso del sistema Emitir reportes. Actores. Planificador. Propósito. Obtener los reportes predefinidos para la etapa normal y para la etapa de vacaciones e imprimir dichos reportes.. Resumen. El planificador desea emitir un determinado reporte por lo que accede a la opción reportes, en la cual obtendrá la posibilidad de imprimir dicho reporte.. Acción del actor. Respuesta del sistema.

(43) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. Reportar parte mensual. 31. Muestra una ventana con los reportes actuales acerca de grupos poblacionales, manifestaciones, tipos de actividades,. estos. datos cuantitativos se extraen mediante consultas a la base de datos.. Exportar a Word. Muestra una opción en la cual se elige el camino donde desea guardar el documento Word exportado, que será el reporte mostrado en ese mismo instante.. 2.8. Planificación basada en uno de los métodos de estimación. La planificación es un proceso de toma de decisiones para alcanzar un futuro deseado, teniendo en cuenta la situación actual y los factores internos y externos que pueden influir en el logro de los objetivos (José M and Patricia, 2009). 2.8.1 Estimación basada en Casos de Uso. Este método de estimación de proyecto está basado en una metodología orientada a objetos, llamada "estimación de esfuerzos con casos de uso". Surgió como una mejora al método de puntos de función pero basando las estimaciones en el modelo de casos de uso, producto del análisis de requerimientos. Según Gustav Karner, quien fue su desarrollador, la funcionalidad vista por el usuario (modelo de casos de uso) es la base para estimar el tamaño del software. Estimación del Esfuerzo Basada en Casos de Uso. Cálculo de Puntos de Casos de Uso sin Ajustar (UUCP). Este valor se calcula a partir de la siguiente ecuación:.

(44) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 32. UUCP = UAW + UUCW donde, UUCP: Puntos de Casos de Uso sin ajustar UAW: Factor de Peso de los Actores sin ajustar UUCW: Factor de Peso de los Casos de Uso sin ajustar Determinación del factor de peso de los actores sin ajustar (UAW) Este valor se calcula mediante un análisis de la cantidad de Actores presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los actores se establece, teniendo en cuenta en primer lugar, si se trata de una persona o de otro sistema, y en segundo lugar, la. forma. en. que. el. actor. interactúa. con. el. sistema. (ver. Anexos2,. Tabla 1. 3. Factores de peso de los actores De manera que UAW = 3 Determinación del factor de peso en los casos de uso sin ajustar (UUCW) Este valor se calcula mediante un análisis de la cantidad de Casos de Uso presentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los casos de uso se establece teniendo en cuenta la cantidad de transacciones efectuadas en el mismo, donde una transacción se entiende como una secuencia de actividades atómicas, es decir, se efectúa la secuencia de actividades completa, o no se efectúa ninguna de las actividades de la secuencia (ver Anexos 2, actores. UUCW = 35 Por tanto:. Tabla 1. 3. Factores de peso de los.

(45) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 33. UUCP = UAW + UUCW UUCP = 3+ 35 UUCP = 38 Cálculo de Puntos de Casos de Uso ajustados Seguidamente de calcular los Puntos de Casos de Uso sin ajustar, se debe ajustar este valor mediante la siguiente ecuación: UCP = UUCP x TCF x EF donde, UCP: Puntos de Casos de Uso ajustados UUCP: Puntos de Casos de Uso sin ajustar TCF: Factor de complejidad técnica EF: Factor de ambiente Determinación del factor de complejidad técnica (TCF) En la Tabla 1.3 (ver Anexos) se muestra la cuantificación de un conjunto de factores que determinan la complejidad técnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 a 5, donde 0 significa un aporte irrelevante y 5 un aporte muy importante. El Factor de complejidad técnica se calcula mediante la siguiente ecuación: TCF = 0.6 + 0.01 * ∑ (Peso i x Valor asignado i) TCF = 0.6 + 0.01* 46 TCF = 1.06 Determinación del factor ambiente (EF).

(46) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 34. Las habilidades y el entrenamiento del grupo involucrado en el desarrollo tienen un gran impacto en las estimaciones de tiempo. Estos factores son los que se contemplan en el cálculo del Factor de ambiente (véase Anexos, Tabla 1. 6. Factores de ambiente. El factor de ambiente se calcula mediante la siguiente ecuación: EF = 1.4 – 0.03 * ∑ (Peso i x Valor asignado i) EF = 1.4 – 0.03 * 22.5 EF = 0.725 Cálculo de los Puntos de de Casos de Uso Ajustados: UCP = UUCP * TCF * EF UCP = 38* 1.06 * 0.725 UCP = 29,203 Cálculo del esfuerzo El esfuerzo en horas-hombre viene dado por: E = UCP * CF donde: E: esfuerzo estimado en horas-hombre. UCP: Puntos de casos de uso ajustados. CF: Factor de conversión (20 horas-hombre por defecto). E = 29,203 * 20 E = 584,06.

(47) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. 35. Para la obtención de una estimación más exacta de la duración del proyecto, se hace necesario agregar a la estimación del esfuerzo obtenida por los Puntos de Casos de Uso, las estimaciones de esfuerzo de las restantes actividades que se llevaron a cabo durante el desarrollo del software; así la distribución del esfuerzo entre dichas actividades está dada por la aproximación asignada en la Tabla 1. 1. Distribución genérica del esfuerzo. Distribución genérica del esfuerzo. Tabla 1. 1. Distribución genérica del esfuerzo.. Actividad. Porcentaje. Análisis. 10.00%. Diseño. 20.00%. Programación. 50.00%. Pruebas. 15.00%. Sobrecarga(otras actividades). 5.00%. Con este criterio y tomando como entrada la estimación de tiempo calculada a partir de los Puntos de Casos de Uso, se pueden calcular las demás estimaciones para obtener la duración total del proyecto. Ver Tabla 1. 2. Distribución real del esfuerzo. Distribución real del esfuerzo. Tabla 1. 2. Distribución real del esfuerzo..

(48) CAPÍTULO 2. MODELADO DEL NEGOCIO Y DEL SISTEMA. Actividad. Porcentaje. Análisis. 58.406. Diseño. 116.812. Programación. 292.03. Pruebas. 87.609. Sobrecarga(otras actividades). 29.203. Total. 584.06. Cálculo del esfuerzo total: ETotal = 584.06 horas /hombre Cálculo del tiempo de desarrollo: TDesarrollo = ETotal/CHTotal: Cantidad de hombres =1 TDesarrollo =584.06 TDesarrollo = 584.06 horas Considerando que se trabajan 8 horas diarias: TDesarrollo = TDesarrollo/8 horas/día TDesarrollo= 584.06 horas/8 horas/día TDesarrollo= 73 días aproximadamente. 36.