2.3.4 Оцінка якості проекту

Перед початком розробки Web-вузла було визначено основні вимоги до розробленого продукту. Якістю вважають відповідальність розробленого продукту до вимог, які були визначені на початку проекту [9].

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

У розробленому сайті було реалізовано розділений доступ до різних сторінок. Існує три групи користувачів: адміністратор, зареєстрований користувач та незареєстрований користувач. Для кожного користувача видимими є посилання на дозволені сторінки. Адміністратор же повинен мати можливість видалення користувачів та перегляду їх особистих даних, редагування і додавання таблиць, зміни пароля адміністратора. Для нього повинна бути створена сторінка управління користувачами. Незареєстрований або неавторизований користувач може тільки переглядати інформацію на сторінках Web-вузла.

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

Зробимо висновок, що даний Web-вузол цілком відповідає визначеним вимогам.

2.4 Оцінка ризиків проекту та можливість щодо їх управління

Чинники, що приводять проект до зриву, на ранніх стадіях проекту виявляються у вигляді ризиків. Таким чином, своєчасне виявлення того або іншого ризику, а також вживання відповідних заходів, дозволяють запобігти зриву проекту [11].

Причиною виникнення ризиків є невизначеності, що існують в кожному проекті.

Виділяють два основних типи ризиків:

1) ризики, які можна уникнути;

2) ризики, які неможливо уникнути.

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

Аналіз проектних ризиків передбачає вирішення таких завдань:

1) виявлення ризиків проекту;

2)врахування ризику при оцінці доцільності реалізації способу фінансування проекту;

3) визначення чинників, що впливають на ризик;

4) пошук шляхів скорочення ризику;

5) врахування ризику при оцінці доцільності реалізації проекту;

6) оцінка ризику проекту.

Визначимо ризики, які можуть вплинути на розробку проекту:

1. Переоцінка робочого часу;

2. Проект може вийти за рамки бюджету у зв'язку з неправильним розподілом матеріальних засобів,.

3. Не чітко визначенні вимоги;

4. Недостатні навики програмування розробника;

5. Чітко невизначений або нереалістичний план проекту або неправильний розподіл ресурсів;

5. Проблеми з відображенням сторінок у різних браузерах.

Відповідно до визначених ризиків розробимо план управління або усунення цих ризиків:

1. Дотримання розкладу проекту;

2. Розробка графіка оплати ресурсів на початкових стадіях проекту або бюджету з запасом;

2. Проведення інтерв’ю з замовником, визначення реальних вимог;

3. Залучення більшого об’єму теоретичних матеріалів, додаткова підготовка;

4. Розробка на початковому етапі коректного плану проекту, а також скорочення обсягу робіт або паралельне їх виконання, залучення найманого персоналу;

5. Проведення тестування розроблених сторінок у різних Web-браузерах.

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