Proyecto de Grado

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.
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.
12
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.
13
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.
14
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?
15
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.
16
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
17
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
18
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
19
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
20
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
1
En 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
21
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.
22
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
2
El 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
4
La 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
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
23
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
5
A 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%20Contr
ol/Cultura%20Organizacional.pdf>
24
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.
25
6.2.3 ENCUESTA Y CUESTIONARIO
CUESTIONARIO
6
El 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.
7
La 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
8
De 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
26
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
9
La 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>
27
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
10
Aunque 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>
28
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?
29
* 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.
30
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
11
CAPAS 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
31
Las herramientas de la ingeniería de software proporcionan un apoyo
automatizado para el proceso y los métodos.
6.3.2 METODOLOGIA RUP
12
El 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.
13
El 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
32
Figura 1. Fases del proceso RUP
14
INICIO: 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
S.A., 2009. Pág. 77
33
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.
15
La 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
S.A., 2009. Pág. 78
34
6.3.3 MODELOS DE PROCESO INCREMENTAL
16
Hay 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
35
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
36
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

17
La 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>
37
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>
38
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.
39
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.
40
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 El sistema deberá permitir crear roles y solamente podrán
requerimiento 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á
41
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
Explicación breve del El sistema debe permitir la creación de encuestas, cada

requerimiento 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.
42
Nombre Permitir crear preguntas
Explicación breve del El sistema debe permitir la creación de preguntas dentro

requerimiento 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
Explicación breve del El sistema deberá tener dos interfaces diferentes para la
requerimiento 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.
43
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
Explicación breve del El sistema debe permitir crear a los usuarios cliente de dos
requerimiento 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
44
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
Explicación breve del El sistema debe permitir crear dos tipos de encuestas, las
requerimiento 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.
45
Salida La creación exitosa de una encuesta.
Nombre Generar reportes de resultados de encuestas
Explicación breve del El sistema deberá permitir generar reportes de los

requerimiento 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.
46
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
Tarjeta de Video, Tarjeta de red, Unidad de CD, Puerto USB,
Adicionales
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
47
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
48
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.
49
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
Permitir el ingreso de los usuarios a la aplicación vía intranet y ejecutar

