176715 (685577), страница 10

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 10)

Таблиця 2.

Характеристики традиційних методологій розробки

Характеристика	Опис
Структурні	Методи є інструкціями, що ретельно складений, часто крок за кроком, причому кожен крок формується на підставі попередніх.
Підхід «зверху вниз»	Рухаються в напрямку від самого найбільш високого абстрактного рівня до найнижчого рівня деталізації.
Орієнтація на процес	Більше орієнтовані на процес, чим на дані. Центр методологій – обробка даних, а не самі дані. Опису даних - частина методів
Лінійність	Кожна фаза повинна бути закінчена перш, ніж буде почата наступна.
Багаторічне використання	Використовувалися для розробки великого числа систем у плині декількох десятиліть. Багато існуючих систем були розроблені з їх використанням.
Домінування	Незважаючи на зростаючий інтерес до інших методологій, сьогодні вони залишаються домінуючим методологічним підходом.

Методологія структурної розробки або структурний підхід виділяють у традиційних методологіях:

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

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

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

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

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

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

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

Особливості структурного аналізу представлені в таблиці 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. ілюструє дерево рішень для щомісячних виписок рахунка грошового ринку.

Характеристики

Список файлов книги