# data[].attributes.headline
Introducción a Diagramas de Casos de Uso

# data[].attributes.subject
Introducción a Diagramas de Casos de Uso

# data[].attributes.body
Una guía completa para comenzar con los diagramas de casos de uso: conceptos básicos, elementos y cómo crearlos. Ideal para principiantes.

# data[].attributes.headline
Creando Diagramas de Casos de Uso con StarUML

# data[].attributes.subject
Creando Diagramas de Casos de Uso con StarUML

# data[].attributes.body
Tutorial paso a paso para dibujar tus primeros diagramas de casos de uso utilizando la herramienta StarUML. Aprende a dar los primeros pasos en el modelado de software.

# data[].attributes.attachment_link.title
Introduction | v6 | StarUML documentation

# data[].attributes.attachment_link.description
StarUML is a sophisticated software modeler aimed to support agile and concise modeling.

# data[].attributes.headline
Modelado de Requisitos con Diagramas de Casos de Uso

# data[].attributes.subject
Modelado de Requisitos con Diagramas de Casos de Uso

# data[].attributes.body
Comprende cómo utilizar los diagramas de casos de uso para modelar requisitos de software de manera efectiva. Incluye tips y mejores prácticas.

# data[].attributes.attachment_link.readable_text
Requirements Modeling is a process of documenting, analyzing, and managing Requirements. Requirements change throughout the project, so it is important to have a way to track them and make sure everyone understands them. There are many tools and courses available to help you with Requirements Modeling. In this article, we will discuss what Requirements Modeling is, the different processes and tools involved in Requirements Modeling, as well as some courses that can help you learn more about Requirements Modeling.

What is Requirements Modeling?

The technique of modeling requirements and solutions as they change through collaborative work and cooperation is known as Requirements Modeling. You may ensure that your team satisfies the stakeholders' exact requirements by employing this approach of cross-functional, self-organizing teams.

Requirements Modeling is the process of documenting, analyzing, and managing Requirements. Requirements can be anything that a customer or user wants from a software system. They can include functional requirements (what the system should do), non-functional requirements (such as performance, security, etc.), as well as constraints (things that might limit what the system can do).

The Requirements Modeling process involves three main activities:

1. Analysis: Once the Requirements have been collected, they need to be analyzed to see if they are complete, consistent, and clear. Any inconsistencies or ambiguities should be resolved at this stage.

2. Documentation: The Requirements should be documented in a clear and concise way. This will ensure that everyone understands the Requirements and can refer back to them if needed.

3. Management: Once the Requirements have been collected and documented, they need to be managed throughout the project. This includes keeping track of changes to Requirements, making sure everyone is aware of these changes, and ensuring that the requirements are still being met.

Benefits of Requirements Modeling

Requirements modeling will improve the clarity of your requirements. This may have a profound influence on the success of your software projects. The following are some of the most significant advantages of adopting modern requirements modeling and management systems:

1. Creating simulations is a breeze

2. Automatic document generation

3. Automatics Test Conduction

4. Easy integration with development and testing tools

5. Easy requirements change management

Why is Requirements Modeling Important?

Requirements Modeling is important because it helps to ensure that the Requirements for a project are well understood by everyone involved. It also helps to identify any potential risks or problems early on in the project, which can save time and money later on.

If you want to achieve quick, consistent, and continuous software delivery, then requirements modeling is key. Even though this process might not give you clear-cut solutions, it will provide you with a reliable guide for the end product. This way, your development team will have a stronger comprehension of the product and how to develop it. Consequently, both developers and clients can voice any concerns they may have about the product early on. By using this process from the beginning stages of planning, you can present both your project stakeholders and customers with a comprehensive blueprint that is easy to follow.

Any modifications that are required to match their exact demands and specifications may be addressed in this strategy. You will decrease the chance of obstacles later on by providing enhanced and rapid feedback at the start of the project and throughout its duration. When fresh team members are added, it's even more crucial. These methods can quickly provide new workers an overview of the project from beginning to end - from conception to completion. This allows new employees to grasp how iterations in this system are prioritized.

If Requirements are not well understood, there is a risk that they will not be met. This can lead to the project being delayed, over budget, or even canceled. In some cases, it can also lead to legal issues if the final product does not meet the customer's expectations.

Requirements Modeling Techniques

There are many different tools that can be used for Requirements Modeling, depending on the needs of the project. Some of the most popular requirements modeling tools include

Requirements Traceability Matrix: A requirements traceability matrix is a table that shows the relationships between requirements. It can be used to ensure that all requirements are being met.

Use Cases: A use case is a description of how a user will interact with the system to achieve a specific goal. Use cases can be used to capture functional requirements. Use cases depict the high-level functionalities that the system should be able to perform.

User Stories: A user story is a short, simple description of a feature from the perspective of the user. User stories can be used to capture both functional and non-functional requirements.

Process Flow Diagrams: A process flow diagram shows how tasks are performed in a process. Process flow diagrams can be used to capture both functional and non-functional requirements.

Activity Diagram - This approach is used to address the whole business process or system process - which may be appropriate for all sorts of users depending on the requirement's being functional and the type being fundamental. This approach can only define the scope of a system or procedure, but it can't help with detailed impact analysis.

State Diagram - A state diagram is a more detailed approach than a flow chart. Only the various states of an object that passes through a process flow are depicted in a state diagram when it comes to the system's or procedure's elements, or the process itself. This element, according to this viewpoint, cannot be used directly in impact analysis calculations.

Sequence Diagram - This is more relevant for a technical user, especially when many processes are underway. It visualizes how processes or objects interact during a scenario and depicts this in a graphical way. This approach adds additional value to technical users since it can help them get down to specific technological specifications. During the development phase, this technique is the most popular method for requirement reference, owing to its usefulness.

Requirements Modeling Elements

Below are the different strategies of requirements modeling:

Flow Oriented Modeling - The data objects are transformed by the function as it is processed.

The Flow oriented elements are

Data Flow Model - It is a graphical technique. It is used to represent information flow.

Control Flow Model - Large class applications require control flow modeling.

Control Specification - The state diagram in the control specification is a sequential specification of the behavior.

Process Specification - The process specification is used to describe all flow model processes.

Class-based Modeling - Class-based modeling represents the object. The system manipulates the operations.

The elements of the class-based model consist of the following:

Classes - To figure out which classes to take, underline each noun or noun clause in the text and enter it into the table.

Attributes - Attributes are the data objects that define a class within the context of the problem. For example, 'employee' is a class consisting of the name, Id, department, designation, and salary of the employee.

Operations - The operations describe the actions of a thing.

Unified Modeling Language (UML)

People have been using models for as long as systems modeling has existed. Models include physical mock-ups, such as the hull of a ship's body. Prototypes and mock-ups are examples of physical models. And, since engineers can remember, models were created on paper in the form of sketches, flow diagrams, and the like. Some were informal and intended to be discarded; others utilized a more formal notation and were maintained throughout the system development cycle.

The invention of the unified modeling language (UML) proved to be a game-changer. For those who are unfamiliar with it: UML is a graphical general-purpose modeling language that covers both structural and behavioral elements of a system. In a nutshell, it formalizes the use of "boxes and arrows" to provide defined syntax and meaning.

UML Methods for Requirements Modeling

While UML has been incredibly successful, it has one negative consequence: Over time, it becomes very large and complex. This can be intimidating for people trying to learn the standard. Therefore, it's essential to only use the relevant subset of UML for any given task. Also, like spoken languages, there are different ways to use UML correctly or incorrectly. A method outlines how the language should ideally be applied in order to limit which UML elements are used and to what purpose.

Two popular methods for starting a UML requirements model are use cases and class diagrams. To create a more detailed picture, the initial model is elaborated with additional information. What this looks like in practice is described below:

ICONIX - ICONIX is a lightweight method from the '90s. It promised to get from requirements to code with only four UML diagrams. For whatever reason, it is not very widely known. I consider it very useful for small and medium-sized software projects that are not safety-critical.

SYSMOD - SYSMOD is more of a toolbox than a method, but it contains a number of useful tactics for requirements modeling.

Requirements Model Structure

At first glance, UML may seem to be all about the diagrams. But if done correctly, it is a byproduct of the modeling process - albeit a useful one. The diagram helps readers understand the "big picture." It serves as a map, guiding them through the model. But each symbol in the diagram provides extensive amounts of extra information that often has no representation in the picture. To demonstrate this, let's look at use cases. The accompanying table below shows some of the information that may be included in part of the model:

Visure Requirements ALM Platform

Requirements management software that simplifies requirements gathering, traceability, and collaboration for agile teams.

Visure Requirements is a requirements management software that helps you gather, trace, and manage requirements for your agile projects. With its intuitive interface and powerful features, Visure Requirements makes it easy to get started with Requirements Management and accelerate your agile development process.

Key Features:

Easy to use Requirements Gathering tool

Traceability Matrix to track requirement changes

Visual Requirements Modeling with UML Use Cases

Collaborative Requirements Management platform for distributed teams

Benefits of using a requirements management software like Visure Requirements:

Requirements gathering is simplified and accelerated

Requirements traceability is improved

Requirements changes are easier to track

Requirements collaboration is enhanced for distributed teams.

Conclusion:

Requirements modeling is a critical process for documenting and managing the requirements of a system. The benefits of requirements modeling include improved communication, reduced ambiguity, and a common understanding of the system requirements. There are several techniques for requirements modeling, including use cases, data models, and state charts. The most popular technique is Unified Modeling Language (UML). UML provides a visual notation for specifying the structure and behavior of systems. Many commercial software development tools support UML diagrams. A recent addition to the family of requirement management tools is Visure Requirements ALM Platform. Visure Requirements support all major diagramming notations, including UML 2.5 diagrams. Request a free 30-day trial at Visure Requirements ALM Platform to see how it can help you manage your system requirements more effectively.

# data[].attributes.attachment_link.title
What is Requirements Modeling: Process & Tools & Courses | Complete Guide - Visure Solutions

# data[].attributes.attachment_link.description
Requirements Modeling is a systematic procedure of documenting, analyzing, and further managing the requirements.

# data[].attributes.body
Herramienta de modelado UML con soporte para diagramas de casos de uso. Facilita el diseño y la documentación de sistemas software.

# data[].attributes.attachment_link.readable_text
StarUML is a software engineering tool for system modeling using the Unified Modeling Language, as well as Systems Modeling Language, and classical modeling notations. It is published by MKLabs and is available on Windows, Linux and MacOS.

StarUML is the successor of an object oriented modelling software called Plastic. Plastic 1.0 was published in 1997 to support the OMT notation. The version 1.1 published in 1998 dropped the OMT to support in favour of UML. The last version under this brand was called Agora Plastic 2005 and was published by the Korean company Plastic Software Inc, Seoul. It was an internationalized product, compliant with UML 1.4, and claiming to support the Object Management Group's MDA approach.

