ми з тими, що знаходяться у вихідній екранній формі.
Часто автоматично заповнюються дані екранної форми групують (розташовують поруч), а переміщення по заповнюваним користувачем полям організовують так, як це робив б сам користувач, працюючи з реальним паперовим документом. Такі інтерфейси сприймаються користувачем легше, і він набагато швидше освоює нове ПЗ.
На етапі визначення специфікації модулів вирішуються такі завдання:
В· перетворення функціональних визначень аналізу в реалізовані модулі;
В· специфікації, які висловлюють функціональні можливості кожного модуля у фізичних категоріях;
В· визначення засобів розробки для кожного модуля (або виділених груп модулів), якщо використовуються декілька засобів розробки в одному проекті;
В· визначення послідовності реалізації модулів і залежностей модулів.
Специфікації модулів розрізняють за ступенем деталізації та утримання навіть в рамках одного проекту. Визначають, скільки часу потрібно для того, щоб згенерувати той чи інший модуль, скільки необхідно на тестування того чи іншого модуля, а також на тестування сукупності згенерованих модулів. Крім того, слід розробити спеціальні метрики - шаблони, які дозволяють оцінити, скільки часу потрібно на створення вихідного коду модуля. Для прискорення процесу розробки слід розглянути можливість використання генераторів вихідного коду.
Коли генерація модуля завершена, виконують автономний тест, який переслідує дві основні цілі:
В· виявлення відмов модуля (жорстких збоїв);
В· відповідність модуля специфікації (наявність всіх необхідних функцій, відсутність зайвих функцій).
Після того як автономний тест пройшов успішно, група згенерованих модулів проходить тести зв'язків, які повинні відстежити взаємний вплив модулів.
Далі група модулів тестується на надійність роботи, тобто проходять, по-перше, тести імітації відмов системи, а по-друге, тести напрацювання на відмову. Перша група тестів показує, наскільки добре система відновлюється після збоїв програмного забезпечення, відмов апаратного забезпечення. Друга група тестів визначає ступінь стійкості системи при штатній роботі і дозволяє оцінити час безвідмовної роботи системи. У комплект тестів стійкості повинні входити тести, що імітують пікове навантаження на систему.
Потім весь комплект модулів проходить системний тест - тест внутрішньої приймання продукту, що показує рівень його якості. Сюди входять тести функціональності тести і надійності системи.
Останній тест інформаційної навченою системи - приймально-здавальні випробування. Такий тест передбачає показ інформаційної системи замовникові і повинен містити групу тестів, що моделюють реальні бізнес-процеси, щоб показати відповідність реалізації вимогам замовника.
Висновок
На завершення роботи відзначимо, що в цілому інформаційні навчаються системи визначається такими властивостями:
1) будь-яка інформаційна система може бути піддана аналізу, побудована і керована на основі загальних принципів побудови систем;
2) інформаційна система є динамічною і розвивається;
3) при побудові інформаційної системи необхідно використовувати системний підхід;
4) вихідний продукцією інформаційної системи є інформація, на основі якої приймаються рішення;
5) інформаційну систему варто сприймати як людино-машинну систему обробки інформації.
Впровадження інформаційних навчаються систем може сприяти:
В· отриманню більш раціональних варіантів вирішення управлінських завдань за рахунок впровадження математичних методів;
В· звільненню працівників від рутинної роботи за рахунок її автоматизації;
В· забезпеченню достовірності інформації;
В· вдосконаленню структури інформаційних потоків (включаючи систему документообігу);
В· надання споживачам унікальних послуг;
В· зменшенню витрат на виробництво продуктів і послуг (включаючи інформаційні).
Література
1. Проектування інформаційних навчаються систем.// interface.com.
2. Федотов А.М. Введення в технології ІС, Інститут обчислювальних технологій СО РАН, Новосибірськ.
3. Фридланд А.Я. Інформатика: Процеси, системи, ресурси. - М., 2003. p> 4. ipservis.ru
5. promosite.ru
