Тема: рограммное забезпечення комп'ютера. Актуальність програмного забезпечення для бухгалтерів Історичні передумови до створення курсу. Актуальність архітектурного проектування програмного забезпечення

У липні 2007 року президією Ради з пріоритетних національних проектів була підтримана ініціатива Мінінформзв'язку Росії по розробці вітчизняного пакету вільного програмного забезпечення. «Якщо Росія не буде незалежною в галузі програмного забезпечення, то всі інші сфери, в яких ми хочемо бути незалежними і конкурентоспроможними, опиняться під загрозою», - заявив тоді Дмитро Медведєв.

Російська Асоціація вільного програмного забезпечення (розпилу) підтримує перехід російських шкіл на використання вільного програмного забезпечення і рекомендує використання пакета вільного програмного забезпечення (ПСПО) в освітній сфері в силу наступних переваг:

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

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

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

Малюнок 1 - Освітній програмно-апаратний комплекс на базі ПО з відкритим кодом

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

єдина середовище для учнів (навчальні матеріали, простір для ведення навчальних занять, спільна робота груп);

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

управлінська робоче середовище (бухгалтерія, засоби контролю і управління навчальною діяльністю, адміністративно-господарський блок і т.д.);

інфраструктура додаткових інформаційних послуг (портал для роботи з батьками і групами колишніх випускників, надання інформаційних освітніх ресурсів всім зацікавленим, зв'язок з органами МВС і т.д).

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

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

Актуальність проблеми обумовлена ​​рішенням Уряду Російської Федерації про перехід загальноосвітніх установ на пакет вільного програмного забезпечення, що пов'язано із закінченням терміну дії ліцензій на власницьке програмне забезпечення, взятим курсом на створення російського вільного програмного забезпечення і знайшло своє відображення в представлених пріоритетних програмних заходах плану реалізації Стратегії розвитку інформаційного суспільства в Російській Федерації до 2011 року, затвердженому Президентом Росії Дмитром Медведєвим.

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

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

під вільним програмним забезпеченнямрозуміється різновид програм для електронно-обчислювальних машин (ЕОМ), ліцензійним договором на право використання яких надаються такі права:

використовувати програму для ЕОМ в будь-яких, не заборонених законом цілях;

отримувати доступ до вихідних текстів програми як з метою вивчення та адаптації, так і з метою переробки програми для ЕОМ;

поширювати програму (безкоштовно або за плату на свій розсуд);

вносити зміни в програму для ЕОМ (переробляти) і поширювати екземпляри зміненої (переробленої) програми з урахуванням можливих вимог успадкування ліцензії.

Конкретна «ліцензія» (умови конкретного договору) можуть надавати набувачеві додаткові правомочності, безумовно або на певних умовах, і це не робить програму невільною. Невільною є програма, яка розповсюджується на умовах, що обмежують перераховані вище права набувача.

Вільні програми (free software) не слід, як це часто роблять, плутати зі «вільно поширюваними» (shareware, іноді чомусь званими у нас «умовно-безкоштовними») або «безкоштовними» (freeware).

Також слід мати на увазі, що, хоча термін «програми з відкритим кодом» (open source software) часто використовується як синонім «вільних програм», їм іноді зловживають.

Вільне програмне забезпечення не слід плутати і з «відкритим» (open software): «відкритість» ставиться до дотримання стандартів на інтерфейси, і тільки, а свобода - до умов ліцензування і моделі розробки.

І нарешті, не слід плутати «комерційне» з невільним, а «некомерційне» - з вільним. Хоча роль програмістів, в порядку активізму або хобі пишуть і розвиваючих вільні програми, дуже велика, значна частина (ймовірно, велика) вільного коду розробляється в комерційних рамках. У той же час, існує велика кількість некомерційного невільного коду.

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

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

Розробка пакету вільного вітчизняного програмного забезпечення - одна з центральних завдань, яке необхідно вирішити для інформаційної безпеки Росії. Про це неодноразово заявляв Президент РФ Дмитро Медведєв. За його словами в Росії повинна бути створена власна операційна система з відкритим кодом і повний комплект додатків для забезпечення ефективної роботи державних органів і бюджетних організацій. У жовтні 2007 року вийшло Розпорядження Голови Уряду РФ № 1 447-р., Згідно з яким Міністерству освіти і науки та Міністерству зв'язку пропонувалося:

закупити ліцензію на 3 роки на власницьке програмне забезпечення для всіх шкіл;

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

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

Перший відкритий конкурс на розробку і постачання пакета вільного програмного забезпечення було проведено в Росії восени 2007 року. Його переможцем стала група компаній «РБК-центр» (ГК «Армада»), а співвиконавцями - провідні вітчизняні розробники програмного забезпечення AltLinux, Linux Online і Linux Ink. Було укладено контракт на розробку і впровадження програмного забезпечення на базі операційної системи Linux в школах трьох пілотних регіонів Росії: Татарії, Пермського краю і Томській області. На основі вимог стандартного базового пакета програмного забезпечення був розроблений пакет вільного програмного забезпечення для потреб ОУ, що не вимагає ліцензійних відрахувань. Федеральне агентство з освіти випустило циркулярний лист "Про використання ПСПО для загальноосвітніх установ Російської Федерації" від 17 червня 2008 №15-51-450 / 01-09, в якому пропонує освітнім установам з будь-якого регіону РФ взяти участь в апробації ПСПО. Надходять заявки на участь з різних регіонів Росії. Число непілотних шкіл перевищило число пілотних.

На замовлення Федерального Агентства з освіти розробляється проект «Забезпечення підтримки впровадження пакету вільного програмного забезпечення в загальноосвітніх установах Російської Федерації». Виконавцем проекту в 2009-2010 рр. за підсумками федерального конкурсу є Група Компаній Айті. Основна мета проекту - створення умов для масового впровадження спеціально розробленого і минулого апробацію пакету вільного програмного забезпечення в загальноосвітніх установах Російської Федерації.

Для досягнення зазначеної мети в рамках проекту вирішуються наступні завдання:

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

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

Компанія АйТи в особі виконавця в рамках Групи Компаній PingWin Software висунула принципи реалізації проекту, що складаються в тому, що підтримуючи ідеї Федерального агентства з освіти про максимально широкому використанні в школах СПО, вона збирається і далі розширювати лінійку програмних продуктів, що поставляються в російські школи. Крім обов'язкових робіт, планується створити розширені репозиторії (сховища програм) дистрибутивів Linux, які вже зараз використовуються в освітніх установах, і репозиторій навчальних програм, які можна використовувати під будь-яким з Linux. Це дасть вчителям можливість вибору, полегшить навчальний процес.

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

обстеження існуючого стану в навчальному закладі: Установка ПСПО пов'язана з такими труднощами, як наявність непідтримуваного обладнання і несумісність використовуваного програмного забезпечення; рішення задачі визначення наявності ліцензійного програмного забезпечення, яке стоїть на машинах, визначення кола завдань, що вирішуються за допомогою даних комп'ютерів і техніки;

вироблення концепції переходу: Повний перехід на Linux і СПО або частковий з використанням як закритого, так і відкритого програмного забезпечення; при цьому треба керуватися як грошовими коштамизагальноосвітнього закладу, так і потребами навчального процесу;

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

проведення навчання викладачів і співробітників;

складання плану поетапного впровадження ПСПО в навчальний процес : Необхідно скласти розгорнутий план перекладу навчальних класів та підрозділів освітнього закладу на ПСПО. Розгортання ПСПО має вестися «по наростаючій», в першу чергу воно повинно встановлюватися на машини, для яких аналіз показав 100% безболісну установку. Переклад хоча б 50% з існуючого парку буде вже вважатися успішним початком. В останню чергу слід переводити комп'ютери з встановленим ліцензійним Windows. Також обов'язково потрібно передбачити установку окремих серверів для репозиторіїв, оновлень і копій образів майстер-дисків. Обов'язково необхідно врахувати наявність підключення до мережі Інтернет сервера оновлень для підтримки системи в належному стані з безпеки.

перехід: На цьому етапі виконуються роботи технічного характеру з встановлення та налаштування ПСПО.

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

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

мета:в лекції ми плануємо об'єктивно представити значущість теми архітектурного проектування для галузі інформаційних технологій, і фахівців, які здійснюють свою професійну активність в даному домені, задати рамки курсу, привести короткий огляд"Best practice", який складає "недоторканний" репозиторій напрямки архітектурного проектування, що використовується в області інформаційних технологій усіма компаніями, які прагнуть до створення, супроводу і розвитку високотехнологічних програмних продуктів.

Вступ

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

В основі даної діяльності лежать поняття, які є двома різними сторонамиоднієї і тієї ж медалі:

• Архітектура - як результат;
• Проектування - як засіб досягнення поставленого результату;

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

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

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

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

Проектування - це вид активності, спрямований на створення унікального продукту (послуги), послідовність етапів реалізації якого буде визначатися "зовнішніми" чинниками і визначати його кінцеві переваги і недоліки.

Область проектування набула широкого поширення у вигляді сучасної та ефективної форми діяльності - проект.

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

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

Потрібно сказати про те, що навколишній нас світ все більше і більше залежить від області інформаційних технологій в цілому, а зокрема від різного програмного забезпечення, яке:

• Частково або повністю автоматизує виконання рутинних операцій, які, як правило, є найбільш ресурсовитратності;
• Надає унікальні можливості, пов'язані з "online" обміном і перетворенням інформації в різних цілях;
• Оптимізує не тільки використання людського капіталу, але і витрати, пов'язані з утриманням нерухомого майна;
• І т.д.

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

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

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

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

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

У працях класика сфери інформаційних технологій - Фредеріка Брукса, можна знайти наступне відмінність програми від програмного продукту:

• Максимально узагальнений діапазон і типи вхідних даних;
• Ретельне тестування;
• Наявність детальної документації;
• Програмний продукт вимагає в 3 рази великих затрат часу, ніж програма;

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

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

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

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

• функціональність;
• продуктивність;
• надійність;
• Безпека;
• І пр.

Темі створення таких інформаційних систем, а вірніше архітектурі, яка буде ядром для подібних інформаційних продуктів, присвячений наш курс.

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

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

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

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

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

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

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

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

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

Розробка архітектури та подальшого програмного забезпечення це "гнучка" активність сучасного світу.

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

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

Результат такого ставлення до архітектурного проектування характеризує цю активність ще і як соціальний об'єкт.

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

Рамки і завдання курсу

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

Тут ми не претендуємо на відкриття "terra incognita" в області проектування комп'ютерних програм. Однією з наших основних завдань - синтезувати набір наявних світових "best practice" розглядається нами домену, переробити його, доповнити маловідомої, але важливою інформацією, збагатити отриману "суть" практичними підходами до роботи і методологіями, які враховують реалії діяльності співробітників в сфері інформаційних технологій і ситуацію на ринку розробки інформаційних програм Російської Федерації.

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

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

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

При розробці курсу ми висвітлимо наступні "високорівневі" аспекти, пов'язані з архітектурним проектуванням програмного забезпечення:

1. Характеристики архітектури програмного забезпечення:

   Будуть приведені функціональні і нефункціональні / якісні характеристики архітектур, які, в результаті, є каталізаторами в формуванні основних переваг та недоліків розроблюваного програмного забезпечення;

2. Вимоги, що формують архітектуру програмного забезпечення:

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

3. Об'єкти архітектури програмного забезпечення і зв'язку між ними:

   Будуть перераховані об'єкти, об'єднання яких в єдину систему дозволить домогтися результатів, очікуваних від використання проектованих програмних продуктів;

4. "Зовнішнє" оточення процесу архітектурного проектування:

   Оглядово освятимо фактори, які будуть впливати на процес архітектурного проектування і подальшого використання відповідних програм;

5. Процес архітектурного проектування:

   Опишемо те, як повинна виглядати активність, в якій повинні бути враховані найбільш ефективні, на сьогоднішній день, методології організації процесів архітектурного проектування;

6. "Пакет" документації на архітектуру ПО:

   Наведемо список документів, необхідних і достатніх для подальшого розвитку і супроводу створюваного програмного забезпечення;

7. Ризики, пов'язані з архітектурою і архітектурним проектуванням:

   Викладемо найбільш популярні ризики, які зустрічаються в тих випадках, коли застосування створеної архітектури не відповідає спочатку заданим завданням і умовам її використання;

Рівні архітектури ПО:

Наведемо ті уявлення архітектури програмного забезпечення, без яких не буде можливим її розробка і подальше використання;
8. Підходи до створення архітектури ПО:

   Викладемо найбільш ефективні сучасні методології і принципи архітектурного проектування програмних продуктів, їх переваги та недоліки;

9. Роль системного архітектора:

   Наведемо його роль в процесі архітектурного проектування. Перерахуємо ті навички і професійні якості, якими повинен володіти архітектор інформаційних продуктів;

10. Процеси розвитку і супроводу архітектури ПО:

    Розповімо про те, як повинні бути збудовані дані процеси, щоб архітектура програмного забезпечення була ефективна в заданих умовах функціонування;

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

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

З огляду на те, що ми доклали багато зусиль на ниві бізнес аналізу, поняття "рамок курсу" буде контролюватися нами протягом всього спілкування з Вами досить жорстко і дисципліновано.

обмеження курсу

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

Перелік обмежень, якими ми "окреслили" рамки нашого курсу, включають в себе:

• Організаційні аспекти створення, розвитку та супроводу архітектури і процесів її проектування:
  • Ми свідомо не стали включати в наш курс аспекти, пов'язані з управлінськими дисциплінами. Область менеджменту широко і детально вивчена. Для розгляду конкретних, що цікавлять Вас питань, можна знайти спеціалізовану літературу, але певні специфічні моменти менеджменту, що впливають на архітектуру і архітектурне проектування, ми обов'язково розглянемо;
• Процеси розробки коду архітектури:
  • Процеси розробки "коду" архітектури, це активності, які повинні слідувати після того, як виконано проектування архітектури. З одного боку, з огляду на реальний стан справ в області програмної інженерії, потрібно сказати про те, що в 60% проектів, пов'язаних зі створенням програмного забезпечення, проектування та розробка це процеси, які виконуються паралельно, але, з іншого боку, така практика робіт є не кращим "зразком" створення програмного забезпечення. Ми, в певних частинах нашого курсу, будемо враховувати цей аспект, але, "за замовчуванням", абстрагуємося від його впливу. Такий принцип навчання є класичним. Це дозволить нам викласти основні моменти, що формують базові поняття, найбільш ефективним чином. Етап "кодування" - це наступний, після архітектурного проектування крок. Він буде врахований, але описувати і викладати його ми не будемо.
• Політичні, соціальні, економічні моменти, що впливають на образ створеного програмного забезпечення:
  • Коли мова заходить про якийсь "внутрішньому" процесі, а архітектурне проектування (не архітектура) - це саме такий процес, який впливає тільки на обмежену кількість користувачів, то фактори "зовнішнього" впливу розглядаються окремо. Для аналізу подібних факторів існує різноманітний інструментарій. Зокрема, можна навести як приклад "PEST" аналіз. При необхідності його можна вивчити окремо і використовувати результати проведеного аналізу в своїх дослідженнях.
• "Людський фактор:
  • Мабуть, даний аспект наших обмежень - це основна причина самих приголомшливих досягнень і найбільш пам'ятних провалів при проектуванні архітектури програмного забезпечення. "Людський фактор" і всі його складові, такі як мотивація, ефективність і т.д. - це частини людської особистості, розгляду яких сьогодні приділяється велика кількість уваги вчених і фахівців, при цьому немає передумов до того, що ці тенденції будуть слабшати. Можливо, фокус уваги проведених досліджень зміститься в більш антропогенно - технічний напрям, але увага до них з часом буде тільки посилюватися. При бажанні, будь-хто зможе знайти достатню кількість матеріалу з даної області

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

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

Менеджер високої готовності QNX Neutrino

Менеджер високої готовності (High availability manager (HAM)) функціонує в середовищі операційної системи реального часу QNX Neutrino.

Менеджер високої готовності забезпечує:

• - Миттєве виявлення збою. HAM застосовує повідомлення перевірки працездатності (heartbeating), щоб відстежувати стан будь-якого компонента, дозволяючи фіксувати збої якомога раніше. Якщо HAM фіксує певну умову або збій, він може негайно і автоматично посилати повідомлення про несправності інших компонентів;
• - Адаптоване до користувача відновлення після збою. Використовуючи бібліотеку HAM, додаток може дати вказівку HAM, які дії по відновленню повинні бути зроблені, відповідно до порядку, в якому відбулися помилкові умови;
• - Негайне повторне з'єднання. HAM також забезпечує бібліотеку програм для виконання дій по відновленню клієнта, яка дозволяє системі негайно повторно встановлювати розірване з'єднання в разі збою компонента;
• - Аналіз після аварійного завершення. Якщо процес завершився в результаті збою, HAM може генерувати повний дамп пам'яті для подальшого аналізу цієї ситуації. Переглянувши цей файл, можна негайно точно визначити, який рядок коду викликала помилку і аналізувати дані змінних, щоб точно визначити, що сталося.

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

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

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

HAM складається з наступних трьох компонентів:

• - Цікаве місце (Entities)
• - Умови (Conditions)
• - Дії (Actions)

Об'єкти (Entities)є фундаментальними одиницями моніторингу в системі. По суті об'єктом є процес, кожен процес має унікальний ідентифікатор pid. Кожному об'єкту відповідає символічне ім'я, яке може використовуватися, щоб звертатися до цього специфічного об'єкту. Імена, що відповідають об'єктам унікальні в системі. Менеджери зараз відповідні вузлу, також застосовують до вузла унікальні правила. Ці унікальні вимоги дуже схожі на схему найменувань, використовувану в ієрархічній файловій системі.

Умови відповідають об'єктам. Ці умови є стан об'єкта. Приклади умов:

• - об'єкт завершився;
• - об'єкт пропустив повідомлення heartbeat;
• - об'єкт аварійно завершився, генерується файл дампа пам'яті;
• - виконаний рестарт об'єкта.

Умови (Conditions) відповідають символічні імена, які також повинні бути унікальні всередині об'єкта.

дії відповідають умовам. Умова може містити безліч дій. Дії виконуються кожен раз, коли відповідне умова виконана, тобто істинно. Дії всередині умови виконуються в порядку FIFO (порядок, в якому вони були додані в умова). Безліч умов, які є істинними запускаються одночасно в довільному (arbitrary) порядку. Умови, специфіковані як HCONDINDEPENDENT будуть виконуватися в окремому потоці (separate thread) виконання, паралельно з іншими умовами.

Приклади дій:

• - рестарт об'єкта;
• - посилка сигналу деякого процесу.

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

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

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

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

HAM також представляє цей стан як файлову систему в режимі тільки читання (read-only) під керуванням директорії / proc / ham. В результаті такого уявлення довільні процеси можуть також переглядати поточний стан (наприклад, можна виконати команду ls / proc / ham).

Мультиплекс-ОВ

Мультиплекс-ОВ являє собою комплект засобів (КС) для організації відмовостійких обчислень. Він призначений для забезпечення отказоустойчивого функціонування серверних додатків в локальній обчислювальної мережіпід керуванням ОС МСВС 3.0.

Основні можливості:

Автоматичне відновлення функціонування програми після збою (час відновлення не більше 10 сек);

Можливість балансування обчислювального навантаження на серверах;

Можливість зміни логіки прийняття рішення при здійсненні балансування;

Можливість моніторингу та управління роботою компонентів кластера серверів і виконуваних на ньому програм;

Можливість розширення списку реєстрованих подій;

Взаємодія зовнішніх клієнтів з КС ОВ;

Контроль технологічних параметрів функціонування кластера.

До складу комплекту входять наступні програми:

• 1) Програма «Управління ОВ»забезпечує управління функціонуванням КС «Мультиплекс-ОВ», його ініціалізацію і конфігурація. Для організації логіки управління КС «Мультиплекс-ОВ» використовуються дві основні технології:
  • - технологія управління ресурсами заснована на розподілі і перерозподілі ресурсів між ЦВМ КС «Мультиплекс-ОВ» в залежності від налаштувань конфігурації, стану ЦВМ, стану самих ресурсів;
  • - технологія балансування навантаження заснована на віртуалізації ЦВМ КС «Мультиплекс-ОВ» і перерозподілі процесів обробки клієнтських запитів між ЦВМ;
