4. Джерела та користувачі вимог

Джерела:

• Законодавство

• Нормативне забезпечення підприємства

• Представлення та очікування замовників

• Журнали використання програмно-апаратної системи

• Конкурентні програмні продукти

Користувачі вимог:

• Замовники що фінансують розробку

• Кінцеві користувачі

• Аналітики

• Розробники ПЗ

• Тестувальники

• Розробники ПЗ

• Технічні описувачі

• Співробітники юридичного відділу

• Співробітники відділу продаж

4. Процеси вивчення концепції – ідентифікація та оформлення ідей та потреб замовника.

6. Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності,

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

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

По закінченню концепції робиться висновок про доцільність розробки системи.

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

Вхідні дані: бюджет та ресурси розробки; дані, що стосуються ринку розповсюдження продукту.

Вихідні дані: опис потенційних підходів, їх обмеження та переваги.

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

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

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

6. Процеси призначення системи – аналіз функцій, розробка системної архітектури, декомпозиція системних вимог.

Встановлення призначення системи – це процес визначення того, навіщо система буде використовуватись, при цьому визначається вид діяльності, що буде автоматизовуватись та перелік об’єктів автоматизації, на яких передбачається їх використання.

Процесами встановлення призначення системи є:

1. Аналіз функцій

2. Розробка системної архітектури

3. Д екомпозиція вимог

6. Процес ідентифікації вимог до програмного забезпечення, що імпортується.

До процесів ідентифікації вимог до ПЗ, що імпортуються належать:

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

Всі категорії вимог, що імпортуються включають бюджетні чи часові обмеження.

•  вхідні дані – вимоги до всього ПП,

•  вихідні дані – вимоги до ПЗ, що імпортується.

2. Оцінка джерел імпорту ПЗ – доступні джерела імпорту мають бути оцінені відносно відповідності доступного ПЗ вимогам, термінам та якості джерела. При цьому має бути розглянутий вплив на загальний бюджет проекту та вартості ризику, пов’язані з імпортуванням ПП.

•  вхідні дані – вимоги до ПЗ, що імпортується,

•  вихідні дані – виділені джерела імпорту.

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

•  вхідні дані – виділені джерела ПЗ, що імпортується,

•  вихідні дані – виділені методи імпорту. За допомогою даного процесу повинні бути).

Імпортування ПЗ – упорядкована інтеграція у проект нових компонентів

•  вхідні дані – виділені джерела імпорту,

•  вихідні дані – імпортоване ПЗ.