Проектування інформаційних баз даних звіт за відвантаженими товарами

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати


Міністерство освіти і науки Російської Федерації

ФІЛІЯ Санкт-Петербурзького ДЕРЖАВНОГО УНІВЕРСИТЕТУ ЕКОНОМІКИ І ФІНАНСІВ в м. Пскові

КУРСОВИЙ ПРОЕКТ

З ДИСЦИПЛІНИ «ІНФОРМАТИКА»

ПРОЕКТУВАННЯ ІНФОРМАЦІЙНИХ БАЗ ДАНИХ:

звіт з відвантажених товарах

р. ПСКОВ 2007

ЗМІСТ

1. Предметна область автоматизації

1.1 Опис предметної області та функції розв'язуваної задачі

1.2 Документи предметної області

2. Постановка завдання

2.1 Організаційно-економічна сутність задачі

2.2 Опис вихідної інформації

2.3 Опис вхідної інформації

3. Розробка інформаційного забезпечення задачі

3.1 Інформаційний аналіз предметної області

3.2 Виділення інформаційних об'єктів завдання

3.3 Визначення зв'язків інформаційних об'єктів і побудова Илм

3.4 Визначення логічної структури бази даних

3.5 Розробка фізичної структури бази даних.

4. Алгоритм розв'язання задач (типова технологічна схема формування масивів інформації)

5. Інструкція користувачеві

Завдання № 5. АНАЛІЗ ОПЛАТИ відвантажені товари

Видати звіт в розрізі договорів, замовників, ТТН і дат відвантаження, що містить суми, що підлягають отриманню за відвантажену, але ще не оплачену замовником продукцію (відсутні відповідні ПП).

Звіт. Суми, що підлягають оплаті за відвантажений товар

Замовник

договору

ТТН

Дата відвантаження

Сума відвантаження











РАЗОМ по замовнику ________

Замовник

договору

ТТН

Дата відвантаження

Сума відвантаження











РАЗОМ по замовнику ________

ВСЬОГО _________

1. Предметна область автоматизації

1.1 Опис предметної області та функції розв'язуваної задачі

У предметної області комплексу задач, до якого належить завдання оплати відвантаженого товару, розглядаються процеси планування та обліку випуску виробів на підприємстві, здача готових виробів на склади і відвантаження готової продукції замовникам відповідно до договорів, аналіз поточного запасу продукції на складах, облік і аналіз оплати за відвантажену продукцію. Завдання Аналіз оплати відвантаженого товару стосується процесів відвантаження готових виробів і майбутньої оплати їх замовниками на основі договорів.

До функцій, які повинні бути реалізовані в розглянутій задачі, відносяться:

облік відвантаження готової продукції;

облік оплати (на основі договорів) замовниками відвантаженої продукції;

Обмеження предметної області

Із загального опису предметної області відомий ряд обмежень, істотних для процесів, які відносяться до розглянутій задачі. Вся відвантаження замовникам здійснюється відповідно до договорів. Розглядаються договору тільки поточного року. Один замовник може мати декілька договорів. Кількість продукції вимірюється цілим числом одиниць виміру. У товару завжди тільки одна одиниця вимірювання. Період відвантаження дорівнює місяцю. Оплата здійснюється за відвантажену продукцію замовником. Документ про відвантаження продукції (накладна на відпуск товарів, товарно-транспортна накладна) завжди прив'язаний до одного договором, може містити кілька найменувань товарів, і його номер унікальний для підприємства. Виробник може виписувати скільки завгодно ТТН. Номер ТТН унікальний для платника. Це означає, що один і той же номер може бути в ТТН різних платників. Отже, однозначна ідентифікація платіжних доручень здійснюється двома реквізитами: номером ТТН і ІПН платника. № ІПН одержувача (платника) є унікальним і незмінним. Код товару є унікальним і незмінним. Адреса та поштовий індекс покупця можуть змінюватися. Місяць фактичної оплати відвантаженої продукції визначається датою з ТТН.

