You are on page 1of 8

6

Lenguaje Unificado de Modelado UML (Primera parte)

El xito de los proyectos de desarrollo de aplicaciones o sistema se debe a que sirven como enlace entre quien tiene la idea y el desarrollador. El UML (Lenguaje Unificado de Modelado) es una erramienta que cumple con esta funci!n" ya que le ayuda a capturar la idea de un sistema para comunicarla posteriormente a quien est involucrado en su proceso de desarrollo# esto se lleva a cabo mediante un conjunto de s$mbolos y diagramas. %ada diagrama tiene fines distintos dentro del proceso de desarrollo. El UML &roporciona un conjunto estandari'ado de erramientas para documentar el an(lisis y dise)o de un sistema de soft*are. &ermite visuali'ar la construcci!n de un sistema orientado a objeto. 6.1 Diagrama de Caso de Uso El caso de uso le ayuda al analista a comprender la forma en que un sistema deber( comportarse. Le ayuda a obtener los requerimientos desde el punto de vista del usuario. &ara comprender el +iagrama de caso de uso vamos a comprender los s$mbolos que se utili'an %aso de Uso, Los casos de uso representan la funcionalidad que el sistema debe contener" se simboli'a mediante una elipse. -ctor, puede ser una persona" dispositivo o sistema" el cual interact.a con el sistema en s$" el s$mbolo es una figura adjunta. -sociaci!n, uso. 0e /elaciona representa un actor con un caso de mediante una l$nea.

6.1.1 Casos de uso adicionales El objetivo es derivar una colecci!n de casos de uso" que se puedan utili'ar repetitivas veces. 1nclusi!n, La inclusi!n de un caso de uso tambin se conoce como usar un caso de uso, el cual consiste en agregar un caso de uso a otro. El trmino incluir tiene dos ventajas. La primera" es m(s clara, los pasos en un caso de uso" incluyen los de otro. La segunda" se evita la confusi!n potencial de las palabras 2usar2 y 2uso2 en un contexto tan estrec o. -s$" no tendremos que decir 2promover el uso mediante el uso reiterativo de un caso de uso2. El s$mbolo que representa la inclusi!n 331nclude44 es el siguiente,

Extensi!n, Es posible volver a utili'ar un caso de uso de una forma distinta a una inclusi!n. En ocasiones crearemos un caso de uso agreg(ndole algunos pasos a un caso de uso existente. La diferencia con respecto a la inclusi!n es que la extensi!n es un caso de uso opcional que se adiciona a otro que lo utilice. El s$mbolo que representa la inclusi!n 33Extend44 es el siguiente,

-dem(s es importante mencionar que se podr$a reali'ar un +iagrama de -ctividad por cada %aso de Uso. 6.1.2 Ejemplo de un istema !e" para la escuela de manejo E C#$$% E0%5667 es una escuela de manejo" la cual desea que se automaticen algunos de los procesos que se llevan a cabo" a continuaci!n se le presenta lo que requiere que el sistema realice. 6.1.2.1 &e'uerimientos funcionales &ermitir al usuario ingresar al sitio 8eb. -lmacenar los datos de los alumnos matriculados. &ara el ingreso de la p(gina el usuario deber( registrarse para acceder con un usuario al sitio *eb designado por el administrador.

&ermitir al administrador manipular el sitio 8eb" para ingresar al sitio 8eb deber( poseer una contrase)a para a)adir" eliminar y modificar datos (arc ivos" fotos" noticias" etc.)

9amos a ver el +iagrama de %asos de Uso" para determinar aquellos procesos que el usuario no autenticado con el sistema" puede reali'ar,
Diagrama de Casos de Uso para el usuario no autenticado

El siguiente +iagrama de %asos de Uso" muestra los procesos en los cuales el usuario autenticado puede reali'ar ciertas tareas,

Diagrama de Casos de Uso Para El Usuario Autenticado

- ora veremos las distintas tareas que el -dministrador del sistema puede reali'ar" ya que cuenta con los permisos adecuados para su respectiva ejecuci!n,

Diagrama de Casos de Uso, para el administrador del sistema

6.1.2 Ejemplo de un istema de Compra ( )enta. El siguiente ejemplo de +iagrama de %aso de Uso" consiste en la gesti!n de compra y venta de una empresa" en la cual refleja los distintos procesos que ocurren para conseguir el objetivo deseado. :odo esto sucede cuando el cliente llega a la empresa" le solicita un formulario al administrador para ser cliente del negocio" el administrador es el encargado de ingresar al sistema" el formulario una ve' llenado por el cliente" luego una ve' registrado el cliente" el sistema provee una cuenta de usuario al cliente para que pueda reali'ar pedidos a travs de la p(gina *eb de la Empresa.

El administrador es el encargado de mandar a procesar la gesti!n compras" que reali'a el cliente desde el negocio.
Diagrama de Caso de Uso, Para la Gestin de Compra y Venta

En el siguiente +iagrama de %aso de Uso continuando con el sistema del ejemplo" consiste en reali'ar pedidos a travs de una p(gina *eb" todo inicia cuando el cliente" a ora usuario del sistema" ingresa para solicitar un pedido acerca de los productos que ofrece la Empresa" el pedido se almacena en el sistema para su posterior entrega. 6ota, Este dise)o no incluye el pago por tarjeta de crdito a travs de la p(gina *eb. El &edido ser( otorgado cuando el cliente llegue a la empresa y confirme su pedido" .nicamente lo que el cliente reali'a es un sistema de apartado.

Diagrama de Caso de Uso, Para La Solicitud de compra Mediante una Pagina

e!.

9amos a continuar con el ejemplo del sistema" esta ve' nos introduciremos en lo que son las compras al proveedor. :odo inicia cuando el administrador solicita

nuevos productos al proveedor" y este (el proveedor) le otorga un cat(logo para que el administrador pueda comprar.

Diagrama de Casos de Uso, para la Solicitud de Compra al Pro"eedor.

6.1.* &esumen

El caso de uso es una estructura para describir la forma en que un sistema lucir( para los usuarios potenciales. Es una colecci!n de escenarios iniciados por una entidad llamada actor (una persona" un componente de ard*are" u otro sistema). Un caso de uso deber$a dar por resultado algo de valor ya sea para el actor que lo inici! o para otro. Es posible volver a utili'ar casos de uso. Una forma (;inclusi!n<) es utili'ar los pasos de un caso de uso como parte de la secuencia de pasos de otro caso de uso. 5tra forma (;extensi!n<) es crear un nuevo caso de uso mediante la adici!n de pasos a un caso de uso existente. La entrevista directa con los usuarios es la mejor tcnica para derivar casos de uso. %uando se deriva un caso de uso" es importante destacar las condiciones para iniciar el caso de uso" y los resultados obtenidos como consecuencia del mismo. =ar( las entrevistas a los usuarios despus de entrevistar a los clientes y generar una lista de prospectos de clases. Esto le dar( un fundamento en la terminolog$a que utili'ar( para ablar con los usuarios. Es una buena idea entrevistar a un grupo de usuarios. El objetivo es derivar un conjunto candidato de casos de uso y todos los posibles actores.

You might also like