Está en la página 1de 14

UNIVERSIDAD ANDINA DEL CUSCO

FACULTAD DE INGENIERÍA Y ARQUITECTURA


ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

FACULTAD DE INGENIERÍA Y ARQUITECTURA


ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

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

II. COMPETENCIAS A CONSEGUIR :


Identificar, representar y analizar los hallazgos de la problemática en un sistema de información utilizando
técnicas para determinar las necesidades a cumplir dentro de las restricciones realistas de un entorno
cercano.

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.

IV. FUNDAMENTO TEÓRICO


4.1. Fuentes de estudio. - se evidencia 3 fuentes que posibilitan la captación de todos aquellos datos
relevantes que serán considerados más adelante en el diseño.
a) Estudio del sistema actual: se debe identificar características, puntos fuertes o débiles del sistema
actual.
b) Fuentes internas: son las personas que han de trabajar con el nuevo sistema que se desarrolle,
denominados futuros usuarios.
c) Fuentes externas: Es la exploración de otros subsistemas de información dentro de la empresa
puede constituir una fuente útil de recopilación de datos. Se revisa también aplicaciones
informáticas similares en otras organizaciones siempre cuando lo permitan en vista de que pueden
ser copiadas.
4.2. Técnicas de obtención de requerimientos: En la fase de análisis de sistemas de información es
necesario utilizar técnicas específicas para recopilar hechos de estudio, pueden utilizarse en conjunto o
aisladamente, Las principales técnicas son:
a) Observación: Es el estar presente en el punto de trabajo registrando el comportamiento laboral
detallado de las personas. Permite determinar lo que se está haciendo, la forma en que se efectúa,
quien lo realiza, cuándo, cuánto tiempo requiere, dónde se hace y porqué. Permite comprender
muchas cosas que expresan las personas en las entrevistas.

Página 1 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Ejemplo de ficha de Observación:


OBSERVACION DE PUESTOS DE TRABAJO
Observación realizada por:
Fecha:
Hora:
Puesto Observado:
Persona Observado(a):
¿Qué se hace?
Cómo se hace?
¿Quién lo hace?
¿Cuándo lo hace?
¿Cuánto tiempo requiere?
¿Dónde se hace?
Porqué se hace de esa
forma?
PROPUESTA DE MEJORA
Posible forma alternativa de
realización de la actividad:
Persona responsable,
tiempo requerido,
momento y lugar de la
realización:
Justificación del a
propuesta alternativa:
Extraído y adaptado del Curso de Reingeniería, Estrategia y Dirección de Sistemas y TIC de FUNIBER Fundación Universitaria Iberoamericana.

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.

c) Cuestionario: Posibilita la profundización en un determinado tópico o campo de estudio por medio de


preguntas específicas. Se pueden hacer preguntas muy centradas. Tiene como ventaja que puede ser
distribuida a un mayor número de personas.
Ejemplo de ficha de cuestionario:
Cuestionario para el análisis de un sistema
Cuestionario
respondido por:
Fecha:
Nombre del
Software:
Características Muy poco Poco Neutro Importante Muy
más valoradas en importante importante 3 4 importante
el software: 1 2 5
Capacidad para
importar datos
de otras
aplicaciones
Acceso a Internet
Generación de
gráficas por
pantalla e
impresora
Interfaz por
medio de touch
screem
Entrada de datos
por medio de
lector óptico
Capacidad para
trabajar en Red
Existencia de
controles por
niveles de
usuarios

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

 Independiente - Facilitan la planificación, priorización y estimación.


 Negociable - La "tarjeta" de la historia es tan sólo una descripción corta que no incluye
detalles. Los detalles se añaden mediante la conversación.
 Valiosa - cada historia tiene que tener valor para el cliente (para el usuario o para el
comprador).
 Estimable - el equipo necesitan poder estimar una historia de usuario. Historias demasiado
grandes o inconcretas, no se pueden estimar.
 Pequeña - una buena historia debe ser pequeña en esfuerzo, debería ser realizable en menos
de una semana.
 Testeable - una historia necesita poder probarse y saber que la HU se ha completado con éxito.

¿COMO SON?

Título: Breve texto para poder referenciar esta HU


Descripción: Debemos describir y focalizarnos en el objetivo, en el por qué y no en el cómo para lo
cual usamos la formula "Como... Quiero... Para... ", una breve descripción de esta fórmula es: Como
quiero conseguir, quien aportará valor, para qué es útil…
Este formato deja la posibilidad abierta de cómo debe implementarse una HU, puedes aportar
ideas de otras formas de obtener el objetivo de la HU.

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

f) Prototipado: Conlleva a construir versiones tempranas de partes concretas de un sistema para


