Presentación ingenieria de requisitos y sus tecnicas de recolección

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA
UNIVERSIDAD POLITÉCNICA TERRITORIAL DEL ESTADO ARAGUA
“FEDERICO BRITO FIGUEROA”
LA VICTORIA- ESTADO ARAGUA
PROGRAMA NACIONAL DE FORMACIÓN EN INFORMÁTICA
Integrantes:
Ruiz Steven C.I.: 17.052.617
Orellán Belkis C.I.: 16.922.041
Paredes Arquímedes C.I.: 14.830.794
TÉCNICAS DE RECOLECCIÓN
DE INFORMACIÓN
Trayecto 03 - Sección 01

TÉCNICAS DE RECOLECCIÓN DE INFORMACIÓN
1. ENTREVISTAS
a) Definición y descripción de la técnica
La entrevista es una forma específica de interacción social que tiene por objeto recolectar datos para una indagación. El
investigador formula preguntas a las personas capaces de aportarle datos de interés, estableciendo un diálogo, donde una de las partes
busca recoger informaciones y la otra es la fuente de esas informaciones.
Para que la entrevista tenga éxito, debe cumplir con las siguientes condiciones:
o La persona que responda debe tener la información requerida para que pueda contestar la pregunta.
o La persona entrevistada debe tener alguna motivación para responder, esta motivación comprende su disposición para dar las respuestas
solicitadas como para ofrecerlas de una manera verdadera.

b) Ventajas y Desventajas de su Aplicación
1. ENTREVISTAS
 Ventajas de la entrevista Estructurada.
Asegura la elaboración uniforme de las preguntas para todos lo que van a responder, fácil de administrar y evaluar
más objetivamente de quienes responden como las respuestas a las preguntas, se necesita una limitada capacitación
del entrevistador y es mucho más viable en entrevistas pequeñas.
 Ventajas de la entrevista No Estructurada.
El entrevistador tiene mayor flexibilidad al realizar las preguntas adecuadas a quien responde, el entrevistador
puede explotar áreas que surgen espontáneamente durante la entrevista, puede producir información sobre área que
se minimizaron o en las que no se pensó que fueran importantes.

1. ENTREVISTAS
 Desventajas de la entrevista Estructurada.
Alto costo de preparación, los que responden puede no aceptar un alto nivel en la estructura y carácter mecánico
de las preguntas, un alto nivel en la estructura puede no ser adecuado para todas las situaciones, el alto nivel en las
estructuras reduce responder en forma espontánea, así como la habilidad de entrevistador para continuar con
comentarios hacia el entrevistado.
 Desventajas de la entrevista No Estructurada.
Puede utilizarse negativamente el tiempo, tanto de quien responde como del entrevistador, los entrevistadores
pueden introducir sus sesgos en las preguntas o al informar de los resultados, puede recopilarse información
extraña ,el análisis y la interpretación de los resultados pueden ser largos, toma tiempo extra recabar los hechos
esenciales.

2. JAD
Es una técnica que se utiliza para promover la cooperación y el trabajo en equipo entre usuarios y analistas. Consiste en
realizar sesiones en las que participan usuarios expertos del dominio junto a analistas de software.
Esta técnica o método fue propuesta por IBM en 1977 y pretendía mejorar la comunicación entre los clientes a través de
escuchar las necesidades más allá de preguntar o proponer soluciones lejanas a las que se buscaba. La idea es aprovechar la
dinámica de grupos aplicando un proceso de trabajo sistemático y organizado, apoyado por elementos visuales de comunicación y
comprensión de soluciones.
Este método tiene dos vertientes:
 JAD- Planeación: se muestra el esquema o plan de trabajo del software.
 JAD- Diseño: Se muestra el diseño del software.
Se presentan 5 fases en el desarrollo:
 Definición del Proyecto.
 Fase de Investigación.
 Preparación.
 Sesión JAD.
 Documentación Final.

2. JAD
Ventajas:
 Es más difícil apreciar posibles errores en la especificación de requisitos, ya que sólo el analista revisa el documento. En el
JAD todo el grupo puede actuar como revisor y detectar defectos.
 El JAD propugna una participación más profunda de los usuarios en el proyecto, hasta tal punto que los usuarios que participan
adquieren un cierto sentido de propiedad en el sistema que se construye.
Desventajas:
 El JAD no se utiliza demasiado, debido a que requiere una mayor organización que las entrevistas y porque el ambiente o los
métodos de trabajo convencionales en las empresas no facilitan este tipo de actividades (falta de tiempo, dificultad de
coordinación de tanta gente, dificultad para convencer a la dirección, etc.).