The software was renamed StarUML 5.0 in 2005 with a view to publishing it as open source. The aim was to provide UML 2.0 support as well as the capability to use third-party plugins. The first public release was published August 2006 on SourceForge under GNU GPL license. The source code included multiple copyright notices for the period 2002-2005 by Plastic Software Inc. The software targeted at that time the Win32 platform and was essentially written in Delphi. The software evolved over several years as open source project and was recognized as an MDA tool with a capability to assist in reverse-engineering existing code. A last open source version is published in 2010. It may still be used nowadays, but according to the owner of the product, if would no longer be maintained nor supported.

A crowdfunding campaign was launched in 2014 to finance a revival of the project under the name StarUML 2. The aim of the initiative was to add support for other languages than Java and other modeling notations than UML. The campaign failed to raise the needed funds: less than 1000 USD were collected, that is 1% of the campaign's target.

The South Korean company MKLabs publishes since 2014 the new versions of StarUML and licenses them under a commercial proprietary scheme. The old open source version is referred to as StarUML 1 in the product documentation, and the version numbering was restarted at 2.0.0. which was released in 2014. A multiplatform version 3.0 was released in 2018 for Windows, Linux and MacOS. Version 4.0 was released in 2020. It included timing and interaction overview diagrams. Version 5.0 was published in 2022 and supports Apple Silicon.

StarUML offers object oriented modelling capabilities. It supports most of the diagram types specified in UML 2.0. :

StarUML also offers support for SysML:

StarUML supports legacy modeling notations, such as:

StarUML 2.0 uses its own file format with the .mdj extension. These are JSON text files. The application can also export manually selected fragments of a model into separate files with having the .mdf extension and import them back. It can also import files from StarUML 1 which use the .uml format.

StarUML can generate HTML, PDF and EJS files do document a model.

It can also export JPEG, WMF, SVG and PNG pictures.

A study published in 2017 by the IEEE and the ACM has analysed the main software products used for the teaching of modeling. It was based on an international sample of 150 academics. StarUML was the third most used product with 23.9% of the respondents having used it in their courses.

At the end of 2011 StarUML was forked under the name WhiteStarUML. It addresses various issues most notably related to handling recent version of Windows and modern screen resolutions. The definitive update was posted in March 2018.

The last update by the developer on 4 April 2020 indicated that WhiteStarUML development had ceased. Reasons cited include the difficulty of working in Delphi, as well as the lack of community interest in supporting the project development.

# data[].attributes.attachment_link.description
StarUML is a software engineering tool for system modeling using the Unified Modeling Language, as well as Systems Modeling Language, and classical modeling notations. It is published by MKLabs and is available on Windows, Linux and MacOS. StarUML is the successor of an object oriented modelling software called Plastic.

# data[].attributes.body
Plataforma en línea para la creación de diagramas de casos de uso y otros diagramas UML. Intuitiva y con colaboración en tiempo real.

# data[].attributes.attachment_link.readable_text
In the past few years, switching from on-site to hybrid and remote work created a huge gap for organizations and leaders wanting to continue effective team collaboration. The disconnect made super popular diagramming applications like Lucidchart essential to maintain team collaboration-no matter where the team was physically located.

Eventually, organizations grew to rely on diagramming tools, but many asked if there were better Lucidchart alternatives. Processing and creating flowcharts, floor plans, organizational charts, or other company diagrams requires accessible and easy-to-use tools-especially with the rise in remote work.

Unfortunately, diagramming programs differ between tools, and choosing one depends on your specific needs. That's why we put together a list of the 10 best Lucidchart alternatives in 2024 to give you a breakdown of all your options.

But first, let's look at one of the most popular options, Lucidchart.

Why Look for a Lucidchart Alternative?

Lucidchart is a web-based diagramming tool used by people in various industries to create detailed diagrams out of images, data, or templates. It allows collaboration with other users and comes with multiple integrations, including Google Workspace and Atlassian, among others to streamline your process.

Lucidchart is available through four plans:

1. Free

2. Individual ($7.96 per month)

3. Team ($9 per user per month)

4. Enterprise (custom pricing)

Each comes with its limits and feature restrictions. That's why some users feel like Lucidchart falls short.

For example, it is entirely web-based and doesn't have any desktop apps to use. Such areas could be just disconcerting to some and a complete deal-breaker for others.

If you have any specific requirements missing from this tool, you might want to consider these 10 Lucidchart alternatives to help you get exactly what you need.

10 Best Lucidchart Alternatives for Diagramming in 2024

1. ClickUp

Tasks like diagramming, tasks, docs, spreadsheets, goal tracking, time tracking, resource allocation, and even email all used to be handled separately. ClickUp replaces them by putting together the best project management, collaboration and productivity apps in a centralized hub.

ClickUp is one of the best Lucidchart alternatives because it has the same visual collaboration features but is much more powerful to increase team productivity. On top of it all, it's highly rated and preferred by startups, giants, and small businesses worldwide.

ClickUp is perfect for teams that want to work smarter and more efficiently on a masterfully intuitive platform. It's customizable for any sort of workflow due to its several notable features.

It can diagram and help you manage products and projects, track bugs, and manage academic and administrative resources for students or administrators. Here are some of its most notable features:

Fully customizable

Owners or admins of a ClickUp Workspace can choose from 35+ ClickApps to customize their team's experience. Each ClickApp adds a different functionality to the platform, and you can enable as many as you want! Some of them include:

Clip: Screen Recording allows you to create one-click videos of your screen without leaving the platform

Docs Home: Organize and work on all your documents from one central place

LineUp: Give each person an order of tasks to do next or provide clarity to your team on what's in your queue

Pulse: See who's online, what people are working on, and what they did today in real-time

Time Tracking: Calculate how long a task is likely to take based on its subtasks

All these ClickApps allow you to improve your team's productivity!

Mind Maps

ClickUp Mind Maps allow you to plan and organize projects, ideas, or existing tasks. It allows you to create a flow diagram of your ideas and illustrate the relationship and hierarchy between concepts. It is perfect for creating a team plan, organizing ideas, and visualizing task structures.

Using it is as easy as drawing on paper, only that it has the added advantage of being saved immediately. It allows you to easily share it with your entire team, keeping everyone in the loop about the project's progress.

Whiteboards

As more organizations switch to remote and hybrid work environments, there has been a higher demand for more tools critical to collaboration. One such tool is a whiteboard.

Whiteboards in ClickUp stand out from the rest because it allows you to turn real-time ideas directly into actionable projects. It allows all team members to collaborate in real-time, and everyone sees everyone else's cursor movement. It also allows you to add content to the whiteboard in various ways, such as texts, notes, images, and videos, among others.

Diagramming Templates

ClickUp pros

It is very easy to use and has powerful features

It has many tools to simplify the handling of multiple tasks and projects

24/7 world-class support

It can be used for project and task management, as well as a knowledge base

It can be accessed on mobile, making it easy to keep track of projects

ClickUp cons

Might be too complex for an individual's needs

Not all ClickUp views are available on the mobile app just yet

Free Forever

Unlimited: $7 per user per month

Business: $12 per user per month

Enterprise: Contact ClickUp for custom pricing

ClickUp AI is available on all paid plans for $5 per Workspace member per month

👉 If you need a full software suite to handle your Enterprise workloads and processes, we'd love to help set you up for success! Please contact Sales when you're ready.

2. Draw.io

Draw.io is open-source diagramming software, meaning it is completely free. Despite its limited design options, it is one of the best Lucidchart alternatives because of its cost-free nature and several features. However, its limited design options make it perfect for simpler projects.

You can use Draw.io to create network diagrams, flowcharts, UML diagrams, Organizational charts, and ER models among others.

The software is browser-hosted and can be used online or offline on all operating systems. Because it integrates with Google Drive, OneDrive, Confluence Server/Cloud, Dropbox, and more, it is great for projects that require collaboration.

To simplify diagramming, it has several templates and supports multiple import-export formats. It also has a convenient search function to enable working on projects faster. You don't need to create an account to use Draw.io.
Compare Draw.io Vs. Lucidchart!
Draw.io pros

It is completely free

It integrates with Google Drive, OneDrive, and GitHub, among others

Easily produces good quality diagram including affinity diagrams

Allows grouping of shapes

Draw.io cons

It doesn't have the advanced features of others in this list such as ClickUp

Sometimes when opening an existing diagram, the view is usually fully zoomed in, which can be a bit disconcerting

Draw.io pricing
Check out these Draw.io alternatives!
3. Creately

Creately is a diagramming tool that works just as well as, if not better than, Lucidchart but is more affordable.

It comes with an easy-to-use interface, neat and free from clutter. It also features an extensive library of templates for all topics and industries and automation and drag-and-drop features to create flowcharts and other diagrams fast and easy. The contextual toolbar that suggests the shapes you can use as you draw isn't available in Lucidchart.

Creately has several real-time collaboration tools such as video conferencing. They allow you to work seamlessly with your colleagues and track changes when the need arises. It also supports all devices so you can take your work with you wherever you go.

The software has more than 50 diagram types and supports multiple languages. It integrates with Slack so if your team does a lot of work on Slack, it is a huge plus.

Creately pros

Very easy to use with excellent collaborative features

Everybody can see the changes made by others immediately, making it simple to respond and decide

The free version comes with several features

It is affordable compared to others on this list

Instinctive and simple to utilize

Creately cons

It's hard to import an SVG record

Users report a hard time getting shapes and lines to connect well

Creately pricing
Check out these UML diagram tools!
4. Visio

No list of Lucidchart alternatives would be complete without one of the most well-known names in visual diagramming, Visio by Microsoft.

Visio is owned by Microsoft and is part of the 365 toolsets. It is a very powerful diagramming tool that allows you to easily collaborate on projects thanks to its annotations, co-authoring, and skype integration features. It allows real-time collaboration to increase the productivity of the team.

This software has an intuitive interface. Compared to Lucidchart, it has more templates, customizable shapes, and starter diagrams.

Any diagrams created in Visio are accessible to everyone due to its various accessibility features such as the narrator. Its notable features include high security, business process modeling, data flow diagrams, and 3D maps, among others.

Visio pros

Visio cons

Visio pricing

The standard Visio is worth $309.99, and the Visio professional is $579.99 for a one-time purchase. You can subscribe to Visio plan 1 for $5 per user per month, or Visio plan 2 for $15 per month per person
Compare Visio to Lucidchart!
5. Gliffy

One of the reasons why Gliffy is so popular is how easy it is to use for beginners. It has an easy drag-and-drop interface, and you don't have to have experience with a diagramming tool to use it, thanks to its many templates and themes.

Gliffy is one of the more convenient Lucidchart alternatives because you can download a Chrome version when you don't have an internet connection.

Although it doesn't have an API to allow you to build your integration solutions, it integrates with popular apps such as JIRA, WordPress, and Confluence.

Gliffy pros

Gliffy cons

Gliffy pricing

6. Xmind

