Captulo III: Procedimientos de desarrollo

43

CAPTULO III
Procedimientos de desarrollo

Captura de los requisitos funcionales del sistema

El primer paso en el desarrollo de un sistema es la captura de los
requisitos funcionales del sistema a partir de entrevistas con el cliente y los
futuros usuarios del mismo. La idea no es solo saber que va a hacer el sistema,
sino como le gustara a los usuarios que este se presentase.
Se debe elaborar un itinerario de entrevistas, elaborando un bosquejo de
las preguntas a realizar. En la primera entrevista se determinara el objetivo del
sistema y se planificaran las siguientes entrevistas de acuerdo a los temas
discutidos.
Si un tema es demasiado complejo o extenso se lo trata en una
entrevista aparte con la persona que ms entienda en dicho tema. Durante las
entrevistas es til realizar un alto y resumir, a fin de que el cliente vea si los
analistas estn entendiendo el tema.
En definitiva, la entrevista trata de sacar todos los requerimientos del
cliente, para describir en forma funcional y no funcional todo el sistema.
Es til y aconsejable realizar un diccionario de trminos del dominio
analizado, a fin de estandarizar un lenguaje comn.
Una vez captados los requisitos a travs de las entrevistas, se proceder
a la realizacin de la Especificacin de Requisitos de acuerdo a la IEEE 830 5.
La estructura de esta especificacin se detalla en el Anexo I.

Diagrama de actividades
Una vez realizadas la entrevistas se proceder al desarrollo de los
correspondientes diagramas de actividades, que muestran en forma general la
secuencia de los procesos en un sistema, como as tambin las
responsabilidades de los distintos roles.
Es aconsejable que este diagrama se realice simultneamente con las
entrevistas de forma que sea el mismo cliente el que pueda determinar si el
diagrama es correcto o no y, adems, sirva como gua para una entrevista
estructurada.
El IEEE 830 fue desarrollado por el Instituto de Ingenieros Elctricos y Electrnicos en el ao
1998 para estandarizar la especificacin de requisitos en desarrollo de sistemas.
5

Captulo III: Procedimientos de desarrollo

44

Si el diagrama fuese desarrollado en simultneo con las entrevistas, se

aconseja hacerlo sobre una pizarra, de forma que todos puedan seguir la
secuencia de las actividades desarrolladas en los distintos procesos.

Primeros casos de uso

En este momento del diseo se establecen, de acuerdo a las entrevistas,
los primeros casos de uso que darn las pautas generales del sistema, de
acuerdo a las caractersticas generales captadas en las entrevistas. El Proceso
Unificado es una metodologa basada en casos de uso y es por ello que este el
diagrama ms importante.

Diagrama de clases preliminar

Aqu el analista realizar una primera aproximacin al diagrama de
clases del sistema. Para ello se analizarn las entrevistas, listando sustantivos,
verbos y construcciones verbales. Algunos de los sustantivos se convertirn en
clases dentro del modelo, y algunos otros en atributos. Los verbos y
construcciones verbales podrn convertirse en operaciones o las etiquetas de
asociaciones. Para ello es til realizar una lista con todos los sustantivos,
verbos y construcciones verbales y de all comenzar el anlisis. Se descartan,
primeramente, los sustantivos que sean sinnimos de otros, y luego se
separan los sustantivos que sean atributos y no clases. De esta forma
quedaran bien diferenciados los sustantivos candidatos a ser clases y que se
plasmaran en un modelo inicial. Se agregaran las clases que se consideren
necesarias y que no hayan sido listadas.
Luego, se agrupan las clases segn los distintos procesos,
determinando las clases abstractas y las subclases que se relacionaran a esta
a travs de la generalizacin.
Una vez agrupadas las clases, se determinan las asociaciones simples y
mltiples, as como sus multiplicidades, de acuerdo a los verbos o frases
verbales que correspondan.
Por ltimo, se tratar clase por clase, determinando los atributos y las
operaciones que la clase realiza o permite que se realice sobre ella.
A medida que se avance sobre el modelo, es posible que sean
necesarias entrevistas adicionales para resolver puntos problemticos o
difusos.

Captulo III: Procedimientos de desarrollo

45

Plataforma Preliminar
Una vez establecido un modelo de clases preliminar, podemos
establecer una primera idea de la plataforma de hardware a utilizar mediante el
diagrama de distribucin. Se tendr en cuenta tecnologa existente, nueva y
limitaciones establecidas al hardware.

Descripcin de paquetes de funcionalidad

Se intenta mediante este diagrama reunir las funcionalidades en
paquetes UML. Dentro de un paquete UML se mencionarn los casos de usos
concernientes a un proceso del sistema. De esta forma se logra un avance
importante hacia el desarrollo del diagrama de casos de uso definitivo.

Diagrama de casos de uso

Recordemos que cada caso de uso es una coleccin de situaciones y
cada una de stas es una secuencia de pasos. Para cada escenario en cada
caso de uso queremos mostrar:

Una breve descripcin del escenario

Conjeturas del escenario
El actor que inicia el caso de uso
Condiciones previas para el caso de uso
Pasos relacionados con el sistema en el escenario
Condiciones resultantes una vez finalizado el escenario
El actor beneficiado del caso de uso

Cada caso de uso ser expuesto, segn lo anterior, en hojas por

separado.
Es fundamental desarrollar los casos de usos con los usuarios del
sistema, y en especial desarrollar bien los Pasos relacionados con el sistema,
ya que mostrarn la forma en la que este funcionar.
Es importante especificar claramente las conjeturas que se adopten en
cada caso de uso.
Al finalizar esta etapa se tendrn los diagramas de casos de uso que
den soporte a las funcionalidades del sistema y es muy posible que a partir de
aqu se deba modificar el diagrama de clases.

Captulo III: Procedimientos de desarrollo

46

Diagramas de secuencias
Ahora por cada caso de uso se realizar un diagrama de secuencias
donde se deje claramente especificada la secuencia (temporal) en la que se
desarrollaran las actividades involucradas en cada caso de uso. Si es
necesario se reformar el diagrama de clases.

Diagramas de distribucin y de componentes

Una vez establecidas y descriptas todas las funcionalidades del sistema,
mediante los casos de uso, el orden de las actividades, mediante el diagrama
de secuencias, y el total de las clases intervinientes, se podr proceder a
realizar el diagrama de componentes de software que evidenciar la interaccin
entre los distintos mdulos a desarrollar.
Asimismo, se realizar el diagrama de distribucin completo que
mostrar los recursos de hardware necesarios para poder poner en
funcionamiento el sistema a desarrollar. Recursos locales y remotos, redes,
computadoras, elementos de red, etc, sern mencionados en este diagrama.

Diagramas adicionales
Los restantes diagramas (de estado, de objetos y de colaboraciones), asi
como cualquier otro mtodo (como por ejemplo fichas CRC), pueden ser
utilizados. UML no es un lenguaje cerrado, solo establece pautas, herramientas
que sern usadas por cada desarrollador segn l considere necesario.