Нормативний запас є постійною величиною для кожного виду товару. Ціна товару постійна протягом дії договору на постачання товарів. Всі ціни - в рублях.

Звітний період - місяць. При цьому можлива часткова оплата відвантажених виробів.

1.2 Документи предметної області, що містять інформацію, необхідну для виконання завдання

Вхідна інформація задачі «Аналіз оплати відвантаженого товару» поділяється на умовно-постійну та оперативно-облікову інформацію.

Умовно-постійна інформація, необхідна для вирішення цього завдання, включає довідкові дані про номенклатуру виробів, що випускаються підприємством, їх найменування, одиницях виміру і ціни. Ця інформація відображена в довіднику готової продукції.

Вхідна інформація, що містить дані оперативного обліку, включає дані про відвантаження й оплати. Дані про відвантаження готових виробів замовникам містяться в ТТН. Цей документ про відвантаження готової продукції завжди прив'язаний до одного договору і, відповідно, замовнику. ТТН може містити кілька найменувань виробів, і його номер унікальний для підприємства, що відвантажує продукцію.

Дані про необхідну оплаті замовниками відвантажених підприємством товарів містяться в ДОГОВОРІ, ключ цього документа унікальний тільки для замовника і завжди відповідає конкретній ТТН. Документ Договір може містити кілька найменувань виробів. Однією ТТН може відповідати кілька Договорів.

2. Постановка завдання

2.1 Організаційно-економічна сутність задачі

Однією з проблем у взаєминах постачальника з замовниками є ще не вироблена оплата відвантаженої замовнику продукції, що ускладнює фінансове становище підприємства-постачальника. Своєчасне отримання інформації про необхідну оплату шляхом автоматизації рішення розглянутої задачі дозволяє оперативно вжити необхідних заходів.

Для ефективного контролю оплати замовником відвантаженої продукції необхідно вести автоматизований облік відвантаження, облік оплати. У цьому завданню необхідно мати можливість по запиту користувача отримувати результати такого аналізу для будь-якого задається у запиті вироби.

Автоматизований облік відвантаження повинен здійснюватися на основі даних з документа ТТН.

У міру надходження ТТН на обробку ці дані повинні вводитися, накопичуватися та зберігатися в базі даних протягом регламентованого періоду.

Автоматизований облік оплати повинен здійснюватися на основі даних документа Договір, а також на основі подальшого платіжного доручення. Ці дані також повинні накопичуватися і зберігатися в базі даних.

На основі даних, що зберігаються (про відвантаження і оплатах за відвантажену продукцію) на запит користувача має здійснюватися автоматизований аналіз оплати для заданого товару і видача звіту.

Звіт повинен містити відомості про необхідної суми оплати відвантажених виробів одного найменування.

2.2 Опис вихідної інформації

Вихідною інформацією завдання для користувача є документ:

звіт по заданому виробу, що містить відомості про необхідну сумі до оплати. Звіт повинен бути виданий в розрізі договорів, замовників, ТТН і дат відвантаження, що містить суми, що підлягають отриманню за відвантажену, але ще не оплачену замовником продукцію.

Ці документи повинні виводитися на екран і друк. Форми вихідних документів наведені у форме1

Форма 1. Форма вихідного документа завдання з результатом аналізу суми до оплати замовниками

Звіт. Суми, що підлягають оплаті за відвантажений товар

Замовник

договору

ТТН

Дата відвантаження

Сума відвантаження











РАЗОМ по замовнику ________

Замовник

договору

ТТН

Дата відвантаження

Сума відвантаження











РАЗОМ по замовнику ________

ВСЬОГО _________

2.3 Опис вхідної інформації

Структури вхідних документів, що містять інформацію, на основі якої може бути вирішена розглянута задача і отримані вихідні документи, наведені у формах. У порядку підготовки документів до машинної обробці для зручності введення і обробки інформації на комп'ютері в документи введені коди вироби і замовника (платника).

Умовно-постійна інформація

