АРМ фахівця з надання платних додаткових освітніх послуг

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Введення

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

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

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

  • можливість оперативного контролю над достовірністю інформації;

  • зменшення числа можливих помилок при генеруванні похідних даних;

  • можливість швидкого доступу до будь-яких даних;

  • можливість швидкого формування звітів;

  • економія трудовитрат і витрат часу на обробку інформації.

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

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

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

Така організація як Муніципальне Загальноосвітній Заснування «Середня загальноосвітня школа (МОУ СОШ) № 12 з поглибленим вивченням окремих предметів» містить величезний банк даних і тому очевидна необхідність створення автоматизованої інформаційної системи для роботи з цією інформацією.

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

Для досягнення цієї мети необхідно вирішити ряд завдань, таких як:

  • провести детальний аналіз і дати техніко-економічну характеристику предметної області - МОУ СЗШ № 12 м. Сургута, і конкретно її структурі - відділу з надання платних додаткових послуг;

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

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

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

  • дати характеристику вхідний, довідкової та результатної інформації;

  • провести аналіз стану захисту даних в ІС;

  • обгрунтувати проектне рішення по економічній ефективності.

Вся інформація збирається і обробляється саме за даним робочим столом користувача. Отже, АРМ будь-якого інформаційного працівника повинен відповідати двом цілям:

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

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

Для досягнення цих цілей необхідно виконання наступних завдань:

    • повнота функціонального відображення всіх функцій та операцій;

    • простота виконання цих операцій;

    • наявність допомоги;

    • відображення всього документообігу;

    • наявність супроводу;

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

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

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

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

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

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

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

1.1 Техніко-економічна характеристика предметної області

МОУ СЗШ № 12 з поглибленим вивченням окремих предметів - державне, некомерційна установа. Створено на підставі рішення виконавчого комітету Сургутського міської Ради народних депутатів від 30.08.1979 р. № 183 «Про відкриття загальноосвітньої середньої школи № 12».

Основними цілями Установи є:

  • формування загальної культури особистості учнів на основі засвоєння основних загальноосвітніх програм;

  • адаптація учнів до життя в суспільстві;

  • освоєння учнями системи знань і прийомів самостійної діяльності на рівні не нижче державного освітнього стандарту;

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

Свою діяльність школа веде на підставі ліцензії Департаменту освіти і науки Ханти - Мансійського автономного округу - Югри № 184901 на право здійснення освітньої діяльності за освітніми програмами, свідоцтва про державну акредитацію серії АА № 064168. Професійна відповідальність школи застрахована в СК «Югорія», поліс страхування № 001536141.

МОУ СЗШ № 12 з поглибленим вивченням окремих предметів є одним з авторитетних освітніх установ міста Сургута. Використовує унікальний досвід, накопичений в результаті багаторічного співробітництва з Сур ГУ, Сур ГПУ.

У 1996, 1998, 1999 роках школа отримувала звання лауреата Всеросійського конкурсу «Школа року».

Школа має висококваліфікований педагогічний склад: 38 вчителів вищої категорії, 24 - першої категорії, 24 - другої кваліфікаційної категорії. Серед школярів - переможці та призери міських, окружних, всеросійських олімпіад, власники дипломів I, II, III ступеня наукової програми молодих досліджень «Крок у майбутнє».

Школа підготувала 10 випускників, нагороджених золотою медаллю, 12 випускників, нагороджених срібною медаллю.

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

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

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

1.2 Організаційна структура об'єкта автоматизації

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

У МОУ СЗШ № 12 з поглибленим вивченням окремих предметів побудована лінійна організаційна структура управління. Вона характеризується тим, що на чолі кожного підрозділу стоїть керівник, що зосередив у своїх руках всі функції управління і здійснює одноосібне керівництво підлеглими йому працівниками. Його рішення, що передаються по ланцюжку «зверху вниз», обов'язкові для виконання нижчестоящими ланками. Він, у свою чергу, підпорядкований вищестоящому керівнику.

1.3 Функціональна структура об'єкта автоматизації

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

У ході своєї професійної діяльності фахівець з надання ПДОУ виконує наступні функції:

  • вивчає попит у платних додаткових послугах з боку споживачів (батьків, учнів);

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

  • бере участь у складанні тарифікації вчителів з ​​додаткового платного освіти;

  • укладає договори про оплатне надання освітніх послуг з вчителями згідно з наказом про внутрішнє суміщення;

  • укладає договори про надання платних додаткових освітніх послуг із споживачами (батьками) згідно з прейскурантом № 09-31-01/01 від 01.09.2005 р., погодженого директором Департаменту освіти і науки адміністрації м. Сургута і затвердженого директором МОУ СЗШ № 12 з поглибленим вивченням окремих предметів;

  • складає і здає табеля відвідування та іншу первинну документацію в Управління обліку та звітності освітніх установ (УУООУ);

  • бере участь у розробці та складанні «Кошториси доходів і витрат щодо підприємницької та іншої, що приносить дохід діяльності»;

  • координує і контролює доходи і витрати з позабюджетних коштів;

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

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

  • забезпечує збереження документів.

У процесі своєї роботи фахівець з ПДОУ виконує наступні дії:

  • готує навчальний план платних освітніх послуг;

  • готує тарифікацію вчителів з ​​додаткового платного освіти;

  • укладає договори про надання платних додаткових освітніх послуг із споживачами;

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

  • складає реєстр за договорами;

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

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

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

  • надає оброблену інформацію з надання платних додаткових послуг в Управління обліку та звітності освітніх установ (УУООУ);

  • отримує сальдо розрахунків (залишки по оплаті за ПДОУ) з УУООУ;

  • розшифровує дані по підгрупах та індивідуально по учнях;

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

  • контролює доходи з позабюджетних коштів;

  • проводить моніторинг з надання ПДОУ з навчальних років;

  • складає перелік ПДОУ на фінансовий рік;

  • бере участь у розробці та складанні «Кошториси доходів і витрат щодо підприємницької та іншої, що приносить дохід діяльності»;

  • контролює витрати з позабюджетних коштів.

1.4 Інформаційна модель об'єкта автоматизації

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

У зв'язку з великою трудомісткістю і одноманітністю робіт з надання ПДОУ виникла необхідність в автоматизації даного виду діяльності фахівця з надання ПДОУ.

Ця інформаційна модель представлена ​​на малюнках 1.2 -1. 7.

Малюнок 1.2-Інформаційна модель AS-IS

Діяльність фахівця з ПДОУ

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

Малюнок 1.3-Декомпозиція інформаційної моделі AS-IS діяльності фахівця з ПДОУ

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

Малюнок 1.4 - Декомпозиція процесу AS-IS

Складання навчального плану, тарифікації, наказів

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

Малюнок 1.5 - Декомпозиція AS-IS

Укладання договорів

На підставі списку учнів укладаються договори про надання ПДОУ із споживачами та договору про надання відплатних послуг з виконавцями.

Малюнок 1.6 - Декомпозиція AS-IS

Ведення табелів

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

Малюнок 1.7 - Декомпозиція AS-IS

Розрахунку вартості послуг

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

1.5 Постановка завдань

1.5.1 Загальна характеристика організації вирішення задачі на ЕОМ

Об'єктом автоматизації вибрано робоче місце фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів.

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

Для створення АРМу фахівця з надання ПДОУ необхідно:

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

До нормативно - довідкової відноситься прейскурант з найменуванням та ціною послуги, тарифікація.

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

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

  • скорочення на 85% часу формування документів (табелів, реєстру, сальдо розрахунків і т.д.);

  • поліпшення на 30% якості та достовірності даних;

  • підвищення ступеня захищеності інформації;

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

  • підвищення якості надаваних послуг;

  • розширення списку послуг.

Для досягнення цієї мети потрібно було вирішити такі завдання:

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

  • вивчити проектно-технологічну документацію;

  • виконати техніко-економічне обгрунтування виконуваної розробки;

  • забезпечити інформаційну безпеку проекту;

  • визначити надійність програмного засобу.

Система призначена для використання в наступних операціях:

  • пошук інформації про споживачів;

  • розрахунок вартості послуг;

  • розрахунок суми до сплати за певний період;

  • формування вихідних форм звітної документації.

Розробка та впровадження ІС не передбачає будь-яких змін у функціях фахівця з ПДОУ.

Джерелами оперативної інформації є затверджені і погоджені нормативні документи.

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

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

1.5.2 Формалізація розрахунків

Формалізований моделювання здійснюється за певними правилами. Згідно з правилами по кожному економічному показнику виявляються реквізити-ознаки і реквізити-підстави. Їм присвоюються умовні позначення: реквізитами-підставах заголовні букви, реквізитами-ознаками малі літери. Економічний показник виражається у вигляді сукупності позначень. Взаємозв'язки показників представляються у вигляді формул. Сукупність формул відображає інфологічну модель вирішення задачі.

При розробці звіту «Дані по заборгованості» за основу приймаємо табеля обліку відвідування дітей. У звіт включаємо наступні колонки:

- Ідентифікаційний номер учня;

- П.І.Б. учня;

- Залишок на початок періоду (місяць);

- Сума нарахувань за певний період часу (місяць);

- Сума внесеної оплати (через банк);

- Залишок на кінець періоду (борг (-), переплата (+)).

Вартість наданої послуги вичитуємо за такою формулою:

S = (SC 1 * KC 1) + (SC 2 * KC 2) + (SC i * KC i)

SC - вартість однієї години;

KS - кількість годин на місяць (відвіданих учнем).

Наприклад: учень 3 класу Скворцов Андрій уклав договір на три послуги:

- Світ логіки;

- Секрети орфографії;

- Цікава арифметика.

За умовами договору кількість наданих послуг по кожному предмету - чотири години в місяць. Але, припустимо, Андрій хворів з 12 числа по 21 поточного місяця й у нього випало деяку кількість занять, які припадали на дні хвороби.

Отже,

S = (36,25 * 4) + (36,25 * 3) + (36,25 * 3)

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

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

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

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

1.6 Аналоги розробляється АРМ

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

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

Частково проблему інформатизації освітнього процесу спробувала заповнити компанія ІВЦ «АВЕРС». Вона пропонує до реалізації наступні продукти:

    1. Автоматизована інформаційно-аналітична система «Управління освітньою установою (АРМ Директор)» - дозволяє:

- Сформувати інформаційну інфраструктуру установи;

- Підвищити якість та обгрунтованість прийнятих рішень з управління установою;

- Керувати процесом підготовки та перепідготовки педагогічних кадрів;

- Позбавити керівника від рутини адміністративного праці;

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

Версії програми:

- Для загальноосвітніх установ;

- Для установ дошкільної освіти;

- Для установ професійної освіти.

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

- Директор школи;

- Секретар;

- Завуч;

- Вчитель;

- Медіатека;

- Здоров'я;

2. Автоматизована інформаційно-аналітична система «Аверс: Бібліотека» - Автоматизована інформаційно-аналітична система обліку бібліотечного фонду та організації діяльності шкільних бібліотек АІАС «Аверс: Бібліотека» розроблена на основі «Інструкції про облік бібліотечного фонду» (введена в дію наказом Міністерства культури Російської Федерації від 2 грудня 1998 року № 590) та Методичних рекомендацій застосування «Інструкції про облік бібліотечного фонду в бібліотеках освітніх установ» (затверджені наказом Міністерства освіти Російської Федерації від 24 серпня 2000 року № 2488).

АІАС «Аверс: Бібліотека» призначена для комплексної автоматизації повсякденної діяльності шкільних бібліотек, включаючи процеси обліку бібліотечного фонду, організацію роботи бібліотеки з користувачами та іншими бібліотеками, питання оцінки стану бібліотечного фонду, визначення потреби бібліотеки в нових надходженнях і необхідності оновлення (збільшення) фондів, вивчення читацького попиту, а також питання контролю за станом бібліотечного фонду та планування роботи бібліотеки на перспективу.

Програмний комплекс АІАС «Аверс: Бібліотека» дозволяє:

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

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

- Спланувати діяльність бібліотеки;

- Забезпечити швидкий пошук необхідних документів (видань).

3. Автоматизована інформаційно - аналітична система «Орган управління освітою» (АРМ «РОНО») - спеціалізована інформаційно-аналітична система, призначена для ведення кадрового діловодства, контролю та узагальнення одержуваної від шкіл інформації, формування єдиних регіональних баз даних педагогічних кадрів і учня контингенту.

Автоматизована інформаційно-аналітична система «РОНО» інформаційно взаємодіє з програмними комплексами «Централізована бухгалтерія», «Зведена статистична звітність», «АРМ Директор», «Шкільна бібліотека», «Ревізор», відкрита до інформаційного обміну з іншими системами на рівні «експорту- імпорту »даних.

АІАС «РОНО» - програма, яка формує єдиний інформаційний простір територіальної (районної, міської, обласної) освітньої системи.

4. Комплекс «АВЕРС-Бухгалтерія» - повністю автоматизує роботу на всіх ділянках бухгалтерського обліку бюджетної установи і дозволяє:

