Analisis Sistema

Diseño de un prototipo de servicios WEB para la interacción de la comunidad, directivos,
docentes y estudiantes de la Institución Educativa Real Colegio San José

Diana Maritza Insuasti Solarte, Diana Margoth Muñoz Meneses
DISEÑO DE UN PROTOTIPO DE SERVICIOS WEB PARA LA INTERACCIÓN

DE LA COMUNIDAD, DIRECTIVOS, DOCENTES Y ESTUDIANTES DE LA
INSTITUCIÓN EDUCATIVA REAL COLEGIO SAN JOSÉ
DIANA MARITZA INSUASTI SOLARTE

DIANA MARGOTH MUNOZ MENESES
Ing. ALEXANDER TINTINAGO
CORPORACION UNIVERSITARIA AUTONOMA DEL CAUCA

FACULTAD DE INGENIERÍA
INGENIERIA DE SISTEMAS
POPAYÁN
2010
INTRODUCCIÓN
La institución educativa Real Colegio San José y su servicio de educación a la

comunidad payanesa ha presentando la necesidad de implementar un
aplicativo software que conlleve a la interacción virtual tanto de la comunidad
educativa, padres de familia y estudiantes, donde se pueda establecer
permanentemente una ventana de comunicación e información. En la
actualidad este proceso se lleva de manera personal en el cual el interesado se
dirige directamente al plantel, esto genera numerosas filas, retarda la atención
y limita la cantidad de personas a atender, cabe resaltar que esta situación
empeora en temporada de matriculas donde se deben diligenciar diferentes
tipos de formatos por cada alumno matriculado. Así mismo la institución ha
manifestado que los padres de familia no se dan por enterados a tiempo de
actividades que los involucra ya que los estudiantes olvidan entregar la
información pertinente sobretodo en época de entrega de boletines. La
institución ha venido desarrollando planes de proyección hacia la comunidad en
general como cambio de imagen del plantel, publicidad y avisos en directorios
telefónicos y otros medios de comunicación.
Es por las razones anteriores que el Real Colegio San José se ha visto en la
necesidad de requerir de un sistema Web que permita facilitar su uso y mejorar
el servicio que se presta a la comunidad educativa.
El proyecto que se va a desarrollar consiste en un prototipo de servicios Web

el cual estará basado en la arquitectura cliente/servidor con acceso a una base
de datos para la gestión de la información y generación de consultas.
El siguiente trabajo utiliza la metodología UP (proceso unificado de desarrollo

de software) orientada a objetos y el lenguaje de modelado unificado (U.M.L)
para documentar y especificar las distintas etapas del proyecto. Las
herramientas que se eligieron para el desarrollo de la aplicación son: el
lenguaje de programación php5 y el gestor de bases de datos MySql.
El diseño del prototipo de servicios Web que se desea desarrollar consta

de:
 Interacción con la comunidad en general

 Espacio para la atención virtual oportuna
 Ofrecer a la comunidad un medio de información virtual
 Descargar todo tipo de formatos relacionados con trámites académicos.
 Crear un buzón de sugerencias abierto a la comunidad en general
6
PRESENTACIÓN DEL PROYECTO
Nombre del Proyecto:
DISEÑO DE UN PROTOTIPO DE SERVICIOS WEB PARA LA

INTERACCIÓN DE LA COMUNIDAD, DIRECTIVOS, DOCENTES Y
ESTUDIANTES DE LA INSTITUCIÓN EDUCATIVA REAL COLEGIO SAN
JOSÉ
Cliente del Proyecto:
Real Colegio San José
Metas del Proyecto:
 El objetivo principal es diseñar un prototipo de servicios web para la

interacción de la comunidad, directivos, docentes y estudiantes de la
Institución Educativa Real Colegio San José.
 Mejorar y agilizar los distintos tramites de la comunidad educativa a
través del prototipo de servicios Web.
 Abrir un espacio para la atención virtual oportuna
 Ofrecer a la comunidad un medio de información virtual
 Permitir la descarga de formatos relacionada con trámites académicos.
 Crear un buzón de sugerencias abierto a la comunidad en general.
 Proyectar la institución a través de internet
 Brindar un espacio virtual amigable, solido y que garantice la usabilidad.
7
1. FLUJO DE TRABAJO: REQUISITOS CERO (0)
1.1. PRIMERA ETAPA
En esta primera etapa del proceso unificado se especifica los requisitos del
cliente.
Los pasos a seguir son los siguientes:
1.1.1. Enumerar los requisitos candidatos Durante esta etapa se realiza un

listado de ideas funcionales y no funcionales del proceso que se desea
sistematizar y se establece una comunicación con el cliente para definir y
comprender los requisitos del sistema.
Listado ideas funcionales:
 El sistema permitirá publicar información de la institución, horarios, servicios

prestados por la misma, acerca de trámites.
 El sistema permitirá responder encuestas.
 El sistema permitirá al padre de familia, realizar consultas de eventos
próximos a llevarse a cabo en la institución mediante una agenda virtual.
 El sistema permitirá al usuario elegir el nivel educativo para realizar
consultas a través de la agenda virtual.
 El sistema permitirá consultar tramites al padre de familia
 El sistema permitirá la descarga de los pasos sobre el procedimiento a
llevar a cabo en tramites de matriculas, expedición de certificados,
expedición de constancias, admisiones de cualquier nivel preescolar,
primaria y bachillerato, descarga del formulario de inscripción.
 El sistema permitirá al padre de familia informarse de eventos que se han
realizado o estarán próximos a realizarse dentro y fuera de la institución por
medio de artículos relacionados, imágenes, fotos, videos.
 El sistema permitirá la publicación oportuna de circulares y comunicados
vigentes que podrán ser descargados por el padre de familia siempre y
cuando los directivos lo crean conveniente sino solamente serán mostrados
a modo de información.
 El sistema implementará un buzón de PQRS (peticiones, quejas, reclamos y
sugerencias) en el cual el usuario podrá dirigirse al colegio.
 El sistema permitirá la consulta y descarga de horarios (de clases,
exámenes y atención a padres a los padres de familia)
 El sistema permitirá al padre de familia consultar sobre servicios que ofrece
la institución como psicología, fonoaudiología.
8
Listado ideas no funcionales
 La aplicación será instalada en el servidor apache Apache versión 2.2.14

(Win32) DAV/2 mod_ssl/2.2.14 OpenSSL/0.9.8l mod_autoindex_color.
 El lenguaje de programación a utilizar es php5 versión 5.3.1
 El gestor de base de datos es MySql
 El sistema que se desarrolla es una aplicación cliente/servidor
 Otra herramienta que se utiliza para el desarrollo de la aplicación es
Macromedia Dreamweaver Mx, Joomla CMS versión 1.5.15
1.2. SEGUNDA ETAPA – MODELO DEL DOMINIO Y MODELO DEL

NEGOCIO
Modelo del negocio:
El modelo de negocio permite describir la forma de modelar los procesos de

negocio mediante el uso del lenguaje de modelado unificado UML. En este
modelo se incluyen casos de uso de negocio y actores de negocio con el
propósito de entender el funcionamiento del sistema.
1.2.1. Descripción textual del sistema actual
Actualmente la institución educativa Real Colegio San José no cuenta con un