XMind is a great choice for timelines, mind maps, and flowcharts. With features such as timeline, matrix, and fishbone chart, it has considerable advantages over Lucidchart when it comes to mind mapping.

XMind has minimalistic flowchart features to inspire creativity and generate ideas. So, if you want to brainstorm, XMind is better suited to it than Lucidchart. It also offers multiple ways to capture thoughts and structure them to stay organized.

You don't have to be online to use XMind because it is an app, which can be installed on all platforms. This allows you to distribute projects seamlessly to increase efficiency and productivity.

Two versions are available: an older and simpler XMind 8 and a stronger and more complicated XMind 2020. The latter has more features and customization options.

XMind pros

It is compatible with all devices

Visually pleasing diagrams

Users have several options on how to structure their mind maps

Fast and responsive UI

Generating Markdown files for the mind maps

XMind cons

A few steps are needed to mark a label for each customized branch

It needs more customization options

XMind pricing

7. Mindmeister

Mindmeister is a versatile tool with two features that make it as likable as it is. First, its simple and intuitive interface makes it easy to create mind maps. Second, unlike Lucidchart, which is billed on a per-user basis, Mindmeister is billed per month. That means a whole team can use a single account instead of paying for each individual, making it more affordable than most. It also has several customization options and great collaboration features.

Some notable features of Mindmeister include 24/7 backup, team collaboration, project prioritization and management, and presentation-building tools. It also allows you to set project deadlines.

There is a free and a paid version. The free version allows you to publish and share a link to diagram drawings, but you must upgrade to the paid version to export it.

Mindmeister pros

Mindmeister cons

Can only be used online

Exporting options are only available through paid accounts

Mindmeister pricing

8. Miro

If you would like another of the popular Lucidchart alternatives that will help you effectively collaborate and centralize communication through the entire team or organization, look no further than Miro.

Miro has a robust set of tools that allows your team to brainstorm ideas, map processes, and develop strategies. It also comes with smart frameworks and many templates to speed up operations. Among its notable features are sticky notes, infinite canvas, and embedded videos.

This app integrates with over 70 apps and an API to help you optimize various aspects of your products. It also offers advanced security (such as SSL encryption and audit log) to keep your work and files secure.

Miro pros

Miro cons

Miro pricing

Similar to most on this list, there are four plans you can use to acquire Miro:

9. OmniGraffle

If you already have design skills and experience with diagramming, you should consider OmniGraffle. In terms of Lucidchart alternatives, this app is exclusively for Mac and iOS users. If you have Windows or Android, look into the other options on this list.

OmniGraffle is an offline app with a ton of customization options to help achieve the desired outcome. On top of prototyping and diagramming, it also allows you to design vectors, so you can design almost anything you want using shapes.

The Omni Group, developers of the app, offers several apps you can use to complement OmniGraffle.

OmniGraffle pros

OmniGraffle cons

OmniGraffle pricing

10. Coggle

Some diagram software can be a bit too complex, especially compared to some of the Lucidchart alternatives in this list. However, Coggle has a straightforward build to make your design process as simple as possible.

Coggle allows you to easily create and share your flowcharts and mind maps. It also allows you to easily collaborate as you can invite your team members to collaborate on tasks. Moreover, any projects that you share appear on everyone's browser instantly.

With Coggle, you can create flexible diagrams with loops and joining branches and create multiple starting points for your diagrams with more than 1600 icons. You also get unlimited image uploads, floating texts, and images to annotate your map. It comes with a wide selection of templates to help you get started in no time.

You can integrate Coggle with Google Drive to secure your data.

Coggle pros

Coggle cons

Coggle pricing

Coggle has three pricing plans:

Time to make the switch to the best Lucidchart alternative

The best alternative for you is one that answers all the problems you face in your day-to-day. The 10 Lucidchart alternatives above are great for diagramming and can handle several other tasks. We hope you will find one for your needs.

But if we had to point you to one, it would be ClickUp!

It handles not just diagramming but many functions such as automation, screen recording, and other tools to manage your team and projects. You can get in the driver's seat and create a free ClickUp account!

# data[].attributes.attachment_link.title
10 Best Lucidchart Alternatives & Competitors for Diagrams in 2024

# data[].attributes.attachment_link.description
Explore 10 Lucidchart alternatives to meet your diagramming, automation, and project management needs for better collaboration.

# data[].attributes.headline
Curso Básico de Diagramas de Casos de Uso

# data[].attributes.subject
Curso Básico de Diagramas de Casos de Uso

# data[].attributes.body
Aprende los fundamentos de los diagramas de casos de uso con este curso en línea. Incluye ejemplos prácticos y ejercicios.

# data[].attributes.attachment_link.readable_text
El diagrama de caso de uso es un tipo de diagrama UML de comportamiento y se usa frecuentemente para analizar varios sistemas. Permiten visualizar los diferentes tipos de roles en un sistema y cómo esos roles interactúan con el sistema. Este tutorial de diagramas de casos de uso cubrirá los siguientes temas y le ayudará a crear mejor los casos de uso.

Importancia de los diagramas de casos de uso

Como ya se ha mencionado, los diagramas de casos de uso se utilizan para reunir los requisitos de uso de un sistema. Dependiendo de sus necesidades, puede utilizar esos datos de diferentes maneras. A continuación se presentan algunas formas de usarlas.

Identificarlas funciones y la forma en que los roles interactúan con ellas - El propósito principal de los diagramas de casos de uso.

Para una visión de alto nivel del sistema - Especialmente útil cuando se presenta a los administradores o a las partes interesadas. Se pueden destacar los papeles que interactúan con el sistema y la funcionalidad proporcionada por el sistema sin profundizar en el funcionamiento interno del sistema.

Identificar los factores internos y externos - Esto puede parecer simple pero en grandes proyectos complejos un sistema puede ser identificado como una función externa en otro caso de uso.

Usar los objetos del Diagrama de Caso

Los diagramas de caso de uso consisten en 4 objetos.

Los objetos se explican con más detalle a continuación.

Actor

Elactor en undiagrama de caso de uso de es cualquier entidad que desempeñe un papel en un sistema determinado. Puede ser una persona, una organización o un sistema externo y normalmente se dibuja como el esqueleto que se muestra a continuación.

Caso de uso

Un caso de uso representa una función o una acción dentro del sistema. Está dibujado como un óvalo y nombrado con la función.

Sistema

El sistema se utiliza para definir el alcance del caso de uso y se dibuja como un rectángulo. Este es un elemento opcional pero útil cuando se visualizan sistemas grandes. Por ejemplo, puede crear todos los casos de uso y luego utilizar el objeto del sistema para definir el alcance que abarca su proyecto. O incluso puedes usarlo para mostrar las diferentes áreas cubiertas en los diferentes lanzamientos.

Paquete

El paquete es otro elemento opcional que es extremadamente útil en diagramas complejos. De manera similar a los diagramas de clase, los paquetes se utilizan para agrupar los casos de uso. Se dibujan como la imagen que se muestra a continuación.

Guías de diagramas de casos de uso

Aunque los diagramas de casos de uso pueden utilizarse con diversos fines, hay algunas directrices comunes que deben seguirse al dibujar los casos de uso.

Entre ellas figuran las normas de denominación, la dirección de las flechas, la colocación de los casos de uso, el uso de las casillas del sistema y también el uso adecuado de las relaciones.

Hemos cubierto estas directrices en detalle en una entrada de blog separada. Así que adelante y revisa las guías de diagramas de casos de las guías de diagramas de casos de uso >>.

Relaciones en los diagramas de casos de uso

Hay cinco tipos de relaciones en un diagrama de casos de uso. Son..

Asociación entre un actor y un caso de uso

Generalización de un actor

Ampliar la relación entre dos casos de uso

Incluir la relación entre dos casos de uso

Generalización de un caso de uso

Hemos cubierto todas estas relaciones en una entrada de blog separada que tiene ejemplos con imágenes. No entraremos en detalles en este post, pero puede consultar las Relaciones de los Diagramas de Casos de Uso explicadas en los diagramas de casos de uso >>.

Cómo crear un diagrama de caso de uso

Hasta ahora, has aprendido sobre objetos, relaciones y pautas que son críticas al dibujar diagramas de casos de uso. Explicaré los diversos procesos usando un sistema bancario como ejemplo.

Identificación de los actores

Los actores son entidades externas que interactúan con su sistema. Puede ser una persona, otro sistema o una organización. En un sistema bancario, el actor más obvio es el cliente. Otros actores pueden ser empleados del banco o cajeros, dependiendo del papel que intente mostrar en el caso de uso.

Un ejemplo de organización externa puede ser la autoridad tributaria o el banco central. El procesador de préstamos es un buen ejemplo de un sistema externo asociado como actor.

Identificación de los casos de uso

Ahora es el momento de identificar los casos de uso. Una buena manera de hacerlo es identificar lo que los actores necesitan del sistema. En un sistema bancario, el cliente tendrá que abrir cuentas, depositar y retirar fondos, solicitar talonarios de cheques y funciones similares. Por lo tanto, todos ellos pueden considerarse como casos de uso.

Los casos de uso de alto nivel siempre deben proporcionar una función completa requerida por un actor. Se pueden ampliar o incluir casos de uso dependiendo de la complejidad del sistema.

Una vez que se identifican los actores y el caso de uso de nivel superior se tiene una idea básica del sistema. Ahora puedes afinarlo y añadirle capas adicionales de detalle.

Busque la funcionalidad común a utilizar Incluya

Busca una funcionalidad común que pueda ser reutilizada en todo el sistema. Si encuentras dos o más casos de uso que comparten una funcionalidad común, puedes extraer las funciones comunes y añadirlas a un caso de uso separado. Entonces puedes conectarlo a través de la relación de inclusión para mostrar que siempre se llama cuando se ejecuta el caso de uso original. ( ver el diagrama para un ejemplo ).

¿Es posible generalizar los actores y los casos de uso

Puede haber casos en que los actores se asocien con casos de uso similares mientras que desencadenan unos pocos casos de uso exclusivos de ellos. En tales casos, se puede generalizar el actor para mostrar la herencia de las funciones. Puedes hacer algo similar para el caso de uso también.

Uno de los mejores ejemplos de esto es el caso de uso de "Make Payment" en un sistema de pago. Puede generalizarse aún más a "Pagar con tarjeta de crédito", "Pagar en efectivo", "Pagar con cheque", etc. Todos ellos tienen los atributos y la funcionalidad de pago con escenarios especiales únicos.

Funciones opcionales o funciones adicionales

Hay algunas funciones que se activan de manera opcional. En esos casos, se puede utilizar la relación de extensión y adjuntarle una regla de extensión. En el siguiente ejemplo de sistema bancario, "Calcular bono" es opcional y sólo se activa cuando se cumple una determinada condición.

Extender no siempre significa que sea opcional. A veces el caso de uso conectado por extensión puede complementar el caso de uso base. Lo que hay que recordar es que el caso de uso básico debe ser capaz de realizar una función por sí mismo aunque no se llame caso de uso extensivo.

