Final de requerimiento

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.

7
1.4 Mapa de Procesos:
ProcesosEstratégicosProcesosCoreProcesosdeApoyo
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
CLIENTES

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.1Matriz 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.2Requerimiento 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:

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
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.
indica al sistema “Consultar torres a activar”
2. Ingreso de la ubicación:
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
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.
indica al sistema “solicitar equipos”
2. Ingreso de la solicitud:
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
 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.1Está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.2Comprobació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:
alternativo.
propósito.
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:
alternativo.
propósito.
requeridos para continuar con la solicitud de equipos.
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:
alternativo.
propósito.
requeridos para continuar con la instalación de equipos.
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
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
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
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
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
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:

44

45

Final de requerimiento

Más contenido relacionado

Similar a Final de requerimiento (20)

Final de requerimiento