UNA REVISIN DE LOS REQUISITOS

Los procesos de ingeniera,

PROBLEMAS Y MODELOS

LACHANA RAMINGWONG
Departamento de Ingeniera Informtica de la Facultad de Ingeniera de la Universidad de Chiang Mai,
Muang, Chian Mai g 50200, Tailandia
lachana@chiangmai.ac.th
Resumen:
Precisamente requisitos definidos son esenciales para el xito de un programa de desarrollo. Aunque decenas de
requisitos de los mtodos y tcnicas de ingeniera estn disponibles para socios practitio, algunas tcnicas son probados
xito a ciertos sistemas, pero no para otros. De hecho, la seleccin adecuada de los requisitos INGENIERA
mtodos y tcnicas puede ser difcil y, en los peores casos, puede en ltima instancia conducir a un fracaso. Reciente
cambios en los entornos empresariales y las nuevas tecnologas tambin afectan a los procesos de requisitos. Esto hace
seleccin de un modelo de requisitos tcnicos apropiados an ms sofisticado. En este artculo se analiza
los procesos de requisitos de ingeniera y sus problemas, modelos de ingeniera de requerimientos, as como esenciales
caractersticas de los modelos de ingeniera de requisitos.
Palabras clave:
Proceso de la Ingeniera de Requisitos, Requisitos Modelo de Ingeniera; obtencin de requisitos;
Ingeniera de Software.
1. Introduccin
Ingeniera de Requisitos, ampliamente reconocida como la primera fase del proceso de ingeniera de software, se considera
la tarea fundamental de software d esarrollo (Wahono 2003; Asghar y Umar 2010). Requisito es ambiguo
reportado como una de las principales razones para el fracaso de proyectos de software (Hoffman y Lehner 2001) y defectos de productos
(Young 2001). En efecto, una ingeniera de requisitos eficaz es esencial para el resto de software desarrollo
proceso. Ingeniera de requisitos es tambin un factor fundamental que influye en la productividad y la calidad del producto
(Fernndez et al 2011).
Estos hechos establecidos de luz de alta ingeniera de requisitos como una fase crtica para el desarrollo de software.
Hoy en da, decenas de requisitos metodologas y esta tecnica estn disponibles para socios practitio. Sin embargo,
algunas de las tcnicas que han demostrado xito a un sistema puede no funcionar bien para otra. Esto demuestra que
seleccin de los mtodos y tcnicas puede ser difcil e incluso puede llevar a la falla de un sistema de software. Reciente
cambios en los entornos de negocios tambin afectan el proceso de ingeniera de requerimientos. Adems, cuando el tiempo de
mercado se vuelve ms crtica a la liberacin de software de calidad de software en s, la ingeniera de requisitos
modelos deben proporcionar las directrices apropiadas para los profesionales para proporcionar una buena base para un programa de calidad
sistema de una manera oportuna, y en ltima instancia, conducen un proyecto de software para el xito.
Para el desarrollo de software de alta calidad en tiempo y forma al tratar de evitar la exigencia tradicional
problemas de ingeniera, un proceso de ingeniera de requisitos eficaces, junto con directrices adecuadas es
inevitablemente requerida.

Seccin 2 de este documento se ofrece una visin general para el proceso de obtencin irements requ. A continuacin, los principales problemas en
obtencin de requisitos se describen en la seccin 3. Seccin 4 discute los modelos de ingeniera de requerimientos y
sus caractersticas. Finalmente, la seccin 5 presenta las conclusiones de los desafos a los modelos de ingeniera de requisitos y su
aplicacin en el desarrollo de software del mundo real.
2. Requerimientos de Ingeniera de Procesos
Segn Sommerville (2009), una fase de ingeniera de requisitos consiste en cuatro actividades, el descubrimiento
(Recabar, obtener), el anlisis y la negociacin, documentacin y validacin. "Descubrir" es un trmino ms adecuado para
Describir la naturaleza de los requisitos, ya que no se puede fundar o recolectados. Los resultados de esta fase pueden ser

