See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/328319515

La Ingeniería de Requisitos como pilar fundamental en el desarrollo exitoso de

proyectos de software

Article · October 2016

CITATION READS

1 188

2 authors:

Ivette Barrientos Lenna Carballo Muñoz

University of Ciego de Ávila University of Ciego de Ávila
25 PUBLICATIONS   5 CITATIONS    21 PUBLICATIONS   6 CITATIONS   

SEE PROFILE SEE PROFILE

Some of the authors of this publication are also working on these related projects:

Informatización de la Contraloría General de la República View project

Soluciones informáticas y formativas que garantizan la gestión de la información en las instituciones educativas y empresariales con el uso del análisis de datos y la
inteligencia organizacional. View project

All content following this page was uploaded by Ivette Barrientos on 16 October 2018.

The user has requested enhancement of the downloaded file.

La Ingeniería de Requisitos como pilar fundamental en el
desarrollo exitoso de proyectos de software
Requirements engineering as a cornerstone in the successful
development of software projects

Ing. Ivette Barrientos Núñez 1*, MsC. Lenna Carballo Muñoz 2

1
Facultad de Ciencias Informáticas. Universidad de Ciego de Ávila Máximo Gómez Báez. Km 9 ½ Carretera a
Morón. Ciego de Ávila. Cuba. ivette@unica.cu
2
Facultad de Ciencias Informáticas. Universidad de Ciego de Ávila Máximo Gómez Báez. Km 9 ½ Carretera a
Morón. Ciego de Ávila. Cuba. lenna@unica.cu
*
Autor para correspondencia: ivette@unica.cu

Resumen
La presente investigación tiene como objetivo principal proponer un procedimiento para aplicar la Ingeniería de
Requisitos en proyectos pequeños, específicamente a los desarrollados en el Departamento de Desarrollo de Software
de la Facultad de Ciencias Informáticas, perteneciente a la Universidad de Ciego de Ávila Máximo Gómez Báez de la
provincia Ciego de Ávila. Se aborda la necesidad de realizar este proceso de forma correcta, los conceptos
relacionados con el mismo, las actividades que componen la Ingeniería de Requisitos y se exponen las tareas que
componen cada actividad del marco de trabajo de este proceso. Con el análisis de las necesidades y características
específicas que presenta la actividad productiva del Departamento antes mencionado, se propone ajustar las
actividades y tareas dentro de las mismas, pertenecientes a la Ingeniería de Requisitos, para lograr la culminación
exitosa de los proyectos realizados en esta entidad. Se realizó una estimación del tiempo que durará este proceso si se
tienen en cuenta las especificaciones dadas correspondientes a roles y años de experiencia en el rol. El resultado
obtenido sirve como guía para la realización de la Ingeniería de Requisitos en los proyectos del Departamento de
Desarrollo de Software y revertió en gran medida la situación que existía en el mismo.

Palabras clave: desarrollo de software, ingeniería de requisitos, proceso, requisitos

Abstract
This research has as main objective to propose a process for applying Requirements Engineering in small projects,
specifically developed in the Department of Software Development, Faculty of Computer Science, belonging to the
University of Ciego de Avila Maximo Gomez Baez in Ciego de Avila province. The need to perform this process
properly is covered, the concepts related to it, the activities comprising Requirements Engineering and tasks that
make up each activity in the framework of this process are discussed. With the analysis of the specific needs and
characteristics presented by the productive activity of the aforementioned Department, it is proposed to adjust
activities and tasks within them, belonging to Requirements Engineering order to achieve the successful completion of
the projects in this entity. The project time length estimation was made taking in account the given specifications

Grupo Editorial “Ediciones Futuro” 1

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
corresponding to roles and years of experience. The result obtained is a guide for making Requirement Engineering
in the Software Development Department's projects, and with its appliance, the previous situation of the department
was reverted.

Keywords: process, software development, requirement, requirements engineering

Introducción
Durante varias décadas, en el marco del desarrollo de software, la Ingeniería de Requisitos (IR) era relegada por la
poca atención que recibía por parte de los desarrolladores e ingenieros de software.