• 2) Програма «Організація ОВ»забезпечує реалізацію функцій управління процесом організації відмовостійких обчислень. У процесі підключення і відключення нових ЦВМ до системи ОВ відбувається масштабування системи, При цьому логіка управління ресурсами бере на себе функції їх розподілу між працюючими ЦВМ системи. Крім того, на основі аналізу стану системи ОВ в цілому, визначається наявність кворуму і доцільність продовження функціонування сегмента, як елемента ОВ;
• 3) Програма «Моніторинг ОВ»забезпечує моніторинг і управління роботою компонентів КС «Мультиплекс-ОВ». Моніторинг необхідний для відстеження подій, що вимагають втручання оператора. При правильних налаштуваннях конфігураційних файлів КС «Мультиплекс-ОВ» оператор автоматично сповіщається про всі порушення роботи. Завданням оператора є своєчасне інформування відповідних чи інших служб і ініціювання ліквідації збою;
• 4) Програма «Сполучення ОВ»забезпечує сполучення різних модулів і їх спільне функціонування в складі КС «Мультиплекс-ОВ»;
• 5) Програма «Тестування ОВ»забезпечує тестування функцій КС «Мультиплекс-ОВ».

На ЦВМ, що входять до складу кластера серверів Мультиплекс-ОВ, для виконання програм має бути налагоджене мережеве взаємодія між ЦВМ по протоколу TCP / IP.

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

