natgillin/translations-raw huggingface dataset:
Interfaces are abstract classes which means instances can not be directly created of them. They can contain operations but no attributes. Classes can inherit from interfaces (through a realisation association) and instances can then be made of these diagrams.
Gränssnitt är abstrakta klasser vilket betyder att instanser inte direkt kan skapas från dem. De kan innehålla operationer men inga attribut. Klasser kan ärva från gränssnitt (via en realisationsassociation) och instanser kan därefter skapas av diagrammen.
Datatypes are primitives which are typically built into a programming language. Common examples include integers and booleans. They can not have relationships to classes but classes can have relationships to them.
Datatyper är primitiver som typiskt är inbyggda i ett programspråk. Vanliga exempel omfattar heltal och en boolesk typ. De kan inte ha samband med klasser, men klasser kan ha samband med dem.
Enums
Uppräkningstyper
Enums are a simple list of values. A typical example is an enum for days of the week. The options of an enum are called Enum Literals. Like datatypes they can not have relationships to classes but classes can have relationships to them.
Uppräkningstyper är enkla listor med värden. Ett typiskt exempel är en uppräkningstyp av veckodagar. Medlemmar i en uppräkningstyp kallas uppräkningsvärden. Som datatyper kan de inte ha samband med klasser, men klasser kan ha samband med dem.
Packages
Paket
Packages represent a namespace in a programming language. In a diagram they are used to represent parts of a system which contain more than one class, maybe hundereds of classes.
Paket representerar namnrymder i ett programspråk. I ett diagram används de för att representera delar i ett system som innehåller mer än en klass, kanske hundratals klasser.
Sequence Diagrams
Sekvensdiagram
Sequence Diagrams show the message exchange (ie; method call) between several Objects in a specific time-delimited situation. Objects are instances of classes. Sequence Diagrams put special emphasis in the order and the times in which the messages to the objects are sent.
Sekvensdiagram visar utbyte av meddelanden (dvs. metodanrop) mellan flera objekt, i en specifik, tidsbegränsad situation. Sekvensdiagram lägger särskild vikt vid ordningen och tiden då meddelanden till objekt skickas.
In Sequence Diagrams objects are represented through vertical dashed lines, with the name of the Object on the top. The time axis is also vertical, increasing downwards, so that messages are sent from one Object to another in the form of arrows with the operation and parameters name.
Objekt representeras av vertikala streckade linjer i sekvensdiagram, med objektets namn överst. Tidsaxeln är också vertikal, och ökar neråt, så att meddelanden skickas från ett objekt till ett annat i form av pilar med operationer och parameternamn.
umbrello; showing a Sequence Diagram
umbrello; som visar ett sekvensdiagram
Messages can be either synchronous, the normal type of message call where control is passed to the called object until that method has finished running, or asynchronous where control is passed back directly to the calling object. Synchronous messages have a vertical box on the side of the called object to show the flow of program control.
Meddelanden kan antingen vara synkrona, den normala typen för meddelandeanrop där kontrollen övergår till det anropade objektet till metoden har kört färdigt, eller asynkront där kontrollen direkt återgår till anropande objekt. Synkrona meddelanden har en vertikal ruta vid sidan om det anropade objektet, för att visa programflödet.
Collaboration Diagrams
Samarbetsdiagram
Collaboration Diagrams show the interactions occurring between the objects participating in a specific situation. This is more or less the same information shown by Sequence Diagrams but there the emphasis is put on how the interactions occur in time while the Collaboration Diagrams put the relationships between the objects and their topology in the foreground.
Samarbetsdiagram visar växelverkan mellan objekt som deltar i en speciell situation. Det här är mer eller mindre samma information som visas i sekvensdiagram, men där läggs vikten vid hur växelverkan sker i tiden, medan samarbetsdiagram lägger vikten vid sambanden mellan objekten och deras topologi.
In Collaboration Diagrams messages sent from one object to another are represented by arrows, showing the message name, parameters, and the sequence of the message. Collaboration Diagrams are specially well suited to showing a specific program flow or situation and are one of the best diagram types to quickly demonstrate or explain one process in the program logic.
I samarbetsdiagram representeras meddelanden från ett objekt till ett annat med pilar, som visar meddelandets namn, parametrar och meddelandesekvensen. Samarbetsdiagram är särskilt lämpade att visa ett särskilt programflöde eller situation, och är bland de bästa diagramtyperna för att snabbt demonstrera eller förklara en process i programmets logik.
umbrello; showing a Collaboration Diagram
umbrello; som visar ett samarbetsdiagram
State Diagrams show the different states of an Object during its life and the stimuli that cause the Object to change its state.
Tillståndsdiagram visar de olika tillstånd ett objekt har under sin livstid, och de stimuli som orsakar att objektet ändrar sitt tillstånd.
State Diagrams view Objects as state machines or finite automates that can be in one of a set of finite states and that can change its state via one of a finite set of stimuli. For example an Object of type NetServer can be in one of following states during its life:
Tillståndsdiagram ser objekt som tillståndsmaskiner eller finita automater, som kan vara i något av en mängd begränsade tillstånd och som kan ändra sina tillstånd via något av ett begränsat antal stimuli. Ett objekt av typen Nätserver, kan till exempel vara i något av följande tillstånd under sin livstid:
Listening
Lyssnar
Working
Arbetar
Stopped
Stoppad
and the events that can cause the Object to change states are
och händelserna som kan göra att ett objekt byter tillstånd är
Object is created
Objektet skapas
Object receives message listen
Objektet tar emot meddelandet att lyssna
A Client requests a connection over the network
En klient begär en anslutning via nätverket
A Client terminates a request
En klient avslutar en begäran
The request is executed and terminated
En begäran körs och avslutas
Object receives message stop
Objektet tar emot meddelandet att stoppa
umbrello; showing a State Diagram
umbrello; som visar ett tillståndsdiagram
States are the building block of State Diagrams. A State belongs to exactly one class and represents a summary of the values the attributes of a class can take. A & UML; State describes the internal state of an object of one particular class
Tillstånd är byggblocken i tillståndsdiagram. Ett tillstånd hör till exakt en klass, och representerar en summering av de värden klassens attribut kan inta. Ett & UML; - tillstånd beskriver det interna tillståndet för ett objekt av en viss klass.
Note that not every change in one of the attributes of an object should be represented by a State but only those changes that can significantly affect the workings of the object
Observera att inte varje ändring av något av ett objekts attribut ska representeras som ett tillstånd, utan bara de ändringar som väsentligt kan påverka objektets arbete.
There are two special types of States: Start and End. They are special in that there is no event that can cause an Object to return to its Start state, in the same way as there is no event that can possible take an Object out of its End state once it has reached it.
Det finns två speciella typer av tillstånd: start och slut. De är speciella på det sättet att det inte finns någon händelse som kan göra att ett objekt återgår till sitt starttillstånd, och på samma sätt finns det ingen händelse som gör det möjligt för ett objekt att lämna sitt sluttillstånd när det väl har nåtts.
Activity Diagrams describe the sequence of activities in a system with the help of Activities. Activity Diagrams are a special form of State Diagrams, that only (or mostly) contains Activities.
Aktivitetsdiagram beskriver en följd av händelser i ett system, med hjälp av aktiviteter. Aktivitetsdiagram är en speciell form av tillståndsdiagram, som bara (eller i huvudsak) innehåller aktiviteter.
An example Activity Diagram.
Ett exempel på aktivitetsdiagram
umbrello; showing an Activity Diagram
umbrello; som visar ett aktivitetsdiagram
Activity Diagrams are similar to procedural Flux Diagrams, with the difference that all Activities are clearly attached to Objects.
Aktivitetsdiagram liknar procedurella flödesdiagram, med skillnaden att alla aktiviteter är klart länkade till objekt.
Activity Diagrams are always associated to a Class, an Operation or a Use Case.
Aktivitetsdiagram hör alltid ihop med en klass, en operation eller ett användningsfall.
Activity Diagrams support sequential as well as parallel Activities. Parallel execution is represented via Fork/ Wait icons, and for the Activities running in parallel, it is not important the order in which they are carried out (they can be executed at the same time or one after the other)
Aktivitetsdiagram stöder sekvens - samt parallella aktiviteter. Parallell körning representeras med ikonen Dela upp/ samla ihop, och det är inte viktigt för aktiviteter som kör parallellt i vilken ordning de utförs (de kan köras samtidigt eller en i taget).
An Activity is a single step in a process. One Activity is one state in the system with internal activity and, at least, one outgoing transition. Activities can also have more than one outgoing transition if they have different conditions.
En aktivitet är ett enda steg i en process. En aktivitet är ett tillstånd i systemet med intern aktivitet och åtminstone en utgående övergång. Aktiviteter kan också ha mer än en utgående övergång, om de har olika villkor.
Activities can form hierarchies, this means that an Activity can be composed of several detail Activities, in which case the incoming and outgoing transitions should match the incoming and outgoing transitions of the detail diagram.
Aktiviteter kan bygga upp hierarkier, vilket betyder att en aktivitet kan bestå av flera detaljaktiviteter, där inkommande och utgående övergångar måste passa ihop med de inkommande och utgående övergångarna i detaljdiagrammet.
Helper Elements
Hjälpelement
There are a few elements in & UML; that have no real semantic value for the model, but help to clarify parts of the diagram. These elements are
Det finns några få element i & UML; som inte har något verkligt semantiskt värde för modellen, men som hjälper till att klargöra delar av diagrammen. Dessa element är
Text lines
Textrader
Text Notes and anchors
Anteckningar och ankare
Text lines are useful to add short text information to a diagram. It is free-standing text and has no meaning to the Model itself.
Textrader är användbara för att lägga till kort textinformation i ett diagram. Det är fristående text, och har ingen betydelse i själva modellen.
Notes are useful to add more detailed information about an object or a specific situation. They have the great advantage that notes can be anchored to & UML; Elements to show that the note belongs to a specific object or situation.
Anteckningar är användbara för att lägga till mer detaljerad information om ett objekt eller en särskild situation. De har den stora fördelen att anteckningar kan ankras vid & UML; - element för att visa att anteckningen hör till ett särskilt objekt eller situation.
Boxes are free-standing rectangles which can be used to group items together to make diagrams more readable. They have no logical meaning in the model.
Rutor är fristående rektanglar som kan användas för att gruppera objekt tillsammans, för att göra diagram mer läsbara. De har ingen logisk mening i modellen.
Component Diagrams
Komponentdiagram
Component Diagrams show the software components (either component technologies such as KParts, CORBA components or Java Beans or just sections of the system which are clearly distinguishable) and the artifacts they are made out of such as source code files, programming libraries or relational database tables.
Komponentdiagram visar programkomponenter (antingen komponentteknologier som Kparts, CORBA- komponenter eller Java Beans eller bara delar av systemet som är klart urskiljbara) och artefakterna de består av, som källkodsfiler, programbibliotek eller relationsdatabastabeller.
Components can have interfaces (ie; abstract classes with operations) that allow associations between components.
Komponenter kan ha gränssnitt (dvs. abstrakta klasser med operationer) som tillåter association mellan komponenter.
Deployment Diagrams
Utplaceringsdiagram
Deployment diagrams show the runtime component instances and their associations. They include Nodes which are physical resources, typically a single computer. They also show interfaces and objects (class instances).
Utplaceringsdiagram visar komponentinstanserna vid körning och deras associationer. De omfattar noder, som är fysiska resurser, typiskt en enskild dator. De visar också gränssnitt och objekt (klassinstanser).
Collaboration Diagrams
Objektsambandsdiagram
An example Use Case diagram.
Ett exempel på objektsambandsdiagram.
umbrello; showing an Activity Diagram
umbrello; som visar ett objektsambandsdiagram
In & UML;, Classes are represented by rectangles, with the name of the class, and can also show the attributes and operations of the class in two other compartments inside the rectangle.
I objektsambandsdiagram representeras objekt av rektanglar, med objektets namn längst upp, och kan också visa objektets attribut i ett annat fack inne i rektangeln.
Activity Diagram
Ett objekt i ett objektsambandsdiagram
Visual representation of a generalisation in & UML;
Visuell representation av ett objekt i ett objektsambandsdiagram
Attributes
Objektattribut
Visual representation of a generalisation in & UML;
Visuell representation av separerad specialisering i utökade objektsambandsdiagram
Visual representation of a generalisation in & UML;
Visuell representation av överlappande specialisering i utökade objektsambandsdiagram
Visual representation of a generalisation in & UML;
Visuell representation av en kategori i utökade objektsambandsdiagram
Working with & umbrello;
Att arbeta med & umbrello;
This chapter will introduce you to & umbrello; 's user interface and will tell you all you need to know to start modelling. All actions in & umbrello; are accessible via the menu and the toolbars, but & umbrello; also makes extensive use of & RMB; context menus. You can & RMB; click on almost any element in & umbrello; 's work area or tree view to get a menu with the most useful functions that can be applied to the particular element you are working on. Some users find this a little confusing at the beginning because they are more used to working with the menu or tool bars, but once you get used to right clicking it will greatly speed up your work.
Det här kapitlet ger en introduktion till & umbrello; s användargränssnitt och berättar allt du måste veta för att börja med modellering. Alla åtgärder i & umbrello; är tillgängliga via menyer och verktygsrader, men & umbrello; använder också i stor utsträckning sammanhangsberoende menyer som visas med höger musknapp. Du kan höger klicka på nästan alla element på & umbrello; s arbetsyta eller i trädvyn för att få en meny med de mest användbara funktionerna som kan tillämpas på just det särskilda elementet som du arbetar med. Vissa användare tycker att detta är lite förvirrande i början (eftersom de är mer vana att arbeta med menyn eller verktygsrader), men när man väl har vant sig att höger klicka, snabbar det upp arbetet en hel del.
& umbrello; 's main window is divided in three areas that will help you keep an overview of your entire system and access the different diagrams quickly while working on your model.
& umbrello; s huvudfönster är uppdelat i tre områden som hjälper till att få en överblick över hela systemet och att komma åt de olika diagrammen snabbt, under arbetet med modellen.
These areas are called:
Dessa områden kallas:
Work Area
Arbetsyta
Documentation Window
Dokumentationsfönster
umbrello; 's User Interface
umbrello; s användargränssnitt
The Tree View is usually located on the top left hand side of the window and shows the all the diagrams, classes, actors and use cases that build up your model. The Tree View allows you to have a quick overview of the elements composing your model. The Tree View also gives you a quick way to switch between the different diagrams in your model and inserting elements from your model into the current diagram.
Trädvyn är oftast placerad längst upp till vänster i fönstret, och visar alla diagram, klasser, aktörer och användningsfall som bygger upp modellen. Trädvyn låter dig få en snabb överblick över elementen som modellen består av. Trädvyn ger också ett snabbt sätt att byta mellan de olika diagrammen i modellen, och att infoga element från modellen i det nuvarande diagrammet.
If you are working on a model with more than just a few classes and diagrams, the Tree View may help you stay on top of things by organising your model elements in folders. You can create folders by selecting the appropriate option from the context menu (RMB; click on one of the folders in the tree view) and you can organise your elements by moving them to the appropriate folder (drag and drop)
Om du arbetar med en model som har mer än ett fåtal klasser och diagram, kan trädvyn hjälpa dig att klara av det hela genom att organisera modellen i mappar. Du kan skapa mappar genom att välja lämpligt alternativ i den sammanhangsberoende menyn (högerklicka på en av mapparna i trädvyn) och du kan organisera element genom att flytta dem till lämpliga mappar (drag och släpp).
The Documentation Window is the small window located on the left bottom of & umbrello;, and it gives you a quick preview of the documentation for the currently selected item. The Documentation Window is rather small because it is intended to allow you just a quick pick into the element 's documentation while taking as little screen space as possible. If you need to view the documentation in more detail you can always open the item 's properties.
Dokumentationsfönstret är det lilla fönstret placerat längst ner till vänster i & umbrello;, som ger en snabb förhandsgranskning av dokumentationen för objektet som för närvarande är markerat. Dokumentationsfönstret är ganska litet, eftersom det är avsett att ge ett snabbt utdrag ur elementets dokumentation, medan det tar så lite plats som möjligt på skärmen. Om du behöver titta på dokumentationen i mer detalj, kan du alltid öppna elementets egenskaper.
The Work Area is the main window in & umbrello; and is where the real action takes place. You use the Work Area to edit and view the diagrams in your model. The Work Area shows the currently active diagram. Currently only one diagram can be shown on the Work Area at any time.
Arbetsytan är huvudfönstret i & umbrello;, och är platsen där alla verkliga åtgärder sker. Man använder arbetsytan för att redigera och visa diagrammen i en modell. Arbetsytan visar diagrammet som för tillfället är aktivt. För närvarande kan bara ett diagram åt gången visas på arbetsytan.
Creating, Loading and Saving Models
Skapa, ladda och spara modeller
The first thing you need to start doing something useful with & umbrello; is to create a model to work on. When you start & umbrello; it always loads the last used model or creates a new, empty model (depending on your preferences set in the configuration dialogue). This will allow you to start working right away.
Det första du behöver göra, för att börja utföra något användbart med & umbrello;, är att skapa en modell att arbeta med. När du startar & umbrello; laddar det alltid den senast använda modellen, eller skapar en ny, tom, modell (beroende på alternativ som du ställer in i inställningsdialogrutan). Det gör det möjligt att börja arbeta direkt.
New Model
Ny modell
If at any time you need to create a new model you can do this by selecting the New entry from the File menu, or by clicking on the New icon from the application toolbar. If you are currently working on a model which has been modified & umbrello; will ask you if it should save your changes before loading the new model.
Om du vid något tillfälle behöver skapa en ny modell, kan du göra det genom att välja alternativet Ny i menyn Arkiv, eller genom att klicka på ikonen Ny i programverktygsraden. Om du för ögonblicket arbetar med en modell som har ändrats, frågar & umbrello; om dina ändringar ska sparas, innan den nya modellen skapas.
Save Model
Spara modell
You can save your model at any time by selecting the option Save from the File Menu or by clicking on the Save button from the application toolbar. If you need to save your model under a different name you can use the option Save As from the File Menu.
Du kan spara modellen när som helst, genom att välja alternativet Spara i menyn Arkiv, eller genom att klicka på knappen Spara i programverktygsraden. Om du behöver spara modellen med ett annat namn, kan du använda alternativet Spara som i menyn Arkiv.
For your convenience & umbrello; also offers you the option to automatically save your work each certain time period. You can configure if you want this option as well as the time intervals in the Settings from & umbrello;
Av bekvämlighetsskäl, erbjuder & umbrello; också möjligheten att automatiskt spara arbetet efter en viss tidsperiod. Du kan anpassa om du vill aktivera den här funktionen, samt tidsintervallet, i & umbrello; s inställningar.
Load Model
Ladda modell
For loading an already existing model you may select the option Open from the File Menu or click on the Open icon from the application toolbar. The most recently used models are also available under the submenu Open Recent in the File Menu to speed up access to your most frequently used models.
Du kan välja alternativet Öppna i menyn Arkiv för att ladda en befintlig modell, eller klicka på ikonen Öppna i programverktygsraden. De senast använda modellerna är också tillgängliga i undermenyn Öppna senaste i menyn Arkiv, för att snabba upp åtkomst till de oftast använda modellerna.
& umbrello; can only work on one model at a time, so if you ask the program to load a model for you and your current model has been modified since the last time you save it, & umbrello; will ask you whether your changes should be saved to prevent any loss of work. You can start two or more instances of & umbrello; at any one time, you can also copy and paste between instances.
& umbrello; kan bara arbeta med en modell åt gången, så om du ber programmet ladda en modell åt dig, och den nuvarande modellen har ändrats sedan du senast sparade den, frågar & umbrello; om ändringarna ska sparas för att förhindra att arbetet går förlorat. Du kan starta två eller flera instanser av & umbrello; när som helst. Du kan också kopiera och klistra in mellan instanser.
Editing Models
Redigera modeller
In & umbrello;, there are basically two ways for editing the elements in your model.
I & umbrello; finns det två grundläggande sätt att redigera elementen i modellen.
Edit model elements directly through the Tree View
Redigera modellelement direkt via trädvyn
Edit model elements through a Diagram
Redigera modellelement direkt via ett diagram
Using the context menu of the different items in the Tree View you are able to add, remove, and modify almost all the elements in your model. Right clicking on the folders in the Tree View will give you options for creating the different types of diagrams as well as, depending on whether the folder is a Use Case View or a Logical View, Actors, Use Cases, Classes, etc.
Med användning av den sammanhangsberoende menyn i trädvyn, kan du lägga till, ta bort, och ändra nästan alla element i modellen. Höger klicka på mapparna i trädvyn för att visa alternativ för att skapa olika sorters diagram, samt - beroende på om mappen är en Användningsfallsvy eller en Logisk vy - aktörer, användningsfall, klasser etc.