Objetivo
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
Ingresa a la Intranet, al sistema
de información por medio de
una URL específica, por donde
1 Solicita usuario y contraseña
tendrán acceso los
administradores. (Ejemplo:
http://dominio/admin)
Ingresa información solicitada y Válida información registrada y permite

Flujo Principal 2
entrar acceso
Flujo Alternativo 1. Datos de Inicio de Sesión Incorrectos o Nulos
Flujos
Alternativos Paso Actor Sistema
Ingresa información errónea o Al realizar la validación detecta que los

2.1 no ingresa información datos son nulos o incorrectos e
solicitada por el sistema. informa al usuario el error encontrado.
50
Ingresa la información
2.2 solicitada de manera correcta o Vuelve a opción 2 o fin de flujo
cancela operación.
Caso de uso: Gestionar Encuestas
Nombre CU_02 Crear Encuesta
Objetivo Permitir la creación de las encuestas para su posterior divulgación.
El usuario debe estar autenticado dentro del sistema y tener permisos
Precondiciones
de adición en el módulo e encuestas.
Datos de Salida Registro exitoso de la encuesta.
Paso Actor Sistema
El actor ingresa a crear la Presenta al actor la interfaz y el
1 encuesta por medio del módulo formulario para la creación de una
de encuestas. encuesta.
51
El sistema valida la información
El actor ingresa la información ingresada y adiciona a la base de
Flujo Principal 2 solicitada por el sistema y datos la nueva encuesta y genera el
guarda la encuesta. 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
Flujos
Al realizar la validación detecta que el

Ingresa al módulo de
2.1 usuario no tiene permisos de creación
encuestas.
en el módulo de encuestas.
cancela operación.
Nombre CU_03 Crear Pregunta
Permitir la creación de las preguntas que serán asociadas a una

Objetivo
encuesta.
Precondiciones 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
El sistema genera la pantalla en donde
1 El actor crea una encuesta.
se podrán crear las preguntas.
El sistema genera la pantalla en donde
El actor selecciona un tipo de
se creara la pregunta y las respuestas
Flujo Principal 2 pregunta (Selección única y
que contendrá según el tipo de
múltiple) y da clic en continuar.
pregunta seleccionada por el actor.
El actor ingresa la pregunta y
El sistema almacena la pregunta con
las respuestas para el tipo de
3 sus respuestas en la base de datos
pregunta seleccionado y da clic
asociándola a la encuesta.
en salvar pregunta.
Flujo Alternativo 1. El usuario no tiene permisos de adición en el módulo de encuestas
Flujos
52
Ingresa al módulo de
1.1 usuario no tiene permisos de creación
encuestas.
en el módulo de encuestas.
cancela operación.
Flujo Alternativo 2. El usuario Selecciona como tipo de pregunta (abierta)
Flujos
El sistema muestra únicamente un

El actor selecciona como tipo formulario en donde el usuario podrá
2.1
de pregunta (abierta) ingresar la pregunta, pero ninguna
respuesta.
El actor da clic en salvar El sistema almacena la pregunta

2.2
pregunta. asociada a la encuesta.
Nombre CU_04 Modificar Encuesta
Permitir la modificación de una encuesta que ya ha sido creada dentro

Objetivo
del sistema.
Precondiciones
de modificación en el módulo de encuestas.
Datos de Salida Modificación exitosa de un registro.
Paso Actor Sistema
El actor ingresa a modificar una
Presenta al actor la interfaz y el listado
encuesta por medio del módulo
1 de las encuestas que han sido creadas
de encuestas, por la opción
en el sistema.
Listar encuestas.
El actor selecciona de la lista la El sistema genera el formulario de

Flujo Principal 2
encuesta que quiere modificar. edición de la encuesta al usuario.
El sistema almacena las

El actor modifica la información
modificaciones realizadas por el actor
3 que requiere modificar y da clic
a la encuesta y almacena la nueva
en salvar.
información a la base de datos.
53
Flujos
Ingresa la información errónea

El sistema no crea al administrador
3.1 o no ingresa la información
que se está tratando de adicionar.
solicitada por el sistema.
El actor ingresa información

3.2 correcta o cancela la creación Vuelve a opción 3 o fin del flujo.
del administrador.
Nombre CU_05 Modificar Preguntas de la encuesta
Permitir la modificación delas preguntas de una encuesta que ya ha sido

Objetivo
creada dentro del sistema.
de modificación en el módulo de encuestas.
La encuesta no puede estar ya diligenciada por ningún usuario cliente,

Precondiciones 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
El actor ingresa a modificar una
en el sistema.
Listar encuestas.
El actor da clic sobre el link
“editar” de la columna El sistema genera el formulario de
Flujo Principal 2 preguntas de la encuesta edición de las preguntas de la
seleccionada para editar las encuesta seleccionada.
preguntas
El sistema almacena las
El actor modifica la información modificaciones realizadas por el actor
3 que requiere modificar y de las a las preguntas de la encuesta y
preguntas y da clic en salvar. almacena la nueva información a la
base de datos.
54
Flujos


del administrador.
Nombre CU_06 Eliminar Encuesta
Permitir la Eliminación de las encuestas que han sido creadas dentro del
Objetivo
sistema.
Precondiciones
de eliminación en el módulo de encuestas.
Datos de Salida Eliminación exitosa de la encuesta seleccionada.
Paso Actor Sistema
El actor ingresa a Eliminar una
en el sistema.
Listar encuestas.
El actor da clic sobre el botón El sistema presenta mensaje de
“borra” de la columna Borrar advertencia en donde le pide una
Flujo Principal 2
frente a la encuesta que desea confirmación de la eliminación de la
eliminar. encuesta..
El actor da clic en la opción El sistema realiza la eliminación de la

3
aceptar. encuesta posterior a la confirmación.
Flujos
El actor da clic en la opción El sistema no realiza la acción de

2.1
cancelar. liminación y vuelve al paso 2..
55
Nombre CU_07 Generar reportes de encuesta
Permitir la generación de los reportes de las encuestas que han sido

Objetivo
creadas dentro del sistema.
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

Precondiciones
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
El actor ingresa a generar el
reporte de una encuesta por Presenta al actor la interfaz y el listado
1 medio del módulo de de las encuestas que han sido creadas
encuestas, por la opción Listar en el sistema.
encuestas.
El sistema la interfaz de consulta de
El actor da clic sobre el botón resultados en donde se puede validar
“ver” de la columna resultados en una gráfica de pie los resultados
Flujo Principal 2
frente a la encuesta que desea por pregunta y adicional a esto tendrá
consultar. un linkbutton para exportar las
respuestas de la encuesta.
El actor selecciona del
El sistema genera la gráfica de
dropdownlist las diferentes
3 resultados pie por cada una de las
preguntas realizadas en la
preguntas seleccionadas.
encuesta.
Flujo Alternativo 1. Generación de reporte de respuestas por encuesta
Flujos
El sistema genera mensaje de

El actor da clic en el link button
2.1 descarga del reporte y da la opción de
llamado exportar respuestas.
guardar o abrir el archivo. Fin del flujo.
Caso de uso: Gestionar Roles
56
Nombre CU_08 Crear Rol
Permitir la creación de roles, que contendrán permisos específicos

Objetivo sobre los módulos del sistema administrador y que puedan ser
asociados a los administradores posteriormente.
Precondiciones
de adición en el módulo de roles.
Datos de Salida Registro exitoso de un rol.
Paso Actor Sistema
Presenta al actor la interfaz y el
El actor ingresa a crear la formulario para la creación de un rol,
1 encuesta por medio del módulo en donde se encuentran los módulos
de Roles. listados y con los permisos que se
pueden dar por módulo.
El actor ingresa la información
ingresada y adiciona a la base de
Flujo Principal 2 solicitada por el sistema y
datos el nuevo rol y los permisos sobre
guarda el rol.
cada uno de los módulos.
Flujo Alternativo 1. El usuario no tiene permisos de adición en el módulo de Roles
Flujos
57
usuario no tiene permisos de creación
1.1 Ingresa al módulo de Roles. 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
Flujos
Ingresa al módulo de Roles y Al realizar la validación detecta que el

2.1 no ingresa información actor no ha ingresado la información
obligatoria. obligatoria, genera mensaje de error.

del rol.
Nombre CU_09 Modificar Rol
Permitir la modificación de roles, que contendrán permisos específicos

Objetivo sobre los módulos del sistema administrador y que puedan ser
asociados a los administradores posteriormente.
Precondiciones
de modificación en el módulo de roles.
Paso Actor Sistema
El actor ingresa a modificar un Presenta al actor la interfaz y el listado
1 rol por el módulo de roles y la de los roles que han sido creados en
opción listar roles. el sistema.
El actor selecciona el rol que
El sistema genera el formulario que
desea modificar de la lista
Flujo Principal 2 corresponde a la edición de la
dando clic sobre el nombre del
información del rol a modificar.
rol a editar.
El sistema almacena la nueva
El actor edita la información del
3 información de la edición generada por
rol a editar y da clic en salvar
el actor.
Flujos
58
usuario no tiene permisos de
1.1 Ingresa al módulo de Roles. modificación en el módulo de Roles y
el sistema no muestra permite la
modificación del rol fin del flujo.
Flujos
Ingresa al módulo de Roles y Al realizar la validación detecta que el

3.1 no ingresa información actor no ha ingresado la información
obligatoria. obligatoria, genera mensaje de error.

del rol.
Nombre CU_10 Eliminar Rol
Permitir la eliminación de roles, que contendrán permisos específicos

Objetivo
sobre los módulos del sistema administrador.
de adición en el módulo de roles.
Precondiciones
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
El actor ingresa a eliminar un Presenta al actor la interfaz y el listado
1 rol por el módulo de roles y la de los roles que han sido creados en
opción listar roles. el sistema.
El actor selecciona el rol que
desea eliminar de la lista
El sistema genera el mensaje de
seleccionando el check box al
Flujo Principal 2 advertencia al tratar de eliminar el rol y
frente de cada rol en la
elimina el rol seleccionado.
columna eliminar y da clic en
borrar.
Flujos
Paso Actor Sistema
Alternativos
59
usuario no tiene permisos de
1.1 Ingresa al módulo de Roles. eliminación en el módulo de Roles y el
sistema no muestra la opción de
eliminación fin del flujo.
Flujos

El actor selecciona el rol a rol que el actor desea eliminar
2.1
eliminar. contiene administradores asociados y
genera mensaje de error.
El actor da clic en el botón

2.2 Vuelve a opción 2 o fin del flujo.
aceptar.
Caso de uso: Gestionar Usuarios Administradores
60
Nombre CU_11 Crear Usuario Administrador
Permitir la creación de usuarios administradores asociado a algún rol,

Objetivo que contendrá permisos sobre algunos o todos los módulos para una
administración del portal.
Precondiciones
de adición en el módulo de administradores.
Datos de Salida Registro exitoso de un usuario administrador.
Paso Actor Sistema
El actor ingresa a crear un
administrador por medio del
1 formulario para la creación de un
módulo de administradores, por
administrador.
la opción crear administrador.
ingresada y adiciona a la base de
solicitada por el sistema y le
Flujo Principal 2 datos el nuevo administrador y los
asocia un rol al administrador y
permisos sobre cada uno de los
da clic en salvar.
módulos de acuerdo al rol asociado.
Flujos


del administrador.
Nombre CU_12 Modificar Usuario Administrador
Permitir la modificación de usuarios administradores que han sido

Objetivo
creados dentro del sistema.
Precondiciones
de modificación en el módulo de administradores.
Datos de Salida Modificación exitosa de un usuario administrador.
Paso Actor Sistema
61
El actor ingresa a modificar un
Presenta al actor la interfaz de
administrador desde el módulo
1 búsqueda de usuario, con algunos
administradores, la opción
filtros de búsqueda determinador.
buscar administradores..
El actor realiza la búsqueda del El sistema valida la información
Flujo Principal 2 administrador ingresando ingresada y genera los resultados de
alguno de los filtros o ninguno. la consulta generada.
El actor selecciona el El sistema genera el formulario de

3 administrador que desea edición del administrador
modificar. seleccionado.
El sistema almacena en la base de

El actor edita la información
4 datos los nuevos datos ingresados por
que requiera y da clic en salvar.
el actor.
Flujo Alternativo 1. Datos ingresados o Sesión Incorrectos o Nulos
Flujos
Ingresa la información errónea El sistema no edita la información del

4.1 o no ingresa la información administrador que se está tratando de
solicitada por el sistema. modificar.

del administrador.
Nombre CU_13 Eliminar Usuario Administrador
Permitir la eliminación de usuarios administradores que han sido

Objetivo
creados dentro del sistema.
Precondiciones
de eliminación en el módulo de administradores.
Datos de Salida Eliminación exitosa de un usuario administrador.
Paso Actor Sistema
El actor ingresa a eliminar un
administrador desde el módulo
buscar administradores.
Flujo Principal
2 administrador ingresando ingresada y genera los resultados de
62
El actor selecciona el ckeck
box frente al administrador a El sistema genera mensaje de
3 eliminar que se encuentra en la advertencia de la eliminación con las
columna sobre el botón opciones (aceptar y cancelar).
eliminar y da clic en borrar.
El sistema genera la eliminación del

4 El actor da clic en aceptar
administrador dentro del sistema.
Flujo Alternativo 1. Dar clic en cancelar en mensaje de confirmación
Flujos Paso Actor Sistema

Alternativos

3.1 cancelar del mensaje de Vuelve a opción 3 o fin del flujo.
confirmación.
Nombre CU_14 Crear grupo de administradores
Permitir la creación, modificación y eliminación de un grupo de

Objetivo administradores, este caso de uso agrupará a los administradores, por
grupos.
Precondiciones
de adición, modificación y eliminación en el módulo de administradores.
Creación, modificación y eliminación exitosa de un usuario
Datos de Salida
administrador.
Paso Actor Sistema
grupo de administradores
Presenta al actor la interfaz creación
1 desde el módulo
del grupo de administradores.
crear grupo de admin..
Flujo Principal
El actor ingresa los datos El sistema valida la información
2 necesarios para realizar dicha ingresada y realiza el almacenamiento
creación de la información.
Flujo Alternativo 1. Modificar grupo de administradores.
Flujos
Alternativos
Paso Actor Sistema
63
El ingresa a la opción listar Presenta al actor la lista de grupos de
1 grupo de admin en el módulo administradores que han sido creados
de administradores en el sistema.
El actor selecciona de la lista
alguno de los grupos de
El sistema genera y presenta la
2 administradores a modificar
interfaz de modificación al actor.
dando clic sobre el nombre del
grupo de administradores
El actor edita los campos que El sistema almacena la información

3
requiera y da clic en guardar modificada por el usuario. Fin del flujo.
Flujo Alternativo 1. Eliminar grupo de administradores.

Alternativos

1 grupo de admin en el módulo administradores que han sido creados
de administradores en el sistema.
administradores a eliminar
seleccionando el checkbox que El sistema genera mensaje de
2
se encuentra en la columna advertencia de la acción al actor.
llamada eliminar al frente de
cada grupo administrador y da
clic en eliminar
El actor da clic en el botón El sistema realiza la eliminación del

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

El actor da clic en el botón grupo de administradores y deja en la
4
cancelar 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.
64
ADMINISTRACION ENCUESTAS
ADMINISTRADOR SACENC
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.
65
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
66
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.
CREACION DE ENCUESTA
[ENCUESTA]
DIFUSION DE LA 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.
67
Figura 6. ADMINISTRACION, Modelo Base de datos, Iteración I
68
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
69
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
70
NOT
TIPO_PREGUNTA_ENCUESTA TPE_ID int NULL
TIPO_PREGUNTA_ENCUESTA IDI_ID int NOT NULL
TIPO_PREGUNTA_ENCUESTA TPE_NOMBRE Vchar NOT NULL
NOT
ENCUESTA ENC_ID int NULL
NOT
ENCUESTA SIT_ID int NULL
NOT
ENCUESTA ENC_NOMBRE varchar NULL
NOT
ENCUESTA ENC_ANONIMA bit NULL
NOT
ENCUESTA ENC_MULTIRESP bit NULL
NOT
ENCUESTA ENC_FECHA_CREACION datetime 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
NOT
PREGUNTA_ENCUESTA ENC_ID int NULL
NOT
PREGUNTA_ENCUESTA PGE_ID int NULL
NOT
PREGUNTA_ENCUESTA TPE_ID int NULL
NOT
PREGUNTA_ENCUESTA PGE_OBLIGATORIA bit NULL
NOT
PREGUNTA_ENCUESTA PGE_ORDEN smallint NULL
NOT
PREGUNTA_ENCUESTA PGE_TEXTO varchar NULL
NOT
OPCION_PREGUNTA OPP_ID int NULL
NOT
OPCION_PREGUNTA PGE_ID int NULL
NOT
OPCION_PREGUNTA OPP_ORDEN smallint NULL
NOT
OPCION_PREGUNTA OPP_TEXTO varchar NULL
71
NOT
RESPUESTA_ENCUESTAXUSUARIO RES_ID int NULL
RESPUESTA_ENCUESTAXUSUARIO USU_ID int NULL
NOT
RESPUESTA_ENCUESTAXUSUARIO PGE_ID int 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.
FRONT ADMINISTRADORES (CLIENTE WEB)
CONEXIONES WEB (LIBRERIA UI)
CONEXION A BASE DE DATOS (LIBRERIA)
ANALISIS Y CONTROL
BASE DE DATOS (SQL SERVER)
Figura 8. Diagrama de Componentes, Iteración I
72
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
Explicación breve del El sistema debe la creación de listas de correos, y que

requerimiento 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
Explicación breve del El sistema debe permitir el envío de correos masivos o

requerimiento individuales.
73
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
Explicación breve del En el envió del correo se debe especificar los usuarios a
requerimiento 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)
Explicación breve del Dependiendo del tipo de encuesta generado, si es tipo