Вхідними даними для КС Мультиплекс-ОВ є події зміни вузлів і / або ресурсів кластера. Вихідними даними КС Мультиплекс-ОВ є нові оптимальні стану вузлів і ресурсів кластера як результат відповідної міграції процесів, ресурсів і додатків.

обгрунтування розробки

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

Актуальність розробки відмов кластеру підтверджується повною відсутністю програмного забезпечення такого типу для даної операційної системи QNX 4.25. Необхідність розробки саме під цю операційну систему обумовлена ​​її гнучкістю, вбудовуваність і масштабованість, а також широкими можливостями налаштування і дуже високою надійність, які повністю відповідають заявленим замовником вимогам. Також варто відзначити, що операційна система QNX 4.25 сертифікована для використання Державною технічною комісією при Президентові РФ для подібних розробок.

Надіслати свою хорошу роботу в базу знань просто. Використовуйте форму, розташовану нижче

Студенти, аспіранти, молоді вчені, які використовують базу знань в своє навчання і роботи, будуть вам дуже вдячні.

Розміщено на http:// www. allbest. ru/

Розміщено на http:// www. allbest. ru/

на тему: Програмне забезпечення комп'ютера

по предмету: Інфокомунікаційні технології навчання

Набережні Челни-2017

Вступ

1.Классіфікація програмного забезпечення

2.Прінцип дії операційної системи

3.Файли і файлова система

висновок

Список використаної літератури

Вступ

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

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

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

Мета роботи полягає у вивченні особливостей механізму роботи програмного забезпечення ПК.

Досягнення мети передбачає вирішення низки завдань:

1) вивчити механізм роботи персонального комп'ютера;

2) виділити елементи програмного забезпечення;

3) розглянути функціонування системного, прикладного та інструментального ПО

4) визначити принцип дії операційної системи;

5) вивчити файли і файлову систему.

1.Классіфікація програмногообеспечения

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

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

У комп'ютерному жаргоні часто використовується слово «софт» від англійського software.

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

Мал.1 Классіфікація програмного забезпечення.

Інструментальне ПЗ призначене для використання в ході проектування, розробки і супроводу програм. Це: інтегровані середовища розробки, SDK, компілятори, інтерпретатори, лінковщік, асемблери, отладчики і т.п.

Таблиця 1.

Інструментальне програмне забезпечення

Прикладне ПО (додатки) - програми, призначені для виконання певних користувальницьких завдань і розраховані на безпосередню взаємодію з користувачем. До прикладного ПО відносяться: банківські та бухгалтерські програми, Ігри, текстові та графічні редактори, Інтернет-клієнти і т. П.

Таблиця 2.

Прикладне програмне забезпечення

програми	пояснення
текстові процесори	Програми для створення, редагування та оформлення текстових документів
табличні процесори	Програми, що дозволяють виконувати операції над даними, представленими в табличній формі	1с Бухгалтерія
	Засоби введення, пошуку, розміщення і видачі великих масивів даних	Microsoft Access
Комп'ютерна графіка та анімація	Засоби створення нерухомих і рухомих зображень
Засоби створення презентації	Програми створення та показу наборів слайдів	Microsoft PowerPoint
засоби комунікацій	Програми для роботи в комп'ютерної мережі	Internet Explorer
системи автоматизованого проектування(САПР)	засоби проектування електронних схем, Машин, механізмів
Навчальні програми	Допомагають процесу навчання	клавіатурні тренажери

Системне ПО використовується для забезпечення роботи комп'ютера самого по собі і виконання прикладних програм. Конкретні види системного програмного забезпечення включають завантажувачі, Операційні системи, Драйвери пристроїв, утиліти (сервісні програми). Найбільш загальна частина системного програмного забезпечення - операційна система.

Таблиця 3.

Системне програмне забезпечення

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

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

2. Принцип дії операційної системи

Операційна система (ОС) ЕОМ, - програма або комплекс програм, які постійно перебувають в пам'яті ЕОМ; організовує загальне управління пристроями машини і її взаємодія з користувачем. Забезпечує запуск і роботу всіх інших програм.

Зокрема, ОС виконує: управління пам'яттю, введенням-висновком, файлової системою, взаємодією процесів; диспетчеризацію процесів; захист і облік використання ресурсів. Часто вона включає в себе значну частину спеціалізованих сервісних або допоміжних програм.

Операційна система завантажується безпосередньо при включенні комп'ютера, перестає працювати тільки після його виключення. Вона здійснює діалог з оператором або користувачем і організовує ефективну взаємодію (інтерфейс) інших (в тому числі прикладних) програм з усіма вузлами ЕОМ. Операційні системи можуть створюватися як для конкретних ЕОМ, так і для ЕОМ певних типів або класів. В останньому випадку відповідні ОС називаються стандартними. Наприклад, MS DOS (Microsoft System Disk Operating System) Корпорації Microsoft і PTS DOS компанії Физтех-софт орієнтовані на IBM-сумісні ПК; Mac OS фірми Apple - на ПК Macintosh; ОС Unix фірми Bell Labs - це стандартна для ЕОМ різних класів, що виконують функції серверів і робочих станцій, але використовується також на портативних ПК і великих стаціонарних ЕОМ.

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

