Beruflich Dokumente
Kultur Dokumente
INGENIERIA DE
REQUERIMIENTOS
INGENIERIA DE REQUERIMIENTOS
ÍNDICE DE CONTENIDO
PRESENTACIÓN .....................................................................................................................................3
PREFACIO ...............................................................................................................................................4
CONTENIDO TEMÁTICO ........................................................................................................................4
UNIDAD I: LA INGENIERIA DE REQUERIMIENTOS ............................................................................5
1.1. INGENIERIA DE SOFTWARE ......................................................................................................8
1.2. PROCESOS DE LA INGENIERIA DE REQUERIMIENTOS ...................................................... 15
1.3. TECNICAS UTILIZADAS EN LA INGENIERIA DE REQUERIMIENTOS .................................. 20
1.4. ANÁLISIS COMPARATIVO DE LAS TÉCNICAS DE INGENIERÍA DE REQUERIMIENTOS .. 27
1.5. RESUMEN DE LA UNIDAD I ..................................................................................................... 33
1.6. ACTIVIDADES DE AFIANZAMIENTO ....................................................................................... 34
1.7. AUTOEVALUACIÓN .................................................................................................................. 36
FUENTES DE INFORMACIÓN ............................................................................................................. 37
GLOSARIO ........................................................................................................................................... 38
RESPUESTAS AUTOEVALUACION ................................................................................................... 39
2
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
PRESENTACIÓN
3
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
PREFACIO
CONTENIDO TEMÁTICO
UNIDADES DE APRENDIZAJE
I II III IV
4
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
UNIDAD I: LA INGENIERIA
DE REQUERIMIENTOS
COMPETENCIA
5
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
INTRODUCCION
6
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
7
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
UNIDAD I – TEMA I
1.1. INGENIERIA DE SOFTWARE
Definición:
La ingeniería de software (IS) se puede considerar como la
ingeniería aplicada al software, esto es, por medios sistematizados
y con herramientas preestablecidas, la aplicación de ellos de la
manera más eficiente para la obtención de resultados óptimos;
objetivos que siempre busca la ingeniería. No es solo de la
resolución de problemas, sino más bien teniendo en cuenta las
diferentes soluciones, elegir la más apropiada
8
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
IMPLICACIONES SOCIOECONOMICAS
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. Es
importante entender el contexto del negocio para identificar adecuadamente los
requisitos.
Se tiene que tener dominio de la información de un problema, lo cual incluye los
datos fuera del software (usuarios finales, otros sistemas o dispositivos externos), los
datos que salen del sistema (por la interfaz de usuario, interfaces de red, reportes,
gráficas y otros medios) y los almacenamientos de datos que recaban y organizan
9
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
2. ANÁLISIS DE REQUISITOS
Brindar al usuario todo lo necesario para que pueda trabajar en conjunto con el
software desarrollado obteniendo los mejores resultados posibles.
Tener un control más completo en la etapa creación del software, en cuanto a
tiempo de desarrollo y costos.
Utilización de métodos más eficientes que permitan el mejor aprovechamiento del
software según sea la finalidad de uso del mismo.
10
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
ESPECIFICACIÓN DE REQUISITOS
INGENIERÍA DE REQUERIMIENTOS
El proceso de recopilar, analizar y verificar las necesidades del cliente o usuario para
un sistema es llamado ingeniería de requerimientos. La meta de la ingeniería de
requerimientos (IR) es entregar una especificación de requisitos de software correcta
y completa
En síntesis, el proceso de ingeniería de requerimientos se utiliza para definir todas
las actividades involucradas en el descubrimiento, documentación y mantenimiento
de los requerimientos para un producto de software determinado, donde es muy
importante tomar en cuenta que el aporte de la IR vendrá a ayudar a determinar la
viabilidad de llevar a cabo el software (si es factible llevarlo a cabo o no), pasando
posteriormente por un subproceso de obtención y análisis de requerimientos, su
especificación formal, para finalizar con el subproceso de validación donde se
verifica que los requerimientos realmente definen el sistema que quiere el cliente
12
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
TIPOS DE REQUERIMIENTOS
1. LOS REQUERIMIENTOS FUNCIONALES: son los que definen las funciones que el
sistema será capaz de realizar, describen las transformaciones que el sistema
realiza sobre las entradas para producir salidas. Es importante que se describa el
¿Qué? y no el ¿Cómo? se deben hacer esas transformaciones. Estos requerimientos
al tiempo que avanza el proyecto de software se convierten en los algoritmos, la
lógica y gran parte del código del sistema.
13
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
CARACTERISTICAS DE UN
REQUERIMIENTO
1. ESPECIFICADO POR ESCRITO: Como
todo contrato o acuerdo entre dos partes.
2. POSIBLE DE PROBAR O VERIFICAR. Si
un requerimiento no se puede comprobar,
entonces ¿cómo se sabe si se cumplió con
él o no?
3. CONCISO: Un requerimiento es conciso si
es fácil de leer y entender. Su redacción
debe ser simple y clara para aquellos que
vayan a consultarlo en un futuro.
4. COMPLETO: Un requerimiento está
completo si no necesita ampliar detalles en
su redacción, es decir, si se proporciona la
información suficiente para su comprensión.
5. CONSISTENTE: Un requerimiento es
consistente si no es contradictorio con otro
requerimiento.
6. NO AMBIGUO: Un requerimiento no es
ambiguo cuando tiene una sola
interpretación. El lenguaje usado en su
definición, no debe causar confusiones al
lector
14
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
UNIDAD I – TEMA II
1.2. PROCESOS DE LA INGENIERIA DE
REQUERIMIENTOS
Definición:
1) ESTUDIO DE FACTIBILIDAD
Es a corto plazo y orientado a resolver si el sistema:
Contribuye a los objetivos de la organización.
Se puede implementar con tecnología actual dentro de
costo y tiempo.
Puede integrarse a otros existentes en la organización
15
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
3) VALIDACION DE REQUERIMIENTOS
Similar al análisis pero comprende un bosquejo completo del
documento en lugar de requerimientos incompletos. Es muy
Importante pues los errores en los requerimientos pueden
conducir a costos excesivos si se descubren durante el
desarrollo o después de la implantación. Es difícil demostrar
que un conjunto de requerimientos cumple con las necesidades
del usuario. Se pueden llevar a cabo diferentes tipos de
verificación:
Verificación de validez
Verificación de consistencia
Verificación de integridad
Verificación de realismo
Verificabilidad
16
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
17
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
COMUNICACIÓN COMPLEJA
En un proyecto de desarrollo de software las medidas del éxito suelen ser aparentemente
muy simples: lograr la satisfacción del cliente, finalizando el proyecto a tiempo, con el
alcance definido y dentro del presupuesto inicialmente previsto; sin embargo los problemas
a los que se enfrenta el responsable del proyecto cuando intenta cumplir con todos estos
requerimientos es bastante complejo, es por esto que se requiere de un conjunto de
soluciones que contribuyan a la consecución de los objetivos del proyecto con el fin de
permitir a la organización progresar tecnológicamente, sin que se convierta en dependiente
de las herramientas y de las modificaciones que deben hacerse en ellas. En este escenario,
la Ingeniería de requerimientos juega un papel relevante pues ayuda, a los responsables del
proyecto a entender mejor el problema en cuya solución trabajarán y a utilizar herramientas
que les permitan disminuir los riesgos y los sobrecostos en el proceso de desarrollo. En
cuanto al tratamiento de los requerimientos, los analistas usan diferentes técnicas
(entrevistas, prototipos, observación, estudio de documentación, cuestionario, escenarios,
etc.) para recolectar, separar y clasificar los requerimientos. Los criterios usados para la
aplicación de estas técnicas son diversos y dependen en gran medida de la experiencia del
analista.
La comunicación entre las personas es compleja, cuando se trata de requerimientos para
sistemas o productos software. Para poder evitar estos inconvenientes hay que hallar
mecanismos o herramientas que permitan que la comunicación establecida entre el cliente y
el profesional de sistemas sea efectiva y convierta lo emitido por el cliente y/o usuario en
información fiable.
18
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
IMPORTANTE:
El proceso de IR incluye un estudio de factibilidad y la obtención,
análisis, validación y administración de requerimientos.
El análisis de requerimientos es un proceso iterativo que incluye la
comprensión del dominio y la recolección, clasificación, resolución
de conflictos, priorización y verificación de requerimientos.
Los diferentes interesados del sistema tienen requerimientos
diferentes. Por lo tanto los sistemas complejos deben analizarse
desde diferentes puntos de vista.
Los factores sociales y organizacionales tienen influencia sobre los
requerimientos y pueden determinar si el software es utilizado o no
La validación de requerimientos es el proceso de verificarlos en
cuanto a validez, consistencia, integridad, realismo y certidumbre.
Las principales técnicas de validación son las revisiones y el
prototipeo.
Los cambios en los negocios, organizacionales y técnicos cambian
los requerimientos. La administración de requerimientos es el
proceso de gestionar y controlar los cambios.
La administración de requerimientos incluye la gestión de la
planeación, en la cual se especifican las políticas y procedimientos
para la administración de los requerimientos, y la del cambio, en la
que se analizan los cambios y se evalúa su impacto. Los factores
sociales y organizacionales tienen influencia sobre los
requerimientos y pueden determinar si el software es utilizado o no
RECUERDA QUE:
Los requerimientos son una especificación de lo que debe ser implementado. Estos
son descripciones de cómo el sistema se debe comportar, de las propiedades y
atributos del mismo. Deben ser una restricción del proceso de desarrollo del sistema
19
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
CASOS DE USO:
20
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
21
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
las entrevistas pueden ser la mejor fuente de información cualitativa, los otros
métodos tiende a ser más útiles en la recolección de datos cuantitativos. Son
valiosas las opiniones, comentarios, ideas o sugerencia en relación a cómo se podría
hacer el trabajo; la entrevista a veces es la mejor forma para conocer las actividades
de las empresas. La entrevista puede descubrir rápidamente malos entendidos, falsa
expectativa o incluso resistencia potencial para las aplicaciones de desarrollo; más
aún, a menudo es más fácil calendarizar una entrevista con los gerentes de alto
nivel, que pedirle que llenen un cuestionario.
f) Determinación del tipo de Entrevista. La estructura de la entrevista varía. Si el
objetivo de la entrevista radica en adquirir información general, es conveniente
elaborar una serie de preguntas sin estructura, con una sesión de preguntas y
respuestas libres. El formato de respuestas para las preguntas pueden ser abierto o
cerrado; las preguntas abiertas permiten a los entrevistados dar cualquier respuesta
que parezca apropiada. Pueden contestar por completo con sus propias palabras.
Los analistas también deben dividir el tiempo entre desarrollar preguntas para
entrevistas y analizar respuestas. Con frecuencia, se utilizan preguntas abiertas
para descubrir sentimientos, opiniones y experiencias generales, o para explorar un
proceso o problema. Este tipo de preguntas son siempre apropiadas, además que
ayudan a entender la perspectiva del afectado y no están influenciadas por el
conocimiento de la solución. Las preguntas pueden ser enfocadas a un elemento del
sistema, tales como usuarios, procesos, etc. El siguiente ejemplo muestra algunos
tipos de preguntas abiertas.
22
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
2) Lluvia de ideas.
a) Principios
i) Aplazar el juicio y no realizar críticas, hasta que no agoten las ideas, ya que
actuaría como un inhibidor. Se ha de crear una atmósfera de trabajo en la que
nadie se sienta amenazado.
ii) Cuantas más ideas se sugieren, mejores resultados se conseguirán: "la cantidad
produce la calidad". Las mejores ideas aparecen tarde en el periodo de
producción de ideas, será más fácil que encontremos las soluciones y tendremos
más variedad sobre la que elegir.
iii) La producción de ideas en grupos puede ser más efectiva que la individual.
iv) Tampoco debemos olvidar que durante las sesiones, las ideas de una persona,
serán asociadas de manera distinta por cada miembro, y hará que aparezcan
otras por contacto.
b) Las fases de aplicación:
i) Descubrir hechos. Al menos con un día de antelación, el director comunica por
escrito a los miembros del grupo sobre los temas a tratar. El director explica los
principios de la Tormenta de ideas e insiste en la importancia de tenerlos en
cuenta. La sesión comienza con una ambientación de unos 10 minutos, tratando
un tema sencillo y no comprometido. Es una fase especialmente importante para
los miembros sin experiencia. Se determina el problema, delimitándolo,
precisándolo y clarificándolo. A continuación se plantea el problema, recogiendo
las experiencias que se poseen o consultando documentación. Cuando es
complejo, conviene dividirlo en partes. Aquí es importante la utilización del
análisis, desmenuzando el problema en pequeñas partes para conectar lo nuevo
y lo desconocido.
ii) Producir ideas (es la fase de tormenta de ideas propiamente dicha). Se van
aplicando alternativas. Se busca producir una gran cantidad de ideas, aplicando
los principios que hemos visto. Además, es útil cuando se ha trabajado mucho,
alejarse del problema, pues es un buen momento para que se produzcan
asociaciones. Muchas de las nuevas ideas serán ideas antiguas, mejoradas o
combinadas con varias ya conocidas. Al final de la reunión, el director da las
gracias a los asistentes y les ruega que no abandonen el problema, ya que al día
siguiente se le pedirá una lista de ideas que les puedan haber surgido. Se
incorporan las ideas surgidas después de la reunión.
23
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
iii) Descubrir soluciones. Se elabora una lista definitiva de ideas, para seleccionar
las más interesantes. La selección se realiza desechando las ideas que no
tienen valor y se estudia si son válidas las que se consideran interesantes. Lo
mejor es establecer una lista de criterios de conveniencia para cada idea. Se
seleccionan las ideas más útiles y si es necesario se ponderarán. Pueden
realizarlo los mismos miembros del grupo o crear otros para esta tarea; la
clasificación debe hacerse por categorías (tarea que corresponde al director). Se
presentan las ideas de forma atractiva, haciendo uso de soportes visuales.
3) Observación. Consiste en prestar atención a las personas cuando efectúan su trabajo.
Como técnica, la observación tiene amplia aceptación científica. Los sociólogos,
sicólogos e ingenieros industriales utilizan extensamente ésta técnica con el fin de
estudiar a las personas en sus actividades de grupo y como miembros de la
organización. El propósito es múltiple: permite al analista determinar qué se está
haciendo, cómo se está haciendo, quién lo hace, cuándo se lleva a cabo, cuánto tiempo
toma, dónde se hace y por qué se hace. Observar las operaciones le proporciona al
analista hechos que no podría obtener de otra forma.
a) Tipos de Observación.
i) Primero, puede observar a una persona o actitud sin que el observado se dé
cuenta y su interacción por aparte del propio analista. Quizá esta alternativa
tenga poca importancia para el análisis de sistemas, puesto que resulta casi
imposible reunir las condiciones necesarias.
ii) Segundo, el analista puede observar una operación sin intervenir para nada, pero
estando la persona observada enteramente consciente de la observación.
iii) Por último, puede observar y a la vez estar en contacto con las personas
observadas. La interacción puede consistir simplemente en preguntar respecto a
una tarea específica, pedir una explicación, etc.
24
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
PROTOTIPOS
Permiten al desarrollador crear un modelo del software que debe
ser construido. Al igual que todos los enfoques al proceso de
desarrollo del software, el prototipado comienza con la captura de
requerimientos. Desarrolladores y clientes se reúnen y definen los
objetivos globales del software, identifican todos los
requerimientos que son conocidos, y señalan áreas en las que será
necesaria la profundización en las definiciones. Luego de esto, tiene
lugar un "diseño rápido".
El diseño rápido se centra en una representación de aquellos
aspectos del software que serán visibles al usuario (por ejemplo,
entradas y formatos de las salidas). El diseño rápido lleva a la
construcción de un prototipo. El prototipo es evaluado por el
cliente y el usuario y utilizado para refinar los requerimientos del.
Un proceso de iteración tiene lugar a medida que el prototipo es
"puesto a punto" para satisfacer las necesidades del cliente y
permitiendo al mismo tiempo una mejor comprensión del problema
por parte del desarrollador.
TIPOS DE PROTOTIPOS
Prototipo rápido: El prototipado rápido es un mecanismo para lograr la validación pre-
compromiso. Se utiliza para validar requerimientos en una etapa previa al diseño
específico. En este sentido, el prototipo puede ser visto como una aceptación tácita de
que los requerimientos no son totalmente conocidos o entendidos antes del diseño y
la implementación. El prototipo rápido puede ser usado como un medio para explorar
nuevos requerimientos y así ayudar a "controlar" su constante evolución.
Prototipo evolutivo: Desde una perspectiva diferente, todo el ciclo de vida de un
producto puede ser visto como una serie incremental de detallados prototipos
acumulativos. Tradicionalmente, el ciclo de vida está dividido en dos fases distintas:
Desarrollo y mantenimiento. La experiencia ha demostrado que esta distinción es
arbitraria y va en contra de la realidad ya que la mayor parte del costo del software
ocurre después de que el producto se ha entregado. El punto de vista evolutivo del
ciclo de vida del software considera a la primera entrega como un prototipo inicial en
el campo. Modificaciones y mejoras subsecuentes resultan en nuevas entregas de
prototipos más maduros. Este proceso continúa hasta que se haya desarrollado el
producto final. La adopción de esta óptica elimina la distinción arbitraria entre
desarrollo y mantenimiento, resultando en un importante cambio de mentalidad que
afecta las estrategias para la estimación de costos, enfoques de desarrollo y
adquisición de productos.
25
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
IMPORTANTE:
La ingeniería de requerimientos es un área de
conocimiento de gran importancia en el
desarrollo de software. Esta comprende las
actividades de obtención (captura,
descubrimiento y adquisición), análisis (y
negociación), especificación, y validación de
requisitos. Además, establece una actividad de
gestión de requerimientos para manejar los
cambios, mantenimiento y rastreabilidad de los
requerimientos.
El proceso de obtención de requisitos, cuya
finalidad es llevar a la luz los requisitos, no solo
es un proceso técnico, sino también un proceso
social que envuelve a diferentes personas, lo
que conlleva dificultades añadidas a su
realización
RECUERDA QUE:
26
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
UNIDAD I – TEMA IV
1.4. ANÁLISIS COMPARATIVO DE LAS TÉCNICAS DE
INGENIERÍA DE REQUERIMIENTOS
Definición:
Existen un número considerable de técnicas para la obtención de
requerimientos. A continuación se presenta una estrategia de
cómo aplicar estas técnicas dentro de un proceso ordenado y que
aproveche al máximo cada técnica. Esto evitará que los analistas
con poca experiencia caigamos en un error muy común, que es el
de pasar demasiado pronto a las entrevistas, lo cual es un
desperdicio de tiempo
27
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
28
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
Ingeniería de Requerimientos
Aunque algunas metodologías definen su herramienta a utilizar, se evaluaron cuatro
herramientas de software para la administración de los requerimientos. Para realizar
la evaluación se establecieron criterios para medir su rendimiento y desempeño. Los
criterios considerados son los siguientes:
1. Aplicabilidad ¿Describe problemas y soluciones del mundo real de manera natural
y realista? ¿Es compatible con otra que se utilizan en el desarrollo del sistema?
29
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
30
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
mecanismo que se emplea para garantizar la calidad de un producto de software. Una de las
definen inicialmente las características y restricciones con las que debe contar el sistema en
desarrollo. En este trabajo de tesis se describen las actividades del proceso de Ingeniería de
Requerimientos así como las tareas que comprenden cada actividad. Se presenta un análisis de
ilustran las ventajas y desventajas que podemos encontrar en la utilización de estas técnicas y
31
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
IMPORTANTE:
El campo de los requerimientos del sistema es un
área muy extensa y hay mucho trabajo por hacer,
por ejemplo, no existen herramientas de software
que se realicen automáticamente la validación de
los requerimientos mediante los atributos de calidad
presentados en esta investigación. No existen
herramientas que vinculen los requerimientos
funcionales con los requerimientos no funcionales,
donde se ilustren la importancia y el efecto que
tendrán estos vínculos. Aún no existe la manera
automatizada de conocer cuando los
requerimientos están completos en el documento
de requerimientos, este proceso actualmente se
lleva a cabo mediante sesiones donde los usuarios,
el cliente y el equipo de desarrollo realizan las
revisiones pertinentes.
RECUERDA QUE:
La Ingeniería de Requerimientos como parte del proceso de desarrollo de software, es un puente
importante hacia las otras etapas, como son el diseño, la implementación, la validación y el
mantenimiento. Esto significa que una descripción completa de los requerimientos garantiza el
desarrollo de un buen producto final. Sin embargo, la obtención y especificación de los
requerimientos son dos situaciones problemática que todo ingeniero de software enfrenta. Por un
lado se busca resolver las diferencias de comunicación, culturales y técnicas que enfrentan los
usuarios y los desarrolladores en el afán de lograr obtener las necesidades y restricciones que
definirán el sistema; y por el otro, la búsqueda de técnicas, métodos, metodologías y herramientas
que permitan obtener una especificación de los requerimientos entendible tanto para los clientes y
usuario como para los ingenieros involucrados en el diseño.
32
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
33
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
ACTIVIDAD 1
FUNCIONALES
NO FUNCIONALES
34
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
ACTIVIDAD 2
ACTIVIDAD 3
ACTIVIDAD 4
35
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
1.7. AUTOEVALUACIÓN
36
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
FUENTES
DEINFORMACIÓN
BIBLIOGRAFIA RECOMENDADA
Booch, G, Jacobson, I, & Rumbaugh, J. (2007). El Lenguaje de modelado
unificado – guía de usuario. USA: Addison-Wesley.
Fowler, M, & Scott, K. (2003). UML Distilled: a brief guide to the standard object
modeling language reading. USA: Addison-Wesley.
Fowler, M, Kendall, S. (1999) UML Gota a Gota. Massachusetts - USA: Editorial
Addison-Wesley-Longman.
Jacobson, I, Booch, G, & Rumbaugh, J. (2000) El proceso unificado de
desarrollo de Software.New York, USA: Editorial McGraw-Hill.
Leffingwell, D, &Widrig, D. (2000). Managing Software Requirements. USA:
Editorial Addison Wesley
Quatrany, T. (2002). Visual Modeling with Rational Rose and UML. USA:
Editorial Addison-Wesley.
Sommerville, I. (2004) Ingenieria de Software. España: Pearson
37
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
GLOSARIO
38
LUIS RIVAS (2019)
INGENIERIA DE REQUERIMIENTOS
RESPUESTAS AUTOEVALUACION
1–c 2–b
UNIDAD I:
3–c 4–b
LA INGENIERIA DE 5–b 6–b
REQUERIMIENTOS 7–a 8–b
9–c 10 – c
UNIDAD III:
MODELOS 1–x 2–x
INTERACTIVOS Y 3–x 4–x
UTILIZACIÓN DE LA 5–x 6–x
METODOLOGÍA
UML EN LA 7–x 8–x
INGENIERÍA DE 9–x 10 – x
REQUERIMIENTOS
1–x 2–x
UNIDAD IV:
3–x 4–x
PROTOCOLOS DE 5–x 6–x
ESCRITURA Y
7–x 8–x
VALIDACION
9–x 10 – x
39
LUIS RIVAS (2019)