[ АРМ фахівця з надання платних додаткових освітніх послуг ]! | |
MySQL | Linux (x86, libc6, S/390, IA64, Alpha, Sparc), Windows 95/98/NT/2000/XP, Solaris 2.9 (Sparc, 64-bit, 32-bit), FreeBSD 4.x ELF (x86) , Mac OS X v10.2, HP-UX 10.20 (RISC 1.0), HP-UX 11.11 (PA-RISC 1.1 або 2.0), AIX 5.1 (RS6000), QNX 6.2.0 (x86), Novell NetWare 6 (x86) , SCO OpenUnix 8.0 (x86), м SGI Irix 6.5, Dec OSF 5.1 (Alpha) |
Мінімальні вимоги до сервера БД представлені в табл. 1.2. З даної таблиці видно, що найменш вимоглива до ресурсів сервера - СУБД InterBase.
Таблиця 1.2 - Мінімальні вимоги до сервера БД
СУБД | Сервер |
InterBase 7.0 | Pentium 100 MHz, ОЗП - 32 Мбайт, 50 Мбайт вільного місця на диску. |
MS SQL Server 7.0 | Pentium II 350 MHz, ОЗП - 128 Мбайт, 250 Мбайт вільного місця на диску |
MySQL 4.0.20 | Pentium 100 MHz, ОЗП - 64 Мбайт, 100 Мбайт вільного місця на диску |
Продуктивність.
Для порівняльного дослідження СУБД після їх установки на кожній з них вбудованими засобами адміністрування створювалася база даних TEST_DB, в яке потрапляв одна таблиця з ім'ям TEST_TABLE (NUM: INTEGER; FIO_B: CHAR; NUM_CARD: INTEGER; NUM_POLUS: INTEGER; POL: CHAR; AGE_B: INTEGER; BORN_B: INTEGER; ADRESS_H: CHAR; TEL_H: INTEGER; ADRESS_R: CHAR; TEL_R: INTEGER; MED_PLACE: CHAR; VID_POS: CHAR; VID_BOL: CHAR; STATUS: CHAR; LGOTA: CHAR; VID_DOC: CHAR; FIO_DOC: CHAR; TDATE: DATE; VID_MON: INTEGER), що містить 20 стовпців і 28096 рядків записів. Як приклад реальної практичної задачі в цій таблиці знаходилася інформація про видані лікарняних листах.
Дані таблиці були сгенерірованни випадковим чином. У дослідженні брав участь комп'ютер з наступними основними характеристиками: Asus P4S533-MX / P4 2,4 GHz / RAM 256 Mb / HDD 80 Gb.
Для проведення дослідження була використана програма SERVERTESTER. У ході дослідження для кожного з тестованого сервера БД зазначена програма по команді користувача послідовно протягом 1 сесії виконувала всі зазначені нижче SQL - запити і заміряла їх час виконання в мсек. Потім сесія повторювалася. Кількість повторів дорівнювало 20. Результати кожного тесту програма записувала в журнал роботи, який потім був оброблений - обчислені середнє значення часу виконання кожного запиту. При цьому на використовуваному при тестуванні комп'ютері для дослідження динаміки роботи серверів СУБД було запущено програмне забезпечення System Monitor, в якому було включено 1 лічильник -% завантаженості процесора. Перед початком кожного тесту робота лічильника починалася спочатку. Після закінчення тесту фіксувалися 2 показника - середній і максимальний відсотки використання процесора, які потім вручну вносилися в журнал роботи програми тестування.
Текст SQL-запитів для тестування підбирався таким чином, щоб дослідити ефективність різних механізмів СУБД: безумовний запит (характеризує швидкість доступу до даних взагалі), запит з простим умовою (характеризує швидкість відбору даних за умовою), запит з угрупованням і агрегатної функцією (характеризує ефективність виконання обчислень). Запити виконувалися в ході тестування наведені в табл. 1.3.
Таблиця 1.3 - SQL - запити, що виконувалися в ході тестування
№ | Ім'я запиту | SQL запит |
1 | Простий Select | SELECT * FROM TEST_TABLE |
2 | Вибір хворих, які зверталися до 20.01.05 | SELECT FIO_B, NUM_CARD, FROM TEST_TABLE WHERE TDATE <'20 .01.05 ' |
3 | Вибір середнього за віком хворого, по групах мети відвідування | SELECT FIO_BOL, AVG (AGE_B), VID_POS FROM TEST_TABLE GROUP BY VID_POS |
U - кількість користувачів, підключених до СУБД;
P av - середнє завантаження процесора;
P max - максимальне завантаження процесора;
D - тривалість виконання запиту, мсек.
У табл. 1.4-1.6 наведено результати виконання тестових запитів.
Таблиця 1.4 - Результати виконання запиту № 1
Тест | U = 1 | U = 2 | U = 3 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
D | Pav | Pmax | D | P av | P max | D | P av | P max | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
MySQL | 5450,8 | 14,3 | 46,88 | 5608,2 | 28,8 | 64,3 | 6011,4 | 41,3 | 62,2 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
MS SQL Server | 5237,2 | 7,5 | 32,8 | 5721,7 | 61,2 | 83,7 | 6387,3 | 91 | 100 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
InterBase | 6304,3 | 28 | 51 | 6273,4 | 63 | 98 | 6222,9 | 86 | 100 Таблиця 1.5 - Результати виконання запиту № 2
Таблиця 1.6 - Результати виконання запиту № 3
За результатами тестових запитів видно, що найбільш продуктивною є MySQL. MS SQL і InterBase поділили друге місце, тому що при підключеному одному користувача явним лідером є MS SQL однак при збільшенні кількості користувачів до трьох час на виконання того ж запиту у MS SQL збільшується більш ніж у два рази і перевищує майже в півтора рази час витрачається InterBase. Безумовно, представлені результати тестування відображають не тільки продуктивність самої СУБД, але й ефективність засобів роботи з даними в середовищі програмування і механізмів взаємодії між клієнтським додатком і сервером БД. Тим не менш, в рамках одного тесту, проаналізувавши відносні результати, можна зробити висновок про перевагу тій чи іншій СУБД. Деякі особливості. Основна перевага MS SQL Server полягає в тісній інтеграції її з іншими програмними продуктами від Microsoft. MS SQL Server активно використовує рішення на базі СОМ технології, зокрема джерела даних OLEDB і компоненти ActiveX. Ця СУБД відмінно інтегрується як з MS Exchange, так і з Microsoft Internet Information Server. Крім того, суттєвою перевагою цієї СУБД перед іншими є можливість експорту та імпорту в більшість популярних форматів даних, що включає як клієнт-серверні і файл-серверні, так і XML формат. В якості джерел і приймачів даних там виступають драйвера OLEDB. А якщо драйвер OLEDB відсутній, для потрібного джерела даних можна використовувати драйвер OLEDB для ODBC, що дозволяє робити імпорт-експорт практично в будь-який формат даних. І все це за допомогою інструментарію, що входить до складу дистрибутива. Ця можливість дозволяє використовувати MS SQL Server в якості централізованого сховища даних як в OLTP, так і в OLAP-системах. Як істотну перевагу InterBase слід розглядати те, що такі популярні продукти від Borland, як Delphi і CBuilder поставляються з компонентами, що дозволяють працювати з даної СУБД, використовуючи її власне API, що дозволяє досягти дуже високої швидкодії. Висновки щодо вибору СУБД. Отже, розглянуті тут СУБД мають свої переваги і недоліки. Розглянуте вище тестування не виявило явних лідерів і аутсайдерів, результати можна порівняти один з одним для всіх розглянутих платформ. Однак з огляду на те що основний програмний модуль розроблений з допомогою мови Access, а також з огляду на мінімальні вимоги до сервера БД і вартість продажу, для проекту була обрана СУБД M y SQL Для рішень на основі M y SQL також характерні легкість використання та управління, продуктивність, масштабованість, переносимість, ефективне використання ресурсів та відновлення після збою. M y SQL розроблений саме з метою задовольняти всім цим вимогам. На основі аналізу можливих варіантів вирішення поставленої проектної задачі зроблені наступні висновки:
1.7.4 Вибір технічного забезпечення Для ефективного вирішення поставленого завдання необхідно відповідне технічне забезпечення. Технічне забезпечення даного проекту включає в себе безпосередньо ЕОМ (системний блок), монітор, клавіатуру, маніпулятор типу миша і принтер. При виборі ЕОМ необхідно керуватися рядом характеристик. До таких характеристик відносяться надійність, вартість, продуктивність, обсяг пам'яті та інші. Від значення зазначених параметрів залежить можливість роботи з необхідними програмними засобами, а отже, і успіх створення системи. В даний час у світі існують ЕОМ декількох класів: великі, мін і-і мікро-ЕОМ. Великі ЕОМ мають дуже високу вартість і швидкодію і призначені для вирішення складних завдань, що вимагають великої кількості обчислень. Вони застосовуються при проведенні фундаментальних наукових досліджень, в космічній галузі, в ядерній фізиці і т.д. Типовим представником класу мікро-ЕОМ є персональні ЕОМ (ПЕОМ). Міні-ЕОМ займають проміжне місце між великими і мікро-ЕОМ. Для вирішення економічних завдань найбільш підходять ПЕОМ. Вони мають невисоку вартість, невеликі розміри (уміщаються на частини столу) і відповідні характеристики швидкодії, надійності, об'єму пам'яті. Таким чином, вони можуть застосовуватися практично на будь-якому підприємстві і, зокрема, в юридичних службах. При виборі ПЕОМ для реалізації комплексу поставлених завдань враховуються такі характеристики:
Апаратна платформа комп'ютера спеціаліста:
2. Проектна частина 2.1 Технічне завдання 2.1.1 Загальні відомості. Повне найменування системи Автоматизоване робоче місце фахівця з надання платних додаткових освітніх послуг. Найменування підприємства - замовника системи Муніципальне загальноосвітній заклад Середня загальноосвітня школа № 12 з поглибленим вивченням окремих предметів м. Сургут. Перелік документів, на підставі яких створюється система Підставою для розробки системи є завдання на дипломний проект, націлений на автоматизацію діяльності з прийому, зберігання та надання інформації по платних додаткових освітніх послуг. Планові терміни початку і закінчення роботи зі створення системи Система повинна бути створена до 25.02.2009 р. Дата початку проектування - 25.08.2008 р. 2.1.2 Призначення та мета створення системи Призначення системи Дане АРМ призначено для автоматизації діяльності фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, пов'язаної з прийманням, зберіганням та наданням інформації по платних додаткових освітніх послуг. Система покликана автоматизувати:
З використанням АРМ фахівця з надання ПДОУ повинна підвищитися ефективність діяльності МОУ СЗШ № 12 з поглибленим вивченням окремих предметів за рахунок:
3-х годин за рахунок автоматизації процесу пошуку необхідної інформації в базах даних, а також автоматизації процесу складання самих звітів. 2.1.3 Характеристики об'єкта автоматизації Короткі відомості про об'єкт автоматизації Об'єктом автоматизації є діяльність фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, пов'язана з інформацією по ПДОУ. А саме: отримання інформації по споживачах послуг, ведення баз даних по споживачах, а також дотримання умов договору з надання ПДОУ, надання стандартних звітів в офіційні установи, а також звітів по запитах замовників і виконавців ПДОУ. Відомості про умови експлуатації об'єкта автоматизації і характеристиках навколишнього середовища Об'єкт автоматизації є одним з додаткових об'єктів діяльності МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, отже 2.1.4 Вимоги до системи Вимоги до системи в цілому Вимоги до структури та функціонування системи Структурна схема автоматизованого робочого місця наведена на рисунку 2.1. Малюнок 2.1 - Структурна схема АРМ Общефондовий файл-сервер FS містить всі бази даних системи:
Всі інформаційні бази захищені від несанкціонованого доступу. Підсистема «Введення документів» має підтримувати отримання інформації в електронному вигляді або на паперових носіях (з подальшим переведенням їх в електронну форму). Має доступ до баз даних споживачів, виконавців і звітів. Підсистема «Прийом запитів від замовників» має забезпечувати реєстрацію отриманого від замовника запиту (по залишках) і перевірку можливості даного замовника на отримання запитуваної інформації. Має доступ до баз даних споживачів та прейскурантів. У ролі замовника за умовами договору виступають батьки учнів (споживачів). Підсистема «Ведення баз даних» має забезпечувати своєчасне оновлення баз даних відповідно до надходить далі даними. Має доступ до всіх баз даних. Підсистема «Підготовка стандартних звітів» має забезпечувати своєчасне повідомлення користувача про те, які звіти необхідно здати в найближчі три дні, а також має підтримувати складання стандартних звітів і надання їх у відповідні організації в електронній формі або на паперових носіях. Має доступ до всіх баз даних. Підсистема «Підготовка звітів для замовників» має забезпечувати швидкий пошук даних за запитами замовників, а також підтримувати складання звітів замовникам у стандартизованому вигляді. Має доступ до баз даних споживачів та прейскурантів. При надходженні від споживача договору фахівець з ПДОУ в підсистемі «Введення документів» заповнює базу даних звітів і базу даних споживачів, і повідомлення про знову надійшла інформації передається на підсистему «Ведення баз даних». Спеціаліст заповнює необхідні бази даних на основі знову надійшла інформації. Під час отримання запиту на певну інформацію від замовників дані про нього приймається на підсистему «Прийом запиту від замовника». За внесеної інформації вбудована підпрограма системи перевіряє можливість даного замовника на отримання запитаної інформації. При позитивній відповіді запит передається на підсистему «Підготовку звітів для замовників», де проводиться пошук необхідних даних і формування звіту. За три дні до настання терміну здачі стандартного звіту спеціальна підпрограма системи повідомляє спеціаліста (оператора) в підсистемі «Підготовка стандартних звітів» про необхідність формування звіту. Далі цей звіт формується, перевіряється і видається в електронному вигляді або на паперовому носії. АРМ фахівця з надання ПДОУ повинна бути сумісна зі спеціалізованими програмами для відправки та отримання повідомлень по електронній пошті, тому що повинна бути можливість отримання нової інформації та надання потрібних даних і звітів через Internet. З тих же причин підсистеми «Введення документів», «Підготовка стандартних звітів», «Підготовка звітів для замовників» і «Прийом запитів від замовників» повинні мати постійний вихід в Internet. Також підсистема «Введення документів» повинен бути забезпечений сканером і спеціалізованими програмами для розпізнавання тексту для перекладу інформації з паперових носіїв в електронну форму. Підсистеми «Підготовка стандартних звітів» і «Підготовка звітів для замовників» повинні бути забезпечені принтером для можливості надання звітів в друкованому вигляді. Вимоги до чисельності та кваліфікації персоналу системи і режиму його роботи Система призначена для фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів. Для роботи з системою користувачеві необхідні базові знання ПК і освіта не нижче середнього професійного. Режим роботи персоналу з системою - 9:00 - 17:00 Показники призначення Система призначена тільки для даної організації і повинна мати можливість перерозподілу обов'язків або розширення при зміні організаційної структури організації - замовника. Вимоги до надійності Повинна забезпечуватися напрацювання на відмову не менше 500 годин роботи в режимі реального часу. Надійність системи можливо забезпечити профілактичним обслуговуванням і резервуванням. Потрібна висока надійність технічних засобів і програмного забезпечення. Вимоги до безпеки Вимоги до безпеки визначаються документацією заводу-виготовлювача технічних засобів, діючими правилами електробезпеки та пожежної безпеки. Вимоги до ергономіки та технічної естетики З метою оптимізації інформаційної взаємодії з технічними засобами повинні бути виконані наступні ергономічні вимоги:
Вимоги до експлуатації, технічного обслуговування, ремонту і збереження компонентів системи Вимоги до необхідних площ для розміщення технічних засобів АРМ залежать від типу ЕОМ. Площі для розміщення персоналу і технічних засобів, параметри мереж електропостачання повинні відповідати Будівельним нормам і правилам. Кількість і кваліфікаційний склад обслуговуючого персоналу визначається в залежності від типу технічних засобів відповідно до вимог заводу-виробника і чинними нормативними документами. Обслуговування технічних засобів АРМ здійснюється у відповідності з діючими технологічними процесами в організації з періодичністю, встановленою заводами-виробниками технічних засобів і узгоджується з фірмами, що здійснюють ремонт та профілактичне обслуговування системи. Вимоги до захисту інформації від несанкціонованого доступу Захист інформації в АРМ від випадкових загроз повинна здійснюватися шляхом копіювання інформації кожну добу. Доступ до баз даних повинен бути захищений паролями, що встановлюються адміністратором баз даних для конкретних користувачів, що забезпечить захист переданої та збереженої інформації від зміни, копіювання та знищення. Не повинні допускатися неавторизовані спроби доступу до файлів системи та баз даних. Повинен вестися журнал помилок і дій, які загрожують безпеці інформації, таких як спроби несанкціонованого доступу. Політика організації з безпеки інформації повинна відповідати Федеральним законом інформації, інформатизації і захисту інформації. Вимоги щодо збереження інформації при аваріях Збереження інформації в системі повинна забезпечуватися при різного роду аварії, відмови технічних засобів, збоях живлення. Повне відновлення інформації в базах даних повинне відбуватися протягом доби з моменту відмови системи. Для цього доцільно проводити резервне копіювання інформації з баз даних на додаткові носії кожну добу в кінці робочого дня. Вимоги до захисту від впливу зовнішніх впливів Спеціальних вимог не накладається. При експлуатації технічних засобів повинно бути забезпечено дотримання вимог заводу - виробника до параметрів зовнішнього середовища. Вимоги до патентної чистоти Проектні рішення розробляється АРМ не містять відомості, які можуть бути визнані винаходами або відкриттями. Вимоги щодо стандартизації та уніфікації У Армі фахівця з надання ПДОУ повинні використовуватися стандартні облікові і звітні документи, міжнародні та всесоюзні класифікатори техніко-економічної інформації. Повинно бути передбачено створення єдиних транспортних інтерфейсів для графічної та алфавітно-цифрової інформації. В АРМ передбачено застосування стандартних пакетів прикладних програм (ППП) з метою зниження трудомісткості розробки і супроводу системи та підвищення надійності функціонування. Як ППП передбачається використовувати:
Вимоги до функцій (завдань), що виконуються системою Система передбачає вирішення взаємопов'язаних завдань оперативного управління, обліку, інформаційного обслуговування та прийняття рішень на базі автоматизованого робочого місця. Перелік функцій і завдань із зазначенням призначення, вхідний, вихідний інформації та періодичності рішення представлений в таблиці 2.1 (додаток А). Дана структура забезпечує автоматизацію і швидкий обмін інформацією. Вимоги до видів забезпечення Математичне забезпечення В якості математичного забезпечення використовуються стандартні алгоритми, методики і моделі. Інформаційне забезпечення До складу інформаційного забезпечення мають увійти такі класифікатори та нормативи:
положення з надання ПДОУ;
Основні вимоги до складу і формі вхідних документів:
Основною вимогою, що пред'являються до технології збору інформації є те, що всі дії зі споживачем повинні бути зафіксовані в базах даних. Лінгвістичне забезпечення Система не передбачає спеціальних мовних засобів. Діалоговий режим роботи повинен забезпечити введення і обробку інформації в природному для персоналу вигляді за винятком адміністратора системи. Програмне забезпечення Програмне забезпечення повинно бути виконано на мовах високого рівня і забезпечувати функціонування системи в режимі реального часу. Організаційне забезпечення У структурі МОУ СЗШ № 12 з поглибленим вивченням окремих предметів організаційних змін не передбачено. При введенні системи в експлуатацію необхідно провести навчання персоналу роботі з цією системою. 2.1.5 Склад і зміст робіт по створенню системи Передпроектне обстеження об'єкту:
Проектування:
Тестування:
Введення в експлуатацію:
2.1.6 Порядок контролю і приймання системи Розробляється система повинна пройти випробування на справність, надійність та відповідність мети створення системи. Для проведення приймально-здавальних випробувань призначається комісія, що складається з представників «замовника» і «виконавця». Комісія проводить випробування у відповідності до затвердженої програми й методики випробувань і цим технічним завданням. 2.1.7 Вимоги до складу та змісту робіт з підготовки об'єкта автоматизації до введення в експлуатацію При виконанні ряду робіт з введення в експлуатацію даного АРМ необхідно виділити два основних періоди:
В організаційно - підготовчий період необхідно:
Метою дослідної експлуатації є обробка всіх дій користувача, що бере участь в експлуатації системи. 2.2 Функціональне забезпечення Підставою для початку роботи спеціаліста з ПДОУ є затверджений прейскурант. Далі з початком навчального року у вересні йде збір заявок з боку споживачів (замовників), тобто підписані батьками заявки учнів на відвідування певних навчальних дисциплін. За результатами зібраних заявок робиться аналіз. Після цього складається навчальний план, тарифікація і видається наказ на внутрішнє суміщення вчителів. Потім укладаються договори з споживачами (замовниками) та виконавцями (викладачами) на надання платних додаткових освітніх послуг. Після того, як вже укладені договори і послуги надаються, кожен місяць складаються табеля обліку відвідування дітей та табеля робочого часу вчителів. На підставі договорів і табелів проводиться розрахунок вартості послуг, що ПДОУ. На малюнках 2.2-2.3 представлена функціональна модель «як повинно бути» автоматизованого робочого місця фахівця з ПДОУ.
Малюнок 2.2 - Функціональна модель TO - BE Діяльність фахівця з ПДОУ
Малюнок 2.3 - Декомпозиція функціональної моделі TO - B Е діяльності фахівця з ПДОУ 2.3 Інформаційне забезпечення 2.3.1 Основні положення Інформаційне забезпечення - це сукупність засобів і методів побудови інформаційної бази. Інформаційне забезпечення повинне задовольняти користувача за своєю впорядкованості, точності, достовірності та своєчасності подання інформації для вирішення поставлених завдань, а також однозначності і зручності її сприйняття всіма споживачами. Інформаційне забезпечення має адресність та потрібну деталізацію, відповідно до рівня ієрархії підрозділів, інтегровану організацію процесів передачі та перетворення інформації (інформаційну ув'язку всіх спеціальних функцій і завдань диспетчерських служб, одноразовий введення первинних даних та їх комплексне використання для вирішення завдань управління). Властивості об'єктів мають можливість оформлятися у вигляді складної структури, що посилається на інші об'єкти і зберігає історичну послідовність значень. Структура даних Системи забезпечує розширюваність за номенклатурою і властивостями нових об'єктів. Система забезпечує підтримку ієрархічної структури типів об'єктів, що реалізує механізм наслідування властивостей об'єктів. Сукупність інформаційних масивів Системи організована у вигляді баз даних на машинних носіях. Всі підсистеми АРМ «Діяльність фахівця з надання ПДОУ» отримують усі необхідні дані з інших підсистем АРМ «Діяльність фахівця з надання ПДОУ» в зручному для використання вигляді і передають також у зручному для інших підсистем вигляді. Дані сумісні з утримання, системі кодування, формату і формою представлення інформації як одержуваної, так і видаваної компонентами АРМ. Система має механізм реєстрації подій, який пов'язує зміна властивостей об'єктів, викликане будь-яким зовнішнім подією, з наступною реакцією системи на цю подію. Форма подання вихідної інформації АРМ «Діяльність фахівця з надання ПДОУ» узгоджена з замовником (користувачем) системи. При розробці форм вихідних документів (звітів) максимально використані документи уніфікованих відомчих форм документації. При розробці форм вихідних документів у вихідних документах АРМ застосовувалися терміни та скорочення загальноприйняті в даній предметній області й погоджені із замовником системи. Структура процесу збору, обробки і передачі даних в АРМ відповідає процесам, які виконуються на робочих місцях. Внутрімашінная інформаційна база являє собою фізично реалізовану базу даних. Носієм даних є жорсткий диск, на якому знаходиться СУБД. Доступ до даних здійснюється за допомогою SQL-запитів до СУБД. Основні принципи побудови внутрішньомашинної інформаційної бази:
Під внутрішньомашинної інформаційної бази здійснюється контроль цілісності даних за допомогою бізнес-правил, тобто процедур, що застосовуються до елементів БД як обмеження цілісності. На етапі введення відбувається зіставлення типів даних, що вносяться до типу поля БД, а також перевірка на допустимі значення. 2.3.2 Використовувані класифікатори та системи кодування Класифікатори є систематичний звід, перелік яких-небудь об'єктів, що дозволяє знаходити кожному з них своє місце, і мають певне (зазвичай числове) позначення. Призначення класифікатора полягає в наступному:
Класифікатори розробляються як на рівні окремих підприємств (організацій), так і на рівні держав. Існують такі рівні класифікаторів:
У класифікаторах застосовується два методи класифікації: ієрархічний та Фасетноє. Під ієрархічним методом класифікації розуміється метод, при якому заданий безліч послідовно ділиться на підпорядковані підмножини, поступово конкретизуючи об'єкт класифікації. При цьому підставою розподілу служить деякий обраний ознака. Сукупність одержані угруповань при цьому утворює ієрархічну деревоподібну структуру у вигляді розгалуженого графа, вузлами якого є угруповання Вибір послідовності ознак залежить, перш за все, від характеру інформації. При побудові класифікації вибір послідовності ознак залежить від ймовірності звернення до того чи іншою ознакою. При цьому найбільш імовірним зверненнями повинні відповідати вищі рівні класифікації. Основними перевагами ієрархічного методу є велика інформаційна ємність, традиційність і звичність застосування, можливість створення для об'єктів класифікації мнемонічних кодів, що несуть значеннєве навантаження. Значним недоліком ієрархічної класифікації є слабка гнучкість структури, обумовлена фіксованим підставою розподілу і заздалегідь встановленим порядком проходження, не допускає включення нових об'єктів і класифікаційних угруповань. Таким чином, при зміні складу об'єктів класифікації і характеристик за допомогою класифікаційних задач, потрібна корінна переробка всієї класифікаційної схеми. Фасетний метод класифікації увазі паралельне поділ множини об'єктів на незалежні класифікаційні угруповання. При цьому не передбачається жорсткої класифікаційної структури і наперед побудованих кінцевих угруповань. Класифікаційні угруповання утворюються шляхом комбінації значень, узятих з відповідних фасетів. Послідовність розташування фасетів при утворенні класифікаційної угруповання задається фасетної формулою. Кількість Фасетноє формул визначається можливими поєднаннями ознак. Основною перевагою класифікації з використанням фасетного методу є гнучкість структури її побудови. Зміни в будь-якому з фасетів не роблять істотного впливу на всі інші. Більша гнучкість обумовлює хорошу пристосовність класифікації до змін характеру вирішуваних завдань, для яких вона створюється. При фасетної класифікації з'являється можливість агрегації об'єктів і здійснення інформаційного пошуку по будь-якому поєднанню фасетів. Недоліками фасетного методу класифікації є неповне використання місткості, нетрадиційність і іноді складність застосування. Вибір між цими двома методами залежить від особливостей конкретної предметної області. Існують наступні вимоги для обраної системи класифікації:
внесення необхідних змін до структури класифікації;
У даній системі після виконання всіх розрахунків формується файл даних по заборгованості відповідно до того, який розрахунок виконується. Для кодування даного файлу було визначено декілька ознак класифікації. Серед них дата створення документа, вид розрахунку, найменування замовника. Так як в організації (МОУ СОШ) ПДОУ надаються в рамках затвердженого прейскуранта і відрізняються від обов'язкової освітньої програми, то в список ознак класифікації був включений вид наданої послуги. Після аналізу структури була обрана комбінована система кодування. На рис. 2.4 показана структура кодованого елемента. ХХХХХХ. Х.Х.Х. ХХ. Суфікс. Вид даних. Вид наданої послуги. Замовник. Дата створення документа. Малюнок 2.4 - Опис кодованого елемента Дата створення документа. Формат: ДД ММ ГГ. Наприклад: 090209 - 9 лютого 2009 Замовник. Формат: 0 - 3. 0 - дошкільнята (підготовчі курси); 1 - учні початкових класів (1-4 кл.); 2 - учні середньої ланки (5-8 кл.); 3 - учні старшої ланки (9-11 кл.). Вид наданої послуги. 0 - різне (психологія, філософія, хореографія і т.д.); 1 - російська мова; 2 - література; 3 - математика; 4 - геометрія; 5 - фізика; 6 - інформатика; 7 - англійська мова. Вид даних. 1 - дані про вартість послуг за договором; 2 - дані з урахуванням відвідуваності та сплачених сум. Суфікс - номер звіту по порядку за день. 2.3.3 Характеристика нормативно-довідкової і вхідної оперативної інформації При машинному реалізації завдання автоматизації роботи фахівця з надання ПДОУ для формування вхідного оперативного файлу використовуються дані з первинного документа - Прейскурант «Тарифи на додаткові освітні послуги, що надаються муніципальним освітнім закладом середньою загальноосвітньою школою № 12 з поглибленим вивченням окремих предметів ». Вхідний документ «Прейскурант» містить такі реквізити:
Далі документ «Вартість одного заняття» зі стовпчиками:
У процесі опису структури запису файлів для опису типу полів запису використовуються скорочені позначення, наведені в таблиці 2.2. Таблиця 2.2 - Перелік позначень типів полів запису бази даних
Структура файлу бази даних (БД) вхідний оперативної інформації представлена в таблиці 2.3. Структура БД «Прейскурант» Ім'я файлу: Preiscurant. Dbf Носій: жорсткий диск Організація: індексно-послідовна Ключі: Name _ USL Довжина запису: 250 Таблиця 2.3 - Структура БД «Прейскурант»
Також до вхідних нормативно-довідкової оперативної інформації можна віднести документ «Тарифікація вчителів». Він містить наступну інформацію:
Структура цього файлу бази даних (БД) вхідний оперативної інформації представлена в таблиці 2.4. Структура БД «Тарифікація вчителів» Ім'я файлу: Tarificacia uchit. Dbf Носій: жорсткий диск Організація: індексно-послідовна Ключі: TAB_NUM, NAME_USL, Довжина запису: 100 Таблиця 2.4 - Структура БД «Тарифікація вчителів»
Далі на підставі укладених договорів створюється реєстр договорів про надання платних освітніх послуг. Це документ містить наступні реквізити:
Структура БД «Реєстр договорів» Ім'я файлу: Reestr dogovorov. Dbf Носій: жорсткий диск Організація: індексно-послідовна Ключі: NUM Таблиця 2.5 - Структура БД «Реєстр договорів»
2.3.4 Характеристика результатної інформації У результаті обробки всіх інформаційних файлів, які використовуються при вирішенні завдання роботи з реєстром, а також щомісячного заповнення табелів обліку відвідування дітей та табелів обліку робочого часу вчителів, користувач отримує два вихідних документа, які виводяться на екран дисплея, а також на принтер:
Структура файлів баз даних (БД) результатної інформації представлена в таблиці 2.6-2.7. Структура БД «Дані по заборгованості» Ім'я файлу: Dannie zadolgennosti. Dbf Носій: жорсткий диск Організація: індексно-послідовна Ключі: NUM Таблиця 2.6 - Структура БД «Дані по заборгованості»
Структура БД «Кошторис доходів і витрат» Ім'я файлу: Smeta dohod. Rashod. Dbf Носій: жорсткий диск Організація: індексно-послідовна Ключі: NUM Довжина запису: 200 Таблиця 2.7 - Структура БД «Кошторис доходів і витрат»
2.4 Технологічне забезпечення 2.4.1 Організація технології збору, передачі, обробки та видачі інформації Технічне забезпечення АРМ - це комплекс технічних засобів (КТЗ), об'єднаних єдиним технологічним процесом. Під КТС розуміється сукупність взаємопов'язаних і (або) автономних технічних засобів фіксації, збору, підготовки, накопичення, обробки, виведення і подання інформації та пристроїв керування ними, а також засобів організаційної техніки, призначеної для вирішення задач АРМ та інформаційного обміну між технічними засобами. Завдання КТС:
Технологічний процес з машинної обробки економічної інформації являє собою сукупність операцій, здійснюваних у суворо визначеній послідовності з початкового моменту до остаточного отримання заданих результатів. Його можна підрозділити на чотири укрупнених етапи: первинний, підготовчий, основний і заключний. На первинному етапі здійснюється збір вихідних даних, їх реєстрація та передача для введення в ЕОМ. Підготовчий етап охоплює операції з приймання, контролю та реєстрації вхідної інформації та переносу її на машинні носії. Основний етап забезпечує безпосередню обробку інформації на ЕОМ. На заключному етапі здійснюється контроль, випуск і передача результатної інформації споживачу. 2.4.2 Схема технологічного процесу збору, передачі, обробки та видачі інформації В умовах діалогової обробки внемашинное і внутримашинное технології тісно пов'язані один з одним і не мають чіткої межі, також як і немає чіткого розмежування підготовчого, основного і заключного етапу технологічного процесу. Це відбувається через те, що робота в діалоговому режимі не має наперед визначеної послідовності дій. Тому схема технологічного процесу у діалоговому режимі являє собою сукупність технологічних операцій, які відповідають схемі діалогу завдання і представлена у вигляді схеми роботи системи (рис. 2.5.). Рисунок 2.5 - Схема роботи системи Окремі частини (блоки) схеми реалізують виконання пунктів меню, відповідних схемою діалогу.
2.5 Програмне забезпечення 2.5.1 Загальні положення. Структурна схема використання комплексу завдань Програмне забезпечення (ПЗ) - сукупність програм для реалізації цілей і завдань АРМ, що функціонує на комплексі технічних засобів АРМ. ПЗ - конкретна працююча версія математичного забезпечення. Головна мета ПО - забезпечення максимально ефективного і зручного для користувача рівня спілкування з ЕОМ. ПЗ АРМ має розроблятися для вирішення основних завдань, що стоять перед фахівцем, стосовно до наявних технічних засобів, з урахуванням викладених вище особливостей інформаційного забезпечення. У зв'язку з тим, що при вирішенні завдання використовується технологія обробки інформації в режимі діалогу, взаємодія користувача з програмою можна представити у вигляді схеми діалогу. Діалог, реалізований у програмі, належить до типу менюоріентірованних діалогів. Схема діалогу представляє собою загальну конструкцію діалогу, тобто необхідну послідовність обміну даними між користувачем і системою. У верхньому рівні схеми розташовується головне меню, ініційоване завдання, потім відбувається розгалуження різною мірою в залежності від кількості варіантів відповіді користувача на запит ЕОМ або можливих реакцій ЕОМ на конкретні повідомлення. За допомогою модуля меню Головне меню здійснюється доступ до п'яти основних пунктів меню:
2.5.2 Дерево функції завдань Дерево функцій завдання «Діяльність фахівця з надання ПДОУ» відповідає сценарію діалогу завдання і показує структуру діалогу користувача з програмою: всі можливі варіанти вибору пунктів меню з їх позначеннями, які будуть використовуватися при описі технологічного процесу завдання. 2.5.3 Опис програмних модулів Функціонально Система складається з чотирьох основних модулів:
Взаємозв'язок функціональних модулів представлена на рис. 2.9. Малюнок 2.9 - Взаємозв'язок функціональних модулів Вимоги до використання типових і поставляються програмних засобів ПЗ клієнта (комп'ютера диспетчера): операційна система (ОС): MS Windows XP Professional (бажано Rus), СУБД: MY SQL, пакет MS Office ХР/2003. Конкретні версії компонентів ПЗ визначаються на етапі введення в дію. ПЗ є покупними і повинно бути ліцензійним. Загальні вимоги до програмного забезпечення:
2.5.4 Комп'ютерно-мережеве забезпечення У системі повинні в основному використовуватися технічні засоби (ТЗ) серійного виробництва типу IBM-сумісних персональних комп'ютерів з серійним периферійним обладнанням і сервери баз даних з процесором не нижче Pentium III. Сервер баз даних повинен забезпечувати зберігання даних і доступ робочих станцій до бази даних загального користування. Апаратна платформа:
Конфігурація локальних обчислювальних мереж (ЛВС) повинна задовольняти вимогам, що пред'являються до ЛВС, мають шинну конфігурацію типу Ethernet. Система повинна будуватися на базі уніфікованих технічних засобів. Вимоги до функціональних і експлуатаційними характеристиками технічних засобів Комплекс ТЗ повинен бути достатнім для виконання всіх автоматизованих функцій системи. Функціональні та експлуатаційні характеристики ТЗ містяться в технічній та експлуатаційної документації до комплексу технічних засобів. Технічні засоби системи повинні бути розміщені з дотриманням вимог, що містяться в технічній, в тому числі експлуатаційної, документації на них, і так, щоб було зручно використовувати їх при функціонуванні системи і виконувати технічне обслуговування. Захист технічних засобів системи від впливу зовнішніх електричних і магнітних полів, а також перешкод по ланцюгах живлення повинна бути достатньою для ефективного виконання технічними засобами свого призначення при функціонуванні системи. 3. Інформаційна безпека 3.1 Мета створення системи забезпечення інформаційної безпеки Кількість і цінність даних, що циркулюють в комп'ютерних мережах, постійно зростає, у зв'язку з чим питання захисту різної інформації - від конфіденційної до рівня державної таємниці - особливо актуальні. Сучасні інструменти інформаційної безпеки повинні забезпечувати комплексний захист інформаційно-обчислювальної системи організації, захищаючи її як від зовнішніх посягань, так і від внутрішніх зловмисників. Безумовно, захист автоматизованих робочих місць (АРМ) повинна будуватися на базі надійних сертифікованих засобів криптографічного захисту інформації (СКЗИ). Забезпечення інформаційної безпеки - це безперервний процес, основний зміст якого складає управління, - управління людьми, ризиками, ресурсами, засобами захисту тощо Люди - обслуговуючий персонал і кінцеві користувачі АС, - є невід'ємною частиною автоматизованої (тобто «людино-машинної») системи. Від того, яким чином вони реалізують свої функції в системі, суттєво залежить не тільки її функціональність (ефективність вирішення завдань), але і її безпеку. Основним завданням системи захисту є забезпечення необхідного рівня доступності, цілісності і конфіденційності компонентів (ресурсів) АС відповідними безлічі значущих загроз методами і засобами. Кінцевою метою створення системи забезпечення безпеки інформаційних технологій є запобігання або мінімізація збитку (прямого або непрямого, матеріального, морального чи іншого), що наноситься суб'єктам інформаційних відносин за допомогою небажаного впливу на інформацію, її носії і процеси обробки. 3.2 Поняття технології забезпечення інформаційної безпеки Під технологією забезпечення інформаційної безпеки в АС розуміється певний розподіл функцій і регламентація порядку їх виконання, а також порядку взаємодії підрозділів і співробітників (посадових осіб) організації із забезпечення комплексного захисту ресурсів АС в процесі її експлуатації. Вимоги до технології управління безпекою:
Для реалізації технології забезпечення безпеки в АС необхідно:
Реалізація технології ОІБ передбачає:
Організаційні (адміністративні) заходи регламентують процеси функціонування системи обробки даних, використання її ресурсів, діяльність персоналу, а також порядок взаємодії користувачів з системою таким чином, щоб найбільшою мірою ускладнити або виключити можливість реалізації загроз безпеці. 3.3 Регламентація дій користувачів і обслуговуючого персоналу АС Обслуговуючий персонал і користувачі, як невід'ємна частина АС, самі є джерелом внутрішніх загроз інформаційної безпеки організації і одночасно можуть бути частиною системи захисту АС. Тому одним з основних напрямів ОІБ є регламентація дій всіх користувачів і обслуговуючого персоналу АС, цілями якої є:
Крім того, щоб персонал і користувачі як частина системи безпеки АС реалізували свої «захисні можливості», регламентації підлягають питання виконання ними додаткових спеціальних обов'язків (функцій), пов'язаних з посиленням режиму інформаційної безпеки. Так, для захисту від дій сторонніх осіб та «підкріплення» обмежень, що вводяться на дії своїх співробітників на комп'ютерах АС можуть застосовуватися засоби захисту, що працюють на фізичному, апаратному або програмному рівні. Застосування таких засобів захисту вимагає регламентації питань їх використання кінцевими користувачами і процесів їх адміністрування співробітниками підрозділів автоматизації та забезпечення інформаційної безпеки. З урахуванням усього сказаного вище, можна зробити висновок: до забезпечення безпеки інформаційних технологій організації (і певною мірою до управління її інформаційною безпекою) повинні залучатися практично всі співробітники, які беруть участь у процесах автоматизованої обробки інформації, і всі категорії обслуговуючого АС персоналу. 4. Економічне обгрунтування 4.1 Аналіз існуючих методів розрахунку економічної ефективності Існує кілька методик визначення економічної ефективності. Розглянемо наступні:
Метод економічної оцінки інвестицій використовується, коли проект передбачає реконструкцію, розширення, створення нових об'єктів у сфері виробництва і послуг. Реалізація таких проектів потребує значних витрат коштів або інвестицій. Тому в економічній частині проекту обов'язковим є обгрунтування призначення, способу інвестування, форми власності. Для економічної оцінки інвестицій необхідно визначити величину витрат, класифікувати майбутні витрати, прогнозувати притоки і відтоки грошових коштів, ризики та економічну ефективність. Функціонально-вартісний аналіз доцільно застосовувати при оцінці економічної ефективності від впровадження складних систем. Будується функціональна модель, визначається найкраще співвідношення між значимістю функцій і витратами на їх реалізацію. Метод наведених витрат використовується для визначення економічного ефекту і отриманої економії від автоматизації управління. Метод базується на розрахунку одноразових (капітальних) витрат на автоматизацію і експлуатаційних витрат на функціонування системи. Метод наведених витрат порівнює витрати на автоматизацію, приведений до одного року, з витратою на виконання тих самих функцій неавтоматизованим способом, щоб визначити ефект від створення і впровадження інформаційної системи. 4.2 Розрахунок економічної ефективності проекту методом економічної оцінки інвестицій Як було написано вище, вибір даного методу передбачає, що на розробку або вдосконалення ІС будуть витрачені значні кошти або інвестиції. Даний проект, що розробляється не інвестується і розробляється в рамках дипломного проекту протягом 6 місяців, але для порівняння нижче наведені розрахунки економічної ефективності методом економічної оцінки інвестицій. При проектуванні АРМ необхідно визначити етапи розробки (у дужках зазначена тривалість етапу в місяцях):
Для здійснення робіт по кожному етапу визначаємо склад фахівців: програміст. Витрати на розробку системи підрозділяємо на капітальні або одноразові (розробка самої системи) і експлуатаційні чи поточні. Розрахунок виконаємо за окремими статтями:
Розрахунок матеріальних витрат наведено в таблиці 4.1. Таблиця 4. 1 - Розрахунок прямих матеріальних витрат
Прямі матеріальні витрати склали 1394,50 рублів. Для здійснення проекту одноразові або капітальні витрати відсутні, проект буде розроблятися на наявному комп'ютері. Для розрахунку фонду оплати праці необхідно розрахувати заробітну плату розробника ІС, скласти баланс робочого часу. Дані зведемо в таблиці 4.2. Таблиця 4.2 - Баланс робочого часу
| 126 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
6 | Тривалість робочого дня | 8 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
7 | Піврічний фонд робочого часу (годин) | 1008 |
Годинну ставку заробітної плати (Чс) визначаємо за формулою:
Чс = (З * п * к) / Ф,
де Чс - місячна зарплата, грн.;
П - кількість місяців у році, виключаючи відпустку;
К - коефіцієнт, що враховує премії з фонду зарплати;
Ф - фактичний річний фонд робочого часу, год.
Приймемо середньомісячну зарплату програміста рівною:
З = 8000 руб.,
При п = 6, а Ф = 1008 год., Одержимо Чс = 54,76 руб. / год.
Розмір основної заробітної плати визначаємо виходячи з часу, що витрачається на виконання робіт і вартості години роботи виконавця.
Основна заробітна плата визначається за графіком основних етапів робіт. Додаткова заробітна плата може скласти до 15% від основної.
Розрахунок фонду оплати праці наведено в таблиці 4.3.
Таблиця 4.3 - Розрахунок фонду оплати праці
Етапи розробки | Час (час) | Годинна ставка (грн.) | Сума (грн.) |
Аналіз ТЗ | 17 | 54,76 | 930,92 |
Підбір, вивчення літератури | 35 | 54,76 | 1916,60 |
Розробка алгоритму та структури програми | 30 | 54,76 | 1642,80 |
Програмування | 55 | 54,76 | 3011,80 |
Тестування ПЗ | 50 | 54,76 | 2738,00 |
Розробка інструкцій ПЗ | 40 | 54,76 | 2190,40 |
Основна заробітна плата (разом) | 12430,52 | ||
Додаткова заробітна плата | 1864,58 | ||
Коефіцієнт | 2486,10 | ||
РАЗОМ | 16781,20 |
Розмір відрахувань на соціальні потреби визначається виходячи з розміру фонду оплати праці.
Розрахунок наведено в таблиці 4.4.
Таблиця 4.4 - Відрахування на соціальні потреби
Відрахування | Частка від фонду оплати праці (%) | Сума (грн.) |
У пенсійний фонд | 20.6 | 3456,93 |
До фонду зайнятості | 1.7 | 285,28 |
Медичне страхування | 2.6 | 436,31 |
Соціальне страхування | 2.9 | 486,65 |
РАЗОМ | 27.8 | 4665,17 |
Величина накладних витрат визначається у розмірі 80% від основної заробітної плати і становитиме:
НР = 0.8 * 12430,52 = 9944,42
Амортизаційні відрахування на оргтехніку відсутні через те, що техніку не купували.
Повну кошторис витрат на розробку системи наведемо в таблиці 4.5.
Таблиця 4.5 - Розрахунок витрат на розробку ІС
Стаття витрати | Сума (грн.) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Фонд оплати праці | 16781,20 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Відрахування на соціальні потреби | 4665,17 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Матеріальні витрати | 1394,50 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Амортизаційні відрахування | - | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Інші витрати
Розрахунок щомісячних витрат на експлуатацію системи наведемо в таблиці 4.6. Таблиця 4.6 - Розрахунок витрат на експлуатацію системи
Для оцінки інвестиційного проекту АРМ фахівця з ПДОУ необхідно розрахувати плановані надходження грошових коштів від реалізації платних додаткових освітніх послуг по місяцях. Розрахунок наведемо в таблиці 4.7. Таблиця 4.7 - Розрахунок планованих надходжень
Проведемо оцінку інвестиційного проекту АРМ фахівця з ПДОУ: де NPV - Чиста поточна вартість інвестицій; CF - надходження грошових коштів у кінці t - ого періоду; q - банківська ставка; I - вартість реалізації інвестиційного проекту (інвестиції). NPV = 129568,00 / (1 + 0,16) - 32785,30 = 78911,25 , Де PI - Рентабельність інвестицій. PI = (129568,00 / (1 + 0.16)) / 32785,30 = 3,4
де РР - період окупності (років); I 0 - початкові інвестиції; - Річна сума грошових надходжень від реалізації інвестованого проекту. PP = 32785,30 / ((129568,00 / (1 + 0,16)) = 0,3 4.3 Розрахунок економічної ефективності проекту методом приведених витрат 4.3.1 Вихідні дані Вихідні дані по заробітній платі персоналу, розцінками і нормативним коефіцієнтам наведено в табл. 4.8. Таблиця 4.8- Вихідні дані
4.3.2 Розрахунок витрат на рішення задачі до впровадження інформаційної системи Експлуатаційні витрати на функціонування системи характеризують собівартість обробки інформації і складаються з трьох складових: Р = Р осн + Р АУП + Р заг, де Р осн - заробітна плата основного виробничого персоналу, руб.; Р АУП - заробітна плата адміністративно-управлінського персоналу, руб.; Р заг - загальновиробничі витрати, руб. У даному випадку заробітна плата адміністративно управлінського персоналу дорівнює: Р АУП = 0,25 * Р осн. Загальновиробничі витрати: Р заг = Р Ен + Р м + Р рем + Р кс + Р зап + Р ЗПО + Р пр, де Р ен - витрати на оплату електроенергії, руб. залежать від кількості обладнання, споживаної потужності, кВт на годину; Р м - витрати на матеріали, пов'язані з функціонуванням розробленої системи, руб.; Р рем - витрати, пов'язані з ремонтом устаткування, руб.; Р зап - витрати, пов'язані з придбанням запчастин для ремонту, руб.; Р ЗПО - витрати на програмне забезпечення, руб.; Р кс - витрати на оренду каналів зв'язку, руб.; Р пр - інші витрати (Р пр = 0,6 Р заг). Споживання електроенергії в місяць - 150 кВт. Р Ен = 150,00 * 0,83 * 12 = 1494,00 руб. Витрати на матеріали склали (див. табл. 4.9): Таблиця 4.9 - Витрати на матеріали до впровадження ІС
Р м = 1 270,00 * 12 = 15 240,00 руб. Витрати на ремонт (ціна договірна) Р рем = 500 * 12 = 6000,00 грн.; Р зап = 500 * 12 = 6000,00 руб.; Р пр = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб. Р заг = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб. Витрати на заробітну плату: Р осн = (9000,00 +12000,00 +25000,00 +30000,00) * 12 * 1,26 = 1149120,00 руб. Р АУП = 0,25 * 1149120,00 = 287280,00 руб. Таким чином, експлуатаційні витрати на вирішення завдання до впровадження системи становлять: Р 0 = 1149120,00 + 287280,00 + 45974,40 = 1482374,40 руб. 4.3.3 Експлуатаційні витрати на функціонування системи після впровадження інформаційної системи Після розробки та впровадження ІС зарплата фахівця ПДОУ знижується до 10000 руб., А організатора ПДОУ - до 7000 руб. Таким чином, витрати за розрахунковий період (12 місяців) після розробки та впровадження ІС зменшилися і склали: Р осн = (7000,00 +10000,00 +25000,00 +30000,00) * 12 * 1,26 = 1088640,00 руб. Р АУП = 0,25 * 1088640,00 = 272160,00 руб. Витрати на матеріали після впровадження ІС не змінилися. Витрати на електроенергію, і на ремонт не змінилися, витрати на програмне забезпечення відсутні. Р пр = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб. Р заг = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб. Р 1 = 1088640,00 + 272160,00 + 45974,40 = 1406774,40 руб. Капітальні витрати на розробку системи включають в себе п'ять основних складових: К = К пр + К про + К вз + К пм + К міт, де К - витрати на проектування системи, руб.; До про - витрати на основне обладнання, руб.; До нд - витрати на допоміжне обладнання, руб.; До пм - витрати на будівництво і ремонт приміщень, руб.; До міт - витрати, пов'язані з монтажем, налагодженням та транспортуванням обладнання. Витрати пов'язані з проектування системи зазвичай визначаються через заробітну плату співробітників, що залучаються до розробки системи,
де N - кількість категорій співробітників, залучених до розробки, чол.; З i - заробітна плата працівників i - категорії, руб. на місяць; Т - час роботи, місяців; f - коефіцієнт відрахувань на заробітну плату; Д пр - інші витрати, як правило, рівні 0,7 вартості обладнання. Розробкою системи займається 1 програміст, місячна заробітна плата - 8000,00 руб. Фактичний час, витрачений на розробку системи - 6 місяців. Оскільки розробка програмного забезпечення здійснюється на комп'ютері, раніше встановленому для вирішення інших завдань, витрати на основне обладнання в капітальні витрати не включаються. Отже, капітальні витрати будуть рівні витрат на проектування: К = К пр = 8000,00 * 6 * 1,26 = 60480,00 руб. Наведені витрати на створення і функціонування системи розраховуються за формулою: , де Р - експлуатаційні витрати за період; - Нормативний коефіцієнт приведення; К - капітальні (одноразові) витрати. Наведені витрати: З = 1406774,40 + 0,25 * 60480,00 = 1421894,40 руб. Для того щоб визначити економічну ефективність, необхідно підрахувати витрати до і після розробки та впровадження системи: Е = Р о - Р 1 Умовний економічний ефект становить: Е = 1482374,40 - 1406774,40 = 75600,00 руб. Термін окупності розробленої системи розраховується як відношення капітальних витрат до економічної ефективності:
Термін окупності складе близько 9,5 місяців. Зворотній величина буде представляти розрахунковий коефіцієнт приведення. Визначимо розрахунковий коефіцієнт:
Результати розрахунку представлені в табл. 4.10. Таблиця 4.10 - Результати розрахунку
Розрахунки показали, що витрати значно скоротилися. Отримано умовний економічний ефект у розмірі 75600,00 руб. При впровадженні ІС скоротився час, що витрачається на виготовлення розрахунку вартості послуг. Знизилися витрати на заробітну плату. Термін окупності становить 9,5 місяців. Розрахунковий коефіцієнт більше нормативного Е n £ Е р = 1,25 що доводить доцільність розробки і впровадження ІС. Вищевикладене дозволяє зробити висновок про те, що метод наведених витрат досить ємний і простий у застосуванні інструмент для оцінки економічної ефективності дипломних проектів. 4.4 Обгрунтування вибору методу розрахунку економічної ефективності В якості об'єкта оцінки ефективності в даній роботі розглядається розроблена система - автоматизоване робоче місце фахівця ПДОУ в школі. Інвестиційним проектом розробляється програма не є тому, що АРМ фахівця з надання ПДОУ пишеться як додаток до дипломного проекту та фінансування з боку МОУ СЗШ не отримує. Отже, метод економічної оцінки інвестицій не доцільно використовувати в даному випадку. Для оцінки ефективності був обраний метод приведених витрат, тому що він найбільш прийнятний для розрахунку якості роботи автоматизованої системи. Оцінка ефективності розроблюваних інформаційних систем необхідна не стільки для фіксації співвідношення наведених витрат, скільки для визначення форм і методів ефективності створення системи, а потім ефективного функціонування. У цьому випадку економісти, які розраховують економічні показники, отримують можливість максимально ефективної експлуатації системи шляхом використання всього безлічі методів, закладених в систему на етапі проектування. Якість роботи автоматизованої системи визначається закладеним у неї науково-технічним рівнем і умовами її функціонування, які в кінцевому рахунку визначаються витратами різних ресурсів на створення і підтримку цих умов. За різних умов автоматизованих систем потрібні неоднакові оптимальні витрати для досягнення ефективності функціонування. Як правило, завдання отримання максимальної ефективності системи вирішується при заданому або обмеженому значенні витрат на створення системи. Висновок У процесі роботи над дипломним проектом була поставлена мета розробки системи «Автоматизоване робоче місце фахівця з надання платних додаткових освітніх послуг». Дана система розроблялася для МОУ СЗШ № 12 м. Сургута на основі проведеного аналізу ринку подібних програмних продуктів. При цьому не було виявлено жодного подібного існуючого програмного продукту, що ще раз показало актуальність теми. Приступаючи до автоматизації робочого місця спеціаліста з надання ПДОУ, було вироблено передпроектне обстеження для врахування особливостей і вимог. Розглянуто існуюча технологія обробки інформації та виявлено її недоліки; сформульовані цілі й призначення автоматизованого варіанту вирішення комплексу завдань; формалізовані розрахунки; зроблено вибір технології проектування і технічного, програмного, інформаційного, а також технологічного забезпечення. Було розроблено інформаційне та програмне забезпечення комплексу задач, які дозволяють скоротити трудомісткість виконуваних робіт і вартісні витрати на їх виконання. Інформаційна система була розроблена з урахуванням безкоштовного програмного забезпечення Microsoft Access, що значно понизило вартість розробки. Система автоматизації дозволила керувати процесом надання послуг, включаючи оформлення договорів, ведення табелів та інші заходи. Була розроблена нова звітна форма «Дані по заборгованості», яка дозволяє прискорити процес нарахувань і, отже, зменшити кількість боржників, а в підсумку - збільшувати прибуток позабюджетних коштів. Впровадження даної розробки дозволило:
У планах подальшого розвитку системи підтримка як можна більшої кількості даних по споживачах, інтеграція з бухгалтерськими програмними засобами, якими працює, що дозволить без будь-яких витрат підтримувати в актуальному стані базу даних. Отримано умовний економічний ефект від розробки в розмірі 75600,00 рублів на рік. Термін окупності становить 9,5 місяців. Дипломний проект виконаний мною цілком самостійно. Всі використані в роботі матеріали і концепції з опублікованої наукової літератури та інших джерел мають посилання на них у списку літератури. Список використаної літератури
|