Розрахована на багато користувачів система дозволяє декільком користувачам одночасно мати доступ до однієї ЕОМ зі свого терміналу (локального або віддаленого). Розрахований на багато користувачів характер роботи досягається завдяки режиму поділу часу, який полягає в швидкому перемиканні ЕОМ між різними терміналами та програмами і відповідно швидкої відпрацювання команд кожного користувача. При цьому користувачі не помічають затримок виконання команд. Прикладами багатокористувацьких систем можуть служити операційні системи Windows, Netware, Unix.

REAL / 32 - розрахована на багато користувачів багатозадачна операційна система реального часу. У цій системі кожен термінал, який складається з монітора і клавіатури, надає користувачеві можливості максимально простого ПК. Ця система виступає альтернативою локальних мереж, Що складається з безлічі персональних комп'ютерів.

Однокористувальницька система (one user system) - обчислювальна система або її частина (наприклад, операційна система), яка не володіє властивостями багатокористувацької. Прикладами розрахованих на одного користувача ОС є MS DOS американської фірми Microsoft і ОС / 2, створена спільно Microsoft і IBM.

Мережева операційна система (Network Operating System, NOS) - операційна система, призначена для забезпечення роботи обчислювальної мережі. Прикладами мережевих операційних систем є Windows NT, Windows 2000, Netware, Unix, Linux.

Зараз використовуються 4 типи ОС:

* ОС-10 - для моделей ЄС-1010;

* МОС (мала) - для моделей ЄС-1021;

* ДОС ЄС (дискова) - для всіх інших моделей ЄС ЕОМ в мінімальної конфігурації;

* ОС ЄС - для тих же моделей, що і для ДОС ЄС, але в середній і розширеної конфігурації;

Структуру ОС можна розділити на кілька груп:

Програми початкового запуску машини, початковий введення інформації в оперативну пам'ять, настройка ЕОМ.

Програми управління даними.

Програми управління завданнями.

Обслуговуючі й обробні програми.

Так само до складу ОС входять кошти, які знижують трудомісткість підготовчого процесу при вирішенні завдань. Це система автоматизації програмування (САП). Вона включає в себе такі компоненти, як:

1. Алгоритмічні мови програмування;

2. транслятори;

3. інтерпретують і компілюються системи;

4. пакети стандартних програм;

5. програми сервісу.

Значною частиною СПО є пакет прикладних програм (ППП). ППП - це комплекс програм, необхідних для вирішення певної задачі. Вони повинні задовольняти вимоги ОС, під керуванням яких вони працюють.

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

Ще однією функцією ППП є розширення можливостей ОС при підключенні нових пристроїв.

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

комп'ютер програмний забезпечення операційний

3. Файли і файлова система

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

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

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

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

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

Ось приклад найбільш часто вживаних розширень імен файлів:

ASM -програмні файли на мові асемблера;

BAS -програмні файли на мові BASIC;

PAS -програмні файли на мові PASCAL;

C -програмні файли на мові Сі;

FOR -програмні файли на мові FORTRAN;

DAT-файли з різного роду даними;

EXE -ісполняемие файли на машинному мовою;

COM -ісполняемие файли на машинному мовою;

TXT -текстовий або символьний файл;

HLP-файли допомоги;

BAK копія файлу, створювана перед його зміною;

BAT -Командний файли для операційної системи;

SYS-файли операційної системи.

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

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

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

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

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

У персональних комп'ютерах передбачено 256 типів переривань з номером від 0 до 255. Частина з цих номерів призначена для виклику різних програм.

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

Зручний діалог користувача з комп'ютером за допомогою програми операційної системи ведеться на спеціальній мові команд цієї системи. Раніше команди формувалися на клавіатурі і запускалися на виконання клавішею Enter. У сучасних комп'ютерах ці дії виконуються переважно за допомогою миші. Налічується понад 60 команд. Велика частина з них відноситься до роботи з файлами і дисками. Команди виконуються цілим набором програм. Основна з них - командний процесор.

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

Разом з тим частина програми операційної системи під загальною назвою BIOS (Basic Input / Output System базова система введення / виведення) записана в мікросхемі постійного пам'яті. Це програми: ініціалізації і перевірки правильності роботи всіх основних вузлів комп'ютера - процесів, пам'яті, пристроїв введення / виводу і т.д .; первинного завантаження операційної системи з диска; обслуговування апаратних переривань; настройки вузлів комп'ютера на задані режими роботи.

Відразу ж після включення комп'ютера починає виконуватися програма перевірки всіх вузлів. Ця програма має назву POST (Power On Self Test). Після її завершення починається завантаження в оперативну пам'ять резидентної частини операційної системи. Спочатку програма первинного завантаження з BIOS знаходить і викликає з диска, як правило, програму-завантажувач операційної системи, яка послідовно завантажує в пам'ять файли, необхідні операційній системі. Останнім завантажується файли, що забезпечують графічний інтерфейс людина-машина.

До 1995 року на більшості персональних комп'ютерів моделі IBM PC використовувалися операційна система фірми Microsoft MS DOS. На комп'ютерах Макінтош фірми IBM PC була обладнана операційна система торгової марки UNIX. З 1995 року операційна система MS DOS стала поступово замінюється новою операційною системою під назвою «Windows» -вікна.

Ідей конструювання цієї системи були запозичені у фірми Apple і розвинені Microsoft в таких версіях, як Windows 95, Windows 98, Windows МО, Windows 2000, Windows NT, Windows XP, Windows Vista. В даний час найбільш популярною системоюв організаціях і особистому користуванні є Windows XP.

Файли, підкаталоги і головний каталог отримали інші назви. Файл стали називати документом, каталоги і підкаталоги - папками (folders). Тоді каталог і підкаталог з файлами - це папки з документами. Найголовнішою папкою (папкою верхнього рівня) є кореневий каталог, тобто робочий стіл. Підкаталоги називаються вкладеними папками. Таким чином, виходить наочна картина: робочий стіл, на якому розташовані папки з вкладеними папками і документами.

заключение

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

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

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

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

Усюди і у всіх областях людської діяльності комп'ютери будуть все більш затребувані. Відповідно, буде рости попит і на програмне забезпечення. Ми вступаємо в абсолютно нову епоху. Епоху програмування майбутнього.

Список використаної літератури

1. Канцедал С.А. Алгоритмізація і програмування: навчальний посібник. - М .: ІД «ФОРУМ»: ИНФРА-М, 2014.

2. Симонович С.В., Євсєєв Г.А. Цікавий комп'ютер: Книга для дітей, вчителів та батьків. - М .: АСТ - ПРЕС, Інфорком - Прес, 2013.

3. Симонович С.В., Євсєєв Г.А., Алексєєв А.Г. Спеціальна інформатика: Навчальний посібник. - М .: АСТ-ПРЕСС: Інфорком - Прес, 2015.

4. Інформатика. Навчальний посібник для середньої професійної освіти (+ CD) / Під общ.редакціей І.А. Черноскутова - СПб .: Питер, 2015.

5. В.З.Аладьев, Ю.Я.Хунт, М.Л.Шішаков. Основи інформатики. Навчальний посібник. Видання 2-е, перероблене і доповнене. - М .: Інформаційно-видавничий дім «Філін». 2012.

6. Ляхович В.Ф. Основи інформатики. - Ростов н / Д: вид-во «Фенікс», 2014.

Розміщено на Allbest.ru

...

подібні документи

Функціональне призначення системного, прикладного та інструментального програмного забезпечення комп'ютера. Характеристика складу і командного мови операційної системи MS DOS. Інтерфейс і структура вікон в Windows 98; методи управління програмами.

реферат, доданий 18.12.2011


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

контрольна робота, доданий 18.01.2011


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

контрольна робота, доданий 11.07.2011


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

курсова робота, доданий 23.10.2014


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

курсова робота, доданий 15.02.2012


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

контрольна робота, доданий 12.02.2015


Комп'ютерна техніка в освіті. Пристрої в складі персонального комп'ютера (ПК). Початкова конфігурація, стратегії модернізації. Установка додатково модуля пам'яті, програмного забезпечення, кулер. Розрахунок споживаної потужності, теплової режим.

курсова робота, доданий 23.04.2012


Характеристика програмного забезпечення персонального комп'ютера, яке ділитися на три класи: системне, прикладне ПО, інструментарій програмування. Особливості роботи комп'ютерної мережі - системи зв'язку комп'ютерів або комп'ютерного обладнання.

контрольна робота, доданий 10.06.2010


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

методичка, доданий 05.10.2008


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

,138.14kb.

Технічне завдання на виконання роботи «Реалізація заходів, спрямованих на створення, 403kb.

5.1.2. Вимоги до програмного забезпечення.

Програмне забезпечення АІС ЕСРН ХК має бути побудовано по триланкової архітектурі: рівень зберігання даних, рівень додатки, рівень представлення даних.

Програмне забезпечення рівня додатків повинно бути передбачено для експлуатації на серверної програмно-апаратній платформі поставляється учасником процедури закупівлі в рамках робіт зі створення АІС ЕСРН ХК.