Для розшифровки кодів товарів у процесі виконання завдання, отримання достовірних відомостей про найменування, одиниці вимірювання, ціною, нормативному запасі кожного з виробів необхідна інформація з «Довідника товарів» (форма 2). Довідник є первинним носієм цих відомостей, і тому вони повинні завантажуватися в базах даних з нього.

Форма 2. Довідник товарів

Код товару

Найменування товару

Од. ізм. товару

Ціна за од. вимірювання

Нормативний запас

складу













Для розшифровки кодів замовників (№ ІПН), отриманні відомостей про їх найменуваннях та адреси використовується інформація з «Довідника платників» (форма 3)

Форма 3. Довідник платників

ІПН

Найменування

Адреса







Оперативно-облікова інформація

Відомості, що характеризують відвантаження, перебувають у ТТН (форма 4) Для вирішення завдання, дані з ТТН (номер документа, дата відвантаження, ідентифікатор замовника, ідентифікатори відвантажених виробів і їх кількості, а також загальна сума відвантаженого) обов'язково повинні надходити в базу даних.

Форма 4. Документ з інформацією з відвантаження.

Товарно-транспортна накладна № ________

Дата відвантаження "__"_______ 200__р.

Договір № ___

Платник :________________________________________

Найменування ________________________________________

ІПН :______________________________________________

Адрес________________________________________________

Найменування товару

Одиниці виміру


Ціна за од. ізм.

Кількість відвантаження

Сума


















ЗАГАЛЬНА СУМА за накладною




Отпустіл___________ Прінял___________

(Підпис) (підпис)

Дані, представлені в ТТН табличним чином ставляться до специфікації ТТН, яка може випускатися і у вигляді окремого документа, пов'язаного з відповідною ТТН. Інші реквізити ТТН належать до довідкової інформації, яка до моменту вирішення завдання вже повинна знаходитися в БД. Вона повинна надходити в базах даних з документів умовно-постійної інформації на етапі первинного завантаження, тому що ці документи є первинними і відповідно достовірними носіями цієї інформації. З «Довідника товарів» беруться найменування виробу, од. виміру, ціна за од. ізм., з «Довідник платників» - № ІПН, найменування платника і його адресу.

Відомості, що характеризують необхідну суму оплати за відвантажені вироби, знаходяться у Договорі (форма 5).

З документа Договір для вирішення завдання в базу даних обов'язково повинні надходити основні дані, що визначають оплату: номер Договору, ідентифікатор платника, заказавщего вироби, дата укладення договору, ідентифікатори оплачених виробів і оплачені кількості, а також загальна сума оплати за Договором.

Форма 5. Документ вхідний облікової інформації з відвантаження.

Договір №

на постачання продукції

Постачальник __________________ Отримувач

найменування постачальника

найменування одержувача

уклали договір на період:

з «___» _________200_ р. по «___» _________200_ р.

Загальна сума договору складає ______________________________

(Сума договору в цінах на момент укладання договору)

Адреси та реквізити сторін:

Постачальник __________________ Отримувач

(Поштовий індекс) _______________________

(Місто)

ІНН________________

Специфікація

На постачання товару до договору № ____ від «___» ________200_ р.

Постачальник ____________ Одержувач ____________

Найменування товару

Од. ізм.

Місяць поставки

Відпускна ціна за
од. ізм.

Кількість

Сума



















Постачальник __________________ Отримувач __________________

(Підпис) (підпис)

Як і у випадку з ТТН, дані Договору представлені в табличній формі, відносяться до специфікації Договору, яку можна вважати самостійним інформаційним об'єктом, пов'язаним з відповідним Договором. Інші реквізити Договору можуть бути визначені в базі даних за кодами з наявної там інформації, яка повинна бути завантажена з документів «Довідник товарів» і «Довідник платників» на етапі, що передує рішення даної задачі. До цих даних відносяться: найменування і одиниця виміру товару, найменування замовника та його адресу.

3. Розробка інформаційного забезпечення задачі

