Розробка автоматизованої інформаційної системи логістичної компанії

 

Зміст

Вступ

Розділ 1. Приклади аналогів програмного продукту

Розділ 2. Основний розділ

2.1Обґрунтування вибору засобів реалізації

2.2Високорівнева концептуальна модель «Сутність - зв'язок» або ER-модель

.3Структурна схема реляційної бази даних та описання таблиць бази даних

Розділ 3. Інструкція для користувача програмним продуктом

Загальні висновки

Список використаних джерел

Додаток А - назви та призначення головних елементів бази даних;

Додаток Б - графічна частина курсової роботи (ER-діаграма, структурна схема реляційної бази даних, головні форми бази даних, та т. д.);

Вступ

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

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

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

Склади є ключовим елементом системи логістики.

Класифікація складів:

·За характером операцій:

oМатеріальні;

oВиробничі;

oЗбутові;

·За ступенем автоматизації:

oНемеханізовані

oМеханізовані

oАвтоматизовані

oАвтоматичні

·За формою власності:

oІндивідуального користування

oЗагального користування

·За видом матеріалів:

oСпеціалізовані

oУніверсальні

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

Склади виконують такі функції:

·вирівнювання / згладжування (обсягів, часових коливань тощо);

·перетворення (комплектація вантажів відповідно до запитів споживачів);

·зберігання / накопичення.

Різновиди складів:

За призначенням розрізняють такі види складів:

·Виробничі - склади сировини, комплектуючі, матеріалів, цехові склади готових виробів, заводські склади готової продукції.

·Транзитно-перевалочні - склади при залізничних станціях, портах, річкових пристанях, аеропортах, автовантажних терміналах служать для короткочасного зберігання вантажів в період перевантаження їх з одного виду транспорту на іншій.

·Митні - склади для зберігання товарів в очікуванні митного оформлення. Також називають митно-ліцензійні склади.

·Дочасовго завезення - склади в районах, доставка товарів в яких можлива лише в певні періоди року.

·Сезонного зберігання - склади для товарів сезонного характеру.

·Резервні - для зберігання запасів на випадок надзвичайних обставин.

·Гуртові розподільні - склади, що забезпечують торгівельні мережі.

·Комерційні загального користування - склади, що обслуговують будь-яких власників товарів.

·Роздрібні - склади торгових підприємств.

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

Тема курсової роботи: «Розробити автоматизовану інформаційну систему логістичної компанії»

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

інформаційний програмний реляційний

Розділ 1. Приклади аналогів програмного продукту

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

·Назва;

·Опис;

·Ціна;

·Наявність на складі;

·Зображення;

Також на них існують функції покупки, порівняння товарів та інше.

1.#"justify">

Рис. 1.1 Сторінка товару сайту rozetka.com.ua

. #"justify">

Рис. 1.2 Головна сторінка сайту www.eldorado.ru

3. #"justify">

Рис. 1.3 Головна сторінка сайту www.avoska71.ru

Рис. 1.4 Сторінка товару сайту avoska71.ru

Розділ 2. Основний розділ

.1 Обгрунтування вибору засобів реалізації

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

Для створення програмного продукту за темою курсової роботи були обрані:

.система керування реляційними базами даних Microsoft Office Access 2007 для зберігання інформації;

.середовище розробки Borland Delphi 7;

.мова структурованих запитів SQL.

Про ці засоби реалізації докладніше написано нижче.Office Access 2007- це система керування базами даних. Як і інші продукти цієї категорії, вона призначена для зберігання й пошуку даних, представлення інформації в зручному виді й автоматизації часто повторюваних операцій (таких, як ведення рахунків, облік, планування й т. п.). За допомогою Access можна розробляти прості й зручні форми введення даних, а також здійснювати обробку даних і видачу складних звітів.Office Access 2007 та операційна система Windows - це продукти однієї компанії тому вони чудово взаємодіють між собою.

При всьому цьому Access - не просто СКБД. Як реляційна СКБД Access забезпечує доступ до всіх типів даних і дозволяє використовувати одночасно кілька таблиць бази даних. При цьому можна суттєво спростити структуру даних, полегшуючи тим самим виконання поставлених завдань. Отримані результати можна швидко й легко зв'язати й об'єднати з даними з електронних таблиць Microsoft Office Excel. Працюючи в середовищі Microsoft Office 2007, користувач отримує у своє розпорядження цілком сумісні між собою Access і Word, Excel і PowerPoint.

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

