El documento describe el proceso de ingeniería de requisitos de software, incluyendo la extracción, análisis, especificación y validación de requisitos. Explica que la ingeniería de requisitos es un proceso de descubrimiento, refinamiento, modelado y especificación de los requisitos del sistema y el papel del software. También distingue entre requisitos funcionales y no funcionales.
1. Republica Bolivariana de Venezuela
Ministerio del Poder Popular Para la Educación Superior
Instituto Universitario Politécnico
``Santiago Mariño´´
Barcelona Edo. Anzoátegui
Profesor: Alumna:
Wilfredy Carrillo Jussamys Marcano C.I: 22.971.4582
2. La ingeniería de requisitos del software es un proceso de descubrimiento,
refinamiento, modelado y especificación. Se refinan en detalle los requisitos del
sistema y el papel asignado al software.
Tanto el desarrollador como el cliente tienen un papel activo en la ingeniería de
requisitos
El análisis de requisitos es una tarea de ingeniería del software que cubre el hueco
entre la definición del software a nivel sistema y el diseño de software. El análisis
de requerimientos permite al ingeniero de sistemas especificar las características
operacionales del software (función, datos y rendimientos), indica la interfaz del
software con otros elementos del sistema y establece las restricciones que debe
cumplir el software.
3. Los requerimientos o requisitos son la pieza fundamental en un proyecto de
desarrollo de software, ya que marcan el punto de partida para actividades como
la planeación, básicamente en lo que se refiere a las estimaciones de tiempos y
costos, así como la definición de recursos necesarios y la elaboración de
cronogramas que será uno de los principales mecanismos de control con los que
se contará durante la etapa de desarrollo. Además la especificación de
requerimientos es la base que permite verificar si se alcanzaron o no los objetivos
establecidos en el proyecto ya que estos son un reflejo detallado de las
necesidades de los clientes o usuarios del sistema y es contra lo que se va a
estar verificando si se están cumpliendo las metas trazadas.
5. Requisitos funcionales: Describen las interacciones entre el sistema y su ambiente, en
forma independiente a su implementación. El ambiente incluye al usuario y cualquier
otro sistema externo con el cual interactúe el sistema.
Requisitos no funcionales: Describen atributos sólo del sistema
o del ambiente del sistema que no están relacionados directamente con los requisitos
funcionales. Los requisitos no funcionales incluyen restricciones cuantitativas, como el
tiempo de respuesta o precisión, tipo de plataforma (lenguajes de programación y/o
sistemas operativos, etc.)
6. Correcta
No ambigua
Completa
Consistente
Calificada de acuerdo a la importancia y/o estabilidad
Verificable
Modificable
Rastreable
7. Estas actividades ayudan a reconocer la importancia que tiene para el desarrollo de
un proyecto de software realizar una especificación y administración adecuada de
los requerimientos de los clientes o usuarios
Extracción
Análisis
Especificación
Validación
8. Extracción:
Esta fase representa el comienzo de cada ciclo. Aquí, los analistas de
requerimientos deben trabajar junto al cliente para descubrir el problema que el
sistema debe resolver, los diferentes servicios que el sistema debe prestar, las
restricciones que se pueden presentar, etc.
Análisis:
Esta fase en la cual se enfoca en descubrir problemas con los requerimientos del
sistema identificados hasta el momento. Se van fijando reuniones con el cliente
para discutir los requerimientos.
9. Especificación
En esta fase se documentan los requerimientos acordados con el cliente, en un nivel
apropiado de detalle.
La especificación es el "pasar en limpio" el análisis realizado previamente aplicando
técnicas y/o estándares de documentación, como la notación UML (Lenguaje de
Modelado Unificado).
Validación:
Es la etapa final, su objetivo es, ratificar los requerimientos, es decir, verificar todos los
requerimientos que aparecen en el documento especificado para asegurarse que
representan una descripción, por lo menos, aceptable del sistema que se debe
implementar.