17. Прототипування. Класифікація прототипів

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

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

• Прояснення і завершення процесу формулювання вимог.

• Дослідження альтернативних рішень.

• Створення кінцевого продукту.

Класифікація прототипів:

В даний час усі види прототипів прийнято класифікувати наступним чином:

• За призначенням: горизонтальні і вертикальні;

• За глибиною опрацювання: одноразові і еволюційні

• В залежності від використовуваних інструментальних засобів: розкадровки і електронні прототипи

Горизонтальний прототип – прототип в якому не реалізуються всі шари архітектури і нюанси системи, але втілюються деякі особливості інтерфейсу користувача.

Вертикальні прототипи – втілює зріз функціональності застосування (додатку) від інтерфейсу користувача до сервісних функцій. Вертикальний прототип діє як справжня система, оскільки зачіпає всі рівні реалізації. "Одноразовий" прототип (досліджуваний прототип) (ОП), який після того, як виявлення вимог завершено, просто відкидається. Розробка "одноразового"прототипу націлена лише на етап встановлення вимог ЖЦ ПЗ.

Еволюційний прототип (evolutionary prototype), який зберігається після виявлення вимог і використовується для створення кінцевого програмного продукту. Еволюційний прототип націлений на прискорення поставки продукту.

18. Створення прототипів з використанням програмних засобів

19. Розкадровка. Основні види

Розкадровка (storyboard) - це логічний та концептуальний опис функціональних можливостей системи для певного сценарію, включаючи необхідну взаємодію між системою та її користувачами. В якості інструментальних засобів розкадровки вимог використовуються Microsoft Word, Microsoft Visio, Microsoft PowerPoint, IBM Rational Requirements Composer, Expression Blend SketchFlow.

Розкадровки ділять на три типи:

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

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

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

20. Поняття аналізу. Загальні методи та засоби аналізу

Аналіз вимог – етап ЖЦ розробки ПЗ ,на якому вимоги замовника уточнюються, формалізуються та документуються. На цьому етапі визначається зо буде робити система.

Список вимог до системи включає:

• Сукупність умов ,при яких пропонується експлуатувати системи(апаратні та програмні ресурси, що надаються системі, зовнішні умови ,їх функціонування, склад людей та робіт, що мають відношення до системи)

• Опис функцій, що включає система

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

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

Концепція(концепт) - визначений спосіб розуміння будь-якого предмета ,явища або процеса, основна точка зору на предмет.

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

Мета аналізу вимог – розчленування (розкладання) виявлення вимог, поки вони не будуть конкретними, повними і зрозумілими для всіх зацікавлених сторін – клієнтам (замовникам), розробникам, менеджерам. Аналіз повинний стосуватися зовнішніх об'єктів і поведінки ПЗ.