Usar plantillas de diagramas de casos

Hemos creado plantillas de diagramas de casos de uso para algunos escenarios comunes. Aunque tu problema o escenario no sea exactamente como este, puedes usarlos como punto de partida. Echa un vistazo a nuestras plantillas de diagramas de casos de uso.

Preguntas sobre el diagrama de uso Tutorial del caso

Hemos tratado de cubrir exhaustivamente todo lo que necesita saber sobre la creación de diagramas de casos de uso. Si tienes dudas sobre alguna sección o se te ocurren formas de mejorar este tutorial por favor háznoslo saber en los comentarios.

Más tutoriales de diagramas

Join over thousands of organizations that use Creately to brainstorm, plan, analyze, and execute their projects successfully.
Get started here

# data[].attributes.attachment_link.title
Tutorial de diagramas de casos de uso ( Guía con ejemplos )

# data[].attributes.attachment_link.description
La guía definitiva para utilizar los diagramas de casos. Este tutorial de diagramas de casos de uso cubre los objetos de los casos de uso, cómo usar los diagramas de casos de uso e incluye plantillas de casos de uso.

# data[].attributes.headline
Code&Coke: Diseño de aplicaciones con UML

# data[].attributes.subject
Code&Coke: Diseño de aplicaciones con UML

# data[].attributes.attachment_link.readable_text
Sidebar

Entornos de desarrollo

Anexos

Enlaces

¿Qué es UML

UML (Lenguaje unificado de modelado) es un lenguaje que permite representar el diseño y estructura de un Proyecto de Software bajo el paradigma de orientación a objetos.

Define los elementos y reglas para diseñar diferentes tipos de diagramas en función del aspecto del proyecto que se quiere representar o modelar:

Diagramas de comportamiento: Se utilizan para representar qué tiene que ocurrir en el sistema que se modela

Diagramas de estructura: Se utilizan para representar los componentes que deben existir en el sistema

Diagramas de interacción: Se utilizan para representar el flujo de la información del sistema

Herramientas para el diseño de Diagramas UML

diagrams diagrams.net (draw.io) [windows|linux|osx]

StarUML StarUML [windows|linux|osx]

Modelio Modelio [windows|linux|osx]

Diagramas de casos de uso

Se utilizan para diseñar las diferentes tareas (o funcionalidades) que tiene que despeñar un sistema

Se modelan también los actores o entidades externas que interactúan con dicho sistema

A cada una de esas tareas o formas en que una ctor utiliza el sistema, se le denomina caso de uso

Cómo diseñar diagramas de casos de uso

Elementos de un diagrama de casos de uso:

Actor: Entidad que hace uso del sistema bajo un determinado rol

Caso de uso: Representa una funcionalidad del sistema

Límite del sistema: Define el ámbito del sistema. Define que está y que no está dentro del mismo

Relaciones entre casos de uso:

Include: Permite indicar que un caso de uso utiliza la funcionalidad de otro (siempre lo hace)

Extends: Permite indicar que un caso de uso puede extender la funcionalidad de otro (no necesariamente)

Generalization: Permite indicar que un caso es una variante de otro ("herencia")

Diagramas de clases

Describe la estructura estática de un sistema

Se describen las clases que forman el sistema y las relaciones entre éstas

Además, para cada clase, se definen sus atributos y operaciones (métodos). Normalmente se evita incluir métodos como getters y setters o aquellos que no aportan demasiado significado al modelo

Cómo diseñar diagramas de clases

Se representan todas las clases (e interfaces) relevantes del sistema

Se suelen indicar también los atributos y métodos más relevantes de cada clase

Existe un símbolo para distinguir entre los diferentes tipos de clases: clases, clases abstractas e interfaces

También deben representarse las relaciones entre las clases, con símbolos que permite especificar el tipo de relación que hay entre ellas (de pertenecencia, de uso, . . .)

Si una clase no es muy relevante, puede no incluirse (clases Utils, constantes, clases poco representativas, . . .)

Con respecto a las relaciones entre clases:

Hay un artículo muy interesante sobre las relaciones entre clases en https://www.baeldung.com/java-composition-aggregation-association

Diagramas de secuencia

Describe el flujo de información en la interacción entre diferentes objetos de un sistema

Permite representar la secuencia de llamadas a métodos entre objetos que están relacionadas entre sí para definir un proceso de negocio del sistema

Cómo diseñar diagramas de secuencia

Ejercicios resueltos

Gestión de una biblioteca

Se quiere diseñar una aplicación web para la gestión de una biblioteca que funciona de la siguiente manera:

En algún momento los usuarios tendrán que registrarse en la aplicación (y se almacenarán algunos datos sobre ellos)

Los bibliotecarios también la utilizan para realizar su trabajo, por lo que también debe ser registrados en ellas (con la información pertinente)

Los usuarios podrán solicitar libros (son enviados a su domicilio) y devolverlos (la biblioteca envía un mensajero a su casa)

Los usuarios podrán renovar el carnet (el bibliotecario confirmará más adeante dicha renovación desde la aplicación)

Los usuarios pueden enviar sugerencias de libros que les gustaría que hubiera en el catálogo

Los usuarios pueden enviar consultas sobre libros

Los bibliotecarios podrán consultar los libros que un usuario tiene asi como consultar el stock de la biblioteca

Los bibliotecarios también pueden responder a las consultas de los usuarios

Los bibliotecarios pueden actualizar/renovar el stock de libros, para lo cual tendrán que hacer un pedido a través de la aplicación

Diagrama de casos de uso

Diagrama de clases

Diagrama de secuencia (Bibliotecario solicita un pedido de libros)

Gestión del servicio público de bicicletas

El Ayuntamiento de Zaragoza quiere implantar un sistema de control para las estaciones de bicicletas públicas que ha instalado recientemente. El objetivo es conocer donde están las bicicletas en cada momento y saber qué usuarios las han usado y cuando lo han hecho. Además, cada bicicleta tiene instalado un módulo de autodiagnóstico que detecta las averías para que éstas quede registradas y puedan ser reparadas por los técnicos del Ayuntamiento.

De cada bicicleta se almacenará su matrícula, cuantas marchas tiene, el color, si tiene o no cesta, la velocidad máxima y si está o no averiada.

Por otra parte, a los usuarios se les obliga a darse de alta a través de una web, aportando su DNI, nombre, apellidos, email, teléfono móvil y un número de cuenta.

Hay que tener en cuenta que habrá muchas estaciones repartidas por la ciudad y que los usuarios deben poder consultar información relativa a éstas desde una página web: el número asignado a la estación, dirección donde se encuentra, si está o no operativa, su capacidad máxima y el horario de apertura de dicha estación.

Cuando el módulo de diagnóstico detecta una avería, la envía al servidor central aportando un número de avería, una descripción breve de la misma y la fecha en la que tuvo lugar. Por supuesto, habrá que saber qué bicicleta está averiada. De esa manera los mecánicos del servicio podrán consultar el fichero de averías y repararlas.

También es importante que quede guardado qué mecánico arregló una avería determinada (de ellos se guarda su código de empleado, nombre, apellidos y teléfono móvil) teniendo en cuenta que cada uno tiene asignadas dos estaciones de las que hacerse cargo, aunque las bicicletas pueden estar en cualquier estación.

Además, es necesario conocer en cada momento qué usuario tiene una bicicleta determinada asi como las bicicletas que han sido utilizadas por los usuarios y durante cuánto tiempo las usaron. En el caso de las averías también tienen que quedar registradas cuál fue el último usuario que usó la bicicleta averiada por si hubiera que multarlo

Es muy importante tener en cuenta cómo funciona el proceso de desanclaje de bici por la que un usuario puede disponer de una bicicleta al pasar su tarjeta de usuario por alguna de las estaciones:

El usuario pasa la tarjeta por el lector, éste la lee y comprueba que el usuario existe, que tiene saldo en la cuenta y que no tiene ninguna bicicleta en uso actualmente

Tras las comprobaciones iniciales deberá comprobar si tiene bicis ancladas y si alguna se encuentra disponible (a veces las bicis están estacionadas pero pendientes de ser reparadas)

Si todo está bien, libera el anclaje de la primera bici libre y lo notifica al usuario en la pantalla. Éste tendrá 40 segundos para hacerse con la bici antes de que la estación vuelva a dejar la bicicleta anclada (por seguridad)

Diagrama de casos de uso

Diagrama de clases

Diagrama de secuencia

Ejercicios

Casos de uso y Diagramas de clases