Розробка інформаційного забезпечення включає підготовку документів, що містять інформацію, необхідну для вирішення завдання, і аналіз цієї інформації. Такий аналіз дозволить зробити формалізацію даних, яка має на меті їх однозначне визначення для зберігання, пошуку та обробки у внутримашинной сфері.

Для організації інформаційної бази будемо використовувати реляційну СУБД. Тому повинна бути розроблена логічна структура реляційної бази даних, на основі якої буде здійснюватися рішення задачі. Використовуємо процесний підхід до розробки бази даних, визначаючи склад тільки тих даних, які необхідні для одержання вихідної інформації завдання.

3.1 Інформаційний аналіз ПЗ і виділення інформаційних об'єктів

Зробимо аналіз вихідної інформації ПО з метою визначення складу і структури інформації для наступної формалізації та побудови інформаційно-логічної моделі даних. Наведені вище форми вхідних документів, а також додаткові відомості з опису предметної області дозволяють визначити роль реквізитів під взаємозалежної інформації, що міститься в документі. На основі такого аналізу встановимо функціональні залежності реквізитів відповідно до рекомендацій і вимог нормалізації даних.

Розглянемо інформацію, що міститься в документі ТТН (див. форму 4). У заголовній частині ТТН містяться реквізити (номер документа, дата відвантаження, № ІПН), загальні для всього документа. Причому кожен з них має єдине значення, так як один документ ТТН завжди прив'язаний до одного платнику. Серед цих реквізитів особливу роль відіграє номер ТТН. Оскільки номер ТТН унікальний, тобто його значення не може повторитися, він виконує роль ідентифікатора всієї інформації з відвантаження виробів, що міститься в документі з даним номером. Інші реквізити заголовної частини ТТН однозначно визначаються номером ТТН.

Таблична частина ТТН містить реквізити, що мають безліч значень у відповідних стовпцях, так як ТТН може містити кілька найменувань відвантажених виробів. Серед цих реквізитів особливу роль відіграє код товару, який є ідентифікатором кожного рядка документа. Таким чином, кількісні дані про відвантаження, що містяться в кожному рядку, ідентифікуються (однозначно визначаються) загальним ідентифікатором документа - номером ТТН, а також кодом товару. Описові реквізити вироби (у тому числі одиниця виміру) і замовника визначаються однозначно їх кодами. На основі проведеного аналізу встановимо функціональні залежності реквізитів документа ТТН та відобразимо їх на рис.1.

Найменування реквізитів ТТН

Умовне ім'я реквізиту

Функціональні залежності

1. Номер ТТН

ТТН


2. Номер ІПН

ІПН


3. Код товару

КТ


4. Найменування товару

НТ


5. Одиниця виміру

ОІ


6. Ціна за од. ізм.

ЦІНА


7. Адреса платника

АП


8. Найменування платника

НП


9. Дата відвантаження

ДАТАотгр


10. Сума відвантаженого

СУМотгр


11. Кількість відвантажено

КОЛотгр


Ріс.1.Функціональние залежності реквізитів ТТН

Аналогічно проаналізуємо інформацію, що міститься у Договорі (див. форму 5) і «Довіднику товарів» (див. форму 3).

У відповідності з описом предметної області встановимо функціональні залежності їх реквізитів (рис.2.).

Оскільки номер Договору унікальний тільки для замовника, для ідентифікації кожного ПТР крім номера документа використовуємо код замовника (або номер ТТН). Такий складовою ідентифікатор є загальним для всієї інформації, що міститься в конкретному Договорі. Оскільки для кожного Договору завжди є ТТН, за якою оплачується відвантаження, номер ТТН однозначно визначається ідентифікатором Договору. Загальна сума оплати також однозначно визначається цим ідентифікатором.

Найменування реквізитів Договір

Умовне ім'я реквізиту

Функціональні залежності

1. Номер Договору

Договору


2, Номер ІПН

ІПН


3. Код товару

КТ


4. Номер ТТН

ТТН


5. Кількість до оплати

КОЛопл


6. Дата відвантаження

ДАТАотг


7. Сума до сплати

СУМопл


8. Ціна за од. ізм.

ЦІНА


9. Одиниця виміру

ОІ


10. Найменування товару

НТ


11. Найменування платника

НП


Рис.2. Функціональні залежності реквізитів ПП і довідника товарів

У табличній частині дані з оплати визначаються загальним ідентифікатором документа і кодом вироби, зазначеним у рядку. У результаті такого аналізу встановлено функціональні залежності реквізитів з ПП та «Довідника товарів», які представлені в рис.2.

3.2 Виділення інформаційних об'єктів

Проаналізуємо встановлені функціональні взаємозв'язки реквізитів і встановимо для кожного з залежних реквізитів, від яких реквізитів він залежить.

Товар: КТ *, НТ, ОІ, ЦІНА, НЗ, № СК (НЗ - нормативний запас, № Ск - номер складу)

Платник: № ІПН *, НП, АП

ТТН: (№ ТТН + № ІПН) *, ДАТАотгр

Відвантаження: (№ ТТН + КТ) *, КОЛотгр, СУМотгр

Договір: (№ Договору + № ІПН) *, ДАТАзак.дог.

Оплата: (№ Договору + № ІПН + КТ) *, КОЛопл, СУМопл

3.3 Визначення зв'язків та побудова Илм

Зв'язки між виявленими інформаційними об'єктами визначаються реальними відносинами між парами об'єктів, показаними в табл.3. При їх визначенні враховувалися відомості з опису ПЗ і семантика ІС. Зокрема, відомо, що в одній ТТН - кілька рядків з відвантаження виробів; в одному Договорі - кілька рядків з оплати виробів; в одному ТТН і Договорі може бути зазначений тільки один замовник, але для одного замовника може бути багато ТТН та Договорів, за однієї ТТН може бути кілька Договорів і так далі.

Таблиця 3. Зв'язки інформаційних об'єктів

Головний ІВ


Ключ зв'язку

Підлеглий ІВ


Тип відносини



Головного ІВ

Підлеглого ІВ



ТТН

ТТН *

(№ ТТН + КД) *

відвантаження

1-М


Договір

догів *

(№ Дог + № ІПН + КТ) *

оплата

1-М


товар

КТ *

(№ ТТН + КТ) *

відвантаження

1-М


товар

КТ *

(№ догів + № ІПН + КТ) *

оплата

1-М


платник

ІПН *

(№ догів + № ІПН) *

Договір

1-М


платник

ІПН *

(№ ТТН + № ІПН) *

ТТН

1-М


Матриця суміжності:

ТТН відвантаження Договір оплата товар платник

ТТН 1

відвантаження

Договір 1

оплата

товар 1 січня

платник 1 січня

сума стовп 1 2 1 2 0 0

ТТН відвантаження Договір оплата

ТТН 1

Відвантаження

Договір 1

плата

Сума стовп 0 1 0 1

відвантаження оплата

відвантаження

оплата

сума стовп 0 0

0-й рівень) товар, платник

1-ий рівень) ТТН, договір

2-ий рівень) відвантаження, оплата

3.4 Визначення логічної структури бази даних

Логічна структура бази даних визначається сукупністю логічно взаємозалежних таблиць, кожна з яких має структуру, яка визначається реквізитні складом конкретного інформаційного об'єкта отриманої Илм. Логічні зв'язки між таблицями відповідають структурі зв'язків між об'єктами, і структура цих зв'язків має вигляд, показаний на рис. 3, де ключові поля позначені знаком *, а логічні зв'язки мають місце між однаковими ключами таблиць.

3.5 Розробка фізичної структури бази даних Вихідні дані контрольного прикладу

Дані таблиці «Довідник товарів»

ТОВАР

код товару

найменування товару

одиниця виміру

ціна за од ізм

нормативний запас

номер складу

11

шампанське

пляшка 1 л

120,00 р.

1000

1

12

компот

пляшка 1 л

10,00 р.

1000

2

13

морс

пляшка 1 л

20,00 р.

