АРМ специалиста по предоставлению платных дополнительных образовательных услуг

Введение
Запоследние десять лет произошло коренное изменение роли и места персональныхкомпьютеров и информационно-коммуникационных технологий в жизни общества.Человек, умело, эффективно владеющий технологиями и информацией, имеет другой,новый стиль мышления, принципиально иначе подходит к оценке возникшей проблемы,к организации своей деятельности.
В настоящеевремя все большее распространение, как в производстве, так и в документооборотепредприятий находит компьютерная техника, все шире становится переченьохватываемых ею задач. Постоянно растет объем и сложность обрабатываемойинформации, требуются все новые виды ее представления.
Вот тольконекоторые из преимуществ, которые дает использование вычислительной техники приработе организации:
·       возможностьоперативного контроля над достоверностью информации;
·       уменьшениечисла возможных ошибок при генерировании производных данных;
·       возможностьбыстрого доступа к любым данным;
·       возможностьбыстрого формирования отчетов;
·       экономиятрудозатрат и затрат времени на обработку информации.
Все этипреимущества в данный момент оценены многими организациями, поэтому, сегоднянаблюдается процесс бурного развития специализированных информационных систем ивнедрения их в работу различных учреждений.
Какпоказывает практика, без новых информационных технологий уже невозможнопредставить и современную школу.
Информатизацияобразования – одно из ключевых направлений развития учреждения. Обеспечиваетвозможности использования в образовании современных информационных средств,повышение эффективности традиционных процессов обучения, воспитания, управленияобразованием, а также задачам развития содержания образования, технологийобразовательного процесса и свойств образовательной среды школы.
Такаяорганизация как Муниципальное Общеобразовательное Учреждение «Средняяобщеобразовательная школа (МОУ СОШ) №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=(SC1*KC1)+ (SC2* KC2)+ (SCi* KCi)
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, к сожалению, средстворазработки и администрирования, поставляемое в составе дистрибутива (InterbaseConsole), недостаточно удобно, но обладает необходимой функциональностью.Поэтому существуют более удобные средства разработки и администрирования,созданные сторонними разработчиками, такие как 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 TDATEU –количество пользователей, подключенных к СУБД;
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, так и с MicrosoftInternet Information Server.
Кроме того,существенным преимуществом этой СУБД перед другими является возможностьэкспорта и импорта в большинство распространенных форматов данных, что включаеткак клиент-серверные и файл-серверные, так и XML формат. В качестве источникови приемников данных там выступают драйвера OLEDB. А если драйвер OLEDBотсутствует, для нужного источника данных можно использовать драйвер OLEDB дляODBC, что позволяет производить импорт-экспорт практически в любой форматданных. И все это с помощью инструментария, входящего в состав дистрибутива. Этавозможность позволяет использовать MS SQL Server в качестве централизованногохранилища данных как в OLTP, так и в OLAP-системах.
Каксущественное преимущество InterBase следует рассматривать то, что такиепопулярные продукты от Borland, как Delphi и CBuilder поставляются скомпонентами, позволяющими работать с данной СУБД, используя ее собственноеAPI, что позволяет достичь очень высокого быстродействия.
Выводы повыбору СУБД.
Итак,рассмотренные здесь СУБД имеют свои достоинства и недостатки. Рассмотренноевыше тестирование не выявило явных лидеров и аутсайдеров, результатысопоставимы друг с другом для всех рассмотренных платформ.
Однако ввидутого что основной программный модуль разработан с помощью языка Access, а также учитываяминимальные требования к серверу БД и стоимость продажи, для проекта былавыбрана СУБД MySQL
Для решенийна основе MySQL также характерны легкость использования и управления, производительность,масштабируемость, переносимость, эффективное использование ресурсов и восстановлениепосле сбоя. MySQL разработан именно с целью удовлетворять всем этим требованиям.
На основеанализа возможных вариантов решения поставленной проектной задачи сделаныследующие выводы:
·       дляразрабатываемой системы следует выбрать топологию сети «звезда» на основекабельной системы «витая пара». Данный вид сетей наиболее распространен внастоящий момент и сочетает в себе скорость передачи данных, простотуразвертывания и относительно не дорогую стоимость. Однако приложение содинаковым успехом сможет работать и на отдельной машине при условии установкина ней соответствующего серверного программного обеспечения.
·       вкачестве операционной системы может быть использована MS Windows XP Professional ввиду еераспространенности и надежности.
·       вкачестве языка программирования для написания интерфейса пользователя ипрограммы обработки данных может быть использован Access в виду поддержки иминтерфейса программирования выбранной СУБД My 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 с углубленным изучением отдельных предметов, связанной с приемом,хранением и предоставлением информации по платным дополнительнымобразовательным услугам.
Системапризвана автоматизировать:
·  сбор, систематизация,хранение и организация использования материалов фонда хранения;
·  учет в установленномпорядке данных по ПДОУ;
·  сбор, хранение и выдачанужной информации по запросам заказчиков и вышестоящих органов;
·  создание электронныхархивов актуальной информации;
·  подготовка отчетныхматериалов;
·  прием, учет и хранениеинформации по ПДОУ.
       Цели создания системы
