Розробка проекту бази даних для АІС Облік Проектів

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

скачати

МІНІСТЕРСТВО ОСВІТИ
Ухтинського державного технічного
УНІВЕРСИТЕТ
КАФЕДРА ІСТ
КУРСОВИЙ ПРОЕКТ
Дисципліна: «Управління даними»
Тема:
Розробка проекту бази даних для АІС «Облік Проектів»
Виконав
студент групи ІСТ-03
Степанченко В.Є
Перевірив
доцент кафедри ІСТ
Миколаєва М. А.
Ухта 2008

Зміст:
Введення
Глава 1.Описание предметної області
Глава 2. Опис засоби моделювання
Глава 3. Методологія концептуального проектування баз даних
Побудова концептуальної моделі
Діаграма "сутність-зв'язок»
Нотація діаграми «сутність-зв'язок»
Специфікація сутностей
Глава 4. Побудова логічної моделі
Глава 5. Формування запитів
Висновок
Список літератури
Додаток 2
Додаток 1

ВСТУП
В якості теми для свого курсового проекту я вибрала розробку проекту бази даних для супровідників бухгалтерської програми Кошторис.
На трьох працюючих супровідників розподілені 64 організації. Існує проблема створення плану відвідування організацій на місяць, внаслідок того що, план коригується через надходження позапланових заявок від обслуговуються організацій. Нормувати графік роботи і врахувати всі організації, які потрібно відвідати за поточний місяць, досить складно. Наявність можливості оперативного контролю за відвідуванням організацій є однією з умов, що сприяють ефективній діяльності організації.
Основними завданнями створення плану відвідин є:
· Своєчасне відвідування організації;
· Зручність планування маршруту відповідно до плану відвідування;
· Облік актів виконаних робіт.
На даний момент в нашій компанії склалася така ситуація в якій співробітники змушені нераціонально використовувати свій робочий час з-за не правильно скоординованих дій. Це обгрунтовується тим, що мають місце випадки коли кілька співробітників в один момент часу приходять в одну й ту ж організацію. Між співробітниками немає чіткої координації дій. Що завдає шкоди іміджу компанії. Через не раціонально розподіленого часу багатьом співробітникам доводиться працювати понаднормово.
Вивчивши предметну область, я зробила висновок, що дана проблема актуальна для співробітників цієї організації. Використання комп'ютерного планування у вирішенні цієї проблеми значно зменшить витрату робочого часу на складання плану, і спростить контроль за відвідуванням організацій.
З вище описаної проблеми я роблю висновок, що необхідно створити базу даних, в якій буде зберігатися, оброблятися вся необхідна інформацію для користувачів БД. Мета даного курсового проекту полягає в розробці моделі бази даних для процесу планування плану роботи в даній організації.
Для того щоб прийти до мети я виконала роботу наступного змісту:
Описала предметну область.
Далі я описала CASE-засоби яке я вибрала для концептуального проектування баз даних.
Також я дала опис методики логічного проектування бази даних і побудувала логічну модель і виявила відносини і ключі.
Після побудови логічної моделі бази даних я описала основні запити до проектованої базі даних.

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

Глава 2. Опис засоби моделювання
Інструменти для розробки, моделювання та аналізу отримали назву CASE-засобів (Computer-Aided Software Engineering). Поняття CASE-засоби охоплює найрізноманітніші інструменти, які служать для комп'ютерного аналізу і моделювання. Одним з них є Microsoft Visio - потужний засіб моделювання і документування бізнес-процесів.
Microsoft Visio
Microsoft Visio використовується для побудови схем і діаграм різного типу, а також наочного представлення бізнес-процесів. Орієнтований на широке коло користувачів, Visio допомагає оптимізувати роботу організації, виключити непотрібні операції, підвищити гнучкість і ефективність діяльності.
Також Visio пропонує:
ü Інструментарій для побудови технічних і бізнес-діаграм, що дозволяють наочно представляти наявні концепції, дані та системи, а також створювати проекти нових систем. До складу Visio Professional входить набір бізнес-діаграм, наявний у Visio Standard.
ü Можливість виконання більш складних завдань, краще розуміння і збільшення продуктивності для досягнення успіху в бізнесі.
ü Інтеграція бізнес-процесів і систем шляхом вилучення даних з діаграм Visio і їх імпорту в додатки у форматі Microsoft Access, Microsoft Excel, Microsoft Word, Microsoft SQL Server ™, XML та інші.
ü Включення Visio в потужні програмні продукти на базі Microsoft. NET для задоволення конкретних потреб бізнесу.
ü Впровадження елементів управління графікою Visio в бізнес-додатки, створені на базі. NET або операційної системи Microsoft Windows.


