Звернення до програми керівництво програміста. Технічна документація. Призначення та умови застосування

Надіслати свою гарну роботу до бази знань просто. Використовуйте форму нижче

Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.

Розміщено на http://www.allbest.ru/

Керівництво програміста

  • 1. Призначення та умови застосування
  • 2. Характеристика програми
  • 3. Звернення до програми
  • 4. Повний перелік модулів та компонентів
  • 5. Повідомлення користувачеві

1 . Призначення та умови застосування

Цей програмний продукт може бути використаний безпосередньо для провадження діяльності в організації «Проф&Еліт», яка займається встановленням пластикових конструкцій, у тому числі вікон. програмний пластиковий вікно

Програмний продукт «Проф&Еліт» служить для збору інформації про клієнтів, співробітників, даних вимірів для виготовлення та виробництва виробів. Забезпечує централізоване зберігання даних. Продукт має простий і зрозумілий інтерфейс, тому у користувача не буде проблем у його освоєнні.

Проектування даного програмного продукту допоможе автоматизувати роботу менеджера з дилерами.

Вимоги до апаратного забезпечення:

· процесор Intel Pentium IV та вище;

· Оперативна пам'ять 512 Мб і вище;

· відеокарта AGP/PCI Express 64 Мб та вище;

· Вільний простір на диску 12 Мб;

· відеомонітор з роздільною здатністю 1024x768;

· Клавіатура;

· Миша;

· Принтер для виведення на друк звітів;

· Операційна система Windows 98/2000/XP/Vista/7/8;

· Microsoft Access, Borland Delphi 7.

2 . Характеристика програми

У тестовому режимі було зроблено запит до форми вводу/виводу та введено дані до головної таблиці, що дозволило оцінити наочно завантаженість центрального процесора (ЦП) та використання виділеної (віртуальної) пам'яті за допомогою «Диспетчера завдань», як зображено на рис.Б.1 та рис.Б.2.

Рис.Б.2- Виділена пам'ять та час завантаження

3 . Звернення до програми

Запуск програми можливий за клацанням на іконці самої програми, що знаходиться у спеціальному каталозі. Після запуску програми на екрані з'явиться головне вікно, за допомогою якого можна керувати всіма функціями програми, описаними в розділі 4 цього посібника користувача.

Запустити цю програму можна безпосередньо через Delphi. Для цього потрібно відкрити файл проекту Project1.dbr, який знаходиться в каталозі з програмою. Далі, натиснувши F9, скомпілювати та запустити програму.

Можливий запуск програми через командний рядок. Запустити командний рядок "Пуск/Всі програми/Стандартні/Командний рядок" Далі в командному рядку необхідно ввести повний шлях до програми, далі написати назву програми (Project1.exe) і натиснути Enter. Програму запущено.

Ще один спосіб запуску програми: у меню "Пуск" виберіть пункт "Виконати". В результаті на екрані з'явиться вікно «Виконання програми». У полі «Відкрити» вікна «Виконання програми» введіть шлях до файлу програми, яку потрібно запустити.

Вихід із програми можливий при натисканні на кнопку «Закрити» або за допомогою пункту меню програми «Файл/Вихід», а також можна скористатися поєднанням клавіш Alt+F4.

4 . Повний перелік модулів та компонентів

Основна форма містить перелік всіх використовуваних у програмі модулів і кілька операторів, що забезпечують створення необхідних вікон і зв'язок програми з ОС Windows. Вся основна робота програми керується кодом, що міститься у модулях.

До складу програмного продукту входять такі модулі:

Unit1.pas - головний модуль програми, де безпосередньо відбувається заповнення даних на замовлення;

Unit2.pas – відправка замовлення дилеру (дилерський термінал);

Unit3.pas - модуль програми, де відбувається заповнення даних щодо виміру виробу (вікна);

Unit4.pas - модуль програми, де відбувається заповнення даних із встановлення виробу (вікна);

Unit5.pas - пошук, фільтрація, сортування на замовлення;

