вої зміни.
. Спеціаліст вибирає дату касової зміни.
. Система створює новий документ «Звіт про роздрібні продажі».
. Система заповнює створений документ даними за касову зміну.
. Спеціаліст активує елемент управління «ОК».
. Система зберігає дані.
. Система проводить документ закриття касової зміни.
Альтернативний потік:
А1. Робочий день ще не закінчений, касири ще пробивають чеки.
. Фахівець не закриває касову зміну і чекає закінчення робочого дня.
Назва прецеденту: «Висновок поточної звітності».
Опис: Спеціаліст формує поточну звітність.
Мета: Сформувати поточну звітність.
передумовою:
· дані для побудови звіту;
Післяумови:
· звіт;
Основний потік:
. Спеціаліст вибирає форму звіту.
. Спеціаліст вибирає умови вибірки даних для звіту.
А1. Даних за обраною вибірки в системі не виявлено.
. Система формує звіт.
Альтернативний потік:
А1. Даних за обраною вибірки в системі не виявлено.
. Система відкриє порожній звіт.
Назва прецеденту: «Анулювання подарункового сертифіката».
Опис: Спеціаліст анулює неактуальне подарунковий сертифікат.
Мета: Анулювати подарунковий сертифікат.
передумовою:
· створений подарунковий сертифікат у відповідному довіднику;
Післяумови:
· анульований подарунковий сертифікат;
Основний потік:
. Спеціаліст отримує подарунковий сертифікат для анулювання.
. Спеціаліст активує елемент управління «Додати» у формі списку документів анулювання подарункових сертифікатів.
. Система відкриває форму створення нового документа анулювання подарункових сертифікатів.
. Спеціаліст вводить дані з анулювання подарункового сертифіката.
. Спеціаліст активує елемент управління «ОК».
. Система зберігає введені дані.
. Система проводить документ анулювання подарункових сертифікатів.
2.3 Діаграма діяльності
Поведінка системи «1С: Підприємство 8.3. Управління торгівлею 10.3 »з допрацьованим функціоналом було досліджено засобами UML і представлено діаграмою діяльності прецедентів (малюнки 12, 13, 14, 15, 16, 17, 18)
Для кожного прецеденту діаграми прецедентів описані цілі, передумовою та постусловіем, основні й альтернативні потоки, була створена діаграма діяльності, де показані дії системи і користувача.
Назва прецеденту: «Створення подарункового сертифіката».
Опис: Даний прецедент дозволяє створити новий подарунковий сертифікат в системі.
Мета: Створити в системі подарунковий сертифікат.
передумовою:
· наявність фізичної подарунковій карти з вказаними на ній штрихкодом і номіналом;
Післяумови:
· створений подарунковий сертифікат у відповідному довіднику;
Основний потік:
. Спеціаліст в головному меню системи переходить на вкладку «Довідники», відкриває пункт «Номенклатура» і вибирає пункт «Інформаційні карти».
. Система відкриває форму списку карток.
. Спеціаліст провалюється в групу «Подарункові сертифікати».
. Система відображає інформаційні карти, підлеглі групі «Подарункові сертифікати».
. Спеціаліст активує елемент управління «Додати».
. Система відкриває форму створення нової інформаційної карти.
. Спеціаліст вибирає значення реквізиту «Вид карти» - «Штрихова».
. Система встановлює значення свойс?? ва «Видимість» реквізиту «Тип штрихкоду» - «Істина».
. Спеціаліст вибирає значення реквізиту «Тип штрихкоду».
. Спеціаліст вводить значення реквізиту «Код карти».
. Спеціаліст вибирає значення реквізиту «Тип карти» - «Сертифікат».
. Система деактивує реквізити «Власник карти», «Ви...
