SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS ...

SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS CORPORATIVAS (SACENC)

MIGUEL CAMILO PAEZ PIRAZAN

HECTOR AUGUSTO OSORIO GAMEZ

UNIVERSIDAD LIBRE

FACULTAD DE INGENIERÍA

PROGRAMA DE INGENIERIA DE SISTEMAS

BOGOTA D.C.

MARZO 2013


AUTORES:

MIGUEL CAMILO PAEZ PIRAZAN

HECTOR AUGUSTO OSORIO GAMEZ

PROYECTO DE GRADO PARA OPTAR AL TITULO DE INGENIERO DE SISTEMAS E INFORMATICA

DIRECTOR DEL PROYECTO:

ING. MILLER RIVERA LOZANO

UNIVERSIDAD LIBRE

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA DE SISTEMAS

BOGOTA DC

MARZO 2013

HONORABLE TRIBUNAL EXAMINADOR

Cumpliendo con los requisitos exigidos por la UNIVERSIDAD LIBRE DE COLOMBIA, presento a su consideración el trabajo nombrado:


Tema que ha sido aprobado anteriormente en la etapa de propuesta de grado y anteproyecto, este último en febrero de 2012.

Miguel Camilo Páez Pirazan

Hector Augusto Osorio Gámez

Bogotá 25 de Marzo de 2013

NOTA DE ACEPTACION:

___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________ ___________________________________________________

___________________________

Firma del presidente del jurado

___________________________

Firma del Jurado

___________________________

Firma del Jurado

Bogotá D.C., Enero 15 del 2013

AGRADECIMIENTOS

FAMILIA PAEZ PIRAZAN Que sin duda alguna, sus consejos, experiencias y sobre todo, su apoyo y paciencia, contribuyeron en todos los logros.

FAMILIA OSORIO GÁMEZ Por todos sus consejos, y apoyo incondicional durante el transcurso de la carrera y a lo largo de la vida.

DIRECTOR DEL PROYECTO Ingeniero Miller Rivera Lozano, por su excelente asesoría y constante colaboración en el desarrollo del presente proyecto

FACULTAD DE INGENIERIA Por su soporte y apoyo institucional dado para nuestra formación profesional, y por el constante interés que demostró por el estudiante

DINAMIZAR S.A. Profesor Armando Alfaro, quienes son las personas que apuestan al talento Colombiano y sin las cuales sería casi imposible conocer grandes ideas y poder surgir personal y profesionalmente

EN GENERAL A todas aquellas personas que de una u otra forma colaboraron o hicieron parte de nuestra formación profesional

TABLA DE CONTENIDO

INTRODUCCION ................................................................................................... 12

1. PLANTEAMIENTO DEL PROBLEMA ............................................................. 14

1.1 DESCRIPCION DEL PROBLEMA ................................................................ 14

1.2 FORMULACION DEL PROBLEMA .............................................................. 15

2. JUSTIFICACION ............................................................................................. 16

3. OBJETIVOS .................................................................................................... 17

3.1 OBJETIVO GENERAL ................................................................................. 17

3.2 OBJETIVOS ESPECIFICOS ........................................................................ 17

4. ALCANCE ....................................................................................................... 18

5. DISEÑO METODOLOGICO ............................................................................ 19

5.1 TIPO DE INVESTIGACION .......................................................................... 19

5.2 METODO DE INVESTIGACION ................................................................... 19

6. MARCO REFERENCIAL ................................................................................. 21

6.1 MARCO HISTORICO ................................................................................... 21

6.2 MARCO TEORICO ....................................................................................... 23

6.2.1 CLIMA ORGANIZACIONAL ...................................................................... 23

6.2.2 CULTURA ORGANIZACIONAL ................................................................ 23

6.2.3 ENCUESTA Y CUESTIONARIO ............................................................... 26

6.2.4 ENCUESTAS PARA CLIMA ORGANIZACIONAL ..................................... 28

6.3 MARCO CONCEPTUAL............................................................................... 31

6.3.1 INGENIERIA DE SOFTWARE .................................................................. 31

6.3.2 METODOLOGIA RUP ............................................................................... 32

6.3.3 MODELOS DE PROCESO INCREMENTAL ............................................. 35

6.3.4 ARQUITECTURA DE SOFTWARE DE 5 CAPAS ..................................... 35

6.4 MARCO LEGAL ........................................................................................... 37

7. ESTRUCTURA TEMATICA ............................................................................. 39

7.1 PRIMERA ITERACION................................................................................. 41

7.1.1 REQUERIMIENTOS .................................................................................. 41

7.1.2 MODELADO DEL NEGOCIO .................................................................... 47

8.1.3 ANALISIS Y DISEÑO ................................................................................ 67

7.1.4 IMPLEMENTACION .................................................................................. 72

7.2 SEGUNDA ITERACION ............................................................................... 73

7.2.1 REQUERIMIENTOS .................................................................................. 73

7.2.2 MODELADO DEL NEGOCIO .................................................................... 78

7.2.3 ANALISIS Y DISEÑO ................................................................................ 96

7.2.4 IMPLEMENTACION ................................................................................ 101

8. RESULTADOS Y DISCUSION ...................................................................... 103

9. CONCLUSIONES .......................................................................................... 106

10. RECOMENDACIONES .............................................................................. 107

11. BIBLIOGRAFIA .......................................................................................... 108

12. INFOBIOGRAFIA ....................................................................................... 109

LISTA ESPECIALES

LISTA DE FIGURAS

FIGURA PÁGINA

Figura 1. Fases del proceso RUP 34

Figura 2. Casos de Uso Iteración 1 46

Figura 3. Modelo de Objeto del Negocio Iteración 1 51

Figura 4. Diagrama de Clases, Iteración I 53

Figura 5. Diagrama de Actividad Iteración 1 54

Figura 6. ADMINISTRACION, Modelo BD, Iteración I 58

Figura 7. ENCUESTA, Modelo BD, Iteración I 59

Figura 8. Diagrama de Componentes, Iteración I 60

Figura 9. Casos de Uso Iteración 2 89

Figura 10. Modelo de Objeto del Negocio Iteración 2 74

Figura 11. Diagrama de Actividad Iteración 2 75

Figura 12. Diagrama de Clases, Iteración II 77

Figura 13. USUARIOS, Modelo BD, Iteración II 82

Figura 14. CORREOS, Modelo BD, Iteración II 83

Figura 15. Diagrama de Componentes, Iteración II 84

LISTA DE ANEXOS

Manual de usuario

Manual Técnico

GLOSARIO

SONDEO

Es una medición estadística que se toma por medio de encuestas y va orientado a la recolección de información de los encuestados

CULTURA ORGANIZACIONAL

Es la forma es la que las instituciones hacen contacto con sus clientes y sus empleados, todo en pro de unas mejores relaciones y practicas interpersonales

WORK INSTITUTE

Hace referencia a las empresas en donde se efectúan las actividades laborales, y en donde finalmente se desarrolla una cultura organizacional

RECURSO HUMANO

Es el personal de cada empresa, los cuales efectúan sus labores de trabajo para las finalidades de la compañía

SIX SIGMA

Es una metodología para la mejora de procesos, que pretende reducir los defectos en los productos que serán entregados al cliente

RUP

Rational Unified Process. Proceso Unificado de Rational, metodología del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

SOFTWARE

Se refiere al conjunto de instrucciones que se efectúa lógicamente en un ordenador y que permite efectuar ciertas funciones de manejo de datos

UML

Unified Modeling Language. Lenguaje Unificado de Modelado, notación estándar para el modelado de sistemas software.

IEEE

Institute of Electrical and Electronics Engineers, es una asociación de profesionales dedicado a establecer estándares y aplicar avances tecnológicos en las ramas de la ingeniería

BASE DE DATOS

Es un repositorio de información, los cuales almacenan datos sistematizados para su posterior uso e interpretación

SMTP

Simple Mail Transfer Protocol, es un protocolo de redes que es usado para la transferencia de correo. Según el modelo OSI corresponde a la capa de aplicación

RESUMEN

La idea de implementar el presente proyecto surgió de diversas necesidades de las empresas en cuanto al manejo adecuado de sus empleados, esto basado en experiencias vividas por los proyectantes en algunas de las compañías para las cuales ha trabajado.

El recurso humano es lo más importante para las empresas, y en base a este es la imperiosa necesidad de estar en constante contacto con ellos indagando sobre sus percepciones, expectativas y temores a nivel laboral.

SACENC, surge como alternativa para efectuar los acercamientos con los empleados, y por medio de encuestas orientadas a la medición del clima laboral, hace posible que el empleador tenga una visión más efectiva del negocio a nivel humano, encontrando sus fortalezas y descubriendo posibles riesgos que puedan afectar el ánimo de los empleados, y a su vez la productividad.

El producto consta de tres módulos principales, la parte administrativa y de usuarios, que permite tener acceso a los usuarios de la aplicación, y efectuar la clasificación y asociación de roles correspondientes, ya que para una empresa no es lo mismo la visión que puedan tener los funcionarios de recursos humanos, con los demás empleados de la planta y sus respectivos clientes finales.

El módulo de encuestas, lo compone la creación y parametrización del formulario con una respectiva serie de preguntas que pueden ser de diferente tipo, y las cuales serían vitales para medir la percepción de los usuarios. Adicionalmente esta la parte de los reportes, que lo que hace es recopilar toda la información suministrada por los usuarios y la muestra de forma gráfica.

El último de los módulos principales corresponde al de correos, en este, se podrán generar y enviar las notificaciones a los clientes, pero no todo se limita a este punto, ya que también pueden ser utilizados para diversos tipos de correos informativos, ya sean de publicación de encuestas o simplemente notas de interés.

Con lo descrito anteriormente, se define a SACENC como un producto complejo que no es limitado a unas empresas sino a cualquier tipo de negocio en general.

12

INTRODUCCION

Con el presente proyecto, se evidencio que para cualquier tipo de empresa el recurso más importante lo componen sus empleados, los cuales hacen posibles que un negocio prospere, debido a su gran aporte dentro de la organización.

Con este postulado, el gran reto de las empresas se convierte en cómo se podría tener una mejor imagen a nivel administrativo ante ellos, y que este tipo de confianza se convierta en un gran sentido de pertenencia y satisfacción de los empleados, lo que repercute en calidad de trabajo y mejora constante en el clima laboral y cultura organizacional.

Para las áreas de recursos humanos se ha convertido la encuesta como el principal método de acercamiento efectivo con el resto de la planta de empleados, y de esta forma poder enfocarse en los temas de satisfacción, sentido de pertenencia y clima laboral.

Cada día crece más la necesidad de tener sistemas enfocados a este tipo de escenarios, que puedan efectuar funciones para generación y gestión de encuestas. Se han usado regularmente aplicaciones online que permiten hacer este tipo de funciones, pero al estar en la web, se podría limitar demasiado a su uso e incluso se podría ver vulnerada la información que allí repose.

Debido a estos antecedentes surgió la idea de crear el producto llamado SACENC, el cual tiene como iniciativa solventar este tipo de riesgos, dejando a las empresas como propietarios de su propia información, adicional, no se pretende solo generar preguntas y difundir formularios, sino adicionar la mayor cantidad de valores agregados, en este caso se adiciona el control a las encuestas diligenciadas, ya que se cuenta con la disponibilidad de la autenticación, lo que permite que todo lo que se diligencie en esa encuesta quede legalizada a nombre del usuario, y así garantizando información consistente y real.

Otro de los valores agregados es la forma de ver los resultados de las encuestas, ya que no solo se disponen de archivos planos con cada uno de los resultados, sino que también se genera automáticamente graficas estadísticas que permiten un mejor análisis de resultados, y provee al usuario formas más sencillas al análisis de los datos y así se puedan disponer de medidas inmediatas en el caso que sea requerido hacerlo.

13

Para el desarrollo del producto, se implementó la metodología de proceso unificado de racional (RUP), adicionándole el ciclo de vida de software iterativo.

Con el método seleccionado, se desarrolló el proyecto en dos iteraciones.

La primera consistía en generar los módulos principales de la aplicación, en donde se contempló la generación de accesos a los usuarios administradores, la implementación de roles y el modulo principal, el cual era el encargado de generar los formularios de encuesta, se acuerdo a las preguntas parametrizadas para este.

En la segunda iteración, se aplican los complementos necesarios para la culminación del proyecto, entre los que están la inclusión de usuarios para clientes finales, la publicación de la encuesta, el módulo de generación de reportes y el módulo de correo.

El resultado final es una aplicación versátil y de fácil uso llamada SACENC, la cual se encarga de efectuar la generación, difusión y análisis de encuestas, enfocadas en el área de recursos humanos.

14

1. PLANTEAMIENTO DEL PROBLEMA

1.1 DESCRIPCION DEL PROBLEMA

En las empresas surge la necesidad de tener un control eficiente sobre el recurso humano, es importante para las áreas de recursos humanos tener muy claro el panorama de sus empleados y como viven el día a día ya que ellos son la razón de sus logros administrativos, con base en esto, las empresas buscan los mejores medios para administrar su personal y efectuar labores motivacionales a ellos.

Las empresas que aún no tienen establecido el mejor método para administrar su recurso humano, se encuentra en riesgo de una desmotivación de sus empleados, lo cual impactaría directamente el desempeño de sus funciones y en corto plazo se evidenciaría en la baja del cumplimiento de los objetivos corporativos.

La empresa Dinamizar soluciones presenta una problemática al tratar de manejar y mejorar el clima laboral de la empresa, saber nuevas opiniones y poder debatirlas sin necesidad de realizar reuniones constantes que distraigan de sus labores a los empleados para así poder tomar decisiones, dado que los empleados la mayoría del tiempo por no decir siempre, se encuentran fuera de la empresa lo cual hace casi imposible saber la perspectiva y opiniones que tienen frente a la compañía y sus nuevos proyectos, lo cual genera la incertidumbre acerca de sus motivaciones y su sentido de pertenencia y satisfacción en la empresa.

Por tales motivos Dinamizar Soluciones propone el objetivo de poder procesar de manera electrónica encuestas, de tal modo que se puedan generar dinámicamente y almacenarse en un repositorio de datos y a su vez dichos datos puedan ser evaluados por la gerencia con los resultados que dicho sistema de información generaran. Como solución se implementara un módulo atado a un perfil del sistema para que el administrador del sistema decida qué usuarios pueden acceder a dichas encuestas.

15

1.2 FORMULACION DEL PROBLEMA

En la actualidad Dinamizar soluciones no cuenta con ninguna herramienta que cree encuestas dinámicamente, pues actualmente este tipo de procesos se realizan de un modo físico (fotocopias etc..), por ende, la perdida de información puede llegar a ser alta, al presentarse inconvenientes como que las personas encuestadas no regresen los documentos y la difícil interpretación de dichos resultados al ser las encuestas físicas, de igual modo la dificultad de realizar una distribución efectiva de las encuestas al ser de un modo físico.

Debido a que el método antiguo no es el más efectivo sigue presentándose el gran reto de obtener el método eficiente para aplicar estas encuestas a sus empleados, para lo cual el problema se formula como ¿Qué sistema de información se debe implementar para optimizar el proceso de aplicación de encuestas para la empresa DINAMIZAR SOLUCIONES?

16

2. JUSTIFICACION

En la actualidad las empresas se encuentran buscando adoptar las mejores prácticas reconocidas y acreditadas para realizar los procesos dentro de su organización. La tecnología como actor principal de la innovación y desarrollo no podía encontrarse fuera de esta tendencia. Producto de este interés nace la acreditación en Seguridad de la Información, que permite a las empresas demostrar su intención de mejorar la calidad de los procesos de IT pero también la protección y resguardo que se le debe dar al bien más preciado con que cuentan: la información y su interpretación.

El sistema de información va enfocado a la interacción directa tanto con el cliente interno como el externo de la empresa, por medio de un sistema de información que permitirá de una manera dinámica la generación de encuestas y mantendrá la información diligenciada en un repositorio de datos los resultados de cada una de las encuestas generadas y mediante la interpretación de los resultados por parte de la gerencia de la empresa, tomar decisiones que mejoren la perspectiva y relación que el cliente interno y externo tiene de la empresa actualmente.

SACENC permitirá a las empresas, en este caso a Dinamizar Soluciones, una manera de aplicar encuestas a sus empleados de forma óptima, ya que se evitara el uso de papel, y permitirá al empleado gastar menos tiempo en efectuarla, asimismo ayudara a las áreas administrativas a interpretar la información ya que también generara gráficos con los resultados por pregunta, lo que hace de SACENC una herramienta útil para cualquier empresa.

Con la implementación de este sistema de información, Dinamizar soluciones podrá tener a su disposición, la generación y publicación de encuestas, generación de gráficos con los resultados de las encuestas, usuarios personalizados para el manejo del front y envió de notificaciones y correos. Todo esto integrado en una sola aplicación.

17

3. OBJETIVOS

3.1 OBJETIVO GENERAL

