SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
INGENIERÍA EN REQUERIMIENTO DE SOFTWARE
SEMANA 2
Fundamentos de la ingeniería de requerimientos
Todos los derechos de autor son de la exclusiva propiedad de IACC o de los otorgantes de sus licencias. No está
IACC-2019
permitido copiar, reproducir, reeditar, descargar, publicar, emitir, difundir, poner a disposición del público ni
utilizar los contenidos para fines comerciales de ninguna clase. 1
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
1.
APRENDIZAJE ESPERADO
Identificar los tipos de requerimientos
del sistema de información diseñado.
IACC-2019
2
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
APRENDIZAJE ESPERADO................................................................................................................ 2
INTRODUCCIÓN ............................................................................................................................. 4
1. TIPO DE REQUERIMIENTOS ................................................................................................ 5
1.1. TIPOS DE DOCUMENTOS DE REQUERIMIENTOS .......................................................... 5
1.2. DOMINIO DEL PROBLEMA ........................................................................................... 6
1.3. LAS PARTES INTERESADAS........................................................................................... 7
1.4. TIPOS DE REQUERIMIENTOS ....................................................................................... 8
COMENTARIO FINAL ...................................................................................................................... 9
REFERENCIAS ............................................................................................................................... 10
IACC-2019
3
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
INTRODUCCIÓN
Con el pasar de los años se ha podido elaboración de cronogramas. Para obtener un
comprobar que los requerimientos o buen resultado es necesario conocer los tipos
requisitos son parte fundamental en el de requerimientos existentes para así aplicar
desarrollo de software. Ellos marcan el inicio el que mejor se adapte a las necesidades del
de las tareas a realizar por los expertos en cliente, quien es finalmente el protagonista
cuanto a la planeación, recursos necesarios y de cualquier desarrollo de software.
“Es más fácil cambiar las especificaciones para que encajen
con el software que hacerlo al revés"
Alan Perlis
IACC-2019
4
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
1. TIPO DE REQUERIMIENTOS
1.1. TIPOS DE DOCUMENTOS DE REQUERIMIENTOS
Según Morillo (2018), El documento de requerimientos de software, es el lugar donde se da
descripción a las características y requisitos de un software, producto, programa o conjunto de
programas. Los requisitos se expresan en lenguaje natural, sin consideraciones ni términos técnicos.
La especificación de requisitos de software es el resultado del levantamiento de información con el
usuario o cliente del producto. Son un método para una comunicación más concisa y clara entre los
encargados de desarrollar el software y el área de negocio o clientes que usaran el producto.
Te compartimos un modelo de cómo elaborar un documento de requerimientos de software. La
plantilla sigue los lineamientos establecidos en el estándar IEEE 830, según el cual la especificación
de requisitos debe contener la descripción de la funcionalidad de la aplicación, relación con sistemas
externos y requerimientos no funcionales como de rendimiento, disponibilidad, tiempos de
respuesta, mantenibilidad entre otros. Entre los tipos de documentos se tiene:
Caso de negocio para un proyecto
En el marco de la Gerencia de Proyectos, se elabora para documentar el razonamiento para iniciar
un nuevo proyecto o iniciativa, este caso ayuda a determinar si un proyecto justifica la inversión de
la organización. En el caso de negocio define el problema a resolver, el impacto del proyecto en los
procesos y resultados de la organización, realiza el análisis costo beneficio, y análisis de las
alternativas. Adicionalmente, el caso de negocio establece la relación entre los objetivos
estratégicos de la organización y el proyecto.
Casos de uso
En el ámbito académico y profesional, el Lenguaje de Modelado Unificado (UML), es una secuencia
de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios, es una de las
técnicas de mayor difusión para especificar el comportamiento del Sistema. Para su documentación
a menudo es útil contar con una Plantilla de Casos de Uso, en la cual esta preestablecido la
metodología que vamos a utilizar para documentarlos.
Estructura de desglose de trabajo (EDT)
IACC-2019
5
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
Esta permite subdividir lo avances y el trabajo del proyecto en componentes más pequeños y fáciles
de manejar, proporcionando una visión estructurada de lo que se debe entregar, para así tener una
mejor definición del alcance del proyecto aprobado y vigente, la EDT se elabora a partir del
enunciado del alcance y la documentación de requisitos del proyecto, tomando en cuenta el Plan
de Gestión de Alcance, los Factores Ambientales de la Empresa y los Procedimientos establecidos
por la organización para su elaboración.
Historias de usuario y criterios de aceptación
El desarrollo ágil representa unas de las innovaciones más representativas frente a los enfoques
tradicionales debido a la forma de levantar los requerimientos, este diverge al desarrollo tradicional
pues hace uso de las historias de usuario, definiendo lo que los usuarios requieren hacer, sin
describir el cómo, por lo que representa el inicio y no el fin de las conversaciones.
Matriz de trazabilidad de requisitos
La matriz de requisitos es la encargada de ayudar a asegurar que cada requerimiento agregue valor
al negocio, mostrándole el vínculo entre requisitos, necesidades de negocio y objetivos de proyecto.
De esta forma puedes hacer un seguimiento durante el ciclo de vida, mejorando la ingeniería de
requisitos al asegurar que estos sean entregados según especificaciones.
1.2. DOMINIO DEL PROBLEMA
En referencia con MADEJA (2019), El objetivo principal del "estudio del dominio del problema" es
obtener un conocimiento suficiente del dominio del problema como para poder comunicarse
eficazmente con clientes y usuarios, comprender su negocio, entender sus necesidades y poder
proponer una solución adecuada.
IACC-2019
6
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
Diagrama de la actividad Estudiar el dominio del problema. MADEJA (2013)
1.3. LAS PARTES INTERESADAS
1.3.1. IDENTIFICACIÓN DE LAS PARTES INTERESADAS
En el proceso empresarial, las partes interesadas de cada organización, grupo o individuo son
aquellas denominadas como grupos de interés, públicos de interés, corresponsables u otros, en
términos técnicos serian stakeholder, estos son considerados por la empresa, legítimos y capaz de
entablar un diálogo para la gestión sistemática de la solución de un problema.
1.3.2. DEFINICIÓN DE LAS NECESIDADES DE NEGOCIOS
La necesidad de negocio surge por medio de la práctica laboral, necesaria para lograr los objetivos
plantados por la organización en la ejecución segura y eficiente de un negocio.
1.3.3. RESTRICCIONES Y PREMISAS
Esaac (2015), explica que las restricciones de la planificación se definen como los factores que
limitan la actuación del planificador. Algunos tipos de restricciones son: la disponibilidad de los
recursos, la actitud y los valores personales del propietario, los actuales planes en desarrollo, la
legislaciones y reglamentos vigentes, las normas, las costumbres y los valores de la sociedad.
IACC-2019
7
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
Las premisas no son más que suposiciones previas ante la planeación misma. Las mismas son
suposiciones sobre circunstancias y condiciones futuras que puedan afectar el curso en que va a
desarrollarse los planes. Se preparan antes de iniciar el proceso de planeación, o pueden ser
desarrolladas, durante el mismo plan. Al establecerse es necesario determinar aquellas que sean
realistas o aplicables, las que deben estudiar sea profundidad y los recursos que deben incluirse en
su definición.
1.4. TIPOS DE REQUERIMIENTOS
1.4.1. REQUERIMIENTO DE NEGOCIO
Los requerimientos de negocios son aquellos relacionados con la mercadotecnia del producto, por
esta razón se conocen como requerimientos no técnicos, estos vienen directamente del cliente y
describen los objetivos y tareas de los usuarios que deben estar aptos para realizarlos con el
producto.
1.4.2. DEFINICIÓN DE PARTES INTERESADAS
Las partes interesadas de un proyecto de software son los usuarios y la interactividad con el
producto, estas deben ser parecidas a lo que definen los requerimientos de negocio, existen técnicas
que ayudan a definir las funciones y tareas para una buena definición de requisitos de usuario.
1.4.3. REQUERIMIENTOS DE TRANSICIÓN
Son los requisitos transitorios que se aplican en un sistema, se incluyen tareas de instalación,
configuración, entrenamiento, soporte y mantenimiento, estas tareas se realizan en iteraciones.
1.4.4. REQUERIMIENTOS FUNCIONALES
En referencia a los requerimientos funcionales, Sommerville(2011), afirma que son declaraciones
de los servicios que debe proporcionar el sistema, de la manera en que este debe reaccionar a
entradas particulares y de cómo se debe comportar en situaciones particulares. En algunos casos,
los requerimientos funcionales de los sistemas también pueden declarar explícitamente los que el
sistema no debe hacer.
IACC-2019
8
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
1.4.5. REQUERIMIENTOS NO FUNCIONALES
En el mismo sentido, Sommerville (2011), explica que son restricciones de los servicios o funciones
ofrecidos por el sistema. Incluyen restricciones tanto de tiempo, sobre el proceso de desarrollo y
estándares. Los requerimientos no funcionales a menudo aplican al sistema en su totalidad.
Normalmente apenas se aplican características o servicios individuales del sistema.
1.4.6. REQUERIMIENTOS INVERSOS
Los requisitos inversos son lo opuesto a los requisitos funcionales. Además, se refieren a lo que el
software no debe realizar fuera de sus límites de alcance, técnicamente llamados "fronteras".
COMENTARIO FINAL
El conocer los tipos de requerimientos necesarios para la ejecución de un sistema hace que se
conozca el hilo conductor de todo el desarrollo de software. Obtener requerimientos de calidad
asegura que el trabajo realizado culminará con éxito, debido a dos factores: la utilización adecuada
de las técnicas de captura de requerimientos con los clientes y las experiencias de los analistas del
proyecto. Esto sucede porque la experiencia de trabajo en cada posición (cliente-desarrollador) le
permite al equipo de analistas del proyecto determinar qué técnicas van a utilizar a la hora de la
entrevista con el cliente debido a que los clientes no entienden el lenguaje informático, es por eso
que se debe tener en cuenta el lenguaje que se va a aplicar a la hora de la entrevista con el cliente.
IACC-2019
9
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
REFERENCIAS
Esacc, Y.(2015). Gerencia industrial. SlideShare.
[Link]
Morillo, R. (2018). Documento de requerimientos de software. Chile. La oficina de
proyectos de informática. [Link]
requerimientos-de-software_37.html
IACC-2019
10
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
MADEJA (2013).Estudiar el dominio del problema
.[Link]
Sommerville, I. (2011). Ingeniería del software. 9.ª edición. México: Pearson.
PARA REFERENCIAR ESTE DOCUMENTO, CONSIDERE:
IACC (2019). Fundamentos de la ingeniería de requerimientos. Ingeniería en Requerimiento
de Software. Semana 2.
IACC-2019
11
SEMANA 2 – INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE
IACC-2019
12