Повинна використовуватися сучасна серійна промислова СУБД, що знаходиться в експлуатації в МСЗН або поставляється учасником процедури закупівлі в рамках виконання даного технічного завдання

Прикладне програмне забезпечення АІС ЕСРН ХК має бути побудовано на промислової платформі розробки об'єктно-орієнтованих рішень (спеціалізоване програмне забезпечення), що дозволить знизити ризик виникнення помилок і скоротити терміни розробки і реалізації проекту. Технічні вимоги до промислової платформі розробки АІС ЕСРН ХК приведені в п. 5.1.10. Спеціалізоване програмне забезпечення поставляється учасником процедури закупівлі в рамках виконання цього технічного завдання.

При розробці ПО повинен використовуватися сучасний об'єктно-орієнтований підхід.

Програмне забезпечення АІС ЕСРН ХК має забезпечувати багатокористувацький режим роботи в одному з наступних варіантів:

• одночасний доступ декількох користувачів на редагування одного об'єкта зі збереженням змін, внесених користувачем, останнім за часом зберігає зміни;
• доступ на редагування тільки одного користувача, першим відкрив об'єкт, з блокуванням об'єкта на редагування іншими користувачами. Одночасний доступ декількох користувачів на перегляд заблокованого об'єкта.

Програмне забезпечення АІС ЕСРН ХК має:

• допускати можливість зміни шляхом налаштувань (без зміни програмного коду) правил надання заходів соціальної підтримкиі формул, за якими виконується розрахунок розміру МСП.
• допускати можливість створення нових МСП, пільгових категорій, зв'язків, що визначають пільгову категорію і підстави для її призначення, а також МСП і підстави для її призначення. У створюваних зв'язках (МСП - підстава, пільгова категорія - підстава) повинна забезпечуватися можливість створення правил призначення МСП (привласнення пільгової категорії) шляхом налаштувань відповідних довідників або створення нових значень в довідниках, без змін програмного коду.
• забезпечувати можливість розмежування функціональних ролей, виконуваних користувачами, шляхом зміни налаштувань прав доступу ролей до об'єктів і функцій Системи, без зміни програмного коду.
• система повинна забезпечувати можливість зміни існуючих або створення нових звітів шляхом настройки запитів і шаблонів звітів без зміни програмного коду.
• забезпечувати можливу модернізацію методів обробки правил і умов; алгоритмів, закладених в виконуваних кодах призначень, нарахувань і виплат; звітів, що містять результати виконання виконуваних кодів, шляхом зміни програмного коду.

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

Впроваджуване програмне забезпечення має задовольняти вимогам:

• уніфікації;
• актуальності;
• серійності;
• репрезентативності;
• масштабованості;
• інформаційної сумісності;
• надійності.

Уніфікація програмного забезпечення.

Прикладне ПО повинно бути розроблено на базі уніфікованих засобів розробки автоматизованих інформаційних систем.

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

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

Актуальність програмного забезпечення.

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

Серійність програмного забезпечення.

Впроваджуване програмне забезпечення повинно бути серійним, тобто використовуватися на момент проведення конкурсу в актуальному стані не менше ніж в 5 суб'єктах РФ. Як сервер баз даних повинна використовуватися сучасна серійна промислова реляційна СУБД, що знаходиться в експлуатації в МСЗН або поставляється учасником процедури закупівлі в рамках виконання даного технічного завдання.

Репрезентативність впроваджень програмного забезпечення.

Для впроваджуваного програмного забезпечення повинно бути підтверджено використання в умовах одночасної роботи не менше 50 користувачів на базі даних, що містить не менше 500 тисяч записів.

Масштабованість програмного забезпечення.

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

Інформаційна сумісність.

Впроваджуване програмне забезпечення повинно бути адаптоване до використання системи понять, що містяться в класифікаторах, рекомендованих для використання в АІС ЕСРН ХК і готово до організації взаємодії в сервісно-орієнтованої архітектури (на рівні web-сервісів).

Надійність.

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

5.1.3. Показники призначення.

Перелік параметрів АІС ЕСРН ХК і їх значення, що характеризують відповідність АІС ЕСРН ХК її призначенням, наведено в таблиці.

№ п / п	Найменування параметру	необхідне значення
1.	Час відгуку на запит адміністратора (користувача) АІС ЕСРН ХК районного рівня для отримання даних про громадянина, зареєстрованому в БД ЕСРН районного рівня
2.	Час обробки запиту адміністратора (користувача) районного рівня для отримання узагальнених статистичних даних по БД районного рівня.	Не більше 10 хвилин, визначається часом доступу по мережі
3.	Час відгуку на запит адміністратора (користувача) АІС ЕСРН ХК регіонального рівня для отримання даних про громадянина, зареєстрованому в БД ЕСРН регіонального рівня.	Не більше 5 секунд, визначається характеристиками ЛВС
4.	Час обробки запиту адміністратора (користувача) регіонального рівня для отримання узагальнених статистичних даних по БД районного рівня.	Не більше 5 хвилин, визначається часом доступу по мережі
5.	Час обробки запиту адміністратора (користувача) регіонального рівня для отримання узагальнених статистичних даних по БД регіонального рівня.	Не більше 50 хвилин, визначається часом доступу по мережі
6.	Час обробки запиту адміністратора регіонального рівня на формування Регіонального реєстру громадян, які мають право на заходи соціальної підтримки за рахунок коштів бюджетів усіх рівнів.	Не більше 3 годин, визначається часом доступу по мережі
7.	Кількість користувачів БД, яке може бути зареєстровано в АІС ЕСРН ХК районного рівня	до 60
8.	Кількість користувачів БД, яке може бути зареєстровано в АІС ЕСРН ХК регіонального рівня	до 150

Примітка: Показники в таблиці наведені виходячи з досвіду експлуатації наявних в МСЗН і ОСЗН АІС і прикладних програмних комплексів.

5.1.4. Вимоги до надійності.

Надійність АІС ЕСРН ХК на регіональному рівні повинна забезпечуватися введенням резервного сервера, що зберігає актуальну копію ПК АІС ЕСРН. Час переходу (перемикання) з основного сервера на резервний не повинно перевищувати 30 хвилин. Повинні бути використані механізми обміну даними між основним і резервним серверами, що забезпечують зазначений час перемикання.

Надійність АІС ЕСРН ХК на районному (міському) рівні повинна забезпечуватися технічними та організаційними заходами персоналу щодо забезпечення експлуатації обладнання.

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

Організаційні заходи повинні включати використання технології резервного копіювання.

АІС ЕСРН ХК при необхідності повинен забезпечувати роботу 24 години на добу, 7 днів на тиждень.

Аварійні ситуації визначаються для серверів, використовуваних для зберігання БД ЕСРН.

Аварійні ситуації на ПК користувачів АІС ЕСРН ГК не повинні впливати на працездатність АІС ЕСРН ХК і не повинні розглядатися.

Перелік аварійних ситуацій із зазначенням необхідних значень відповідних показників надійності наводиться нижче:

• втрата електроживлення серверів. При цьому час автоматичного збереження даних і завершення роботи АІС ЕСРН ХК має бути не більше 5 хвилин;
• відмова компонентів серверів, на яких встановлена ​​БД ЕСРН: процесор, оперативна пам'ять, мережева плата, жорсткий диск. При цьому час відновлення після відмови не повинно перевищувати 5 годин.

АІС ЕСРН ХК повинна бути встановлена ​​на серверах, забезпечених джерелами безперебійного електроживлення. При перебоях електроживлення повинно відбуватися автоматичне завершення роботи АІС ЕСРН ХК без втрати даних.

5.1.5. Вимоги до ергономіки та технічної естетики.

АІС ЕСРН ХК повинен забезпечувати взаємодію людини з машиною тільки російською мовою з максимальним використанням меню і підказок. Повинна бути забезпечена комфортність роботи персоналу.

5.1.6. Вимоги до експлуатації і зберіганню АІС ЕСРН ХК.

АІС ЕСРН ХК повинна експлуатуватися на поставляються в рамках проведення робіт по створенню АІС ЕСРН ХК засобах обчислювальної техніки або наявному комплексі технічних засобів МСЗН і ОСЗН краю, які встановлені в наявних приміщеннях та для яких повинно бути забезпечено:

• напруга в мережі змінного струму 200В - 240В, частотою 50Гц ± 1Гц;
• температура навколишнього середовища: + 10 ° С - + 30 ° С;
• вологість навколишнього середовища: 20% - 80%;
• концентрація пилу: 0,4 г / м 3 (max);
• шум від роботи устаткування не повинен перевищувати 55дБ.

Додаткових вимог до експлуатації і зберіганню АІС ЕСРН ХК не пред'являється.

5.1.7. Вимоги до захисту інформації АІС ЕСРН ХК від несанкціонованого доступу.

АІС ЕСРН ХК повинна:

• Здійснювати контроль і управління доступом, що забезпечує ідентифікацію, аутентифікацію і авторизацію користувачів;
• Забезпечувати рівень захищеності Системи по класу 1Г за класифікацією документа «Гостехкомиссией Росії, Керівний Документ, автоматизовані системи, Захист від несанкціонованого доступу до інформації (Класифікація автоматизованих систем і вимоги щодо захисту інформації), Москва одна тисяча дев'ятсот дев'яносто дві »;
• Забезпечувати розмежування прав доступу користувачів до даних на базі груп, ролей; розмежування прав доступу до даних на рівні полів і груп полів облікової картки Регістру, а так же функцій Регістру;

• Допускати використання вбудованих сертифікованих засобів авторизації користувачів, електронний цифровий підпис.

Персональні дані громадян, що містяться в БД ЕСРН, підлягають відповідному захисті від несанкціонованого доступу.

Ідентифікація персоналу повинна здійснюватися при запуску АІС ЕСРН ХК відповідного рівня. Персоналу не повинні бути доступні функції АІС ЕСРН ХК, поки ідентифікація не буде завершена. Ідентифікація персоналу здійснюється з використанням ідентифікатора (пароля) умовно-постійної дії довжиною не менше шести букв і цифр. Число спроб ідентифікації має задаватися у вигляді параметра. У разі якщо число безуспішних спроб ідентифікації перевищує ліміт в параметрах, доступ з даного комп'ютера до АІС ЕСРН ХК повинен блокуватися до прийняття рішення адміністратором баз даних (адміністратором безпеки).

Контроль доступу до БД ЕСРН повинен забезпечувати перевірки дотримання персоналом своїх повноважень. Контроль доступу повинен бути реалізований на основі рольової моделі розмежування доступу. В АІС ЕСРН ХК повинні бути передбачені ролі, які визначаються функціональним складом користувачів АІС ЕСРН ХК. Кожній ролі повинна відповідати підсистема, в якій реалізована певна сукупність завдань і функцій. Набір і зміст ролей повинні бути визначені при реалізації АІС ЕСРН ХК. Ролі призначаються адміністратором баз даних (адміністратором безпеки) АІС ЕСРН ХК користувачам і персоналу ОСЗН в залежності від їх функціональних обов'язків.

АІС ЕСРН ХК повинна виявляти і документувати спроби несанкціонованого доступу до БД ЕСРН. Вона не повинна допускати несанкціонованого зміни інформації в БД ЕСРН і повинна фіксувати всі спроби і видавати адміністратору АІС ЕСРН ХК відповідне повідомлення.

АІС ЕСРН ХК повинна здійснювати реєстрацію дій користувачів і персоналу ОСЗН в системному журналі з моменту початку до моменту завершення роботи.

Параметрами, такими, що підлягають реєстрації, є:

• дата і час (системні дата і час на сервері системи);
• ідентифікатор користувача АІС ЕСРН ХК;
• код і опис типу події;
• об'єкти події (функціональна операція, ім'я роздруковується файлу і т.д.).

Перелік реєстрованих подій конкретизується на етапі реалізації і коригування АІС ЕСРН ХК.

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

Повинна бути передбачена фільтрація подій системного журналу АІС ЕСРН ХК для подальшого аудиту. Повинна бути передбачена фільтрація і сортування по будь-якому з полів журналу і по їх сукупності, а також можливість завдання граничних значень для параметрів дати і часу.

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

З метою забезпечення виконання вимог федерального закону від 27.07.2006 року № 152-ФЗ «Про персональних даних», інформація про громадян, що стоять на обліку в БД ЕСРН, при її зберіганні повинна бути знеособлена. Правові підстави для здійснення обробки персональних даних наведені в Додатку Б до даного технічним завданням. Категорії суб'єктів, персональні даних яких будуть оброблятися в АІС ЕСРН, наведені в Додатку В до цього технічного завдання.

5.1.8. Вимоги щодо збереження інформації при аваріях.

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

Збереження інформації в БД ЕСРН повинна бути забезпечена в разі наступних подій:

• втрати електроживлення серверів;
• стрибка напруги в електроживленні серверів;
• порушення працездатності технічних засобів, що утворюють канал зв'язку між серверами і комп'ютерами користувачів;
• руйнування ліній зв'язку, що утворюють канал зв'язку між серверами і комп'ютерами користувачів;
• відмови наступних компонентів серверів:
  • процесор;
  • оперативна пам'ять;
  • мережева плата;
  • жорсткий диск;
• відмови комп'ютерів користувачів.

5.1.9. Вимоги до патентної чистоти.

Створення АІС ЕСРН ХК і її експлуатація повинні здійснюватися на ліцензійних програмних засобівах.

5.1.10 Технічні вимоги до промислової платформі розробки АІС ЕСРН ХК

Промислова платформа розробки АІС ЕСРН ХК (далі Платформа) повинна являти собою засіб швидкої розробки трирівневих додатків. Системи, що створюються на базі Платформи, повинні бути функціональною надбудовою Платформи і включати в себе функціональні можливості, закладені в Платформу.

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

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

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

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

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

Платформа повинна реалізовувати наступні методики розширення функціональності:

• Опис нових класів (наприклад, класів нових документів) об'єктів і зв'язків між ними в термінах Платформи, яка повинна надавати набір базових операцій над об'єктами цих класів (створення, редагування властивостей, видалення, копіювання, переміщення, визначення набору прав доступу і т.п. ), без зміни вихідного коду Платформи (Системи).
• Визначення операцій по роботі з створеними класами об'єктів без програмування. У Платформі повинен бути реалізований набір базових операцій (шаблонів) над об'єктами. Розробнику додатки на базі Платформи має бути досить їх уточняти, задавши параметри.
• У разі необхідності - можливість написання коду бізнес-логіки на мові програмування високого рівня з використанням прикладних засобів розробки Платформи.

5.1.11. Додаткові вимоги.

До додаткових вимог належать:

• Забезпечення можливості експлуатації АІС ЕСРН ХК як на «швидких», так і на «повільних» каналах зв'язку з невисоким ступенем надійності (підтримка цілісності сховища даних, забезпечення транзакцій), а також можливість використання АІС ЕСРН ХК в режимі «оффлайн» (реплікація змін за допомогою повільних каналів зв'язку, використання змінних носіїв).
• Реалізація концепції «тонких клієнтів», що дозволяє звести до мінімуму супровід клієнтських робочих місць, зменшити вимоги до пропускної здатності мережного середовища і програмного забезпечення.
• Забезпечення імпорту-експорту даних в найбільш поширені формати зберігання та обміну даними (dbf, xls, doc, rtf, txt, xml, csv), а також підтримка можливості розширення переліку використовуваних форматів.
• Забезпечення підтримки скриптового метамови, або програмного інтерфейсудо існуючих скриптовою мов високого рівня, можливості використання послідовностей (макросів) для автоматизації часто виконуваних користувачем завдань.
• Забезпечення можливості автоматичної корекції помилок при введенні даних (дати, імена, по батькові, прізвища і т.д.), а при неможливості автоматичної корекції - забезпечення блокування введення з видачею відповідних діагностичних повідомлень. Перевірка даних і їх корекція повинні здійснюватися як при роботі операторів, так і при імпорті даних при здійсненні зовнішнього інформаційного обміну.
• Забезпечення можливості використання вільно розповсюджуваних офісних додатків для видачі та перегляду звітів, довідок та іншої інформації.
• Забезпечення можливості масштабування.

Вимоги до АІС ЕСРН ХК і її складових частин можуть уточнюватися і змінюватися на всіх стадіях його розробки, впровадження та супроводу. Уточнені вимоги стають невід'ємною частиною даного технічного завдання.

5.2. Вимоги до функцій, виконуваних АІС ЕСРН ХК

5.2.1. Районний рівень АІС ЕСРН ХК.

На районному рівні АІС ЕСРН ХК повинен функціонувати на ПК операторів районного рівня. Оператори районного рівня повинні працювати з районним сегментом регіональної БД ЕСРН, що зберігаються на сервері ЛВС органу соціального захисту населення краю.

На районному рівні АІС ЕСРН ХК повинна забезпечувати:

