ADOO Clase 6 Manual

ANÁLISIS Y DISEÑO ORIENTADO A OBJETO.
CLASE 6.

Análisis y diseño Orientado
a Objeto – Clase 6
Esta semana conocerás como aplicar las distintas técnicas de captura de
requerimientos para obtener información respecto a cómo se desarrollan
las actividades de manejo de información en una organización. Además
determinarás las relaciones existentes entre los actores presentes en
una descripción deactividades.

Técnicas de recopilación y
análisis de requerimientos.
Técnicas de captura de
requerimientos.
Por lo general las personas que hacemos software nos
encanta, es un entretenido reto que se lleva en conjunto
con un equipo de trabajo, en el cual ponemos todo
nuestro esfuerzo en construir un software que utilice
datos provenientes de nuestros clientes, los procese para
luego entregarinformación relevante para ellos, la cual
por lo general va agrupada y ordenada según ciertos
criterios, sin embargo muchos software tienen defectos y
cuando digo esto no me refiero en particular a que cada
cierto rato muestren un mensaje de error o produzcan
una caída en el rendimiento de nuestro equipo, sino que,
muchos software que nacen de una necesidad del cliente
pero que no cumplen con lo que elcliente ha solicitado,
veamos el siguiente ejemplo para ilustrar el concepto,
supongamos que hoy te regalaré el auto de tus sueños y
lo mejor de todo es que el vehículo será como tu lo
especifiques, como muchos que lean este libro sus
requerimientos serán mas o menos así:
 Llantas aro 17’.
 Deportivo.
 Motor muy poderoso.

 De algún color que te guste.
Ahora supongamos que ha pasado algúntiempo, y he
venido a entregar el vehículo, aquel que esperas con
muchas ansias y medida que ves que lo van bajando del
camión estas cada vez más contento cuando descubres
que tiene unas llantas preciosas, que el color es tal y cual
lo imaginaste, en la cola del vehículo pone un numero
que dice 3.5 haciendo referencia la cilindradas del motor,
al fin el auto esta en el suelo y el encargado deconstruirlo hace un gestos de amabilidad para que te
acerques a recoger tus llaves y entres al vehículo, una
vez adentro sin mirar más pones la llave, haces contacto
y escuchas como ruge el motor mientras te imaginas la
expresión de tus amigos cuando te vean en el, ha llegado
el momento, estiras las piernas para acelerar y descubres
que no hay pedales, pensando que a lo mejor es
acelerador esta en elmanubrio comienzas a palpar la
parte de atrás pero no encuentras nada, a tu derecha
notas la ausencia de una caja de cambios, de aire
acondicionado, de la tracción de las ruedas ni hablar,
apenas el motor esta conectado al sistema de arranque,
no hay tacómetro, no hay luces y así sigue, muy enojado
bajas del vehículo y encaras al encargado, el cual mira el
documento en el que especificaste lo quenecesitabas,
hace una revisión y te das cuenta que todo lo que pediste
esta ahí y que en realidad reclamas por lo que no hay
que jamás pediste, ¿Quién es el culpable? ¿El mecánico?
¿Tú por no especificar bien lo que necesitas? Y la
respuesta es… ambos, el problema que aquí hubo es de
comunicación, a pesar de que da la sensación es que es

más culpable el mecánico es por que tu sabes loscomportamientos que un vehículo debiese tener, pero,
¿que pasa cuando tratamos de construir algo que el
cliente ni el constructor conocen? Aquí es cuando el
asunto se pone difícil, en el análisis de requerimientos
esta situación se da mucho más habitual de lo que
perece, la razón de ello se debe a que la persona que
debe construir el software debe hacerlo de forma tal que
se adecue a las necesidades de unaempresa que la cual
no conoce sus procesos, pero por otra parte el cliente
conoce bien su empresa, pero jamás ha hecho software.
Mucho antes de siquiera pensar en como construir un
software

encontraremos

la

etapa

de

captura

de

requerimientos, esta etapa es de vital importancia para lo
que viene luego, ya que, es durante esta etapa en la que
obtenemos los requerimientos (las necesidades)...