Інформаційно-правові системи

Роботу підготував Милованов Сергій

ГОУ СПО Жірновскій нафтовий технікум

2005

1. Основні поняття інформаційно-правової системи

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

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

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

Користувач-особистість, яка бере участь у функціонуванні предметної області, або використовує результати її функціонування.

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

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

2. Принципи проектування інформаційного забезпечення

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

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

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

Підходи до створення інформаційний бази: аналіз сутностей (для великих і. с.), синтез атрибутів.

Вимоги до інформаційного забезпечення: 1) воно д. б. достатнім для виконання всіх функцій, що автоматизуються, 2) для кодування інформації повинні використовуватися класифікатори які є у замовника, 3) для кодування вхідної інформації, яка використовується на вищому рівні д. б. використані класифікатори цього рівня, 4) д. б. поєднана з ІВ, що взаємодіє з ним, 5) форми документів мають відповідати вимогам стандартів уніфікованої системи документації, або нормативним документам замовника, 6) форма документів та відео кадрів д. б. узгоджені з відповідними характеристиками терміналів, 7) форми подання вихідної інформації д. б. узгоджені з розробником, 8) терміни і скорочення інформаційних повідомлень д. б. загальноприйняті в цієї предметної області та погоджені з замовником, 9) в інформаційній системі д. б. передбачені необхідні кошти з контролю і оновлення даних в інформаційних масивах, контролю ідентичності інформації в БД.

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

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

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

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

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

Етапи зовнішньої машинної інформаційної бази: розділений фонд даних, централізований фонд даних, організація БД.

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

Основні підходи до побудови всередині машинної ІБ: 1) проектування масиву як відображення змісту, 2) проектування масивів для окремих процесів управління, 3) п. м. для комплексів процесів управління, 4) проектування БД, 5) проектування декількох БД.

Види масивів: вхідні (первинні), основні (базові), робочі (проміжні), вихідні (результатние).

Масив даних - конструкція даних, компоненти якої ідентичні за своїми характеристиками.

Файл - ідентифікована сукупність примірників повністю описаного в конкретній програмі.

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

3. Проектування зв'язку «користувач - ЕОМ»

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

Етапи зв'язку: спілкування користувача з комп'ютером (фізична узгодженість, синтаксична узгодженість, семантична узгодженість), спілкування комп'ютера з користувачем, подача користувача зв'язку.

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

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

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

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

Діалог між людиною і ЕОМ-це обмін інформацією, який проводиться за допомогою інтерактивного терміналу та за певними правилами.

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

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

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

Компоненти зв'язку користувача з ЕОМ: 1) процес діалогу, який пов'язує між собою процеси обробки в одну систему - механізм обміну інформацією, що включає всі процеси, які входять до систему з виконання призначених завдань і можемо розглядати як оболонку інформаційної системи (завдання процесу діалогу: визначення завдань які користувач закладає в систему, прийом логічно пов'язаних вхідних даних від користувача та розміщення у відповідному процесі у відповідному форматі, виклик процесу виконання необхідних завдань, виведення результатів обробки в відповідному для користувача форматі; типи повідомлень діалогу: дані для користувача, підказки, стан системи, помилки, повідомлення; типи діалогу: що управляється системою-процес жорстко задає які завдання можна вибрати і які дані вводити, що управляється користувачем-ініціатива у користувача); 2) набір процесів вводу-виводу.

Класифікація основних процесів введення-висновку: 1) введення текстового повідомлення (з використанням стандартних процедур введення, в режимі посилкової введення, в режимі використання спеціальних символів), 2) введення повідомлення типу вводити та вибрати (перегляд списку операцій, введення даних в будь-якому місці, введення графічного повідомлення), 3) висновок текстового повідомлення (в поточну позицію, в задану позицію, з вказівкою конкретного формату повідомлення), 4) висновок графічного повідомлення.

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

Характеристика об'єктів: 1) зміст, 2) поле або область, 3) безліч атрибутів які описують об'єкт.

Способи виведення об'єкта на екрані: абсолютний, відносний.

