Читайте также:
|
|
Для складних інформаційних систем будується ієрархія контекстних діаграм. При цьому контекстна діаграма верхнього рівня містить не єдиний головний процес, а набір підсистем, з'єднаних потоками даних. Контекстні діаграми наступного рівня деталізують контекст і структуру підсистем.
Ієрархія контекстних діаграм визначає взаємодію основних функціональних підсистем проектованої системи, як між собою, так і з зовнішніми вхідними і вихідними потоками даних і зовнішніми об'єктами (джерелами і приймачами інформації), з якими взаємодіє розробляється система.
Розробка контекстних діаграм вирішує проблему суворого визначення функціональної структури програмної системи на самій ранній стадії її проектування, що особливо важливо для складних багатофункціональних систем, у розробці яких беруть участь різні організації та колективи розробників.
Після побудови контекстних діаграм отриману модель слід перевірити на повноту вихідних даних про об'єкти системи та ізольованість об'єктів (відсутність інформаційних зв'язків з іншими об'єктами).
Для кожної підсистеми, присутньої на контекстних діаграмах, виконується її деталізація за допомогою діаграм потоків даних (ДПД). При деталізації повинні виконуватися наступні правила:
· правило балансування - означає, що при деталізації підсистеми або процесу детализирующая діаграма в якості зовнішніх джерел / приймачів даних може мати тільки ті компоненти (підсистеми, процеси, зовнішні сутності, накопичувачі даних), з якими має інформаційний зв'язок деталізіруемая підсистема або процес на батьківській діаграмі;
Правило нумерації - означає, що при деталізації процесів повинна підтримуватися їх ієрархічна нумерація. Наприклад, процеси, які деталізують процес з номером 12, отримують номери 12.1, 12.2, 12.3 і т.д.
Миниспецификация (опис логіки процесу) повинна формулювати його основні функції таким чином, щоб надалі фахівець, що виконує реалізацію проекту, зміг виконати їх або розробити відповідну програму.
Миниспецификация є кінцевою вершиною ієрархії ДПД. Рішення про завершення деталізації процесу і використанні миниспецификации приймається аналітиком виходячи з наступних критеріїв:
· наявності у процесу відносно невеликої кількості вхідних і вихідних потоків даних (2-3 потоку);
· можливості опису перетворення даних процесом у вигляді послідовного алгоритму;
· виконання процесом єдиною логічного функції перетворення вхідної інформації у вихідну;
Дата добавления: 2015-07-15; просмотров: 264 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Далі коротко визначимо і проілюструємо дані типи зв'язків на прикладі з SADT. | | | Можливості опису логіки процесу за допомогою миниспецификации невеликого обсягу (не більше 20-30 рядків). |