Коректування договору

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

Підписання договору

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

Нагляд за постачальником

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

2. Проконтрольовано своєчасність взаємообміну всією необхідною інформацією й рішення всіх виникаючих проблем.

Приймання й закриття договору

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

2. Замовником перевірена готовність постачальника до проведення приймання й проведенню приймальних випробувань програмного продукту, що поставляється, або послуги.

3. Замовником прийнятий від постачальника продукт (при виконанні всіх умов приймання).

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

 

Контрольні питання

 

1. Надайте докладну інформацію про життєвий цикл програмного забезпечення.

2. Надайте докладну інформацію про моделі життєвого циклу ПЗ.

3. Надайте докладну інформацію про стандарти життєвого циклу ПЗ.

4. Надайте докладну інформацію про стандарт ДСТ 34.601-90.

5. Надайте докладну інформацію про загальні відомості про сімейство стандартів 12207.

6. Надайте докладну інформацію про основні процеси життєвого циклу у стандарті ДСТ Р ІСО/МЕК 12207-2010.

7. Надайте докладну інформацію про процес замовлення у стандарті ДСТ Р ІСО/МЕК 12207-2010.

РОЗДІЛ 10. СТАНДАРТ ДСТ Р ІСО/МЕК 12207 (ISO/IEC 12207)

(продовження)

Поставка

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

 

Розробка

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

– Підготовка програмного засобу.

– Аналіз вимог технічного завдання.

– Проектування архітектури програмного засобу.

– Детальне проектування програмного засобу.

– Конструювання програмного засобу.

– Комплексування програмного засобу.

– Тестування.

Підготовка ПЗ

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

2. Оформлення вихідних результатів відповідно до процесу документування.

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

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

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

Аналіз ТЗ

1. Аналіз області застосування розроблювальної системи з погляду визначення вимог до неї.

2. Оформлення вимог до програмного засобу, які повинні описувати:

– функціональні й технічні вимоги, включаючи продуктивність, фізичні характеристики й навколишні умови, під якими повинен бути створений програмний об'єкт архітектури (далі – програмний об'єкт);

– вимоги до зовнішніх інтерфейсів програмного об'єкта архітектури;

– кваліфікаційні вимоги;

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

– вимоги захисту, включаючи вимоги, що відносяться до припустимої точності інформації;

– ергономічні вимоги, включаючи вимоги, що відносяться до ручних операцій, взаємодії "людина-машина", персоналу й областям, що вимагають концентрації уваги людини, пов'язаним із чутливістю об'єкта до помилок людини й навченості персоналу;

– вимоги до визначення даних і базі даних;

– вимоги по запровадженню в дію й прийманню програмного продукту, що поставляється, на об'єкті(ах) експлуатації й супроводу;

– вимоги до документації користувача;

– вимоги до експлуатації об'єкта користувачем;

– вимоги до обслуговування користувача.

3. Оцінка ТЗ із урахуванням наступних критеріїв (при цьому результати оцінок повинні бути документально оформлені):

– облік потреб замовника;

– відповідність потребам замовника;

– тестуємість;

– виконуваність проектування системної архітектури;

– можливість експлуатації й супроводу.