portal de servicios web que le permita interactuar con la comunidad educativa,
padres de familia y estudiantes, de forma permanente en una ventana de
comunicación e información virtual que estimule la participación de los mismos.
La institución carece de un espacio en internet que le permita dar información

sobre sus servicios, instalaciones, sistema educativo y que pueda representar
una oportunidad en el deseo de querer proyectarse masivamente hacia la
comunidad en general.
Hasta el momento todas las actividades de carácter informativo se han

realizado de forma presencial por parte de los padres de familia y estudiantes o
por medio de notas escritas. Este proceso se lleva a cabo de manera personal
en el cual el interesado se dirige directamente al plantel, lo que genera
numerosas filas, retarda la atención y limita la cantidad de personas a atender,
cabe resaltar que esta situación empeora en temporada de matriculas donde se
deben diligenciar diferentes tipos de formatos por cada alumno matriculado. Así
mismo la institución ha manifestado que los padres de familia no se dan por
enterados a tiempo de actividades que los involucra ya que los estudiantes
olvidan entregar la información pertinente sobretodo en época de entrega de
boletines.
9
Se ha observado que la mayoría de padres de familia que sienten la necesidad

de realizar alguna observación, comentario u opinión pertinente se abstienen
de hacerlo por falta de atención sobretodo en días de semana donde es difícil
ser atendido por docentes y administrativos quienes no disponen de tiempo
adicional para tener atenciones con la comunidad, es por esto que seria de
gran utilidad implementar un buzón de sugerencias donde padres de familia,
estudiantes, docentes y administrativos puedan tener un espacio de
comunicación oportuno.
Los padres de familia no tienen un punto de encuentro con las actividades que
realizan los alumnos dentro y fuera del plantel, donde puedan informarse
escrita, visual o audiovisualmente de eventos de sana dispersión y recreación
en los que se participa y que la institución les brinda.
Las publicaciones de artículos, noticias, documentos, promoción de eventos,

servicios sociales, fotos, entre otros se han venido divulgando en carteles
donde el espacio es limitado y en ocasiones no se puede mostrar tanta
información de interés para la comunidad académica, escolar y de padres de
familia por falta de espacio.
Los cronogramas de actividades escolares y calendarios son manejados en

formatos escritos, donde cada vez que el educador o administrativo requiera
revisar fechas programadas de entregas, eventos, reuniones, duración, inicio y
fin de las mismas deberá confirmar o hacer la búsqueda manualmente en los
archivos que se tengan, sin poder examinar eficientemente dicha información,
casi ocurre lo mismo con los estudiantes a quienes se les recuerda
constantemente fechas de actividades programadas de su interés y de sus
padres.
Actualmente no existe ningún tipo de solución a estos problemas, que agilice y

mejore la prestación de estos servicios.
1.2.2 Actores del negocio
Los actores son la representación de las personas u otras entidades que

interactúan con el sistema y son los encargados de realizar una o varias tareas
específicas. Los actores representan entidades externas al sistema a través de
las se necesite intercambiar información.
Los actores identificados en el sistema actual son:
 Estudiante: Es estudiante del Real Colegio San José la persona que tiene
matricula vigente en un programa ofrecido por la institución.
10
 Docente: Es la persona que guía los diferentes procesos educativos

mediante actividades de docencia, investigación, servicio y administración.
 Padre de familia: Es la persona encargada de hacer seguimiento a los
procesos de los estudiantes.
 Administrativos: Son las personas encargadas de llevar un control de la
información que se genera a nivel general a nivel de la institución, dentro de
esta categoría se encuentra vinculados el rector, secretarias y
coordinadores de grupo.
Modelo del dominio:
examenes atencion padres
Estudiante
Consulta
1..1
Horarios Padre familia
Hace parte de
Rector Institución
1..*
1..*
1..1
Realiza
Tramites Secretaria
Hace parte de 1..*
Docentes Matricula Inscripción Certificado Constancia
1.2.3 Descripción textual del sistema a desarrollar
El sistema que se va desarrollar es un prototipo de servicios Web en el cual se

implementará los siguientes ítems.
 Agenda virtual: el padre de familia solamente podrá consultar mediante

agenda virtual eventos próximos a llevarse a cabo en la institución. No
podrá modificar, ni actualizar, ni eliminar ningún evento o fecha mostrada
en la agenda. Este servicio es netamente de consulta. La interfaz de la
agenda permitirá al usuario escoger el nivel al cual desea realizar la
consulta y este le mostrarlos diferentes cursos de cada nivel para permitir
una consulta exacta y especifica.
11
 Tramites: el padre de familia podrá consultar y descargar los pasos sobre

el procedimiento a llevar a cabo en tramites de matriculas, expedición de
certificados, expedición de constancias, admisiones de cualquier nivel
preescolar, primaria y bachillerato. En esta ultima parte (Admisiones) el
sistema le permitirá al padre de familia realizar una descarga del formulario
de inscripción.
 Publicaciones: el padre de familia podrá informarse de eventos que se han
realizado o estarán próximos a realizarse dentro y fuera de la institución por
medio de artículos relacionados, imágenes, fotos, videos. Se publicaran
oportunamente circulares y comunicados vigentes que podrán ser
descargados por el padre de familia siempre y cuando los directivos lo
crean conveniente sino solamente serán mostrados a modo de información.
 Buzón de PQRS (peticiones, quejas, reclamos y sugerencias): el padre de
familia podrá dirigirse al colegio por medio de este buzón donde podrá
seleccionar un asunto, escribir un contenido y dejar lo datos que solicite el
sistema como nombre, teléfono, e-mail, para de esta forma poder ser
contestado. Esto se hará efectivo mediante un pin que el sistema generara
con el fin de que un tiempo prudente que los directivos de la institución
hayan considerado para dar respuesta, el padre de familia pueda acceder a
la respuesta que se le dio ingresando el pin a un formulario de contestación
de PQRS.
 Institución: el padre de familia podrá informarse sobre misión, visión,
filosofía, directivos, docentes, símbolos institucionales, reseña histórica,
pensum académico, asociación de padres de familia y niveles o cursos que
ofrece la institución. Todo esto a modo de información.
 Horarios: los padres de familia podrán consultar y descargar si lo creen
conveniente horarios de clases, exámenes y atención a padres.
 Servicios: el padre de familia podrá consultar sobre servicios que ofrece la
institución como psicología, fonoaudiología en donde podrán informarse de
la prestación del servicio.
 Encuestas: es una opción que permite a la institución consultar opinión
específica de los usuarios por medio de la encuesta.
 Acceso: Permite el privilegio a otras funciones del sistema.
1.3 TERCERA ETAPA
1.3.2 Enumerar requisitos funcionales.
Los requisitos funcionales son declaraciones de los servicios que proveerá el

sistema, de la manera en que este reaccionará a entradas particulares y de
como se comportará en situaciones particulares. Para la realización de estos
12
requisitos funcionales se utilizan tablas en las cuales se especifican aspectos

como la relación, función y la categoría.
 El prototipo de servicios Web permitirá tener acceso a la comunidad en

general a una agenda virtual
 El prototipo de servicios Web permitirá actualizar actividades programadas
en el calendario virtual por parte de los administrativos.
 El prototipo de servicios Web permitirá publicar y descargar información en
diferentes formatos.
 El prototipo de servicios Web permitirá interacción de la comunidad por
