Зміст розділів пропонованої структури проекту

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

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

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

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

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

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

 

Рисунок 4.1 – Структура відділів комерційного банку

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

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

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

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

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

яка ціль і задачі діяльності об'єкта та його підрозділів, наприклад, ціль – одержання прибутку, задачі – кредитування, інвестування, торгівля валютою;

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

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

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

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

Розкриваючи економічну сутність і зміст розглянутого в проекті комплексу задач доцільно дотримуватися наступного плану:

поняття про об'єкт управління і його характеристика;

функціональні задачі управління;

характеристика системи первинних економічних показників;

організація інформаційного обслуговування органа керування;

методика реалізації функції управління;

перспективи удосконалювання.

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

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

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

Найбільш розповсюдженими недоліками є:

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

велика трудомісткість обробки інформації (привести об’ємно-часові параметри);

низька оперативність, що знижує якість управління об'єктом;

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

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

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

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

Розроблювач повинний орієнтуватися при цьому на техніку, що забезпечує якісне виконання проектованих функцій, що допускає їхнє наступне нарощування або удосконалення, що доставляє оптимальне значення співвідношенню ЯКІСТЬ / ЦІНА.

Показники ефективності використовуваної ЕОМ залежать від множини усяких факторів. Їх можна об'єднати в кілька груп.

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

обсяг інформації в одиницю часу і його зміна в часі (протягом доби, місяця, року);

тип носія вхідної інформації;

характер вхідної інформації (співвідношення між алфавітною і цифровою інформацією та ін.).

В другу групу можна включити фактори, що залежать від характеру задач, що повинні бути розв'язні на ЕОМ чи ОС, і алгоритмів їхнього рішення. Такі фактори включають:

терміновість задач;

допустимість затримки у видачі результатів, а також величина припустимої затримки;

можливість поділу задач на підзадачі, які можна вирішувати в різний час або на різних засобах (наприклад, різних ЕОМ);

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

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

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

продуктивність процесора;

ємність оперативної пам'яті;

ємність і швидкодія зовнішньої пам'яті;

можливість розширення ємності пам'яті (шляхом підключення додаткових модулів пам'яті);

форма представлення даних при вводі, виводі й обробки даних;

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

режими роботи (пакетні, поділу часу та ін.);

можливості об'єднання в багатопроцесорні і багатомашинні комплекси;

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

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

У четверту групу можна включити експлуатаційні характеристики ЕОМ і ОС:

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

загальна споживана потужність;

необхідні умови експлуатації;

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

У п'яту групу факторів доцільно виділити вартісні показники, до яких прийнято відносити наступні:

капітальні вкладення, тобто витрати на придбання та установку ЕОМ і ОС;

витрати на утримування обслуговуючого персоналу;

витрати на електроенергію;

витрати на проведення й організацію профілактичних і ремонтних робіт;

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

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

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

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

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

Для визначення оптимального співвідношення ЯКІСТЬ / ЦІНА, крім того, необхідно проаналізувати аналогічну техніку виробництва різних фірм, що продається й обслуговується різними дистриб'юторами і дилерами. Знання цінової політики на ринку інформаційних технологій складає найважливішу характеристику майбутнього менеджера.

Проектні рішення по інформаційному забезпеченню (ІЗ) улаштовуються з погляду зовнішньомашинного і внутрішньомашинного забезпечення і включають наступні питання:

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

обґрунтування складу і змісту результатних масивів і вихідних документів;

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

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

При виборі ІЗ створюваної системи найбільш важливими є наступні вузли вибору альтернативних рішень:

визначення доцільності використання інтегрованої бази даних;

вибір СУБД;

вибір структури автономних файлів;

використання діалогу.

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

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

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

