Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Підтримка цілісності у разі виникнення перебоїв
Нагадаємо, що цілісність бази даних — це її відповідність модельованій предметній області у будь-який момент часу. Механізми опису обмежень цілісності забезпечують підтримку цілісності з «логічної» точки зору. Проте перебої в програмному або апаратному забезпеченні також можуть призвести до порушення цілісності (а в деяких випадках до повного руйнування бази даних). Для забезпечення цілісності бази даних на цей випадок пропонуються такі механізми: ♦ періодичне створення резервної копії бази даних; ♦ ведення журналу всіх змін стану бази даних. Загальна схема підтримки цілісності на випадок перебоїв є такою. У певний момент часу створюється резервна копія бази даних. Починаючи з цього моменту в журналі фіксуються всі зміни, що виконуються в базі. Якщо в якийсь момент часу база даних виявляється настільки зіпсованою, що її неможливо відновити, то береться резервна копія і до неї застосовуються всі зафіксовані в журналі операції. У такий спосіб резервна копія стає актуальною. Розділ 4. Проектування баз даних Тема 4.1. Методологія проектування бази даних Процес створення такої структури бази даних, яка б відповідала вимогам користувачів, називається проектуванням бази даних. Його можна порівняти зі зведенням нової будівлі: визначення вимог, проектування, конструювання і, нарешті, реалізація. Життєвий цикл системи баз даних є концепцією, в межах якої корисно й зручно розглядати розвиток такої системи. Він, як і життєвий цикл будь-якої програмної системи, складається з двох основних фаз: проектування та реалізації. Фаза проектування поділяється на такі етапи: ♦ визначення стратегії; ♦ аналіз предметної області; ♦ концептуальне моделювання; ♦ логічне й фізичне проектування. Фаза реалізації складається з таких пунктів: ♦ власне програмна реалізація; ♦ документування; ♦ дослідне впровадження; ♦ промислова експлуатація. Методологія проектування баз даних — це сукупність принципів, методів, інструментів і засобів, що застосовуються для послідовного розроблення структури бази даних. Оскільки система баз даних складається з програм і даних, методологія проектування баз даних розглядається як невід'ємна частина загальної методології проектування програмних систем.
До методології проектування баз даних висуваються певні вимоги. Прийнятною вважається база даних, яка відповідає вимогам користувачів (ефективність, адаптивність, незалежність, захищеність, цілісність тощо) і вимогам до апаратного забезпечення. Методологія має бути достатньо гнучкою, доступною розробникам із різним досвідом проектування, що використовують різні моделі даних і різне програмне забезпечення СКБД. Методологія проектування баз даних визначає: ♦ процес проектування; ♦ методику виконання розрахунків і критеріїв оцінювання альтернативних рішень на кожному етапі проектування; ♦ інформаційні вимоги як вихідні дані для процесу проектування; ♦ засоби опису вихідних даних і відображення результатів кожного етапу проектування. Процес проектування Для баз даних можна застосувати ітеративне низхідне проектування. Процес проектування добре структурований, оскільки кожний його етап завершується певним результатом, а також тому, що допускається ітеративне повторення попередніх етапів, якщо отриманий результат не відповідає вимогам замовника або системним вимогам. Це дає можливість переглядати й змінювати проектні рішення на будь-якому етапі. З проектуванням тісно пов'язане експертне оцінювання проекту. Мета експертизи - знайти помилки й виправити їх на ранніх етапах проектування. Зазвичай експертиза виконується після завершення кожного з етапів. Критерії оцінювання Оцінювання необхідне для ухвалення рішень за наявності альтернатив. Труднощі у визначенні критеріїв і виборі альтернатив пов'язані з тим, що часто розробляється кілька проектів структури бази даних і потрібно оцінити, який з них є кращим. Зробити це буває досить складно. Критерії є кількісні (час обробки запитів, вартість операцій маніпулювання даними, витрати пам'яті тощо) та якісні (гнучкість, адаптивність, сприйнятливість та сумісність). Інформаційні вимоги Визначаючи вимоги до інформації, врахуйте, що є інформація, яка стосується структури даних (опис даних та зв'язків безвідносно до конкретних способів їхнього використання й обробки), та інформація про спосіб використання даних (опис вимог до обробки даних).
Засоби опису Це мовні засоби, призначені для опису результатів виконання кожного етапу проектування. А саме, йдеться про такі засоби. ♦ Природна мова, якою строго означуються всі необхідні для опису результатів проектування поняття. Використовується, як правило, на етапі визначення стратегії. ♦ Стандартні форми, анкети та бланки. Використовуються переважно на етапі аналізу. ♦ Спеціальні формалізовані мови концептуального моделювання (семантичні мережі, числення предикатів та ER-мови). Використовуються переважно на етапі концептуального моделювання. ♦ Формалізовані мова означення даних (МОД) і мова маніпулювання даними (ММД). Використовуються на етапі логічного проектування. Зазвичай з цією метою застосовують мову SQL. Тема 4.2. Етапи проектування бази даних Розглянемо всі чотири етапи, на які поділяється фаза проектування бази даних, від визначення стратегії до логічного й фізичного проектування. Припускатимемо, що база даних розробляється для певної організації-замовника. Визначення стратеги Метою етапу визначення стратегії є формування спільно з замовником прикладних моделей, вироблення переліку рекомендацій і ухвалення узгодженого плану, складеного з урахуванням наявних організаційних, фінансових і технічних обмежень, що відображує як поточні, так і майбутні потреби організації. Опис. Детальний аналіз структури організації може бути початковою базою для розроблення перспективного плану створення системи, але витрати на його проведення навряд чи будуть економічно виправданими. Як правило, стратегія розроблення інформаційної системи визначається в результаті узагальненого аналізу, на підставі якого потім будується великомасштабна модель прикладної області. Стратегія має визначатися в достатньо стислі терміни з тим, щоб результати проектування не втрачали актуальності. Результати цього етапу мають узгоджуватися одне з одним і бути достатньо чітко сформульовані, щоб замовник міг легко співвіднести запропоновану стратегію зі своїми завданнями і зрозуміти, які саме чинники обумовили ухвалення тих чи інших рішень. Окрім того, йому має бути викладена перспектива подальшого аналізу, уточнення й перегляду стратегічних рішень. Результати. Основними результатами цього етапу мають бути: ♦ опис напрямів прикладної діяльності, зокрема формулювання її цілей і завдань, визначення пріоритетів, обмежень, критичних чинників успіху та ключових показників ефективності; ♦ опис цілей і завдань автоматизації, витрат і можливого виграшу; ♦ узагальнена діаграма сутностей і зв'язків; ♦ узагальнена ієрархічна схема завдань (виробничих та управлінських); ♦ рекомендації щодо майбутньої реалізації та подолання можливих труднощів; ♦ визначення меж і окреслення сфери застосування системи баз даних; ♦ можлива архітектура системи; ♦ поетапний план проектування бази даних. Такий підхід до моделювання предметної області передбачає її відображення 3 трьох різних точок зору: ♦ загальний напрям прикладної діяльності;
♦ прикладні завдання; ♦ інформаційні потреби. Побудовані на цьому етапі моделі мають бути зрозумілими для замовника, а для того щоб досягти повного узгодження різних точок зору на прикладну область і можливі напрями діяльності, проводяться групові координаційні наради. Стратегії еволюціонують і розвиваються, обставини й завдання з часом можуть змінюватися, відтак неможливо запропонувати директивний метод моделювання стратегій. Тому важливо поєднувати неупередженість до нових рішень зі здатністю швидко оцінювати альтернативні напрямки діяльності з урахуванням заданих обмежень і пріоритетів. Ключові чинники успіху. На першому етапі слід виділити насамперед такі чинники успіху: ♦ використання всіх можливих засобів, що дають змогу підвищити рівень знань про предметну область; ♦ активна участь у розробленні стратегії осіб, які добре розуміють справжні потреби організації; ♦ проведення плідних нарад із ретельним розглядом усіх питань. Аналіз предметної області Підсумки етапу визначення стратегії є вихідними даними для етапу аналізу, де вони ретельно перевіряються, уточнюються і деталізуються, для того щоб забез печити предметній області адекватність моделі, гарантувати можливість реалізації рішень і сформувати тверде підґрунтя для етапів концептуального моделювання, логічного й фізичного проектування. Цей етап є найменше вивченим, найважчим і найтривалішим. Проте він найважливіший, оскільки саме на ньому формується більшість проектних рішень. Опис. Аналіз предметної області складається з аналізу даних та аналізу завдань. Аналіз даних передбачає документування всіх атрибутів. Аналіз завдань може потребувати застосування різноманітних методів побудови діаграм для дослідження зв'язків і способів використання даних, подій, станів даних, а також детального опису алгоритмів. Вивчається потреба в заходах із контролю та захисту даних, їхньому резервному копіюванні та відновленні. Має бути проведений детальний аналіз наявних систем та інших чинників, що впливають на процес впровадження системи. Потрібно виявити всі обмеження і припущення, що можуть вплинути на подальше проектування, використання ресурсів і терміни проведення робіт. Підхід. На цьому етапі аналітики й користувачі працюють пліч-о-пліч, встановлюючи й перевіряючи вимоги. Аналіз предметної області передбачає:
♦ проведення бесід з користувачами; ♦ перегляд усіх документів та бланків, які обробляються і формуються організацією; ♦ аналіз потоків документів; ♦ аналіз способів вирішення завдань організації; ♦ фіксація правил, обмежень та законів, що діють у предметній області. Результати. До ключових результатів етапу аналізу належать: ♦ узгоджена діаграма сутностей і зв'язків; ♦ відомості про обсяги даних, частоту виконання завдань, очікуваний користувачем рівень продуктивності; ♦ деталізовані й узгоджені описи завдань; ♦ первинний варіант стратегії впровадження; ♦ опис заходів з ревізії і контролю даних, резервного копіювання й відновлення; ♦ загальний опис процедур, що не автоматизуються; ♦ критерії прийнятності, якості, гнучкості та продуктивності; ♦ попереднє оцінювання обсягів системи; ♦ узгоджений підхід до здійснення етапу проектування й фази реалізації; ♦ уточнений план розроблення системи. Ключові чинники успіху. ♦ активна участь користувачів; ♦ ретельна перевірка достовірності, повноти й несуперечності даних; ♦ виявлення всіх питань та припущень, що мають ключове значення для проектування і впровадження; ♦ встановлення точних характеристик ключових завдань і даних; ♦ жорсткий контроль за ходом робіт, концентрація зусиль на виконанні календарних планів і дотриманні запланованих термінів.
|
||||||||
Последнее изменение этой страницы: 2017-01-25; просмотров: 167; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.144.96.159 (0.03 с.) |