69354

Організаційно-методичні основи проектування інформаційних систем

Лекция

Информатика, кибернетика и программирование

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

Украинкский

2014-10-03

83 KB

0 чел.

8

Тема 5. Організаційно-методичні основи проектування інформаційних систем.

Тема 5. Організаційно-методичні основи проектування інформаційних систем.

1.Cтадії та етапи розробки інформаційних систем.

2. Технічна документація на інформаційні системи.

3.Робоча документація на АІС

1. Стадії ї та етапи розробки інформаційних систем.

Науково методичні положення та практичні рекомендації до проектування і створення АІС вперше були сформульовані академіком Глушковим В.М.

У наш час склалися основні принципи створення АІС:

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

Застосування цих принципів необхідне при виконанні робіт на протязі всього життєвого циклу АІС.

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

До створення ІС мають відношення наступні категорії людей:

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

Користувачі є основним джерелом більшості вимог та іншої додаткової інформації .

Вони відповідають за правильність формулювання та повноту висунутих вимог.

Користувач повинний приймати участь

  •  при висуванні вимог до  АІС
  •  при оцінки ефективності
  •  при розробці постановки задачі  
  •  при проведенні пробної експлуатації АІС.

Розглянемо ці етапи.

  •  при висуванні вимог до  АІС

Серед вимог можуть бути

Вимоги до якості  функцій.

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

Обмеження доступу.

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

Вимоги до безпеки:

  •  виготовлення страхових копій,
  •  резервування,

Забезпечення моніторингу та контролю виконання.

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

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

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

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

Інші вимоги

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

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

  •  при оцінки ефективності

Для оцінки ефективності АІС розробляються критерії вибору системи. визначення .

Критерії можуть бути наступними :

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

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

Через постановку задачі , шляхом регламентації її змісту можна уникнути труднощів взаємодії “користувач – прикладний програміст “

  •  при проведенні пробної експлуатації АІС.

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

.  

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

Проектувальники відповідають за документування вимог та за відповідність їм інших проектних документів. Вони повинні вести документ “Каталог вимог” у якому накопичуються вимоги до автоматизованої системи ,  одночасно з просування розробки проекту постійно додаються посилання на нові, розроблені документи у яких реалізовані ті чи інші вимоги.

 

Стадії проектування

  1.  Перед проектне обстеження.

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

2. Визначаються вимоги до АІС.

3. Аналізується матеріал і формується документація.

До документації цього етапу відноситься :

1.)Характеристика предметної області .

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

2.) Аналіз існуючих варіантів розв’язку задачі.

Наводиться матеріал наявних методів (варіантів)  розв’язку задачі. Також приводиться огляд методів розв’язку на аналогічних вітчизняним та закордонних підприємствах.

3) Обґрунтування запропонованих рішень.

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

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

  1.  Ввод системи у експлуатацію.
  2.  підготовка до впровадження.
  3.  дослідна експлуатація
  4.  здача в експлуатацію.

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

2. Технічна документація на інформаційні системи.

Технічна документація на ІС –це технічний проект.

Технічний проект може складатися з одного документа або з окремих документів: “Опис  постановки задачі”, “Опис алгоритму розв’язання задач”, “Опис  інформаційного забезпечення”, “Опис організаційного забезпечення”, “Опис технічного забезпечення”, “Опис   програмного забезпечення”.

Документ “Опис  постановки задачі” містить таку інформацію:

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

Характеристика економічної задачі. В цьому підрозділі описують  

  •  Назву задачі,
  •  призначення задачі (призначенням задачі може бути зменшення трудомісткості, підвищення достовірності розрахунків по задачі.
  •  Мету розв’язання задачі:
  •  Техніко-економічна сутність задачі:

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

Вказують метод яким розв’язується задача.

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

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

Вихідна інформація. В цьому підрозділі описують  

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

Вказується ким буде  використовуватися результатна інформація.

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

Перелік і опис вихідних повідомлень

Назва вихідного повідомлення

Ідентифікатор

Форма подання і вимоги до неї

Періодичність видання

Термін видання і допустимий час затримки

Користувачі

Інформації

1

2

3

4

5

6

Вхідна інформація. В цьому підрозділі описують  

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

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

Перелік і опис вхідних повідомлень

Назва вхідного повідомлення

Ідентифікатор

Форма подання

Джерело інформації

1

2

3

4

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

3. Робоча документація на АІС.

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

1)назву  операції,

2) правила виконання операції

3) перелік посад  персоналу,  на  які  розрахована  інструкція.

4) рівень його комп'ютерної та професійної кваліфікації персоналу.

Керівництво користувача - найчастіше  створюється для обробки

інформації на автоматизованих робочих місцях.

Структуру курівництва визначає РД 50-34.698-90.

 Керівництво повинно мати такі розділи:

1) вступ,

2) призначення та  умови використання,

3)підготовка до роботи,

4)опис операцій,

5)аварійні ситуації,

6)рекомендації по засвоєнню.

Вступ визначає  

