Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Етапи розробки ПЗ

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

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

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

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

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

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

Стратегічний етап також іноді називають техніко-економічним вивченням продукту. На стратегічному етапі виконують наступні дії:

1. Відбувається обговорення проекту з представниками клієнта

2. Визначається мета проекту з точки зору клієнта

3. Визначаються можливості та контекст проекту

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

5. Формулюються альтернативні рішення по системі

6. Проводиться аналіз цих рішень

7. Результати представляються представникам клієнта та здійснюється врахування зауважень

8. Відбувається попереднє планування розробки та вибір структури команд

9. Розробляється стандарт визначень

У випадку розробки ПЗ стосовно клієнта розрізняють:

1) людину-замовника (який оплачує проект)

2) людей, які будуть експлуатувати систему

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

1) вибрати модель проекту

2) вибрати методи, які будуть використовуватись під час аналізу та проектування системи

3) вибрати програмне середовище

4) вибрати кейс-інструмент

5) визначити можливу (необхідну) співпрацю з іншими командами або спеціалістами

Під час розробки ПЗ, варіанти рішень по системі підпорядковуються певним обмеженням, які можуть стосуватися:

1. максимальної допустимої вартості

2. обмеження в персоналі

3. обмеження в інструментах

4. обмеження в часі

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

1. стандарти використання інструментів і понять

2. стандарти документування

Оцінка рішень по системі, як правило, заснована на наступних критеріях:

1. вартість проекту

2. затрати часу на проект

3. можливість повторного використання компонентів системи

4. мобільність системи

5. спосіб виконання

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

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

1. Відмова у використанні ризикованих методів (вказівників)

2. Обмеження принципу доступу (розподіл пам’яті і т.д.)

3. Використання під час реалізації типізованих мов і відповідних компіляторів

4. Використання мов високого рівня

5. Послідовність використання інтерфейсів модулів

6. Врахування надзвичайних ситуацій

7. Можливих невизначеностей

8. Дотримання мінімальних відмінностей між концептуальною моделлю і моделлю реалізації

5. Основні вимоги до технічного завдання розробки програмного забезпечення.