A pesar de esto desde la década de los 80 del pasado siglo varios autores se percataron de la importancia de realizar
correcta y eficientemente una IR para influir directamente en la calidad y la exitosa terminación de un producto de
software. Un ejemplo de esto lo constituye Fred Brooks al expresar que: “Lo más difícil en la construcción de un
sistema software es decidir precisamente qué construir… No existe tarea con mayor capacidad de lesionar al
sistema, cuando se hace mal... Ninguna otra tarea es tan difícil de rectificar a posteriori...” (F.P.Brooks, 1987)

Con el surgimiento de la Web 2.0, 3.0 y la Web Semántica, así como de todas las tecnologías y lenguajes alrededor de
estos conceptos salta a la vista la importancia y relevancia de las aplicaciones web en este ámbito. Para Cuba es
importante poder hacer uso y beneficiarse de las bondades de realizar satisfactoriamente proyectos de software,
específicamente de aplicaciones web que fomenten el desarrollo económico y social.

Partiendo de la importancia que tiene la correcta realización de los procesos asociados a la IR para el desarrollo
exitoso de productos de software, específicamente de aplicaciones web, el presente trabajo tiene como objetivo
proponer un procedimiento para aplicar la Ingeniería de Requisitos (IR) en proyectos pequeños.

La motivación fundamental la constituyen los resultados alcanzados, en cuanto a la culminación exitosa de proyectos
de software, desarrollados en el Departamento de Desarrollo de Software de la Facultad de Ciencias Informáticas
perteneciente a la Universidad de Ciego de Ávila Máximo Gómez Báez.

Materiales y métodos o Metodología computacional

Impacto de la IR en el desarrollo de software

Grupo Editorial “Ediciones Futuro” 2

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
Según el CHAOS REPORT 2015 del Standish Group (The Standish Group, 2015) el desarrollo de proyectos de
software se comportó de la siguiente manera:

Figura 1: Comportamiento de los proyecto desde el 2011 al 2015

Se considera que:

 Éxito: proyecto finalizado dentro del plazo y presupuesto y cumpliendo todos los requisitos.
 Con problemas o cuestionado: proyecto finalizado pero fuera de plazo, fuera de presupuesto y sin cumplir
todos los requisitos.
 Fracaso: proyecto cancelado durante el desarrollo.

Según este mismo reporte estos factores están dados por:

Tabla 1: Factores relacionados con el destino final de los proyectos de software según el CHAOS Report
Factores de Éxito
Implicación de los usuarios
Apoyo de los directivos
Enunciado claro de
requisitos
Planificación adecuada
Planificación adecuada
Expectativas realistas
Causas de Problemas Causas de Fracasos
Falta de información por parte Requisitos incompletos
de los usuarios
Especificaciones y requisitos Falta de implicación de los
incompletos usuarios
los Especificaciones y requisitos Falta de recursos
cambiantes
Falta de apoyo de los directivos Expectativas no realistas
Incompetencia tecnológica Falta de apoyo de los directivos
Falta de recursos Especificaciones y requisitos

Grupo Editorial “Ediciones Futuro” 3

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
 cambiantes
Hitos de proyecto pequeños Expectativas no realistas Falta de planificación
Personal competente Objetivos poco claros Ya no lo necesito
Sentimiento de propiedad Plazos temporales no realistas Falta de gestión de TIC
Visión y objetivos claros Nueva tecnología Desconocimiento de la
tecnología
Trabajo duro y personal
concentrado

Según el Chaos Report 2015, muy pocos proyectos grandes se desempeñan bien atendiendo a las 3 restricciones de la
gestión de proyectos, costo, tiempo y alcance. Situación bien diferente la presentan los proyectos pequeños, que
tienen más de un 62% de posibilidades de éxito; un proyecto grande no tiene prácticamente ninguna posibilidad de
terminar a tiempo, dentro del presupuesto y dentro de su alcance, que es la definición del Standish Group de un
proyecto exitoso. Los grandes proyectos tienen el doble de posibilidades de terminar fuera de calendario, fuera de
presupuesto, y que faltándole características críticas, en contraposición a los proyectos más pequeños.

Figura 2: Destino de los proyectos según su tamaño, basado en datos extraídos del Chaos Report 2015

