natgillin/translations-raw huggingface dataset:
The Include heading files from folder option allows you to insert a heading at the beginning of each generated file. Heading files can contain copyright or licensing information and contain variables that are evaluated at generation time. You can take a look at the template heading files shipped with & umbrello; to see how to use these variables for replacing your name or the current date at generation time.
Säte Kaasa päisefailid kataloogist võimaldab lisada iga genereeritud faili algusse päiseid. Päisefailid võivad sisaldada näiteks teavet autoriõiguse ja litsenseerimise kohta ning muutujaid, mis asendatakse genereerimise käigus. Täpsema info saamiseks muutujate kasutamise kohta päisefailides vaata Umbrelloga kaasatulevaid näidismallisid.
To import classes into your Model, select the entry Import Classes... from the Code menu. In the file dialog select the files containing the C++ class declarations and press OK. The classes will be imported and you will find them as part of your Model in the Tree View. Note that & umbrello; will not create any kind of Diagram for showing your classes, they will only be imported into your Model so that you can use them later in any diagram you want.
Klasside mudelisse importimiseks vali menüüst Kood käsk Impordi klasse.... Vali failidialoogist C++ klasside kirjeldusi sisaldavad failid (tavaliselt laiend. h või. hxx) ja klõpsa nuppu OK. Klassid imporditakse mudelisse ja leiad nad mudeli puuvaatest. Pane tähele, et Umbrello ei loo ise ühtegi skeemi klasside näitamiseks, klassid imporditakse vaid skeemi, et saaksid neid hiljem kasutada sobivates skeemides.
& 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 dialog from where you can print your diagrams.
Umbrello võimaldab skeeme eraldi trükkida. Vajuta rakenduse tööriistaribal nuppu Trüki või vali menüüst Fail käsk Trüki.... Menüükäsku kasutades avatakse standardne & kde; trükkimisdialoog, millest saad siis skeeme trükkida.
To better organize 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.
Mudeli paremaks korraldamiseks, eriti suurte projektide puhul, on puuvaatesse võimalik luua loogilisi kaustu. Uue loogilise kausta loomiseks vali puuvaate mõne vaikimisi kausta kontekstimenüüst Uus Kaust
Organizing your Model with Folders
Mudeli korraldamine kaustadesse
Organizing a Model with Logical Folders in & umbrello;
Mudeli korraldamine kaustadesse Umbrellos
The Unified Modelling Language (UML;) is a diagramming language or notation to specify, visualize 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 visualize your design and communicate with others. & UML; is controlled by the Object Management Group (OMG) and is the industry standard for graphically describing software.
& UML; on skeemide loomise keel või täpsemalt öeldes ülesmärkimise keel objektorienteeritud tarkvarasüsteemide kirjeldamiseks, visualiseerimiseks ja dokumenteerimiseks. & UML; ei ole arendusmeetod, mis tähendab, et see ei ütle sulle, mida teha esimesena ja mida järgmisena või kuidas süsteemi disainida, kuid aitab disaini visualiseerida ja teistega edukalt suhelda. & UML; on Object Management Group' i (OMG) kontrolli all olev tarkvara graafiliseks kirjeldamiseks mõeldud tööstusstandard.
Entity Relationship Diagrams show data and the relationships and constraints between the data.
Olem- seos skeemid kujutavad andmeid ning andmete vahelisi seoseid ja kitsendusi
Generalization 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.
üldistus määrab, et kasutusklass pärib eellasest kasutusklassi omadused ja võib mõnesid omadusi üle kirjeldada või lisada uusi sarnaselt klassidevahelise pärilusega
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 behavior, 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.
Klass defineerib objektide hulga atribuudid ja meetodid. Kõik klassi objektid (klassi eksemplarid) jagavad ühist käitumist ja omavad samasugust hulka atribuute (igal objektil on isiklikud atribuudid). Vahel kasutatakse klassi asemel terminit tüüp, kuid tähtis on märkida, et need kaks ei ole samad ja tüüp on üldisem termin.
Generalization
Üldistus
In & UML;, a Generalization association between two classes puts them in a hierarchy representing the concept of inheritance of a derived class from a base class. In & UML;, Generalizations are represented by a line connecting the two classes, with an arrow on the side of the base class.
& UML; is seab üldistuse tüüpi side kahe klassi vahel nad hierarhiasse, mis esindab tuletatud klassi baasklassist pärinemise kontseptsiooni. & UML; is tähistab üldistust kaht klassi ühendav sirge, millel on nool baasklassi poolses otsas.
Visual representation of a generalization in & UML;
Üldistuse visuaalne esitus & UML; is
Entity Relationship Diagrams
Olem- seos skeemid
Entity Relationship Diagrams (ER Diagrams) show the conceptual design of database applications. They depict the various entities (concepts) in the information system and the existing relationships and constraints between them. An extension of Entity Relationship Diagrams named'Extended Entity Relationship Diagrams' or'Enhanced Entity Relationship Diagrams' (EER), are used to incorporate Object Oriented design techniques in ER Diagrams.
Olem- seos skeemid näitavad andmebaasirakenduste kontseptuaalset ülesehitust. Nad kujutavad erinevaid olemeid (kontsepte) infosüsteemis ning nendevahelisi seoseid ja kitsendusi. Olem- seos skeemide laiendusi, mida nimentatakse laiendatud olem- seos skeemideks või täiustatud olem- seos skeemideks, kasutatakse objektorienteeritud ülesehituse põimimsieks olem- seos skeemidesse.
An example Entity Relationship diagram.
Olem- seos skeemi näidis.
Umbrello showing an Entity Relationship Diagram
Umbrello olem- seos skeemiga
An Entity is any concept in the real world with an independent existence. It may be an object with a physical existence (example, Computer, Robot) or it may be an object with a conceptual existence (eq: University Course). Each entity has a set of attributes which describe the properties of the Entity.
Olem on mis tahes iseseisvalt eksisteeriv reaalse maailma kontsept. See võib olla füüsiline objekt (näiteks arvuti või robot) või kontseptuaalne objekt (näiteks ülikoolikursus). Igal olemil on oma atribuudid, mis kirjeldavad olemi omadusi.
Note: No standard notations exist for depicting ER Diagrams. Different texts on this subject use different notations. The concepts and notations for EER diagrams used in Umbrello are from the following book: Elmasri R. and Navathe S. (2004). Fundamentals of Database Systems 4th edn. Addison Wesley
Märkus: olem- seos skeemide kujutamiseks puudub standardne tähistamisviis. Erinevates tekstides tähistatakse neid erinevalt. Umbrellos kasutatud laiendatud olem- seos skeemide kontseptid ja tähistamisviis on võetud järgmisest raamatust: Elmasri R., Navathe S. Fundamentals of Database Systems. 4. tr. Addison Wesley, 2004.
In an ER Diagram, Entities are represented by rectangles, with the name of the entity at the top, and can also show the attributes of the entity in another compartment inside the rectangle.
Olem- seos skeemis kujutatakse olemeid ristkülikutena, mille kohal on olemi nimi ja mis võivad sisaldada ka olemi atribuute ja ristküliku eraldi osas.
An Entity in an ER Diagram;
Olem olem- seos skeemis
Visual representation of an entity in an ER Diagram
Olemi visuaalne esitus olem- seos skeemis
In ER Diagrams, Entity Attributes are shown with their name in a different compartment of the Entity to which they belong.
Olem- seos skeemides näidatakse olemi atribuute koos nende nimega selle olemi omaette osas, mille juurde nad kuuluvad.
Constraints in ER Diagrams specify the restrictions on data in the information schema.
Kitsendused määravad olem- seos skeemidest kindlaks andmete piirangud infoskeemis.
There are four types of constraints supported in Umbrello:
Umbrello toetab nelja tüüpi kitsendusi:
Primary Key: The set of attributes declared as primary key are unique to the entity. There can be only one primary key in an Entity and none of its constituent attributes can be NULL.
Primaarvõti: atribuudid, mis on deklareeritud primaarvõtmena, on olemile unikaalsed. Olemil saab olla ainult üks primaarvõti ja ükski selle atribuutidest ei saa olla NULL.
Unique Key: The set of attributes declared as unique are unique to the entity. There can be many unique constraints on an Entity. Its constituent attributes can be NULL. Unique Keys and Primary Keys uniquely identify a row in a table (entity)
Unikaalne võti: atribuudid, mis on deklareeritud unikaalse võtmena, on olemile unikaalsed. Olemil võib olla mitmeid unikaalseid kitsendusi. Nende atribuudid võivad olla NULL. Unikaalsed võtmed ja primaarvõtmed kirjeldavad unikaalselt tabeli rida (olemit).
Foreign Key: A Foreign Key is a referential constraint between two tables. The foreign key identifies a column or a set of columns in one (referencing) table that refers to a column or set of columns in another (referenced) table. The columns in the referenced table must form a primary key or unique key.
Võõrvõti: võõrvõti on kahe tabeli viitekitsendus. Võõrvõti kirjeldab ühe (viitava) tabeli veergu või veerge, mis vastavad veerule või veergudele teises (viidatavas) tabelis. Viidatava tabeli veerud peavad moodustama primaar - või unikaalse võtme.
Check Constraint: A check constraint (also known as table check constraint) is a condition that defines valid data when adding or updating an entry in a table of a relational database. A check constraint is applied to each row in the table. The constraint must be a predicate. It can refer to a single or multiple columns of the table.
Kontrollkitsendus: kontrollkitsendus (ka tabeli kontrollkitsendus) on tingimus, mis defineerib korrektsed andmed kirje lisamisel või selle uuendamisel relatsioonilise andmebaasi tabelis. Kontrollkitsendust rakendatakse tabeli kõigile ridadele. Kitsendus peab olema predikaat. See võib viidata tabeli ühele või mitmele veerule.
Example: price > = 0
Näide: hind > = 0
Extended Entity Relationship (EER) Diagram Concepts
Laiendatud olem- skeemi skeemi kontseptid
Specialization
Spetsialiseerimine
Specialization is a way to form new entities using entities that have already been defined. The new entities, known as derived entities, take over (or inherit) attributes of the pre-existing entities, which are referred to as base entities. It is intended to help reuse existing data with little or no modification.
Spetsialiseerimine on uute olemite loomise viis juba kirjeldatud olemeid kasutades. Uued ehk tuletatud olemid võtavad üle ehk pärivad olemasolevate olemite ehk baasolemite atribuudid. See on mõeldud olemasolevate andmete korduvkasutamiseks kas üldse ilma muutusteta või väheste muutustega.
In Umbrello, one can specify Disjoint and Overlapping Specialization
Umbrellos saab valida mittepuutuva ja osaliselt kattuva spetsialiseerimise vahel
Disjoint Specialization
Mittepuutuv spetsialiseerimine
Disjoint Specialization specifies that the subclasses of the specialization must be disjoint. This means that an entity can be a member of at most one of the derived entities of the specialization
Mittepuutuv spetsialiseerimine määrab, et spetsialiseerimise alamklassid ei tohi puutuda. See tähendab, et olem võib olla maksimaalselt ühe spetsialiseerimise tuletatud olemi liige.
Entities taking part in Disjoint Specialization
Mittepuutuvas spetsialiseerimises osalevad olemid
Visual representation of Disjoint Specialization in EER Diagram
Mittepuutuva spetsialiseerimise visuaalne esitus laiendatud olem- skeemi skeemis
Overlapping Specialization
Osaliselt kattuv spetsialiseerimine
When the derived entities are not constrained to be disjoint, their set of entities are said to be in overlapping specialization. This means that the same real world entity may be a member of more than one derived entity of the specialization
Kui tuletatud olemeid ei ole piiratud mittepuutumise nõudega, on tegemist osaliselt kattuva spetsialiseerimisega. See tähendab, et üks ja sama olem võib olla korraga rohkem kui ühe spetsialiseerimise tuletatud olemi liige.
Entities taking part in Overlapping Specialization
Osaliselt kattuvas spetsialiseerimises osalevad olemid
Visual representation of Overlapping Specialization in EER Diagram
Osaliselt kattuva spetsialiseerimise visuaalne esitus laiendatud olem- skeemi skeemis
A derived Entity is said to be a Category when it represents a collection of objects that is a subset of Union of the distinct entity types. A Category is modelled when the need arises for a single superclass/ subclass relationship with more than one superclass, where the superclasses represent different entity types. (Much like multiple inheritance in Object Oriented Programming).
Tuletatud olem on kategooria, kui see kujutab endast objektide kogumit, mis on kindlate olemi ühenduse alamhulk. Kategooria luuakse, kui tekib vajadus konkreetse ülem/ alamklassi seose järele enam kui ühe ülemklassiga, kus ülemklassid esindajad erinevaid olemitüüpe (see sarnaneb mitmese pärilusega objektorienteeritud programmeerimises).
Entities taking part in a Category relationship
Kategooriaseoses osalevad olemid
Visual representation of a Category in EER Diagram
Kategooria visuaalne esitus laiendatud olem- skeemi skeemis
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 organizing 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 organize your elements by moving them to the appropriate folder (drag and drop)
Kui töötad mudeliga, mis sisaldab rohkem kui paari klassi ja skeemi, siis aitab puuvaate elementide kaustadesse jagamise võimalus sul asjade üle kontrolli hoida. Kaustu saab luua valides kontekstimenüüst sobiva käsu ja lohistades vajalikud elemendid õigetesse kaustadesse.
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.
Dokumentatsiooniaken on pisike aken, mis asub Umbrello põhiakna alumises vasakus osas ja annab kiire ülevaate valitud elemendi dokumentatsioonist. Dokumentatsiooniaken on väike seepärast, et see on mõeldud elemendi dokumentatsioonile pilgu peale viskamiseks. Kui soovid näha elemendi dokumentatsiooni detailsemalt, siis ava elemendi omaduste dialoog.
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 dialog). This will allow you to start working right away.
Umbrelloga millegi kasuliku tegemiseks on esimese asjana vaja luua või avada mudel. Umbrello käivitamisel laaditakse viimati kasutatud mudel või luuakse uus tühi mudel (vastavalt seadistustedialoogis määratud eelistustele).
Once you have added elements to your model you can also edit an element by accessing its properties dialog, which you find by selecting the option Properties from the context menu shown when right clicking on the items in the Tree View.
Kui oled oma mudelisse elemente lisanud, saad neid redigeerida ka nende omaduste dialoogis, mille avamiseks klõpsa puuvaates elementidele hiire parema nupuga ja vali kontekstimenüüst Omadused.
Another way to rename a diagram is to do this via its properties dialog, which you obtain by selecting Properties from its Context Menu or by double clicking on it in the Tree View.
Teine viis skeemile uut nime anda käib omaduste dialoogi vahendusel, mille saab avada kontekstimenüüst käsku Omadused valides või puuvaates topeltklõpsu tehes.
Once you have created your diagrams it is time to start editing them. Here you should notice the (for beginners subtle) difference between editing your diagram, and editing the model. As you already know, Diagrams are views of your model. For example, if you create a class by editing a Class Diagram, you are really editing both, your Diagram and your model. If you change the color or other display options of a Class in your Class Diagram, you are only editing the Diagram, but nothing is changed in your model.
Kui oled skeemi loonud, on aeg asuda seda redigeerima. Kindlasti märkad (ehkki algajatele on see vähemärgatav) erinevust skeemi ja mudeli redigeerimise vahel. Nagu juba selgitatud, on skeem ainult sinu mudeli vaade. Kui näiteks lood klassiskeemi redigeerides klassi, muudad tegelikult nii skeemi kui ka mudelit. Kui aga muudad oma klassiskeemis klassi värvi või muid esitusvalikuid, siis muudad ainult skeemi, kuid mudelis ei muutu midagi.
The second way of adding elements to your diagram is by using the Work Toolbar's edit tools (note that this will also add the elements to your model).
Teine skeemile elementide lisamise viis on diagrammiriba redigeerimistööriistade kasutamine (pane tähele, et see lisab ka elemendid sinu mudelisse).
You can edit most of the & UML; elements in your model and diagrams by opening its Properties dialog and selecting the appropriate options. To edit the properties of an object, select Properties from its context menu (RMB; click). Each element has a dialog consisting of several pages where you can configure the options corresponding to that element. For some elements, like actors you can only set a couple of options, like the object name and documentation, while for other elements, like classes, you can edit its attributes and operations, select what you want to be shown in the diagram (whole operation signature or just operation names, etc) and even the colors you want to use for the line and fill of the class' representation on the diagram.
Enamikku oma mudeli ja skeemide & UML; elemente saab redigeerida nende omaduste dialoogi avades ja seal vajalikke valikuid langetades. Objekti omaduste redigeerimiseks vali selle kontekstimenüüst (klõps & HPN; ga) Omadused. Igal elemendil on mitmest kaardist koosnev dialoog, kus antud elemendi valikuid rakendada või muuta. Mõne elemendi, näiteks tegija korral, on valikuid vaid paar tükki (objekti nimi ja dokumentatsioon), mõne elemendi, näiteks klassi korral, saab aga muuta selle atribuute ja operatsioone, määrata, mida skeemil näidata (tervet operatsiooni signatuuri või ainult operatsioonide nime jne.), ning panna paika isegi värvid, mida kasutada antud klassi joonte ja täidise esitamisel skeemil.
For most & UML; elements you can also open the properties dialog by double clicking on it if you are using the selection tool (arrow). The exception to this is Associations, in which case a double click creates an anchor point. For associations you need to use the & RMB; context menu to get the properties dialog.
Enamiku & UML; elementide omaduste dialoogi saab avada ka neil topeltkõpsu tehes, kui kasutad valikutööriista (nool). Erandiks on sidemed, mille korral topeltklõps loob ankurpunkti. Sidemete korral tuleb klõpsata & HPN; ga ja avada omaduste dialoog kontekstimenüüst.
In the properties dialog for a class you can set everything, from the color it uses to the operations and attributes it has.
Klassi omaduste dialoogis saab määrata kõike alates selle värvidest kuni operatsioonide ja atribuutideni.
The General Settings page of the properties dialog is self-explanatory. Here you can change the class' name, visibility, documentation, & etc; This page is always available.
Omaduste dialoogi üldseadistuste kaart ei vaja ilmselt selgitamist: siin saab muuta klassi nime, nähtavust, dokumentatsiooni & etc; See kaart on alati olemas.
Similar to the Attribute Settings Page, in the Operation Settings Page you can add, edit, or remove operations for your class. When adding or editing an operation, you enter the basic data in the Operation Properties dialog. If you want to add parameters to your operation you need to click the New Parameter button, which will show the Parameter Properties dialog. This page is always available
Sarnaselt atribuutide kaardile saab operatsioonide kaardil lisada, redigeerida ja eemaldada oma klassi operatsioone. Operatsiooni lisades või muutes tuleb põhiandmed sisestada operatsiooni omaduste dialoogi. Kui soovid operatsioonile parameetreid lisada, tuleb klõpsata nupule Uus parameeter, mis avab parameetri omaduste dialoogi. See kaart on alati olemas.
The Class Associations page shows all the associations of this class in the current diagram. Double clicking on an association shows its properties, and depending on the type of association you may modify some parameters here such as setting multiplicity and Role name. If the association does not allow such options to be modified, the Association Properties dialog is read-only and you can only modify the documentation associated with this association.
Kaardil Klassi sidemed näeb kõiki antud klassi sidemeid aktiivsel skeemil. Topeltklõps sidemel avab selle omaduste dialoogi ning sõltuvalt sideme tüübist saab seal muuta teatud parameetreid, näiteks määrata mitmesuse ja rolli nime. Kui side ei võimalda midagi muuta, on omaduste dialoog kirjutuskaitstud ning sa saad muuta ainult antud sidemega seotud dokumentatsiooni.
Depending on the amount of information you want to see you can select the corresponding options in this page. The changes you make here are only display options for the diagram. This means that hiding a class' operations only makes them not to be shown in the diagram, but the operation are still there as part of your model. This option is only available if you select the class properties from within a Diagram. If you open the class properties from the Tree View this page is missing since such Display Options do not make sense in that case
Langeta oma valikud sõltuvalt sellest, kui palju infot soovid skeemil näha. Siin tehtud muudatused mõjutavad ainult skeemi kuvamist. See tähendab, et klassi operatsioonide peitmine ei näita neid lihtsalt skeemil, kuid operatsioon ise kuulub endiselt mudeli koosseisu. See kaart on saadaval ainult siis, kui avad klassi omaduste dialoogi skeemilt. Avades selle puuvaate kontekstimenüüst, ei ole kaarti näha, sest seal ei ole kuvamise seadistustel mingit mõtet.
Class Color Page
Klassi värvide seadistused
In the Widget Color page you can configure the colors you want for the line and the fill of the widget. This option obviously makes sense only for classes displayed in diagrams, and is missing if you open the class' properties dialog from the Tree View.
Kaardil Vidinate värvid saab määrata vidinate joonte ja täidise värvid. Enesestmõistetavalt on see kaart saadaval ainult skeemidel näidatavate klasside jaoks, mitte aga siis, kui valid klassi omaduste dialoogi puuvaatest.