Desarrollar un sistema de información llamado SACENC, el cual tiene como finalidad la administración encuestas, en donde podrá crear, publicar, procesar y presentar los resultados a cada pregunta, este estará orientado hacia un ambiente de intranet, y permitirá a la empresa tomar decisiones basados en los resultados que genere la aplicación.

3.2 OBJETIVOS ESPECIFICOS

Crear el módulo de administración de la aplicación, en donde se puedan diseñar cada una de las preguntas que contendrá la encuesta de manera dinámica, dependiendo del tipo de pregunta que se desea ingresar en la encuesta (Abiertas, de selección única).

Diseñar una interfaz que permita la presentación optima y puntual de los resultados, generando las gráficas apropiadas, y adicional a esto que se permita la exportación del resultado de la encuesta en un archivo Excel en el cual se podrán ver las respuestas a cada una de las preguntas que contenga la encuesta.

Crear el módulo cliente en el cual los empleados podrán autenticarse y diligenciar las encuestas que se publiquen desde el lado administrador.

Desarrollar el modulo que permite enviar una notificación informativa a los usuarios vía mail, este debe tener la opción de enviar el correo a un buzón en particular, y la creación de listas de correo para la difusión del mensaje, esto con el fin de notificar a todas las personas o solo a un grupo específico de personas de la empresa, que se encuentra disponible una encuesta para que sea gestionada por ellos.

Sistematizar el proceso de creación de encuestas, para así evitar costos de papel y distribución de las encuestas.