ISSN: 0975-5462 vol. 4 No.06 06 2012 2997

Lachana Ramingwong et al. / Revista Internacional de Ciencias de la Ingeniera y la Tecnologa (IJEST)

clasificado en dos tipos principales: especificacin de negocios y especificacin de requisitos (Fernndez et al 2011). La
especificacin de negocios es un documento orientado a objeto que describe los procesos de negocio crticos que se requieren para
lograr los objetivos de negocio. A diferencia de las especificaciones de negocios, especificacin de requisitos de los documentos esenciales
caractersticas de un sistema y de las condiciones relacionadas con el proceso de desarrollo. Una especificacin puede incluir notas,
listas, diagramas, escenarios, rboles, formularios, planes y otros (Mead et al 2005; Winkler 2007). La figura 1 muestra una
proceso de ingeniera de requerimientos (Sommerville 2009).

Requerimientos
elicitacin

Requerimientos
anlisis y
negociacin

Requerimientos
documentacin

Requerimientos
validacin

. Figura 1. Un proceso de ingeniera de requerimientos

Requisitos que se descubren a travs de la recoleccin y la obtencin. Mientras que las dos palabras "se renen" y "provocan"
se utilizan indistintamente en REQUISITOS ingeniera (Christel y Sang 1992; Nuseibe y Eaterbrook 20 00;
Joven 2001, Powell 2007), otros ponen una lnea entre ellos. Gonzales y Leroy (2011) Direccin de provocacin como la
primer paso para la recogida de requisitos. El BABOK Gua versin 2.0 emp hasizes el uso de la palabra 'obtener' ms
de 'recoger' (IIBA 2009). BABOK destaca que el desencadenamiento es la identificacin de las necesidades reales de
interesados en lugar de reunir a sus declaraciones. Dado que este artculo se hace hincapi principalmente en la obtencin
tcnicas, la palabra "provocan" se utiliza en este artculo.
Los procesos de ingeniera de requisitos iniciar con actividades de educcin que tienen como objetivo descubrir el propsito de
el sistema en desarrollo. La especificacin producido a partir de esta etapa es un elemento esencial que
determina lo que se construir (Herlea 1996), por qu construir, cundo, dnde y cmo construir (4W 1 H). En lugar de un
sesin de preguntas y respuestas para los requisitos del sistema de software colectina y requirementos obtencin es mo re
complicado que lo que parece ser. La razn detrs de esto es requisitos no siempre pueden ser recogidos o
capturado, sino ms bien provocada (Zowghi y Coulin 2005). Requisitos de obtencin es, por lo tanto, considerarse como un
actividad crtica a los procesos de ingeniera de requisitos y el resto del software desarrollo.
En la obtencin de requisitos, los requisitos son descubiertos por medio de tcnicas de obtencin. Hay docenas
tcnicas disponibles. Sin embargo, por desgracia, slo unos pocos de ellos se encuentran para ser eficaz (Young 2002). En
Para minimizar las posibles dificultades, un ingeniero de software puede seguir las pautas para la seleccin de obtencin
tcnicas propuestas por Kausar y universidades (2010). Tambin hay una serie de artculos de revisin que proporciona
breve introduccin y conocimientos a estas tcnicas de obtencin (Goguen & Linde 1993; Kausar 2010, David 2006;
Joven 2002, Chu 2010; Rahman y Sahibuddin 2011). Estos detalles de tcnicas de obtencin y seleccin
directrices no se tratan en este documento. Tcnicas de elicitacin se pueden agrupar en seis categoras en funcin de
Nuseibe y Easterbrook (2000) de la siguiente manera:
Las tcnicas tradicionales son tcnicas de larga data y bien conocidos, tales como el anlisis de documentos,

cuestionarios, entrevistas, reuniones (James 2002).