demostrar a los representantes de los grupos de interés para obtener realimentación. Como buena
práctica, recomendamos el uso de prototipados para expresar gráficamente los requerimientos.
Ejemplo de prototipo:

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.

¿Qué elementos debo tomar en cuenta para elegir una técnica?

1. De los recursos económicos disponibles.


2. Del tiempo que se tiene disponible.
3. De la destreza y habilidad de los analistas de sistemas.
4. De la experiencia del equipo para procesar la data recopilada.
5. Del tipo de sistema a analizar.
6. De la metodología de desarrollo de ciclo de vida de un sistema.
7. De las políticas del negocio en el que se realiza el análisis del sistema.
8. De la posibilidad de que se complemente con otra técnica.
9. Del objetivo que queremos lograr.
10. De La creatividad.

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

ACTIVIDADES EN CLASE: En grupos de 5 integrantes resuelvan lo solicitado:


Actividad N° 1. Si tuviera que enfrentar las siguientes situaciones indiquen que harían: 0.5 puntos c/u.
Situación a enfrentar para realizar la obtención de requerimientos: Respuesta Técnica a elegir
Si tuviera muy poco tiempo y presupuesto muy limitado además de F a. Observación
tener una población geográficamente distribuida utilizaría…
Cuándo sé que puedo contar con los interesados casi todo el tiempo y A b. Entrevista
priorizar utilizaría….
Me permite determinar con precisión qué información será necesario D c. Observaciòn
registrar.
Permite reconfirmar con mayor certeza los hallazgos obtenidos y G d. Prototipado
expresados por las personas.
No es necesario tener preguntas estructuradas más al contrario se debe C e. Historia de
generar discusión. Usuario
Se utiliza cuando el número de interesados en el sistema son pocos y B f. Focus Group
tienen tiempo.
Es iterativa e incremental. E g. Análisis
documental

Actividad N° 2.
Revisar un Documento y describir historias de usuario para 3 requerimientos (2.5)

Actividad 2

Sistemas de impresiones de HVgraf

Como usuario, quiero Saber cómo realizar


impresiones de planos para no desorientarme al
momento de hacerlo

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

ACTIVIDADES PARA LA PRÓXIMA SESIÓN DE LABORATORIO


Actividad Nro. 4. Defina los roles, Spring, historia de usuario y requerimientos del usuario, para su
proyecto de aplicación. (4 puntos).

OBSERVACION DE PUESTOS DE TRABAJO


Observación realizada por: Grupo 03
Fecha: 27 / 02 /2019
Hora: 3:03 pm
Puesto Observado: Imprenta HVgraf
Persona Observado(a): Humberto Valle
¿Qué se hace? Impresiones y venta de artículos de estudio
Cómo se hace? Se cuenta con 2 maquinas EPSON SURECOLOR T5270DR, ambas de
impresión a color, y una maquina hp Designet con impresión a laser;
aparte artículos tanto para oficina como para colegio o universidad.
Los cuales imprimen proyectos o trabajos de cualquier tipo.
¿Quién lo hace? Humberto Valle
¿Cuándo lo hace? De lunes a viernes
¿Cuánto tiempo requiere? Lo realiza durante las 16 horas del dia
¿Dónde se hace? AV. Huáscar wanchaq
Porqué se hace de esa Porque es un proceso de actualización de datos constantemente y
forma? registro de información.
PROPUESTA DE MEJORA
Posible forma alternativa de Implementación de un software para realizar directamente un trámite
realización de la actividad: documentario
Persona responsable, Grupo 08
tiempo requerido, 2 semestres
momento y lugar de la UAC
realización: Entornos privados

Justificación del a N/A


propuesta alternativa:

Actividad Nro. 5. Utilice un documento para describir requerimientos del usuario, para su trabajo de
aplicación. (4 puntos).

Entrevista para identificar necesidades de información para el desarrollo de un software


Entrevistado por: Araceli yesemia Kcana Ccohuanqui
Darcy Suclli Pachacutec
Pavel Rodrigo Arizabal Caceres
Elvis Valle Valencia
Diego Denzer Alvarez
Nombre del Humberto Valle
entrevistado:
Página 9 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Cargo: Gerente general de la imprenta


Fecha: 20 / 02 / 2019 Lugar: Wanchaq
Nombre del Sistema de tramite documentario de la EPIS
Software:
¿Qué opciones debe ¿Qué controles desea ¿Qué información es ¿Cuán es nivel de
incluir? que tenga el indispensablemente importancia de la
Realización directa de software? necesaria registrar? Información y para qué o
los trámites sin el uso Control de base de Datos del Usuario, Código quién es relevante?
de mesa de partes. datos y del trámite. Para la imprenta
almacenamiento
inmediato de
información.
Comentarios sobre su Operativa: Manejo Técnica: Fluidez en el Económica: Accesible
viabilidad: eficiente de la base de software a implementar económicamente para su
datos realización.
¿Qué formación Manejo de lenguajes Entendimiento de base Redes.
mínima se requiere de programación nivel de datos.
para uso del medio.
Software?

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

