Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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

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

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

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

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

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

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

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

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. спосіб виконання

Дід час виконання стратегічного етапу, успіх оцінюється по наступних параметрах:

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

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

3. нерозуміння ключових моментів клієнтом

4. осмислення всієї системи розробником

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

Після виконання стратегічного етапу отримують наступні результати:

1. загальний звіт, який охоплює:

1. визначення мети системи

2. опис можливостей системи

3. опис зовнішніх систем, з якими буде співпрацювати система

4. загальний опис вимог

5. загальна модель системи

6. варіанти рішень по системі

7. вартісна оцінка системи

8. попереднє планування робіт

2. звіт про оцінку рішень

1. всі варіанти рішень та обґрунтування прийнятого рішення

3. представлення необхідних ресурсів (штат працівників, апаратні засоби та ПЗ)

4. стандартні визначення

5. попереднє планування аналізу визначення

6. попереднє планування аналізу

<== предыдущая лекция | следующая лекция ==>
Покрокова розробка | Етап формулювання вимог
Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 2489; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.01 сек.