МІНІСТЕРСТВО ОСВІТИ І НАУКИ РОСІЙСЬКОЇ ФЕДЕРАЦІЇ
СЕРДОБСЬКА ФІЛІЯ ФЕДЕРАЛЬНОЇ ДЕРЖАВНОЇ БЮДЖЕТНОЇ ОСВІТНОЇ УСТАНОВИ ВИЩОЇ ОСВІТИ
«ПЕНЗЕНСЬКИЙ ДЕРЖАВНИЙ УНІВЕРСИТЕТ»
"Розробка програми для вирішення гіперболічних рівнянь методом сітки в середовищі Microsoft Visual Studio 2013"
ПОЯСНЮВАЛЬНА ЗАПИСКА
До курсової роботиз дисципліни "Технології розробки програмного забезпечення"
Виконала: студентка гр.13ПКС1
Драніцин Є.А.
Прийняв: викладач
Ю.С.Кисельова
Реферат
Пояснювальна записка: 22 листи, 7 малюнків, 4 джерела, 2 додатки.
Об'єктом дослідження є розв'язання гіперболічних рівнянь.
Мета роботи – розробити програму, яка здійснюватиме вирішення гіперболічних рівнянь методом сітки.
В результаті виконаної роботи розроблено програму, що дозволяє обчислювати рішення гіперболічних рівнянь.
Під час написання програми використовувалося середовище програмування Microsoft Visual Studio 2013.
Вступ. 5
1 Аналіз предметної області. 6
2 Технічне завдання . 7
2.1 Підстава розробки. 7
2.2 Призначення розробки. 7
2.3 Вимоги до програми. 7
2.3.1 Вимоги до функціональних характеристик.. 7
2.3.2 Вимоги до складу та параметрів технічних засобів. 7
2.3.3 Вимоги до інформаційної та програмної сумісності. 7
2.4 Вимоги до програмної документації. 7
2.5 Стадії та етапи розробки. 8
2.6 Порядок контролю та приймання. 8
3 Опис програми.. 9
3.1 Загальні відомості . 9
3.2 Функціональне призначення. 9
3.3 Опис логічної структури.. 9
3.4 Використовувані технічні кошти . 10
4.1 Об'єкт випробувань. 11
4.2 Мета випробувань. 11
4.3 Вимоги до програми. 11
4.4 Вимоги до програмної документації. 11
4.5Кошти та порядок випробувань. 12
4.6 Методи випробувань. 12
5 Опис застосування. 13
Висновок. 14
Список використаних джерел. 15
ТЕКСТ ПРОГРАМИ... 16
РЕЗУЛЬТАТИ ВИПРОБОВУВАНЬ.. 21
Вступ
Гіперболічне рівняння – клас диференціальних рівняньу приватних похідних. Характеризуються тим, що завдання Коші з початковими даними, заданими на нехарактерній поверхні, однозначно можна розв'язати. Найбільш відомим прикладом є хвильове рівняння. Будь-яке рівняння першого порядку у приватних похідних також є гіперболічним.
Microsoft Visual Studio - це нова розробка компанії Microsoft, що дозволяє створювати програми, що працюють на платформі. Особливість цієї платформи полягає у широкому наборі сервісів, які доступні у різних мовах програмування. У цьому послуги реалізуються як проміжного коду, який залежить від базової архітектури. Чи не головною метою створення такої платформи було оснащення розробників спеціальними сервісно-орієнтованими програмами, які могли б працювати на будь-якій платформі, починаючи від персонального комп'ютерата закінчуючи мобільним пристроєм.
Microsoft Visual Studio об'єднує в собі величезну кількість функцій, що дозволяють здійснювати розробки для Windows усіх версій, у тому числі 8, Інтернету, SharePoint, різних мобільних пристроїв та хмарних технологій. У Visual Studio реалізується нове середовище розробника, завдяки якому створювати програми стало простіше. Microsoft Visual Studio - це оновлене та спрощене програмне середовище, для якого характерна висока продуктивність, причому воно не залежить від особливостей обладнання. І ця студія напевно непогано підійде для розробки програми.
Аналіз предметної галузі
Предметною областю для даної розробки є розв'язання гіперболічних рівнянь, а саме рішення методом сіток.
Методи розв'язання Гіперболічних рівнянь, що застосовуються на практиці, поділяються на дві групи – хвильові рівняння та різні рівняння, що отримуються з рівнянь Максвелла. Хвильові рівняння – це рівняння, що описують коливання струн, мембран і так далі. Різні рівняння, одержувані з рівнянь Максвелла, що описують електромагнітне поле. Це може бути постановка щодо одного із векторів , вважаючи не нульовою лише одну з компонентів вектора (тобто коли рівняння стає скалярним).
Опис рішення гіперболічного рівняння методом сіток: завдання полягає у відшуканні функції u(x,t), що задовольняє даному рівнянню (d^2*u/d*t^2)=c^2*(d^2*u/d*x^ 2) при x1< x < x2, t1 < t <= t2, начальным условиям u(x,0) = f(x), d u(x,0)/ d t = g(x) , x1<= x <= x2 и нулевыми краевыми условиями u(0,t) = u(1,t)=0. Так как замена переменных t ->ct наводить рівняння (1) до виду (d^2*u/d*t^2)=(d^2*u/d*x^2), то надалі вважатимемо с = 1. Для побудови різницевої схеми розв'язання Завдання будуємо в області D = ((x, t) | x1<=x<=x2, t1<=t<=t2}, сетку xi = ih, i=0,1... n , a = h * n, tj = j*t t t , j = 0,1 ... , m, t m = T и аппроксимируем уравнение (1) в каждом внутреннем узле сетки.
Технічне завдання
Підстава для розробки
Програма розробляється виходячи з завдання на курсову роботу, виданого викладачем Кисельової Ю.С. та затвердженого завідувачем навчальної частини Золотової Т.А.
Призначення розробки
Програма, що розробляється, призначена для вирішення гіперболічних рівнянь методом сітки.
Вимоги до програми
Вимоги до функціональних характеристик
Готова програма має забезпечити вирішення гіперболічних рівнянь методом сітки.
Необхідно організувати зручний інтерфейс користувача, що включає довідку щодо використання та застосовуваного методу.
Після завершення проектування необхідно простежити за роботою користувача при керуванні RAID-системою.
ВстановленняRAID. При підключенні RAID-системи до комп'ютера та після налаштування необхідних драйверів, користувачеві необхідно налаштувати роботу RAID на потрібний режим (RAID0, RAID1, RAID3 та ін.). Після цього готове для роботи дискове місце необхідно розбити на потрібні томи (розділи). Після завершення налаштування необхідно протестувати роботу всієї системи.
Управління/ДіагностикаRAID. Якщо користувачеві захотілося подивитися на стан роботи системи або змінити будь-які параметри, програмне забезпечення має інформативно показати стан роботи системи та надати зручний інтерфейс для зміни налаштувань системи. При цьому як часто буває, адміністратор працює з комп'ютером, на якому встановлено RAID, віддалено (наприклад, з дому), тому програмне забезпечення має забезпечувати авторизований (захищений) доступ для керування системою по мережі.
Обробка помилок.Система повинна негайно повідомити адміністратора про помилки, що виникли в роботі RAID. Оскільки сам по собі RAID-контролер не може подати сигналу про несправність, ПЗ повинно забезпечувати безперебійний моніторинг RAID на предмет помилок.
Документація ПЗ.Система має бути повністю зрозуміла користувачеві. Але незважаючи на це, при виниклих труднощах користувач повинен швидко знайти необхідну документацію як про роботу ПЗ, так і про пристрій RAID і режими його роботи.
Конструкторська частина
Вимоги до системи
Виходячи з поставленого завдання та проведених попередніх НДР були сформульовані вимоги до системи, що розробляється.
Склад виконуваних функцій
Програмний продукт, що створюється, повинен забезпечити виконання наступних функціональних дій:
Початкова установка щойно придбаної RAID-системи;
Щоденний моніторинг стану RAID-системи;
Зміна конфігурації існуючої системи (менеджер дисків, керування дисковим простором, налаштування RAID-контролера);
Можливість віддалено з іншого комп'ютера здійснювати керування системою;
Нотифікація адміністратора про несправності та збої в роботі RAID-системи.
Вимоги до надійності
Оскільки система має працювати віддалено, має бути реалізована система авторизації та захист від несанкціонованого використання системи. Для запобігання перехопленню пароля, що передається по мережі, усі паролі зберігатимуться у зашифрованому вигляді.
Умови експлуатації та вимоги до складу та параметрів технічних засобів
При віддаленому адмініструванні RIAD-системою потрібно запускати два програмні модулі - один на комп'ютері з RAIDсистемою, інший на комп'ютері адміністратора.
Основною вимогою для використання системи є необхідність постійної роботи програмного модуля, що запускається на комп'ютері з RAID-системою. Якщо цей модуль буде зупинено, то без нього не можна буде з'єднатися з RAID-системою і буде неможливим стежити за роботою RAID (відсилати нотифікацію про несправності та вести файли історії роботи RAID).
Для зв'язку обох програмних модулів використовується протокол TCP/IP. Тому для можливості віддалено працювати з RAID-системою, потрібна налаштована мережа для обох комп'ютерів. При адмініструванні RAID-системи з локального комп'ютера підключення до мережі не потрібне.
У підрозділі «Вимоги до функціональних характеристик» мають бути зазначені вимоги до складу виконуваних функцій, організації вхідних та вихідних даних, тимчасових характеристик тощо.
1. Редактор повинен працювати у багатовіконному графічному режимі та підтримувати роботу як клавіатури, так і маніпулятора типу «миша».
2. Користувач, за своїм бажанням, повинен мати можливість встановити масштабне поле для кожного вікна.
3. Мінімізатор повинен забезпечувати знаходження мінімального шляху з проходом лише один раз через кожне ребро кожного багатокутного контуру деталі в області розміщення.
4. Знайдений шлях має демонструватися на екрані у різних режимах.
5. Інформація про розміщення контурів та сформований маршрут може бути збережена в локальній базі даних мінімізатора.
6. Має бути забезпечено графічний перегляд бази даних з можливістю видалення з неї або копіювання в активне вікно зазначеного розміщення з наявним маршрутом.
7. Інформація про розміщення та сформований маршрут може бути виведена у формі файлу геометричної інформації наступної структури: …
8. Перерахування вершин контурів деталей у відповідному дескрипторі вихідного файлу має відповідати сформованому маршруту різання.
9. Програма повинна використовувати як вхідну інформацію файл геометричної інформації, першою деталлю якого буде прямокутник області розміщення.
10. Програма має забезпечувати перегляд вихідного файлу.
Кінець роботи -
Ця тема належить розділу:
Технологія розробки програмного забезпечення
На сайті сайт читайте: "Технологія розробки програмного забезпечення"...
Якщо Вам потрібний додатковий матеріал на цю тему, або Ви не знайшли те, що шукали, рекомендуємо скористатися пошуком по нашій базі робіт:
Що робитимемо з отриманим матеріалом:
Якщо цей матеріал виявився корисним для Вас, Ви можете зберегти його на свою сторінку в соціальних мережах:
| Твітнути |
Всі теми цього розділу:
Вимоги до інформаційної та програмної сумісності
У підрозділі «Вимоги до інформаційної та програмної сумісності» мають бути зазначені вимоги до інформаційних структур на вході та виході та методів рішення, вихідних кодів
Угода про вимоги
Укладання угоди про вимоги – мета другої частини першої лабораторної роботи. Також, угода про вимоги є другим розділом курсової роботи. Нижче дається оп
Короткий опис виробу
Описуються коротко й у загальних поняттях основні функціональні властивості виробу. Якщо програмний виріб є розширенням вже існуючого, характеризуються тільки його нові
Результуючі компоненти виробу
У цьому розділі наводиться таблиця, подібна до або еквівалентна таблиці 2.1. В даному випадку використана заздалегідь підготовлена друкована форма, що зменшує час підготовки інформації.
Відхилені заявки
Якщо метою є переробка або розширення виробу або заміна виробу з певними помилками, слід планувати виправлення помилок, виявлених на даний момент часу. Тому в цьому пункт
Виключені пункти плану
Якщо є якісь планові вказівки, що вимагають особливих властивостей та можливостей програмних засобів, які не можуть бути забезпечені, якщо виріб розробляється відповідно до інших вимог
Включені пункти плану
Якщо необхідність створення виробу обґрунтована таким документом, як план випуску виробу, план випуску серії або опис завдання, то цитується певне місце з кожного документа або п
Перелік вимог користувача
Вказуються замовники виробу і пояснюється, чому він необхідний. У цьому розділі вказується також передбачуваний термін використання виробу. Зазвичай це буде термін служби обладнання
Розглянуті альтернативи
Коротко описуються альтернативи даної розробки, які були розглянуті та відхилені, а також причини відхилення. Якщо програми мають бути закуплені, пояснюється, чому вони не
Окупність капіталовкладень
Визначається прибуток, який дасть виробництво виробу, у поняттях, що відповідають цільовому призначенню організації. приклад. Фірма ABC Services очікує, що обсяг збуту у фіналі
Системне програмне забезпечення
Системне програмне забезпечення - це все інше програмне забезпечення, що включає операційні системи, компілятори, утиліти, пакети прикладних програм та ін.
Загальні характеристики функцій
Необхідно розглядати весь виріб як один функціональний модуль, щоб кількість підрозділів була невеликою. Якщо неможливо адекватно описати виріб без розбиття його на окремі функціональні
Зовнішні обмеження
Перераховуються всі обмеження, сфера дії яких ширша, ніж сфера дії СТ; сюди входять, наприклад, промислові обмеження чи обмеження щодо серії виробів. Може бути дозволено
Обмеження на сумісність
Завжди має розглядатися кілька аспектів сумісності: вихідна мова, машинна мова, формати даних та повідомлень, формати звітів, формати лістингів та формати мови керування завданнями (уп.
Програмні обмеження
Вказується, якщо це необхідно, операційна система, з якою має працювати запропонований програмний виріб, а також інші програмні засоби, з якими він має стикуватися у процесі
Апаратні обмеження
Наводиться таблиця пристроїв, які використовуються під час роботи програмного виробу. Для кожного пристрою вказується мінімальне, номінальне та максимальне потрібне число. Номінальним є оптимальність
Результати роботи
Описуються всі вихідні дані програмного виробу чи функціонального модуля з погляду їхнього змісту та призначення - звіти, файли, записи, поля даних, повідомлення, таблиці, прапорці. Повинні б
Процеси обробки
Описуються операції, що виконуються програмним виробом, яке при цьому розглядається в цілому або за функціональними модулями як чорна скринька (або сукупність чорних ящиків). Як мінімум, втомившись
Надійність
Під надійністю програмних засобів розуміється здатність до відновлення нормальної роботи при помилках та збоях у роботі обладнання. Першорядну важливість має захист даних користувача. Сл
Рестарт
Вказуються можливості, що забезпечують збереження та використання даних при відновленні роботи після аварійного переривання, наприклад, при рестарті з контрольної точки. Приклад 1. Програ
Відповідність вимогам замовника
Вказуються властивості, які дозволяють програмному виробу або його вихідним даним задовольняти конкретним вимогам. Перераховуються, якщо це можливо, модулі, які можуть не задовольняти т
Робочі характеристики
Наводиться основна змінна чи основний принцип, яким повинна вимірюватися ефективність роботи програми; вказується відповідне значення або діапазон значень цієї змінної. Гол
Зручність експлуатації
Описуються властивості, які роблять взаємодію «людина – машина» зручною для людини. Прикладами є вільний формат вхідних даних, діалоговий режим, синтаксична сумісність, можл.
Зручність супроводу
Описуються заходи, що гарантують ідентифікацію модулів, якщо це питання не вирішено за допомогою стандарту. Приклад 1. Кожен вихідний та об'єктний модуль постачатиметься шифром програмного
Рестарт інтерфейсу користувача
приклад. Стан системи для всіх активних користувачів (у тому числі вимкнених, але обслуговуваних) періодично запам'ятовується на диску (з інтервалом, що обумовлюється в рамках визначення часів
Характеристики інтерфейсу користувача
приклад. При допущенні, що на обчислювальній машині виконується тільки ASK і що параметр відновлення характеризується однією контрольною точкою в 1 хвилину, кожна команда повинна виконуватись або п
Область застосування інтерфейсу користувача
приклад. У типовому сеансі з ASK користувач, який не має досвіду програмування, підключається до системи за допомогою терміналу і вступає в діалог, в якому він визначає: - його цікавлять
Алгоритм інтерфейсу користувача
приклад. ASK виконує кожну команду в інтерпретації і негайно; таким чином, накопичення команд не дозволяється (за винятком команд запам'ятовування, які будуть розглянуті нижче).
Апаратні обмеження
приклад. Крім пристроїв, необхідних VSOS ILSAM (див. п. 2.4.1, б і в), процесору коригувань потрібні пристрої, перелічені у таблиці 2.3. Таблиця 2.3 - Пристроїв
Внутрішні обмеження
Важливо визначити не тільки те, яким буде виріб, але також яким він не буде. Обмеження - це властивість (або можливість), яке користувачеві логічно очікувати, але яке за
Довідкові документи
Окремо вказується кожен плановий чи технічний документ, який є посилання в СТ. Кожен такий документ повинен реально існувати (а не матися на увазі в майбутньому) та ін
Ресурси, що забезпечують введення в дію
Визначаються ресурси, необхідні для встановлення системи, поряд з ресурсами, описаними в розділі 2.5.3 (тут маються на увазі машинний час, трудовитрати та необхідна кваліфікація
Носії інформації
Визначається тип пристроїв для всіх поширених компонентів програмного виробу (наприклад, магнітна стрічка, що характеризується кількістю доріжок і щільністю запис
Необхідні взаємозв'язки
Визначаються вимоги, що висуваються цим програмним виробом до інших проектів чи функцій. Дається коротка характеристика кожної вимоги та вказується етап, на якому може бути встановлено
Забезпечувані взаємозв'язки
За структурою цей розділ аналогічний попередньому, але містить вимоги, які інші вироби накладають на даний виріб. Кожна вимога в розділі 2.6.1.2 повинна відповідати вимогам у раз
Технічна ревізійна комісія
У кожному СТ слід рекомендувати створення технічної ревізійної комісії (ТРК) із зазначенням місця роботи кожного члена комісії та його прізвища, якщо це можливо, а також призначення
Рівні випробувань
Випробування програм можуть бути організовані у три етапи, проводитись у трьох режимах та налічувати десять категорій (див. розділ 5 «Тестування»). Ця інформація подається у вигляді таблиці. Для як
Еталони для порівняння
Визначаються еталонні системи, щодо яких має виконуватись порівняння. Зазначаються показники цієї системи у відносних одиницях. Якщо зразка для порівняння немає
Повідомлення про зміну календарних термінів
приклад. Назва проекту: Розробка виробу ASK Шифр проекту: C013. Шифр продукту: L301A. Назва виробу: ASK
Написання специфікацій
Написання специфікацій – мета першої частини другої лабораторної роботи. p align="justify"> Також специфікації є третім розділом курсової роботи. На етапі визначення специфікацій здійснюється
Загальні засади тестування
Етап тестування зазвичай, у фінансових витратах становить половину витрат за створення системы. Погано сплановане тестування призводить до істотного збільшення термінів розробки
Організація випробувань програмних виробів
Під випробуваннями розуміють не налагодження, покликане визначити, чому у програмі виникає та чи інша помилка та усунути її причини, а процес встановлення самого факту наявності дефек
Види випробувань програмного виробу. Стадії випробувань
У випадку, випробування проводяться у кілька стадій, розділених за часом. До першої стадії відносяться випробування класу A, які проводяться в кінці фази програмування.
Режими випробувань програм
Випробування різняться залежно від цього, хто їх проводить. Основна ідея – незалежність функції випробувань від функції розробки. Режим I випробувань має на увазі повний
Категорії випробування програмного виробу
Стадії випробування вказують тимчасово проведення перевірок, а режими визначають тих, хто проводить. Категорії випробувань встановлюють характер та призначення тестів. Продуманий поділ та
Технологія тестування, класи еквівалентності
Одним із способів вивчення поставленого питання є дослідження стратегії тестування, званої стратегією чорної скриньки, тестуванням з управлінням за даними або тестування
Побудова тестів
Процес побудови тестів включає: 1) призначення кожному класу еквівалентності унікального номера; 2) проектування нових тестів, кожен з яких покриває
загальні положення
1.1. Структуру та оформлення документа встановлюють відповідно до ГОСТ 19.105-78. 1.2. Керівництво системного програміста має містити такі розділи: –
Структура програми
Програма «Автоматизоване робоче місце читача» складається з наступних компонентів: 1) zcon – додаток, що реалізує функції Z39.50-клієнта; 2) zgate - CGI-
Встановлення програми
У цьому документі для імені файлів використовується синтаксис, визначений ISO/IEC 9945-1. У тих операційних системах, які не підтримують зазначений спосіб іменування файлів додатків
Перевірка програми
Перевірка програми здійснюється шляхом її виконання. У зв'язку з тим, що конкретні умови застосування програми (адреси Z39.50-серверів, назви баз даних, що підтримуються точки
Додаткові можливості
Додатковою можливістю програми є можливість динамічного керування формою подання записів при перегляді їх у повному форматі («Детальна інформація») за допомогою
Повідомлення системному програмісту
У таблиці 5.1 представлені повідомлення, які можуть одержати системний програміст під час виконання налаштування, перевірки програми, а також користувач під час виконання програми.
Ефективним інструментом проектування та раціоналізації організаційних структур управління є моделювання, що дозволяє знаходити оптимальні варіанти їх побудови, прогнозувати їх розвиток, проводити оперативну діагностику стану діючої структури та встановлювати її відповідність реальним виробничо-технологічним умовам, оцінювати різні варіанти побудови організаційної структури, коли прямі експерименти неможливі скрутні, а також економічно невигідні, а іноді неможливі.
На етапі загальносистемного проектування одним із найголовніших завдань є завдання проектування структури. Стосовно людино-машинних систем найбільш поширеним є випадок, коли принципи побудови системи, функції та компоненти системи, що виконуються, виявляються заданими. Тоді завдання синтезу оптимальної структури полягає у визначенні оптимального відображення безлічі виконуваних функцій АС на множину взаємопов'язаних елементів.
Програма, за допомогою якої реалізовано цей курсовий проект, призначена для вирішення завдань наступних видів. Нехай в АС має вирішуватись iЗавдання (залежно від призначення АС це можуть бути завдання планування, обліку, підготовки документів і т.д.). До складу АС входять j елементів (вузлів): це може бути підрозділи підприємства, вузли обчислювальної мережі тощо. Потрібно розподілити завдання АС за її елементами відповідно до вибраних критеріїв та обмежень.
При розподілі завдань АС за її елементами зазвичай використовуються такі критерії оптимізації (цільові функції):
Мінімізація загальних витрат на вирішення всіх завдань;
Мінімізація загального часу вирішення всіх завдань;
Мінімізація максимального часу вирішення завдань (мінімізація часу, до якого буде вирішено останнє завдання);
Максимізація загального прибутку від вирішення всіх завдань.
При виборі оптимального варіанта розподілу завдань АС за її елементами зазвичай враховуються такі обмеження:
на витрати ресурсів (грошових чи будь-яких інших), пов'язані з вирішенням усіх завдань;
на загальний час вирішення всіх завдань АС;
На завантаження окремих елементів АС.
Можуть використовуватися й інші обмеження (наприклад, витрати ресурсів в окремих елементах АС, на час вирішення конкретних завдань і т.д.).
1.3 Опис логічної структури програми
Програма складається з процедур та функцій, які зчитують вихідні дані, прораховують можливі варіанти розподілу завдань між вузлами відповідно до обмеження та знаходять оптимальний варіант. Алгоритм програми показаний у вигляді блок-схеми у додатку 1.
Програма працює в такий спосіб. Після завантаження та запуску програми за допомогою файлу Project1. exe, на екрані з'являється вікно «Перша приватна задача синтезу оптимальної структури», яке містить три однорядкові редактори тексту для зміни кількості вузлів і завдань, для введення кількості завдань і кількості вузлів, що вирішуються, таблиці для введення значень витрат часу і грошей при вирішенні завдань у відповідних вузлах , текстові кнопки для редагування умови завдання та пошуку рішення, основне меню.
Розглянемо вміст основного меню, що складається із трьох пунктів:
До пункту меню Файлвключено 4 команди:
Новий -- Вибір цього пункту очищає основне вікно програми для введення нової умови.
Відкрити - Вибір цього пункту дозволяє відкрити файл звіту з раніше знайденими рішеннями;
Вихід - вибір цього пункту здійснює вихід із програми.
До пункту меню Командивключено 4 команди:
Змінити розмірність - Змінює розмірність масиву відповідно до кількості завдань і вузлів, введених користувачем;
Матриця рішення - відкриває форму із загальним рішенням;
Оптимальне рішення - Виконує пошук оптимального рішення поставленої задачі, виводячи результати в нижню частину основної форми (тільки у разі повного введення всіх значень за заданою умовою);
Критерій ефективності - Виконує пошук критерію ефективності, виводячи його в основному вікні програми.
До пункту меню HELPвключено дві команди:
Співчуття – відкриває вікно з посібником з використання програми та методом розв'язання задачі;
Про програму – відкриває вікно із загальною інформацією про програму та її розробників.
Кнопки керування, розташовані у головному вікні, виконують самі дії, як і відповідні команди основного меню.
У вікні «Перша приватна задача синтезу оптимальної структури» на вкладці «Постановка задачі» користувач має ввести такі вихідні дані:
кількість завдань, які потрібно розподілити між вузлами;
кількість вузлів, між якими розподілятимуться завдання;
значення елементів матриці витрат часу (витрати грошей);
значення елементів матриці витрат грошей (витрат часу);
Після введення всіх вихідних даних та натискання кнопки Матриця рішеньабо відповідного пункту меню, на екрані з'явиться друге вікно, яке містить одну кнопку керування: Ok, при натисканні на яке вікно відповіді буде закрито.
При натисканні кнопки Оптимальне рішенняу нижній частині форми виводиться оптимальне рішення.
При натисканні кнопки Критерій ефективностіу формі виводиться значення критерію ефективності.
При натисканні кнопки Вихід, здійснюється вихід із програми.