2.4ProcesoRequerimientos

2.4 Proceso de Requerimientos
Teniendo en cuenta el concepto básico de requerimiento definido como una característica
necesaria que debe poseer el sistema que se desea crear, S.G.P.M utilizara un proceso de
requerimientos planteado por Karl E. Wiegers [NºReferencia], con el fin de tener un debido
manejo y administración de cada uno de los requerimientos que surjan alrededor del proyecto
[NºReferencia] Wiegers, Karl E. More About Software Requirements. Microsoft. 2006
2.4.1 Identificación de Requerimientos
La identificación de Requerimientos es el primer paso dentro de nuestro proceso, y para ello
S.G.P.M tomara como base las reglas de juego se Scrabble (Ver Sección 10 SPMP) y los casos
de uso propuestos (Ver Documento Casos de Uso), como apoyo para la estructuración y
elaboración de los requerimientos del proyecto. La identificación de requerimientos también
estará marcada por la división en categorías de cada uno de los requerimientos(Ver ilustración
Categoria de Requerimientos), el cual se podrá identificar de acuerdo a los dos últimos
números que tenga el Id de cada requerimiento como se observa en la siguiente tabla.
Identificación
R##01
R##02
R##03
R##04
Especificación
Negocio
Usuario
Sistema
No funcionales
NegocioR##01
No
funcionalR##04
Requerimientos
UsuarioR##02
SistemaR##03
Requerimientos de negocio: Representan a gran nivel los objetivos de la
organización y/o las solicitudes del cliente con respecto al sistema o producto
[http://sophia.javeriana.edu.co/~metorres/, Presentación Requerimientos]
Requerimientos de Usuario: Describen las tareas de los usuarios que deben poder
ser realizadas con el producto [http://sophia.javeriana.edu.co/~metorres/, Presentación
Requerimientos]
Requerimientos de Sistema: Definen la funcionalidad del software que los
desarrolladores deben construir dentro del producto para permitir al usuario realizar
sus
tareas
y
satisfacer
los
Requerimientos
del
Negocio.
[
http://sophia.javeriana.edu.co/~metorres/, Presentación Requerimientos]
Requerimientos no Funcionales: Definen los atributos que le indican al sistema
como realizar su trabajo (eficiencia, hardware, software, interfaces, usabilidad, etc.).
Es el cómo, cuando y cuanto del que. [http://sophia.javeriana.edu.co/~metorres/,
Presentación Requerimientos]
[Ian Sommerville 2000, Software Engineering, 6th Edition. Chapter 5]


Requerimientos del Producto: Este tipo de requerimientos especifican el
comportamiento del producto; como los requerimientos de desempeño en la rapidez
de ejecución del sistema y cuánta memoria se requiere; los de fiabilidad que fijan la
tasa de fallas para que el sistema sea aceptable; los de portabilidad y los de usabilidad.
[Tomado
de
:
http://www.mitecnologico.com/Main/EspecificacionesDeRequerimientos]
Requerimientos Organizacionales: Este tipo de requerimientos se derivan de las
políticas y procedimientos existentes en la organización del cliente y en la del
desarrollador: estándares en los procesos que deben utilizarse; requerimientos de
implementación como los lenguajes de programación o el método de diseño a utilizar,
y los requerimientos de entrega que especifican cuándo se entregará el producto y su
documentación.
[Tomado
de
:
http://www.mitecnologico.com/Main/EspecificacionesDeRequerimientos]

Requerimientos Externos: Este tipo de requerimientos Se derivan de los factores
externos al sistema y de su proceso de desarrollo. Incluyen los requerimientos de
interoperabilidad que definen la manera en que el sistema interactúa con los otros
sistemas de la organización; los requerimientos legales que deben seguirse para
asegurar que el sistema opere dentro de la ley, y los requerimientos éticos. Estos
últimos son impuestos al sistema para asegurar que será aceptado por el usuario y por
el
público
en
general.
[Tomado
de
:
http://www.mitecnologico.com/Main/EspecificacionesDeRequerimientos]