- Вести повний синтетичний, а також багаторівневий аналітичний облік;

- Здійснювати поточний фінансовий контроль над використанням коштів;

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

- Отримувати об'єктивну інформацію для прийняття рішень з управління матеріальними та фінансовими ресурсами установи;

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

- Взаємодіяти з підрозділами органів Федерального казначейства, Пенсійного фонду РФ, інспекції Міністерства з податків і зборів РФ та ін

Версії:

- Для освітніх установ самостійного балансу (Школа, Дитячий садок, ПТУ);

- Для централізованих бухгалтерій.

5. Автоматизована інформаційно-аналітична система «Аверс: Тарифікація» - у повному обсязі автоматизує виконання робіт з планування витрат на виплату заробітної плати і дозволяє:

проводити розрахунок тарифікації співробітників установи на підставі:

- Штатного розкладу, навчального плану, даних про розподіл навантаження

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

- Розраховувати тарифний і надтарифная фонди заробітної плати установи;

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

- Планувати потреби установи (установ регіону) у педагогічних та адміністративних кадрах;

- Оптимізувати витрати на оплату праці працівників установ;

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

6. Автоматизована інформаційно-аналітична система «Аверс: Кошторис» - автоматизує процес формування та супроводу виконання кошторису установи і дозволяє:

- Реалізувати кілька схем розрахунку кошторису доходів і видатків установи:

- Виходячи із встановлених Федеральних і регіональних нормативів фінансування;

- На підставі даних про фактичне виконання кошторису попереднього звітного періоду, встановлених індексів дефляторов;

- Формувати консолідовані кошторису установ відповідно до бюджетної класифікації;

- Проводити розрахунок затвердженого кошторису установи;

- Здійснювати разассігнованіе кошторисів;

- Формувати план на фінансування витрат установи, вести облік заявок на внесення змін (так звані «пересування») в кошторис.

7. Автоматизована інформаційно-аналітична система «Зведена звітність» - дозволяє:

- Формувати консолідовану (зведену) бухгалтерську і статистичну звітність установ;

- Контролювати достовірність первинних звітів установ;

- Здійснювати багатофакторну аналітичну обробку результатів консолідації звітів.

8. Автоматизована інформаційно-аналітична система «АВЕРС-розклад» - Спеціалізована програма, призначена для складання розкладу занять у всіх типах освітніх установ (загальноосвітні установи, установи профтехосвіти).
Дозволяє:

- Враховувати санітарні правила і норми;

- Враховувати розподіл класів по змінах;

- Об'єднувати класи в потік;

- Ділити класи (потоки) на групи;

- Складати розклад класів без «вікон»;

- Генерувати різні форми таблиць розкладу;

- Планувати заміни;

- Представляти таблиці в Excel, Word і HTML форматах;

- Скорочувати «вікна» у розкладі вчителів та багато іншого.

Програма повністю інтегрована з АІАС «Управління освітнім закладом» (АРМ Директор), використовує єдину базу даних вчителів, предметів, класів, кабінетів, навчального плану та навчальної навантаження.

Програма «АВЕРС-розклад» допомагає завучу підготувати оптимальний розклад уроків з урахуванням побажань учителів та вимог адміністрації.
Програма складається з чотирьох розділів «Списки», «Навантаження», «Розклад» і «Заміни».

Готове розклад одного, всіх або деяких класів або вчителів можна зберегти у форматах Microsoft Word, Excel або HTML.

Вся продукція підприємства має сертифікати відповідності якості Російської Федерації.

Також проблему інформатизації в школі спробувала вирішити Лабораторія інформаційних технологій «БАРС». Вона розробила систему управління школою - Шкільний офіс - це можливість створення АРМів. Метою впровадження комплексу ВО «Шкільний офіс» у процеси управління освітою на рівні освітньої установи є:

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

- Підвищення інформаційної культури адміністративного апарату;

- Створення та підтримка баз даних;

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

- Автоматизація функціональних завдань управління;

- Зміна звичних механізмів роботи;

- Створення інформаційного середовища управління в установі;

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

1.7 Обгрунтування проектних рішень по видах забезпечення

1.7.1 Обгрунтування проектних рішень з інформаційного забезпечення

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

Поняття інформаційного забезпечення виникло зі створенням автоматизованих систем управління (АСУ).

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

Одне з важливих вимог до інформаційного забезпечення - це достовірність даних інформаційної бази.

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

Особливості технології обробки даних пов'язані з такими факторами, як:

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

  • наявність накопичувачів інформації;

  • виняток паперових технологій для обробки інформації.

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

До складу технологічних операцій входять:

  • завантаження програми;

  • введення даних;

  • контроль інформації і можливість коригування;

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

  • формування інформаційних масивів;

  • виведення інформації.

Існує кілька способів реєстрації первинної інформації:

  • документальний;

  • документальний з реєстрацією на машинному носії;

  • автоматичний.

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

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

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

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

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

1.7.2 Обгрунтування проектних рішень по технологічному забезпеченню

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

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

При виборі варіанту технологічного процесу потрібно враховувати наступні вимоги:

  • забезпечення достовірності оброблюваної інформації;

  • вирішення завдань у встановлені терміни;

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

  • наявність можливості обробки даних на ЕОМ;

  • можливість вирішення завдання в різних режимах.

Виходячи з перерахованих вище вимог доцільно проектування АРМа, яке дозволить децентралізувати процес розв'язання задачі та підвищити продуктивність.

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

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

Практика показує, що використання АРМ із застосуванням методів побудови моделі на основі діалогу забезпечує більш гнучку зв'язок користувача з ЕОМ.

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

Існує кілька типів діалогу: керуючі команди, запити, меню, діалог обмеженою природною мовою.

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

1.7.3 Обгрунтування проектних рішень з програмного забезпечення

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

До обирає програмне забезпечення в даному випадку відносяться операційна система (ОС) і середовище програмування.

Всі ОС поділяються на:

  • однокористувацькі і розраховані на багато;

  • однозадачние і багатозадачні.

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

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

Для порівняння були обрані три СУБД: InterBase, MySQL і MS SQL Server. Порівняння проводилося за п'ятьма основними параметрами: підтримка СУБД механізму тригерів і збережених процедур, зручність і доступність засобів розробки додатків СУБД, перелік підтримуваних операційних систем, мінімальні вимоги до сервера баз даних, і продуктивність.

Тригери і процедури.

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

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

Засоби розробки додатків СУБД.

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

У MSSQL Server слід звернути особливу увагу на основний засіб розробки та адміністрування, включене до складу дистрибутива, - Enterprise Manager, який дозволяє вирішувати практично всі завдання адміністрування MS SQL Server і, крім того, зручний для розробника.