1) питання-відповідь (правила: а) довжина повідомлень не більше 40 символів, і займати не більше 2/3; б) питання повинні відрізнятися то відповідей кольором, шрифтом; кроки структури питання-відповідь: а) висновок питання; б) введення повідомлення, в) контроль вірогідності відповіді; підходить: там де діапазон вхідних величин занадто великий для структур типу меню чи складний для структури на основі мови команд, там де наступне питання залежить від відповіді на поточний); 2) типу меню (відображає точний список варіантів і дає можливість вибрати один з них; складу вибору: введення ідентифікатора з клавіатури, введення мнемонічних кодів, перегляд списку на екрані, пряма вказівка на екрані; типи меню: у вигляді блоку даних, у вигляді піктограм, у вигляді спливаючого меню; складу меню: необов'язковий заголовок, основний текст меню, пояснення до тексту, необов'язковий кінцевий текст; використовується: де діапазон відповідей не великий і всі вони можуть бути явно відображені, там де користувачеві необхідно бачити всі можливі варіанти відповідей); 3) екранні форми (ставляться кілька запитань і відповіді на попередні не впливають на наступні; етапи побудови: форма відображається повністю, питання повторюються до тих пір поки закінчитися заповнення форми; використовується: там де можна передбачати стандартну послідовність введення даних); 4) на основі мови команд (будуватися на основі мови програмування, чи операційної системи; використовується там де: кількість значень для введення не велике і їх можна запам'ятати, де кількість відповідей досить щоб ідентифікувати необхідну завдання та дані).

Критерії структури діалогу: 1) натуральність-ті які не вимагають користувача значно змінювати свої прийоми роботи (правила: ведення діалогу державною мовою; стиль діалогу розмовний, а не письмовий; слід уникати надмірної пишноти і фамільярності; фрази не повинні вимагати додаткових пояснень; жаргон допустимо, але тільки зрозумілий; порядок питання такий, в якому користувач звично обробляє інформацію), 2) послідовність - гарантує, що користувач який освоїв одну частину системи легко розбереться з особливостями інший ( послідовність у побудові фраз, послідовність у використанні форматів даних, послідовність у розміщенні даних на екрані), 3) стислість діалогу - вимагає введення тільки мінімуму інформації, яка необхідна для роботи системи (чим менше кількість натискань на клавіші тим швидше діалог з меншим кількістю помилок, в діалозі не слід вимагати інформацію яку можна отримати автоматично, вихідні повідомлення повинні містити тільки ту інформацію, яка необхідна користувачеві у вигляді зрозумілому для сприйняття), 4) підтримка користувача-ступінь допомоги, яку діалог робить користувачеві при його роботі в системі (кількість і якість інструкцій які є, характер повідомлень про помилки, підтвердження дій системи), 5) гнучкість-мера того наскільки добре діалог відповідає рівню підготовки і продуктивності праці користувача.

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

Принципи: 1) інформація повинна розміщуватися так, щоб користувач міг переглядати інформацію в логічній послідовності; 2) ідентифікувати пов'язані групи інформації; 3) відрізняти виняткові ситуації; 4) визначати необхідні дії.