Потужність і доступність Access роблять цю систему кращою СКБД із представлених сьогодні на ринку.

В Access повною мірою реалізоване керування реляційними базами даних. Система підтримує первинні й зовнішні ключі й забезпечує цілісність даних на рівні ядра (що запобігає несумісним операціям оновлення або видалення даних). Крім того, таблиці в Access забезпечені засобами перевірки допустимості даних, що запобігають некоректному введенню даних незалежно від того, як воно здійснюється, а кожне поле таблиці має свій формат і стандартні описи, що суттєво полегшує введення даних. Access підтримує всі необхідні типи полів: текстовий, числовий, лічильник, грошовий, дата/час, MEMO, логічний, гіперпосилання й поля об'єктів OLE. Якщо в процесі спеціальної обробки в полях не виявляється жодних значень, система забезпечує повну підтримку порожніх значень.

Borland Delphi 7 - це середовище програмування, основою якого є Object Pascal <#"justify">Фірма Borland надає різноманітність засобів, які працюють через різні технології та не обмежує лише своїми розробками.

Також Delphi 7 підтримує роботу з SQL-запитами, тобто можна на певну подію запрограмувати певний запит. Розглянемо детальніше мову SQL.

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

Мова SQL оперує іншими термінами, ніж це прийнято в реляційної теорії. Так замість «відношень» використовується термін «таблиці», замість «кортежів» - «рядки», замість «атрибутів» - «колонки» або «стовпчики». SQL також має спеціальні терміни, серед яких використовуються такі слова як «запит», «пропозиція», «предикат».

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

§пропозиції визначення даних: визначення баз даних, а також визначення та знешкодження таблиць та індексів;

§запити на вибір даних: пропозицію SELECT;

§пропозиції модифікації даних: додавання, видалення і зміна;

§пропозиції керування даними: надання та скасування привілеїв на доступ до даних, управління транзакціями та інші.

Крім того, він надає можливість виконувати в цих пропозиціях:

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

§впорядкування рядків і (або) стовпчиків при виведенні вмісту таблиць на друк або екран дисплея;

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

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

Завдяки всім вище перерахованим перевагам були обранi саме цi засoби реалізації програмного продукту.

Dia - кросплатформенний вільний <#"justify">·Підтримка діаграм потоків, структурних діаграм і т. д.

·Експорт в PostScript <#"justify">Надбудови:

·AutoDia - автоматичне створення UML схем з програмного коду

·Dia2Code - автоматичне перетворення UML схем в програмний код

Підтримка експортованих форматівдозволяє експортувати та зберігати діаграми в перераховані формати:

·EPS <#"justify">Основні розробники

·Ганс Брейер (Hans Breuer)

·Ларс Клас (Lars Clausen)

·Стеффен Мак (Steffen Macke)

·Самір Сахасрбуд (Sameer Sahasrabuddhe)

Завдяки всім вище перерахованим перевагам були обранi саме цi засoби реалізації програмного продукту.

2.2 Високорівнева концептуальна модель «Сутність - зв'язок» або ER-модель

Перед тим як створювати базу даних її треба спочатку спроектувати. Проектування здійснюється за допомогою моделі «Сутність - зв'язок».модель (Entity Relationship model) або модель «Сутність - звязок» - це високорівнева концептуальна модель даних, яка була розроблена Ченом (Chen) в 1976 р. з метою спрощування задач проектування баз даних. Ця модель даних уявляє собою набір концепцій, які описують структуру бази даних та повязані з нею транзакції оновлення та вилучення даних.

Головними поняттями моделі «Сутність - звязок» вважаються сутності, атрибути та звязки.

Для ER-моделі не існує единої стандартизованої системи позначень, тому характеристики ER-діаграм можуть дещо відрізнятися.

Під сутністю в ER-моделі розуміються обєкт або явище, інформація про яких буде зберігатися в базі даних. При цьому розрязняють тип сутності та екземпляр сутності.

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

