jueves, 19 de abril de 2012

Tarea 3: Identificar/revisar los objetivos del sistema

Objetivos

  1. Identificar los objetivos que se esperan alcanzar mediante el sistema software a desarrollar.
  2. Revisar, en el caso de que haya conflictos, los objetivos previamente identificados.

Descripción

A partir de la información obtenida en la tarea anterior, en esta tarea se deben identificar qué objetivos se esperan alcanzar una vez que el sistema software a desarrollar se encuentre en explotación o revisarlos en función de los conflictos identificados. Puede que los objetivos hayan sido proporcionados antes de comenzar el desarrollo.

Productos internos

  1. No hay productos internos en esta tarea.

Productos entregables

  1. Objetivos del sistema como parte del DRS.

Técnicas recomendadas

  1. Análisis de factores críticos de éxito o alguna técnica similar de identificación de objetivos.
  2. Plantilla para especificar los objetivos del sistema.

miércoles, 18 de abril de 2012

Tarea 2: Preparar y realizar las secciones de elicitación/negociación

Objetivos

  1. Identificar a los usuarios participantes.
  2. Conocer las necesidades de clientes y usuarios.
  3. Resolver posibles conflictos.

Descripción

Teniendo en cuenta la información recopilada en la tarea anterior, en esta tarea se deben preparar y realizar las reuniones con los clientes y usuarios participantes con objeto de obtener sus necesidades y resolver posibles conflictos que se hayan detectado en iteraciones precias del proceso.

Esta tarea es especialmente crítica y ha de realizarse con especial cuidado, ya que generalmente el equipo de desarrollo no conoce los detalles específicos de la organización para la que se va a desarrollar el sistema y, por otra parte, los clientes y posibles usuarios no saben qué necesita saber el equipo de desarrollo para llevar a cabo su labor.

Productos internos

  1. Notas tomadas durante las reuniones, transcripciones o actas de reuniones, formularios, grabaciones en cinta o vídeo de las reuniones o cualquier otra documentación que se considere oportuna.

Productos entregables

  1. Participantes en el proyecto, en concreto, los usuarios participantes, como parte del DRS.
  2. Objetivos, requisitos o conflictos que se hayan identificado claramente durante las sesiones de elicitación, como parte del DRS.

Técnicas recomendadas

  1. Técnicas de elicitación de requerimientos, incluyendo las plantillas de objetivos, requisitos y conflictos.
  2. Técnicas de negociación como ganar vs ganar.

martes, 17 de abril de 2012

Tarea 1: Obtener información sobre el dominio del problema y el sistema actual

Objetivos

  1. Conocer el dominio del problema.
  2. Conocer la situación actual.

Descripción

Antes de mantener las reuniones con los clientes y usuarios e identificar los requerimientos, es fundamental conocer el dominio del problema y los contextos organizacional y operacional, es decir, la situación actual.

Enfrentarse a un desarrollo sin conocer las características principales ni el vocabulario propio de su dominio suele provocar que el producto final no sea el esperado por clientes ni usuarios.

Por otro lado, mantener reuniones con clientes y usuarios sin conocer las características de su actividad hará que probablemente no se entiendan sus necesidades y que su confianza inicial hacia el desarrollo se vea deteriorada enormemente.

Esta tarea es opcional, ya que puede que no sea necesario realizarla si el equipo de desarrollo tiene experiencia en el dominio del problema y el sistema actual es conocido.

Productos internos

  1. Información recopilada: libros, artículos, folletos comerciales, desarrollos previos sobre el mismo dominio, etc.
  2. Modelos del sistema actual.

Productos entregables

  1. Introducción, participantes en el proyecto, principalmente clientes y desarrolladores, y descripción del sistema actual como parte del DRS (Documento de Requerimientos del Sistema).

Técnicas recomendadas

  1. Obtener información de fuentes externas al negocio del cliente: folletos, informes sobre el sector, publicaciones, consultas con expertos, etc.

    En el caso de que se trate de un dominio muy específico puede ser necesario recurrir a fuentes internas al propio negocio del cliente, en cuyo caso pueden utilizarse las técnicas auxiliares de elicitación de requerimientos como el estudio de documentación, observación in situ, cuestionarios, inmersión o aprendizaje, etc.

  2. Modelado del sistema actual.

lunes, 16 de abril de 2012

Documento de Requerimientos del Sistema

Las tareas recomendadas para obtener el Documento de Requerimientos del Sistema (DRS) son:

  • Obtener información sobre el dominio del problema y el sistema actual.
  • Preparar y realizar las reuniones de elicitación/negociación.
  • Identificar/revisar los objetivos del sistema.
  • Identificar/revisar los requerimientos de almacenamiento de información.
  • Identificar/revisar los requerimientos funcionales.
  • Identificar/revisar los requerimientos no funcionales
  • Priorizar objetivos y requerimientos.