на тему рефераты
 
Главная | Карта сайта
на тему рефераты
РАЗДЕЛЫ

на тему рефераты
ПАРТНЕРЫ

на тему рефераты
АЛФАВИТ
... А Б В Г Д Е Ж З И К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я

на тему рефераты
ПОИСК
Введите фамилию автора:


Курсовая работа: Довідник аматора живопису


Курсовая работа: Довідник аматора живопису

Зміст

Вступ

1. Постановка задачі

1.1 Опис задачі

1.3.1 DBase і Visual DBase

1.3.2 Paradox

1.3.3 Microsoft Visual FoxPro

1.3.4 Microsoft Access

1.3.5 Microsoft Data Engine

2. Проектування задачі

2.1 Проектування і створення бази даних довідника аматора живопису

2.1.1 Створення проекту

2.1.2 Створення бази даних

2.1.3 Створення таблиць

2.1.4 Встановлення зв’язків між таблицями

2.1.5 Визначення умов цілісності даних

2.2 Створення форм

2.3 Формування запитів

2.4 Формування локальних представлень даних

2.5 Створення звітів

2.6 Створення власного меню

2.7 Компіляція додатку

3. Програмування програмної оболонки керування базами даних

4. Створення інсталяційного пакету

Висновки

Перелік використаної літератури


Вступ

Зміни, що відбуваються в нашій країні останнім часом, не могли не торкнутися областей інформатики й обчислювальної техніки. Ще 10 років тому робота з базами даних була долею професійних програмістів. Самі системи не були призначені для простого користувача. Основним споживачем таких систем був військово-промисловий комплекс. З появою банків, акціонерних товариств, приватних компаній бази даних знайшли більше широке застосування. Люди розуміють, що інформація - це гроші. Її втрата або несвоєчасне одержання можуть дорого коштувати. Саме цим можна пояснити настільки бурхливий ріст інформаційних технологій і стрімкий розвиток систем керування базами даних (СУБД).

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

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

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

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

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

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

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

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

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

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

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


1. Постановка задачі

 

1.1 Опис задачі

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

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

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

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

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

Вихідні дані до проекту:

В базі даних необхідно зберігати всі дані про::

-  художників;

-  їх картини;

-  епохи, в які картини були написані;

-  музеї, в яких картини зберігаються.

 

1.2 Вимоги до програмно-апаратного комплексу

Система програмування баз даних повинна бути такою, що підтримує сучасну технологію візуального та об’єктно-орієнтованого програмування. Проектувати програмну систему слід за допомогою засобів візуального моделювання. Для вирішення поставленої задачі достатньо настільної СУБД. Обчислювальна система повинна бути побудована на базі персонального комп’ютера з процесором не гірше 600 МГц з операційною системою Windows XP, тому що перераховане вище сучасне інструментальне програмне забезпечення не забезпечує комфортної роботи на комп’ютерах нижчого класу. Оперативної пам’яті повинно бути від 256 Мб, місткість накопичувача на жорсткому диску від 10 Гб.

Для комфортної роботи слід вважати комп’ютер з характеристиками не гірше ніж:

·  Процесор Pentium III – 600 МГц (або Celeron);

·  Оперативна пам'ять – 256 Мб;

·  Накопичувач на жорсткому диску – 10 Гб.


1.3 Вибір СУБД

На сьогоднішній день відомо більш двох десятків форматів даних настільних СУБД, однак найбільш популярними, виходячи з числа проданих копій, варто визнати dBase, Paradox, FoxPro і Access. Слід також зазначити Microsoft Data Engine — власне кажучи серверну СУБД, що представляє собою “полегшену” версію Microsoft SQL Server, але призначену, проте, для використання головним чином у настільних системах і невеликих робочих групах.

Проаналізуємо зазначені вище СУБД на предмет можливості їх використання.

1.3.1 DBase і Visual DBase

В даний час Visual dBase належить компанії dBase Іnc. Його остання версія — Visual dBase 7.5 має наступні можливості:

• Засоби маніпуляції даними dBase і FoxPro усіх версій.

• Засоби створення форм, звітів і додатків.

• Засоби публікації даних в Internet і створення Web-клієнтів.

• Ядро доступу до даних Advantage Database Server фірми Extended Systems і ODBC- драйвер для доступу до даних цієї СУБД.

• Засоби публікації звітів у Web.

• Засоби візуальної побудови запитів.

• Засоби генерації файлів, що виконуються, і дистрибутивів.

В даний час до Visual dBase як доповнення може бути придбаний компонент dConnectіons, що дозволяє здійснити доступ до даних Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase з Visual dBase 7.5 і додатків, створених з його допомогою.


1.3.2 Paradox

Поточна версія даної СУБД – Paradox 9, поставляється в двох варіантах – Paradox 9 Standalone Edition і Paradox 9 Developer's Edition. Перший з них призначений для використання в якості настільної СУБД і входить у Corel Office Professional, другий — у якості як настільної СУБД, так і засобу розробки додатків і маніпуляції даними в серверних СУБД. Обидві версії містять:

• Засоби маніпуляції даними Paradox і dBase.

• Засоби створення форм, звітів і додатків.

• Засоби візуальної побудови запитів.

• Засоби публікації даних і звітів в Internet і створення Web-клієнтів.

• Corel Web-сервер.

• ODBC — драйвер для доступу до даних формату Paradox з Windows — додатків.

• Засобу для доступу до даних формату Paradox з Java-додатків.

Крім цього Paradox 9 Developer's Edition містить:

• Run-time- версію Paradox для постачання разом з додатками.

• Засоби створення дистрибутивів.

• Драйвери SQL Links для доступу до даних серверних СУБД.

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

1.3.3 Microsoft Visual FoxPro

Visual Fox Pro 9.0 надає наступні можливості:

• Засоби публікації даних в Internet і створення Web-клієнтів.

• Засоби створення ASP — компонентів і Web-додатків.

• Засоби створення COM - об'єктів і об'єктів для Microsoft Transactіon Server, що дозволяють створювати багатоланкові додатки для обробки даних, які масштабуються.

• Засоби доступу до даних серверних СУБД, що базуються на використанні OLE DB (набір COM-інтерфейсів, що дозволяє здійснити уніфікований доступ до даних з різноманітних джерел, у тому числі з нереляційних баз даних і інших джерел, наприклад Microsoft Exchange).

• Засоби доступу до даних Microsoft SQL Server і Oracle, включаючи можливість створення і редагування таблиць, тригерів, збережених процедур

• Засоби налагодження збережених процедур Microsoft SQL Server.

• Засіб візуального моделювання компонентів і об'єктів, що є складовими частинами додатка — Visual Modeler.

• Засіб для керування компонентами додатків, що дозволяє здійснювати їхнє повторне використання.

Отже, тенденції розвитку цього продукту очевидні: з настільної СУБД Visual FoxPro поступово перетворюється в засіб розробки додатків в архітектурі “клієнт-сервер” і розподілених додатків в архітектурі Windows DNA. Утім, ці тенденції деякою мірою характерні для усіх найбільш популярних настільних СУБД — ми вже переконалися, що і dBase, і Paradox також дозволяють здійснювати доступ до найбільш популярних серверних СУБД.

1.3.4 Microsoft Access

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

Остання версія цієї СУБД — Access 2010 входить до складу Microsoft Office 2010, а також доступна як самостійний продукт. До складу Access 2010 входять:

• Засоби маніпуляції даними Access і даними, доступними через ODBC (останні можуть бути “приєднані” до бази даних Access).

• Засоби створення форм, звітів і додатків; при цьому звіти можуть бути експортовані у формат Microsoft Word чи Microsoft Excel, а для створення додатків використовується Visual Basic for Applications, загальний для всіх складових частин Microsoft Office.

• Засоби публікації звітів в Internet.

• Засоби створення інтерактивних Web — додатків для роботи з даними (Data Access Pages).

• Засоби доступу до даних серверних СУБД через OLE DB.

• Засоби створення клієнтських додатків для Microsoft SQL Server.

• Засобу адміністрування Microsoft SQL Server.

Підтримка COM у Access виражається в можливості використовувати елементи керування Active у формах і Web-сторінках, створених за допомогою Access. На відміну від Visual FoxPro створення COM — серверів за допомогою Access не передбачається. Microsoft Access може бути використаний, з одного боку, у якості настільної СУБД і складової частини офісного пакета, а з іншого боку, в якості клієнта Microsoft SQL Server, що дозволяє здійснювати його адміністрування, маніпуляцію його даними і створення додатків для цього сервера.

Крім маніпуляції даними Microsoft SQL Server, Access 2000 дозволяє також як сховище даних використовувати Microsoft Data Engine (MSDE), що представляє собою власне кажучи настільний сервер баз даних, сумісний з Microsoft SQL Server.


1.3.5 Microsoft Data Engine

MSDE являє собою СУБД, що базується на технологіях Microsoft SQL Server, але призначену для використання в настільних системах чи у мережних додатках з обсягом даних до 2 Гбайт і невеликою кількістю користувачів. Власне кажучи MSDE є полегшеною версією Microsoft SQL Server, які не підтримують засобів адміністрування, і до настільних СУБД може бути віднесена дуже умовно. Бази даних MSDE цілком сумісні з базами даних Microsoft SQL Server і можуть при необхідності керуватися цим сервером. Як більшість серверних СУБД, ці бази даних підтримують трансакції, дозволяють створювати тригери і збережені процедури (недоступні в базах даних Access), використовувати механізми захисту даних, надані операційною системою.

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

Всі перераховані вище СУБД загалом можуть бути використані в якості інструментального середовища для вирішення поставленої задачі. З урахуванням можливої необхідності міграції в наступному на клієнт — серверні СУБД найбільш сприйнятливими є MSDE та Visual FoxPro. А враховуючи багатий інструментарій та розвинуті засоби проектування і програмування додатків зупиняємося на останньому тобто Visual FoxPro.

