natgillin/translations-raw huggingface dataset:
We hope you enjoy & umbrello; and that it helps you create high quality software. & umbrello; is Free Software and available at no cost, the only thing we ask from you is to report any bugs, problems, or suggestions to the & umbrello; developers at uml-devel@lists. sourceforge. net or http: / /bugs. kde. org.
Vi hoppas att du trivs med & umbrello;, och att det hjälper dig att skapa programvara med hög kvalitet. & umbrello; är ett fritt verktyg, och det enda som vi ber dig är att rapportera eventuella fel, problem eller förslag till & umbrello; s utvecklare på uml- devel@ lists. sourceforge. net eller http: // bugs. kde. org.
Other Features
Övriga funktioner
Other & umbrello; Features
Övriga funktioner i & umbrello;
This chapter will briefly explain some other features & umbrello; offers you.
Det här kapitlet förklarar kortfattat några andra funktioner som & umbrello; erbjuder.
Copying objects as PNG images
Kopiera objekt som PNG- bilder
Apart from offering you the normal copy, cut and paste functionality that you would expect to copy objects between different diagrams, & umbrello; can copy the objects as PNG pictures so that you can insert them into any other type of document. You do not need to do anything special to use this feature, just select an object from a diagram (Class, Actor, & etc;) and copy it (Ctrl; C, or using the menu), then open a & kword; document (or any program into which you can paste images) and select Paste. This is a great feature to export parts of your diagram as simple pictures.
Förutom att erbjuda de normala funktionerna för att kopiera, klippa ut och klistra in, som man kan förvänta sig för att kopiera objekt mellan olika diagram, kan & umbrello; kopiera objekt som PNG- bilder, så att man kan infoga dem i vilket annat typ av dokument som helst. Man behöver inte göra något särskilt för att använda den här funktionen, markera bara ett objekt i ett diagram (klass, aktör, etc.) och kopiera det (Ctrl; C, eller använd menyn), öppna sedan ett & kword; - dokument (eller något annat program där bilder kan klistras in) och välj Klistra in. Detta är en utmärkt funktion för att exportera delar av diagram som enkla bilder.
Exporting to an Image
Exportera till en bild
You can also export a complete diagram as an image. The only thing you need to do is select the diagram you want to export, and then the option Export as Picture... from the Diagram menu.
Man kan också exportera ett fullständigt diagram som en bild. Det enda man måste göra är att välja diagrammet som ska exporteras, och därefter alternativet Exportera som bild... i menyn Diagram.
Printing
Skriva ut
& umbrello; allows you to print individual diagrams. Press the Print button on the application toolbar or selecting the Print option from the File menu will give you a standard & kde; Print dialogue from where you can print your diagrams.
& umbrello; tillåter att enskilda diagram skrivs ut. Tryck på knappen Skriv ut i programverktygsraden eller välj alternativet Skriv ut i menyn Arkiv, så visas & kde;: s standardutskriftsdialogruta där diagram kan skrivas ut.
Logical Folders
Logiska mappar
To better organise your model, especially for larger projects, you can create logical folders in the Tree View. Just select the option New Folder from the context menu of the default folders in the Tree View to create them. Folders can be nested, and you can move objects around by dragging them from one folder and dropping them into another.
För att organisera en modell på ett bättre sätt, särskilt för större projekt, kan man skapa logiska mappar i trädvyn. Välj bara alternativet Nytt Mapp i den sammanhangsberoende menyn i standardmappen under trädvyn, för att skapa dem. Mappar kan finnas i varandra, och man kan flytta omkring objekt genom att dra dem från en mapp till och släppa dem i en annan.
Organising your Model with Folders
Organisera din modell med mappar
Organising a Model with Logical Folders in & umbrello;
Organisera en modell med logiska mappar i & umbrello;
& UML; Basics
Grundläggande & UML;
About & UML;
Om & UML;
This chapter will give you a quick overview of the basics of & UML;. Keep in mind that this is not a comprehensive tutorial on & UML; but rather a brief introduction to & UML; which can be read as a & UML; tutorial. If you would like to learn more about the Unified Modelling Language, or in general about software analysis and design, refer to one of the many books available on the topic. There are also a lot of tutorials on the Internet which you can take as a starting point.
Det här kapitlet ger en snabb översikt av grunderna i & UML;. Kom ihåg att det här inte är en heltäckande & UML; - handledning, utan bara en kortfattad introduktion till & UML; som kan läsas som & UML; - handledning. Om du skulle vilja lära dig mer om Unified Modelling Language, eller om allmän analys och konstruktion av programvara, hänvisas du till några av de många böcker som är tillgängliga i ämnet. Det finns också många handledningar på Internet, som du kan använda som startpunkt.
The Unified Modelling Language (UML;) is a diagramming language or notation to specify, visualise and document models of Object Oriented software systems. & UML; is not a development method, that means it does not tell you what to do first and what to do next or how to design your system, but it helps you to visualise your design and communicate with others. & UML; is controlled by the Object Management Group (OMG) and is the industry standard for graphically describing software.
Unified Modelling Language (UML;) är ett diagrambaserat språk eller notation för att specificera, visualisera och dokumentera modeller av objektorienterad programvara. & UML; är inte en utvecklingsmetod, vilket betyder att det inte talar om för dig vad du ska göra först och vad du ska göra därefter, eller hur du ska konstruera system, men det hjälper till att visualisera konstruktionen och kommunicera med andra. & UML; styrs av Object Management Group (OMG), och är industristandard för att grafiskt beskriva programvara.
& UML; is designed for Object Oriented software design and has limited use for other programming paradigms.
& UML; är konstruerat för design av objektorienterad programvara, och har begränsad användning för andra programmeringsparadigmer.
& UML; is composed of many model elements that represent the different parts of a software system. The & UML; elements are used to create diagrams, which represent a certain part, or a point of view of the system. The following types of diagrams are supported by & umbrello;:
& UML; är uppbyggt av många modelleringselement som representerar olika delar av programsystemet. & UML; - elementen används för att skapa diagram, som representerar en viss del, eller en synvinkel av systemet. Följande sorters diagram stöds av & umbrello;:
Use Case Diagrams show actors (people or other users of the system), use cases (the scenarios when they use the system), and their relationships
Användningsfallsdiagram visar aktörer (människor eller andra användare av systemet), användningsfall (scenarion då de använder systemet), och deras samband
Class Diagrams show classes and the relationships between them
Klassdiagram visar klasser, och sambanden mellan dem
Sequence Diagrams show objects and a sequence of method calls they make to other objects.
Sekvensdiagram visar objekt och deras samband, med betoning på utbyte av meddelanden mellan objekt i kronologisk ordning
Collaboration Diagrams show objects and their relationship, putting emphasis on the objects that participate in the message exchange
Samarbetsdiagram visar objekt och deras samband, med betoning på objekten som deltar i utbytet av meddelanden
State Diagrams show states, state changes and events in an object or a part of the system
Tillståndsdiagram visar tillstånd, tillståndsändringar och händelser för ett objekt eller en del av systemet
Activity Diagrams show activities and the changes from one activity to another with the events occurring in some part of the system
Aktivitetsdiagram visar aktiviteter, tillstånd och tillståndsändringar hos objekt och händelser som sker i någon del av systemet
Component Diagrams show the high level programming components (such as KParts or Java Beans).
Komponentdiagram visar programmeringskomponenter på hög nivå (som Kparts eller Java Beans).
Deployment Diagrams show the instances of the components and their relationships.
Utplaceringsdiagram visar komponenternas instanser och deras inbördes förhållanden.
Class Diagrams show classes and the relationships between them
Objektsambandsdiagram visar data, samt sambanden och begränsningarna mellan dataobjekt.
& UML; Elements
& UML; - element
Use Case Diagrams describe the relationships and dependencies between a group of Use Cases and the Actors participating in the process.
Användningsfallsdiagram beskriver samband och beroenden mellan en grupp användningsfall och aktören som deltar i processen.
It is important to notice that Use Case Diagrams are not suited to represent the design, and cannot describe the internals of a system. Use Case Diagrams are meant to facilitate the communication with the future users of the system, and with the customer, and are specially helpful to determine the required features the system is to have. Use Case Diagrams tell, what the system should do but do not & mdash; and cannot & mdash; specify how this is to be achieved.
Det är viktigt att observera att användningsfallsdiagram inte är lämpade att representera konstruktionen, och kan inte beskriva systemets innanmäte. Användningsfallsdiagram är avsedda att möjliggöra kommunikation med framtida användare av systemet, och med kunden. De är till särskild hjälp för att avgöra vilka funktioner som krävs att systemet ska ha. Med andra ord talar användningsfallsdiagram om vad systemet ska göra, men de anger inte & mdash; och kan inte ange & mdash; hur detta ska åstadkommas.
An example Use Case diagram.
Ett exempel på användningsfallsdiagram.
umbrello; showing a Use Case Diagram
umbrello; som visar ett användningsfallsdiagram
Use Case
Användningsfall
A Use Case describes & mdash; from the point of view of the actors & mdash; a group of activities in a system that produces a concrete, tangible result.
Ett användningsfall beskriver & mdash; från aktörernas synvinkel & mdash; en samling aktiviteter i ett system, som ger upphov till ett konkret, påtagligt resultat.
Use Cases are descriptions of the typical interactions between the users of a system and the system itself. They represent the external interface of the system and specify a form of requirements of what the system has to do (remember, only what, not how).
Användningsfall är beskrivningar av typisk växelverkan mellan användarna av ett system och systemet själv. De representerar systemets yttre gränssnitt, och anger en sorts krav på vad systemet ska göra (kom ihåg, bara vad, inte hur).
When working with Use Cases, it is important to remember some simple rules:
Vid arbete med användningsfall, är det viktigt att komma ihåg några enkla regler:
Each Use Case is related to at least one actor
Varje användningsfall hör ihop med minst en aktör
Each Use Case has an initiator (ie; an actor)
Varje användningsfall har ett ursprung (dvs. en aktör)
Each Use Case leads to a relevant result (a result with business value)
Varje användningfall leder till ett relevant resultat (ett resultat med affärsvärde).
Use Cases can also have relationships with other Use Cases. The three most typical types of relationships between Use Cases are:
Användningfall kan också ha samband med andra användningfall. De tre mest typiska sorters samband mellan användningfall är:
lt; lt; includegt; gt; which specifies that a Use Case takes place inside another Use Case
lt; lt; includegt; gt; (innehåller), vilket anger att användningsfallet äger rum inne i ett annat användningsfall
lt; lt; extendsgt; gt; which specifies that in certain situations, or at some point (called an extension point) a Use Case will be extended by another.
lt; lt; extendsgt; gt; (utökar), vilket anger att i vissa fall, eller vid något tillfälle (som kallas en utökningspunkt), kommer ett användningsfall att utökas av ett annat.
Generalisation specifies that a Use Case inherits the characteristics of the Super -Use Case, and can override some of them or add new ones in a similar way as the inheritance between classes.
Generalisering anger att ett användningfall ärver egenskaperna för super - användningsfallet, och kan överskrida några av dem, eller lägga till nya på samma sätt som arv mellan klasser.
An actor is an external entity (outside of the system) that interacts with the system by participating (and often initiating) a Use Case. Actors can be in real life people (for example users of the system), other computer systems or external events.
En aktör är en extern enhet (utanför systemet) som växelverkar med systemet genom att delta i (och ofta inleda) ett användningsfall. Aktörer kan i verkligheten vara människor (till exempel användare av systemet), andra datorsystem eller yttre händelser.
Actors do not represent the physical people or systems, but their role. This means that when a person interacts with the system in different ways (assuming different roles) he will be represented by several actors. For example a person that gives customer support by the telephone and takes orders from the customer into the system would be represented by an actor Support Staff and an actor Sales Representative
Aktörer representerar inte fysiska människor eller system, utan deras roll. Det betyder att när en person växelverkar med systemet på olika sätt (antar olika roller) representeras han med flera aktörer. En person som till exempel ger kundstöd via telefon och tar emot beställningar från kunden till systemet, skulle representeras av aktören kundstödspersonal och aktören försäljningsassistens.
Use Case Description
Beskrivning av användningsfall
Use Case Descriptions are textual narratives of the Use Case. They usually take the form of a note or a document that is somehow linked to the Use Case, and explains the processes or activities that take place in the Use Case.
En beskrivning av ett användningsfall är en textbaserad berättelse om användningsfallet. Det är ofta i form av en anteckning eller ett dokument som på något sätt är länkat till användningsfallet, och förklarar processerna eller aktiviteterna som äger rum i användningsfallet.
Class Diagrams show the different classes that make up a system and how they relate to each other. Class Diagrams are said to be static diagrams because they show the classes, along with their methods and attributes as well as the static relationships between them: which classes know about which classes or which classes are part of another class, but do not show the method calls between them.
Klassdiagram visar de olika klasserna som bygger upp ett system och hur de relateras till varandra. Klassdiagram sägs vara statiska diagram, eftersom de visar klasserna, tillsammans med deras metoder och attribut, samt det statiska förhållandet mellan dem: vilka klasser som känner till andra klasser, eller vilka klasser som är en del av andra klasser, men visar inte metodanrop mellan dem.
An example of a Class Diagram
Ett exempel på ett klassdiagram
umbrello; showing a Class Diagram
umbrello; som visar ett klassdiagram
A Class defines the attributes and the methods of a set of objects. All objects of this class (instances of this class) share the same behaviour, and have the same set of attributes (each object has its own set). The term Type is sometimes used instead of Class, but it is important to mention that these two are not the same, and Type is a more general term.
En klass definierar attributen och metoderna för en mängd objekt. Alla objekt av klassen (instanser av klassen) delar samma beteende, och har samma mängd attribut (varje objekt har sin egen uppsättning). Termen typ används ibland istället för klass, men det är viktigt att nämna att de två inte är samma sak, och att typ är en mer generell term.
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.
Klasser i & UML; representeras av rektanglar, med klassens namn, och kan också visa klassens attribut och operationer i två fack inne i rektangeln.
A Class in & UML;
En klass i & UML;
Visual representation of a Class in & UML;
Visuell representation av en klass i & UML;
In & UML;, Attributes are shown with at least their name, and can also show their type, initial value and other properties. Attributes can also be displayed with their visibility:
Attribut i & UML; visas åtminstone med sina namn, och kan också visas med typ, ursprungligt värde och andra egenskaper. Attribut kan också visas med synlighet:
+ Stands for public attributes
+ Betyder öppna (public) attribut
# Stands for protected attributes
# Betyder skyddade (protected) attribut
- Stands for private attributes
- Betyder privata (private) attribut
Operations (methods) are also displayed with at least their name, and can also show their parameters and return types. Operations can, just as Attributes, display their visibility:
Operationer (metoder) visas också åtminstone med sina namn, och kan också visas med parametrar och returtyper. Operationer, precis som attribut, kan visas med sin synlighet:
+ Stands for public operations
+ Betyder öppna (public) operationer
# Stands for protected operations
# Betyder skyddade (protected) operationer
- Stands for private operations
- Betyder privata (private) operationer
Templates
Mallar
Classes can have templates, a value which is used for an unspecified class or type. The template type is specified when a class is initiated (ie; an object is created). Templates exist in modern C++ and will be introduced in Java 1.5 where they will be called Generics.
Klasser kan ha mallar, ett värde som används för en ospecificerad klass eller typ. Malltypen anges när klassen initieras (dvs. ett objekt skapas). Mallar finns i modern C++ och kommer att introduceras i Java 1. 5, där de kallas Generics.
Class Associations
Klassassociationer
Classes can relate (be associated with) to each other in different ways:
Klasser kan relateras till (associeras med) varandra på olika sätt:
Inheritance is one of the fundamental concepts of Object Oriented programming, in which a class gains all of the attributes and operations of the class it inherits from, and can override/ modify some of them, as well as add more attributes and operations of its own.
Arv är ett av de grundläggande koncepten i objektorienterad programmering, där en klass erhåller alla attribut och operationer från klassen den ärver från, och kan överskrida/ ändra några av dem, samt lägga till fler egna attribut och operationer.
In & UML;, a Generalisation association between two classes puts them in a hierarchy representing the concept of inheritance of a derived class from a base class. In & UML;, Generalisations are represented by a line connecting the two classes, with an arrow on the side of the base class.
En generalisering mellan två klasser i & UML;, placerar dem i en hierarki som representerar arvkonceptet för en härledd klass från en basklass. Generaliseringar i & UML; representeras med en linje som binder samman de två klasserna, med en pil på basklassens sida.
Visual representation of a generalisation in & UML;
Visuell representation av en generalisering i & UML;
Associations
Associationer
An association represents a relationship between classes, and gives the common semantics and structure for many types of connections between objects.
En association representerar ett samband mellan klasser, och ger den allmänna semantiken och strukturen för många typer av förbindelse mellan objekt.
Associations are the mechanism that allows objects to communicate to each other. It describes the connection between different classes (the connection between the actual objects is called object connection, or link.
Associationer är mekanismen som tillåter att objekt kommunicerar med varandra. De beskriver förbindelsen mellan olika klasser (förbindelsen mellan de verkliga objekten kallas objektförbindelse, eller länk).
Associations can have a role that specifies the purpose of the association and can be uni- or bidirectional (indicates if the two objects participating in the relationship can send messages to the other, of if only one of them knows about the other). Each end of the association also has a multiplicity value, which dictates how many objects on this side of the association can relate to one object on the other side.
Associationer kan ha en roll, som anger associationens syfte, och kan vara enkelriktade eller ömsesidiga (anger om två objekt som deltar i sambandet kan skicka meddelanden till det andra, eller om bara ett av dem känner till det andra). Varje ända av associationen har också ett mångfaldsvärde, som bestämmer hur många objekt på denna sida av associationen som kan relatera till ett objekt på andra sidan.
In & UML;, associations are represented as lines connecting the classes participating in the relationship, and can also show the role and the multiplicity of each of the participants. Multiplicity is displayed as a range [min.. max] of non-negative values, with a star (*) on the maximum side representing infinite.
Associationer i & UML; representeras som linjer som binder samman klasserna som deltar i sambandet, och kan också visa rollen och mångfalden för var och en av deltagarna. Mångfald visas som ett intervall [minimum.. maximum] med icke- negativa värden, med en asterisk (*) på maximumsidan som representerar oändlighet.
& UML; Association
& UML; - association
Visual representation of an Association in & UML;
Visuell representation av en association i & UML;
Aggregation
Aggregering
Aggregations are a special type of associations in which the two participating classes do n't have an equal status, but make a whole-part relationship. An Aggregation describes how the class that takes the role of the whole, is composed (has) of other classes, which take the role of the parts. For Aggregations, the class acting as the whole always has a multiplicity of one.
Aggregeringar är särskilda sorters associationer, där de två deltagande klasserna inte har en likvärdig status, utan utgör ett helhet- del samband. En aggregering beskriver hur klassen som intar rollen som helhet, är sammansatt av (har) andra klasser, som intar rollerna som delar. Klassen som fungerar som helhet har alltid mångfalden ett, för aggregeringar.
In & UML;, Aggregations are represented by an association that shows a rhomb on the side of the whole.
Aggregeringar i & UML; representeras av en association som visar en romb på sidan som hör till helheten.
Visual representation of an Aggregation relationship in & UML;
Visuell representation av en aggregeringsrelation i & UML;
Compositions are associations that represent very strong aggregations. This means, Compositions form whole-part relationships as well, but the relationship is so strong that the parts cannot exist on its own. They exist only inside the whole, and if the whole is destroyed the parts die too.
Sammansättningar är associationer som representerar mycket starka aggregeringar. Det betyder att sammansättningar också formar helhet- del samband, men att sambandet är så starkt att delarna inte kan existera för sig själv. De finns bara inne i helheten, och om helheten förstörs, försvinner också delarna.
In & UML;, Compositions are represented by a solid rhomb on the side of the whole.
Sammansättning i & UML; representeras av en ifylld romb på sidan som hör till helheten.
Visual representation of a Composition relationship in & UML;
Visuell representation av en sammansättningsrelation i & UML;
Other Class Diagram Items
Andra objekt i klassdiagram
Class diagrams can contain several other items besides classes.
Klassdiagram kan innehålla flera andra objekt förutom klasser.