Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Materia:
Caso práctico:
Presentado por:
Profesor:
A través de este trabajo vamos ver las técnicas para el levantamiento de requisito para un
software y cuales serias las dificultades para hacer este levantamiento y las principales etapas de
la metodología Joint Application design (JAD).
Objetivo General:
Objetivos específicos:
2.- Explicar cuáles son las principales dificultades en la fase de levantamiento de requisitos.
3.- Explicar cuáles son los principios básicos de las atapas de la metodología Joint Application
Design (JAD).
¿Cuáles son las principales técnicas para el levantamiento de requisitos? Explique brevemente
cada una de las técnicas.
Existen varias técnicas para el levantamiento de requisito en esta sesión vamos analizar algunas de
ellas:
En esta técnica se debe realizar una revisión de documentos ya existentes para obtener los
requerimientos funcionales y no funcionales del sistema.
Esta técnica es útil cuando los expertos en el área no están disponibles para se
entrevistados, o se han retirado de la organización.
Se busca la documentación referente a requerimiento que se está trabajando.
Ejemplos de documentos: acta de constitución del negocio, reglas del negocio, Planes del
negocio, contratos, definiciones de alcances Correos, manuales de entrenamiento, etc.
b.- Entrevistas
Esta técnica consiste en diseñar una entrevista de acuerdo a la información que deseas obtener
para el requerimiento que estas levantando.
Se realiza a los usuarios o interesados claves que dominen la información que tu requieres.
Debes direccionar al usuario hacia la información que deseas obtener.
Son muy importantes para obtener la información detallada sobre los requerimientos y
sus niveles.
Puedes utilizar la modalidad formar o informar
Debes mantenerte enfocado en la información que quieres obtener.
Puedes aplicar preguntas abiertas y cerradas de acuerdo a la situación presentada.
La entrevista será exitosa dependiendo del grado de conocimiento del entrevistado y el
entrevistador, y si la persona está dispuesta a dar la información, buena documentación y
los más importante buenas relaciones entre las partes
c.- Observación:
En esta técnica el analista debe estudiar el entorno de trabajo de los usuarios, interesados
o clientes
Es importante para documentar la situación actual de n proceso de negocio.
Se puede aplicar de forma pasiva y activa
o En la pasiva el observador no hace preguntas solo se limita a tomar notas y no
infiere en el desempeño de las operaciones.
o En la activa puede entablar conversación con el usuario.
Esta técnica se aplica para obtener información de forma rápida de varias personas.
Se debe preparar una agenda y preseleccionar a los participantes aplicando buenas
prácticas para una reunión efectiva.
Se utiliza un facilitador neutral y n transcriptor.
Se utiliza un material de apoyo para enfocar a la atención, por ejemplo, una presentación
que guie el proceso que se está estudiando o un DFD
También se puede combinar con la técnica de la entrevista y el cuestionario.
En esta técnica se hace una sesión de trabajo estructurada para sacar una mayor cantidad
de ideas.
Se debe designar un facilitador, en un tiempo limitado y con ayudas visuales.
Se deben aplicar las reglas tales como: cuales son los criterios para evaluar las ideas, no
permitir las críticas a otras ideas, asignarle una puntuación a cada idea, y establecer un
tiempo de discusión
En la primera etapa se identifican las ideas, luego se evalúan, no debe desecharse ninguna
idea, y no se debe criticar antes de poder desarrollarla.
h.- JAD:
i.- Prototipos
Esta técnica permite a los usuarios ver algunos aspectos clave del sistema permitiendo
recibir de usuario otros requerimientos o cambiar de ideas y así depurarlo.
Permiten ilustrar como la solución podría funcionar y así tendría una noción de lo que
haría el sistema
Podrían salir más requerimientos cuando el usuario puede comprobar lo que se está
proponiendo.
Solo se presenta una maqueta del sistema y se aclara al cliente que aún no está funcional.
El prototipo tiene como objetivo fomentar que el usuario mencione requerimiento que
faltan. No se supone que se está vendiendo una idea o un producto.
Se debe central la presentación en lo que se requiere del sistema
Cuando los usuarios ven los problemas que presenta el prototipo comienzan a sugerir lo
que necesitan, y cada problema del prototipo estimula a un nuevo requerimiento del
usuario.
Esta es unas de las técnicas más utilizadas a nivel mundial para el levantamiento de
requisitos en desarrollo de sistemas.
Los casos de uso son parte del lenguaje unificado UML que es uno de los estándares
más importantes para la especificación, diagramación y documentación de software.
Es un estándar de las principales organizaciones dedicadas al desarrollo de software.
a.- Todas las organizaciones deberían tener un plan estratégico donde este claramente
definido su misión y visión con sus metas e indicadores y objetivos. Si no lo posee le será muy
difícil elaborar un proyecto de tecnología nuevo que este alineado con el negocio.
c.- Las organizaciones deben tener un área que alinea los requisitos con los objetivos
estratégicos de la organización, por ejemplo: departamento planificación esta área debe
alinear todos los proyectos no solo con negocio sino también con Tecnología, para que se
puedan diseñar proyecto que la organización requiere para cumplir con sus metas y objetivos
d.- También debe tener un proceso claro y conocido en toda la organización de cómo hacer los
reportes de requisitos donde cada área pueda reportar sus necesidades tecnológicas, estos
requisitos deben ser almacenado en un repositorio para analizarlos clasificarlos y priorizarlos.
f.- Tener la información de los activos de software, de hardware y talento humano con los que
la organización cuenta. Algunas organizaciones no saben que sistemas tienen en sus centros
de datos. Y pueden hacer compras de sistemas que ya poseen.
Podemos concluir que las organizaciones necesitan tener una planeación estratégica, de
donde se originan los proyectos de Tecnología y son controlada por el área de planificación y
alineados con el negocio de la organización.
Los que participan en estas sesiones JAD para obtener y analizar los requisitos funcionales y no
funcionales de los sistemas de información son: Experto de negocio, patrocinador ejecutivo,
usuarios, facilitador, redactor, analistas, observadores y representante de Tecnología.
Planificación y diseño: consiste en panificar y diseñar las actividades que se van a realizar para el
levantamiento de requerimientos, y entre sus principales trabajos se encentran:
Preparación: consiste en organizar y planificar las sesiones JAD, sus principales actividades son las
siguientes:
Ejecutar: consistes en realizar las sesiones con los participantes identificados, y sus principales
tareas son:
Finalizar:
https://www.umsl.edu/~sauterv/analysis/488_f01_papers/rottman.htm