Discusión:Ingeniería de requisitos software

• Convendría hacer una revisión detallada de cómo está escrita esta lección, tras leerla con detenimiento. - Federico Peinado (discusión) 14:35 28 ene 2015 (UTC)

Comenzaremos con la estructuración del tema. Recomiendo hacerlo por puntos. Consigamos los puntos mas importantes del tema los dejamos en el wiki y luego los desarrollamos Daniel Fariña (discusión) 10:34 10 oct 2014 (UTC)

He movido el enlace a dónde están situados todos los temas a desarrollar en la wiki.Javier Mansilla

Hablad de estos temas: Especificación (Ingeniería + Gestión) de requisitos Federico Peinado (discusión) 18:01 4 nov 2014 (UTC)

¡A esta lección le falta unas conclusiones coherentes! Añadídselas, por favor. - Federico Peinado (discusión) 12:36 10 dic 2014 (UTC)

Herramientas populares para captura de requisitos

Esta sección no existe y sería interesante crearla - Federico Peinado (discusión) 15:54 28 ene 2015 (UTC)

Modelo de negocio

Esta otra sección está cogida de otra parte y no sé realmente donde encaja - Federico Peinado (discusión) 15:54 28 ene 2015 (UTC)

Es una parte esencial poder modelar el Proceso de Negocio de cualquier proceso de desarrollo de software. Porque esto permite al analista internar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. También provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporarán en nuevo sistema, con costos y beneficios asociados.

El modelo preliminar del negocio, permite al analista observar los eventos, las entradas, los recursos y las salidas más importantes relacionadas con el proceso de negocio. Es posible construir un modelo completamente trazable mediante la posterior conexión de elementos de diseño (tales como los casos de uso) al modelo de negocio a través de conectores de implementación, desde la generalidad del proceso de negocio a los requisitos funcionales y eventualmente a los instrumentos de software que se construirán realmente.

Por el hecho de que el modelo de Procesos de Negocio normalmente es más amplio que la parte de sistema computacional considerada, también permite al analista identificar claramente qué está dentro del alcance del sistema propuesto y qué se implementará de otras formas (por ejemplo: un proceso manual).