Construir las interfaces de administración, bajo lenguajes de programación modernos (Tales como C#) y motores de base de datos (SQL Server), que permitan estar al margen de la tecnología, y pueda soportar la escalabilidad requerida por las empresas

18

4. ALCANCE

El sistema permitirá configurar y manejar el sistema de información por medio de un módulo de administración, desarrollado en la misma plataforma.

El sistema permitirá visualizar y diligenciar las encuestas configuradas en el sistema por medio de un módulo cliente, desarrollado en la misma plataforma.

El sistema visualizará estadísticas de la información obtenida por medio de gráficas de pie solo para las preguntas de tipo selección única y múltiple, puesto que las preguntas de texto abierto no se pueden medir cuantitativamente.

Las preguntas con selección única y múltiple usaran frecuencia absoluta, ya que lo único que se efectuara es el conteo de repetición de cada dato.

El sistema permitirá exportar los resultados de las encuestas realizadas por medio de un Excel.

El sistema permitirá la administración de usuarios clientes y de usuarios administradores dentro del sistema de información, teniendo en cuenta que: Los usuarios administradores, serán los encargados de la administración del módulo de administración del sistema de información, y los usuarios clientes serán los que tengan la interacción directa con el módulo cliente del sistema de información y podrán diligenciar las encuestas.

El sistema permitirá la administración de roles dentro del módulo de administración del sistema para que posteriormente estos sean asignados a los administradores.

El sistema de información solamente presentará resultados en pantalla y por medio de Excel, pero la interpretación de los mismos será dada por parte de la gerencia de la empresa.

El sistema de información será implementado en un ambiente de intranet, por lo cual estará dentro de una red privada en la empresa

19

5. DISEÑO METODOLOGICO

5.1 TIPO DE INVESTIGACION

Esta investigación será de tipo cuantitativa, debido a que la finalidad de SACENC es tomar las percepciones del empleado y hacer una cuantificación de resultados para presentarlos en forma de gráficos estadísticos, en donde se muestran las opciones de respuesta y su equivalente numérico de acuerdo a la cantidad de situaciones en donde fue seleccionada. Estos resultados le brinda a las empresas la oportunidad poder adecuar una estrategia que mitigue los errores y ofrezca oportunidades de mejora.

5.2 METODO DE INVESTIGACION

UNIVERSO Y MUESTRA

Para el presente proyecto se tomó la muestra de la empresa llamada DINAMIZAR SOLUCIONES COOPERATIVA MULTIACTIVA (NIT 830.146.621-2), quienes están interesados en el producto y los cuales lo consideran como una buena práctica para efectuar gestión humana y medición de cultura organizacional con los empleados y sus respectivos clientes y proveedores.

FUENTES DE INFORMACION

Como fuentes de información se basó en la experiencia en el mercado laboral de la empresa Dinamizar Soluciones, y adicional se complementa con varios textos principalmente de universidades, algunas en Colombia y otras en América Latina.

Estas fuentes se dividen en dos categorías, de acuerdo al nivel de utilidad para el proyecto:

FUENTES PRIMARIAS

Dinamizar Soluciones: Empresa en la que se implementó el proyecto

Universidad Nacional de Colombia: Referencia Bibliográfica

20

FUENTES SECUNDARIAS

Universidad Autónoma de Baja California: Referencia Bibliográfica

De Gerencia, España: Artículos WEB

Grupo CCEZ, México: Artículos WEB

21

6. MARCO REFERENCIAL

En este capítulo se trabajaran los conceptos sobre los cuales se basa el presente proyecto, en donde se orienta el enfoque del proyecto, hacia la parte social y con las definiciones de los métodos y las metodologías para el desarrollo del producto.

Se plantean tres numerales, los cuales darán un orden de ideas en el desarrollo, los cuales son:

Marco Histórico: Se mencionan los eventos que preceden al inicio del proyecto, como la importancia que ha tomado en recurso humano en las empresas y el origen de SACENC

Marco Teórico: Allí se plasma aquellos conceptos y definiciones que rodean al proyecto, como el clima organizacional y el planteamiento de encuestas

Marco Conceptual: Tiene las definiciones de ingeniería en las que se fundamenta el proyecto, allí aparecen temas sobre Ingeniería de Software, el método y la metodología utilizada para el desarrollo del producto

Marco Legal: En este numeral están todas aquellas normas y leyes a las que está sujeta el desarrollo del software.

6.1 MARCO HISTORICO

En este numeral, se tomara como base la importancia que ha tenido el clima organizacional en el trascurso de las décadas, y se incluye la formación del proyecto llamado SACENC

CLIMA ORGANIZACIONAL

1En los tiempos cambiantes en que los valores evolucionan rápidamente y los recursos se vuelven escasos, cada vez es más necesario comprender aquello que influye sobre el rendimiento de los individuos en el trabajo. Varios investigadores desde principios del siglo XIX, han puesto en evidencia el papel de los componentes físicos y sociales sobre el comportamiento humano.

1 BRUNET, Luc. El clima de trabajo en las organizaciones, Definición, diagnóstico y consecuencias: Primera Edición. Trillas S.A., 2004. Pág. 13

22

Así es como el clima organizacional determina la forma en que un individuo percibe su trabajo, su rendimiento, su productividad, su satisfacción, etc.

En otros términos, la percepción del clima de trabajo por parte de un empleado consiste en la respuesta a una pregunta clave ¿Le gusta trabajar en la organización?

Pero ¿De dónde viene el concepto de clima organizacional?

Esta abstracción es muy reciente ya que fue introducida por primera vez en psicología industrial/organizacional por Gellerman, en 1960. Analizando la documentación sobre este tema, parece que al concepto de clima organizacional está constituido por una amalgama de dos escuelas de pensamiento que son subyacentes en las investigaciones efectuadas y que no se definen claramente.

Escuela de Gestalt: Este enfoque se centra en la organización de la percepción (la suma de las partes). En el interior de este acercamiento se relacionan dos principios. Captar el orden de las cosas tal como existen y crear un nuevo orden mediante un proceso de integración a nivel de pensamiento. De tal modo, la percepción del medio de trabajo y el entorno es lo que influye en el comportamiento de un empleado.

Escuela Funcionalista: Según esta escuela, el pensamiento y el comportamiento del individuo dependen del ambiente que los rodea y las diferencias individuales juegan un papel importante en la adaptación del individuo a su medio.

SACENC

El proyecto o producto denominado SACENC surge de la necesidad para algunas de las empresas nacionales de tener un adecuado manejo de su recurso humano, ya que por experiencia de los proyectantes, existen aún empresas que hacen sondeos de opinión y en especial mediciones de clima laboral con métodos obsoletos para la tecnología del siglo actual.

Caso tal de la empresa Dinamizar Soluciones, la cual permitió a SACENC ser una oportunidad de mejora tanto para la parte administrativa como la parte operativa, ya que la imperiosa necesidad de establecer un buen ambiente de trabajo para sus empleados había sido un tema desgastante, ya que no podía contar con la disposición de tiempo ni los espacios adecuados para efectuar labores comunicativas, que indique un buen o mal síntoma de trabajo.

23

6.2 MARCO TEORICO

En el marco teórico se destaca las definiciones de los factores que componen la problemática, o en donde se plantea el escenario del proyecto. Para este numeral se describe el escenario social, que lo compone dos términos importantes como el clima organizacional y la cultura organizacional, adicional esta la definición de encuesta ya que es parte importante de la solución.

6.2.1 CLIMA ORGANIZACIONAL

2El clima organizacional se refiere al conjunto de propiedades medibles de un ambiente de trabajo, según son percibidas por quienes trabajan en él. Para las empresas resulta importante medir y conocer el clima organizacional, ya que este puede impactar significativamente los resultados.

Numerosos estudios han indicado que el clima organizacional puede hacer la diferencia entre una empresa de buen desempeño y otra de bajo desempeño.

3 Toda situación de trabajo implica un conjunto de valores específicos en el individuo, tales como las aptitudes y características físicas y psicológicas y, a cambio, esta presenta entornos sociales y físicos que tienen sus particularidades propias.

La forma de comportarse un individuo en el trabajo no depende solo de sus características personales sino también de la forma en que percibe su clima de trabajo y los componentes de su organización.

6.2.2 CULTURA ORGANIZACIONAL

4La cultura organizacional comprende el sistema de significados que comparten los miembros y que la distingue de otras organizaciones.

2 deGerencia.com. Qué es el Clima Organizacional [ONLINE]. [España]: Mayo. 2004.

Disponible en Internet: <URL: http://www.degerencia.com/tema/clima_organizacional> 3 BRUNET, Luc. El clima de trabajo en las organizaciones, Definición, diagnóstico y consecuencias: Primera Edición. Trillas S.A., 2004. Pág. 16

4 IVANCEVICH, John. Administración de recursos humanos: Novena Edición. McGraw Hill, 2004. Pág. 48

24

La cultura organizacional representa las impresiones que tienen sus empleados, y repercute en el comportamiento, productividad y expectativas de los trabajadores. Es una referencia para los empleados sobre los criterios de desempeño; por ejemplo, señala pautas claras sobre asistencia, puntualidad, preocupación por la calidad y servicio a clientes,

En el estudio de trabajo y la vida privada y el estudio nacional sobre el cambio en la fuerza del trabajo, ambos del families and work institute, encontró que los empleados con un trabajo que los apoya tienen más probabilidades de manifestar mayor satisfacción laboral, mayor dedicación a la empresa y una intención firme de quedarse en la empresa

5A través de algunos factores como los que a continuación se describen, se puede llegar a representar de manera adecuada la cultura de una organización:

Autonomía individual: Se refiere al grado de responsabilidad, independencia y oportunidad de ejercer la iniciativa que poseen los empleados dentro de la organización.

Estructura organizacional: La cual determina la medida en que las reglas, regulaciones y supervisión directa son usadas para vigilar y controlar el comportamiento de los empleados.

Apoyo: El grado de cordialidad y respaldo dado por los líderes a sus colaboradores.

Identidad: Medida en que los miembros se identifican con la entidad en su conjunto, más que con su particular grupo de trabajo o campo de experiencia profesional.

Recompensa al desempeño: Grado en que el sistema de estímulos e incentivos de la entidad se basa en criterios objetivos para valorar el desempeño laboral de las personas.

Tolerancia del conflicto: Nivel de conflicto que se da en la interacción entre compañeros y entre grupos de trabajo, así como la disposición para ser abierto y honesto ante las diferencias.

5 Departamento Administrativo de la Función Pública. Cultura

Organizacional [ONLINE]. [Colombia]: Noviembre 2003. Disponible en Internet: <URL: http://mecicalidad.dafp.gov.co/documentacion/Componente%20Ambiente%20de%20Control/Cultura%20Organizacional.pdf>

25

Valores: Se refieren a las creencias permanentes que poseen los empleados respecto del mayor grado de aceptación y estimación de un comportamiento o de un determinado estilo de vida, en relación con otro comportamiento o estilo de vida diferente.

Con el propósito de identificar, reconocer e intervenir la cultura organizacional, se han llevado a cabo investigaciones en las que se han utilizado metodologías propuestas por la antropología para la recolección de información. A algunas de ellas, conocidas como estudios de campo, porque permiten acceder a la información de manera directa y personal.

Las siguientes son algunas técnicas de recolección de información que pueden aplicar en las intervenciones que realicen sobre su cultura organizacional:

La observación: requiere que el analista centre su atención en todos los detalles, eventos y sucesos que se den en la organización; debe registrar todos los comportamientos, tanto individuales como colectivos y registrar lo que ve tal y como lo ve.

La observación participante, consiste en que el analista de la cultura toma parte en la vida diaria de la organización, al mismo tiempo que estudia su cultura; participa en muchos de los sucesos y procesos que observa y trata de comprenderlos.

Los conversatorios, las entrevistas y los cuestionarios, como técnicas para la recolección de la información, se utilizan como apoyo de la participación del estudioso de la cultura en el día a día de la organización que analiza, pues habla constantemente con las personas y les pregunta acerca de lo que observa. La entrevista puede utilizarse en sus diferentes formatos, estructurada, semiestructurada o libre. Los cuestionarios se caracterizan por ser más indirectos e impersonales y generalmente es el mismo analista quien los diligencia e interpreta.

Las historias de vida. Entre los miembros de las entidades se encuentran personas con rasgos de personalidad, intereses y habilidades de amplia variación y si el analista, dentro de esta gama de variaciones, encuentra personas que se destacan puede recoger su historia de vida, pues estas revelan la forma cómo perciben, piensan, actúan y aportan a los cambios que les afectan. Esto permite apreciar la diversidad cultural que se da dentro del grupo estudiado, ya que el objetivo es establecer cómo diferentes personas interpretan, analizan y solucionan algunos problemas comunes.

26

6.2.3 ENCUESTA Y CUESTIONARIO

CUESTIONARIO

6El cuestionario se define como una forma de encuesta caracterizada por la ausencia del encuestador, por considerar que para recoger información sobre el problema objeto de estudio es suficiente una interacción personal con el encuestado.

El cuestionario es una técnica que se aplica para la recolección de información que supone un interrogatorio en el que las preguntas establecidas de antemano se plantean siempre en el mismo orden y se formulan con los mismos términos. Esta técnica se realiza sobre la base de un formulario previamente preparado y estrictamente formalizado.

Esta forma de encuesta está indicada cuando se pretende recoger información preguntando a un grupo numeroso de sujetos, con un coste mínimo de tiempo y esfuerzo, manteniendo un formato común en las preguntas.

7La elaboración del cuestionario tiene varios métodos de elaboración, el siguiente es el más recomendado:

Especificar la información requerida

Determinar el tipo de preguntas y forma de recopilar la información

Determinar el contenido de cada pregunta

Determinar la forma de respuesta de cada pregunta

Que palabras se debe usar en cada pregunta

Determinar la secuencia de las preguntas

Evaluar el cuestionario

8De acuerdo con la información que desea recolectar el encuestador vamos a considerar dos tipos de cuestionarios: aquellos que buscan información descriptiva y concreta y aquellos que persiguen una información de carácter cualitativo.

6 RODRIGUEZ GOMEZ, Greogrio. Metodología de la investigación cualitativa: Segunda Edición. Ediciones Aljibe, 2003. Pág. 186 7 NAMAKFOROOSH, Mohammad. Metodología de la investigación: Segunda Edición. Ediciones LIMUSA S.A., 2010. Pág. 164

27

Los cuestionarios que buscan información descriptiva, tienen opciones de respuesta que representan las distinciones que el encuestador toma en cuenta al definir determinada variable o concepto en su estructura.

Los cuestionarios que buscan información cualitativa, ofrece preguntas, en las que sus opciones ofrecen al encuestado una gama continua dentro de la que buscara la respuesta. La gama que se ha de utilizar, se puede determinar, a partir del problema en el que se centra el estudio.

ENCUESTA

9La encuesta es un método de recolección de información, que, por medio de un cuestionario, recoge las actitudes, opiniones u otros datos de una población, tratando diversos temas de interés. Las encuestas son aplicadas a una muestra de la población objeto de estudio, con el fin de inferir y concluir con respecto a la población completa

Existen cuatro grandes etapas en el trabajo con encuestas:

1. Definir el objeto de la encuesta: formulando con precisión los objetivos a conseguir, desmenuzando el problema a investigar, eliminando lo superfluo y centrando el contenido de la encuesta, delimitando, si es posible, las variables intervinientes y diseñando la muestra. Se incluye la forma de presentación de resultados así como los costos de la investigación.

2. La formulación del cuestionario: es fundamental en el desarrollo de una investigación, debiendo ser realizado meticulosamente y comprobado antes de pasarla a la muestra representativa de la población.

3. El trabajo de campo: que consiste en la obtención de los datos propiamente tal.

4. Obtener los resultados: Es decir, procesar, codificar y tabular los datos obtenidos para que luego sean presentados en el informe y que sirvan para posteriores análisis.

8 RODRIGUEZ GOMEZ, Greogrio. Metodología de la investigación cualitativa: Segunda Edición. Ediciones Aljibe, 2003. Pág. 189 9 FUNDACION FUTURO. Que son las Encuestas [ONLINE]. [Chile]: Disponible en

Internet: <URL: http://www.fundacionfuturo.cl/index.php?option=com_content&view=article&id=38&Itemid=53>

28

TIPO DE PREGUNTAS

De acuerdo con su forma, las preguntas suelen clasificarse en tres categorías: Preguntas abiertas, preguntas cerradas o dicotómicas y preguntas de elección múltiple.

Las preguntas abiertas se formulan para obtener respuestas expresadas en el propio lenguaje de la persona encuestada y sin un límite preciso en la contestación.

Las preguntas cerradas se formulan para obtener respuestas confirmatorias o desestimativas antes una proposición.

Las preguntas de elección múltiple son un tipo de pregunta cerrada que, dentro de los extremos de una escala, posibilitan construir una serie de alternativas de respuesta internas.

6.2.4 ENCUESTAS PARA CLIMA ORGANIZACIONAL

10Aunque diseñar, aplicar y analizar los resultados de una encuesta de clima organizacional no es un proyecto sencillo, y debe ser manejado por expertos en el tema para que tenga validez y utilidad, nos aventuramos en este escrito a presentar un modelo muy general y sencillo que puede servir de base para tal emprendimiento.

Por qué hacerlo

Para el buen funcionamiento de una empresa, todos están de acuerdo que es fundamental el Recurso Humano. Allí lo primordial es tener al empleado conforme y con un buen sentido de pertenencia hacia la empresa.

Un estudio de clima organizacional o laboral permite conocer el estado de la empresa en cuanto a aspectos organizacionales, ambiente de trabajo, la cultura, estado de ánimo, y factores similares que pueden influir en el desempeño de su personal. Resulta imperativo para el departamento de Recursos Humanos a la hora de determinar si sus políticas y estrategias son realmente efectivas.

10 deGerencia.com. Midiendo el Clima Organizacional [ONLINE]. [España]: Ene. 2006. Disponible

en Internet: <URL: http://www.degerencia.com/articulos.php?artid=831>

29

El estudio

El estudio consiste básicamente de una (o varias) encuesta(s), que son distribuidas entre los empleados de la empresa o departamento que se desea consultar.

La encuesta puede ser aplicada en forma tradicional (en hojas de papel, para ser rellenadas a mano), o en línea (vía web o correo electrónico). Esta segunda forma resulta generalmente más económica y conveniente, aunque según algunos investigadores puede resultar en respuestas más negativas.

Cualquiera sea la forma mediante la cual se aplique, un elemento debe permanecer constante para el éxito del estudio: la confidencialidad. Si no se le garantiza al empleado que sus respuestas serán confidenciales, y que estas no pueden ser asociadas con su identidad – en otras palabras, que sus supervisores no puedan conocer sus respuestas específicas, sino los resultados globales - difícilmente podremos confiar en que exprese su verdadera opinión, por temor a algún tipo de consecuencia.

Como en cualquier estudio de esta naturaleza, es razonable pensar que no todos aquellos invitados a participar lo harán. Aun cuando se manifieste la importancia del estudio para la empresa, y las posibles consecuencias favorables que se deriven de éste, muchos (en ocasiones la mayoría) no querrán colaborar. Es recomendable en estos casos ofrecer algún tipo de incentivo para promover la participación (ej.: una rifa).

Qué medir

Todo estudio del clima organizacional debe consultar a los miembros de la organización (o del departamento, división, etc.) todos, o al menos la mayoría de, los siguientes aspectos:

* Objetivos: ¿conocen y entienden los empleados los objetivos de la empresa, de su departamento, y cómo se interrelacionan estos? Misión, visión, estrategia, etc.

* Comunicación: ¿consideran los empleados que reciben la información necesaria y útil por parte de sus supervisores y otros departamentos de la empresa, como para desarrollar efectivamente su trabajo?

* Grupo de trabajo: ¿creen los empleados que el trabajo se hace en equipo?

* Condiciones de trabajo: ¿sienten los empleados que la calidad y cantidad de trabajo que se espera de ellos es justa, y que cuentan con las herramientas y el ambiente para llevarlo a cabo?

30

* Oportunidades de carrera: ¿sienten los empleados que la organización ofrece oportunidades de progresar a aquellos que demuestren su capacidad? Incluye temas como adiestramiento.

* Competencia supervisora: ¿confían los empleados en el conocimiento y las habilidades de sus supervisores?

* Compensación y reconocimiento: ¿qué tan contentos están los empleados con la forma de compensar y reconocer su trabajo?

Cuando realizarla

No existe un momento justo para realizar un estudio de clima organizacional – cualquier momento puede ser bueno. Es recomendable sin embargo:

* Repetirla habitualmente, en la misma época o mes del año, esto permite ver la evolución del clima año a año. Hacerlo en la misma época garantiza que los resultados de diferentes años sean comparables entre sí.

* Evite realizarlas en momentos que interfiera con otras circunstancias que puedan alterar el resultado: como evaluación de desempeño, aumento salarial, etc.

* Evite realizarla después de crisis o eventos problemáticos: como restructuraciones, fusiones, etc. La idea es medir los problemas y descontentos del día a día, y no esperar a situaciones especiales para hacerlo.

Análisis e interpretación

Una vez recogidas las encuestas, el paso final es tabular las respuestas y analizar los resultados. Afortunadamente existen numerosas herramientas informáticas (hojas de cálculo, bases de datos, paquetes de análisis estadístico) que permiten obtener en poco tiempo los resultados en forma de tablas y gráficos de fácil interpretación. Estas herramientas son usadas generalmente con encuestas electrónicas, orientadas a un ambiente WEB o de INTRANET.

Los paquetes estadísticos más sofisticados permiten realizar cálculos más sofisticados, así como cruces de información que permitan diagnosticar con mayor precisión los problemas.

En general, el análisis de los resultados busca identificar brechas entre la situación actual y el deber ser. Así, si ante la pregunta “Recibo el entrenamiento adecuado para desarrollar mi trabajo”, el 90% de los encuestados responde en forma negativa, es evidente que existe un problema a resolver en el área de adiestramiento.

31

6.3 MARCO CONCEPTUAL

En el Marco Conceptual, se trataran las definiciones de ingeniería que rodean el proyecto. Allí se contempla la ingeniería de software con la metodología y el proceso con el cual se elabora el sistema de información.

6.3.1 INGENIERIA DE SOFTWARE

Es una disciplina que ofrece metodologías y técnicas para realizar desarrollos de productos software con altos grados de calidad y confiabilidad, esta ciencia cubre campos de la informática siendo aplicada a diferentes áreas de la información e investigación. El proceso con el que se lleva a cabo el desarrollo del software se denomina como un conjunto de etapas parcialmente ordenadas con la intención de lograr un objetivo, en este caso, la obtención de un producto de software de calidad

11CAPAS DE LA INGENIERIA:

Se denominan capas de la ingeniería de software a la siguiente serie de componentes: Herramientas, Métodos, Proceso y Compromiso con la calidad

La ingeniería de Software hace uso de varias capas, cualquier enfoqué de ingeniería (Incluso de la software) debe basarse en un compromiso organizacional con la calidad.

La administración total de la calidad, six sigma y otras filosofías similares que alimentan la cultura de mejora continua, lo que lleva a enfoques más eficaces de la ingeniería de software.

El proceso define una estructura que debe establecerse para la obtención eficaz de tecnología de ingeniería de software. El proceso de software forma la base para el control de la administración de proyectos de software y establece el contexto en el que se aplican los métodos técnicos.

Los métodos de la ingeniería de software proporcionan la experiencia técnica para elaborar software. Incluyen un conjunto amplio de tareas como comunicación, análisis de los requerimientos, modelación del diseño, construcción del programa, pruebas y apoyo.

11 PRESSMAN, Roger. Ingeniería de Software, un enfoque práctico: Séptima Edición. McGraw-Hill, 2010. Pág. 12

32

Las herramientas de la ingeniería de software proporcionan un apoyo automatizado para el proceso y los métodos.

6.3.2 METODOLOGIA RUP

12El proceso unificado de Rational (RUP) es un modelo de proceso moderno que proviene del trabajo en el UML y el asociado Proceso Unificado de Desarrollo de Software(Rambaugh 1999), es un ejemplo de proceso hibrido. Reúne elementos de todos los modelos de procesos genéricos, interacciones de apoyo e ilustra buenas prácticas en la especificación y diseño.

El RUP es un modelo en fases, que identifica cuatro fases diferentes en el proceso de software. Sin embargo, a diferencia del modelo en cascada donde las fases se equiparan con las actividades del proceso, las fases en RUP están mucho más relacionadas con asuntos de negocio, más que técnicos.

13El tipo y el nivel de trabajo aproximado para cada flujo de trabajo durante las iteraciones se muestran en la figura 1.

La mayoría de las iteraciones involucran casi todas las etapas, pero en diferentes grados. Las iteraciones de concepción incluyen casi en su totalidad el análisis de los requerimientos, parte del análisis, y puede involucrar suficiente diseño e implementación para producir un prototipo preliminar que pueda usar para discutir el proyecto con los interesados.

Las iteraciones de elaboración comprenden principalmente análisis de requerimientos, pero incluye algo de diseño e implementación.

Las iteraciones de construcción abarcan sobretodo el diseño e implementación y las de transición incluyen implementación y pruebas.

12 SOMMERVILLE, Ian. Ingeniería del Software: Séptima Edición. Pearson Educación S.A., 2009. Pág. 76 13 BRAUDE, Eric. Ingeniería de Software, Una perspectiva orientada a objetos: Versión Original. ALFAOMEGA Grupo Editor, 2003. Pág. 29

33

Figura 1. Fases del proceso RUP

14INICIO: El objetivo de la fase de inicio es el de establecer un modelo de negocio para el sistema. Se deben identificar todas las entidades externas (Personas y sistemas) que interactuaran con el sistema y definir estas interacciones.

Esta información se utiliza para evaluar la aportación que el sistema hace al negocio.

ELABORACION: Los objetivos de la fase de elaboración son desarrollar una compresión del dominio del problema, establecer un marco de trabajo arquitectónico para el sistema, desarrollar el plan del proyecto e identificar los riesgos claves del proyecto.

Al terminar esta fase, se debe tener un modelo de los requerimientos del sistema, una descripción arquitectónica y un plan de desarrollo del software.

CONSTRUCCION: La fase de construcción fundamentalmente comprende el diseño del sistema, la programación y las pruebas. Durante esta fase se desarrollan e integran las partes del sistema.

Al terminar esta fase, debe tener un sistema software operativo y la documentación correspondiente lista para entregar a los usuarios.

TRANSICION: La fase final del RUP se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Esto se deja de lado en la mayor parte de los modelos de proceso

14 SOMMERVILLE, Ian. Ingeniería del Software: Séptima Edición. Pearson Educación S.A., 2009. Pág. 77

34

del software, pero es en realidad, una actividad de alto costo y a veces problemática.

Al terminar esta fase, se debe tener un sistema software documentado que funciona correctamente en su entorno operativo.

La iteración dentro del RUP es apoyada de dos formas, cada fase se puede representar de un modo iterativo con los resultados desarrollados incrementalmente. Además el conjunto entero de fases puede también representarse de forma incremental.

15La perspectiva estática del RUP describe buenas prácticas de la ingeniería del software que son aconsejables en el desarrollo de sistemas:

Desarrolle el software de forma iterativa:

Planifique incrementos del sistema basado en las prioridades del usuario y desarrollo y entregue las características del sistema de más alta prioridad al inicio del proceso de desarrollo.

Gestione los requerimientos:

Documente explícitamente los requerimientos del cliente y manténgase al tanto de los cambios de estos requerimientos. Analice el impacto de cambios en el sistema.

Utilice arquitecturas basadas en componentes:

Estructure la arquitectura del sistema en componentes.

Modele el software visualmente:

Utilice modelos gráficos para presentar vistas estáticas y dinámicas del software.

Verifique la calidad del software:

Asegúrese que el software cumple con los estándares de calidad organizacionales.

Controle los cambios del software:

Gestione los cambios del software usando un sistema de gestión de cambios y procedimientos y herramientas de gestión de configuraciones.

15 SOMMERVILLE, Ian. Ingeniería del Software: Séptima Edición. Pearson Educación S.A., 2009. Pág. 78

35

6.3.3 MODELOS DE PROCESO INCREMENTAL

16Hay muchas situaciones en las que los requerimientos iniciales del software está razonablemente bien definidos, pero el alcance general del esfuerzo de desarrollo imposibilita un proceso lineal.

Además tal vez haya una necesidad imperiosa de dar rápidamente cierta funcionalidad limitada de software a los usuarios y aumentarla en las entregas posteriores de software.

El modelo incremental combina elementos de los flujos de proceso lineal y paralelo. El modelo lineal aplica secuencias lineales en forma escalonada a medida que avanza el calendario de actividades.

Cada secuencia lineal produce incrementos de software susceptibles de entregarse de manera parecida a los incrementos de producidos en un flujo de proceso evolutivo.

Cuando se utiliza un modelo incremental, es frecuente que el primer incremento sea el producto fundamental. Es decir, se abordan los requerimientos básicos, pero no se proporcionan muchas características suplementarias.

El cliente usa el producto fundamental. Como el resultado de uso o evaluación, se desarrolla un plan para el incremento que sigue.

El plan incluye la modificación del producto fundamental para cumplir mejor las necesidades del cliente, así como la entrega de características adicionales y más funcionalidad. Este proceso se repite después de entregar cada incremento, hasta terminar el producto final.

6.3.4 ARQUITECTURA DE SOFTWARE DE 5 CAPAS

La arquitectura de software es la que realiza los procesos de selección y diseño basada en los objetivos y restricciones, los cuales son prefijados para implementar en el sistema de información, pero es de aclarar que los modelos de arquitectura no siempre pueden ser implementados de la misma manera para todos los procesos de desarrollo. En la arquitectura de cinco capas se manejan:

16 PRESSMAN, Roger. Ingeniería de Software, un enfoque práctico: Séptima Edición. McGraw-Hill, 2010. Pág. 35

36

Cliente: hace referencia al navegador web por el cual se ingresa a la aplicación (Internet Explorer, Mozilla Firefox, etc.).

Presentación: Es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.

Negocios: Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.

Integración: lo comprende el puente de datos que permite la interacción entre la base de datos y la aplicación, tanto el momento de transmitir información a quienes visitan la página como a los que ingresan datos a ella.

Recursos: Es el lugar donde reside la base de datos en la cual se almacena la información que se intercambia dentro de la aplicación.

Figura 1. Modelo Vista Controlador

FUENTE: MVC, URL: http://laurel.datsi.fi.upm.es/~ssoo/DAW/Trabajos/2008-2009/001/images/MVC_PHP.png

37

6.4 MARCO LEGAL

Dentro del marco legal se contempla la parte normativa que respecta al software. En primera instancia se encuentran los relativos a producción de software, los cuales corresponden a los códigos de ética profesional de la IEEE/ACM, los cuales ofrecen métricas para que el software sea considerado de calidad y que cumpla con las normas para operar en una empresa. La segunda normatividad corresponde a los derechos de autor y protección de la información, que es regulado por el código penal Colombiano:

CODIGO DE ETICA Y PRACTIVA PROFESIONAL

17La versión corta del código resume las aspiraciones a un alto nivel de abstracción; las cláusulas que se incluyen en la versión completa proporcionan ejemplos y detalles acerca de cómo estas aspiraciones modifican nuestra manera de actuar como profesionales de la ingeniería de software.

Los ingenieros de software deberán comprometerse a convertir el análisis, especificación, diseño, implementación, pruebas y mantenimiento de software en una profesión respetada y benéfica.

Principio 3. Producto.

Los ingenieros de software asegurarán que sus productos y sus modificaciones correspondientes cumplen los estándares profesionales más altos posibles. Particularmente, los ingenieros de software deberán, cuando sea apropiado:

Procurar la alta calidad, costos aceptables y una agenda razonable asegurando que los costos y beneficios significativos son claros y aceptados por el empresario y el cliente, y están disponibles para consideración del usuario y de la sociedad.

Tratar de seguir los estándares profesionales más adecuados, siempre que estén disponibles, para el proyecto en que se trabaja. Sólo en caso de que hubiera una justificación ética o técnica mayor, se permitiría alterar dichos estándares.

Asegurar que las especificaciones del software en el que se trabaja están bien documentadas, satisfacen los requerimientos del usuario y cuentan con las aprobaciones adecuadas.

Asegurar que la documentación sea adecuada, incluyendo problemas significativos encontrados y soluciones adoptadas, para cualquier proyecto en el que se trabaja.

17

ASSOCIATION FOR COMPUTING MACHINERY. Código de Ética y Práctica Profesional [ONLINE]. [USA]: 1993. Disponible en Internet: <URL: http://www.acm.org/about/se-code-s>

38

Trabajar para desarrollar software y documentos relacionados que respeten la privacidad de aquellos a quienes está dirigido este software.

Ser cuidadoso para usar sólo datos precisos derivados por medios éticos y legales, y usarlos sólo de las maneras propiamente autorizadas.

CODIGO PENAL

El código Penal Colombiano, es la normatividad que se aplica ante un delito, para este proyecto aplican aquellos que hacen oficio con el desarrollo de software, los que velan por la confidencialidad y protección de los datos en sistemas informáticos. Se mencionan los siguientes:

CAPITULO I.18 DE LOS ATENTADOS CONTRA LA CONFIDENCIALIDAD, LA INTEGRIDAD Y LA DISPONIBILIDAD DE LOS DATOS Y DE LOS SISTEMAS INFORMÁTICOS.

ARTÍCULO 269A. ACCESO ABUSIVO A UN SISTEMA INFORMÁTICO.

ARTÍCULO 269B. OBSTACULIZACIÓN ILEGÍTIMA DE SISTEMA INFORMÁTICO

ARTÍCULO 269C. INTERCEPTACIÓN DE DATOS INFORMÁTICOS.

ARTÍCULO 269D. DAÑO INFORMÁTICO.

ARTÍCULO 269E. USO DE SOFTWARE MALICIOSO.

ARTÍCULO 269F. VIOLACIÓN DE DATOS PERSONALES.

CAPITULO II. DE LOS ATENTADOS INFORMÁTICOS Y OTRAS INFRACCIONES.

ARTÍCULO 269I. HURTO POR MEDIOS INFORMÁTICOS Y SEMEJANTES.

ARTÍCULO 269J. TRANSFERENCIA NO CONSENTIDA DE ACTIVOS.

18

SECRETARIA DEL SENADO. CODIGO PENAL [ONLINE]. [Colombia]: 2011. Disponible en

Internet: <URL: http://www.secretariasenado.gov.co/senado/basedoc/ley/2000/ley_0599_2000_pr009.html>

39

7. ESTRUCTURA TEMATICA

El presente proyecto fue desarrollado e implementado bajo la metodología RUP con ciclo de vida de software iterativo.

Con el ciclo de vida seleccionado, se estableció llevar a cabo el proyecto en dos iteraciones, la primera comprende el desarrollo de los módulos principales de la aplicación, los cuales comprenden el lado administrador y de generación de encuestas, el otro el lado comprende toda la gestión de usuarios para el acceso a la herramienta.

Para la segunda iteración se mostrara la entrega final del producto, ya con la inclusión del lado cliente y los servicios agregados como envió de correo y publicación de encuestas.

En cada iteración se definieron una serie de diagramas, los cuales efectuaran el modelamiento al proyecto, los cuales van distribuidos en las siguientes Fases:

MODELADO DEL NEGOCIO: Para esta parte del modelamiento se usaran los diagramas de MODELO DE CASOS DE USO y CASOS DE USO EXPANDIDOS, así como también se incluyen MODELO DE OBJETOS DEL NEGOCIO, DIAGRAMA DE CLASES y DIAGRAMAS DE ACTIVIDAD. Estos diagramas proporcionan al proyecto una mejor visión de cómo funciona el negocio.

REQUERIMIENTOS: En esta etapa se discriminara toda la parte de requisitos para el desarrollo del sistema y todos los alcances que tendrá el proyecto. Para ellos se realizaran el análisis con los siguientes tipos de requerimientos. REQUERIMIENTOS FUNCIONALES y DIAGRAMAS DE ESTADO. En donde finalmente se tendrá de forma más precisa el alcance de SACENC.

ANALISIS Y DISEÑO: En esta parte del proyecto se efectúa lo correspondiente al diseño y estructura de la aplicación, asimismo se empieza a modelar la relación entre sus módulos. Para esta fase se tomara como referencia DIAGRAMAS DE SECUENCIA Y DIAGRAMA ENTIDAD RELACION.

IMPLEMENTACION: En esta etapa ya se tiene listo todo el modelamiento del producto y sería necesario mostrar cómo es la interacción y el desarrollo de los componentes de la aplicación, para esto se toma como referencia el DIAGRAMA DE COMPONENTES.

40

ARQUITECTURAS APLICADAS

La arquitectura implementada en el desarrollo del proyecto fue la de cinco capas. A continuación se muestra cada una de las capas que la conforman y como se relaciona en el proyecto.

CLIENTE: la aplicación está disponible en distintos navegadores web, lo cual permite que se acceda desde distintos sistemas operativos que manejen dichos navegadores. Se realizaron pruebas de funcionalidad en Internet Explorer, Mozilla Firefox, Google Chrome y Safari.

PRESENTACIÓN: la capa de presentación fue pensada de tal manera que haga fácil el uso de la herramienta para los usuarios, se encarga de presentar la información al usuario de manera sencilla. En este punto se tienen en cuenta la búsqueda de información por medio de filtros. El hacer fácil el uso de la herramienta para el usuario, hace que este la use frecuentemente y la alimente con lo que por otros medios pueda conseguir.

NEGOCIOS: la capa de negocio se aplica en el proyecto desde donde residen los programas que permiten el correcto funcionamiento de la aplicación, hasta las peticiones que el usuario de la aplicación envía recibe de ella. Aquí se establecieron las reglas que va a tener la aplicación, tanto en el funcionamiento como en la puesta en ejecución. Adicional a esto, es la encargada de recibir las solicitudes de los usuarios, procesarlas y presentar los resultados de las mismas.

INTEGRACIÓN: el puente que se usa para la interacción entre la base de datos y la aplicación, está directamente codificada en ella. La información que los usuarios registrados ingresan a la página web, para ser posteriormente consultada por otros usuarios de la herramienta, se almacena directamente en la base de datos, para luego ser consultada o validada según de qué información se esté consultando.

RECURSOS: los recursos que se implementaron para este proyecto, se pueden tomar desde el servidor donde fue depositada la aplicación, y los recursos que de la máquina se otorgan para su correcto funcionamiento, teniendo en cuenta el volumen de usuarios que harán uso de esta para su consulta, ingreso y validación de información según sea el caso. Por otro lado, los recursos otorgados en la base de datos para este tipo de información. Es importante tener en cuenta que la capa de recursos va muy ligada a la de integración, porque de esta depende en gran medida los tiempos de respuesta de la aplicación.

41

7.1 PRIMERA ITERACION

En esta iteración se desarrollara la primera parte del producto, donde se incluye la parte de administración, que contiene la creaciones de encuestas, también se incluye el módulo de reportes y presentación de resultados. A esto se agrega el modulo para creación de usuarios y accesos a la herramienta.

7.1.1 REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES

A continuación se especifican cada uno de los requerimientos funcionales que fueron generados para esta primera iteración.

REQ- 01 Descripción

Nombre Permitir crear roles

Clase Requerimiento funcional

Explicación breve del requerimiento

El sistema deberá permitir crear roles y solamente podrán ser asignados a los administradores del sistema, ya que son quienes van a disponer de los módulos principales de la aplicación.

Objetivo Realizar con éxito la creación de un rol.

Entrada Datos de creación de rol y asignación a administradores.

Proceso Se crea al rol ingresando y llenado la información solicitada y dicho rol es posteriormente asociado a un administrador.

Salida Creación de rol y asignación del rol creado a un administrador.


Nombre Permitir Asociar roles a módulos


Explicación breve del El sistema debe permitir crear un rol, y cada rol deberá

42

requerimiento estar asociado a un menú del módulo de administración y en cada uno se tendrá diferentes tipos de privilegios (CONSULTA, ADICION, MODIFICACION, ELIMINACION Y TODOS LOS PERMISOS).

Objetivo Realizar con éxito la creación de un rol y la asignación de permisos por módulos.

Entrada Datos de creación de rol y asignación de permisos por módulo.

Proceso Se crea al rol ingresando y llenado la información solicitada y por cada módulo se asocia los permisos que se tendrá con dicho rol.

Salida Creación de rol y asociación de permisos por módulo.


Nombre Permitir crear encuestas



El sistema debe permitir la creación de encuestas, cada encuesta se creara con un nombre, y dentro de esta, se podrán crear varias preguntas de acuerdo al tipo y las opciones que contendrá cada una.

Objetivo Realizar con éxito la creación de una encuesta.

Entrada Datos de creación de una encuesta, asociando a este las preguntas y las respuesta que cada pregunta contendrá.

Proceso Se crea primero que todo la encuesta con unos datos iniciales y principales con los cuales se identificará dicha encuesta, posteriormente se ingresan una y cada una de la preguntas que la encuesta contendrá.

Salida La creación exitosa de una encuesta con sus preguntas y respuestas asociadas.


43

Nombre Permitir crear preguntas



El sistema debe permitir la creación de preguntas dentro de una encuesta y cada pregunta podrá ser de alguno de estos tres tipos, abierta, selección única, y selección múltiple. Las preguntas abiertas tendrán un textbox, en donde el usuario final podrá registrar una opinión libre.

Objetivo Crear una encuesta sin importar la cantidad de preguntas que el usuario requiera para su encuesta, al igual que respuestas y deben existir tres tipos de preguntas primordiales, selección única, selección multiple y pregunta abierta.

Entrada Datos de creación de una encuesta, asociando a este las preguntas y las respuesta que cada pregunta contendrá.

Proceso Se crea primero que toda la encuesta con unos datos iniciales y principales con los cuales se identificará dicha encuesta, posteriormente se ingresan una y cada una de la preguntas que la encuesta contendrá teniendo en cuenta los tipos de pregunta seleccionados por el administrador.

Salida La creación exitosa de una encuesta con sus preguntas y respuestas asociadas.


Nombre Navegación del sitio



El sistema deberá tener dos interfaces diferentes para la administración del portal (En el cual interactuaran solamente los administradores) y el diligenciamiento de las encuestas (donde solo interactuaran los usuarios cliente).

Objetivo Realizar la diferenciación por medio de URL y redireccionamiento de la aplicación dependiendo de si se es un usuario administrador o un usuario cliente.

Entrada Ingresar URL al navegador.

44

Proceso El usuario debe ingresar a la aplicación administardor del portal o cliente mediante una URL.

Salida El ingreso exitoso a cualquiera de los portales.


Nombre Creación de usuarios cliente



El sistema debe permitir crear a los usuarios cliente de dos formas, desde el lado administrador en el menú de usuarios, o desde el front de la aplicación, allí los clientes también podrán realizar el registro correspondiente, en donde tendrán que diligenciar el formato con los datos básicos solicitados.

Objetivo Realizar la creación de un usuario cliente, sea este creado desde el lado administrador por un usuario administrador, o realizando el registro desde el lao cliente del sistema de información.

Entrada Ingresar los datos básicos de creación de un usuario cliente.

Proceso El sistema debe permitir crear un usuario desde el lado administrador ingresando al módulo de creación de usuarios diligenciando el formulario de creación de usuarios.

El sistema debe permitir la creación de un usuario cliente mediante el formulario de registro que tendrá el sistema de información en la interface cliente.

Salida La creación exitosa del usuario cliente.


Nombre Creación de usuarios Administardores


Explicación breve del El sistema debe permitir crear a los usuarios

45

requerimiento administradores únicamente desde el menú de administración de SACENC, allí se registraran los datos básicos del usuario y finalmente se asociara los respectivos roles y el grupo al que pertenece

Objetivo Realizar la creación de un usuario administrador únicamente desde el lado administrador que el sistema de información tendrá disponible.

Entrada Ingresar los datos básicos de creación de un usuario administardor.

Proceso El sistema debe permitir crear un administrador únicamente desde la interface administradora que tendrá el sistema de información.

Salida La creación exitosa del usuario administardor.


Nombre Creación de encuestas anónimas o no



El sistema debe permitir crear dos tipos de encuestas, las que requieren autenticación para poder ser diligenciadas por los usuarios cliente y las que pueden ser anónimas para que las pueda responder cualquier usuario sin requerir autenticación.

Objetivo Realizar la creación de una encuesta ya sea de tipo anónima o no.

Entrada Ingresar los datos básicos de creación de una encuesta seleccionando si será de tipo anónima o no por medio de un chek box.

Proceso El sistema debe permitir crear una encuesta anónima o no cuando se llenen los campos obligatorios y se seleccione un check box llamdo anónima, si está seleccionado el check box, quiere decir que es anónima osea puede ser diligenciada por cualquier persona, en caso contrario esta encuesta requerirá autenticación para poder ser diligenciada.

46

Salida La creación exitosa de una encuesta.


Nombre Generar reportes de resultados de encuestas



El sistema deberá permitir generar reportes de los resultados de las encuestas en archivos Excel discriminados por cada una de las respuestas dadas por cada encuesta, de igual modo generará en la aplicación resultados en gráficos de Pie para los tipos de pregunta selección múltiple y selección única, pues los tipo de pregunta abierta no son cuantificables.

Objetivo Generar con éxito los reportes de las encuestas.

Entrada N/A.

Proceso Se generan los reportes de las encuestas que el actor seleccione ya sea generando un archivo Excel con los resultados o mediante la generación de las gráficas de Pie, las gráficas se presentarán por pregunta.

Salida Generación de reportes exitoso.

REQUERIMIENTOS NO FUNCIONALES

A continuación se relacionan los requerimientos no funcionales necesarios para que sistema cumpla con los requerimientos, adicionalmente cabe aclarar que los requerimientos no funcionales corresponden a los de la iteración 1 también, pues cabe aclarar que estos requerimientos son globales.

Requerimiento de Interfaz gráfica: la aplicación tendrá una interfaz gráfica amigable al usuario que le permita acceder a la herramienta y hacer uso de sus características de una manera fácil y rápida.

Requerimiento Desempeño: La aplicación es confiable, segura y garantiza su desempeño a los diferentes usuarios que a ella acceden.

47

Requerimientos de hardware. Para que el sistema brinde un buen desempeño se requiere un equipo de cómputo que cumpla como mínimo con las siguientes características:

COMPONENTE CARACTERISTICA

Disco Duro 80 Gb

Procesador 64 bits de 1 a 2 núcleos como mínimo

RAM 2 a 4 GB

Adicionales Tarjeta de Video, Tarjeta de red, Unidad de CD, Puerto USB,

Internet

Nota: Estos datos son tomados de los equipos usados durante el desarrollo del proyecto

Requerimientos de software. Los requerimientos de Software necesarios para que el aplicativo pueda desarrollarse son los siguientes:

a) Sistema Operativo Windows 7 como mínimo.

b) Manejador de Bases de Datos SQL SERVER 2005 express

c) Visual studio 2008 versión express

d) Es recomendable usar internet Explorer 7 y/o Mozilla 3.6 para el

buen funcionamiento del aplicativo WEB

7.1.2 MODELADO DEL NEGOCIO

DESCRIPCIÓN DE PROCESOS

A continuación se describen los procesos con los cuales se realiza el modelamiento del negocio para implementar en el aplicativo y se mostraran los resultados del seguimiento realizado en la organización.

Proceso de Producción de documentos

Objetivo

Proceso que permite generar las plantillas y documentos para las diferentes encuestas que se

48

realicen.

Descripción

La Producción Documental comprende los aspectos de origen, creación y diseño de formatos y

documentos, conforme al desarrollo del objetivo propio de cada encuesta.

Proceso de Recepción

Objetivo

Proceso que permite realizar el ingreso de documentos para su revisión.

Descripción

Conjunto de operaciones de verificación y control que Dinamizar debe realizar para la admisión

de los documentos que son remitidos a los clientes internos de la empresa.

Proceso de Distribución

Objetivo

Proceso que permite enviar los documentos al destinatario.

Descripción

Actividades tendientes a garantizar que los documentos lleguen a su destinatario.

Proceso de Organización

Objetivo

Proceso que permite ordenar los documento.

Descripción

Conjunto de acciones orientadas a la clasificación, ordenación y descripción de las encuestas,

como parte integral de los procesos archivísticos.

Proceso de Consulta

Objetivo

49

Proceso que permite el acceso a los documento (encuestas).

Descripción

Acceso a un documento o grupo de documentos con el fin de conocer la información que

contienen, en este caso las encuestas.

MODELO DE CASOS DE USO

Para el modelamiento del sistema es necesario tener contemplados todos los actores que intervienen, los cuales generaran las entradas al sistema, asimismo cada interacción que tendrán ellos, y el impactó dentro de SACENC:

En la primera iteración estará solo contemplado como actor el administrador del sistema.

IDENTIFICACIÓN DE ACTORES

Usuario Administrador: Sera el encargado de velar por la información de la herramienta, asimismo se encargara de la parametrización de SACENC, es quien gestionara toda la parte de encuentras, accesos y generación de notificaciones vía mail.

CASOS DE USO CRITICOS

Se consideran aquellos que producen alto impacto en el funcionamiento de la aplicación, en este caso todos los caso de uso hacen parte de la funcionabilidad del sistema.

Diagrama de casos de uso vista general.

50

Figura 2. Casos de Uso Iteración 1

