Метод Synthesis

Проект Synthesis в Software Productivity Consortium (SPC) призначений забезпечити членів своєї компанії методологією, яка інтегрується в підмандатний стандарт 2167А Міністерства оборони США. Методологія використовує доменний аналіз протягом фаз визначення системних і програмних вимог, побудови набору повторно використовуваних компонент, звертаючись до великого с імейства подібних систем. Подібно до метода FODA, він має відмінну документацію і опирається на результати декількох аналізів. Synthesis використовує репозитарій для зберігання всіх знань домену, які в свою чергу являються основою для процесу моделювання домену. SPC використовує об’єктно-орієнтований аналіз для формалізації вимог домену.

1. Доменне Проектування. Реалізація Домену

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

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

Реалізація Домену – створення процесів і інструментів для ефективної генерації замовленої програми в домені.

1. Лінійка програних продуктів.

Лінійка програних продуктів (Product Line Practice) – це вид виробництва продуктів по технологічній лінії із готових ресурсів (повторно використовуваних компонент, програми, застосувань, БД і т.д.) з метою задоволення потреб ринку

Технологія лінійки включає:

- обмеження, властиві продуктів лінійки;

- зразки і каркаси, що використані на лінії;

- виробничі обмеження, стратегії і методи;

- набір засобів і інструментів розробки продукту на лінії

- контроль плану робіт і вияв ризиків;

- прогнозування вартісних і технічних ресурсів проекту;

- технологія управління конфігурацією;

- вимірювання та оцінка показників якості продукту.

1. Діаграми потоків даних.

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

Головна мета такого представлення – продемонструвати, як кожен процес перетворює свої вхідні дані у вихідні, а також виявити відношення між цими процесами.

Для побудови DFD традиційно використовуються 2 нотації, що відповідають методам Йордана і Гейн-Сарсона. Ці нотації дещо відрізняються одна від одної графічним зображенням символів.

Основні компоненти DFD:

• Зовнішні сутності;
• Процеси;
• Накопичувачі даних;
• Потоки даних.

1. IDEF діаграм.

Методология IDEF обеспечивает универсальность описания, простоту детализации описания вширь и вглубь процессов на каждом уровне иерархии описания, что позволяет применить ее для структу­ризации процессов в системах управления. Эта методология относят­ся к структурному типу методов, использующих для описания пред­метной области графические языки типа блок-схем.

IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;

Дата добавления: 2015-07-11