requerimiento anónima o no es anónima el sistema solicitara
autenticación en el sistema, si un usuario no está
74
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
Explicación breve del El sistema debe presentar en un formulario, con cada una
requerimiento 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.
75
Nombre Registrar usuario
Explicación breve del El sistema debe permitir el registro de un usuario cliente

requerimiento 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.
Explicación breve del El sistema debe diferenciar las dos interfaces del sistema,
requerimiento 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
76
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
Tarjeta de Video, Tarjeta de red, Unidad de CD, Puerto USB,
Adicionales
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
77
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.
78
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.
79
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.
80
Caso de uso: Gestionar Usuarios Cliente
Nombre CU_15 Crear Usuario Cliente
Permitir la creación de usuarios cliente, que contendrá permisos para

Objetivo
poder navegar en el lado cliente del sistema de información.
Precondiciones
de adición en el módulo de usuarios.
Datos de Salida Registro exitoso de un usuario cliente.
Paso Actor Sistema
El actor ingresa a crear la
usuario cliente por medio del
módulo de usuarios, por la
usuario.
opción crear crear usuario.
Flujo Principal 2 ingresada y adiciona a la base de
datos el nuevo usuario cliente.
81
Flujos

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

del administrador.
Nombre CU_16 Modificar Usuario Cliente
Permitir la modificación de usuarios cliente que han sido creados dentro

