адної;
- однієї товарно-транспортної накладної може відповідати кілька платіжних доручень.
2. Постановка завдання.
2.1. Організаційно-економічна сутність комплексу завдань.
Аналіз організаційно-економічної сутності завдань треба виконати уважно і ретельно. Не можна випускати з уваги жодної завдання з усієї сукупності, які повинні бути вирішені системою. Якщо хоча б одне із завдань буде упущена, то цінність всієї розробленої системи впаде.
Як було сказано вище, рахунок-фактура використовується для підтвердження факту платежу, не має значення, з якого боку (підприємства або клієнта) цей платіж надходить. Залежно від напрямку руху рахунок-фактура може бути виданої або отриманої. Видана рахунок-фактура рухається від підприємства до клієнта для підтвердження факту оплати товарів у відповідно до укладених договорів.
2.2. Опис вихідної інформації. p> Вихідна інформація, згідно із завданням, повинна бути представлена ​​у вигляді форми для перегляду і редагування виданого рахунки-фактури. Даний вихідний документ повинен бути сформований середовищем MS Access. br/>
2.3. Опис вхідної інформації. p> Для формування описаного в попередньому пункті документа будуть потрібні інформація, що міститься в наступних первинних документах:
- список груп товарів;
- список договорів;
- реєстр накладних;
- довідник податків і зборів.
Перелік вхідних документів, необхідних для рішення задачі представлений в таблиці 1.
В
3. Розробка інформаційного забезпечення.
3.1. Аналіз інформації і виділення інформаційних об'єктів.
Для виявлення інформаційних об'єктів розроблюваної бази даних необхідно згрупувати вхідні інформаційні елементи відповідно. Необхідно розглянути кожен реквізит на наявність взаємозв'язків з іншими реквізитами.
У результаті виконаної операції отримуємо сукупність інформаційних об'єктів, кожен з яких характеризується відповідної йому сукупністю інформаційних елементів.
З метою зниження нераціональності при зберіганні інформації та обсягу пам'яті необхідно усувати повторне зберігання інформації. Наприклад, використання довідника організацій дозволяє не вводити кілька раз інформацію про організації, що дозволяє значно заощадити час і обсяг пам'яті.
Зведені відомості з інформаційних об'єктах представлені в таблиці 2.
Перелік документів, що використовуються при безмашинному вирішенні завдань складом, був утворений в результаті тривалої роботи фахівців. Тому виділення відповідності отриманих інформаційних об'єктів і перерахованих документів необхідно, так як є свого роду показником правильності результатів.
Відповідно до завдань необхідно серед реквізитів, що описують інформаційні об'єкти, вибрати ті, які однозначно визначають екземпляри сутності. Іншими словами, необхідно вибрати ключові реквізити.
3.2. Визначення зв'язків між інформаційними об'єктами.
На даному етапі проектування необхідно провести аналіз зв'язків між об'єктами, щоб визначити єдину інформаційну модель створюваної бази даних.
Так інформаційний об'єкт "довідник організацій "буде пов'язаний з інформаційним об'єктом" список договорів "ставленням один-до-багатьох, інформаційний об'єкт" податки і збори "пов'язаний зі" списком груп товарів "ставленням один-до-одного, інформаційний об'єкт "список груп товарів" пов'язаний з "Товарами на складі" ставленням один-до-багатьох, інформаційний об'єкт "Товари на складі" пов'язаний зі "списком договорів" ставленням один-до-багатьох.
В
4. Розробка фізичної структури бази даних.
4.1. Створення таблиць. p> Для реалізації бази даних використовуємо СУБД MS Access. При цьому кожна реляційна таблиця стає таблицею бази даних, кожен стовпець реляційної таблиці стає полем таблиці бази даних, і кожен рядок реляційної таблиці стає записом таблиці бази даних.
Також в процесі створення бази даних необхідно присвоїти імена таблиць і їхніх полів, визначити параметри полів таблиць і заповнити таблиці вихідними даними для здійснення контрольного прикладу.
Контрольний приклад необхідний для перевірки працездатності створеної бази даних.
4.2. Створення форми для перегляду, редагування та виведення рахунки-фактури на друк.
Перед тим як створювати таку форму необхідно створити запит, на основі якого буде формуватися нижня частина рахунки-фактури. Даний запит формується на основі таблиць "список договорів "звідки беруться поля: найменування товару і кількість; "Список груп товарів" (поля країна походження, одиниці виміру і ціна), і "податки і збори" (ставка ПДВ). Даний запит є запитом на вибірку і містить кілька обчислюваних полів (Сума, У тому числі акциз, Сума ПДВ, у тому числі з ПДВ).
Потім необхідно створити форму на осно...