VII. FICHA DE CALIFICACIÓN

GUIA 01 DE ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN I, 2019-I

Tema: Técnicas para la obtención de requerimientos de un sistema de información Fecha:


Técnica de evaluación: Rubrica.
Nombre de los estudiantes:
Araceli yesemia Kcana Ccohuanqui
Darcy Suclli Pachacutec
Pavel Rodrigo Arizabal Caceres
Elvis Valle Valencia
Diego Denzer Alvarez
Roy trujillano orue

Evaluación en clase (sobre 10 puntos)


Criterio Excelente Satisfactorio En proceso Insatisfactorio
Actividad 01: Responde correctamente a Responde No entendieron las No Presenta lo
Emparejar las todas las preguntas (0.5 punto parcialmente a las preguntas y responden solicitado.
respuestas según c/u). 3.5 puntos. preguntas: (1 punto equivocadamente. (0 puntos).
corresponda c/u). (0 puntos)

Actividad 02: Revisar Cada historia de usuario Responde Responden No Presenta lo


un Documento y contiene: 2.5 puntos parcialmente a las equivocadamente lo solicitado.
describir historias de a. Título de la historia. preguntas: (1.5 punto solicitado (0 puntos) (0 puntos)
usuario para 3 b. Descripción que c/u).
requerimientos incluya el Como
quiero conseguir,
quien aportará valor,
para qué es útil…
c. Prioridad, Sin ninguna
escala determinada,
simplemente 100 vale
más que 80.
d. Estimación de
tiempo.
Actividad 02: Responde correctamente a la Responde Responden No Presenta lo
¿Cómo gestionar el pregunta (4 puntos). parcialmente a las equivocadamente lo solicitado.
proyecto con la preguntas: (1 punto solicitado (0 puntos) (0 puntos)
Metodología c/u).
SCRUM?. (04
puntos)
 Definir los roles.
 Primer Spring
 Historia de
Usuario
 Requerimiento
del usuario
Total 10 puntos

Página 11 de 14
UNIVERSIDAD ANDINA DEL CUSCO
FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

GUIA 01 DE ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN I, 2019-I

Tema: Técnicas para la obtención de requerimientos de un sistema de información Fecha:


Técnica de evaluación: Rubrica.
Nombre de los estudiantes:

Evaluación en casa (sobre 10 puntos)


Criterio Excelente Satisfactorio En proceso Insatisfactorio
Actividad Nro. 4. Responde correctamente a la Responde Responden No Presenta lo
Defina los roles, pregunta (4 puntos). parcialmente a las equivocadamente lo solicitado.
Spring, historia de preguntas: (1 punto solicitado (0.5 puntos) (0 puntos)
usuario y c/u).
requerimientos del
usuario, para su
proyecto de
aplicación. (4
puntos).
Actividad Nro. 5. Cada historia de usuario Responde Responden No Presenta lo
Utilice un documento contiene: 4 puntos parcialmente a las equivocadamente lo solicitado.
para describir a. Título de la historia. preguntas: (1.5 punto solicitado (0.5 puntos) (0 puntos)
requerimientos del b. Descripción que incluya el c/u).
usuario, para su Como quiero conseguir,
trabajo de aplicación. quien aportará valor, para
(4 puntos). qué es útil…
c. Prioridad, Sin ninguna escala
determinada, simplemente
100 vale más que 80.
d. Estimación de tiempo.
Actividad Nro. 6. Presentan correctamente Cumple con el 75% Cumple con menos del No cumple con
Plantee 5 preguntas completada la técnica de lo solicitado (1 50% de la pregunta (0.5 lo solicitado (0
para la encuesta o encuesta o entrevista. 2 puntos). punto). puntos)
entrevista a sus puntos
usuarios para su
trabajo de aplicación.
(2 puntos).
Total 10 puntos

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

Modificación de historias Numero : 1

Prioridad en Negocio : ALTA PUNTOS ESTIMADOS : 80 %


(ALTA/MEDIA/BAJA)
Riesgo de desarrollo ALTA PUNTOS REALES : 50%
(ALTA/MEDIA/BAJA)
DESCRIPCION AQUÍ LA PERSONA ES ATENDIDO Y/O RESGISTRANDO EL PEDIDO

OBSERVACIONES ENCUENTRO CON EL CLIENTE , ACUERDO A LA DEMANDA DEL CLIENTE

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