Objetivo
del sistema.
Precondiciones
de modificación en el módulo de usuarios.
Datos de Salida Modificación exitosa de un usuario cliente.
Paso Actor Sistema
El actor ingresa a modificar un
usuario desde el módulo
usuarios, la opción buscar
filtros de búsqueda determinados.
usuarios.
Flujo Principal 2 usuarios cliente ingresando ingresada y genera los resultados de
El sistema genera el formulario de

El actor selecciona el usuario
3 edición del usuario cliente
cliente que desea modificar.
seleccionado.
El sistema almacena en la base de

El actor edita la información
4 datos los nuevos datos ingresados por
que requiera y da clic en salvar.
el actor.
Flujos
82
4.1 o no ingresa la información administrador que se está tratando de

del usuario cliente.
Nombre CU_17 Eliminar Usuario cliente
Permitir la eliminación de usuarios cliente que han sido creados dentro

Objetivo
del sistema.
Precondiciones
de eliminación en el módulo de administradores.
Datos de Salida Eliminación exitosa de un usuario cliente.
Paso Actor Sistema
usuarios, la opción buscar
usuarios.
Flujo Principal
2 usuario cliente ingresando ingresada y genera los resultados de
box frente al usuario a eliminar
3 advertencia de la eliminación con las
que se encuentra en la última
opciones (aceptar y cancelar).
columna y da clic en eliminar.