Побудова концептуальної моделі
Методологія концептуального проектування баз даних
Побудова концептуальної моделі це в першу чергу структурований підхід, що передбачає використання спеціалізованих процедур, технічних прийомів, інструментів, документації і націлений на підтримку і спрощення процесу проектування.
Концептуальне проектування - створення концептуального уявлення бази даних, що включає визначення типів найважливіших сутностей та існуючих між ними зв'язків.
Кожна концептуальна модель складається з наступних компонентів: типи сутностей, типи зв'язків, атрибути та домени атрибутів, потенційні ключі, первинні ключі.
Концептуальна модель даних доповнюється документацією, що створюється в процесі розробки цієї моделі. На етапі концептуального проектування має бути виконано наступне:
Визначення типів сутностей
Метою визначення типів сутностей є визначення основних типів сутностей, присутніх у поданні даного користувача про предметної області додатки.
Сутність - це клас об'єктів, наділених загальними властивостями в рамках цієї задачі. Ім'я суті є унікальним у межах проекту. Ім'я сутності - іменник в однині. Сутність повинна мати ключ.
Визначення типів зв'язків
Метою визначення типів зв'язків є визначення найважливіших типів зв'язків, які існують між сутностями, виділеними на попередньому етапі.
Зв'язок - Асоціація між сутностями, що включає по одній сутності з кожного бере участь у зв'язку типу сутності. Зв'язок іменується за допомогою дієслова невизначеної форми недоконаного виду. Ім'я зв'язку неунікальне в рамках проекту.
Визначення атрибутів і зв'язування їх з типами сутностей і зв'язків
Метою визначення атрибутів є зв'язування атрибутів з відповідними типами сутностей або зв'язків.
Атрибут - це іменована характеристика примірника сутності. Найменування атрибута має бути виражене іменником в однині, допускається використання характеризують прикметників
Визначення атрибутів, що є первинними ключами
Метою визначення первинних ключів є визначення всіх ключів для кожного типу сутності і, якщо таких ключів виявиться кілька, вибір серед них первинного ключа.
Потенційним ключем називається атрибут або мінімальний набір атрибутів заданої суті, дозволяє унікальним чином ідентифікувати кожен її примірник.
Для деяких сутностей можлива наявність кількох потенційних ключів. У цьому випадку серед них потрібно вибрати один ключ, який буде називатися первинним ключем. Всі інші потенційні ключі будуть називатися альтернативними ключами.
При виборі первинного ключа серед декількох потенційних керуємося наведеними нижче рекомендаціями:
1) мінімальним набором атрибутів
2) Використання того потенційного ключа, ймовірність зміни значень якого мінімальна
3) Вибір того потенційного ключа, який має мінімальну ймовірність втрати унікальності значень у майбутньому
4) Використання потенційного ключа, значення якого мають мінімальну довжину (у випадку текстових атрибутів);
5) Вибір потенційного ключа, за яким буде найпростіше працювати
Діаграми «сутність-зв'язок» (ERD)
Одним з найбільш відомих і отримали широке поширення методів семантичного моделювання є побудова моделі «сутність-зв'язок». Цей підхід будується на використанні моделі «сутність-зв'язок», запропонованої Ченом в 1976 році і з тих пір неодноразово удосконалити як самим Ченом, так і багатьма іншими дослідниками. Була запропонована не тільки сама ER-модель як така, а й відповідна їй технологія побудови діаграм, які отримали назву «ER-діаграми» (ERD). Діаграми «сутність-зв'язок» призначені для розробки моделей даних і забезпечують стандартний спосіб визначення даних і відносин між ними. Фактично за допомогою ERD здійснюється деталізація сховищ даних проектованої системи, а також документуються сутності системи і способи їх взаємодії, включаючи ідентифікацію об'єктів, важливих для предметної області (сутностей), властивостей цих об'єктів (атрибутів) та їх відносини з іншими об'єктами (зв'язків). Ці діаграмні техніки використовуються, перш за все, для проектування реляційних баз даних.

Нотація діаграми «сутність-зв'язок».
Назва об'єкта
Опис
Зображення
Сутність
1.Назва сутності пишеться усередині прямокутника;
2.Под прямокутником суті завжди вказується ключ, який підкреслюється;
3.Після останнього ключового атрибуту ставиться кома і три крапки
 
ID супровідника, ...
Супровідник

Сутність з обов'язковим класом приналежності
На обов'язковий клас приналежності сутності (модальність повинен) вказує квадратик, розташований навколо точки на лінії зв'язку.
m
ID акту, ID роботи, ...

Сутність з необов'язковим класом приналежності
На необов'язковий клас приналежності сутності (модальність може) вказує відсутність квадратика, розташованого навколо точки на лінії зв'язку.
1
ID виду роботи, ...
Вид роботи

Зв'язок
Зв'язок між сутностями зображується за допомогою ромба, всередині якого пишеться назва зв'язку
Визначати

Ступінь зв'язку
- Один до одного
- Один до багатьох
- Багато до багатьох
1:1
1: n
n: n

Специфікація сутностей.
Організація

Параметр
Опис
1
Ім'я
Організація
2
Множина
Організації
3
Синоніми
Назва компанії, Фірма
4
Опис
ID організації, Назва організації, Адреса
5
Унікальний ідентифікатор (ключ)
ID організації
6
Зв'язки
Організація надає заявку, план супроводу складається за організаціям, організація підписує акт.
Атрибути сутності:
ü ID організації;
ü Назва організації;
ü Адреса;
ü Заявка;
ü План супроводу;
ü Акт.
Заявка

Параметр
Опис
1
Ім'я
Заявка
2
Множина
Заявки
3
Синоніми
Заявка
4
Опис
ID Заявки, ID організації, Дата і час надходження, текст заявки.
5
Унікальний ідентифікатор (ключ)
ID Заявки
6
Зв'язки
Заявка надходить від організації, на заявку оформляється акт за заявкою.
Атрибути сутності:
ü ID Заявки;
ü ID організації;
ü Дата і час надходження;
ü Текст заявки;
ü Організація;
ü Акт за заявкою.
План супроводу

Параметр
Опис
1
Ім'я
План супроводу
2
Множина
Плани супроводу
3
Синоніми
Графік відвідування
4
Опис
ID супровідника, ID організації, Місяць.
5
Унікальний ідентифікатор (ключ)
ID супровідника, ID організації, Місяць.
6
Зв'язки
План супроводу створюється по організаціях, супровідник створює план супроводу.
Атрибути сутності:
ü ID супровідника;
ü ID організації;
ü Місяць;
ü Організація;
ü супровідника.
Робота

Параметр
Опис
1
Ім'я
Робота
2
Множина
Роботи
3
Синоніми
Трудова діяльність
4
Опис
ID акту, ID роботи, ID виду роботи, ID модуля, Дата початку, дата закінчення.
5
Унікальний ідентифікатор (ключ)
ID акту, ID роботи.
6
Зв'язки
Робота може підрозділятися на кілька видів, робота може виконуватися на певному модулі, після закінчення роботи оформляється акт.
ü ID акту;
ü ID роботи;
ü ID виду роботи;
ü ID модуля;
ü Дата початку;
ü Дата закінчення;
ü вид роботи;
ü Модуль;
ü Акт.
Вид роботи

Параметр
Опис
1
Ім'я
Вид роботи
2
Множина
Види роботи
3
Синоніми
Вид роботи
4
Опис
ID виду роботи, Найменування виду роботи
5
Унікальний ідентифікатор (ключ)
ID виду роботи
6
Зв'язки
Робота ділиться на декілька видів роботи.
Атрибути сутності:
ü ID виду роботи;
ü Найменування виду роботи;
ü Робота.
Модуль

Параметр
Опис
1
Ім'я
Модуль
2
Множина
Модулі
3
Синоніми
Модуль
4
Опис
ID модуля, найменування модуля.
5
Унікальний ідентифікатор (ключ)
ID модуля
6
Зв'язки
Робота може виконуватися на декількох модулях.
Атрибути сутності:
ü ID модуля;
ü Найменування модуля;
ü Робота.

Супровідник

Параметр
Опис
1
Ім'я
Супровідник
2
Множина
Супровідники
3
Синоніми
Працівник
4
Опис
ID супровідника, ім'я супровідника.
5
Унікальний ідентифікатор (ключ)
ID супровідника
6
Зв'язки
Супровідник підписує акт, і складає план супроводу.
Атрибути сутності:
ü ID супровідника;
ü Ім'я супровідника;
ü Акт;
ü План супроводу.
Акт

Параметр
Опис
1
Ім'я
Акт
2
Множина
Акти
3
Синоніми
Акт
4
Опис
ID супровідника, ID акту, ID організації, Дата оформлення.
5
Унікальний ідентифікатор (ключ)
ID супровідника, ID акту.
6
Зв'язки
Супровідник підписує акт, іноді акт оформлюється за заявкою, акт підписує організація, по виконанню роботи підписується акт.
Атрибути сутності:
ü ID супровідника;
ü ID акту;
ü ID організації;
ü Дата оформлення;
ü Акт;
ü План супроводу;
ü Робота;
ü Акт за заявкою;
ü супровідник;
ü Організація.
Акт за заявкою

Параметр
Опис
1
Ім'я
Акт за заявкою
2
Множина
Акти за заявками
3
Синоніми
немає
4
Опис
ID акту, ID заявки.
5
Унікальний ідентифікатор (ключ)
ID акту.
6
Зв'язки
Якщо організація залишає заявку тоді акт оформлюється за заявкою.
ü ID акту;
ü ID заявки;
ü Заявка;
ü Акт.
Дані сутності, зв'язки між ними і характеризують їх атрибути представлені в Додатку 1.

Глава 4. Побудова логічної моделі.
Методологія проектування.
Логічне проектування баз даних - це процес конструювання загальної інформаційної моделі підприємства на основі окремих моделей даних користувачів, яка є незалежною від особливостей реально використовуваної СУБД та інших фізичних умов. Побудова логічної моделі даних здійснюється на основі концептуальної моделі даних, що відбиває уявлення окремого користувача про предметної області програми, і включає в себе перевірку отриманої моделі за допомогою методів нормалізації. Доопрацювання концептуальної моделі проводиться з метою видалення з них всіх елементів, що ускладнюють реалізацію даної моделі в середовищі реляційних СУБД. В результаті виконання цих дій структура концептуальної моделі даних буде змінена таким чином, щоб повністю відповідати вимогам, висунутим реляційною моделлю організації баз даних.
При переході від концептуальної моделі до логічної здійснюються наступні дії:
Перевірка на дублювання сутностей і видалення виявлених дублікатів;
Розглядаються можливість введення в модель слабких сутностей;
Усі зв'язки n: m замінюються на 1: n, що має на увазі введення слабкою суті, з якою встановлюються зв'язки між нею і раніше пов'язаними n: m сутностями.
Слабка сутність вводиться також при наявності зв'язку 1: n і при модальності «може» з боку дочірньої сутності, тому що первинний ключ не повинен містити NULL. У ключ слабкою сутності можуть входити ключі сильних сутностей і додаткові сутності. Видаляються надлишкові зв'язку. Видаляються всі обчислювані атрибути.
У разі, коли який-небудь обчислюваний атрибут, що поміщається в БД, необхідно порівнювати програмним шляхом на його відповідність поточним станом БД, видалення даного атрибута не обов'язково.
На рівні логічного проектування визначаються всі первинні та зовнішні ключі.

Глава 5. Формування запитів.
Формування запитів здійснюється за допомогою операторів реляційної алгебри. Реляційна алгебра - це математичний апарат, що базується на традиційних теоретико-множинних операціях і доповнений специфічними операціями над відносинами.
Запит № 1
Вивести список всіх актів які були підписані одним супровідника.
Запит № 2
Вивести список всіх робіт на певну дату.
Запит № 3
Вивести організації по яких немає актів робіт.
Запит № 4
Скільки організацій відвідав кожен супровідник?
Запит № 5
Організації які робили заявку в поточний період?
Запит № 6
Скільки організацій за поточний місяць минув певний супровідник.

Висновок
У процесі роботи над курсовим проектом була розроблена реляційна модель бази даних для даного процесу.
1. У результаті вивчення предметної області були виділені основні суті, такі як Організація, Заявка, План супроводу, Робота, Вид роботи, Модуль, супровідник, Акт, Акт за заявкою, зв'язку між ними і атрибути сутностей, які потім піддалися документування.
2. За допомогою CASE-засоби Microsoft Visio була побудована концептуальна модель, яка дала можливість наочно відобразити всі виділені сутності, їх атрибути та зв'язки між ними.
3. За допомогою CASE-засоби Computer Associates ERwin була побудована логічна модель бази даних. Це дозволило провести генерацію відносин і встановити всі ключі, які забезпечують посилальну цілісність БД.
4. За допомогою операторів реляційної алгебри були складені запити, що дозволило перевірити коректність створюваної бази даних.

Список літератури
1. Миколаєва Н.А. Бази і банки знань. Контрольні роботи: Навчальний посібник / Н.А.Ніколаева:-Ухта: УГТУ, 2003.
2. Конноллі Томас, Бегг Каролін, Страчан Ганна. Бази даних: проектування, реалізація і супровід. Теорія і практика, 2-е вид.: Пер. з англ. - М.: Видавничий дім «Вільямс», 2001. - 1120 с.: Іл. - Хрон. тит. англ.
3. Григор'єв Ю.А., Ревунков Г.І. Банки даних: Учеб. для вузів. - М.: Із МГТУ ім. Н.Е. Баумана, 2002 .- 320 с.




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

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

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


Схожі роботи:
Розробка проекту бази даних для АІС Облік Проектів 2
Розробка проекту управління базами даних для процесу Облік ремонту та ТО автотранспорту
Розробка бази даних для готелю
Розробка бази даних для розкладу занять
Розробка бази даних для програми Радіодеталі
Розробка бази даних і прикладного програмного забезпечення для автобусного парку
Розробка бази даних для інформатизації діяльності підприємства малого бізнесу Delphi 70
Розробка бази даних для інформатизації діяльності підприємства малого бізнесу Delphi 7 0
Створення бази даних функціональних аналогів Windows-програм для ОС Linux і розробка методики
© Усі права захищені
написати до нас