У InterBase, на жаль, засіб розробки та адміністрування, що поставляється в складі дистрибутиву (Interbase Console), недостатньо зручно, але володіє необхідною функціональністю. Тому існують більш зручні засоби розробки і адміністрування, створені сторонніми розробниками, такі як IB Expert, EMS IB Manager.

Схожим чином йде справа і з засобами адміністрування та розробки MySQL, але при бажанні можна також скористатися продуктами сторонніх розробників: EMS MySQL Manager, WinSQL, PHP Admin.

Перелік операційних систем,

під управлінням яких здатна працювати СУБД. У цьому розділі, безумовно, лідирує MySQL, яка здатна працювати під управлінням більшості з наявних на даний час операційних систем. Список сумісності СУБД і ОС представлений в табл. 1.1.

Таблиця 1.1 - Сумісність СУБД і ОС

СУБД

ОС

InterBase

Windows 95/98/ME/NT/2000 і Linux-системи

MS SQL Server

Windows NT, 2000, XP (Intel і Alpha)

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
(± 66,5)

14,3

46,88

5608,2
(± 71,8)

28,8

64,3

6011,4
(± 68,0)

41,3

62,2

MS SQL Server

5237,2
(± 42,0)

7,5

32,8

5721,7
(± 20,4)

61,2

83,7

6387,3
(± 54,7)

91

100

InterBase

6304,3
(± 38,3)

28

51

6273,4
(± 23,2)

63

98

6222,9
(± 50,9)

86

100

Таблиця 1.5 - Результати виконання запиту № 2

Тест

U = 1

U = 2

U = 3


D

P av

P max

D

P av

P max

D

P av

P max

MySQL

163,0
(± 3,2)

14,3

46,88

155,3
(± 4,0)

28,8

64,3

153,7
(± 14,5)

41,3

62,2

MS SQL Server

153,3
(± 10,9)

30,1

92

233,9
(± 21,7)

73,5

100

340,8
(± 20,3)

97

100

InterBase

184,8
(± 3,4)

28

51

192,8
(± 4,0)

63

98

201,1
(± 5,9)

86

100

Таблиця 1.6 - Результати виконання запиту № 3

Тест

U = 1

U = 2

U = 3


D

P av

P max

D

P av

P max

D

P av

P max

MySQL

89,0
(± 2,9)

14,3

46,88

85,3
(± 9,4)

28,8

64,3

68,3
(± 2,7)

41,3

62,2

MS SQL Server

58,9
(± 3,4)

30,1

92

85,5
(± 7,6)

73,5

100

172,3
(± 19,9)

97

100

InterBase

94,9
(± 2,8)

28

51

90,6
(± 4,2)

63

98

91,9
(± 3,4)

86

100

За результатами тестових запитів видно, що найбільш продуктивною є 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 розроблений саме з метою задовольняти всім цим вимогам.

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

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

  • в якості операційної системи може бути використана MS Windows XP Professional з огляду на її поширеності та надійності.

  • в якості мови програмування для написання інтерфейсу користувача і програми обробки даних може бути використаний Access на увазі підтримки їм інтерфейсу програмування обраної СУБД M y SQL.

1.7.4 Вибір технічного забезпечення

Для ефективного вирішення поставленого завдання необхідно відповідне технічне забезпечення. Технічне забезпечення даного проекту включає в себе безпосередньо ЕОМ (системний блок), монітор, клавіатуру, маніпулятор типу миша і принтер.

При виборі ЕОМ необхідно керуватися рядом характеристик. До таких характеристик відносяться надійність, вартість, продуктивність, обсяг пам'яті та інші.

Від значення зазначених параметрів залежить можливість роботи з необхідними програмними засобами, а отже, і успіх створення системи.

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

Для вирішення економічних завдань найбільш підходять ПЕОМ. Вони мають невисоку вартість, невеликі розміри (уміщаються на частини столу) і відповідні характеристики швидкодії, надійності, об'єму пам'яті. Таким чином, вони можуть застосовуватися практично на будь-якому підприємстві і, зокрема, в юридичних службах.

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

  • швидкість обробки інформації (тактова частота процесора);

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

  • обсяг жорсткого диска, який впливає на можливості зберігання даних;

  • наявність периферійних пристроїв

  • інші технічні характеристики ПЕОМ.

Апаратна платформа комп'ютера спеціаліста:

  • процесор типу Pentium III 750 МГц (не нижче);

  • обсяг ОЗУ не менше 256 MB;

  • HDD не менше 15 Гб;

  • монітор з діагоналлю 17 "- 19» з роздільною здатністю не менше 1024 * 768 пікселів при кольоровій палітрі 65 536 кольорів і задовольняє нормам безпеки ТСО 92 і ТСО 95;

  • відео карта типу SVGA 4-8 Мб VRAM;

  • мережева карта 100 Мбіт (залежно від мережі);

  • клавіатура;

  • маніпулятор типу «миша»;

  • пристрій друку.

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

2.1 Технічне завдання

2.1.1 Загальні відомості.

Повне найменування системи

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

Найменування підприємства - замовника системи

Муніципальне загальноосвітній заклад Середня загальноосвітня школа № 12 з поглибленим вивченням окремих предметів м. Сургут.

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

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

Планові терміни початку і закінчення роботи зі створення системи

Система повинна бути створена до 25.02.2009 р. Дата початку проектування - 25.08.2008 р.

2.1.2 Призначення та мета створення системи

Призначення системи

Дане АРМ призначено для автоматизації діяльності фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, пов'язаної з прийманням, зберіганням та наданням інформації по платних додаткових освітніх послуг.

Система покликана автоматизувати:

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

  • облік у встановленому порядку даних по ПДОУ;

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

  • створення електронних архівів актуальної інформації;

  • підготовка звітних матеріалів;

  • прийом, облік і зберігання інформації по ПДОУ.

    1. Мета створення системи

З використанням АРМ фахівця з надання ПДОУ повинна підвищитися ефективність діяльності МОУ СЗШ № 12 з поглибленим вивченням окремих предметів за рахунок:

  • зменшення трудовитрат на прийом і систематизацію інформації;

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

  • зменшення часу складання стандартних звітів з 1 дня до

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

2.1.3 Характеристики об'єкта автоматизації

Короткі відомості про об'єкт автоматизації

Об'єктом автоматизації є діяльність фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, пов'язана з інформацією по ПДОУ. А саме: отримання інформації по споживачах послуг, ведення баз даних по споживачах, а також дотримання умов договору з надання ПДОУ, надання стандартних звітів в офіційні установи, а також звітів по запитах замовників і виконавців ПДОУ.

