Опис: Спочатку для накопичення і зберігання інформації на ЕОМ застосовувалися локальні масиви (або файли), при цьому для кожної з розв'язуваних функціональних завдань створювалися власні файли вихідної і результативної інформації. Це призводило до значного дублювання даних, ускладнювало їх оновлення, ускладнювало рішення взаємопов'язаних проблемних завдань.
Розмір файлу: 182.36 KB
Роботу скачали: 45 чол.
Якщо ця робота Вам не підійшла внизу сторінки є список схожих робіт. Так само Ви можете скористатися кнопкою пошук
ФБГОУ ВПО Череповецький державний університет
Інститут інформаційних технологій
Кафедра МПО ЕОМ
Дисципліна Бази даних
Проектування бази даних «Каталог запчастин автомобіля»
Виконав студент: Виноградов А.С.
Прийняв викладач: Селянічев О.Л
Відмітка про залік _____________
Основою для обліку, контролю і планування служать всілякі картотеки, реєстраційні журнали, списки і т.д. Вони поступово накопичуються і оновлюються. При великому обсязі інформації пошук і узагальнення необхідних відомостей, що здійснюються вручну, являють собою досить трудомісткий процес.
Зараз же, в століття комп'ютерних технологій і великих прогрессов в цій сфері, на зміну картотекам прийшли дуже зручні, надійні, швидкодіючі комп'ютерні системи. Для вирішення завдань з використанням комп'ютерних систем використовується спеціальне програмне забезпечення, часто поєднане в великі інформаційно-довідкові системи.
Спочатку для накопичення і зберігання інформації на ЕОМ застосовувалися локальні масиви (або файли), при цьому для кожної з розв'язуваних функціональних завдань створювалися власні файли вихідної і результативної інформації. Це призводило до значного дублювання даних, ускладнювало їх оновлення, ускладнювало рішення взаємопов'язаних проблемних завдань.
Поступово з розвитком програмного забезпечення ЕОМ з'явилися ідеї створення управляючих систем, які дозволяли б накопичувати, зберігати і оновлювати взаємопов'язані дані з цілого комплексу розв'язуваних завдань, наприклад при автоматизації бухгалтерського обліку на підприємстві. Ці ідеї знайшли своє втілення в системах управління базами даних (СКБД). СУБД взаємодіють ні з локальними, а взаємопов'язаними за інформацією масивами, званими базами даних. З появою персональних комп'ютерів СУБД стають найбільш популярним засобом обробки табличної інформації. Вони є інструментальним засобом проектування банків даних при обробці великих обсягів інформації.
Однією з таких інформаційно-довідковою системою є моя база даних «каталог запчастин автомобіля». Вона дозволяє автоматизувати багато процесів, пов'язані з введенням і обробкою інформації великого обсягу. Ця програма повинна полегшити роботу співробітників магазина, покупців і вирішити більшість проблем, спричинених недоліками паперових носіїв.
1.Описание предметної області
Предметною областю даної розробки є каталог автозапчастин. Дуже важливо швидко отримати інформацію про потрібної деталі авто, причому отримувати відразу всі дані, а не шукати їх в різних місцях, адже на це буде витрачатися величезна кількість часу, як, наприклад, продавців магазину або працівників автосервісу так і власників авто. Дана предметна область покликана зібрати всі воєдино і представити в наочному і зручному вигляді.
Можливий набір необхідних функцій:
Ця програма допоможе швидко отримати відомості про деталі і їх постачальників.
Програма передбачає виконання таких дій:
Инфологическая модель застосовується на другому етапі проектування БД, тобто після словесного опису предметної області. Мета інфологічне етапу проектування полягає в отриманні семантичних (концептуальних) моделей, що відображають предметну область та інформаційні потреби користувачів. Процес проектування тривалий, він вимагає обговорень з замовником, з фахівцями в предметної області. Инфологическая модель повинна включати таке формалізоване опис предметної області, яке легко буде «читатися» не тільки фахівцями по базах даних. І це опис має бути настільки ємним, щоб можна було оцінити глибину і коректність опрацювання проекту БД [2].
Як інструмент для побудови семантичних моделей даних на етапі інфологіческого проектування є неформальна модель "Сутність-Зв'язок". Моделювання предметної області базується на використанні графічних діаграм, що включають невелике число різнорідних компонентів [5].
Основними поняттями ER-моделі є сутність, зв'язок і атрибут.
Сутність (об'єкт) - це реальний або представлений об'єкт предметної області, інформація про який повинна зберігатися і бути доступна. Розрізняють такі поняття, як тип сутності й екземпляр сутності. Поняття тип сутності відноситься до набору однорідних предметів, подій, особистостей, які виступають як єдине ціле. Примірник сутності відноситься до конкретної речі в наборі. У діаграмах ER-моделі сутність представляється у вигляді прямокутника, що містить ім'я сутності.
Атрибут - пойменована характеристика сутності, що визначає його властивості і приймаюча значення з деякого безлічі значень. Кожен атрибут забезпечується ім'ям, унікальним в межах суті.
В якості моделі даних була обрана реляційна модель даних.
Реляційна модель даних # 151; логічна модель даних, сувора формальна теорія, що описує структурний аспект, аспект цілісності і аспект обробки даних в реляційних базах даних.
Основними достоїнствами реляційної моделі даних є:
- простота і доступність;
- незалежність даних;
- гнучкість;
- можливість непроцедурних запитів [6].
Атрибути сутності «Каталог автозапчастин»:
Виходячи з описаної в розділі «Опис предметної області» структури можна сформувати ненормалізованих таблицю (табл №1).
Таблиця 1. ненормалізованих таблиця «Каталог автозапчастин»
3НФ достатня, тому що для даної предметної області при переході до наступних нормальним форма не буде відчутний приріст зручності і ефективності, тому цим процес проектування нашої реляційної БД закінчується.
5.Логіческая модель даних.
Логічна модель даних описує поняття предметної області і їх взаємозв'язку і є прототипом майбутньої бази даних. Логічна модель розробляється в термінах інформаційних понять, але без будь-якої орієнтації на конкретну СУБД.
Логічну модель представимо у вигляді ER -діаграмми. Основні переваги ER-моделей:
- наочність;
- моделі дозволяють проектувати бази даних з великою кількістю об'єктів і атрибутів;
- ER-моделі реалізовані в багатьох системах автоматизованого проектування баз даних (наприклад, CA BPwin Data Modeler).
Мал. 2. ER -діаграмма
6.Фізіческая модель даних
Фізична модель даних будується на базі логічної моделі і описує дані вже засобами конкретної СУБД.
Відносини, розроблені на стадії логічного моделювання, перетворюються в таблиці, атрибути в стовпці, домени в типи даних, прийняті в обраній конкретної СУБД. Результатом фізичного моделювання є генерація програмного коду бази даних на відповідному обраної СУБД діалекті структурованого мови запитів SQL.
Типи даних полів
- Розробка програми для роботи з базою даних
Для установки зв'язку бази даних з додатком використовується бібліотека функцій ODBC.
Після установки зв'язку бази даних з додатком починаємо розробку програми. Для цього використовуються такі компоненти:
- Query (зі вкладки ADO). Дозволяє формувати запити до БД, які повертають дані з бази (наприклад, командою SELECT) або не формують результуючого набору даних (наприклад, INSERT).
Для того щоб під час розробки програми задати, яка інформація буде виділена з бази даних в результаті виконання запиту, властивість SQL має містити представлений на мові SQL запит на вибірку даних.
У загальному вигляді запит на вибірку з таблиці даних виглядає так:
SELECT СпісокПолей FROM Таблиця WHERE (Критерій) ORDER BY СпісокПолей
SELECT # 151; команда вибору записів з таблиці і виведення вмісту полів, імена яких вказані в списку;
FROM # 151; параметр команди, який визначає ім'я таблиці, з якої потрібно зробити вибірку;
WHERE # 151; параметр, який задає критерій вибору. У найпростішому випадку критерій # 151; це інструкція перевірки вмісту поля;
ORDER BY - параметр, який задає умову, відповідно до якого будуть впорядковані записи, що задовольняють критерію запиту.
- Table (зі вкладки ADO). Забезпечує доступ до файлу (окремої таблиці бази даних)
- DataSource (зі вкладки Data Access). Забезпечує зв'язок компонента відображення-редагування даних (наприклад, компонента DBGrid) і джерела даних, в якості якого може виступати таблиця (компонент Tаblе) або результат виконання SQL-запиту до таблиці (компонент Query).
- DbGrid (зі вкладки Data Controls). Служить для відображення записів набору даних в табличній формі. У властивості DataSource вказуємо компонент джерела даних.
- DbComboBox (зі вкладки Data Controls). Служить для відображення записів якогось поля таблиці або результатів запиту.
- DbLookupComboBox (зі вкладки Data Controls). Служить для відображення записів одного з полів зв'язковою таблиці.
Також при розробці програми були використані інші компоненти:
Button. Label. Edit. ComboBox і інші компоненти.
В ході виконаної курсової роботи були закріплені знання в області проектування і програмування реляційних баз даних.
Також були вивчені можливості середовища Borland Delphi для роботи з базами даних, встановлення зв'язку з ними, засоби управління даними через ці зв'язки, додавання, видалення, редагування записів, а також створення запитів.
Результатів курсової роботи є програма управління базою даних «каталог автозапчастин».
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, DBCtrls, StdCtrls, DB, Grids, DBGrids, ADODB, ExtCtrls, Menus;
procedure Button2Click (Sender: TObject);
procedure Button3Click (Sender: TObject);
procedure Edit1Change (Sender: TObject);
procedure DBLookupComboBox1Click (Sender: TObject);
procedure DBLookupComboBox2Click (Sender: TObject);
procedure N3Click (Sender: TObject);
procedure N1Click (Sender: TObject);
procedure N4Click (Sender: TObject);
procedure Button4Click (Sender: TObject);
procedure Button5Click (Sender: TObject);
procedure N5Click (Sender: TObject);
procedure N8Click (Sender: TObject);
procedure Button6Click (Sender: TObject);
procedure Button7Click (Sender: TObject);
procedure N6Click (Sender: TObject);
procedure Button8Click (Sender: TObject);
procedure Button9Click (Sender: TObject);
procedure N7Click (Sender: TObject);
procedure Button10Click (Sender: TObject);
procedure Button11Click (Sender: TObject);
ADOQuery 1. SQL. Add ( 'SELECT фірма, страна_фірми, деталь, марка, вузол, Агрегат');
ADOQuery 1. SQL. Add ( 'FROM фірма, країна, деталь, марка, вузол, Агрегат where деталь.марка_ = марка.код and');
ADOQuery 1. SQL. Add ( 'деталь.узел_ = узел.код and Фірма.код = деталь.код_фірми and');
ADOQuery 1. SQL. Add ( 'деталь.агрегат_ = агрегат.код and Фірма.код = страна.код and марка.код =' + inttostr (DBLookupComboBox 1. KeyValue) + '');
procedure TForm1.DBLookupComboBox2Click (Sender: TObject);
ADOQuery1.SQL.Add ( 'FROM фірма, країна, деталь, марка, вузол, Агрегат where деталь.марка_ = марка.код and');
ADOQuery1.SQL.Add ( 'деталь.узел_ = узел.код and Фірма.код = деталь.код_фірми and');
ADOQuery1.SQL.Add ( 'деталь.агрегат_ = агрегат.код and Фірма.код = страна.код and узел.код =' + inttostr (DBLookupComboBox2.KeyValue) + '');
procedure TForm1.N3Click (Sender: TObject);
Відомості про програму.
Програма «Каталог автозапчастин» призначена для управління базою даних каталогу автомобільних деталей.
У даній програмі виконуються наступні завдання:
Для установки необхідно розмістити файли Project 1. exe і BD. mdb в одному каталозі.
Опис запуску програми.
Для запуску програми необхідно запустити файл Project 1. exe
Інструкція по роботі
Про ткривается головне вікно програми на якому знаходяться:
- Кнопка для виведення повної інформації про фірмах постачальників;
- Кнопка для виведення короткої інформації про деталі;
- Кнопка для виведення повної інформації бд;
- Поле для пошуку деталі;
- Меню для пошуку деталей по марці автомобіля;
- Меню для пошуку деталей по вузлах автомобіля;
- Вкладка додавання інформації;
- Кнопка виходу з програми;
- Вкладка інформації.
Натискаючи на кнопки отримуємо відповідні назвою кнопок запити на вибірку даних.
Висновок повної інформації:
Пошук деталей по марці авто (результат запит на марку авто):
Результат запит на пошук по вузлах авто:
Щоб додати потрібні дані в БД треба натиснути на кнопку «Додати», далі буде запропонований список додавання потрібної інформації в БД.
Додавання країни постачальника:
Додавання марки автомобіля:
Закінчується робота з програмою після натискання кнопки «вихід».
Новокузнецьк завдання на курсову роботу Необхідно спроектувати база даних включає відомості представлені у вигляді групи атрибутів: Аптека Найменування ліки; анотація; місце зберігання; дата надходження; прихід; залишок на кінець місяця; фірма виробник; постачальник і т. Завдання полягає в наступному: Створити базу даних. Організувати постійні зв'язки між таблицями для забезпечення цілісності своєї бази даних.
Проектування бази даних денне відділення коледжу Виконала: студентка гр. У курсової роботі ставиться завдання ?? розробити проект бази даних для накопичення необхідної інформації в організації створити наповнити базу даних. База даних повинна бути спроектована з урахуванням реалізації запитів різного типу з отримання інформації. При проектуванні бази даних слід врахувати можливість видачі паперового звіту.
Страхові компанії - це фінансові посередники, які спеціалізуються на наданні страхових послуг. Їх діяльність полягає у формуванні на підставі договорів з юридичними і фізичними особами (через продаж страхових полісів) спеціальних грошових фондів, з яких здійснюються виплати страхувальникам грошових коштів в обумовлених розмірах у разі настання певних подій (страхових випадків).
База даних - це, перш за все, сховище об'єктів даних, тобто набір можливих понять або подій, що описуються базою даних, з можливістю пошуку цих об'єктів за ознаками. Базою даних можна вважати не тільки таблиці, індексуючі файли зі знаннями різних форматів, а й самі ці файли, тому, що вони є не типізований сховищами знань в такій базі даних. Бази даних можуть застосовуватися як допоміжний засіб, що дозволяє реалізувати якусь корисну функцію.
Стовпець таблиці містить однотипну для всіх записів інформацію і називається полем. DBText ?? Використовується для відображення але незміни поточних текстових полів набору даних. DBEdit ?? Призначений для відображення і зміни текстових полів набору даних. Подібний компоненту ComboBox сторінки Stndrd але обслуговує текстове поле БД.
Нотаріат - один з найважливіших інститутів правової системи, покликаний сприяти формуванню демократичної правової держави, в якому надійно захищені права і законні інтереси громадян і юридичних осіб шляхом вчинення нотаріальних дій.