Сиспользованием АРМ специалиста по предоставлению ПДОУ должна повыситьсяэффективность деятельности МОУ СОШ №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 200 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. Конкретныеверсии компонентов ПО определяются на этапе ввода в действие.
ПО является покупным идолжно быть лицензионным.
Общие требования к программному обеспечению:
а)   программное обеспечениесистемы должно быть достаточным для выполнения всех функций системы,реализуемых с применением средств вычислительной техники, а также иметьсредства организации всех требуемых процессов обработки данных, позволяющиесвоевременно выполнять все автоматизированные функции во всехрегламентированных режимах функционирования СИСТЕМЫ;
б)   программное обеспечениесистемы должно обладать следующими свойствами:
·                              функциональнаядостаточность (полнота);
·                              надежность(в том числе восстанавливаемость, наличие средств выявления ошибок);
·                              адаптируемость;
·                              модифицируемость;
·                              модульностьпостроения;
·                              удобствоэксплуатации.
в)   программное обеспечениесистемы должно быть построено таким образом, чтобы отсутствие отдельных данныхне сказывалось на выполнении функций системы, при реализации которых эти данныене используются;
г)    в программном обеспечениисистемы должны быть реализованы меры по защите от ошибок при вводе и обработкеинформации, обеспечивающие заданное качество выполнения функций системы;
д)   все компонентыпрограммного обеспечения системы должны быть совместимы как между собой, так ис системным программным обеспечением;
е)    эксплуатационнаяпрограммная документация на систему должна содержать сведения, необходимыеперсоналу системы для использования программного обеспечения, для егопервоначальной установки, запуска программ системы.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 Невыходы на работу: А) по болезни Б) очередной отпуск 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 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– первоначальные инвестиции;
/>– годичная суммаденежных поступлений от реализации инвестированного проекта.
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 = 15240,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г. Сургута school12.admsurgut.ru/
10.          Общероссийскиеклассификаторы www.aup.ru/docs/klasif/okok1.htm
11.          Программноеобеспечение ACCESS: access.nm.ru/
12.          СмирноваГ.Н. и др. Проектирование ЭИС // М.: Мир, 2003. – 168 с.
13.          СмирноваГ.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономическихинформационных систем: Учебник для вузов / Под ред. Тельнова Ю.Ф. – М.: Финансыи статистика, 2003. – 512 с.
14.          Сайт www.moya-shkola.ru/
15.          Сайт www.km-school.ru/r1/versions.asp
16.                    Сайт manager-edu.mcfr-ep.ru/material/default.aspx? catalogid=23
17.          ТиторенкоГ.А. Автоматизированные информационные технологии в экономике. М.:Компьютер, ЮНИТИ, 2006.
18.          ТрубилинИ.Т., Семенов М.И., Лойко В.И., Барановская Т.П. Автоматизированныеинформационные технологии в экономике. М.: Финансы и статистика, 2005.
19.          УткинВ.Б. Информационные системы в экономике: Учебник для студ. Высш. Учеб.Заведений / В.Б. Уткин, К.В. Балдин. – М.: Издательский центр «Академия»,2007.
20.          ФигурновВ.Э. IBM PC для пользователя. Краткий курс. – М.: ИНФРА – М, 2003.