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]