Sunteți pe pagina 1din 3

El proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones se denomina ingeniera de requerimientos (RE).

Los requerimientos para un sistema son la descripcin de los servicios proporcionados por el sistema y sus restricciones operativas. Estos requerimientos reflejan las necesidades de los clientes de un sistema que ayude a resolver algn problema como el control de un dispositivo, hacer un pedido o encontrar informacin. La ingeniera de requisitos facilita el mecanismo apropiado para comprender lo que quiere el cliente, analizando necesidades, confirmando su viabilidad, negociando una solucin razonable, especificando la solucin sin ambigedad, validando la especificacin y gestionando los requisitos para que se transformen en un sistema operacional. El proceso de ingeniera de requisitos puede ser descrito en 5 pasos distintos: Identificacin de Requisitos, Anlisis de Requisitos y Negociacin, Especificacin de Requisitos, Modelizado del Sistema, Validacin de Requisitos y Gestin de Requisitos. Identificacin de Requisitos. preguntar al cliente, a los usuarios y a los que estn involucrados en los objetivos del sistema o producto y sean expertos, investigar cmo los sistemas o productos se ajustan a las necesidades del negocio, y finalmente, cmo el sistema o producto va a ser utilizado en el da a da Anlisis de Requisitos y Negociacin. Una vez recopilados los requisitos, el producto obtenido configura la base del anlisis de requisitos. Los requisitos se agrupan por categoras y se organizan en subconjuntos, se estudia cada requisito en relacin con el resto, se examinan los requisitos en su consistencia, completitud y ambigedad, y se clasifican en base a las necesidades de los clientes/usuarios. Especificacin de Requisitos. En el contexto de un sistema basado en computadoras (y software), el trmino especificacin significa distintas cosas para diferentes personas. Una especificacin puede ser un documento escrito, un modelo grfico, un modelo matemtico formal, una coleccin de escenarios de uso, un prototipo o una combinacin de lo anteriormente citado. Algunos sugieren que debe desarrollarse una plantilla estndar [SOM97] y usarse en la especificacin del sistema, argumentando que as se conseguiran requisitos que sean presentados de una forma ms consistente y ms comprensible. No obstante, en muchas ocasiones es necesario buscar la flexibilidad cuando una especificacin va a ser desarrollada. Para grandes sistemas, un documento escrito, combinado con descripciones en lenguajes natural y modelos grficos puede ser la mejor alternativa. En cualquier caso, los escenarios a utilizar pueden ser tanto los requeridos para productos de tamao pequeo o los de sistemas que residan en entornos tcnicos bien conocidos. La Especificacin del Sistema es el producto final sobre los requisitos del sistema obtenido por el ingeniero. Sirve como fundamento para la ingeniera del hardware, ingeniera del software, la ingeniera de bases de datos y la ingeniera humana. Describe la funcin y caractersticas de un sistema de computacin y las restricciones que gobiernan su desarrollo. La especificacin delimita cada elemento del sistema. La Especificacin del Sistema describe la informacin (datos y control) que entra y sale del sistema.

Modelizado del Sistema. Se construyen modelos del sistema por la misma razn que desarrollamos para una cocina un anteproyecto o una representacin en 3D. Es importante evaluar los componentes del sistema y sus relaciones entre s; determinar cmo estn reflejados los requisitos, y valorar como se ha concebido la esttica en el sistema. Validacin de Requisitos. Examina las especificaciones para asegurar que todos los requisitos del sistema han sido establecidos sin ambigedad, sin inconsistencias, sin omisiones, que los errores detectados hayan sido corregidos, y que el resultado del trabajo se ajusta a los estndares establecidos para el proceso, el proyecto y el producto. Gestin de Requisitos. Es un conjunto de actividades que ayudan al equipo de trabajo a identificar, controlar y seguir los requisitos y los cambios en cualquier momento. Muchas de estas actividades son idnticas a las tcnicas de gestin de configuracin del software. Como en la Gestin de Configuracin del Software (GCS), la gestin de requisitos comienza con la actividad de identificacin. A cada requisito se le asigna un nico identificador. 1. Los requerimientos del usuario son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar. 2. Los requerimientos del sistema establecen con detalle las funciones, servicios y restricciones operativas del sistema. El documento de requerimientos del sistema (algunas veces denominado especificacin funcional) debe ser preciso. Debe definir exactamente qu es lo que se va a implementar. Puede ser parte del contrato entre el comprador del sistema y los desarrolladores del software. A menudo, los requerimientos de sistemas software se clasifican en funcionales y no funcionales, o como requerimientos del dominio: 1. Requerimientos funcionales. Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que ste debe reaccionar a entradas particulares y de cmo se debe comportar en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas tambin pueden declarar explcitamente lo que el sistema no debe hacer. 2. Requerimientos no funcionales. Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estndares. Los requerimientos no funcionales a menudo se aplican al sistema en su totalidad. Normalmente apenas se aplican a caractersticas o servicios individuales del sistema.
Los tipos de requerimientos no funcionales son: 1. Requerimientos del producto. Estos requerimientos especifican el comportamiento del producto. Algunos ejemplos son los requerimientos de rendimiento en la rapidez de ejecucin del sistema y cunta memoria se requiere; los requerimientos de fiabilidad que fijan la tasa de fallos para que el sistema sea aceptable; los requerimientos de portabilidad, y los requerimientos de usabilidad. 2. Requerimientos organizacionales. Estos requerimientos se derivan de polticas y procedimientos existentes en la organizacin del cliente y en la del desarrollador. Algunos ejemplos son los estndares en los procesos que deben utilizarse; los requerimientos de implementacin, como los lenguajes de programacin o el mtodo de diseo a utilizar, y los requerimientos de entrega que especifican cundo se entregar el producto y su documentacin. 3. Requerimientos externos. Este gran apartado incluye todos los requerimientos que se derivan de los factores externos al sistema y de su proceso de desarrollo. stos pueden incluir los

requerimientos de interoperabilidad que definen la manera en que el sistema interacta con sistemas de otras organizaciones; los requerimientos legislativos que deben seguirse para asegurar que el sistema funcione dentro de la ley, y los requerimientos ticos. Estos ltimos son puestos en un sistema para asegurar que ser aceptado por sus usuarios y por el pblico en general.

3. Requerimientos del dominio. Son requerimientos que provienen del dominio de aplicacin del sistema y que reflejan las caractersticas y restricciones de ese dominio. Pueden ser funcionales o no funcionales.
En este artculo se presentan apartes del resultado de la investigacin sobre algunas herramientas CASE que apoyan las tareas de la Ingeniera de Requisitos (IR). Dicha fase esta contemplada en el proceso de Ingenierade Software para el desarrollo de proyectos informticos. Adems se pretende analizar, sistematizar e integrarlos resultados del estudio con el fin de determinarlas principales caractersticas, ventajas y desventajas de una herramienta CASE para la IR.

S-ar putea să vă placă și