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

Информационно-правовые системы

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

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

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 г.

internet.