Unit6.pas – модуль «Про програму».

У основній формі є компоненти, зображені на рис. На малюнку також зображено дерево всіх компонентів форми (рис. Б.4).

Малюнок Б.3 – Компоненти головної форми

Компоненти головної форми:

TADOConnection - використовується для вказівки бази даних та роботи транзакціями;

TADOTable – таблиця доступна через ADO;

DataSource забезпечує механізм зв'язку компонентів доступу до даних (Table) з візуальними компонентами, які відображають дані (DBGrid, DBEdit, DBListBox і т. д.)

TADOQuery – виконує запит (вибірку) до бази даних;

TMainMenu – створює головне меню програми;

TDBGrid - здійснює відображення даних із бази даних у вигляді таблиці;

TEdit – поле для введення текстових повідомлень;

TButton – кнопка;

TComboBox - список, що випадає;

TDBCtrlGrid – використовується для відображення таблиці у вигляді «цеглинок»;

TLabel – написи;

TGroupBox – панель, як готельний елемент з іншими компонентами;

TDBNavigator - компонент для керування навігацією та редагуванням даних;

TDBEdit – поле редагування запису бази даних;

TDateTimePicker – вибір дати;

TSpeedButton – швидка кнопка;

TBitBtn – кнопка, що передає дію формі;

TBevel - призначений у додатку для простого обведення чогось рамкою.

Компоненти головної форми необхідні виведення таблиць з бази даних, зміни, додавання, видалення, фільтрації, пошуку, переходу до інших форм та інших дій.

Малюнок Б.4 - Структура компонентів

5 . Повідомлення користувачеві

Якщо користувач запровадив неправильні значення для фільтрації даних бази даних, то виводиться повідомлення, показане на рис.

Рис.Б.5 - Повідомлення про помилку

Якщо відбулася помилка під час видалення даних, то виводитиметься повідомлення про помилку, показане на рис.Б.6.

програмне пластикове вікно

Рис.Б.6 - Повідомлення про помилку.

Користувач забув ввести номер накладної за умови збереження замовлення, то виводитиметься повідомлення про помилку, показане на рис.Б.7.

Рис.Б.7 - Повідомлення про помилку

При спробі видалення виводиться повідомлення, показане на рис.

Рис.Б.8 - Діалог з користувачем

Якщо користувач запровадив уже номер існуючої накладної при збереженні замовлення, виводиться повідомлення, показане на рис.

Рис.Б.9 - Діалог з користувачем

Розміщено на Allbest.ru

...

Подібні документи

    Створення класів, що реалізують роботу зі списками та застосування їх до завдання побудови графічних моделей. Використання мови С++ реалізації спискової структури. Призначення та умови застосування програми. Посібник для програміста та оператора.

    курсова робота , доданий 19.03.2010

    Використання основних властивостей об'єктно-орієнтованої мови програмування C++ при написанні програми реалізації списку футболістів різних амплуа. Посібник користувача та керівництво програміста. Робота зі списком, програмний інтерфейс.

    курсова робота , доданий 20.07.2014

    Опис вхідної та вихідної інформації. Вимоги до комплексу технічних засобів та до інтерфейсу кінцевого користувача. Розробка форм подання вхідних та вихідних даних. Проектування програмних модулів Посібник користувача та програміста.

    курсова робота , доданий 27.06.2015

    Особливості алгоритмів, критерії якості. Створення та застосування програмного продукту мовою Delphi. Тип операційної системи. Внутрішня структура програмного продукту. Посібник користувача та програміста, розрахунок собівартості та ціни програми.

    дипломна робота , доданий 12.06.2009

    Delphi як програмний продукт із феноменальними характеристиками. Компілятор у машинний код. Об'єктно орієнтована модель програмних компонентів. Масштабовані засоби для побудови баз даних. Програмний код.

    контрольна робота , доданий 30.07.2007

    Розробка структурної схеми та інтерфейсу програмного комплексу управління сайтом. Вибір мови програмування. Принципи тестування програми. Розробка керівництва оператора та системного програміста. Розрахунок кошторису витрат за програмний продукт.

    дипломна робота , доданий 11.06.2012

    Призначення та сфера застосування промислових роботів. Розробка програми "Кінематичний рух" у середовищі Delphi визначення основних параметрів кінематичного руху. Опис роботи та лістинг програми. Керівництво програміста та оператора.

    курсова робота , доданий 17.11.2014

    Технічне завдання. Плани роботи: первісний, поетапний. Технічний проект Таблиці бази даних програми. Схема обміну даними. Тестування програмного продукту. Експлуатаційна документація. Керівництво програміста. Інструкція користувача.

    курсова робота , доданий 07.12.2007

    Створення програмного продукту на тему "Призначення та основні властивості палітри компонентів "Standard"", що тестує знання студентів, у середовищі мови програмування Delphi. Особливості методики здійснення контролю знань та склад тестових завдань.

    курсова робота , доданий 17.04.2011

    Розробка програми мовою Visual Basic. Специфікація на програмний модуль. Введення, зміна та видалення даних за певними вимогами. Керівництво системного програміста, програміста та оператора. Веде базу даних у вигляді таблиці Excel.

