UNIVERSIDAD TÉCNICA DEL NORTE

CLASE DEMOSTRATIVA

INGENIERÍA DE REQUERIMIENTOS

Herramientas y Técnicas de la

Ingeniería de Requisitos

Docente:

MSc. Vicente Alexander Guevara Vega

Abril 2017

pág. 1

Nombre Asignatura: INGENIERÍA DE REQUERIMIENTOS

Nivel: 07

# Créditos: 4

Tema: Herramientas y Técnicas de la Ingeniería de Requerimientos

Descripción.

Las Herramientas y Técnicas de la Ingeniería de Requerimientos permiten apoyar al

proceso de gestión de los requisitos en todo el ciclo de vida de los mismo, generando un

mecanismo sistémico en la recolección de las necesidades del cliente que se solicitan

para el desarrollo de un sistema, producto o componente. La Ingeniería de

Requerimientos mediante herramientas y técnicas de valor, brindan la posibilidad de

organizar y priorizar para formar un Sistema de Requerimientos que se mantenible y

trazable en el tiempo, logrando desarrollar software de alta calidad. La fase de

requerimientos sin duda es la de mayor prioridad en todo el Proceso de Desarrollo de

Software.

Contribución de la Asignatura en la Formación del Profesional.

La Asignatura de Ingeniería de Requerimientos contribuye, al futuro Ingeniero en

Sistemas Computacional el desarrollo de habilidades y destrezas en el campo de la

definición de requerimientos para un buen desarrollo de software en todo el ciclo de

vida, de manera que aporte a la gestión de la calidad en la producción de software.

“Si lo que estás haciendo no lo puedes describir como un proceso, entonces no sabes

lo que estás haciendo.” W. E. Deming.

La Ingeniería del Software ha evolucionado de forma acelerada, aplicando una disciplina

en el proceso de desarrollo de productos de software. Lamentablemente, muchos

profesionales y estudiantes no están conscientes de la aplicabilidad de métodos

modernos y, como resultado, afectada la calidad del software que el cliente requiere,

así como para una buena toma de decisiones en la organización.

Los ingenieros del software y/o ingenieros de sistemas construyen los productos de

software como un proceso iterativo de aprendizaje y el resultado es una materialización

INTRODUCCIÓN DE LA ASIGNATURA

DATOS GENERALES DE LA ASIGNATURA

CARACTERIZACIÓN DE LA ASIGNATURA

pág. 2

del conocimiento recolectado, depurado y organizado de acuerdo como el proceso

estuvo en ejecución.

Los modelos tradicionales y ágiles de desarrollo de software, permiten aplicar un marco

de trabajo genérico, basados en acciones y tareas concretas para cada uno de los

componentes del producto a desarrollar. Aplicar la Ingeniería de Requerimientos, es

fundamental en cada uno de los modelos, para satisfacer las necesidades del cliente.

El desarrollo de productos software tiene como plataforma base, al enfoque de calidad,

que soporta al modelado de los procesos, la gestión de los requerimientos, los métodos

y herramientas, como capas básicas en el desarrollo de proyectos de software.

Este programa se ha diseñado para que el alumno participe dinámicamente, por lo que

además de las aportaciones y explicaciones del docente, se deben analizar y discutir los

temas, apoyados en lecturas de análisis y reflexión. En el aspecto práctico, se busca que

el alumno identifique y analice problemas reales aplicando su conocimiento. En cada

una de las prácticas el estudiante desarrollará mayor capacidad para analizar,

interpretar y resolver problemas, al final será capaz de elaborar un producto de

investigación fundamentado en observaciones propias y bibliográficas.

Así mismo el estudiante entenderá los conceptos, herramientas y técnicas requeridas

para desarrollar la gestión de requerimientos de un sistema, en base al ciclo de vida de

la Ingeniería de Requerimientos para captura, análisis, especificación y validación de los

componentes de software, con el fin de “Construir productos de software de calidad”.

Finalmente, se espera que los alumnos obtengan los fundamentos necesarios para que

en el futuro participen como profesionales, o miembros de otros sectores de la sociedad,

en la solución de múltiples problemas de desarrollo de software, con un conocimiento

científico-técnico y suficiente sobre métodos, metodologías, procedimientos,

herramientas y técnicas en el desarrollo de productos software.

Considerando lo anterior como fundamento general del curso para esta asignatura, en

esta clase se plantea que el alumno comprenda la importancia de la Ingeniería de

