71 Описати побудову sadt-моделі.

Методологія структурного аналізу і проектування в даний час знаходить широке застосування в розробці інформаційних систем. SADT абревіатура слів Structured Analysis and Design Technique (технологія структурного аналізу і проектування) - це графічне позначення і підхід до опису проектованих систем. Дуглас Т. Росс ввів їх майже 20 років тому. З тих пір системні аналітики компанії Soft Technology, Inc. поліпшили SADT і використовують її у вирішенні широкого кола проблем. Опис системи за допомогою SADT називається моделлю. У SADT-моделях використовуються як власний, так і графічний мови. Графічний мова SADT забезпечує структуру і точну семантику (смислове значення) природної мови моделі.

З точки зору SADT модель може бути зосереджена або на функціях системи, або на її об'єктах. SADT-моделі, орієнтовані на функції, прийнято називати функціональними моделями, а орієнтовані на об'єкти - моделями даних.

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

Діаграма SADT першого рівня - розбиття основної функції об'єкта на кілька підфункцій, від виконання яких залежить вирішення головної мети ДСК (див. додаток 7). Ними є: фінансові і маркетингові дослідження; виготовлення товару (комплектуючих виробів для автомобілів); контроль за якістю виготовленого товару; транспортування, складування, облік товару; взаємозалік (доставка товару замовнику), облік проданого товару. Діаграма SADT другого рівня - розбиття однієї з підфункцій на дії, необхідні для її виконання. Наприклад, розбиття підфункції взаємозалік, облік проданого товару (див. додаток 8) є: видача талона якості; складання накладної про відпустку товару зі складу; здійснення обліку, планування.

72. Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?

Різновиди діяльності, котрі становлять процеси життєвого циклу програмної системи, зафіксовано в міжнародному стандарті ISO/IEC 12207 : 1995—0801 : Informational Technology - Software life cycle processes .

Згідно з наведеним стандартом, усі процеси поділено на три групи:

головні процеси;

допоміжні процеси;

організаційні процеси.

До головних процесів віднесено такі:

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

• процес розроблення, який означає дії організації — розробника програмного продукту;

• процес постачання, який означає дії під час передавання розробленого продукту покупцеві;

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

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

У свою чергу, до процесу розроблення входять такі процеси:

• інженерія вимог до системи;

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

• кодування й тестування.

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

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

Стандарт, розглянутий нами вище, є головним чинником визначення змісту діяльності у сфері програмної інженерії, і всі знання, яких потребують професіонали з програмної інженерії, формулюються стосовно процесів, визначених стандартом ISO/IEC 12207:1995 - 0801: Informational Technology - Software life cycle processes.