medio de un buzón de sugerencias.
 El prototipo de servicios Web permitirá descargar ciertos documentos de
interés a la comunidad.
 El prototipo de servicios Web permitirá subir archivos por parte de los
administrativos.
1.3.3 Tabla de requerimientos.
Referencia Función Categoría

R1 Validar acceso al sistema
R1.1 Ingresar datos Evidente
R1.2 Validar usuario Oculta
R1.3 Activar sistema Oculta
R2 Gestionar agenda virtual

Evidente
R2.1 Adicionar actividad
Evidente
R2.2 Modificar actividad
Evidente
R2.3 Consultar actividad
Evidente
R2.4 Eliminar actividad
13
R3 Gestionar tramites
R3.1 Agregar tipo de tramite Evidente
R3.2 Actualizar tramite Evidente
R3.3 Consultar tramite Evidente
R3.4 Descargar tramite Evidente
R3.5 Eliminar tipo de tramite Evidente
R4 Gestionar publicaciones
R4.1 Agregar imagen Evidente
R4.2 Agregar video Evidente
R4.3 Agregar articulo Evidente
R4.4 Modificar articulo Evidente
R4.5 Consultar publicaciones Evidente
R4.6 Eliminar imagen Evidente
R4.7 Eliminar video Evidente
R5 Gestionar PQRS
R5.1 Registrar PQRS Evidente
R5.2 Consultar PQRS Evidente
R5.3 Eliminar PQRS Evidente
5.4 Agregar categoría PQRS Evidente
R5.5 Modificar categoría PQRS Evidente
R5.6 Eliminar categoría PQRS Evidente
R6 Gestionar horarios
R6.1 Agregar tipo horario Evidente
R6.2 Consultar horario Evidente
R6.3 Descargar horario Evidente
R6.4 Eliminar tipo horario Evidente
R7 Gestionar servicios
R7.1 Agregar tipo de servicio Evidente
R7.2 Consultar servicio Evidente
14
R8 Gestionar institución
R8.2 Consultar articulo Evidente
R8.3 Eliminar articulo Evidente
R9 Gestionar encuesta
R9.1 Agregar pregunta Evidente
R9.2 Agregar respuestas Evidente
R9.3 responder encuesta Evidente
R9.4 Consultar respuestas Evidente
R9.5 Modificar encuesta Evidente
R9.6 Eliminar encuesta Evidente
1.4 CUARTA ETAPA

1.4.2 Enumerar requisitos no funcionales.
15
Característica Descripción
Sistema operativo Windows / Linux
Lenguaje de programación Php 5.3.1
Servidor de aplicación Apache 2.2.14
Gestor base de datos MySql
Otro software utilizado Macromedia dreamweaver,

2 M
O Joomla CMS versión 1.5.15.
D Tolerancia a fallos Se debe garantizar la fidelidad e
E
L integridad de los datos
O
S DE CASOS DE USO PARA EL ANALISIS DEL SISTEMA
A continuación se muestra los casos de uso de alto nivel, en los cuales se

identifican actores y casos de uso del sistema además de su descripción. La
siguiente información se ha dividido en cuatro diagramas para facilitar la lectura
y comprensión del sistema.
2.2 DIAGRAMAS DE CASOS DE USO DE ALTO NIVEL

2.2.2 Caso de uso de alto nivel validar acceso al sistema.
Validar acceso al sistema

Usuario
16
ValidarAccesoSistema
Super
Administrador GestionaUsuarios
Figura 2 Caso de uso de alto nivel súper administrador
2.2.3 Diagrama de casos de uso de alto nivel
ValidarAccesoSistema
GestionarTramites
GestionarAgendaVirtual
GestionarPublicaciones
Administrador
GestionarServicios
GestionarPQRS
GestionarInstitución
GestionarEncuesta
GestionarHorarios
Figura 3 Caso de uso alto nivel Administrador
17
ConsultarTramites
Padre familia
Estudiante
ConsultarInstitucion ConsultarAgendaVirtual
ConsultarHorarios ConsultarPublicaciones
Usuario
IngresarBuzonPQRS
ConsultarServicios
DescargarTramites
Figura 4 Diagrama de caso de uso de alto nivel Usuario (Padre familia o

estudiante)
2.2.4 Descripción de actores del sistema.
 Usuario: Es el estudiante, y padre de familia u otro tipo de usuario visitante,

que interesado en conocer los servicios que ofrece la institución. Tiene la
posibilidad de realizar consultas sobre misión, visión, servicios, niveles
educativos, eventos en general, requisitos para ingreso a la institución. Esta
persona en general es la interesada en conocer Información de carácter
institucional, e información general de las dependencias de la institución
además de acceso a información propia de la institución como horarios de
clase, exámenes y trámites.
 Administrador: Funcionario del área de sistemas, encargado gestión del
prototipo de servicios Web, lo que incluye el registro, almacenamiento,
eliminación y modificación de información. El administrador tiene la
responsabilidad de velar por el buen desempeño de la página.
 Súper Administrador: Jefe o director del área de sistemas, encargado de la
gestión de los administradores de la página, entre las opciones de gestión
están la de registro, eliminación y modificación de la información de los
administradores.
18
2.2.5 Descripción resumida de los casos de uso de alto nivel
Descripción resumida de los casos de uso de alto nivel
Validar acceso al sistema

Nota: El usuario de esta opción será: El administrador y super-administrador
del sistema.
Caso de Uso 1 Validar acceso al sistema
Actores El administrador del sistema, súper-administrador

Propósito Mediante esta validación se pretende controlar el acceso al
sistema y otorgar al usuario solo las opciones a las cuales
tiene acceso.
Resumen El usuario contará con un login y un password para poder

ingresar al sistema.
Tipo Primario
Frecuencia de uso: Alta

Gestionar agenda virtual
Nota: El usuario de esta opción será: El administrador del sistema.
Caso de Uso 2 Gestionar agenda virtual
Actores El administrador del sistema

Propósito Permitir al administrador del sistema publicar por medio de la
agenda virtual actividades próximas a realizarse en la
institución en fechas indicadas.
Resumen El administrador del sistema después de ingresar su

respectivo nombre de usuario y contraseña podrá adicionar,
modificar y eliminar una actividad en la agenda virtual.
Tipo Secundario
Gestionar trámites
19
Caso de Uso 3 Gestionar tramite

Propósito Permitir al administrador del sistema cargar al sitio archivos
de los diferentes tipos de trámites que se llevan a cabo en la
institución.

respectivo nombre de usuario y contraseña podrá agregar,
modificar y eliminar el archivo del trámite deseado, por cada
nivel.
Tipo Secundario
Frecuencia de uso: tramites
Gestionar publicaciones
Caso de Uso 4 Gestionar publicaciones

Propósito Permitir al administrador del sistema publicar artículos de
interés y cargar al sitio archivos de tipo imagen y video de las
diferentes actividades que se llevan a cabo en la institución.

modificar y eliminar imágenes, videos y artículos.
Tipo Secundario
Gestionar buzón PQRS
Caso de Uso 5 Gestionar buzón PQRS

Propósito Permitir al administrador del sistema gestionar las todas
PQRS que entran al sistema.
20