CASOS DE USO EXPANDIDOS

En esta parte del capítulo, se muestra al detalle cada Caso de Uso, asociando los actores y las dependencias:

Caso de uso: Ingresar al sistema administrador.

Nombre CU_01 Ingresar al sistema Administrador

Objetivo Permitir el ingreso de los usuarios a la aplicación vía intranet y ejecutar las tareas a las cuales tienen permiso según los perfiles asignados.

Actores Administrador

Precondiciones El usuario debe existir en la base de datos como usuario administrador.

Datos de Entrada Usuario. Contraseña

Datos de Salida N/A

Paso Actor Sistema

1

Ingresa a la Intranet, al sistema de información por medio de una URL específica, por donde tendrán acceso los administradores. (Ejemplo: http://dominio/admin)

Solicita usuario y contraseña

Flujo Principal 2 Ingresa información solicitada y entrar

Válida información registrada y permite acceso

Flujo Alternativo 1. Datos de Inicio de Sesión Incorrectos o Nulos

Flujos Alternativos Paso Actor Sistema

2.1 Ingresa información errónea o no ingresa información solicitada por el sistema.

Al realizar la validación detecta que los datos son nulos o incorrectos e informa al usuario el error encontrado.

51

2.2 Ingresa la información solicitada de manera correcta o cancela operación.

Vuelve a opción 2 o fin de flujo

Caso de uso: Gestionar Encuestas

Nombre CU_02 Crear Encuesta

Objetivo Permitir la creación de las encuestas para su posterior divulgación.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo e encuestas.


Datos de Salida Registro exitoso de la encuesta.

Paso Actor Sistema

1 El actor ingresa a crear la encuesta por medio del módulo de encuestas.

Presenta al actor la interfaz y el formulario para la creación de una encuesta.

52

Flujo Principal 2 El actor ingresa la información solicitada por el sistema y guarda la encuesta.

El sistema valida la información ingresada y adiciona a la base de datos la nueva encuesta y genera el formulario para la creación de la preguntas.

Flujo Alternativo 1. El usuario no tiene permisos de adición en el módulo de encuestas


2.1 Ingresa al módulo de encuestas.

Al realizar la validación detecta que el usuario no tiene permisos de creación en el módulo de encuestas.



Nombre CU_03 Crear Pregunta

Objetivo Permitir la creación de las preguntas que serán asociadas a una encuesta.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de encuestas, y ya debe existir una encuesta creada.


Datos de Salida Registro exitoso de la encuesta y sus preguntas.

Paso Actor Sistema

1 El actor crea una encuesta. El sistema genera la pantalla en donde se podrán crear las preguntas.

Flujo Principal 2 El actor selecciona un tipo de pregunta (Selección única y múltiple) y da clic en continuar.

El sistema genera la pantalla en donde se creara la pregunta y las respuestas que contendrá según el tipo de pregunta seleccionada por el actor.

3

El actor ingresa la pregunta y las respuestas para el tipo de pregunta seleccionado y da clic en salvar pregunta.

El sistema almacena la pregunta con sus respuestas en la base de datos asociándola a la encuesta.

Flujo Alternativo 1. El usuario no tiene permisos de adición en el módulo de encuestas


53

1.1 Ingresa al módulo de encuestas.

Al realizar la validación detecta que el usuario no tiene permisos de creación en el módulo de encuestas.



Flujo Alternativo 2. El usuario Selecciona como tipo de pregunta (abierta)


2.1 El actor selecciona como tipo de pregunta (abierta)

El sistema muestra únicamente un formulario en donde el usuario podrá ingresar la pregunta, pero ninguna respuesta.

2.2 El actor da clic en salvar pregunta.

El sistema almacena la pregunta asociada a la encuesta.

Nombre CU_04 Modificar Encuesta

Objetivo Permitir la modificación de una encuesta que ya ha sido creada dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de encuestas.


Datos de Salida Modificación exitosa de un registro.

Paso Actor Sistema

1

El actor ingresa a modificar una encuesta por medio del módulo de encuestas, por la opción Listar encuestas.

Presenta al actor la interfaz y el listado de las encuestas que han sido creadas en el sistema.

Flujo Principal 2 El actor selecciona de la lista la encuesta que quiere modificar.

El sistema genera el formulario de edición de la encuesta al usuario.

3 El actor modifica la información que requiere modificar y da clic en salvar.

El sistema almacena las modificaciones realizadas por el actor a la encuesta y almacena la nueva información a la base de datos.


54


3.1

Ingresa la información errónea o no ingresa la información solicitada por el sistema.

El sistema no crea al administrador que se está tratando de adicionar.

3.2 El actor ingresa información correcta o cancela la creación del administrador.

Vuelve a opción 3 o fin del flujo.

Nombre CU_05 Modificar Preguntas de la encuesta

Objetivo Permitir la modificación delas preguntas de una encuesta que ya ha sido creada dentro del sistema.


Precondiciones

El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de encuestas. La encuesta no puede estar ya diligenciada por ningún usuario cliente, de lo contrario el sistema no permitirá la modificación de las preguntas. En caso de estar diligenciada la encuesta por al menos un cliente y se desea modificar una o todas las preguntas es necesario borrar las respuestas ya almacenadas.


Datos de Salida Modificación exitosa de un registro.

Paso Actor Sistema

1

El actor ingresa a modificar una encuesta por medio del módulo de encuestas, por la opción Listar encuestas.


Flujo Principal 2

El actor da clic sobre el link “editar” de la columna preguntas de la encuesta seleccionada para editar las preguntas

El sistema genera el formulario de edición de las preguntas de la encuesta seleccionada.

3 El actor modifica la información que requiere modificar y de las preguntas y da clic en salvar.

El sistema almacena las modificaciones realizadas por el actor a las preguntas de la encuesta y almacena la nueva información a la base de datos.


55


3.1





Nombre CU_06 Eliminar Encuesta

Objetivo Permitir la Eliminación de las encuestas que han sido creadas dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de eliminación en el módulo de encuestas.


Datos de Salida Eliminación exitosa de la encuesta seleccionada.

Paso Actor Sistema

1

El actor ingresa a Eliminar una encuesta por medio del módulo de encuestas, por la opción Listar encuestas.


Flujo Principal 2

El actor da clic sobre el botón “borra” de la columna Borrar frente a la encuesta que desea eliminar.

El sistema presenta mensaje de advertencia en donde le pide una confirmación de la eliminación de la encuesta..

3 El actor da clic en la opción aceptar.

El sistema realiza la eliminación de la encuesta posterior a la confirmación.



2.1

El actor da clic en la opción cancelar.

El sistema no realiza la acción de liminación y vuelve al paso 2..

56

Nombre CU_07 Generar reportes de encuesta

Objetivo Permitir la generación de los reportes de las encuestas que han sido creadas dentro del sistema.


Precondiciones

El usuario debe estar autenticado dentro del sistema y tener permisos de consulta en el módulo de encuestas. Tiene que haberse creado previamente una encuesta. La encuesta a la cual se le quiere generar el reporte debe haber sido ya diligenciada por algún usuario, por ende depende del caso de uso Las gráficas de pie serán generadas solamente a los tipos de pregunta (selección única y selección múltiple), las preguntas de tipo testo abierto no presentará gráficas, pues los valores de estos tipos de preguntas no son cuantificables.


Datos de Salida Eliminación exitosa de la encuesta seleccionada.

Paso Actor Sistema

1

El actor ingresa a generar el reporte de una encuesta por medio del módulo de encuestas, por la opción Listar encuestas.


Flujo Principal 2

El actor da clic sobre el botón “ver” de la columna resultados frente a la encuesta que desea consultar.

El sistema la interfaz de consulta de resultados en donde se puede validar en una gráfica de pie los resultados por pregunta y adicional a esto tendrá un linkbutton para exportar las respuestas de la encuesta.

3

El actor selecciona del dropdownlist las diferentes preguntas realizadas en la encuesta.

El sistema genera la gráfica de resultados pie por cada una de las preguntas seleccionadas.

Flujo Alternativo 1. Generación de reporte de respuestas por encuesta


2.1

El actor da clic en el link button llamado exportar respuestas.

El sistema genera mensaje de descarga del reporte y da la opción de guardar o abrir el archivo. Fin del flujo.

Caso de uso: Gestionar Roles

57

Nombre CU_08 Crear Rol

Objetivo Permitir la creación de roles, que contendrán permisos específicos sobre los módulos del sistema administrador y que puedan ser asociados a los administradores posteriormente.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de roles.


Datos de Salida Registro exitoso de un rol.

Paso Actor Sistema

1 El actor ingresa a crear la encuesta por medio del módulo de Roles.

Presenta al actor la interfaz y el formulario para la creación de un rol, en donde se encuentran los módulos listados y con los permisos que se pueden dar por módulo.

Flujo Principal 2 El actor ingresa la información solicitada por el sistema y guarda el rol.

El sistema valida la información ingresada y adiciona a la base de datos el nuevo rol y los permisos sobre cada uno de los módulos.

Flujo Alternativo 1. El usuario no tiene permisos de adición en el módulo de Roles


58

1.1 Ingresa al módulo de Roles.

Al realizar la validación detecta que el usuario no tiene permisos de creación en el módulo de Roles y el sistema no muestra la opción de creación fin del flujo.

Flujo Alternativo 1. El usuario no ingresa información en el formulario de creación de roles


2.1

Ingresa al módulo de Roles y no ingresa información obligatoria.

Al realizar la validación detecta que el actor no ha ingresado la información obligatoria, genera mensaje de error.

2.2 El actor ingresa información correcta o cancela la creación del rol.


Nombre CU_09 Modificar Rol

Objetivo Permitir la modificación de roles, que contendrán permisos específicos sobre los módulos del sistema administrador y que puedan ser asociados a los administradores posteriormente.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de roles.



Paso Actor Sistema

1 El actor ingresa a modificar un rol por el módulo de roles y la opción listar roles.

Presenta al actor la interfaz y el listado de los roles que han sido creados en el sistema.

Flujo Principal 2

El actor selecciona el rol que desea modificar de la lista dando clic sobre el nombre del rol a editar.

El sistema genera el formulario que corresponde a la edición de la información del rol a modificar.

3 El actor edita la información del rol a editar y da clic en salvar

El sistema almacena la nueva información de la edición generada por el actor.



59


Al realizar la validación detecta que el usuario no tiene permisos de modificación en el módulo de Roles y el sistema no muestra permite la modificación del rol fin del flujo.



3.1

Ingresa al módulo de Roles y no ingresa información obligatoria.

Al realizar la validación detecta que el actor no ha ingresado la información obligatoria, genera mensaje de error.

3.2 El actor ingresa información correcta o cancela la creación del rol.


Nombre CU_10 Eliminar Rol

Objetivo Permitir la eliminación de roles, que contendrán permisos específicos sobre los módulos del sistema administrador.


Precondiciones

El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de roles. El rol no debe estar asociado a uno o más administradores, en caso de que se presente el sistema no permitirá la eliminación del rol.



Paso Actor Sistema

1 El actor ingresa a eliminar un rol por el módulo de roles y la opción listar roles.

Presenta al actor la interfaz y el listado de los roles que han sido creados en el sistema.

Flujo Principal 2

El actor selecciona el rol que desea eliminar de la lista seleccionando el check box al frente de cada rol en la columna eliminar y da clic en borrar.

El sistema genera el mensaje de advertencia al tratar de eliminar el rol y elimina el rol seleccionado.


Flujos Alternativos

Paso Actor Sistema

60


Al realizar la validación detecta que el usuario no tiene permisos de eliminación en el módulo de Roles y el sistema no muestra la opción de eliminación fin del flujo.



2.1

El actor selecciona el rol a eliminar.

Al realizar la validación detecta que el rol que el actor desea eliminar contiene administradores asociados y genera mensaje de error.

2.2 El actor da clic en el botón aceptar.


Caso de uso: Gestionar Usuarios Administradores

61

Nombre CU_11 Crear Usuario Administrador

Objetivo Permitir la creación de usuarios administradores asociado a algún rol, que contendrá permisos sobre algunos o todos los módulos para una administración del portal.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de administradores.


Datos de Salida Registro exitoso de un usuario administrador.

Paso Actor Sistema

1

El actor ingresa a crear un administrador por medio del módulo de administradores, por la opción crear administrador.

Presenta al actor la interfaz y el formulario para la creación de un administrador.

Flujo Principal 2

El actor ingresa la información solicitada por el sistema y le asocia un rol al administrador y da clic en salvar.

El sistema valida la información ingresada y adiciona a la base de datos el nuevo administrador y los permisos sobre cada uno de los módulos de acuerdo al rol asociado.



2.1





Nombre CU_12 Modificar Usuario Administrador

Objetivo Permitir la modificación de usuarios administradores que han sido creados dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de administradores.


Datos de Salida Modificación exitosa de un usuario administrador.

Paso Actor Sistema

62

1

El actor ingresa a modificar un administrador desde el módulo administradores, la opción buscar administradores..

Presenta al actor la interfaz de búsqueda de usuario, con algunos filtros de búsqueda determinador.

Flujo Principal 2 El actor realiza la búsqueda del administrador ingresando alguno de los filtros o ninguno.

El sistema valida la información ingresada y genera los resultados de la consulta generada.

3 El actor selecciona el administrador que desea modificar.

El sistema genera el formulario de edición del administrador seleccionado.

4 El actor edita la información que requiera y da clic en salvar.

El sistema almacena en la base de datos los nuevos datos ingresados por el actor.

Flujo Alternativo 1. Datos ingresados o Sesión Incorrectos o Nulos


4.1


El sistema no edita la información del administrador que se está tratando de modificar.



Nombre CU_13 Eliminar Usuario Administrador

Objetivo Permitir la eliminación de usuarios administradores que han sido creados dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de eliminación en el módulo de administradores.


Datos de Salida Eliminación exitosa de un usuario administrador.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a eliminar un administrador desde el módulo administradores, la opción buscar administradores.


2 El actor realiza la búsqueda del administrador ingresando alguno de los filtros o ninguno.


63

3

El actor selecciona el ckeck box frente al administrador a eliminar que se encuentra en la columna sobre el botón eliminar y da clic en borrar.

El sistema genera mensaje de advertencia de la eliminación con las opciones (aceptar y cancelar).

4 El actor da clic en aceptar El sistema genera la eliminación del administrador dentro del sistema.

Flujo Alternativo 1. Dar clic en cancelar en mensaje de confirmación

Flujos Alternativos

Paso Actor Sistema

3.1 El actor da clic en el botón cancelar del mensaje de confirmación.


Nombre CU_14 Crear grupo de administradores

Objetivo Permitir la creación, modificación y eliminación de un grupo de administradores, este caso de uso agrupará a los administradores, por grupos.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición, modificación y eliminación en el módulo de administradores.


Datos de Salida Creación, modificación y eliminación exitosa de un usuario administrador.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a crear un grupo de administradores desde el módulo administradores, la opción crear grupo de admin..

Presenta al actor la interfaz creación del grupo de administradores.

2 El actor ingresa los datos necesarios para realizar dicha creación

El sistema valida la información ingresada y realiza el almacenamiento de la información.

Flujo Alternativo 1. Modificar grupo de administradores.

Flujos Alternativos

Paso Actor Sistema

64

1 El ingresa a la opción listar grupo de admin en el módulo de administradores

Presenta al actor la lista de grupos de administradores que han sido creados en el sistema.

2

El actor selecciona de la lista alguno de los grupos de administradores a modificar dando clic sobre el nombre del grupo de administradores

El sistema genera y presenta la interfaz de modificación al actor.

3 El actor edita los campos que requiera y da clic en guardar

El sistema almacena la información modificada por el usuario. Fin del flujo.

Flujo Alternativo 1. Eliminar grupo de administradores.

Flujos Alternativos

Paso Actor Sistema

1 El ingresa a la opción listar grupo de admin en el módulo de administradores

Presenta al actor la lista de grupos de administradores que han sido creados en el sistema.

2

El actor selecciona de la lista alguno de los grupos de administradores a eliminar seleccionando el checkbox que se encuentra en la columna llamada eliminar al frente de cada grupo administrador y da clic en eliminar

El sistema genera mensaje de advertencia de la acción al actor.

3 El actor da clic en el botón aceptar

El sistema realiza la eliminación del grupo de administradores. Fin del flujo

4 El actor da clic en el botón cancelar

El sistema no realiza la eliminación del grupo de administradores y deja en la pantalla de la lista de grupo e administradores.

MODELO DE OBJETO DEL NEGOCIO

Este diagrama proporciona una visión del entorno sobre el cual se está desarrollando la propuesta, entre los aspectos relevantes están los actores del escenario, así como factores externos que igualmente complementan la solución.

Para la primera iteración, como principalmente se trabaja la parte de administración de la aplicación, se modela el negocio de cara a la aplicación y su relación con el administrador.

65

Figura 3. Modelo de Objeto del Negocio Iteración 1

DIAGRAMA DE CLASES

Para el diseño de las clases del proyecto SACENC, en la primera iteración se contemplaron los módulos principales, los cuales son la generación de encuestas y la gestión de usuarios.

En este diagrama se tienen las siguientes clases: PREGUNTA, RESPUESTA, ADMINISTRADOR, ENCUESTA, ROLES, REPORTES, GRUPO ADMINISTRADOR.

PREGUNTA

Contiene la información sobre cada pregunta que se crea en el módulo, incluidas las asociaciones con las respuestas a la pregunta y la relación con la encuesta que la registra.

ENCUESTA

Es donde está la parametrización de cada encuesta creada, incluido el tipo y la vigencia. Se tiene relación directa con las preguntas creadas.

SACENCADMINISTRADOR

ADMINISTRACION ENCUESTAS

66

ROLES

En esta clase se tiene la parametrizacion de los roles para administradores de la aplicación.

ADMINISTRADOR

En esta clase, van los usuarios con privilegios de administración, los cuales van a tener el control de la aplicación

REPORTES

En esta clase, se generarán los reportes de la encuesta, con los cuales se podrán validar los resultados generados.

GRUPO ADMINISTRADOR

Esta clase contiene los grupos de administradores de la aplicación, el cual estará ligado al administrador en caso que así se quiera.

Figura 4. Diagrama de Clases, Iteración I

67

DIAGRAMA DE ACTIVIDAD

Para este diagrama en la primera iteración se contempla la interacción que efectúa el administrador con el sistema, en donde básicamente se encarga de generar y difundir la encuesta, a su vez genera un objeto que será la misma encuesta.

Figura 5. Diagrama de Actividad Iteración 1

8.1.3 ANALISIS Y DISEÑO

DIAGRAMA DE BASE DE DATOS

En este diagrama, se efectúa toda la parte de diseño y modelamiento de la base de datos del sistema, en donde se evidencia cada tabla con sus campos respecticos y las llaves para relación entre ellas.

Se definen varios submodulos, los cuales tomaran una parte de la base de datos de acuerdo a su complejidad. En la primera iteración del producto, se gestionó el tema de ingreso a los usuarios administradores, y la generación de las encuestas, las cuales están representadas en las siguientes tablas del modelo:

ADMINISTRACION: Comprende toda la parte de gestión de usuarios, agregándole funcionalidades de roles.

ENCUESTA: Tiene las tablas básicas de las encuestas, tanto de parametrizacion como las básicas de preguntas y respuestas de usuarios.

CREACION DE ENCUESTA

DIFUSION DE LA ENCUESTA

[ENCUESTA]

68

Figura 6. ADMINISTRACION, Modelo Base de datos, Iteración I

69

Figura 7. ENCUESTA, Modelo Base de Datos, Iteración I

DICCIONARIO DE DATOS

En esta parte del capítulo, se enfoca un poco más en la base de datos, y el diagrama entidad relación, ya que se van a discriminar cada tabla, con sus campos, el tipo de campo y la posibilidad de ir con valores vacíos (NULL):

En la primera iteración, se tienen configuradas las siguientes tablas:

ADMINISTRACION:

TABLA CAMPO TIPO NULLABLE

DEPENDENCIA DEP_ID int NOT NULL

DEPENDENCIA IDI_ID int NOT NULL

DEPENDENCIA DEP_NOMBRE char NOT NULL

ADMINISTRADORXROL ADM_ID int NOT NULL

ADMINISTRADORXROL ROL_ID int NOT NULL

ADMINISTRADORXGRUPO ADM_ID int NOT NULL

ADMINISTRADORXGRUPO GRU_ID int NOT NULL

GRUPO_ADMINISTRADOR GRU_ID int NOT NULL

GRUPO_ADMINISTRADOR CLI_ID int NOT NULL

70

GRUPO_ADMINISTRADOR GRU_NOMBRE varchar NOT NULL

GRUPO_ADMINISTRADOR GRU_ESTADO bit NULL

ADMINISTRADOR ADM_ID int NOT NULL

ADMINISTRADOR CLI_ID int NOT NULL

ADMINISTRADOR ADM_ACTIVO bit NOT NULL

ADMINISTRADOR ADM_NOMBRES varchar NOT NULL

ADMINISTRADOR ADM_APELLIDOS varchar NOT NULL

ADMINISTRADOR ADM_EMAIL varchar NOT NULL

ADMINISTRADOR TID_ID int NULL

ADMINISTRADOR ADM_IDENTIFICACION varchar NULL

ADMINISTRADOR ADM_TELEFONO varchar NULL

ADMINISTRADOR ADM_USUARIO varchar NOT NULL

ADMINISTRADOR ADM_CLAVE varchar NULL

ADMINISTRADOR ADM_PREGUNTA varchar NULL

ADMINISTRADOR ADM_RESPUESTA varchar NULL

ADMINISTRADOR DEP_ID int NULL

ADMINISTRADOR ADM_PRIMER_INGRESO bit NULL

ADMINISTRADOR ADM_FECHA_CAMBIO datetime NULL

ADMINISTRADOR ADM_LOGGED bit NULL

ADMINISTRADOR ADM_FECHA_ULTIMOLOGIN datetime NULL

ROL SIT_ID int NOT NULL

ROL ROL_NOMBRE varchar NOT NULL

ROL ROL_ALL_ZONAS bit NULL

ROL ROL_ALL_CATEGORIAS bit NULL

ROL ROL_ALL_PROCESOS bit NULL

ROL ROL_SISTEMA bit NULL

ROLXMODULO ROL_ID int NOT NULL

ROLXMODULO MOD_ID int NOT_NULL

ROLXMODULO RXM_TODOS bit NULL

ROLXMODULO RXM_CUNSULTAR bit NULL

ROLXMODULO RXM_ADICIONAR bit NULL

ROLXMODULO RXM_MODIFICAR bit NULL

ROLXMODULO RXM_PUBLICAR bit NULL

ROLXMODULO RXM_ELIMINAR bit NULL

ENCUESTA


71

TIPO_PREGUNTA_ENCUESTA TPE_ID int NOT NULL

TIPO_PREGUNTA_ENCUESTA IDI_ID int NOT NULL

TIPO_PREGUNTA_ENCUESTA TPE_NOMBRE Vchar NOT NULL

ENCUESTA ENC_ID int NOT NULL

ENCUESTA SIT_ID int NOT NULL

ENCUESTA ENC_NOMBRE varchar NOT NULL

ENCUESTA ENC_ANONIMA bit NOT NULL

ENCUESTA ENC_MULTIRESP bit NOT NULL

ENCUESTA ENC_FECHA_CREACION datetime NOT NULL

ENCUESTA ENC_FECHA_VENCIMIENTO datetime NULL

ENCUESTA ENC_ACTIVA bit NULL

ENCUESTA ENC_OPINE bit NULL

ENCUESTA ENC_PAG_NUMPREGUNTAS smallint NULL

ENCUESTA ENC_DESCRIPCION varchar NULL

ENCUESTA ENC_GRACIAS varchar NULL

ENCUESTA ENC_TODAS_CAT bit NULL

PREGUNTA_ENCUESTA ENC_ID int NOT NULL

PREGUNTA_ENCUESTA PGE_ID int NOT NULL

PREGUNTA_ENCUESTA TPE_ID int NOT NULL

PREGUNTA_ENCUESTA PGE_OBLIGATORIA bit NOT NULL

PREGUNTA_ENCUESTA PGE_ORDEN smallint NOT NULL

PREGUNTA_ENCUESTA PGE_TEXTO varchar NOT NULL

OPCION_PREGUNTA OPP_ID int NOT NULL

OPCION_PREGUNTA PGE_ID int NOT NULL

OPCION_PREGUNTA OPP_ORDEN smallint NOT NULL

OPCION_PREGUNTA OPP_TEXTO varchar NOT NULL

72

RESPUESTA_ENCUESTAXUSUARIO RES_ID int NOT NULL

RESPUESTA_ENCUESTAXUSUARIO USU_ID int NULL

RESPUESTA_ENCUESTAXUSUARIO PGE_ID int NOT NULL

RESPUESTA_ENCUESTAXUSUARIO OPP_ID int NULL

RESPUESTA_ENCUESTAXUSUARIO RES_TEXTO varchar NULL

RESPUESTA_ENCUESTAXUSUARIO RES_FECHA datetime NULL

7.1.4 IMPLEMENTACION

DIAGRAMA DE COMPONENTES

Con el diagrama de componentes se efectuara el modelamiento en la arquitectura del producto, para la primera iteración se comprendieron los componentes de front de usuario y las respectivas interacciones con la base de datos del sistema, en donde se evidencia el uso de librerías tanto para las conexiones la base de datos como las WEB, orientadas a la publicación de este.

Figura 8. Diagrama de Componentes, Iteración I

FRONT ADMINISTRADORES (CLIENTE WEB)

CONEXION A BASE DE DATOS (LIBRERIA)

CONEXIONES WEB (LIBRERIA UI)

ANALISIS Y CONTROL

BASE DE DATOS (SQL SERVER)

73

7.2 SEGUNDA ITERACION

En esta iteración se complementa el sistema propuesto, en esta parte se agregan los módulos faltantes y la interacción con el usuario final.

Se incluye el front para usuario y se realiza la integración con el lado administrador para la difusión, diligenciamiento y presentación de resultados de las encuestas.

7.2.1 REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES

A continuación se especifican cada uno de los requerimientos funcionales que fueron generados para esta segunda iteración.


Nombre Permitir crear listas de correo

Clase Requerimiento functional


El sistema debe la creación de listas de correos, y que estas puedan ser asociadas a los usuarios clientes.

Objetivo Realizar con éxito la creación de una lista de correo.

Entrada Datos de creación del formulario solicitado por el sistema.

Proceso Se crea la lista de correo llenando la información solicitada por el formulario.

Salida Creación exitosa de una lista correo.


Nombre Permitir crear correos



El sistema debe permitir el envío de correos masivos o individuales.

74

Objetivo Realizar con éxito el envío de correos.

Entrada Datos de creación de correos.

Proceso Se crea al el correo llenando la información solicitada por el formulario, tales como correo que envía y correos que reciben y el cuerpo del correo.

Salida Envío exitoso de un correo.


Nombre Permitir enviar correos masivos



En el envió del correo se debe especificar los usuarios a los cuales va dirigido, se pueden efectuar a dos tipos, bien sea a usuarios clientes por medio de las listas de correo, o también puede ser a los usuarios administradores, por medio de los grupos.

Objetivo Realizar con éxito el envío de correos masivo.

Entrada Datos de creación de correos.

Proceso Se crea al el correo llenando la información solicitada por el formulario, tales como correo que envía y correos que reciben (seleccionando la lista de correos de los administradores o listas de correos de los usuarios cliente) y el cuerpo del correo.

Salida Envío exitoso de un correo.


Nombre Permitir diligenciamiento de encuesta por tipo (anónima y no anónima)



Dependiendo del tipo de encuesta generado, si es tipo anónima o no es anónima el sistema solicitara autenticación en el sistema, si un usuario no está

75

autenticado y desea diligenciar una encuesta que requiere autenticación el sistema mediante un mensaje deberá advertir al usuario, en caso que la encuesta sea anónima el sistema permitirá el diligenciamiento de la encuesta sin solicitar autenticación.

Objetivo Solicitar autenticación a usuario cliente en caso que una encuesta que quiera ser diligenciada haya sido creada como no anónima.

Entrada Usuario y contraseña en caso que se requiera.

Proceso Se selecciona una encuesta de la lista dando clic sobre esta y solicitará autentiacción si es una encuesta no anónima, en caso contrario no solicitara autenticación sino que permitirá el diligenciamiento de la encuesta.

Salida Diligenciamiento de encueta exitoso.


Nombre Permitir diligenciamiento de encuesta



El sistema debe presentar en un formulario, con cada una de las preguntas creadas, y el método de diligenciamiento será de acuerdo a los parámetros definidos para la creación de cada pregunta y la encuesta en general

Objetivo Diligenciar encuesta creada por los administradores del sistema.

Entrada Usuario y contraseña en caso que se requiera.

Proceso Se selecciona una encuesta de la lista dando clic sobre esta y solicitará autentiacción si es una encuesta no anónima, en caso contrario no solicitara autenticación sino que permitirá el diligenciamiento de la encuesta, y posteriormente a esto el usuario cliente debe llenar cada una de las preguntas que hayan sido creadas como obligatorias dentro del sistema.

Salida Diligenciamiento de encueta exitoso.

76


Nombre Registrar usuario



El sistema debe permitir el registro de un usuario cliente desde el lado cliente y administrador de la aplicación.

Objetivo Crear a un usuario cliente correctamente.

Entrada Datos básicos de creación de un cliente dentro del sistema.

Proceso Desde el lado cliente:

El usuario que quiera realizar su registro en el portal debe ingresar al registro, allí ingresar los datos solicitados por el sistema y salvar la información.

Desde el lado administrador:

El usuario administrador será el encargado de crear al usuario desde un módulo de usuarios que se encuentra en el menú de administración

Salida Creación de usuario cliente exitoso.


Nombre Ingresar a la aplicación cliente y administrador del sistema de información SACEN.



El sistema debe diferenciar las dos interfaces del sistema, una será la interfaz administradora del sistema de información, administrará y gestionará varias cosas del sistema de información (administradores, correos, encuestas, usuarios, roles) y la otra será la interfaz cliente, en donde se podrá interactuar con un sitio en el cual se encontrarán publicadas las encuestas e información de interés.

Objetivo Ingresar a alguna de las interfaces del sistema de

77

información (administradora o cliente).

Entrada URL administradora ejemplo: (http://dominio/admin), URL cliente ejemplo: (http://dominio/cliente).

Proceso Para ingresar a las interfaces ya sea cliente o administradora el usuario debe digitar una URL diferente, ya explicada en los datos de entrada del requerimiento.

Salida Ingreso exitoso a la interface cliente o adminstradora.

REQUERIMIENTOS NO FUNCIONALES

A continuación se relacionan los requerimientos no funcionales necesarios para que sistema cumpla con los requerimientos.

Requerimiento de Interfaz gráfica: la aplicación tendrá una interfaz gráfica amigable al usuario que le permita acceder a la herramienta y hacer uso de sus características de una manera fácil y rápida.

Requerimiento Desempeño: La aplicación es confiable, segura y garantiza su desempeño a los diferentes usuarios que a ella acceden.

Requerimientos de hardware. Para que el sistema brinde un buen desempeño se requiere un equipo de cómputo que cumpla como mínimo con las siguientes características:

COMPONENTE CARACTERISTICA

Disco Duro 80 Gb

Procesador 64 bits de 1 a 2 núcleos como mínimo

RAM 2 a 4 GB

Adicionales Tarjeta de Video, Tarjeta de red, Unidad de CD, Puerto USB,

Internet

Nota: Estos datos son tomados de los equipos usados durante el desarrollo del proyecto

Requerimientos de software. Los requerimientos de Software necesarios para que el aplicativo pueda desarrollarse son los siguientes:

a) Sistema Operativo Windows 7 como mínimo.

b) Manejador de Bases de Datos SQL SERVER 2005 express