Відомості про умови експлуатації об'єкта автоматизації і характеристиках навколишнього середовища

Об'єкт автоматизації є одним з додаткових об'єктів діяльності МОУ СЗШ № 12 з поглибленим вивченням окремих предметів, отже

2.1.4 Вимоги до системи

Вимоги до системи в цілому

Вимоги до структури та функціонування системи

Структурна схема автоматизованого робочого місця наведена на рисунку 2.1.

Малюнок 2.1 - Структурна схема АРМ

Общефондовий файл-сервер FS містить всі бази даних системи:

  • База даних споживачів;

  • База даних виконавців;

  • База даних прейскурантів;

  • База даних запитів;

  • База даних звітів.

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

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

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

Підсистема «Ведення баз даних» має забезпечувати своєчасне оновлення баз даних відповідно до надходить далі даними. Має доступ до всіх баз даних.

Підсистема «Підготовка стандартних звітів» має забезпечувати своєчасне повідомлення користувача про те, які звіти необхідно здати в найближчі три дні, а також має підтримувати складання стандартних звітів і надання їх у відповідні організації в електронній формі або на паперових носіях. Має доступ до всіх баз даних.

Підсистема «Підготовка звітів для замовників» має забезпечувати швидкий пошук даних за запитами замовників, а також підтримувати складання звітів замовникам у стандартизованому вигляді. Має доступ до баз даних споживачів та прейскурантів.

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

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

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

АРМ фахівця з надання ПДОУ повинна бути сумісна зі спеціалізованими програмами для відправки та отримання повідомлень по електронній пошті, тому що повинна бути можливість отримання нової інформації та надання потрібних даних і звітів через Internet. З тих же причин підсистеми «Введення документів», «Підготовка стандартних звітів», «Підготовка звітів для замовників» і «Прийом запитів від замовників» повинні мати постійний вихід в Internet.

Також підсистема «Введення документів» повинен бути забезпечений сканером і спеціалізованими програмами для розпізнавання тексту для перекладу інформації з паперових носіїв в електронну форму.

Підсистеми «Підготовка стандартних звітів» і «Підготовка звітів для замовників» повинні бути забезпечені принтером для можливості надання звітів в друкованому вигляді.

Вимоги до чисельності та кваліфікації персоналу системи і режиму його роботи

Система призначена для фахівця з надання ПДОУ в МОУ СЗШ № 12 з поглибленим вивченням окремих предметів. Для роботи з системою користувачеві необхідні базові знання ПК і освіта не нижче середнього професійного.

Режим роботи персоналу з системою - 9:00 - 17:00

Показники призначення

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

Вимоги до надійності

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

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

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

Вимоги до ергономіки та технічної естетики

З метою оптимізації інформаційної взаємодії з технічними засобами повинні бути виконані наступні ергономічні вимоги:

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

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

  • раціональна організація діалогового режиму роботи.

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

Вимоги до необхідних площ для розміщення технічних засобів АРМ залежать від типу ЕОМ. Площі для розміщення персоналу і технічних засобів, параметри мереж електропостачання повинні відповідати Будівельним нормам і правилам.

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

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

Вимоги до захисту інформації від несанкціонованого доступу

Захист інформації в АРМ від випадкових загроз повинна здійснюватися шляхом копіювання інформації кожну добу.

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

Не повинні допускатися неавторизовані спроби доступу до файлів системи та баз даних.

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

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

Вимоги щодо збереження інформації при аваріях

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

Вимоги до захисту від впливу зовнішніх впливів

Спеціальних вимог не накладається.

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

Вимоги до патентної чистоти

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

Вимоги щодо стандартизації та уніфікації

У Армі фахівця з надання ПДОУ повинні використовуватися стандартні облікові і звітні документи, міжнародні та всесоюзні класифікатори техніко-економічної інформації.

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

В АРМ передбачено застосування стандартних пакетів прикладних програм (ППП) з метою зниження трудомісткості розробки і супроводу системи та підвищення надійності функціонування.

Як ППП передбачається використовувати:

  • стандартні ППП для організації СУБД типу MS Access, InterBase;

  • стандартні ППП для підготовки документації, типу MS Excel, MS Word;

  • стандартні ППП для створення та підтримки локальних обчислювальних мереж, типу NETWARE.

Вимоги до функцій (завдань), що виконуються системою

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