УФІМСЬКИЙ ДЕРЖАВНИЙ АВІАЦІЙНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ

КАФЕДРА ВИЧИСЛЮВАЛЬНОЇ МАТЕМАТИКИ ТА КИБЕРНЕТИКИ

Прикладне програмне забезпечення для обліку заявок та контролю їх виконання на прикладі ТОВ «Інтегрована транспортна мережа».

      1. Керівництво програміста

  1. Анотація

Наводиться керівництво програміста програмного забезпечення для обліку заявок та контролю їх виконання на прикладі ТОВ «Інтегрована транспортна мережа».

Програмний продукт повинен бути розроблений для організації, призначеної для автоматизації стратегій взаємодії з клієнтами, зокрема, для підвищення рівня продажів, покращення обслуговування клієнтів шляхом збереження інформації про клієнтів та їх персональних даних. Так само має бути реалізована email-розсилка користувачам даного продукту, статистика, де показано скільки заявок завів користувач за день, за місяць.

У посібнику програміста розглядаються призначення, характеристики, умови, необхідні виконання програми

  1. Призначення програми

Програмний продукт буде використаний у компанії NetTrans (ТОВ «Інтегрована транспортна мережа») у відділах технічної підтримки, абонентському та будівництва як модель взаємодії, що вважає, що центром усієї філософії бізнесу є клієнт, а основними напрямками діяльності є заходи щодо підтримки продажу та обслуговування клієнтів. Даним програмним забезпеченням можуть скористатися лише зареєстровані користувачі, реєстрація своєю чергою здійснює лише адміністратор, шляхом додавання нового користувача базу даних, як і є можливість вести статистику операторів, складові заявки абонентів.

  1. 2. Умови, необхідні для виконання програми

Для роботи програмного продукту потрібна наступна програмно-апаратна конфігурація:

    Windows 7, Windows Server 2003 Service Pack 2, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows Vista Service Pack 1;

    32-розрядні системи: комп'ютер, обладнаний процесором Intel або сумісним процесором з тактовою частотою 1 ГГц або вище (рекомендується 2 ГГц або вище, підтримується лише один процесор);

    64-розрядні системи: процесор із тактовою частотою 1,4 ГГц або вище (рекомендується 2 ГГц або вище, підтримується лише один процесор);

    1 ГБ вільного місця на диску;

    наявність СУБД: MS SQL 2008;

  1. 3. Характеристики програми

  2. 3.1. Режим роботи програми

Діалоговий. Web-інтерфейс у браузері (за допомогою HTML5).

    3.2.Засоби перевірки правильності виконання програми

Перевірка правильності роботи програми здійснюється під час виконання конкретних прикладів. Програма видає повідомлення під час введення некоректних даних (Рис. 2.20):

