межах передбачуваного тимчасового графіка і бюджета.предполагает створення і актуалізацію моделей протягом усього життєвого циклу проекту. RUP фокусує увагу не на створенні великої кількості паперових документів, а на розвитку та експлуатації моделей - семантично багатих уявлень програмної системи при її разработке.сосредотачівает увагу на первісній підготовці і компонуванні стійкої архітектури програми, яка полегшує паралельну розробку, мінімізує модифікації, збільшує можливість багаторазового використання і надійність експлуатації. Ця архітектура використовується для планування використання та управління розвитком програмних компонентів.
Також RUP підтримує об'єктно-орієнтовану технологію. Деякі з моделей є об'єктно-орієнтованими моделями, які базуються на поняттях об'єктів, класів і залежностей між ними. Ці моделі, подібно до багатьох інших технічним штучним об'єктам - артефактів, використовують уніфікована мова моделювання (UML) як загальну систему позначень [8].
На етапі аналізу і проектування використовувалися наступні програмні продукти:
· IBM Rational Requisite Pro - інструмент збору і керування вимогами;
· IBM Rational Rose - засіб візуального моделювання бізнес процесів, і проектування на мові UML;
· UML (Unified Modeling Language - уніфікована мова моделювання) - мова графічного опису для об'єктного моделювання в області розробки програмного забезпечення [8].
4.2 Опис структури сайту
Структура сайту розбита на кілька розділів, назви яких ясно відображають їх вміст, що дозволить користувачеві швидко знаходити необхідну інформацію.
Нижче представлена ??структура сайту:
· Про журнал:
а) З історії;
б) Положення про журналі;
в) Редакційна колегія;
г) Редакційна рада;
д) Засновники;
е) Партнери;
ж) Підписка;
· Редакція:
а) Редакційно-видавнича група;
б) Контакти;
· Авторам:
а) Умови публікації;
б) Правила оформлення статей;
в) Зразки документів;
г) Реквізити для оплати публікацій;
д) Авторські права;
е) Наші автори;
ж) Послуги;
з) Корисні посилання;
· Рецензент:
а) Положення про інститут рецензентів;
б) Зразок рецензії;
в) Пропозиція до співпраці;
г) Анкета рецензента;
· Новини;
· Архів;
· Питання-відповідь;
· Завантажити свіжий номер;
· Пошук;
· Звернення головного редактора;
· Особистий кабінет користувача.
Детальніше про структуру сайту в додатку А.
4.3 Діаграма прецедентів
Діаграма прецедентів (use case diagram) відноситься до концептуального поданням системи, описуючи призначення системи. Вона розробляється для досягнення наступних цілей [8]:
· визначити межі та контекст модельованої системи;
· сформулювати вимоги до поведінки системи;
· створити і зафіксувати вихідне концептуальне уявлення системи з метою його подальшої деталізації у формі логічних і фізичних моделей;
· підготувати набір артефактів, використовуваних розробниками системи для спілкування з її замовниками і майбутніми користувачами.
Після створення діаграми прецедентів (рис. 4.1) для прецеденту Додати статтю була створена специфікація. У специфікації міститься ім'я прецеденту, короткий опис, основний успішний сценарій і альтернативні потоки. Дана інформація необхідна для визначення поведінки системи в різних ситуаціях.
Малюнок 4.1 - Діаграма прецедентів
Кожен прецедент має короткий опис, крім прецеденту Додати статтю raquo ;, який має розгорнуте прописання. Нижче представлені короткі описи прецедентів.
· Додати користувача - Адміністратор вибирає пункт меню Додати користувача raquo ;. Система відкриває спеціальну форму. Адміністратор вводить необхідну інформацію; Система її верифікує і реєструє. Адміністратор натискає кнопку дода...
