Please enable JavaScript.
Coggle requires JavaScript to display documents.
Ingenierıa de Requerimientos - Coggle Diagram
Ingenierıa de Requerimientos
descripción
El proceso para establecer los servicios que el sistema debería proveer y las restricciones bajo las cuales debería operar y ser desarrollado, se llama Ingeniería de Requerimientos
es la segunda fase estipulada en el ciclo de vida de cascada,
como se muestra
(Requerimientos no funcionales o atributos de calidad o cualidades del sistema). Un
requerimiento no funcional es una restricción sobre el sistema o su proceso de producción
Un requerimiento funcional describe una interacción entre el sistema y su ambiente. Los requerimientos funcionales describen como debe comportarse el sistema ante un estımulo
1.1. Relaci ́on de los requerimientos con otros documentos
el diseño y la especificación del sistema se obtienen a partir de los requerimientos. A su vez, el diseño y la especificación se utilizan para implementar el programa. Finalmente, los requerimientos son el documento esencial para llevar adelante el testing de aceptación.
1.2. El lımite de la Ingeniera de Requerimientos
Este lımite puede expresarse de la siguiente forma: es virtualmente imposible iniciar la construcción de un sistema de software teniendo la lista completa y consistente de todos los requerimientos, en un tiempo razonable.
Entre las razones que justifican esta hipótesis tenemos las siguientes:
-Usualmente se requiere que los grandes sistemas de software constituyan una superaci ́on del estado del arte en cierto dominio de aplicaci ́on.
-Los grandes sistemas normalmente son utilizados por una comunidad de usuarios muy diversos. Esto implica que cada grupo de usuarios plantear ́a expectativas y requerimientos diferentes sobre el sistema.
-En general la gente que paga por el sistema y quienes lo usan no son los mismos, lo que genera conflictos entre lo que se puede pagar y lo que se necesita.
-La introducci ́on de un sistema de software importante en una organizaci ́on es tan disruptiva que suele producir cambios igualmente importantes en la organizaci ́on lo que, a su vez, genera nuevos requerimientos sobre el sistema.
-El entorno en el cual se instala y opera el sistema cambia por lo que el sistema debe cambiar tambi ́en.
-El negocio de la empresa productora del software suele cambiar por lo que sus ejecutivos solicitan nuevas funciones o cualidades al sistema.
1.3. La importancia de los requerimientos
Si bien la importancia de los requerimientos es bastante obvia creemos que es conveniente resaltar algunas cuestiones especıficas por lo que reproducimos aquí, casi textualmente
En 1994 el Standish Group realiz ́o un estudio sobre 8.000 proyectos de software con el objetivo
de determinar el grado de ́éxito de cada uno de ellos.
Los resultados fueron bastante desalentadores:
Requerimientos incompletos (13,1 %)
Falta de compromiso del usuario (12,4 %)
Falta de recursos (10,6 %)
Expectativas no realistas (9,9 %)
Falta de soporte ejecutivo (9,3 %)
Requerimientos y especificaciones cambiantes (8,7 %)
Falta de planeamiento (8,1 %)
Fin de la necesidad del sistema (7,5 %)