Під екземпляром сутності розуміється конкретний обєкт.

На ER-діаграмі сутність зображується прямокутником, в якому вказане її імя.

Сутності мають властивості, які називаються атрибутами. Атрибути повинні дозволяти розрізняти екземпляри сутності. На ER-діаграмі атрибути зображуються овалами, в яких вказуються їх імена. Атрибути поєднуються з сутностями прямими лініями.

Атрибуты, які однозначно ідентифікують сутність, називаються ключовими атрибутами. Ключові атрибути на ER-діаграмі підкреслюються.

В деяких ситуаціях з декількох простих атрибутів може бути сформований складений.

За допомогою звязків на ER-діаграмі відображається взаємодія між сутностями. Звязок зображується ромбом, який поєднує сутності. Всередині ромбу вказується вид звязка. Кількість сутностей, які приймають участь в звязку, визначає її ступінь.

Рис. 2.1 Модель «Сутність - зв'язок» для предметної області «Розробити автоматизовану інформаційну систему логістичної компанії»

2.3 Структурна схема реляційної бази даних та описання таблиць бази даних

Після того, як спроектована модель «Сутність - зв'язок», треба переходити до другого етапу проектування бази даних, а саме, до створення реляційної моделі даних.

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

Реляційні системи беруть початок в математичній теорії множин. Вони були запропоновані наприкінці 1968 р. доктором Е. Ф. Коддом з фірми IBM. В термінології реляційної моделі даних кожен стовпець таблиці називається полем (атрибутом), а кожен рядок таблиці - записом (кортежем).

Кортежі можуть розташовуватися в будь-якій черзі, при цьому відношення буде залишатися тим самим та мати той самий зміст. Кортежі називають поширенням, станом або тілом відношення, яке постійно змінюється.

Дані в одному полі можуть мати значення лише з деякої сукупності припустимих значень, яка називається доменом.

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

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

Ступінь відношення визначається кількістю атрибутів, яку містить відношення.

Відношення лише з одним атрибутом має ступінь 1 та називається унарним відношенням. Відношення з двома атрибутами має назву бінарне, відношення з трьома атрибутами - тернарне, а для відношень з більшою кількістю атрибутів використовується термін n-парний.

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

Рис. 2.2 Структурна схема реляційної БД

В даній базі даних всі таблиці повязані між собою звязками «один до одного» та «один до багатьох».

Зв'язок «один до багатьох» означає (1:N) - кожному значенню повязуючого поля з одного боку відповідає декілька записів по другий бік.

Окрім описаного вище зв'язку в реляційній моделі даних підтримується ще зв'язок «багато до багатьох», який означає: (М:N) - значення в полях неодноразово зустрічаються в повязаних відношеннях. Такий тип звязку треба обходити та розподіляти його на звязки 1:N (створюється третє відношення, яке повязується з початковими звязками 1:N). Також існує зв'язок «один до одного» (1:1) означає: кожному значенню повязуючого поля відповідає один запис по обидва боки.

В результаті проведеної роботи можна побачити, що була створена база даних, яка складається з 8 таблиць. База даних нормалізована до 3 нормальної форми.

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

Нормалізація являє собою дії послідовного перетворення початкової (ненормалізованої) таблиці в нормализовані відношення в першій нормальній формі (1НФ), 2НФ, 3НФ, нормальній формі Бойса-Кодда (НФБК), 4НФ, 5НФ.

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

Створена база даних складається з 3 таблиць, а саме: «Доставка», «Поставка», «Товар».

Опишемо кожну з таблиць.

Рис 2.3 Структура таблиці «Поставка»

Таблиця 2.2 - Опис полів таблиці «Поставка»

ПолеОпис№Ключове поле№_ТовараНомер товаруНазвание_товараНазва товаруКількістьКількість екземплярів товаруДатаДата додавання до списку

Рис 2.4 Структура таблиці «Доставка»

Таблиця 2.3 - Опис полів таблиці «Доставка»

ПолеОпис№Ключове полеФирмаФірма доставкиНазвание_товараНазва товаруКоличествоКількість єкземплярів товаруСтоимостьЦіна доставкиСкидкаЗнижка за доставку оптомДатаДата додавання до списку

