Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Посибник ІСТОА.doc
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
2.45 Mб
Скачать

4.3. Допоміжні процеси жц аіс

Процес документування (documentation process)

Процес передбачає формалізований опис інформації, створеної протягом ЖЦ АІС. Цей процес складається з набору дій, за допомогою яких планують, проектують, розробляють, випускають, редагують, поширюють і супроводжують документи, необхідні для всіх заінтересованих осіб, таких як керівництво, технічні фахівці й користувачі системи.

Процес документування охоплює такі дії:

  • підготовчу роботу;

  • проектування й розроблення документації;

  • випуск документації;

  • супроводження документації.

Процес керування конфігурацією (configuration management process)

Процес припускає застосування адміністративних і технічних процедур упродовж усього ЖЦ АІС для визначення стану компонентів системи, керування модифікаціями, опису й підготовки звітів щодо стану компонентів АІС і запитів на модифікацію, забезпечення повноти, сумісності й коректності компонентів, керування збереженням і постачанням компонентів АІС. Відповідно до стандарту ІЕЕЕ-90 під конфігурацією ПЗ розуміють сукупність його функціональних і фізичних характеристик, установлених у технічній документації та реалізованих у ПЗ. Те саме можна сказати про АІС загалом.

Керування конфігурацією дає змогу організувати, систематично враховувати й контролювати внесення змін у АІС на всіх стадіях ЖЦ. Процес керування конфігурацією передбачає такі дії:

  • підготовчу роботу;

  • ідентифікацію конфігурації;

  • контроль конфігурації;

  • відстежування стану конфігурації;

  • оцінювання конфігурації;

  • керування випуском і постачанням.

Підготовча робота полягає в плануванні керування конфігурацією.

Ідентифікація конфігурації встановлює правила, за допомогою яких можна однозначно ідентифікувати й розрізняти компоненти АІС, ПЗ та їхні версії.

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

Контроль конфігурації призначений для систематичного оцінювання передбачуваних модифікацій АІС і координовані їхні реалізації з урахуванням ефективності кожної модифікації і витрат на її виконання.

ін забезпечує контроль стану й розвитку компонентів АІС і ПЗ, їхніх версій, а також адекватність реально модифікованих компонентів з комплектом їхньої документації.

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

Оцінювання конфігурації полягає в оцінюванні функціональної повноти компонентів АІС, а також відповідності їхнього фізичного стану поточному технічному опису.

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

Процес забезпечення якості (quality assurance process)

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

Для одержання достовірних оцінок створюваної АІС процес забезпечення її якості має відбуватися незалежно від суб'єктів, безпосередньо зв'язаних з її розробкою. При цьому можуть використовуватися результати інших допоміжних процесів, таких як верифікація, атестація, спільне оцінювання, аудит і розв'язування проблем.

Процес забезпечення якості охоплює такі дії:

  • підготовчу роботу;

  • забезпечення якості продукту;

  • забезпечення якості процесу;

  • забезпечення інших показників якості системи.

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

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

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

Забезпечення інших показників якості системи здійснюється відповідно до умов договору і стандарту якості ISO 9001.

Процес верифікації (verification process)

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

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

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

Процес верифікації охоплює підготовчу роботу і власне верифікацію.

У процесі верифікації перевіряють такі умови:

  • несуперечність вимог до системи і ступінь обліку потреб користувачів;

  • можливості постачальника виконати задані вимоги;

  • відповідність обраних процесів ЖЦ умовам договору;

  • адекватність стандартів, процедур і середовища розробки процесам ЖЦ;

  • відповідність проектних специфікацій заданим вимогам;

  • коректність опису в проектних специфікаціях вхідних і вихідних даних, послідовності подій, інтерфейсів, логіки тощо;

  • відповідність коду проектним специфікаціям і вимогам;

  • можливості тестування і коректність коду, його відповідність прийнятим стандартам кодування;

  • коректність інтеграції компонентів АІС у систему;

  • адекватність, повнота й несуперечливість документації.

Процес атестації (validation process)

Процес передбачає визначення повноти відповідності заданих вимог і створеної системи або програмного продукту їхньому конкретному функціональному призначенню. Під атестацією зазвичай розуміють підтвердження й оцінку вірогідності достовірності результатів проведеного тестування. Атестація має гарантувати повну відповідність АІС специфікаціям, вимогам і документації, а також можливість його безпечного й надійного застосування користувачем. Атестацію рекомендується виконувати шляхом тестування в усіх можливих ситуаціях і використовувати при цьому незалежних фахівців. Атестація може проводитися на початкових стадіях ЖЦ або як частина роботи з приймання АІС.

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

Процес атестації охоплює підготовчу роботу і власне атестацію.

Процес спільного оцінювання (joint review process)

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

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

Процес спільного оцінювання охоплює такі дії:

  • підготовчу роботу;

  • оцінювання керування проектом;

  • технічне оцінювання.

Процес аудиту (audit process)

Процес являє собою визначення відповідності АІС і процесу її розроблення вимогам, планам і умовам договору. Аудит може виконуватися двома будь-якими сторонами, що беруть участь у договорі, коли одна сторона перевіряє іншу.

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

Процес розв'язування проблем (problem resolution process)

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

Кожну виявлену проблему потрібно ідентифікувати, описати, проаналізувати й розв'язати.

Процес розв'язування проблем охоплює підготовчу роботу і власне розв'язування проблем.