http://dominio/admin

78

c) Visual studio 2008 versión express

d) Es recomendable usar internet Explorer 7 y/o Mozilla 3.6 para el

buen funcionamiento del aplicativo WEB

7.2.2 MODELADO DEL NEGOCIO

DESCRIPCIÓN DE PROCESOS

A continuación se describen los procesos con los cuales se realiza el modelamiento del negocio para implementar en el aplicativo y se mostraran los resultados del seguimiento realizado en la organización, cabe tener en cuenta que corresponden a los mismos procesos descritos en la iteración 1, pues la visión de estos procesos es global para el sistema de información y su objetivo.

Proceso de Producción de documentos

Objetivo

Proceso que permite generar las plantillas y documentos para las diferentes encuestas que se

realicen.

Descripción

La Producción Documental comprende los aspectos de origen, creación y diseño de formatos y

documentos, conforme al desarrollo del objetivo propio de cada encuesta.

Proceso de Recepción

Objetivo

Proceso que permite realizar el ingreso de documentos para su revisión.

Descripción

Conjunto de operaciones de verificación y control que Dinamizar debe realizar para la admisión

de los documentos que son remitidos a los clientes internos de la empresa.

79

Proceso de Distribución

Objetivo

Proceso que permite enviar los documentos al destinatario.

Descripción

Actividades tendientes a garantizar que los documentos lleguen a su destinatario.

Proceso de Organización

Objetivo

Proceso que permite ordenar los documento.

Descripción

Conjunto de acciones orientadas a la clasificación, ordenación y descripción de las encuestas,

como parte integral de los procesos archivísticos.

Proceso de Consulta

Objetivo

Proceso que permite el acceso a los documento (encuestas).

Descripción

Acceso a un documento o grupo de documentos con el fin de conocer la información que

contienen, en este caso las encuestas.

MODELO DE CASOS DE USO

En este modelo se incluye la parte de usuario final, para lo cual aparece un nuevo actor en el sistema, el cual podrá interactuar con SACENC lado cliente.

IDENTIFICACIÓN DE ACTORES