Мал. 2.20. Некоректне введення номера телефону

    3.3. Функціонування програми після збоїв

У разі аварійного припинення роботи програми, спричиненого зовнішніми причинами, програма при усуненні причини збою завантажується знову працездатною. Усі не збережені перед збоєм дані будуть втрачені.

      Звернення до програми

Для запуску програми необхідно виконати такі дії:

    Запустити програму на ПК, за допомогою Microsoft .NET Framework (або на віддаленому сервері), якщо він ще не запущений;

    Відкрийте ваш улюблений браузер (наприклад chrome, internet explorer, mozilla firefox);

    Введіть в адресний рядок IP-адресу сервера із заздалегідь визначеним портом;

    Відкриється сторінка домашня сторінка;

    Розпочати роботу з клієнтами.

Посібник користувача становлять виходячи з ГОСТ 19.504-79. Керівництво програміста розробляють у трьох випадках:

– програмний продукт за своїм основним призначенням є середовищем розробки чи бібліотекою (як Delphi чи Qt);

– комплекс чи програмний продукт служить платформою розробки програм чи систем певного типу (як 1С чи Axapta);

– програма поширюється разом із вихідним кодом або постійно модифікується самими розробниками.

Очевидне завдання керівництва програміста - забезпечити розробника інформацією, якої буде достатньо створення на базі розробленого програмного продукту власних програм чи систем.

Керівництво програміста має пояснювати:

– З якими об'єктами програміст має справу, де вони знаходяться, скільки часу існують та як вони взаємодіють між собою. Які з них він створює сам, а які надані йому спочатку середовищем, фреймворком, бібліотекою.

– Які ще засоби розробки (крім розробленого програмного продукту) необхідні для створення програми або системи. Наприклад, якщо розроблений програмний продукт - бібліотека, програмісту знадобиться компілятор, якесь середовище розробки та інший інструментарій.

– У якому середовищі функціонує програма чи система. Якими будуть його мінімальні вимоги до системи? Чи знадобляться для його запуску додаткові програмні засоби: фреймворки, рантайми, інтерпретатори.

- Що являє собою мінімальний працездатний додаток або мінімальна працездатна система. Які об'єкти і в якій послідовності необхідно створити, як з'єднати їх один з одним, щоб додаток здійснив свій мінімальний висновок.

– Як (по кроках) скомпілювати працездатну програму або розгорнути працездатну систему.

Крім того, керівництво програміста має містити повні описи всіх передбачених у програмному продукті об'єктів. Якщо це функції, повинні бути наведені їх синопсиси, якщо класи, то описи їх інтерфейсів тощо.

Якщо програмний продукт передбачає використання оригінальної мови програмування і має власний компілятор або інтерпретатор, до керівництва програміста необхідно включити його опис.

У тексті керівництва обов'язково мають бути дотримані такі правила:

- При введенні нового поняття слід спиратися лише на ті поняття, які були введені раніше або свідомо знайомі читачеві.

– Введення кожного поняття має бути чимось обґрунтованим.

Основна вимога при описі окремих об'єктів – повнота опису кожного з них.


При описі об'єктів особливу увагу слід приділяти наступним аспектам:

– Що обов'язково має передувати створенню та використанню об'єкта.

– Якими є побічні ефекти звернення до об'єкта.

- Особливості інтерпретації об'єктом переданих йому даних.

– Де «фізично» (у якому файлі, у якій бібліотеці) є об'єкт.

– Бажано по кожному об'єкту навести приклади використання, невеликі фрагменти коду, що демонструють створення об'єкта (якщо перед використанням його необхідно створити), передачу об'єкту вхідних даних, отримання вихідних даних та їхню інтерпретацію.

Можливе виконання керівництва програміста гіпертекстовим.

Структура керівництва програміста:

1. Призначення та умови застосування програми.

2. Характеристика програми.

3. Звернення до програми.

4. Вхідні та вихідні дані.

5. Повідомлення.

Керівництво програміста може комплектуватись різними схемами, наприклад, схемами бази даних, діаграмами класів, графами виклику

Як приклад наведено зміст керівництва програміста Система e-port дилер. Клієнт-серверний протокол.

Система «e-port дилер» варта прийому та проведення моментальних платежів під час оплати послуг мобільного зв'язку, доступу до Інтернету тощо. п. Центральний сервер системи належить групі e-port, а пункт прийому платежів може відкрити будь-який бажаючий, встановивши себе комп'ютері (підключеному до Інтернету) програму-клієнт. Обмін даними між центральним сервером та програмою-клієнтом здійснюється за спеціальним протоколом. Протокол відкритий, що дозволяє різним організаціям: банкам, роздрібним мережам, мережам платіжних терміналів, здійснювати платежі безпосередньо з власних систем. Протокол розроблено Групою e-port, а технічна документація «Філософтом» на її замовлення.

ВСТУП

Система e-port-дилер: клієнт-серверний протокол. Призначення та огляд можливостей

Завдання протоколу

Основні переваги використання протоколу

1 Реалізація протоколу (шлюз)

1.1 Загальні відомості

1.2 Структура програми

2. Як працює шлюз

2.1 Реєстрація та звітність

2.1.1 Реєстрація

2.1.2 Звітність

2.2 Обмін даними із сервером

2.2.1 Структура пакету

2.2.2 Довідники

2.2.3 Порядок обміну пакетами

2.3 Цикл обробки операції

2.3.2 Черга

2.3.3 Аналіз відповіді сервера

2.3.4 Нестандартні ситуації

3 Специфікація протоколу

3.1 Структурні елементи пакета

3.2 Заголовок запиту

3.3 Заголовок відповіді

3.4 Поповнення рахунку

3.5 Купівля PIN-коду

3.6 Переривання процесу обробки операції

3.7 Транзакційні властивості операції

3.9 Довідник

3.11 Статус операції

3.11.1 Приклади повідомлень про статус операцій

3.11.2 Коди стану, що знаходяться в обробці або завершених операцій

3.11 Повідомлення системи

4 ГЛОСАРІЙ

ДОДАТКИ

Додаток 1. DTD XML-запиту та коментар

Керівництво програміста відноситься до експлуатаційно-технічної документації і потрібен у тих випадках, коли система в той чи інший спосіб надає можливість написання, редагування або використання програмного коду.

Прикладами можуть бути:

- бібліотека функцій;

- платформа або середовище для розробки програмного забезпечення;

- ПЗ з відкритим кодом.

Документ повинен надавати всю необхідну інформацію для того, щоб розробник міг скористатися можливостями системи. Для вирішення цього завдання зміст документа може включати:

– призначення, структуру вхідних та вихідних даних програмних функцій;

– можливості щодо створення програмного коду, особливості його інтерпретації та компіляції;

– синтаксичні особливості мови програмування, що використовується;

– можливі правила та обмеження при роботі з програмним кодом;

- Різні інструкції по роботі з програмою.

Список можливих тим не обмежується, все залежить від особливостей конкретної системи. Треба сказати, що керівництво програміста буває дуже корисним і для розробників системи, будучи довідником з поточної реалізації логіки ПЗ.

Склад типового керівництва програміста

Відповідно до вимог ГОСТ керівництво програміста має містити такі розділи:

Призначення та умови застосування програми , де вказують сферу застосування ПЗ та технічні вимоги, необхідні для його роботи.

Характеристика програми де описують режим роботи програми, показники швидкості її роботи та інші важливі для використання характеристики.

Звернення до програми , де вказують способи та параметри запуску програми;

Вхідні та вихідні дані , де описують формат, спосіб організації та інші вимоги до вхідних та вихідних даних;

Повідомлення , де наводять тексти повідомлень, що видаються програмою в різних ситуаціях та дії, які необхідно при цьому вжити.

Різні приклади, ілюстрації та таблиці доцільно наводити у додатках до документа.

Стандарти для керівництва програміста