Grupo Editorial “Ediciones Futuro” 4

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
Luego de analizar los datos anteriores se llega a la conclusión de que una parte del éxito o fracaso, ya sea total o
parcial de los proyectos de software, está determinada por el tratamiento que se le da a los requisitos, la importancia
que se le confiera a este proceso y además por el tamaño del proyecto desarrollado.

Para garantizar el correcto tratamiento de los requisitos durante el proceso de desarrollo de software surge la
disciplina Ingeniería de Requisitos (IR).

Ingeniería de Requisitos

El núcleo de esta disciplina son precisamente los requistos por tanto se hace necesario definir el significado de este
término.

Según Sommerville un requisito es “En algunos casos una declaración abstracta de alto nivel de un servicio que
debe proporcionar el sistema o una restricción de éste. En el otro extremo es una definición detallada y formal de
una función del sistema” (Sommerville, 2005)

Goguen lo define como la “propiedad que un sistema debería tener para tener éxito en el entorno en el que se
usará” (Goguen, 1994)

El Glosario de Terminología Estándar de Ingeniería de Software (IEEE: Standard Glossary of Software

Engineering Terminology) define requisito como (IEEE Computer Society, 1990):

 Condición o capacidad que necesita un usuario para resolver un problema o lograr un objetivo.
 Condición o capacidad que tiene que ser alcanzada o poseída por un sistema o componente de un sistema
para satisfacer un contrato, estándar, u otro documento impuesto formalmente.
 Una representación en forma de documento de una condición o capacidad como las expresadas en 1 o en 2.

De acuerdo con el Cuerpo de Conocimiento de la Ingeniería de Software (Swebok) un requisito es “una

característica que se debe exhibir para solucionar un cierto problema del mundo real.” (IEEE, 2004)

A partir del análisis realizado a cada una de las definiciones anteriores se determina que una de las más completas que
abarca lo que es un requisitos en su totalidad es la dada por Sommerville “En algunos casos una declaración

Grupo Editorial “Ediciones Futuro” 5

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
abstracta de alto nivel de un servicio que debe proporcionar el sistema o una restricción de éste. En el otro extremo
es una definición detallada y formal de una función del sistema”

Luego de definir qué es un requisito se analizarán algunas definiciones de la disciplina Ingeniería de Requisitos dadas
por autores estudiosos de este tema.

Sommerville define la Ingeniería de Requisitos como: “El proceso de descubrir, analizar, documentar y verificar los
servicios proporcionados por el sistema y sus restricciones operativas.” (Sommerville, 2005)

Por otra parte Pressman plantea que la IR “proporciona el mecanismo apropiado para entender lo que el cliente
quiere, analizar las necesidades, evaluar la factibilidad, negociar una solución razonable, especificar la solución sin
ambigüedades, validar la especificación, y administrar los requisitos conforme éstos se transforman en un sistema
operacional.” (Pressman, 2005)

Según Loucopoulos “la Ingeniería de Requerimientos tiene que ver con aquellas actividades en pos de entender
exactamente las necesidades de los usuarios de un Sistema de Software y traducir tales necesidades a un conjunto de
sentencias precisas, no ambiguas, las cuales serán usadas para el desarrollo del Sistema” (Pericles Loucopoulos,
1995)

Al analizar estas tres definiciones se puntualiza que para este trabajo se tomará la definición dada por Somerville
añadiendo elementos importantes de la planteada por Pressman quedando como definición completa de la Ingeniería
de Requisitos: “El proceso de descubrir, analizar, documentar y verificar los servicios proporcionados por el sistema
y sus restricciones operativas y además proporciona el mecanismo apropiado para entender lo que el cliente quiere,
analizar las necesidades, evaluar la factibilidad, negociar una solución razonable¨

Actividades de la Ingeniería de Requisitos

La IR, como proceso general, está compuesta por diferentes actividades. A lo largo del tiempo varios autores han
definido estas actividades. A continuación se detalla este marco de proceso.

Pressman (Pressman, 2005) define siete tareas para la IR: “inicio, obtención, elaboración, negociación,
especificación, validación y gestión”. Resulta importante destacar que algunas de estas funciones ocurren en paralelo
y que todas deben adaptarse a las necesidades del proyecto. Todas están dirigidas a definir lo que el cliente quiere, y