Основні етапи: 1) на основі дослідження визначити яка інформація потрібна користувачеві і яка має зараз бути на екрані; 2) розробник повинен визначити розмір областей виводу і атрибути кожного поля; 3) визначається місце раціонального розподілу інформації на екрані ( інформація розміщується в ієрархічній послідовності: екран, відео кадр, вікно, панель, поле; сформоване зображення для одночасного показу інформації на екрані; типи вікон: первинне, вторинне, спливаюче; розміщення інформації на відео кадрі: заголовок, інструкція по способу роботи з інформацією, предметна область, інструкція з того що робити далі, область повідомлень, область введення команд, область функціональних клавіш; загальні принципи розміщення інформації на екрані: залишити вільною половину екрану, залишити порожнім рядок після кожної п'ятої рядки, залишити 4-5 пропусків між стовпцями, текст розміщується так щоб перегляд переміщався в потрібному напрямі, зміст полів має розміщуватися і вирівнюватися близько горизонтальний і вертикальних осей, розміщення даних зліва направо і зверху вниз); 4) визначення атрибутів які привертають увагу до деякої частини екрану або дії (атрибути: колір символів, мерехтіння, звук, рівень яскравості, колір фону; правила користування кольором: використовувати мінімальну кількість кольорів, для великих панелей використовувати колір фону, для даних використовувати більш яскравий колір, для виділення двох областей використовувати чорний і білий, колір потрібно використовувати згідно з поданнями користувача, експериментувати з різними відтінками); 5) розробка проекту екранної форми; 6) методи оцінки розміщення інформації (прямокутників-інформація розбивається на логічні групи і виділяється прямокутниками, екран розділяється вертикальними і горизонтальними осями і число і розмір прямокутників оцінюються щодо виділених осей, виділених точок - дозволяє виділити область екрана до якої звертається увага користувача).

Введення користувача в курс роботи, забезпечення інструкціями, допомога користувачу в роботі.

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

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

4. Процес створення інформаційно - правової системи

Життєвий цикл і. с. - Сукупність стадій і етапів, які проходить і. с. в своєму розвитку від моменту прийняття рішення удосконалення до моменту, коли і. с. припиняє своє існування.

Процес створення і. с. - Сукупність робіт від формування вихідних вимог до системи до введення в дію.

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

Фактори трудомісткості: 1) складність і специфіка процесу, який автоматизується, 2) наявність відповідних розробок з даної проблеми, 3) ступінь автоматизаціїпроектних робіт, 4) кваліфікації виконавців, 5) готовність об'єкта до впровадження системи, 6) обраний спосіб проектування.

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

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

Методи створення і. с. : Орієнтовані на дані, орієнтовані на процедуру. Засоби - типові проектні рішення, ППП, типові проекти, інструментальні засоби проектування і. с.

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

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

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

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

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

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

5. Управління інформаційно-правовою системою

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

Функції процесу управління: прогнозування, планування і т.д.

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

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

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

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

Плану зайнятості фахівців: інформація по кожному фахівця, у яких проектах він зайнятий і на який термін.

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

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

6. Впровадження, супровід та модернізація інформаційно-правових систем

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

Способи впровадження в декількох підрозділах: послідовний, паралельний, послідовно-паралельний.

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

Етапи створення інформаційної системи: 1) підготовка об'єкта до вводу та. с. в дію (організаційна підготовка об'єкта в дію, реалізація проектних рішень щодо організаційної структури та. с. , забезпечення підрозділів об'єкта інструктивно-методичними матеріалами, впровадження класифікаторів), 2) підготовка персоналу (навчання персоналу - семінари, курсу, консультації; перевірка здатності персоналу забезпечувати функціонування і. с. ), 3) комплектація і. с. виробами що поставляються, 4) будівельно-монтажні роботи (будівництво окремих приміщень, переоснащення приміщень, монтаж технічних засобів та ліній зв'язку, випробування цих коштів, здача технічних засобів для проведення пуско-налагоджувальних робіт), 5) пуско-налагоджувальні роботи (автономна налагодження технічних і програмних коштів, завантаження інформації в БД і перевірка в експлуатації, комплексне випробування всіх засобів системи), 6) проведення первинних випробувань (на працездатність, відповідність технічним завданням, і усунення недоліків внесення змін у документацію, оформлення акта про прийом і. с. в дослідну експлуатацію), 7) дослідна експлуатація (проведення і. е.. , Аналіз результатів і. е.. , Доопрацювання при необхідності, оформлення акта про завершення), 8) проведення приймального випробування (проведення випробування на відповідність технічному завданню та методики проведення випробувань, аналіз результатів випробувань та усунення недоліків, формування акта про передачу і. с. в постійну експлуатацію).

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

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

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

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

До приймальної комісії надають: ТЗ, документацію, протокол і журнал дослідної експлуатації, штатний розклад, програма і методика приймальних випробувань.

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

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

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

Давид Р. "Основні правові системи сучасності "., Москва 2000 г.

Лазарєв В.В. "Інформаційні системи"., Москва 1999 р.

http://www.parny.by.ru/