Tcnicas de obtencin de grupo animar a los interesados a comunicarse requisitos ms a gusto. La
tcnicas ms utilizadas son los grupos focales y sesiones de lluvia de ideas.
Prototipos Es una de las tcnicas ms utilizadas por obtener requisitos ocultos y sacar algunas evaluaciones.
Se utiliza a menudo en combinacin con otras tcnicas.
Tcnicas contextuales implicar el estudio de los usuarios en el contexto y los entornos para la implementacin del sistema
tales como la observacin o el anlisis de la conversacin.
Tcnicas basado en modelos incluir un modelo especfico y el tipo especfico de informacin para guiar la elicitacin
proceso.
Las tcnicas cognitivas se utilizan para alcanzar el conocimiento a travs de diversas tecnicas.
Requisitos suscitado son examinados por su carcter incompleto, ambiguo dado incompatibilidad. Si los conflictos o
se detectan discrepancias, es necesario seguir la negociacin para resolver los conflictos entre las partes interesadas sin

ISSN: 0975-5462 vol. 4 No.06 06 2012 2998

Lachana Ramingwong et al. / Revista Internacional de Ciencias de la Ingeniera y la Tecnologa (IJEST)

Comprometer sus objetivos (Nuseibe y Easterbrook 2000). Los modelos de negociacin ayudan a los profesionales para definir
metas y establecer mecanismos necesarios para asegurar las partes interesadas los objetivos se cumplan.
Los requisitos son luego cuidadosamente registradas en formas apropiadas que podran ser textual, grfica,
simblico o de la mezcla de ellos. La especificacin de requisitos se cre y evolucion cuando se produzcan cambios.
Las especificaciones pueden ser eliminadas o aadidos en respuesta a las cambiantes necesidades y entornos empresariales. El ltimo paso
requisitos de ingeniera implica la validacin de los requisitos con los clientes para asegurar que los requisitos son
lo suficientemente bueno para pasar a la siguiente fase de desarrollo de software.
La complejidad de los procesos de ingeniera de requisitos presenta una serie de desafos. Ms complejo o rgido
procesos tienden a presentar ms problemas. Por otro lado, los procesos ms simples pueden no representar suficiente
informacin y puede ser que se necesite apoyo adicional con el fin de producir resultados de calidad. Sin lugar a dudas, selectina g
combinacin adecuada de mtodos, prcticas y modelos de ingeniera de requisitos es fundamental. Los practicantes
necesidad de identificar las combinaciones adecuadas de estos mtodos y directrices de seleccin antes de la produccin
comienza. Entonces, tienen que entender los detalles de los procesos, mtodos y tcnicas que deben trabajar para
estas situaciones y adaptarse en consecuencia. Esto es similar a la filosofa clsica, "Conoce a tu enemigo y concete
a ti mismo ".
3. Requisitos de los problemas de ingeniera

Muchos de los problemas asociados con el proceso de ingeniera de requisitos estn relacionados con la obtencin y el anlisis de los
requisitos (Wahono 2 003). Una de las principales razones de estos problemas es la imprescindible participacin de las partes interesadas
en actividades OTR. Este artculo, por lo tanto, se analizan los problemas comunes que se encuentran durante el levantamiento de requerimientos y
anlisis de los requisitos y de las actividades de negociacin.
3.1. Problemas licitacin
Un proceso de obtencin requisitos se pareca sencillo. Sin embargo, de hecho, es complejo, altamente
consumo interactivo y la hora (John & Door 2003). Esto se debe a que el nmero de grupos de inters y
mmunications compaeros necesitan y, sobre todo, cambios en los requisitos. Los problemas se producen durante requisitos
proceso de ingeniera importante aadir complejidad al proceso.
Las tcnicas ms utilizadas para la obtencin de requisitos incluye la reunin y creacin de prototipos (Liu y Li 2010).
A pesar del hecho de que estos mtodos ofrecen ventajas sobre otros mtodos, hay ventajas y desventajas. A Requisitos
tcnica de obtencin aceptado como un mtodo eficaz para un proyecto de software puede no funcionar bien para los dems.
Muchas otras tcnicas necesitan directrices adicionales (Nuseibe y Easterbrook 2000) y una mayor flexibilidad para
profesionales (Coulin et al 2005). Un entendimiento tambin contribuye inadecuada seleccin de obtencin
tcnica (Kausar et al 2010). Tiempo con su naturaleza de obtencin de requisitos encabeza la lista de provocacin
problemas (Chua 2010).
Adems de estos problemas antes mencionados, requisitos elicitations son vulnerables a otros problemas tales como
requisitos incorrectas y malinterpretan requisitos (Apshvalka et. al 2009). Adems, los cambios rpidos en la
negocio es un ambiente de negocios y de tecnologa de la informacin para la fuerza tienen un tiempo de lanzamiento al mercado ms corto.
Este acorta el ciclo de vida de desarrollo y acorta la causa an ms problemas en los procesos irement requ.
Cuestiones sin alcohol (a veces conocido como temas populares) implican aspectos no tcnicos, como la poltica y la moral
(Thew y Sutcliffe 2008). Pocos estudios se llevan a cabo para identificar los problemas se producen durante la ingeniera de requisitos
procesos (Apshvalka et al 2009; Rahman y Sahibuddin 2011).
Otros problemas comunes de obtencin de requisitos incluyen el alcance, la comprensin y la volatilidad
(Wahono 200 3). Curiosamente, a pesar de estos retos son comunes a todos los proyectos de software, su efectiva
Soluciones an no se descubren.