1. Se quiere diseñar aplicación para gestionar todos los datos de un campeonato de fútbol sala que se organiza este año en la ciudad. Aquellos que quieran participar deberán formar un equipo (nombre, patrocinador, color de la 1ª camiseta, color de la 2ª camiseta, categoría, . . .) e inscribirse en el campeonato. A medida que transcurran los partidos se irán almacenando los resultados de éstos, así como qué equipos lo jugaron, en qué campo se jugó, quién lo arbitró y alguna incidencia que pudiera haber ocurrido (en caso de que no ocurran incidencias no se anotará nada. Además, los participantes deberán rellenar una ficha de suscripción con algunos datos personales (nombre, apellidos, edad, dirección, teléfono, . . .)

2. Se quiere diseñar una aplicación para controlar el acceso a las pistas deportivas de Zaragoza. Se tendrán en cuenta los siguientes supuestos:

Todo aquel que quiera hacer uso de las instalaciones tendrá que registrarse y proporcionar su nombre, apellidos, email, teléfono, dni y fecha de nacimiento

Hay varios polideportivos en la ciudad, identificados por nombre, dirección, extensión (en m ²)

En cada polideportivo hay varias pistas de diferentes deportes. De cada pista guardaremos un código que la identifica, el tipo de pista (tenis, fútbol, pádel, . . .), si está operativa o en mantenimiento, el precio y la última vez que se reservó

3. Diseña el modelo de clases para la siguiente aplicación de gestión para uno de los hoteles del complejo Gran Scala:

En este hotel, los clientes se registran por Internet al solicitar su reserva, que podrá incluir una o varias habitaciones. En cualquier caso la fecha de entrada y salida de todas las habitaciones de una misma reserva será la misma. Además, debido a la exclusividad del hotel, cada habitación dispone de personal propio (uno o varios empleados, dependiendo del tipo de habitación). De los clientes almacenaremos nombre, apellidos, teléfono, email y fecha de nacimiento. Hay que tener en cuenta que guardaremos un histórico de todas las reservas que un cliente vaya realizando a lo largo del tiempo, pero en un momento dado un cliente sólo puede tener una reserva.

Es importante almacenar tanto la fecha de entrada y salida de cada una de las reservas, asi como las habitaciones que la componen. De cada habitación almacenamos el tipo, precio, extensión y el número de clientes que hasta el momento la han utilizado. Cada habitación tiene asignado un número determinado de empleados, de los que guardamos nombre, apellidos, horario y cargo que desempeñan. Hay que tener en cuenta que cada empleado sólo puede tener asignada una habitación donde trabajar.

A la hora de realizar el cobro de los servicios utilizados, será importante almacenar cuando un cliente hace un uso de los empleados de alguna de sus habitaciones, puesto que tiene un coste por tarea desempeñada. Habrá que anotar la fecha y hora en la que se hace uso de sus servicios y el precio del mismo. Asi, todos esos cargos se añadirán al precio de la propia reserva.

4. Se quiere crear una aplicación para una inmobiliaria que funciona de la siguiente manera:

La inmobiliaria se dedica a la venta o alquiler de inmuebles de diferentes tipos: pisos, chalets, locales, plazas de garage, . . .

Los bienes inmuebles se identifican por un código numérico y su información es la dirección, población, código postal, precio de venta, precio de alquiler, fecha del último movimiento y observaciones. Habrá que tener en cuenta que un mismo inmueble puede estar sólo en alquiler, en venta, o ambas. Además, hay que saber que los precios son aproximados, puesto que el precio por el que realmente se alquile o venta puede ser diferente.

Hay varios agentes, que se identifican por su DNI, de los que guardaremos su nombre, dirección, población, teléfono, horario (mañana/tarde), salario base y observaciones.

Se almacena información de cada uno de los clientes cuando éstos realizan alguna operación con la oficina, dni, dirección, población, teléfono y email.

Todos los movimientos, sean de venta o alquiler, se registran con toda la información necesaria, que habrá de determinarse.

5. Un sitio de juegos online por Internet desea contar con una base de datos para gestionar los usuarios, juegos y partidas que se desarrollan en su plataforma. El funcionamiento del sitio es el siguiente:

Cuando un usuario entra en este sitio, se le pide el nombre de usuario y una contraseña. El sistema comprobará si el usuario tiene cuenta y en caso negativo se le pedirán los siguientes datos de alta antes de darle acceso: nombre, email, nick, login y contraseña. Se comprobará si ya existía algún usuario con el mismo nick y login para darle un mensaje de error en ese caso.

Una vez el usuario ha iniciado una sesión, puede visitar los distintos salones donde se están disputando las partidas. No se desea que quede constancia de dichos salones en la base de datos. Si un usuario quiere entrar en una partida o crear una nueva tiene que crear un avatar, que será su representación en el mundo virtual. Cada usuario podrá tener diferentes avatares pero cada avatar sólo puede pertenecer a un usuario. De los avatares queremos almacenar el aspecto y el nivel. Éstos se identificarán por el nick del propietario.

Hay que tener en cuenta que un avatar solo sirve para un tipo de juego, mientras que en un juego puede haber registrado varios avatares de diferentes usuarios. De los tipos de juego se almacenarán un código, el nombre, una descripción y un texto con las reglas del mismo.

Los usuarios podrán crear partidas de ese juego para que otros se unan a la partida, o bien podrán unirse a partidas existentes, siempre utilizando el avatar correspondiente. De cada partida queremos almacenar el código, nombre, una contraseña (opcional), fecha y hora de creación, el estado (en curso o finalizada) y también es necesario conocer el avatar del usuario que la creó. Además, hay que tener en cuenta que una partida sólo puede ser para un tipo de juego, aunque un juego puede tener varias partidas.

Las partidas se podrán dejar a medias para continuarlas otro día. Cuando un usuario la crea, puede dar una contraseña de entrada para limitar el acceso. Aquellos usuarios que se unan a las partidas con contraseña quedarán registrados de manera que si quieren abandonarla y unirse más tarde no tengan que volver a introducir dicha contraseña. Nunca se permitirá a los usuarios volver a conectarse a partidas que han finalizado

6. Como desarrollador de la empresa EventoBook, debes diseñar el modelo de clases de la aplicación estrella de la empresa. Se trata de una red social para que la gente se relacione con sus amigos y con eventos que tienen lugar en su ciudad de forma que puedan consultarlos, apuntarse y ver si sus amigos también van a acudir. Además, podrán opinar sobre ellos y compartir esas opiniones con el resto de los usuarios de esta red.

Cada nuevo usuario debe registrarse proporcionando su nombre, apellidos, email, una contraseña y su fecha de nacimiento. Por otro lado, cualquiera puede registrar eventos que podrán ser de dos tipos: deportivos y culturales, indicando en ambos casos nombre, descripción del evento, una URL, la dirección (compuesta de calle, código postal, población y provincia), la fecha de inicio, la fecha de finalización y el precio, si tienen. Además, dependiendo del tipo de evento se almacenarán algunos otros datos. De los eventos deportivos se almacena el deporte y los equipos que se enfrentan (cantidad variable) además de todos los datos anteriores. Si el evento es cultural se añaden el motivo (que tomará los valores música, pintura ó cine) y el nombre del artista que ha motivado dicho evento. En cualquier caso debe quedar constancia del usuario que creó el evento.

7. Han abierto un centro comercial en Zaragoza y para su gestión se debe diseñar una Base de Datos para almacenar toda la información sobre el mismo. Es el centro comercial más grande del mundo por lo que tendrá varios tipos de establecimientos: tiendas de ropa, restaurantes y museos. De todos ellos se almacenará el nombre, número de local, capacidad máxima y su horario. Además, de las tiendas de ropa se almacenará el tipo de ropa que venden y si están de rebajas o no. Para los restaurantes se almacenará el nombre del chef y el estilo de comida que preparan; y para los museos se almacenará una lista con los pintores que exponen sus obras en cada momento.

Además, se almacenará la información de los clientes que asisten a estos establecimientos (si éstos lo autorizan) almacenando el nombre, apellidos, dirección, teléfono y email. También se almacenará en qué establecimientos han hecho alguna compra y la cantidad a la que ésta asciende. Se ofrecerán descuentos a aquellos clientes que vengan recomendados por otros, por lo que es interesante almacenar esta relación.

Puesto que también se celebran eventos de todo tipo en el centro comercial (almacenando el nombre del evento, fecha y tipo de evento, que podrá ser deportivo, festivo o cultural), se venderán entradas que los clientes podrán adquirir para asistir a los mismos. De las entradas se guardará la numeración, la fecha de compra, la butaca asignada y el tipo de entrada que podrá ser VIP, PREMIUM o NORMAL. Es importante que quede registrado a qué cliente pertenece cada entrada, ya que son personales

Diagramas de secuencia

1. Realiza el diagrama de secuencia del proceso de validación de un carrito de la compra. Durante el proceso se debe comprobar que hay stock suficiente de todos los productos, se debe actualizar éste en base de datos y también el pedido. Además, se registrará una orden de trabajo en los almacenes que corresponda y se enviará un email de confirmación al usuario

2. Realiza el diagrama de secuencia del proceso de baja de un usuario en una tienda online. Para que el proceso se complete se debe comprobar antes que no tiene pedidos pendientes de entrega ni de pagar. Tras la baja efectiva en base de datos se le enviará un email de confirmación al usuario

3. Realiza el diagrama de secuencia del proceso de publicación de notas finales de una aplicación de gestión académica. El proceso de publicación debe comprobar si el alumno supera o no la asignatura (verificando el valor de la nota) para registrarlo asi en la base de datos. Además, si el alumno tiene ya superadas todas las asignaturas, deberá calcular su nota final para registrarla también en la base de datos. Finalmente, debe emitir un informe de evaluación, que también se registra.

© 2020-2021 Santiago Faci

apuntes/uml.txt · Last modified: 2021/03/08 08:45 by Santiago Faci

Page Tools

# data[].attributes.attachment_link.description
UML (Lenguaje unificado de modelado) es un lenguaje que permite representar el diseño y estructura de un Proyecto de Software bajo el paradigma de orientación a objetos.

# data[].attributes.headline
Cómo Interpretar Diagramas de Casos de Uso

# data[].attributes.subject
Cómo Interpretar Diagramas de Casos de Uso

# data[].attributes.body
Video tutorial que explica la interpretación de diagramas de casos de uso, crucial para desarrolladores y analistas de sistemas.

# data[].attributes.headline
Tutorial sobre Casos de Uso y UML desde cero (con include, extend y ejemplos!)

# data[].attributes.subject
Tutorial sobre Casos de Uso y UML desde cero (con include, extend y ejemplos!)

# data[].attributes.attachment_link.title
Tutorial sobre Casos de Uso y UML desde cero (con include,  extend y ejemplos!)

# data[].attributes.attachment_link.readable_text
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una forma de diagrama de comportamiento UML mejorado. El Lenguaje de Modelado Unificado (UML), define una notación gráfica para representar casos de uso llamada modelo de casos de uso. UML no define estándares para que el formato escrito describa los casos de uso, y así mucha gente no entiende que esta notación gráfica define la naturaleza de un caso de uso; sin embargo una notación gráfica puede solo dar una vista general simple de un caso de uso o un conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras los dos conceptos están relacionados, los casos de uso son mucho más detallados que los diagramas de casos de uso. En los conceptos se debe detallar más de un caso de uso para poder identificar qué es lo que hace un caso de uso.

La posición o contexto del caso de uso entre otros casos de uso. Dado que es un mecanismo de organización, un conjunto de casos de uso coherentes y consistentes promueven una imagen fácil de comprender del comportamiento del sistema, un entendimiento común entre el cliente/propietario/usuario y el equipo de desarrollo.

En esta práctica es común crear especificaciones suplementarias para capturar detalles de requisitos que caen fuera del ámbito de las descripciones de los casos de uso. Ejemplos de esos temas incluyen restricciones de diseño como: rendimiento, temas de escalabilidad/gestión, o cumplimiento de estándares.

Casos de uso UML para un modelo simple de restaurante.

El diagrama de la derecha describe la funcionalidad de un Sistema Restaurante muy simple. Los casos de uso están representados por elipses y los actores están, por ejemplo, los casos de uso se muestran como parte del sistema que está siendo modelado, los actores no.

En este caso, podemos apreciar tanto declaraciones correctas como incorrectas. El probar la comida y pagarla es un requerimiento funcional del sistema, pero beber vino no lo es, por lo tanto este caso de uso está incorrecto.

La interacción entre actores no se ve en el diagrama de casos de uso. Si esta interacción es esencial para una descripción coherente del comportamiento deseado, quizás los límites del sistema o del caso de uso deban de ser re-examinados. Alternativamente, la interacción entre actores puede ser parte de suposiciones usadas en el caso de uso. Sin embargo, los actores son una especie de rol, un usuario humano u otra entidad externa puede jugar varios papeles o roles. Así el Chef y el Cajero podrían ser realmente la misma persona.

Relaciones de Casos de Uso

Las tres relaciones principales entre los casos de uso son soportadas por el estándar UML, el cual describe notación gráfica para esas relaciones. Veamos una revisión de ellas a continuación:

Inclusión (include)

Es una forma de interacción o creación, un caso de uso dado puede "incluir" otro caso de uso. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Esto es útil para extraer comportamientos verdaderamente comunes desde múltiples casos de uso a una descripción individual(si el actor realiza el caso de uso base tendrá que realizar también el caso de uso incluido), desde el caso de uso. El estándar de Lenguaje de Modelado Unificado de OMG define una notación gráfica para realizar diagramas de casos de uso, pero no el formato para describir casos de uso. Mucha gente sufre la equivocación pensando que un caso de uso es una notación gráfica (o es su descripción). Mientras la notación gráfica y las descripciones son importantes, ellos forman parte de la documentación de un caso de uso --un propósito para el que el actor puede usar el sistema. La notación es de una flecha de punta abierta con línea discontinua desde el caso de uso que lo incluye hasta el caso de uso incluido, con la etiqueta ""include"". Este uso se asemeja a una expansión de una macro, donde el comportamiento del caso incluido es colocado dentro del comportamiento del caso de uso base. No hay parámetros o valores de retorno

Extensión (extend)

Es otra forma de interacción, un caso de uso dado (la extensión) puede extender a otro. Esta relación indica que el comportamiento del caso de la extensión se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener extensión o inclusión. El caso de uso extensión puede ser insertado en el caso de uso extendido bajo ciertas condiciones. La notación, es una flecha de punta abierta con línea discontinua, desde el caso de uso extensión al caso de uso extendido, con la etiqueta "extend ". Esto puede ser útil para lidiar con casos especiales, o para acomodar nuevos requisitos durante el mantenimiento del sistema y su extensión.

"La extensión, es el conjunto de objetos a los que se aplica un concepto. Los objetos de la extensión son los ejemplos o instancias de los conceptos."

Documentan el comportamiento de un sistema desde el punto de vista de un usuario.

En otras palabras será utilizado cuando un caso de uso sea similar a otro pero con ciertas variaciones, un ejemplo claro es que se necesite comprar azúcar y podemos seleccionar de entre azúcar rubia, blanca o su unidad de medida bolsa, kilo, etc.

Generalización

"Entonces la Generalización es la actividad de identificar elementos en común entre conceptos y definir las relaciones de una superclase (concepto general) y subclase (concepto especializado). Es una manera de construir clasificaciones taxonómicas entre conceptos que entonces se representan en jerarquías de clases. Las subclases conceptuales son conformes con las superclases conceptuales en cuanto a la intención y extensión."

En la tercera forma de relaciones entre casos de uso, existe una relación generalización/especialización. Un caso de uso dado puede estar en una forma especializada de un caso de uso existente. La notación es una línea sólida terminada en un triángulo dibujado desde el caso de uso especializado al caso de uso general. Esto se asemeja al concepto orientado a objetos de sub-clases, en la práctica puede ser útil factorizar comportamientos comunes, restricciones al caso de uso general, describirlos una vez, y enfrentarse a los detalles excepcionales en los casos de uso especializados. UML

Véase también

Enlaces externos

# data[].attributes.attachment_link.title
Diagrama de casos de uso - Wikipedia, la enciclopedia libre

# data[].attributes.attachment_link.description
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una forma de diagrama de comportamiento UML mejorado. El Lenguaje de Modelado Unificado (UML), define una notación gráfica para representar casos de uso llamada modelo de casos de uso.

# data[].attributes.headline
Curso UML. Diagramas de casos de Uso I. Vídeo 5

# data[].attributes.subject
Curso UML. Diagramas de casos de Uso I. Vídeo 5

# data[].attributes.attachment_link.title
Curso UML. Diagramas de casos de Uso I. Vídeo 5

# data[].attributes.attachment_link.readable_text
Tema 3 ----------- 1) ¿Cómo representarías una relación entre una tabla llamada Empleado que tenga como atributos gananciaAnuales y fechaContratación y como método calcularAntigüedad con tres clases llamadas EmpleadoHoras, EmpleadoAsalariado y EmpleadoAutónomo, que añaden atributos y métodos propios? Seleccione una: a. Mediante una relación de herencia simple. b. Mediante una relación de herencia múltiple. c. Mediante una relación de agregación. d. Mediante una relación de composición. .
Tema 3 ----------- 2) ¿Cómo representarías la relación entre los departamentos de un empresa que a su vez, está formada por una serie de divisiones que se forman por departamentos, sabiendo que no existe una división que no pertenezca a la empresa ni un departamento que no pertenezca a una división? Seleccione una: a. Mediante dos relaciones de herencia simple. b. Mediante dos relaciones de herencia múltiple. c. Mediante dos relaciones de agregación. d. Mediante dos relaciones de composición. .
Tema 3 ----------- 3) ¿Cómo se denomina a los métodos y atributos de una clase? Seleccione una: a. Miembro. b. Propios. c. Característicos. d. Pertenecientes. .
Tema 3 ----------- 4) ¿Qué características de la orientación a objetos hacen que el software producido sea de fácil mantenimiento y modificación? Seleccione una: a. La recolección de basura y la encapsulación. b. La herencia y el polimorfismo. c. La encapsulación y la modularidad. d. La abstracción y la encapsulación. .
Tema 3 ----------- 5) ¿Qué elemento permite la comunicación de un objeto con el mundo exterior? Seleccione una: a. Los atributos. b. Los mensajes. c. Los métodos. d. La ocultación de información. .
Tema 3 ----------- 6) ¿Cuáles de las siguientes son características de la programación estructurada? Seleccione una o más de una: a. Genera aplicaciones que interactúan pasándose mensajes. b. Tiene como núcleo funciones que actúan sobre estructuras de datos. c. Es anterior a la programación orientada a objetos. d. Utiliza una abstracción denominada clase. .
Tema 3 ----------- 7) ¿Qué tipo de relación utilizarías para modelar las clases libro y capítulo? Seleccione una: a. Herencia simple. b. Herencia múltiple. c. Agregación. d. Composición. .
Tema 3 ----------- 8) Al definir una clase es obligatorio indicar nombre, atributos y métodos de la clase. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 3 ----------- 9) Cuál de los siguientes no es una característica propia de un atributo: Seleccione una: a. El valor que devuelve. b. Su visibilidad. c. Su nombre. d. Su valor inicial. .
Tema 3 ----------- 10) ¿Cuál de las siguientes no es una ventaja de las aplicaciones orientadas a objetos? Seleccione una: a. La escalabilidad. b. La facilidad de mantenimiento. c. la extensibilidad. d. Produce código que es complicado reutilizar. .
Tema 3 ----------- 11) ¿Qué diagrama estructural utilizamos para representar los nodos de ejecución de un sistema distribuido? Seleccione una: a. Diagrama de clases. b. Diagrama de objetos. c. Diagrama de componentes. d. Diagrama de despliegue. .
Tema 3 ----------- 12) El principio de ocultación ayuda a proteger los datos de un objeto contra modificaciones accidentales o malintencionadas. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 3 ----------- 13) Lee con atención el enunciado de cómo se realiza un préstamo en una biblioteca: "Para retirar un libro de la biblioteca es preciso ser socio. Los socios tienen un carnet en el que aparece su nombre, apellidos, número de teléfono y su número de socio. Cuando un socio pide un libro en préstamo tiene que rellenar una ficha en la que se apunta el número de socio, el código del libro y la fecha de préstamo. Se debe devolver el libro a las dos semanas de haberlo retirado. Un socio no puede tener más de dos libros en préstamo". Se modela con una relación entre la clase Socio y Libro y un atributo de enlace llamado Préstamo. ¿Cómo aparecería la fecha de devolución en el diagrama de clases? Seleccione una: a. Como una clase nueva. b. Como atributo de la clase Libro. c. Como atributo de enlace entre la clase libro y la clase socio que se añade en la clase Préstamo. d. Como un atributo de la clase socio. .
Tema 3 ----------- 14) Lee con atención el siguiente enunciado de cómo se realiza un préstamo en una biblioteca: "Para retirar un libro de la biblioteca es preciso ser socio. Los socios tienen un carnet en el que aparece su nombre, apellidos, número de teléfono y su número de socio. Cuando un socio pide un libro en préstamo tiene que rellenar una ficha en la que se apunta el número de socio, el código del libro y la fecha de préstamo. Se debe devolver el libro a las dos semanas de haberlo retirado. Un socio no puede tener más de dos libros en préstamo". Se modela con una relación entre la clase Socio y Libro y un atributo de enlace llamado Préstamo. ¿Qué cardinalidad pondrías en la clase Préstamo? Seleccione una: a. 1. b. 0..*. c. 2. d. 0..2. .
Tema 3 ----------- 15) Elige la afirmación más acertada. Seleccione una: a. El estado de un objeto debe ser privado. b. Los métodos que ayudan a desarrollar la funcionalidad de una clase y que se heredan deberían ser públicos. c. Los métodos que definen funcionalidad deben ser privados. d. El protocolo debe ser protegido. .
Tema 3 ----------- 16) Los miembros de una clase que se definen como _____ sólo son accesibles desde las funciones miembro de la clase. Seleccione una: a. públicos b. privados .
Tema 3 ----------- 17) Permite capturar las características y comportamientos similares de un conjunto de objetos con el objetivo de darles una descripción formal. Modularidad Encapsulacion Herencia Principio de ocultacion Poliformismo Abstracción.
Tema 3 ----------- 18) Reunir a todos los elementos que pueden considerarse pertenecientes a una misma entidad, al mismo nivel de abstracción. Modularidad Encapsulacion Herencia Abstraccion Principio de ocultacion Poliformismo.
Tema 3 ----------- 19) Propiedad que permite subdividir una aplicación en partes más pequeñas, cada una de las cuales debe ser tan independiente como sea posible de la aplicación en sí y de las restantes partes. Modularidad Encapsulacion Herencia Abstraccion Principio de ocultacion Poliformismo.
Tema 3 ----------- 20) Aislar las propiedades de un objeto contra su modificación por quien no tenga derecho a acceder a ellas. Modularidad Encapsulacion Herencia Abstraccion Principio de ocultacion Poliformismo.
Tema 3 ----------- 21) Relación que se establece entre objetos en los que unos utilizan las propiedades y comportamientos de otros formando una jerarquía. Modularidad Encapsulacion Herencia Abstraccion Principio de ocultacion Poliformismo.
Tema 3 ----------- 21) Reunir bajo el mismo nombre comportamientos diferentes. Modularidad Encapsulacion Herencia Abstraccion Principio de ocultacion Poliformismo.
Tema 3 ----------- 22) Al proceso de obtener el diagrama entidad-relación a partir de una base de datos existente se le denomina: Seleccione una: a. Reingeniería de datos. b. Ingeniería inversa de datos. c. Reingeniería de interfaces de usuario. d. Ingeniería inversa de lógica. .
Tema 3 ----------- 23) La creación de una abstracción que encapsula un conjunto de elementos del contexto del problema y que define sus atributos y operaciones pertenece a: Seleccione una: a. La programación estructurada. b. La programación orientada a objetos. c. Se da en programación estructurada y en programación orientada a objetos. d. La programación dirigida por eventos. .
Tema 3 ----------- 24) Cuando desarrollamos una aplicación orientada a objetos, si queremos crear un producto de calidad es preciso generar todos los diagramas UML para tener todos los puntos de vista. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 3 ----------- 25) ¿Cuáles de las siguientes son características de UML? Seleccione una o más de una: a. Su creador es Ivar Jacobson. b. Se puede conectar con lenguajes de programación mediante ingeniería inversa y directa. c. Utiliza diferentes diagramas para representar distintos puntos de vista del sistema. d. Permite representar cosas como la arquitectura del sistema o qué módulos de software se van a crear. .
Tema 3 ----------- 26) ¿Qué diferencia un objeto de otro? Seleccione una: a. Sus atributos. b. Sus métodos. c. Los mensajes que puede recibir. d. Los valores que toman los atributos. .
Tema 3 ----------- 27) Lee con atención el enunciado de cómo se realiza un préstamo en una biblioteca: "Para retirar un libro de la biblioteca es preciso ser socio. Los socios tienen un carnet en el que aparece su nombre, apellidos, número de teléfono y su número de socio. Cuando un socio pide un libro en préstamo tiene que rellenar una ficha en la que se apunta el número de socio, el código del libro y la fecha de préstamo. Se debe devolver el libro a las dos semanas de haberlo retirado. Un socio no puede tener más de dos libros en préstamo". Se modela con una relación entre la clase Socio y Libro y un atributo de enlace llamado Préstamo. ¿Cómo se pasaría a código en lenguaje Java el atributo de enlace Préstamo? Seleccione una: a. Se implementaría una clase Java llamada Préstamo con los atributos y operaciones de la clase Préstamo. b. Se implementaría una clase Java llamada Préstamo y se añadiría un atributo privado de tipo Préstamo a la clase Libro. c. Se implementaría una clase Java llamada Préstamo y se añadiría un atributo privado de tipo Préstamo a la clase Socio. d. Se implementaría una clase Java llamada Préstamo y se añadiría un atributo privado de tipo array de Préstamo a la clase Socio. .
Tema 3 ----------- 27) Lee con atención el enunciado de cómo se realiza un préstamo en una biblioteca: "Para retirar un libro de la biblioteca es preciso ser socio. Los socios tienen un carnet en el que aparece su nombre, apellidos, número de teléfono y su número de socio. Cuando un socio pide un libro en préstamo tiene que rellenar una ficha en la que se apunta el número de socio, el código del libro y la fecha de préstamo. Se debe devolver el libro a las dos semanas de haberlo retirado. Un socio no puede tener más de dos libros en préstamo". Se modela con una relación entre la clase Socio y Libro y un atributo de enlace llamado Préstamo. Para modelar el cálculo del número de préstamos se crea un método llamado numeroPrestamos en la clase socio. ¿Que visibilidad sería más recomendable poner al método? Seleccione una: a. Publico. b. Privado. c. Protegido. d. Paquete. .
Tema 3 ----------- 28) La instanciación es un proceso de... Seleccione una: a. Abstracción. b. Concreción. c. Producción. d. Duplicación. .
Tema 3 ----------- 29) ¿Cuál de los siguientes elementos no forma parte de la descripción de una clase? Seleccione una: a. Nombre. b. Atributos. c. Protocolo. d. Abstracción. .
Tema 3 ----------- 30) Esta definición con su concepto: Conjunto de características asociadas a una clase.... Selecciona una : a. Atributos b. Método c. Protocolo d. Mensaje.
Tema 3 ----------- 31) Esta definición con su concepto: Procedimiento o función que se invoca para actuar sobre un objeto.... Selecciona una : a. Atributos b. Método c. Protocolo d. Mensaje.
Tema 3 ----------- 32) Esta definición con su concepto: Conjunto de mensajes que puede responder un objeto.... Selecciona una : a. Atributos b. Método c. Protocolo d. Mensaje.
Tema 3 ----------- 33) Esta definición con su concepto: Resultado de cierta acción realizada por un objeto .... Selecciona una : a. Atributos b. Método c. Protocolo d. Mensaje.
Tema 3 ----------- 34) Los miembros de una clase que se definen como _____ sólo son accesibles desde las funciones miembro de la clase y desde las funciones de clases que hereden de ella. Seleccione una: a. públicos. b. privados. c. protegidos. .
Tema 3 ----------- 35) Si en la representación de una clase en un diagrama aparece junto a un atributo el símbolo menos "-" significa que: Seleccione una: a. Aún no se ha especificado el tipo del atributo. b. El nombre está mal escrito. c. El atributo es privado. d. Es un atributo de tipo simple, es decir, no se expande en otros atributos de tipo simple. .
Tema 3 ----------- 36) Entre dos clases podemos establecer relaciones de: Seleccione una o más de una: a. Composición. b. Agregación. c. Herencia. d. Derivación. .
Tema 4 ----------- 37) ¿Qué elemento del diagrama de actividad utilizarías para especificar varios caminos de salida en un diagrama de actividad sin sincronización? Seleccione una: a. Un nodo de bifurcación. b. Un nodo de fusión. c. Un nodo de división. d. Un nodo de unión. .
Tema 4 ----------- 38) Un evento solo dispara una transición. ¿Verdadero o falso? Seleccione una: Verdadero Falso.
Tema 4 ----------- 39) En un diagrama de secuencia solo interviene objetos como instancias de lineas de vida. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 40) En un diagrama de casos de uso en el que aparece un actor llamado Vendedor asociado con un caso de uso llamado Vender y un actor asociado a un caso de uso llamado Comprar por Internet, aparece un tercer caso llamado Actualizar Stock, necesario para la correcta ejecución de los otros dos, ¿qué tipo de relación usarías para unir Actualizar stock con los otros dos casos de uso? Seleccione una: a. Asociación. b. Generalización. c. Inclusión. d. Extensión. .
Tema 4 ----------- 41) Una línea de vida en la que se aprecia un rectángulo con el rótulo :objeto1 ¿Qué sentencia es correcta? Seleccione una: a. El objeto es múltiple. b. Se representa un objeto genérico de una clase cuyo nombre conocemos. c. Se representa una clase. d. Se representa un objeto de una clase cuyo nombre desconocemos. .
Tema 4 ----------- 42) El uso de calles en un diagrama de actividad permite: Seleccione una: a. Involucrar objetos en un diagrama de actividad. b. Indicar quien realiza las acciones dentro de su calle. c. Separar en bloque un diagrama de actividades cuando es demasiado grande para facilitar su comprensión. d. Indicar como cambia el estado de los objetos al realizar determinadas acciones. .
Tema 4 ----------- 43) ¿Cómo representamos en un diagrama que el primer mensaje que se envía es una iteración de un mensaje que se cumple solo si una variable llamada x es menor que cero? Seleccione una: a. 1:* unMensaje(). b. 2:unMensaje(). c. 1: [x<0] unMensaje(). d. 1:*[x<0] unMensaje(). .
Tema 4 ----------- 44) Indica el orden correcto al producirse una transición del estado A al B: Seleccione una: a. Se produce el eventos que dispara la transición, se comprueba la condición de guarda, si es correcta se ejecuta la acción de salida de A, la acción de entrada a B y la acción de la transición. b. Se ejecuta la acción de salida de A, que produce el evento que dispara la transición, se comprueba la condición de guarda y si es correcta se ejecuta la acción de entrada de B y la acción de la transición. c. Se ejecuta la acción de la transición que produce el evento que dispara la transición, se comprueba la condición de guarda y si es correcta se ejecuta la acción de salida de A, la acción de entrada de B y la acción de la transición. d. Se produce el eventos que dispara la transición, se comprueba la condición de guarda, si no se cumple se ejecuta la acción de salida de A, la acción de entrada a B y la acción de la transición. .
Tema 4 ----------- 45)¿Cuál de los siguientes elementos no pertenece a un diagrama de secuencia? Seleccione una: a. Un estado. b. Una linea de vida. c. Un mensaje. d. Un actor. .
Tema 4 ----------- 46) ¿Qué elemento del diagrama de actividad utilizarías para especificar la reunión de varios flujos de entrada síncronos? Seleccione una: a. Un nodo de bifurcación. b. Un nodo de fusión. c. Un nodo de división. d. Un nodo de unión. .
Tema 4 ----------- 47) En un diagrama de secuencia en el que el nodo inicial llega a una división, de la que salen dos acciones llamadas Acción 1 y Acción 2 y estas se reúnen en un nodo de unión que pasa a otra acción llamada Acción 3 y de ahí al nodo final, indica cual es la sentencia correcta: Seleccione una: a. La ejecución de la acción 1 y 2 es totalmente independiente. b. La acción 1 y 2 no podrían realizarse simultáneamente. c. Las acciones 1 y 2 se ejecutan concurrentemente. d. La acción tres puede ejecutarse aún cuando la acción 2 no haya terminado su ejecución. .
Tema 4 ----------- 48) María, que trabaja en la empresa BK software, se dedica fundamentalmente al desarrollo de aplicaciones, pero además mantiene el sitio web de la empresa, y también se encarga de la gestión de las nóminas ya que también tiene hecho el ciclo de Administración y finanzas. Si tuviéramos que hacer el diagramas de casos de uso de la empresa BK Programación ¿con qué actor identificaríamos a María? Seleccione una: a. Programador. b. Las tres son correctas. c. Webmaster. d. Administrativo. .
Tema 4 ----------- 49) El diagrama de secuencia y el de colaboración representan información semejante expresada desde diferentes puntos de vista. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 50) Podemos incluir el objeto "sistema" dentro de un diagrama de colaboración o secuencia utilizando el estereotipo "system". ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 51) En un diagrama de colaboración en el que se aprecian dos lineas de vida llamadas :objeto1 y :objeto2 este último formado por un rectángulo doble, se pasa un mensaje de :objeto1 a :objeto2 con la signatura 1:mensaje1(p) dentro de un rectángulo con el título loop. ¿Qué sentencia es cierta para este diagrama? Seleccione una: a. El objeto2 envía un único mensaje al objeto1. b. El objeto1 crea al objeto2. c. El objeto2 es multiobjeto. d. El mensaje se enmarca en un flujo condicional. .
Tema 4 ----------- 52) ¿Qué diagrama utilizarías para describir el flujo de mensajes a lo largo del tiempo de un caso de uso? Seleccione una: a. Diagrama de secuencia. b. Diagrama de colaboración. c. Diagrama de actividad. d. Diagrama de estados. .
Tema 4 ----------- 53) Los atributos de un objeto son independientes de su estado. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 54) El paso de un estado a otro se puede desencadenar por... Seleccione una o más de una: a. ...la llamada a una función. b. ...el envío de una señal. c. ...el paso de un tiempo determinado. d. ...la condición guarda es falsa. .
Tema 4 ----------- 55) ¿Qué representa el estado inicial en el diagrama de estados de nivel más alto? Seleccione una: a. Lo mismo que en cualquier subdiagrama, no tiene un significado especial. b. La creación de una instancia de la clase para la que se define el diagrama de estados. c. Qué el objeto para el que se crea tiene un comportamiento significativo en tiempo real y participa en varios diagramas de casos de uso. d. Qué aún no se ha producido ningún evento. .
Tema 4 ----------- 56) Según un diagrama de estados con los siguientes elementos de izquierda a derecha, parte del nodo inicial del que surge una flecha con el rótulo Crear hacia el estado Abierta. De este parte una flecha con rótulo cerrar[paso.vacio] al estado Cerrada. De Cerrada sale otra flecha con el rótulo cerrar cerradura al estado Cerrada con llave y de éste vuelve otra flecha con el texto abrir cerradura a Cerrada. De Cerrada con llave también parte una flecha a abierta con el texto abrir. Podemos abrir una puerta que esté cerrada con llave. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 56) ¿En qué diagramas podemos encontrar objetos? Seleccione una o más de una: a. En el diagrama de secuencia. b. En el diagrama de colaboración. c. En el diagrama de actividad. d. En el diagrama de estados. .
Tema 4 ----------- 57) Los diagramas de comportamiento: Seleccione una: a. Modelan la parte estática de un sistema. b. Incluyen el diagrama de paquetes. c. Permiten especificar qué se espera que haga el sistema. d. No influyen para nada en las fases de codificación y prueba de un sistema software. .
Tema 4 ----------- 58) El diagrama de actividad modela el flujo de actividades de un proceso, sin tener en cuenta que objeto desencadena la transición entre actividades, por lo que en este diagrama no se representan objetos. ¿Verdadero o falso? Seleccione una: Verdadero Falso .
Tema 4 ----------- 59) Los diagramas de casos de uso se utilizan para: Seleccione una o más de una: a. Representar el flujo de actividades. b. Representar qué hace el sistema. c. Capturar requisitos funcionales. d. Generar casos de prueba. .
Tema 4 ----------- 60) ¿Cuál de estos no es un diagrama de comportamiento? Seleccione una: a. Diagrama de casos de uso. b. Diagrama de despliegue. c. Diagrama de tiempo. d. Diagrama de colaboración. .
Tema 4 ----------- 61) ¿Cuál es el principal objetivo de un diagrama de colaboración? Seleccione una: a. Mostrar la interacción entre objetos mediante el paso de mensajes entre ellos a lo largo del tiempo empleando lineas de vida. b. Describir la interacción entre objetos mediante el paso de mensajes entre ellos empleado conexiones entre objetos en un grafo. c. Describir el flujo de realización de acciones en un sistema. d. Describir como cambia la situación de un objeto en función de los eventos que se produzcan. .
Tema 4 ----------- 62) Supón un diagrama de secuencia con las siguiente descripción: Aparece un objeto llamado :OB1 unido por una linea continua a otro objeto a su derecha llamado :OB2, con una flecha de :OB1 a :OB2 y el mensaje 1a:[x<0]:mensaje1(p). Abajo hay otro objeto llamado :OB3 unido a :OB1 con la flecha de :OB1 a :OB3 y el mensaje 1b[x>0>:mensaje2(). ¿Por qué es incorrecto el siguiente diagrama de colaboración?: Seleccione una: a. Porque los números de secuencia están mal. b. Porque no se han especificado parámetros para el mensaje2. c. Porque la condición de guarda no contempla la posibilidad x=0. d. Porque las flechas están en dirección contraria. .
Tema 4 ----------- 63) En el ejemplo de la tienda virtual visto en los contenidos, el actor Banca ¿de qué tipo es? Seleccione una: a. Primario. b. Secundario. c. Iniciador. d. Externo. .
Tema 4 ----------- 64) ¿Qué diagrama utilizarías para representar la acciones que se realizan en un caso de uso teniendo en cuenta aquellas que se pueden realizar simultáneamente? Seleccione una: a. Diagrama de secuencia. b. Diagrama de colaboración. c. Diagrama de actividad. d. Diagrama de estados. .
Tema 4 ----------- 65) Los diagramas de actividad modelan la lógica del comportamiento de los casos de uso, normalmente, pero también de otros elementos como el proceso de negocio. ¿Verdadero o falso? Seleccione una: Verdadero Falso .