usuario cliente dentro del sistema.

Alternativos

confirmación.
83
Nombre CU_18 Crear grupo de usuarios
Permitir la creación, modificación y eliminación de un grupo de usuarios,

Objetivo
este caso de uso agrupará a los usuarios, por grupos.
Precondiciones
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
grupo de usuarios desde el Presenta al actor la interfaz creación
1
módulo usuarios, la opción del grupo de usuarios.
crear grupo de usuarios.
Flujo Principal
Flujo Alternativo 1. Modificar grupo de administradores.

Alternativos

1 grupo de usuario en el módulo usuarios que han sido creados en el
de usuarios sistema.
El sistema genera y presenta la
2 usuarios a modificar dando clic
interfaz de modificación al actor.
sobre el nombre del grupo de
usuarios

3
requiera y da clic en guardar modificada por el actor. Fin del flujo.
Flujo Alternativo 1. Eliminar grupo de administradores.

Alternativos

1 grupo de usuarios en el módulo usuarios que han sido creados en el
de usuarios sistema.
84
usuarios a eliminar
seleccionando el checkbox que El sistema genera mensaje de
2
se encuentra en la última advertencia de la acción al actor.
columna llamada al frente de
cada grupo usuarios y da clic
en eliminar
El actor da clic en el botón El sistema realiza la eliminación del

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

4 grupo de usuarios y deja en la pantalla
cancelar
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.
85
Precondiciones
de adición en el módulo de correos.
Datos de Salida Envío exitoso de correos.
Paso Actor Sistema
El actor ingresa a crear correos
por medio del módulo de
correos, por la opción crear
correo.
correo.
solicitada por el sistema y llena El sistema valida la información
Flujo Principal 2 el campo llamado correo ingresada y adiciona a la base de
individual y da clic en enviar datos el correo enviado y lo envía.
correo individual.
Flujo Alternativo 1. Enviar correo masivo (grupo de administradores, grupo de usuarios y
lista de correos)
Flujos
El actor realiza el envío masivo

de correos, el usuario
selecciona ya sea grupo de
El sistema adiciona al correo los
2.1 administradores, grupo de
usuarios seleccionados.
usuarios o lista de correo
teniendo en cuenta la
necesidad del actor.
El actor el actor después de El sistema envía el correo y adiciona el
2.2 haber asociado los correos da registro en la base de datos de los
clic en el botón enviar mensaje. correos enviados.
Nombre CU_20 Modificar Correos
Objetivo Permitir la modificación de correos enviados.
Precondiciones
de modificación en el módulo de correos.
Datos de Salida Modificación exitosa de un correo.
Paso Actor Sistema
El actor ingresa a modificar un Presenta al actor la interfaz de
1
correo desde el módulo búsqueda de correos, con algunos
86
correos, la opción buscar filtros de búsqueda determinados.
correos.
Flujo Principal 2 correo ingresando alguno de ingresada y genera los resultados de
los filtros o ninguno. la consulta generada.
El actor selecciona el correo El sistema genera el formulario de

3
que desea modificar. edición del correo seleccionado.
El actor edita la información El sistema envía el correo con las

4 que requiera y da clic en enviar modificaciones realizadas y almacena
correo. un nuevo registro en la base de datos.
Flujos

4.1 o no ingresa la información correo que se está tratando de

