Elicitación de requisitos

Una elicitación de requerimientos es el proceso de descubrir los requerimientos para un

sistema a través de la comunicación con los clientes, usuarios del sistema y otras personas
que tengan algún tipo de interés y conocimiento sobre el producto a desarrollar
Los requisitos tienden a descubrir, tomar lo explicito y obtener la información para el
conocimiento del objeto en cuestión, en este caso los requisitos.
Los proyectos de software de calidad requieren de una especificación de requisitos de
calidad. Diversos estudios muestran que buena parte de los defectos que se presentan en un
software, se originan en la especificación de requisitos. Y lo más importante, entre más
temprano se detecta un problema en un proyecto, más económica es su corrección. Por
tanto, el primer paso en dirección a la mejora de calidad de un software es la mejora de
calidad de la especificación de requisitos.
tiene como rasgo una serie de numero que se describe como el promedio de fallos que puede
tener el proyecto y afecta la calidad gracias a los defectos, fracasos de la mala gestión de los
requisitos influyentes, esto no debe ocurrí porque afectaría la calidad de los requisitos en el
proyecto que se trabajaría a su vez entre eso están unos que detallan los posibles casos en
donde se verá un fallo o fracaso como estos:
El 47% se debe a los fracasos en proyectos por su mala gestión en requisitos
20% de los defectos que tienen de origen en los requisitos
Buscar y corregir los defectos del software luego de haber entregado, sale mas costoso que
hacerlo en la fase de requisitos. A mi criterio personal los requisitos del software es el El
proceso de recogida de información, análisis y documentación sobre los requisitos software
des del cliente, se conoce como ingeniería de requisitos. El objetivo de este tipo de Ingeniería
es el de desarrollar y mantener un documento de especificación de requisitos del sistema de
forma sofisticada y descriptiva. En las especificaciones del cliente, el cliente se acerca a la
organización para obtener el producto deseado desarrollado, expone una idea aproximada
de las funciones que el software debe cumplir y qué características se esperan del software.
Refiriéndose a esta información, los analistas elaboran un estudio detallado sobre la
viabilidad del sistema deseado y de sus funcionalidades, para proceder a desarrollarlo.
Este estudio de viabilidad se centra en el objetivo de la organización. El estudio analiza la
materialización práctica del producto software respecto a su implementación, la
contribución de proyecto a la organización, los límites de costes, y según los objetivos y
valores de la organización. Explora aspectos técnicos del proyecto y del producto, como la
utilidad, el mantenimiento, la productividad y la capacidad de integración.
El resultado de esta fase debe ser un informe del estudio de viabilidad, conteniendo
comentarios adecuados y recomendaciones para la gestión sobre si se debe tirar adelante o
no el proyecto. También muy importante todo debe ser presencial no se debe hablar con el
cliente por teléfono ya que esto no facilitaría y complicaría la interacción de cliente-analista.
Cuando se va a mostrar prototipos al cliente se le puede cuando hay un alto grado de
incertidumbre en cuanto a los requisitos o cuando se necesitan un temprano realimentación
de las partes interesadas.

Los Estándares de Calidad se definen como el grado de cumplimento exigible a un criterio de

calidad. Es decir, define el rango en el que resulta aceptable el nivel de calidad que se alcanza
en un determinado proceso, estos los podemos identificar por una serie de puntos para
poder tener un buen análisis requerimiento, y entre ellos son:
Necesario, Completo, Consistente, Correcto, Factible, Modificable, Priorizado, Verificable,
Rastreable, Y Claro.
Necesario: si se tiene alguna duda acerca de la necesidad del requerimiento
Completo un requerimiento esta completo si no necesita ampliar detalles, si se proporciona
la información suficiente para su compresión
Consistente: si no se contradice con otro requerimiento
Correcto: si cumple con la idea
Factible: si se acomoda con el presupuesto y día acordado, sin restricciones
Priorizado: nos ayuda a saber el grado de necesitad del mismo
Verificable: si el requerimiento debe ser posiblemente verificado ya sea por inspección,
análisis de prueba o demostración
Rastreable: organizar de tal forma que cada función del sistema se pueda rastrear hasta un
conjunto de requerimientos correspondientes. Esto facilita las pruebas y su validación del
diseño
Claro: fácil de leer y entender
Conclusión
Podemos concluir en este ensayo las pautas, objetivos conceptos que deben tener en cuenta
para una elicitacion de requisitos, tengamos en cuenta que no existe como especificación de
requisitos, una que sea perfecta, ya que es infinita y los proyectos tienen recursos limitados
y complejos, principalmente por el tiempo, también se hablaría que estos criterios ayudan a
dar una dirección de como buscar una mejor especificación de requisitos con el objetivo de
elaborar lo suficientemente bueno para el contexto en el que se desarrollara el proyecto bajo
sus restricciones