Está en la página 1de 8

SIS125 INGENIERIA DE REQUERIMIENTOS ING.

GUSTAVO POQUECHOQUE
FACULTAD DE TECNOLOGIA 2/2018
PARTICIPANTES:

ELICITACION DE REQUERIMIENTOS
Institución/Empresa
Patrocinador del proyecto
Gerente de proyecto o
producto
Analista
Nombre preliminar del
proyecto
Fecha de entrega

I. Niveles de requerimientos

1.1 Requerimientos del usuario

“Condición o capacidad que necesita un usuario para resolver un problema o lograr un


objetivo ( IEEE Standard Glossary of Software)”
LOS REQUERIMIENTOS DE USUARIO LOS DA EL CLIENTE EN LENGUAJE NATURAL COMENTA
QUE ES LO QUE DESEA QUE EL SISTEMA HAGA, Y LOS SERVICIOS QUE ESTE PROPORCIONA,
ASÍ MISMO COMO LAS LIMITACIONES OPERACIONALES CON LAS QUE CUENTA.

SON DECLARACIONES EN LENGUAJE NATURAL Y EN DIAGRAMAS DE LOS SERVICIOS QUE SE


ESPERA QUE EL SISTEMA PROVEA Y DE LAS RESTRICCIONES BAJO LAS CUALES DEBE OPERAR.

Describen los requerimientos funcionales y no funcionales de tal forma que sean


comprensibles por los usuarios del sistema que no posean un conocimiento técnico detallado.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea
posible, las características de diseño del sistema. Por consiguiente, los requerimientos del
usuario no se deben definir utilizando un modelo de implementación. Deben redactarse
utilizando el lenguaje natural, representaciones y diagramas intuitivos sencillos.

Un ejemplo de requerimiento de usuario es “Hacer una reservación en una línea aérea, a


través de una página web”.

Ejemplos

1) Un hotel necesita efectuar el control de habitaciones y registro de clientes,

Los requerimientos del usuario son: que permita mostrar si la habitación esta libre, asignar
habitación al cliente, y tener control de los vehículos de cada cliente,

Los requerimientos del sistema luego de que el contratante analice la problemática, son: Que
el sistema permita registrar y actualizar clientes, registrar vehículos y asignárselo a cada cliente,
generar un estado para cada habitación y permitir verificar disponibilidad, teniendo en cuenta
reservaciones y asignaciones que se hagan, controlar las sesiones de las recepcionista y todo la
actividad que se genere, por ultimo generar reportes en formato

2) Una institución necesita gestionar la contabilidad

Los requerimientos del usuario son: Registrar la información de contabilidad de un negocio,


que la información esté disponible y actualizada, y que este sea capaz de mostrar estados
financieros y contables, llevar toda la contabilidad de las ventas de su negocio, y quiere tener
un reporte cada día, se necesita la descripción de cada una de las ventas, de los artículos
vendidos, de la disponibilidad de artículos por proveedores y detalle de los artículos que más
se venden y los que menos, también detallar las ganancias y pérdidas y que los reportes e
informes se guarden en archivos pdf.

3) Un sistema automático de expedición vende billetes de tren.

Los requerimientos del usuario son: El usuario elige los posibles destinos, puede pagar
utilizando una tarjeta de crédito y un número de identificación personal, el usuario elije la
ruta que él quiera, puede comprar múltiples de tiquetes

PLANTILLA ELICITACION DE REQUERIMIENTOS

CONSIGNA: LLEVAR ADELANTE LA ETAPA DE ELICITACION DE REQUERIMIENTOS SEGÚN LOS


SIGUIENTES PASOS:

1.- Listar las fuentes (inventario de personas, documentos específicos, y fuentes de


información externa, sistemas existentes, guías de usuarios, libro de quejas, reglamentos,
atención al cliente, etc.) que pueden ser internas o externas

Nombre de la fuente Origen interno / externo Descripción de la fuente

