Análisis de requerimientos 

El análisis de requerimientos es una fase importante en la creación de un software puesto que aquí destaca la viabilidad y factibilidad de nuestro sistema a crear, se debe hacer notar que el análisis se hace a fondo y es por parte del analista y a base de su experiencia y estrategia para reconocer y analizar, deberá ver lo necesario y lo no necesario del programa esto se conoce como requerimiento, un requerimiento permite al analista especificar las características del sistema tanto operacionales como físicas. 

El analista deberá tener conocimientos de las técnicas de recolección de requerimientos tales son la entrevista y el cuestionario, La entrevista es una serie de preguntas plantadas que el analista dará al cliente el cual responderá con opiniones, generalmente es de preguntas abiertas y con el se sabe más con más sinceridad y con una respuesta más enfocada a lo que opina el cliente. La encuesta generalmente va hacia una serie de personas, en su debido caso a clientes o personas con conocimientos en el área, con ella se recaudan datos a mayor escala y con porcentajes acerca de que tanto podría impactar en el mercado. 

Ademas el analista deberá analizar los resultados de sus entrevistas y encuestas, y así descifrar y saber que tan viable y factible es el software a crear, a base de estadísticas y raciocinios, en esta etapa el analista comunica si el proyecto sigue un rumbo o cae. Lo siguiente al tener concreto lo factible y viable del sistema es realizar los casos de uso en un bosquejo con imágenes o gráficos, texto y lineas conectoras donde se identifiquen las relaciones entre creadores- sistema - usuarios, los usuarios y creadores se identifican como actores, el sistema principalmente es el área de relación común entre ambos y como se da su caso de uso (la manera en que acceda y hacen uso a el) .

El ultimo paso es crear el documento de requisitos, el cual contendrá lo analizado con anterioridad, en este documento se especifica la manera en como responderá el programa no en como lo hace y el lenguaje del documento es lo mas profesional y debe de contar con. objetivos, propositos del sistema , anacronismos y glosario del lenguaje por parte de la empresa, los requisitos funcionales y no funcionales, casos de uso, descripción de lo que hace cada persona involucrada en el tal como su roll y actividades, . 

Este documento se hace en base a un estándar de la IEEE el protocolo  IEEE 830 Especificación de Requerimientos de Sistema (ERS).