Saltar al contenido
Codif铆ca.me | Desarrollo web | Programaci贸n

Obtenci贸n de requisitos

13 octubre, 2015

La obtenci贸n de requisitos es uno de los pasos m谩s importantes para poder generar un software que le guste a tus clientes, que se adec煤e a lo que los stakeholders esperan que haga ese software.

Para esto presentamos las t茅cnicas m谩s comunes que se utilizan para obtener todos los requisitos candidatos, que ser谩n los requisitos que todos los implicados querr谩n que tenga tu aplicaci贸n.
Qu茅 despu茅s ser谩n debatidos y descartados y generalmente solo se podr谩n desarrollan una parte de esos requisitos, que antes habr谩n sido modelados.

T茅cnicas de obtenci贸n de requisitos

En esta fase vamos a obtener el mayor n煤mero de requisitos, que denominaremos requisitos candidatos, estos ser谩n todos los requisitos que hayamos conseguido de los stakeholders.
A continuaci贸n veremos las t茅cnicas que se pueden usar para obtener los requisitos candidatos.

software analysis photo

Brainstorming

Esta t茅cnica parte de la creatividad de los integrantes de un grupo de usuarios. Se trata de aportar ideas teniendo en cuenta var铆as pautas:

  • – Aportar m谩s cantidad que calidad.
  • – Pasar la critica a un segundo plano.
  • – No eliminar ideas raras.
  • – Combinaci贸n de las ideas.

Modelado de roles

Esta t茅cnica consiste en distinguir los distintos roles de los implicados o stakeholders de la aplicaci贸n, primero distinguimos cada grupo de stakeholders y despu茅s describimos cada requisito candidato que quiere cada grupo de usuarios.
Conseguiremos as铆 agrupar todos los requisitos candidatos de todos los tipos de usuarios.

Entrevistas y cuestionarios

Esta es una de las t茅cnicas m谩s utilizadas por los desarrolladores, se trata de hacer entrevistas y en base a esas entrevistas crear formularios en los que puedan seleccionar lo que realmente quieren.
Estos formularios se pasan entre los entrevistados y mediante la elecci贸n de las respuestas de los implicados elaboraremos los requisitos candidatos.

Observaci贸n y prototipos

Esta t茅cnica consiste en crear un prototipo en base a los requisitos candidatos que los distintos stakeholders hayan mencionado, este prototipo tiene que ser realmente f谩cil de hacer y que tenga el coste m铆nimo ya que solo servir谩 para selecionar los requisitos del producto final.
Por todo esto los prototipos tienen que ser de r谩pida construcci贸n ya que generalmente no se puede aprovechar ninguna pieza de software que se ha utilizado para el prototipo.

Listas predefinidas

Estas listas predefinidas generalmente valen no pasar por alto alguno de los requisitos que se han incluido en la mayoria de los proyectos similares.

Nuevos requisitos

En esta etapa es cuando los stakeholders ven requisitos de la aplicaci贸n que son complicados de identificar antes de que estuviese hecha la aplicaci贸n.
Debemos de estudiar que requisitos o mejoras puede tener la aplicaci贸n despu茅s de que este hecha para poder identificar estos requisitos.

Podemos distinguir distintos tipos de requisitos:

  • De innovaci贸n en el servicio
  • Ofrecer m谩s informaci贸n
  • Ofrecer m谩s participaci贸n
  • Ofrecer m谩s alternativas

Soluciones pre-existentes

En la actualidad se integran muchas soluciones preexistentes de software como parte de la soluci贸n al producto que quiere realizar el cliente.
Hay muchas piezas de software o servicios que ya est谩n hechas y que solo necesitan integrarse en el producto final.

Podemos encontrarnos diferentes tipos de software COST, entre ellos:

  • Platform as a Service (PaaS)
  • Infrastructure as a Service (IaaS)
  • Software as a Service (SaaS)

Es en esta etapa es d贸nde debemos de pensar que software COST podemos a帽adir que cubra parte o la totalidad de los requisitos.

Objetivos

Los objetivos son aquellas funcionalidades que quiere conseguir un stakeholder, y los requisitos se definen como los requirimientos que necesitamos para conseguir los objetivos.
La relaci贸n es muy fina, muchas veces necesitamos muchos requisitos para cumplir un objetivo.

Podemos distinguir tres tipos de objetivos, que podemos descomponer de mayor a menor:

  • Objetivos generales
  • Objetivos de usuario
  • Objetivos de tarea

Para descomponer objetivos podemos utilizar la t茅cnica de los cinco porqu茅s, que trata de hacer preguntas desde el objetivo general para ir mostrando cada vez m谩s objetivos y tareas peque帽as.