1. ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO
FACULTAD DE INFORMÁTICA Y ELECTRÓNICA
ESCUELA DE INGENIERÍA EN SISTEMAS
INGENIERIA DE SOFTWARE I
TEMA: Técnicas de Recopilación de Información.
Omar Centeno. 4931
Dennys Moyon. 4867
2. INTRODUCCIÓN
La recolección de datos se refiere al uso de una gran diversidad de técnicas y
herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de
información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la
observación, el JAD, el diagrama de flujo y el diccionario de datos.
Todos estos instrumentos se aplicarán en un momento en particular, con la finalidad de
buscar información que será útil a una investigación en común. En la presente
investigación trata con detalle los pasos que se debe seguir en el proceso de recolección
de datos, así su comportamiento y como los técnicos y usuarios deben participar en los
diferentes campos de dicha Técnica ya antes nombradas.
OBJETIVO GENERAL
3. Analizar las diferentes técnicas y métodos utilizados para la recolección de requisitos, que nos
permitan comparar y alcanzar los objetivos de nuestra investigación.
OBJETIVOS ESPECIFICOS
Distinguir las diferencias entre técnicas y el instrumento de recolección de
requerimientos.
Describir algunas técnicas de recolección de requerimientos.
Identificar las técnicas más adecuadas según el diseño de la investigación.
Identificar los elementos y características que deben considerarse en cada una de
las técnicas.
Caracterizar el proceso que se sigue al elaborar una técnica para la recolección
de requerimientos.
Definición de Parámetros deComparación
1.-Requiere alta participación del analista.
Se da en cuenta que las personas que van a obtener información van a ser solo
los programados o personas que están en el ámbito encargadas.
2.-Requiere conocimientos técnicos el interesado.
El usuario debe tener muy claro lo que va a realizar en su sistema.
3.-Incluye revisión manual de documentos.
Esto se da a conocer con documentos entregables al usuario para ver el estado
del programa.
4.-Trabajo en equipo.
Se refiere al modelo de implementar la técnica asignando tareas a los diferentes
integrantes del grupo.
5.- Se enfoca a la solución.
Saber si la técnica nos llevo a la solución correcta del programa o sistema que
nos propusimos.
Marco Teórico.
4. ETNOGRAFÍA
La etnografía es una técnica de observación que se puede utilizar para entender los
requerimientos sociales y organizacionales. Un analista se sumerge por si solo en el entorno
laboral donde se utilizara el sistema. Observa el trabajo diario y anota las tareas reales en las que
los participantes están involucrados. El valor de la etnografía es que ayuda a los analistas a
descubrir los requerimientos implícitos que reflejan los procesos reales más que los formales en
los que la gente está involucrada.
LA ETNOGRAFÍA ES ESPECIALMENTE EFECTIVA PARA DESCUBRIR
DOS TIPOS DE REQUERIMIENTOS:
1. Los requerimientos se derivan en forma de la forma en la que la gente trabaja
realmente más que de la forma en la que las definiciones de los procesos
establecen que debería trabajar.
2. Los requerimientos que se derivan de la cooperación y conocimiento de las
actividades de la gente.
Los estudios etnográficos no siempre pueden identificar nuevas propiedades que se
deban agregar al sistema. Por lo tanto, la etnografía no es un enfoque completo para la
obtenci6n de requerimientos por sí mismo, y debe utilizarse para complementar otros
enfoques, como el análisis de casos de uso.
Ejemplos de aplicación relacionados a casos de automatización de sistemas
Campus móvil de la UOC
Plataforma social para jóvenes emprendedores en África
PROTOTIPOS
5. Un cliente, a menudo, define un conjunto de objetivos generales para el software, pero
no identifica los requisitos detallados de entrada, proceso y salida. Entre otras cosas el
responsable del desarrollo del software puede no estar seguro de la eficiencia de un
algoritmo, de la capacidad de adaptación de un sistema operativo, o de la forma en que
debería tomarse la interrupción hombre maquina.
Un prototipo de software apoya dos actividades del proceso de ingeniería de
requerimientos:
1. Obtención de requerimientos: los usuarios experimentan como el sistema
ayudará su trabajo.
2. Validación de requerimientos: el prototipo puede revelar errores u omisiones en
los requerimientos propuestos.
Desarrollo del prototipo
Establec Definir
er funcional Desarroll Evaluar
objetivo idad del ar prototipo
s del prototipo prototipo
Características
prototip
El prototipo es una aplicación que funciona
o
Los prototipos se crean con rapidez
Los prototipos evolucionan a través de un proceso iterativo
Los prototipos tienen un costo bajo de desarrollo
Ejemplos de aplicación relacionados a casos de automatización de sistemas.
Gestión y seguimiento de tráfico aéreo.
Análisis de fotografías de satélite.
Cálculo de coberturas.
Técnicas para facilitar las especificaciones de una aplicación (TFEA)
6. CONCEPTO.
Constituye una variación de las entrevistas buscando
identificar el problema, proponer elementos de solución,
negociar diferentes enfoques y especificar un conjunto
preliminar de requisitos de la solución (Pressman, 2005). A
pesar de ir un paso más allá de las entrevistas
convencionales, precisan aún de una alta participación del
analista. Por lo cual estas técnicas posibilitan que el proceso
de recopilación de requisitos se realice de forma más
eficiente.
TFEA.
PASOS A SEGUIR PARA LA ELABORACION.
Establecer el problema.
Elegir un lugar para realizar la recolección de datos.
Establecemos normas de preparación y participación.
Creamos una agenda de actividades.
Debemos elegir al responsable.
Debemos tomar decisiones y soluciones al problema.
Ejemplos:
Una central telefónica para 50.000 abonados.
Una central de alarma antiincendios de unos almacenes.
Una central de alarma antirrobo de un banco.
7. JAD (Joint Application Development)
JAD es una técnica de definición de requisitos y de diseño de la interfaz de usuario,
basada en reuniones participativas entre clientes, directiva y desarrolladores. En dicha
reunión los temas a tratar se centran más en el negocio que en el asunto técnico.
Lógicamente está más orientado a proyectos de cliente (o bien sistemas a medida, como
también se los conoce), y permite recolectar requisitos eficientemente. Esta técnica sale
beneficiada si se utiliza en modelos incrementales, ya que permite pulir poco a poco el
sistema en función de las necesidades del cliente.
ESTRUCTURA DE LA TÉCNICA.
PLANIFICACIÓN DISEÑO
Trata los requisitos a
Uso intensivo
un nivel más alto.
Utilidad. Viabilidad. Prototipos. Interfaz.
PARTES.
PREPARACION. EJECUCION. APLICACIÓN.
Nota: Cada una de estas fases se llevaría acabo de uno y diez días.
Ejemplos:
Un nuevo sistema de levantamiento de pedidos para galletas ducales en el
colegio.
Rediseño de procesos de negocios en la administración de pequeñas empresas.
8. Entrevista.
Una entrevista consiste en una serie de preguntas, diseñadas específicamente para
recolectar información de un tema específico, en el desarrollo de software suele ser útil
para recolectar datos y adecuarse a las necesidades del usuario.
ENTREVISTA
Incluye dos Está formado por:
Es una forma
métodos específica de
interacción social
Método Método Preguntas Respuestas
Impresionista expresionista
Pueden ser: Deben ser:
Nos dará como L a que de
una visión periódicamente
instantánea en de cuando en
la que recogen cuando a
aquellos rasgos personalidades
y detalles que relevantes que Abiertas
destacan del existen un Breves
conjunto lo estudio Cerradas
Claras
más llamativo profundo
meditado Respetuosas
La conforman
El entrevistado El entrevistador
Es la persona que Es la persona
tiene alguna idea o encargada de
alguna experiencia formular las
importante que preguntas. Es el que
transmitir. dirige la entrevista,
presenta al
L a persona que le entrevistado y el
responde las tema principal.
preguntas o
inquietudes
9. Ventajas:
Una entrevista suele tener varias ventajas como:
Es permitido hacer una serie de preguntas destinadas a una o varias personas.
Desventajas:
Depende mucho de la intención y deseo de participación del entrevistado.
Ejemplos de aplicación
1.-Diseño de un sistema automatizado de facturación, inventario, compra y venta para
la empresa ”PREFABRICADOS HENAO”
2..-Diseño e implementación de un sistema automatizado para llevar el control de los
recursos financieros asignados al consejo comunal del sector Calanche, parroquia
Tacara ubicado en el Estado Miranda.
3.-Sistema automatizado para el control de los expedientes de tutoría en la Sede
Universitaria de
Florencia.
Observación.
La observación es caracterizada por ser sistemática controlada y mecanizada destinada a
evitar errores de subjetividad, confusiones etc.
La observación
Preparación para la
Tipos de Es la que permite observación
observacion estudiar a las
personas en sus
actividades
1.-Observar sin ser detectado Determinar y definir
2.-Observar siendo detectado sin Estimar el tiempo necesario de observación
intervenir.
Obtener la autorización de la gerencia
3.-Observar e intervenir con la persona
Explicar a las personas que van a ser
observada
observadas
Ventajas:
10. Una de las ventajas de la observación es que suele ser concreta y precisa.
Permite realizar un análisis del individuo o usuario.
Desventajas:
Es incomodo para el cliente la constante observación.
Ejemplos de aplicación
Desarrollo un sistema automatizado para el control interno de registro de los niños que asisten al
consultorio Barrio Adentro
Diseño de un sistema automatizado para el control del proceso de inscripción de la Escuela Técnic
Diseño de un sistema de información contable automatizado para el cálculo de la ficha de costo de los
platos
CASOS DE USO
Ejemplos de aplicación
Analisis e implementación de un sistema automatizado de digitalización de documentos
(SADO) para soluciones inteligentes.
Diseño de un sistema de información para el seguimiento de las actividades asociadas
con la administración del personal de una empresa dedicada a la explotación petrolera.
“Vamos a jugar” un software atractivo para la socialización de personas con el síndrome
de Down
11. Casos de uso
Participan entidades Es una descripción de las Secuencia de interacciones que
llamadas actores actividades que deberán se desarrollan entre un sistema
realizarse para llevar a y sus actores
cabo algún proceso.
Utilidad
Pasos para la definición de
casos de uso
Para especificar el
ID Para ilustrar comportamiento y
NOMBRE
REFERENCIAS CRUZADAS los comunicación de
CREADO POR requerimiento sistemas
ULTIMA ACTUALIZACION
POR s del sistema
Ventajas:
FECHA DE CREACION
FECHA DE ULTIMA
ACTUALIZACION
ACTORES
Expresar la intención que tiene el actor (usuario).
DESCRIPCION Extraer los requerimientos del usuario y del sistema.
TRIGGER
PRE-CONDICION Centrar al analista en las tareas principales de usuario
POST-CONDICION (describiendo los casos de mayor importancia).
FLUJO NORMAL
FLUJOS ALTERNATIVOS
INCLUDES Desventajas:
FRECUENCIA DE USO
REGLAS DE NEGOCIO
REQUERIMIENTOS No establecen los requisitos funcionales.
ESPECIALES
NOTAS Y ASUNTO
Tampoco permiten establecer los requisitos no funcionales.
Los casos de uso deben complementarse con información adicional
como:
Reglas de negocio, Requisitos no funcionales, Diccionario de datos
que complementen los requerimientos del sistema.
Cada caso crítico del uso debe tener un requisito no funcional
centrado en el funcionamiento asociado.
12. Requiere alta Requiere Incluye Trabajo en Se enfoca a
participación conocimientos revisión equipo. la solución.
del analista. técnicos el manual de
interesado. documentos.
1 ETNOGRAFÍA. x x
2 PROTOTIPOS. x x x
3 TFEA. x x x
4 JAD. x x x x
5 ENTREVISTA. x x x
6 OBSERVACION. x x
7 CASOS DE USO. x x x
CONCLUSIONES.
En el análisis de las diferentes técnicas de recolección de requerimientos muestra la tabla que la técnica del JAD es la más relevante de las
diferentes técnicas analizadas ya que cumple con la mayoría de parámetros establecidos.
En la técnica de Prototipos en la mayoría de sus pasos interviene el usuario permitiendo de esta manera tener un mejor conocimiento de
los requerimientos para la implementación del sistema.
Cabe destacar que las técnicas más comunes son la Entrevista y la observación pero no satisfacen en su mayoría a la expectativa del
analista para el analices de requerimientos.
A lo contrario la técnica JAD nos da una información más consistente de la información que vamos a utilizar en el futuro sistemas que
vamos a implementar.
La recolección de requerimientos se lo puede hacer de forma presencial y no presencial según la técnica que utilice para realizar dicha información del
producto.
