Refernecias Tecnicas

U. M. R. P. S. F. X. CH.
PROYECTO
Ingeniería de Sistemas KACH’ITAYA
PLAN DE DESARROLLO DE SOFTWARE
1.1 Introducción.
El Plan de Desarrollo del Software es el documento que provee una visión global del
enfoque de desarrollo propuesto.
El proyecto está basado en el método de desarrollo OO (Orientado a Objetos) donde el

desarrollo es progresivo e implica ciclos iterativos de análisis, construcción y pruebas, la
construcción a su vez se descompone en diseño y realización.
El proceso o ciclo de vida propuesto es el Iterativo Incremental; En base a este ciclo de

vida se abarcará las iteraciones necesarias hasta concluir el proyecto satisfactoriamente.
1.1.1 Propósito.
El propósito del Plan de Desarrollo de Software es proporcionar la información

necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software.
Los usuarios de este Plan de Desarrollo del Software son:
 El asesor y revisor del proyecto quienes lo utiliza para organizar la agenda y

necesidades de recursos, y para realizar su seguimiento.
 El desarrollador lo usa para entender lo qué debe hacer, cuándo debe hacerlo y qué
otras actividades dependen de ello.
1.1.2 Alcance.
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo de
KaCh’iTaYa. El detalle de las iteraciones individuales se describe en los planes de cada
iteración. Durante el proceso de desarrollo en el artefacto “Visión” se definen las
características del producto a desarrollar, lo cual constituye la base para la planificación de las
iteraciones. Para desarrollas el Plan de Desarrollo del Software, se ha basado en la captura de
Referencias Técnicas Plan de Desarrollo de Software 149

U. M. R. P. S. F. X. CH. PROYECTO
requerimientos por medio del stakeholder del desarrollador del proyecto Kach’iTaYa y una
estimación aproximada.
1.2 Vista General del Proyecto.
1.2.1 Alcance y Objetivo del Proyecto.
El objetivo del proyecto es desarrollar un sistema automatizado para el control de

accesos remoto para usuarios del Servicio de Internet Dial-Up que provee el NISX en sus
distintas categorías. Además del estudio minucioso del Protocolo RADIUS y todas sus
bondades para la configuración adecuada y su manejo posterior mediante un Servidor
RADIUS previa selección (FreeRADIUS).
El alcance del proyecto se concentra en reportar el uso del servicio Dial-Up en línea, el
estudio y configuración del Servidor RADIUS, así mismo de los dispositivos involucrados
(ROUTER 2511, Modems, etc.).
El Servicio Wi-Fi, no se toma en cuenta, como también la administración contable, por

ser este ultimo centralizado en Decanato de la Facultad de Tecnología de la Universidad San
Francisco Xavier de Chuquisaca.
1.2.2 Producto del proyecto.
Los siguientes artefactos serán producidos durante el proyecto:
 Plan de desarrollo de software.
 Modelo de Requerimientos.
 Modelo de Análisis y Diseño.
 Modelo de Implementación.
 Casos de Prueba.
 Manual de Configuración y manejo de Aplicación.
 Software concluido.

1.2.3 Evolución del Plan de Desarrollo de prueba.
Este plan de desarrollo de software será revisado antes del inicio de cada fase del ciclo
de vida del proceso de desarrollo y actualizado si es necesario a los resultados observados en
las anteriores fases.
1.3 Organización del Proyecto.
1.3.1 Participantes del Proyecto.
Al ser un proyecto de grado de fin de carrera, como participantes solo se cuenta con la
participación del proyectista, asesor asignado por el consejo de grado y el responsable técnico
del NISX siendo este ultimo el mas interesado en la culminación de kaCh’iTaYa.
1.3.2 Interfaces externas.
Los practicantes, auxiliares y clientes del Servicio de Internet Dial-Up son participantes
del proyecto que proporcionan también los requisitos de KaCh’iTaYa y quienes serán los
encargados de evaluar los artefactos según el plan establecido, además del responsable
administrativo del NISX (Ing. Sergio Ugrinovic).
1.3.3 Roles y responsabilidades.
El proyectista siendo el único encargado del desarrollo de KaCh’iTaYa, es quien

adquiere todos los roles para la culminación del proyecto. Entre las principales
responsabilidades se tiene:
 Coordinar las interacciones con los clientes y usuarios, estableciendo un conjunto de

prácticas que aseguran la integridad y calidad de los artefactos del proyecto.
 Establecimiento de la arquitectura del sistema.
 Gestión de riesgos.
 Planificación y control del proyecto.

 Captura, especificación y validación de requisitos, interactuando con el cliente y los

usuarios mediante entrevistas.
 Elaboración del Modelo de Análisis y Diseño.
 Colaboración en la elaboración de las pruebas funcionales y el modelo de datos.
 Construcción de las diferentes versiones de KaCh’iTaYa-
 Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las

validaciones con el usuario.
 Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de

datos, preparación de las pruebas funcionales, elaboración de la documentación.
 Elaborar modelos de implementación y despliegue.
1.4 Gestión del Proceso.
1.4.1 Plan del Proyecto.
El desarrollo del proyecto KaCH’iTaYa fue aprobado el mes de Abril del año 2005,
iniciando sus actividades de desarrollo posteriormente el 4 de Julio del 2005, comenzando las
actividades de investigación del protocolo RADIUS. KaCH’iTaYa dentro del margen de su
ejecución atravesó por un ausentismo aproximado de 3 meses (8 de Febrero 2006 hasta 8 de
Mayo 2006) por razones laborales en el interior de la ciudad, la penosa circunstancia
obstaculizó la culminación del proyecto planificado en el perfil. Para tal efecto se retomó de
manera inmediata las actividades del proyecto KaCH’iTaYa el 9 de Mayo del 2006,
terminando su desarrollo satisfactorio el 11 de Septiembre del 2006, realizando las etapas que
se describen a continuación.
1.4.2 Fase de Concepción o inicio:
Formado por una iteración, la cual tiene una duración de 37 días laborales.
1.4.2.1 Iteración 1:
Jueves 28 de Abril de 2005. En esta iteración se ejecutan las siguientes actividades:

 Captura inicial de requerimientos: Actividad que se encarga de estudiar el entorno para

el cual se desarrolla KaCH’iTaYa, además de los usuarios finales.
 Información del software requerido: Siendo parte fundamental los Servidores RADIUS
y su interpretación con el Servidor de Acceso a la Red (NAS), es importante conocer el
software predecesor a KaCH’iTaYa.
 Fijar los objetivos del proyecto: En acuerdo mutuo con la administración del NISX, el
proyectista deben definir los objetivos más relevantes que debe cumplir KaCH’iTaYa
operativamente.
 Definir el alcance de KaCH’iTaYa: En esta parte se identifica las delimitaciones que

tiene el proyecto.
 Revisión bibliografiíta: Realizar una recolección de información disponible en Internet

y/o libros físicos, para la elaboraron del sistema tomando en cuenta todo el proceso de
desarrollo de KaCH’iTaYa.
 Documentación: Como fruto de las anteriores actividades, la documentación viene a

ser parte fundamental para la primera iteración del proceso de desarrollo de
KaCH’iTaYa.
1.4.3 Fase de Elaboración.
Formado por una iteración, tiene una duración de 80 días.
Martes 21 de Junio de 2005. Las actividades que corresponden a esta iteración son las
siguientes:
 Capturar requerimientos de los Clientes: Al igual que la captura de los requerimientos

de la administración, es importante conocer la opinión de los clientes, para tal efecto se
hace uso del cuestionario.

 Estudiar los diferentes Servidores RADIUS: Luego de estudiar el software predecesor

a KaCH’iTaYa, se hace un estudio amplio de los posibles Servidores RADIUS
tomando en cuenta las virtudes que cada uno de ellos presentan.
 Definir el sistema operativo: Estudiar los diferentes sistemas operativos que se tiene a
mano para su uso y adecuación del proyecto KaCH’iTaYa.
 Definir el Servidor RADIUS: Luego de haber estudiado los servidores RADIUS

disponibles y la compatibilidad con la plataforma se debe concretar la alternativa más
adecuada.
 Seleccionar los lenguajes de programación: Se elige los lenguajes de programación

adecuados para KaCH’iTaYa basados en los conocimientos del proyectista y la
flexibilidad con los objetivos funcionales del proyecto.
 Definir el Sistema Gestor de Base de Datos: Se debe definir el Gestor de Base de Datos
que almacenara toda la información concerniente a las actividades del Servidor
RADIUS.
 Configuración e implementación de Dispositivos: Como resultado de las anteriores

actividades el producto de esta iteración se concentra en la buena configuración de los
dispositivos.
1.4.4 Fase de Construcción.
Formado por una iteración, tiene una duración de 82 días.
Viernes 14 de Octubre de 2005. En esta iteración corresponden las siguientes

actividades:
 Diseñar el modelo de Análisis: Realizar la referencia técnica que involucra el modelo

de análisis.
 Realizar el modelo de Diseño: Construir el modelo de diseño dentro del marco de

ejecución de proyectos de grado monitoreado por el docente asesor asignado.

 Implementación de Servidor RADIUS: El resultado de las actividades previas debe

concretarse con la buena configuración e implementación del Servidor RADIUS,
iniciando las tareas del control de acceso remoto Dial-Up.
 Adecuar la Base de Datos: Adecuar la base de datos para el almacenamiento de

información, de las actividades funcionales de KaCH’iTaYa.
 Probar el Servidor RADIUS: Es en esta etapa donde se probara el funcionamiento

correcto del Servidor RADIUS para el caso específico del NISX.
 Probar la integridad de la Base de Datos: De acuerdo a los resultados obtenidos de la

anterior actividad, posteriormente se debe observar el buen almacenamiento de la
información con la Base de Datos.
 Codificar Módulo Administrador de KaCH’iTaYa: En esta actividad se inicia la

codificación de la Aplicación Web.
 Probar KaCH’iTaYa: La Paliación Web debe ser probada y verificada por el

responsable técnico para la detección de inconformidades.
 Presentación de KaCH’iTaYa Versión 1.0: Como producto de la fase de construcción se

tiene un disco compacto el que se entrega al NISX, conteniendo KaCH’iTaYa en su
primera versión y la guía de configuración del Servidor RADIUS.
1.4.5 Fase de Transición.
Formado por dos iteraciones, tiene una duración de 280 días.
Martes 09 de Mayo de 2005. Iteración con duración de 68 días, está compuesta con las
siguientes actividades:
 Refinamiento del Modelo de Análisis: Transformar los requerimientos al modelo de

análisis descrito en la referencia técnica considerando el lenguaje de modelo unificado
(UML).

 Refinamiento del Modelo de Diseño: Definir una arquitectura robusta para

KaCH’iTaYa, detallar las clases identificadas, y establecer el mapeo de las tablas.
 Codificación de los módulos restantes de KaCH’iTaYa: Realizar la implementación de

los módulos restantes (Auxiliar/Cliente), monitoreados por el responsable técnico del
NISX.
 Refinamiento de la Base de Datos: Agregar tablas y consultas que mejoren la

operatividad de KaCH’iTaYa.
 Realización de Pruebas a KaCH’iTaYa: Ejecutar y documentar las pruebas realizadas a

KaCH’iTaYa, cumpliendo las exigencias del estándar de pruebas elegido.
 Documentación: Como resultado de los modelos de Análisis/Diseño, el documento de

todo el proyecto KaCH’iTaYa, debe ser presentado al docente asesor (Lic. Ramiro
Duran), para su revisión.
 Puesta en marcha de KaCH’iTaYa Versión 1.1: El producto conseguido por las

actividades previas es la nueva versión de KaCH’iTaYa, presentada al NISX en un CD.
Miércoles 16 de Agosto de 2005. Iteración con una duración de 212 días, esta
compuesta por las siguientes actividades:
 Revisión y actualización de requerimientos: Actualizar los requerimientos que

eliminen los riesgos funcionales que afectan a los intereses del NISX.
 Implementación de la Replica del Servidor: Por motivos de seguridad se debe

implementar una replica de KaCH’iTaYa alojado en otro CPU.
 Correcciones del código de KaCH'iTaYa: Con objeto de ultimar detalles del código
fuente de KaCH’iTaYa, esta actividad requerirá toda la atención minuciosa del
encargado técnico del NISX y el docente asesor.
 Pruebas finales de KaCH’iTaYa: Actividad crucial para finalizar el proceso de

desarrollo de KaCH’iTaYa.

 Presentación Final de KaCH’iTaYa Versión 1.2: Luego de haber realizado todas las
actividades planificadas en el proyecto KaCH’iTaYa, como producto final se obtiene la
ultima versión de la Aplicación Web y su puesta en marcha en el NISX.
 Presentación del documento final de KaCH’iTaYa: Esta es la última actividad en la que

se hace presente el producto final del documento para su posterior aprobación.

Referencias Técnicas Modelo de Requerimientos 158

2.2.1 Situación.
2.2.1.1 Declaración del problema.
Tabla 2. 1: Declaración del problema.
El NISX cuenta con una herramienta de características privativas y nada flexible para
El problema de: la generación de los reportes necesarios, obstaculizado la generación rápida de los
informes que involucran el servicio de Internet Dial-Up.
Afecta a: Los responsables técnico/Administrativo del NISX y Clientes del Servicio.
Retraso en los informes que afectan económicamente al NISX y a los clientes del
Servicio, además de las posibles pérdidas de información que prolongan
El impacto es: reiteradamente el llenado de los datos personales de los clientes.
Este proceso es bastante delicado por la integridad que requiere los datos que
involucran problemas económicos a los interesados del servicio.
Una solución Desarrollar un sistema que proponga seguridad a los Clientes y un fácil manejo para la
exitosa podría administración del Servicio de Internet Dial-Up. Además de incorruptible a la hora de
ser: ejecutarse.
Fuente: Elaboración Propia.
2.2.1.2 Declaración de la Situación del Producto.
Este software seria de utilidad:
Tabla 2. 2: Situación del Producto.

Para: El NISX, específicamente para el responsable técnico.
Necesitan una herramienta de generación de informes que satisfaga a todas las necesidades del
Quienes:
sistema y se adapte a la operatividad de servicio que tiene el NISX.
KaCh’iTaYa: Será una herramienta.
Permite:
 Introducir y modificar Clientes.
 Introducir y modificar grupos de Clientes.

Que:
 Introducir y modificar administradores.
 Generar reportes del consumo periódico del Servicio de Internet.
 Monitorear el acceso de los clientes al servicio.
El clásico proceso de generar informes mediante SHIVA KaCh’iTaYa no pone en riesgo los datos
A diferencia de:
de los clientes ni el uso del Servicio.
2.3 Solicitudes de usuarios (stakeholders).
2.3.1 Resumen de Stakeholder.
Tabla 2. 3: Resumen Stakeholder.

Nombre Descripción Responsabilidades
Monitorea el progreso del proyecto.
Responsable de desarrollar el Asegura que el Sistema tenga registrados los datos
sistema de Control de Acceso que se necesitan conocer.
Desarrollador de KaCh’iTaYa
Remoto para los Servicios Dial- Lleva a cabo las pruebas de control para verificar
Up. los requerimientos.
2.3.2 Resumen de Usuarios.
Tabla 2. 4: Resumen de Usuarios.

Nombre Descripción Responsabilidades Stakeholder
Desarrollador de Aplicará el sistema durante el - Insertar clientes
KaCh’iTaYa Desarrollador de
desarrollo del para generar - Generar, o los informes del
KaCh’iTaYa.
Informes. consumo.
2.3.3 Solicitudes del Usuario.
El propósito de este documento ‘Solicitudes de Usuario’ es el de entender

claramente las necesidades que tiene el usuario antes de empezar el proceso. Esto es esencial
para obtener un producto de calidad y realizar el proceso adecuado.
Todo esto en base a entrevistas realizadas a los responsables del NISX con preguntas
que exploran los requerimientos para la aplicación, y el cuestionario llenado por un número
considerable de clientes. Como resultado de esta Entrevista, se puede obtener un conocimiento
más profundo del problema a ser resuelto, así como un entendimiento de los puntos de vista de
los Usuarios sobre las características de las soluciones. A continuación se lista las solicitudes
de los usuarios para la elaboración de KaCh’iTaYa:
 Autenticar el ingreso de los administradores y clientes a la Aplicación Web.

 Registrar datos de los clientes.

 Registrar datos de los administradores.

 Registrar datos de los auxiliares.
 Registrar los grupos de clientes.
 Registrar la autenticación del servicio de Internet Dial-Up.
 Registrar las sesiones del servicio Dial-Up.
 Registrar el número telefónico entrante al servicio Dial-Up.
 Modificar y eliminar clientes.
 Modificar y eliminar administradores.
 Modificar y eliminar auxiliares.
 Modificar y eliminar las autenticaciones del servicio Dial-Up.
 Modificar y eliminar sesiones del servicio Dial-Up.
 Modificar y eliminar los números telefónicos entrantes al servicio Dial-Up.
 Realizar búsquedas de los clientes.
 Realizar búsquedas de los administradores y auxiliares.
 Mostrar los grupos de clientes.
 Realizar estadísticas de los consumos del servicio Dial-Up.
 Listar los clientes, administradores y auxiliares.
 Listar los clientes cortados.
 Listar los clientes habilitados.
 Listar los accesos fallidos.
 Listar los clientes en línea.
 Listar los clientes colgados.
 Reportar los consumos sospechosos.
 Realizar reportes del servicio Dial-Up, por periodos.
 Realizar reportes del servicio Dial-Up, discriminado por grupos.

2.4 Especificación de Casos de Uso.
2.4.1 Módulo Gestión del Administrador.
Reportes de Consumo
Introduci r Usuari o Regi strar Grupos
Restaurar BD
Borrar Contabi lidad
Mostrar Grupos
Backup
Administrador
Limpiar Sesiones
Regi strar NAS
Estadi sticas Auxi liar
Buscar Usuario (from Gestión del Auxiliar)
Figura 2. 1: Diagrama de Casos de Uso: Gestión del Administrador.

2.4.2 Módulo Gestión del Auxiliar.
Logearse al Si ti o Web Mostrar Ayuda
Cerrar Sesi ón Web Consul tar Listas
Auxi li ar
Usuari os en Li nea Accesos Fal l i dos
Figura 2. 2: Diagrama de Casos de uso: Gestión Auxiliar.

2.4.3 Módulo Gestión de Consultas de Clientes.
Cerrar Sesi ón Web Consultar Co nsumo
Cli ente
Logerase a l Si ti o Web Editar Datos
Mostra r Ayuda Cl i ente
Figura 2. 3: Diagrama de Casos de Uso: Gestión de Consultas de Cliente.


2.4.4 Módulo Comunicación con RADIUS.
Consultar Autorización Consultar Contabilidad
RADIUS
Cantidad de Clientes Cli entes Sim ultaneos
Figura 2. 4: Diagrama de Casos de Uso: Comunicación con RADIUS.

2.5 Especificación de requerimientos.
2.5.1 Gestión del Administrador y/o Auxiliar.
Caso de Uso: Logearse al Sitio Web.
Caso de Uso Logearse al Sitio Web

Actores Administrador, Auxiliar
Propósito Validar a un Administrador y/o Auxiliar ya registrado
Resumen Este caso de uso es iniciado por el Administrador y/o Auxiliar. Valida mediante un Login y password con
su respectivo registro para así poder utilizar kaCh'iTaYa
Precondiciones Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Admin.
Flujo Principal Este caso de uso comienza con la verificación del usuario para la utilización del sistema en la página
principal del sistema (P-1). El usuario inserta el nombre de usuario (login) y contraseña (password).
Si el registro de usuario verifica correctamente (E-1,E-2), el subflujo termina y se continua con el

caso de uso anterior
Subflujo Ninguno
Excepciones
E-1 login no corresponde: El login no se validó correctamente. Se le informa al usuario que no
existe un registro bajo ese login. Se le pide al usuario que lo rectifique.
E-2 contraseña no corresponde: La contraseña no se verificó correctamente. Se le pide al usuario
que la vuelva a dar. Esto se repite hasta tres veces, donde en caso de continuar el error, se saldrá
del sistema.
Caso de Uso: Cerrar Sesión Web.
Caso de Uso Cerrar Sesión

Propósito Cerrar Sesión del Administrador y/o Auxiliar
Resumen Este caso de uso es iniciado por el Administrador y/o Auxiliar. Cierra la Sesión cuando deja de ser
utilizado los servicios del sistema.
Precondiciones Se requiere haber ejecutado anteriormente el Caso de Uso Logearse al Sitio Web.
Flujo Principal El Administrador y/o Auxiliar elige cerrar sesión.
Subflujo Ninguno
Excepciones Ninguno
Caso de Uso: Registrar Usuario.

Caso de Uso Registrar Usuario

Actores Administrador
Propósito Registrar Clientes.
Resumen Solo el administrador debe ser el único actor capaz de Registrar los clientes de KaCH’iTaYa. En
función de la operación a realizarse se tendrá un volumen de datos de carácter privado, para la
autorización correspondiente de RADIUS.
Precondiciones Se requiere la ejecución del Caso de Uso Logearse al Sitio Web.
Flujo Principal El administrador ingresa los registros de los clientes.
Subflujo Cancelar.
Excepciones Ninguno.
Caso de Uso: Registrar Grupos.
Caso de Uso Registrar Grupos

Propósito Registrar Grupos de Clientes.
Resumen El administrador es el único capaz de Registrar los grupos de clientes con acceso a KaCH’iTaYa.
En función de la operación a realizarse se tendrá un volumen de datos de carácter privado, que
organice los grupos en función al papel que juega con relación a los tipos de pagos.
Flujo Principal El administrador ingresa los registros del grupo de clientes.
Subflujo Ninguno
Excepciones Ninguno.
Caso de Uso: Buscar Usuario.
Caso de Uso Buscar Usuario

Propósito Buscar Clientes
Resumen Al igual que los anteriores casos de uso, solo el administrador tiene el privilegio de buscar usuarios
con el fin de poder modificar las sentencias que involucran la conexión con RADIUS, los datos
personales; además de revisar los accesos, fallas y la eliminación de dicho usuarios en caso de
que sea requerido.
Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Cliente.
Flujo Principal El Administrador elige un criterio de Búsqueda
Introduce el Campo de acuerdo al criterio de búsqueda.
Limitar el numero de resultados
Si coincide el criterio de búsqueda con el parámetro introducido por el Administrador se visualiza
los registros.
Subflujo Mostrar los accesos del Cliente.
Modificar los registros del Cliente.
Eliminar Cliente
Verificar Cliente
Excepciones Ninguno
Caso de Uso: Mostrar Grupos.
Caso de Uso Mostrar Grupos

Propósito Visualizar los grupos de clientes mas sus integrantes.
Resumen Este caso de uso reporta los grupos de clientes ingresados por el administrador y el número de
miembros asignados a tales grupos.
Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Grupo de Clientes
Flujo Principal Seleccionar la opción Mostrar Grupos.
Introducir el nombre del Grupo.
Visualizar el grupo y el numero de miembros que lo integran
Seleccionar un Grupo
Subflujo Visualizar los miembros del Grupo
Ingresar nuevo Cliente al grupo seleccionado.
Eliminar Grupo.
Excepciones Ninguno
Caso de Uso: Estadísticas.
Caso de Uso Estadísticas

Propósito Revisar el consumo en general.
Resumen
Servicio que permite al administrador consultar determinadas estadísticas (porcentaje de descarga
y subida de información, tiempo de uso, numero de sesiones) con fines de monitorear el tráfico que
generan los clientes del servicio de Internet. Como entrada se asigna el nombre de usuarios del
Cliente, y el proceso consiste en construir y mostrar resultados relevantes al análisis estadístico.
Flujo Principal Elegir la Opción estadísticas del Menú.
Introducir los parámetros de fecha, cliente, y el criterio bajo el cual se desea obtener las
estadísticas.
Visualizar el Análisis Diario y los totales.
Subflujo Actualizar las estadísticas según los cambios realizados en los parámetros de búsqueda.
Excepciones Ninguno
Caso de Uso: Usuarios en Línea.
Caso de Uso Clientes En Línea

Propósito Permitir a un Administrador visualizar los usuarios en línea
Resumen Este caso de uso es iniciado por el Administrador y/o Auxiliar
Precondiciones Todos los subflujos, con excepción de Registrarse Por Primera vez, requieren ejecutar inicialmente
el caso de uso Logearse al Sitio Web
Flujo Principal El Administrador elige la opción
Se visualiza a los usuarios en línea
Subflujo Se actualiza la visualización de los usuarios en línea.
Caso de Uso: Accesos Fallidos.
Caso de Uso Accesos Fallidos

Propósito
Visualizar los accesos fallidos por distintos motivos.

Resumen
Este caso de uso es iniciado por el administrador y/o auxiliar, esta función como resultado muestra
los accesos fallidos de los clientes y las razones por las cuales se negó el permiso de acceder al
servicio de Internet. Entre las razones mas destacadas a reportan se tienen, contraseña incorrecta
y sesión ya iniciada.
Flujo Principal Elegir la Opción Accesos Fallidos del Menú.
Introducir los parámetros bajo el cual se desea obtener el reporte
Elegir la opción Mostrar
Visualizar los resultados.

Subflujo
Actualizar los criterios de búsqueda.
Excepciones Ninguno
Caso de Uso: Consultar Listas.
Caso de Uso Consultar Listas

Propósito
Visualizar las listas de los involucrados con KaCh'iTaYa
Resumen Este caso de uso se encarga de proporcionar al administrador de manera rápida los listados
necesarios para la gestión ordinaria del servicio de Internet. Entre los informes necesarios figura el
listado de Clientes Morosos, Listado de Administradores, Auxiliares, Clientes Bloqueados, y
Clientes Habilitados.
Precondiciones
Se requiere haber ejecutado anteriormente el Caso de Uso Logearse al Sitio Web.
Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Cliente.
Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Grupo de Clientes

Flujo Principal
Elegir la opción Listas del Menú.
Elegir una de las alternativas, para visualizar las Listas.
Visualizar Listas.
Subflujo
Ninguno
Excepciones
Ninguno
Caso de Uso: Reportes de Consumo.
Caso de Uso Reportes de Consumo

Propósito Sacar los reportes del consumo del Servicio de Internet Dial-Up.

Resumen
Los reportes de KaCH’iTaYa son clasificados de acuerdo al grupo de clientes que se desea
consultar y uno general destinado a decanato para efectos de cobro. Para el primero se tiene
como entrada las fechas entre las que se desea obtener el reporte, además del nombre del grupo
de clientes; proceso que devuelve el nombre de los clientes y su consumo. El segundo tan solo
requiere los parámetros de fecha para construir el reporte con los campos: Nombre de Usuario,
Consumo en Tiempo y su Monto Económico.
Flujo Principal Elegir la opción Reportes del Menú Principal.
Seleccionar una de las alternativas de reportes.
Imprimir Reporte
Subflujo Seleccionar Clientes
Editar Accesos
Excepciones Ninguno
2.5.2 Gestión de Consultas de Clientes.
Caso de Uso: Logearse al Sitio Web
Caso de Uso Logearse al Sitio Web

Actores Cliente
Propósito Permite dar seguridad a KaCH’iTaYa a nivel de página, ya que los Clientes no cuentan con los
mismos privilegios de uso que le administrador y/o auxiliar.
Resumen Este caso de uso es iniciado por el Cliente. Valida mediante un Login y password con su respectivo
registro para así poder utilizar kaCh'iTaYa
Precondiciones Se requiere haber ejecutado anteriormente el Caso de Uso Registrar Cliente.
Flujo Principal Este caso de uso comienza con la verificación del usuario para la utilización del sistema en la página
principal del sistema. El usuario inserta el nombre de usuario
(login) y contraseña (password).
Si el registro de Cliente verifica correctamente (E-1,E-2), el subflujo termina y se continua con el
caso.
Subflujo Ninguno
Excepciones
E-1 login no corresponde: El login no se validó correctamente. Se le informa al usuario que no
existe un registro bajo ese login. Se le pide al usuario que lo rectifique.
E-2 contraseña no corresponde: La contraseña no se verificó correctamente. Se le pide al usuario
que la vuelva a dar. Esto se repite hasta tres veces, donde en caso de continuar el error, se saldrá
del sistema.
Caso de Uso: Cerrar Sesión Web:
Caso de Uso Cerrar Sesión

Actores Cliente
Propósito
Cerrar Sesión del Cliente.

Resumen
Este caso de uso cierra la sesión iniciada por el Cliente, por medio de dos alternativas ya sea por
decisión del mismo, ó automáticamente por motivos de seguridad ante una prolongada inactividad en
el sitio.
Precondiciones
Se requiere la ejecución del Caso de Uso Logearse al Sitio Web.
Flujo Principal
El Cliente elige cerrar sesión.
Subflujo
Ninguno
Excepciones Ninguno
Caso de Uso: Consultar Consumo.
Caso de Uso Consultar Consumo

Actores
Cliente, RADIUS
Propósito Permite al cliente observar el periodo de consumo. Como entrada se asigna el mismo nombre del
Cliente que ingresa a la página y las fechas entre las cuales desea revisar su consumo.
Resumen Este caso de uso es iniciado por el Cliente para consultar a la base de Datos sobre su consumo.
Precondiciones Todos los subflujos, con excepción de Registrarse Por Primera vez al Cliente, requieren ejecutar
inicialmente el caso de uso Logearse al Sitio Web
Flujo Principal El Cliente inicia la opción.
Subflujo Puede visualizar el reporte según las fechas que desea consultar.
Caso de Uso: Editar Datos.
Caso de Uso Editar Datos

Actores Cliente
Propósito Permite cambiar la contraseña personal de acceso al Sitio Web de KaCH’iTaYa y la contraseña de
confianza que permite el enlace con el servicio de Internet Dial-Up.
Resumen Este caso de uso es iniciado por el Cliente. Cierra la Sesión cuando deja de ser utilizado los servicios
del sistema.
Flujo Principal El sistema solicita la clave actual para el acceso al Servicio de Internet.
El Cliente introduce la contraseña nueva que desea cambiar, ya sea contraseña de Reportes o de
Acceso
Subflujo Si las contraseñas son correctas, se almacenan los cambios.
Si el registro del Cliente verifica correctamente, el subflujo termina y se procede con el caso de uso.
Excepciones
Contraseña incorrecta: La contraseña actual de acceso es incorrecta. Se le informa al Cliente que no
existe esa contraseña. Se le pide al usuario que lo rectifique. Contraseña nueva es incorrecta: La
contraseña no se verificó correctamente. Se le pide al cliente
que vuelva a introducir la nueva contraseña y su confirmación.
Esto se repite hasta tres veces, donde en caso de continuar el error, se saldrá
del sistema.
2.5.3 Comunicación con RADIUS.
Caso de Uso: Consultar Autorización.
Caso de Uso Consultar Autorización

Actores RADIUS
Propósito Consultar La Base de Datos KaCh'iTaYa para que el Servidor RADIUS enlace al Servidor NAS la solicitud.
Resumen Este caso de uso se encarga de realizar las consultas correspondientes entre RADIUS y la base de datos de
KaCH’iTaYa para otorgar el permiso de conexión al servicio de Internet.
Precondiciones Se requiere tener Activado el Servidor RADIUS.
Flujo Principal El Servidor RADIUS compara los atributos del cliente que desea acceder al Servicio con la tabla verificar y
respuesta de KaCh'iTaYa.
El Servidor RADIUS compara los atributos del cliente y su respectivo grupo con la tabla verificargrupo y
respuestagrupo de KaCh'iTaYa.
Subflujo Ninguno
Excepciones Ninguno
Caso de Uso: Consultar Contabilidad:
Caso de Uso Consultar Contabilidad

Actores RADIUS
Propósito Consultar La Base de Datos KaCh'iTaYa para que el Servidor RADIUS ingrese los datos respectivos
a la tabla contabilidad.
Resumen Este caso de uso se encarga de insertar los registros de consumo del servicio de Internet a la base
de datos de KaCH’iTaYa.
Flujo Principal Consultas para iniciar la contabilidad.
Consultas para actualizar a contabilidad.
Consultas para detener la contabilidad
Subflujo Consulta alternativa para iniciar la contabilidad
Consulta alternativa para detener la contabilidad
Excepciones Ninguno
Caso de Uso: Clientes Simultáneos:
Caso de Uso Clientes Simultáneos

Actores RADIUS
Propósito Controlar las conexiones múltiples y él abuso del Servicio Dial-Up.
Resumen Este caso de uso consulta las conexiones simultáneas de los clientes, denegando los mismos que no
estén verificados con el permiso de conexión múltiple.
Flujo Principal Consultar el número de conexiones actuales.
Consultar los detalles de las conexiones actuales para la comprobación.
Subflujo Ninguno
Excepciones Ninguno
Caso de Uso: Cantidad de Clientes
Caso de Uso Cantidad de Clientes.

Actores RADIUS
Propósito Consultar el número de clientes que pertenecen a un grupo específico.
Resumen Caso de uso que se encarga de consultar el numero de miembros permitidos para acceder al
servicio de Internet impartido por el NISX.


Flujo Principal Consultar la verificación de cliente y el número de miembros de grupo
Subflujo Ninguno
Excepciones Ninguno
2.6 Requerimientos no funcionales.
La transmisión debe ser segura, entendiendo por esto que solo las personas autorizadas
pueden tener acceso a la información que corresponde a los diferentes tipos de roles entres
usuarios.
KaCH’iTaYa debe tener una disponibilidad operativa permanente al igual que el

servicio de Internet que oferta el NISX.
En cuanto al software se precisa un sistema operativo adaptable a la configuración del

Servidor RADIUS (FreeRADIUS), el Servidor Web (Apache2), Gestor de Base de Datos
(MySQL), y la compatibilidad con los lenguajes de programación (PERL, PHP, JavaScript y
HTML). Para tal efecto se requiere el Sistema Operativo Linux SUSE 9.2
La Aplicación Web debe poder ser consultada por la mayoría de los navegadores más
utilizados (MS Internet Explorer, Netscape, etc.).
Entre los requerimientos físicos, se precisa una computadora que soporte el

funcionamiento continuo (Servidor Acer), un NAS (Router Cisco 2511), y los Modems
(AOpen).

Referencias Técnicas Modelo de Análisis 172

3.2.10 Eliminar Cliente.
3.2.11 Reportes de Consumo.


3.3 Modelo de Datos.
3.3.1 Diagramas de Clases Entidad.
cliente respuestagrupo
(from Clases Entidad)
(from Clases Entidad) grupo
verificar id
id (from Clases Entidad)
(from Clases Entidad) GrupoLog
ClienteLog id
id atributo
Nombre GrupoLog
ClienteLog valor
Atributo
Mail 1 ClienteLog
Direccion prio
Valor 1..* FonoTrab op
op 1..* Insertar()
1..* FonoCasa Modificar()
Celular Insertar()
Insertar() Eliminar()
PassReport Modificar()
Modificar() RADIUS Consultas()
Eliminar()
Insertar()
RADIUS Consultas()
Modificar() verificargrupo
Eliminar() errorclientes (from Clases Entidad)
(from Clases Entidad) id

1..* GrupoLog
id
ClienteLog atributo
Fecha valor
contabilidad Razon op
RadAcctId Insertar() insertar()
AcctSessionId Modificar() Modificar()
* AcctUniqueId Eliminar() Eliminar()
ClienteLog * Consultar() RADIUS Consultas()
Realm
NASIPAddress totalcont
NASPortId (from Clases Entidad)
repuesta
NASPortType 0..1 TotAcctId
AcctStartTime ClienteLog
id
AcctStopTime AcctFecha
ClienteLog
AcctSessionTime ConNum
Atributo
AcctAuthentic ConTotDuracion
Valor
ConnectInfo_start 1 1..* ConMaxDuracion
op
ConnectInfo_stop ConMinDuracion
AcctInputOctets Entradas
Insertar() nas
AcctOutputOctets Subidas
Modificar() (from Clases Entidad)
CalledStationId NASIPAddress
RADIUS consultas() id
CallingStationId
AcctTerminateCause 1..* nasname Insertar()
ServiceType shortname Modificar()
FramedProtocol 1 ipaddr Eliminar()
FramedIPAddress type Consultar()
AcctStartDelay ports
AcctStopDelay secret
snmp
Insertar()
Modificar() Insertar()
Eliminar() Modificar()
RADIUS Consultas() Eliminar()

3.3.2 Diagrama de Clases.
3.3.2.1 Casos de Uso Gestión Administrador.
Index
(from Logica Interface)
Validar Funciones Administrador
Auxi liar (from BD KACHITAYA)
(from Actors)
Estil o
Ini ci o htaccess
(from Interface Administrador) (from htpasswd)
Botones Contenedor
Cabecera
(from Logica Interface) (from Logica Interface)
Caso de Uso: Cerrar Sesión
Auxiliar Botones Cerrar Sesion

(from Actors) (from Logica Interface)
Caso de Uso: Acceso Fallidos
Funciones
admin
Botones
Auxiliar
(from Actors)
AccesosFal lidos
ErrorClientes
(from BD KACHITAYA)
Contenedor config

admin Funciones
Administrador Botones
config Buscar Cliente Consumo contabil idad

Contenedor
(from Gestion Administrador) (from BD KACHITAYA)
Editar Cliente Datos Personal es

Errores Conexi on Borrar Cliente Informacion Cl iente
ErrorClientes
verificar Cli ente
(from BD KACHITAYA)
(from BD KACHITAYA) (from BD KACHITAYA)
Auxi liar Botones admin Listas Funciones
respuesta
(from BD KACHITAYA)
Contenedor config
Cli ente
(from BD KACHITAYA)
Administrador
(from BD KACHITAYA)
Botones
admin Fu nciones
Admi nistrador
(from Actors)
Estadi sticas
(from Gestion Administrador)
contabi lidad
Conte nedor config
(from BD KACHITAYA)

Administrador Botones
Funciones
admin Crear Cl iente
respuesta
(from BD KACHITAYA)
Contenedor config
Cliente verificar
Administrador Botones admin Funciones

MostrarGrupos
grupo
Contenedor config
(from BD KACHITAYA)
Caso de Uso: Registrar Grupo.
Funciones
Administrador Botones admin Crear Grupo
(from Actors) (from Logica Interface) (from Gestion Administrador)
grupo
(from BD KACHITAYA)
respuestagrupo
Contenedor config
(from BD KACHITAYA)
verificargrupo
(from BD KACHITAYA)

Caso de Uso: Registrar NAS.
Administrador Botones admin

Funciones
CrearNAS
NAS
Contenedor config
(from BD KACHITAYA)
Caso de Uso: Limpiar Sesiones.
Administrador li mpiar Sesiones contabi lidad admin

(from Actors) (from BD KACHITAYA)
config
Caso de Uso: Borrar Contabilidad.
Administrador Borrar Contabili dad contabi lidad admin

config
Caso de Uso: Reportes Consumo.
Administrador Botones Funciones

admin ReportePeriodico
contabilidad
(from BD KACHITAYA)
ReporteGral
Contenedor config Reportes

(from Logica Interface) (from Gestion Administrador)
ReportePorGrupos

Botones
admin Funciones
Auxi liar
(from Actors) Cli entesEnLi nea
Contenedor config contabil idad

(from Logica Interface) (from BD KACHITAYA)
Caso de Uso: Backup.
config Cliente
admin (from BD KACHITAYA)
verificargrupo
respuesta (from BD KACHITAYA)
(from BD KACHITAYA)
Administrador Backup
verificar
(from Actors)
(from BD KACHITAYA)
ErrorClientes
contabilidad
nas (from BD KACHITAYA)
(from BD KACHITAYA)
(from BD KACHITAYA) grupo respuestagrupo
Caso de Uso: Restaurar Base de Datos.
config Cliente
admin (from BD KACHITAYA)
verificargrupo
respuesta (from BD KACHITAYA)
Administrador (from BD KACHITAYA)
(from Actors)
RestaurarBD verificar
(from BD KACHITAYA)
ErrorClientes
contabil idad
nas (from BD KACHITAYA)
(from BD KACHITAYA)
(from BD KACHITAYA) grupo respuestagrupo

3.3.2.2 Casos de Uso Gestión de Consulta Cliente.
Cl i ente
Esti l o
Cl i en te
(from BD KACHITAYA)
(from Actors)
Inde x Validar Funcio ne s

(from Logica Inter face) (f rom Modulo Administ rador) (from Modulo Administrador )
Ini ci o Cabe cera

(from Interface Cli ente) (from Logica Inter face)
Boton es
(from Logica Inter face)
Conte ned or
Caso de Uso: Cerrar Sesión.
Cli ente Botones Cerrar Sesi on

Funciones
Botones (from Modulo Administrador)
Cliente admin
(from Actors) (from Modulo Administrador)
Consumo
(from Modulo Administrador)
Contenedor config contabil idad

(from Logica Interface) (from Modulo Administrador) (from BD KACHITAYA)

Cli ente Botones admin CambiarPass Funciones

(from Actors) (from Logica Interface) (from Modulo Administrador) (from Modulo Administrador)
verificar Cli ente

Contenedor config
(from Logica Interface) (from Modulo Administrador)
3.3.2.3 Casos de Uso Comunicación RADIUS.
Caso de Uso: Autorización.
veri fi car
(from BD KACHITAYA)
RADIUS sql .conf

(from Actors)
veri fi cargrupo
respuestagrupo (from BD KACHITAYA)
(from BD KACHITAYA)
respuesta
(from BD KACHITAYA)
Caso de Uso: Contabilidad.
RADIUS sql .conf contabi lidad
Caso de Uso: Clientes Simultáneos.
RADIUS sql .conf contabi lidad
Caso de Uso: Cantidad de Clientes.
RADIUS sql .conf grupo

3.3.3 Diagramas de Colaboraciones.
3.3.3.1 Casos de Uso Gestión del Administrador.

3: Cosnultar 4: Obtener 5: Cosnul tar BD
: Auxi li ar
: Estil o : Vali dar : Funciones : Administrador
6: Crear Pagi na
1: Desplegar Pagina
7: Obtener Privil egios 10: Acceder

2: Obtener Formato
: Ini cio : htaccess 9: Acceder : Contenedor

: Index
8: Acceder
: Botones
: Cabecera

1: El egi r Opcion 2: Cerrar Sesion
: Auxili ar : Botones : Cerrar Sesi on

2: Vi sualizar Pagina 4: Obtener
5: Mostrar
7: Obtener formato
10: Mostrar Resultados
: Auxiliar : Contenedor : config
: Funciones
8: Formato
1: Selecciona Opcion
6: Enlace con BD
3: Crear Pagi na : AccesosFal lidos 9: Consultar
: Botones : admin
: ErrorCli entes

1: Seleccionar Opcion
7: Obtener Formato
: Funciones
: Admini strador : Botones : admin
2: Visuali zar Pagi na 3: Crear Pagina 6: Enl ace con BD 8: Form ato
4: Obtener 5: Mostrar
9: Reali zar Consulta
10: M ostrar Resultados

: Contenedor : config : Estadi sticas : contabi lidad

1: Sel eccionar Opci on
7: Obtener Formato
: Botones 6: Enl ace con BD 8: Form ato

: Administrador
: admin : Crear Cliente : Funciones
2: Vi suali zar Pagina 5: Mostrar 11: Ingresar Datos
10: Ingresar Datos

3: Crear Pagina
9: Ingresar Datos
4: Obtener
: respuesta

: Contenedor : config : verificar
: Cli ente
1: Sel eccionar Opcion
7: Obtener Formato
: Admini strador : Botones

6: Enl ace con BD 8: Form ato
: admin : MostrarGrupos : Funci ones
3: Crear Pagina 5: Mostrar 9: Cosnul tar

2: Vi sul ai zar Pagi na
4: Obtener
10: Mostrar Resultados : grupo

: Contenedor : config

1: Seleccionar Opci on 7: Obtener Formato
6: Enl ace con BD 8: Formato

: Administrador : Botones : admin : Crear Grupo : Funciones
2: Vi suali zar Pagina 11: Introducir Datos

5: Mostrar 10: Introducir Datos
3: Crear Pagi na
9: Introduci r Datos
4: Obtener
: respuestagrupo : verificargrupo
: grupo
7: Obtener Formato
: Administrador : Botones 6: Enlace con BD 8: Form ato

: adm in : CrearNAS : Funciones
2: Vi suali zar Pagi na
3: Crear Pagi na 9: Introduci r Datos

5: Mostrar
4: Obtener
10: Mostrar Resultados : NAS

: Funciones
7: Obtener Formato
8: Form ato
: admin
6: Enl ace con BD

: Administrador : Botones
9: El egi r
2: Vi suali zar Pagina 3 : Crear Pagi na

5: M ostrar
4: Obtener 11: El egir
: Reportes : ReportePeriodico

: Contenedor : config 10: Consulta
13: El egir
12: Consulta
: ReporteGral
15: Consulta
: ReportePorGrupos : contabi lidad

1: Iniciar Petición 2: Consul tar Confi guración
: Administrador : l impiar Sesiones : config

3: Obtener Confi guracion
4: Reali zar Cam bi os
: admin : contabi l idad
4: Ej ecutar Cam bi os
: Borrar Contabi lidad : contabi lidad : adm in
1: Iniciar Tarea 3: Obtener Confi guración

2: Consul tar Confi guración
: Administrador : config
1: Selecciona Opcion
7: Obtener Formato
: Auxi liar : Botones

6: Enlace co BD 8: Formato
2: Visuali zar Pagina
: admin : ClientesEnLi nea : Funciones
3: Crear Pagi na 9: Cosnultar
5: Mostrar
4: Obtener

: Contenedor : config : contabi lidad


1: Iniciar Backup 2: Consultar Configuracion
: Administrador : Backup : config
3: Obtener Configuracion
: Cli ente
7: Sel eccionar Datos
4: Seleccionar datos
: grupo
: contabilidad 5: Sel eccionar Datos 11: Seleccionar Datos
: admin
8: Seleccionar Datos
9: Selecionar Datos
: nas 12: Seleccionar Datos 6: Sel eccionar Datos

: verificar
: verificargrupo
: respuestagrupo
: respuesta
: ErrorCli entes

1: Iniciar Backup 2: Consultar Configuracion 3: Obtener Configuracion
: Administrador : RestaurarBD : config : admin
: grupo
4: Seleccionar datos
10: Selecci onar Datos
: Cliente
9: Selecionar Datos

: respuesta : respuestagrupo
: ErrorClientes

: nas
: contabilidad
: verificargrupo
: verificar

3: Cosnultar 4: Obtener 5: Cosnultar BD
: Cliente
: Estilo : Validar : Funciones : Cliente
6: Crear Pagina
1: Desplegar Pagina
9: Crear Pagina
2: Obtener Formato
8: Crear Pagina
: Inicio : Contenedor
: Index 7: Crear Pagina
: Cabecera
: Botones
1: El egi r Opcion 2: Cerrar Sesion
: Cli ente : Botones : Cerrar Sesi on
1: Seleccionar Opcion 5: Mostrar 7: Obtener Formato
: Cliente : Botones : admin : CambiarPass : Funciones
2: Visualizar Pagi na 8: Consultar Contraseña

4: Obtener 6: Enlace con BD
3: Crear Pagina
11: Actualizar Contraseña
10: Actualizar Contraoeña
12: Mostrar Resultados: config
9: Consultar Contraseña : Cliente
: Contenedor
: verificar


: Botones : config 7: Obtener Formato

: Cli ente
6: Enl ace con BD

2: Vi suali zar Pagi na
8: Form ato
3: Crear Pagina 5: Mostrar
: Con sumo : Funci ones
9: Consul tar
4: Obtener

: Contenedor : admin
: contabi lidad

1: Consul tar Configuraci on 5: Consul ta T abla
6: Autorizar Sesion 2: Cosnul ta Tabla

: RADIUS : sql .conf : respuestagrupo
3: Consul ta Tabla 4: Cosulta Tabla
: verificar
: respuesta
: verificargrupo

1: Consul tar Confi guraci on 2: Consul tar T abl a
3: Consumo del Servi cio

: RADIUS : sql .conf : contabi li dad

1: Consul tar Confi guracion 2: Consul tar Tabla
3: Resul tado SQL

: RADIUS : sql .conf : contabilidad

1: Consul tar Confi guracion 2: Consul tar T abla
3: Numero de Cl ientes
: RADIUS : sql .conf : grupo

3.3.4 Diagramas de Secuencia.
3.3.4.1 Casos de Uso Gestión del Administrador.
: Auxili ar : Index : Estilo : Validar : Funciones : Administrador : Inicio : htaccess : Botones : Cabecera : Contenedor
Desplegar Pagina
Obtener Formato
Cosnultar
Obtener
Cosnultar BD
Crear Pagina
Obtener Privilegios
Acceder
Acceder
Acceder
: Auxi li ar : Boto nes : Cerrar Sesi on
Elegir Opci o n
Ce rrar Sesi on
: Auxi li ar : Botones : Contenedor : admin : config : Funciones : AccesosFal lidos : ErrorCli entes
Selecciona Opci on
Visual izar Pagina
Obtener
Mostrar
Obtener formato
Formato
Mostrar Resultados Consultar

: Admi ni strador : Botones : Contenedor : config : Funci ones: Estadisticas: contabi li dad
Selecci onar Opci on

Crear Pagina
Obtener
M ostrar
Obtener Formato
Formato
Real izar Consul ta

Mostrar Resul tados
: Ad mi nistrador : Bo ton es : Contened or : con fig : Funcione s : Crear Cl ien te : Cli ente : verificar : respu esta
Sele ccionar Opci on
Visual izar Pagi na

Crea r Pagina
Obtener
Mostra r
Obtener Form ato
Forma to
Ingresar Da tos
Ingresar Datos
Ingresar Da tos
: Adm i nistrador : Botones : Contenedor : adm in : confi g : Funciones : grupo : M ostrarG rupos
Crear Pagi na
Obtener
Visulai zar Pagi na
M ostrar
Enl ace con BD

Obtener Form ato
Fo rma to
Cosnul tar
Mo strar Resultados

: Admini strador : Botones : Contenedor : confi g : Funci ones : Crear Grupo : grupo : veri ficargrupo : respuestagrupo
Sel ecci onar Opci on
Vi sual i zar Pagi na
Crear Pagina Obtener

Mostrar
Formato
Introduci r Datos
Introducir Datos
Introduci r Datos
Mostrar Resul tados
: Admi nistrador : Contenedor : B otones : config : Funci ones : nas : CrearNAS
Seleccionar Opcion
Visual izar Pagina

Crear Pagina
Obtener
M ostrar
Form ato
Introducir Datos
M ostrar Resultados
: Administrador : Botones : Contenedor : config : Funciones : Reportes : ReportePeriodico : ReporteGral : ReportePorGrupos : contabilidad
Seleccionar Opcion
Crear Pagina
Obtener
Mostrar
Formato
Elegir
Consulta
Elegir
Consulta
Elegir
Consulta
Mostrar Resultados

: Administrador : limpiar Sesiones : config : admin : contabilidad

Iniciar Petición
Consultar Configuración
Obtener Configuracion
Realizar Cambios
: Administrador : Borrar Contabilidad : config : admin : contabilidad
Iniciar Tarea Consultar Configuración

Obtener Configuración
Ejecutar Cambios
: Auxi li ar : Botones : Contenedor : confi g : Cl i entesEnLi nea : Funciones : contabi li dad

Selecciona Opci on
Visual izar Pagina

Crear Pagina
Obtener
Mostrar
Obtener Formato
Cosnultar
Mostrar Resultados

: Administrador : Backup : config : admin : Cliente : contabi lidad : ErrorCli entes : grupo : nas : respuesta : respuestagrupo : verificar : verificargrupo
Ini ciar Backup
Consultar Configuraci on
Seleccionar datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos
Selecionar Datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos
: Administrador : RestaurarBD : config : admin : Cli ente : contabi lidad : ErrorCli entes : grupo : nas : respuesta : respuestagrupo : verificar : verificargrupo
Ini ci ar Backup
Seleccionar datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos
Seleci onar Datos
Seleccionar Datos
Seleccionar Datos
Seleccionar Datos

: Cliente : Index : Estil o : Vali dar : Ini cio : Botones : Cabecera : Contenedor : Funci ones
Desplegar Pagina
Obtener Formato
Cosnultar
Obtener
Crear Pagina
Crear Pagina
Crear Pagina
Crear Pagina
: Cl i e nte : Bo to nes : Cerrar Se si on

El e gi r Op ci o n
Ce rra r Sesi on
: Cl i ente : Botones : Contenedor : adm in : CambiarPass : veri ficar : Cl i ente : Funciones
Seleccionar Opcion
Crear Pagina
Obtener
Mostrar
Obtener Formato
Visual izar Pagina
Consultar Contraseña
Consultar Contraseña
M ostrar Resultados

: Cli ente : Boton es : Con tenedor : admi n : Consum o : Funci ones : contabi l i dad
Crear Pagi na
Obtener
M ostrar
Visu al i zar Pagina
Obtener Formato
Consultar
M ostrar Resul tados
: RADIUS : sql .conf : respuestagrupo : respuesta : verificargrupo : verifi car
Cosnul ta Tabla
Consul ta Tabla
Cosulta T abl a
Consulta Tabla
Autori zar Sesi on
: RADIUS : sql .conf : contabi lidad
Consultar T abl a
Consumo del Servicio

: RADIUS : sql .conf : contabil idad
Consultar T abl a
: RADIUS : sql .conf : g rup o
Consul ta r Con fi gura ci on

Consu l ta r T ab l a

Referencias Técnicas Modelo de Diseño 201

1: Sel ecci on ar Opci ón
: Auxi l i ar
2 : Cerrar Sesi ón
: b otones
: CerrarSesi on

1: El egi r Opción
: Auxi li ar 6: Obtener Formato

: funciones
2: Despl egar Página : botones : Admin
7: Form ato
5: Enlazar BD
Crear Página
4: Obtener
3: Confi gurar Petición : ConsultarListas
: contenedor : conf
1: Seleccionar Opción
: Admin 6: Obtener Formato

: funciones
: Administrador : botones
5: Enlazar BD
7: Formato
2: Desplegar Página
Crear Página
4: Obtener
3: Configurar Petición : Estadísticas
: contenedor : conf

1: El egir Opción
: Administrador 6: Obtener Formato

: funciones
2: Desplegar Página : botones : Admin
7: Form ato
5: Enl azar BD
Crear Página
4: Obtener
3: Configurar Petición : NuevoCli ente
: contenedor : conf
Caso de Uso: Logearse.

5: Consultar BD
4: Obtener
: funciones : Admin
: Auxili ar 6: Crear Página

: validar
1: Despl egar Pági na

7: Obtener Privilegios 10: Acceder
3: Consultar
: .htaccess
2: Introducir Datos
: contenedor
: i nicio
8: Acceder
9: Acceder
: i ndex : Sesion
: botones
: cabecera
1: El egir Opción

: funciones
2: Despl egar Página : botones : Admin
7: Form ato
5: Enl azar BD
Crear Página
4: Mostrar
3: Confi gurar Petición : Mostrar_Grupos
: contenedor : conf

1: El egir Opción
6: Obtener Formato
: Administrador
: funciones
2: Despl egar Pági na : botones : Admin
7: Form ato
5: Enl azar BD
Crear Página
4: Obtener
3: Configurar Petición : NuevoGrupo
: contenedor : conf
1: El egir Opción

: funciones
2: Despl egar Pági na : botones : Admin
7: Formato
5: Enl azar BD
Crear Página
4: Obtener
3: Configurar Petición : NuevoNAS
: contenedor : conf
1: El egir Opción
: Administrador
6: Obtener Formato : funciones
7: Formato
5: Enlazar BD 8: El egi r
Crear Página
4: Mostrar
3: Configurar Petici ón : Reporte Consumo : Reporte Gral
9: Elegi r
11: Mostrar Resultados 10: Elegir
: contenedor : conf
: Reporte por Grupos

: Reporte Periódico

1: Invocra el Archivo
: Lim pi ar
Seseiones
: Adm i ni strador
2: Actual izar Datos
: Admi n

1: Invocar archi vo
: Borrar
Contabi li dad
: Administrador
2: Actuali zar datos
: Adm in
Caso de Uso: Clientes en Línea.

1: El egir Opción
: Auxili ar 6: Obtener Formato

: funciones
5: Enlazar BD 7: Formato
Crear Página
4: Obtener
3: Configurar Petición : Clientes en Linea
: contenedor : conf

1: iniciar Peticion
2: Ej ecutar Backup
: Backups : Backup
: Administrador
3: Obtener Configuraci on
4: Consul tar Datos
: conf.php : Admin

: Adm in
: Admini strador
2: Actuali zar Datos

1: Invocar el archivo
: Restaurar BD
4.2.1.2 Casos de Uso: Gestión de Consultas Clientes.
1: Sel ecci onar Opci on
: Admi n
2: Despl egar Pagi na : botones
: Cli ente 5: Enl azar BD
Crear Pagi na
3: Obtener 6: Obtener Formato
: funciones
: Cam biarContraseña
7: M ostrar Resul tados

4: Confi gurar Peti ci on
: contenedor
: conf

2: Cerrar Sesion
: Cli ente
: botones
: CerrarSesion

1: Sel eecionar Opci on
: Admin
: Cli ente : botones 5: Enl azar BD
: funciones
2: Despl egar Pagi na
6: Obtener Formato
Crear Pagina 3: Obtener

: consumo
7: Mostrar Resultados 4: Confi gurar Peticion
: contenedor
: conf

Crear Página
Crear Página
5: Crear Página
4: Consul tar a La BD
6: Desplegar Pagi na
: v alidar
: cabecera
: Cliente
: i nicio
1: Desplegar Pagi na 7: Desplegar Pagina
: Sesion
8: Desplegar Pagi na
2: Solicitar Permi so 9: Registrar Sesion
Crear Página
Crear Página
3: Conectar a la BD
: conf
: i ndex : botones
: f unciones
: contenedor
4.2.1.3 Casos de Uso: Comunicación con RADIUS.

1 : Consul tar Base de Datos Kachi taya
: RADIUS
2: Re spuesta d e Au tori zacion
: Sql.conf
Caso de Uso: Cantidad Clientes.
1: Consul tar Cantidad de Clientes a l a BD
: RADIUS
2: Num ero de Cli entes
: Sql.con f

1 : Ve ri fi ca r sesi on es mu lti pl es
: RADIUS
2: Cl i en tes m ul tip le s
: Sq l.con f

1 : Actual i zar BD
2: In sert ar Da tos de l Clie nte
: RADIUS 3 : Espe ran do Con sul ta
: Sq l.conf
4.2.2 Diagramas de Secuencias.
4.2.2.1 Casos de Uso: Gestión Administrador.
: Auxi li ar : botones : contenedor : Admin : conf : funciones : AccesoFall ido
1: Elegi r Opción
3: Confi gurar Peti ci ón
4: Obtener
5: Enlazar BD
6: Obtener Formato
7: Form ato
8: Mostrar Resul tados

: Administrador : botones : contenedor : Admin : conf : funciones : Buscar : BorrarCliente : Cliente Info : EditarCliente : DatosPersonales : Errores de Acceso
1: Elegir Opción
3: Configurar Petición
4: Enviar Datos
5: Enlazar BD
6: Obtener Formato
7: Form ato
9: Resultado de Consulta


18: Mostrar Resultado
Caso de Uso: Cerrar Sesión
: Auxi li ar : CerrarSesion : boto nes
1: Sel ecci on ar Opci ón
2: Cerrar Se si ón
: Auxi li ar : botones : contenedor : Admin : conf : funciones : ConsultarListas
1: El egir Opción
2: Despl egar Página

3: Configurar Peti ci ón
4: Obtener
5: Enl azar BD
6: Obtener Formato
7: Form ato

: Admini strador : botones : contenedor : Admin : conf : funciones : Estadísticas
1: Sel eccionar Opción

3: Confi gurar Peti ci ón
4: Obtener
5: Enl azar BD
6: Obtener Formato
7: Formato
: Administrador : botones : contenedor : Admin : conf : funciones : NuevoCli ente
1: Elegir Opción
4: Obtener
5: Enlazar BD
6: Obtener Formato
7: Form ato
Caso de Uso: Logearse.

: Auxiliar : index : Sesion : validar : funciones : Admin : inicio : botones : cabecera : contenedor : .htaccess
2: Introducir Datos
3: Consultar
4: Obtener
5: Consultar BD
6: Crear Página
7: Obtener Privilegios
8: Acceder
9: Acceder
10: Acceder
: Administrador : botones : contenedor : Admin : conf : funciones : Mostrar_Grupos
1: El egi r Opción

4: Mostrar
5: Enlazar BD
6: Obtener Formato
7: Form ato

: Administrador : botones : contenedor : Admin : conf : funciones : NuevoGrupo
1: El egi r Opción
4: Obtener
5: Enlazar BD
6: Obtener Formato
7: Form ato
: Admini strador : botones : contenedor : Admin : conf : funciones : NuevoNAS
1: El egi r Opción
4: Obtener
5: Enlazar BD
6: Obtener Formato
7: Formato

: Administrador : botones : contenedor : Admin : conf : funciones : Reporte Consumo : Reporte Gral : Reporte Periódico : Reporte por Grupos
1: Elegir Opción
4: Mostrar
5: Enlazar BD
6: Obtener Formato
7: Formato
8: Elegir
9: Elegir
10: Elegir
Caso de Uso: Limpiar Sesiones

.
: Limpiar
: Administrador : Admin
Seseiones
1: Invocra el Archivo
2: Actualizar Datos
: Borrar
: Admini strador : Admin
Contabi lidad
1: Invocar archivo
2: Actuali zar datos

: Auxi liar : botones : contenedor : Admin : conf : funciones : Cli entes en Linea
1: El egi r Opción

3: Confi gurar Petición
4: Obtener
5: Enlazar BD
6: Obtener Form ato
7: Formato
8: M ostrar Resultados
: Administrador : Backups : Backup : conf.php : Admin

1: iniciar Peticion
2: Ejecutar Backup
3: Obtener Configuracion
4: Consultar Datos
: Administrador : Restaurar BD : Admin
1: Invocar el archivo 2: Actuali zar Datos

4.2.2.2 Casos de Uso: Gestión de Consultas Clientes.
: Cliente : botones : Admin : CambiarContraseña : conf : contenedor : funciones

1: Seleccionar Opcion
2: Despl egar Pagina
3: Obtener
4: Confi gurar Peti ci on
5: Enl azar BD
6: Obtener Formato
: Cli ente : botones : CerrarSesi on

1: Sel ecci onar Opci on
2: Cerrar Sesi on
: contenedor : conf : Admin : consumo : funciones

: Cliente : botones
1: Seleecionar Opci on
2: Despl egar Pagi na
3: Obtener
4: Configurar Peticion
5: Enlazar BD
6: Obtener Formato

: Cliente : index : funciones : conf : Sesion : validar : botones : cabecera : contenedor : inicio
1: Desplegar Pagina
2: Solicitar Permiso
3: Conectar a la BD
4: Consultar a La BD 5: Crear Página
6: Desplegar Pagina
7: Desplegar Pagina
8: Desplegar Pagina
9: Registrar Sesion
4.2.2.3 Casos de Uso: Comunicación con RADIUS.
: RADIUS : Sql.conf
1: Consul tar Base de Datos Kachi taya
2: Respuesta de Autorizaci on
Caso de Uso: Cantidad Clientes.
: RADIUS : Sql.conf
1: Consul tar Canti dad de Cli entes a l a BD
2: Num ero de Cl ientes

: Sql.conf
: RADIUS
1: Verifi car sesiones multi ples
2: Cl ientes multiples
: RADIUS : Sql.conf
1: Actual izar BD
2: Insertar Datos del Cl iente
3: Esperando Consul ta

4.3 Mapeo de Tablas.
cliente Id PassReport Nombre Mail Direccion FonoTrab FonoCasa Celular ClienteLog
verificar Id Atributo op Valor ClienteLog
respuesta Id ClienteLog Nombre Mail ClienteLog
errorclientes Id Fecha Razon ClienteLog
Grupo Id ClienteLog GrupoLog
verificargrupo Id Atributo op Valor GrupoLog
respuestagrupo Id Atributo op Valor Prio GrupoLog
ConTotDura ConMaxDur ConMinDura

totalcont TotContId ContFecha ContNum Descargas Subidas
cion acion cion
NasIPAddres ClienteLog
nas Id nasnombre tipo identificador puertos secreto comunidad descripcion
contabilidad ContId ContSesion ContUnico NasIpAddres NasPotId NasPortTipo InicioSesion FinSesion
EstacionLlama
tiemposesion autenticacion Info_Inicio Info_Fin Subidas Descargas da
ClienteLog
CausaFin TipoServicio RetrasoInicio RetrasoParar LlamadaId

.
1. Decidir el alcance de todas las pruebas
2. Para cada Construcción
2.1. Para cada Construcción
2.1.1. Realizar pruebas de regresión a partir de construcciones
2.1.2. Probar de nuevo las funciones si se requiere
2.1.3. Probar de nuevo los módulos si se requiere
2.1.4. Probar las interfaces si se requiere
2.1.5. Realizar las pruebas de Integración
Desarrollo de la iteración completa
2.2. Realizar Pruebas de uso e iteración del sistema
Sistema Implementado
3. Realizar Pruebas de Instalación
Sistema Instalado
4. Realizar Pruebas de Aceptación
Trabajo Terminado
KACHITAYA
Referencias Técnicas Modelo de Implementación 220

Referencias Técnicas Modelo de Implementación 221

Referencias Técnicas Pruebas 224

Caso de Uso: Logearse al Sitio Web

Paso 1: Partición equivalente.
Caso
Parámetros Valido Caso Inválido Regla
Jantel (-) (#$%&)
Login Valor (varchar)
1 2 3
jantel7 (-) (#$%&)
Password Valor (varchar)
4 5 6
Paso 2:
Casos de Prueba Validos.
Casos Login Password Clase
C1 jantel jantel7 1,4
Este caso de prueba depende del login y password del usuario esto determinara su acceso.
Casos de Prueba Inválidos.
Casos Login Password Clase
C1 (-) (-) 2,5
C2 (#$%&) (#$%&) 3,6
C3 (-) jantel7 2,4
C4 jantel (-) 1,5
Paso 3: Ejecución de Resultados
R.
C. Prueba C. Valido Esperado R. Obtenido Observaciones
C1 Jantel Acceder a Desplegar la página de Dependiendo del Login
Jantel7 los servicios Inicio de Clientes o y Password
que Administradores introducidos, se
concede ingresa a la página de
KaCh'iTaYa inicio que provee todas
los servicios
correspondientes
previa autenticación.
R.
C. Prueba C. Inválido Esperado R. Obtenido Observaciones
Acceder a la
(-) Error: "Acceso
C1 página de Mensaje de Error
(-) Denegado"
Inicio
Acceder a la
(#$%&) Error: "Acceso
(#$%&) Denegado"
Inicio
Acceder a la
(-) Error: "Acceso
Jantel7 Denegado"
Inicio
Acceder a la
Jantel Error: "Acceso
(-) Denegado"
Inicio
Caso de Uso: Registrar Administrador.

Parámetros Caso Valido Caso Inválido Regla

001 (-) (#$%&)

Id Valor (bigint)
1 2 3
jantel (-) (#$%&)
Login Valor (varchar)
4 5 6
janpass (-) (#$%&)
Password Reportes Valor (varchar)
7 8 9
admin. (-) (#$%&)
Tipo 1 1 1
Valor (varchar)
0 1 2
Paso 2:
Password
Casos Id Login Reportes Tipo Clase
C1 001 jantel Janpass admin 1,4,7,10
Password
Casos Id Login Reportes Tipo Clase
C1 001 (-) Janpass admin 1,2,7,10
C2 001 jantel (#$%&) admin 1,4,9,10
C3 001 (#$%&) Janpass admin 1,6,7,10
C4 001 jantel (-) (#$%&) 1,4,8,12
C5 001 jantel Janpass (-) 1,4,7,11
C. Prueba C. Valido R. Esperado R. Obtenido Observaciones
C1 001 Crear Registros del Se realizo la prueba
jantel administrador administrador llenados de manera, que los
janpass con sus datos sean correctos
jantel7 respectivos para la validación e
Admin atributos. ingreso ala página de
inicio.
C. Prueba C. Inválido R. Esperado R. Obtenido Observaciones
001 Crear
(-) administrador Masaje de error por Este error se presenta
C1 janpass con sus cada parámetro mal cuando no el login es
jantel7 respectivos introducido, o nulo. nulo.
Admin atributos.
001 Crear
Error que se produce
jantel administrador Masaje de error por
cuando se llena de
C2 (#$%&) con sus cada parámetro mal
manera inadecuada
jantel7 respectivos introducido, o nulo.
uno de los campos.
Admin atributos.
001 Crear
(#$%&) administrador Masaje de error por
cuando se llena de
C3 janpass con sus cada parámetro mal
manera inadecuada
jantel7 respectivos introducido, o nulo.
uno de los campos.
Admin atributos.
C4 001 Crear Masaje de error por Error que se produce
jantel administrador cada parámetro mal cuando se llena de
janpass con sus introducido, o nulo. manera inadecuada
(-) respectivos uno de los campos y

(#$%&) atributos. otro nulo.

001 Crear
jantel administrador Masaje de error por Error que se produce
C5 janpass con sus cada parámetro mal cuando se llena con
jantel7 respectivos introducido, o nulo. un campo nulo.
(-) atributos.
Caso de Uso: Registrar Cliente.

Paso
1: Partición equivalente.
001 (-) (#$%&)
Id Valor (bigint)
1 2 3
Juan Perez (-) (#$%&)
Nombre Valor (varchar)
4 5 6
Junin # 456 (-)
Dirección Valor (varchar)
7 8
juanpe@yahoo.com (#$%&)
Mail 1
Valor (varchar)
9
0
6445612 (#$%&)
FonoTrab 1 1
Valor (varchar)
1 2
6445613 (#$%&)
FonoCasa 1 1
Valor (varchar)
3 4
71845612 (#$%&)
Celular 1 1
Valor (bigint)
5 6
Paso
2:
FonoCas
Casos Id Nombre Direccion Mail FonoTrab a Celular Clase
juanpe@
7184561 1,4,7,9
C1 001 Juan Perez Junin # 456 yahoo.co 6445612 6445613
2 11,13,15
m
Casos Id Nombre Direccion Mail FonoTrab FonoCasa Celular Clase
juanpe@
7184561 2,4,8,9
C1 001 Juan Perez (-) yahoo.co 6445612 6445613
2 11,13,15
m
Junin # 7184561 1,5,7,10
C2 001 (-) (#$%&) 6445612 6445613
456 2 11,13,15
juanpe@
Junin # 7184561 1,4,7,9
C3 001 Juan Perez yahoo.co (#$%&) 6445613
456 2 12,13,15
m
juanpe@
Junin # 7184561 1,6,7,9
C4 001 (#$%&) yahoo.co 6445612 (#$%&)
456 2 11,14,15
m
C5 001 Juan Perez Junin # juanpe@ 6445612 6445613 (#$%&) 3,4,7,9
456 yahoo.co 11,13,16

m
Paso
3: Ejecución de Resultados

C.
Prueb
a C. Valido R. Esperado R. Obtenido Observaciones
C1 001 Crear clientes con sus Registros del cliente Se realizo la prueba
Juan Perez respectivos atributos. llenados. de manera, que los
Junin # 456 datos sean
juanpe@yahoo.com correctos para la
6445612 validación e ingreso
6445613 a la página de
71845612 inicio.

C.
Prueb
a C. Inválido R. Esperado R. Obtenido Observaciones
001
Juan Perez
(-)
juanpe@yahoo.co Crear administrador con Masaje de error por Este error se
C1 m sus respectivos cada parámetro mal presenta cuando la
6445612 atributos. introducido, o nulo. dirección es nula.
6445613
71845612
001
Error que se
(-)
produce cuando un
Junin # 456 Crear administrador con Masaje de error por
campo es nulo y
C2 (#$%&) sus respectivos cada parámetro mal
otro campo se llena
6445612 atributos introducido, o nulo.
de manera
6445613
inadecuada.
71845612
001
Juan Perez
Junin # 456 Error que se
Crear administrador con Masaje de error por produce cuando se
juanpe@yahoo.co
C3 sus respectivos cada parámetro mal llena de manera
m atributos. introducido, o nulo. inadecuada uno de
(#$%&) los campos.
6445613
71845612
001
(#$%&)
Junin # 456 Error que se
Crear administrador con Masaje de error por produce cuando se
juanpe@yahoo.co
C4 sus respectivos cada parámetro mal llena de manera
m atributos. introducido, o nulo. inadecuada uno o
6445612 más de los campos.
(#$%&)
71845612
C5 001 Crear administrador con Masaje de error por Error que se
Juan Perez sus respectivos cada parámetro mal produce cuando se

Junin # 456
juanpe@yahoo.com llena de manera
6445612 atributos. introducido, o nulo. inadecuada uno de
6445613 los campos.
(#$%&)
Caso de Uso: Registrar Grupo

Caso
Parámetros Valido Caso Inválido Regla
001 (-) (#$%&)
ID Valor (varchar)
1 2 3
usfx (-) (#$%&)
GrupoLog Valor (varchar)
4 5 6
Paso 2:
Casos ID GrupoLog Clase
C1 001 usfx 1,4

Casos ID GrupoLog Clase
C1 (-) (-) 2,5
C2 001 (#$%&) 1,6
C3 (-) usfx 2,4
C4 001 (-) 1,5
R.
C. Prueba C. Valido Esperado R. Obtenido Observaciones
C1 001 Crear un Registros del nuevo Se realizo la prueba de
Usfx nuevo grupo llenados. manera, que los datos
grupo. sean correctos para la
validación de un nuevo
grupo.

R.
C. Prueba C. Inválido Esperado R. Obtenido Observaciones
Crear grupo
Masaje de error por Este error se presenta
(-) con sus
C1 cada parámetro mal cuando los campos
(-) respectivos
introducido, o nulo. son nulos.
atributos.
Crear grupo Este error se presenta
Masaje de error por
001 con sus cuando un campo no
C2 cada parámetro mal
(#$%&) respectivos tiene los parámetros
introducido, o nulo.
atributos. establecidos.
Crear grupo
Masaje de error por Error que se presenta
(-) con sus
C3 cada parámetro mal cuando un campo es
Usfx respectivos
introducido, o nulo. nulo.
atributos.

Crear grupo
Masaje de error por Error que se presenta
001 con sus
C4 cada parámetro mal cuando un campo es
(-) respectivos
introducido, o nulo. nulo.
atributos.

Paso
1: Partición equivalente.
200.87.13.2 (-) (#$%&)
Id Valor (bigint)
1 2 3
Gate (-) (#$%&)
Nombre NAS Valor (varchar)
4 5 6
CISCO (-)
Tipo NAS Valor (varchar)
7 8
5 (-) (#$%&)
Nro. Puertos 1 1
Valor (varchar)
9
0 1
Contraseña de xxxxxx (-)
Valor (varchar)
Configuración 1 1
2 3
(-) (#$%&)
Publico 1
Comunidad SNMP 1 5 Valor (varchar)
4 1
6
CISCO2511
Descripción del NAS 1
Valor (bigint)
7
Paso
2:
Nombre Tipo No. Contras. Comunidad Descripción
Casos Id NAS NAS Puertos Config. SNMP NAS Clase
CISCCO 1,4,7,9
C1 200.87.13.2 Gate CISCO 5 xxxxxx Publico
2511 12,14,17

Nombre Tipo No. Contras. Comunidad Descripción
Casos Id NAS NAS Puertos Config. SNMP NAS Clase
CISCCO 1,4,8,9
C1 200.87.13.2 Gate (-) 7 xxxxxx Publico
2511 12,14,17
1,5,7,11
C2 200.87.13.2 (-) CISCO (#$%&) xxxxxx Privado (#$%&)
13,14,17
3,6,7,9
C3 (#$%&) Gate CISCO 6 (-) Publico (#$%&)
12,16,17
1,6,7,9
C4 200.87.13.2 (#$%&) CISCO 2 xxxxxx (#$%&) (#$%&)
12,16,17
2,4,7,10
C5 (-) Gate CISCO (-) xxxxxx (-) (#$%&)
12,15,17
Paso
3: Ejecución de Resultados


C.
Prueba C. Valido R. Esperado R. Obtenido Observaciones
C1 200.87.13.2 Registrar NAS con Registros del NAS Se realizo la prueba de
Gate sus respectivos llenados. manera, que los datos
CISCO 5 atributos. sean correctos para la
xxxxxx validación e ingreso a
Publico la página del NAS.
CISCCO 2511

C.
Prueba C. Inválido R. Esperado R. Obtenido Observaciones
200.87.13.2
Gate
(-) Registrar NAS con Masaje de error por Este error se presenta
C1 7 sus respectivos cada parámetro mal cuando el atributo Tipo
xxxxxx atributos. introducido, o nulo. NAS es nulo.
Publico
CISCCO 2511
200.87.13.2
(-) Error que se produce
CISCO Registrar NAS con Masaje de error por cuando un campo es
C2 (#$%&) sus respectivos cada parámetro mal nulo y otro campo se
xxxxxx atributos introducido, o nulo. llena de manera
Privado inadecuada.
(#$%&)
(#$%&)
Gate
CISCO Registrar NAS con Masaje de error por
cuando se llena de
C3 6 sus respectivos cada parámetro mal
manera inadecuada el
(-) atributos. introducido, o nulo.
ID.
Publico
(#$%&)
200.87.13.2
(#$%&) Error que se produce
CISCO Registrar NAS con Masaje de error por cuando se llena de
C4 2 sus respectivos cada parámetro mal manera inadecuada
Xxxxxx atributos. introducido, o nulo. uno o más de los
(#$%&) campos.
(#$%&)
(-)
Gate
CISCO Registrar NAS con Masaje de error por Error que se produce
C5 (-) sus respectivos cada parámetro mal cuando varios campos
Xxxxxx atributos. introducido, o nulo. están vacíos.
(-)
(#$%&)

6.2 Pruebas de Diseño del Sistema.
Las siguientes pruebas tienen relación con la salida de los reportes.
Objetivo Estas pruebas fueron realizadas para comprobar que se cumpla lo establecido en la
lista de chequeo de funcionalidad de formas o reportes establecido por el NISX, según
corresponda. Dejar documentado el resultado y la fecha de realización de esta actividad en el
sistema.
Lista de chequeo de estándares de presentación

Y funcionalidad de la aplicación para reportes
Fecha: 30/10/06 Prueba de Iteración 5
Reporte: Tipo de reporte Reporte_gral
Descripción: Este tipo de reporte corresponde al reporte del consumo por tiempo de los clientes del
Servicio Dial-Up, pertenecientes a la Gestión de Administrador.
Revisor: Ing. Ramiro Astete.
Revisión de estándares de presentación
Actividad Si No No Aplica Información Adicional
¿El reporte tiene el nombre del sistema X Por que es un solo sistema y
correcto? seria redundante.
¿El reporte tiene en los encabezados el X
título del informe?
¿El reporte tiene la fecha de X Reporta desde que fecha
generación? hasta que fecha se realiza el
reporte
¿Están claramente definidos los X
bloques de información?
¿Las etiquetas de los campos son X
claras y representativas?
¿El reporte tiene los colores X Formateados en escala de
estándares? grises.
¿Los campos fecha tienen el formato X
DD-MON-YYYY?
¿Los campos están alineados en forma X
correcta?
¿El reporte tiene enumeradas las filas? X
¿El reporte tiene, en la parte inferior, las X
condiciones de generación del listado?
¿El reporte tiene el visto bueno del X
Administrador?
¿Si el reporte requiere mucho tiempo, X
esto le es notificado al usuario?

Lista de chequeo de estándares de presentación

Y funcionalidad de la aplicación para Reportes por Grupos
Fecha: 30/10/06 Prueba de Iteración 5
Reporte: Tipo de reporte Reporte_gral_grupo
Descripción: Este tipo de reporte corresponde al reporte del consumo por grupos de clientes registrados
en el Servicio Dial-Up, pertenecientes a la Gestión de Administrador.
Revisor: Ing. Ramiro Astete
Revisión de estándares de presentación
Actividad Si No No Aplica Información Adicional
¿El reporte tiene el nombre del sistema Por que es un solo sistema y
correcto? X seria redundante.
¿El reporte tiene en los encabezados el X Por que muestra la lista por
título del informe? grupos.
¿El reporte tiene la fecha de X
generación?
¿El reporte tiene el grupo a mostrar? X Reporta a que tipo de grupo
¿Están claramente definidos los pertenece un cliente.
bloques de información? X
¿Las etiquetas de los campos son X
claras y representativas?
¿El reporte tiene los colores X Formateados en escala de
estándares? grises.
¿Los campos fecha tienen el formato X
DD-MON-YYYY?
¿Los campos están alineados en forma X
correcta?
¿El reporte tiene enumeradas las filas? X
¿El reporte tiene, en la parte inferior, las X Además de contar con el
condiciones de generación del listado? periodo de tiempo, se toma en
cuenta el grupo.
¿El reporte tiene el visto bueno del X
Administrador?
¿Si el reporte requiere mucho tiempo, X
esto le es notificado al usuario?

ÍNDICE DE CONTENIDO
REFERENCIAS TÉCNICAS
PLAN DE DESARROLLO DE SOFTWARE

1.1 INTRODUCCIÓN...............................................................................................................................- 149 -
1.1.1 Propósito...................................................................................................................................- 149 -
1.1.2 Alcance......................................................................................................................................- 149 -
1.2 VISTA GENERAL DEL PROYECTO....................................................................................................- 150 -
1.2.1 Alcance y Objetivo del Proyecto...............................................................................................- 150 -
1.2.2 Producto del proyecto...............................................................................................................- 150 -
1.2.3 Evolución del Plan de Desarrollo de prueba............................................................................- 151 -
1.3 ORGANIZACIÓN DEL PROYECTO.....................................................................................................- 151 -
1.3.1 Participantes del Proyecto........................................................................................................- 151 -
1.3.2 Interfaces externas....................................................................................................................- 151 -
1.3.3 Roles y responsabilidades.........................................................................................................- 151 -
1.4 GESTIÓN DEL PROCESO...................................................................................................................- 152 -
1.4.1 Plan del Proyecto......................................................................................................................- 152 -
1.4.2 Fase de Concepción o inicio:....................................................................................................- 152 -
1.4.2.1 Iteración 1:....................................................................................................................................- 152 -
1.4.3 Fase de Elaboración.................................................................................................................- 153 -
1.4.3.1 Iteración 2:....................................................................................................................................- 153 -
1.4.4 Fase de Construcción................................................................................................................- 154 -
1.4.4.1 Iteración 3:....................................................................................................................................- 154 -
1.4.5 Fase de Transición....................................................................................................................- 155 -
1.4.5.1 Iteración 4:....................................................................................................................................- 155 -
1.4.5.2 Iteración 5:....................................................................................................................................- 156 -
MODELO DE ERQUERIMIENTOS
2.1 PLAN DE REQUERIMIENTOS.............................................................................................................- 158 -
2.1.1 Administración de Requerimientos...........................................................................................- 158 -
2.1.1.1 Organización, Responsabilidades, e Interfaces..............................................................................- 158 -
2.2 VISIÓN DE LOS REQUERIMIENTOS...................................................................................................- 159 -
2.2.1 Situación....................................................................................................................................- 160 -
2.2.1.1 Declaración del problema..............................................................................................................- 160 -
2.2.1.2 Declaración de la Situación del Producto......................................................................................- 160 -
2.3 SOLICITUDES DE USUARIOS (STAKEHOLDERS)................................................................................- 161 -
2.3.1 Resumen de Stakeholder...........................................................................................................- 161 -
2.3.2 Resumen de Usuarios................................................................................................................- 161 -
2.3.3 Solicitudes del Usuario.............................................................................................................- 161 -
2.4 ESPECIFICACIÓN DE CASOS DE USO...............................................................................................- 163 -
2.4.1 Módulo Gestión del Administrador...........................................................................................- 163 -
2.4.2 Módulo Gestión del Auxiliar.....................................................................................................- 163 -
2.4.3 Módulo Gestión de Consultas de Clientes................................................................................- 163 -
2.4.4 Módulo Comunicación con RADIUS........................................................................................- 164 -
2.5 ESPECIFICACIÓN DE REQUERIMIENTOS...........................................................................................- 164 -
2.5.1 Gestión del Administrador y/o Auxiliar.....................................................................................- 164 -
2.5.2 Gestión de Consultas de Clientes..............................................................................................- 168 -
2.5.3 Comunicación con RADIUS......................................................................................................- 170 -
2.6 REQUERIMIENTOS NO FUNCIONALES...............................................................................................- 171 -
MODELO DE ANALISIS
3.1 ACERCAMIENTO A LA ARQUITECTURA...........................................................................................- 172 -
3.2 PROTOTIPOS....................................................................................................................................- 173 -
3.2.1 Logearse al Sitio Web................................................................................................................- 173 -
3.2.2 Registrar NAS............................................................................................................................- 173 -
3.2.3 Registrar Cliente.......................................................................................................................- 174 -
3.2.4 Registrar Grupo de Clientes.....................................................................................................- 174 -
3.2.5 Buscar Cliente...........................................................................................................................- 175 -
3.2.6 Mostrar Grupos.........................................................................................................................- 175 -
3.2.7 Editar Grupo.............................................................................................................................- 175 -
3.2.8 Estadísticas...............................................................................................................................- 176 -
3.2.9 Clientes en Línea.......................................................................................................................- 176 -
3.2.10 Eliminar Cliente...................................................................................................................- 176 -
3.2.11 Reportes de Consumo...........................................................................................................- 176 -
3.3 MODELO DE DATOS........................................................................................................................- 178 -
3.3.1 Diagramas de Clases Entidad...................................................................................................- 178 -
3.3.2 Diagrama de Clases..................................................................................................................- 179 -
3.3.2.1 Casos de Uso Gestión Administrador.............................................................................................- 179 -
3.3.2.2 Casos de Uso Gestión de Consulta Cliente....................................................................................- 183 -
3.3.2.3 Casos de Uso Comunicación RADIUS...........................................................................................- 185 -
3.3.3 Diagramas de Colaboraciones.................................................................................................- 186 -
3.3.3.1 Casos de Uso Gestión del Administrador.......................................................................................- 186 -
3.3.4 Diagramas de Secuencia...........................................................................................................- 193 -
3.3.4.1 Casos de Uso Gestión del Administrador.......................................................................................- 193 -
MODELO DE DISEÑO
4.1 ARQUITECTURA DE SOFTWARE.......................................................................................................- 201 -
4.2 REALIZACIÓN DE LOS CASOS DE USO.............................................................................................- 202 -
4.2.1 Diagramas de Colaboración.....................................................................................................- 202 -
4.2.1.1 Casos de Uso: Gestión Administrador...........................................................................................- 202 -
4.2.1.2 Casos de Uso: Gestión de Consultas Clientes................................................................................- 207 -
4.2.1.3 Casos de Uso: Comunicación con RADIUS...................................................................................- 208 -
4.2.2 Diagramas de Secuencias.........................................................................................................- 209 -
4.2.2.1 Casos de Uso: Gestión Administrador...........................................................................................- 209 -
4.2.2.2 Casos de Uso: Gestión de Consultas Clientes................................................................................- 216 -
4.2.2.3 Casos de Uso: Comunicación con RADIUS...................................................................................- 217 -
4.3 MAPEO DE TABLAS.........................................................................................................................- 219 -
MODELO DE IMPLEMENTACIÓN
5.1 ARQUITECTURA DE LA IMPLEMENTACIÓN......................................................................................- 220 -
5.1.1 Diagrama de despliegue...........................................................................................................- 220 -
5.1.2 Diagrama de Componentes.......................................................................................................- 220 -
5.1.2.1 Diagrama de Componentes de la Capa de Presentación...............................................................- 220 -
5.1.2.2 Diagrama de Componentes de la Capa Lógica de Aplicaciones....................................................- 221 -
5.2 PLAN DE INTEGRACIÓN...................................................................................................................- 223 -
PRUEBAS
6.1 PRUEBAS DE CAJA NEGRA..............................................................................................................- 224 -
6.2 Pruebas de Diseño del Sistema.......................................................................................................- 231 -

Refernecias Tecnicas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Refernecias Tecnicas

Cargado por

Copyright:

Formatos disponibles

U. M. R. P. S. F. X. CH.

PLAN DE DESARROLLO DE SOFTWARE

El proyecto está basado en el método de desarrollo OO (Orientado a Objetos) donde el

El proceso o ciclo de vida propuesto es el Iterativo Incremental; En base a este ciclo de

El propósito del Plan de Desarrollo de Software es proporcionar la información

Los usuarios de este Plan de Desarrollo del Software son:

 El asesor y revisor del proyecto quienes lo utiliza para organizar la agenda y

Referencias Técnicas Plan de Desarrollo de Software 149

1.2 Vista General del Proyecto.

1.2.1 Alcance y Objetivo del Proyecto.

El objetivo del proyecto es desarrollar un sistema automatizado para el control de

El Servicio Wi-Fi, no se toma en cuenta, como también la administración contable, por

1.2.2 Producto del proyecto.

Los siguientes artefactos serán producidos durante el proyecto:

 Plan de desarrollo de software.

 Modelo de Análisis y Diseño.

 Manual de Configuración y manejo de Aplicación.

Referencias Técnicas Plan de Desarrollo de Software 150

1.2.3 Evolución del Plan de Desarrollo de prueba.

1.3 Organización del Proyecto.

1.3.1 Participantes del Proyecto.

1.3.2 Interfaces externas.

1.3.3 Roles y responsabilidades.

El proyectista siendo el único encargado del desarrollo de KaCh’iTaYa, es quien

 Coordinar las interacciones con los clientes y usuarios, estableciendo un conjunto de

 Establecimiento de la arquitectura del sistema.

 Planificación y control del proyecto.

Referencias Técnicas Plan de Desarrollo de Software 151

 Captura, especificación y validación de requisitos, interactuando con el cliente y los

 Elaboración del Modelo de Análisis y Diseño.

 Colaboración en la elaboración de las pruebas funcionales y el modelo de datos.

 Construcción de las diferentes versiones de KaCh’iTaYa-

 Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las

 Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de

 Elaborar modelos de implementación y despliegue.

1.4 Gestión del Proceso.

1.4.1 Plan del Proyecto.

1.4.2 Fase de Concepción o inicio:

Jueves 28 de Abril de 2005. En esta iteración se ejecutan las siguientes actividades:

Referencias Técnicas Plan de Desarrollo de Software 152

 Captura inicial de requerimientos: Actividad que se encarga de estudiar el entorno para

 Definir el alcance de KaCH’iTaYa: En esta parte se identifica las delimitaciones que

 Revisión bibliografiíta: Realizar una recolección de información disponible en Internet

 Documentación: Como fruto de las anteriores actividades, la documentación viene a

1.4.3 Fase de Elaboración.

Formado por una iteración, tiene una duración de 80 días.

 Capturar requerimientos de los Clientes: Al igual que la captura de los requerimientos

Referencias Técnicas Plan de Desarrollo de Software 153

 Estudiar los diferentes Servidores RADIUS: Luego de estudiar el software predecesor

 Definir el Servidor RADIUS: Luego de haber estudiado los servidores RADIUS

 Seleccionar los lenguajes de programación: Se elige los lenguajes de programación

 Configuración e implementación de Dispositivos: Como resultado de las anteriores

1.4.4 Fase de Construcción.

Formado por una iteración, tiene una duración de 82 días.

Viernes 14 de Octubre de 2005. En esta iteración corresponden las siguientes

 Diseñar el modelo de Análisis: Realizar la referencia técnica que involucra el modelo

 Realizar el modelo de Diseño: Construir el modelo de diseño dentro del marco de

Referencias Técnicas Plan de Desarrollo de Software 154

 Implementación de Servidor RADIUS: El resultado de las actividades previas debe

 Adecuar la Base de Datos: Adecuar la base de datos para el almacenamiento de

 Probar el Servidor RADIUS: Es en esta etapa donde se probara el funcionamiento

 Probar la integridad de la Base de Datos: De acuerdo a los resultados obtenidos de la

 Codificar Módulo Administrador de KaCH’iTaYa: En esta actividad se inicia la

 Probar KaCH’iTaYa: La Paliación Web debe ser probada y verificada por el