Requerimientos así como las Herramientas y Técnicas de la Ingeniería de

Requerimientos.

pág. 3

CAPÍTULO I

Conocer las diferentes Herramientas y Técnicas de la Ingeniería de Requerimientos, así

como sus conceptos y fundamentos para su aplicabilidad en desarrollo de software,

detallando a profundidad las mejores prácticas para una adecuada abstracción de

requisitos. Mediante la comprensión de textos y manejo de recursos digitales, para que

el alumno sea capaz de aplicar adecuadamente el proceso de recolección, análisis,

verificación y validación adecuada de las necesidades del cliente.

Recuerdo lo que aprendí, y observo el entorno en el que me encuentro.

Escucho y formulo preguntas a partir de una observación o experiencia y escojo

algunas de ellas para buscar posibles respuestas.

Registro mis observaciones, datos y resultados de manera organizada y rigurosa sin

alteraciones, en forma escrita y utilizando gráficos.

Comunico por escrito, el proceso de indagación y los resultados que obtengo.

Explico mis observaciones.

COGNITIVO

Aplicar los fundamentos teóricos para que el alumno se encuentre en capacidad

de implementar soluciones informáticas basadas en la aplicación de

herramientas y técnicas de la ingeniería de requerimientos.

Aplicar los conceptos en casos prácticos.

CONOCIMIENTO

Reconocer la importancia del uso de herramientas para la gestión de

requerimientos en el desarrollo de software.

Reconocer la gestión de requerimientos mediante técnicas de abstracción de

requisitos.

Identificar y evaluar distintos tipos de herramientas y técnicas de la ingeniería de

requerimientos.

OBJETIVO DE LA CLASE

COMPETENCIAS A DESARROLLAR

ACCIONES DEL PENSAMIENTO

pág. 4

PROCEDIMENTAL

Aplicar diferentes tipos de herramientas y técnicas de la ingeniería de

requerimientos.

1. Herramientas y Técnicas de la Ingeniería de Requerimientos

1.1 Introducción

1.2 Herramientas para la gestión de requerimientos

1.3 Técnicas para la abstracción de requerimientos

1. Herramientas y Técnicas de la Ingeniería de Requerimientos

A medida que pasa el tiempo se logra entender que el empleo del software es una buena

opción para agilizar y sistematizar las tareas en el desarrollo de procesos. El desarrollo

de software no es la excepción; en este caso dichas herramientas se han denominado

CASE (Ingeniería De Software Asistida Por Computador). Estas incluyen un conjunto de

programas que facilitan la optimización en la construcción de un producto, ofreciendo

apoyo permanente a los analistas, ingenieros de software, arquitectos, desarrolladores,

ingenieros de pruebas y especialistas en calidad (QA), mejorando significativamente la

productividad en todo el ciclo de vida del desarrollo de software.

La aplicación de herramientas y técnicas ayudan a la gestión de requisitos; es decir al

proceso de identificación, asignación y seguimiento de los mismos, incluyendo interfaz,

verificación, modificación y control de cada requisito, durante el ciclo de vida del

proyecto. Los cambios/actualizaciones de requisitos deben ser gestionados para

asegurar que se mantenga la calidad del producto.

1.1 Introducción

Desde el punto de vista del cliente y los usuarios, la calidad de un producto de software

es percibida principalmente por los defectos encontrados en el producto y por la

gravedad que éstos tienen para el negocio del cliente. Para ser competitivas, las

empresas que desarrollan software es necesario asegurar la calidad de sus productos

previo a su instalación en el ambiente del cliente. La validación de los requisitos para

satisfacer las necesidades del cliente deben ser exhaustivas en el producto antes de ser

entregado al cliente, eso implica probar cada uno de los requisitos para validar su

aplicabilidad en el producto, el comportamiento del mismo para todas los escenarios

posibles del sistema. Esto, incluso para un programa pequeño puede llevar demasiado

tiempo y económicamente inviable. Debido a esto, las empresas que desarrollan

software intentan una solución de compromiso, esto es entregar sus productos con la

CONTENIDOS

DESARROLLO DE LOS CONTENIDOS

pág. 5

menor cantidad de defectos posibles. Para esto, definen cuando entregar el producto a

los usuarios en función del costo y el beneficio de realizar las pruebas basadas en los

requerimientos del cliente (Pytel, 2011).

El desafío está en encontrar los defectos que tendrían mayor impacto negativo para el

