Курсова. Система тестування: створення тестів та тестування знань студентів
Завдання
1. В якості типу застосування обрати консольне застосування з командним рядком, як виняток, win forms, wpf.
2. Спроектувати та реалізувати систему класів, в основу якої покладено логічну структуру даних, наведену у варіанті, для накопичення та обробки даних домену відповідно варіанту курсової роботи.
3. Структура програмної системи курсового проекту:
Код програмної системи має складатись не менш як з трьох частин (окремих проектів) відповідно до багатошарової архітектури системи, де шарами архітектури є: шар (рівень) доступу до даних (DAL), шар бізнес-логіки (BLL), шар представлення (інтерфейс програмної системи) (PL). Тип програмного модулю – DLL.
Шар доступу до даних організувати таким чином, щоб він забезпечував збереження даних у файлах за допомогою серіалізації або у БД із застосуванням Entity Framework. Тип програмного модулю – DLL.
В шарі бізнес-логіки побудувати класи, що представляють об’єкти та дії над ними відповідно до предметної області, наприклад, читачі, книги та абонементи, читач може взяти книгу на свій абонемент при її наявності у сховищі та повернути її у заданий термін. Для створення наборів об’єктів предметної області (студенти, викладачі, книги, замовлення, страви, тощо) використовувати класи-узагальнені колекції. Всі операції бізнес-логіки використовують об’єктну модель даних. Якщо дані потрібно отримати зі сховища даних або зберегти у сховищі, шар бізнес-логіки звертається до шару доступу до даних, передаючи\отримуючи збережені дані.
Шар представлення – це додаток типу відповідного до обраного інтерфейсу (консольний чи GUI). Людина-користувач через шар представлення взаємодіє з програмною системою через інтерфейс, реалізований шаром представлення. Для виконання дій на вимогу користувача шар представлення звертається до шару бізнес-логіки, передаючи в нього ведені користувачем дані та команди виконати певні дії. Результати виконаних дій, отримані від шару бізнес-логіки, шар представлення відображує користувачу у консолі\формах.
Принцип багатошаровості при будуванні архітектури є обов’язковим до застосування!
4. Реалізувати обов’язковий контроль коректності введених даних в шарі представлення.
5. Реалізувати перевірку виняткових ситуацій в шарі бізнес-логіки та доступу до даних; в тому числі– при роботі з даними. При необхідності створити власні класи виключень
6. Написати модульні тести, використовуючи певний фреймворк (MSTest, Nunit, Xunit,тощо), до бізнес логіки. Мінімальне покриття тестами – 50%. Покриття продемонструвати відповідними засобами, наприклад AxoCover, CodeCoverage та ін. Модульні тести повинні бути окремим проектом в рішенні. Для оформлення коду модульних тестів овоб’язково застосовувати принцип Triple A.
7. При написанні коду застосувати правила «хорошого» стилю програмування. А саме: створювати мнемонічні ідентифікатори, чітко форматувати код, застосувати при необхідності коментарі. Не використовувати public полів у класах. За необхідності доступу до них використати властивості, індексатори чи окремі методи-аксесори. Опис класів наводити в окремих файлах.
Функціональні вимоги до програмного забезпечення
1. Керування питаннями тестів
1.1. Можливість додавати питання
1.2. Можливість видаляти питання
1.3. Можливість змінити питання
1.4. Можливість переглянути перелік всіх питань
2. Керування відповідями
2.1. Можливість додавати відповідь
2.2. Можливість видаляти відповідь
2.3. Можливість змінювати відповідь
2.4. Можливість переглянути перелік всіх відповідей до конкретного питання
2.4.1. Помітити правильну відповідь позначкою «+»
2.5. Варіанти відповідей до питань генеруються автоматично
2.5.1. Передбачити наявність правильної відповіді
3. Керування тестами
3.1. Можливість створити тест
3.2. Можливість змінювати тест
3.2.1. змінити кількість питань у тесті
3.2.2. змінити час відведений на одне питання
3.3. Можливість порахувати процент правильних відповідей
3.4. Можливість передчасно вийти з тесту
4. Пошук
4.1. Пошук тестів
4.2. Перегляд статистики тестів