галузь використання програмних засобів (або ІС)

 рівень підготовки користувача,

наводить короткий опис можливостей програм.

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

тип  операційної  системи,

конфігурація технічних засобів,

мова програмування або СУБД, тощо.

3)   Розділ "Підготовка  до  роботи"   повинен   описувати   дії,

по  інсталяції програм,

по перевірці  працездатності програм,

по наповненню файлів із  нормативно-довідковою  інформацією,

4)     Опис операцій повинен дати користувачеві повне  уявлення про

всі необхідні  для  обробки інформації дії. Описують:

назву дії,

умови виконання

докладний   опис виконання дій  (опис може включати і послідовність натискання клавіш).

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

рекомендації по відновленню програм та файлів у разі пошкодження

перелік  дії по запобіганню  пошкоджень.

6)    Рекомендації по  засвоєнню можуть містити

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

різноманітні рекомендації  по підготовці системи до роботи.

     Інструкції  можуть розроблятися :

а) на одну технологічну операцію

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

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

Варіант  інструкції залежить:

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

2) від кількості людей які виконують дії технологічної операції

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

 Інструкція обов'язково повинна  містити  :

1)назву  операції,

2) правила виконання операції

3) перелік посад  персоналу,  на  які  розрахована  інструкція.

4) рівень його комп'ютерної та професійної кваліфікації персоналу.

Керівництво адміністратора бази даних

Документ повинен надавати всю необхідну інформацію щодо підтримки бази даних в працездатному стані та детальний опис роботи з усіма підсистемами, що входять до КЕОІ.

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

2.Порядок утвореня та первісного заповнення бази даних

3. Інсталяція та деінсталяція програмного забезпечення

4.Встановлення зєднань з базою даних (утворенню профілів – файлів баз дани на кліенті/сервері)

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

6. Перелік виконання операцій вивантаження та завантаження даних спеціфікації і відповідних наборів даних.

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

8. Порядок перевірки цілосності баз даних.

9. Опис виконання процедур копіювання / відновлення, архівації, розархівації та порядку відновлення БД в аварійних ситуаціях.

10. Опис відновлення даних в разі помилки користувача.

11. Опис виконання механізму блокування та встановлення рівнів ізоляції.

12. Рекомендації щодо виконання довготривалих процесів.

13.Опис виконання робіт з реорганізації бази даних.


 

А также другие работы, которые могут Вас заинтересовать

55573. Додавання і віднімання раціональних чисел 54 KB
  Мета: удосконалити вміння застосовувати правила додавання та віднімання дробів до розв’язування вправ і задач; розвивати пізнавальний інтерес, математичну мову; виховувати відповідальне відношення до навчання
55574. Квадратный километр и квадратный миллиметр 46.5 KB
  Цели : познакомить с новыми единицами измерения площади: квадратный километр и квадратный миллиметр; научить детей заменять одни единицы площади другими; развивать умение использовать в работе изученные квадратные и линейные единицы измерения...
55575. АЛГОРИТМ ИДЕАЛЬНОГО РАЗУМА 139.5 KB
  В статье раскрыты моменты: функции обработки информации доминанты функций обработки информации единицы измерения естественного и искусственного интеллектов моделирование функций обработки информации тестирование работы искусственного интеллекта.
55576. Развитие речи на уроках русского языка 86 KB
  Если например на уроках русского языка ученики осознают структуру текста типа рассуждения и научатся создавать такие тексты они смогут более доказательно и четко отвечать на вопросы которые начинаются словом...
55577. Буквы о и а в корне –кос- - -кас- 114 KB
  Оборудование: Доска презентация по теме словообразование презентация Сказка о двух братьях Кос и Кас раздаточный материал. Назовите основные способы образования слов в русском языке с примерами.
55578. Читання як спосіб іншомовної комунікації 38 KB
  Враховуючи ці особливості формування компетенції в читанні та той факт що читання поряд з усним мовленням є найбільш розповсюдженим способом іншомовної комунікації пропоную у якості домашнього читання для учнів...
55579. РІЗНОМАНІТНІСТЬ УРОКІВ ЧИТАННЯ ЯК ШЛЯХ ПІДВИЩЕННЯ ЯКОСТІ ЧИТАННЯ В ПОЧАТКОВИХ КЛАСАХ 105.5 KB
  Всім давно відомо що знання фантазія логіка думки і міркувань любов до рідної мови уміння звязно логічно і образно розповідати виховуються читанням. Від учителя початкових класів в значній мірі залежить чи полюблять діти читання...
55580. Шляхи формування самостійного читача в системі позакласного читання 135 KB
  З читання як самостійної діяльності дитини у світі книг починається її самоосвіта самовиховання формування високих художніх смаків розвиток духовних сил. Читання практична діяльність.
55581. READING 104.5 KB
  God blessed the monastery when Ukraine became independent. In 1993 it was opened by the efforts of many people. Mother Superior Vira and nuns of the abode accepted the responsibility to restore the old monastery.