- •Перелік використаних скорочень
- •Анотація
- •1. Характеристика об’єкта проектування
- •1.1.Інформаційна система
- •1.2.База даних
- •1.3. Поняття iнформацiйного забезпечення iнформацiйних систем
- •1.4. Предметна область
- •1.4.1. Геоінформаційна система
- •1.4.2. Можливості та найвижливіші якості гіс
- •1.4.3. Застосування гіс
- •1.5. Огляд літературних джерел
- •Висновок до розділу 1
- •2. Характеристика і постановка задачі
- •2.1. Характеристика задачі
- •2.2. Постановка задачі, призначення і мета створення системи
- •2.2.1. Постановка задачі
- •2.2.2. Характеристики системи
- •2.2.3. Вимоги до системи для вивчення геоінформаційних мереж
- •2.2.4. Інформаційне наповнення системи
- •2.2.5. Група розробки
- •2.2.6. Вимоги до дизайну навчальної системи
- •2.2.7. Пакет передачі
- •2.3. Вимоги до оточення
- •2.3.1. Вимоги до програмного забезпечення
- •2.3.2 Вимоги до користувачів
- •Висновок до розділу 2
- •3. Поетапна розробка системи
- •3.1. Початок аналізу реалізованості
- •3.2. Аналіз реалізованості
- •3.3. Системний аналіз
- •3.4. Проектування системи
- •3.5. Програмування
- •3.6. Тестування системи
- •Висновок до розділу 3
- •4. Реалізація системи для вивчення геоінформаційних мереж
- •4.1.1. Встановлення сервера Apache
- •4.1.2. Налаштування сервера Apache
- •4.1.3. Тестування сервера Apache
- •4.2. Мова html
- •4.2.1. Призначення html
- •4.2.2. Cтруктура html документа
- •4.3. Реалізація веб-сайту системи для вивчення геоінформаційних мереж
- •4.4. Загально системне середовище
- •4.5. Технічне забезпечення
- •Висновок до розділу 4
- •5. Методика застосування і тестування системи
- •5.1. Методика застосування системи
- •5.2. Тестування системи
- •Висновок до розділу 5
- •Висновки
- •Літературні джерала
- •Додаток 1
- •Додаток 2
3.4. Проектування системи
На цьому етапі відбувається трансформація логічних уявлень в специфікації програм, файлів, вхідних і вихідних даних, дій, що управляють. Основна мета проектування - створення системи, для якої легко організувати супровід. Цільові і машинні характеристики тут ще в розрахунок не приймаються.
З допомогою методик, процедур і нормативних документів встановлюються зв'язки між групами функцій, визначених під час системного аналізу, а також вибирається спосіб реалізації цих функцій програмами. Таким чином, структурне системне проектування - перший етап в ланцюзі формування «будівельних блоків» системи, що є елементарними угрупуваннями даних і процесів, які згодом можуть бути об'єднані в проект.
Перш за все створюється логічна модель необхідної обчислювальної системи, після чого виконується спрощене проектування. В результаті формується перший варіант проекту, який потім послідовно допрацьовується.
Специфікації програм готуються в процесі проектування, а не виділяються в самостійне завдання, що вирішується поза даним етапом. Такий підхід застосовний до систем, що працюють в режимі реального часу, і до систем баз даних в тій же мірі, що і до традиційних пакетних систем.
Методики допомагають конструкторам сформулювати критерії, по яких можна оцінити якість проекту. Періодичний аналіз отриманих результатів сприяє зацікавленішій участі в роботі програмістів і експлуатаційного персоналу.
Процедури гарантують виконання проекту і, як і на інших етапах, створюють основу для його оцінки і розвитку. Періодичні ревізії сприяють підвищенню кваліфікації персоналу.
Документація містить визначення структури проекту і опису рішення загальних питань, наприклад про цілісність даних і використання ресурсів. Детальні специфікації проекту також є складовою частиною методу, що реалізовується у формі специфікацій програм, докладних описів файлів і бази даних, вхідних і вихідних даних, форматів екранів терміналів і структури діалогів.
3.5. Програмування
На етапі програмування можна виділити три самостійні групи завдань: проектування, складання (кодування) і тестування (відладку) програм, причому всі ці завдання однаково важливі, і для вирішення кожною з них необхідні свої методи.
Розробка програм базується на методах аналізу структури файлів і проектування логіки програм. Обидві методики тісно взаємозв'язані, тому, перш ніж приступати до розробки логіки програм, важливо розібратися в типових структурах даних і підходах до аналізу структури файлів.
Логіка програми повинна точно відображати рішення деякої прикладної задачі і бути добре сформульованою. Недоцільно намагатися вирішувати відразу декілька задач. Слід уникати також надмірного галуження рішень.
Структура програми повинна відповідати уточненій структурі файлів, в якій поміщена суть програмованого завдання. Іншими словами, логіка програми повинна грунтуватися на структурі оброблюваних даних. Будь-яка з логічних конструкцій має один вхід і один вихід, тому їх легко об'єднувати в лінійні структури, по яких неважко прослідкувати послідовність передач управління. Типові логічні конструкції можуть бути вкладені одна в іншу, але і при цьому для кожної з них дотримується головне правило: один вхід і один вихід. Дані конструкції безпосередньо відповідають типовим підструктурам даних, що дозволяє сформулювати загальні правила проектування логіки програм.
