Ensayo

requerimientos para el Desarrollo del Software

la obtención de requerimientos es algo muy importante para el análisis y desarrollo del software, esto ayuda a recopilar de forma correcta las necesidades que debe cumplir el sistema en cuestión, aunque a veces no resulta eficaz el sistema debido una mala práctica al momento de realizar la recopilación de los requisitos, más adelante entenderemos que es un requisito y en que consiste la recopilación de estos mismos.

Los Requerimientos ayudan a entender lo que realmente se quiere y necesita en un producto. Por eso se han convertido en una de las piezas más importantes en el desarrollo de software, ya que define el éxito del producto en el mercado.

Para que los requerimientos estén muy bien definidos y específicos, toma mucho tiempo y esfuerzo. Ya que si los requerimientos son mal administrados (requerimientos incompletos o mal interpretados) llegaría a fracasar todo el proyecto.

Se tratará en este documento que es un requisito, que tipos existen, y cuáles son sus procesos los cuales nos ayudan a tener un rango muy alto de éxito.

Primero, definamos que es un requerimiento, según la IEEE un requerimiento es “Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal”.

Los requerimientos deben ser:

·        Necesarios para que no provoque una deficiencia en el sistema.

·        Concisos, que tenga una redacción simple y clara, que no sean tan generales, ya que se pueden interpretar de diferente forma.

·        Posibles de probar o verificar.

En general, los requisitos se expresan utilizando texto libre en lenguaje natural en una gran cantidad de proyectos de software. El lenguaje natural se utiliza para especificar los requisitos debido a su alto grado de comprensión entre todos los interesados en proyectos industriales.

La SREP (Supervisory Review and Evaluation Process o Proceso de Revisión y Evaluación Supervisora) ha caracterizado los problemas con los requisitos para que se puedan desarrollar técnicas para mejorar la situación.

Cuando se consideran de la misma manera todos los requisitos que van en detalle desde las declaraciones de necesidades, a las especificaciones de subrutinas, los sistemas resultantes tienden a ser muy deficientes.

Existen dos tipos de requerimientos, los funcionales y los no funcionales.

Los requerimientos funcionales son aquellos servicios o funciones que proveerá el sistema, mientras que los requerimientos no funcionales son los que les darán soporte a esos servicios. O sea que los requerimientos funcionales dependen totalmente de los requerimientos no funcionales.

Uno de los procesos más utilizados por los ingenieros de software, es la Ingeniería de Requerimientos, ya que gracias a éste podemos entregar una especificación de requisitos correcta y completa. Se considera las necesidades o requerimientos del cliente cuidadosamente, y se revisa en el marco del problema durante todo el desarrollo del proyecto. Pero para lograr esto, se debe tener una muy buena comunicación entre los clientes y los desarrolladores, para que al final no tengamos rechazos de ningún tipo.

En conclusión, podemos deducir que los requerimientos son algo muy importante en el análisis y desarrollo de software, que una buena práctica en la obtención de los mismo tiene una gran repercusión positiva la cual tendrá un mayor rango de éxito y satisfacción para los clientes, además también se debe tener en cuenta que el comunicado es algo muy importante también porque permite un mejor entendimiento y aclaración de lo que se quiere que cumpla de sistema de información.

Bibliografia

·         Kaijiri, K., Sato, T., Kitazawa, N., Kaiya, H., & Osada, A. (2008). Toward quality requirements analysis based on domain specific quality spectrum, 596.

·         Nakatani, T., & Tsumaki, T. (2011). Requirements maturation analysis based on the distance between the source and developers, 42, 88.

·         Haley, C. B., Moffett, J. D., Laney, R., & Nuseibeh, B. (2006). A framework for security requirements engineering, 35.

·         Oliveira, K. R. de, & Spínola, M. de M. (2007). POREI: patterns-oriented requirements elicitation integrated -- proposal of a metamodel patterns-oriented for integration of the requirement elicitation process, 1–8.