Рис 2.5 Структура таблиці «Товар»

Таблиця 2.1 - Опис полів таблиці «Товар»

ПолеОпис№Ключове полеНазваниеНазва товаруПроизводительНазда розробникаКоличествоКількість єкземплярів товаруЦенаЦіна товаруРозділ 3. Інструкція для користувача програмним продуктом

Після запуску програмного продукту зявляється головна форма, де розміщене меню переходу по головним вікна програми, а саме:

·Товар;

·Доставка товару;

·Поставка товару;

·Поиск;

·О программе;

·Виход.

Рис. 3.1 Головна форма програми

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

Рис. 3.2 Список товарів

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

Рис. 3.3 Доставка товару

Пункт меню «Поставка товару» відповідає за продажу складу товару. Тут вказується номер товару, кількість, фірма, вартість, скидка і дата. Також доступні такі стандартні функції редагування записів, як додати, зберегти, закрити та видалити.

Рис. 3.4 Поставка товару

Пошук можливий трьома способами: по товарам, по доставці та по поставці.

Рис. 3.5 Варіанти пошуку

Пошук «По товарам» дозволяє фільтрувати товари по таким критеріям, як назва товару, кількість на складі ціна та виробник.

Рис. 3.6 Пошук «По товарам»

Пошук «По доставці» дозволяє фільтрувати товари за номером товару, кількістю, фірмою, вартістю, скидкою і датою.

Рис. 3.7 Пошук «По доставці»

Пошук «По поставці» дозволяє фільтрувати товари в залежності від дати, кількості та назви.

Рис. 3.8 Пошук «По поставці»

Загальні висновки

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

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

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

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

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

Cписок використаних джерел

1. #"justify">. #"justify">. #"justify">. #"justify">. #"justify">. #"justify">. Методичні матеріали для створення курсової роботи з предмету БД

Програма «Склад продуктов»

UhomeUHome;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Menus, StdCtrls, XPMan, jpeg, ExtCtrls;= class(TForm): TMainMenu;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TXPManifest;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TMenuItem;: TImage;: TLabel;N4Click(Sender: TObject);N1Click(Sender: TObject);N2Click(Sender: TObject);N3Click(Sender: TObject);N8Click(Sender: TObject);N6Click(Sender: TObject);N7Click(Sender: TObject);N9Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: THome;UTovar, UDM, UPosTov, UDosTov, UPT, UPPos, UPDos;

{$R *.dfm}THome.N4Click(Sender: TObject);.Terminate;;THome.N1Click(Sender: TObject);.Show;;THome.N2Click(Sender: TObject);.Show;;THome.N3Click(Sender: TObject);('Выполнил: Макаровский Александр 342 группа');;THome.N8Click(Sender: TObject);.Show;;THome.N6Click(Sender: TObject);.Show;;THome.N7Click(Sender: TObject);.show;;THome.N9Click(Sender: TObject);.Show;;.UPosTovUPosTov;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, DB, ADODB, StdCtrls, Mask, DBCtrls, Grids, DBGrids;= class(TForm): TLabel;: TLabel;: TLabel;: TLabel;: TDBGrid;: TDBEdit;: TDBEdit;: TDBEdit;: TDBEdit;: TButton;: TButton;: TButton;: TButton;: TDataSource;: TADOTable;: TLabel;: TDBEdit;: TLabel;: TDBEdit;Button4Click(Sender: TObject);Button1Click(Sender: TObject);Button2Click(Sender: TObject);Button3Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPosTov;UDM, UHome;

{$R *.dfm}TPosTov.Button4Click(Sender: TObject);;;TPosTov.Button1Click(Sender: TObject);.Insert;;TPosTov.Button2Click(Sender: TObject);.Post;;TPosTov.Button3Click(Sender: TObject);.Delete;;.UPPosUPPos;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, DB, ADODB, Grids, DBGrids, StdCtrls;= class(TForm): TLabel;: TLabel;: TLabel;: TLabel;: TButton;: TEdit;: TEdit;: TEdit;: TEdit;: TDBGrid;: TDataSource;: TADOTable;: TLabel;: TEdit;: TLabel;: TEdit;Button1Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPPos;

