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.Опис виконання робіт з реорганізації бази даних.


 

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

31880. Захист інформації в комп’ютерних системах 288.5 KB
  Огляд стандартних прав доступу в Windows 2000. Частина перша охоплює питання захисту інформації на рівні операційних систем і базових складових будьякої системи захисту – підсистем ідентифікації й автентифікації розмежування доступу і реєстрації подій. Теоретичні відомості Підсистема ідентифікації та автентифікації У системі Unix єдиними можливими суб'єктами доступу є користувачі идентифікуючою інформацією яких є login який іноді називають userid ім'яідентифікатор з одного слова а...
31881. Методы учета затрат и калькулирования себестоимости продукции на примере ОАО «Сибиряк» Русско-Полянского района 387 KB
  Сущность методов учета затрат и калькулирования себестоимости продукции. Роль калькулирования себестоимости продукции в управлении производством. Приложение А37 Приложение Б38 Приложение В39 Приложение Г40 ВВЕДЕНИЕ Процесс производства занимает центральное место в деятельности организации и представляет собой совокупность технологических операций связанных с созданием готовой...
31882. Электрический привод системы генератор-двигатель 1.05 MB
  Номер варианта Закон изменения момента сопротивления рабочей машины Момент инерции рабочей машины в долях от момента инерции двигателя Тип двигателя и способ его питания 4 1500 45 Постоянного тока от генератора постоянного тока Примечание: Характер момента сопротивления реактивный. Требуемую перегрузочную способность двигателя. Средняя температура нагрева изоляции двигателя не должна превышать допустимую. Предварительный подбор двигателя.
31883. Моделі реалізації об’єктно-орієнтованих систем 57.5 KB
  У кожного інтерфейсу СОМ два імена. Простої, символьне імя призначене для людей, воно не унікально (допускається, щоб це імя було однаковим у двох інтерфейсів). Інше, складне імя призначене для використання програмами. Програмне імя унікальне, це дозволяє точно ідентифікувати інтерфейс.
31886. Кассир. Должностные обязанности 23 KB
  Должен знать: постановления распоряжения приказы другие руководящие и нормативные документы вышестоящих и других органов касающиеся ведения кассовых операций; формы кассовых и банковских документов; правила приема выдачи учета и хранения денежных средств и ценных бумаг; порядок оформления приходных и расходных документов; лимиты остатков кассовой наличности установленной для организации; правила обеспечения их сохранности; порядок ведения кассовой книги составления кассовой отчетности; правила эксплуатации электронно вычислительной...
31887. Работа с формулами. Абсолютная и относительная адресация при работе с формулами 44.5 KB
  Вам необходимо определить стоимость каждой квартиры таким образом чтобы общая сумма полученных денег равнялась 7 млн. Известно что: дом 6ти этажный кирпичный; на каждом этаже по 4 квартиры 1но 2х 3х и 4х комнатные общей площадью 63; 90; 118; 146 соответственно; стоимость квартир зависит от этажа на первом и последнем дешевле; стоимость 1 м2 в центре Екатеринбурга 60. В ячейку G2 введите стоимость одного квадратного метра – 60. Выделите все ячейки связанные с суммами стоимость квартир и задайте Финансовый формат с двумя...
31888. Сердечно-легочная и церебральная реанимация 103 KB
  Проверить реакцию пострадавшего: аккуратно встряхнуть его за плечи и громко спросить Что с Вами€. Принять решение: если пострадавший реагирует – оставить его в том же положении попытаться выяснить причины происходящего и позвать на помощь регулярно оценивать состояние пострадавшего; если пострадавший не реагирует – громко позвать на помощь повернуть на спину и открыть дыхательные пути путем запрокидывания головы и подтягивания подбородка – рукой нужно надавить на лоб а другой рукой подтянуть подбородок. Альтернативный способ –...