proyecto ateneo
TRANSCRIPT
República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación universitaria
UNIVERSIDAD POLITECNICA TERRITORIAL DEL ESTADO ARAGUA
La Victoria - Estado Aragua
Sistema De Información Como Herramienta Para la Gestión Administrativa Del
ATENEO De La Victoria Del Municipio José Félix Ribas Edo-Aragua.
La Victoria, Diciembre 2012.
Coordinador:
Prof. Jesús Saturno
AUTORES
T.S.U. Jhonfer Castillo C.I: 21.269.762
T.S.U. Yusmely Mejías C.I: 20.068.665
T.S.U. Pérez Félix C.I: 19.471.756
Proyecto Socio-Tecnológico III (FASE III).
PIPT 309-3
SECCION: 2
Introducción
Actualmente las organizaciones requieren de sistemas automatizados que
controlen con mayor exactitud y rapidez los procesos, para así lograr resultados
beneficiosos, ya que la mayor responsabilidad del gerente es tomar decisiones de
tipo financiera y no financiera, en base a la información recolectada. En el
ATENEO de la victoria, este manejo es llevado de forma manual lo cual conlleva
a un proceso tedioso y desorganizado al momento de guardar la información.
Por esta y muchas razones hemos decidido elaborar un Sistema Automatizado que
le facilite a esta organización llevar un mejor Control de los Procesos de crear
cursos o talleres, eventos culturales, publicaciones y comentarios, administración
de horarios, alertas de las publicaciones de los usuarios, esto cumple con todas las
necesidades de como agilizar de forma automatizada una excelente organización
al momento de llevar los estados forma correcta.
El presente proyecto se describe de forma continua por el planteamiento del
problema; lo cual este hace mención de los puntos clave o las interrogantes de la
investigación, los objetivos, lo que se pretende alcanzar en el proyecto,
Seguidamente se lleva a cabo la justificación de la investigación, del porqué de la
investigación. Alcances; en esta sección explica con claridad y precisión hasta
donde se pretende llegar y profundizar en la investigación, Matriz DOFA; Este
análisis establece el diagnóstico estratégico y su objetivo consiste en concretar, en
un gráfico o una tabla los puntos fuertes y débiles propios del Sistema, con las
amenazas y oportunidades externas, en coherencia con la lógica de que la
estrategia debe lograr un adecuado ajuste entre su capacidad interna y su posición
competitiva externa.
Factibilidad del proyecto; se refiere a la disponibilidad de los recursos necesarios
para llevar a cabo los objetivos o metas señalados. La Metodología empleada en el
proyecto es OOHDM la cual esta sirve para la elaboración de aplicaciones
multimedia y tiene como objetivo hacer más eficaz el diseño de aplicaciones
hipermedia y la Metodología IAP, esta consiste en llevar a cabo una referencia
específica y concreta para facilitar los procesos de la investigación. Entre otros
procesos que se verán a continuación en el proyecto a desarrollar.
El presente proyecto consta de aplicaciones que presenta una interfaz amigable
capaz de realizar: las operaciones básicas de mantenimiento de archivos que
proporcione una mejor manera de proveer información actualizada para la toma de
decisiones, registro y control de todos los procesos inherentes en el sistema,
ofrece reportes de acuerdo a la necesidad del usuario.
Planteamiento del problema
El Ateneo De La Victoria es una de las principales organizaciones no
gubernamentales del Municipio José Félix Ribas – Estado Aragua, dedicada
principal y primordialmente a trasmitir y enseñar la cultura y todo lo referente al
mundo de las artes a niños, jóvenes y adultos que conforman el territorio de La
Victoria.
En la mencionada organización existe una serie de problemáticas que fueron
estudiadas después de la recopilación de datos efectuada, donde se pudo observar
que una de las principales dificultades que presenta el Ateneo De La Victoria hace
referencia a los encargados de dicho centro cultural los cuales llevan a cabo de
manera manual el control de los cursos que son impartidos, la administración
tanto de personal como de bienes, y de la información que hace referencia a la
divulgación y publicidad de dicho centro esto conlleva a las siguientes situaciones
como lo son la poca comunicación e indagación entre las colectividades
interesadas que buscan aprendizaje, mínima asistencia de niños, jóvenes y adultos
artistas, carencia de poca actividad cultural en comunidades lejanas, todas estas
situaciones a su vez conlleva a problemas indirectos como el ocio, la poca
participación en actividades culturales y artísticas de personas de escaso recursos.
Por tal motivo se es necesario el desarrollo de un sistema de información
administrativo por el Ateneo De La Victoria donde este estructurado por
componente de inscripción y administración de los cursos y bienes, desarrollo de
horarios, información y actualización periódica sobre actividades referentes de
interés, gestión de contenido y publicaciones, formación y capacitación por parte
de tutores vía online atreves del sistema entre una serie de herramientas que
unidas buscan los objetivos de aglutinar a las comunidades de artistas en la red, en
el cual cada usuario pueda mostrar su arte y aprovechar las posibilidades de la red
para someterlos a comentarios y críticas constructivas de cualquiera y en
particular de otros artistas con el propósito de auto mejorar e igualmente la
comunicación e intercambio de conocimientos y saberes entre personas,
comunidades y organizaciones a nivel artístico para el desarrollo de futuros
proyectos entre estos grupos de individuos.
Objetivo General.
Desarrollar un sistema de información como herramienta para la gestión
administrativa del Ateneo De La Victoria del Estado Aragua.
Objetivos Específicos.
Analizar las necesidades y requerimientos de la población artística y cultural al
igual que del Ateneo De La Victoria con respecto a soluciones informáticas.
Diseñar una serie de componentes que engloben al sistema con sus respectivos
manuales de instalación y uso apropiado del mismo.
Desarrollar el sistema basado en procesos fundamentales de gestión administrativa
y comunicacional para el ateneo y Comunidad artística de La Victoria bajo una
arquitectura cliente servidor.
Implementar el sistema en los diferentes dispositivos servidor remoto y
computadores locales del Ateneo De La Victoria encargado de la administración
del sitio.
Justificación
El presente proyecto parte de la importancia de la formación cultural y dar
información sobre la comunidad del Ateneo de La Victoria ya que llevan a cabo
de manera manual el control de los cursos que son impartidos y la información
que hace referencia a la divulgación y publicidad de dicho centro. Además de que
existe poca asistencia de niños, jóvenes y adultos artistas.
Es por ello que la comunidad y nosotros como grupo de investigadores indagamos
y percibimos la necesidad de desarrollar un sistema de información donde este
estructurado por componente de inscripción y administración de los cursos y
bienes, desarrollo de horarios, información y actualización periódica sobre
actividades referentes de interés, gestión de contenido y publicaciones, formación
y capacitación por parte de tutores vía online a través del sistema.
Con el desarrollo de este sistema de información la comunidad en general podrá
mostrar su arte, realizar intercambios de conocimientos y tener información acerca
de los cursos y talleres que son impartidos y así solventar la falta de información
que se observa en la comunidad del Ateneo de La Victoria a través del sistema
planteado.
Por lo anteriormente expresado se ha conseguido un total apoyo a la idea de
implantar un sistema automatizado en la parte administrativa del ATENEO DE
LA VICTORIA.
El personal administrativo se siente partidario por hacer realidad un proyecto que
traería un soporte técnico confiable y acorde a los avances de la era tecnológica de
la información.
Por lo tanto este estudio es muy importante para esta Organización ya que
seremos pioneros en implementar este tipo de sistema automatizado, así mismo
buscar por ello el crecimiento, y desarrollo tecnológico en la organización del
ATENEO DE LA VICTORIA.
Desde el punto de vista metodológico todas las técnicas de esta investigación le
servirá a trabajos o tesis futuras la cual será uno de nuestros objetivos ya que
como esta organización será pionera en implementar un sistema automatizado de
información en la parte de los procesos ya mencionado anteriormente, la idea es
que otros sigan nuestros pasos para que este tipo de sistema se implemente en
otras organizaciones, y como consecuencia el desarrollo notable de tecnologías en
la parte administrativa del ATENEO DE LA VICTORIA.
Alcances
El presente proyecto lleva como objetivo principal el desarrollo e implementación
del sistema de gestión administrativa del Ateneo de La Victoria del cual está
compuesto por Modulo de registro de usuarios, estudiantes, bienes, cursos y
horarios. Procesos de administración y asignación de estudiantes a cursos y este a
su vez a horarios. Impresión de los diferentes reportes que sean solicitados
referentes a los registros y procesos.
Se accederá al sistema dependiendo del nivel de usuario los cuales son:
administrador el cual cumple y tiene privilegio a todas las acciones del sistema es
especial la de gestionar usuarios, supervisor encargado de administrar
publicaciones añadidas por usuarios, trasmitir información referente a actividades
del ateneo, estudiante el cual podrá hacer publicaciones comentarios, registrarse
en cursos e imprimir reportes.
El sistema permanecerá en un servidor externo donde la interacción sea de manera
cliente – servidor, debe ser eficiente funcionando en cualquier sistema operativo y
navegador web, rápido, de fácil acceso atreves de internet, flexible y comprensible
por los diferentes tipos de usuarios que ingresen a él, y tendrá como administrador
principal la organización cultural Ateneo de La Victoria, en el municipio José
Félix Ribas del estado Aragua.
El periodo de elaboración consta de tres fases las cuales son investigación,
desarrollo e implementación las cuales hacen un periodo de un año igualmente el
tiempo de prueba, corrección de errores y culminación satisfactoria del proyecto.
ANALISIS SITUACIONAL
MATRIZ DOFA
DEBILIDADES. FORTALEZAS.
En el ateneo de la victoria no posee un
sistema que permita llevar un control de
los distintos eventos culturales, talleres,
cursos que se darán a las personas, y los
procesos administrativos que se llevan a
cabo.
La falta de un sistema información
automatizado, dificulta la Ausencia de
mecanismos de almacenamiento y
procesamiento de datos.
Las actividades del ATENEO de la
victoria, y el Tiempo de respuesta
excesivamente largo ante las consultas
de información.
En cuanto al software del sistema los
equipos ya poseen el sistema operativo
Windows XP, y la base de datos
Microsoft Access 2007.
El área administrativa del ATENEO de
la victoria. Posee la Existencia del
hardware y software necesario para el
desarrollo del sistema de información
propuesto.
El personal del ATENEO de la victoria.
es calificado, ya que cuenta con mucha
experiencia y son capacitados para
manejar el sistema.
Atienden a los usuarios desde las
instalaciones del ateneo.
Los procedimientos que se han venido
desarrollando en el ATENEO de la
victoria. Fortalecen el establecimiento y
consolidación del sistema
automatizado, así como el que se
propone implementar.
La ubicación del ateneo se encuentra en
un punto de fácil acceso para algunos
de los miembros del grupo.
OPORTUNIDADES. AMENAZAS.
Con el diseño de un sistema
automatizado el ATENEO de la
victoria. Administra de una manera más
fácil y eficaz cada evento cultural,
talleres y cursos que serán dados en las
instalaciones del ATENEO.
Desarrollar un sistema automatizado,
donde el administrador y usuarios del
ATENEO de la victoria. pueda realizar
la indagación en el sistema de manera
rápida confiable sin pérdida de
información.
El sistema de información automatizado
facilita el control de los procesos y el
volumen de la información que se
maneja en el ATENEO de la victoria.
Las personas podrán ejecutar cada
proceso como (eventos culturales,
talleres, cursos), sin ningún
inconveniente, el sistema les ayuda
solucionar cada problema que se les
presente al momento de hacer una
operación no deseada.
Perdida de la información documental,
por falta de sistema de
almacenamiento.
Los procesos del ateneo de la victoria.
Generan Complejidad creciente por el
aumento de documentos que se llevan
a cabo.
La falta de pautar cada eventos y
talleres, cursos, en la fecha indicada.
Factibilidad
Factibilidad Económica:
Esta Organización cuenta con dos equipos computarizados que satisface las
necesidades del sistema, los autores aseguran que la misma no es necesario la
compra de equipos nuevos para la Organización. En cuanto al software del
sistema los equipos ya poseen el sistema operativo Windows XP, y la base de
datos Microsoft Access 2007. El costo de la Investigación será mínima. Por lo
tanto la investigación es factible económicamente, lo que genera nosotros los
desarrolladores de dicho sistema no vamos hacer ningún tipo de inversión.
Factibilidad Técnica:
Actualmente el ateneo de la victoria cuenta con dos computadoras donde se
efectúan tareas administrativas con paquetes de software para oficinas, trabajos en
Word.
El equipo que cuenta el ateneo de la victoria funciona correctamente con el
sistema propuesto ya que cuenta con 1 GB de memoria RAM, un Disco duro de
160 GB ya que el espacio es fundamental para almacenar la información en la
base de datos y Contiene un Sistema operativo Windows XP monitor VGA,
teclado y mouse.
Con nuestros conocimientos adquiridos y con la ayuda de nuestro tutor y
coordinador de la materia desarrollaremos un sistema de Información
Automatizado al ATENEO DE LA VICTORIA. ya que nuestro tutor tiene
conocimientos en el área de programación y redes, nos ayudara en la
programación y configuración de redes si es necesario. El coordinador tiene
conocimientos en la metodología a aplicar, bases de datos, etc., el responsable de
la comunidad cuenta con conocimientos básicos en Microsoft office y manejo del
sistema operativo Windows XP. Con todos esos conocimientos lograremos el
objetivo en mente del desarrollo del sistema.
Este estudio estuvo destinado sobre los componentes de equipos cómputos, que
posee la organización, y la posibilidad de hacer uso de los mismos de desarrollo e
implementación del sistema propuesto en el ATENEO DE LA VICTORIA.
Factibilidad Operativa:
Existe un interés marcado en la dirección y personal del ateneo de la victoria para
utilizar el desarrollo propuesto.
No hay obstáculo para ejecutar el proyecto, la aptitud por parte de la Organización
para implementar el sistema de información automatizado, por ejemplo: Apoyo de
la organización para facilitar información e investigación en cuanto al sistema
automatizado propuesto.
Con la finalidad de garantizar el buen funcionamiento del sistema y que este
impactara en forma positiva a los usuarios de la organización del ATENEO DE
LA VICTORIA. lo que se traduce en una herramienta de fácil manejo y
compresión, tantos las pantallas y reportes serán familiar a los ejecutores,
contando con la opinión de los mismos para cualquier indecisión del sistema.
Se le dará capacitación y adiestramiento en cuanto las herramientas de parte de
WINDOWS y el mantenimiento de hardware y software del equipo, y también se
le dará adiestramiento del sistema que se va desarrollando. Se le dejará un manual
de usuario, como material de apoyo a la hora de buscar cualquier duda que se le
presenta al usuario.
METODOLOGIA
OOHDM es una metodología de desarrollo propuesta por Rossi y Schwabe
(ROSSI 1996) para la elaboración de aplicaciones multimedia y tiene como
objetivo simplificar y a la vez hacer más eficaz el diseño de aplicaciones
hipermedia.
IAP es un enfoque investigativo y una metodología de investigación, aplicada a
estudios sobre realidades humanas. Cómo enfoque se refiere a una orientación
teórica (filosofía, marco teórico) en torno a cómo investigar.
Como metodología hace referencia a procedimientos específicos para llevar
adelante una investigación - estudio científico diferente a la investigación
tradicional; es una manera concreta de llevar adelante los pasos de la
investigación científica de acuerdo con su enfoque.
OOHDM
Es un Método de Diseño de Desarrollo en Hipermedia Orientado a Objetos
(Object-Oriented Hypermedia Design Method) y abarca las cuatro actividades: El
modelado conceptual, diseño navegacional, diseño abstracto de interfaz y la
puesta en práctica. Estas actividades se realizan en una mezcla de estilo
incremental, iterativo y basado en prototipos de desarrollo.
Los modelos orientados a objetos se construyen en cada paso que mejora los
modelos diseñados en iteraciones anteriores y consta de las siguientes fases:
Fase Conceptual, durante esta actividad se construye un esquema conceptual
representado por los objetos del dominio, las relaciones y colaboraciones
existentes establecidas entre ellos. En las aplicaciones hipermedia convencionales,
cuyos componentes de hipermedia no son modificados durante la ejecución, se
podría usar un modelo de datos semántico estructural (como el modelo de
entidades y relaciones). De este modo, en los casos en que la información base
pueda cambiar dinámicamente o se intenten ejecutar cálculos complejos, se
necesitará enriquecer el comportamiento del modelo de objetos En OOHDM, el
esquema conceptual está construido por clases, relaciones y subsistemas. Las
clases son descritas como en los modelos orientados a objetos tradicionales. Sin
embargo, los atributos pueden ser de múltiples tipos para representar perspectivas
diferentes de las mismas entidades del mundo real.
Fase Navegacional, se debe tener en mente que la generación de aplicaciones
Web fue pensada para realizar navegación a través del espacio de información,
utilizando un simple modelo de datos de hipermedia. En OOHDM, la navegación
es considerada un paso crítico en el diseño aplicaciones.
Un modelo navegacional es construido como una vista sobre un diseño
conceptual, admitiendo la construcción de modelos diferentes de acuerdo con los
diferentes perfiles de usuarios. Cada modelo navegacional provee una vista
subjetiva del diseño conceptual. El diseño de navegación es expresado en dos
esquemas: el esquema de clases navegacionales y el esquema de contextos
navegacionales. En OOHDM existe un conjunto de tipos predefinidos de clases
navegacionales: nodos, enlaces y estructuras de acceso.
La semántica de los nodos y los enlaces son las tradicionales de las aplicaciones
hipermedia, y las estructuras de acceso, tales como índices o recorridos guiados,
representan los posibles caminos de acceso a los nodos. La principal estructura
primitiva del espacio navegacional es la noción de contexto navegacional. Un
contexto navegacional es un conjunto de nodos, enlaces, clases de contextos, y
otros contextos navegacionales (contextos anidados). Pueden ser definidos por
comprensión o extensión, o por enumeración de sus miembros. Los contextos
navegacionales juegan un rol similar a las colecciones y fueron inspirados sobre el
concepto de contextos anidados. Organizan el espacio navegacional en conjuntos
convenientes que pueden ser recorridos en un orden particular y que deberían ser
definidos como caminos para ayudar al usuario a lograr la tarea deseada. Los
nodos son enriquecidos con un conjunto de clases especiales que permiten de un
nodo observar y presentar atributos (incluidos las anclas), así como métodos
(comportamiento) cuando se navega en un particular contexto
Fase de Interfaz Abstracta, se debe tener las estructuras navegacionales son
definidas, se deben especificar los aspectos de interfaz. Esto significa definir la
forma en la cual los objetos navegacionales pueden aparecer, de cómo los objetos
de interfaz activarán la navegación y el resto de la funcionalidad de la aplicación,
qué transformaciones de la interfaz son pertinentes y cuándo es necesario
realizarlas.
Una clara separación entre diseño navegacional y diseño de interfaz abstracta
permite construir diferentes interfaces para el mismo modelo navegacional,
dejando un alto grado de independencia de la tecnología de interfaz de usuario.
El aspecto de la interfaz de usuario de aplicaciones interactivas (en particular las
aplicaciones Web) es un punto crítico en el desarrollo que las modernas
metodologías tienden a descuidar.
En OOHDM se utiliza el diseño de interfaz abstracta para describir la interfaz del
usuario de la aplicación de hipermedia. El modelo de interfaz ADVs (Vista de
Datos Abstracta) especifica la organización y comportamiento de la interfaz, pero
la apariencia física real o de los atributos, y la disposición de las propiedades de
las ADV en la pantalla real son hechas en la fase de implementación
Fase Implementación , se tendrá en cuenta que el diseñador debe ya implementar
el diseño. Hasta ahora, todos los modelos fueron construidos en forma
independiente de la plataforma de implementación; en esta fase es tenido en
cuenta el entorno particular en el cual se va a correr la aplicación. Al llegar a esta
fase, el primer paso que debe realizar el diseñador es definir los ítems de
información que son parte del dominio del problema. Debe identificar también,
cómo son organizados los ítems de acuerdo con el perfil del usuario y su tarea;
decidir qué interfaz debería ver y cómo debería comportarse. A fin de
implementar todo en un entorno Web, el diseñador debe decidir además qué
información debe ser almacenada
En los diagramas de clases navegacionales corresponden a vistas del esquema
conceptual y los esquemas de contexto modelan el espacio de navegación
incluyendo estructuras de acceso y contextos (que corresponde a un conjunto de
instancias de una clase navegacional). Se podrían crear vistas parciales por
usuario agrupando los contextos a partir de los tipos de usuarios que tienen acceso
a los mismos. Las vistas por módulos o subsistemas no las modela de manera
explícita, pero en los esquemas de contextos pueden modelarse fácilmente sub.-
módulos
Construir la interfaz de una aplicación Web es también una tarea compleja; no
sólo se necesita especificar cuáles son los objetos de la interfaz que deberían ser
implementados, sino también la manera en la cual estos objetos interactuarán con
el resto de la aplicación. Esta metodología propone dedicar un tiempo
importante en las fases previas a la implementación.
Esta inversión de tiempo está ampliamente justificada no sólo porque simplifica
el proceso de desarrollo, facilitando el trabajo del equipo encargado de cada capa
de la aplicación, sino también durante su mantenimiento y eventual extensión.
Son quizás estas últimas tareas las más difíciles de lograr con tecnologías
tradicionales, y aún imposibles en muchos casos donde no existe diseño detallado
y la implementación concentra conceptos heterogéneos muy difíciles de
modificar.
OOHDM propone un conjunto de tareas que en principio pueden
involucrar mayores costos de diseño, pero que a mediano y largo plazo
reducen notablemente los tiempos de desarrollo al tener como objetivo
principal la reusabilidad de diseño, y así simplificar la evolución y el
mantenimiento.
IAP
La IAP nace en los años 70, con base en la orientación sociológica de la teoría de
la dependencia - Liberación, orientación que fue siendo asumida por las ciencias
humanas, las ciencias de la educación, la pastoral y la misma teología. Uno de sus
aspectos claves es el dar el valor que se merece, la acción - la praxis (acciones que
conducen al cambio estructural) y el valor que tiene la comunidad toda, aun
aquella a la que no se le ha permitido la capacitación el colegios u universidades
(la clase pobre).
Es investigación: Orienta un proceso de estudio de la realidad o de aspectos
determinados de ella, con rigor científico.
Es acción ( asistencialista, o solidaria, o transformadora): En esta investigación
hay acción la cual es entendida no solo como el simple actuar, o cualquier tipo de
acción, sino como acción que conduce al cambio social estructural1 ; esta acción
es llamada por algunos de sus impulsores, praxis (proceso síntesis entre teoría y
práctica) , la cual es el resultado de una reflexión - investigación continua sobre la
realidad abordada no solo para conocerla, sino para transformarla ; en la medida
que haya mayor reflexión sobre la realidad, mayor calidad y eficacia
transformadora se tendrá en ella. La investigación y la acción se funden
creadoramente en la praxis.
El requerimiento de cualquier investigación, que quiera ser práctica y
transformadora, es la acción; No se investiga por el mero placer de conocer;
además, la validez de una investigación la otorga la acción. "la IP es para la
acción, de la acción realizada, y en la acción" (German Mariño). Es importante
tener en cuenta que no hay que esperar el final de la investigación para llegar a la
acción, pues todo lo que se va realizando en el proceso es acción y a la vez va
incidiendo en la realidad.
Es participativa: Es una investigación - acción realizada participativamente. Acá
la investigación no es solo realizada por los expertos, sino con la participación de
la comunidad involucrada en ella; quiere superar la investigación al servicio de
unos pocos (una clase privilegiada), y la investigación para las universidades -
bibliotecas solamente. La investigación y la ciencia deben estar al servicio de la
colectividad; busca ayudarle a resolver sus problemas y necesidades y ayudar a
planificar su vida. La IAP se realiza con una óptica desde dentro y desde abajo:
desde dentro de la comunidad estudiada; desde abajo pues lleva a la participación
incluso a quienes no han podido a estudiar (los más pobres). Acá los problemas a
investigar son definidos, analizados y resueltos por los propios afectados. La
participación acá no es una posibilidad que se da a la comunidad en general, sino
hacer realidad el derecho de todos a ser sujetos de historia, o sea sujetos de los
procesos específicos que cada grupo va llevando adelante. La meta es que la
comunidad vaya siendo la autogestora del proceso, apropiándose de él, y teniendo
un control operativo (saber hacer), lógico (entender) y crítico (juzgar) de él.
Este enfoque implica un replanteamiento epistemológico, político, y por tanto
metodológico; no es hacer lo mismo de antes, pero ahora con la participación de la
comunidad, sino investigar desde una nueva óptica - perspectiva en - con - para la
comunidad.
Epistemológicamente: supone romper con el binomio clásico de sujeto y objeto de
la investigación. Esto supone un cambio grande en las concepciones de trabajo
científico, de la metodología y de la teoría misma. Acá todos son sujetos y objetos
de investigación, lo cual implica que la verdad - ciencia - teoría se va logrando en
la acción participativa comunitaria. La teoría va a ser resultado del aporte popular,
leído, justificado, convalidado, orientado por los métodos científicos ; desde ese
punto de vista, todos aportan : el pueblo - miembros de una comunidad, los
técnicos, los expertos.
Políticamente: supone el que toda investigación parta de la realidad con su
situación estructural concreta, la reflexión, para ayudar a transformarla
creativamente, con la participación de la comunidad implicada. El objeto final es
la transformación de la realidad social en beneficio de las personas involucradas;
esto implica operar también al interno de sistema vigente.
Metodológicamente: supone un proceso modesto y sencillo al alcance de todos
( "la ciencia no deja de ser ciencia por ser modesta" Fals Borda), pero a la vez que
lleve : a la participación procesual, a asumir crítica y estructuralmente la realidad
¡, a la reflexión seria y profunda de sus causas y tendencias , a conclusiones
científicas, a estrategias concretas y realizables, a una planeación, a una praxis -
acción renovada y transformadora en la que vaya interviniendo toda la
comunidad, a una continua reflexión sobre la praxis para hacerla cada vez más
liberadora y transformadora de la realidad.
Aplicaciones del IAP
Las aplicaciones de la IAP en estas últimas décadas revelan una heterogeneidad
de procedimientos que se debe tener en cuenta y que merece una reflexión crítica.
No existe como ya hemos visto, un único método para desarrollar una
investigación participativa, ya que cada medio, cada realidad tiene características
diferentes y los procesos educativos que se operan en tales realidades y deberán
“ajustar” las indicaciones metodológicas generales a la coyuntura en que viven.
Etapa Previa, Diagnostico y Motivación.
• Recopilación de información.
• Identificar las áreas problemáticas en términos generales.
• Devolución al colectivo y análisis conjunto de la situación.
• La definición y prioridad de los problemas, acuerdos y compromisos sobre el
que hacer.
• La evaluación de esta fase se hará conjuntamente con el colectivo / grupo.
Primera Etapa, Conformación y Desarrollo del Grupo de Investigadores.
• Percepción del problema.
• Selección y conformación del grupo IAP.
• Definición de los objetivos y metas.
• Determinación de las técnicas de recolección datos.
• Entrenamiento del grupo IAP.
• Se evaluaran los logros y los límites del proceso con el grupo de investigadores.
Segunda Etapa, La Investigación.
• Recolección de datos.
• Análisis de datos.
• Devolución al colectivo y análisis conjunto.
• La redefinición del problema e identificación de las causas.
• Hipótesis de acción y elección.
• Evaluación.
Tercera Etapa: La Acción
• Planificación.
• Organización.
• La acción.
• Evaluación.
MODELO DE FUNCIONAMIENTO DEL SISTEMA REQUERIDO.
Modelo Entidad-Relación
Usuario
Registra
Estudiante
Nombre
Contraseña
Repetir Contraseña
Correo
Fecha de nacimiento
Sexo
CédulaNivel
Nombre
Contraseña
Repetir Contraseña
Correo
Sexo
Fecha de nacimiento
Curso o Taller.
Crear
Titulo
Modalidad
Facilitador
Dirigido Monto de inscripción
Mensualidad
Monto Total
Inicio
CulminaciónCupos
disponibles
Profesores
solicitaCurso o taller-
Profesores
Facilitador
CédulaNombre
Apellido
Correo
Sexo
Fecha de nacimiento
Inscripción de Curso o taller-
Estudiante
Inscripción de Curso o taller
Publicaciones
Bloquear Usuario
Usuario-estudiante
Nivel
Realiza
Cédula
Nombre
Apellido
Dirección
Fecha de nacimiento
Teléfono
Nombre del curso o taller Inicio
Culminación
Facilitador
Monto de inscripción
Mensualidad
Nombre del curso o taller
Tipo de publicación
Nombre
Imagen
Comentario
Fecha
Emite
Cédula
Estado
Nombre
Descripción
Fecha
Fuente: Los autores. 2012
1
Figura N°1. Modelo Entidad-Relación.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
DESCRIPCIÓN LÓGICA DE LA BASE DE DATOS.
Figura N°2. Descripción lógica de la base de datos.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Plantilla y diagrama de casos de uso.
Figura N°3. Diagrama de casos de uso
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Plantillas de Caso de uso
Número de requisito: RF 1
Nombre de requisito: Registrar Usuario
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: usuarios, Campos: usuario y
código
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Permite a los usuarios ingresar al sistema
previamente llenado el formulario de registro.
El administrador podrá añadir nuevos
usuarios
(Supervisor, estudiante).
Requerimientos : Dependiendo del nivel de usuario asignado
por el administrador (supervisor) tendrán
diferentes privilegios.
El usuario visitante, no será registrado y solo
acedera a consultas de información y realizar
comentarios.
Precondiciones: Para auto-registrarse un supervisor deberá
proporcionar un código de supervisor dado
previamente por el administrador.
Se deben proporcionar todos los datos del
formulario
El usuario administrador posee un registro
previo en el sistema.
Flujo Normal
Actor Sistema
El usuario que ingrese por primera vez
acedera al sistema atreves de internet,
si es visitante no será necesario su
Mostrar la selección de niveles de usuario
disponibles a elegir (supervisor, estudiante).
Validar los datos para ser enviados a la base
registro.
El usuario rellenara los datos del
formulario para registrarse en el
sistema.
El registro de supervisor deberá
ingresar el código proporcionado por
el administrador.
Una vez registrado con los datos
correctos se podrá acceder al sistema
dependiendo del nivel de usuario.
de datos.
Enviar un mensaje al usuario: Registro
exitoso.
Flujo alterno
Actor Sistema
Si el usuario ingresa un dato erróneo o
deja un campo vacio en el formulario.
Si el usuario registra a un usuario
existente en el sistema.
El sistema ejecutara la validación y enviara un
mensaje al usuario: ingrese los campos
correctamente. Luego mostrara los campos
incorrectos.
Muestra en pantalla mensaje de: usuario ya
existente y mantiene los datos del registro.
Post condiciones: El usuario es guardado en la base de datos, y
accede al sistema con procesos diferentes
dependiendo del nivel de usuario.
Requerimiento especiales: El registro de nuevo administrador se
ejecutara ingresando al sistema con el
administrador incluido en el sistema dado al
encargado del Ateneo de La Victoria. El
tendrá el privilegio de eliminar a usuarios que
incumplan con las normativas.
Puntos de extensión:
Número de requisito: RF 2
Nombre de requisito: Crear Curso y Taller.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: Curso, taller, Campos: Nombre,
Modalidad, Facilitador, Dirigido, Costo,
Horario, Cupos.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Creación de cursos y talleres que permitirán al
estudiante registrarse. El administrador podrá
crear nuevos cursos y talleres.
Requerimientos : Dependiendo del nivel de usuario asignado
por el administrador (supervisor, Estudiante)
tendrán diferentes privilegios.
El usuario visitante, no será registrado y solo
acedera a consultas de información y realizar
comentarios.
Se podrán registrar nuevos estudiantes
eligiendo previamente un curso.
Precondiciones: Se deben proporcionar todos los datos del
formulario.
Buscar un facilitador y seleccionarlo
dependiendo de su área.
Elegir un tipo de costo.
Determinar los límites de cupos.
Flujo Normal
Actor Sistema
El usuario proporciona los datos
principales cómo es el nombre del
curso o del taller.
El usuario escogerá la modalidad si es
Mostrar el tipo de modalidad.
Mostrar el facilitador dependiendo de la
búsqueda que ingreso el usuario.
Visualizar a quien va dirigido el curso o el
gratuito o es auto-gestionado y el
facilitador encargado.
Se especifica a quien va dirigido el
curso o el taller y el costo.
Seleccionar el horario y el límite de
cupos.
Una vez proporcionado todos los datos
se guardara el curso o el taller
registrado.
taller.
Guardar cantidad de cupos ingresado por el
usuario para su posterior uso.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario: Registro
exitoso.
Flujo alterno
Actor Sistema
Si el usuario elegí un facilitador que no
esté en la base de datos mostrara un
mensaje de error.
Si el usuario registra un curso o taller
existente en el sistema se mostrara un
mensaje de error.
El sistema buscara en la base de datos el
facilitador, curso o taller ingresado
previamente por el usuario y si no lo
encuentra se mostrara el mensaje de error.
Si los campos están vacios se ejecutara la
validación y enviara un mensaje al usuario:
ingrese los campos correctamente. Luego
mostrara los campos incorrectos.
Post condiciones: El curso o el taller son guardados en la base
de datos.
Requerimiento especiales: El administrador es el único usuario que
puede crear, modificar y ejecutar el curso o el
taller.
Puntos de extensión:
Número de requisito: RF 3
Nombre de requisito: Administrar Perfil.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: Perfil. Campos: Imagen, Nombre,
Redes, Dirección, Estudios, Pagina, Nota.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Cada usuario luego de acceder al sistema
tiene la opción de administrar su perfil que
mostrara públicamente información relevante
sobre sí mismo.
Requerimientos : Cualquier usuario a excepción de los
Visitantes puede acceder a este modulo del
sistema.
Es necesario estar registrado e ingresar al
sistema.
Se deberá confirmar cada cambio al modificar
el perfil.
Precondiciones: Es opcional proporcionar todos los datos del
formulario.
Cada usuario registrado podrá actualizar su
perfil en el momento que desee.
Los usuarios visitantes no pueden visualizar
los perfiles de ningún usuario.
Flujo Normal
Actor Sistema
Todos los usuarios previamente
registrada su cuenta deben iniciar
sección en su respectiva cuenta.
Sea Administrados, Supervisor o
Estudiante si desean pueden rellenar o
Mostrar a usuarios nuevos la opción de
administrar el perfil.
Solicitar al usuario cargar la imagen principal
para luego ser validada y guardada en la base
de datos.
actualizar su perfil.
Si es un usuario nuevo debe completar
cada uno de los campos o más del 50%
iniciando por la imagen principal.
Ingresar datos principales: nombre,
redes, dirección, estudios, página, nota.
Confirmar y guardar cada cambio.
Mostrar al usuario por separado los diferentes
partes del registro y validar si se ha
completado el 50% de todos los campos.
Guardar el registro si es usuario nuevo o de lo
contrario actualizarlo.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario de confirmación
de datos y registro terminado.
Flujo alterno
Actor Sistema
Si el usuario no modifica su perfil por
primera vez se mostrar un mensaje
donde se le sugiere ingresar los datos
principales.
Se solicitara que cargue una imagen
principal en caso de no haberlo hecho.
Si se ingresa datos incorrectos en los
campos del registro se mostrara un
mensaje de error.
Si la imagen principal no cumple con el
formato básico de carga se mostrara un
mensaje de error con la descripción de los
requisitos.
Se comprueba si se ha no se completa el 50%
del registro se sugiere al usuario atreves de un
mensaje completar el registro
Si los campos están vacios o incorrectos se
ejecutara la validación y mostrara los campos
incorrectos que deben ser modificados
correctamente.
Post condiciones: El perfil es guardado y puede ser visualizado
por otros usuarios registrados.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 4
Nombre de requisito: Bloquear Usuarios.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: Bloqueo. Campos: Usuario,
Descripción, Reporte.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Sera mostrado en pantalla al administrador
opciones de bloqueo y los usuarios
(estudiantes) que fueron reportados por los
supervisores que incumplieron las normativas
o reglas del sistema.
Requerimientos : Es necesario estar registrado e ingresar al
sistema.
Solo el administrador puede bloquear usuarios
Se deberá enviar un aviso de advertencia al
usuario antes de ser bloqueado.
Precondiciones: Se debe previamente visualizar el reporte de
alerta de usuarios generado por el supervisor
para proseguir a este modulo.
Se visualizaran los motivos correspondientes
al bloqueo y su calificativo.
El administrador debe proporcionar su clave
para confirmar el bloqueo de los usuarios.
Flujo Normal
Actor Sistema
Iniciar sección como administrador y
dirigirse a visualizar el reporte de
alerta de usuarios donde muestra el
informe detallado de las denuncias y
usuarios (estudiantes) notificados.
Mostrar en pantalla al administrador
estadísticas e información detallada generada
por el supervisor sobre reporte de alertas de
usuarios.
Cargar por separado los datos e información
Dirigirse al apartado bloqueo de
usuarios para visualizar las opciones
donde decidirá enviar una advertencia
o proceder al bloqueo.
Si se procede a bloquear el usuario se
debe enviar una notificación por los
motivos
Introducir su contraseña de acceso para
confirmar.
de los usuarios reportados.
Solicitar al administrador elegir un tipo de
mensaje para ser enviado al usuario a
bloquear.
Solicitar ingresar la contraseña de acceso para
confirmar el bloqueo.
Flujo alterno
Actor Sistema
Si el supervisor no envía el reporte de
alerta de usuarios no se mostrara en
pantalla al administrador y este podría
solicitarla.
Si no se envía un mensaje al usuario
(estudiante) no se procederá a su
bloqueo.
Si se ingresa una contraseña incorrecta
a la hora de confirmar el bloqueo se
mostrara un mensaje de error.
Buscar en la base de datos si existe un reporte
guardado por el supervisor si no lo haya
muestra un mensaje en pantalla.
Se muestra al administrador la opción de
solicitar el reporte a él superviso.
A la hora de confirmar se solicita la
contraseña y se compara con la almacenada
en la base de datos si no coinciden no se
efectúa el procedimiento de bloqueo,
Post condiciones: Es bloqueado el usuario por un periodo, se le
notifica al usuario los motivos y se les
muestra las normativas del sistema.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 5
Nombre de requisito: Administrar Horario.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: horario. Campos: Curso, Taller,
Día, Hora, F_Inicio, F_culminacion,
Permanente, Lugar, Descripción.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: El administrador luego de haber creado
previamente los cursos puede organizar y
seleccionar una hora y día especifico en una
tabla donde se mostraran organizadamente,
pueden gestionar y visualizar más fácilmente
las fechas de cada curso y taller.
Requerimientos : Cualquier usuario a excepción de los
Visitantes puede acceder a este modulo del
sistema.
Es necesario estar registrado e ingresar al
sistema.
Se deberá confirmar cada cambio al modificar
el perfil.
Precondiciones: Es opcional proporcionar todos los datos del
formulario.
Cada usuario registrado podrá actualizar su
perfil en el momento que desee.
Los usuarios visitantes no pueden visualizar
los perfiles de ningún usuario.
Flujo Normal
Actor Sistema
Todos los usuarios previamente
registrada su cuenta deben iniciar
Mostrar a usuarios nuevos la opción de
administrar el perfil.
sección.
Sea Administrados, Supervisor o
Estudiante si desean pueden rellenar o
actualizar su perfil.
Si es un usuario nuevo debe completar
cada uno de los campos o más del 50%
iniciando por la imagen principal.
Ingresar datos principales: nombre,
redes, dirección, estudios, página, nota.
Confirmar y guardar cada cambio.
Solicitar al usuario cargar la imagen principal
para luego ser validada y guardada en la base
de datos.
Mostrar al usuario por separado los diferentes
partes del registro y validar si se ha
completado el 50% de todos los campos.
Guardar el registro si es usuario nuevo o de lo
contrario actualizarlo.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario de confirmación
de datos y registro terminado.
Flujo alterno
Actor Sistema
Si el usuario no modifica su perfil por
primera vez se mostrar un mensaje
donde se le sugiere ingresar los datos
principales.
Se solicitara que cargue una imagen
principal en caso de no haberlo hecho.
Si se ingresa datos incorrectos en los
campos del registro se mostrara un
mensaje de error.
Si la imagen principal no cumple con el
formato básico de carga se mostrara un
mensaje de error con la descripción de los
requisitos.
Se comprueba si se ha no se completa el 50%
del registro se sugiere al usuario atraves de un
mensaje completar el registro
Si los campos están vacios o incorrectos se
ejecutara la validación y mostrara los campos
incorrectos que deben ser modificados
correctamente.
Post condiciones: El perfil es guardado y puede ser visualizado
por otros usuarios registrados.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 6
Nombre de requisito: Alerta de Publicaciones de Usuario.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: alertas. Campos: Usuario,
Publicación, tipo_A, Descripción,
calificación, normativa.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: El supervisor recibe mensajes, denuncias de
usuarios y reportes de mal uso del sistema al
modulo de alertas de publicaciones de usuario
donde se clasifican y se ordenan para que el
administrador tome las decisiones respectivas.
Requerimientos : Es necesario estar registrado e ingresar al
sistema.
Solo el supervisor puede acceder a este
modulo.
Precondiciones: Se deberá confirmar que son correctas las
denuncias haciendo uso de las consultas de
publicaciones.
Se actualizar periódicamente los reportes.
Los usuarios visitantes no pueden realizar
denuncias.
Flujo Normal
Actor Sistema
Todos los usuarios previamente
registrada su cuenta deben iniciar
sección.
El supervisor visualiza cada uno de los
Consultar en base de datos las denuncias
generadas por los usuarios y luego serán
mostradas en pantalla en forma de lista al
supervisor.
mensajes, denuncias y reportes de mal
uso del sistema y los confirma si son
correctos en el modulo de consultas de
publicaciones de usuarios.
Se seleccionan los avisos y se procede
a generar ordenadamente los reportes
de alertas donde se describe el motivo,
se establece una clasificación para
ordenarlos por prioridad.
Se confirma y se envía el reporte de
alerta al administrador.
Cargar los datos de usuario y denuncias en
alertas de publicaciones de usuario.
Los reportes son ordenados por prioridad
establecido por el supervisor.
Guardar el reporte y se es enviado al
administrador.
Flujo alterno
Actor Sistema
Si no se encuentra ninguna denuncia se
envía un mensaje de estado al
administrador.
Si no se completa todos los campos y
se selecciona una calificación para la
denuncia no se guardara el reporte.
Si se ingresa datos incorrectos en los
campos del registro se mostrara un
mensaje de error.
Se muestra un mensaje de estado si no se
encuentran alertas y se envía el estado al
administrador.
Si los campos están vacios o incorrectos se
ejecutara la validación y mostrara los campos
incorrectos que deben ser modificados
correctamente y rellenados obligatoriamente.
Post condiciones: El reporte es enviado al administrador para
ser revisado en el modulo de consultas de
alertas.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 7
Nombre de requisito: Consultar Cursos y Talleres.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: Curso, taller, Campos: Nombre,
Modalidad, Facilitador, Dirigido, Costo,
Horario, Cupos.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: El usuario administrador podrá visualizar el
listado completo de los cursos y talleres
detalladamente previamente registrados y
tendrá la opción de modificarlos o
eliminarlos. El usuario estudiante solo podrá
visualizar un listado resumido de los cursos.
Requerimientos : Cualquier usuario a excepción de los
Visitantes puede acceder a este modulo del
sistema.
Es necesario estar registrado e ingresar al
sistema.
Se deberá confirmar cada cambio al modificar
el perfil.
Precondiciones: Es opcional proporcionar todos los datos del
formulario.
Cada usuario registrado podrá actualizar su
perfil en el momento que desee.
Los usuarios visitantes no pueden visualizar
los perfiles de ningún usuario.
Flujo Normal
Actor Sistema
Todos los usuarios previamente
registrada su cuenta deben iniciar
Mostrar a usuarios nuevos la opción de
administrar el perfil.
sección en su respectiva cuenta.
Sea Administrador, Supervisor o
Estudiante si desean pueden rellenar o
actualizar su perfil.
Si es un usuario nuevo debe completar
cada uno de los campos o más del 50%
iniciando por la imagen principal.
Ingresar datos principales: nombre,
redes, dirección, estudios, página, nota.
Confirmar y guardar cada cambio.
Solicitar al usuario cargar la imagen principal
para luego ser validada y guardada en la base
de datos.
Mostrar al usuario por separado los diferentes
partes del registro y validar si se ha
completado el 50% de todos los campos.
Guardar el registro si es usuario nuevo o de lo
contrario actualizarlo.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario de confirmación
de datos y registro terminado.
Flujo alterno
Actor Sistema
Si el usuario no modifica su perfil por
primera vez se mostrar un mensaje
donde se le sugiere ingresar los datos
principales.
Se solicitara que cargue una imagen
principal en caso de no haberlo hecho.
Si se ingresa datos incorrectos en los
campos del registro se mostrara un
mensaje de error.
Si la imagen principal no cumple con el
formato básico de carga se mostrara un
mensaje de error con la descripción de los
requisitos.
Se comprueba si se ha no se completa el 50%
del registro se sugiere al usuario atreves de un
mensaje completar el registro
Si los campos están vacios o incorrectos se
ejecutara la validación y mostrara los campos
incorrectos que deben ser modificados
correctamente.
Post condiciones: El perfil es guardado y puede ser visualizado
por otros usuarios registrados.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 8
Nombre de requisito: Consultar Publicaciones de Usuarios.
Tipo: Requisito Restricción
Fuente del requisito: BD Tabla: horario. Campos: Curso, Taller,
Día, Hora, F_Inicio, F_culminacion,
Permanente, Lugar, Descripción.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Cada usuario luego de acceder al sistema
tiene la opción de administrar su perfil que
mostrara públicamente información relevante
sobre sí mismo.
Requerimientos : Cualquier usuario a excepción de los
Visitantes puede acceder a este modulo del
sistema.
Es necesario estar registrado e ingresar al
sistema.
Se deberá confirmar cada cambio al modificar
el perfil.
Precondiciones: Es opcional proporcionar todos los datos del
formulario.
Cada usuario registrado podrá actualizar su
perfil en el momento que desee.
Los usuarios visitantes no pueden visualizar
los perfiles de ningún usuario.
Flujo Normal
Actor Sistema
Todos los usuarios previamente
registrada su cuenta deben iniciar
sección en su respectiva cuenta.
Mostrar a usuarios nuevos la opción de
administrar el perfil.
Solicitar al usuario cargar la imagen principal
Sea Administrados, Supervisor o
Estudiante si desean pueden rellenar o
actualizar su perfil.
Si es un usuario nuevo debe completar
cada uno de los campos o más del 50%
iniciando por la imagen principal.
Ingresar datos principales: nombre,
redes, dirección, estudios, página, nota.
Confirmar y guardar cada cambio.
para luego ser validada y guardada en la base
de datos.
Mostrar al usuario por separado los diferentes
partes del registro y validar si se ha
completado el 50% de todos los campos.
Guardar el registro si es usuario nuevo o de lo
contrario actualizarlo.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario de confirmación
de datos y registro terminado.
Flujo alterno
Actor Sistema
Si el usuario no modifica su perfil por
primera vez se mostrar un mensaje
donde se le sugiere ingresar los datos
principales.
Se solicitara que cargue una imagen
principal en caso de no haberlo hecho.
Si se ingresa datos incorrectos en los
campos del registro se mostrara un
mensaje de error.
Si la imagen principal no cumple con el
formato básico de carga se mostrara un
mensaje de error con la descripción de los
requisitos.
Se comprueba si se ha no se completa el 50%
del registro se sugiere al usuario atreves de un
mensaje completar el registro
Si los campos están vacios o incorrectos se
ejecutara la validación y mostrara los campos
incorrectos que deben ser modificados
correctamente.
Post condiciones: El perfil es guardado y puede ser visualizado
por otros usuarios registrados.
Requerimiento especiales:
Puntos de extensión:
Número de requisito: RF 9
Nombre de requisito: Asignación de cantidad de estudiantes.
Tipo:
Requisito
Restricción
Fuente del requisito: BD Tabla: Curso, taller, Campos: Cupos.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Creación de campo donde el administrador
pueda ingresar la cantidad de cupos
disponibles para cada curso o taller.
Requerimientos : Dependiendo la cantidad de cupos asignado
por el administrador a cada curso o taller.
Se podrán registrar un estudiante dependiendo
si hay cupos disponibles.
Precondiciones: El administrador debe colocar
obligatoriamente la cantidad de cupos
disponibles dependiendo del curso o del taller.
Flujo Normal
Actor Sistema
El administrador proporciona los datos
principales para registrar un curso o
del taller.
El administrador selecciona el límite
de cupos.
Una vez proporcionado todos los datos
se guardara el curso o el taller
registrado.
Registrar los límites de cupos disponibles.
Guardar cantidad de cupos ingresado por el
administrador.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario: Registro
exitoso.
Flujo alterno
Actor Sistema
Si el usuario elegí un curso donde no
hay cupos disponibles le mostrara un
El sistema buscara en la base de datos la
cantidad de cupos disponibles ingresado
mensaje de alerta. previamente por el administrador y si no
encuentra cupos disponibles se mostrara el
mensaje de alerta.
Si el campo de cupos está vacio se ejecutara
la validación y enviara un mensaje al
administrador: ingrese la cantidad de cupos
para los cursos y talleres.
Post condiciones: La cantidad de cupos son guardados en la
base de datos.
Requerimiento especiales: El administrador es el único usuario que
puede crear, modificar y ejecutar los limites
de cupos.
Puntos de extensión:
Número de requisito: RF 10
Nombre de requisito: Asignación de facilitador.
Tipo:
Requisito
Restricción
Fuente del requisito: BD Tabla: Curso, taller, Campos: facilitador.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Creación de campo donde el administrador
pueda ingresar el facilitador para cada curso
o taller.
Requerimientos : Dependiendo del curso o taller se asigna un
facilitador.
Se podrán seleccionar un facilitador
dependiendo del área formada.
Precondiciones: El administrador debe seleccionar el
facilitador dependiendo del curso o del taller.
Flujo Normal
Actor Sistema
El administrador proporciona los datos
principales para registrar un curso o
del taller.
El administrador selecciona el
facilitador o encargado.
Una vez proporcionado todos los datos
se guardara el curso o el taller
registrado.
Registra el facilitador.
Guardar el facilitador ingresado por el
administrador.
Validar los datos para ser enviados a la base
de datos.
Enviar un mensaje al usuario: Registro
exitoso.
Flujo alterno
Actor Sistema
Si el administrador elegí dos
facilitador en curso o taller le mostrara
un mensaje de error.
El sistema buscara en la base de datos el
currículo del facilitador y si no encuentra el
facilitador solicitado mostrara un mensaje de
error.
Si el campo de facilitador está vacío se
ejecutara la validación y enviara un mensaje
al administrador: ingrese el facilitador para
cada cursos y talleres.
Post condiciones: El currículo de cada facilitador son guardados
en la base de datos.
Requerimiento especiales: El administrador es el único usuario que
puede crear, modificar y ejecutar los
facilitador ingresados.
Puntos de extensión:
Número de requisito: RF 11
Nombre de requisito: Contenido informativo.
Tipo:
Requisito
Restricción
Fuente del requisito: BD Tabla: Curso, taller, Campos: contenidos.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Creación de campo donde el administrador
pueda ingresar los contenidos de información
de los cursos y talleres.
Requerimientos : El contenido de información será creado solo
por el administrador.
Se podrán crear un contenido de información.
Precondiciones: El administrador debe colocar
obligatoriamente el contenido de información
sobre cursos y talleres.
Flujo Normal
Actor Sistema
El administrador crea el contenido
necesario para los cursos y talleres.
Una vez proporcionado el contenido de
información serán registrados.
Registrar el contenido de información.
Guardar el contenido ingresado por el
administrador.
Validar para ser enviados a la base de datos.
Enviar un mensaje al usuario: Registro
exitoso.
Flujo alterno
Actor Sistema
Si el administrador crea un contenido
de información incorrecto le mostrara
un mensaje de error.
El sistema buscara en la base de datos el
contenido de información solicitado por el
administrador y si no lo encuentra se
mostrara un mensaje de error.
Si el campo de contenido está vacío se
ejecutara la validación y enviara un mensaje
al administrador: ingrese el contenido de
información para los cursos y talleres.
Post condiciones: El contenido de información son guardados
en la base de datos.
Requerimiento especiales: El administrador es el único usuario que
puede crear, modificar y ejecutar el contenido
de información.
Puntos de extensión:
Número de requisito: RF 12
Nombre de requisito: Generar publicaciones.
Tipo:
Requisito
Restricción
Fuente del requisito: BD Tabla: usuario, Campos: publicaciones.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Los usuarios registrados podrán crear
publicaciones de imágenes, comentarios entre
otros.
Requerimientos : El usuario visitante, no podrá crear ni
comentar publicaciones solo podrá
visualizarlas.
Se podrán registrar una publicación
dependiendo la cantidad de KB que contenga
la imagen.
Precondiciones: El supervisor debe enviar un mensaje de
alerta al usuario si realiza una publicación
indebida.
Flujo Normal
Actor Sistema
El usuario crea la publicación o
comentario.
Una vez creada una publicación
comentario se visualizara en la
pantalla.
El supervisor manifiesta al
administrador si hay una publicación
indebida.
Visualiza la publicación, o comentario.
Guardar la publicación ingresada por el
usuario.
Enviar un mensaje al usuario: Creación
exitosa.
Flujo alterno
Actor Sistema
Si el usuario desea realizar una Si la publicación es de tamaño excesivo el
publicación de tamaño excesivo le
mostrara un mensaje de error.
sistema mostrara un error.
El supervisor visualizara las publicaciones
indebidas y luego se las enviara al
administrador.
Si el campo de publicaciones está vacío y da
clic en el botón guardar se ejecutara la
validación y enviara un mensaje al usuario:
ingresar publicación.
Post condiciones: Las publicaciones y comentarios son
guardados en la base de datos.
Requerimiento especiales: El administrador y el supervisor son los
únicos usuarios que puede modificar las
publicaciones indebidas y bloquear o eliminar
al usuario que la creo.
Puntos de extensión:
Número de requisito: RF 13
Nombre de requisito: Certificado de curso y taller.
Tipo:
Requisito
Restricción
Fuente del requisito: BD Tabla: Curso, Taller, Campos: Nombre,
Modalidad, Facilitador, Dirigido, Costo,
Horario, Cupos.
Prioridad del requisito: Esencial Deseado Opcional
Descripción: Los usuarios registrados en los cursos y
talleres obtendrán certificados creados por el
administrador.
Requerimientos : Los usuarios tendrán que buscar el
certificado a la comunidad del ateneo del la
victoria.
Precondiciones: El administrador es el único usuario que
puede realizar el certificado de curso o/y
taller.
Flujo Normal
Actor Sistema
El usuario se inscribe en el curso o
taller.
Realiza el pago del curso en la
comunidad del ateneo.
Inscripción del usuario.
Guarda la inscripción del usuario.
Enviar un mensaje al usuario: Inscripción
exitosa.
Flujo alterno
Actor Sistema
El usuario debe visualizar si hay cupos
disponibles.
Si el usuario intenta inscribirse en un curso o
taller donde no hay cupos disponibles le
El administrador visualiza si el usuario
está inscrito en el curso.
mostrara un mensaje de alerta.
Administrador visualiza si está inscrito si no
lo está muestra un mensaje de usuario no
existente.
Post condiciones: Los certificados de curso y talleres son
guardados en la base de datos.
Requerimiento especiales: El administrador es el único usuario que
puede crear, modificar y eliminar un
certificado.
Puntos de extensión:
Diagrama de Actividad
ACTOR SISTEMA
Figura N°4. Inicio de Sesión.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR SISTEMA
SI
N
O
Verifica que el usuario y clave
este correctamente registrado en
el sistema.
Ingresa a la
página de
inicio del
Sistema.
Muestra un
mensaje de
error diciendo
(El
Identificador
de Usuario o la
Contraseña son
incorrectas.
Inténtelo de
Nuevo).
Si tiene Usuario
Introduce su
Usuario y
Clave.Da clic en el
Botón
Ingresar
Muestra La Página de Inicio de
Sesión.
Da clic en el
Botón
Registrar
N
O
SI
Figura N°5. Registro de Nuevos Usuarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012
Diagrama de secuencia
SI
Ingresa todos sus datos
personales en los campos
mostrados.
Da clic en
registrarse
Da clic en
cancelar
Decide si desea
Continuar
NO
Verifica que las claves concuerden.
SI
Muestra
mensaje de
Error.
Verifica si el
usuario ya
está
registrado.
Despliega el formulario con los
campos obligatorios que se debe
llenar y habilita los botones.
Verifica si el
usuario ya
está
registrado
Muestra un
mensaje
que fue
exitosa su
registro
N
O
N
O
Da clic en
registrarse
Decide si desea
Da clic en
cancelar
Ingresa todos sus datos
personales en los campos
mostrados.
Figura N°18. Inicio de Sesión.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Figura N°19. Registro de Nuevos Usuarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Figura N°20. Crear cursos y talleres.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhon
ACTOR
SISTEMABASE DE
DATO
Mostrar a usuarios nuevos laopción de administrar el perfil.
Todos los usuarios previamente registradasu cuenta deben iniciar sección en surespectiva cuenta.
Sea Administrador, Supervisor o Estudiantesi desean pueden rellenar o actualizar superfil.
Solicitar al usuario cargar la imagenprincipal para luego ser validada yguardada en la base de datos.
Seleccionar el horario y el límite decupos.
Mostrar al usuario por separado losdiferentes partes del registro y validar si seha completado el 50% de todos los campos
Validar los datos para ser enviados a la base de datos.
Guardar el registrosi es usuario nuevoo de lo contrarioactualizarlo.
Ingresar datos principales: nombre,redes, dirección, estudios, página, nota.
Figura N°21. Administrar perfil.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE
DATO
Introducir su contraseña deacceso para confirmar.
Iniciar sección como administrador ydirigirse a visualizar el reporte de alerta deusuarios donde muestra el informedetallado de las denuncias y usuarios(estudiantes) notificados
Mostrar en pantalla al administradorestadísticas e información detalladagenerada por el supervisor sobrereporte de alertas de usuarios.
Dirigirse al apartado bloqueo de usuariospara visualizar las opciones donde decidiráenviar una advertencia o proceder al bloqueo.
La contraseña de acceso esguardada en la base de datos paraconfirmar el bloqueo.
Cargar por separado losdatos e información de losusuarios reportados.
Ingresar datos principales: nombre,redes, dirección, estudios, página, nota.
Figura N°22. Bloquear Usuarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE
DATO
mensaje al usuario deconfirmación de datos y registroterminado
Mostrar a usuariosnuevos la opción deadministrar el perfil.
Todos los usuarios previamenteregistrada su cuenta deben iniciarsección.
Solicitar al usuario cargar la imagenprincipal para luego ser validada yguardada en la base de datos
Validar los datos para serenviados a la base de datos.
Ingresar datos principales: nombre,redes, dirección, estudios, página, nota
Mostrar al usuario por separado losdiferentes partes del registro y validar si seha completado el 50% de todos loscampos.
Figura N°23. Administrar Horarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Se confirma y se envía el reporte dealerta al administrador.
Consultar en base de datos las denunciasgeneradas por los usuarios y luego seránmostradas en pantalla en forma de lista alsupervisor.
Todos los usuarios previamenteregistrada su cuenta deben iniciarsección.
El supervisor visualiza cada uno de losmensajes, denuncias y reportes de mal usodel sistema y los confirma si son correctosen el modulo de consultas de publicacionesde usuarios.
Los reportes son ordenadospor prioridad establecidopor el supervisor.
Se seleccionan los avisos y se procede agenerar ordenadamente los reportes dealertas donde se describe el motivo, seestablece una clasificación para ordenarlospor prioridad.
Cargar los datos de usuario ydenuncias en alertas depublicaciones de usuario.
Guardar el reporte y se es enviado aladministrador.
Figura N°24. Alertas de publicaciones de Usuarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE
DATO
mensaje al usuario deconfirmación de datos y registroterminado
Mostrar a usuariosnuevos la opción deadministrar el perfil.
Todos los usuarios previamenteregistrada su cuenta deben iniciarsección.
Solicitar al usuario cargar la imagenprincipal para luego ser validada yguardada en la base de datos
Validar los datos para serenviados a la base de datos.
Ingresar datos principales: nombre,redes, dirección, estudios, página, nota
Mostrar al usuario por separado losdiferentes partes del registro y validar si seha completado el 50% de todos loscampos.
Figura N°25. Consultar Cursos y Talleres.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE
DATO
mensaje al usuario deconfirmación de datos y registroterminado
Mostrar a usuariosnuevos la opción deadministrar el perfil.
Todos los usuarios previamenteregistrada su cuenta deben iniciarsección.
Solicitar al usuario cargar la imagenprincipal para luego ser validada yguardada en la base de datos
Validar los datos para serenviados a la base de datos.
Ingresar datos principales: nombre,redes, dirección, estudios, página, nota
Mostrar al usuario por separado losdiferentes partes del registro y validar si seha completado el 50% de todos loscampos.
Figura N°26. Consultar publicaciones de usuarios.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Validar los datos para ser enviados ala base de datos.
Registrar los límites de cuposdisponibles.
El administrador proporciona los datosprincipales para registrar un curso o deltaller.
El administrador selecciona el límite decupos
Mensaje al usuario:Registro exitoso.
Guardar cantidad de cuposingresado por el administrador.
Una vez proporcionado todoslos datos se guardara el curso oel taller registrado.
Figura N°27. Asignación de cantidad de estudiantes.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Validar los datos para ser enviados ala base de datos.
Registrar los límites de cuposdisponibles.
El administrador proporciona los datosprincipales para registrar un curso o deltaller.
El administrador selecciona el límite decupos
Mensaje al usuario:Registro exitoso.
Guardar cantidad de cuposingresado por el administrador.
Una vez proporcionado todoslos datos se guardara el curso oel taller registrado.
Figura N°28. Asignación de facilitador.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Validar los datos para ser enviados ala base de datos.
El administrador crea el contenidonecesario para los cursos y talleres.
Una vez proporcionado el contenido deinformación serán registrados.
Mensaje al usuario: Registro exitoso.
Registrar el contenido de información.Guardar el contenido ingresado por eladministrador.
Figura N°29. Contenido informativo.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Guardar la publicación ingresadapor el usuario en la base de datos
El usuario crea la publicación ocomentario
Una vez creada una publicación comentariose visualizara en la pantalla.
El supervisor manifiesta aladministrador si hay una publicaciónindebida.
Visualiza lapublicación, ocomentario.
Mensaje al usuario: Creación exitosa.
Figura N°30. Generar Publicaciones.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
ACTOR
SISTEMABASE DE DATOS
Inscripción del usuario.
El usuario se inscribe en el curso o taller.
Realiza el pago del curso en lacomunidad del ateneo.
Guarda la inscripción delusuario en la base de datos.
Mensaje al usuario: inscripciónexitosa.
Figura N°31. Certificado de curso y taller.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Diagrama de Despliegue.
Figura N°32. Diagrama de despliegue.
Fuente: Pérez Félix, Mejía Yusmely, Castillo Jhonfer.
Año: 2012.
Implantación y Pruebas
Estrategias de Implantación
La implementación es el proceso de verificar e instalar el nuevo sistema, adiestrar
a los usuarios y construir la base de datos necesaria para el funcionamiento del
sistema y poder utilizarla. Los Sistemas de Información deben mantenerse
siempre al día, la Implantación en un proceso de constante evolución.
En este caso se implementó el Sistema Automatizado SISGAAV-(Sistema de
información como herramienta para la gestión administrativa del ateneo de la
victoria del municipio José Félix Ribas Edo-Aragua.), en el ATENEO DE LA
VICTORIA, lo cual se le instalo el servidor XAMPP para poder correr el sistema
en la computadora. Se copiaron los archivos del sistema SISGAAV, y mediante el
servidor se le creo y configuro la Base de Datos del Sistema para que se pueda
Almacenar los registros y funcione correctamente el Sistema. Mediante la
Implantación el código es probado y la mayoría de los errores deben ser
detectados y corregidos para evitar futuros errores.
El sistema es completamente instalado en el ATENEO y se adiestra al personal
del ATENEO encargado para que maneje el sistema y se acostumbre al nuevo
sistema.
La fase de implementación se puede dividir en varios procesos.
El Proceso de Codificación:
Consiste en traducir las especificaciones físicas del diseño del sistema que
requiere la organización en líneas de código PHP.
Es una actividad intensa y se desarrolló en paralelo con la actividad de pruebas. Se
debe codificar todo el sistema en códigos claros, legibles, documentados para
poder tener un buen manejo del código en futuros, a la hora de modificar el
sistema, al hacer nuevos avances en el sistema como insertar procesos nuevos en
el sistema y para tener manejo del sistema cuando se le vaya a hacer
mantenimiento al sistema, y evitar posibles errores a la hora de hacer unas de esas
tareas.
El proceso de Prueba.
Es el proceso que se hace antes y después de haberse instalado el sistema en el
ATENEO, ya que se deben hacer antes para no tener tanto trabajo de modificación
a la hora de implementar el sistema. Mientas se está implementando el sistema o
instalando en el ATENEO se le hace unas pruebas para ver el comportamiento en
ese momento y mostrarle a los encargados del ATENEO la funcionalidad del
sistema.
Después de haberse terminado la instalación y configuración del sistema
completo, los encargados hacen pruebas con datos reales para comprobar con
pruebas reales que el sistema funcione correctamente.
Un sistema falla porque tiene al menos hubo un error en la hora de instalación o
programación. Es por ello que hay que realizar pruebas constantemente antes y
después de haberse instalado el sistema, con la finalidad de eliminar los errores y
funcione correctamente.
Este proceso de pruebas lo debe de hacer no solo os desarrolladores, sino los
encargados del sistema, ya que ellos son los que van a usar el sistema y lo van a
usar constantemente. Este proceso de pruebas debe de hacerse desde el principio
de la instalación del sistema y antes de instalarse.
Mediante este proceso se verifica en cómo se recupera el sistema ante una falla en
el sistema, ante las pruebas de seguridad ejecutadas, antes las pruebas de estrés
que ejecutaran los responsables de la empresa.
Proceso de Instalación.
Es el proceso de sustituir el sistema viejo con el sistema nuevo desarrollado, en
este caso; en el ATENEO se hizo una instalación directa, ya que ellos no contaban
con un sistema de información instalado por lo que ellos llevaban todos los
procesos manualmente. Se le instalo el servidor XAMPP y se le creó una nueva
base de datos para que el nuevo sistema tenga un funcionamiento correctamente.
Proceso de Documentación.
Se le proporcionara un manual que contiene paso a paso todo el funcionamiento
del sistema, para que de algún modo puedan aclarar las dudas que se le vayan
presentando en el transcurso del tiempo.
Proceso de Adiestramiento.
El proceso adiestramiento se llevó a cabo el mismo día en que se instaló el sistema
SISGAAV, por lo cual se le dio a conocer detalladamente todos los procesos que
conllevan al funcionamiento y administración del sistema.
Proceso de Soporte.
Este proceso de soporte está integrado por los creadores del sistema SISGAAV,
en este caso son los que poseen la información necesaria para poder dar soporte
técnico al encargado de manejar el sistema.
Conclusión
Cuando se emprende cualquier negocio, siempre se debe procurar mantener un
equilibrio en la organización, dirección, supervisión y control del mismo, para que
no existan errores o faltas que se hagan difíciles y hasta imposibles de resolver.
El ATENEO de la VICTORIA., no cuenta con un sistema acorde con la nueva
tecnología que ayude a agilizar el proceso de crear cursos o talleres, llenado de
información de los eventos culturales, un control y orden preciso o que permita
proveer información segura y libre de errores. Es una lástima ver la forma en que
se desaprovecha el poder de las computadoras y la inversión que se ha hecho en
ellas, principalmente por desconocimiento y despreocupación.
En tal sentido cabe destacar que en la actualidad, el uso del computador en el
ambiente de la organización ha hecho más eficiente y eficaz todos los procesos
operacionales, y ha servido de base para la actividad de cada evento, cursos o
talleres logrando satisfacer de manera más completa las necesidades en las que se
ve envuelta una organización. Es por ello por lo que se ha creado un Sistemas
Automatizado , que hoy en día es el motor de las operaciones de muchos solo es
cuestión de hacer una integración de los mismos, para aprovecharse de las
oportunidades que brindan las tecnologías informáticas y telemáticas.
En Conclusión una Adecuada utilización del sistema Automatizado logra
minimizar posibles riesgos a la vez que proporciona información con mayor
rapidez en cuanto a: volumen de cada cursos y talleres, existencia de eventos
culturales, registros de cada usuarios y toda aquella información importante para
la toma de decisiones por parte de ellos mismos. Por consiguiente, los
organizadores del ATENEO de la VICTORIA, podrán orientarse sobre el curso
que sigue su negocio mediante los datos aportados y conocer al mismo tiempo la
estabilidad y solvencia del ATENEO.
BIBLIOGRAFIA.
www.google.com
Grupo Desarrollador del software (los Autores).
Proyecto especial de grado de sistema. (los Autores).