1.4 Розробка тестової задачі

Тестова задача – це сукупність даних та процедур їх обробки, які дозволяють визначити чи є вірними та безпомилково реалізованими алгоритми обробки даних. Інакше кажучи, це "правильні" та "неправильні" дані які необхідно розмістити у базі даних і при виконанні програми вона повинна " правильні" дані обробити наперед заданим чином, а на "неправильні" дані відреагувати адекватно (виправити їх, видати відповідні діагностичні повідомленні і т.д.).


2. Проектування задачі

 

2.1 Проектування і створення бази даних довідника аматора живопису

Visual FoxPro – це мова програмування систем управління реляційними базами даних, розроблена корпорацією Microsoft. Також це об’єктно-орієнтована, процедурна, візуально-програмована мова, що керується по подіях. В якості подій у Visual FoxPro розглядаються певні дії, що викликають стандартну реакцію об’єкта.

Основою для даного програмного продукту послужив мова програмування FoxPro. Відноситься до сімейства мов xBase, розроблених на базі синтаксису мови програмування dBase.

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

2.1.1 Створення проекту

Для створення нового проекту у головному вікні Visual FoxPro обираємо пункт меню File→New… та обираємо створення проекту за допомогою майстра (Wizard). Пишемо ім’я проекту Dovidnik_givopis та обираємо каталог для збереження файлів проекту (рис. 2.1)

Рис. 2.1 – Створення файлу проекту


Після цього Visual FoxPro створює структуру каталогів та необхідні для проекту базові компоненти і на екрані з’являється діалогове вікно конструктора додатків, що показано на рис. 2.2, з пропозицією ввести параметри для даного проекту: ім’я, малюнок, дані про автора та інше.

Рис. 2.2– Вікно редагування параметрів проекту

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

Рис. 2.3– Менеджер проекту

 


2.1.2 Створення бази даних

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

База даних-контейнер – таблиця, в якій перераховані усі файли, що входять в базу даних. В ньому показано як зв’язані таблиці, вбудовані процедури. Розширення файлу таблиці VFPro - *.dbf. Розширення самої бази даних – *.dbc.

Для створення нової базі даних на вкладці Data обираємо пункт Database та натискаємо кнопку New… У вікні, що з’явилося, обираємо New Database, задаємо ім’я бази та обираємо у якості каталогу для збереження каталог Data.

2.1.3 Створення таблиць

В створену базу даних додамо 4 таблиці:

1.  Таблиця epohi має поля: kod (код епохи), name (назва епохи живопису), period (історичний період), cherti (коротка характеристика епохи), predstaviteli (найвідоміші представники епохи);

2.  Таблиця hudogniki має поля: num (номер), fio (прізвище, ім’я та по-батькові художника), date_birth (дата народження художника), date_death (дата смерті художника), epoha (спрямування в історії живопису), count_kartin (кількість картин, що написав художник), best_kartin (найкращі картини художника);

3.  Таблиця kartini має поля: num (номер), name (назва картини), fio (прізвище, ім’я та по-батькові художника), date (дата написання картини), epoha (епоха, в яку була створена картина), razmer (розмір картини), material (матеріал, з якого було створено картину), museum (музей, в якому картина зберігаться);

4.  Таблиця museums має поля: kod (код музею), name (зава музею), place (місце розташування), opisanie (короткий опис музею).

Для того, щоб створити кожну з таблиць, натискаємо на хрестик поруч з базою даних та зі списку обираємо пункт Tables. Натискаємо Create… →New table та обираємо ім’я таблиці і місце зберігання – каталог Data. Після цього відкривається вікно табличного редактора першої таблиці epohi (рис. 2.4), у якому вводимо імена та псевдоніми для полів таблиці, типи даних цих полів. На вкладці Індекси створюємо необхідні для роботи індекси (рис. 2.5).

Рис. 2.4 – Створення полів таблиці epohi

Рис. 2.5 – Створення індексів таблиці epohi

Після створення усіх полів та індексів відкриваємо таблицю для введення даних, натиснувши кнопку Browse. Для створення нового запису необхідно натиснути комбінацію клавіш Ctrl+Y. Заповнена таблиця epohi показана на рис. 2.6.


Рис. 2.6 – Заповнена даними таблиця epohi

Аналогічно створюємо заповнюємо і інші 3 таблиці:

1) створення полів таблиць hudogniki, kartini, museums відповідно показано на рис. 2.7, 2.10 та 2.13;

Страницы: 1, 2


на тему рефераты
НОВОСТИ на тему рефераты
на тему рефераты
ВХОД на тему рефераты
Логин:
Пароль:
регистрация
забыли пароль?

на тему рефераты    
на тему рефераты
ТЕГИ на тему рефераты

Рефераты бесплатно, реферат бесплатно, курсовые работы, реферат, доклады, рефераты, рефераты скачать, рефераты на тему, сочинения, курсовые, дипломы, научные работы и многое другое.


Copyright © 2012 г.
При использовании материалов - ссылка на сайт обязательна.