обґрунтування методів передачі інформації в ІАС(ІСУ) (кур'єром, у формі документів, по каналах модемного зв'язку, по каналах локальних обчислювальних мереж (ЛВС), з використанням виділених каналів, дискретним способом через дискети, стримери, оптичні носії і т.п.;

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

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

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

обґрунтувати вибір відповідного інструментального засобу (мови програмування, спеціалізовані бібліотеки, СУБД, системи автоматизованого проектування, системи класу CASE і ін.) і середовища в який передбачається використання розроблювальної ІАС(ІСУ);

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

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

визначити функції керуючої програми.

обґрунтувати присутність яких режимів обробки даних доцільно в АІС(ІСУ), що проектується. При яких обставинах буде використовуватися пакетний режим, у яких випадках діалоговий і т.д.

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

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

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

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

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

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

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

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

Серед них можна відзначити такі як:

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

поліпшення характеристик вихідних даних за рахунок оперативної корекції запиту з термінала;

можливість розширення, чи звуження зміни напрямків пошуку відразу після одержання результатів;

множинність крапок доступу;

швидкий доступ до інформації яка відносно рідко використовується;

оперативний аналіз одержуваних зводів.

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

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

низькою вартістю і малими габаритами;

гарним співвідношенням "вартість - продуктивність";

простотою в обслуговуванні й експлуатації;

відносно невеликими витратами на забезпечення підвищеної надійності;

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

наявністю проблемно-орієнтованих операційних систем;

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

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

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

У зв'язку з різноманіттям створюваних мереж вони класифікуються по ряду ознак:

технологічній структурі (централізована, децентралізована, кільцева, радіально кільцева й ін.);

організації зв'язку (з комутацією каналів, з комутацією повідомлень, з комутацією пакетів і ін.);

функціональному призначенню (універсальні і спеціалізовані);

організації даних (без банків даних, з локальними банками даних, з централізованим банком даних).

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

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

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

адміністративну систему, що керує процесами функціонування інформаційно-обчислювальної мережі;

інтерфейсну систему, що реалізує функції, зв'язані з перетворенням процедур управління і переданої інформації в умовах взаємодії з іншими мережами;

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

Тенденція децентралізації засобів обчислювальної техніки послужила передумовою розвитку на базі персональних мікропроцесорних засобів автоматизованих робочих місць (АРМ).

Обґрунтування застосування АРМ варто почати з розгляду їхніх можливостей:

інформаційно-довідкове обслуговування;

автоматизація діловодства;

розвитий діалог користувача з ЕОМ;

використання ресурсів як ПЕОМ, так і центральної ЕОМ для рішення різних задач;

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

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

Далі необхідно розглянути такі переваги АРМ, як надійність, низька вартість, сполучення автономного і багатокористувальницького режимів роботи, можливість реалізації інтерфейсу АРМ між собою і з великою ЕОМ, зручність підключення нових зовнішніх пристроїв. З огляду на конкретику цільового призначення АРМ необхідно виходити в обґрунтуванні з принципу максимальної орієнтації на кінцевого користувача, що звичайно досягається адаптацією АРМ до рівня його підготовки і можливостям його навчання і самонавчання. У свою чергу цей принцип тісно зв'язаний із принципом проблемної орієнтації, тобто з орієнтацією на рішення визначеного класу задач, об'єднаних загальною технологією обробки даних, єдністю режимів експлуатації. У вузькому змісті, проблемна орієнтація полягає в орієнтації на автоматизацію конкретних функцій, виконуваних працівниками економічних служб.

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

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

питаннях організації інформаційної бази;

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

питаннях методичного забезпечення, ДСТ.

У пункті Специфікація технологічних засобів функціонування ІАС (ІСУ) необхідно розкрити наступні питання:

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

зміни у функціях органа керування, зв'язаних зі збором, обробкою і видачею інформації;

джерела оперативної і постійної інформації;

характеристика розрахунків, виконуваних на ЕОМ;

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

схема зв'язку з іншими задачами відповідної функціональної під- системи АСУ і її опис;

періодичність рішення комплексу задач.

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

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

Проектна частина. Пункт інфологічна чи інформаційна модель (схема даних) і її опис припускає моделювання вхідних, проміжних і результатних інформаційних масивів предметної області. Необхідно детально освятити як на основі вхідних документів і нормативно-довідкової інформації відбувається обробка з використанням масивів оперативної інформації і формування вихідних даних. Модель може бути побудована з використанням традиційних методик (курс "Проектування баз даних") чи з використанням систем автоматизованого проектування (наприклад, CASE- засіб (Comрuter Aided Software Engineering) Design IDEF (I CAM DEF inition) фірми (Meta Software corporation), що припускає використання методології IDEF1X, метою якого є створення несуперечливого інтегрованого визначення семантичних характеристик даних на основі підходу "сутність-зв'язок", що представляє собою комбінацію реляційної теорії
Т. Кодда, методології "Entity-Relationship" і діаграми "сутність-відносини" П. Ченна, доповнених відносинами категоризації).

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

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

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

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

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

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

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

В умовах застосування ПЕОМ етапи домашинної і післямашинної технології часто виявляються "змазаними" через застосування діалогового режиму. Однак саме при використанні ПЭВМ для рішення економічних задач, з великими обсягами оброблюваної інформації, виникає проблема обміну даними між окремими машинами. Ця проблема вирішується за рахунок передачі даних ЛВЗ, або за рахунок застосування "дискетної технології".

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

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

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

Цей розділ, по суті, є частиною проекту інформаційно-аналітичної системи і може бути включений у відповідний розділ або винесений у додаток. Програмна реалізація визначається, насамперед, обраною системою програмування з визначеною мовою і засобами підтримки. Найбільше часто використовують Delphi, C++ Builder, Visual Basic, засоби Microsoft Office. Вибір системи програмування повинен відповідати характерові розв'язуваних задач. Реалізацію СУБД природно здійснювати мовою проектування баз даних. Складні структури даних і їхню обробку легше реалізувати С++ Builder. Засоби програмування типу Delphi, C++ Builder, Visual Basic, що генерують програмний код на основі візуального вибору пропонованих компонентів (меню, екранів вводу-виводу, структур баз даних і т.п.), дозволяють легко реалізувати структуру ІАС у цілому та її інтерфейс.

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

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

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

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

Обґрунтування економічної ефективності проекту. На вибір можливі наступні напрямки розрахунку економічної ефективності:

порівняння варіантів організації ІСУ з комплексу задач (наприклад, порівняння ІСУ, пропонованої в проекті, з існуючої);

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

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

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

порівняння варіантів технології внутрішньомашинної обробки даних.

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

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

4.1.2 Розробка експертної системи (ЕС) (системи підтримки
прийняття рішень(СППР))

Зміст.

Вступ.

1. Аналітична частина.

1.1. Ідентифікація проблемної області.

1.1.1. Загальна характеристика проблемної області.

1.1.2. Визначення ресурсів на розробку.

1.1.3. Постановки розв'язуваних задач експертизи.

1.2. Концептуалізація проблемної області.

1.2.1. Структурна модель проблемної області.

1.2.2. Функціональна (поведінкова) модель проблемної області.

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

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

1.5. Специфікація технологічних засобів функціонування.

2. Проектна частина.

2.1. Проектування бази знань.

2.1.1. Формалізація бази знань.

2.1.2. Опис бази знань мовою представлення знань.

2.1.3. Опис технології завантаження й актуалізації бази знань.

2.2. Проектування бази даних.

2.2.1. Даталогічна модель бази даних.

2.2.2. Опис БД.

2.2.3. Опис технології завантаження й актуалізації бази даних.

2.3. Програмне забезпечення.

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

2.3.2. Опис дерева виклику програм (або блок-схеми) і специфікації оригінальних програмних засобів.

2.4. Тестування експертної системи.

2.4.1. Дані контрольного приклада.

2.4.2. Опис технологічного процесу.

2.4.3. Аналіз отриманих результатів експертизи.

3. Обґрунтування економічної ефективності проекту.

3.1. Вибір і обґрунтування методики розрахунку економічної ефективності.

3.2. Розрахунок показників економічної ефективності проекту.

Висновки

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

Додатки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Програмне забезпечення ЕС(СППР) включає системну, що настроюється і оригінальну програмну частини.

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

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

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

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

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

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

У пункті Аналіз отриманих результатів експертизи представляються результати прогонів контрольних прикладів, що аналізуються з позиції описуваних вище критеріїв. Роздруківки контрольних прогонів приводяться в додатку.