Перелік функцій і завдань із зазначенням призначення, вхідний, вихідний інформації та періодичності рішення представлений в таблиці 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 - Перелік позначень типів полів запису бази даних

    Найменування типу поля запису

    Повна назва

    Короткий позначення

    Лічильник

    Counter

    C

    Текстовий

    Text

    T

    Числовий

    Numerical

    N

    Дата / час

    Date / time

    Dt

    Грошовий

    Monetary

    M

    Структура файлу бази даних (БД) вхідний оперативної інформації представлена ​​в таблиці 2.3.

    Структура БД «Прейскурант»

    Ім'я файлу: Preiscurant. Dbf

    Носій: жорсткий диск

    Організація: індексно-послідовна

    Ключі: Name _ USL

    Довжина запису: 250

    Таблиця 2.3 - Структура БД «Прейскурант»

    №

    Найменування поля

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

    Тип

    Значности

    1

    2

    3

    4

    5

    1

    Номер

    NUM

    C


    2

    Найменування послуги

    NAME _ USL

    T

    Лютий 2000

    3

    Клас

    CLASS

    T

    50

    Також до вхідних нормативно-довідкової оперативної інформації можна віднести документ «Тарифікація вчителів». Він містить наступну інформацію:

    • номер тарифу

    • табельний номер вчителя

    • клас

    • номер послуги

    • кількість годин на місяць

    Структура цього файлу бази даних (БД) вхідний оперативної інформації представлена ​​в таблиці 2.4.

    Структура БД «Тарифікація вчителів»

    Ім'я файлу: Tarificacia uchit. Dbf

    Носій: жорсткий диск

    Організація: індексно-послідовна

    Ключі: TAB_NUM, NAME_USL,

    Довжина запису: 100

    Таблиця 2.4 - Структура БД «Тарифікація вчителів»

    №

    Найменування поля

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

    Тип

    Значности

    1

    2

    3

    4

    5

    1

    Номер тарифу

    NUM_TAR

    C


    2

    Табельний номер

    TAB_ NUM

    N


    3

    Клас

    CLASS

    T

    50

    4

    Номер послуги

    NUM _ USL

    N


    5

    Кількість годин на місяць

    COLICH_CHAS

    T

    50

    Далі на підставі укладених договорів створюється реєстр договорів про надання платних освітніх послуг. Це документ містить наступні реквізити:

    • номер

    • код договору

    • код послуги

    Структура БД «Реєстр договорів»

    Ім'я файлу: Reestr dogovorov. Dbf

    Носій: жорсткий диск

    Організація: індексно-послідовна

    Ключі: NUM

    Таблиця 2.5 - Структура БД «Реєстр договорів»

    №

    Найменування поля

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

    Тип

    1

    2

    3

    4

    1

    Номер

    MUM

    C

    2

    Код договору

    COD _ DOG

    N

    3

    Код послуги

    COD _ UCH

    N

    2.3.4 Характеристика результатної інформації

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

    • Дані по заборгованості

    • Кошторис доходів і витрат

    Структура файлів баз даних (БД) результатної інформації представлена ​​в таблиці 2.6-2.7.

    Структура БД «Дані по заборгованості»

    Ім'я файлу: Dannie zadolgennosti. Dbf

    Носій: жорсткий диск

    Організація: індексно-послідовна

    Ключі: NUM

    Таблиця 2.6 - Структура БД «Дані по заборгованості»

    №

    Найменування поля

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

    Тип

    1

    2

    3

    4

    1

    Номер

    NUM

    C

    2

    Код учня

    COD _ UCH

    N

    3

    Залишок на початок періоду

    SUMMA_NACH

    D

    4

    Обороти

    SUMMA_PERIOD

    D

    5

    Сума оплати через банк

    SUMMA_OPLATI

    D

    6

    Сума залишку на кінець періоду

    SUMMA_OSTATCA

    D

    Структура БД «Кошторис доходів і витрат»

    Ім'я файлу: Smeta dohod. Rashod. Dbf

    Носій: жорсткий диск

    Організація: індексно-послідовна

    Ключі: NUM

    Довжина запису: 200

    Таблиця 2.7 - Структура БД «Кошторис доходів і витрат»

    №

    Найменування поля

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

    Тип

    Значности

    1

    2

    3

    4

    5

    1

    Номер

    NUM

    C


    2

    Найменування статей доходів і витрат

    NAM_STAT

    Т

    200

    3

    Коди доходів

    COD_DOH

    N


    4

    Коди витрат

    COD_RASH

    N


    5

    Доходи на рік із залишком на початок року

    DOH_GOD

    D


    2.4 Технологічне забезпечення

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

    Технічне забезпечення АРМ - це комплекс технічних засобів (КТЗ), об'єднаних єдиним технологічним процесом.

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

    Завдання КТС:

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

    2. Вирішення всього комплексу завдань у підсистемах АРМ.

    3. Підготовка та передача інформації в АРМ більш високого рівня.

    4. Контроль переданої інформації.

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

    На первинному етапі здійснюється збір вихідних даних, їх реєстрація та передача для введення в ЕОМ.

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

    Основний етап забезпечує безпосередню обробку інформації на ЕОМ.

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

    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. Конкретні версії компонентів ПЗ визначаються на етапі введення в дію.

    ПЗ є покупними і повинно бути ліцензійним.

    Загальні вимоги до програмного забезпечення:

    1. програмне забезпечення системи повинно бути достатнім для виконання всіх функцій системи, що реалізуються із застосуванням засобів обчислювальної техніки, а також мати засоби організації всіх необхідних процесів обробки даних, що дозволяють своєчасно виконувати всі автоматизовані функції у всіх регламентованих режимах функціонування СИСТЕМИ;

    2. програмне забезпечення системи повинно володіти наступними властивостями:

      • функціональна достатність (повнота);

      • надійність (в тому числі відновлюваність, наявність засобів виявлення помилок);

      • адаптованість;

      • модифицируемость;

      • модульність побудови;

      • зручність експлуатації.

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

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

    3. всі компоненти програмного забезпечення системи повинні бути сумісні як між собою, так і з системним програмним забезпеченням;

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

    2.5.4 Комп'ютерно-мережеве забезпечення

    У системі повинні в основному використовуватися технічні засоби (ТЗ) серійного виробництва типу IBM-сумісних персональних комп'ютерів з серійним периферійним обладнанням і сервери баз даних з процесором не нижче Pentium III. Сервер баз даних повинен забезпечувати зберігання даних і доступ робочих станцій до бази даних загального користування.

    Апаратна платформа:

    • процесор типу Pentium III 800 МГц - 1 ГГц (не нижче);

    • обсяг ОЗУ 528 Мб - 1Гб;

    • HDD не менше 15 Гб

    • ІГП, що забезпечує роботу ПЗ протягом не менше 30 хвилин при повністю заряджених батареях ІГП.

    • монітор з діагоналлю 17 "- 19» з роздільною здатністю не менше 1024 * 768 пікселів при кольоровій палітрі 65 536 кольорів і задовольняє нормам безпеки ТСО 92 і ТСО 95;

    • відео карта типу SVGA 4-8 Мб VRAM;

    • мережева карта 100 Мбіт (залежно від мережі);

    • клавіатура;

    • маніпулятор типу «миша»;

    • пристрій друку.

    Конфігурація локальних обчислювальних мереж (ЛВС) повинна задовольняти вимогам, що пред'являються до ЛВС, мають шинну конфігурацію типу Ethernet. Система повинна будуватися на базі уніфікованих технічних засобів.

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

    Комплекс ТЗ повинен бути достатнім для виконання всіх автоматизованих функцій системи. Функціональні та експлуатаційні характеристики ТЗ містяться в технічній та експлуатаційної документації до комплексу технічних засобів.

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

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

    3. Інформаційна безпека

    3.1 Мета створення системи забезпечення інформаційної безпеки

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

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

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

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

    3.2 Поняття технології забезпечення інформаційної безпеки

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

    Вимоги до технології управління безпекою:

    • відповідність сучасному рівню розвитку інформаційних технологій;

    • врахування особливостей побудови і функціонування різних підсистем АС;

    • точна і своєчасна реалізація політики безпеки організації;

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

    Для реалізації технології забезпечення безпеки в АС необхідно:

    • наявність повної та несуперечливої ​​правової бази (системи взаємопов'язаних нормативно - методичних та організаційно - розпорядчих документів) з питань ОІБ;

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

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

    Реалізація технології ОІБ передбачає:

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

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

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

    • прийняття ефективних заходів збереження та забезпечення фізичної цілісності технічних засобів і підтримку необхідного рівня захищеності компонентів АС;

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

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

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

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

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

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

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

    3.3 Регламентація дій користувачів і обслуговуючого персоналу АС

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

    Тому одним з основних напрямів ОІБ є регламентація дій всіх користувачів і обслуговуючого персоналу АС, цілями якої є:

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

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

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

    З урахуванням усього сказаного вище, можна зробити висновок:

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

    4. Економічне обгрунтування

    4.1 Аналіз існуючих методів розрахунку економічної ефективності

    Існує кілька методик визначення економічної ефективності. Розглянемо наступні:

    • економічна оцінка інвестицій;

    • функціонально-вартісної аналіз;

    • розрахунок економічної ефективності на основі методу наведених витрат.

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

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

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

    4.2 Розрахунок економічної ефективності проекту методом економічної оцінки інвестицій

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

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

    1. Знайомство з темою, аналіз технічного завдання ТЗ (0,3)

    2. Підбір і вивчення довідкової літератури (1)

    3. Розробка алгоритму та структури програми (1)

    4. Програмування (1,5)

    5. Тестування програмного забезпечення (ПО) (1,5)

    6. Розробка інструкції та описів ПЗ (0,7)

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

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

    1. Прямі матеріальні витрати

    2. Фонд оплати праці

    3. Відрахування на соціальні потреби

    4. Амортизаційні відрахування

    5. Накладні витрати

    6. Інші витрати.

    Розрахунок матеріальних витрат наведено в таблиці 4.1.

    Таблиця 4. 1 - Розрахунок прямих матеріальних витрат

    Матеріали

    Ед.ізмеренія

    Кількість

    Ціна за один. (Руб.)

    Вартість (грн.)

    Папір

    лист

    1000

    0,25

    250,00

    Канцтовари

    -

    -

    -

    150,00

    Картриджі

    шт.

    1

    800,00

    800,00

    CD-RV (диски)

    шт.

    2

    35,00

    70,00

    Разом




    1 270,00

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

    кв / год

    150

    0,83

    124,50

    Разом




    1394,50

    Прямі матеріальні витрати склали 1394,50 рублів.

    Для здійснення проекту одноразові або капітальні витрати відсутні, проект буде розроблятися на наявному комп'ютері.

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

    Таблиця 4.2 - Баланс робочого часу

    П / п

    Найменування показників

    ІТП

    1

    Число календарних днів у 6 місяцях

    182

    2

    Число вихідних і неробочих днів в 6 місяцях

    56

    3

    Число робочих днів у 6 місяцях

    126

    4

    Невихід на роботу:



    А) через хворобу

    0


    Б) чергову відпустку

    0

    5

    Фактичне число робочих днів у 6 місяцях

    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

    Амортизаційні відрахування

    -

    Інші витрати

    -

    Накладні витрати

    9944,42

    Разом

    32785,30

    Розрахунок щомісячних витрат на експлуатацію системи наведемо в таблиці 4.6.

    Таблиця 4.6 - Розрахунок витрат на експлуатацію системи

    Стаття витрати

    Сума (грн.)

    Зарплата фахівця з ПДОУ

    7000,00

    Відрахування на соціальні потреби

    1946,00

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

    125,00

    Разом

    9071,00

    Для оцінки інвестиційного проекту АРМ фахівця з ПДОУ необхідно розрахувати плановані надходження грошових коштів від реалізації платних додаткових освітніх послуг по місяцях.

    Розрахунок наведемо в таблиці 4.7.

    Таблиця 4.7 - Розрахунок планованих надходжень

    Місяць

    Збільшення

    обсягу

    послуг,%

    Сума, руб.

    Витрати,

    руб.

    CF, руб.

    руб.

    1

    0

    0

    9071,00

    - 9071,00

    - 9071,00

    2

    1

    9170,00

    9071,00

    99,00

    - 8972,00

    3

    1

    9170,00

    9071,00

    99,00

    -8873,00

    4

    2

    18340,00

    9071,00

    9269,00

    396,00

    5

    2

    18340,00

    9071,00

    9269,00

    9665,00

    6

    2

    18340,00

    9071,00

    9269,00

    18934,00

    7

    3

    27510,00

    9071,00

    18439,00

    37373,00

    8

    3

    27510,00

    9071,00

    18439,00

    55812,00

    9

    3

    27510,00

    9071,00

    18439,00

    74251,00

    10

    3

    27510,00

    9071,00

    18439,00

    92690,00

    11

    3

    27510,00

    9071,00

    18439,00

    111129,00

    12

    3

    27510,00

    9071,00

    18439,00

    129568,00

    Проведемо оцінку інвестиційного проекту АРМ фахівця з ПДОУ:

    де

    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- Вихідні дані

    № п / п

    Найменування показників

    Умовне позначення

    Одиниця

    вимірювання

    Значення показників





    До впровадження

    Після

    впровадження

    1

    З / п огранізатора ПДОУ

    31

    руб.

    9 000

    7 000

    2

    З / п спеціалісту ПДОУ

    32

    руб.

    12 000

    10 000

    3

    З / п вчителям початкової ланки

    33

    руб.

    25 000

    25 000

    4

    З / п вчителям середньої ланки

    34

    руб.

    30 000

    30 000

    5

    З / п програміста

    35

    руб.

    -

    8 000

    6

    Вартість електроенергії

    36

    руб

    0,83

    0,83

    7

    Коефіцієнт відрахувань

    F

    %

    26

    26

    8

    Норм. коефіцієнт приведення витрат до єдиного році

    Ен

    -

    -

    0,25

    9

    Час на розробку

    Т

    міс.

    -

    6

    4.3.2 Розрахунок витрат на рішення задачі до впровадження інформаційної системи

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

    Р = Р осн + Р АУП + Р заг,

    де Р осн - заробітна плата основного виробничого персоналу, руб.;

    Р АУП - заробітна плата адміністративно-управлінського персоналу, руб.;

    Р заг - загальновиробничі витрати, руб.

    У даному випадку заробітна плата адміністративно управлінського персоналу дорівнює:

    Р АУП = 0,25 * Р осн.

    Загальновиробничі витрати:

    Р заг = Р Ен + Р м + Р рем + Р кс + Р зап + Р ЗПО + Р пр,

    де Р ен - витрати на оплату електроенергії, руб. залежать від кількості обладнання, споживаної потужності, кВт на годину;

    Р м - витрати на матеріали, пов'язані з функціонуванням розробленої системи, руб.;

    Р рем - витрати, пов'язані з ремонтом устаткування, руб.;

    Р зап - витрати, пов'язані з придбанням запчастин для ремонту, руб.;

    Р ЗПО - витрати на програмне забезпечення, руб.;

    Р кс - витрати на оренду каналів зв'язку, руб.;

    Р пр - інші витрати (Р пр = 0,6 Р заг).

    Споживання електроенергії в місяць - 150 кВт.

    Р Ен = 150,00 * 0,83 * 12 = 1494,00 руб.

    Витрати на матеріали склали (див. табл. 4.9):

    Таблиця 4.9 - Витрати на матеріали до впровадження ІС

    Матеріали

    Од. вимірювання

    Кількість

    Ціна за один. (Руб.)

    Вартість (грн.)

    Папір

    лист

    1000

    0,25

    250,00

    Канцтовари

    -

    -

    -

    150,00

    Картриджі

    шт.

    1

    800,00

    800,00

    CD-RV (диски)

    шт.

    2

    35,00

    70,00

    Разом




    1 270,00

    Р м = 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 - Результати розрахунку

    Найменування показників

    Умовні позначення

    Одиниці виміру

    Значення показників

    Примітка

    Наведені витрати

    З

    руб.

    1421894,40


    Витрати до впровадження ІС

    Р 0

    руб.

    1482374,40


    Витрати після впровадження

    Р 1

    руб.

    1406774,40


    Умовний економічний ефект

    руб.

    75600,00

    Термін окупності

    Т р


    9,5 місяців

    Розрахунковий коефіцієнт

    Е р


    1,25

    Розрахунки показали, що витрати значно скоротилися. Отримано умовний економічний ефект у розмірі 75600,00 руб.

    При впровадженні ІС скоротився час, що витрачається на виготовлення розрахунку вартості послуг. Знизилися витрати на заробітну плату. Термін окупності становить 9,5 місяців. Розрахунковий коефіцієнт більше нормативного Е n £ Е р = 1,25 що доводить доцільність розробки і впровадження ІС.

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

    4.4 Обгрунтування вибору методу розрахунку економічної ефективності

    В якості об'єкта оцінки ефективності в даній роботі розглядається розроблена система - автоматизоване робоче місце фахівця ПДОУ в школі.

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

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

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

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

    Висновок

    У процесі роботи над дипломним проектом була поставлена ​​мета розробки системи «Автоматизоване робоче місце фахівця з надання платних додаткових освітніх послуг». Дана система розроблялася для МОУ СЗШ № 12 м. Сургута на основі проведеного аналізу ринку подібних програмних продуктів. При цьому не було виявлено жодного подібного існуючого програмного продукту, що ще раз показало актуальність теми.

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

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

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

    Впровадження даної розробки дозволило:

    • підвищити якість і точність розрахунків,

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

    • скоротити час на пошук необхідної інформації;

    • скоротити час на формування документів.

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

    Отримано умовний економічний ефект від розробки в розмірі 75600,00 рублів на рік. Термін окупності становить 9,5 місяців.

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

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

    1. Вендров А.М. Проектування програмного забезпечення економічних інформаційних систем: Підручник.-М.: Фінанси і статистика, 2006.

    2. Інформатика: Підручник / За ред. проф. Н.В. Макарової. - М.: Фінанси і статистика, 2003. - 768 с.

    3. Казарін О.В. Безпека програмного забезпечення комп'ютерних систем. Москва, МГУЛ, 2003.-212 с.

    4. Козирєв О.А. Інформаційні технології в економіці та управлінні: Підручник. Изд.3-е-СПб.: Вид-во Михайлова В.А., 2003.-496 с.

    5. Конєв І.Р., Бєляєв А.В. Інформаційна безпека предпріятія.-СПб.: БХВ-Петербург, 2003.-752 с.: Іл.

    6. Клочков Г.А. Інформаційні технології на базі ACCESS: Навчальний посібник. / / Сургут: Сургутський філія Московської академії підприємництва, 2004. - 60 с.

    7. Малихіна М.П. Бази даних: основи, проектування, використання. СПб.: БХВ-Петербург, 2004.

    8. Методичні вказівки до дипломного проектування / / Под ред. Анісімов В.А, Денисов В.В., Клочков Г.А., Курчеева Г.І., Ходус М.В.-Сургут: Сургутський філія Московської академії підприємництва, 2008 - с.

    9. Офіційний сайт МОУ СЗШ № 12 м. Сургута http://school12.admsurgut.ru/

    10. Загальноросійські класифікатори http://www.aup.ru/docs/klasif/okok1.htm

    11. Програмне забезпечення ACCESS: http://access.nm.ru/

    12. Смирнова Г.М. та ін Проектування ЕІС / / М.: Світ, 2003. - 168 с.

    13. Смирнова Г.Н., Сорокін А.А., Тельнов Ю.Ф. Проектування економічних інформаційних систем: Підручник для вузів / Під ред. Тельнова Ю.Ф. - М.: Фінанси і статистика, 2003. - 512 с.

    14. Сайт http://www.moya-shkola.ru/

    15. Сайт http://www.km-school.ru/r1/versions.asp

    16. Сайт http://manager-edu.mcfr-ep.ru/material/default.aspx? catalogid = 23

    17. Титоренко Г.А. Автоматизовані інформаційні технології в економіці. М.: Комп'ютер, ЮНИТИ, 2006.

    18. Трубілін І.Т., Семенов М.І., Лойко В.І., Барановська Т.П. Автоматизовані інформаційні технології в економіці. М.: Фінанси і статистика, 2005.

    19. Уткін В.Б. Інформаційні системи в економіці: Підручник для студ. Вищ. Учеб. Закладів / В.Б. Уткін, К.В. Балдін. - М.: Видавничий центр «Академія», 2007.

    20. Фігурне В. Е. IBM PC для користувача. Короткий курс. - М.: ИНФРА - М, 2003.

    Посилання (links):
  • http://school12.admsurgut.ru/
  • http://www.moya-shkola.ru/portal/searchresult/n/МОУ+СОШ+ № 12 + в + Сургуте/m/3.aspx
  • http://www.km-school.ru/r1/versions.asp
  • http://manager-edu.mcfr-ep.ru/material/default.aspx?catalogid=23
    • Додати в блог або на сайт

    Цей текст може містити помилки.

    Програмування, комп'ютери, інформатика і кібернетика | Диплом
    473.2кб. | скачати

    Схожі роботи:
    Надання платних медичних послуг
    Правові основи надання платних медичних послуг
    Особливості надання додаткових послуг у готельному господарстві
    Відкриття приватного підприємства з надання платних медичних послуг
    Розробка заходів щодо підвищення ефективності роботи у сфері надання платних послуг установи
    Договір надання освітніх послуг
    Методика проведення фенологічних спостережень в додаткових освітніх установах
    Сфера платних послуг у медицині
    Організація платних мед послуг в г Болотне
    © Усі права захищені
    написати до нас