respectivo nombre de usuario y contraseña podrá consultar
y/o eliminar las PQRS que ingresan al sistema. También
podrá agregar y eliminar una categoría de PQRS.
Tipo Secundario
Frecuencia de uso: Media
Gestionar horarios
Caso de Uso 6 Gestionar horarios

Propósito Permitir al administrador del sistema cargar al sitio archivos
de los diferentes tipos de horarios que crea la institución.
respectivo nombre de usuario y contraseña podrá agregar, y
eliminar el archivo del horario deseado.
Tipo Secundario
Gestionar servicios
Caso de Uso 7 Gestionar servicios

Propósito Permitir al administrador del sistema gestionar información
sobre los diferentes servicios que presta la institución.

modificar y eliminar un servicio.
Tipo Secundario
21
Gestionar institución
Caso de Uso 8 Gestionar institución

Propósito Permitir al administrador del sistema gestionar la información
más relevante sobre la institución.

modificar y eliminar artículos de información institucional.
Tipo Secundario
Gestionar encuesta
Caso de Uso 9 Gestionar encuesta

Propósito Permitir al administrador del sistema gestionar encuestas
sobre diferentes temas que se publican en el sitio.

respectivo nombre de usuario y contraseña podrá agregar
cuestionarios tipo selección, modificarlos, eliminarlos y
consultarlos.
Tipo Secundario
22
Gestionar Usuarios
Nota: El usuario de esta opción será: El súper-administrador del sistema.
Caso de Uso 10 Gestionar Usuarios
Actores El súper-administrador del sistema

Propósito Mediante esta validación se pretende controlar el acceso al
sistema y otorgar al usuario solo las opciones a las cuales
tiene acceso.
Resumen El usuario contará con un login y un password para poder

ingresar al sistema, es el único autorizado para insertar,
modificar y restringir usuarios.
Tipo Primario
Consultar agenda virtual

Nota: El usuario de esta opción será: El usuario (Estudiante y/o Padre de
familia) del sistema.
Caso de Uso 11 Gestionar agenda virtual
Actores El usuario (Estudiante y/o Padre de familia) del sistema.

Propósito Permitir al El usuario (Estudiante y/o Padre de familia) del
sistema visualizar información sobre eventos mediante una
agenda virtual de actividades próximas a realizarse en la
institución en fechas indicadas.
Resumen El usuario (Estudiante y/o Padre de familia) del sistema
después de ingresar al prototipo Web podrá visualizar las
actividades en una fecha especifica
Tipo Secundario
23
Consultar trámites
Caso de Uso 12 Consultar tramite

Propósito Permitir al usuario consultar los diferentes tipos de trámites
que se llevan a cabo en la institución.
Resumen El usuario después de ingresar al sitio Web podrá acceder a
esta opción.
Tipo Secundario
Frecuencia de uso: tramites
Consultar publicaciones
Caso de Uso 13 Consultar publicaciones

Propósito Permitir al usuario del sistema publicar artículos de interés,
galería imágenes y videos de las diferentes actividades que
se llevan a cabo en la institución.
Resumen El usuario del sistema al ingresar al sitio podrá tener esta

opción habilitada.
Tipo Secundario
Ingresar buzón PQRS
Caso de Uso 14 Consultar buzón PQRS
Actores El usuario (Estudiante y/o Padre de familia) del sistema

Propósito Permitir al usuario enviar una solicitud PQRS mediante el
sistema de buzón y recibir respuesta a través del correo
electrónico o por medio de otros medios.
Resumen El usuario después de ingresar al sitio y elegir la opción

buzon pqrs, deberá llenar los datos que se requieren y podrá
enviar esta información
24
Tipo Secundario
Consultar horarios
Caso de Uso 15 Consultar horarios

Propósito Permitir usuario visualizar los diferentes tipos de horarios que
crea la institución.
Resumen Permitir usuario visualizar los diferentes tipos de horarios que
crea la institución, como exámenes, atención de padres.
Tipo Secundario
Consultar servicios
Caso de Uso 16 Consultar servicios

Propósito Permitir al usuario visualizar los diferentes tipos de trámites
que se llevan a cabo en la institución.
Resumen El usuario podrá visualizar el trámite deseado.
Tipo Secundario
2.2.6 Tabla de referencia
Referencia Función Categoría

R1 Validar acceso al sistema
R1.1 Ingresar datos Evidente
R1.2 Validar usuario Oculta
R1.3 Activar sistema Oculta
25
R2 Gestionar agenda virtual

Evidente
R2.1 Adicionar actividad
Evidente
R2.2 Modificar actividad
Evidente
R2.3 Consultar actividad
Evidente
R2.4 Eliminar actividad
R3 Gestionar tramites
R3.1 Agregar tipo de tramite Evidente
R3.2 Actualizar tramite Evidente
R3.3 Consultar tramite Evidente
R3.4 Descargar tramite Evidente
R3.5 Eliminar tipo de tramite Evidente
R4 Gestionar publicaciones
R4.1 Agregar imagen Evidente
R4.2 Agregar video Evidente
R4.4 Modificar articulo Evidente
R4.5 Consultar publicaciones Evidente
R4.6 Eliminar imagen Evidente
R4.7 Eliminar video Evidente
R5 Gestionar PQRS
R5.1 Registrar PQRS Evidente
R5.2 Consultar PQRS Evidente
R5.3 Eliminar PQRS Evidente
R5.4 Agregar categoría PQRS Evidente
R5.5 Modificar categoría PQRS Evidente
R6 Gestionar horarios
26
R6.1 Agregar tipo horario Evidente

R6.2 Consultar horario Evidente
R6.3 Descargar horario Evidente
R6.4 Eliminar tipo horario Evidente
R7 Gestionar servicios
R7.1 Agregar tipo de servicio Evidente
R7.2 Consultar servicio Evidente
R8 Gestionar institución
R8.2 Consultar articulo Evidente
R8.3 Eliminar articulo Evidente
R9 Gestionar encuesta
R9.1 Agregar pregunta Evidente
R9.2 Agregar respuestas Evidente
R9.3 responder encuesta Evidente
R9.4 Consultar respuestas Evidente
R9.5 Modificar encuesta Evidente
R9.6 Eliminar encuesta Evidente
27
2.2.7 Diagrama de casos de uso extendido.
2.2.7.1 Diagrama de casos de uso extendidos
Agregar tram ite el i mi nar trami

Gesti onarAgendaVi te
rtual
Consul tar trami te
<<extends <<extends
Val idarAccesoSi <<extends
stema <<extends
agregar arti cul

o Gesti onarServi ci
Gesti onarT ramites <<extends Descargar horari os
os
consultar arti
culo
Gesti onarInstituci
Admi ni El i mi nar trami te
ón
strador <<extends>>
el i mi nar arti cul Gesti onarPubl i caci

o ones
<<extends>>
Agregar m ul timedi a
<<ex
<<extends>
tends>>
gesti onar Gesti
preguntas onarEncuesta
Agregar arti cul o
gesti onar Gesti

respuestas Descargar horari Gesti
os onarHorarios onarPQRS
<<extends>
Consul tar publ i caci one
<<extends> <<exten ds>
<<extends>
agregar
el i mi nar consultar
Regi strarP El i mi nar El i mi nar mul ti medi a
consultar
Gesti onarcategori a
Descripción de casos de uso en formato extendido

