Учебное пособие: Інформаційні системи в економіці

Особливост структурного аналізу представлені в таблиці 3.

Таблиця 3.

Структурний аналіз

Поняття	Опис
Задачі	Аналіз системи зверху вниз. Визначення інтерфейсів між модулями. Точний опис процесів або перетворень, що відбуваються усередині кожного модуля.
Елементи	Діаграми системи: IDEF0 – діаграми бізнесу-процесу; IDEF3 (Workflow diagramming) – діаграми потоку робіт; DFD (Data flow diagramming, DFD) - діаграми потоку даних; ER (Entity-relation diagramming) –– діаграми сутність відношення. Словник даних Специфікації процесів таблиця рішень; дерево рішень; псевдокод.
Застосування	Системний аналіз Визначення специфікацій Проектування Відправна крапка структурного проектування.
Результат	Документ структурної специфікації: Діаграми системи Словники даних потоків даних і сховищ даних Специфікацій процесу Вхідні і вихідні документи Вимоги захисту, контролю, перетворення продуктивності.

 

2.5.3. Діаграми структурного аналізу

Діаграми структурного аналізу представлені в таблиці 4.

Таблиця 4.

Діаграми структурного аналізу

Діаграма	Опис	Елементи
Бізнес-процес	Методологія IDEF0: існуюча модель бізнесу (AS-IS); оцінка моделі бізнесу; ідеальна моделі бізнесу (TO-BE)	Роботи - процеси, функції або задачі, що відбуваються в плині визначеного часу і мають розпізнавані результати. Входи – матеріали або інформація, що використовуються або перетворяться роботою для одержання результату (виходу). Виходи – матеріали або інформація, що виробляються роботою. Механізми – ресурси, що виконують роботу, наприклад персонал організації, верстати, пристрої і т.д. Керування – правила, стратегії, процедури або стандарти, якими керується робота.
Потік даних	Діаграма потоку даних (Data flow diagram (DFD)): рух даних у, з, і усередині інформаційної системи; процеси перетворення і збереження даних.	Потоки даних - рух даних між процесами, зовнішніми сутностями і сховищами. Процеси - представлення перетворення потоків вхідних даних у потоки вихідних даних. Сховища даних - ручні або автоматизовані сховища даних. Зовнішні сутності (зовнішні інтерфейси) - зовнішн джерела або одержувачі інформації за межами системи.

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

Взаємодія з навколишнім світом описується в термінах входу (дані або об'єкти, споживані або змінювані процесом), виходу (основний результат діяльності процесу, кінцевий продукт), керування (стратег процедури, якими керується процес) і механізмів (ресурси, необхідні для процесу) (див. мал. 1.).

Рис. 1. Елемент IDEF0-діаграми

Діаграма потоку даних (Data flow diagram (DFD)) - основний інструмент структурного аналізу, що графічно ілюструє складені процеси системи і потік даних між ними.

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

Основні елементи діаграми потоку даних

Рис. 3. Позначення діаграми потоку даних

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

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

На мал. 4. представлено контекстну діаграму системи ведення обліку пенсій виплат. Ця діаграма надає короткий огляд повної системи ведення обліку пенсійних посібників і виплат, показуючи її головні введення і висновки. Контекстна діаграма зображує повну систему як єдиний процес, що може бути розбитий на більш детальні діаграми потоку даних більш низького рівня. Потік даних до і від цієї системи ведення обліку пенсійних посібників і виплат. Зовнішні сутності – відділ виплат, статистик страхового суспільства службовець.

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

Рис. 4. Контекстна діаграма системи ведення обліку пенсій і виплат

.

Рис. 5. Діаграма потоку даних нульового рівня для системи ведення обліку пенсійних посібників і виплат

 

2.5.4. Засоби документування структурного аналізу

Засобу документування структурного аналізу представлені в таблиці 5.

Таблиця 5.

Засобу документування структурного аналізу

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

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

Наприклад, вхід словника даних для потоку даних "Вихідна допомога":

Вихідн допомога = Сума звичайної вихідної допомоги

+ Дата звичайної оплати

+ Передчасна вихідна допомога

+ Дата передчасної оплати

+ Опція з нагоди втрати годувальника

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

Формат таблиці рішень

·          Заголовок, що ідентифіку таблицю.

·          Стовпчики умов із входами для кожної можливої умови.

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

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

Рис. 6. Таблиця рішень для щомісячних виписок рахунка грошового ринку

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

Рис. 7. ілюструє дерево рішень для щомісячних виписок рахунка грошового ринку.

Рис. 7. Дерево рішень для щомісячних виписок рахунка грошового ринку

Таблиця 7.

Застосування дерева рішень і таблиці рішень

Дерево рішень	Таблиця рішень
Проста система Висвітлювання шляхів рішення і послідовності рішень	Складна система: численні послідовності кроків комбінацій умов Представлення критеріїв вибору даного шляху

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

Псевдокод використовує ті ж самі логічні моделі як основні керуючі структури структурного програмування (див. мал. 8.):

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

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

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

Рис. 8. Керуючі структури псевдокоду

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

Рис. 9. Псевдокод для щомісячної виписки по рахунку грошового ринку

2.6. Структурне проектування і програмування

2.6.1. Структурне проектування

Структурний аналіз формує документ структурних специфікацій, що є вихідним для процесу структурного проектування.

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

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

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

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

Структурна діаграма

Як тільки проект сформульований, він документується в структурній діаграмі.

Структурна діаграма - системна документація, що показує кожен рівень проекту, залежність між рівнями, і загальне місце в структурі проекту; може документувати одну програму, одну систему або частину однієї програми.

Рис. 1. показу структурну діаграму верхнього рівня системи платіжної відомості.

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

Рис. 1. Структурна діаграма верхнього рівня системи платіжної відомості

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

Рис. 2. Детальна структурна діаграма системи платіжної відомості

 

2.6.2. Структурне програмування

Структурне програмування розширює керуючі принципи структурного проектування до написання програм.

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

Основне правило структурного програмування – спадна розробка програми і розбивка її на модулі.

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

Таблиця 1.

Вимоги до модулів програми

Вимога	Опис
Одна функція	Модуль - логічний елемент, що виконує одну або мале число функцій.
Незалежність	Незалежність модулів друг від друга. Один вхід і вихід з батьківських модулів. Мінімізація спільного використання.
Чіткість зв'язків	Відсутність неясних зв'язків з іншими модулями. Виключення "хвильового ефекту" - зміна в одному модулі не повинне викликати непередбачені зміни в інших модулях. Мінімізація зв'язків між модулями - зменшення помилок, що можуть поширюватися на інші частини системи.
Керований розмір	Читабельність коду модуля програми Легкість простежування його функцій. Команди програми не повинні блукати і повинн виконаються спадним способом.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11