# data[].attributes.attachment_link.title
Test entornos de desarrollo -t3 - t4 -daw

# data[].attributes.attachment_link.description
Test Entornos de Desarrollo -T3 - T4 -DAW Cuestionarios. Tema 3 ----------- 1) ¿Cómo representarías una relación entre una tabla llamada.

# data[].attributes.headline
Diagrama de Casos de Uso - PARTE TEORICA | UML desde CERO | Buhoos

# data[].attributes.subject
Diagrama de Casos de Uso - PARTE TEORICA | UML desde CERO | Buhoos

# data[].attributes.attachment_link.title
Diagrama de Casos de Uso  - PARTE TEORICA | UML desde CERO | Buhoos

# data[].attributes.attachment_link.readable_text
Una de las Asignaturas de Desarrollo de Aplicaciones Web es Entornos de Desarrollo, si no sabes en qué consiste la asignatura te lo indicamos a continuación, si por el contrario quieres descargar los apuntes de Entornos de desarrollo haz click en el botón

Temario Entornos de Desarrollo en DAW
Unidad 1: Desarrollo de Software

1. Reconocer los componentes y las herramientas involucrados en el desarrollo de software, analizando sus características y las etapas que intervienen hasta llegar a la ejecución.

Identificar la relación entre los programas y los elementos del sistema informático, como la memoria, el procesador y los periféricos.

