Головна

макетування

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

Основна мета макетування - зняти невизначеності в вимогах замовника. Макетування (прототипування) - це процес створення моделі необхідного програмного продукту. Модель може приймати одну з трьох форм:

1) паперовий макет, на якому зображений людино-машинний діалог;

2) працює макет, який виконує певну частину необхідних функцій;

3) існуюча програма, характеристики якої повинні бути поліпшені.

Макетування засноване на багаторазовому повторенні операцій, в яких беруть участь розробник і замовник.

Малюнок 3 - Послідовність дій при макетування

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

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

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

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

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

Моделі життєвого циклу програмного забезпечення | Спіральна модель життєвого циклу


Тема 1. Введення. Основи методології проектування інформаційних систем | Життєвий цикл програмного забезпечення | Компонентно-орієнтована модель | Визначення структурного аналізу | Засоби структурного аналізу | Моделювання потоків даних | Контекстна діаграма | Методологія функціонально-вартісного аналізу | Склад функціональної моделі SADT | ієрархія діаграм |

© 2016-2022  um.co.ua - учбові матеріали та реферати