Ingenieria
Enviado por nyjo • 16 de Febrero de 2014 • 999 Palabras (4 Páginas) • 198 Visitas
La primera actividad de la planificación del proyecto de
software es determinar el ámbito del software. Se deben
evaluar la función y el rendimiento que se asignaron al
software durante la ingeniería del sistema de computadora
(Capítulo lo), para establecer un ámbito de proyecto
que no sea ambiguo, ni incomprensible para
directivos y técnicos. Se debe delimitar la declaración
del ámbito del software.
El ámbito del software describe el control y los
datos a procesar, la función, el rendimiento, las restricciones,
las interfaces y la fiabilidad. Se evalúan las
funciones descritas en la declaración del ámbito, y en
algunos casos se refinan para dar más detalles antes
del comienzo de la estimación. Dado que las estimaciones
del coste y de la planificación temporal están
orientadas a la función, muchas veces es Útil llegar a
un cierto grado de descomposición. Las consideraciones
de rendimiento abarcan los requisitos de tiempo
de respuesta y de procesamiento. Las restricciones
identifican los límites del software originados por el
hardware externo, por la memoria disponible y por
otros sistemas existentes.
5.3.1. Obtención de la información necesaria
Al principio de un proyecto de software las cosas siempre
están un poco borrosas. Se ha definido una necesidad
y se han enunciado las metas y objetivos básicos,
pero todavía no se ha establecido la información necesaria
para definir el ámbito (prerrequisito para la estimación).
La técnica utilizada con más frecuencia para acercar
al cliente y al desarrollador, y para hacer que comience
el proceso de comunicación es establecer una reunión
o una entrevista preliminar. La primera reunión
entre un ingeniero de software (el analista) y el cliente
puede compararse a la primera cita entre adolescentes.
Ninguna persona sabe lo que decir o preguntar; ambos
están preocupados por si lo que dicen es mal interprepara
el ámbito
tado; ambos están pensando hasta dónde podrían llegar
(probablemente los dos tienen aquí diferentes expectativas);
ambos quieren quitárselo pronto de encima; pero
al mismo tiempo quieren que salga bien.
¿Cómo debería empezar la
comunicación entre el
desarrollador y el cliente?
Sin embargo, se debe iniciar la comunicación. Gause
y Weinberg [GAU89] sugieren que el analista comience
haciendo preguntas de contexto libre. Es decir, una
serie de preguntas que lleven a un entendimiento básico
del problema, las personas que están interesadas en
la solución, la naturaleza de la solución que se desea y
la efectividad prevista del primer encuentro.
El primer conjunto de cuestiones de contexto libre se
centran en el cliente, en los objetivos globales y en los
beneficios. Por ejemplo, el analista podría preguntar:
¿Quién está detrás de la solicitud de este trabajo?
¿Quién utilizará la solución?
¿Cuál será el beneficio económico de una buena solución?
¿Hay otro camino para la solución?
Las preguntas siguientes permiten que el analista
comprenda mejor el problema y que el cliente exprese
sus percepciones sobre una solución:
¿Cómo caracterizaría [el cliente] un resultado
«correcto» que se generaría con una solución satisfactoria?
¿Con qué problema(s) se afrontará esta solución?
¿Puede mostrarme (o describirme) el entorno en el
que se utilizará la solución?
¿Hay aspectos o limitaciones especiales de rendimiento
que afecten a la forma en que se aborde la solución?
La última serie de preguntas se centra en la efectividad
de la reunión. Gause y Weinberg las llaman «metacuestiones
» y proponen la lista siguiente (abreviada):
79
INGENIERfA DEL SOFTWARE. UN ENFOQUE PRACTICO
¿Es usted la persona apropiada para responder a estas
preguntas?iSon «oficiales» sus respuestas?
¿Son relevantes mis preguntas para su problema?
¿Estoy realizando muchas preguntas?
...