що діє на підставі , з другої сторони, надалі Замовник і Виконавець також іменуються Сторона, а спільно Сторони, враховуючи результат проведення закупівлі: Створення інформаційно-аналітичної системи «Сервіс консолідації пільговиків», 1 черга за кодом...
Додаток 5
до тендерної документації
ПРОЕКТ ДОГОВОРУ
ДОГОВІР №
про надання послуг
м. Київ 2018 р.
Комунальне підприємство «Головний інформаційно-обчислювальний центр» (надалі –
«Замовник»), в особі_ , який діє на підставі , з
однієї сторони, та (надалі – «Виконавець»), в особі
, що діє на підставі , з другої сторони, надалі Замовник і Виконавець також іменуються Сторона, а спільно Сторони, враховуючи результат проведення закупівлі: Створення інформаційно-аналітичної системи «Сервіс консолідації пільговиків», 1 черга за кодом ДК 021:2015 (CPV) «Єдиний закупівельний словник» – 72210000-0 Послуги з розробки пакетів програмного забезпечення, керуючись Цивільним кодексом України, Господарським кодексом України, Законом України «Про публічні закупівлі» та іншими нормативно-правовими актами України, уклали цей Договір про нижченаведене.
1. ПРЕДМЕТ ДОГОВОРУ
1.1. Виконавець зобов’язується в порядку та на умовах визначених цим Договором надати Замовникові послуги, зазначені в п. 1.2 Договору, а Xxxxxxxx - прийняти і оплатити такі послуги.
1.2. Найменування послуги: Створення інформаційно-аналітичної системи
«Сервіс консолідації пільговиків», 1 черга за кодом ДК 021:2015 (CPV) «Єдиний закупівельний словник» – 72210000-0 Послуги з розробки пакетів програмного забезпечення.
1.3. Обсяги закупівлі послуг, що надаються за цим Договором, можуть бути зменшені Замовником залежно від реального фінансування видатків та його потреб.
1.4. Перелік та зміст послуги, що є предметом Договору, строки їх надання та вартість визначаються Календарним планом (Додаток 1 до Договору), який є невід’ємною частиною Договору.
1.5. Технічні та інші вимоги до предмету Договору визначаються в Технічному завданні, яке розробляє Виконавець та погоджує із Замовником відповідно до Календарного плану та з урахуванням Інформації про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівлі (Технічні вимоги) (Додаток 2 до Договору). Технічне завдання є невід’ємною частиною даного Договору з моменту його підписання Сторонами.
2. ЯКІСТЬ ПОСЛУГИ ТА ГАРАНТІЙНІ ЗОБОВ’ЯЗАННЯ
2.1. Виконавець повинен надати Замовнику послуги, якість яких відповідає Технічному завданню, положенням даного Договору, законодавству України та загальноприйнятим умовам надання такого роду послуг.
2.2. Виконавець забезпечує гарантійну (технічну) підтримку створеного в результаті надання послуг програмного забезпечення протягом 12 місяців з дати підписання Акту приймання-передачі наданих послуг по останньому етапу згідно з Календарним планом. Під гарантійною підтримкою у Договорі розуміється зобов’язання Виконавця безоплатно підтримувати розроблене програмне забезпечення, виправляти виявлені помилки і адаптувати програмне забезпечення до нових версій операційних систем та систем керування базами даних.
2.3. Якщо протягом строку гарантійної (технічної) підтримки виявляються дефекти в роботі або його невідповідність Технічному завданню та умовам Договору, Виконавець
зобов’язується своїми засобами і за власні кошти усунути помилки, неполадки, збої у роботі програмного забезпечення, що було створене або модифіковане ним під час надання послуг за цим Договором у погоджені Сторонами строки.
3. ЦІНА ДОГОВОРУ ТА ПОРЯДОК РОЗРАХУНКІВ
3.1. Ціна даного Договору становить:
урахуванням ПДВ (якщо Виконавець – платник ПДВ).
( ) з
3.2. Вартість Договору включає в себе всі витрати, пов’язані з підготовкою, наданням послуг, а також всіх можливих податків, зборів та інших обов’язкових платежів. Вартість кожного етапу надання послуг відображається в Календарному плані.
3.3. Розрахунки за надані послуги здійснюються відповідно до ст. 49 Бюджетного кодексу України в національній валюті України – гривні, шляхом перерахування Замовником грошових коштів на поточний рахунок Виконавця протягом 60 (шістдесяти) робочих днів після підписання Сторонами Акту приймання-передачі наданих послуг за відповідним етапом та за умови здійснення відповідного бюджетного фінансування на рахунок Замовника.
3.4. У випадку відсутності фінансування або його затримки, розрахунки за надані послуги затримуються до моменту надходження фінансування для оплати таких послуг.
3.5. Замовник не несе відповідальності за затримку бюджетного фінансування та зобов’язується здійснити оплату вартості наданих Виконавцем послуг протягом 10 робочих днів з дати надходження відповідного бюджетного фінансування коштів на рахунок Замовника.
4. ПОРЯДОК ТА СТРОКИ ПОСТАВКИ ПОСЛУГИ
4.1. Місце надання послуги: м. Київ, вул. Xxxxxxxx, 00 X, 00000.
4.2. Строк надання послуги: з дати отримання письмової заявки від Замовника та до 26 грудня 2018 року.
4.3. Виконавець приступає до надання послуг за цим Договором з дати отримання письмової заявки від Замовника.
4.4. Надання послуг за цим Договором здійснюється поетапно, згідно з Календарним планом.
4.5. Виконавець приступає до надання послуг за кожним етапом Календарного плану згідно з письмовою заявкою Замовника. У разі дострокового виконання поточного (чергового) етапу, Виконавець, за письмовою згодою Xxxxxxxxx, приступає до виконання наступного етапу Договору.
4.6. Перелік документації та результати послуг, що підлягають оформленню та здачі Виконавцем Xxxxxxxxx під час та по закінченні дії Договору, визначаються Календарним планом.
4.7. Вартість послуг, перелік послуг та документації за кожним етапом визначених Календарним планом може уточнюватись Замовником за письмовим погодженням з Виконавцем.
4.8. Приймання результатів наданих послуг здійснюється з урахуванням їх відповідності вимогам даного Договору, Календарному плану та Технічному завданню.
4.9. По завершенню кожного з етапів Договору Виконавець подає Замовнику протягом 5 (п’яти) днів Акт приймання-передачі наданих послуг за відповідним етапом з доданням результату відповідного етапу послуг згідно з Календарним планом.
4.10. Приймання та оцінка наданих послуг за етапом здійснюється впродовж 5 (п’яти) робочих днів з дати надання Виконавцем Акту приймання-передачі наданих послуг, комісією Замовника за участю Xxxxxxxxx відповідно до Календарного плану та Технічного завдання. Робота комісії завершується складанням Протоколу з висновком про відповідність (невідповідність) наданих послуг Технічному завданню та Календарному плану, а також, у разі виявлення комісією невідповідностей вимогам Технічного завдання та Календарного плану, зазначенням переліку необхідних доопрацювань і строками їх виконання.
4.11. Замовник протягом 10 (десяти) робочих днів з дня отримання Акта приймання- передачі наданих послуг за відповідним етапом, зобов’язаний надіслати Виконавцю підписаний Акт приймання-передачі наданих за відповідним етапом послуг або подати вмотивовану відмову від їх прийняття.
4.12. У разі вмотивованої відмови Замовника від прийняття результатів надання послуг за відповідним етапом, Сторонами складається двосторонній Акт з переліком необхідних доопрацювань і строками їх виконання.
4.13. Виконавець зобов’язаний, без додаткової оплати, протягом 10 (десяти) календарних днів або в інший узгоджений із Замовником строк відповідно до Акту з переліком необхідних доопрацювань вжити всіх заходів та усунути недоліки.
5. ПРАВА ТА ОБОВ'ЯЗКИ СТОРІН
5.1. Замовник зобов’язаний:
5.1.1. Своєчасно та в повному обсязі сплачувати вартість належним чином наданих послуг, з урахуванням п. 3.3.-3.5. Договору;
5.1.2. Приймати надані за етапами послуги згідно з Актами приймання-передачі наданих послуг;
5.1.3. На вимогу Xxxxxxxxx надавати йому інформацію, необхідну для надання послуг за цим Договором;
5.1.4. Призначити особу, відповідальну за взаємодію з фахівцями Виконавця для надання Виконавцем послуг за цим Договором;
5.1.5. При встановлені недоліків та дефектів, виявлених під час використання результатів наданих послуг, невідкладно інформувати про це Виконавця.
5.2. Замовник має право:
5.2.1. Достроково розірвати цей Договір, повідомивши про це Виконавця письмово у строк за 20 (двадцять) календарних днів до дати розірвання Договору, узгодивши з Виконавцем усі умови розірвання Договору, шляхом підписання додаткової угоди до нього;
5.2.2. Вимагати від Виконавця надання послуг у строки, встановлені цим Договором;
5.2.3. Контролювати якість та строки надання послуг за цим Договором;
5.2.4. Зменшувати в односторонньому порядку обсяг закупівлі послуг та, відповідно ціну цього Договору, залежно від реального фінансування видатків та потреб;
5.2.5. Повернути Виконавцю Акти приймання-передачі наданих послуг без здійснення оплати, в разі неналежного оформлення документів, зазначених у п. 4.6. Договору;
5.2.6. Вимагати від Виконавця надання послуг, якість яких відповідає умовам, встановленим цим Договором;
5.2.7. Відмовитись від приймання послуг, якщо вони не відповідають Технічному завданню та умовам Договору;
5.2.8. Вимагати від Виконавця безоплатного виправлення недоліків та дефектів, що виникли внаслідок допущених Виконавцем порушень, у т. ч. протягом гарантійного строку, зазначеного у п. 2.2., x. 2.3 даного Договору;
5.2.9. У будь-який час до закінчення строку дії Договору відмовитися від послуг Xxxxxxxxx, здійснивши з ним розрахунки за фактично надані послуги, шляхом підписання Сторонами додаткової угоди до цього Договору;
5.2.10. Вимагати від Виконавця відшкодування збитків, якщо вони виникли внаслідок невиконання або неналежного виконання Виконавцем взятих на себе зобов’язань за цим Договором.
5.3. Виконавець зобов’язаний:
5.3.1. Надати послуги у строки, встановлені Календарним планом;
5.3.2. Забезпечити надання послуг, якість та комплектність яких відповідає умовам, встановленим цим Договором, Технічному завданню та Календарному плану;
5.3.3. Дотримуватись робочого розпорядку, що діє у Замовника, правил охорони праці та пожежної безпеки під час перебування на території Замовника;
5.3.4. Оформлювати первинні бухгалтерські документи відповідно до вимог ст. 9 Закону України «Про бухгалтерський облік та фінансову звітність в Україні»;
5.3.5. Зареєструвати податкові накладні в Єдиному реєстрі податкових накладних згідно п. 201.1 ст. 201 Податкового кодексу України. Якщо Виконавець порушує зобов’язання по реєстрації податкових накладних в Єдиному реєстрі податкових накладних, він зобов’язаний відшкодувати Замовнику збитки. (Даний пункт Договору є чинним лише за умови, що Виконавець є платником ПДВ).
5.4. Виконавець має право:
5.4.1. Своєчасно та в повному обсязі отримувати плату за надані послуги в порядку, визначеному цим Договором;
5.4.2. На дострокове надання послуг за письмовим погодженням Замовника;
5.4.3. Призупинити надання послуг по Договору у випадку порушення Замовником строків оплати наданих послуг по етапу згідно з Календарним планом, крім з причин визначених п. 3.3. - п. 3.5. Договору.
6. ПРАВА НА ОБ’ЄКТИ ІНТЕЛЕКТУАЛЬНОЇ ВЛАСНОСТІ
6.1. Виконавець передає (відчужує) Замовнику в повному обсязі всі майнові права інтелектуальної власності (майнові права автора) на будь-які створені ним об’єкти права інтелектуальної власності в рамках даного Договору. Виконавець не має права надалі використовувати створені ним в рамках даного Договору об’єкти права інтелектуальної власності з комерційною метою або з будь-якою іншою метою, або будь-яким способом, без попередньої письмової згоди Замовника.
6.2. Сторони домовились, що моментом передачі (відчуження) Виконавцем і моментом прийняття Замовником виключних майнових прав інтелектуальної власності на створений Виконавцем об’єкт права інтелектуальної власності є момент підписання Сторонами відповідного Акту прийому-передачі наданих послуг за відповідним етапом згідно Календарного плану.
6.3. Передача Замовнику виключних майнових прав інтелектуальної власності на об’єкти права інтелектуальної власності (надалі – Твір) включає передачу (відчуження) Виконавцем Замовнику:
– виключного права на використання Твору;
– виключного права дозволяти використання Твору іншими особами;
– виключного права перешкоджати неправомірному використанню Твору, в тому числі забороняти таке використання, іншими особами;
– інших майнових прав інтелектуальної власності, встановлені законодавством України.
6.4. Після передачі результатів наданих послуг, Замовнику належатимуть всі виключні майнові права інтелектуальної власності, встановлені чинним законодавством України на результати, отримані в ході виконання цього Договору.
6.5. Територією, на яку поширюються передані Замовнику майнові права інтелектуальної власності на Твір, є територія всього світу без обмежень.
6.6. Строк дії майнових прав інтелектуальної власності Замовника на Твір дорівнює максимальному строку дії таких прав відповідно до чинного законодавства України.
6.7. Сторони домовилися, що оплата за передачу Замовнику майнових прав інтелектуальної власності на Твір (програмне забезпечення) та всі його компоненти (що розробляються на умовах даного Договору), включена до вартості послуг Виконавця згідно з цим Договором.
6.8. Виконавець заявляє, що на момент укладення цього Договору йому нічого не відомо про права третіх осіб, які могли б бути порушені укладенням цього Договору.
7. ВІДПОВІДАЛЬНІСТЬ СТОРІН
7.1. У разі невиконання або неналежного виконання своїх зобов’язань за Договором, Xxxxxxx несуть відповідальність, передбачену чинним законодавством України та цим Договором.
7.2. За порушення строків виконання зобов’язань за Договором більше, ніж на 10 (десять) робочих днів Виконавець сплачує Замовнику штраф у розмірі 0,1 % від вартості послуг, з яких допущено прострочення виконання.
7.3. У разі невиконання або неналежного виконання Виконавцем зобов’язань щодо якості наданих послуг та/або надання послуг, що не відповідають Технічному завданню, Замовник має право відмови від оплати за неякісно надані та/або надані з порушенням Технічного завдання послуги із звільненням Замовника від будь-якої відповідальності за такі дії.
7.4. У разі відмови Виконавця надати податкову накладну та/або розрахунок коригування кількісних та вартісних показників до податкових накладних та/або порядку їх заповнення, реєстрації в Єдиному реєстрі податкових накладних за цим Договором, Виконавець сплачує Замовнику штраф у розмірі суми ПДВ, включеної до такої податкової накладної та/або розрахунку коригування кількісних та вартісних показників до податкових накладних, але не менше 5000,00 (п’ять тисяч) грн. за кожну податкову накладну та/або розрахунок коригування кількісних та вартісних показників до податкових накладних протягом 30 календарних днів з дати отримання відповідної вимоги Замовника. (Даний пункт Договору є чинним лише за умови, що Виконавець є платником ПДВ).
8. ОБСТАВИНИ НЕПЕРЕБОРНОЇ СИЛИ
8.1. Сторони звільняються від відповідальності за невиконання або неналежне виконання зобов'язань за цим Договором у разі виникнення обставин непереборної сили, які не існували під час укладання Договору та виникли поза волею Сторін (аварія, катастрофа, стихійне лихо, епідемія, епізоотія, режим військового стану, тощо).
8.2. Сторона, що не може виконувати зобов'язання за цим Договором унаслідок дії обставин непереборної сили, повинна не пізніше ніж протягом 15 днів з моменту їх виникнення повідомити про це іншу Сторону у письмовій формі.
8.3. Доказом виникнення обставин непереборної сили та строку їх дії є відповідні документи, які видаються Торгово-промисловою палатою України або іншим компетентним органом.
8.4. У разі коли строк дії обставин непереборної сили продовжується більше ніж 30 днів, кожна із Сторін в установленому порядку має право розірвати цей Договір.
9. ВИРІШЕННЯ СПОРІВ
9.1. У випадку виникнення спорів або розбіжностей Сторони зобов'язуються вирішувати їх шляхом взаємних переговорів та консультацій.
9.2. У разі недосягнення Сторонами згоди, спори (розбіжності) вирішуються у судовому порядку, згідно правил підвідомчості і підсудності, встановлених чинним законодавством України.
10. СТРОК ДІЇ ДОГОВОРУ
10.1. Договір набирає чинності з дати його підписання та скріплення печатками Xxxxxx (за їх наявності та у випадку використання печатки учасником в своїй господарської діяльності та при оформленні документів) і діє до 26 грудня 2018 року, а в частині розрахунків та гарантійних зобов’язань за даним Договором − до повного виконання їх Сторонами.
10.2. Закінчення строку дії Договору не звільняє Xxxxxxx від відповідальності за його порушення, що мало місце під час дії Договору.
11. ІНШІ УМОВИ
11.1. Істотні умови Договору не можуть змінюватися після його підписання до виконання зобов’язань Сторонами в повному обсязі, крім випадків, передбачених статтею 36 Закону України «Про публічні закупівлі».
11.2. Протягом терміну дії даного Договору, а також протягом п’яти років після його розірвання чи припинення, умови даного Договору, додаткових угод до нього, а також відомості, що стали відомі Сторонам у зв’язку з виконанням умов цього Договору є конфіденційними і не підлягають розголошенню, крім випадків визначених чинним законодавством України, в тому числі в сфері здійснення державних закупівель.
11.3. Сторони вживають усіх заходів для того, щоб їхні співробітники не розголошували інформацію, яка вважається конфіденційною за цим Договором, без попередньої згоди на це другої Сторони.
11.4. Жодна із Сторін не має права передавати свої права та обов’язки за Договором третім особам без письмової згоди на те іншої Сторони.
11.5. Всі письмові повідомлення, передбачені цим Договором, направляються за адресами, вказаними в цьому Договорі, рекомендованою поштою з повідомленням про вручення, або вручаються представникам сторін особисто під розпис. У разі, якщо повідомлення не буде отримано Xxxxxxxx, що буде підтверджено поверненням стороні- відправнику поштового повідомлення з відміткою про неможливість вручення, в тому числі на підставі зміни стороною-одержувачем адреси, вказаної в цьому Договорі, про що інша Сторона не була сповіщена, повідомлення вважатиметься отриманим з дати його відправлення, незалежно від фактичного отримання.
11.6. Сторони добровільно надають свою безумовну згоду на обробку будь-яких персональних даних, які стали відомими в результаті виконання цього договору. Обробка включає, але не обмежується, збиранням, реєстрацією, зберіганням, адаптацією, оновленням, використанням, поширенням та знищенням персональних даних. Також Xxxxxxx погоджуються з тим, що після підписання цього Договору вони звільняються від обов'язку отримувати додаткові згоди на передачу персональних даних, необхідних для належного виконання договірних зобов'язань. Сторони договору зобов'язуються при зміні своїх персональних даних негайно повідомляти один одного про це, надаючи, у разі необхідності, відповідні документи.
11.7. Цей Договір складений при повному розумінні Сторонами його умов та термінології, українською мовою у двох автентичних примірниках, які мають однакову юридичну силу – по одному для кожної із Сторін.
11.8. Умови цього договору можуть бути змінені за згодою Сторін у порядку, визначеному законодавством України, шляхом укладання Сторонами додаткової угоди до цього Договору. Всі зміни та доповнення до цього Договору будуть мати юридичну силу, якщо вони виконані в письмовій формі та належним чином підписані уповноваженими представниками Xxxxxx. Такі зміни та доповнення до цього Договору вважаються його невід’ємною частиною.
11.9. Всі виправлення за текстом цього Договору мають юридичну силу та можуть враховуватися виключно за умови, що вони у кожному окремому випадку датовані та засвідчені підписами Сторін.
11.10. Договір не втрачає чинності у разі зміни реквізитів Сторін, їх установчих документів, а також зміни організаційно-правової форми тощо. Про зазначені зміни Сторони у письмовій формі зобов’язані протягом 7 (семи) робочих днів повідомити одна одну.
11.11. Правовідносини сторін, не врегульовані положеннями цього Договору, регулюються нормами чинного в Україні законодавства.
11.12. Виконавець є платником податку .
11.13. Замовник є платником податку на прибуток на загальних підставах та платником ПДВ.
12. ДОДАТКИ ДО ДОГОВОРУ
12.1. Календарний план надання послуг.
12.2. Інформація про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівлі (Технічні вимоги).
13. МІСЦЕЗНАХОДЖЕННЯ ТА РЕКВІЗИТИ СТОРІН
ЗАМОВНИК | ВИКОНАВЕЦЬ |
Додаток 1
до Договору № від
Календарний план виконання робіт*
№ п/п | Назва етапу | Термін виконання** | Результат | Вартість робіт без ПДВ, грн. |
1 | Розробка | 20 робочих | Технічне завдання. | |
технічного | дня з дати | |||
завдання на | отримання | |||
розробку ІАС | письмової | |||
«СКП» | заявки від | |||
Замовника *** | ||||
2 | Розробка | 40 робочих | Дослідний зразок програмного | |
програмного | днів з дати | забезпечення ІАС «СКП» на | ||
забезпечення | виконання | площадці Замовника. | ||
ІАС «СКП», | п. 1 та | Опис Системи. | ||
розробка | отримання | Керівництво системного | ||
документації | письмової | адміністратора. | ||
заявки від | Програма та методика | |||
Замовника | попередніх випробувань. | |||
Протокол попередніх | ||||
випробувань. | ||||
Акт прийняття в дослідну | ||||
експлуатацію програмного | ||||
забезпечення ІАС «СКП». | ||||
3 | Дослідна | 20 робочих | Програма та методика | |
експлуатація | днів з дати | дослідної експлуатації. | ||
програмного | виконання | Протокол дослідної | ||
забезпечення | п. 2 та | експлуатації. | ||
ІАС «СКП», | отримання | Керівництво користувача. | ||
розробка | письмової | Керівництво адміністратора. | ||
документації | заявки від | |||
Замовника |
* Виконавець може надавати власний варіант календарного плану.
** За рішенням Виконавця реалізація етапів може проводитися як послідовно один за одним так і одночасно.
*** Строк розробки та порядок надання ТЗ може бути змінено.
ЗАМОВНИК | ВИКОНАВЕЦЬ |
Додаток 2
до Договору від « » 2018 №
ТЕХНІЧНІ ВИМОГИ
ІНФОРМАЦІЯ ПРО НЕОБХІДНІ ТЕХНІЧНІ, ЯКІСНІ ТА КІЛЬКІСНІ ХАРАКТЕРИСТИКИ ПРЕДМЕТУ ЗАКУПІВЛІ
Створення інформаційно-аналітичної системи
«Сервіс консолідації пільговиків», 1 черга
за кодом ДК 021:2015 (CPV) «Єдиний закупівельний словник» – 72210000-0 Послуги з розробки пакетів програмного забезпечення
Створення інформаційно-аналітичної системи «Сервіс консолідації пільговиків», 1 черга, яке виконується згідно пункту 27 Переліку заходів з подальшого впровадження інформаційно-комунікаційних технологій у сфері життєдіяльності міста Києва на 2018 рік, затвердженому Розпорядженням виконавчого органу Київської міської ради (Київської міської державної адміністрації) № 614 від 11 квітня 2018 року (зі змінами і доповненнями).
1. ЗАГАЛЬНІ ВІДОМОСТІ
1.1. Загальні положення
В цьому документі наведені технічні та якісні характеристики, перелік та терміни виконання робіт зі створення інформаційно-аналітичної системи «Сервіс консолідації пільговиків», 1 черга (далі – ІАС «СКП» або Система).
Якісні та кількісні характеристики щодо черг та обсягу відповідних робіт визначаються цими Технічними вимогами та уточняються в Технічному завданні.
1.2. Мета створення ІАС «СКП»
Мета першої черги створення ІАС «СКП» – це створення Системи, яка дозволить:
− підвищити ефективність роботи в соціальній сфері міста Києва щодо забезпечення своєчасності, адресності, доступності виплат та послуг для споживачів;
− підвищити ефективність контролю за якістю надання послуг та цільовим використанням коштів, передбачених для здійснення соціального захисту мешканців Києва;
− уніфікувати процеси надання послуг в соціальній сфері за рахунок дотримання єдиних стандартів на процеси надання послуг і документів, що формуються в процесі надання послуг.
1.3. Призначення XXX «СКП»
ІАС «СКП» – це автоматизована система управління інформаційним реєстром соціальної підтримки Громадян міста Києва.
Призначення ІАС «СКП» – збір, зберігання та ведення даних у вигляді реєстру для подальшого надання послуг із соціальної підтримки Громадян міста Києва, який забезпечить створення єдиного інформаційного джерела про права на пільги жителів міста.
1.4. Склад послуг зі створення ІАС «СКП»
Нижче надано перелік робіт зі створення ІАС «СКП».
В межах виконання робіт зі створення ІАС «СКП» повинні бути здійснені наступні заходи:
1. Розробка реєстру соціальної підтримки Громадян міста Києва.
2. Розробка сервісу обміну даними з зовнішніми інформаційними системами (далі
– ЗІС).
3. Розробка сервісу звітності.
4. Реалізація сервісу звірки з ЗІС, які надають соціальні пільги.
5. Розробка підсистеми адміністрування.
6. Розробка гнучкої рольової моделі із набором відповідних АРМ.
Перелік компонентів не остаточний та повинен бути уточнений в Технічному завданні.
1.5. Цілі
Ціль створення Системи:
− забезпечити підвищення швидкості прийняття рішення структурними підрозділами виконавчого органу Київської міської ради (Київської міської державної адміністрації), районними в місті Києві державними адміністраціями, підприємствами, установами та організаціями, що належать до комунальної власності територіальної громади міста Києва щодо задоволення потреб громадян територіальної громади міста Києва в частині обліку та надання соціальних послуг міста Києва;
− керувати наданням доступу до даних сутностей реєстру, з можливістю подальшого їх використання зовнішніми інформаційними системам міста, якщо житель міста Києва надав відповідну згоду на поширення персональних даних під час:
o використання Сервісу авторизації ОКК, в разі користування електронним муніципальним сервісом;
o відкриття соціальної картки в банківських структурах.
Це забезпечить отримання у повному обсязі товарів та послуг жителями міста з урахуванням наданого їм права на отримання пільг та соціальної підтримки.
1.6. Терміни, визначення та скорочення
Терміни | Визначення |
Авторизація | Процес надання особі/процесу прав на виконання певних дій або доступу до ресурсів, а також процес перевірки (підтвердження) прав при спробі виконання цих дій |
База даних, БД | Сукупність даних, організованих відповідно до концепції, яка описує характеристику цих даних і взаємозв'язки між їх елементами; ця сукупність підтримує щонайменше одну з областей застосування. |
Громадянин | Людина певної країни. Ця приналежність є формально юридично оформленою. Як член певного соціуму громадянин має певні права та обов'язки, щодо цього соціуму і підпорядковується певним (прийнятим в громаді) нормам поведінки. |
Терміни | Визначення |
Житель | Громадянин, який має реєстрацію місця проживання / місця перебування по відповідному адресу об’єкта нерухомості житлового фонду м. Києва, тобто створений обліковий запис в РТГК. |
Заява | Документ на паперовому носії і його електронний аналог, що містить волевиявлення громадянина на отримання соціальної підтримки, відповідно до законодавства України / розпорядних документів виконавчого органу Київської міської ради (Київської міської державної адміністрації) або РДА. |
ЗІС | Зовнішня інформаційна система, яка відповідно до певного бізнес-процесу взаємодіє із Системою. |
ІАС «СКП» | Інформаційно-аналітична система «Сервіс консолідації пільговиків». |
Ідентифікація | Процедура розпізнавання користувача в системі, як правило, за допомогою наперед визначеного імені (ідентифікатора), або іншої апріорної інформації про нього, яка сприймається системою. Залежно від ситуації, це може бути ім’я, адреса електронної пошти, номер облікового запису і т.д. |
МР | Інформаційна система «Муніципальний Реєстр». |
ОКК | Особистий кабінет киянина. |
Пільга | Встановлена законодавством або іншими нормативними актами перевага, що надаються особі (або групі осіб) порівняно з іншими громадянами. |
Пільговик | Житель міста Києва, який має право на пільги за соціальною ознакою згідно із законами України та / або нормативними документами виконавчого органу Київської міської ради (Київської міської державної адміністрації). |
РДА | Районні державні адміністрації м. Києва. |
Реєстрація | Спосіб Користувача повідомити сайту (системі) дані про себе і в обмін отримати доступ до додаткових можливостей (наприклад, додати що не будь в обране) або ресурсів (наприклад, файлів) на сайті, які недоступні незареєстрованим користувачам (Гостям). |
Терміни | Визначення |
Реєстрація нероздільна з авторизацією. Фактично, реєстрація – це спосіб отримати можливість увійти на сайт (в систему) з певною метою та вигодою. | |
РТГК | Інформаційна система "Реєстр територіальної громади міста Києва". |
API | Прикладний програмний інтерфейс (Application Programming Interface, API) – набір запитів відповідної структури до сторонніх систем та сайтів. |
2. ВИМОГИ ДО ЧИННОГО ЗАКОНОДАВСТВА
Розробка Системи повинна відповідати вимогам чинних нормативно-правових документів, а саме:
• Закон України «Про місцеве самоврядування в Україні» (п.22 ч.1 ст. 26);
• Закон України «Про Основні засади розвитку інформаційного суспільства в Україні на 2007 - 2015 роки»;
• Закон України «Про захист інформації в інформаційно-телекомунікаційних системах»;
• Закон України «Про інформацію»;
• Закон України «Про електронні документи та електронний документообіг»;
• Закон України «Про адміністративні послуги»;
• Постанови Кабінету Міністрів України від 30.01.2013 р. № 57 «Про затвердження Порядку ведення Реєстру адміністративних послуг»;
• Указ Президента України від 27 вересня 1999 року N 1229/99 «Про Положення про технічний захист інформації в Україні»;
• Розпорядження Кабінету Міністрів України від 13 грудня 2010 року N 2250-р «Про схвалення Концепції розвитку електронного урядування в Україні» та від 15 травня 2013 року N 386-р «Про схвалення Стратегії розвитку інформаційного суспільства в Україні»;
• Рішення Київської міської ради від 29 жовтня 2009 року N 520/2589 «Про порядок розроблення, затвердження та виконання міських цільових програм у місті Києві».
• Закон України «Про звернення громадян»;
• Закон України «Про доступ до публічної інформації»;
• Закон України «Про захист інформації в інформаційно-телекомунікаційних системах»;
• Закон України «Про електронний цифровий підпис»;
• Закон України «Про захист персональних даних»;
• Постанова Кабінету Міністрів України від 04.02.1998 № 121 «Про затвердження переліку обов'язкових етапів робіт під час проектування, впровадження та експлуатації систем і засобів інформатизації»;
• Постанова Кабінету Міністрів України від 12.04.2002 № 522 «Про затвердження Порядку підключення до глобальних мереж передачі даних»;
• Постанова Кабінету Міністрів України від 10.09.2003 № 1433 «Про затвердження Порядку використання комп'ютерних програм в органах виконавчої влади»;
• Постанова Кабінету Міністрів України від 28.10.2004 № 1452 «Про затвердження Порядку застосування електронного цифрового підпису органами державної влади, органами місцевого самоврядування, підприємствами, установами та організаціями державної форми власності»;
• Постанова Кабінету Міністрів України від 29.03.2006 № 373 «Про затвердження Правил забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах»;
• ДСТУ 2394-94 «Інформація та документація. Комплектування фонду, бібліографічний опис, аналіз документів . Терміни та визначення»;
• НД ТЗІ 1.1-003-99. Термінологія в галузі захисту інформації у комп’ютерних системах від несанкціонованого доступу;
• НД ТЗІ 1.4-001-2000. Типове положення про службу захисту інформації в автоматизованій системі;
• НД ТЗІ 2.5-004-99. Критерії оцінки захищеності інформації у комп’ютерних системах від несанкціонованого доступу;
• НД ТЗІ 2.5-005-99. Класифікація автоматизованих систем і стандартні функціональні профілі захищеності оброблюваної інформації від несанкціонованого доступу (зі Зміною №1, затвердженою наказом Адміністрації Держспецзв’язку від 15.10.2008 № 172);
• НД ТЗІ 3.6-001-2000. Технічний захист інформації. Комп’ютерні системи. Порядок створення, впровадження, супроводження та модернізації засобів технічного захисту інформації від несанкціонованого доступу;
• НД ТЗІ 3.7-001-99. Методичні вказівки щодо розробки технічного завдання на створення комплексної системи захисту інформації в автоматизованій системі;
• НД ТЗІ 3.7-003-05. Порядок проведення робіт із створення комплексної системи захисту інформації в інформаційно-телекомунікаційній системі;
• ДСТУ 3396.0-96 «Захист інформації». Технічний захист інформації. Основні положення»;
• ДК 010-98 «Державний класифікатор управлінської документації»;
• ДСТУ ISO/IEC 12207:2014 “Інженерія систем і програмного забезпечення. Процеси життєвого циклу програмного забезпечення”
• ДСТУ 3396.0-96 Захист інформації. Технічний захист інформації. Основні положення;
• ДСТУ 3396.2-97 Захист інформації. Технічний захист інформації. Терміни та визначення;
• ДСТУ 2873-94 Системи оброблення інформації. Програмування. Терміни та визначення;
• ДСТУ 2941-94 Системи оброблення інформації. Розроблення систем. Терміни та визначення;
• ДСТУ ISO/IEC 2382-4:2005 Інформаційні технології. Словник термінів. Частина 4. Організація даних;
• ДСТУ ISO/IEC 2382-17:2005 Інформаційні технології. Словник термінів. Частина 17. Бази даних;
• ДСТУ ISO/IEC 2382-9:2005 Інформаційні технології. Словник термінів. Частина 9: Обмін даними;
• ДСТУ 4302:2004 Інформаційні технології. Настанови щодо документування комп`ютерних програм (ISO/IEC 6592:2000, MOD);
• ДСТУ 4145:2002 Інформаційні технології. Криптографічний захист інформації. Електронний цифровий підпис, що ґрунтується на еліптичних кривих;
• ГОСТ 19.001-77. Єдина система програмної документації. Загальні положення;
• ГОСТ 19.101-77 (СТ СЗВ 1626-79). Єдина система програмної документації. Види програм і програмних документів;
• ГОСТ 19.102-77. Єдина система програмної документації. Стадії розробки;
• ГОСТ 19.103-77. Єдина система програмної документації. Позначення програм програмних документів;
• ГОСТ 19.104-78 (СТ СЗВ 2088-80). Єдина система програмної документації. Основні написи;
• ГОСТ 19.105-78 (СТ СЗВ 2088-80). Єдина система програмної документації. Загальні вимоги до текстових програмних документів;
• ГОСТ 19.201-78 (СТ СЗВ 1627-79). Єдина система програмної документації. Технічне завдання. Вимоги до змісту та оформлення;
• ГОСТ 19.202-78 (СТ СЗВ 2090-80). Єдина система програмної документації. Специфікація. Вимоги до змісту та оформлення;
• ГОСТ 19.301-79 (СТ СЗВ 3747-82). Єдина система програмної документації. Програма та методика випробувань. Вимоги до змісту та оформлення;
• ГОСТ 19.507-79 (СТ СЗВ 2091-80). Єдина система програмної документації. Відомість експлуатаційних документів;
• ГОСТ 19.701-90 (ИСО 5807-85). Єдина система програмної документації. Схеми алгоритмів, програм, даних та систем;
• ГОСТ 19781-90 Програмне
забезпечення систем обробки інформації. Терміни та визначення;
• ГОСТ 34.003-90. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Терміни та визначення;
• ГОСТ 34.201-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Види, комплектність і позначення документів при створенні автоматизованих систем;
• ГОСТ 34.601-90. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення;
• ГОСТ 34.602-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Технічне завдання на створення автоматизованої системи;
• ГОСТ 34.603-92. Інформаційна технологія. Види випробувань автоматизованих систем;
• РД 50-34.698-90. Методичні вказівки. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Автоматизовані системи. Вимоги до змісту документів;
• РД 00-000-00. Методичні вказівки. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Загальні положення.
Даний список нормативно-правових документів не є вичерпним. Вимоги Законодавства України, нормативних та керівних документів, що стосуються мети та призначення розвитку Системи повинен бути уточнений при розробці Технічного завдання.
3. ВИМОГИ ДО СИСТЕМИ
3.1. Загальні вимоги
Система розробляється з використанням безкоштовних програмних засобів з відкритими кодами, такими як PostgreSQL, MYSQL або аналогів та використовує найсучасніші та перспективні формати інформаційного обміну даними між клієнтом і сервером на основі протоколу HTTPS (XML, JSON) за специфікаціями консорціуму "OGC". Взаємодія між сервером додатків та клієнтом для кінцевого користувача повинно виконуватися за протоколом https.
Створення ІАС “СКП” повинна виконуватись із використанням принципів концепції Free and Open Source Software (FOSS), розширених парадигмою гуманітарної відповідальності (Humanitarian-FOSS) і включає такі вимоги:
− Націленість на рішення критично важливих завдань для підвищення швидкості роботи ІАС «СКП».
− Висока орієнтація на якість, надійність і стабільність роботи XXX «СКП», виключення втрати і дублювання даних.
− Мінімальні вимоги до кваліфікації користувачів і необхідності їх навчання.
− Прозорі інтеграційні можливості.
− Інформаційна та технічна безпека ІАС «СКП».
− Гнучка рольова модель із можливістю її модифікації.
− Забезпечення необхідного рівня конфіденційності персональних даних громадян згідно із Законодавством України.
− Забезпечення прозорості доступу до інформації.
− Забезпечення історії збереження записів.
− Забезпечення резервування програмних модулів, компонентів ІАС «СКП».
− Всі програмні модулі, компоненти, що впроваджуватимуться та поставлятимуться в рамках цієї закупівлі, мають бути надані на умовах ліцензування GPL (xxxx://xxx.xxx.xxx/xxxxxxxx/xxx.xxxx) і забезпечувати відкритість, прозорість та доступність вихідних кодів продукту за ідеологією OpenSource (ліцензія на вільне програмне забезпечення).
− Якісна супроводжувальна робоча та експлуатаційна документація.
3.2. Вимоги до функціональності
1. Розробка реєстру соціальної підтримки Громадян міста Києва.
Реалізація Реєстру соціальної підтримки Громадян міста Києва повинна задовольняти виконання наступних завдань:
• Облік та управління сутностями реєстру;
• Облік та управління операціями сутностей реєстру;
• Облік та управління сервісами системи:
o Сервісу обміну даними з ЗІС;
o Сервісу обміну даними з МР;
o Сервісу звірки даних;
o Сервісу звітності.
2. Розробка сервісу обміну даними з ЗІС.
Реалізації сервісу обміну даними з ЗІС повинна задовольняти виконання наступних завдань:
− Отримання даних від ЗІС при купівлі товарів з врахування пільг / при отриманні пільг з ціллю звірки пільгових операцій з даними реєстру соціальної підтримки;
− Отримання звіту від ЗІС про надані пільги за період;
− Надання відповіді про прийняття звіту про надані пільги жителем за період.
3. Розробка сервісу звітності.
Реалізація сервісу звітності повинна задовольняти виконання наступних завдань:
− Можливість формувати звіти;
− Можливість роздруковувати звіти;
− Можливість експорту звіту.
4. Реалізація сервісу звірки з ЗІС, які надають соціальні пільги.
Реалізація сервісу звірки з ЗІС повинна задовольняти виконання наступних завдань:
− Аналіз звітності та звірка;
− Автоматичний аналіз даних звітів постачальників послуг про послуги, надані з використанням пільг, з ціллю звірки пільгових операцій з даними реєстру соціальної підтримки.
5. Розробка підсистеми адміністрування.
Підсистема адміністрування повинна забезпечувати можливість:
− організувати список користувачів з ієрархією прав доступу до бази даних з урахуванням рівня конфіденційності та забезпечення регламенту доступу згідно цих прав до кожного функціонального блоку програмного продукту;
− можливість закріплення кожного користувача за конкретним розрізом даних (в діапазоні або в ієрархічній групі кодів територій, видів діяльності, тощо);
− формування списків об’єктів Системи, довідників та класифікаторів, які користувач коригував протягом дня (як поточного, так і минулих) або за період;
− ведення рольової моделі користувачів;
− автентифікації користувачів:
− за допомогою логіну та паролю;
− з використанням веб-рішення «Крипто Автограф» для механізму ідентифікації через ЕЦП».
Реалізація рольової моделі повинна бути спрямована на спрощення процедури надання доступу користувачам до інформаційних ресурсів та функцій Системи, за рахунок створення механізму групового надання повноважень користувачам, в залежності від організаційної структури та групи до яких вони належать за своєю діяльністю.
Механізм групового надання повноважень повинен надавати можливість користувачу з роллю Системний адміністратор здійснювати:
− створення групи;
− створення ролей, які обов’язково належать групі;
− визначення загальних повноважень для кожної ролі в групі;
− визначення переліку інформаційних ресурсів та функцій, що доступні для кожної ролі.
6. Розробка гнучкої рольової моделі із набором відповідних АРМ.
Створення рольової моделі користувачів з обов’язковою реалізацією таких ролей:
o Фахівець;
o Адміністратор.
Детальний перелік вимог до ІАС «СКП» повинен бути сформований Виконавцем на етапі створення Технічного завдання. Склад вищевказаних вимог не є вичерпним і може бути уточнений та остаточно сформований у Технічному завданні.
3.3. Інші вимоги
3.3.1. Вимоги до чисельності, кваліфікації та режиму роботи персоналу
Запропоновані рішення створення ІАС «СКП» будуть вимагати не менш ніж 3- х фахівців з певною роллю та відповідним рівнем підготовки, які повинні забезпечувати:
− безперервне супроводження XXX «СКП» на всіх стадіях його експлуатації та підтримки;
− цілодобовий режим роботи XXX «СКП» та його модулів за призначенням в повному обсязі;
− централізований контроль працездатності ІАС «СКП»;
− усунення відмов роботи XXX «СКП» та його компонентів;
− адміністрування (оперативне налагодження під час експлуатації) роботи ІАС «СКП»;
− своєчасне централізоване застосування оновлень програмного забезпечення.
3.3.2. Вимоги до показників навантаження
ІАС «СКП» повинна забезпечувати:
− швидкість обробки запитів із наданням релевантних відповідей – 1-3 секунди;
− можливість зберігання історичних даних протягом усього часу використання ІАС «СКП»;
− здатність забезпечити можливість нарощування кількості користувачів та об’ємів баз даних без потреби будь-яких додаткових доробок.
Швидкість роботи XXX «СКП» не повинна погіршуватися при:
− пікових навантаженнях із одночасною роботою 1000 користувачів (одночасних запитів в 1 секунду);
− порядковому зростанні кількості користувачів;
− зростанні об’єму бази даних в декілька разів від початкового значення на момент дослідної експлуатації.
3.3.3. Вимоги до надійності
Збереження працездатності повинно забезпечуватись надійністю роботи при відмові одного або декількох компонентів за рахунок їх резервування. При цьому повинна вимагатися мінімальна увага з боку адміністратора щодо реакції на усунення наслідків відмов компонентів. Збереження даних повинно забезпечуватись програмно-апаратними засобами та механізмами обміну інформації.
Надійність XXX «СКП» повинна бути забезпечена за наступними напрямками:
− забезпечення працездатності ІАС «СКП»;
− збереження даних ІАС «СКП».
Надійність повинна забезпечуватись за рахунок:
− використання сучасних технологій розробки ІАС «СКП» та забезпеченням якісного тестування;
− резервуванням компонентів та їх елементів;
− режиму автоматичного аналізу поточного стану (в реальному стані) та відновлення працездатності у відповідності до регламенту відновлювальних робіт;
− організації систематичного резервного копіювання та архівного збереження інформації в ІАС «СКП»;
− апаратно-програмним захистом роботи від стороннього несанкціонованого програмно-апаратного втручання;
− архівним збереженням інформації;
− оперативністю заміни програмно-технічних засобів, що вийшли з ладу;
− сумісністю технічних засобів та програмного забезпечення.
3.3.4. Вимоги до інформаційної безпеки
На початковому рівні створення ІАС «СКП» будуть реалізовуватися базові заходи із забезпечення захисту інформації та технологічної інформації про систему. Повинні бути реалізовані наступні заходи захисту початкового рівня, а саме:
− організаційно-адміністративні;
− апаратно-програмні;
− інженерно-технічні.
Побудова КСЗІ здійснюється виключно після визначення вищого грифа інформації, що циркулює у ІАС «СКП».
Вимоги щодо КСЗІ визначатимуться в окремому Технічному завданні, яке буде розроблятись Виконавцем, якого буде визначено за результатами проведення окремої конкурсної процедури.
3.3.5. Вимоги до ергономіки
Рішення щодо ергономіки веб-інтерфейсу повинно надавати у використання користувачу зрозумілу логічну побудову інформаційної архітектури із певним набором відповідних графічних, текстових, функціональних компонентів.
Загальна побудова веб-інтерфейсу повинна передбачати зрозумілу логічну модель структури сторінок та переходів між ними. Сторінки не повинні бути перевантажені інформаційно-графічними матеріалами. Глибина вкладення (логічних переходів) не повинна бути більше 5 рівнів. Побудова логічних зв’язків в межах певної функціональності повинна бути зручною та інтуїтивно зрозумілою.
Всі інтерактивні елементи повинні бути виконані у зручному та зрозумілому представленні із набором відповідних текстових та/або графічних інформаційних підказок.
Користувач повинен мати зручний інтерфейс із обгрунтованим набором необхідних інструментів для виконання певних дій, закладених у межах відповідного бізнес-процесу.
3.3.6. Веб-інтерфейс повинен відповідати таким вимогам щодо використання технологій при його створенні:
− Рішення повинно бути виконано з використанням елементів адаптивних технологій.
− Передбачається використання HTML4 / HTML5, Ajax, JavaScript (або аналог).
− Для накладення стильової інформації використовується таблиці стилів CSS3.
− Можливе використання різних rich-media технологій як компоненту HTML сторінок.
− Використання таких технологій, як Flash, наприклад, у вигляді Flex або SilverLigh не передбачається.
В цілому передбачається сумісність:
− з операційними системами, у тому числі мобільними: Windows, Linux;
− з браузерами: Opera, Microsoft Edge, Google Chrome (наперед останніми релізами версій).
3.3.7. Основні вимоги до інформаційно-графічних елементів веб- інтерфейсу
Коректне типізоване відображення (сумісність) інформації в передостанніх версіях найбільш популярних веб-браузерів:
− Chromе;
− Microsoft Edge;
− Opera.
Графічний і структурний дизайни повинні бути виконані з урахуванням плавної зміни розміру вікна веб-браузера. При перевищенні деякого максимального розміру, дизайн повинен передбачати заповнення зайвого місця фоновими матеріалами, які можуть бути збільшені без обмежень – наприклад, фонова картинка рівної структури.
Всі екранні форми користувальницького інтерфейсу повинні бути виконані в єдиному графічному дизайні з однаковим розташуванням основних елементів управління і навігації. Схожі операцій повинні виконуватися з використанням ідентичних графічних елементів у повній відповідності до побудови (структури) інформаційної архітектури рішення.
3.3.8. Вимоги до експлуатації і технічного обслуговування, ремонту та зберігання програмних модулів / компонентів ІАС «СКП»
Експлуатація ІАС «СКП» повинна виконуватися в умовах, що забезпечують їх нормальне функціонування, згідно з вимогами виробника програмного та технічного забезпечення та діючими нормативними актами.
Експлуатація ІАС «СКП» повинна виконуватися за наступними принципами:
− технічне супроводження виконується обслуговуючим персоналом Замовника згідно з вимогами виробника програмного та технічного забезпечення, які надаються Виконавцем у вигляді інструкцій з експлуатації.
Технічне супроводження програмного забезпечення ІАС «СКП» повинно виконуватися системними адміністраторами, технічне супроводження обладнання ІАС «СКП» виконується технічними спеціалістами Замовника.
Регламент обслуговування обладнання, кількість і кваліфікація обслуговуючого персоналу конкретного робочого місця повинно відповідати вимогам виробника програмно-технічних засобів і бути узгодженим із Замовником.
3.3.9. Вимоги до режимів функціонування
Безперервне повноцінне функціонування відповідно до заявленого фунціоналу. Серверні програмно-технічні засоби повинно функціонувати у цілодобовому режимі із заздалегідь визначеними періодами регламентного обслуговування.
Експлуатація ІАС «СКП» повинна передбачати такі режими:
− Основний режим – режим штатного функціонування всіх програмних модулів / компонентів ІАС «СКП» за своїм призначенням.
− Нештатний режим – режим нештатного функціонування всіх програмних модулів / компонентів ІАС «СКП», наприклад, недоступність даних серверу.
− Режим адміністрування – режим здійснення централізованого автоматизованого налагоджування та автоматизованого оновлення програмних модулів / компонентів ІАС «СКП» одночасно з роботою решти користувачів в ІАС «СКП» в основному режимі або в режимі Технічного обслуговування.
− Режим регламентного обслуговування – режим регламентного технічного обслуговування та відновлення працездатності технічних засобів програмних модулів / компонентів ІАС «СКП».
3.3.10. Вимоги до збереження інформації при аваріях
ІАС «СКП» повинна включати програмні засоби моніторингу та механізми документування аварійних подій чи помилок. В разі виникнення аварійних подій чи помилок в роботі XXX «СКП», помилка повинна реєструватися у відповідному електронному журналі, а адміністратор має отримати відповідне повідомлення із зазначенням типу помилки. При цьому повинна бути реалізована можливість отримання технічної довідкової інформації-допомоги з різним рівнем деталізації щодо ліквідації аварійних подій, чи виправлення помилки.
До складу повідомлення щодо події аварійного типу повинні входити:
− час;
− текстова назва аварії;
− назва файлу вихідних текстів;
− номер рядка в файлі;
− причина помилки.
Користувачі ІАС «СКП», в разі виникнення помилок, повинні бачити лише скорочені інформаційні повідомлення зрозумілого характеру без технічної деталізації.
Збереженість інформації повинна бути забезпечена у разі виникнення наступних подій (аварій, відмов тощо):
− відмова обладнання сервера;
− вимкнення живлення на робочому місці та/або на сервері баз даних;
− відмова обладнання робочої станції;
− відмова ліній зв’язку.
З метою забезпечення зберігання інформації повинно використовуватися:
− резервне копіювання;
− відновлення даних при збоях в роботі мережевого, програмного і апаратного забезпечення.
Якщо в процесі перевірки виявляються помилки, то система повинна зробити спробу виправлення знайденої помилки. У випадку виявлення помилок система повинна занести інформацію про помилки до системних журналів відповідної БД.
Контроль за функціонуванням XXX «СКП», проведення планових і позапланових регламентних робіт, усунення відмов і збоїв повинно здійснюватися технічним персоналом підрозділів інформаційних технологій Замовника.
3.3.11. Вимоги до патентної чистоти
Патентна чистота ІАС «СКП» повинна бути забезпечена розробником і повинна гарантуватися фірмами виробниками програмних засобів.
3.3.12. Вимоги до стандартизації і уніфікації
Стандартизація та уніфікація функцій ІАС «СКП» повинна бути забезпечена за рахунок використання сучасних інструментальних програмних засобів які підтримують єдину технологію проектування та розробки функціонального, інформаційного та програмного забезпечень.
Рішення з технічного та загального програмного забезпечень ІАС «СКП» повинні передбачати вибір сумісних, найбільш інтегрованих програмних та технічних засобів, які відповідають вимогам сучасних міжнародних стандартів відкритих систем та програмних засобів.
У процесі розробки ІАС «СКП» будуть сформовані вимоги до розробки прикладного програмного забезпечення, які процедуру обробки інформації, ідентифікацію програмних модулів та баз даних, типізують окремі програмні модулі відповідно до свого призначення.
3.3.13. Вимоги до видів забезпечення
Інформаційне забезпечення ІАС «СКП» повинно відповідати таким вимогам та можливостям:
− багаторазове використання даних у різних ділових процесах;
− забезпечення фізичної та логічної цілісності даних;
− мінімізація надмірності даних, що зберігаються;
− стандартизація представлення даних;
− достовірність та актуальність даних. Побудова ІАС «СКП» повинна забезпечувати:
− розмежування доступу до даних, запобігання несанкціонованого доступу до них;
− копіювання і зберігання масивів інформації;
− мінімізацію обсягу даних, що вводяться вручну;
− можливість розширення масивів інформації з урахуванням перспектив розвитку.
Інформаційне забезпечення ІАС «СКП» повинно включати:
− компонент класифікації і кодування;
− програмні модулі забезпечення інформаційного обміну між компонентами системи та між внутрішніми та зовнішніми інформаційними системами, з якими повинний бути організований обмін.
Компонент класифікації і кодування повинен підтримувати процес накопичення і зберігання інформації, а також вирішення функціональних задач з мінімальними витратами пам’яті і максимальною швидкодією за рахунок використання класифікаторів таких рівнів:
− локальних в межах системи;
− відомчих;
− загальнодержавних.
Проектні рішення по системі класифікації і кодування системи повинно передбачати:
− використання загальносистемних класифікаторів;
− централізоване ведення системних класифікаторів;
− забезпечення можливості аналізу інформації, формування статистичних звітів по усьому спектру класифікованих даних;
− забезпечення мінімальних витрат пам’яті у процесі накопичення та зберігання інформації;
− забезпечення максимальної швидкодії при вирішенні функціональних задач.
Програмні модулі інформаційного обміну повинен забезпечити автоматизований обмін інформацією між компонентами ІАС «СКП» та між суміжними інформаційними системами для забезпечення виконання завдань та функцій ділових процесів, що підлягають автоматизації.
Інформаційний обмін з суміжними системами повинен бути реалізований за рахунок розробки чи використання програмного шлюзу інформаційного обміну та застосуванням сучасних протоколів обміну даними.
Шлюз інформаційного обміну повинен передбачати:
− можливість підключення та безпечність доступу локальних ресурсів ІАС
«СКП» до зовнішніх інформаційних систем та ресурсів;
− можливість централізованого адміністрування та керування доступністю локальних ресурсів ІАС «СКП».
3.3.14. Вимоги до математичного забезпечення
Вимоги до математичного забезпечення не висуваються.
3.3.15. Вимоги до лінгвістичного забезпечення
Мовні засоби програмування будуть обираються Виконавцем відповідно до рішень з програмного забезпечення ІАС «СКП».
3.3.16. Вимоги до апаратно-програмного забезпечення
Програмне забезпечення (далі – ПЗ) ІАС «СКП» повинно складатися із:
− загальносистемного програмного забезпечення (далі – ЗПЗ);
− прикладного програмного забезпечення (далі – ППЗ).
Програмне забезпечення ІАС «СКП» повинно відображати специфіку функціональних задач користувачів та забезпечувати:
− підтримку загально прийнятих сучасних міжнародних стандартів до відкритих систем;
− сумісність та інтегрованість;
− підтримку функціонування в різнорідному апаратному і програмному середовищах;
− вмонтованість механізму захисту від помилок і підтримки цілісності.
Розробник повинен надати рекомендації щодо складу загальносистемного програмного забезпечення:
− операційні системи;
− система управління базами даних;
− програмна платформа;
− система забезпечення версійності та інтеграції проекту;
− система моніторингу;
− система відслідковування помилок;
− сервери додатків.
Загальне програмне забезпечення не є предметом закупівлі або розробки.
Рішення зі складу загальносистемного програмного забезпечення повинно технічно та економічно обґрунтовано з точку зору цілісності та обґрунтованої повноти програмного застосування ІАС «СКП» та його компонентів за призначенням та мінімізації витрат на подальший супровід.
До прикладного програмного забезпечення повинна відноситись програмне забезпечення, що розробляється та налаштовується під час модернізації ІАС «СКП».
За результатами створення та впровадження ІАС «СКП» програмний код прикладного програмного забезпечення повинен бути переданий Виконавцем Замовнику в електронному вигляді.
Розробка прикладного програмного забезпечення повинна проводитись за допомогою сучасних інструментальних засобів програмної інженерії проектування і генерації розподілених баз даних (CASE-засобів).
При розробці ППЗ повинні використовуватися принципи модульності та типовості, які забезпечать послідовне нарощування функціональних можливостей ІАС «СКП» за рахунок створення, впровадження та тиражування функціонально завершених програмних модулів.
Показники навантаження при яких ІАС «СКП» повинна зберігати час відклику компонентів системи не більше 1-ї секунди:
Кількість записів користувачів (не менше) | 2 млн. |
Пікова кількість одночасно працюючих користувачів | 10 000 |
Середня кількість заявок на послугу по всій системі за день | 6 000 |
Пікова кількість заявок на послугу по всій системі за день | 16 000 |
Об’єм (кількість) сканкопій документів | 200 000 |
Щодо прогнозованого навантаження на систему Виконавець повинен надати рекомендації щодо прогнозних характеристик апаратного забезпечення:
− Xxxxxx XX;
− Сервер APP;
− Сервер FileStorage;
− Сервер БД резервний;
− Сервер APP резервний;
− Сервер FileStorage резервний.
У разі збільшення кількості користувачів на 25% / навантаження пікової кількості одночасно працюючих користувачів на 25% / (кількості) сканкопій документів на 25%, Розробник повинен надати рекомендації щодо прогнозних характеристик апаратного забезпечення.
3.3.17. Вимоги до технічного забезпечення
Вимоги до створення ІАС «СКП» в цілому:
− ІАС «СКП» повинна мати архітектуру, побудовану на сучасних промислових технологіях зберігання, обробки, аналізу даних та доступу до них, забезпечувати одночасну роботу користувачів.
− ІАС «СКП» повинна мати централізовану базу даних, яка підтримує шифрування певного набору даних, та можливість організації взаємодії (інтерфейси взаємодії) із суміжними інформаційними системами.
− Для захисту певних інформаційних об’єктів у ІАС «СКП» може використовуватися програмний засіб криптографічних перетворень, який має позитивний експертний висновок Державної служби спеціального зв'язку та захисту інформації України.
− ІАС «СКП» повинна представляти собою комплекс інформаційних, програмних, технічних, організаційно-методичних та інших необхідних засобів, що забезпечують збір, обробку, зберігання, передачу даних.
− ІАС «СКП» повинна мати засоби діагностики цілісності як БД в цілому, так і окремих таблиць/об’єктів, а також засоби шифрування.
− Архітектура ІАС «СКП» повинна передбачати максимальну незалежність програмно-технічних модулів від розробника таким чином, щоб їх подальшим розвитком могли займатися підрядні організації із відповідним рівнем кваліфікації.
− Інформаційна архітектура ІАС «СКП» повинна відповідати сучасним вимогам щодо побудови інтерфейсів користувачів.
− ІАС «СКП» повинна мати механізми щодо кластерізації рішення. Рішення щодо побудови ІАС «СКП» повинно базуватися на:
− застосуванні сучасних інформаційних технологій;
− реалізації концепції створення єдиного інформаційного простору в м. Києві;
− застосуванні правила централізованого накопичення, зберігання та обробки інформації;
− підтримці актуальності, повноти, несуперечності, цілісності та доступності інформації;
− забезпеченні надійного захисту інформації від порушення її цілісності, витоку (за допомогою механізмів шифрування і хешування) та блокування згідно з порядком, встановленим нормативно-правовими державними актами і нормативними документами в галузі захисту інформації;
− забезпеченні надійності, резервування компонентів технічного забезпечення ІАС «СКП»;
− забезпеченні централізованого управління, безперервного контролю функціонування та централізованого налаштування ІАС «СКП» (модулів та компонентів);
− використанні сучасних засобів програмної інженерії при розробці програмного прикладного забезпечення.
ІАС «СКП» повинна мати наступні характеристики та функціональність:
− мати клієнт-серверну архітектуру (сервер застосувань, сервер баз даних), яка забезпечує побудову будь-яких централізованих програмних комплексів з єдиною центральною базою даних та центральним електронним сховищем інформації; підтримувати використання об’єктно-реляційної СКБД відкритого типу (програмне забезпечення з відкритим вихідним кодом);
− повинні бути передбачені необхідні засоби автоматизованого контролю цілісності даних і несуперечності збереженої інформації, персоніфікації даних, створених різними користувачами, ведення журналу операцій, які виконуються;
− забезпечувати механізми для адміністрування користувачів та їх повноважень, а також забезпечувати захист персональних даних відповідно до чинного законодавства України;
− у разі додавання апаратних ресурсів на рівні серверу додатків, система повинна забезпечувати близький до лінійного приріст продуктивності;
− обов’язкове документування АPI у відповідності до міжнародних типів специфікацій та екосистем таких як Swagger, RAML, API Blueprint для використання внутрішніми/сторонніми сервісами. Перевага надається засобу, яке передбачає найкращу підтримку на момент розробки компонентів та модулів з точки зору бібліотек, фреймворків, націлених на використання в різних мовах програмування, їх зрілості;
− передбачати використання засобів для забезпечення виконання міграцій схеми бази даних;
− підтримка URL-адресації для будь-яких інформаційних об'єктів (користувач повинна мати можливість отримувати/відправляти прямі URL-посилання на об'єкти системи);
− використання форматів інформаційного обміну даними на основі таких протоколів та стандартів: HTTP, WMS, WFS, XML, JSON, REST (Restfull).
3.3.18. Вимоги до метрологічного забезпечення
Вимог до метрологічної сумісності технічних засобів ІАС «СКП» не пред’являється. Якісні характеристики XXX «СКП» перевіряються на випробуваннях згідно з Програмою і методикою випробувань. На вимогу Замовника метрологічна сумісність технічних засобів може бути проведена сторонніми організаціями.
3.3.19. Вимоги до організаційного забезпечення
Організаційне забезпечення, що впроваджуватиметься в межах створення ІАС
«СКП», повинно включати документи, які відображатимуть автоматизований технологічний процес обробки інформації та регламентуватимуть діяльність користувачів.
3.3.20. Вимоги до методичного забезпечення
Рішення щодо методичного забезпечення повинно враховувати оптимізацію ділових (функціональних) процесів, що відображують автоматизацію цих процесів.
4. СКЛАД, ЗМІСТ ТА ПЛАН РОБІТ З РОЗРОБКИ ІАС «СКП»
4.1. Склад та зміст робіт з розробки ІАС «СКП»
Склад та зміст робіт з розробки XXX «СКП» передбачає наступні етапи:
1й Етап
Розробка Технічного завдання
• Створення Технічного завдання на розробку ІАС «СКП».
2й Етап
Розробка програмного забезпечення ІАС «СКП», розробка документації
• Розробка програмного забезпечення;
• Розробка документації;
o Опис системи;
o Керівництво Системного адміністратора;
o Програма та методика попередніх випробувань;
• Проведення попередніх випробувань;
• Приймання створеного програмного забезпечення ІАС «СКП» в дослідну експлуатацію.
3й Етап
Дослідна експлуатація програмного забезпечення ІАС «СКП», розробка документації
• Програма та методика дослідної експлуатації;
• Керівництво Користувача;
• Керівництво Адміністратора;
• Протокол дослідної експлуатації.
4.2. Вимоги до документації та методичного забезпечення
Склад документації на розробку ІАС «СКП»:
• Технічне завдання;
• Програма та методика попередніх випробувань;
• Програма та методика дослідної експлуатації;
• Опис Cистеми;
• Керівництво Системного адміністратора. Документ повинен включати в себе:
o інструкцію з розгортання та налаштування;
o перелік інформаційних ресурсів ІАС «СКП», які потребуватимуть резервного копіювання із рекомендаціями щодо резервного копіювання;
o рекомендації щодо моніторингу працездатності Системи за певним набором ключових показників інформаційного характеру.
• Керівництво Користувача;
• Керівництво Адміністратора (документ повинен включати в себе інструкцію з формування та ведення бази даних);
• Протокол попередніх випробувань;
• Протокол дослідної експлуатації.
Вимоги щодо документації та методичного забезпечення можуть бути уточнені в Технічному завданні.