Analisis de Requisitos

FASES DE DESARROLLO
DE SOFTWARE
Fase 1: Análisis de Requisitos
Ing. Modesta González

Noviembre 2020
Fases del Proceso de Desarrollo de
Software
Fases
La ingeniería de software requiere llevar a
cabo numerosas tareas agrupadas en etapas, al
conjunto de estas etapas se le denomina ciclo
de vida.
Obtención de requisitos:
Un Requerimiento “es una característica del sistema o una descripción de algo que el sistema es capaz de hacer con el objeto de
satisfacer el propósito del sistema”.
Es decir, los requerimientos son lo que los clientes/usuarios esperan que haga el sistema.
En si el objetivo del análisis de requerimientos es resolver el problema.
Se debe identificar sobre qué se está trabajando, es

decir, el tema principal que motiva el inicio del
estudio y creación del nuevo software o modificación
de uno ya existente. A su vez identificar los recursos
que se tienen, en esto entra el conocer los recursos
humanos y materiales que participan en el desarrollo
de las actividades.
Los requerimientos definen el Qué (el problema)

del sistema. El Diseño define el Cómo (la
solución). Durante el análisis de requerimientos
no se consideran descripciones especificas de la
implementación como requerimientos, a menos
que el cliente lo pida (Ej.: bases de datos
especificas, lenguajes de programación, etc.). Los
requerimientos, por lo tanto deben centrarse en el
cliente/usuario y el problema.
Documentos de Requerimientos
Existen dos documentos que emanan del análisis de requerimientos:

Definición de requerimientos: Especificación de requerimientos:
Es un documento que debe escribirse en Documento que reitera la definición de los
términos que el cliente pueda entender, es requerimientos en los términos técnicos apropiados
decir, este documento es un listado completo para el desarrollador del diseño de un sistema. Es la
de todas las cosas que el cliente espera que contrapartida técnica al documento de definición de
haga el sistema propuesto. requerimientos y es escrito por los analistas de
Este documento es escrito en forma conjunta requerimientos.
por el cliente y el desarrollador. A veces un único documento puede servir para ambos
propósitos, lo que lleva a un entendimiento común
entre clientes, analistas de requerimientos y
diseñadores. Pero a menudo se necesitan ambos
documentos
Tipos de Requerimientos:
Según el Tipo los requerimientos se clasifican en:
REQUERIMIENTOS DE USUARIO:
Son declaraciones, en lenguaje natural y en
diagramas, de los servicios que se espera que el
sistema proporcione y de las restricciones bajo
las cuales debe funcionar.
REQUERIMIENTOS DE SISTEMA:
Estos requerimientos establecen con detalle las
funciones, servicios y restricciones operativas
del sistema. El documento de requerimientos
del sistema deberá ser preciso, y definir
exactamente lo que se va a
Requerimientos Funcionales
Describen la funcionalidad o los servicios que

se espera que el sistema proveerá. Dependen del
tipo de software, del sistema que se desarrollo y
de los posibles usuarios.
Cuando se expresan como Requerimientos del
usuarios, se definen de forma general. Cuando se
expresan como requerimiento del sistema
describen con detalle la función de éste, sus
entradas y salidas, excepciones, etc.
Técnicas para obtener requerimientos de software
1.-Análisis de documentación 2.-Observación
• Consiste en obtener la información sobre • Consiste en estudiar el entorno de trabajo de los
los requerimientos funcionales y requerimientos no usuarios, clientes e interesados de
funcionales de software a partir de documentos que ya proyecto (Stakeholders).
están elaborados. • Es una técnica útil cuando se está documentando la
• Utiliza la documentación que sea relevante al situación actual de procesos de negocio.
requerimiento que se está levantando. • Puede ser de dos tipos, pasiva o activa.
• Ejemplos de documentación: Planes de negocio, actas de • En observación pasiva, el observador no hace
constitución de proyecto, reglas de negocio, contratos, preguntas, limitándose solo a tomar notas y a no
definiciones de alcance, memorándums, correos interferir en el desempeño normal de las operaciones.
electrónicos, documentos de entrenamiento, entre • En observación activa, el observador puede conversar
otros. con el usuario.
4.-Encuestas o cuestionarios
3.- Entrevistas • Es una técnica útil para recopilar eficientemente los
Se realizan con los usuarios o interesados clave. requerimientos de muchas personas.
•Direccionan al usuario hacia aspectos específicos • La clave para el éxito es que tengan un propósito y
del requerimiento a levantar. audiencia claramente definida, establecer fechas
•Son útiles para obtener y documentar información topes para llenar la encuesta, con preguntas claras y
detallada sobre los requerimientos concisas.
•Pueden ser entrevistas formales o informales. • Deben enfocarse en los objetivos de negocio que se
Las preguntas abiertas son útiles para identificar necesitan identificar.
información faltante. • Pueden apoyarse con entrevistas de seguimiento
Las preguntas cerradas son útiles para confirmar y con usuarios individuales.
validar información. • 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
• Se puede utiliza buenas prácticas para reuniones
efectivas, 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.
EJEMPLO DE UNA CAFETERIA:
Tipos Requerimientos
de 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”
Requerimientos no funcionales definida por Somerville

Análisis de Requisitos:
Basándonos en lo explicado anteriormente , investigar mas referente al tema y por otra parte iniciaremos con la
elaboración del proyecto, por lo que la próxima evaluación será realizar el análisis de los requisitos del sistema
que van a realizar para el proyecto de algoritmo y programación

Analisis de Requisitos

Cargado por

Copyright:

Formatos disponibles

Analisis de Requisitos

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Analisis de Requisitos

Cargado por

Copyright:

Formatos disponibles

FASES DE DESARROLLO

Ing. Modesta González

Se debe identificar sobre qué se está trabajando, es

Los requerimientos definen el Qué (el problema)

Existen dos documentos que emanan del análisis de requerimientos:

Describen la funcionalidad o los servicios que

Por otra parte los requerimientos no

Los requerimientos no funcionales engloban

Requerimientos no funcionales definida por Somerville

También podría gustarte