Page 40 - 4344
P. 40

12) Логічні прив'язки – докладний опис будь-яких зв'язків,
                  які повинні бути встановлені між елементами в базі даних.
                         13) Допуск помилки – оцінка прийнятних рівнів помилки в
                  інформаційному продукті.

                         14)  Допуски  очікування  і  часу  відгуку  –  описують  часові
                  вимоги.
                         15)  Поточні витрати –  витрати на  створення продукту  при

                  використанні існуючих методів.
                         16)  Аналіз  вигод  (або  економія)  від  використання  даного
                  інформаційного продукту у конкретній організації.
                         Початкові уявлення про інформаційний продукт дозволяють

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

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

                  «видала»  необхідний  продукт.  Опис  включає  всі  етапи  –  від
                  початкового  запиту  продукту  до  його  створення.  По  суті,
                  звичайно  за  допомогою  ГІС  багато  що  можна  робити  різними

                  способами,  але  на  даний  момент  потрібно  вказати  тільки  один
                  логічний і прямий спосіб.
                         Рекомендації для складання IPD:
                         1.  Одночасно  доцільно  використовувати  тільки  один  набір

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

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

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

                         4. Етапи складніших процесів можна представити візуально
                  у формі блок-схеми, що спростить комунікацію. Етапи створення
                  продукту повинні бути чіткими і сприяти визначенню необхідних

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


                                                              39
   35   36   37   38   39   40   41   42   43   44   45