del usuario cliente.
Nombre CU_21 Eliminar Correo
Objetivo Permitir la eliminación de la lista de correos enviados
Precondiciones
de eliminación en el módulo de correos.
Datos de Salida Eliminación exitosa de un usuario cliente.
Paso Actor Sistema
1 búsqueda de correos, con algunos
correos, la opción buscar
correos.
Flujo Principal
2 correo ingresando alguno de ingresada y genera los resultados de
los filtros o ninguno. la consulta generada.
87
box frente al correo a eliminar
3 advertencia de la eliminación con las
que se encuentra en la última
opciones (aceptar y cancelar).
columna y da clic en borrar.

correo dentro del sistema.

Alternativos

confirmación.
Nombre CU_22 Crear Lista de Correo

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
Objetivo
cuales se presentaran en el registro como temas de interés para que el
usuario seleccione alguno.
Precondiciones
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
El actor ingresa a crear una
lista de correos desde el Presenta al actor la interfaz creación
1
módulo correos, la opción crear de lista de correos.
Lista de correos.
Flujo Principal
Flujo Alternativo 1. Modificar lista de correos.

Alternativos
El ingresa a la opción listar lista Presenta al actor la lista listas de

1 de correo en el módulo de correo que han sido creados en el
correos sistema.
88
alguna de las listas de correo a El sistema genera y presenta la
2
modificar dando clic sobre el interfaz de modificación al actor.
nombre de la lista de correo.

3
requiera y da clic en guardar modificada por el actor. Fin del flujo.
Flujo Alternativo 1. Eliminar lista de correo.

Alternativos
El ingresa a la opción listar Presenta al actor la lista de listas de

1 listas de correo en el módulo correo que han sido creados en el
de correos sistema.
alguna de las listas de correo a
eliminar seleccionando el
2 checkbox que se encuentra en
advertencia de la acción al actor.
la última columna al frente de
cada lista de correo y da clic en
eliminar
El actor da clic en el botón El sistema realiza la eliminación de la

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

4 la lista de correo y deja en la pantalla
cancelar
de la listar listas de correo.
Caso de uso: Ingresar al sistema cliente.
Nombre CU_22 Ingresar al sistema cliente
Permitir el ingreso de los usuarios a la aplicación vía intranet y ejecutar