{$R *.dfm}TPPos.Button1Click(Sender: TObject);filtr, // формируемая строка фильтра: string;.filtered:=false;:='';length(edit1.text) > 0 then:= ' №_Товара LIKE '+QuotedStr(Edit1.Text);length(edit2.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Фирма LIKE '+ #39 + Edit2.Text + '%' + #39;;length(edit3.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Количество LIKE '+ #39 + Edit3.Text + '%' + #39;;length(edit4.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Стоимость LIKE '+ #39 + Edit4.Text + '%' + #39;;length(edit5.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Скидка LIKE '+ #39 + Edit5.Text + '%' + #39;;length(edit6.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Дата LIKE '+QuotedStr(Edit6.Text);;length(filtr) > 0 then.Filter:= filtr;.filtered:=true;Showmessage('Все поля пусты!');;.UPTUPT;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, DB, Grids, DBGrids, StdCtrls, ADODB;= class(TForm): TButton;: TEdit;: TEdit;: TEdit;: TEdit;: TLabel;: TLabel;: TLabel;: TLabel;: TDBGrid;: TDataSource;: TADOTable;Button1Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPT;UDM, UHome;

{$R *.dfm}TPT.Button1Click(Sender: TObject);filtr, // формируемая строка фильтра: string;.filtered:=false;:='';length(edit1.text) > 0 then:= 'Название LIKE '+ #39 + Edit1.Text + '%' + #39;length(edit2.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Производитель LIKE '+ #39 + Edit2.Text + '%' + #39;;length(edit3.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Количество LIKE '+ #39 + Edit3.Text + '%' + #39;;length(edit4.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Цена LIKE '+ #39 + Edit4.Text + '%' + #39;;length(filtr) > 0 then.Filter:= filtr;.filtered:=true;Showmessage('Все поля пусты!');;.UPDosUPDos;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, DB, ADODB, StdCtrls, Grids, DBGrids;= class(TForm): TLabel;: TLabel;: TDBGrid;: TEdit;: TEdit;: TLabel;: TButton;: TEdit;: TDataSource;: TADOTable;Button1Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TPDos;UDM;

{$R *.dfm}TPDos.Button1Click(Sender: TObject);filtr, // формируемая строка фильтра: string;.filtered:=false;:='';length(edit1.text) > 0 then:= 'Название_товара LIKE '+ #39 + Edit1.Text + '%' + #39;length(edit2.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Количество LIKE '+ #39 + Edit2.Text + '%' + #39;;length(edit6.text) > 0 thenlength(filtr) > 0 then add:= ' and ' else add:='';:=filtr + add + 'Дата LIKE '+QuotedStr(Edit6.Text);;length(filtr) > 0 then.Filter:= filtr;.filtered:=true;Showmessage('Все поля пусты!');;.UDM;, Classes, DB, ADODB;= class(TDataModule): TADOConnection;

{ Private declarations }

{ Public declarations };: TDataModule1;

{$R *.dfm}.UDosTovUDosTov;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, DB, ADODB, StdCtrls, Mask, DBCtrls, Grids, DBGrids;= class(TForm): TLabel;: TLabel;: TDBGrid;: TDBEdit;: TDBEdit;: TDBEdit;: TButton;: TButton;: TButton;: TButton;: TDataSource;: TADOTable;: TLabel;Button1Click(Sender: TObject);Button3Click(Sender: TObject);Button2Click(Sender: TObject);Button4Click(Sender: TObject);

{ Private declarations }

{ Public declarations };: TDosTov;UDM;

{$R *.dfm}TDosTov.Button1Click(Sender: TObject);.Insert;;TDosTov.Button3Click(Sender: TObject);.Delete;;TDosTov.Button2Click(Sender: TObject);.Post;;TDosTov.Button4Click(Sender: TObject);;;.

Високорівнева концептуальна модель «Сутність - зв'язок» або ER-модель

Структурна схема реляційної бази даних

Головна форма

Список товарів

Доставка товару

Поставка товару

Варіанти пошуку

Пошук «По товарам»

Пошук «По поставці»

Зміст Вступ Розділ 1. Приклади аналогів програмного продукту Розділ 2. Основний розділ 2.1Обґрунтування вибору засобів реалізації 2.2Високор

Больше работ по теме: