ign="justify"> У додатку А представлена ??IDEF0-модель Інформаційна система автосалону raquo ;, декомпозирован в 3 підрівні. На першому рівні (додаток А, рис. 1) блок А0 відповідає за реалізацію автомобілів на основі наступних даних: замовлення клієнта і постачальник автомобілів. У результаті на виході отримуємо виконане замовлення. В якості управління виступають: законодавство РФ, ліцензія на продаж, каталог автомобілів. Механізм - Автосалон AlongTheRoad raquo ;. При декомпозиції (додаток А, рис. 2) блок А0 розбивається на 4 блоки: А1, А2, А3, А4. У блоці А1 формується план закупівель, керуючись вхідними даними замовлення клієнта, постачальник автомобілів. Блок А2 - Договір з постачальниками з'єднується з блоком А3 - Формування каталогу автомобілів. Блок А4 відповідає за збут автомобілів, на виході - виконане замовлення. Механізмами виступають: відділ по закупівлі автомобілів, юридичний відділ, відділ реклами і PR, відділ бухгалтерії, відділ збуту автомобілів. Таким чином, виділили 4 підзадачі, зробивши деталізацію першого рівня.
Перейдемо на 3 рівень декомпозиції блоку А4 - Збут автомобілів (додаток А, рис. 3). Діаграма представлена ??трьома блоками: А41 - Ухвалення заявки, А42 - Оформлення договору, А43 - Продаж автомобіля. В якості управління залишаються ті ж стандарти і правила, що і на першому рівні, на виході отримуємо виконане замовлення.
2.4 Методологія DFD
Метою методології є побудова моделі аналізованої системи у вигляді діаграми потоків даних (Data Flow Diagram - DFD). Діаграми потоків даних призначені насамперед для опису документообігу та обробки інформації, хоча допускають і уявлення інших об'єктів [6, 57]. При створенні діаграми потоків даних використовуються чотири основні поняття:
Потоки даних;
Процеси (роботи) перетворення вхідних потоків даних у вихідні;
Зовнішні сутності;
Накопичувачі даних (сховища).
Потоки даних є абстракціями, використовуються для моделювання передачі інформації (або фізичних компонент) з однієї частини системи в іншу. Потоки на діаграмах зображуються іменованими стрілками, орієнтація яких вказує напрямок руху інформації [6, 58].
Процеси (роботи) служать для перетворення вхідних потоків даних у вихідні. Кожен процес має унікальний номер для посилань на нього всередині діаграми, який може використовуватися спільно з номером діаграми для отримання унікального індексу процесу у всій моделі. Сховище (накопичувач) даних моделює дані, які будуть зберігатися в пам'яті між процесами. Інформація, яку містить сховище, може використовуватися в будь-який час після її отримання, при цьому дані можуть вибиратися в будь-якому порядку. Зовнішня сутність є матеріальний об'єкт поза контекстом системи, що є джерелом або приймачем даних. У додатку Б представлені діаграми потоків даних ІС Автоматизація торгових операцій в автосалоні .
3. Розробка додатка Автоматизація обліку торгових операцій в автосалоні
3.1 Розробка форм програми
Для зручності роботи додаток буде відкриватися з головної форми (рис. 3.1). Форми зв'язуються з головною формою функцією підключенням до головній формі файлів: #include Unit1.h raquo ;. Оформимо зовнішній вигляд форми фоновим малюнком. Це можна зробити за допомогою методу LoadFromFile:
Image1- gt; Picture- gt; LoadFromFile ( train.bmp );
Або додати у властивість Picture компонента Image потрібне зображення. Скористаємося другим способом.
Малюнок 3.1.- Головна форма програми
Кнопки для зручності переходу між формами (Автосалон, Автомобіль, Реалізація і т.д.) зроблені також за допомогою компонента Image.
Створимо форму для перегляду даних та можливості навігації на прикладі таблиці Автомобіль (рис. 3.2.). Для цього додамо на форму компоненти Panel, DBGrid, ComboBox, Button, BitBtn, Edit, Image, Label, CroupBox, Navigator і не візуальний компонент OpenPictureDialog.
Рисунок 3.2.- Форма для перегляду та пошуку даних
Аналогічним чином створені інші форми для перегляду та пошуку даних.
Розглянемо створення форм для перегляду звітів (рис.3.3). Використовуємо компонент QuickReport, заснований на наборі горизонтальних смуг (bands). При побудові звіту на форму поміщаються кілька компонентів QRBand різних типів, також використовуються компоненти QRImage, QRLabel, QRSysData.
Малюнок 3.3.- Форма звіту Каталог автомобілів
Для створення форми запитів (рис. 3.4.) будем...