Grupo Editorial “Ediciones Futuro” 6

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
todas sirven para establecer una base sólida respecto del diseño y la construcción de lo que obtendrá el cliente.
(Pressman, 2005)

Sommerville plantea que la IR se subdivide en cuatro subprocesos de alto nivel: Estudio de la viabilidad (trata de la
evaluación de si el sistema es útil para el negocio), Obtención y Análisis (se refiere al descubrimiento de los
requisitos), Especificación (la transformación de los requerimientos en formularios estándar) y Validación (es la
verificación de que los requerimientos realmente definen el sistema que quiere el cliente) (Sommerville, 2005)

Según el SWEBOK “El área de conocimiento de los requisitos de software se refiere a la elicitación, análisis,
especificación y validación de los requisitos de software” (IEEE, 2004), y Karl E. Wiegers coincide igualmente con
estas actividades (Wiegers, 2003).

Caracterización de los proyectos desarrollados en el Centro de Desarrollo de Soluciones Informáticas.

El Departamento de Desarrollo de Software de la Facultad de Ciencias Informáticas pertenece a la Universidad

Máximo Gómez Báez que se encuentra ubicada en la provincia de Ciego de Ávila. Este centro cuenta con 6 años de
fundado, y desde esa fecha se ha dedicado a brindar soluciones informáticas con el empleo de técnicas avanzadas y
metodologías ágiles del desarrollo de software, para garantizar la promoción y difusión de productos y servicios, así
como apoyar la gestión de la información y toma de decisiones en los procesos empresariales de la región central de
país.
Los productos desarrollados en esta entidad son, por tanto, proyectos pequeños, de corta duración, con planificación
para aproximadamente 6 meses, en su totalidad aplicaciones web de gestión.

Luego de estudiar los resultados finales de esos proyectos se pudo constatar como el manejo inadecuado y la falta de
una guía que rigiera y organizara la fase inicial del desarrollo, específicamente el trabajo con los requisitos trajo
consigo proyectos cancelados y cuestionados en el 75% de los casos.

Resultados y discusión

Procedimiento para aplicar la IR a los productos del Centro de Desarrollo de Soluciones Informáticas

Para porponer un procedimiento que permita transitar con éxito la fase de Ingeniería de Requisitos y garantice la
culminación exitosa de los productos de software que se desarrollan en el Centro de Desarrollo de Soluciones

Grupo Editorial “Ediciones Futuro” 7

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
Informáticas de la Universidad Máximo Gómez Báez se hace necesario precisar que de las actividades vistas en el
Epígrafe: Actividades de la Ingeniería de Requisitos, y luego de analizar todas las propuestas expuestas y dadas las
características de los proyectos realizados en el Centro de Desarrollo, se definen 4 actividades dentro de la Ingeniería
de Requisitos: Obtención, Análisis, Especificación y Validación. No se tiene en cuenta la actividad de Estudio de
Viabilidad ya que se considera que se debe tratar en el marco de la Gestión de Proyecto, en la fase inicial. Y se
considera además tratar por separado las actividades de Obtención y Análisis por la complejidad e importancias de las
mismas. A continuación se describen las actividades y se definen las tareas por cada una de ellas.
Obtención
Actividad en la que los ingenieros de requisitos interactúan con el resto de los participantes para obtener, registrar, y
si es necesario negociar, los requisitos que deberá satisfacer el sistema a desarrollar desde el punto de vista de clientes
y usuarios (Toro, 2000). El proceso de obtención puede resultar complejo, principalmente si el entorno de trabajo es
desconocido para el equipo de analistas, y depende mucho de las personas que participen en él.

Por la complejidad que todo esto puede implicar, la IR ha trabajado desde hace años en desarrollar técnicas que
permitan hacer este proceso de una forma más eficiente y precisa (María José Escalona, 2002). Entre las técnicas que
existen para llevar a cabo la actividad se encuentran: las entrevistas, cuestionarios, JAD (Joint Application
Development/Desarrollo conjunto de aplicaciones), Brainstorming (Tormenta de ideas), Concept Mapping, Caso de
uso, Cuestionarios y Checklists.