3.2. Anlisis y Negociacin Problemas

Requisitos suscitado a menudo incorrecta, incompleta, inconsistente y ambigua (Palmer et al 1990). Manual
deteccin de estos defectos puede llevar mucho tiempo. Deteccin y correccin automtica, aunque no pueden ser totalmente
automatizado, es posible si se formalizan sistemticamente requisitos. La misma solucin se aplica a automtico
Deteccin de conflictos (Giorgini et al 2006).

ISSN: 0975-5462 vol. 4 No.06 06 2012 2999

Lachana Ramingwong et al. / Revista Internacional de Ciencias de la Ingeniera y la Tecnologa (IJEST)

Las partes interesadas son una de las principales fuentes de problemas. Como individuo, los interesados tienen en general
diferentes perspectivas, percepciones, preocupaciones, prioridades y responsabilidades (Ahmad 2008). Una adecuada
proceso de negociacin es necesaria para obtener los requisitos de calidad. Otra solucin para el anlisis de requerimientos
problemas es la asociacin de las necesidades y de los sistemas informticos de determinados conceptos. Esto se hace con el fin de
orientar eficazmente el levantamiento de requerimientos y actividades de anlisis. Los ejemplos incluyen el punto de vista orientado
enfoque (Finkelstein et al 1989), el enfoque de ganar-ganar (Boeh m et al 1995) y el marco del problema de Jackson
enfoque (Ct 2011).
Los problemas descritos en esta seccin confirman la criticidad y la dificultad de ingeniera de requerimientos
procesos. Aunque muchos proyectos de software a hacer frente a los principales problemas, el grado de borrador lexity una resolucin d
depende de una serie de cuestiones contextuales que enmarcan los proyectos.
4. Requisitos de los modelos de ingeniera
Modelos de ingeniera de requerimientos deben describir claramente no slo las actividades que identifican el software y el sistema de
requisitos, sino tambin el desa rrollo medio ambiente (es decir, objetivos, puntos de vista, preocupaciones de los interesados, etc) Los
apartados siguientes se describen brevemente seleccionados requisito modelos propuestas por otros, junto con las lecciones
aprendido de los modelos.
4.1. Approach Ver
Vista previa asociates procesos de ingeniera de requisitos a las preocupaciones de los actores con base en el modelo de Punto de Vista
(Sommerville et al 1998). Vista previa viene con requisitos genricos modelo de proceso de ingeniera adaptada de
la Espiral el modelo y el ciclo de investigacin. La fuerza de la vista previa se afirma que es su nfasis en los actores "
preocupaciones y la facilidad de integracin con los enfoques requisitos existentes. El punto de vista del modelo constituye un buen
punto de partida para que los usuarios identifiquen puntos de vista.
Principales lecciones aprendidas de vista previa se enumeran a continuacin.
Un modelo de ingeniera de requerimientos debera definir las actividades que tienen como objetivo para identificar los requisitos, as como
proporcionar actividades de apoyo que contribuyen al xito y la calidad de los requisitos.
La flexibilidad en la aplicacin y la integracin de los mtodos existentes influye en el xito del enfoque
adopcin. La falta de asociacin a determinados y mtodos notatio es sorprendentemente un factor clave en la
aceptacin del enfoque.
Introduccin de nuevos conceptos puede causar problemas inicialmente. Una sesin de introduccin para que los usuarios se familiaricen
con los conceptos pueden contribuir al xito de la aplicacin concepto.
Un enfoque interactivo para la ingeniera de requisitos es necesario para permitir que los requisitos para evolucionar. Sin embargo, la
Se requiere gua para cuando elicitacin se debe comenzar o terminar.
Requerimientos ingenieros deben buscar activamente los requisitos, en lugar de hacer hincapi en el desencadenamiento
a partir de fuentes conocidas. Elicitacin puede ocurrir cuando la fuente puede ser identificado.
4.2. Requisitos recomendados del joven practica
Young (2002) recomienda un conjunto de 16 prcticas para la obtencin de requisitos. Las prcticas recomendadas que
edificados sobre experiencias de los profesionales proporciona una visin de valor aadido a la aplicacin de provocacin
procesos. A menudo, la seleccin y aplicacin de prcticas estn a cargo de profesionales. En tal situacin, la seleccin
y las directrices de aplicacin son ms tiles. Young (2002) es un buen ejemplo a los dems que alguna orientacin
que se necesita con el fin de permitir a los profesionales a seguir las prcticas. La siguiente lista resume las prcticas:
(1) Crear un documento inicial alcance.
(2) Identificar, priorizar y documentar las necesidades reales con las partes interesadas a travs de la tcnica de elicitacin grupo (s).
(3) Establecer los requisitos de poltica de control de cambio y el mecanismo. Realizar el control de cambios cuando sea necesario.
(4) Determinar los requisitos de la primera y sucesivas versiones.
(5) La revisin por pares e inspeccionar artefactos requisito.
(6) Utilice herramientas automatizadas requisito de documentar, rastrear y mantener los requisitos.
(7) Utilizar tcnicas de obtencin demostrado ser previamente con xito en la organizacin.
(8) Incluir hacer principales expertos como miembros del equipo del proyecto.
(9) Evoluciona enfoques utilizados con xito en el proyecto u organizacin. Compartir informacin entre los proyectos.
(10) Seguir mejorando profesionalidades (tica, los enfoques y la cultura de trabajo en equipo).
(11) Involucrar a los principales grupos de inters (clientes y usuarios) a lo largo del desarrollo.
(12) Verificar y validar los requisitos para garantizar los requisitos comprobables.