1000

3

14

газована вода

пляшка 1 л

15,00 р.

1000

4

15

питна вода

пляшка 1 л

5,00 р.

1000

5

16

іонізіроанная вода

бутель 10 л

100,00 р.

1000

6

Дані таблиці «Довідник платника»

ПЛАТНИКИ

номер ІПН

найменування

адреса

7413691

Лістьєв

вул. Гоголя 5

7413692

Хлібців

вул. Гоголя 6

7413693

Спритно

вул. Некрасова 10

7413694

Яковлєв

вул. Некрасова 15

7413695

Зайцев

вул. Радянська 6

Дані таблиці «ТТН»

ТТН

номер ТТН

номер ІПН

дата відвантаження

51

7413691

14.11.2007

52

7413692

27.11.2007

53

7413693

07.12.2007

54

7413694

12.12.2007

55

7413695

20.12.2007

Дані таблиці «Договору»

ДОГОВІР

номер Договору

номер ІПН замовника

дата укладення

61

7413691

13.11.2007

62

7413692

26.11.2007

63

7413693

05.12.2007

64

7413694

11.12.2007

65

7413695

18.12.2007

Дані таблиці «Відвантаження»

Відвантаження

номер ТТН

номер ІПН

код товару

кількість отгруж

сума отгруж

51

7413691

11

10

1 200,00 р.

52

7413692

11

5

600,00 р.

53

7413693

11

10

1 200,00 р.

53

7413693

12

50

500,00 р.

53

7413693

13

50

1 000,00 р.

55

7413695

13

150

3 000,00 р.

52

7413692

14

100

1 500,00 р.

53

7413693

14

50

750,00 р.

55

7413695

15

300

1 500,00 р.

54

7413694

16

300

3 000,00 р.

Дані таблиці «Оплата»

ОПЛАТА

номер Договору

номер ІПН

код товару

кількість оплати

сума до майбутньої оплати

61

7413691

11

10

1 200,00 р.

62

7413692

11

5

600,00 р.

63

7413693

11

10

1 200,00 р.

63

7413693

12

50

500,00 р.

63

7413693

13

50

1 000,00 р.

65

7413695

13

150

3 000,00 р.

62

7413692

14

100

1 500,00 р.

63

7413693

14

50

750,00 р.

65

7413695

15

300

1 500,00 р.

64

7413694

16

300

3 000,00 р.

Імена та властивості полів таблиць

таблиця «Довідник товарів»


Ключ


Ім'я поля


Тип даних


Розмір поля


Властивість поля


1


Так


КТ

Числовий


Довге ціле


Зобов. полі


Ні







Індекс. полі


Так

(Збіги не допускаються)


2




НТ

Текстовий


50


Зобов. полі


Ні







Індекс. полі


Ні


3




Од. ізм.

Текстовий


50


Зобов. полі


Ні







Індекс. полі


Ні


4


Ціна за од. ізм.

Грошовий


Формат поля


Грошовий


5


НЗ

Числовий

Довге ціле

Зобов. полі


Ні







Індекс. полі


Ні


6


Номер складу

Текстовий

50

Зобов. полі


Ні







Індекс. полі


Так (допускаються збіги)

Таблиця «Довідник платників»


Ключ


Ім'я поля


Тип даних


Розмір поля


Властивість поля


1


Так


ІПН

Числовий


Довге ціле


Зобов. полі


Ні







Індекс. полі


Так

(Збіги не допускаються)


2




Найменування


Текстовий


50


Зобов.

полі


Ні







Індекс. полі


Ні


3




Адреса


Текстовий


50


Зобов. полі


Ні







Індекс. полі


Ні


Таблиця «ТТН»

Ключ

Ім'я поля

Тип даних

Розмір поля

Властивість поля

1

Так

ТТН

Числовий


Довге ціле


Зобов. Поле


немає







Індекс. полі


Так (Допускаються збіги)


2

Так

ІПН

Числовий


Довге ціле


Зобов. Поле


немає







Індекс. полі