2.- Listar los stakeholders (¿Quién afecta o es afectado por el sistema?,¿Quién o que
interactúa con el sistema?.¿Quién tiene los conocimientos relevantes de los requerimientos?

Stakeholder (Tipo de Descripción del Importancia


persona interesada) stakeholder
(M -> Must): Esencial para el éxito.
(S -> Should): Es muy importante para recoger
y comprender los requerimientos de este
grupo de interés.
(C -> Could): Es bueno tener la participación
de este grupo de interés, pero de menor
importancia.
No (W -> Won’t): no debe ser considerada.

3.- Categoría de los stakeholders


Clientes Usuarios Otros Stakeholders

Product Usuarios Usuarios

Sponsor Champion Directos Indirectos Consejeros Proveedores

• Director de • Director de • Secretaria centro • Estudiante • Staff • Gerente del


MAD procesos proyecto.
• Secretaria de • Atención al • Auditor externo
estudiante • Analistas
carrera • Consultor
• Call Center • Desarrolladores
• Director de escuela
• Administrador
• Profesor
de base de datos
• Coordinación
académica

4.- Perfil de los Stakeholders

Competencias
técnicas/
Criterios de
Relación de
éxito
Stakeholder Rol Responsabilidades Intereses Preocupación ambiente de
trabajo

Director • Sponsor • Aprobar • Construya un • Satisfacer las • Tiempo de • N/A


Académico sistema de necesidades de construcción de
• Usuario (proyecto)
acuerdo a las los estudiantes la aplicación
indirecto
normas de la
MAD
Coordinación • Usuario • Aprobar • Perfeccionar y • Trámites • • Liberación
directo proceso validar los registrados en Involucramiento del producto.
Académica
procesos cada centro. de los actores
• Product
que intervienen
champion • Cada actor
en el proceso.
realiza las
actividades. • No se registre
de forma
• Satisfacción
apropiada la
de los
información
estudiantes

5.- Plan de elicitación de stakeholders

Stakeholders Técnica a aplicar Descripción de la aplicación (Cronograma, sesiones, etc.)

Ej: Vendedor Entrevista Se aplicará la entrevista con peguntas previamente elaboradas, el


estructurada día lunes 5 de octubre, en solo una sesión que se supone durará 25
minutos

6.- Aplicación y resultados de las técnicas de elicitación


a) Entrevistas con los stakeholders.
Claves:
 Identificar a las personas que le gustaría entrevistar
 Establecer el objetivo que se desea alcanzar en la entrevista
 Elabore y estructure la preguntas en función al objetivo (Obtener información
general sobre las necesidades de los interesados, Preguntar a los clientes y
usuarios sobre el estado de sus necesidades, Ayudar a descubrir conflictos en
los requerimientos de software. )
 Establecer un plan y cronograma de entrevistas
 Documentar los resultados

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible

Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia


interesado o Condiciones 1 -- 10
1 Ej: Efectuar la reserva una habitación en un hotel Huésped Por lo menos 8
2 días antes
b) Talleres.
Claves
 Determinar el propósito del taller y los participantes.
 Defina los roles de las personas que participarán en el taller.
 Participantes: Usuarios y expertos, Facilitadores, grabadora, sponsor y
observadores.
 Identifique las reglas del taller
 Defina los entregables del taller

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible

Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia


interesado o Condiciones 1 -- 10
1 Ej: Efectuar el cobro del hospedaje del huésped Cajero Debe hacerse 8
antes de las
13:00 para no
incluir otro día
adicional

c) Prototipos de exploración
Claves:
 Diseñar y construir el prototipo.
 Utilizar los datos reales de los clientes (no datos ficticios
 Conduzca la evaluación del prototipo con los usuarios.
 Empiece con una declaración sobre los objetivos del prototipo y los próximos
pasos.
 Registre los problemas de usuario y sugerencias.
 Crear un resumen de las conclusiones y pasos a seguir, y acordar un
calendario para la próxima revisión (si es necesario).
 Documente los resultados.
 Corregir los modelos y documentos relacionados con los requisitos.

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible
Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia
interesado o Condiciones 1 -- 10
1 Ej: Gestionar los pedidos y servicio a la habitación Administrador No se puede 6
del hotel exceder los
500 Bs.

d) Grupos focales
Claves:
 Definir los objetivos y los participantes del grupo de enfoque.
 Planificar y organizar la logística para la sesión.
 Dirigir el grupo de enfoque.
 Analizar y documentar la información recogida.

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible

Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia


interesado o Condiciones 1 -- 10
1 Ej: Efectuar la reserva una habitación en un hotel Huesped Por lo menos 8
2 días antes

e) Observación
Claves:

 Preparar la observación y definir la actividad que será observada, determinar


las personas a las cuales se les observará.
 Elaborar los cuestionarios que se aplicarán durante o después del desarrollo
de actividades de la gente.
 Observar sin interferir en el trabajo
 Documentar resultados de la observación

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible
Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia
interesado o Condiciones 1 -- 10
1 Ej: Efectuar la reserva una habitación en un hotel Huesped Por lo menos 8
2 días antes

f) Estudio de la documentación existente


Claves:
 Identificar la fuentes de información documental
 Revisar y analizar las fuentes d e información documental
 Cree el borrador de los modelos de análisis.

Detalle de los requerimientos de usuario como resultados de la técnica aplicada:


Nota importante: Descripción de los requerimientos de los usuarios en lenguaje natural, que expresan que es lo que desean que
el sistema haga, y los servicios que este proporciona, así mismo como las limitaciones operacionales con las que cuenta.
Únicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible

Nº Descripción del requerimiento de usuario Stakeholder o Limitaciones Importancia


interesado o Condiciones 1 -- 10
1 Ej: Efectuar la reserva una habitación en un hotel Huésped Por lo menos 8
2 días antes

7.- Anexos
Se debe adjuntar todos los instrumentos aplicados (Cuestionarios, Entrevistas,
Descripción de los documentos observados, Prototipos, etc. Que se han empleado como parte
del plan de elicitación.)