Розробка настільних тестових програм. Метод каріотипування людини

User – клас містить дані про студента.

Timer – клас, який відповідає за час виконання тестового завдання.

 

 

Діаграма класів використовуються при моделюванні ІС найбільш часто. Вони є однією з форм статичного опису системи з точки зору її проектування, показуючи її структуру. Діаграма класів не відображує динамічну поведінку об'єктів зображених на ній класів. На діаграмах класів показуються класи, інтерфейси і відносини між ними.

Клас – це основний будівельний блок ІС. Це поняття присутній і в ГО мовах програмування, тобто між класами UML і програмними класами є відповідність, що є основою для автоматичної генерації програмних кодів або для виконання реінжинірингу. Кожен клас має назву, атрибути і операції. Клас на діаграмі показується у вигляді прямокутника, розділеного на 3 області. У верхній міститься назва класу, в середній – опис атрибутів (властивостей), в нижній – назви операцій – послуг, що надаються об'єктами цього класу.

Мною було проведено моделювання архітектури настільного додатку з поправкою на особливості розробки веб-додатків.

На рисунку 2. 2 зображено діаграму класів тестової програми.

 

 

У цій моделі виключені бібліотеки і плагіни так як вони вміщені в середині призначеного для користувача коду програми.

Опишемо діаграму класів детальніше.

Методи класу Test:

• setName () – зчитує назва тесту з бази і відображає його на сторінці;
• clear () – очищає область рендеринга тестів;
• checkTabke () – перевірка чи потрібно включати таблицю;
• checkAnswer () – перевірка правильності відповіді;
• isCaryoMap () – перевірка на включення шаблону складання каріотипу;
• render () – метод, який отрісовиваєт текст.

Методи класу MultipleChoiseTest:

• getSelectedLength () – підраховує кількість зафіксованих осередків тесту;
• Методи класу MatchingTest:
• addEvents () – реєструє обробники подій бля таблиць;

Методи класу Quiz

• startQuiz () – починає тестування;
• stopQuiz () – закінчує тестування;
• makeScore () – підчитують результат користувача і виводить його на екран, готує звіт;
• loadTests () – завантажити тести з бази і перемішати їх;
• validateUserInfo () – перевіряють на валідність інформацію користувача;
• getUserInfo () – отримати інформацію про користувача.

Методи класу scoreReporter:

• makeReport () – створення звіту про тестування.

Клас User являє собою структуру даних для зберігання даних про користувача.

Клас містить в собі масиви тестів різного типу, а так само всю логіку управління тестом. Є певним комунікатором в системі.

Всі класи тестів наслідують константу MAX_SCORE яка означає максимальний бал і складність тесту

 

 

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

Окремим типом вихідних даних можна відокремити повний звіт про тестування, який містить повну інформацію про відповіді студента, де він помилився, скільки отримав балів за кожен тест і як він повинен був відповісти.

Для тестів на кариотипування звіряються шабнони геномів.

На рисунках 2. 3-2. 5 зображений звіт про прохождення тестування.

 

 

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

 

 

Тестова програма складається з бази яка складається із 120 теоретичних тестів з яких:

60 питань з одним вибором;

20 питань на складання каріотипу;

20 питань на встановлення відповідностей;

20 питань з множинним вибором.

Всі вони перемішуються і формують безліч питань сесії тестування, яка складається з:

1-го тесту на складання каріотипу (0. 5 години) ;

5-ти тестів на встановлення відповідностей (4 хвилини на питання) ;

5-ти тестів на множинний вибір (2 хвилини на питання) ;

19 тестів з одним виборрм (2 хвилини на питання).

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

Для контролю за часом використовується плагін таймера, який реалізований на jQuery.

На рисунку 2. 6 зображений таймер.

 

 

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

 

 

Підхід до побудови додатка на Electron в цілому нагадує підхід до створення single-page javascript application (ймовірно, тому що розробники на javascript звикли саме до цього формату додатків), хоча платформа надає широкі можливості по розробці multiwindow-додатків. За негласною традицією розробники на Electron стараються обмежувати кількість вікон в додатку і проектують інтерфейс користувача більш мінімалістичним, обмежуючи кількість вікон і модальних діалогів, де це можливо.

 

 

Так