ISSN: 0975-5462 vol. 4 No.06 06 2012 3000

Lachana Ramingwong et al. / Revista Internacional de Ciencias de la Ingeniera y la Tecnologa (IJEST)

4.3. Un requisito Elicitation modelo extendido

Como se seal anteriormente, los modelos de requisitos tener por objeto prestar apoyo a las actividades junto con obtencin,
anlisis, especificacin y validacin. Un modelo de obtencin requisitos ampliada necesita ser definido.
Tabla 1 propone un modelo ampliado de literaturas anteriores, as como recomendar prcticas y regalos
informaci adicionales, tales como las tcnicas de obtencin, las prcticas de apoyo y de los participantes, para proporcionar
requisitos de las directrices de educcin para profesionales. Al igual que en el desarrollo de software, dos tipos de actividades son
identificado. En primer lugar, las principales tareas incluyen actividades bsicas que conducen a los requisitos exactos. En segundo lugar,
tareas de apoyo incluyen monitorear, controlar, validar y garantizar el xito de las tareas principales. Algunos
prcticas elicitacin se consideran como las principales actividades que se requieren para llevar a cabo la elicitacin, mientras que otros
se consideran como apoyo a las prcticas. Una prctica de apoyo juega un papel importante en el xito y la calidad de los
un proceso principal, como una garanta de calidad del software que hace a un proceso de desarrollo de software.
Tareas Primaria
1. Crear un alcance inicial
documento.
2. Identificar actual
requisitos.

