Saltar la navegación

3.1.- Análisis.

Caso práctico

Imagen donde se puede apreciar a una mujer realizando una exposición con ayuda de un proyector. La mujer está mostrando algo con la mano mientras parece dirigirse a otras personas.

En la reunión de BK acerca del nuevo proyecto Ada, la supervisora, dejó bien claro que lo primero y más importante es tener claro qué queremos que haga el software y con qué herramientas contamos: lo demás vendría después, ya que si esto no está bien planteado, ese error se propagará a todas las fases del proyecto.

—¿Por dónde empezamos? —pregunta Juan.

—ANÁLISIS de REQUISITOS —contesta Ada.

Esquema formado por siete rectángulos azules alrededor de tres óvalos concéntricos. En el interior de los rectángulos se puede leer, de izquierda a derecha y respectivamente “COMUNICACIÓN CON EL CLIENTE”, “ANÁLISIS”, “DISEÑO”, “CODIFICACIÓN”, “PRUEBAS Y DOCUMENTACIÓN”, “EXPLOTACIÓN Y MANTENIMIENTO” Y “EVALUACIÓN DEL CLIENTE””.

Esta es la primera fase del proyecto. Una vez finalizada, pasamos a la siguiente (diseño).

Es la fase de mayor importancia en el desarrollo del proyecto y todo lo demás dependerá de lo bien detallada que esté. También es la más complicada, ya que no está automatizada y depende en gran medida del analista que la realice.

¿Qué se hace en esta fase?

En líneas generales, de esta fase obtendremos dos salidas:

  • Documento especificación de requisitos software, que considerará tanto requisitos funcionales como no funcionales del sistema.
    • Funcionales: qué funciones tendrá que realizar la aplicación. Qué respuesta dará la aplicación ante todas las entradas. Cómo se comportará la  aplicación en situaciones inesperadas.
    • No funcionales: tiempos de respuesta del programa, legislación aplicable, tratamiento ante la simultaneidad de peticiones, etc.

Considerando un programa para la gestión de ventas de una cadena de tiendas, podríamos considerar como ejemplo de requisitos:

Funcionales

No funcionales

Si se desea que la lectura de los productos se realice mediante códigos de barras.

Los PCs suministrados deberán ser de color azul por tratarse del color corporativo.

Si se van a detallar las facturas de compra y sus formatos.

La venta online tendrá que garantizar un servicio ininterrumpido a lo largo de año. La disponibilidad deberá ser 24x7.

Si los trabajadores de las tiendas trabajan a comisión, tener información de las ventas de cada uno.

Los materiales entregables deberán cumplir la normativa requerida por la comunidad europea en el sector del comercio.

Si se desea un control del stock en almacén.

La empresa debe hacer sus desarrollos de acuerdo a algún tipo de certificación.

La interfaz tiene que ser fácil de usar para usuarios con pocos conocimientos de informática.

..........

  • Documento de diseño de arquitectura, que contiene la descripción de la estructura relacional global del sistema y la especificación de lo que debe hacer cada una de sus partes, así como la manera en que se combinan unas con otras. En ocasiones este documento se genera como una de las primeras tareas de la fase de diseño.
Es imprescindible una buena comunicación entre el analista y el cliente para que la aplicación que se va a desarrollar cumpla con sus expectativas. Y habrá que asegurar que se definen aspectos como los siguientes:
  • La planificación de las reuniones que van a tener lugar.
  • Relación de los objetivos del usuario cliente y del sistema.
  • Relación de objetivos prioritarios y temporización.
  • Mecanismos de actuación ante contingencias.
  • ....

Profesional de la Informática encargado de analizar los requerimientos técnicos y funcionales de un proyecto software.

Citas para pensar

Todo aquello que no se detecte, o resulte mal entendido en la etapa inicial provocará un fuerte impacto negativo en los requisitos, propagando esta corriente degradante a lo largo de todo el proceso de desarrollo e incrementando su perjuicio cuanto más tardía sea su detección(Bell y Thayer 1976)(Davis 1993).