3, LLUVIA DE IDEAS
Es una herramienta de trabajo grupal que facilita el surgimiento de nuevas ideas sobre un tema o problema determinado. La
lluvia de ideas es una técnica de grupo para generar ideas originales en un ambiente relajado.
La principal regla del método es aplazar el juicio, ya que en un principio toda idea es válida y ninguna debe ser rechazada.
Esta herramienta fue ideada en el año 1919 por Alex Faickney Osborn (fue denominada brainstorming), cuando su búsqueda de
ideas creativas resultó en un proceso interactivo de grupo no estructurado que generaba más y mejores ideas que las que los
individuos podían producir trabajando de forma independiente; dando oportunidad de hacer sugerencias sobre un determinado
asunto y aprovechando la capacidad creativa de los participantes.

3, LLUVIA DE IDEAS
Ventajas:
 Se obtiene gran variedad de ideas en poco tiempo.
 Estimula la creatividad en los participantes.
 Permite desbloquear un grupo ante un tema determinado.
 Se obtiene un mayor número de alternativas de solución para un determinado problema.
Desventajas:
 Puede favorecer la dispersión, la confusión y el desorden.
 Se debe realizar en grupos pequeños preferiblemente.
 Las personas que carecen de imaginación o tímidas no contribuyen al proceso y perjudican la dinámica de grupo.

4. MAPAS CONCEPTUALES
Es una técnica usada para la representación gráfica del conocimiento. Un mapa conceptual es una red de conceptos. En la
red, los nodos representan los conceptos, y los enlaces representan las relaciones entre los conceptos.
El mapa conceptual puede tener varios propósitos según el trabajo, como por ejemplo:
 Generar conceptos o ideas (brain storming, etc.) sobre algo o un tema.
 Diseñar una estructura compleja de información (textos largos, hipermedia, páginas web grandes, etc.)
 Comunicar ideas complejas.
 Contribuir al aprendizaje integrando de manera explícita conocimientos nuevos y antiguos.
 Evaluar la comprensión o diagnosticar la incomprensión.
 Explorar el conocimiento anterior y los errores de concepto.
 Fomentar el aprendizaje significativo para mejorar el éxito de los estudiantes.
 Medir la comprensión de conceptos.
 Conocer los conceptos de los temas.

Ventajas:
 Desde el punto de vista del APRENDIZ, trabajar con mapas conceptuales favorece al desarrollo del pensamiento reflexivo,
la incorporación de ideas, la actividad colaborativa. Permite evidenciar conceptos erróneos, así como relaciones y
asociaciones equívocas y permite una rápida retroalimentación y la visualización de los diferentes matices que puede tener
un significado.
 Desde el punto de vista del APRENDIZAJE, la utilización de mapas conceptuales ayuda a ser más evidentes los conceptos y
su relación, permite la integración conceptual, estimula la negociación de significados, la retroalimentación positiva y
fomenta la colaboración entre aprendices.
 Desde el punto de vista del CURRÍCULUM, los mapas conceptuales permiten organizar la información, constituyen un
instrumento de evaluación y visualizan la organización cognitiva de los aprendices.
 Desde el punto de vista de ASIGNACIÓN DE ROLES, los mapas conceptuales ayudan a entender el papel del aprendiz y
del profesor, favoreciendo la creación de un clima de mutuo respeto.

Desventajas:
 Si el mapa es muy complejo o confuso puede dificultar el aprendizaje.
 La habilidad de los alumnos para contribuir sus jerarquías conceptuales puede quedar inhibida en función del hecho de que ya
reciben listas las estructuras propuestas por el docente.
 Requieren de un periodo de entrenamiento con el objeto que aprendices y profesores aprendan su confección.
 Pueden ser vistosos como la panacea constructivista.
 Se puede caer en la sistematización de la construcción de mapas conceptuales
 Su evaluación requiere de tiempo y dedicación.

5. SKETCHES Y STORYBOARDS
Está técnica es frecuentemente usada por los diseñadores gráficos de aplicaciones en el entorno web. La misma consiste en
representar sobre papel en forma muy esquemática las diferentes interfaces al usuario (sketches).
Estos sketches pueden ser agrupados y unidos por enlaces dando idea de la
estructura de navegación (storyboard).
Etapa IR: Captura de Requisitos.

6. CUESTIONARIOS Y CHECKLISTS
Consiste en redactar un documento con preguntas cuyas respuestas sean cortas y concretas,
o incluso cerradas por unas cuantas opciones en el propio cuestionario (Checklist).
Este cuestionario será cumplimentado por el grupo de personas entrevistadas o
simplemente para recoger información en forma independiente de una entrevista.
Etapa IR: Captura de Requisitos.

7. PROTOTIPOS
Actúan de manera similar a los escenarios, propuestas para obtener
de la definición de requisitos, sin tener la totalidad de la
funcionalidad del sistema, permitan al usuario hacerse una idea de
la estructura de la interfaz del sistema con el usuario
Etapa IR: Validación de requisitos

