15.02.2014 Views

Tesis_Febrero v11 - Universidad Monteávila

Tesis_Febrero v11 - Universidad Monteávila

Tesis_Febrero v11 - Universidad Monteávila

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

2.2.8 Metodologías de Gestión de Requerimientos de Software<br />

La ingeniería de software ha presentado distintas metodologías y<br />

herramientas para la obtención de software, cada vez de mejor calidad. Sin<br />

embargo, los problemas del desarrollo de sistemas mal definidos no están<br />

del todo ausentes. Las Metodologías consultadas sobre la Gestión de<br />

Requerimientos de Software son:<br />

1. Metodología de Documentación de Requerimientos Centrada en el<br />

Usuario (DoRCU) para la Ingeniería de Requerimientos<br />

Es una metodología para la Ingeniería de Requerimientos<br />

caracterizada por su flexibilidad y orientación al usuario. Considera los<br />

mejores resultados de los enfoques examinados y se apoya en diversos<br />

métodos, técnicas y herramientas ya desarrollados por otros autores, pero<br />

sin comprometerse con los lineamientos de un paradigma en particular.<br />

Tiende, además, a que se unifique la terminología empleada en el campo de<br />

la Ingeniería de Requerimiento (IR), eliminando de esta manera aparentes<br />

discrepancias que sólo son la consecuencia de confusiones semánticas que<br />

dificultan aún más el proceso de definición de requerimientos.<br />

2. Metodología para Proceso Racional Unificado (RUP)<br />

Es una metodología para el desarrollo de un proyecto de software<br />

que define claramente quién, cómo, cuándo y qué debe hacerse en el<br />

proyecto. Como tres características esenciales, está dirigida a los casos de<br />

uso: que orientan el proyecto a la importancia para el usuario y lo que éste<br />

quiere. Está centrado en la Arquitectura: que relaciona la toma de decisión<br />

que indican cómo tiene que ser construido el sistema y en qué orden. Es<br />

iterativo e incremental: donde divide el proyecto en un miniproyecto donde<br />

los casos de uso y la arquitectura cumplen sus objetivos de manera más<br />

34

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!