Teniendo en cuenta que se está tratando de proyectos pequeños que utilizan metodologías ágiles debido a lo cual el
cliente está totalmente involucrado en el desarrollo de software se considera que la técnica más efectiva a aplicar es la
Entrevista; ya que las demás técnicas requerirían de mucho personal para ser aplicada y además de mucho tiempo
para analizar sus resultados, cosa que atrasaría el proceso de desarrollo de software.

De los dos tipos de entrevistas que existen: estructurada y no estructurada, se selecciona la primera ya que esta se
elabora a partir de preguntas cerradas las cuales arrojan resultados concretos que permiten una comprensión más clara
y precisa. Esto ahorrará tiempo de forma considerable.

Trabajador: Analista con 5 años de experiencia como mínimo.

Duración estimada de la actividad: 40 horas (6 días trabajando en jornadas de 8 horas)

Grupo Editorial “Ediciones Futuro” 8

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
Análisis

El objetivo principal de esta actividad es descubrir conflictos en los requisitos obtenidos previamente, profundizando
en el conocimiento del problema mediante la construcción de modelos conceptuales que sean fácilmente entendibles
por los desarrolladores y que puedan servir de base en la fase de diseño. (Toro, 2000)

Esta actividad para su ejecución consta de la realización de diferentes tareas:

 Identificar y Clasificar requisitos:
o Se identifican a partir del estudio de los requisitos propios capturados por la técnica a partir de lo
obtenido desde sus proveedores de información y se clasifican según la categoría en Requisitos
Funcionales (RF) y Requisitos no Funcionales (RNF).
o A la hora de clasificar los requisitos se debe tener en cuenta la presencia de los atributos de calidad
(ambigüedad, complejidad, redundancia, consistencia o factibilidad, completitud, rastreabilidad,
conciso) para garantizar una mayor aceptación y aprobación de los requisitos por parte del cliente.
 Establecer la prioridad de requisitos:
o Esto se realiza con el objetivo de distribuir en el tiempo la ejecución de los requisitos.
o En dependencia de la implicación que tenga cada funcionalidad en el sistema desarrollado se le otorga
la prioridad (crítico, secundario, opcional y auxiliar)

Trabajador: Analista con 5 años de experiencia como mínimo.

Duración estimada de la actividad: 8 horas (1 día trabajando en jornadas de 8 horas)

Especificación

Tiene como objetivo documentar toda la información relativa al dominio de la aplicación teniendo en cuenta el
alcance del proyecto y el receptor de la información.

A partir del listado de requisitos se crea un documento formal donde se va a detallar cada uno de ellos,
estableciéndose formalmente el documento “Especificación de Requisitos”. Este documento permite a los
desarrolladores entender correctamente las funcionalidades y características del sistema a desarrollar.

Trabajador: Analista con 5 años de experiencia como mínimo.

Grupo Editorial “Ediciones Futuro” 9

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
Duración estimada de la actividad: 16 horas (2 días trabajando en jornadas de 8 horas)

Validación

La validación de requisitos trata de mostrar que éstos realmente definen el sistema que el cliente desea. Además
examina la especificación para asegurar que todos los requisitos de software se han establecido de manera precisa,
que se han detectado inconsistencias, omisiones, errores y que éstos han sido corregidos y que los productos de
trabajo cumplen con los estándares para el proceso, proyecto y producto.

Se utilizan en este proceso varias Técnicas de Validación como: revisiones de documentos, prototipos (funcionales y
no funcionales), casos de pruebas, auditorías, matrices de trazabilidad y listas de chequeo.
En este caso se propone utilizar las listas de chequeo como una forma ágil de verificar si las funcionalidades
identificadas son las que el cliente realmente desea.

Las listas de chequeo, Check Lists u Hojas de Verificación, son formatos creados para realizar actividades repetitivas,
controlar el cumplimiento de una lista de requisitos o recolectar datos ordenadamente y de forma sistemática. Se usan
para hacer comprobaciones sistemáticas de actividades o productos asegurándose de que el trabajador o inspector no
se olvida de nada importante.

Trabajador: Analista con 5 años de experiencia como mínimo.

Duración estimada de la actividad: 8 horas (1 día trabajando en jornadas de 8 horas)

Duración total del proceso de IR siguiendo el procedimiento propuesto

