1. el análisis de requerimiento tiene como objetivo proporcionar a los desarrolladores información necesaria para determinar el comportamiento del sistema
1.1. es necesario la
1.1.1. Administración de requerimientos debe comenzar con la identificación de las necesidades de una organización y los problemas asociados a ella, los requerimientos identificados serán especificados y redactados en un documento que representa el acuerdo entre los desarrolladores y el cliente. Según sus tipo permitirá la implementación de un plan de administración efectivo con el mínimo de errores de diseño y que facilita los cambios en los requerimientos a lo largo del desarrollo del sistema.
1.1.1.1. El ciclo de vida del desarrollo de los sistemas informáticos esta dividido en ciertas fases, donde se van realizando actividades especificas enlazadas todas ellas para el producto final. Problemas, expectativas, necesidades y requerimientos, estos cuatro conceptos se relacionan de tal forma que ayude a definir otro; a partir de la ubicación de un problema, se identifican características; estas generan expectativas y estas carencias se conviertan en necesidad y finalmente esas, necesidades se vuelven requerimientos que ayudaran a sus solución.
2. Dentro de la ingeniería del software, "los requerimientos son declaraciones que identifican atributos, capacidades, características que necesita cumplir un sistema de software para que tenga valor y utilidad para el usuario"
2.1. se pueden clasificar en
2.1.1. Requerimientos funcionales o requerimientos no funcionales. Los primeros son enunciados acerca de servicios que el sistema debe proveer de como debería reaccionar el sistema en entradas y de como debería comportarse en situaciones especificas y los requerimientos no funcionales son limitaciones sobre servicios o funciones que o fresca el sistema, incluye restricciones tanto de temporalización y del proceso de desarrollo impuestas por los estándares.
2.1.1.1. La norma ISO 25000 define un modelo para garantizar la calidad del software y considera las siguientes características; funcionalidad, amabilidad (usabilidad), eficiencia, capacidad de mantenimiento, compatibilidad, portabilidad, productividad, seguridad y satisfacción.
3. El documento de requerimientos de software bajo la norma IEEE-STD-830-1998 denominada especificación de requerimientos de software (SRS). Es un comunicado oficial de que deben implementar los desarrolladores del sistema
3.1. requerie de
3.1.1. El documento SRS permite contar con una fuente de información base que posibilita trazar los cambios. Las características del documento SRS son; identificar las fuentes de los objetivos, requerimientos y presunciones. Debe relacionar requerimientos y presunciones con los objetivos. Debe facilitar referencias en documentación futura (diseño, test, casos de test).
3.1.1.1. El nivel de detalle que se incluya en un documento de requerimientos depende del tipo de sistema a diseñar y el proceso de desarrollo utilizado.