Академический Документы
Профессиональный Документы
Культура Документы
Guía de aplicación N° 01
Técnicas para la obtención de requerimientos de un sistema de información
I. DATOS INFORMATIVOS
1.1.Nombre de la asignatura : Análisis y Diseño de Sistemas de Información I.
1.2.Semestre Académico : 2019-I.
1.3.Ciclo de estudios : VI.
1.4.Área curricular : Tecnología Básica.
1.5.Nombre del docente : Mónica Marca Aima.
1.6.Objetivos Educacionales : OEP3.
1.7.Resultados del Estudiante : RE(a)=1, RE(b)=1, RE(i)=0
1.8.Indicadores de desempeño : A3, B2, I5
III. CAPACIDADES
Utiliza técnicas para la obtención de requerimientos de un sistema de información. Técnicas de obtención de
requerimientos como: Observación, Entrevistas, Cuestionarios, Focus Group, Historia de usuarios,
Prototipado, Análisis documental, Etnografía, y otros.
Página 1 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
b) La entrevista: Es la técnica más utilizada, significativa y productiva que se dispone para indagar hechos.
Es un intercambio personal de información que abre canales de comunicación directos entre el analista
y el personal de información de la empresa. Se realiza en todos los niveles de la empresa con
habilidades de tipo social, es decir, no se trata de recabar información técnica y de negocio si no de
crear un clima de confianza para que la información fluya de forma objetiva.
Ejemplo de formato de Entrevista:
Entrevista para identificar necesidades de información para el desarrollo de un software
Entrevistado por:
Nombre del
entrevistado:
Cargo:
Fecha: Lugar:
Nombre del
Software:
¿Qué opciones debe ¿Qué controles desea ¿Qué información es ¿Cuan es nivel de
incluir? que tenga el indispensablemente importancia de la
software? necesaria registrar? Información y para que o
Página 2 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
quién es relevante?
Comentarios sobre su Operativa: Técnica: Económica:
viabilidad:
¿Qué formación
mínima se requiere
para uso del
Software?
Extraído y adaptado del Curso de Reingeniería, Estrategia y Dirección de Sistemas y TIC de FUNIBER Fundación Universitaria Iberoamericana.
Página 3 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Copia de
seguridad
automática
Sonido
Controles de
entrada de datos
Reportes
resumidos
Otras
características
especificar
Observaciones
d) Focus Group: consiste en reunir a un pequeño grupo de entre 6 y 12 personas con el fin de contestar
preguntas y generar una discusión en torno a un servicio, tipo de producto, idea, etc. En un focus group
las preguntas son respondidas por la interacción del grupo de forma dinámica. Se suele realizar en una
sala amplia y cómoda alrededor de un ambiente tranquilo para que los miembros se sientan en
confianza a la hora de participar y den respuestas auténticas; además los resultados del Focus Group
permiten evaluar un buen número de prototipos o conceptos en poco tiempo reduciendo los gastos. El
moderador será quien guie a los participantes máximo 2 horas. Generalmente se les provee una bebida
y bocaditos a los participantes y en otros casos se les hace un presente por su colaboración, en
promedio unos 10 soles como mínimo por persona que participe en el Focus Group.
e) Historia de Usuarios:
Es una manera simple de describir una tarea concisa que aporta valor al usuario o al negocio. Pueden
ser creadas durante una conversación con los usuarios interesados (stakeholders) sobre nuevas
funcionalidades o mejoras del proyecto. Son una invitación a la conversación. Las historias de usuario
conforman la parte central de muchas metodologías de desarrollo ágil.
Estas definen lo que se debe construir en el proyecto de software, tienen una prioridad asociada
definida por el cliente de manera de indicar cuales son las más importantes para el resultado final, serán
divididas en tareas y su tiempo será estimado por los desarrolladores. Generalmente se espera que la
estimación de tiempo de cada historia de usuario se sitúe entre unas 10 horas y un par de semanas.
Estimaciones mayores a dos semanas son indicativo de que la historia es muy compleja y debe ser
dividida en varias historias.
Considere que la creación de la Historia de Usuario (HU), completa consta de tres partes:
Tarjeta: Una descripción escrita en lenguaje de negocio que sirve como identificación y
recordatorio del requerimiento y ayuda para la planificación mediante la priorización.
Conversación: El diálogo que ocurre entre los miembros del equipo y el Usuario para aclarar los
detalles y dudas sobre esa HU. Es la parte más importante de la historia.
Confirmación: Que pruebas se llevaran a cabo para poder decir que la HU se ha completado con
éxito.
EL MODELO INVEST
Una buena historia de usuario también sigue el modelo de INVEST: Independiente, Negociable,
Estimable, Pequeña (Small), y Testeable. Veamos lo que significa.
Página 4 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
¿COMO SON?
Prioridad de negocio: Valor numérico para priorización. Sin ninguna escala determinada,
simplemente 100 vale más que 80.
Estimación: Durante el Sprint Planning el equipo asigna el esfuerzo en puntos de historia necesario
para realizar la HU.
CRITERIO DE ACEPTACIÓN
Una breve descripción de "hecho", que pruebas se llevarán a cabo para poder decir que la HU se ha
completado con éxito.
Si es necesario, se adjuntara el copy de mensaje de "error" y de mensaje de "éxito"
"La búsqueda me ha de devolver una linea por cada oferta encontrada o el mensaje de error 'No se
encuentran ofertas de TEXTO DE BUSQUEDA"
"Si los resultados son más de 20, poder paginar entre ellos"
Página 5 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
g) Análisis documental: son importantes para detectar que datos se deben almacenar dentro de un
determinado sistema de información y el tipo de reportes que deberá generar el sistema de
información.
El tiempo que requiere el analista para procesarlo, depende de la complejidad del documento, por ello
el analista del sistema por hora invertida en promedio es S/20.00, por su trabajo.
h) Etnografía: involucra a observadores que participan en un determinado entorno de trabajo en intentan
empatizarse con los grupos de interés para adquirir una valoración con profundidad de los procesos de
trabajo, tanto explícitos como tácitos.
V. APLICACIÓN DE LA GUÍA
Página 6 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Actividad N° 2.
Revisar un Documento y describir historias de usuario para 3 requerimientos (2.5)
Actividad 2
PRIORIDAD 80
ESTIMACION
Página 7 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Actividad N° 3.
¿Cómo gestionar el proyecto con la Metodología SCRUM?. (04 puntos)
a. Definir los roles.
b. Primer Spring
c. Historia de Usuario
d. Requerimiento del usuario
Página 8 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Actividad Nro. 5. Utilice un documento para describir requerimientos del usuario, para su trabajo de
aplicación. (4 puntos).
Actividad Nro. 6. Plantee 5 preguntas para la encuesta o entrevista a sus usuarios para su trabajo de
aplicación. (2 puntos).
VI. REFERENCIAS BIBLIOGRÁFICAS
FUNIBER. (2008). REINGENIERÍA , ESTRATEGIAS, DIRECCION DE SISTEMAS Y TIC. UNIVERSIDAD DE
PIURA. PERU.
BEYNON-DAVIES, P. (2014). SISTEMAS DE INFORMACIÓN. BARCELONA: REVERTÉ.
Página 10 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Página 11 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Página 12 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Historia de usuario
Numero : 1
Usuario : OPERADOR
Historia de usuario
Numero : 3
Usuario : ALMACEN
Modificación de historias Numero : 3
Prioridad en Negocio: ALTA PUNTOS ESTIMADOS : 40 %
(ALTA/MEDIA/BAJA)
Riesgo de desarrollo ALTA PUNTOS REALES : 40%
(ALTA/MEDIA/BAJA)
DESCRIPCION AQUI SE GUARDAN LOS ITEM`S , SE NUESTRA EN EL SISTEMA
ULTILIZADO POR EL OPERADOR
OBSERVACIONES
DONDE SE ALMACENAN LOS ITEM’S INGRESADOS POR EL SISTEMA
Página 13 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS
Historia de usuario
Numero : 2
Usuario : INTERFCES DEL SISTEMA
Modificación de historias Numero : 2
Prioridad en Negocio: ALTA PUNTOS ESTIMADOS : 20 %
(ALTA/MEDIA/BAJA)
Riesgo de desarrollo ALTA PUNTOS REALES : 20%
(ALTA/MEDIA/BAJA)
DESCRIPCION AQUÍ SE DEMUESTRA LA INTERACION DE SISTEMA CON EL OPERADOR
OBSERVACIONES
DONDE SE ALMACENAN LOS ITEM’S INGRESADOS POR EL SISTEMA
Página 14 de 14