7. PROTOTIPOS
Ventajas:
1. Ayudan a validar y desarrollar nuevos requerimientos.
2. Permite comprender aquellos requerimientos que no están muy
claros y que son de alta volatilidad.
Desventaja:
1. El cliente puede llegar a pensar que el prototipo es una versión del
software que será desarrollado.
1. A menudo, el desarrollador hace compromisos de implementación
con el objetivo de acelerar la puesta en funcionamiento del
prototipo

8. PROCESO DE ANÁLISIS JERÁRQUICO (AHP)
Consiste en hacer que el decisor especifique sus opiniones con respecto a la importancia relativa de cada uno de los criterios
en términos de su contribución al logro de la meta global.
1. Identificación del Problema
2. Definición del Objetivo.
3. Identificación de Criterios.
4. Identificación de Alternativas.
Etapa IR: Evaluación y Negociación.

8. PROCESO DE ANÁLISIS JERÁRQUICO (AHP)
Ventaja:
• Permite determinar el grado de importancia de cada requerimiento.
• Ayuda a identificar conflictos en los requerimientos.
• Muestra el orden en que deben ser implementados los requerimientos
Desventaja
• Debe construirse un estándar claro de evaluación, que incluya la participación del cliente.
• Para un volumen grande, de requerimientos, esta técnica no es la más adecuada.

9. CASO DE USO
Es la descripción de pasos o actividades que deben llevarse para ejecutar algún proceso. Los personajes o entidades que se
involucran en un caso de uso se denominan actores. En el contexto de ingeniería del software, es una secuencia de interacciones
que se desarrollarán entre un sistema y sus actores, esto en respuesta a un evento que inicia un actor principal sobre el propio
sistema.
Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante la
interacción con los usuarios y/u otros sistemas. Una relación es la conexión entre elementos del modelo, por ejemplo la
especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del
sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.

9. CASO DE USO
Ventajas:
• La técnica logra su cometido en sistemas interactivos, ya que expresa la intención que tiene el actor (su usuario) al hacer
uso del sistema. Como técnica de extracción de requerimiento permite que el analista se centre en las necesidades del
usuario, qué espera éste lograr al utilizar el sistema, evitando que el personal de informática dirija la funcionalidad del
nuevo sistema basándose solamente en criterios tecnológicos. Es decir, hacerlo mas simplificado para usuarios comunes.
• A su vez, durante la extracción (elicitation en inglés), el analista se concentra en las tareas centrales del usuario
describiendo por lo tanto los casos de uso que mayor valor aportan al negocio. Esto facilita luego la priorización del
requerimiento. Aunque comúnmente se relacionan a la fase de pruebas de una aplicación, esta idea es errada, y su uso se
extiende principalmente a las primeras fases del desarrollo.

9. CASO DE USO
Desventajas:
• Los casos de uso pueden ser útiles para establecer requisitos de comportamiento, pero no establecen de manera integra
los requisitos funcionales así como tampoco permiten determinar 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. Sin embargo la ingeniería del funcionamiento
habla de que cada caso crítico del uso debe tener un requisito no funcional centrado en el funcionamiento asociado.

10. HERRAMIENTAS CASE
Se puede definir como un conjunto de aplicaciones informáticas cuya finalidad es aumentar la productividad en el
desarrollo de software reduciendo costos operativos en relación a tiempo y de dinero.
Estas herramientas permiten simplificar todos los aspectos del ciclo de vida de desarrollo del software en
tareas como el proceso de realizar un diseño del proyecto, cálculo de costos, implementación de parte del código
automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

Ventajas
• Mejorar la productividad del software.
• Aumentar la calidad del software.
• Reducir el tiempo y costo de desarrollo y mantenimiento de los sistemas informáticos.
• Mejorar la planificación de un proyecto.
• Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los
requisitos.
• Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del
proyecto.
• Ayuda a la reutilización del software, portabilidad y estandarización de la documentación.
• Gestión global en todas las fases de desarrollo de software con una misma herramienta.
• Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

Desventajas
• Falta de Niveles estándar para el soporte de la metodología.
• Conflictos en el uso de los diagramas.
• Diagramas no utilizados.
• Función limitada.
• Costo de adquisición.

11. SISTEMAS EXISTENTES
Consiste en analizar distintos sistemas ya desarrollados que estén relacionados con el sistema a ser diseñado. Por
un lado, podemos analizar las interfaces de usuario, observando el tipo de información que se maneja y cómo es
manejada, por otro lado también es útil analizar las distintas salidas que los sistemas producen (listados, consultas,
etc.), porque siempre pueden surgir nuevas ideas sobre la base de estas.

Presentación ingenieria de requisitos y sus tecnicas de recolección

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (8)

Similar a Presentación ingenieria de requisitos y sus tecnicas de recolección

Similar a Presentación ingenieria de requisitos y sus tecnicas de recolección (20)

Presentación ingenieria de requisitos y sus tecnicas de recolección