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

П

4.2.3. Процес розроблення

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

До процесу розроблення входять наступні дії:

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

  • аналіз вимог до АІС;

  • проектування архітектури АІС;

  • аналіз вимог до ПЗ АІС;

  • проектування архітектури ПЗ;

  • детальне проектування ПЗ;

  • кодування і тестування ПЗ;

  • інтеграція ПЗ;

  • кваліфікаційне тестування ПЗ;

  • інтеграція системи;

  • кваліфікаційне тестування системи;

  • установлення і приймання ПЗ АІС;

  • приймання АІС.

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

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

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

Аналіз вимог до АІС припускає визначення таких характеристик для кожного компонента:

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

  • зовнішніх інтерфейсів;

  • специфікацій надійності та безпеки;

  • ергономічних вимог;

  • вимог до використовуваних даних;

  • вимог до встановлення і приймання;

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

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

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

Проектування архітектури ПЗ охоплює такі задачі (для кожного компонента ПЗ):

  • трансформація вимог до ПЗ в архітектуру, що визначає на високому рівні структуру ПЗ і склад його компонентів;

  • розробка й документування програмних інтерфейсів ПЗ і баз даних;

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

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

Архітектура компонентів ПЗ має відповідати вимогам, які висувають до них, а також прийнятим проектним стандартам і методам.

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

  • опис компонентів ПЗ та інтерфейсів між ними на нижчому рівні, достатньому для їх подальшого самостійного кодування й тестування;

  • розробка й документування детального проекту бази даних;

  • відновлення (у разі потреби) документації для користувачів;

  • розробка й документування вимог до тестів і плану тестування компонентів ПЗ;

  • коригування плану інтеграції ПЗ.

Кодування і тестування ПЗ охоплюють такі задачі:

  • розробка (кодування) і документування кожного компонента ПЗ і бази даних, а також сукупності тестових процедур і даних для їх тестування;

  • тестування кожного компонента ПЗ і бази даних на відповідність вимогам. Результати тестування компонентів мають бути документовані;

  • коригування (за потреби) документації для користувачів;

  • коригування плану інтеграції ПЗ.

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

Кваліфікаційна вимога - це набір критеріїв або умов, який необхідно виконати, щоб кваліфікувати програмний продукт як такий, що відповідає своїм специфікаціям і готовий до використання в умовах експлуатації.

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

При цьому також перевіряють повноту технічної документації і документації для користувачів на її адекватність самим компонентам ПЗ.

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

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

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