10712008
Description
Flashcards by Eduardo Luis Martelo Polo, updated more than 1 year ago
|
Created by Eduardo Luis Martelo Polo
over 6 years ago
|
|
| Question | Answer |
| ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE (ERS) | Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (o complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad. Está dirigida tanto al cliente como al equipo de desarrollo. El lenguaje utilizado para su redacción debe ser informal, de forma que sea fácilmente comprensible para todas las partes involucradas en el desarrollo. |
| REQUERIMIENTOS | Los requerimientos para un sistema son La descripción 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 algún problema como el control de un dispositivo, hacer un pedido o encontrar información. El proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones se denomina ingeniería de requerimientos. Algunos de los problemas que surgen durante el proceso de ingeniería de requerimientos son resultado de no hacer una clara separación entre estos diferentes niveles de descripción. Aquí se distinguen utilizando la denominación requerimientos del usuario y requerimientos del sistema |
| LAS CARACTERÍSTICAS DE UNA BUENA ERS SON DEFINIDAS POR EL ESTÁNDAR IEEE 830-1998. UNA BUENA ERS DEBE SER | No ambigua: Una ERS es no ambigua si y solo si cada requisito tiene una única interpretación. Completa: Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas. Consistente: Debe ser coherente con los propios requerimientos y también con otros documentos de especificación. Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar. Correcta: El software debe cumplir con los requisitos de la especificación. Trazable: Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada. Priorizable: Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales. Modificable: Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable. Verificable: Debe existir un método finito sin costo para poder probarlo. |
| EJEMPLO DE REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES DE LA APLICACIÓN |
Want to create your own Flashcards for free with GoConqr? Learn more.