Analisis De Los Requerimientos

INTRODUCCION
Como todos sabremos, los proyectos de software se basan en requerimientos del cliente. El cliente quiere un sistema que haga tal o cual cosa, entonces el analista recopila esas “cosas” que el cliente quiere que haga el sistema y arma un documento de requerimientos.
Los casos de uso capturan el comportamiento del sistema que se está desarrollando, sin tener que especificar cómo seimplementa ese comportamiento. Los casos de uso proporcionan a los desarrolladores una ruta para lograr un entendimiento común con los usuarios finales del sistema y expertos del dominio. Además, los casos de uso sirven para validar la arquitectura y para verificar que el sistema evolucione durante el desarrollo de manera congruente.
El diseño de interfaces de usuario es una tarea que ha adquiridorelevancia en el desarrollo de un sistema. La calidad de la interfaz de usuario puede ser uno de los motivos que conduzca a un sistema al éxito o al fracaso. Muchas veces al desarrollar una aplicación web le prestamos mucha atención a su estética para satisfacer la experiencia del usuario, pero esto no es una garantía para que el producto resulte “utilizable”.
Para lograr una buena interfaz deusuario en nuestras aplicaciones web, también es necesario incorporar conceptos y reglas básicas de usabilidad.

DESARROLLO
Análisis De los Requerimientos
El análisis de requisitos es una tarea de ingeniería del software que cubre el hueco entre la definición del software a nivel sistema y el diseño de software. El análisis de requerimientos permite al ingeniero de sistemas especificar lascaracterísticas operacionales del software (función, datos y rendimientos), indica la interfaz del software con otros elementos del sistema y establece las restricciones que debe cumplir el software.
Requerimientos del Software
Tipos: Funcionales y No funcionales
Propiedad o restricción, determinada con precisión, que un producto software debe satisfacer.
Pero formalmente, ¿qué son losrequerimientos para sistemas? Según la IEEE( Institute of Electrical and Electronics Engineers ) estos son:
1. Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
2. 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.
3. Una representacióndocumentada de una condición o capacidad como en (1) o (2).

¿Qué significa esto? Prácticamente la IEEE está diciendo que existen los requerimientos funcionales (1) y los requerimientos no funcionales (2). Y obviamente, que estos requerimientos estén formalmente documentados en un Documento de Requerimientos del Proyecto.

* Un requerimiento Funcional
Declaración de servicios que el sistemadebería proporcionar, como debería reaccionar el Sistema a determinadas entradas y cómo debería comportarse en situaciones particulares, es aquel que describe una funcionalidad o un servicio que el sistema debe realizar o proveer.
* Ejemplo de Requerimiento Funcional:
Todos los usuarios del tipo “Vendedor” podrán gestionar cualquiera de las operaciones de compra pendientes que aparezcan en supantalla principal.

* Un requerimiento No Funcional
Es una restricción del producto describe, como debe comportarse el sistema o que debe ofrecer técnicamente suelen aparecer por políticas de la empresa, lineamientos del estado, políticas de privacidad, seguridad, fiabilidad, etc.

* Ejemplo de Requerimiento No Funcional:
Todas las transacciones que los usuarios realicen en elsistema deberán ser logueadas para su posterior análisis, desde el login hasta la visualización de una operación.

Caso de uso
Es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es una secuencia de...