natgillin/translations-raw huggingface dataset:
This option tells & umbrello; what to do if the file it wants to create already exists in the destination folder. & umbrello; cannot modify existing source files, so you have to choose between overwriting the existing file, skipping the generation of that particular file or letting & umbrello; choose a different file name. If you choose the option to use a different name, & umbrello; will add a suffix to the file name.
За допомогою цього пункту можна визначити поведінку & umbrello;, якщо програма виявить, що файл, який вона бажає створити вже існує у теці призначення. & umbrello; не може змінювати вже існуючих файлів коду, отже вам залишається обрати між перезаписом існуючого файла, пропуском створення цього окремого файла або наданням дозволу & umbrello; на створення файла з іншою назвою, яку обере програма. Якщо ви використаєте варіант з іншою назвою, & umbrello; додасть певний суфікс до назви файла.
& umbrello; will by default generate code in the language you have selected as Active Language, but with the Code Generation Wizard you have the option to change this to another language.
Типово, & umbrello; створить код мовою програмування, яку ви обрали як активну мову, але у майстрі створення коду ви можете змінити цей вибір і обрати іншу мову.
Generation Wizard Generation
Створення за допомогою майстра створення
The third and last step of the wizard shows the status of the Code Generation process. You need only to click on the Generate button to get your classes written for you.
На третьому і останньому кроці майстер покаже вам стан процесу створення коду. Вам залишиться лише натиснути кнопку « Створити », щоб програма створила потрібні вам класи.
Note that the Options you select during the Code Generation Wizard are only valid for the current generation. The next time you run the wizard you will need to re-select all the options (your headings folder, overwrite policy, and so on). You can set the defaults used by & umbrello; in the Code Generation section of the & umbrello; settings, available at Settings Configure & umbrello;...
Пам’ ятайте, що параметри, які ви оберете під час створення коду за допомогою майстра, будуть чинними лише під час поточного сеансу створення коду. Після наступного запуску майстра вам знову потрібно буде обирати значення цих параметрів (адресу вашої теки з заголовками, правила перезапису тощо). Встановити типові значення, які використовуватиме & umbrello; можна у розділі Створення коду параметрів & umbrello;, вікно яких можна відкрити за допомогою пункту меню Параметри Налаштувати & umbrello;...
If you have set your Code Generation options to the right settings and want to generate some code right away without going through the wizard, you can select the entire Generate All Code from the Code menu. This will generate code for all the classes in your Model using the current settings (including Output Folder and Overwrite Policy, so use with care).
Якщо ви вказали належні значення параметрів створення коду і бажаєте одразу перейти до створення коду без використання майстра, ви можете обрати пункт Створити весь код з меню Код. Програма створить код для всіх класів у вашій моделі на основі поточних параметрів (зокрема значень теки виводу даних і правил перезапису, отже будьте обережні).
Code Import
Імпортування коду
& umbrello; can import source code from your existing projects to help you build Model of your systems. & umbrello; 1.2 supports only C++ source code, but other languages should be available in future versions.
& umbrello; може імпортувати код з вже створених вами проектів, щоб допомогти вам у побудові моделі ваших систем. У версії & umbrello; 1. 2 реалізовано лише підтримку початкових кодів мовою C++, але у майбутніх версіях має бути реалізовано і підтримку інших мов.
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.
Щоб імпортувати класи до моделі, скористайтеся пунктом Імпортувати класи... з меню Код. У діалоговому вікні вибору файлів оберіть файли, у яких містяться визначення класів C++, а потім натисніть кнопку « Гаразд ». Вказати класи буде імпортовано, їх записи стануть частиною вашої моделі, ви побачите їх у перегляді деревом. Пам’ ятайте, що & umbrello; не створюватиме ніякої діаграми для показу ваших класів, їх буде лише імпортовано для вашої моделі, а пізніше ви зможете скористатися ними для будь- якої бажаної діаграми.
Menu for importing source code in & umbrello;
Меню для імпортування вихідних кодів у & umbrello;
Copyright 2001, Paul Hensgen
Авторські права на програму належать Paul Hensgen, ©2001
Copyright 2002, 2003 The & umbrello; Authors. See http: / /uml. sf. net/ developers. php for more information
Авторські права на програму належать Авторам & umbrello;. Докладніше про це можна дізнатися на сторінці http: // uml. sf. net/ developers. php, ©2002, 2003
& umbrello; is a & UML; diagram tool that can support you in the software development process. Especially during the analysis and design phases of this process, & umbrello; will help you to get a high quality product. & UML; can also be used to document your software designs to help you and your fellow developers.
& umbrello; — це програма для роботи з діаграмами & UML;, яка допоможе вам у розробці програмного забезпечення, особливо під час стадій аналізу і розробки компонування проекту. & umbrello; допоможе вам створити високоякісний продукт. Крім того, & UML; можна використовувати для створення документації до компонування вашого програмного забезпечення, ця документація допоможе вам і вашим партнерам- розробникам.
Having a good model of your software is the best way to communicate with other developers working on the project and with your customers. A good model is extremely important for medium and big-size projects, but it is also very useful for small ones. Even if you are working on a small one man project you will benefit from a good model because it will give you an overview that will help you code things right the first time.
Створення доброї моделі вашого програмного забезпечення є найкращим шляхом для обміну інформацією з іншими розробниками, які працюють над проектом, та користувачами проекту. Добра модель особливо важлива для проектів середнього та великого розмірів, але вона не буде зайвою і для невеличких проектів. Навіть якщо ви працюєте над маленьким проектом, у якого лише один розробник, добра модель буде корисною, оскільки вона дасть вам змогу бачити загальну картину і писати код правильно з першого разу.
& UML; is the diagramming language used to describing such models. You can represent your ideas in & UML; using different types of diagrams. & umbrello; 1.2 supports the following types:
& UML; — це мова створення діаграм, яка використовується для опису таких моделей. Ви можете відтворити свої ідеї у & UML; за допомогою діаграм різних типів. & umbrello; 1. 2 підтримує такі типи діаграм:
Class Diagram
Діаграма класу
Sequence Diagram
Діаграма послідовностей
Collaboration Diagram
Діаграма співпраці
Use Case Diagram
Діаграма випадків використання
State Diagram
Діаграма станів
Activity Diagram
Діаграма діяльності
Component Diagram
Діаграма компонентів
Deployment Diagram
Діаграма впровадження
More information about & UML; can be found at the website of OMG, http: / /www. omg. org who create the & UML; standard.
Докладніші відомості щодо & UML; можна знайти на веб- сайті OMG, http: // www. omg. org, компанії, яка створила стандарт & UML;.
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.
Ми сподіваємося, що вам сподобається & umbrello;, і що ця програма допоможе вам створити високоякісне програмне забезпечення. Програма & umbrello; є вільним програмним забезпеченням, отже доступна безкоштовно, розробники програми & umbrello; лише просять вас повідомляти про будь- які вади, проблеми або пропозиціїthe за адресою електронної пошти uml- devel@ lists. sourceforge. net або за допомогою мережі, http: // bugs. kde. org.
Other & umbrello; Features
Інші можливості & umbrello;
This chapter will briefly explain some other features & umbrello; offers you.
У цій главі буде коротко розглянуто деякі інші можливості, які пропонує вам & umbrello;.
Copying objects as PNG images
Копіювання об’ єктів у вигляді зображень PNG
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.
Окрім звичайних функціональних можливостей копіювання, вирізання і вставки, працездатності яких ви можете очікувати для об’ єктів різних діаграм, & umbrello; може копіювати об’ єкти у вигляді зображень PNG так, щоб ви могли вставити ці зображення до будь- якого іншого типу документа. Для того, щоб скористатися цією можливістю, вам не потрібно виконувати ніяких додаткових налаштувань, просто оберіть об’ єкт на діаграмі (Клас, Об’ єкт дії тощо) і скопіюйте його (за допомогою комбінації клавіш Ctrl; C або пункту меню), а потім відкрийте документ & kword; (або будь- якої іншої програми, у якій існує можливість вставки зображень) і оберіть пункт меню Вставити. Це чудова можливість для експорту частин вашої діаграми у вигляді простих зображень.
Exporting to an Image
Експортування до зображення
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.
Крім того, ви можете експортувати як зображення цілу діаграму. Єдина річ, яку вам буде потрібно зробити, це обрати діаграму, яку ви бажаєте експортувати, а потім скористатися пунктом Експортувати як зображення... з меню Діаграма.
& 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; надає вам змогу друкувати окремі діаграми. Натисніть кнопку Друкувати на панелі інструментів програми або скористайтеся пунктом Друкувати з меню Файл. У відповідь програма відкриє стандартне діалогове вікно налаштування друку & kde;, за його допомогою ви зможете надрукувати вашу діаграму.
Logical Folders
Логічні теки
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.
Для покращення впорядкування вашої моделі, особливо, якщо це модель великого проекту, ви можете створити логічні теки на панелі перегляду деревом. Просто скористайтеся пунктом контекстного меню Створити Тека типових тек на панелі перегляду деревом, щоб створити ці логічні теки. Ви також можете створювати підтеки і пересувати між ними об’ єкти перетягуванням позначки об’ єкта з однієї теки з наступним скиданням її до іншої теки.
Organizing your Model with Folders
Впорядкування вашої моделі за теками
Organizing a Model with Logical Folders in & umbrello;
Впорядкування моделі за логічними теками у & umbrello;
& UML; Basics
Основи & UML;
About & UML;
Про & 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.
Цю главу присвячено короткому огляду основ & UML;. Пам’ ятайте, що це далеко не повний підручник з & UML;, а скоріше короткий вступ до підручника з & UML;. Якщо ви бажаєте дізнатися більше про універсальну мову моделювання (Unified Modelling Language або & UML;) або отримати загальні відомості щодо аналізу і розробки програмного забезпечення, зверніться до однієї з багатьох книжок, присвячений цим темам. Крім того, у мережі Інтернет ви знайдете багато навчальних посібників, якими можна скористатися для вивчення основних відомостей.
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.
Універсальна мова моделювання (Unified Modelling Language або & UML;) — це мова позначень або побудови діаграм, призначена для визначення, візуалізації і документування моделей зорієнтованих на об’ єкти систем програмного забезпечення. & UML; не є методом розробки, іншими словами, у конструкціях цієї мови не повідомляється про те, що робити першим, а що останнім, і не надається інструкцій щодо побудови вашої системи, але ця мова допомагає вам наочно переглядати компонування системи і полегшує співпрацю з іншими її розробниками. Розробкою & UML; керує Object Management Group (OMG). Ця мова є загальноприйнятим стандартом графічного опису програмного забезпечення.
& UML; is designed for Object Oriented software design and has limited use for other programming paradigms.
& UML; розроблено для розробки структури зорієнтованого на об’ єкти програмного забезпечення, ця мова має дуже обмежену користь для програмування на основі інших парадигм.
& 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; створюються з багатьох модельних елементів, які позначають різні частини системи програмного забезпечення. Елементи & UML; використовуються для побудови діаграм, які відповідають певній частині системи або точці зору на систему. У & 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
Діаграма випадків використання показує дієвих осіб (людей або інших користувачів системи), випадки використання (сценарії використання системи) та їх взаємодію
Class Diagrams show classes and the relationships between them
Діаграми класів, на яких буде показано класи та зв’ язки між ними
Sequence Diagrams show objects and a sequence of method calls they make to other objects.
Діаграми послідовності, на яких показано об’ єкти і послідовність методів, якими ці об’ єкти викликають інші об’ єкти.
Collaboration Diagrams show objects and their relationship, putting emphasis on the objects that participate in the message exchange
Діаграми співпраці, на яких буде показано об’ єкти та їх взаємозв’ язок з наголосом на об’ єкти, які беруть участь у обміні повідомленнями
State Diagrams show states, state changes and events in an object or a part of the system
Діаграми стану, на яких буде показано стани, зміну станів і події у об’ єкті або частині системи
Activity Diagrams show activities and the changes from one activity to another with the events occurring in some part of the system
Діаграми діяльності, на яких буде показано дії та зміни однієї дії іншою, які є наслідком подій, що сталися у певній частині системи
Component Diagrams show the high level programming components (such as KParts or Java Beans).
Діаграми компонентів, на яких буде показано програмні компоненти високого рівня (на зразок KParts або Java Beans).
Deployment Diagrams show the instances of the components and their relationships.
Діаграми впровадження, на яких буде показано екземпляри компонентів та їх взаємодію.
Entity Relationship Diagrams show data and the relationships and constraints between the data.
Діаграми взаємозв’ язку сутностей, на яких буде показано дані, взаємозв’ язки і умови обмеження зв’ язків між даними.
& UML; Elements
Елементи & UML;
Use Case Diagrams describe the relationships and dependencies between a group of Use Cases and the Actors participating in the process.
Діаграми випадків використання описують взаємозв’ язки і залежності між групою випадків використання і акторами, що беруть участь у процесі.
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.
Важливо зауважити, що діаграми випадків використання не призначено для показу компонування, вони не можуть описати внутрішню структуру системи. Діаграми випадків використання призначено для полегшення обміну інформацією між майбутніми користувачами системи і замовником, вони особливо корисні для визначення переліку можливостей, які повинна мати система. За діаграмами випадків використання можна сказати, що система має робити, але не те, як вона досягає потрібних результатів, для останнього ці діаграми просто не придатні.
An example Use Case diagram.
Приклад діаграми випадків використання.
umbrello; showing a Use Case Diagram
Показ у & umbrello; діаграми випадків використання
Use Case
Випадок використання
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.
Випадок використання визначає, з точки зору акторів (користувачів), групу дій у системі, які призводять до конкретного видимого результату.
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).
Випадки використання є описом типових елементів взаємодії користувачів системи з самою системою. Вони відповідають зовнішньому інтерфейсу системи і визначають форму вимог до того, що має робити система (зауважте, лише « що », а не « як »).
When working with Use Cases, it is important to remember some simple rules:
Під час роботи з випадками використання важливо пам’ ятати декілька простих правил:
Each Use Case is related to at least one actor
Кожен випадок використання має бути пов’ язано принаймні з одним актором
Each Use Case has an initiator (ie; an actor)
У кожного з випадків використання має бути ініціатор (тобто актор)
Each Use Case leads to a relevant result (a result with business value)
Кожен з випадків використання має призводити до відповідного результату (результату з комерційним значенням)
Use Cases can also have relationships with other Use Cases. The three most typical types of relationships between Use Cases are:
Випадки використання можуть мати зв’ язки з іншими випадками використання. Ось три найпоширеніших зв’ язки між випадками використання:
lt; lt; includegt; gt; which specifies that a Use Case takes place inside another Use Case
lt; lt; включенняgt; gt;, яке вказує на те, що випадок використання відбувається всередині іншого випадку використання
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; розширенняgt; gt;, яке означає, що у певних випадках або у певній точці (яку називають точкою розширення) випадок використання буде розширено іншим випадком використання.
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.
Узагальнення, за якого випадок використання успадковує характеристики випадку використання вищого рангу, при цьому можливе перевизначення деяких з характеристик у спосіб, подібний до успадкування між класами.
Actor
Актор
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.
Актор — це зовнішній чинник (поза межами системи), який взаємодіє з системою шляхом участі (і часто ініціювання) у випадку використання. Акторами, на практиці, можуть бути звичайні люди (наприклад, користувачі системи), інші комп’ ютерні системи або зовнішні події.
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
Акторам відповідають не реальні люди або системи, а лише їх ролі. Це означає, що коли особа у різний спосіб взаємодіє з системою (виконуючи різні ролі), їй відповідають декілька акторів. Наприклад, особа, яка виконує підтримку користувачів телефоном і приймає замовлення від користувачів до системи, може бути показано актором Персонал служби підтримки і актором Відповідальний за продажі.
Use Case Description
Опис випадків використання
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.
Описи випадків використання — це текстові примітки до випадків використання. Зазвичай, вони мають форму нотаток або документа, який певним чином пов’ язано з випадком використання, і який пояснює процеси або дії, які відбуваються під час випадку використання.
Class Diagram
Діаграма класів
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.
На діаграмах класів буде показано різноманітні класи, які утворюють систему і їх взаємозв’ язки. Діаграми класів називають статичними діаграмами, оскільки на них показано класи разом з методами і атрибутами, а також статичний взаємозв’ язок між ними: те, яким класам відомо про існування яких класів, і те, які класи є частиною інших класів, — але не показано методи, які при цьому викликаються.
An example of a Class Diagram
Приклад діаграми класів
umbrello; showing a Class Diagram
Показ & umbrello; діаграми класів