Diferenciar las fases de desarrollo de una aplicación informática.

Comprender los conceptos de código fuente, objeto y ejecutable.

Reconocer las características de la generación de código intermedio para su ejecución en máquinas virtuales.

Clasificar los lenguajes de programación.

Evaluar la funcionalidad proporcionada por las herramientas utilizadas en programación.

2. Evaluar los entornos de desarrollo integrado analizando sus características para la edición de código fuente y la generación de ejecutables.

Instalar entornos de desarrollo, tanto propietarios como de código abierto.

Añadir y eliminar módulos en el entorno de desarrollo.

Personalizar y automatizar el entorno de desarrollo.

Configurar el sistema de actualización del entorno de desarrollo.

Generar ejecutables a partir de código fuente de diferentes lenguajes en un único entorno de desarrollo.

Generar ejecutables a partir del mismo código fuente utilizando varios entornos de desarrollo.

Identificar las características comunes y específicas de diversos entornos de desarrollo.

Unidad 2: Optimización del Software

1. Verificar el funcionamiento de programas diseñando y realizando pruebas.

Identificar los diversos tipos de pruebas.

Definir casos de prueba.

Reconocer las herramientas de depuración y pruebas de aplicaciones disponibles en el entorno de desarrollo.

Utilizar herramientas de depuración para establecer puntos de interrupción y seguimiento.

Utilizar herramientas de depuración para examinar y modificar el comportamiento de un programa en tiempo de ejecución.

Realizar pruebas unitarias de clases y funciones.

Implementar pruebas automáticas.

Documentar las incidencias detectadas.

2. Optimizar código utilizando las herramientas disponibles en el entorno de desarrollo.

Identificar los patrones de refactorización más comunes.

Elaborar pruebas asociadas a la refactorización.

Revisar el código fuente utilizando un analizador de código.

Identificar las opciones de configuración de un analizador de código.

Aplicar patrones de refactorización con las herramientas proporcionadas por el entorno de desarrollo.

Utilizar herramientas del entorno de desarrollo para documentar las clases.

Unidad 3: Introducción al Diseño Orientado a Objetos

1. Generar diagramas de clases, reconociendo su importancia en el desarrollo de aplicaciones y utilizando las herramientas disponibles en el entorno.

Comprender los conceptos básicos de la programación orientada a objetos.

Instalar el módulo del entorno de desarrollo integrado que permite la utilización de diagramas de clases.

Identificar las herramientas para la elaboración de diagramas de clases.

Interpretar el significado de los diagramas de clases.

Crear diagramas de clases a partir de especificaciones.

Generar código a partir de un diagrama de clases.

Realizar un diagrama de clases mediante ingeniería inversa.

2. Generar diagramas de comportamiento, valorando su importancia en el desarrollo de aplicaciones y utilizando las herramientas disponibles en el entorno.

Identificar los diferentes tipos de diagramas de comportamiento.

Reconocer el significado de los diagramas de casos de uso.

Interpretar diagramas de interacción.

Crear diagramas de interacción simples.

Interpretar el significado de los diagramas de actividades.

Crear diagramas de actividades sencillos.

Interpretar diagramas de estados.

Plantear diagramas de estados simples.

# data[].attributes.attachment_link.title
Entornos de desarrollo DAW - MundoApuntes

# data[].attributes.attachment_link.description
Una de las Asignaturas de Desarrollo de Aplicaciones Web es Entornos de Desarrollo, si no sabes en qué consiste la asignatura te lo indicamos a continuación,

# data[].attributes.attachment_link.readable_text
¿Buscas la mejor herramienta de diagramas UML? ¿Necesitas una herramienta para crear bocetos e intercambiar ideas rápidamente con tu equipo? Las herramientas UML ofrecen algo más que plantillas de diagramas para el estándar UML. Tanto si buscas una aplicación gratuita para una comunicación eficiente como una solución completa para tu empresa: te presentamos 6 programas con sus funciones más...

El modelo en cascada se incluye dentro de los procedimientos clásicos de la gestión de procesos. Este método se caracteriza principalmente por la ejecución estructurada de las diversas fases de un proyecto y se utiliza, sobre todo, en el desarrollo de software, donde se ha impuesto a modelos más flexibles. Conoce a fondo la metodología en cascada y sus aplicaciones, así como sus limitaciones en el...

Los diagramas de estado UML suelen desempeñar un papel muy importante en el diseño de nuevos productos o programas informáticos, ya que permiten representar de manera gráfica y simplificada la secuencia de los estados por los que pasa un objeto y las posibles estructuras subyacentes del proceso. Con este manual, aprenderás a elaborar un diagrama de estado y descubrirás los elementos que lo...

# data[].attributes.attachment_link.description
¿Buscas la mejor herramienta de diagramas UML? ¿Necesitas una herramienta para crear bocetos e intercambiar ideas rápidamente con tu equipo? Las herramientas UML ofrecen algo más que plantillas de diagramas para el estándar UML. Tanto si buscas una aplicación gratuita para una comunicación eficiente como una solución completa para tu empresa: te presentamos 6 programas con sus funciones más...

# data[].attributes.headline
Diagrama de Casos de Uso - Ejercicio GESTION DE BODEGA

# data[].attributes.subject
Diagrama de Casos de Uso - Ejercicio GESTION DE BODEGA

# data[].attributes.attachment_link.title
Diagrama de Casos de Uso - Ejercicio GESTION DE BODEGA | UML desde CERO | Planeta Buhoos