Caso de uso: validar acceso al sistema
Nota: el usuario será el administrador del sistema
Caso de uso 1 Validar acceso al sistema
Autores Diana Maritza Insuasti Solarte
Diana Margoth Muñoz Meneses
Actor Administrador del sistema
Propósito Mediante esta validación se pretende controlar el
acceso al sistema y otorgar al administrador y súper
administrador las opciones a las cuales tiene acceso.
Descripción El administrador contará con un nombre de usuario y
28
una contraseña para poder ingresar al sistema.

Tipo Primario y extendido
Frecuencia de Uso: Alta
Ref. Cruzada Funciones: R1, R1.1, R1.2, R1.3
Precondiciones El usuario debe contar con su respectivo nombre de
usuario.
El usuario debe tener una contraseña.
El usuario debe estar registrado en la base de datos
del Colegio San José.
Notas sobre el escenario Ninguna
Escenario
ACTOR SISTEMA
1. El usuario ingresa al 2. El sistema muestra
sistema mediante la url una pantalla en la cual el
y selección a iniciar usuario debe ingresar su
sesión. nombre de usuario y
contraseña y elegir la
opción enviar o salir.
3. Si el usuario 4. El sistema verifica
selecciona la opción nombre de usuario y
enviar entonces se contraseña (E1), Si los
valida la entrada al datos son correctos el
sistema mediante un sistema muestra una
nombre de usuario y página Web con las
una contraseña. opciones para el
administrador del
sistema.
Subflujos ACTOR SISTEMA
1. Sf1: Administrador 2. El sistema verifica los
elige la opción entrar datos de acceso y si
son correctos muestra
un área de trabajo.
1. Sf2: Usuario elige la 2. El sistema muestra la
opción salir página principal.
Pos condiciones El usuario ingresa al sistema

Excepciones E1: Si el nombre de usuario y la contraseña del
usuario son incorrectos el sistema no permite el
ingreso a la aplicación y muestra la pantalla de
validación nuevamente.
Caso de uso: Gestionar Agenda Virtual
29
Caso de uso 2 Gestionar Agenda Virtual
Diana Maritza Insuasti Solarte

Autores Diana Margoth Muñoz Meneses
Actores Administrador del sistema, usuario
Permitir adicionar, modificar, eliminar y consultar las
Propósito actividades próximas a llevarse a cabo en la institución.
Este caso de uso se inicia cuando el administrador del
sistema necesita gestionar alguna actividad ubicada en
Descripción
determinada fecha, o cuando un usuario desea
consultar alguna actividad especifica.
Secundario
Tipo
1.1.1. Ref. Cruzada Funciones: R.2, R.2.1, R.2.2, R.2.3, R.2.4
El administrador del sistema debe validarse

1.1.2. Precondiciones correctamente con su nombre de usuario y contraseña.
El usuario no debe validarse.
Notas sobre el Ninguna
escenario
ACTOR SISTEMA
1. El administrador del 2. El sistema muestra una
sistema ingresa a este lista de opciones: Insertar
mediante su validación. (Sf1), Modificar (Sf2) y
Eliminar (Sf3).
3. El administrador del 4 El sistema muestra
Escenario sistema escoge opción. información de acuerdo a
la opción seleccionada.
5. El administrador 6. El sistema guarda los

escoge salir. datos
7. El usuario consulta 8. El sistema se ubica en la

en el calendario una actividad seleccionada y
actividad. muestra la información.
30
Subflujo (1): El sistema muestra la

El administrador del pagina para adicionar
sistema escoge la actividad.
opción adicionar
actividad.
El administrador del El sistema guarda los
sistema registra los datos
datos de la actividad.
Subflujo (2): El El sistema presenta la
administrador del pagina modificar actividad.
sistema escoge la
opción modificar
actividad.
sistema realiza la cambios.
modificación de los
datos.

administrador del página de eliminar
sistema escoge la actividad.
opción eliminar
actividad.
El administrador elimina
la actividad.
Pos condiciones Agenda virtual actualizada

Excepciones Ninguna
Caso de uso: gestionar trámites
Caso de uso 3 Gestionar tramites

31
Permitir agregar, actualizar, eliminar, consultar y

Propósito descargar pasos para realizar trámites que se llevan a
cabo en la institución
Este caso de uso inicia cuando el administrador del
sistema desea cargar al sitio archivos de los diferentes
tipos de trámites que se llevan a cabo en la institución.
Descripción
También cuando el usuario selecciona la opción
consultar tramite para ver los pasos respectivos del
trámite y selecciona la opción descargar.
Secundario
Tipo
1.1.3. Ref. Cruzada Funciones: R.3, R.3.1, R.3.2, R.3.3, R.2.4, R3.5

escenario
ACTOR SISTEMA
sistema ingresa a este lista de opciones: agregar
mediante su validación. (Sf1), actualizar (Sf2) y
Eliminar (Sf3).
sistema escoge opción. información de acuerdo a
Escenario
escoge salir. datos
7. El usuario consulta 8. El sistema muestra la

un tramite información del trámite
. seleccionado.
9. El usuario descarga 10. El sistema muestra una
un trámite. ventana de aceptación o
cancelación de la
descarga.
32

El administrador del página para agregar el
sistema escoge la trámite.
opción agregar tramite.
sistema ingresa trámite. datos
administrador del pagina actualizar tramite.
sistema escoge la
actualizar trámite.

actualización de los
datos.

administrador del página de eliminar el
sistema escoge la trámite.
opción eliminar tramite.
El administrador del
sistema elimina el
trámite.
Pos condiciones Tramites actualizados

Excepciones Ninguna
Caso de uso: Gestionar Publicaciones
Caso de uso 4 Gestionar publicaciones

33
Permitir agregar, modificar, eliminar y consultar las

Propósito imágenes, videos y artículos que se publican sobre
actividades de la institución.
Este caso de uso se inicia cuando el administrador del
sistema necesita publicar imágenes, videos y artículos
Descripción sobre actividades que se realizan en la institución.
También cuando el usuario desea consultar las
publicaciones existentes.
Secundario
Tipo

escenario
ACTOR SISTEMA
mediante su validación. imágenes, videos o
artículos (Sf1), Modificar
articulo (Sf2), Eliminar
imagen, video o articulo
(Sf3) y consultar
Escenario
publicación (Sf4).

escoge salir. datos

publicaciones. publicación seleccionada.
ACTOR SISTEMA

Subflujos El administrador del pagina para agregar
sistema escoge la publicación.
opción agegar imagen,
video o artículo.
34

sistema carga la archivos cargados y los
imagen o el video o datos ingresados.
agrega un artículo.
administrador del pagina modificar articulo.
sistema escoge la
opción modificar
articulo.
modificación del artículo.

administrador del página de eliminar la
sistema escoge la publicación seleccionada.
opción eliminar imagen,
video o articulo.
la publicación (imagen,
video o artículo).
administrador del página publicaciones.
sistema consulta la
opción publicaciones.
Pos condiciones Publicaciones actualizadas
Excepciones Ninguna
Caso de uso: Gestionar PQRS
Caso de uso 5 Gestionar PQRS

35
Permitir registrar, consultar y eliminar PQRS; agregar,

Propósito modificar y eliminar categoría, que permitan gestionar
todas las PQRS que entran al sistema.
sistema después de ingresar su respectivo nombre de
usuario y contraseña podrá consultar y/o eliminar las
PQRS que ingresan al sistema. También podrá agregar,
Descripción
modificar y eliminar una categoría de PQRS.
También cuando el usuario accede al buzón de PQRS y
agrega una PQRS o consulta la contestación de la
PQRS.
Secundario
Tipo
1.1.7. Ref. Cruzada Funciones: R.5, R.5.1, R.5.2, R.5.3, R.5.4, R5.5, R.5.6

Notas sobre el
Ninguna
escenario
ACTOR SISTEMA
mediante su validación. categoría (Sf1), modificar
categoría (Sf2), Eliminar
categoría (Sf3), registrar
PQRS (Sf4), consultar
PQRS (Sf5) y eliminar
PQRS (Sf6).
Escenario

escoge salir. datos
7. El usuario registra 8. El sistema muestra el

una PQRS. formulario de registro de
PQRS.
9. El usuario llena 10. El sistema genera un
formulario y envía pin por el registro para el
datos. usuario.
11. El usuario escoge 12. El sistema guarda
36
salir. datos.
13. El usuario consulta 14. El sistema solicita el pin
la respuesta del PQRS. generado.
15. El usuario ingresa el 10. El sistema muestra el
pin y lo envía. estado de contestación de
la PQRS.
ACTOR SISTEMA

El administrador del página para agregar
sistema escoge la categoría.
opción agregar
categoría.
sistema registra nueva datos
categoría
administrador del pagina modificar
opción modificar
categoría.
modificación de los
Subflujos datos.

opción eliminar
categoría.
la categoría.
Subflujo (4): El usuario El sistema presenta la

del sistema escoge la página de La PQRS.
opción registrar PQRS.
El usuario llena los El sistema le genera un
datos y los envía. pin para después consultar
respuesta.
Subflujo (5): El usuario El sistema solicita al
del sistema escoge la usuario el pin.
opción consultar PQRS.
37
El usuario ingresa el pin. El sistema muestra al

usuario el estado de
contestación de la PQRS.
Subflujo (6): El El sistema elimina la
administrador del PQRS.
sistema escoge la
opción eliminar PQRS.
Pos condiciones PQRS Actualizado
Excepciones Ninguna
Caso de uso: Gestionar horarios
Caso de uso 6 Gestionar Horarios

Permitir agregar, eliminar, consultar y descargar los
Propósito horarios que maneja la institución y que son publicados.
Descripción sistema necesita cargar al sitio archivos de los
diferentes tipos de horarios que maneja la institución.
Secundario
Tipo

escenario
ACTOR SISTEMA
Escenario sistema ingresa a este lista de opciones: agregar
mediante su validación. tipo de horario (Sf1),
eliminar tipo de horario
(Sf2), consultar horario
(Sf3) y descargar horario
(Sf4).
3. El administrador y el 4 El sistema muestra
38
usuario del sistema información de acuerdo a

escogen opción. la opción seleccionada.

escoge salir. datos
7. El usuario consulta 8. El sistema muestra el

uno o varios horarios. horario seleccionado.
9. El usuario selecciona 10. El sistema muestra la

opción descargar ventana de descarga.
horario.
11. El usuario acepta la 12. El sistema descarga el

descarga. archivo seleccionado.
ACTOR SISTEMA

El administrador del pagina para agregar tipo
sistema escoge la de horario.
opción agegar tipo de
horario.
El administrador del El sistema guarda el
sistema carga el archivo cargado.
archivo que contiene el
horario.
Subflujos administrador del pagina eliminar horario.
sistema escoge la
opción eliminar horario.

sistema elimina el cambios.
horario.

del sistema escoge página del horario
consultar la opción seleccionado.
horarios.
39
Subflujo (4): El usuario El sistema muestra la

del sistema selecciona ventana de descargas.
la opción descargar
horario.
El usuario del sistema El sistema descarga el
acepta realizar la archivo.
descarga.
El usuario cierra horario.
Pos condiciones Horarios actualizados

Excepciones Ninguna
Caso de uso: Gestionar Servicios
Caso de uso 7 Gestionar Servicios

Permitir agregar, eliminar y consultar servicios que
Propósito presta la institucion.
Este caso de uso se inicia cuando el administrador
Descripción sistema necesita gestionar información sobre los
diferentes servicios que presta la institución.
Secundario
Tipo
1.1.11. Ref. Cruzada Funciones: R.7, R.7.1, R.7.2, R.7.3

escenario
Escenario ACTOR SISTEMA
mediante su validación. servicio (Sf1), eliminar
40
servicio (Sf2) y consultar

servicio (Sf3).

escoge salir. datos

la opción servicios. pagina de información del
servicio
9. el usuario cierra la
consulta.
ACTOR SISTEMA

El administrador del pagina para agregar
sistema escoge la servicio.
opción agregar servicio.
sistema registra los datos
Subflujos
datos del servicio.
sistema escoge eliminar servicio.
servicio.
la actividad.
Pos condiciones Servicios actualizados

Excepciones Ninguna
41
Caso de uso: Gestionar Institución
Caso de uso 8 Gestionar Institucion

Permitir agregar, modificar, consultar y eliminar un
Propósito artículo sobre información institucional.
Descripción sistema necesita publicar la información más relevante
sobre la institución.
Secundario
Tipo

Notas sobre el
Ninguna
escenario
ACTOR SISTEMA
mediante su validación. tipo articulo (Sf1), modificar
articulo (Sf2), consultar
articulo (Sf3) y eliminar
articulo (Sf4).
Escenario 3. El administrador y el 4 El sistema muestra

escoge salir. datos
7. El usuario consulta 8. El sistema muestra el

un artículo. artículo seleccionado.
42
9. El usuario cierra la
consulta.
ACTOR SISTEMA

El administrador del página para agregar
sistema escoge la artículo.
opción agregar articulo.
sistema registra los datos.
datos.
administrador del pagina modificar articulo.
sistema escoge la
opción modificar
articulo.
sistema selecciona cambios.
Subflujos guardar los cambios.

administrador del página de eliminar artículo.
sistema escoge eliminar
artículo.
El usuario acepta El sistema muestra guarda

eliminar artículo. los cambios.

del sistema escoge página del articulo
consultar la opción seleccionado.
institución.
El usuario cierra la
consulta.
Pos condiciones Horarios actualizados

Excepciones Ninguna
43
Caso de uso: Gestionar Encuesta
Caso de uso 9 Gestionar Encuesta

Permitir al administrador del sistema gestionar
Propósito encuestas sobre diferentes temas que se publican en el
sitio.
sistema después de ingresar su respectivo nombre de
Descripción usuario y contraseña podrá agregar cuestionarios tipo
selección, modificarlos, eliminarlos y consultarlos.
También cuando el usuario responde la encuesta.
Secundario
Tipo
1.1.15. Ref. Cruzada Funciones: R.9, R.9.1, R.9.2, R.9.3, R.9.4, R9.5, R.9.6

Notas sobre el
Ninguna
escenario
ACTOR SISTEMA
mediante su validación. pregunta (Sf1), agregar
respuestas (Sf2),
responder encuesta (Sf3),
Escenario consultar respuestas (Sf4)
modificar encuesta (Sf5) y
eliminar encuesta (Sf6).

escoge salir. datos
44
7. El usuario responde 8. El sistema habilita

la encuesta. nuevamente el cuestionario
. para ser respondido por
otro usuario.
ACTOR SISTEMA

El administrador del página para agregar la
sistema escoge la pregunta.
opción agregar
pregunta.
sistema ingresa la datos
pregunta.
administrador del página para agregar
sistema escoge la respuestas.
opción agregar
respuestas.
sistema ingresa las datos
repuestas.
Subflujos
Subflujo (3): El usuario El sistema muestra guarda
del sistema responde la las respuestas y habilita
encuesta y lo envía al nuevamente la encuesta.
sistema.

administrador del página de respuestas.
sistema consulta las
respuestas dadas por
los usuarios.
administrador del página para modificar la
sistema escoge la encuesta.
opción modificar
encuesta.
El administrador del El sistema el sistema
sistema selecciona modifica la encuesta con
guardar los cambios. los cambios realizados.
45
Subflujo (6): El El sistema muestra la

administrador del pagina de eliminar
sistema escoge la encuesta.
opción eliminar
encuesta.
sistema elimina la cambios.
encuesta.
Pos condiciones Encuesta Actualizada
Excepciones Ninguna
Prototipos de interfaz de usuario
1
Las interfaces se utilizan para visualizar, especificar, construir y documentar
las líneas de separación dentro de un sistema.
Durante esta fase se desarrollan aproximaciones a las interfaces finales de

usuario teniendo en cuenta las siguientes características:
 Se deben desarrollar prototipos en lenguajes visuales de programación

como por ejemplo visual Basic, Delphi, netbeans.
 Las interfaces desarrolladas deben obedecer a estándares de desarrollo.
1
El lenguaje Unificado de Modelado, Capitulo 11
46
Prototipo de interfaz pagina principal – Actor: Usuario
Prototipo interfaz caso uso Validar Acceso al sistema
47
Interfaz Página del administrador
Interfaz Caso de uso Consultar Institución
48
Prototipo interfaz realizar encuesta
Consultar resultados encuesta – administrador
49
Consultar horarios – Actor Usuario
Interfaz caso de uso gestionar encuestar – administrador
Interfaz caso de uso Gestionar Publicaciones
50
2.2.8 Análisis de los casos de uso. Permite observar la relación que existe
entre las clases de análisis identificadas en la etapa anterior, por medio
de mensajes que fluyen en el sistema.
2.2.8.1 Análisis de caso de uso validar acceso al sistema.
2.2.8.1.1 Diagrama de secuencia validar acceso al sistema.
51
Figura 6.2 Diagrama de secuencia validar acceso al sistema
El usuario del sistema ingresa a la página principal y escoge la opción iniciar

sesión, se visualiza una página en la cual el usuario debe ingresa los datos de
acceso y al enviar la información; el sistema valida los datos si son correctos el
sistema mostrará un área de aplicación según el usuario que se haya validado.
Diagrama parcial de clases validar acceso al sistema.
Figura 6.3 Diagrama parcial de clases validar acceso al sistema
Diagrama de colaboración validar acceso al sistema.
52
1: Seleccionar opcion(iniciar sesión)

Gui:Pagina
Princ ipal
4: Ingresa datos de sesión
: Usuario
3: Visualiza ventana
Gui:Inic io 2: Presenta pagina iniciar sesión
de s es ion
5: Envia datos de sesión 8: Presenta pagina de usuario
C:Control Gui:Pagina
Acc es o us uario
6: Consulta datos de sesión

7: Envia datos de sesión
BD: Busc ar
us uario
53
2.2.8.2 Análisis de caso de uso gestionar tramite
2.2.8.2.1 Diagrama de secuencia consultar tramite
Gu i : ge st i ona r Dato sAg e nd a : Agenda Vi rtua l Gu i :M en sa j e s

Agend a Con tro l l er
Vi rtua l : A genda V i
rtua l
Admi ni strador
: Usuari o
1: Sel ecci ona Opc Agregar Act
2: Nueva Acti vi dad
3: Prepara i nserci on de
datos
4: Ingresar datos
5: Envi o datos
6: Envi o datos
En caso de
encontrarse
errores en l
7: Val i da
os datos
datos
i ngresados
8: Mensaj e
9: Habi l i ta opci
ones
Diagrama parcial de clases gestionar trámite.
Gui:Mensajes
Administrador Gui: Gestionar agenda Control:datosagenda
BD
54
Diagrama de colaboración consultar trámite.
6: Ejecutar descarga
Gui:Mens aje Desc arg

a
7: Descarga realizada
5: Escoge descargar tramite
gui:
Tramites
: Usuario
2: Escoger nivel academico
3: Seleccionar Tramite
1: Selecciona Opc tramites 4: Visualizar tramite
Gui: Consulta Gui Nivel

Tramit es Ac ademico
2.2.8.3 Análisis de caso de uso gestionar publicaciones

2.2.8.3.1 Diagrama de secuencia consultar publicaciones
Gui: Consulta gui: vista Gui:Mensaje

Public ac iones public ac iones
: Usuario
1: escoger publicaciones
2: Visualizar publicacion
3: publicaciones recientes
55
Diagrama de colaboración consultar publicaciones
3: publicaciones recientes
gui: vista Gui:Mensaje
public ac iones
2: Visualizar publicacion
Gui: Consulta
Public ac iones
1: escoger publicaciones
: Us uario
Análisis de caso de uso gestionar buzonPQRS
Diagrama de secuencia ingresar buzonPQRS
gui :pq rs regi s tra r pq rs con tro l pq rs gui :pi n gui :m en s aj e

u s ua ri o : Pad re
Fa m ili a
1: acceder a pqrs
2: ingres ar datos
3: enviar datos
4: validar datos
5: generar pin
6: acceptar
7: habilitar opciones
56
Diagrama parcial de clases gestionar buzón.
Us uario gui:pqrs gui:regis trarpqrs control:pqrs gui:pin
BD
Diagrama de colaboración ingresar buzón
gui:pqrs gui:mensaje
2: ingresar datos
1: acceder a pqrs
7: habilitar opciones
gui: pin regis trar

usuario : Pa6:
dreacceptar pqrs
Familia
4: validar datos
3: enviar datos
5: generar pin
c ontrol
pqrs
57
Diagrama de secuencia Gestionar Agenda Virtual

Subflujo 1: Adicionar actividad
Diagrama parcial de clases Gestionar Agenda Virtual
Diagrama de colaboración: caso de uso Gestionar agenda virtual

Subflujo 1: Adicionar actividad
58
Diagrama de secuencia: caso de uso Gestionar agenda virtual

Subflujo 2: Modificar actividad
59

Subflujo 2: Modificar actividad
Diagrama de secuencia: caso de uso Gestionar agenda virtual

Subflujo 4: Consultar actividad
60

Subflujo 4: Consultar actividad
61
Diagrama de clases: caso de uso Gestionar Trámites
Diagrama de secuencia: caso de uso Gestionar trámites

62
Subflujo 1: Agregar tramite
Diagrama de colaboración: caso de uso Gestionar Trámites

Subflujo 1: Agregar tramite
63
Diagrama de secuencia: caso de uso Gestionar Tramites

Subflujo 2: Actualizar tramite

Subflujo 2: Actualizar tramite
64
Diagrama de secuencia: caso de uso Gestionar Trámites

Subflujo 3: Consultar tramite
Diagrama de colaboración: caso de uso Gestionar Trámite

65
Subflujo 3: Consultar tramite
Diagrama de secuencia: caso de uso Gestionar Tramites

Subflujo 4: Descargar tramite
66
67

Subflujo 4: Descargar tramite
Diagrama de clases: caso de uso Gestionar Publicaciones
Diagrama de secuencia: caso de uso Gestionar Publicaciones

Subflujo 1: Agregar publicación
68
Diagrama de colaboración: caso de uso Gestionar Publicacion

Subflujo 1: Agregar publicación
69

Subflujo 2: Modificar artículo
Diagrama de colaboración: caso de uso Gestionar Publicaciones

Subflujo 2: Modificar artículo
70

Subflujo 3: Eliminar publicación

Subflujo 3: Eliminar publicación
71

Subflujo 4: Consultar publicación
72
73

Subflujo 4: Consultar publicación
Diagrama de clases: caso de uso Gestionar Horarios
Diagrama de secuencia: caso de uso Gestionar Horarios

Subflujo 1: Agregar horario
74
Diagrama de colaboración: caso de uso Gestionar Horarios

Subflujo 1: Agregar horario
75

Subflujo 2: Modificar horario
76

Subflujo 2: Modificar horario

Subflujo 3: Consultar horario
77

Subflujo 3: Consultar horario
78

Subflujo 4: Descargar horario
79
80

Subflujo 4: Descargar horario
Diagramas de paquetes de análisis
A continuación se muestra los paquetes de análisis abstraídos para el

desarrollo del sistema:
Figura 3.8. Caso de uso asociado a validar acceso al sistema
81
1.2.1.1. Diagrama de clases del modelo por paquetes de análisis.
Paquete de análisis validar acceso al sistema
Control acceso
Gui: Pagina C:Control

principal acceso
Gui: Inicio de Gui: Pagina de

BD: sesión usuario
Validación acceso al sistema
El paquete de análisis validación acceso al sistema esta conformado por:
 Clases entidad: BD
 Clases interfaz: Gui: página principal, Gui: inicio de sesión, Gui: Página
de usuario.
 Clases control: C: Control acceso.
Paquete de análisis gestionar institución
Gui: Pagina del C:elegir

administrado opcion
BD Gui: Pagina C:Guardar

(eliminar, consultar,
publica articulo)
datos
Gui: Mensaje
gestionar institución
82
El paquete de análisis gestionar institución esta conformado por:
 Clases entidad: BD:
 Clases interfaz: Gui:página del administrador, Gui:Página eliminar,

consultar o publicar articulo, Gui: Mensaje.
 Clases control: C:Buscar opción , C:Guardar datos.
Paquete de análisis gestionar horarios
Gui: Pagina del C:Guardar

administrador datos
BD: Gui: Pagina subir,

modificar horarios
Gui: Mensaje
gestionar horarios
El paquete de análisis gestionar horarios esta conformado por:
 Clases entidad: BD
 Clases interfaz: Gui: página del administrador, Gui: Página subir,
modificar horarios Gui: Mensaje.
 Clases control:, C:Guardar datos.
83
Paquete de análisis gestionar pqrs
Gui: Pagina del C:gestiona

BD administrador r opciones
Gui: Pagina realizar Gui: Mensaje C:Guardar

pqrs datos
Figura 4.9. Realización gestionar pqrs
El paquete de análisis realización gestionar pqrs esta conformado por:
 Clases entidad: BD:
 Clases interfaz: Gui: página del administrador, Gui: Página gestionar

pqrs , Gui: Mensaje.
 Clases control: C:Guardar datos.
84

Analisis Sistema

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Analisis Sistema

Caricato da

Copyright:

Formati disponibili

Diseño de un prototipo de servicios WEB para la interacción de la comunidad, directivos,

docentes y estudiantes de la Institución Educativa Real Colegio San José

DISEÑO DE UN PROTOTIPO DE SERVICIOS WEB PARA LA INTERACCIÓN

DIANA MARITZA INSUASTI SOLARTE

Ing. ALEXANDER TINTINAGO

CORPORACION UNIVERSITARIA AUTONOMA DEL CAUCA

La institución educativa Real Colegio San José y su servicio de educación a la

El proyecto que se va a desarrollar consiste en un prototipo de servicios Web

El siguiente trabajo utiliza la metodología UP (proceso unificado de desarrollo

El diseño del prototipo de servicios Web que se desea desarrollar consta

 Interacción con la comunidad en general

PRESENTACIÓN DEL PROYECTO

Nombre del Proyecto:

DISEÑO DE UN PROTOTIPO DE SERVICIOS WEB PARA LA

Cliente del Proyecto:

Real Colegio San José

Metas del Proyecto:

 El objetivo principal es diseñar un prototipo de servicios web para la

1. FLUJO DE TRABAJO: REQUISITOS CERO (0)

1.1. PRIMERA ETAPA

Los pasos a seguir son los siguientes:

1.1.1. Enumerar los requisitos candidatos Durante esta etapa se realiza un

Listado ideas funcionales:

 El sistema permitirá publicar información de la institución, horarios, servicios

Listado ideas no funcionales

 La aplicación será instalada en el servidor apache Apache versión 2.2.14

1.2. SEGUNDA ETAPA – MODELO DEL DOMINIO Y MODELO DEL

Modelo del negocio:

El modelo de negocio permite describir la forma de modelar los procesos de

1.2.1. Descripción textual del sistema actual

Actualmente la institución educativa Real Colegio San José no cuenta con un

La institución carece de un espacio en internet que le permita dar información

Hasta el momento todas las actividades de carácter informativo se han

Se ha observado que la mayoría de padres de familia que sienten la necesidad

Las publicaciones de artículos, noticias, documentos, promoción de eventos,

Los cronogramas de actividades escolares y calendarios son manejados en

Actualmente no existe ningún tipo de solución a estos problemas, que agilice y

1.2.2 Actores del negocio

Los actores son la representación de las personas u otras entidades que

Los actores identificados en el sistema actual son:

 Docente: Es la persona que guía los diferentes procesos educativos

Modelo del dominio:

examenes atencion padres

Docentes Matricula Inscripción Certificado Constancia

1.2.3 Descripción textual del sistema a desarrollar

El sistema que se va desarrollar es un prototipo de servicios Web en el cual se

 Agenda virtual: el padre de familia solamente podrá consultar mediante

 Tramites: el padre de familia podrá consultar y descargar los pasos sobre

1.3 TERCERA ETAPA

1.3.2 Enumerar requisitos funcionales.

Los requisitos funcionales son declaraciones de los servicios que proveerá el

requisitos funcionales se utilizan tablas en las cuales se especifican aspectos

 El prototipo de servicios Web permitirá tener acceso a la comunidad en

1.3.3 Tabla de requerimientos.

Referencia Función Categoría

R2 Gestionar agenda virtual

1.4 CUARTA ETAPA

Sistema operativo Windows / Linux

Lenguaje de programación Php 5.3.1

Servidor de aplicación Apache 2.2.14

Gestor base de datos MySql

Otro software utilizado Macromedia dreamweaver,

A continuación se muestra los casos de uso de alto nivel, en los cuales se