• формування та обробку призначень, нарахувань, виплатних масивів відповідно до порядку здійснення призначення і виплати допомоги, допомог, компенсацій, адресного соціального допомоги, субсидій на оплату послуг підприємств ЖКГ, інших видів МСП і допомоги, визначених відповідними нормативно-правовими актами федерального і регіонального рівня;
• формування та перегляд районного сегменту регіонального реєстру громадян, які мають право на заходи соціальної підтримки за рахунок коштів бюджетів усіх рівнів;
• формування районного сегменту регіонального сегменту регістру громадян, які мають право на заходи соціальної підтримки за пільговим лікарського забезпечення за рахунок коштів крайового бюджету;
• формування районного сегменту регіонального реєстру громадян, які мають право на заходи соціальної підтримки з оплати житлово-комунальних послуг за рахунок коштів федерального бюджету;
• формування районного сегменту загальнокрайової інформаційного масиву з відомостями про соціально-побутовому становищі ветеранів війни та бойових дій, необхідного для інформаційного наповнення Регіонального сегмента загальнодержавної бази даних «Ветерани»;
• формування списків громадян певних категорій по встановленою формоюдля видачі пільгових проїзних квитків у відділеннях поштового зв'язку ФГУП «Пошта Росії»;
• первинний введення даних в БД ЕСРН, в тому числі:
• введення даних про громадян, які мають право на заходи соціальної підтримки, які проживають в районі, як ручної, так і автоматизований, з використанням інформації з інших баз даних і програмних комплексів;
• прийом і введення даних про громадян, з використанням баз даних сторонніх організацій, отриманих в узгодженому форматі;
• контроль введення даних в картки обліку сімей і громадян, які мають право на заходи соціальної підтримки;
• коригування даних, в тому числі:
• автоматизовану періодичну відповідно до регламенту оновлення інформації про громадян, які мають право на заходи соціальної підтримки, які проживають в районі, з використанням відомостей з інших баз даних і програмних комплексів;
• ручне оновлення інформації про громадян, які мають право на заходи соціальної підтримки, які проживають в районі, з використанням відомостей отриманих при проведенні особистих прийомів та обстежень;
• контроль коригування даних в БД ЕСРН;
• прийом, контроль, обробку, введення відомостей з додатковими соціальними показниками рівня життя пільговиків від сторонніх організацій в узгодженому форматі;
• коригування відомостей з додатковими соціальними показниками рівня життя пільговиків від сторонніх організацій в узгодженому форматі;
• формування і відправку повних БД ЕСРН або змін до них на регіональний рівень з використанням КСОД, електронної поштиабо на машиночитаних носіях інформації;
• прийом і обробку помилок в інформації про громадян і пільговиків, спрямованої на регіональний рівень;
• закриття справ пільговиків в зв'язку з їх смертю або вибуттям.
• уявлення довідкової інформації у вигляді довідок, таблиць і графіків з можливістю подальшого виведення на паперовий носій відповідно до запитів для надання адресної соціальної допомоги, в тому числі:
• отримання довідкових даних по групі осіб (сім'ям), об'єднаних спільними ознаками;
• ведення БД ЕСРН, в тому числі:
  • настройку структур даних;
• адміністрування, в тому числі:
  • можливість налаштування АІС ЕСРН ХК в процесі функціонування;
  • можливість створення і модифікації нових типових звітних форм;
  • передачу по запиту створених звітних форм в АІС ЕСРН ХК регіонального рівня;
  • перевизначення рівнів доступу при перекладі співробітника на нову посаду; реєстрацію користувачів і групи користувачів і призначення їм рівнів доступу;
• ведення журналів, в тому числі:
  • реєстрацію подій (введення даних, отримання довідок та ін.);
  • контроль роботи з АІС ЕСРН ХК;
• реєстрацію дати введення даних і відомостей про оператора, виконуючи введення даних.

5.2.2. Регіональний рівень АІС ЕСРН ХК.

На регіональному рівні АІС ЕСРН ХК повинна забезпечувати:

• Дотримання вимог адміністративних регламентів (електронних адміністративних регламентів) виконання певних державних функцій;
• визначення прав громадян на отримання пільгових категорій або призначення заходів соціальної підтримки на підставі заданих правил;
• формування та обробку призначень, нарахувань, виплатних масивів;
• формування та перегляд регіонального реєстру громадян, які мають право на заходи соціальної підтримки за рахунок коштів бюджетів усіх рівнів;
• формування сегмента регіонального реєстру громадян, які мають право на заходи соціальної підтримки за пільговим лікарського забезпечення за рахунок коштів крайового бюджету;
• формування регіонального реєстру громадян, які мають право на заходи соціальної підтримки з оплати житлово-комунальних послуг за рахунок коштів федерального бюджету;
• формування інформаційного масиву з відомостями про соціально-побутовому становищі ветеранів війни та бойових дій, необхідного для інформаційного наповнення Регіонального сегмента загальнодержавної бази даних «Ветерани»;
• уявлення довідкової інформації у вигляді довідок і таблиць з можливістю подальшого виведення на паперовий носій відповідно до запитів для надання адресної соціальної допомоги, в тому числі:
• отримання довідкових даних по окремо взятому пільговику;
• отримання довідкових даних по групі осіб, об'єднаних спільними ознаками;
• отримання статистичних даних;
• ведення АІС ЕСРН ХК, в тому числі:
• настройку структур даних і правил їх обробки;
• реєстрацію і модифікацію описів структур даних, що зберігаються в БД ЕСРН;

5.2.3. Вимоги до основних функціональних модулів АІС ЕСРН ХК

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

Процес прийому (звернення) громадян:

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

Процес призначення заходів соціальної підтримки:

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

Процес нарахування соціальних допомог (дитячі посібники, соціальні виплати, ЕДВ):

• ведення виплатних справ;
• формування виплатних масивів, передача їх в виплатні організації (сбербанк, пошта) і отримання підтвердження виплат, формування актів звірки виплачених сум з даними ФГУП «Пошта Росії»;
• можливість формування виплати на фіксовану суму;
• архівація виплати;
• формування аналітичних звітів в розрізі бюджетів, муніципальних утворень і пільгових категорій;
• підтримка експорту звітів в загальноприйняті формати (xls, doc, rtf, txt, scv і інші);
• масові операції: припинення, доплати, перерахунок розмірів допомоги і пільг, установка джерел, друк розпоряджень, введення-виведення справ;
• статистика: списки одержувачів по заданих параметрах, довідки з виплати та інші. Можливість створення призначених для користувача статистичних звітів.

Процес призначення субсидій на оплату житла та ЖКП (реалізація Постанови Уряду РФ від 14 грудня 2005 року № 761) :

• ведення довідника регіональних стандартів вартості житлово-комунальних послуг (ССЖКУ);
• забезпечення процесів призначення, нарахування та виплати субсидій, відповідно до чинних ССЖКУ, пільгами (федеральними та регіональними), доходами сім'ї і іншими показниками;
• визначення права і нарахування громадянам субсидії на оплату житла, відповідно до представлених документів;
• формування виплатних документів для перерахування нарахованих сум на соціальні рахунки або виплату через кредитні установи або пошту;
• реалізація механізму обліку нарахованих сум субсидій, виплачених сум, сум заборгованостей перед громадянами і сум заборгованостей громадян перед постачальниками послуг.

Процес забезпечення компенсаційних виплат за послуги ЖКГ:

Технологія розрахунку, нарахування і виплати компенсації за послуги ЖКГ пільговим категоріям громадян при заміні пільги грошовими виплатами.

Процес призначення державної соціальної допомоги:

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

Статистика для фахівців районного (регіонального) рівня:

• можливість отримання статистичної інформації по списку баз даних за будь-який період часу з використанням генератора звітів;
• здійснення пошуку громадян на запит за списком баз даних;
• формування списків громадян довільної форми в масштабі краю, муніципального освітикраю;
• формування відомостей про кількість осіб, яким у звітному кварталі поточного року надано заходи соціальної підтримки з оплати житлово-комунальних послуг (реалізація наказу Міністерства охорони здоров'я від 28.03.2005года № 243).

Процес обміну відомостями про соціально-побутовому становищі ветеранів Великої Вітчизняної війни та бойових дій з ОГБД «Ветерани».

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

• Міністерством охорони здоров'я і соціального розвитку Російської Федерації і підвідомчими йому структурами;
• Відділенням Пенсійного фонду РФ по Хабаровському краю;
• Хабаровским крайовим фондом обов'язкового медичного страхування;
• Відділами РАЦС;
• Хабаровским регіональним відділенням Фонду соціального страхування РФ;
• Управлінням федеральної державної служби зайнятості населення по Хабаровському краю;
• Федеральною державною службою медико-соціальної експертизи;
• Паспортно-візової службою (паспортні столи при ЖКО);
• Пенсійними відділами військкомату, УВС, УФСІН;
• Муніципальними утвореннями (відділами освіти, житлово-комунальними службами);
• Кредитними організаціями;
• Житлово-комунальними організаціями і службами;
• Організаціями, що надають населенню послуги зв'язку.

Процес конвертації (експортування) даних для подальшої передачі в:

• Міністерство охорони здоров'я і соціального розвитку Російської Федерації та підвідомчі йому структури;
• Відділення Пенсійного фонду РФ по Хабаровському краю;
• Хабаровський крайовий фонд обов'язкового медичного страхування;
• Хабаровское регіональне відділення Фонду соціального страхування РФ;
• Управління федеральної державної служби зайнятості населення по Хабаровському краю;
• Кредитні установи та поштові відділення;
• Організації, що надають населенню послуги зв'язку;
• житлово-комунальні організації і служби.

Процес адміністрування бази даних ЕСРН:

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

5.2.4. Вимоги щодо перенесення даних з функціонуючих систем в АІС ЕСРН ХК

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

• Програмний комплекс «Адресна соціальна допомога» - адресне соціальну допомогу, ЕДВ, пільги, МСП, компенсації по оплаті ЖКП;
• АРМ призначення і виплати пенсій, допомог і ЕДВ (ЗАНАС) - нарахування та виплата дитячих і соціальних допомог, регіональної ЕДВ на проїзд, інших видів допомог і компенсацій;
• Програмний комплекс «Адресна соціальна допомога - модуль призначення і виплати житлових субсидій»;
• Програмний комплекс «Картотека одержувачів пенсій, посібників, ЕДВ, РЕДВ»;
• Програмний комплекс «Ветерани праці»;
• Інші прикладні програмні продукти і комплекси, що знаходяться в експлуатації в МСЗН і ОСЗН краю.

5.3. Вимоги до видів забезпечення.

5.3.1. Вимоги до інформаційного забезпечення.

БД ЕСРН повинна складатися з таблиць містять відомості на громадян, поставлених на облік в органах соціального захисту населення краю, анкетного характеру, а також відомості про їх соціально-побутовому становищі.

Всі таблиці розташовуються на двох рівнях бази даних - районному та регіональному. Районна база даних вважається сформованою, якщо в неї внесено інформацію по всім громадянам, які проживають в даному районі. Наявність незаповнених полів не повинно перешкоджати роботі з даної БД навіть при підготовці довідкових та аналітичних матеріалів. Регіональна база даних вважається сформованою, якщо в неї внесено інформацію по всім громадянам, які проживають в даному регіоні. Наявність незаповнених полів не повинно перешкоджати роботі з даної БД навіть при підготовці довідкових та аналітичних матеріалів. Дані районної БД ЕСРН передаються в АІС ЕСРН ХК регіонального рівня. На регіональному рівні з сукупності районних баз формується повна база даних, можливо сегментована по міських округах і муніципальним районам краю. АІС ЕСРН ХК регіонального рівня вважається сформованою, коли в неї буде включена інформація всіх БД ЕСРН районного рівня.

Показники, за якими формуються облікові картки громадян і сімей, які мають право і потребують надання заходів соціальної підтримки за рахунок коштів бюджетів усіх рівнів, можуть бути визначені на етапі реалізації АІС ЕСРН ХК. За основу може бути взятий набір показників, який використовується в програмному комплексі «Адресна соціальна допомога», розробленим МСЗН і знаходяться в експлуатації в органах соціального захисту населення Хабаровського краю.

На основі переліку показників повинен бути визначений характер запитів до БД ЕСРН, довідок і звітів для аналізу стану соціальної підтримки громадян на різних рівнях державної соціальної допомоги і прийняття управлінських рішень, спрямованих на підвищення рівня життя громадян.

В процесі розробки повинні бути визначені:

• джерела формування даних;
• типи даних;
• розмірність полів;
• алгоритми контролю;
• необхідна нормативно-довідкова інформація;
• інші, необхідні для ведення БД ЕСРН, атрибути.

До складу загальних показників для всіх БД ЕСРН на районному рівні можуть бути додані показники, що характеризують соціальний стан громадян в даному конкретному районі. Ці приватні показники можуть бути використані для задоволення запитів користувачів районного рівня. Повинна бути забезпечена можливість зміни складу показників БД ЕСРН в процесі експлуатації.

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

Повинен бути розроблений генератор звітів, який повинен забезпечувати засобами АІС ЕСРН ХК формування:

• запитів до БД ЕСРН за показниками обліку громадян та сімей в АІС ЕСРН ХК;
• вибірку з БД ЕСРН за певними обліковими показниками шляхом вказівки обираних полів і завдання умов їх вибірки (більше, менше, дорівнює, діапазон, не дорівнює, і т.д.);
• статистичних звітів, що відображають поточний стан справ з надання заходів соціальної підтримки різним категоріям сімей і громадян, у вигляді списків і таблиць, шляхом вказівки порядку проходження полів і включаються даних;

Всі зміни в даних районних БД ЕСРН переносяться на регіональний рівень АІС ЕСРН ХК відповідно до прийнятого регламенту.

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

Локальні класифікатори можуть бути сформовані на етапі реалізації комплексу.

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

АІС ЕСРН ХК повинна забезпечувати перенесення раніше накопиченої інформації з баз даних програмного комплексу «Адресна соціальна допомога» (ПК АСП), розробленим МСЗН і знаходяться в експлуатації в ОСЗН, а також ряду інших прикладних програмних комплексів, експлуатованих в МСЗН і ОСЗН.

Для забезпечення контролю цілісності даних і відновлення їх після збою повинні використовуватися стандартні засоби СУБД. Повинно бути забезпечено створення резервних копій баз даних районного та регіонального рівнів та відновлення з резервних копій баз даних районного та регіонального рівнів.

5.3.2. Вимоги до програмного забезпечення.

Програмне забезпечення повинно складатися з загальносистемного програмного забезпечення і прикладного програмного забезпечення, що розробляється в рамках робіт зі створення АІС ЕСРН ХК.

Як загальносистемного програмного забезпечення, що встановлюється на комп'ютерах користувачів АІС ЕСРН ХК, повинні використовуватися операційні системи, що знаходяться в даний час в експлуатації в МСЗН і ОСЗН, будь-які офісні додатки, в тому числі і вільно поширювані, а на серверах районного та регіонального рівнів - операційні системи і системи управління базами даних, що поставляються в період створення АІС ЕСРН ХК або знаходяться в даний час в експлуатації в МСЗН і ОСЗН.

Прикладне програмне забезпечення АІС ЕСРН ХК має забезпечувати:

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

5.3.3. Вимоги до технічного забезпечення.

АІС ЕСРН ХК гарантовано повинна функціонувати на засобах обчислювальної техніки, що поставляються в рамках проведення робіт з розробки та впровадження АІС ЕСРН ХК із зазначеними в даному технічному завданні характеристиками призначення (швидкодії).

Також має бути забезпечено функціонування клієнтської частини АІС ЕСРН ХК на технічних засобах, Які є і використовуються в МСЗН і ОСЗН: ПК з частотою процесора - не нижче 600МГц, оперативною пам'яттю не нижче 256 Мб, накопичувач на жорсткому диску ємністю не менше 10Гб, монітор кольоровий дозволом не нижче 800х600, діагональ не менше 15 ");

5.3.4. Вимоги до організаційного забезпечення.

Штатні фахівці з автоматизації роботи ОСЗН районного та регіонального рівнів повинні здійснювати:

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

Обмеження доступу до введення (коригування) інформації в АІС ЕСРН ХК має бути організовано на основі системи паролів, імен користувачів в АІС ЕСРН ХК і ролей (набору прав).

Призначення користувачу ролі має здійснюватися на основі затверджується регламенту роботи користувачів з АІС ЕСРН ХК.

Помилкові дії персоналу не повинні призводити до порушення цілісності БД ЕСРН.

Інформація, яку вносить в БД ЕСРН, повинна контролюватися на повноту і достовірність на основі посилальної цілісності, процедур перевірки коректності даних. При введенні повинні перевірятися символьні і цифрові поля, припустимі діапазони в цифрових полях. Для мінімізації помилкових дій операторів там, де це можливо, повинні використовуватися класифікатори і довідники.

5.3.5. Вимоги до методичного забезпечення АІС ЕСРН ХК

Створення АІС ЕСРН ХК має проводитися у відповідності з наступними стандартами, нормативами:

• ГОСТ 34.201-89 - Комплекс стандартів на автоматизовані системи. Комплектність і позначення документів при створенні автоматизованих систем.
• ГОСТ 34.601-90 - Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення.
• ГОСТ 34.602-89 - Комплекс стандартів на автоматизовані системи. Технічне завданняна створення автоматизованої системи.
• ГОСТ 34.603-92 - Види випробувань автоматизованих систем.
• РД 50-34.698-90 - Автоматизовані системи. Вимоги до змісту документів.

5.4. Вимоги до навчання співробітників МСЗН і ОСЗН і розробці експлуатаційної документації

Учасником процедури закупівлі має бути передбачено навчання співробітників МСЗН і ОСЗН в обсязі, необхідному для використання функцій Системи і налаштування програмного забезпечення. Кожне завдання, автоматизоване робоче місце(АРМ), підсистема повинна мати, крім встановленого переліку документів, вбудовану оперативну допомогу і підказки користувачеві про діях, які він може зробити в кожен конкретний момент часу роботи, а також повинна відображати на екрані дисплея інформацію про поточний стан робочого місця. опис засобів оперативної допомогифіксується в «Інструкції користувача».

Учасником процедури закупівлі повинні бути організовані курси підвищення кваліфікації для співробітників МСЗН і ОСЗН за темами, наведеними в Додатку Г, в рамках даної технічної завдання.

Учасником процедури закупівлі повинні бути розроблені експлуатаційні документи - керівництво користувача, керівництво адміністратора.

6. СКЛАД І ЗМІСТ РОБІТ ЩОДО СТВОРЕННЯ АІС ЕСРН ХК

Роботи зі створення і введення в дію АІС ЕСРН ХК розбиваються на два періоди:

• 1-й період (пілотний проект) - поставка засобів обчислювальної техніки і загальносистемних програмних засобів, розробка та експериментальна експлуатація АІС ЕСРН ХК в пілотних органах соціального захисту населення краю;
• 2-й період - поставка засобів обчислювальної техніки і загальносистемних програмних засобів, поширення АІС ЕСРН ХК на всі міські округи і муніципальні райони Хабаровського краю.