Usuario Administrador: Sera el encargado de velar por la información de la herramienta, asimismo se encargara de la parametrización de SACENC, es quien gestionara toda la parte de encuentras, accesos y generación de notificaciones vía mail.

80

Usuario Cliente: Serán los usuarios finales, y quienes interactúan con la herramienta en el momento de diligenciar las encuestas que se difunden desde la parte administrativa.

CASOS DE USO CRITICOS

A los casos descritos en la primera iteración, se agregan unos nuevos, que complementan el sistema propuesto:

Figura 9. Casos de Uso Iteración 2 complementado con los casos de uso de la iteración 1.

CASOS DE USO EXPANDIDOS

En esta etapa se mostrara de manera más detallada los casos de uso que se agregan para la segunda iteración.

81

Caso de uso: Gestionar Usuarios Cliente

Nombre CU_15 Crear Usuario Cliente

Objetivo Permitir la creación de usuarios cliente, que contendrá permisos para poder navegar en el lado cliente del sistema de información.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de usuarios.


Datos de Salida Registro exitoso de un usuario cliente.

Paso Actor Sistema

1

El actor ingresa a crear la usuario cliente por medio del módulo de usuarios, por la opción crear crear usuario.

Presenta al actor la interfaz y el formulario para la creación de un usuario.

Flujo Principal 2 El actor ingresa la información solicitada por el sistema.

El sistema valida la información ingresada y adiciona a la base de datos el nuevo usuario cliente.


82


2.1


El sistema no crea al usuario que se está tratando de adicionar.



Nombre CU_16 Modificar Usuario Cliente

Objetivo Permitir la modificación de usuarios cliente que han sido creados dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de usuarios.


Datos de Salida Modificación exitosa de un usuario cliente.

Paso Actor Sistema

1

El actor ingresa a modificar un usuario desde el módulo usuarios, la opción buscar usuarios.

Presenta al actor la interfaz de búsqueda de usuario, con algunos filtros de búsqueda determinados.

Flujo Principal 2 El actor realiza la búsqueda del usuarios cliente ingresando alguno de los filtros o ninguno.


3 El actor selecciona el usuario cliente que desea modificar.

El sistema genera el formulario de edición del usuario cliente seleccionado.

4 El actor edita la información que requiera y da clic en salvar.

El sistema almacena en la base de datos los nuevos datos ingresados por el actor.



83

4.1 Ingresa la información errónea o no ingresa la información solicitada por el sistema.

El sistema no edita la información del administrador que se está tratando de modificar.

4.2 El actor ingresa información correcta o cancela la creación del usuario cliente.


Nombre CU_17 Eliminar Usuario cliente

Objetivo Permitir la eliminación de usuarios cliente que han sido creados dentro del sistema.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de eliminación en el módulo de administradores.


Datos de Salida Eliminación exitosa de un usuario cliente.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a eliminar un usuario desde el módulo usuarios, la opción buscar usuarios.


2 El actor realiza la búsqueda del usuario cliente ingresando alguno de los filtros o ninguno.


3

El actor selecciona el ckeck box frente al usuario a eliminar que se encuentra en la última columna y da clic en eliminar.


4 El actor da clic en aceptar El sistema genera la eliminación del usuario cliente dentro del sistema.


Flujos Alternativos

Paso Actor Sistema



84

Nombre CU_18 Crear grupo de usuarios

Objetivo Permitir la creación, modificación y eliminación de un grupo de usuarios, este caso de uso agrupará a los usuarios, por grupos.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición, modificación y eliminación en el módulo de usuarios.


Datos de Salida Creación, modificación y eliminación exitosa de un grupo de usuarios.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a crear un grupo de usuarios desde el módulo usuarios, la opción crear grupo de usuarios.

Presenta al actor la interfaz creación del grupo de usuarios.



Flujo Alternativo 1. Modificar grupo de administradores.

Flujos Alternativos

Paso Actor Sistema

1 El ingresa a la opción listar grupo de usuario en el módulo de usuarios

Presenta al actor la lista de grupos de usuarios que han sido creados en el sistema.

2

El actor selecciona de la lista alguno de los grupos de usuarios a modificar dando clic sobre el nombre del grupo de usuarios



El sistema almacena la información modificada por el actor. Fin del flujo.

Flujo Alternativo 1. Eliminar grupo de administradores.

Flujos Alternativos

Paso Actor Sistema

1 El ingresa a la opción listar grupo de usuarios en el módulo de usuarios

Presenta al actor la lista de grupos de usuarios que han sido creados en el sistema.

85

2

El actor selecciona de la lista alguno de los grupos de usuarios a eliminar seleccionando el checkbox que se encuentra en la última columna llamada al frente de cada grupo usuarios y da clic en eliminar



El sistema realiza la eliminación del grupo de usuarios. Fin del flujo


El sistema no realiza la eliminación del grupo de usuarios y deja en la pantalla de la lista de grupo de usuarios.

Caso de uso: Gestionar Correos

Nombre CU_19 Crear y enviar Correo

Objetivo Permitir la creación y envío de correos.

86


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición en el módulo de correos.


Datos de Salida Envío exitoso de correos.

Paso Actor Sistema

1

El actor ingresa a crear correos por medio del módulo de correos, por la opción crear correo.

Presenta al actor la interfaz y el formulario para la creación de un correo.

Flujo Principal 2

El actor ingresa la información solicitada por el sistema y llena el campo llamado correo individual y da clic en enviar correo individual.

El sistema valida la información ingresada y adiciona a la base de datos el correo enviado y lo envía.

Flujo Alternativo 1. Enviar correo masivo (grupo de administradores, grupo de usuarios y lista de correos)


2.1

El actor realiza el envío masivo de correos, el usuario selecciona ya sea grupo de administradores, grupo de usuarios o lista de correo teniendo en cuenta la necesidad del actor.

El sistema adiciona al correo los usuarios seleccionados.

2.2 El actor el actor después de haber asociado los correos da clic en el botón enviar mensaje.

El sistema envía el correo y adiciona el registro en la base de datos de los correos enviados.

Nombre CU_20 Modificar Correos

Objetivo Permitir la modificación de correos enviados.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de modificación en el módulo de correos.


Datos de Salida Modificación exitosa de un correo.

Paso Actor Sistema

1 El actor ingresa a modificar un correo desde el módulo

Presenta al actor la interfaz de búsqueda de correos, con algunos

87

correos, la opción buscar correos.

filtros de búsqueda determinados.

Flujo Principal 2 El actor realiza la búsqueda del correo ingresando alguno de los filtros o ninguno.


3 El actor selecciona el correo que desea modificar.

El sistema genera el formulario de edición del correo seleccionado.

4 El actor edita la información que requiera y da clic en enviar correo.

El sistema envía el correo con las modificaciones realizadas y almacena un nuevo registro en la base de datos.



4.1


El sistema no edita la información del correo que se está tratando de modificar.

4.2 El actor ingresa información correcta o cancela la creación del usuario cliente.


Nombre CU_21 Eliminar Correo

Objetivo Permitir la eliminación de la lista de correos enviados


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de eliminación en el módulo de correos.


Datos de Salida Eliminación exitosa de un usuario cliente.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a eliminar un usuario desde el módulo correos, la opción buscar correos.

Presenta al actor la interfaz de búsqueda de correos, con algunos filtros de búsqueda determinador.

2 El actor realiza la búsqueda del correo ingresando alguno de los filtros o ninguno.


88

3

El actor selecciona el ckeck box frente al correo a eliminar que se encuentra en la última columna y da clic en borrar.


4 El actor da clic en aceptar El sistema genera la eliminación del correo dentro del sistema.


Flujos Alternativos

Paso Actor Sistema



Nombre CU_22 Crear Lista de Correo

Objetivo

Permitir la creación, modificación y eliminación de una lista de correos, este caso de uso agrupará a los usuarios, por listas de correo, los cuales se presentaran en el registro como temas de interés para que el usuario seleccione alguno.


Precondiciones El usuario debe estar autenticado dentro del sistema y tener permisos de adición, modificación y eliminación en el módulo de usuarios.


Datos de Salida Creación, modificación y eliminación exitosa de una lista de correos.

Paso Actor Sistema

Flujo Principal

1

El actor ingresa a crear una lista de correos desde el módulo correos, la opción crear Lista de correos.

Presenta al actor la interfaz creación de lista de correos.



Flujo Alternativo 1. Modificar lista de correos.

Flujos Alternativos

Paso Actor Sistema

1 El ingresa a la opción listar lista de correo en el módulo de correos

Presenta al actor la lista listas de correo que han sido creados en el sistema.

89

2

El actor selecciona de la lista alguna de las listas de correo a modificar dando clic sobre el nombre de la lista de correo.



El sistema almacena la información modificada por el actor. Fin del flujo.

Flujo Alternativo 1. Eliminar lista de correo.

Flujos Alternativos

Paso Actor Sistema

1 El ingresa a la opción listar listas de correo en el módulo de correos

Presenta al actor la lista de listas de correo que han sido creados en el sistema.

2

El actor selecciona de la lista alguna de las listas de correo a eliminar seleccionando el checkbox que se encuentra en la última columna al frente de cada lista de correo y da clic en eliminar



El sistema realiza la eliminación de la lista de correos. Fin del flujo


El sistema no realiza la eliminación de la lista de correo y deja en la pantalla de la listar listas de correo.

Caso de uso: Ingresar al sistema cliente.

Nombre CU_22 Ingresar al sistema cliente

Objetivo Permitir el ingreso de los usuarios a la aplicación vía intranet y ejecutar las tareas a las cuales tienen permiso.

90

Actores Cliente

Precondiciones El usuario debe existir en la base de datos como usuario cliente.


Datos de Salida N/A

Paso Actor Sistema

Flujos Principal 1