Al aplicase este procedimiento, a los proyectos del Departamento de Desarrollo de Software de la Facultad de
Ciencias Informáticas, teniendo en cuenta todas sus recomendaciones, el proceso de IR tomó el siguiente tiempo:

Trabajador: Analista con 5 años de experiencia como mínimo.

Duración estimada del proceso: 72 horas (9 días trabajando en jornadas de 8 horas)

Conclusiones

Grupo Editorial “Ediciones Futuro” 10

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
La correcta aplicación de la disciplina Ingeniería de Requisitos incide positivamente en la terminación exitosa de
proyectos de software. La propuesta presentada se adapta a las exigencias y perfil del Departamento de Desarrollo de
Software de la Facultad de Ciencias Informáticas en la Universidad Máximo Gómez Báez, centrándose
fundamentalmente en el ahorro del tiempo de desarrollo y garantizando un sólido punto de partida para la fase de
Implementación. Al detallarse textual y gráficamente el proceso completo puede ser de fácil comprensión y aplicación
en los proyectos de desarrollo llevados a cabo por el personal de este centro. Además puede ser de utilidad para
cualquier entidad que desarrolle proyectos pequeños en un ámbito similar. Luego de la aplicación de este
procedimiento se constató el ahorro de tiempo y el cumplimiento de los plazos de entrega con la calidad requerida,
revirtiendo la situación del Departamento de cara a sus clientes.

Referencias

Brooks, Fred. 1975. The Mythical Man-Month. s.l.: Addison-Wesley, 1975. 0-201-00650-2.

Davis, Alan M. 1990. Software Requirements: Analysis and Specification. New Jersey: Prentice-Hall, 1990.
0-13-824673-4.

Goguen, Joseph A. 1994. Requirements engineering as the reconciliation of social and technical issues.
San Diego: Academic Press Professional, Inc.1994. 0-12-385335-4.

IEEE Computer Society. 1990. IEEE Standard Glossary of Software Engineering Terminology. 1990. 0-
7381-0391-8.

IEEE. 2004. Guide to the Software Engineering Body of Knowledge. California: Angela Burgess, 2004. 0-
7695-2330-7.

Jardon, Carlos González. 2010. ¿Por qué fracasan los proyectos? Liderar Proyectos. [En línea] 3 de julio
de 2010. [Citado el: 19 de noviembre de 2015.] http://www.liderarproyectos.com/index.php?q=node/25.

María José Escalona, Nora Koch. 2002. Ingeniería de Requisitos en Aplicaciones para la Web –Un
estudio comparativo. Sevilla: Universidad de Sevilla. Departamento de Lenguajes y Sistemas Informáticos,
2002.

Grupo Editorial “Ediciones Futuro” 11

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu
 Pericles Loucopoulos, Vassilios Karakostas. 1995. System Requirements Engineering. New York:
McGraw-Hill, Inc.1995. 0077078438.

Pressman, Roger S. 2005. Capítulo 7: Ingeniería de Requisitos. Ingeniería del Software. Un Enfoque
Práctico. Sexta Edición. s.l.: Mc Graw Hill, 2005, 7.

Sommerville, Ian. 2005. Ingeniería del Software. Séptima Edición. Madrid: Pearson Educación. SA, 2005.
84-7829-074-5.

—. 2005. Procesos de la Ingeniería de Requerimientos. Ingeniería del Software. Séptima Edición. Madrid:
Pearson Education. SA, 2005, 7.

The Standish Group. 2015. Welcome to our blog. The Standish Group. [En línea] 2015. [Citado el: 19 de
septiembre de 2016.] http://blog.standishgroup.com/.

Toro, Amador Durán. 2000. Un Entorno Metodológico de Ingeniería de Requisitos para Sistemas de
Información. Sevilla: Universidad de Sevilla. Departamento de Lenguajes y Sistemas Informáticos, 2000.

Wiegers, Karl E. 2003. Software Requirements, Second Edition. Washington: Microsoft Press, 2003. 0-
7356-1879-8.

Grupo Editorial “Ediciones Futuro” 12

Universidad de las Ciencias Informáticas. La Habana, Cuba
rcci@uci.cu

View publication stats