Elicitation Tcnica

Ajuste del control de cambio,

Team,

Entrevista

Use tcnicas probadas,

Involucrar a las partes interesadas,

Los interesados,
Expertos

Documento / anlisis de usuarios,

Prototipos,

Contextual,
Dirigido por Modelos
Comunicados.
4. Revisar e inspeccionar
artefactos.

Participantes

Etnogrfico,

Grupo de elicitacin,
Cognitiva,

3. Priorizar y determinar

Apoyo Tareas

Prototipos,
Grupo de elicitacin,
Cognitivo

Expertos de dominio,
Documentacin
Las herramientas automatizadas,
La revisin por pares e inspeccionar,
Verificar y validar,
La mejora continua,
Compartir informacin

Prototipos,
Documento / anlisis de usuarios,
Cognitivo

5. Iterar requisitos
desarrollo, si es necesario.

Tabla 1. Un modelo de elicitacin requisitos extendida.

Prcticas recomendadas adicionales de la Tabla 1 se proponen como sigue:
No debe haber discusin y sesiones de entrenamiento para desarrollar enfoque de ingeniera de requisitos apropiados
para un proyecto particular. Estas sesiones facilitan la creacin de mtodos y tcnicas comunes, y tambin sirven
como sesiones de introduccin al enfoque. Si los nuevos conceptos, mtodos o tcnicas se deben utilizar en el
proceso de ingeniera de requerimientos, esto debera ser un buen momento para introducirlos.
Mtodos y tcnicas que se emplean con xito en proyectos anteriores de la organizacin Requisito
debe ser almacenado de forma sistemtica, analizado y posteriormente evolucionado. Conocimiento personas que
previamente participado en estos proyectos exitosos deben desempear un papel importante en los proyectos futuros. Un
inversiones efectuadas en el proceso de ingeniera de requerimientos es muy valiosa, y es muy probable que reduzca los problemas
ocurrido ms tarde durante el desarrollo.
Directrices adicionales o escenarios de implementacin de ejemplo a los modelos de ingeniera de requisitos ayudan
los profesionales a adoptar las prcticas recomendadas en una cantidad de tiempo razonable.
5. Conclusiones y Recomendaciones
IEEE 830 afirma que los buenos requisitos deben ser claros, comprensibles, exactitud, integridad,
modificable, verificable y consistente (Bahill & Dean 2009). Estas caractersticas afectan crticamente a la calidad y
xito de las sucesivas fases de desarrollo de software. Si bien los procesos de ingeniera de requisitos tienen por objeto
productores requisitos de software y del sistema de calidad, tradicionales y emergentes problemas de requisitos y problemas
impulsar los procesos de ingeniera de requisitos adicionales para incluir elementos adicionales en los procesos y la implementacin.
Considerando que las prcticas concretas, tcnicas o modelos ponen preocupaciones distintas a las diferentes caractersticas de los
requisitos, el objetivo principal de los modelos de ingeniera de requisitos deben tener como objetivo orientar a los requisitos
descubrimiento, as como la identificacin de los lmites del sistema mentos y entornos, y que tambin proporciona soporte adicional para
ambientes, usuarios y partes interesadas de los procesos. Por otra parte, los modelos deben apoyar dinmicos, adaptables
e iterativo actividades con el fin de evolucionar y hacer frente a la rpida evolucin del medio ambiente. La integracin a otra

ISSN: 0975-5462 vol. 4 No.06 06 2012 3001

Lachana Ramingwong et al. / Revista Internacional de Ciencias de la Ingeniera y la Tecnologa (IJEST)

