Documente Academic
Documente Profesional
Documente Cultură
ANALISIS DE REQUERIMIETO
El proceso de análisis de requerimientos refina, modela, especifica y verifica las solicitudes de usuario, y
con ello genera documentos base para la ejecución de los procesos siguientes.
procesos Requirements Development (RD) del modelo CMMI Development versión 1.3 (Capability
Maturity Model Integration), que reúne un conjunto de prácticas que orientan y garantizan el correcto
El diagrama muestra el flujo de información entre las actividades del proceso de análisis de
https://www.icesi.edu.co/i2t/driso/process/proceso_desarrollo_sw/index.php/procesos-de-
desarrollo/ra
……………………………………..
EL ANÁLISIS DEL REQUERIMIENTO
El análisis de requerimientos permite al ingeniero de sistemas especificar las características op
datos y rendimientos), indica la interfaz del software con otros elementos del sistema y estable
cumplir el software.
INGENIERIA DE REQUERIMIENTOS
…………………………
2.- Observación
Consiste en estudiar el entorno de trabajo de los usuarios, clientes e interesados de
proyecto (Stakeholders).
Es una técnica útil cuando se está documentando la situación actual de procesos de
negocio.
Puede ser de dos tipos, pasiva o activa.
En observación pasiva, el observador no hace preguntas, limitándose solo a tomar notas y
a no interferir en el desempeño normal de las operaciones.
En observación activa, el observador puede conversar con el usuario.
Preinscríbeme gratis
3.- Entrevistas
Se realizan con los usuarios o interesados clave.
Direccionan al usuario hacia aspectos específicos del requerimiento a levantar.
Son útiles para obtener y documentar información detallada sobre los requerimientos y
sus niveles de granularidad.
Pueden ser entrevistas formales o informales.
Una clave es mantenerse enfocado en los objetivos de la entrevista.
Las preguntas abiertas son útiles para identificar información faltante.
Las preguntas cerradas son útiles para confirmar y validar información.
El éxito de las entrevistas depende del grado de conocimiento del entrevistador y
entrevistado, disposición del entrevistado de suministrar información, buena documentación de la
discusión y en definitiva de una buena relación entre las partes.
Es una técnica útil para recopilar eficientemente los requerimientos de muchas personas.
La clave para el éxito es que tengan un propósito y audiencia claramente definida,
establecer fechas topes para llenar la encuesta, con preguntas claras y concisas.
Deben enfocarse en los objetivos de negocio que se necesitan identificar.
Pueden apoyarse con entrevistas de seguimiento con usuarios individuales.
Pueden contener tanto preguntas cerradas como preguntas abiertas.
5.- Mesas de trabajo (Workshops)
Es una técnica efectiva para obtener información rápidamente de varias personas.
Es recomendable tener una agenda predefinida y preseleccionar a los participantes,
siguiendo buenas prácticas para reuniones efectivas.
Se puede utilizar un facilitador neutral y un transcriptor (que no sea el mismo facilitador).
Se puede utilizar un material común sobre el cual enfocar la atención y conversar, por
ejemplo una presentación con un desglose del proceso que se está estudiando o un flujograma.
Se pueden combinar con otras técnicas como pueden ser las entrevistas y cuestionarios.
Lectura recomendada
Es una sesión de trabajo estructurada orientada para obtener la mayor cantidad de ideas
posibles.
Es recomendable limitarlas en el tiempo, utilizar ayudas visuales y designar un facilitador.
Las reglas son importantes, por ejemplo los criterios para evaluar ideas y asignarles un
puntaje, no permitir las críticas a las ideas y limitar el tiempo de discusión.
En una primera fase, se deben identificar la mayor cantidad de ideas, para luego
evaluarlas. Todas las ideas deben ser consideradas y deben limitarse que una idea se le ahogue o
critique antes de tener tiempo de desarrollarla.
Al levantamiento de requerimientos le sigue el análisis de los mismos, por medio de técnicas como
la descomposición funcional, modelado de procesos, casos de uso, inspecciones y prototipos.
Estas técnicas serán sujeto de un próximo artículo.
¿Buscas formación en Ingeniería de requisitos y análisis de negocio? visita la página del Curso
Online de Ingeniería de requisitos. Identifica y analiza requisitos de software de manera
integrada, para elaborar especificaciones de calidad.
http://www.pmoinformatica.com/2016/08/tecnicas-levantamiento-requerimientos.html
PMOinformatica.com
La oficina de proyectos de informática
La web sobre gerencia de proyectos de informática, software y tecnología.
Principal
Sobre el blog
Plantillas
Gerencia de proyectos
Agile / Scrum
Desarrollo y tecnología
Cursos
Productos Amazon
Contacto
miércoles, 3 de agosto de 2016
………………………
Técnicas de Levantamiento
de Requerimientos
Existen diversas técnicas para realizar el Levantamiento de los requerimientos a
continuación mencionaremos algunas:
2. CASOS DE USO
Los casos de uso se han convertido en la técnica más utilizada a nivel mundial para
el levantamiento y la comunicación clara y eficiente de los requisitos (mejor conocidos
como “requerimientos”) para el desarrollo de sistemas.
Los casos de uso son parte del Lenguaje Unificado de Modelado (UML®), que es el
estándar más importante y más ampliamente reconocido para la especificación,
diagramación y documentación de software de calidad. El UML es un estándar abierto
(es decir, que no es propiedad de una empresa en particular), y es administrado por el
Object Management Group (OMG®) con el acuerdo y participación de prácticamente
todas las principales organizaciones dedicadas al desarrollo de software.
3. ENTREVISTAS
Según [Pressman , 2006], las entrevistas que se realizan al inicio del proyecto deben
contener preguntas “libres de contexto” divididas en tres conjuntos de preguntas.
Estas preguntas ayudan a iniciar la conversación esencial para la obtención exitosa.
Sin embargo, la sesión de preguntas y respuestas se debe usar sólo para los
primeros encuentros.
El primer conjunto de preguntas se enfoca en los usuarios, otros interesados, metas
generales y en los beneficios medibles de una implementación exitosa.
4. JAD
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.
Hay que tener cuidado porque estas reuniones pueden hacer ver a los clientes una
falsa realidad en cuanto al progreso del proyecto o la productividad. Además, hay que
prestar especial cuidado con las estimaciones tempranas, aquellas que entrañan un
mayor riesgo por el mayor desconocimiento del sistema y que deben ofrecer una
amplitud de rango mayor entre mejor estimación y estimación pesimista.
*Para reducir tanto el tiempo como el costo de las entrevistas personales, tal vez los
analistas quieran considerar el diseño de aplicaciones conjuntas (JAD) como
alternativa. Mediante el uso de JAD los analistas pueden analizar los requerimientos
humanos de información y diseñar una interfaz de usuario con los usuarios en un
ambiente de grupo. Una evaluación cuidadosa de la cultura específica de la
organización ayudará al analista a juzgar si es adecuado usar JAD.
*El uso de JAD fue más efectivo en pequeños y claramente enfocados proyectos y
menos efectivo en proyectos largos y complejos.
Aquí se encuentran algunos tips para que una sesión JAD sea exitosa:
5. PROTOTIPOS
Los prototipos y los modelos son mecanismos excelentes para presentar ideas a los
usuarios porque ellos pueden ver inmediatamente algunos aspectos claves del
sistema. Mostrar los Prototipos puede provocar que el usuario brinde un mayor
número de requerimientos o cambie de idea acerca de los
requerimientos existentes depurándolos.
Los prototipos también pueden ilustrar como la solución podría funcionar o dar
a los usuarios un vistazo de lo que podrían hacer con el sistema. Muchos más
requerimientos salen a la vista cuando el usuario puede comprobar los que están
proponiendo.
Planeamiento
El cuestionario, tanto para su elaboración como aplicación, debe considerar las
siguientes fases:
Referencias:
Modelado y Gestión de
la Información
Universidad Distrital Francisco José de Caldas |Especialización en Proyectos Informáticos|Modelado y Gestión de la
información| Docente Ing. Alexandra Abuchar Porras|2014
SIGUE EL B
………………………………………………………………..
4. 4 Identificación de elementos
5. 5 Preguntas generales:
Ya que los requerimientos de sistemas de software se clasifican en funcionales y no funcionale
correcta.
En principio, la especificación de requerimientos funcionales de un sistema debe estar completa y ser consistente. La c
consistencia significa que los requerimientos no tienen definiciones contradictorias.
En la práctica, para sistemas grandes y complejos, es imposible cumplir los requerimientos de consistencia y compleció
parcialmente a que los diferentes puntos de vista tienen necesidades inconsistentes. Estas inconsistencias son obvias c
después de un análisis profundo. Una vez que éstos se hayan descubierto en las diferentes revisiones o en las fases p
Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a
capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dis
sistema.
Los requerimientos no funcionales surgen de la necesidad del usuario, debido a las restricciones en el presupuesto, a la
software o hardware o a factores externos como los reglamentos de seguridad, las políticas de privacidad, entre otros.
• Requerimientos del producto. Especifican el comportamiento del producto; como los requerimientos de desempeño en
fijan la tasa de fallas para que el sistema sea aceptable; los de portabilidad y los de usabilidad.
• Requerimientos organizacionales. Se derivan de las políticas y procedimientos existentes en la organización del client
requerimientos de implementación como los lenguajes de programación o el método de diseño a utilizar, y los requerim
• Requerimientos externos. Se derivan de los factores externos al sistema y de su proceso de desarrollo. Incluyen los re
los otros sistemas de la organización; los requerimientos legales que deben seguirse para asegurar que el sistema ope
para asegurar que será aceptado por el usuario.
En la práctica, la especificación cuantitativa de requerimientos es difícil. A los clientes no les es posible traducir sus me
no existen métricas que se puedan utilizar; el costo de verificar de forma objetiva los requerimientos no funcionales cua
Siempre se debe comenzar con lo básico. Cuando se hacen preguntas y se reciben respuestas, se proporcionan antec
describirlo.
Identificación de elementos
Durante esta, se debe identificar muy claramente los siguientes elementos:
• Procesos
• Flujos de datos entre procesos
• Datos de cada flujo de datos
• Bases de datos
• Datos de las bases de datos
Preguntas generales:
• ¿Cuántos empleados laboran para la organización en el área(s) que se pretende desarrollar el sistema; o sea, cuánto
• ¿Cuáles son las personas claves en el sistema? ¿Por qué son importantes?
• ¿Existen obstáculos o influencias de tipo político que afectan la eficiencia del sistema?
• ¿Existen manuales de procedimientos, políticas o lineamientos de desempeño documentados oficial o no oficialmente
respetan dichos procedimientos?
• ¿Existen métodos para evadir el sistema?, ¿Por qué se presentan?
• ¿Qué áreas necesitan un control específico?
• ¿Qué criterios se emplean para medir y evaluar el desempeño?
https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-requisitos-
funcionales-y-no-funcionales
Metodología Gestión de
Requerimientos
………………………………
Requerimientos Funcionales y
No Funcionales
o Fruta, gelatinas,etc.
Requerimientos no funcionales
“Por otra parte los requerimientos no funcionales describen otras prestaciones,
características y limitaciones que debe tener el sistema para alcanzar el éxito. Los
requerimientos no funcionales engloban características como rendimiento, facilidad
de uso, presupuestos, tiempo de entrega, documentación, seguridad y auditorías
internas”
La clasificación de requerimientos no
funcionales de Somerville
Comparte esto:
http://www.espacios.media/que-es-un-analisis-de-requerimientos/