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