вання системи захисту інформації інформаційної системи;
- розробку експлуатаційної документації на систему захисту інформації інформаційної системи;
- макетування і тестування системи захисту інформації інформаційної системи (при необхідності).
Система захисту інформації інформаційної системи не повинна перешкоджати досягненню цілей створення інформаційної системи та її функціонуванню.
При розробці системи захисту інформації інформаційної системи враховується її інформаційна взаємодія з іншими інформаційними системами та інформаційно-телекомунікаційними мережами, у тому числі з інформаційними системами уповноваженої особи, а також застосування обчислювальних ресурсів (потужностей), що надаються уповноваженою особою для обробки інформації.
3. Розробка технічного завдання на розробку системи захисту інформації інформаційної системи
3.1 Загальний підхід до розробок технічного завдання на розробку системи захисту інформації інформаційної системи
Технічне завдання (ТЗ) на інформаційну систему (ІС) є основним документом, що визначає вимоги та порядок створення (розвитку або модернізації - далі створення) автоматизованої системи, відповідно до якого проводиться розробка ІС та її приймання при введенні в дію.
ТЗ на ІС розробляють на систему в цілому, призначену для роботи самостійно або в складі іншої системи.
Вимоги до ІС в обсязі, встановленому цим стандартом, можуть бути включені в завдання на проектування новостворюваного об'єкта автоматизації. У цьому випадку ТЗ на ІВ розробляють.
Включаються до ТЗ на ІС вимоги повинні відповідати сучасному рівню розвитку науки і техніки і не поступатися аналогічним вимогам, пропонованим до найкращим сучасним вітчизняним і зарубіжним аналогам. Задаються в ТЗ на ІС вимоги не повинні обмежувати розробника системи в пошуку і реалізації найбільш ефективних технічних, техніко-економічних та інших рішень.
ТЗ на ІС розробляють на підставі вихідних даних, у тому числі що містяться в підсумковій документації стадії Дослідження й обґрунтування створення ІС raquo ;, встановленої ГОСТ 34.601. У ТЗ на ІВ включають тільки ті вимоги, які доповнюють вимоги до систем даного виду (АСУ, САПР, АСНІ і т. Д.), Що містяться в діючих НТД, і визначаються специфікою конкретного об'єкта, для якого створюється система.
3.2 Склад і зміст технічного завдання на інформаційної системи
ТЗ на ИС містить наступні розділи, які можуть бути поділені на підрозділи:
- загальні відомості;
- призначення і цілі створення (розвитку) системи;
- характеристика об'єктів автоматизації;
- вимоги до системи;
- склад і зміст робіт зі створення системи;
- порядок контролю та приймання системи;
- вимоги до складу та змісту робіт з підготовки об'єкта автоматизації до введення системи в дію;
- вимоги до документування;
- джерела розробки.
3.3 Порядок розробки, погодження та затвердження технічного завдання
Порядок розроблення, погодження та затвердження технічного завдання:
- проект ТЗ на ІС розробляє організація - розробник системи за участю замовника на підставі технічних вимог (заявки, тактико-технічного завдання і т.п.). При конкурсній організації робіт варіанти проекту ТЗ на ІС розглядаються замовником, який або вибирає переважний варіант, або на підставі порівняльного аналізу готує за участю майбутнього розробника ІС остаточний варіант ТЗ на ІВ;
- необхідність узгодження проекту ТЗ на ІС з органами державного нагляду та іншими зацікавленими організаціями визначають спільно замовник системи і розробник проекту ТЗ на ІВ. Роботу з узгодження проекту ТЗ на ІС здійснюють спільно розробник ТЗ на ІС і замовник системи, кожен в організаціях свого міністерства (відомства);
- термін узгодження проекту ТЗ на ІС в кожній організації не повинен перевищувати 15 днів з дня його отримання. Рекомендується розсилати на узгодження екземпляри проекту ТЗ на ІС (копій) одночасно в усі організації (підрозділу);
- Зауваження за проектом ТЗ на ІС повинні бути представлені з технічним обґрунтуванням. Рішення за зауваженнями повинні бути прийняті розробником проекту ТЗ на ІС і замовником системи до затвердження ТЗ на ІВ;
- якщо при узгодженні проекту ТЗ на ІС виникли розбіжності між розробником і замовником (або іншими зацікавленими орг...
