Загальні вимоги до методології і технології проектування ІС

Питання по «Технології програмування та створення програмних продуктів»

 

Визначення технології програмування .

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

Загальні принципи розробки прграммных засобів

Загальні принципи розробки програмних засобів

1. Специфіка розробки програмних засобів

· Неформальний характер вимог до ПЗ (постановки завдання), але формалізований основний об'єкт розробки - програми ПЗ.

· Творчий характер розробки ПЗ (на кожному кроці доводиться робити який-небудь вибір, ухвалювати яке-небудь рішення).

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

· Продукт розробки має і іншу специфічну особливість: ПЗ при своєму використанні (експлуатації) не витрачається і не витрачає використовуваних ресурсів.

Модульне програмування.

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

Критерії оцінки прийнятності виділеного модуля.

Розмір модуля вимірюється числом операторів, що містяться в нім (рядків).

Міцність модуля - це міра його внутрішніх зв'язків. Чим вище міцність модуля, тим більше зв'язків він може заховати від зовнішнієї частини.

Функціонально міцний модуль - це модуль, що виконує (що реалізовує) одну яку-небудь певну функцію.

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

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

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

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

На яких групах базується структура ЖЦ ПЗ за стандартом ISO/IEC 12207.

Дві основні моделі ЖЦ

Моделі життєвого циклу ПЗ

· каскадна модель (70-85 г.г.);

· спіральна модель (86-90 г.г.).

У спочатку існуючих однорідних ІС кожне застосування було єдиним цілим. Для розробки такого типу застосувань застосовувався каскадний спосіб. Його основною характеристикою є розбиття всієї розробки на етапи, причому перехід з одного етапу на наступний відбувається тільки після того, як буде повністю завершена робота на поточному (мал. 1.). Кожен етап завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розробників.

Позитивні сторони застосування каскадного підходу полягають в наступному:

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

· \виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати

Спіральна модель ЖЦ (мал.3)Для неї важливими є початкові етапи ЖЦ: аналіз і проектування. На цих етапах реалізація технічних рішень перевіряється шляхом створення прототипів. Кожен виток спіралі відповідає створенню фрагмента або версії ПЗ, де уточнюються цілі і характеристики проекту, визначається його якість і плануються роботи наступного витка спіралі. Таким чином заглиблюються і послідовно конкретизуються деталі проекту і в результаті вибирається обгрунтований варіант, який доводиться до реалізації.

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

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

Загальні вимоги до методології і технології проектування ІС

Методології і технології проектування ІС. Загальні вимоги до методології і технології

Методології, технології і інструментальні засоби проектування (CASE-средства) складають основу проекту будь-якій ІС. Методологія реалізується через конкретні технології і стандарти, що підтримують їх, методики і інструментальні засоби, які забезпечують виконання процесів ЖЦ. Технологія проектування визначається як сукупність трьох складових:

· покрокової процедури, що визначає послідовність технологічних операцій проектування (мал. 4);

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

· нотацій (графічних і текстових засобів), використовуваних для опису проектованої системи.

· технологія повинна підтримувати повний ЖЦ ПЗ;

· технологія повинна забезпечувати гарантоване досягнення цілей розробки ІС із заданою якістю і у встановлений час;

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

· технологія повинна забезпечувати можливість ведення робіт по проектуванню окремих підсистем невеликими групами (3-7 чоловік).

· технологія повинна забезпечувати мінімальний час отримання працездатної ІС;

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

· технологія повинна забезпечувати незалежність виконуваних проектних рішень від засобів реалізації ІС (систем управління базами даних (СУБД), операційних систем, мов і систем програмування);

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