Ingresa a la Intranet, al sistema de información por medio de una URL específica, por donde tendrán acceso los clientes. (Ejemplo: http://dominio/cliente)

El sistema presenta la interfaz cliente con la cual podrá interactuar este actor sin estar autenticado.

Flujo Alternativo 1. Ingreso al sistema iniciando sesión y con datos incorrectos


1.1 El actor ingresa al sitio cliente y ingresa los valores de usuario y password.

El valida la información y autentica al usuario en el sistema.

1.2 El actor ingresa al sitio cliente y ingresa los valores de usuario y password incorrectos.

El sistema valida la información y genera excepción de usuario y clave incorrecta vuelve a paso 1 o fin del flujo.

Caso de uso: Diligenciar Encuesta.

Nombre CU_23 Diligenciar Encuesta

Objetivo Permitir a los clientes realizar el diligenciamiento de las encuestas teniendo en cuenta si la encuesta requiere o no autenticación.

Actores Cliente

Precondiciones

La autenticación en el sistema no es obligatoria, sin embargo si la encuesta así lo requiere el usuario debe autenticarse. El usuario debe existir en la base de datos como usuario cliente.

Datos de Entrada Usuario. Contraseña en caso de ser requeridos

91

Datos de Salida Diligenciamiento exitoso de la encuesta

Paso Actor Sistema

Flujos Principal 1 Ingresa a la Intranet, al sistema lado cliente.

El sistema presenta la interfaz cliente con la cual podrá interactuar este actor.

2

El actor se dirige a la sección de así opinaron y da clic sobre el nombre de la encuesta que desee diligenciar.

El sistema presenta al usuario la interfaz de diligenciamiento de la encuesta seleccionada.

3 El actor ingresa los datos solicitados por la encuesta y da clic en enviar encuesta.

El sistema genera mensaje de agradecimiento y almacena los datos ingresados por el actor en la base de datos.

Flujo Alternativo 1. Diligenciar encuesta con usuario cliente autenticado


2.1

El actor se dirige a la sección de así opinaron y da clic sobre el nombre de la encuesta que desee diligenciar.

El sistema valida la encuesta que el actor selecciono y valida que para poder diligenciar la encuesta el usuario debe estar autenticado, el sistema genera mensaje advirtiendo al usuario que debe estar autenticado y no permite ver el formulario de la encuesta

1.2

El actor ingresa los datos solicitados usuario y contraseña y da clic nuevamente sobre la encuesta a diligenciar.

El sistema valida que el usuario se encuentre autenticado y permite el ingreso al formulario de la encuesta para su diligenciamiento.

Caso de uso: Registrarse.

Nombre CU_24 Registrarse

Objetivo Permitir a un usuario cliente registrarse como usuario dentro del sistema de información.

92

Actores Cliente

Precondiciones El usuario no debe existir como usuario registrado dentro del sistema

Datos de Entrada Datos básicos para registro en el sistema

Datos de Salida Registro exitoso dentro del sistema.

Paso Actor Sistema

Flujos Principal 1

Ingresa a la Intranet, al sistema de información por medio de una URL específica, por donde tendrán acceso los clientes. (Ejemplo: http://dominio/cliente)

El sistema presenta la interfaz cliente con la cual podrá interactuar este actor sin estar autenticado.

2

El actor se dirige al menú principal, en donde selecciona la opción de registro en el portal.

El sistema muestra el formulario de registro dentro del sistema.

3 El actor ingresa los datos básicos para generar el registro y da clic en suscribirme.

El sistema crea el registro del usuario dentro del sistema y genera mensaje de creación exitoso.

Flujo Alternativo 1. Datos de registro incorrectos


3.1 El actor ingresa los datos incorrectos en el sistema.

El sistema valida la información y genera mensaje de advertencia de datos incorrecto y limpia los campos de contraseñas.

3.2 El actor ingresa los datos correctos o cancela la creación del usuario.


MODELO DE OBJETO DEL NEGOCIO

Para la segunda iteración en el modelo de Negocio, se agregan componentes para la parte del cliente, en el diagrama aparece nuevos actores, los cuales serán los usuarios en la aplicación, adicional está el medio para la difusión de las encuestas llamado INTERNET.

93

Figura 10. Modelo de Objeto del Negocio Iteración 2

DIAGRAMA DE ACTIVIDAD

Para la segunda iteración, en el diagrama de actividad, se agregan más actividades relacionado con la cadena de encuestas, y surge un nuevo objeto, el cual hace alusión a los reportes que se pueden generar por encuesta.

94

Figura 11. Diagrama de Actividad Iteración 2

DIAGRAMA DE CLASES

Para la segunda iteración, se agregaron nuevos componentes, como correo y los reportes que generan sobre las encuestas.

Las siguientes clases fueron adicionadas: LISTACORREO, CORREO, USUARIOS, GRUPOUSUARIO, RESPUESTA.

LISTACORREO

Integra el listado de buzones de clientes, a los cuales serán enviadas las notificaciones de encuestas.

CORREO

Esta clase comprende todo lo necesario para la generación de una notificación mail, la administración de los correos y su envió a los destinatarios

CREACION DE ENCUESTA

DIFUSION DE LA ENCUESTA

DILIGENCIAMIENTO DE LA ENCUESTA

GENERACION DE ESTADISTICAS

[ENCUESTA]

[REPORTE]

NOTIFICACION VIA CORREO

95

USUARIOS

Contempla toda la información de los usuarios que se encuentran creados en la aplicación, incluyendo el rol que desempeña.

GRUPOUSUARIO

Contiene los grupos de administradores de la aplicación, el cual estará ligado al usuario.

RESPUESTAS

Es donde se tiene la asociación de cada pregunta que es gestionada por el usuario, se tiene las dos relaciones con la pregunta formulada y con el usuario que la diligencia.

96

Figura 12. Diagrama de Clases, Iteración II

7.2.3 ANALISIS Y DISEÑO

DIAGRAMA DE BASE DE DATOS

Para la segunda iteración, se integraron los dos grupos de tablas que estaban haciendo falta, una representa la parte de los usuarios finales o mejor denominados como clientes y el módulo de envió de correos:

97

USUARIOS: Estas tablas contienen la configuración para los usuarios clientes, en donde se efectúa la parametrizacion de cada acceso y el grupo al que estaría perteneciendo.

CORREO: Esta parte, corresponde al grupo de tablas que se dispondrán Para La generación, control y envió de correos que efectúa la aplicación.

Figura 13. USUARIOS, Modelo Base de Datos, Iteración II

98

Figura 14. CORREOS, Modelo Base de Datos, Iteración II

DICCIONARIO DE DATOS

Para la segunda iteración se tomaron las tablas restantes, correspondientes a los modelos que complementan el diagrama final:

USUARIOS


TIPO_USUARIO TIU_ID int NOT NULL

TIPO_USUARIO IDI_ID Int NOT NULL

TIPO_USUARIO TIU_NOMBRE varchar NOT NULL

USUARIO USU_ID int NOT NULL

USUARIO SIT_ID int NOT NULL

USUARIO MUN_CODIGO char NULL

USUARIO TID_ID int NULL

USUARIO TIU_ID int NULL

USUARIO DEP_ID int NULL

ESTADO_CORREO

ECO_ID

ESTADO_CORREOXIDIOMA

ECO_ID

IDI_ID

ECO_NOMBRE

USUARIO

USU_ID

SIT_ID

MUN_CODIGO

TID_ID

TIU_ID

DEP_ID

USU_NOMBRES

USU_APELLIDOS

USU_IDENTIFICACION

USU_EMAIL

USU_EMAIL_ALTERNO

USU_SEXO

USU_EMPRESA

USU_FECHA_NACIMIE...

USU_TEL_CASA

USU_TEL_OFICINA

USU_TEL_CELULAR

USU_CARGO

USU_DIRECCION

OCU_ID

GRUPO_USUARIOSXUSUARIO

USU_ID

GPU_ID

GRUPO_USUARIOS

GPU_ID

SIT_ID

GPU_NOMBRE

GPU_DESCRIPCION

GPU_ESTADO

CORREOXGRUPO_USUARIOS

COR_ID

GPU_ID

CORREO

COR_ID

SIT_ID

ECO_ID

PLA_ID

COR_ASUNTO

COR_EMAIL_REMITE...

COR_NOMBRE_REMI...

COR_FECHA_ENVIO

COR_CUERPO

COR_ADJUNTO

COR_IMAGEN_ARCHI...

COR_IMAGEN_PIE

COR_IMAGEN_ALT

ADMINISTRADOR

ADM_ID

CLI_ID

ADM_ACTIVO

ADM_NOMBRES

ADM_APELLIDOS

ADM_EMAIL

TID_ID

ADM_IDENTIFIC...

ADM_TELEFONO

ADM_USUARIO

ADM_CLAVE

ADM_PREGUNTA

ADM_RESPUESTA

ADMINISTRADORXGRUPO

ADM_ID

GRU_ID

CORREOXGRUPO_ADMINISTRADOR

COR_ID

GRU_ID

GRUPO_ADMINISTRADOR

GRU_ID

CLI_ID

GRU_NOMBRE

GRU_ESTADO

99

USUARIO USU_NOMBRES varchar NOT NULL

USUARIO USU_APELLIDOS varchar NOT NULL

USUARIO USU_IDENTIFICACION varchar NOT NULL

USUARIO USU_EMAIL varchar NOT NULL

USUARIO USU_EMAIL_ALTERNO varchar NOT NULL

USUARIO USU_SEXO int NULL

USUARIO USU_EMPRESA char NOT NULL

USUARIO USU_FECHA_NACIMIENTO datetime NULL

USUARIO USU_TEL_CASA varchar NULL

USUARIO USU_TEL_OFICINA varchar NULL

USUARIO USU_TEL_CELULAR varchar NULL

USUARIO USU_CARGO varchar NULL

USUARIO USU_DIRECCION varchar NULL

USUARIO OCU_ID int NULL

USUARIO USU_USUARIO varchar NOT NULL

USUARIO USU_CLAVE varchar NULL

USUARIO USU_PREGUNTA varchar NOT NULL

USUARIO USU_RESPUESTA varchar NOT NULL

USUARIO USU_ESTADO bit NULL

USUARIO USU_FECHA_REGISTRO datetime NOT NULL

USUARIO USU_IMG_NOMBRE varchar NULL

USUARIO USU_SMS bit NOT NULL

GRUPO_USUARIOSXUSUARIO USU_ID int NOT NULL

GRUPO_USUARIOSXUSUARIO GPU_ID int NOT NULL

GRUPO_USUARIOS GPU_ID int NOT NULL

GRUPO_USUARIOS SIT_ID int NOT NULL

GRUPO_USUARIOS GPU_NOMBRE varchar NOT NULL

100

GRUPO_USUARIOS GPU_DESCRIPCION varchar NULL

GRUPO_USUARIOS GPU_ESTADO bit NULL

CORREO


ESTADO_CORREO ECO_ID int NOT NULL

ESTADO_CORREO IDI_ID int NOT NULL

ESTADO_CORREO ECO_NOMBRE varchar NOT NULL

CORREOXGRUPO_USUARIOS COR_ID int NOT NULL

CORREOXGRUPO_USUARIOS GPU_ID int NOT NULL

GRUPO_USUARIOSXUSUARIO USU_ID int NOT NULL

GRUPO_USUARIOSXUSUARIO GPU_ID int NOT NULL

CORREO COR_ID int NOT NULL

CORREO SIT_ID int NOT NULL

CORREO ECO_ID int NOT NULL

CORREO PLA_ID int NOT NULL

CORREO COR_ASUNTO varchar NOT NULL

CORREO COR_EMAIL_REMITENTE varchar NOT NULL

CORREO COR_NOMBRE_REMITENTE varchar NULL

CORREO COR_FECHA_ENVIO datetime NULL

CORREO COR_CUERPO varchar NOT NULL

CORREO COR_ADJUNTO varchar NULL

CORREO COR_IMAGEN_ARCHIVO varchar NULL

CORREO COR_IMAGEN_PIE varchar NULL

CORREO COR_IMAGEN_ALT varchar NULL

CORREO COR_IMAGEN_LINK varchar NULL

GRUPO_ADMINISTRADOR GRU_ID int NOT NULL

GRUPO_ADMINISTRADOR CLI_ID int NOT

101

NULL

GRUPO_ADMINISTRADOR GRU_NOMBRE varchar NOT NULL

GRUPO_ADMINISTRADOR GRU_ESTADO bit NULL

GRUPO_USUARIOS GPU_ID int NOT NULL

GRUPO_USUARIOS SIT_ID int NOT NULL

GRUPO_USUARIOS GPU_NOMBRE varchar NOT NULL

GRUPO_USUARIOS GPU_DESCRIPCION varchar NULL

GRUPO_USUARIOS GPU_ESTADO bit NULL

CORREOXGRUPO_ADMINISTRADOR COR_ID int NOT NULL

CORREOXGRUPO_ADMINISTRADOR GRU_ID int NOT NULL

7.2.4 IMPLEMENTACION

DIAGRAMA DE COMPONENTES

El diagrama de componentes para la segunda iteración, agrega varias funcionalidades del producto.

Se comprenden como evolutivo las incorporaciones de componentes SMTP que la usaremos para efectuar el envió de correo, también se agrega el frente de usuarios, con sus respectivas librerías de conexión, y también aparece las librerías encargadas de efectuar la exportación de información de la base de datos a archivos planos, lo cual se usa para varios de los módulos de la aplicación.

102

Figura 15. Diagrama de Componentes, Iteración II

FRONT ADMINISTRADORES (CLIENTE WEB)

CONEXION A BASE DE DATOS (LIBRERIA)

CONEXIONES WEB (LIBRERIA UI)

ANALISIS Y CONTROL

BASE DE DATOS (SQL SERVER)

FRONT CLIENTES (CLIENTE WEB)

CONEXIONES WEB (LIBRERIA)

GENERACION DE ARCHIVOS (LIBRERIA) SERVICIOS DE CORREOCONEXIONES SNMP (LIBRERIA SNMP)

103

8. RESULTADOS Y DISCUSION

Para la fase de pruebas de la aplicación, se implementó en la empresa DINAMIZAR SA, una encuesta sobre satisfacción, se tomó como muestra 20 empleados, los cuales diligenciaron la encuesta y posteriormente se generaron las conclusiones.

La encuesta implementada recolecta la información de satisfacción laboral de los empleados, en donde se manejaron preguntas acerca de reconocimientos, cambio, calidad de vida y participación. Las opciones de respuesta prácticamente se clasificaban en bueno y malo.

De las preguntas realizadas están las siguientes:

¿En mi área se recompensa el logro de resultados?

¿En mi área se reconoce a quién lo merece?

¿Mi jefe me hace sentir que mi trabajo es importante para el logro de los objetivos del área?

¿Mi desempeño es importante para mi profesionalización?

¿Mi jefe me alienta a ser creativo en el desarrollo de mi trabajo?

¿Me siento motivado para sugerir maneras nuevas y más eficientes de hacer las cosas?

¿Considero que en mi área se pueden innovar las formas de proporcionar servicios?

¿Me siento preparado para aceptar y enfrentar los cambios que ocurran en la forma de trabajar?

¿Cuento con buenas condiciones de seguridad e higiene para realizar mi trabajo?

¿El trato entre compañeros de trabajo es cordial?

¿En el área el trato entre superiores y colaboradores es respetuoso?

¿Mi jefe distribuye equitativamente el trabajo?

¿Mi jefe toma en cuenta mis sugerencias y comentarios?

¿El trabajo actual permite estar al servicio de la sociedad?

104

¿Me siento orgulloso de ser parte de la institución?

Posterior a que se aplicara la encuesta anterior al grupo de veinte (20) personas, en conjunto con la empresa DINAMIZAR S.A. se realizo el análisis de los resultados, para que se pueda interpretar las cifras de forma gerencial.

Los resultados fueron los siguientes:

El 50% de los empleados consideran su trabajo recompensado

El 52% reconocen a quien lo merece

El 75% Consideran que su trabajo es importante para los logros del área

El 95% consideran que su desempeño es importante para su profesionalización

El 70% consideran que el jefe alienta a ser creativo en el desarrollo del trabajo

El 75% se sienten motivados para sugerir maneras nuevas y más eficientes de hacer las cosas

El 90% consideran que en el área se pueden innovar las formas de proporcionar servicios

El 95% se siente preparado para aceptar y enfrentar los cambios que ocurran en la forma de trabajar

El 65% consideran que cuentan con buenas condiciones de seguridad e higiene para realizar el trabajo

El 80% creen que el trato entre compañeros de trabajo es cordial

El 85% consideran que en el área, el trato entre superiores y colaboradores es respetuoso

El 65% considera que el jefe distribuye equitativamente el trabajo

El 75% cree que el jefe toma en cuenta las sugerencias y comentarios

El 95% cree que el trabajo actual permite estar al servicio de la sociedad

El 90% se siente orgulloso de ser parte de la institución

105

Con los resultados expuestos se pudieron generar las siguientes conclusiones de la muestra:

Los resultados de la encuesta permiten a DINAMIZAR S.A. identificar las áreas de oportunidad para ofrecer un mejor ambiente organizacional, de igual forma que permita agregar algunos factores motivacionales adicionales al empleo

Los resultados facilitan el apoyo a comprender su rol en la compañía, así como la interacción que tienen dentro de un equipo de trabajo

A través de esta medición, se detecta la importancia de la comunicación en el desempeño de sus trabajos y la satisfacción que tiene de hacerlo

El análisis de los resultados comprende el interpretar cada escenario, y al estar cuantificado se tiene una medición precisa para detectar puntos de fallo y asimismo oportunidades de mejora

106

9. CONCLUSIONES

El producto final llamado SACENC, consiste en una herramienta versátil para la generación de encuestas, envió de notificaciones por correo y gestión de usuarios con administración de roles, que permitirá a las empresas poder aplicar encuestas a sus empleados o a sus clientes de manera rápida y efectiva, con resultados cuantificados.

Se logró conseguir una adecuada integración entre cada uno de los componentes o módulos de la aplicación, lo que hace de SACENC una herramienta de fácil uso e implementación, tanto para la parametrizacion, como la creación y gestión de la encuesta.

Al utilizar la metodología del proceso unificado de desarrollo de software y trabajar por iteraciones demuestra que se puede identificar y modelar el sistema de una forma sencilla y detallada, además de permitir tener una visión completa de todos los procesos que implica y adicionalmente, priorizar los casos de uso más críticos del sistema con el fin de prevenir retrasos en la implementación del proyecto.

La utilización de la herramienta Visual Studio .NET, facilitó el proceso de desarrollo de la aplicación, dado ofrece muchas ayudas en cuanto al diseño de componentes de interfaz de usuario y servicios para la lógica de la aplicación y manejo de datos almacenados, permitiendo que el desarrollador se concentre efectivamente en el correcto funcionamiento de los algoritmos, funciones y procesos que requiere la aplicación y no tanto en el manejo de interfaces y operaciones del sistema.

Para las empresas, el poder contar con un producto como SACENC, les abre la posibilidad de encontrar rápidamente todos aquellos fallos organizacionales que atenten contra una buena cultura organizacional, adicional también se permite encontrar oportunidades de mejora y de prosperidad laboral para cada empleado y mejor visión de negocio con sus clientes.

107

10. RECOMENDACIONES

Se tiene como recomendación, que los módulos de la aplicación no sean solo limitados al enfoque del proyecto actual, sino que se podría implementar como otro tipo de soluciones, por ejemplo, el módulo de correo puede adecuarse para el envió de notificaciones de toda la compañía, tanto para empleados internos como para clientes externos

Se recomienda que si un proyecto se desarrollará mediante la metodología RUP, se debe dividir en máximo tres iteraciones para no alargar tanto cada una de estas con el fin de que el avance de cada una de ellas sea motivación para el desarrollador y no cause tedio en el mismo

Se recomienda que en la aplicación de las encuestas se usen preferencialmente preguntas de tipo cerradas, ya que son las únicas que pueden tener datos cuantificables, lo que permite hacer más efectiva la interpretación de los resultados

Finalmente se considera prudente efectuar mediciones de clima y cultura organizacional de manera periódica, ya que para las empresas el cambio constante puede traer consecuencias que pueden ser previstas a tiempo

108

11. BIBLIOGRAFIA

SOMMERVILLE, Ian. Ingeniería del Software: Séptima Edición. Pearson Educación S.A., 2009

PRESSMAN, Roger. Ingeniería de Software, un enfoque práctico: Séptima Edición. McGraw-Hill, 2010

BRAUDE, Eric. Ingeniería de Software, Una perspectiva orientada a objetos: Versión Original. ALFAOMEGA Grupo Editor, 2003

WEITZENFELD, Alfredo. Ingeniería de Software Orientada a objetos con UML, Java e Internet: Versión Original. Thomson Editores S.A., 2010

LARMAN, Craig. UML y Patrones, Una introducción al análisis y diseño orientado a objetos y al proceso unificado: Segunda Edición. Pearson Educación S.A., 2006

BRUNET, Luc. El clima de trabajo en las organizaciones, Definición, diagnóstico y consecuencias: Primera Edición. Trillas S.A., 2004

IVANCEVICH, John. Administración de recursos humanos: Novena Edición. McGraw Hill, 2004

CUESTA SANTOS, Armando. Gestión del talento humano y del conocimiento: Primera Edición. Ecoe Ediciones, 2010

NAMAKFOROOSH, Mohammad. Metodología de la investigación: Segunda Edición. Ediciones LIMUSA S.A., 2010

RODRIGUEZ GOMEZ, Greogrio. Metodología de la investigación cualitativa: Segunda Edición. Ediciones Aljibe, 2003

ROSADO, Miguel. Metodología de investigación y evaluación: Primera Edición. Trillas S.A., 2003

109

12. INFOBIOGRAFIA

TORO GARCIA, Natalia. CLIMA ORGANIZACIONAL: PROMOTOR DE LA CREATIVIDAD EN LA EMPRESA [ONLINE]. [Colombia]: 2004. Disponible en Internet: <URL: http://www.manizales.unal.edu.co/modules/unrev_creando/documentos/Clima.pdf>

ROJAS, Odalis. Clima laboral: El Estado de Ánimo de la Organización [ONLINE]. [Argentina]: Feb. 2007. Disponible en Internet: <URL: http://www.mujeresdeempresa.com/relaciones_humanas/070201-clima-laboral.asp>

LOPEZ, Ruth. Fundamentos de Investigación, LA ENCUESTA [ONLINE]. [España]: Cap. 9. 2010. Disponible en Internet: <URL: http://www.psicodinamico.es/neurona/2010/Investigacion/t9.pdf>

deGerencia.com. Midiendo el Clima Organizacional [ONLINE]. [España]: Ene. 2006. Disponible en Internet: <URL: http://www.degerencia.com/articulos.php?artid=831>

Universidad Autónoma de Baja California. El Proceso Unificado de Desarrollo de Software (RUP) [ONLINE]. [México]: Jun. 2004. Disponible en Internet: <URL: http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm>

RUEDA CHACON, Julio Cesar. APLICACIÓN DE LA METODOLOGÍA RUP PARA EL DESARROLLO RÁPIDO DE APLICACIONES BASADO EN EL ESTÁNDAR J2EE [ONLINE]. [Guatemala]: Mar. 2006. Disponible en Internet: <URL: ftp://ftp.itmerida.mx/Mario/Gestion%20de%20Proyectos%20de%20Software/Documentacion%20RUP/Tesis%20Aplicacion%20RUP.pdf>

GRUPO CCEA. MSDN Ingeniería de Software [ONLINE]. [D.F. México]: 2004. Disponible en Internet: <URL: http://www.grupoccea.info/Biblioteca/Apuntes/P_ingsoftware.pdf>

SECRETARIA DEL SENADO. CODIGO PENAL [ONLINE]. [Colombia]: 2011. Disponible en Internet: <URL: http://www.secretariasenado.gov.co/senado/basedoc/ley/2000/ley_0599_2000_pr009.html>

DEPARTAMENTO ADMINISTRATIVO DE LA FUNCION PÚBLICA. CULTURA ORGANIZACIONAL [ONLINE]. [Colombia]: 2003. Disponible en Internet: <URL: http://mecicalidad.dafp.gov.co/documentacion/Componente%20Ambiente%20de%20Control/Cultura%20Organizacional.pdf>

SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS ...

Documents

Transcript of SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS ...