final de requerimiento
TRANSCRIPT
DESARROLLO Y GESTIÓN DE
REQUERIMIENTOS
Empresa Claro Perú
Tema: Presentación del Trabajo Final
Sección: WX31.
Integrantes:
Cinthya Ledesma Morán
José Alanoca Espinoza
Henry Arias Gonzales
Christian Machuca Nieva
2013
2
Índice:
INTRODUCCIÓN
1. CAPÍTULO 1: DESCRIPCIÓN DE LA ORGANIZACIÓN DE CLARO PERÚ 1.1 Misión 1.2 Visión 1.3 Organigrama 1.4 Mapa de Procesos 1.5 Glosario
2. CAPÍTULO 2: IDENTIFICACIÓN Y SELECCIÓN DEL PROCESO 2.1 Situación actual de la organización. 2.2 Justificación del proceso bajo estudio
3. CAPÍTULO 3: ESPECIFICACIÓN DEL PROCESO 3.1 Nombre del Proceso 3.2 Objeto del Proceso 3.3 Alcance del Proceso 3.4 Clientes del Proceso 3.5 Proveedores del Proceso 3.6 Responsable del Proceso 3.7 Diagrama de flujo de trabajo del proceso 3.8 Reglas del Proceso
4. CAPÍTULO 4: VISIÓN 4.1 Definición del problema a resolver 4.2 Perspectiva del sistema 4.3 Características
5. CAPÍTULO 5: REQUERIMIENTOS 5.1 Matriz de Automatización 5.2 Requerimientos no Funcionales
5.2.1 Confiabilidad 5.2.2 Rendimiento 5.2.3 Restricciones
3
6. CAPÍTULO 6: CASOS DE USO DEL SISTEMA
6.1 Actores del Sistema 6.2 Diagrama de casos de Uso del Sistema 6.3 Mapa de Trazabilidad
7. CAPÍTULO 7: ESPECIFICACIONES DE CASOS DE USO DEL SISTEMA
8. CAPÍTULO 8: VALIDACIÓN DE REQUERIMIENTOS
8.1 Estándar de interfaz gráfica
8.2 Comprobación de las especificaciones de los casos de uso
8.2.1 Recomendaciones.
8.2.2 Lista de comprobación.
8.3 Prototipo funcional del sistema
4
INTRODUCCIÓN:
La Empresa Claro Perú es la segunda empresa de servicios móviles más importantes del país habiendo presentado un enorme incremento de su público en los últimos años. No solo brinda servicios de telefonía móvil, sino que también abarca los servicios de telefonía fija, internet y cable, siendo una fuerte competencia de Telefónica. Actualmente brinda no solo sus servicios en Lima, también lo hace en las principales provincias del país, obviamente con el propósito de poder extender más sus horizontes y poder llegar hasta lo más recóndito del país.
5
1. CAPÍTULO 1: DESCRIPCIÓN DE LA ORGANIZACIÓN 1.1 Misión:
Proveer servicios de telecomunicaciones con la más alta calidad, más amplia cobertura y constante innovación para anticiparnos a las necesidades de comunicación de nuestros clientes; generar el mayor bienestar y desarrollo personal y profesional de nuestros trabajadores, proporcionar bienestar y desarrollo a la comunidad y exceder los objetivos financieros y de crecimiento de nuestros accionistas.
1.2 Visión: La visión de la empresa es expandir el servicio fuera de Lima y de las provincias principales del país, poder llegar a los lugares más recónditos del país y así poder mantener a todo el país conectado.
1.3 Organigrama:
El área encargada del proceso de Implementación de Nuevos Sitios está compuesta por el Director de Red que es el encargado general, este cuenta con el apoyo de 4 distintas subdirecciones: Sub Director de Construcción e Implementación de Plataformas de Telecomunicaciones, Sub Director de Planificación de Redes Core, Radio y SVA, Sub Director Operación y Mantenimiento y el Sub Director de Servicios de Data Center. Dichas subdirecciones también presentan diversas divisiones que son las encargadas principales del proceso escogido.
6
7
1.4 Mapa de Procesos:
Pro
ceso
s Es
trat
égi
cos
Pro
ceso
s C
ore
P
roce
sos
de
Ap
oyo
Gerencia de Operaciones
Gerencia Administrativa
Construcción de Plataformas de
Telecomunicaciones
Gerencia de Redes de Transporte
Implementación de Nuevos Sitios
Seguridad informática
Dirección de Recursos
Humanos
CLIEN
TES
8
1.5 Glosario:
BOQ: Bill of Quantity (Declaración de Cantidad).
BTS: Base transceiver station (Estación de transmisor base).
Celdas de Transmisión: Infraestructura combinada de equipos y
software que con la inclusión de antenas emiten señales que son
captadas por los teléfonos móviles de los clientes finales.
Cell Barred: Sitio energizado (encendido) pero que no cursa tráfico.
Dualizaciones: Reconfigurar la BTS existente para cobertura 1900 y
850, incluye instalación de antena RF Adicional o Dual.
Energía Alternativa: Paneles Solares, Eólico o Grupo electrógeno +
batería.
GIS: Geographic Information System (Sistema de Información
Geográfica).
HOP: Documento que indica las características a tener en cuenta en un
radio enlace.
Implementación de Sitios: El proceso de implementar y poner
operativa una Celda de Transmisión.
LBT: Línea en Baja Tensión.
LMT: Línea en Media tensión.
LOS: Line Of Sight - Línea de Vista.
MW: Enlace microondas.
O&M: Operación y Mantenimiento.
On Air: Sitio que esta al aire, es decir, que ha iniciado su periodo de
servicio o utilización a favor de la empresa. Sitio en producción.
9
RF: Radio frequency (Frecuencia de radio).
SA: Site Adquisition o Adquisición de sitios.
SARF: Search Area Request Form (Solicitud de búsqueda de área).
SCM: Site Configuration Module (Módulo de configuración del sitio).
SWAP: Cambio de un equipo existente por un equipo de diferente
tecnología.
TF: Task Force (Equipo de tareas).
TI: Telecom Implementation (Implementación de telecomunicaciones).
Tiempo muerto: Tiempo no usado o desperdiciado en tareas a
consecuencia de la espera de que alguna tarea se culmine.
10
2. CAPÍTULO 2: IDENTIFICACIÓN Y SELECCIÓN DEL PROCESO 2.1 Situación actual de la organización:
La empresa Claro presenta problemas en la implementación de proyectos ya que estos se dan a destiempo lo que genera un incumplimiento en el cronograma. Además de este problema también presenta fallas en el seguimiento de cada actividad, al existir una dependencia entre actividades el hecho de que no se ejecute o se demore alguna afecta a todo el proyecto. Por último el exceso invertido en sincronización de tareas, ya que Recursos Humanos se dedica a sincronizar actividades que no son relevantes dejando las más importantes de lado.
2.2 Justificación del proceso bajo estudio:
Escogimos el proceso de Implementación de Nuevos Sitios ya que en base a la investigación hecha presenta diversos problemas, como lo es la demora al iniciar una tarea relacionada con el proyecto o la ausencia del control de las torres de control de Claro, que impiden su buen funcionamiento, y es por ello que nuestra meta es resolver los problemas que serán especificados más adelante, mediante la creación de un software que permita ver el estado de las torres de la señal de Claro ya existentes en Lima y agilizar la construcción de nuevas torres en lugares estratégicos.
3. CAPÍTULO 3: ESPECIFICACIÓN DEL PROCESO 3.1 Nombre del Proceso:
Implementación de Nuevo Sitios
3.2 Objeto del Proceso: Implementar celdas de transmisión acorde a los planes de negocio descritos por el área comercial.
11
3.3 Alcance del Proceso:
Inicio del Proceso Fin del Proceso
Área comercial en conjunto con el área de planeamiento realizan un requerimiento para la implementación de una nueva estación de comunicaciones, la cual brindará una nueva cobertura para los terminales móviles de los usuarios.
La nueva estación es implementada y puesta en operación. Comienza a cursar comunicaciones desde los celulares de los clientes.
3.4 Clientes del Proceso:
El proceso es para el público en general que recibe el servicio de telefonía móvil en el país. Quienes reciben el objeto del proceso son el Jefe del área comercial, el Jefe del área operativa y el Jefe del área de proyectos.
3.5 Proveedores del Proceso: Entidades externas involucradas en el proceso
Contratista de infraestructura: Es la encargada de revisar las obras civiles en implementar de ser necesario torres que son estructuras de hierro para que sostengan los equipamientos.
Proveedor de Telecon Implementation: Es la encargada de implementar las antenas, los trasmisores y todo equipamiento que se sostiene sobre la infraestructura.
Proveedor de conectividad: Responsable de integrar el sitio o la celda de trasmisión con los sistemas electrónicos vigentes.
Osiptel: Empresa que regula la calidad del servicio de comunicaciones.
12
Inictel: Empresa que brinda normatividad para estructuras y elementos de trasmisión
Ministerio de Transporte y Telecomunicaciones (MTC): Entidad que establece licencias y concesiones para brindar los servicios.
Municipalidad: Entidad que brinda los permisos para la implementación de la infraestructura u obra civil.
3.6 Responsable del Proceso:
Cargo Rol Jefe de Implementación de equipos de Telecomunicaciones
Responsable de coordinar todas las actividades para la implementación de los equipos de comunicaciones.
Jefe de Adquisición de Sitio Responsable de adquirir y contratar el espacio del inmueble donde se instalará la infraestructura o las obras civiles.
Jefe de Redes de Transporte Urbano
Responsable de coordinar las actividades para la implementación de la conectividad con el nuevo sitio.
Jefe de Construcción y Mantenimiento
Responsable gestionar, aprobar, controlar, supervisar los distintos proyectos correspondientes a la construcción de sitios nuevos, además de realizar la obra eléctrica.
Jefe de Implementación de Red Externa Primaria
Responsable de gestionar la implementación de conectividad usando la red externa principal.
Jefe de Tráfico y Evaluación de Desempeño
Responsable de asegurar que luego de implementado el sitio este mismo curse tráfico de los clientes con los parámetros de calidad que dicta la entidad
13
reguladora. Planificador de Radio Responsable de garantizar la
entrega de los equipos de RF y demás parámetros para la instalación de los sitios nuevos, ampliaciones y Swaps.
Gerente de Planificación de Redes de Datos
Responsable de generar, aprobar, validar el proyecto de factibilidad.
Jefe de Operación y Mantenimiento
Responsable de activar el nuevo sitio y comunicar la puesta en servicio “ON AIR” de las nuevas implementaciones inmediatamente culminada la recepción.
14
3.7 Diagrama de flujo de trabajo del proceso:
15
3.8 Reglas del Proceso:
RN01 Plazo de entrega de informes sobre el nuevo proyecto será para planta externa de 45 días calendario y para el caso de estaciones bases será de 30 días calendario desde la puesta en servicio.
RN02 El área de Planificación de Radio debe enviar el plan de proyecto al área de Construcción y Mantenimiento de Edificios para que se dé su aprobación
RN03 Las licencias que se requieren para iniciar el proyecto se otorgan a las áreas involucradas en el proceso según sea necesario
RN04 Solo las contratistas que tengan habilitado el uso de la herramienta GIS enviarán el proyecto de cada obra.
RN05 Ningún sitio debe iniciar alguna construcción, sin contar con la validación del Área de Planificación de Redes de Transporte.
RN06 La instalación de Equipos debe ser realizada dos semanas antes de realizar la activación de las torres
RN07 Toda acción de modificar o realizar algún cambio dentro del proceso debe ser previamente aceptada por el área de Construcción y Mantenimiento.
RN08 Los equipos utilizados dentro del proceso deben de pasar previamente por una revisión técnica antes de ser solicitados o utilizados.
16
4. CAPÍTULO 4: VISIÓN
4.1 Definición del problema a resolver :
El problema del proceso de Implementación de Nuevos Sitios
Exceso de tiempo invertido en la sincronización de tareas y en las fallas por seguimiento de cada actividad.
Afecta Jefe del área comercial. Jefe de área operativa. Jefe del área de proyectos.
El impacto asociado es
El problema del proceso de Implementación de Nuevos Sitios afecta también a las otras áreas de la empresa generando un retraso en los otros proyectos.
Una adecuada solución debería
Una adecuada solución sería la creación de un software que permita una rápida implementación del proceso sin presentar ningún contratiempo que evite la finalización del proceso de Implementación de Nuevos Sitios.
17
4.2 Perspectiva del sistema:
4.3 Características:
Código Característica
FEAT01 El sistema debería tener un mejor mapa de cobertura
FEAT02 El sistema debería tener una nueva capacidad de transmisión
FEAT03 El sistema debería tener mayor cantidad de tráfico cursado por usuarios
FEAT04 El sistema debería tener una opción que permita la sincronización de los distintos computadores que son utilizados en el proceso.
FEAT05 El sistema debe almacenar toda la información del proceso y permitir hacer modificaciones cuando sea necesario.
FEAT06 El sistema debería contar con un software de seguridad que en caso de emergencia permita recuperar la información importante del proceso
MUNICIPALIDAD
18
5. CAPÍTULO 5: REQUERIMIENTOS 5.1 Matriz de Automatización:
Responsable ¿Automatizables? Requerimiento
Emitir SARF(Search Area Request Form)
Planificador de Radio
SI El sistema debe presentar un listado de las áreas que presentan carencia de servicio telefónico y de red.
Gestionar aprobación
Planificador de Radio
SI El sistema deberá presentar un listado de los otros proyectos que están realizándose, asegurándose que no haya ningún cruce que evite realizar uno nuevo
Solicitar equipos al planificador de radio
Jefe de Implementación de equipos de Telecomunicaciones
SI El sistema debe presentar una lista de los equipos a solicitar.
Activar el nuevo sitio celular
Jefe de Operación y Mantenimiento
SI El sistema debe recibir la ubicación exacta donde se activará el servicio para enviar la señal que dará como terminada la implementación.
Registrar instalación de equipos
Jefe de Implementación de Red Externa Primaria
SI El sistema debe presentar una lista de los equipos a instalar.
19
5.2 Requerimiento no funcionales: 5.2.1 Confiabilidad:
El sistema debe estar disponible para el usuario el 85% del tiempo.
Si el sistema presenta fallas debe ser posible restaurarlo en un máximo de 3 horas para evitar la interrupción de los otros procesos en paralelo.
El tiempo de inactividad del sistema debe coincidir con las fechas en las que se realiza la recolección de todos los resultados generados durante el proceso.
5.2.2 Rendimiento:
El programa debe ejecutar las tareas sin exceder los 40 segundos de carga para evitar contratiempos.
El sistema debe permitir un promedio de 4 acciones por segundo.
5.2.3 Restricciones:
El sistema debe ser realizado en lenguaje C++.
El formato del programa debe respetar los colores de la empresa “Claro Perú”.
20
6. CAPÍTULO 6: CASOS DE USO DEL SISTEMA 6.1 Actores del Sistema:
Actor Descripción
Planificador de Radio Responsable de garantizar la entrega de los equipos de RF y demás parámetros para la instalación de los sitios nuevos, ampliaciones y Swaps.
Jefe de Operación y Mantenimiento Responsable de activar el nuevo sitio y comunicar la puesta en servicio “ON AIR” de las nuevas implementaciones inmediatamente culminada la recepción.
Jefe de Implementación de equipos de Telecomunicaciones
Encargado de la implementación de equipos, y de registrar la solicitud de equipos.
Jefe de Implementación de Red Externa Primaria
Como su nombre lo indica se encarga de la implementación de la Red Externa Primaria
21
6.2 Diagramas de casos de uso del sistema:
22
6.3 Mapa de Trazabilidad:
23
7. CAPÍTULO 7: ESPECIFICACIONES DE CASOS DE USO DEL SISTEMA
Nombre del caso de uso
Administrar torres.
Propósito Tener un mejor control de las ubicaciones de la torres por parte del planificador de radio.
Breve Descripción
El caso de uso comienza cuando el usuario indica al sistema “Buscar Torres por Distrito”. El caso de uso incluye los siguientes pasos: ingreso de nueva posición, eliminar posición, grabar posición y modificar posición. El caso de uso termina con el registro o modificación de una posición de la torre.
Flujo Básico 1. Inicio del caso de uso:
El caso de uso comienza cuando el usuario indica al sistema “Buscar torres por distrito”
2. Ingreso de la solicitud:
El sistema da una opción al usuario para escoger el distrito.
3. Seleccionar las ubicaciones de la torres:
El sistema muestra la lista de torres por distrito.
El usuario indica que acción va hacer agregar, eliminar o modificar.
4. Agregar Torres:
El usuario ingresa la posición donde se desea situar la torre.
El sistema brinda la opción de poder ver la disponibilidad de la posición.
El sistema brinda la información si existe un proceso en paralelo.
El usuario selecciona la opción grabar nueva torre.
5. Eliminar o Modificar Torres:
El sistema solicita la razón de porque desea eliminar o modificar la posición.
El sistema muestra un mensaje de confirmación si logro modificar o eliminar.
6. Fin del Proceso:
24
El proceso finaliza cuando el usuario selecciona la opción grabar.
El sistema preguntara si la información insertada en el proceso fue verificada.
El sistema mostrara un cuadro en donde diga que la información se guardó con éxito.
Flujos Alternativos
No hay Torres disponibles en la ubicación: Si en el ingreso al sistema no existen torres en el distrito, le permite al usuario ingresar nuevas posiciones sin tener que confirmar si existen procesos paralelos.
Reglas de negocio
RN05: Ningún sitio debe iniciar alguna construcción, sin contar con la validación del Área de Planificación de Redes de Transporte. RN07: Toda acción modificar o realizar algún cambio dentro del proceso debe ser previamente aceptada por el área de Construcción y Mantenimiento.
25
Nombre del caso
de uso
Consultar torres a activar
Propósito Recibir ubicación exacta del lugar donde se activará el
servicio.
Breve
Descripción
El caso de uso comienza cuando el usuario indica al
sistema “Solicitar ubicación”. El caso de uso incluye los
siguientes pasos: Ingresar ubicación y seleccionar
servicio de la lista. El caso de uso termina con la
activación de las torres, brindando el servicio solicitado.
Flujo Básico 1. Inicio del caso de uso:
El caso de uso comienza cuando el usuario indica al sistema “Consultar torres a activar”
2. Ingreso de la ubicación:
El sistema da una opción al usuario para ingresar la posición de la torre y el distrito donde se encuentra.
3. Especificar el servicio y su uso:
El usuario indica para qué servicio será implementado el funcionamiento de la torre.
Si es necesario el usuario ingresa información específica del equipo a solicitar.
4. Selección de torre:
El sistema brinda la lista de las torres que cumplen con los requisitos dados con anterioridad.
El usuario selecciona la torre necesaria para el servicio a brindar.
5. Fin del caso de uso:
El sistema envía la solicitud dada por el usuario El sistema muestra un mensaje confirmando el fin del proceso.
Flujos
Alternativos
No hay torres cercanas a la ubicación brindada: Si en el ingreso de la ubicación, el sistema informa que no existen torres cercanas disponibles, le permite al
26
usuario enviar un aviso al planificador de radio. Cancelar solicitud: El sistema permitirá al usuario salir del caso antes que se haga efectiva la solicitud de la ubicación en el sistema. El sistema entonces volverá al estado anterior al comienzo del caso de uso y el caso de uso terminará.
Reglas de
negocio
RN03: Las licencias que se requieren para iniciar el
proyecto se otorgan a las áreas involucradas en el
proceso según sea necesario.
27
Nombre del caso
de uso
Registrar solicitud de equipos
Propósito Para que el Jefe de Implementación de equipos de
Telecomunicaciones solicite los equipos necesarios para
el proceso al planificador de Frecuencia de Radio
Breve
Descripción
El caso de uso comienza cuando el usuario indica al
sistema “Solicitar equipos”. El caso de uso incluye los
siguientes pasos: ingreso de la solicitud y seleccionar los
equipos necesarios de la lista. El caso de uso termina con
el envío de la solicitud.
Flujo Básico 1. Inicio del caso de uso:
El caso de uso comienza cuando el usuario indica al sistema “solicitar equipos”
2. Ingreso de la solicitud:
El sistema da una opción al usuario para escoger el tipo de equipo a solicitar.
3. Especificar la marca del equipo y su uso:
El sistema muestra la lista de marcas existentes de equipos para que el usuario seleccione.
El usuario indica para qué va a ser empleado el equipo.
Si es necesario el usuario ingresa información específica del equipo a solicitar.
4. Selección de los equipos
El sistema brinda la lista de los equipos que cumplen con los requisitos dados con anterioridad.
El usuario selecciona el equipo necesario para el proceso.
5. Fin del caso de uso:
El sistema envía la solicitud dada por el usuario El sistema muestra un mensaje confirmando el
fin del proceso.
28
Flujos
Alternativos
No hay equipos disponibles para solicitar: Si en el ingreso de la solicitud el sistema informa que no existen equipos disponibles, le permite al usuario enviar un aviso al planificador de frecuencia de radio. Cancelar solicitud: El sistema permitirá al usuario salir del caso antes que se haga efectiva la solicitud de los equipos en el sistema. El sistema entonces volverá al estado anterior al comienzo del caso de uso y el caso de uso terminará.
Reglas de
negocio
RN08: Los equipos utilizados dentro del proceso deben
de pasar previamente por una revisión técnica antes de
ser solicitados o utilizados.
29
Nombre del caso
de uso
Registrar instalación de equipos.
Propósito Este caso de uso permite dar a conocer al usuario una
lista de los equipos instalados y registrar nuevas
instalaciones.
Breve
Descripción
El caso de uso comienza cuando el Jefe de
implementación de red externa primaria consulta una
lista de los equipos disponibles para luego realizar su
correspondiente activación
Flujo Básico 1. Inicio del caso de uso:
El caso de uso comienza cuando el Jefe de implementación de red externa indica al software “Instalación de equipos”.
2. Instalar equipos:
Indicar uso del equipo.
El software muestra la lista de los equipos disponibles para ser instalados.
Selecciona el equipo a instalar.
3. Generar registro de equipos instalados:
El sistema muestra la lista de los equipos instalados hasta el momento y es registrada en el sistema.
4. Fin del Proceso:
El sistema envía la información al área de Construcción y Mantenimiento.
Flujos
Alternativos
No hay equipos disponibles para instalar: El sistema muestra un mensaje informando la carencia de equipos disponibles para instalar.
30
Cancelar envío: El sistema le da la posibilidad al usuario de cancelar el envío de la lista de equipos instalados si es necesario.
Reglas de
negocio
RN06: La instalación de Equipos debe ser realizada dos
semanas antes de realizar la activación de las torres.
RN08: Los equipos utilizados dentro del proceso deben
de pasar previamente por una revisión técnica antes de
ser solicitados o utilizados.
31
8. CAPÍTULO 8: VALIDACIÓN DE REQUERIMIENTOS
8.1 Estándar de interfaz gráfica:
Página principal:
Logo de la empresa
32
Lista de Procesos:
El proceso no
ha sido seleccionado
El proceso ha sido
seleccionado
Panel de búsqueda:
Selección de Idioma:
33
Ingreso para los trabajadores:
Área de contactos:
Ventanas extras:
34
Ventana de confirmación:
Ventana opcional:
Lista de opciones para escoger:
35
Panel de Links Externos:
Links de las acciones a realizar por el usuario:
Dirigir a la
página
principal de
Claro
Dirigir a la página
donde se encuentran
los datos
institucionales de Claro
36
8.2 Comprobación de las especificaciones de los casos de uso
8.2.1 Recomendaciones:
Generales:
El caso de uso debe especificar el comportamiento deseado
EL caso de uso involucra la interacción de actores con el sistema
El caso de uso no debe ser confundido con la historia del usuario
El caso de uso debe tener un único flujo principal y múltiples flujos
alternativos.
El caso de uso no debe describir ninguna funcionalidad interna del
sistema
El caso de uso debe tener un nivel apropiado del detalle
El nombre del caso de uso debe ilustrar el objetivo que pretende
alcanzar el actor al realizarlo.
El nombre del caso de uso debe ilustrar el objetivo que pretende
alcanzar el actor al realizarlo.
El prototipo debe presentar los colores de la empresa y tener un
patrón ordenado.
Administrar torres:
El prototipo debe cumplir con el flujo básico y con el flujo
alternativo.
El prototipo debe ser entendible para el uso del usuario.
Lo que realiza el prototipo debe cumplir lo que se dice en el
propósito.
El prototipo debe permitir el ingreso correcto de los datos
requeridos para continuar con la administración de torres.
37
El prototipo debe eliminar o modificar las torres y si es necesario
agregar una.
El prototipo debe permitir ingresar una razón para eliminar o
modificar la torre seleccionada.
Consultar torres a activar:
El prototipo debe cumplir con el flujo básico y con el flujo
alternativo.
El prototipo debe ser entendible para el uso del usuario.
Lo que realiza el prototipo debe cumplir lo que se dice en el
propósito.
El prototipo debe permitir el ingreso correcto de los datos
requeridos para continuar con la consulta de torres a activar.
El prototipo debe permitir ingresar información adicional para
realizar una consulta más efectiva.
El prototipo debe permitir cancelar alguna acción si es necesario.
El prototipo debe mostrar algún mensaje al usuario si no es posible
realizar la consulta de torres.
Registrar solicitud de equipos:
El prototipo debe cumplir con el flujo básico y con el flujo
alternativo.
El prototipo debe ser entendible para el uso del usuario.
Lo que realiza el prototipo debe cumplir lo que se dice en el
propósito.
El prototipo debe permitir el ingreso correcto de los datos
requeridos para continuar con la solicitud de equipos.
El prototipo debe permitir ingresar información adicional para
realizar una solicitud más exacta
El prototipo debe permitir darle la oportunidad al usuario de
cancelar o continuar con la acción.
38
Registrar instalación de equipos:
El prototipo debe cumplir con el flujo básico y con el flujo
alternativo.
El prototipo debe ser entendible para el uso del usuario.
Lo que realiza el prototipo debe cumplir lo que se dice en el
propósito.
El prototipo debe permitir el ingreso correcto de los datos
requeridos para continuar con la instalación de equipos.
El prototipo debe permitir ingresar información adicional para
realizar una búsqueda más exacta
El prototipo debe permitir al usuario generar la lista de los equipos
ya instalados.
El prototipo debe permitir darle la oportunidad al usuario de
cancelar o continuar con el envío de la información generada.
8.2.2 Lista de Comprobación:
Generales:
Aspecto Explicación SI NO
¿El caso de uso
debe especificar
el
comportamiento
deseado?
Todo caso de uso debe explicar de
manera concreta y sencilla que es lo que
hará el sistema
X
¿El caso de uso
involucra la
interacción de
actores con el
Todo caso de uso presenta interacción
entre el actor y el sistema sino no es caso
de uso
X
39
sistema?
¿El caso de uso
no debe ser
confundido con
la historia del
usuario?
El caso de uso presenta distinto formato
al presentado en la historia de usuario
X
¿El caso de uso
debe tener un
único flujo
principal y
múltiples flujos
alternativos?
El caso de uso presenta un
procedimiento principal que nunca se
cambia por nada, y además si es
necesario presenta varios procesos
extras
X
¿El caso de uso
no debe describir
ninguna
funcionalidad
interna del
sistema?
El caso de uso debe solo describir lo que
hará el sistema
x
¿El caso de uso
debe tener un
nivel apropiado
del detalle?
Debe ser sencillo solo tomando
importancia a la tarea principal del
sistema
X
¿El nombre del
caso de uso debe
ilustrar el
objetivo que
pretende
alcanzar el actor
al realizarlo?
Es necesario esto para que así el actor
sepa con certeza cuál es su misión
X
40
¿El nombre del
caso de uso debe
ilustrar el
objetivo que
pretende
alcanzar el actor
al realizarlo?
Te indica de forma apropiada cual es el
objetivo principal de cada proceso que
debe realizar el sistema.
x
¿El prototipo debe presentar los colores de la empresa y tener un patrón ordenado?
Es un requerimiento funcional el crear un prototipo con los colores de la institución.
x
41
Administrar torres:
Aspecto SI NO
¿El prototipo debe cumplir con el flujo básico y con el flujo alternativo?
X
¿El prototipo debe ser entendible para el uso del usuario? X
¿Lo que realiza el prototipo debe cumplir lo que se dice en el propósito?
X
¿El prototipo debe permitir el ingreso correcto de los datos requeridos para continuar con la administración de torres?
X
¿El prototipo debe eliminar o modificar las torres y si es necesario agregar una?
X
¿El prototipo debe permitir ingresar una razón para eliminar o modificar la torre seleccionada?
x
Consultar torres a activar:
Aspecto SI NO
¿El prototipo debe cumplir con el flujo básico y con el flujo alternativo?
X
¿El prototipo debe ser entendible para el uso del usuario? X
¿Lo que realiza el prototipo debe cumplir lo que se dice en el propósito?
X
¿El prototipo debe permitir el ingreso correcto de los datos requeridos para continuar con la consulta de torres a activar?
X
El prototipo debe permitir ingresar información adicional para realizar una consulta más efectiva.
X
El prototipo debe permitir cancelar alguna acción si es necesario.
X
El prototipo debe mostrar algún mensaje al usuario si no es posible realizar la consulta de torres.
X
42
Registrar solicitud de equipos:
Aspecto SI NO El prototipo debe cumplir con el flujo básico y con el flujo alternativo.
X
El prototipo debe ser entendible para el uso del usuario. X Lo que realiza el prototipo debe cumplir lo que se dice en el propósito.
X
El prototipo debe permitir el ingreso correcto de los datos requeridos para continuar con la solicitud de equipos.
X
El prototipo debe permitir ingresar información adicional para realizar una solicitud más exacta
X
El prototipo debe permitir darle la oportunidad al usuario de cancelar o continuar con la acción.
X
Registrar instalación de equipos:
Aspecto SI NO El prototipo debe cumplir con el flujo básico y con el flujo alternativo.
X
El prototipo debe ser entendible para el uso del usuario. X
Lo que realiza el prototipo debe cumplir lo que se dice en el propósito.
X
El prototipo debe permitir el ingreso correcto de los datos requeridos para continuar con la instalación de equipos.
X
El prototipo debe permitir ingresar información adicional para realizar una búsqueda más exacta
X
El prototipo debe permitir al usuario generar la lista de los equipos ya instalados.
X
El prototipo debe permitir darle la oportunidad al usuario de cancelar o continuar con el envío de la información generada.
X
43
8.3 Prototipo funcional del sistema:
Administrar torres:
Registrar instalación de equipos:
44
Consultar torres a activar:
45
Registrar solicitud de equipos: