En Java
Páginas: 24 (6000 palabras)
Publicado: 25 de septiembre de 2012
132
cAPITULO 7 • Procesos de la ingenieria de requerimientos
Un estudio de viabilidad es un estudio corto y orientado a resolver varias cuestiones:
I. 2. "Contribuye el sistema a los objetivos generales de la organizacion? "Se puede implementar el sistema utilizando la tecnologia actual y dentro de las restricciones de coste y tiempo? i,Puede integrarse el sistema con otros sistemasexistentes en la organizaci6n?
3.
La cuestion de si el sistema contribuye a los objetivos del negocio es critica. Si no contribuye a estos objetivos, entonces no tiene un valor real en el negocio. Aunque esto pueda parecer obvio, muchas organizaciones desarrollan sistemas que no conlribuyen a sus objetivos porque no tienen una clara declaracion de estos objetivos, porque no consiguen definir losrequerimientos del negocio para el sistema 0 porque otros factores polfticos u organizacionaies influyen en la creacion del sistema. Aunque no se trata explfcitamente, un estudio de viabiIidad debena ser parte de Ia fase de Inicio del Proceso Unificado de Rational, como se comento en el Capitulo 4. Llevar a cabo un estudio de viabilidad comprende la evaluacion y recopilacion de la informacion, y Iaredaccion de informes. La fase de evaluacion de la informacion identifica la infonnaci6n requerida para contestar las tres preguntas anteriores. Una vez que dicha informaci6n se ha identificado, se deberfa hablar con las fuentes de infonnaci6n para descubrir las respuestas a estas preguntas. Algunos ejemplos de preguntas posibles son:
1. 2. 3. 4. 5.
6.
i.,C6mo se las arreglarfa laorganizacion si no se implementara este sistema? i,Cuales son los problemas con los procesos actuates y c6mo ayudaria un sistema nuevo a aliviarlos? l.Cual es la contribucion directa que hara el sistema a los objetivos y requerimientos del negocio? i,La informacion se puede obtener y transferir a otros sistemas de la organizaci6n? i,Requiere el sistema tecnologia que no se ha utilizado previamente en laorganizacion? "A que debe ayudar el sistema y a que no necesila ayudar"
En un estudio de viabilidad, se pueden consultar las fuentes de informaci6n, como los jefes de los departamentos donde se utilizara el sistema, los ingenieros de software que estan familiarizados con el tipo de sistema propuesto, los expertos en tecnologia y los usuarios finales del sistema. Normalmente. se deberia intentarcompletar un estudio de viabilidad en dos o tres semanas. Una vez que se tiene la informacion, se redacta el infonne del estudio de viabilidad. Deberia hacerse una recomendacion sobre si debe continuar 0 no el desarrollo del sistema. En el infonne, se pueden proponer cambios en el alcance, el presupuesto y la confeccion de agendas del sistema y sugerir requerimientos adicionales de alto nivel paraeste.
7.2 Obtencion y amllisis de requerimientos
La siguiente etapa del proceso de ingenieria de requerimientos es la obtencion y amilisis de requerimientos. En esta actividad, los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para detenninar el dominic de la aplicaci6n, que servicios debe proporcionar el sistema, el rendimiento requerido del sistema. lasrestricciones hardware, etcetera.
7.2 •
Obtenci6n y analisis de requerimientos
133
La obtenci6n y analisis de requerimientos pueden afectar a varias personas de la organizaci6n. EI terminG stakeholder se utiliza para referirse a cualquier persona 0 grupo que se vera afectado por el sistema, directa 0 indirectamente. Entre los stakeholders se encuentran los usuarios finales queinteractuan con el sistema y lodos aquellos en la organizacion que se pueden ver afeetados por su instalaei6n. Ot£Os stakeholders del sistema pueden ser los ingenieros que desarrollan 0 dan mantenimiento a Olros sistemas relacionados, los gerentes del negocio. los expertos en el dominio del sistema y los representantes de los tr3bajadores.
Obtener y comprender los requerimientos de los stakeholders...
cAPITULO 7 • Procesos de la ingenieria de requerimientos
Un estudio de viabilidad es un estudio corto y orientado a resolver varias cuestiones:
I. 2. "Contribuye el sistema a los objetivos generales de la organizacion? "Se puede implementar el sistema utilizando la tecnologia actual y dentro de las restricciones de coste y tiempo? i,Puede integrarse el sistema con otros sistemasexistentes en la organizaci6n?
3.
La cuestion de si el sistema contribuye a los objetivos del negocio es critica. Si no contribuye a estos objetivos, entonces no tiene un valor real en el negocio. Aunque esto pueda parecer obvio, muchas organizaciones desarrollan sistemas que no conlribuyen a sus objetivos porque no tienen una clara declaracion de estos objetivos, porque no consiguen definir losrequerimientos del negocio para el sistema 0 porque otros factores polfticos u organizacionaies influyen en la creacion del sistema. Aunque no se trata explfcitamente, un estudio de viabiIidad debena ser parte de Ia fase de Inicio del Proceso Unificado de Rational, como se comento en el Capitulo 4. Llevar a cabo un estudio de viabilidad comprende la evaluacion y recopilacion de la informacion, y Iaredaccion de informes. La fase de evaluacion de la informacion identifica la infonnaci6n requerida para contestar las tres preguntas anteriores. Una vez que dicha informaci6n se ha identificado, se deberfa hablar con las fuentes de infonnaci6n para descubrir las respuestas a estas preguntas. Algunos ejemplos de preguntas posibles son:
1. 2. 3. 4. 5.
6.
i.,C6mo se las arreglarfa laorganizacion si no se implementara este sistema? i,Cuales son los problemas con los procesos actuates y c6mo ayudaria un sistema nuevo a aliviarlos? l.Cual es la contribucion directa que hara el sistema a los objetivos y requerimientos del negocio? i,La informacion se puede obtener y transferir a otros sistemas de la organizaci6n? i,Requiere el sistema tecnologia que no se ha utilizado previamente en laorganizacion? "A que debe ayudar el sistema y a que no necesila ayudar"
En un estudio de viabilidad, se pueden consultar las fuentes de informaci6n, como los jefes de los departamentos donde se utilizara el sistema, los ingenieros de software que estan familiarizados con el tipo de sistema propuesto, los expertos en tecnologia y los usuarios finales del sistema. Normalmente. se deberia intentarcompletar un estudio de viabilidad en dos o tres semanas. Una vez que se tiene la informacion, se redacta el infonne del estudio de viabilidad. Deberia hacerse una recomendacion sobre si debe continuar 0 no el desarrollo del sistema. En el infonne, se pueden proponer cambios en el alcance, el presupuesto y la confeccion de agendas del sistema y sugerir requerimientos adicionales de alto nivel paraeste.
7.2 Obtencion y amllisis de requerimientos
La siguiente etapa del proceso de ingenieria de requerimientos es la obtencion y amilisis de requerimientos. En esta actividad, los ingenieros de software trabajan con los clientes y los usuarios finales del sistema para detenninar el dominic de la aplicaci6n, que servicios debe proporcionar el sistema, el rendimiento requerido del sistema. lasrestricciones hardware, etcetera.
7.2 •
Obtenci6n y analisis de requerimientos
133
La obtenci6n y analisis de requerimientos pueden afectar a varias personas de la organizaci6n. EI terminG stakeholder se utiliza para referirse a cualquier persona 0 grupo que se vera afectado por el sistema, directa 0 indirectamente. Entre los stakeholders se encuentran los usuarios finales queinteractuan con el sistema y lodos aquellos en la organizacion que se pueden ver afeetados por su instalaei6n. Ot£Os stakeholders del sistema pueden ser los ingenieros que desarrollan 0 dan mantenimiento a Olros sistemas relacionados, los gerentes del negocio. los expertos en el dominio del sistema y los representantes de los tr3bajadores.
Obtener y comprender los requerimientos de los stakeholders...
Leer documento completo
Regístrate para leer el documento completo.