Objetivo
las tareas a las cuales tienen permiso.
89
Actores Cliente
Precondiciones El usuario debe existir en la base de datos como usuario cliente.
Datos de Salida N/A
Paso Actor Sistema
de información por medio de El sistema presenta la interfaz cliente
Flujos Principal 1 una URL específica, por donde con la cual podrá interactuar este actor
tendrán acceso los clientes. sin estar autenticado.
(Ejemplo: http://dominio/cliente)
Flujo Alternativo 1. Ingreso al sistema iniciando sesión y con datos incorrectos
Flujos
El actor ingresa al sitio cliente y

El valida la información y autentica al
1.1 ingresa los valores de usuario y
usuario en el sistema.
password.
El sistema valida la información y
El actor ingresa al sitio cliente y
genera excepción de usuario y clave
1.2 ingresa los valores de usuario y
incorrecta vuelve a paso 1 o fin del
password incorrectos.
flujo.
Caso de uso: Diligenciar Encuesta.
Nombre CU_23 Diligenciar Encuesta
Permitir a los clientes realizar el diligenciamiento de las encuestas

Objetivo
teniendo en cuenta si la encuesta requiere o no autenticación.
Actores Cliente
La autenticación en el sistema no es obligatoria, sin embargo si la
encuesta así lo requiere el usuario debe autenticarse.
Precondiciones
El usuario debe existir en la base de datos como usuario cliente.
Datos de Entrada Usuario. Contraseña en caso de ser requeridos
90
Datos de Salida Diligenciamiento exitoso de la encuesta
Paso Actor Sistema
El sistema presenta la interfaz cliente
Flujos Principal 1 con la cual podrá interactuar este
lado cliente.
actor.
El actor se dirige a la sección
El sistema presenta al usuario la
de así opinaron y da clic sobre
2 interfaz de diligenciamiento de la
el nombre de la encuesta que
encuesta seleccionada.
desee diligenciar.
El actor ingresa los datos
agradecimiento y almacena los datos
3 solicitados por la encuesta y da
ingresados por el actor en la base de
clic en enviar encuesta.
datos.
Flujo Alternativo 1. Diligenciar encuesta con usuario cliente autenticado
Flujos
El sistema valida la encuesta que el

actor selecciono y valida que para
El actor se dirige a la sección poder diligenciar la encuesta el usuario
de así opinaron y da clic sobre debe estar autenticado, el sistema
2.1
el nombre de la encuesta que genera mensaje advirtiendo al usuario
desee diligenciar. que debe estar autenticado y no
permite ver el formulario de la
encuesta
El sistema valida que el usuario se
solicitados usuario y
encuentre autenticado y permite el
1.2 contraseña y da clic
ingreso al formulario de la encuesta
nuevamente sobre la encuesta
para su diligenciamiento.
a diligenciar.
Caso de uso: Registrarse.
Nombre CU_24 Registrarse
Permitir a un usuario cliente registrarse como usuario dentro del sistema

Objetivo
de información.
91
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
de información por medio de El sistema presenta la interfaz cliente
Flujos Principal 1 una URL específica, por donde con la cual podrá interactuar este actor
tendrán acceso los clientes. sin estar autenticado.
(Ejemplo: http://dominio/cliente)
El actor se dirige al menú
principal, en donde selecciona El sistema muestra el formulario de
2
la opción de registro en el registro dentro del sistema.
portal.
El actor ingresa los datos El sistema crea el registro del usuario
3 básicos para generar el registro dentro del sistema y genera mensaje
y da clic en suscribirme. de creación exitoso.
Flujo Alternativo 1. Datos de registro incorrectos
Flujos
El sistema valida la información y

El actor ingresa los datos genera mensaje de advertencia de
3.1
incorrectos en el sistema. datos incorrecto y limpia los campos
de contraseñas.
3.2 correctos o cancela la creación Vuelve a opción 3 o fin del flujo.
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.
92
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.
93
CREACION DE ENCUESTA
DIFUSION DE LA ENCUESTA [ENCUESTA]
NOTIFICACION VIA CORREO
DILIGENCIAMIENTO DE LA ENCUESTA
GENERACION DE ESTADISTICAS
[REPORTE]
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
94
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.
95
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:
96
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
97
ESTADO_CORREOXIDIOMA ADMINISTRADOR USUARIO
ECO_ID ADM_ID USU_ID
ESTADO_CORREO ADMINISTRADORXGRUPO
IDI_ID CLI_ID SIT_ID
ADM_ID
ECO_ID
ECO_NOMBRE ADM_ACTIVO MUN_CODIGO
GRU_ID
ADM_NOMBRES TID_ID
ADM_APELLIDOS TIU_ID
ADM_EMAIL DEP_ID
TID_ID USU_NOMBRES
ADM_IDENTIFIC... USU_APELLIDOS
ADM_TELEFONO USU_IDENTIFICACION
ADM_USUARIO USU_EMAIL
CORREO
ADM_CLAVE USU_EMAIL_ALTERNO
COR_ID
ADM_PREGUNTA USU_SEXO
SIT_ID
ADM_RESPUESTA USU_EMPRESA
ECO_ID
USU_FECHA_NACIMIE...
PLA_ID
CORREOXGRUPO_USUARIOS USU_TEL_CASA
COR_ASUNTO
COR_ID USU_TEL_OFICINA
COR_EMAIL_REMITE...
GPU_ID USU_TEL_CELULAR
COR_NOMBRE_REMI...
USU_CARGO
COR_FECHA_ENVIO
USU_DIRECCION
COR_CUERPO
CORREOXGRUPO_ADMINISTRADOR OCU_ID
COR_ADJUNTO
COR_ID
COR_IMAGEN_ARCHI...
GRU_ID
COR_IMAGEN_PIE
GRUPO_USUARIOS
COR_IMAGEN_ALT GPU_ID
SIT_ID
GPU_NOMBRE
GPU_DESCRIPCION GRUPO_USUARIOSXUSUARIO
USU_ID
GRUPO_ADMINISTRADOR GPU_ESTADO
GRU_ID GPU_ID
CLI_ID
GRU_NOMBRE
GRU_ESTADO
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

NOT
TIPO_USUARIO TIU_ID int NULL
TIPO_USUARIO IDI_ID Int NOT NULL
TIPO_USUARIO TIU_NOMBRE varchar NOT NULL
USUARIO USU_ID int NOT NULL
NOT
USUARIO SIT_ID int NULL
USUARIO MUN_CODIGO char NULL
USUARIO TID_ID int NULL
USUARIO TIU_ID int NULL
USUARIO DEP_ID int NULL
98
NOT
USUARIO USU_NOMBRES varchar NULL
NOT
USUARIO USU_APELLIDOS varchar NULL
NOT
USUARIO USU_IDENTIFICACION varchar NULL
NOT
USUARIO USU_EMAIL varchar NULL
NOT
USUARIO USU_EMAIL_ALTERNO varchar NULL
USUARIO USU_SEXO int NULL
NOT
USUARIO USU_EMPRESA char 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
NOT
USUARIO USU_USUARIO varchar NULL
USUARIO USU_CLAVE varchar NULL
NOT
USUARIO USU_PREGUNTA varchar NULL
NOT
USUARIO USU_RESPUESTA varchar NULL
USUARIO USU_ESTADO bit NULL
NOT
USUARIO USU_FECHA_REGISTRO datetime NULL
USUARIO USU_IMG_NOMBRE varchar NULL
NOT
USUARIO USU_SMS bit NULL
NOT
GRUPO_USUARIOSXUSUARIO USU_ID int NULL
NOT
GRUPO_USUARIOSXUSUARIO GPU_ID int NULL
NOT
GRUPO_USUARIOS GPU_ID int NULL
NOT
GRUPO_USUARIOS SIT_ID int NULL
NOT
GRUPO_USUARIOS GPU_NOMBRE varchar NULL
99
GRUPO_USUARIOS GPU_DESCRIPCION varchar NULL
GRUPO_USUARIOS GPU_ESTADO bit NULL
CORREO

NOT
ESTADO_CORREO ECO_ID int NULL
ESTADO_CORREO IDI_ID int NOT NULL
ESTADO_CORREO ECO_NOMBRE varchar NOT NULL
NOT
CORREOXGRUPO_USUARIOS COR_ID int NULL
NOT
CORREOXGRUPO_USUARIOS GPU_ID int NULL
NOT
GRUPO_USUARIOSXUSUARIO USU_ID int NULL
NOT
GRUPO_USUARIOSXUSUARIO GPU_ID int NULL
NOT
CORREO COR_ID int NULL
NOT
CORREO SIT_ID int NULL
NOT
CORREO ECO_ID int NULL
NOT
CORREO PLA_ID int NULL
NOT
CORREO COR_ASUNTO varchar NULL
NOT
CORREO COR_EMAIL_REMITENTE varchar NULL
CORREO COR_NOMBRE_REMITENTE varchar NULL
CORREO COR_FECHA_ENVIO datetime NULL
NOT
CORREO COR_CUERPO varchar 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
NOT
GRUPO_ADMINISTRADOR GRU_ID int NULL
GRUPO_ADMINISTRADOR CLI_ID int NOT
100
NULL
NOT
GRUPO_ADMINISTRADOR GRU_NOMBRE varchar NULL
GRUPO_ADMINISTRADOR GRU_ESTADO bit NULL
NOT
GRUPO_USUARIOS GPU_ID int NULL
NOT
GRUPO_USUARIOS SIT_ID int NULL
NOT
GRUPO_USUARIOS GPU_NOMBRE varchar NULL
GRUPO_USUARIOS GPU_DESCRIPCION varchar NULL
GRUPO_USUARIOS GPU_ESTADO bit NULL
NOT
CORREOXGRUPO_ADMINISTRADOR COR_ID int NULL
NOT
CORREOXGRUPO_ADMINISTRADOR GRU_ID int 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.
101
FRONT ADMINISTRADORES (CLIENTE WEB) FRONT CLIENTES (CLIENTE WEB)
CONEXIONES WEB (LIBRERIA)

CONEXIONES WEB (LIBRERIA UI)
GENERACION DE ARCHIVOS (LIBRERIA) CONEXION A BASE DE DATOS (LIBRERIA) CONEXIONES SNMP (LIBRERIA SNMP) SERVICIOS DE CORREO
ANALISIS Y CONTROL
BASE DE DATOS (SQL SERVER)
Figura 15. Diagrama de Componentes, Iteración II
102
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?
103
¿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
104
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
105
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.
106
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
107
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

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
108
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/Docu
mentacion%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_pr0
09.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%20Contr
ol/Cultura%20Organizacional.pdf>
109

Proyecto de Grado

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto de Grado

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS

MIGUEL CAMILO PAEZ PIRAZAN

HECTOR AUGUSTO OSORIO GAMEZ

PROGRAMA DE INGENIERIA DE SISTEMAS

MIGUEL CAMILO PAEZ PIRAZAN

HECTOR AUGUSTO OSORIO GAMEZ

PROYECTO DE GRADO PARA OPTAR AL TITULO DE INGENIERO DE

DIRECTOR DEL PROYECTO:

ING. MILLER RIVERA LOZANO

PROGRAMA DE INGENIERIA DE SISTEMAS

Cumpliendo con los requisitos exigidos por la UNIVERSIDAD LIBRE DE

SISTEMA DE ADMINISTRACION Y CONTROL DE ENCUESTAS

Tema que ha sido aprobado anteriormente en la etapa de propuesta de grado y

Miguel Camilo Páez Pirazan

Hector Augusto Osorio Gámez

Bogotá 25 de Marzo de 2013

Firma del presidente del jurado

Firma del Jurado

Firma del Jurado

Bogotá D.C., Enero 15 del 2013

FAMILIA OSORIO GÁMEZ Por todos sus consejos, y apoyo incondicional

DIRECTOR DEL PROYECTO Ingeniero Miller Rivera Lozano, por su excelente

FACULTAD DE INGENIERIA Por su soporte y apoyo institucional dado para

DINAMIZAR S.A. Profesor Armando Alfaro, quienes son las

EN GENERAL A todas aquellas personas que de una u otra

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

Es una medición estadística que se toma por medio de encuestas y va orientado a

Hace referencia a las empresas en donde se efectúan las actividades laborales, y

Rational Unified Process. Proceso Unificado de Rational, metodología del proceso

Se refiere al conjunto de instrucciones que se efectúa lógicamente en un

Unified Modeling Language. Lenguaje Unificado de Modelado, notación estándar

Institute of Electrical and Electronics Engineers, es una asociación de

Es un repositorio de información, los cuales almacenan datos sistematizados para

Simple Mail Transfer Protocol, es un protocolo de redes que es usado para la

La idea de implementar el presente proyecto surgió de diversas necesidades de

El recurso humano es lo más importante para las empresas, y en base a este es la

El producto consta de tres módulos principales, la parte administrativa y de

El módulo de encuestas, lo compone la creación y parametrización del formulario

El último de los módulos principales corresponde al de correos, en este, se podrán

Con lo descrito anteriormente, se define a SACENC como un producto complejo

Con el presente proyecto, se evidencio que para cualquier tipo de empresa el

Para las áreas de recursos humanos se ha convertido la encuesta como el

Debido a estos antecedentes surgió la idea de crear el producto llamado

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

En la segunda iteración, se aplican los complementos necesarios para la

1.1 DESCRIPCION DEL PROBLEMA

En las empresas surge la necesidad de tener un control eficiente sobre el recurso

La empresa Dinamizar soluciones presenta una problemática al tratar de manejar

Por tales motivos Dinamizar Soluciones propone el objetivo de poder procesar de