UML Domine el lenguaje de modelado más utilizado en la actualidad

5. REQUERIMIENTOSY CASOS DE USO Claro que también la pérdida de formalidad nos trae como consecuencia algunos aspectos negativos. El primero de todos consiste en la necesidad de confluir en un vocabulario único. Debemos evitar que en un caso de uso se hable de eficiencia y en otro de perfomance cuando ambos se refieren al mismo concepto. Es decir, todas las entidades y conceptos deben corresponderse con un nombre único en todos los casos para evitar confijsiones. Segundo, al no ser un mecanismo formal, es más complejo que las herramientas nos provean con un razonamiento automático. Por ejemplo, es difícil relacionar las acciones de un caso de uso con los mensajes en un diagrama de actividad. En el mejor caso, introduciremos nosotros manualmente la relación, y estableceremos que el paso número cuatro del caso de uso se correspon­ de con el segundo mensaje del diagrama de actividad. En contraste, podemos pensar en una notación más formal, como la de los méto­ dos de una clase. Los métodos de una clase están declarados en el diagrama de cla­ ses. Cuando en un diagrama de actividad queramos reflejar que una clase envía un mensaje, sólo podremos hacerlo a través de los métodos que hemos declarado. UML nos provee esta funcionalidad automáticamente, pero este tipo de razona­ miento automático queda excluido de la descripción de los casos de uso. B Dándonos de Alta como clientes Detalles Noinbre: [Dénüono5 (k Alta como cliente« J Información J C»escrtpctón | Diagramas j 1= í=¡AgencyFe F Use Case ■> Super Use Case Pilm ary Actor Secorutaiy Actor(s) GrteiDescfiplion PiecondOKms Flow al Events Post conditions Alteinative flows <ind excetilions Non belovlor lequirenients Assumptions Issue Source Author Date System Response Empleado Ciisnie - Base ae Dalos Se Ingresa un nuevo cliente 31sistema Hay coneiión cor la base de flatos Ador Input ^ El empleado pide dalos personales del cliente 2 El cliente informa sus datos personales ^ El empleado ingresa ios datos a la base lie datos ^ Se realiza la inserción con énlo en la base de datos El empleado informa al cliente su numero de cliente El clienle es ingresado a la base de dalos i 1 La base de datos reporta un error en la inserción 4 1 I El cliente se agrega manualmente irse retorna un número provisona La demora en la inserción en la base de dalos no puede demorar más de cinco minutos El cliente no pelenetia a la Ciase de datos Alta Clientes Req Dársala 9 Carolina t3/12f2OO01S181S Figura 22. Una descripción completa de un caso de uso. Las acciones se reflejan informalmente a través del lenguaje na tu ra i Mecanismo informal de desarrollo Existen algunas heurísticas que nos pueden ser de utilidad para especificar y validar nuestros casos de uso. Es importante que todas las funcionalidades del sistema estén 166