IVANOV TRIVEÑO H. SEMINARIO DE TESIS I CAPTURA DE REQUISITOS COMO CASOS DE USO 7.1 Introducción El esfuerzo esfuerzo principal en la fase e requisitos requisitos es desarrollar desarrollar un modelo modelo del sistema sistema que se va a construir, construir, y la utilización utilización de los casos de uso es una forma forma adecuada adecuada de crear ese modelo. modelo. Esto es debido debido a que que los requisitos requisitos funcionale funcionaless se estructuran estructuran de forma natral natral mediant mediantee casos de uso, uso, y a q la mayoría mayoría de los otros otros requisit requisitos os no funcio funcional nales es son específicos de un solo caso de uso, y pueden tratarse en contexto de ese caso de uso. Los requisitos no funcionales restantes aquella q son comunes para muchos o para todos los casos de uso, se mantien mantienen en en un documen documento to aparte y se denomi denominan nan requisit requisitos os adicionales. Los casos casos de uso uso proporc proporcion ionan an un medio medio intuit intuitivo ivo y sistemát sistemático ico para captu capturar rar los requisit requisitos os funcionale funcionaless con un énfasis espacial espacial en el valor añadid añadido o para cada usuario usuario individual individual o para cada cada sistema externo. externo. Mediante Mediante la utilización utilización de los casos de de uso , los analistas analistas se ven obligad obligados os a pensar pensar en términos términos de quiene quieness son los usuario usuarioss y q necesidades u objetivos de la empresa pueden cumplir.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Especificador de casos de uso
Analista de sistemas
ssasssistemassistmes Responsable de
ssasssistemassi stmes
Actor
ssasss istem assist mes
Diseñador de internas Arquitecto de usuario
ssasssist Responsable de ssasssistemassi ssasssistemassi Responsable de Responsable de emassis stmes stmes tmes ssasssistem ssasssistem ssasssistem assistmes assistmes assistmes
Glosario
Caso de Uso
ssasssist emassis tmes
ssasssistem ssasssistemassissasssistemassi assistmes stmes stmes
Prototipo de interfaz De usuario
Descripción de la arquitectura
Modelo de casos De uso
7.2 Artefac Artefactos tos Los artefactos artefactos fundamentales fundamentales que se utilizan en la captura de requisitos requisitos son el el modelo modelo de casos de de uso q incluye incluye los casos casos de uso y los actores. actores. También También puede haber haber otros otros tipos de artefactos como prototipos e interfaz de usuario.
7.2.1 Artefacto: modelo caso de uso El modelo modelo de casos casos de uso uso permite permite a los desarro desarrollad lladores ores de softwar softwaree y los clientes clientes
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Un modelo modelo de casos casos de uso es es un modelo modelo del sistema sistema q contiene contiene actores, actores, casos de uso y sus relaciones. El modelo modelo de casos de uso puede hacerse bastante grande y difícil de digerir digerir en un solo mordisco, la forma que es necesario algún medio de abordarlo en trozos mas pequeños. UML nos permite permite representar representar el modelo de diagramas diagramas que muestran muestran actores u casos de uso desde
Modelo de casos de uso
Sistema casos de uso
Actor
Caso de uso
Diferentes puntos de vista y con con diferentes propósitos. observe observe también que si el modelo de casos de uso es grande grande , es decir , si contiene un gran gran numero numero de casos casos de uso uso y/o actores ., También puede ser útil introducir paquetes paquetes en el modelo para tratar su tamaño
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
El modelo modelo de casos casos de uso describe lo que hace hace el sistema sistema para cada cada tipo de usuario. usuario. Cada uno uno de estos se presenta presenta mediante mediante uno o mas de los actores actores cada sistema sistema externo con el q interactúa el sistema incluyendo dispositivos externos como temporizadores, que se consideran consideran externos externos al sistema. Una Una vez que hemos hemos identificado identificado todos los actores actores del sistema, tenemos identificado el entorno externo del sistema. Los actores suelen corresponderse con trabajadores (o actores del negocio) en un negocio. Recuérd Recuérdese ese que cada rol (De un trabajad trabajador) or) define define lo que hace el trabajador trabajador en un proceso de negocio0 negocio0 concreto. Los roles que desempeña desempeña un trabajador pueden emplearse emplearse `para obtener obtener (o para genera realmente si contamos contamos con las herramientas herramientas apropiadas) los roles que cumple el actor del sistema correspondiente. Dotamos a cada trabajador con un caso de uso del sistema para cada uno de sus roles. Ese caso de uso proporciona un valor al actor cuando representa el papel de trabajador. Un actor actor juega juega un papel papel por por cada caso caso de uso uso con el el que colabo colabora. ra. Cada Cada vez que que el usuario en concreto (un (un humano humano u otro sistema) interactúa interactúa con el sistema, la instancia instancia correspondiente correspondiente del del actor esta desarrollando desarrollando ese papel. Una Una instancia de de un actor es por por tanto un usuario concreto que interactúa con el sistema. Cualquier entidad que que se ajuste a un actor puede actuar como una instancia que se ajuste al actor.
7.2.3 Caso de uso Cada forma en que loas actores usan el sistema se representa con cada caso de uso. Los casos casos de uso son “fragmen “fragmentos” tos” de funcionali funcionalidad dad del sistema sistema ofrece ofrece para aportar un resultad resultado o de de valor valor para sus actores. actores. De mas precisa, precisa, un caso de uso especific especificaa una secuencia secuencia de acciones que el sistema puede puede llevar a cabo interactuando interactuando con sus actores, incluyendo alternativas dentro de la secuencia . Por tanto un caso de uso uso es una especificación. especificac ión. Especifica el comportamiento de “cosas” dinámicas, en este caso, de instancias de los casos de uso. uso. Ejemplo El caso de uso sacar dinero
Sacar dinero
El caso de uso sacar dinero especifica las posibles instancias de ese caso de uso , es decir , las diferentes diferentes formas validas de llevar llevar a cabo el caso de uso uso por parte del sistema sistema y la interacción requerida con las instancias de actores implicadas . Supongamos que una persona concreta, concreta, de nombre nombre Jack, introducen introducen en primer lugar su contraseña contraseña 1234, 1234, seleccio selecciona na sacar 220 220 dólares, dólares, y tómale tómale dinero. dinero. El sistema sistema habrá habrá llevado llevado a cabo una instancia de caso de uso. uso. Si en cambio jack introduce introduce su contraseña contraseña y elije sacar 240 dólares, y después toma el dinero p, el sistema habrá llevado a cabo otra instancia de caso de uso. Una tercera instancia de caso de uso podría ser lo que haría el sistema sistema si Jack
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Según el vocabulario del UML, un caso de uso es el clasificador, lo cual quiere decir que tiene operaciones y atributos. Una descripción de un caso de uso puede ser tanto incluir diagramas de estados, diagramas de actividad, colaboraciones, y diagramas de secuencia. Los diagramas diagramas de estado estado especifican especifican el ciclo de viada viada de las instancias de los caso de uso en términos términos de estados estados y transicion transiciones es entre los estados. estados. Cada transició transición n es una secuencia de acciones. Los diagramas de actividad describen el ciclo de vida con mas detalles describiend describiendo o también la secuencia secuencia temporal temporal de acciones acciones que tiene lugar lugar dentro de cada transición. transición. Los diagramas diagramas de colaboración colaboración y los de secuencia secuencia se emplean para para describi describirr las interacc interaccione ioness entre, entre, por ejemplo ejemplo una una instancia instancia típica típica de un actor actor y una instancia típica de un caso de de uso. En la práctica no siempre siempre es necesario ser tan formal en la descripción de casos de uso como trataremos en la sección 7.4.3 “detallar un caso de uso”. Sin embargo, embargo, el tener en mente esta comprensión comprensión mas precisa precisa de los casos de uso nos ayuda estructurar las descripciones de los mismos. Una instancia instancia de caso de uso es la realización o ejecución ejecución de un caso de uso. Otra Otra forka de decirlo es que una instancia de un caso de de uso es lo que el sistema lleva a cabo cuando “obedece a un caso de uso” .Cuando se lleva a cabo a cabo un instancia de caso de uso esta interactúa interactúa con instancia de actores, actores, y ejecuta ejecuta una secuencia de acciones acciones según se especifica en el caso de uso. Esta secuencia se especifica en un diagrama de estados o un diagrama de actividad: es una camino a lo largo del caso de uso . puede haber muchos caminos caminos y muchos muchos de ellos ellos pueden pueden ser muy muy parecido parecidoss . Estas Estas son alternativ alternativas as de la secuencia de acciones para cada caso de uso. Un camino camino como ese ese a través de un caso de uso puede ser algo parecido a lo siguiente: 1. La instan instancia cia del del caso de uso uso se inicia inicia y pasa pasa a estado estado de comienz comienzo. o. 2. El caso de uso uso es invocado invocado por un mensaje externo de un actor. 3. transita a otro estado realizando una secuencia secuencia de acciones. Una secuencia secuencia de este tipo contiene cálculos internos, selección del camino, y mensajes de salida (hacia algún actor). 4. Queda Queda a la la espera espera (en el nuevo nuevo estado) estado) de otro mensaje externo de un un actor. actor. 5. es invocado invocado (otra (otra vez) vez) por un nuevo nuevo mensaje, mensaje, etc. Esto Esto puede puede continua continuarr sobre muchos estados asta que se termina la instancia de casos de uso. La mayoría mayoría de las veces es es una instancia de un un actor actor la que que invoca invoca a la instancia instancia del caso de uso, como como se a descrito, pero pero tamben puede puede ser un evento evento interno al sistema al que invoque invoque a la instancia, instancia, como cuando cuando un tempor temporizad izador or progra programad mado o se dispara dispara (siempre que el temporizador se considere interno al sistema). Los casos casos de uso, como todos todos los clasifica clasificador dores, es, tienen tienen atributos. atributos. Estos Estos atribut atributos os rep0rese rep0resentan ntan los valores valores de una instancia instancia de un caso de uso, es decir, no pueden pueden ser utilizados utilizados por otras otras instancias del del caso de uso. uso. Por ejemplo ejemplo pueden pueden considerarse considerarse que el caso de uso Sacar Sacar dinero dinero posee atributos atributos como la contraseña, contraseña, la la cuenta y la cantidad cantidad a retirar. Las instancias instancias de los casos de uso no interactúan interactúan con otras instancias instancias de casos de uso .El único tipo de de interacciones interacciones en el modelo modelo de casos de uso tiene lugar lugar entre instancias de
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
interfaces entre casos de uso, concurrencia y otros conflictos (como la comparición de otros objetos) objetos) entre instancias de casos de uso distintas . Consideramos atómicas las instancias de casos de uso, es decir cada una de ellas se ejecuta por completo completo o no se ejecuta nada, sin interferencias interferencias por parte parte de otras instancias de casos de uso. Por tanto, el comportamiento de cada caso de uso puede interpretarse independientemente de los otros casos de uso. El considerar los casos de uso como atómicos atómicos no tiene nada nada que ver con que que aya un gestor gestor de transacciones transacciones subyacente subyacente que se encargue de los conflictos. Lo hacemos solamente para garantizar que podemos leer y comprender el modelo de casos de uso. Sin embarg embargo, o, reconoce reconocemos mos que ciertam ciertamente ente existen existen temas temas de interferenc interferencia ia entre los diferentes usos de un sistema. Estos temas no se pueden resolver en el modelado de casos de uso si no que que responde responden n al análisis análisis y al diseño , podemos podemos por por ejemplo. ejemplo. Descr Describir ibir claramente claramente como una clase puede puede puede participar en varias varias realizaciones realizaciones de casos casos de uso y como puede resolverse resolverse cualquier cualquier tema de de interferencia interferencia implícita entre casos casos de uso. Ejemplo Uno de los sistemas más grandes del mundo El sistema mas grande jamás construido construido por seres humanos humanos podría ser un sistema con cerca de un billón de usuarios, a saber, la red de telecomunicaciones global. global. Cuando hacemos una llamada telefónica , por ejemplo , de san Francisco o Estocolmo , la llamada llamada pasara pasara probab probablem lemente ente a través través de unos 20 sistema sistemass , incluye incluyendo ndo nodos nodos de conmutación conmutación locales , internacionales, internacionales, sistemas por satélite , sistemas sistemas de transmisión y además cada uno de estos sistemas tuvo un costo de desarrollo desarrollo aproximad aproximadamente amente de 1000 1000 person personas as al año año , y el esfue esfuerzo rzo de desarro desarrollo llo de softw software are constit constituy uyo o en alto porcentaje porcentaje de estos estos costo. Es sorprendente que cuando hacemos esas llamadas normalmente funcionen. Dada la complejidad complejidad y todas las diferentes diferentes personas, empresas empresas y naciones implicadas, implicadas, ¿Por qué funciona? funciona? La razón fundame fundamental ntal es que cada cada interfaz de la red entera entera (es decir la arquitectura arquitectura de la red) ha sido sido estandarizada estandarizada por una misma misma organización, organización, la UIT(La UIT(La unión Internacional de Comunicaciones). La UIT ha espec especific ificad ado o las interfa interfaces ces entre entre todos todos los los tipos tipos de nodos nodos en la red y la semántica precisa de todos ellos. La construcción de sistemas se basa en técnicas similares alas utilizadas para construir la red global de telecomunicaciones. Primero se especifica el sistema entero como sus casos de uso, uso, Se diseñ diseñaa en términ términos os de subs subsiste istemas mas que colab colaboran oran.. Los Los casos casos de uso del sistema en su globalidad se dividen en casos de uso. De los subsistemas que colaboran, y los subsiste subsistemas mas se intercon interconecta ectan n mediant mediantee interfac interfaces. es. Estas Estas interface interfacess se definen definen de manera precisa, después de lo cual cada subsistema por separado puede desarrollarse independientemente (como n sistema en si mismo) por una empresa diferente. UML
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
En realidad los casos de uso pede utilizarse no solo para especificar sistemas, si no tambi también én otras otras entida entidade dess mas mas pequ pequeñ eñas as,, como como subsist subsistem emas as o clases clases.. Por Por tanto tanto un subsi subsiste stema ma o una una clase clase pued pueden en tener tener 2 parte partes, s, cada cada una una de las cuale cualess descr describe ibe una una perspectiva: perspectiva: Una Una espe especif cifica icació ción n y una una imple impleme menta ntació ción. n. La espec especific ificaci ación ón descr describe ibe lo que que el subsistema o la clase proporciona a su entorno en términos de casos de uso. La parte de implementación describe como se estructura internamente el subsistema o la clase para llevar a cabo su especificación. Este entorno se compone normalmente de otros subsistemas o clases. Sin embargo, si querem queremos os tratar tratar el entorno entorno de forma forma anónim anónima, a, podemo podemoss resaltar resaltarlo lo también también mediant mediantee actores. Este enfoque se emplea cuando queremos tratar un subsistema como si fuese un sistema de pleno derecho como por ejemplo: Cuando Cuando queremos queremos desarrollar el subsistema subsistema utilizando una tecnología tecnología diferente • de la que utilizam utilizamos os para otros subsiste subsistemas. mas. Podemo Podemoss hacerlo hacerlo siempre siempre que proporcione proporcione los usos y casos e uso adecuados adecuados siempre que soporte soporte las interfaces especificadas. Cuando queremos gestionar el sistema de forma separada de los otros quizá en • ubicaciones geográficas distintas.
7.2.3.1 Flujo de sucesos El flujo de sucesos para cada caso de uso puede plasmarse como una descripción textual de secuencia de acciones del caso de uso. Por tanto, el flujo de sucesos especifica lo que el sistema hace cuando se lleva a cabo el caso e uso especificado. El flujo de sucesos también especifica como interactúa el sistema con los actores cuando se lleva a cabo el caso de uso. Desde la perspectiva de la gestión, una descripción de un flujo de sucesos incluyen un conjunto de secuencias de acciones que pueden ser modificadas , revisadas, diseñadas, implementadas y probadas juntas, y que pueden ser descritas como una sección o sub. Sección del manual de usuario. Ofrecemos un ejemplo en la figura 7.4.3.
7.2.3.2 Requisitos especiales Llamá Llamánd ndoo ooss requ requisi isito toss espac espacial iales es a una una descr descripc ipció ión n textu textual al que que agru agrupa pa todo todoss los los requ requis isit itos os del del tipo tipo de los los requ requis isit itos os no func funcio iona nale less sobr sobree el caso caso de uso. uso. Son Son
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Figura 7.5 Descripción de la arquitectura.
Descripción de la arquitectura Vista de la arquitectura
Modelo de casos de uso
7.2.5 Artefacto Artefacto : Glosario Glosario Podemos utilizar un glosario para definir términos comunes importantes que los analistas utilizan al describir el sistema. Un glosario es muy útil para alcanzar un consenso entre los desarrolladores desarrolladores relativo a la definición definición de los diversos diversos conceptos y nociones nociones y para reducir en general el riesgo de confusiones. Habitualmente podemos obtener un glosario a partir de un modelo del negocio o de un modelo modelo del dominio, pero debido debido a que es menos formal formal (no incluye clases o relaciones relaciones
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
7.3 Traba Trabajado jadores res Al comienz comienzo o de este capitulo, capitulo, explica explicamos mos los artefacto artefactoss que se produc producen en durante durante el modelado de casos de uso. El paso siguiente es examinar los trabajadores responsables de esos artefactos. Como dijimos en el capitulo 2 un trabajador es un puesto al cual se puede asignar una persona “real”. Con cada trabajador trabajador tenemos tenemos una una descripción descripción de las responsabilida responsabilidades des y el comportamient comportamiento o esperado del mismo. mismo. Un trabajador trabajador no es el lo mismo que un individuo: individuo: Una misma persona puede estar asignada a diferentes trabajadores durante un proyecto . Un trabajador tampoco se corresponde con un puesto o cargo concreto en una empresa empresa – ese es un tema diferente. En cambio, podemos decir que un trabajador representa una abstracción de un ser humano con ciertas capacidades que se requieren en un caso de uso del negocio. En nuestro caso en el proceso unificado para el desarrollo de software cuando cuando se asignan asignan los recurso recursoss humano humanoss a un proyecto, proyecto, un trabajad trabajador or represen representa ta el conocimiento y las habilidades habilidades blue alguien necesita para hacerse cargo del trabajo como trabajad trabajador or del proyect proyecto. o. Podemo Podemoss identif identificar icar tres trabajad trabajadore oress que particip participan an en el modela modelado do de casos de uso. Cada uno con su propio propio conjunto conjunto de operacion operaciones es y con diferentes responsabilidades requeridas: Analista de sistemas, especificador de casos de uso y diseñador de internas de usuario.
7.3.1 Trabajador: Analista de sistemas. El analista del sistema es el responsable responsable del conjunto e requisitos que están modelados modelados en los casos de uso, lo que incluye todos los requisitos funcionales y no funcionales que son casos de uso específicos. El analista de sistemas es el responsable responsable de delimitar el sistema. Encontrando los actores y los casos de uso y asegurando que el modelo e casos de uso es complejo y consistente. Para la consistencia el analista de sistemas puede utilizar un glosario glosario para para conseg conseguir uir un acuerdo acuerdo en los término términoss comune comunes. s. Nocione Nocioness y concept conceptos os durante la captura de requisitos. Las Responsabilidades del analista de sistemas se muestran en la figura 7.6.
Analista de sistemas
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Aunque el analista de sistemas es responsable del modelo de casos de uso en particular y de los actores que contiene, contiene, No es responsable responsable de cada caso en particular. particular. Esto es una responsabilidad aparte que pertenece al trabajador especificador de casos de uso. El analista de sistemas sistemas es también el que dirige dirige el modelado y el que coordina coordina la captura captura de requisitos. Hay un analista de sistemas para cada sistema. No obstante en la practica este trabador esta respaldado por un equipo (en talleres o eventos eventos similares) que incluye otras personas personas que también trabajan como analistas. Figura 7.6 La responsabilidades del analista del sistema durante la captura de requisitos en formas de casos de uso.
7.3.2 Trabajador: Especificador de casos de uso Habitualmente el trabajo de captura de requisitos puede no estar dirigido por un solo individuo. De hecho el analista de sistemas esta asistido por otros trabajadores que asumen la respons responsabil abilidad idades es de las descripcio descripciones nes detallad detalladas as de uno a mas casos de uso. Estos trabajadores se denominan especificadotes de casos de uso. Cada especificador de casos de uso necesita trabajar estrechamente con los usuarios reales de sus casos de uso. Figura 7.7 Las responsabilidades de un especificador de casos de uso durante la captura de requisitos en forma de casos de uso
Especificador de casos de uso
Responsable de
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Diseñador de interfaces de usuario
Responsable de
Prototipo de interfaz
7.3.4 Trabajado Trabajador: r: Arquitecto Arquitecto El arquitecto participa en el flujo de trabajo de los requisitos para describir la vista de la arquitectura del modelo de casos de uso. La vista de la arquitectura del modelo de casos de uso es una entrada importante para planificar las iteraciones iteraciones como se describe describe en la sección sección 7.4.2 7.4.2 “Priorizar “Priorizar casos casos de uso” uso” Figura 7.9 Las responsabilidades responsabilidades de un arquitecto durante captura de requisitos en forma de casos de uso
7.4 Flujo Flujo de trabajo trabajo En la sección anterior describimos la captura de requisitos en términos estáticos. Ahora vamos a utilizar un diagrama de actividad para describir el comportamiento dinámico. Figura 7.10 El flujo de trabajo para la captura de requisitos en forma de casos de uso, incluyendo trabajadores participantes y sus actividades. El diagrama utiliza calles para mostrar que trabajadores ejecutan que actividades; Cada actividad actividad (Representada (Representada por ruedas ruedas dentadas) se sitúa en el mismo mismo campo que que el trabajad trabajador or que la ejecuta. ejecuta. Cuando Cuando los trabajad trabajadore oress ejecutan ejecutan las activid actividade ades, s, crean crean y modifican artefactos. Describimos los flujos de trabajo como una secuencia de actividades que están ordenadas así que una actividad produce una salida que sirve de entrada a la siguiente actividad no obstante, el diagrama de actividad presenta solamente el flujo lógico. En el mundo real, no es necesario trabajar mediante actividades en secuencia de hecho, podemos trabajar
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
sistemas debe asegurar que el desarrollo del modelo de casos de uso captura todos los prerrequisitos prerrequisitos que son son entradas de `flujo `flujo de trabajo trabajo es decir, la lista de característica característicass y el modelo de dominio o de negocio. Entonces el arquitecto identificara los casos de uso relevantes arquitectónicamente ablando para proporcionan entradas a la priorizasión de los casos de uso (y posiblemente otros requisitos) que van a ser desarrollados en la iteración actual de los casos de uso. Hecho esto, los especificadotes de casos de uso (Varios individuos) describen todos los casos de uso que se han priorizado. Más o menos en paralelo con ellos, los diseñadores de internas de usuario (varios individuos) sugieren las interfaces de usuario adecuadas para cada actor basándose en los casos de uso. Entonc Entonces es el analista analista de sistema sistemass reestruc reestructur turaa el modelo modelo de casos casos de uso definiend definiendo o generalizaciones entre los casos de uso para hacer lo mas comprensible posible. Los resultados de la primera iteración atreves de los flujos de trabajo consiste en una primera versión versión del modelo modelo de los casos de uso, los casos de uso y cualquier cualquier prototipo prototipo de intern internas as de usuar usuario io asoc asociad iado. o. Los Los resu resulta ltado doss de cual cualqu quier ier iterac iteración ión subsi subsigu guien iente te consistirán entonces en nievas versiones de estos artefactos. Hay recordar que todos los artefactos se completan y mejoran incrementalmente a través de las iteraciones. Los resultados de la primera iteración a trabes de este flujo de trabajo consisten en una primera versión del modelo modelo de casos de uso, los casos de uso y cualquier cualquier prototipo prototipo de interfaz de usuario asociado. Los Los resul resultad tados os de cualq cualquie uierr iterac iteración ión subsig subsigui uient entee consis consistir tirán án ento entonce ncess en nuev nuevas as versiones de estos artefactos. Hay que recordar que todos los artefactos se completan y mejoran incrementalmente a trabes de las iteraciones. Las distintas actividades actividades en el modelado modelado de casos de uso adoptan adoptan formas formas diferentes diferentes en diferentes fases del proyecto por ejemplo cuando un analista de sistemas ejecuta la actividad de encontrar actores y casos de uso durante la fase de inicio, identificado muchos actores y casos de uso nuevos. Pero cuando la actividad se realice durante la fase de construcción, el analista hará sobre todo cambios secundarios en el conjunto de actores y casos de uso, tales como la creación de un diagrama de casos de uso que describa mejor
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
que incluye las características generales que se requiere. También podemos tener como entrada los requisitos adicionales que no pueden ubicarse en casos de uso individúale. Esta actividad consta de 4 pasos Figura 7.11 Las entradas y los resultados de identificar actores y casos de uso. Encontrar los actores. • Encontrar los casos de uso. • Describir brevemente cada caso de uso. • Describir el modelo de casos de uso completo (Este paso también incluye la • preparación preparación de un glosario glosario de termino). termino). Estos pasos no tiene por que ser ejecutados en ningún orden en particular y a menudo se hacen simultáneamente. Por ejemplo, el diagramad de casos e uso puede puede actualizarse tan pronto como identifiqu identifiquemos emos un un nuevo nuevo actor o caso de uso. El resultado de esta actividad es una nueva versión del modelo de casos de uso con acto actore ress y caso casoss de uso usos nuev nuevos os o camb cambia iado dos. s. Podem odemos os descr escrib ibir ir y dibu dibuja jar r superficialmente el artefacto modelo de casos de uso resultante, asta el punto de poder describir cada caso de uso en detalle que es lo que hace la siguiente actividad: Detallar un caso de uso. La figura 7.12 es una ilustración de un diagrama de casos de uso de este este tipo( tipo( madura madurado do y reest reestru ructu cturad rado o a travé travéss de algu algunas nas iterac iteracion iones es).P ).Pro ronto nto lo describiremos con mas detalle. Figura 7.12 Casos de uso en el sistema de pagos y facturación que soporta el caso de uso del negocio venta: Del pedido a la entrega. El papel iniciador, conectado a las asociaciones, indica que actor comienza el caso de uso.
7.4.1.1 Encontrar los actores La tarea de encontrar los actores depende de nuestro punto de partida.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
encontra encontrarr muchos muchos actores actores que se solapan solapan.. Esto Esto lleva a algunas algunas discusi discusione oness antes antes de encontrar el conjunto de actores adecuado y de la definición de las generalizaciones. El analista de sistemas da nombre a los actores y describe brevemente los papeles de cada actor y para que utilice el sistema el actor. Encontrar Encontrar nombres relevantes relevantes para los actores es importante para comunicar la semántica deseada. La descripción breve de cada actor debe esbozar sus necesidades y responsabilidades.
Ejemplo Los actores comprador, vendedor y sistema de cuentas bancarias. Comprador Un comprador comprador representa a una persona que es responsable responsable de adquirir bienes o servicios como se describe en el caso de uso ventas: Del pedido a la entrega esta persona puede ser un individuo(es decir , no asociado a una compañía), o alguien dentro de una empresa. El comprador de bienes y servicios necesita el sistema de facturación y pagos para enviar pedidos pedidos y pagar pagar las facturas. facturas.
Vendedor Un vendedor representa a una persona que vende y distribuye bienes o servicios. El vendedor utiliza el sistema para conseguir nuevos pedidos y entregar las confirmaciones de pedido, facturas y avisos de pago.
Sistema de cuentas bancarias El sistema de facturación facturación y pagos se envía verificacione verificacioness de transacciones transacciones al sistema de cuentas bancarias. El resultado de este paso es una nueva versión del artefacto modelado del caso de uso con un conjunto de actores actualizado, cada uno con una breve descripción. Estos actores brevemente brevemente descritos descritos pueden pueden utilizarse ahora como punto de partido para encontrar encontrar los
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
comienza comienza con un verbo, verbo, y debe reflejar cual es el objetivo de la interacción interacción del actor y el sistema. En nuestro ejemplo tenemos casos de uso como pagar factura y solicitar bienes y servicios. Algunas Algunas veces es difícil decidir el ámbito de un caso de uso. Una secuencia de interacciones usuario- sistema se puede especificar en un caso de uso o en varios, los cuales el actor invoca un tras otro. Como cuando decidimos si un caso de uso candidato debe ser un caso como tal, tenemos que considerar si es complejo por si mismo siempre se ejecuta como continuación de otro caso de uso. Para ser mas es pacíficos un caso de de uso entrega un resultado resultado que se puede observar observar y que añade valor a un actor en concreto. esta norma practica para identificar un buen caso de uso puede ayudar a determinar el ámbito apropiado de uno de ellos. Obsérvese que hay dos frases claves en estas directrices que constituyen criterios utiles para la identificació identificación n de casos casos de uso, uso, resultados resultados de un valor valor y un actor en concreto: concreto: Resu Result ltad ado o de valo valor: r: cada cada ejec ejecuc ució ión n sati satisf sfac acto tori riaa de un caso caso de uso uso debe debe • proporcionar proporcionar algún valor al actor para alcanzar su objetivo. objetivo. En algunos casos, el actor quiere pagar por el valor devuelto. Nótese que una instancia de caso de uso, como la de una llamada telefónica puede implicar a más de un actor. En este caso, el criterio criterio par “un resultado resultado de valor valor observ observable able”” debe debe ser aplicado aplicado al actor actor iniciador. iniciador. Este criterio “resultados “resultados de valor” nos ayuda a evitar encontrar casos de uso demasiado pequeños. Un actor en concreto: identificando casos de uso que proporcionen valores a los • usuarios individuales reales, nos aseguramos de que los casos de uso no se harán demasiado grandes. Como pasa pasa con los actores, los casos de uso que identificamos identificamos primero primero necesitan a menudo menudo ser reestruct reestructura urados dos u reevaluad reevaluados os un par de veces veces antes de que el modelo de casos de uso se estabilice. Los casos casos e uso y la arquitectura arquitectura del sistema sistema se desarrollan desarrollan mediante mediante iteraciones. iteraciones. Una
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
A medid medidaa que que los los anal analist istas as van van identi identific fican ando do a los los casos casos de usos, usos, alguna algunass veces veces garabat garabatean ean algunas algunas pocas palabras palabras explicando explicando cada caso de uso, uso, algunas algunas veces solo solo describen los nombres. Después, describen brevemente cada caso de uso, en primer lugar con algunas clases que resumen las acciones acciones y mas tarde con una descripción descripción paso a paso de lo que el sistema necesita cuando interactúa con sus actores.
7.4.1.4 7.4.1.4 Descripción Descripción del modelo modelo de casos casos de uso en su totalidad totalidad Preparamos diagramas descripciones para explicar el modelo de casos de uso en su totalidad, especialmente como se relacionan los casos de uso uso entre si y los actores. No hay una regla estricta sobre lo que se debe incluir incluir en el diagrama. diagrama. De hecho elegimos elegimos el conjunto de diagramas que describan más claramente el sistema. Por ejemplo, podemos dibujar diagramas para mostrar los casos de uso que participan en un caso de uso de negocio o quizás para ilustrar los casos de uso que ejecuta un actor. Para asegurar la consistencia cuando se describe varios casos de uso concurrentemente, resulta práctico desarrollar un glosario de términos. Estos términos pueden derivar en las clases en un modelo del dominio o un modelo de negocio. El modelo de casos de uso requiere ser un modelo plano, como el que se describe aquí también puede organizarse en conjuntos de casos de uso llamados paquetes de casos de uso. Falta ejemplo Cuando la descripción del modelo de casos de uso este preparada, dejamos que el visto bueno del modelo modelo de casos de uso la gente que no forma parte del equipo de desarrollo desarrollo (clientes y usuarios), convocando una revisión informal para determinar si: Se han capturado como casos de uso todos los requisitos funcionales necesarios. • La secuencia secuencia de acciones es correcta, completa completa y comprensible comprensible para cada caso de • uso.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
El objetivo principal de detallar cada caso de uso es describir un flujo de sucesos en detalles incluyendo como comienza, termina e interactúan con los actores. Con el modelo de casos de uso y los diagramas de casos de uso asociados como puntos de comienzo, el espicificador de un caso de uso individual puede ya describir cada caso de uso en detalle. El especificador de casos de uso detalla paso a paso la descripción de cada casos de uso en una especificación precisa de la secuencia de acciones. En esta sexy veremos: Como estructurar la descripción para especificar todas las vías alternativas del • caso de uso. Que incluir en una descripción de casos de uso. • Como formalizar la descripción del casos de uso cuando sea necesario. • Cada especificador especificador de casos de uso debe debe trabajar estrechamente estrechamente con los usuarios usuarios reales de los casos de uso. El especificador d los caos de uso necesita entrevistar con los usuarios quizá anotarse su compresión de los caos de uso y discutir propuestas con ellos y solicitarles que revisen la descripción de los casos de uso. El resultado de esta actividad es la descripción detallada de un caso de uso en particular en forma de texto y diagrama.
7.4.3.1 7.4.3.1 Estructuraci Estructuración ón de la descripció descripción n de los casos casos de uso uso
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Algunos recursos del sistema pueden tener un mal funcionamiento, y así impedir que el sistema realice de forma adecuada su trabajo. El cami camino no básic básico o elegid elegido o debe debe ser el camin camino o “norm “normal” al”,, esto esto es, es, el que que el usua usuario rio preexhibe preexhibe como el que mas habitualmente habitualmente va a seguir y aquel que proporciona el valor mas mas obvi obvio o al acto actor. r. Gene Genera ralm lmen ente te,, cada cada cami camino no bási básico co debe debe abar abarca carr un par par de excepciones y un un par de peculiaridades que el sistema raramente necesita manejar. •
7.4.3.1 ¿Qué incluir en una descripción de caso de uso? •
• •
• •
• •
La desc descri ripc pció ión n de una caso caso de uso uso debe debe defi defin nir el esta estado do inic inicia iall como como precondición. precondición. Como y cuando comienza el caso de uso (es decir, la primera acción a ejecutar). El orden requerido (si hay alguno) en el que las acciones se deben ejecutar. En este punto el orden se define por una secuencia enumerada. Como y cuando terminan los casos de uso. Una descripción de caso de uso debe definir dos posibles estados finales como post condicion condiciones. es. Los caminos de ejecución que no están permitidos. Las Las descr descrip ipcio cione ness de camino caminoss alter alternat nativo ivoss que que están están inclu incluid idos os junto junto con con la
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
restados, no necesitamos describir explícitamente los estados. Aun así, es buena idea tener una maquina de estados en nuestras mentes cuando describimos un caso de uso, para asegu asegurar rarnos nos de que que cubre cubre toda todass las las posib posible less situa situacio cione nes. s. No obsta obstante nte,, en lagun lagunas as ocasiones, como cuando renuevan su sistemas en tiempo real complejo, los caos de uso pueden pueden ser muy complejos, complejos, por eso pueden pueden llegar a ser necesaria necesaria una técnica de descripción mas estructurada. La interacción entre los actores y los casos de se puede transitar por ejemplo, por tantos estado y tantas transiciones alternativas que es casi imposible mantener consistente la descripción textual de los casos de uso. Entonces puede ser útil utilizar una técnica de modelado visual para describir los casos de uso, estas técnicas pueden ayudar al analista de sistemas o mejorar la comprensión de los casos de uso: pude utilizar los diagramas diagramas de estado de UML. UML. para describir los estados estados de los • casos de uso y las transiciones entre esos estados. Puede utilizarse los diagramas de actividad para describir las transiciones entre • estados con más detalle como consecuencia de las acciones. Los diagramas de activi activida dad d puede pueden n descr describi ibirse rse como como una una gene general raliza izació ción n de los los diag diagram ramas as de tran transi sici ción ón de esta estado do.. Que son son una una técn técnic icaa bien bien prob probad adaa que que se util utiliz izaa en telecomunicaciones. Se puede usar los diagramas de interacción para describir como interactúa una •
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
casos de uso. Mediante la especificación de que se necesita antes de decidir como realizar la interfaz de usuario llegamos a comprender las necesidades antes intentar realizarlas.
7.4.4.1 7.4.4.1 crear diseño diseño lógico lógico de de una interfaz interfaz de usuario. usuario. Cuando los actores interactúan en el sistema como utilizaran y manipularan elementos de interfaz de usuario que representan atributos. A menudo de esto son términos del glosario. Los actores pueden experimentar estos elementos de las interfaces de usuarios como iconos listas de elementos u objetos en un mapa de dos, y pueden manipularlos por selección, estos elementos actor por actor recorriendo todos los casos de uso a los que elector puede acceder, e identificando los elementos apropiados de la interfaz de usuario para cada caso de uso. Un único elemento elemento de interfaz de usuario puede intervenir intervenir en muchos casos de uso, desempeñando un papel diferente en cada uno así, los elementos de la interfaz de usuario pueden diseñarse para jugar varios roles. Deberíamos responder responder las preguntas preguntas para cada cada actor: actor: ¿Qué elementos de interfaz de usuario se necesita para posibilitar el caso de uso? • ¿Cómo deberían relacionarse unos con otros? • ¿Cómo se utilizaran en los diferentes casos de uso? • ¿Cuál debería ser su apariencia? • ¿Cómo debería manipularse?
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
herramientas herramientas y controles; controles; estos esquemas esquemas pueden pueden prepararse después del desarrollo desarrollo de las notas adhesivas e identificar durante el diseño de la interfaz de usuario lógicas. Figura 7.19 una interfaz de usuario propuesta para los elementos, la interfaz relacionada cuenta y factura. Ahora estamos preparados para construir prototipos ejecutables de las configuraciones más importantes de elementos de interfaz de usuarios. Estos prototipos pueden construirse con una herramienta d prototipazo rápido. Pueden haber varios prototipos, quizá uno para cada actor para verificar que cada actor puede verificar el caso de uso que se necesita. L esfuerzo del prototipado prototipado debe ser proporcional proporcional al valor de retorno esperado. Desarrollamos Desarrollamos prototipos prototipos ejecutables ejecutables cuando cuando tenemos mucho que ganar en facilidad de uso por ejemplo un prototipo para los actores más importantes, utilizamos bocetos en papel cuando no tengamos que ganar. La validación de las interfaces de usuario a través e revisiones de prototipos y esquemas en los los prim primero eross mome momento nto pued pueden en prev preven enir ir much muchos os erro errores res que que serán serán mas mas caros caros de corre corregi girr despu después. és. Los Los protot prototipo iposs tambi también én pued pueden en revis revisars arsee supe superfi rficia cialm lmen ente te a la descripción de casos de uso, y permitir que se corrijan después de que los casos de uso pasen a su diseñador. diseñador. Los revisores revisores deben deben verificar verificar cada interfaz interfaz de usuario. Permite que el actor navegue de forma adecuada. •
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Con el fin de reducir la redundancia redundancia esta comparición comparición puede describirse describirse una caso de uso separado que puede ser después reutilizado por el caso de uso origina. Mostramos la relación de reutilización reutilización mediante una generalización. generalización. la generalización generalización entre casos de uso es una clase de herenci herencia, a, las instancias instancias de los casos de uso general generalizad izados os puede ejecutar todo el comportamiento descrito en el caso de uso generalizados. Dicho de otra forma, una generalización de un caso de uso A hacia un caso de uso B indica que una instancia del caso de uso A incluirá también el comportamiento especificado en B. La generalización generalización se emplea para simplificar la forma de trabajo y la comprensión comprensión del de modelo modelo de casos de uso y para reutilizar reutilizar casos de uso “semifabricados” “semifabricados” cuando reunimos casos de uso terminados requeridos por el usuario. Cada caso de uso terminado se
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
Trusted by over 1 million members
Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.
•
casos de uso no deberían deberían ser demasiadas o demasiados demasiados pequeños, pequeños, conllevando conllevando así una sobrecarga de gestión significativa. Evite descomponer funcionalmente los casos de uso en el modelo de casos de uso. Esto se hace mucho mejor mediante el refinamiento de cada caso de uso en el modelo de análisis.
7.5 Resumen Resumen del flujo flujo de trabajo trabajo de de los requisi requisitos tos en este capitulo y en el anterior , hemos descrito como capturar los requisitos de un