negocio del cliente antes de que el producto se haya entregado. Para lograr este

objetivo, existen herramientas y técnicas para minimizar los errores generados en el

proceso de abstracción de requerimientos, mediante una gestión de requerimientos,

para ello es necesario contar con un equipo entrenado y especializado para cada

proceso, mismo que puede ser parte de la empresa de desarrollo o externo de tipo

consultor FreeLancer (Pytel, 2011).

1.2 Herramientas para la Gestión de Requerimientos

Con el ánimo de facilitar las tareas del desarrollo de software, surgen herramientas

informáticas de tipo CASE que agilizan la labor en la Ingeniería de Requerimientos, y

sirven de apoyo en todo el proceso de desarrollo de software.

En su contexto la Ingeniería de Software debería funcionar en la obtención de un

producto de calidad, pero después de años de estudios y experiencias se siguen

presentando los problemas de la Crisis del software; es decir, altos costos, baja calidad,

clientes inconformes e incumplimiento de plazos, entre otros. Algunas investigaciones

han demostrado que la mayoría de falencias tienen su origen en las primeras etapas de

la ingeniería de software, fases en las cuales el trabajo está orientado a la obtención de

información para entender qué es lo que el cliente desea. Es entonces cuando se decide

emplear más tiempo y dedicación a dichas tareas y aplicar un enfoque sistemático y

disciplinado cuyo resultado es la aplicación la Ingeniería de Requerimientos (Pytel,

2011).

El uso de herramientas en la ingeniería de requerimientos tiene la finalidad de mejorar

la productividad y calidad en el desarrollo de los proyectos de software. Entre las

necesidades a cubrir por estas herramientas está la disponibilidad de la información de

los distintos tipos de requisitos en un repositorio al cual se pueda acceder por los

distintos usuarios con el fin de ser reutilizados.

Hasta hace poco tiempo las herramientas para la gestión de requisitos de software se

limitaban a editores de texto, los cuales hacían de esta tarea una labor tediosa y confusa.

Actualmente existen diferentes herramientas de uso comercial y libre utilizadas para el

proceso de gestión de requerimeintos a nivel mundial. Estas herramientas proporcionan

casi todas las necesidades básicas que debe brindar una buena herramienta de Gestión

de Requisitos, entre las más populares se pueden citar las siguientes:

pág. 6

Herramientas comerciales:

Rational Requisite Pro: Es una herramienta centrada en documentos.

CaliberRM: Es para sistemas grandes y complejos y proporciona una base de

datos de requisitos con trazabilidad.

IRqA (Integral Requisite Analizer): Es una de las herramientas de Gestión de

Requisitos más completas del mercado.

Telelogic Doors: Es un sistema multiplataforma diseñado para la Gestión de

Requisitos mediante la captura, trazabilidad, enlazado, análisis y manejo de los

cambios que en ellos se realicen.

Reto: Esta herramienta propone un modelo de requisitos para capturar los

aspectos funcionales del sistema.

Controla: Herramienta de apoyo al proceso de ingeniería de software en

pequeñas empresas.

Jeremía: Se trata exclusivamente de una aplicación cliente exclusivamente, lo

cual no permite la posibilidad de trabajar en equipo.

Gather Space: Es una herramienta de administración de requerimientos en línea,

que permite realizar la gestión sin preocuparse por las actualizaciones y el

mantenimiento, además promueve la colaboración entre el equipo del proyecto

para manejar los requerimientos durante el ciclo de vida del proyecto.

Herramientas libres:

REM (Requisite Management): Aunque es una herramienta de uso libre puede

ser utilizada únicamente sobre Windows, ha sido utilizada con frecuencia para

fines educacionales.

DRES: Está basado en PHP y la administración de los proyectos se lleva a cabo en

un navegador web. Puede ser de gran utilidad para grupos de trabajo

distribuidos, ya que se puede acceder al trabajo realizado en incluso hacer

modificaciones vía Internet.

OSRMT (Open Source Requeriments Management Tool): es una herramienta

diseñada para dar cobertura a todo el ciclo de vida de desarrollo del software.

Dispone de control de versiones, permite definir requerimientos derivados entre

otras funcionalidades.

pág. 7

Otras herramientas para la ingeniería de requerimientos:

Figura 1. Herramientas para la ingeniería de requerimientos.

pág. 8

Su importancia en la gestión de requerimientos

