Вимоги до програмно-апаратного комплексу. Вибір СУБД. DBase і Visual DBase. Paradox. Microsoft Visual FoxPro. Microsoft Access, страница 2

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

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

Реалізація й випробування.

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

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

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

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

Процес проектування системи включає:

·  визначення різних потоків даних (вхідних, проміжних, вихідних),

·  формалізацію процедур обробки, які виконуються над цими потоками,

·  вибір методів обробки потоків, послідовних або паралельних,

·  розробку окремих програм чи їх модулів, способів збереження даних і потоків даних.

Потік даних у системі визначаються відповідно до наступних правил:

1.  Кожному джерелу даних відповідає один вхідний потік.

2.  Якщо є сукупність наборів даних, які одержують з декількох джерел, ці набори розподіляються по групах оброблюваних спільно потоків даних.

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

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