- •Технічне завдання на курсову роботу
- •1. Діалогове вікно відвідувача для замовлення страви.
- •2. Діалогове вікно персоналу для редагування інформації про страву.
- •3. Діалогове вікно адміністрації для редагування інформації про персонал.
- •2. Вступ
- •Аналіз специфікації вимог технічного завдання
- •Об’єктно-орієнтований аналіз досліджуваної проблеми та методів моделювання та проектування.
- •Розроблення програми
- •Розробка системи класів
- •Розроблення методів
- •Створення об’єктів та розробка головної програми
- •Опис файлів даних та інтерфейсу програми
- •Тестування програми та результати її виконання
- •Висновки
- •Перелік використаної літератури:
- •Додатки
- •Додаток а1 Код програми: інтерфейс відвідувача
Об’єктно-орієнтований аналіз досліджуваної проблеми та методів моделювання та проектування.
Алгоритм доволі простий. Для розроблення графічного інтерфейсу скористаємося MVS Ultimate 2010 з використанням MFC бібліотек. В програмі, в основному, потрібно виводити інформацію, тому потрібно створити глобальний буфер для збереження цієї інформації і використання її в подальшому процесі; сам функціонал – це реакції програми на дії користувача (клік на кнопку, подвійний клік на список страв).
Програма складається з трьох міні програм – інтерфейси для кожного типу користувача, в даному випадку інтерфейс для відвідувача, інтерфейс для персоналу та інтерфейс для адміністрації.
Інтерфейс відвідувача повинен виконувати основні функції для замовлення товару (страви):
Вивід інформації про товар (страву);
Додати до замовлення товар (страву);
Вивід інформації про стан замовлення;
Зробити замовлення.
Інтерфейс персоналу повинен виконувати основні функції у обслуговуванні:
Вивід інформації про стан замовлень (черга замовлень);
Редагування інформації про страву;
Прийняти замовлення.
Інтерфейс адміністрації повинен виконувати функції контролю персоналу:
Вивід інформації про персонал;
Редагування інформації про персонал (підвищення з/п, звільнення чи прийняття на роботу).
Вибір моделі розроблення програмної системи
Оскільки програма повинна мати відповідно до категорії користувача свій інтерфейс можна розробити схему, яка показана на рис.1.1 .
Рис 1.1. Схема асоціацій користувачів
Отже, основні 3 об’єкти будуть викликати інтерфейси і відповідно в нас будуть 3 актанти: відвідувач, персонал, адміністрація. Для кожного з них буде виводитись свій інтерфейс із відповідними функціями.
Обгрунтування системної архітектури програми, сценаріїв та варіантів використання
Далі розберемося що повинен в себе включати інтерфейс відвідувача. В першу чергу для відвідувача повинен бути представлений список страв, які наявні в закладі громадського харчування, тобто, потрібно виводити інформацію про страву (як називається страва, з чого вона зроблена, і саме головне – її ціна). Також відвідувач може створити своє замовлення і додавати до нього страви, редагувати замовлення.
Що повинен в себе включати інтерфейс персоналу. В першу чергу персонал повинен мати можливість додавати нової страви до меню та редагувати інформацію про страву. Також персонал може тимчасово «виключити» певну страву з меню на короткий період, наприклад у зв’язку з тим, що не завезли якийсь продукт для приготування цієї страви.
Що повинен в себе включати інтерфейс адміністрації? В першу чергу адміністрація повинна мати доступ до списку усього персоналу, тобто, в інтерфейсі повинна бути наявна функція виводу інформації про персонал (прізвище, ім’я, логін, заробітна плата).
Звернувши увагу на те, що персонал та адміністрація також можуть бути відвідувачами, а адміністрація може виконувати функції персоналу – можна створити таку ієрархію актантів, як показано на рисунку 1.2.
Рис. 1.2. Актанти
Для того щоб розрізнити користувачів – їм потрібні аккаунти для користування програмою. Для цього потрібно створити реєстраційну форму і форму авторизації.
Зробивши підсумки, можна зробити приблизну UML-діаграму варіантів використання, яка представлена на рис. 1.3.
Рис. 1.3. UML-діаграма варіантів використання
Можливості відвідувача:
Відвідувач може переглянути меню;
Відвідувач може подивитися який товар він уже додав до замовлення;
Відвідувач може увійти / вийти із системи
Відвідувач може зареєструватися;
Відвідувач може зробити замовлення.
Можливості персоналу:
Персонал може виконувати усі функції, що і відвідувач;
Персонал може подивитись змінити інформацію про страву;
Персонал може подивитись інформацію про персонал.
Можливості адміністрації:
Адміністрація може подивитись інформацію про персонал;
Адміністрація може змінити інформацію про персонал;
Адміністрація може подивитись / змінити інформацію про страву.