La Ingeniería de requisitos no es la solución definitiva a los inconvenientes y/o problemas presentados en la crisis del software, pero ayuda en gran medida al descubrimiento y solución de falencias en etapas tempranas del desarrollo de proyectos software, reduciendo costos y tiempo en el ciclo de vida (Londoño, 2008).

Figura 2. Costo de corrección de los defectos generados en todo el ciclo de vida del

desarrollo de software.

Reflexiones

La detección de errores en etapas tempranas significara el éxito o fracaso de un

proyecto de software.

La calidad no es un acto sino un hábito (Aristóteles).

La calidad es hacerlo bien mientras nadie está viendo (Henry Ford).

pág. 9

1.3 Técnicas para la abstracción de requerimientos

Las técnicas de la ingeniería de requerimientos permiten facilitar el proceso de abstracción de la necesidades del cliente y transformarlas en requisitos para ser implementados en el sistema. En sentido estricto, se debe realizar un buen proceso de gestión de requerimientos ya que de ellos depende la calidad del software y sobre todo la culminación con éxito del proyecto (Chaves, 2011). Los tipos de técnicas de la ingeniería de requerimientos son:

Figura 3. Mapa conceptual de las técnicas de la ingeniería de requerimientos.

Entrevistas y Encuestas:

Son aplicados para reunir información proveniente de personas o grupos. En la entrevista el analista dialoga con el entrevistado, se puede definir tres etapas en las entrevistas: Apertura – Desarrollo - Terminación, en la cual se desarrolla preguntas de tipo abierto con el objetivo de capturar una visión estéreo de las necesidades del cliente, por su lado las encuestas consisten en una serie de preguntas relacionadas con varios aspectos del sistema (Mosquera, 2015). Algunas posibles preguntas podrían ser a nivel de:

Del usuario: ¿Quién es el cliente?, ¿Quién es el usuario?, ¿Son sus necesidades diferentes?, ¿Cuáles son sus habilidades, capacidades, ambiente?

Del proceso: ¿Cuál es la razón por la que se quiere resolver este problema?, ¿Cuál es el valor de una solución exitosa?, ¿Cómo usted resuelve el problema actualmente?, ¿Qué retrasos ocurren o pueden ocurrir?

TÉCNICAS EN LA INGENIERÍA DE REQUERIMIENTOS

ENTREVISTAS Y ENCUESTAS

Del Usuario

Del Proceo

Del Producto

PROTOTIPOS

Prototipo Rápido

Prototipo Evolutivo

CASOS DE USOSISTEMAS

EXISTENTESLLUVIA DE

IDEAS

pág. 10

Del producto: ¿Qué problemas podría causar este producto en el negocio?, ¿en qué ambiente se usará el producto?, ¿Qué obstáculos afectan la eficiencia del sistema?

Prototipos:

Ésta técnica comienza con la identificación de todos los requerimientos y señalando las áreas que serán necesarias, luego de esto, se realiza un diseño rápido que consiste en un prototipo y contendrá la representación de entradas y formatos de las salidas, el prototipo es evaluado por el cliente y el usuario para determinar si cumple con los requisitos (García, 2016).

Prototipo rápido: Es un mecanismo para lograr la validación pre - compromiso, permite validar requerimientos en una etapa previa al diseño especifico.

Prototipo evolutivo: Este consiste en considerar la primera entrega como un prototipo inicial, el cual puede recibir modificaciones y mejoras, lo que da como resultado nuevas entregas, este proceso continúa hasta obtener el producto final.

Casos de uso:

Es una técnica para especificar el comportamiento de un sistema, un caso de uso es una forma de expresar como alguien o algo externo a un ambiente lo usa, además son considerados como una técnica para la especificación de requerimientos funcionales propuesta inicialmente por Jacobson y actualmente forma parte de la propuesta de UML. Un caso de uso es la descripción de una secuencia de interacciones entre el sistema y uno o más actores en la que se considera al sistema como una caja negra. Los actores son personas u otros sistemas que interactúan con el sistema cuyos requerimientos se están describiendo. Un actor puede participar en varios casos de uso y un caso de uso puede estar relacionado con varios actores.

pág. 11

Figura 4. Ejemplo de un gráfico de caso de uso UML.

Sistemas existentes:

Consiste en analizar los distintos sistemas ya desarrollados, que estén relacionados con el sistema a ser construido.

Lluvia de ideas (Brainstorming):

Básicamente consiste en una técnica de reuniones en grupos de los involucrados en un proyecto, cuyo objetivo es que los participantes muestren sus ideas de forma libre y desarrollen su creatividad, luego de reunir todas las ideas posibles, se irán eliminando en base a distintos criterios por el grupo de personas que participa en estas, las fases para la planificación de un Brainstorming son:

Preparación

Generación

Consolidación o Revisar ideas o Descartar ideas o Priorizar ideas

Documentación

Todo el proceso de abstracción y gestión mediante las técnicas detallas permiten definir un requisito bien hecho y los tipos de requerimientos de software en la ingeniera de requerimientos.

pág. 12

Características principales de un buen requisito:

Correcto: No se debe especificar requisitos erróneos.

No Ambiguo: No se debe especificar requisitos que se presten a varias interpretaciones

Completo: Cada requisito debe ser citado de forma completa, esto implica que todos los requisitos deben ser significativos a los usuarios del proyecto.

Consistente: Cada requisito no debe contradecirse con los definidos anteriormente o posteriormente.

Verificable: Debe poder corroborarse cada requisito con algún representante de la organización.

Rastreable: Debe poder identificar el estado del requisito y saber si cumplió con el objetivo de cada uno.

Elicitación de Requerimientos: Una definición más detallada de elicitación se definiría como la especificación de todos los requisitos de un sistema, restricciones y condiciones definidas por los usuarios para el correcto, eficiente, y eficaz funcionamiento del sistema a construir.

Figura 5. Esquema del proceso de elicitación de requerimientos.

pág. 13

Tipos de Requisitos: Requisitos de usuario: Declaraciones en lenguaje natural y en diversos diagramas de los servicios del sistema y de las restricciones bajo las que debe operar el sistema como:

Necesidades

Características Requisitos del sistema: Un documento estructura y formal que determina las descripciones detalladas de los servicios del sistema.

De Información

Funcionales

No Funcionales

Requisitos de Información: o Recopilan todos los datos con los que trabaja la organización y que soportan

información. o Hay que distinguir muy claramente lo que es documento (es soporte de

información) de lo que es dato (es la información).

Requisitos Funcionales: Son declaratorias de los servicios y funciones que proveerá el sistema, en algunos casos los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer.

o Describen la funcionalidad del sistema o Dependen del tipo de software, del sistema a desarrollar y de los usuarios del

mismo o Los del usuario pueden ser sentencias muy generales sobre lo que el sistema

debería hacer. o Los del sistema deben describir los servicios que hay que proporcionar con

todo detalle.

Requisitos NO Funcionales Conforman restricciones de los servicios o funciones ofrecidos por el sistema, incluye restricciones de tiempo, sobre el proceso de desarrollo, así como el cumplimiento de estándares.

o Requisitos del producto o Especifican el comportamiento del producto obtenido: velocidad de

ejecución, memoria requerida, porcentaje de fallos aceptables. o Requisitos organizacionales o Son una consecuencia de las políticas y procedimientos existentes en la

organización: procesos estándar utilizados, de fechas de entrega, documentación a entregar.

o Requisitos externos

pág. 14

o Presentan factores externos al sistema y a su proceso de desarrollo: interoperabilidad del sistema con otros, requisitos legales, éticos.

Figura 6. Mapa de la clasificación de los requisitos No Funcionales.

Reflexiones

El tiempo destinado a una buena abstracción de requerimientos conlleva un

costo asociado, que puede inducir a tomar la decisión de no realizarlas.

Realizar falsos requerimientos también conlleva un costo asociado, y se da en

gran medida por la carencia de experiencia para la identificación de los mismos.

El saber identificar los requerimientos y no convertirlos en errores minimizara

los defectos del producto.

Figura 7. Abstracción de entender las expectativas del cliente.

pág. 15

Para el desarrollo de esta clase se tendrá en cuenta el manejo de los siguientes

materiales y recursos didácticos:

Cuestionario de diagnóstico.

Cuestionario de evaluación.

Presentación de Diapositivas.

Medios Virtuales (videos, artículos científicos, revistas digitales).

Blog de la Materia.

Proyector.

Marcadores.

Esferos.

Lincografía disponible en este documento.

La evaluación bimestral será equivalente al 100%, y se cumplirá a lo establecido en el

Capítulo V del Régimen Académica Sección Sexta de la Evaluación del Proceso

Enseñanza Aprendizaje del Reglamento General de la Institución, designado de la

siguiente manera:

Tareas 15%

Participación en clase 10%

Trabajo en Grupo 15%

Proyecto 30%

Examen 30%

Desde el inicio del curso el instructor hará referencia a los derechos y obligaciones de

los estudiantes, en base al Reglamento Institucional.

NORMAS PARA EL ESTUDIANTE:

Poner en práctica los principios y valores institucionales.

Asistencia a clases.

Puntualidad, se permitirá el ingreso hasta 10 minutos después de iniciar la clase.

Participación en clase.

Asistencia a prácticas programadas.

APOYO DIDÁCTICO – MATERIALES Y RECURSOS

POLÍTICAS DE EVALUACIÓN

NORMAS DEL ESTUDIANTE Y DOCENTE (COMPROMISOS)

pág. 16

El cumplimiento de los deberes y derechos establecidos en el Artículo 59 del

Estatuto Orgánico Institucional.

NORMAS PARA EL DOCENTE:

Poner en práctica los principios y valores institucionales.

Dar a conocer el programa del curso.

Dar a conocer la forma de evaluación.

Exponer la forma de trabajo teórica y práctica.

El cumplimiento de los deberes y derechos establecidos en el Artículo 56 del

Estatuto Orgánico Institucional.

DESCRIPCIÓN DE LA ACTIVIDAD

1. La siguiente actividad está relacionada con el análisis de los conceptos y la

importancia de la ingeniería de requerimientos para que sean ejecutados y

evaluados en conjunto con los alumnos y el instructor, a través de un Cuestionario

de Diagnóstico en el cual los alumnos responderán a las preguntas y el docente

realizará el respectivo análisis.

2. Seguidamente se realizará la explicación magistral del tema de clase por parte del

instructor con la finalidad de explicar y dar a conocer las Herramientas y Técnicas

de la Ingeniería de Requerimientos.

3. A continuación se valorará al alumno el conocimiento adquirido en la clase a

través de un Cuestionario de Evaluación que será realizado por los alumnos con la

finalidad de conocer los resultados de aprendizaje.

4. Finalmente se emitirá la conclusión y recomendación de lo aprendido en la clase

con el objetivo de fortalecer el conocimiento, en el caso de que existan dudas o

inquietudes por parte de alumno.

RESULTADO DE APRENDIZAJE

Resultados de Aprendizaje del Tema de Clase

Resultados de Aprendizaje de la Asignatura

Resultados de Aprendizaje de la Carrera

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Ejecutar las diferentes técnicas de requerimientos y la aplicación de herramientas que permitan realizar una adecuada abstracción de las necesidades del cliente

Habilidad para diseñar escenarios mediante herramientas y técnicas que permitan satisfacer las necesidades específicas del cliente.

ACTIVIDAD A DESARROLLAR

pág. 17

Criterios de evaluación con niveles de logro

Resultado de Aprendizaje del Tema de Clase

Excelente 100% Muy Buena 90% Buena 80% Regular 70% Deficiente 60% y menos

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos en un 100% para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos en un 90% para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos en un 80% para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos en un 70% para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

Qué los alumnos conozcan las diferentes herramientas y técnicas de la ingeniería de requerimientos, así como sus conceptos y fundamentos en un 60% o menos para su aplicabilidad en desarrollo de software para que de acuerdo a sus criterios tomen decisiones acertadas en la práctica.

García, 2016. Ingeniería de Requisitos, http://blog.soreygarcia.me

Pytel, P., Uhalde, C., Ramón, H. D., Castello, H., Tomasello, M., Pollo Cattaneo, M. F., ... & García Martínez, R. (2011). Ingeniería de requisitos basada en técnicas de ingeniería del conocimiento. In XIII Workshop de Investigadores en Ciencias de la Computación.

Londoño, L. F., Anaya, R., & Tabares, M. S. (2008). Análisis de la ingeniería de requisitos orientada por aspectos según la industria del software. Revista EIA, (9), 43-52.

Chaves, M. A. (2011). La ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software. InterSedes, 6(10).

Mosquera Moreno, S. A. (2015). La ingeniería de requisitos en los métodos de desarrollos ágiles (Bachelor's thesis).

ANEXOS

Anexo A. CUESTIONARIO DE DIAGNÓSTICO

Anexo B. CUESTIONARIO DE EVALUACIÓN

LINCOGRAFIA / BIBLIOGRAFIA