ГОСТи регламентують цей документ, у разі це ГОСТ 19.504. (Додаток 1) Відповідно до нього визначається структура та зміст Керівництва програміста.

Для розробки програми я використав Microsoft Visual Studio. Для початку розробки натискаємо Файл --- Створити --- Створити проект --- Програма WPF. Відкриється порожня форма. На формі я розмістив фон (картинку для фону попередньо завантажив у ресурси майбутньої програми), компоненти Label (властивість content Привітальне повідомлення), TextBox (сюди вводитиметься ім'я тестованого), кнопки Button для виклику довідки і початку тесту. Групую всі компоненти форми в Canvas. Натискання кнопки «Довідка» - викликається форма довідки, на якій розташований TextBox з довідкою щодо використання програми та кнопка повернення до стартової форми.

Hello.Visibility = Visibility.Hidden; // Сховати елементи стартової форми

Spravka.Visibility = Visibility.Visible;//Показати вікно довідки

Hello.Visibility = Visibility.Visible;//показати вікно стартової форми

Spravka.Visibility = Visibility.Hidden;//приховати елементи форми довідка

При натисканні на кнопку «Почати тест», за умови, що заповнено поле введення імені, відкривається вікно тестування, на якому розташований TextBox, куди виводяться запитання, ListBox, куди виводяться варіанти відповідей, та кнопки «Наступне питання» та «Попереднє питання». Якщо поле введення імені не заповнене, то видається повідомлення про те, що поля не заповнені.

subjectName = User.Text;

if (!string.IsNullOrEmpty(subjectName) && !string.IsNullOrEmpty(testFilePath)) // перевіряємо чи заповнене поле

xmlLoad(); //Підвантажуємо файл з питаннями

MessageBox.Show("Не заповнені необхідні поля");//виведення повідомлення про помилку

countSteps = qstns.Count();

Otvet.Items.Clear();

Після закінчення тестування відкриється форма результатів тестування, на якій розташований TextBox з результатом тестування, та кнопки «Почати заново» та «Вихід».

if (_step == countSteps)

Prev.Content = "Вихід";

Vopros.Text = message;

loadStep(_step, beforeStep);

Повний код програми з коментарями знаходиться в Додатку 2


ВИСНОВОК

Під час проходження практики я розширив свої навички серед розробки мови програмування C#.

Всі цілі практики були досягнуті:

¾ розширення, поглиблення та систематизація знань, здобутих у процесі теоретичного навчання;

¾ закріплення практичних навичок з розробки та модифікації інформаційних систем;

¾ формування професійних компетенцій.

Виконав усі завдання практики, а саме:

¾ Ознайомився з умовами роботи на підприємстві та зі своїм робочим місцем, а саме з правилами внутрішнього розпорядку, вимогами з безпеки, фізіолого-гігієнічними основами трудового процесу та вимогами санітарії;

¾ вивчив нормативні та методичні матеріали, фундаментальної та періодичної літератури відповідно до індивідуального завдання;

¾ використовував інформаційно-комунікаційні технології;

¾ вибрав засіб розробки програмних продуктів;

¾ виконав індивідуальне завдання (розробив тестуючу програму);

¾ оформив звіт з практики.


СПИСОК ДЖЕРЕЛ

1. Джон Скіт. C# для професіоналів: тонкощі програмування, 3-тє видання, новий переклад = C# in Depth, 3rd ed.. - М.: "Вільямс", 2014. - 608 с.

2. Крістіан Нейгел та ін. C# 5.0 та платформа.NET 4.5 для професіоналів = Professional C# 5.0 and .NET 4.5. – К.: «Діалектика», 2013. – 1440 с.

3. Джозеф Албахарі, Бен Албахарі. C# 6.0. Довідник Повний опис мови = C# 5.0 в Nutshell: The Definitive Reference. – М.: «Вільямс», 2015. – 1008 с.

4. https://habrahabr.ru/

5. http://www.cyberforum.ru/


ДОДАТКИ

ДОДАТОК 1

Г О С У Д А Р С Т В Е Н І Й С Т А Н Д А Р Т С Ю Ю З А С С Р

Єдина система програмної документації ГОСТ 19.504-79* (СТ РЕВ 2095-80)
КЕРІВНИЦТВО ПРОГРАМІСТА. ВИМОГИ ДО ЗМІСТ І ОФОРМЛЕННЯ
United system for program documentation. Programmer's guide. Requirements to contents and form of presentation

Постановою Державного комітету стандартів Ради Міністрів СРСР від 12 січня 1979 р. ¹ 74 термін запровадження встановлено

З 01.01. 1980 р.

Цей стандарт встановлює вимоги щодо змісту та оформлення програмного документа «Керівництво програміста», визначеного ГОСТ 19.101-77.

Стандарт повністю відповідає СТ РЕВ 2095-80.

ЗАГАЛЬНІ ПОЛОЖЕННЯ

1.1. Структуру та оформлення документа встановлюють відповідно до ГОСТ 19.105-78.

Складання інформаційної частини (анотації та змісту) є обов'язковим.

1.2. Керівництво програміста має містити такі розділи:

· Призначення та умови застосування програм;

· Характеристика програми;

· Звернення до програми;

· Вхідні та вихідні дані;

· Повідомлення.

Залежно від особливостей, документи допускається об'єднувати окремі розділи або вводити нові.

2.1. У розділі «Призначення та умови застосування програм» повинні бути зазначені призначення та функції, що виконуються програмою, умови, необхідні для виконання програми (обсяг оперативної пам'яті, вимоги до складу та параметрів

периферійних пристроїв, вимоги до програмного забезпечення тощо).

2.2. У розділі «Характеристика програми» має бути описано основні характеристики та особливості програми (тимчасові характеристики, режим роботи, засоби контролю правильності виконання та самовідновлюваності програми тощо).

2.3. У розділі «Звернення до програми» наведено опис процедур виклику програми (способи передачі керування та параметрів даних та ін.).

2.4. У розділі «Вхідні та вихідні дані» має бути наведений опис організації використовуваної вхідної та вихідної інформації та, за необхідності, її кодування.

2.5. У розділі «Повідомлення» мають бути вказані тексти повідомлень, що видаються програмісту або оператору в ході виконання програми, опис їхнього змісту та дій, які необхідно зробити за цими повідомленнями.

2.6. У додатку до керівництва програміста можуть бути наведені додаткові матеріали (приклади, ілюстрації, таблиці, графіки тощо).

* Перевидання (Листопад 1987 р.) із Зміною № 1, затвердженим у вересні 1981 р. (ІУС 11-81)


ДОДАТОК 2

використовуючи System.Collections.Generic;

using System.IO;

використовуючи System.Linq;

використовуючи System.Text;

використовуючи System.Threading.Tasks;

using System.Windows;

використовуючи System.Windows.Controls;

using System.Windows.Data;

using System.Windows.Documents;

using System.Windows.Input;

using System.Windows.Media;

using System.Windows.Media.Imaging;

використовуючи System.Windows.Navigation;

використовуючи System.Windows.Shapes;

використовуючи System.Xml;

використовуючи System.Xml.Linq;

namespace Самотестер

///

/// Логіка взаємодії для MainWindow.xaml

///

public partial class MainWindow: Window

string subjectName = "";//Змінна назва тестованого

private int _step; // Локальна змінна кроку тестування

int countSteps;// Кількість питань у тесті (виходить динамічно з обраного файлу тестування)

XDocument mainXml = новий XDocument(); // Ініціалізуємо об'єкт XML документа для зчитування файлу тесту

List questionsList = New List ();// Список питань, що наповнюється з файлу тестування

List answers = new List ();// Список відповідей

List score=new List ();// Кількість набраних очок

//string testFilePath = "";

int step // Глобальна змінна кроку

return _step;// Отримуємо значення локальної змінної крок

var beforeStep = _step; // Встановлюємо попередній крок

Step = value; // Встановлюємо поточний крок

if (_step == countSteps + 1) // Перевірка, чи дорівнює поточний крок загальному колу кроків, дію по кнопці почати заново

score.Clear();// Очищаємо набрані окуляри

Otvet.Visibility = Visibility.Visible; // Показуємо ListBox в який ми відображаємо відповіді поточного питання

Step = 0; / / Знову переходимо на нульовий крок

if (_step == 0) // Перевіряємо, чи це нульовий у нас крок

Prev.Content = "Вихід";// Призначаємо кнопці "Попереднє питання" значення "Вихід"

else if (_step< 0)// Проверяем шаг меньше ли нуля

Close();//Закриваємо програму

Prev.Content = "Назад";// Призначення кнопки "Попереднє питання", значення Назад "Попереднє питання"

if (_step > 0) // Якщо крок більший за нульовий

var _answers = answers[_step - 1].Elements().ToList();// Записуємо всі варіанти відповідей на поточне запитання до змінної

var selectedIndex = Otvet.SelectedIndex;// Дивимося який варіант відповіді був обраний у минулому кроці

var index = beforeStep;

var val = (selectedIndex != -1) ? (_answers.Attribute("true-answer") != null && _answers.Attribute("true-answer").Value == "true") ? 1: 0: 0;// Проверяем был ли ответ правильным!}

if (score.Contains(_step))// Дивимося, чи відповідали ми на запитання раніше

score[_step] = val; // Встановлюємо для попереднього питання ми відповіли правильно

score.Add(val);// Встановлюємо для попереднього питання ми відповіли правильно

/*Виводимо якщо відповіли на останнє запитання результати тестування*/

if (_step == countSteps)

Next.Content = "Почати заново";

Prev.Content = "Вихід";

string sum = score.Sum().ToString();

string numeric = GetDeclension(int.Parse(sum), "правильна відповідь", "правильні відповіді", "правильні відповіді");

string message = "Шановний(а)" + subjectName + ". Дякуємо Вам за проходження тесту. Ваш результат " + sum + " " + numeric + " з " + countSteps;

Vopros.Text = message;

Otvet.Visibility = Visibility.Hidden;

loadStep(_step, beforeStep);

string testFilePath = "Resources/testTest.xml";

public MainWindow()

InitializeComponent();

Test.Visibility = Visibility.Hidden;

void loadStep(int _locStep, int beforeStep)

foreach (var curEl in mainXml.Root.Element("questions").Elements())

Vopros.Text = questionsList[_locStep];

Otvet.Items.Clear();

var currentAnswers = answers[_locStep];

foreach (var answer in currentAnswers.Elements())

Otvet.Items.Add(answer.Value);

public static string GetDeclension(int number, string nominativ, string genetiv, string plural)

number = number % 100;

if (number >= 11 && number<= 19)

var i = number % 10;

return nominativ;

private void prevButton_Click(object sender, RoutedEventArgs e)

if (Prev.Content.ToString().Trim() == "Вихід")

private void nextButton_Click(object sender, RoutedEventArgs e)

mainXml = XDocument.Load(testFilePath);

var qstns = mainXml.Root.Element("questions").Elements();

countSteps = qstns.Count();

foreach (var question in qstns)

questionsList.Add(question.Element("text").Value);

answers.Add(question.Element("answers"));

private void Button_Click(object sender, RoutedEventArgs e)

subjectName = User.Text;

if (!string.IsNullOrEmpty(subjectName) && !string.IsNullOrEmpty(testFilePath))

Start.Visibility = Visibility.Hidden;

Test.Visibility = Visibility.Visible;

MessageBox.Show("Не заповнені необхідні поля");

private void spravkaButton_Click(object sender, RoutedEventArgs e)

Hello.Visibility = Visibility.Hidden;

Spravka.Visibility = Visibility.Visible;

private void closeSpravkaButton_Click(object sender, RoutedEventArgs e)

Hello.Visibility = Visibility.Visible;

Spravka.Visibility = Visibility.Hidden;