Побудова ієрархії діаграм потоків даних

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

Ознаками складності системи можуть бути:

- наявність великої кількості зовнішньої суті;

- розподілена природа системи;

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

Для складних ІС будується ієрархія контекстних діаграм. При цьому контекстна діаграма верхнього рівня містить не єдиний головний процес, а набір підсистем, сполучених потоками даних. Контекстні діаграми наступного рівня деталізують контекст і структуру підсистем.

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

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

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

- правило балансування;

- правило нумерації.

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

Мініспецифікація є кінцевою вершиною ієрархії ДПД. Рішення про завершення деталізації процесу і використання мініспецифікації ухвалюється аналітиком виходячи з таких критеріїв:

- наявність у процесу відносно невеликої кількості вхідних і вихідних потоків даних;

- можливості опису перетворення даних процесом у вигляді послідовного алгоритму;

- виконання процесом єдиної логічної функції перетворення вхідної інформації у вихідну;

- можливості опису логіки процесу за допомогою мініспецифікації невеликого об'єму.

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

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

<== попередня сторінка	\|	наступна сторінка ==>
Накопичувачі даних	\|	Приклади структурного походу

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.079 сек.