fases de desarrollo de software debe ser transparente, como los nuevos requisitos y ges chan en rpida evolucin
ambientes pueden surgir durante cualquiera de las fases de desarrollo. El apoyo adicional debe incluir la facilitacin
de comunicacin entre las partes interesadas, la gestin y la mejora del proceso y sus resultados principales.
Por otra parte, los modelos de ingeniera de requisitos tambin deben proporcionar suficiente mecanismos para abordar
problemas ocurrieron durante el proceso de ingeniera de requisitos, as como guiar y soportar la elicitacin de
requisitos. Modelo de futuro debe aprender de las lecciones anteriores y proponer mecanismos adecuadamente flexibles
para llevar a cabo los asuntos discutidos en este artculo.
Referencias

[1] Wahono, RS (2003): Anlisis de Requerimientos problemas de ingeniera, IJW-2003, pp 55-58.

[2] Asghar, S.; Umar, M. (2010): Desafos ingeniera de requisitos en el desarrollo de aplicaciones de software y seleccin de
Cliente-off-the-shelf componentes (COTS), IJSE,
1(1)
[3] Hofmann, HF; Lehner, F. (2001): Ingeniera de Requisitos como factor de xito en los proyectos de software.
, 18(4),
IEEE
pp 58
Software
66.
[4] Young, RR (2001): Requisitos de prcticas efectivas. Addison-Wesley.
[5] Fernndez DM; Lochmann, K.; Penzenstadler, B.; Wagner, S. (2011): Un estudio de caso sobre la aplicacin de un artefacto basado en
requisitos enfoque de ingeniera. EASE'11, IET.
[6] As mmerville, I. (2010).
Ingeniera de Software,
Noveno edn., Addison-Wesley.
[7] Mead, N. R.; Hough, E.D.; Stehney II, T.R. (2005). Requisitos de calidad Seguridad (PLAZA) Metodologa "CMU/SEI-2005-TR009, Software Engineering Institute de la Universidad Carnegie Mellon.
[8] Winkler, S. (2007): Flujo de informacin entre Artefactos Requisito - Los resultados de un estudio emprico
En: Sawyer, P.; Paech, B.; Heymans, P. (Hrsg.). REFSQ 2007. LNCS 4542, S. 232-246, Springer Berlin Heidelberg.
[9] Christel, M.; Kang, K. (1992): Problemas en la obtencin de requisitos. Software Engineering Institute Informe Tcnico CMU/SEI-92-TR12. Pittsburgh, PA: Universidad Carnegie Mellon.
[10] Nuseibe, B.; Easterbrook, B. (2000): Ingeniera de Requisitos: programa de trabajo. ICSE 00, pp 35-46, ACM, Nueva York, NY, EE.UU..
[11] Powell, S.; Keenan, F.; McDaid, K. (2007): Requisitos gil Mejorar la elicitacin con las Personas ", 2(1),
IADIS
pp2007,
82-95.
[12] Gonzales, CK, Leroy, G. (2011): la obtencin de los requerimientos del usuario mediante la investigacin apreciativa, Ingeniera del Software Emprica, 16 (6),
733-772.
pp
[13] IIBA. (2009). Gua para el Anlisis de Negocios Body of Knowledge (Gua BABOK). Toronto.
[14] Herlea, D. (1996). Usuarios Participacin en los Requisitos Ingeniera
,KAW96,
de Procesos
Banff, Canad.
[15] Zowghi, D.; Coulin, C. (2005): Ingeniera y Gestin de Requisitos de software. Aurum, aybuke y Claes Wohlin (eds).
Springer-Verlag.
[16] Young, RR (2002): Requisitos recomendados prcticas de recoleccin, CrossTalk,
15(4), abril de 2002, pp 9-12.
[17] Kausar, S.; Tariq, S.; Riaz, S; Khanum, A. (2010): Directrices para la seleccin de las tcnicas de obtencin. ICET 2010, 18 -19 de octubre.
[18] Goguen, JA; Linde, C. (1993): Tcnica para la obtencin de requisitos ", RE 1993, pp 152-164.
[19] Davis, A. M.; Tubo, . D.; Hickey, AM; Juzgado, NJ; Moreno, AM (2006): Efectividad de la obtencin de requisitos
Tcnicas: Resultados empricos obtenidos de una revisin sistemtica. RE 2006, pp 176-185.
[20] Chua, BB, Bernardo, V.; Verner, JM (2010): La comprensin de la utilizacin de mtodos de elicitacin de requisitos eficaces
Recopilacin. ICSEA 2010, pp 325-330.
[21] Rahman NA; Sahibuddin, S. (2011): obtencin de requisitos para el Manejo de Problemas suaves: una visin general, ICCET 2011, Malasia.
[22] John, I.; Dorr, J. (2003): Obtencin de los requisitos de documentacin del usuario. REFSQ 03, pp.16-17.
[23], Liu, L.; Li, T.; Peng F. (2010), por qu Ingeniera de Requisitos falla: Un Informe de la Encuesta de China. RE 2010, pp 317-322, IEEE
Computer Society.
[24] Coulin, C.; Zowghi, D; Sahraoui, A. (2005): Un ligero enfoque situacional taller centrado en las primeras etapas de
Obtencin de requisitos de desarrollo de software. SREP '05, Pars, Francia.
[25] Apshvalka, D.; Donina, D.; Kirikova, M. (2009): La comprensin de los problemas de los requisitos del proceso de Elicitacin: A Human
Perspectiva de Desarrollo de Sistemas de Informacin, Springer, pp 211-223
[26] Thew, S.; Sutcliffe, AG (2008): La investigacin de la funcin de los "Temas suaves en el proceso de RE. RE 2008, pp 63-66.
[27] Palmer, JD; Liang, Y.; Wang, L. (1990): La clasificacin como un enfoque para anlisis de requisitos, "Avances en la Clasificacin
Investigacin y Aplicacin: Proc. Primero ASIS SIG / CR Clasificacin Taller de Investigacin, SM Humphrey y B. H. Kwasnik, eds.,
Informacin aprendida, Medford, N.J.
[28] Giorgini, P.; Massacci, F.; Mylopoulos, J.; Zannone, N. (2006): Deteccin de Conflictos de Inters. RE 2006, pp 308-311.
[29] Ahmad, S. (2008): La negociacin en la obtencin de requisitos y el proceso de anlisis. ASEC 2008, pp 683-689.
[30] Finkelstein, A.; Goedicke, M., J. Kramer; Niskier, C. (1989): Punto de vista Oriented Software Development: Mehtods y puntos de vista
Ingeniera de Requisitos. Mtodos algebraicos 1989, pp 29-54.
[31] Boehm, B.; Bose, P.; Horowitz, E.; Lee, MJ (1995), Requisitos de Negociacin y Ayudas Renegociacin: A Theory-W Spiral Based
Enfoque. CISE-17, Seattle, EE.UU., pp 243-254.
[32] Ct, I.; Heisel, M.; Schmidt, H.; Hatebur, D. (2011): UML4PF - Una herramienta para la resolucin de problemas concretos de anlisis de requisitos. RE
349-350.
2011, pp
[33] As mmerville, I.; Sawyer, P.; Viller, S. (1998): Puntos de vista de la obtencin de requisitos: Un enfoque prctico. ICRE 1998, pp.74-81.
[34] Bahill, AT; DEAN, FF (2009): El descubrimiento de los requisitos del sistema, Captulo 4 del Manual de Ingeniera de Sistemas y
Gestin, A.P.Sage y W.B. Rouse (Eds.), 2 ed. John Wiley & Sons, pp.205-266.

ISSN: 0975-5462 vol. 4 No.06 06 2012 3002

Derechos de autor del International Journal of Engineering Science & Technology es propiedad de Revistas Engg
Publicaciones y su contenido no puede ser copiado o enviado por correo electrnico a mltiples sitios o enviado a una lista de distribucin sin la
el permiso expreso y por escrito del titular de los derechos de autor. Sin embargo, los usuarios pueden imprimir, descargar o artculos de correo electrnico
uso individual.