Так (Допускаються збіги)


3


ДАТАотгр

Дата / час




Формат поля


Короткий формат дати


Таблиця «Договір»

Ключ

Ім'я поля

Тип даних

Розмір поля

Властивість поля

1

Так

Договору

Числовий


Довге ціле


Зобов. Поле


немає







Індекс. полі


Так (Допускаються збіги)


2

Так

ІПН

Числовий


Довге ціле


Зобов. Поле


немає







Індекс. полі


Так (Допускаються збіги)


3


ДАТАзакл.дог.

Дата / час




Формат поля


Короткий формат дати


Таблиця «Відвантаження»


Ключ


Ім'я поля


Тип даних


Розмір поля


Властивість поля


1


Ні


ТТН

Числовий

Довге ціле


Зобов. полі


немає







Індекс. полі


Так (Допускаються збіги)


2


Ні


ІПН

Числовий


Довге ціле


Зобов. полі


немає







Індекс. полі


Так (Допускаються збіги)


3


Ні


КТ

Числовий


Довге ціле


Зобов.

полі


немає







Індекс. полі


немає


4


КОЛотгр

Числовий

Довге ціле


Зобов. полі


немає







Індекс. полі


Ні


5


СУМотгр

Грошовий


Формат поля


Грошовий


Таблиця «Оплата»

Ключ


Ім'я поля


Тип даних


Розмір поля


Властивість поля


1


Ні


Договору

Числовий


Довге ціле


Зобов. полі


немає







Індекс. полі


Так (Допускаються збіги)


2


Ні


ІПН

Числовий


Довге ціле


Зобов. полі


немає







Індекс. полі


Так (Допускаються збіги)


3


Ні


КТ

Числовий


Довге ціле


Зобов.

полі


немає







Індекс. полі


немає


4


КОЛопл

Числовий

Довге ціле


Зобов. полі


немає







Індекс. полі


Ні


5


СУМопл

Грошовий


Формат поля


Грошовий



4. Алгоритм розв'язання задачі (див. далі)

5. Інструкція користувачеві

Для роботи використовуйте головну кнопкову форму.

У кожній сторінці головної кнопкової форми містяться декілька кнопок, кожна кнопка виконує перехід до необхідного документу (до форми або звіту).

У кожній підпорядкованій сторінці є кнопка для переходу в головну кнопкову форму.

Введення і редагування даних можна робити як за допомогою представлених таблиць, так і за допомогою екранних форм (другий спосіб більш зручний для звичайного користувача)

Вивести інформацію на друк можна і з форм, і зі звітів. Для цього виберіть в Головному меню виберете «Фаил» - «Друк» та обирайте необхідні сторінки.

Не дозволяйте іншим людям користуватися вашою базою даних, з метою захисту інформації. Для захисту ви можете ввести пароль: «Сервіс» - «Захист» - «Визначити пароль бази даних»

6. Контрольний приклад

Контрольний приклад за завданням «АНАЛІЗ ОПЛАТИ відвантажені товари

Видати звіт в розрізі договорів, замовників, ТТН і дат відвантаження, що містить суми, що підлягають отриманню за відвантажену, але ще не оплачену замовником продукцію (відсутні відповідні ПП) »розроблений і додається до роботи на дискеті.

У результаті виконання завдання був створений запит, за яким визначаться сума, що підлягає сплаті замовниками, а також цей запит був використаний при створенні звіту.

Були створені форми «Договір» і «ТТН»

Був створений необхідний у завданні звіт.

Була створена кнопкова форма за допомогою диспетчера кнопкових форм.


Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Курсова
232.2кб. | скачати


Схожі роботи:
Проектування баз даних MS Access
Проектування реляційних баз даних
Методологія проектування баз даних 2
Особливості проектування баз даних
Методологія проектування баз даних 2 лютого
Теорія проектування віддалених баз даних
Введення в проектування реляційних баз даних
Основні принципи проектування баз даних
Принципи побудови та етапи проектування баз даних
© Усі права захищені
написати до нас