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

Введение

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

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

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

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

    уменьшение числа возможных ошибок при генерировании производных данных;

    возможность быстрого доступа к любым данным;

    возможность быстрого формирования отчетов;

    экономия трудозатрат и затрат времени на обработку информации.

Все эти преимущества в данный момент оценены многими организациями, поэтому, сегодня наблюдается процесс бурного развития специализированных информационных систем и внедрения их в работу различных учреждений.

Как показывает практика, без новых информационных технологий уже невозможно представить и современную школу.

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

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

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

Для достижения этой цели необходимо решить ряд задач, таких как:

    провести детальный анализ и дать технико-экономическую характеристику предметной области – МОУ СОШ №12 г. Сургута, и конкретно её структуре – отделу по предоставлению платных дополнительных услуг;

    рассмотреть существующую технологию обработки информации и выявить ее недостатки;

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

    выбрать технологию проектирования и технического, программного, информационного, а также технологического обеспечения;

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

    провести анализ состояния защиты данных в ИС;

    обосновать проектное решение по экономической эффективности.

Вся информация собирается и обрабатывается именно за данным рабочим столом пользователя. Следовательно, АРМ любого информационного работника должен удовлетворять двум целям:

    АРМ должен быть адаптирован на конкретного работника. Это значит, что конкретный сотрудник АРМа использует его как инструментарий для решения своих задач без дополнительного изучения способов и методов использования этого АРМа.

    Проблемная ориентация АРМа на задачи пользователя. То есть все информационные технологии, запрограммированные в АРМе должны адекватно отражать все шаги информационных технологий без ЭВМ. Должна быть функциональная полнота шагов и полное информационное соответствие реальных и машинных документов.

Для достижения этих целей необходимо выполнение следующих задач:

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

      простота выполнения этих операций;

      наличие помощи;

      отображение всего документооборота;

      наличие сопровождения;

      полная автоматизация всех процессов по обработке информации.

Разрабатываемая Информационная система должна будет сократить время, затрачиваемое специалистом по предоставлению ПДОУ на поиск, обработку требуемой для работы информации. Также сократится время на формирование выходных документов. Система хранения и поиска информации позволит быстро найти требуемый документ.

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

1. Аналитическая часть

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

Вывод: Целью аналитической части является рассмотрение существующего состояния предметной области, характеристика объекта и системы управления и обоснование предложений по устранению выявленных недостатков, внедрению новых подходов, новых технологий и т.д.

Раздел написан на основании результатов преддипломной практики, обзора нормативно-справочной документации, базы данных норм и правил и информации из сети Internet.

1.1 Технико-экономическая характеристика предметной области

МОУ СОШ №12 с углубленным изучением отдельных предметов – государственное, некоммерческое учреждение. Создано на основании решения исполнительного комитета Сургутского городского Совета народных депутатов от 30.08.1979 г. №183 «Об открытии общеобразовательной средней школы №12».

Основными целями Учреждения являются:

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

    адаптация обучающихся к жизни в обществе;

    освоение обучающимися системы знаний и приемов самостоятельной деятельности на уровне не ниже государственного образовательного стандарта;

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

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

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

В 1996, 1998, 1999 годах школа получала звание лауреата Всероссийского конкурса «Школа года».

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

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

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

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

Уже в течение многих лет школа работает в направлении профилизации процесса обучения. Это классы повышенного уровня обучения, классы с углубленным изучением отдельных предметов, технологический профиль обучение в учебно-производственном комплексе (УПК). Для этого имеются определенные условия. Наиболее соответствующие их них: кадровый потенциал, учебно-материальное обеспечение, учебно-техническая база – для создания таких профилей, как гуманитарный, физико-математический, естественно-научный, социально-гуманитарный.

1.2 Организационная структура объекта автоматизации

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

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

1.3 Функциональная структура объекта автоматизации

Объектом автоматизации выбрано рабочее место специалиста по предоставлению платных дополнительных образовательных услуг в МОУ СОШ №12 с углубленным изучением отдельных предметов. Свою деятельность осуществляет на основании Устава школы и Положения о платных дополнительных услугах.

В ходе своей профессиональной деятельности специалист по предоставлению ПДОУ выполняет следующие функции:

    изучает спрос в платных дополнительных услугах со стороны потребителей (родителей, учащихся);

    на основе анализа учувствует в составлении учебного плана платных образовательных услуг;

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

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

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

    составляет и сдаёт табеля посещаемости и другую первичную документацию в Управление учета и отчетности образовательных учреждений (УУООУ);

    участвует в разработке и составлении «Сметы доходов и расходов по предпринимательской и иной, приносящей доход деятельности»;

    координирует и контролирует доходы и расходы по внебюджетным средствам;

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

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

    обеспечивает сохранность документов.

В процессе своей работы специалист по ПДОУ выполняет следующие действия:

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

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

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

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

    составляет реестр по договорам;

    рассчитывает стоимость услуг для каждого потребителя (помесячное табелирование посещаемости учеников по унифицированной форме);

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

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

    предоставляет обработанную информацию по предоставлению платных дополнительных услуг в Управление учета и отчетности образовательных учреждений (УУООУ);

    получает сальдо расчетов (остатки по оплате за ПДОУ) из УУООУ;

    расшифровывает данные по подгруппам и индивидуально по ученикам;

    выдает классным руководителям данные по остаткам учеников для доведения этой информации до родителей;

    контролирует доходы по внебюджетным средствам;

    проводит мониторинг по предоставлению ПДОУ по учебным годам;

    составляет перечень ПДОУ на финансовый год;

    участвует в разработке и составлении «Сметы доходов и расходов по предпринимательской и иной, приносящей доход деятельности»;

    контролирует расходы по внебюджетным средствам.

1.4 Информационная модель объекта автоматизации

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

В связи с большой трудоемкостью и однообразием работ по предоставлению ПДОУ возникла необходимость в автоматизации данного вида деятельности специалиста по предоставлению ПДОУ.

Эта информационная модель представлена на рисунках 1.2 –1.7.

Рисунок 1.2– Информационная модель AS-IS

Деятельность специалиста по ПДОУ

Основанием для деятельности специалиста является положение о платных услугах. На основании положения разрабатывается и утверждается прейскурант о платных услугах. Далее с прейскурантом ознакамливается потребитель услуг и составляется индивидуальный план (заявка).

Рисунок 1.3-Декомпозиция информационной модели AS-IS деятельности специалиста по ПДОУ

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

Рисунок 1.4 – Декомпозиция процесса AS-IS

Составление учебного плана, тарификации, приказов

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

Рисунок 1.5 – Декомпозиция AS-IS

Заключение договоров

На основании списка учеников заключаются договора об оказании ПДОУ с потребителями и договора об оказании возмездных услуг с исполнителями.

Рисунок 1.6 – Декомпозиция AS-IS

Ведение табелей

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

Рисунок 1.7 – Декомпозиция AS-IS

Расчета стоимости услуг

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

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

1.5.1 Общая характеристика организации решения задачи на ЭВМ

Объектом автоматизации выбрано рабочее место специалиста по предоставлению ПДОУ в МОУ СОШ №12 с углубленным изучением отдельных предметов.

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

Для создания АРМа специалиста по предоставлению ПДОУ необходимо:

    разработать формы документов (входной, выходной, нормативно – справочной);

    обосновать и выбрать новую информационную технологию (комплекс технических средств, информационное обеспечение, программное обеспечение).

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

К нормативно – справочной относится прейскурант с наименованием и ценой услуги, тарификация.

К выходной информации относятся ежемесячные табеля посещаемости детей по платным услугам, табеля учета рабочего времени учителей, данные по задолженности, смета доходов и расходов.

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

    сокращение на 85% времени формирования документов (табелей, реестра, сальдо расчетов и т.д.);

    улучшение на 30% качества и достоверности данных;

    повышение степени защищенности информации;

    увеличение количества аналитических показателей, получаемых на базе исходных данных;

    повышение качества предоставляемых услуг;

    расширение списка предоставляемых услуг.

Для достижения этой цели потребовалось решить следующие задачи:

    изучить назначение, состав и принципы функционирования или организации проектируемого объекта;

    изучить проектно-технологическую документацию;

    выполнить технико-экономическое обоснование выполняемой разработки;

    обеспечить информационную безопасность проекта;

    определить надежность программного средства.

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

    поиск информации о потребителях;

    расчет стоимости услуг;

    расчет суммы к уплате за определенный период;

    формирование выходных форм отчетной документации.

Разработка и внедрение ИС не предполагает каких-либо изменений в функциях специалиста по ПДОУ.

Источниками оперативной информации являются утвержденные и согласованные нормативные документы.

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

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

1.5.2 Формализация расчетов

Формализованное моделирование осуществляется по определенным правилам. Согласно правилам по каждому экономическому показателю выявляются реквизиты-признаки и реквизиты-основания. Им присваиваются условные обозначения: реквизитам-основаниям заглавные буквы, реквизитам-признакам строчные буквы. Экономический показатель выражается в виде совокупности обозначений. Взаимосвязи показателей представляются в виде формул. Совокупность формул отражает инфологическую модель решения задачи.

При разработке отчета «Данные по задолженности» за основу принимаем табеля учета посещаемости детей. В отчет включаем следующие колонки:

– идентификационный номер ученика;

– Ф.И.О. ученика;

– остаток на начало периода (месяц);

– сумма начислений за определенный период времени (месяц);

– сумма внесенной оплаты (через банк);

– остаток на конец периода (долг (–), переплата (+)).

Стоимость предоставленной услуги вычитываем по следующей формуле:

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

SC – стоимость одного часа;

KS – количество часов в месяц (посещенных учеником).

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

– мир логики;

– секреты орфографии;

– занимательная арифметика.

По условиям договора количество предоставляемых услуг по каждому предмету – четыре часа в месяц. Но, допустим, Андрей болел с 12 числа по 21 текущего месяца и у него выпало некоторое количество занятий, которые приходились на дни болезни.

Следовательно,

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

Стоимость предоставленной услуги за определенный месяц равна 362 рубля 50 копеек.

Далее вся суммы, вносимые в колонки начислений и оплаты, суммируются с данными, уже имеющимися в данной строке данной колонки.

Чтобы рассчитать сумму долга (переплаты), надо к остатку на начало прибавить начисления и отнять внесенную оплату.

Разрабатываемая АРМ должна быть гибкой, т.е. настраиваемой на различные модификации.

1.6 Аналоги разрабатываемого АРМ

На сегодняшний день в сфере образования происходят интенсивные процессы формирования новых информационных ресурсов и предоставления новых образовательных сервисов, в том числе, сетевых. Процесс информатизации образования происходит в настоящее время на различных уровнях: от федеральных отраслевых целевых программ до муниципальных и школьных инициатив. Каждый регион имеет собственную программу информатизации образования, включая и программы повышения квалификации педагогических работников в области использования ИКТ в образовательном процессе, но, к сожалению, даже учет местной специфики не позволяет избежать сходных трудностей по их реализации. Несогласованность государственных и негосударственных программ, дублирование структур, решающих одинаковые задачи; повторение ошибок, неэффективных решений, слабость горизонтальных связей, отсутствие стандартов информационного обмена – все это приводит к торможению процесса формирования единого информационного образовательного пространства страны, разобщенность региональных структур повышения квалификации в сфере информатизации образования.

Другой важнейшей проблемой является удаленность существующих структур от конечного потребителя – учебных заведений и образовательных учреждений. Большинство из ресурсных центров работает на федеральном и региональном уровнях, поддерживая, в основном, учителей и учебные заведения региональных центров, а вынужденная стандартизация сервисов приводит к тому, что не учитываются особенности информатизации конкретных школ и территорий. Эффективность действий структур, поддерживающих информатизацию образования, значительно выросла бы при наличии более тесных контактов с непосредственными потребителями предоставляемых ресурсными центрами услуг.

Частично проблему информатизации образовательного процесса попыталась восполнить компания ИВЦ «АВЕРС». Она предлагает к реализации следующие продукты:

      Автоматизированная информационно-аналитическая система «Управление образовательным учреждением (АРМ Директор)» – позволяет:

– сформировать информационную инфраструктуру учреждения;

– повысить качество и обоснованность принимаемых решений по управлению учреждением;

– управлять процессом подготовки и переподготовки педагогических кадров;

– избавить руководителя от рутины административного труда;

– сформировать единый информационный ресурс, необходимый для автоматизации процесса управления системой образования в звене «территориальный (региональный) орган управления – учреждение образования».

Версии программы:

– для общеобразовательных учреждений;

– для учреждений дошкольного образования;

– для учреждений профессионального образования.

Для практической работы программного комплекса в средних образовательных учреждениях программным способом организованы следующие рабочие места:

– директор школы;

– секретарь;

– завуч;

– учитель;

– медиатека;

– здоровье;

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

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

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

– проследить путь каждого документа (издания), от его поступления на баланс школьной библиотеки до списания;

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

– спланировать деятельность библиотеки;

– обеспечить быстрый поиск необходимых документов (изданий).

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

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

АИАС «РОНО» – программа, формирующая единое информационное пространство территориальной (районной, городской, областной) образовательной системы.

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

– вести полный синтетический, а также многоуровневый аналитический учет;

– осуществлять текущий финансовый контроль над использованием денежных средств;

– формировать достоверную отчетность, выполняя при этом контрольные функции в отношении сохранности бюджетных средств;

– получать объективную информацию для принятия решений по управлению материальными и финансовыми ресурсами учреждения;

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

– взаимодействовать с подразделениями органов Федерального казначейства, Пенсионного фонда РФ, Инспекций Министерства по налогам и сборам РФ и др.

Версии:

– для образовательных учреждений самостоятельного баланса (Школа, Детский сад, ПТУ);

– для централизованных бухгалтерий.

5. Автоматизированная информационно-аналитическая система «Аверс: Тарификация» – в полном объеме автоматизирует выполнение работ по планированию затрат на выплату заработной платы и позволяет:

проводить расчет тарификации сотрудников учреждения на основании:

– штатного расписания, учебного плана, данных о распределении нагрузки

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

– рассчитывать тарифный и надтарифный фонды заработной платы учреждения;

– унифицировать процедуру формирования штатного расписания;

– планировать потребности учреждения (учреждений региона) в педагогических и административных кадрах;

– оптимизировать затраты на оплату труда сотрудников учреждений;

– повысить эффективность использования бюджетных средств, выделяемых на выплату заработной платы.

6. Автоматизированная информационно-аналитическая система «Аверс: Смета» – автоматизирует процесс формирования и сопровождения исполнения сметы учреждения и позволяет:

– реализовать несколько схем расчета сметы доходов и расходов учреждения:

– исходя из установленных Федеральных и региональных нормативов финансирования;

– на основании данных о фактическом исполнении сметы предыдущего отчетного периода, установленных индексов дефляторов;

– формировать консолидированные сметы учреждений в соответствии с бюджетной классификацией;

– проводить расчет утвержденной сметы учреждения;

– осуществлять разассигнование смет;

– формировать план на финансирование расходов учреждения, вести учет заявок на внесение изменений (так называемые «передвижки») в смету.

7. Автоматизированная информационно-аналитическая система «Сводная отчетность» – позволяет:

– формировать консолидированную (сводную) бухгалтерскую и статистическую отчетность учреждений;

– контролировать достоверность первичных отчетов учреждений;

– осуществлять многофакторную аналитическую обработку результатов консолидации отчетов.

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

– учитывать санитарные правила и нормы;

– учитывать распределение классов по сменам;

– объединять классы в поток;

– делить классы (потоки) на группы;

– составлять расписание классов без «окон»;

– генерировать различные формы таблиц расписания;

– планировать замены;

– представлять таблицы в Excel, Word и HTML форматах;

– сокращать «окна» в расписании учителей и многое другое.

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

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

Готовое расписание одного, всех или некоторых классов или учителей можно сохранить в форматах Microsoft Word, Excel или HTML.

Вся продукция предприятия имеет сертификаты соответствия качеству Российской Федерации.

Также проблему информатизации в школе попыталась решить Лаборатория информационных технологий «БАРС». Она разработала систему управления школой – Школьный офис – это возможность создания АРМов. Целью внедрения комплекса ПО «Школьный офис» в процессы управления образованием на уровне образовательного учреждения является:

– стимулирование процесса информатизации школы путем внедрения в существующий процесс работы директора и его аппарата средств автоматизации;

– повышение информационной культуры административного аппарата;

– создание и поддержка баз данных;

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

– автоматизация функциональных задач управления;

– изменение привычных механизмов работы;

– создание информационной среды управления в учреждении;

– административная сеть, общие базы данных, подключение к стержневым общешкольным базам предметных АРМ по направлениям – библиотека, учителя, родители с локальным и Интернет доступом.

1.7 Обоснование проектных решений по видам обеспечения

1.7.1 Обоснование проектных решений по информационному обеспечению

Этот пункт включает обоснование проектных решений по техническому, информационному, программному и технологическому обеспечению задачи.

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

Информационное обеспечение состоит из внутримашинного, которое включает массивы данных (входные, промежуточные, выходные), программы для решения задач, и внемашинного, которое включает системы классификации и кодирования оперативных документов, нормативно-справочной информации (НСИ).

Одно из важных требований к информационному обеспечению – это достоверность данных информационной базы.

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

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

    функционирование в режиме диалога с пользователем;

    наличие накопителей информации;

    исключение бумажных технологий для обработки информации.

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

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

    загрузка программы;

    ввод данных;

    контроль информации и возможность корректировки;

    справочно-информационное обслуживание;

    формирование информационных массивов;

    вывод информации.

Существует несколько способов регистрации первичной информации:

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

    документальный с регистрацией на машинном носителе;

    автоматический.

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

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

Организация диалога осуществляется посредством установки связей между данными, которые представляют собой информационные модели.

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

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

1.7.2 Обоснование проектных решений по технологическому обеспечению

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

Технологический процесс, как правило, состоит из нескольких этапов. Целью первого этапа является сбор, регистрация, передача данных для дальнейшей обработки. Результатом обычно является составление документа. Цель второго этапа – перенос данных на машинные носители и первоначальное формирование информационной базы. Третий этап включает операции накопления, сортировки, корректировки и обработки данных.

При выборе варианта технологического процесса требуется учитывать следующие требования:

    обеспечение достоверности обрабатываемой информации;

    решение задач в установленные сроки;

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

    наличие возможности обработки данных на ЭВМ;

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

Исходя из перечисленных выше требований целесообразно проектирование АРМа, которое позволит децентрализовать процесс решения задачи и повысить производительность.

При обработке данных желательно использовать массивы нормативно-справочной информации. Это дает преимущества в скорости поиска, выбора, сортировки и т.д. При этом необходима возможность просмотра полученных результатов перед оформлением и передачей выходной информации. Очень актуальным становится вопрос выбора режима: пакетный или диалоговый.

Пакетный режим позволяет уменьшить вмешательство пользователя в процесс решения задачи и требует от него только выполнения операций по вводу и корректировке данных, но вместе с этим появляется вероятность полной загрузки ЭВМ, что не всегда удобно для пользователя.

Практика показывает, что использование АРМ с применением методов построения модели на основе диалога обеспечивает более гибкую связь пользователя с ЭВМ.

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

Существует несколько типов диалога: управляющие команды, запросы, меню, диалог на ограниченном естественном языке.

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

1.7.3 Обоснование проектных решений по программному обеспечению

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

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

    однопользовательские и многопользовательские;

    однозадачные и многозадачные.

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

Выбор системы управления базами данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала.

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

Триггеры и хранимые процедуры.

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

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

Средства разработки приложений СУБД.

Многие производители СУБД выпускают средства разработки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера БД, поэтому при анализе СУБД стоит рассмотреть также возможности средств разработки приложений.

В MSSQL Server следует обратить особое внимание на основное средство разработки и администрирования, включенное в состав дистрибутива, – Enterprise Manager, который позволяет решать практически все задачи администрирования MS SQL Server и, кроме того, удобен для разработчика.

В InterBase, к сожалению, средство разработки и администрирования, поставляемое в составе дистрибутива (Interbase Console), недостаточно удобно, но обладает необходимой функциональностью. Поэтому существуют более удобные средства разработки и администрирования, созданные сторонними разработчиками, такие как IB Expert, EMS IB Manager.

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

Перечень операционных систем,

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

Таблица 1.1Совместимость СУБД и ОС

СУБД

ОС

InterBase

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

MS SQL Server

Windows NT, 2000, XP (Intel и Alpha)

MySQL

Linux (x86, libc6, S/390, IA64, Alpha, Sparc), Windows 95/98/NT/2000/XP, Solaris 2.9 (Sparc, 64-bit, 32-bit), FreeBSD 4.x ELF (x86), Mac OS X v10.2, HP-UX 10.20 (RISC 1.0), HP-UX 11.11 (PA-RISC 1.1 или 2.0), AIX 5.1 (RS6000), QNX 6.2.0 (x86), Novell NetWare 6 (x86), SCO OpenUnix 8.0 (x86), м SGI Irix 6.5, Dec OSF 5.1 (Alpha)

Минимальные требования к серверу БД представлены в табл. 1.2. Из данной таблицы видно, что наименее требовательна к ресурсам сервера – СУБД InterBase.

Таблица 1.2Минимальные требования к серверу БД

СУБД

Сервер

InterBase 7.0

Pentium 100 MHz, ОЗУ – 32 Мбайт, 50 Мбайт свободного места на диске.

MS SQL Server 7.0

Pentium II 350 MHz, ОЗУ – 128 Мбайт, 250 Мбайт свободного места на диске

MySQL 4.0.20

Pentium 100 MHz, ОЗУ – 64 Мбайт, 100 Мбайт свободного места на диске

Производительность.

Для сравнительного исследования СУБД после их установки на каждой из них встроенными средствами администрирования создавалась база данных TEST_DB, в которую помещалась одна таблица с именем TEST_TABLE (NUM: INTEGER; FIO_B: CHAR; NUM_CARD: INTEGER; NUM_POLUS: INTEGER; POL: CHAR; AGE_B: INTEGER; BORN_B: INTEGER; ADRESS_H: CHAR; TEL_H: INTEGER; ADRESS_R: CHAR; TEL_R: INTEGER; MED_PLACE: CHAR; VID_POS: CHAR; VID_BOL: CHAR; STATUS: CHAR; LGOTA: CHAR; VID_DOC: CHAR; FIO_DOC: CHAR; TDATE: DATE; VID_MON: INTEGER), содержащая 20 столбцов и 28096 строк записей. Как пример реальной практической задачи в этой таблице находилась информация о выданных больничных листах.

Данные таблицы были сгенерированны случайным образом. В исследовании участвовал компьютер со следующими основными характеристиками: Asus P4S533-MX / P4 2,4 GHz / RAM 256 Mb / HDD 80 Gb.

Для проведения исследования была использована программа SERVERTESTER. В ходе исследования для каждого из тестируемого сервера БД указанная программа по команде пользователя последовательно в течение 1 сессии выполняла все указанные ниже SQL – запросы и замеряла их время выполнения в мсек. Затем сессия повторялась. Количество повторов равнялось 20. Результаты каждого теста программа записывала в журнал работы, который затем был обработан – вычислены среднее значение времени выполнения каждого запроса. При этом на используемом при тестировании компьютере для исследования динамики работы серверов СУБД было запущено программное обеспечение System Monitor, в котором был включен 1 счетчик –% загруженности процессора. Перед началом каждого теста работа счетчика начиналась сначала. После окончания теста фиксировались 2 показателя – средний и максимальный проценты использования процессора, которые затем вручную вносились в журнал работы программы тестирования.

Текст SQL-запросов для тестирования подбирался таким образом, чтобы исследовать эффективность различных механизмов СУБД: безусловный запрос (характеризующий скорость доступа к данным вообще), запрос с простым условием (характеризующий скорость отбора данных по условию), запрос с группировкой и агрегатной функцией (характеризующий эффективность выполнения вычислений). Запросы выполнявшиеся в ходе тестирования приведены в табл. 1.3.

Таблица 1.3 – SQL – запросы, выполнявшиеся в ходе тестирования

Название запроса

SQL запрос

1

Простой Select

SELECT * FROM TEST_TABLE

2

Выбор больных, которые обращались до 20.01.05

SELECT FIO_B, NUM_CARD, FROM TEST_TABLE WHERE TDATE<’20.01.05’

3

Выбор среднего по возрасту больного, по группам цели посещения

SELECT FIO_BOL, AVG (AGE_B), VID_POS FROM TEST_TABLE GROUP BY VID_POS

U – количество пользователей, подключенных к СУБД;

P av – средняя загрузка процессора;

P max – максимальная загрузка процессора;

D – длительность выполнения запроса, мсек.

В табл. 1.4–1.6 приведены результаты выполнения тестовых запросов.

Таблица 1.4 – Результаты выполнения запроса №1

Тест

U=1

U=2

U=3

D

Pav

Pmax

D

P av

P max

D

P av

P max

MySQL

5450,8
(±66,5)

14,3

46,88

5608,2
(±71,8)

28,8

64,3

6011,4
(±68,0)

41,3

62,2

MS SQL Server

5237,2
(±42,0)

7,5

32,8

5721,7
(±20,4)

61,2

83,7

6387,3
(±54,7)

91

100

InterBase

6304,3
(±38,3)

28

51

6273,4
(±23,2)

63

98

6222,9
(±50,9)

86

100

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

Тест

U=1

U=2

U=3

D

P av

P max

D

P av

P max

D

P av

P max

MySQL

163,0
(±3,2)

14,3

46,88

155,3
(±4,0)

28,8

64,3

153,7
(±14,5)

41,3

62,2

MS SQL Server

153,3
(±10,9)

30,1

92

233,9
(±21,7)

73,5

100

340,8
(±20,3)

97

100

InterBase

184,8
(±3,4)

28

51

192,8
(±4,0)

63

98

201,1
(±5,9)

86

100

Таблица 1.6 – Результаты выполнения запроса №3

Тест

U=1

U=2

U=3

D

P av

P max

D

P av

P max

D

P av

P max

MySQL

89,0
(±2,9)

14,3

46,88

85,3
(±9,4)

28,8

64,3

68,3
(±2,7)

41,3

62,2

MS SQL Server

58,9
(±3,4)

30,1

92

85,5
(±7,6)

73,5

100

172,3
(±19,9)

97

100

InterBase

94,9
(±2,8)

28

51

90,6
(±4,2)

63

98

91,9
(±3,4)

86

100

По результатам тестовых запросов видно, что наиболее производительной является MySQL. MS SQL и InterBase поделили второе место, так как при подключенном одном пользователе явным лидером является MS SQL однако при увеличении числа пользователей до трех время на выполнение того же запроса у MS SQL увеличивается более чем в два раза и превышает почти в полтора раза время затрачиваемое InterBase.

Безусловно, представленные результаты тестирования отражают не только производительность самой СУБД, но и эффективность средств работы с данными в среде программирования и механизмов взаимодействия между клиентским приложением и сервером БД. Тем не менее, в рамках одного теста, проанализировав относительные результаты, можно сделать вывод о предпочтительности той или иной СУБД.

Некоторые особенности.

Основное преимущество MS SQL Server заключается в тесной интеграции ее с другими программными продуктами от Microsoft. MS SQL Server активно использует решения на базе СОМ технологии, в частности источники данных OLEDB и компоненты ActiveX. Данная СУБД отлично интегрируется как с MS Exchange, так и с Microsoft Internet Information Server.

Кроме того, существенным преимуществом этой СУБД перед другими является возможность экспорта и импорта в большинство распространенных форматов данных, что включает как клиент-серверные и файл-серверные, так и XML формат. В качестве источников и приемников данных там выступают драйвера OLEDB. А если драйвер OLEDB отсутствует, для нужного источника данных можно использовать драйвер OLEDB для ODBC, что позволяет производить импорт-экспорт практически в любой формат данных. И все это с помощью инструментария, входящего в состав дистрибутива. Эта возможность позволяет использовать MS SQL Server в качестве централизованного хранилища данных как в OLTP, так и в OLAP-системах.

Как существенное преимущество InterBase следует рассматривать то, что такие популярные продукты от Borland, как Delphi и CBuilder поставляются с компонентами, позволяющими работать с данной СУБД, используя ее собственное API, что позволяет достичь очень высокого быстродействия.

Выводы по выбору СУБД.

Итак, рассмотренные здесь СУБД имеют свои достоинства и недостатки. Рассмотренное выше тестирование не выявило явных лидеров и аутсайдеров, результаты сопоставимы друг с другом для всех рассмотренных платформ.

Однако ввиду того что основной программный модуль разработан с помощью языка Access, а также учитывая минимальные требования к серверу БД и стоимость продажи, для проекта была выбрана СУБД My SQL

Для решений на основе My SQL также характерны легкость использования и управления, производительность, масштабируемость, переносимость, эффективное использование ресурсов и восстановление после сбоя. My SQL разработан именно с целью удовлетворять всем этим требованиям.

На основе анализа возможных вариантов решения поставленной проектной задачи сделаны следующие выводы:

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

    в качестве операционной системы может быть использована 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.

0100090000030202000002008a01000000008a01000026060f000a03574d464301000000000001003c630000000001000000e802000000000000e8020000010000006c00000000000000000000002c000000710000000000000000000000523b00009a12000020454d4600000100e80200000e0000000200000000000000000000000000000061130000681b0000d2000000290100000000000000000000000000005034030028880400160000000c000000180000000a0000001000000000000000000000000900000010000000060e000065040000250000000c0000000e000080120000000c000000010000005200000070010000010000009cffffff00000000000000000000000090010000000000cc04400012540069006d006500730020004e0065007700200052006f006d0061006e00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000122d093000000000040000000000ae304f2d09300000000047169001cc0002020603050405020304877a0020000000800800000000000000ff01000000000000540069006d00650073002000000065007700200052006f006d0061006e00000000000000c62b093050cbae30003314000100000000000000044811006ab40230044811004c4eaf301c4811006476000800000000250000000c00000001000000180000000c00000000000002540000005400000000000000000000002c0000007100000001000000e174874039768740000000005a000000010000004c000000040000000000000000000000040e0000650400005000000020000e002d00000046000000280000001c0000004744494302000000ffffffffffffffff070e000066040000000000004600000014000000080000004744494303000000250000000c0000000e0000800e000000140000000000000010000000140000000400000003010800050000000b0200000000050000000c02a3000602040000002e0118001c000000fb020200010000000000bc02000000cc0102022253797374656d0000000000000000000000000000000000000000000000000000040000002d01000004000000020101001c000000fb02f2ff0000000000009001000000cc0440001254696d6573204e657720526f6d616e0000000000000000000000000000000000040000002d010100050000000902000000020d000000320a0d00000001000400000000000602a30020f80700040000002d010000030000000000

Рисунок 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 Организация технологии сбора, передачи, обработки и выдачи информации

Техническое обеспечение АРМ – это комплекс технических средств (КТС), объединенных единым технологическим процессом.

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

Задачи КТС:

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

    Решение всего комплекса задач в подсистемах АРМ.

    Подготовка и передача информации в АРМ более высокого уровня.

    Контроль передаваемой информации.

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

На первичном этапе осуществляется сбор исходных данных, их регистрация и передача для ввода в ЭВМ.

Подготовительный этап охватывает операции по приему, контролю и регистрации входной информации и переносу ее на машинные носители.

Основной этап обеспечивает непосредственную обработку информации на ЭВМ.

На заключительном этапе осуществляется контроль, выпуск и передача результатной информации потребителю.

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

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

0100090000030202000002008a01000000008a01000026060f000a03574d464301000000000001003c630000000001000000e802000000000000e8020000010000006c00000000000000000000002c000000710000000000000000000000523b00009a12000020454d4600000100e80200000e0000000200000000000000000000000000000061130000681b0000d2000000290100000000000000000000000000005034030028880400160000000c000000180000000a0000001000000000000000000000000900000010000000060e000065040000250000000c0000000e000080120000000c000000010000005200000070010000010000009cffffff00000000000000000000000090010000000000cc04400012540069006d006500730020004e0065007700200052006f006d0061006e00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000122d093000000000040000000000ae304f2d09300000000047169001cc0002020603050405020304877a0020000000800800000000000000ff01000000000000540069006d00650073002000000065007700200052006f006d0061006e00000000000000c62b093050cbae30003314000100000000000000044811006ab40230044811004c4eaf301c4811006476000800000000250000000c00000001000000180000000c00000000000002540000005400000000000000000000002c0000007100000001000000e174874039768740000000005a000000010000004c000000040000000000000000000000040e0000650400005000000020000e002d00000046000000280000001c0000004744494302000000ffffffffffffffff070e000066040000000000004600000014000000080000004744494303000000250000000c0000000e0000800e000000140000000000000010000000140000000400000003010800050000000b0200000000050000000c02a3000602040000002e0118001c000000fb020200010000000000bc02000000cc0102022253797374656d0000000000000000000000000000000000000000000000000000040000002d01000004000000020101001c000000fb02f2ff0000000000009001000000cc0440001254696d6573204e657720526f6d616e0000000000000000000000000000000000040000002d010100050000000902000000020d000000320a0d00000001000400000000000602a30020f80700040000002d010000030000000000

Рисунок 2.5 – Схема работы системы

Отдельные части (блоки) схемы реализуют выполнение пунктов меню, соответствующих схеме диалога.

    Пользователь производит ввод данных о заказчиках (учащихся) и прописывает путь к реестру договоров с клавиатуры в экранную форму;

    Информация о заказчиках в форме «Реестр договоров» сохраняется в БД;

    На основании введенных данных о заказчике услуг модуль поиска формирует и выполняет запрос к справочнику – «Прейскурант» БД, содержащей сведения о наименовании услуг и тарифах «Прейскурант» и передает полученные данные в основной модуль программы.

    Ввод данных о потребителях (учителях);

    На основании введенных данных о заказчиках (учащихся) и данных о потребителях (учителях) модуль расчета стоимости услуг выполняет запрос к справочнику БД – «Прейскурант», содержащей сведения о стоимости услуг, а также перечень предоставляемых услуг. Далее этот же модуль выполняет расчет стоимости фактически предоставленных услуг.

    Основной модуль программы на основании полученных данных от модуля поиска и модуля расчета стоимости услуг производит полный расчет задолженности за услуги.

    На основании полученных в ходе расчетов данных основной модуль программы формирует выходные формы документов: Данные по задолженности, Смета доходов и расходов.

    После завершения формирования выходные формы распечатываются на принтере.

2.5 Программное обеспечение

2.5.1 Общие положения. Структурная схема использования комплекса задач

Программное обеспечение (ПО) – совокупность программ для реализации целей и задач АРМ, функционирующее на комплексе технических средств АРМ. ПО – конкретная работающая версия математического обеспечения. Главная цель ПО – обеспечение максимально эффективного и удобного для пользователя уровня общения с ЭВМ.

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

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

Диалог, реализованный в программе, относится к типу менюориентированных диалогов. Схема диалога представляет собой общую конструкцию диалога, т.е. требуемую последовательность обмена данными между пользователем и системой. В верхнем уровне схемы располагается главное меню, инициирующее задачу, затем происходит разветвление различной степени в зависимости от числа вариантов ответа пользователя на запрос ЭВМ или возможных реакций ЭВМ на конкретные сообщения.

С помощью модуля меню Главное меню осуществляется доступ к пяти основным пунктам меню:

    составление реестра договоров;

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

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

    формирование выходных форм;

2.5.2 Дерево функции задач

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

2.5.3 Описание программных модулей

Функционально Система состоит из четырех основных модулей:

    основной модуль. Выполняет основные операции вычислений и формирования выходных форм;

    модуль поиска. На основании полученных из главного модуля данных формирует и обрабатывает запросы к БД;

    модуль расчета стоимости предоставляемых услуг;

    база данных. База данных хранит сведения о стоимости услуг, их наименование, данные по потребителям и заказчикам, пользователях Системы, а также сведения о посещаемости и учета рабочего времени.

Взаимосвязь функциональных модулей представлена на рис. 2.9.

0100090000030202000002008a01000000008a01000026060f000a03574d464301000000000001003c630000000001000000e802000000000000e8020000010000006c00000000000000000000002c000000710000000000000000000000523b00009a12000020454d4600000100e80200000e0000000200000000000000000000000000000061130000681b0000d2000000290100000000000000000000000000005034030028880400160000000c000000180000000a0000001000000000000000000000000900000010000000060e000065040000250000000c0000000e000080120000000c000000010000005200000070010000010000009cffffff00000000000000000000000090010000000000cc04400012540069006d006500730020004e0065007700200052006f006d0061006e00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000122d093000000000040000000000ae304f2d09300000000047169001cc0002020603050405020304877a0020000000800800000000000000ff01000000000000540069006d00650073002000000065007700200052006f006d0061006e00000000000000c62b093050cbae30003314000100000000000000044811006ab40230044811004c4eaf301c4811006476000800000000250000000c00000001000000180000000c00000000000002540000005400000000000000000000002c0000007100000001000000e174874039768740000000005a000000010000004c000000040000000000000000000000040e0000650400005000000020000e002d00000046000000280000001c0000004744494302000000ffffffffffffffff070e000066040000000000004600000014000000080000004744494303000000250000000c0000000e0000800e000000140000000000000010000000140000000400000003010800050000000b0200000000050000000c02a3000602040000002e0118001c000000fb020200010000000000bc02000000cc0102022253797374656d0000000000000000000000000000000000000000000000000000040000002d01000004000000020101001c000000fb02f2ff0000000000009001000000cc0440001254696d6573204e657720526f6d616e0000000000000000000000000000000000040000002d010100050000000902000000020d000000320a0d00000001000400000000000602a30020f80700040000002d010000030000000000

Рисунок 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 месяцев, но для сравнения ниже приведены расчеты экономической эффективности методом экономической оценки инвестиций.

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

    Знакомство с темой, анализ технического задания ТЗ (0,3)

    Подбор и изучение справочной литературы (1)

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

    Программирование (1,5)

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

    Разработка инструкции и описаний ПО (0,7)

Для осуществления работ по каждому этапу определяем состав специалистов: программист.

Затраты на разработку системы подразделяем на капитальные или единовременные (разработка самой системы) и эксплуатационные или текущие. Расчет выполним по отдельным статьям:

    Прямые материальные затраты

    Фонд оплаты труда

    Отчисления на социальные нужды

    Амортизационные отчисления

    Накладные расходы

    Прочие расходы.

Расчет материальных затрат приведен в таблице 4.1.

Таблица 4. 1 – Расчет прямых материальных затрат

Материалы

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

Кол-во

Цена за един. (руб.)

Стоимость (руб.)

Бумага

лист

1000

0,25

250,00

Канцтовары

150,00

Картриджи

шт.

1

800,00

800,00

CD-RV (диски)

шт.

2

35,00

70,00

Итого

1 270,00

Расходы на электроэнергию

кв/ч

150

0,83

124,50

Итого

1394,50

Прямые материальные затраты составили 1394,50 рублей.

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

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

Таблица 4.2 – Баланс рабочего времени

П/п

Наименование показателей

ИТР

1

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

182

2

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

56

3

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

126

4

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

А) по болезни

0

Б) очередной отпуск

0

5

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

126

6

Продолжительность рабочего дня

8

7

Полугодовой фонд рабочего времени (час.)

1008

Часовую ставку заработной платы (Чс) определяем по формуле:

Чс = (З * п * к) / Ф,

где Чс – месячная зарплата, руб.;

П – число месяцев в году, исключая отпуск;

К – коэффициент, учитывающий премии из фонда зарплаты;

Ф – фактический годовой фонд рабочего времени, час.

Примем среднемесячную зарплату программиста равной:

З = 8000 руб.,

При п = 6, а Ф = 1008 час., получим Чс = 54,76 руб./час.

Размер основной заработной платы определяем исходя из времени, затрачиваемого на выполнение работ и стоимости часа работы исполнителя.

Основная заработная плата определяется по графику основных этапов работ. Дополнительная заработная плата может составить до 15% от основной.

Расчет фонда оплаты труда приведен в таблице 4.3.

Таблица 4.3 – Расчет фонда оплаты труда

Этапы разработки

Время (час)

Часовая ставка (руб.)

Сумма (руб.)

Анализ ТЗ

17

54,76

930,92

Подбор, изучение литературы

35

54,76

1916,60

Разработка алгоритма и структуры программы

30

54,76

1642,80

Программирование

55

54,76

3011,80

Тестирование ПО

50

54,76

2738,00

Разработка инструкций ПО

40

54,76

2190,40

Основная заработная плата (итого)

12430,52

Дополнительная заработная плата

1864,58

Коэффициент

2486,10

ИТОГО

16781,20

Размер отчислений на социальные нужды определяется исходя из размера фонда оплаты труда.

Расчет приведен в таблице 4.4.

Таблица 4.4 – Отчисления на социальные нужды

Отчисления

Доля от фонда оплаты труда (%)

Сумма (руб.)

В пенсионный фонд

20.6

3456,93

В фонд занятости

1.7

285,28

Медицинское страхование

2.6

436,31

Социальное страхование

2.9

486,65

ИТОГО

27.8

4665,17

Величина накладных расходов определяется в размере 80% от основной заработной платы и составит:

НР= 0.8*12430,52 = 9944,42

Амортизационные отчисления на оргтехнику отсутствуют по причине того, что технику не приобретали.

Полную смету затрат на разработку системы приведем в таблице 4.5.

Таблица 4.5 – Расчет затрат на разработку ИС

Статья расхода

Сумма (руб.)

Фонд оплаты труда

16781,20

Отчисления на социальные нужды

4665,17

Материальные затраты

1394,50

Амортизационные отчисления

Прочие расходы

Накладные расходы

9944,42

Итого

32785,30

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

Таблица 4.6 – Расчет затрат на эксплуатацию системы

Статья расхода

Сумма (руб.)

Зарплата специалиста по ПДОУ

7000,00

Отчисления на социальные нужды

1946,00

Затраты на электроэнергию

125,00

Итого

9071,00

Для оценки инвестиционного проекта АРМ специалиста по ПДОУ необходимо рассчитать планируемые поступления денежных средств от реализации платных дополнительных образовательных услуг по месяцам.

Расчет приведем в таблице 4.7.

Таблица 4.7 – Расчет планируемых поступлений

Месяц

Увеличение

объема

услуг, %

Сумма, руб.

Затраты,

руб.

CF, руб.

>>руб.

1

0

0

9071,00

– 9071,00

– 9071,00

2

1

9170,00

9071,00

99,00

– 8972,00

3

1

9170,00

9071,00

99,00

-8873,00

4

2

18340,00

9071,00

9269,00

396,00

5

2

18340,00

9071,00

9269,00

9665,00

6

2

18340,00

9071,00

9269,00

18934,00

7

3

27510,00

9071,00

18439,00

37373,00

8

3

27510,00

9071,00

18439,00

55812,00

9

3

27510,00

9071,00

18439,00

74251,00

10

3

27510,00

9071,00

18439,00

92690,00

11

3

27510,00

9071,00

18439,00

111129,00

12

3

27510,00

9071,00

18439,00

129568,00

Проведем оценку инвестиционного проекта АРМ специалиста по ПДОУ:

>> где

NPV – чистая текущая стоимость инвестиций;

CF – поступление денежных средств в конце t – ого периода;

q – банковская ставка;

I – стоимость реализации инвестиционного проекта (инвестиции).

NPV = 129568,00 / (1 + 0,16) – 32785,30 = 78911,25

>>>>, где

PI – рентабельность инвестиций.

PI = (129568,00 /(1+ 0.16))/ 32785,30 = 3,4

>>

где РР – период окупаемости (лет);

I>0> – первоначальные инвестиции;

>>– годичная сумма денежных поступлений от реализации инвестированного проекта.

PP = 32785,30 / ((129568,00 / (1 + 0,16)) = 0,3

4.3 Расчет экономической эффективности проекта методом приведенных затрат

4.3.1 Исходные данные

Исходные данные по заработной плате персонала, расценкам и нормативным коэффициентам приведены в табл. 4.8.

Таблица 4.8– Исходные данные

п/п

Наименование показателей

Условное обозначение

Единица

измерения

Значения показателей

До внедрения

После

внедрения

1

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

31

руб.

9 000

7 000

2

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

32

руб.

12 000

10 000

3

З /п учителям начального звена

33

руб.

25 000

25 000

4

З /п учителям среднего звена

34

руб.

30 000

30 000

5

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

35

руб.

-

8 000

6

Стоимость электроэнергии

36

руб

0,83

0,83

7

Коэффициент отчислений

F

%

26

26

8

Норм. коэффициент приведения затрат к единому году

Ен

0,25

9

Время на разработку

Т

мес.

6

4.3.2 Расчет затрат на решение задачи до внедрения информационной системы

Эксплуатационные расходы на функционирование системы характеризуют себестоимость обработки информации и складываются из трех составляющих:

Р = Р>осн> + Р>ауп> + Р>общ>,

где Р>осн> – заработная плата основного производственного персонала, руб.;

Р>ауп> – заработная плата административно-управленческого персонала, руб.;

Р>общ> – общепроизводственные расходы, руб.

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

Р>ауп>=0,25*Р>осн>.

Общепроизводственные расходы:

Р>общ> = Р>эн> + Р>м> + Р>рем> + Р>кс> + Р>зап> + Р>зпо>>пр>,

где Р>эн> – затраты на оплату электроэнергии, руб. зависят от количества оборудования, потребляемой мощности, кВт в час;

Р> – затраты на материалы, связанные с функционированием разработанной системы, руб.;

Р>рем> – затраты, связанные с ремонтом оборудования, руб.;

Р>зап> – затраты, связанные с приобретением запчастей для ремонта, руб.;

Р>зпо >-затраты на программное обеспечение, руб.;

Р>кс> – затраты на аренду каналов связи, руб.;

Р>пр> – прочие расходы (Р>пр> = 0,6 Р>общ>).

Потребление электроэнергии в месяц – 150 кВт.

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

Расходы на материалы составили (см. табл. 4.9):

Таблица 4.9 Расходы на материалы до внедрения ИС

Материалы

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

Кол-во

Цена за един. (руб.)

Стоимость (руб.)

Бумага

лист

1000

0,25

250,00

Канцтовары

150,00

Картриджи

шт.

1

800,00

800,00

CD-RV (диски)

шт.

2

35,00

70,00

Итого

1 270,00

Р>м>=1 270,00 * 12 = 15 240,00 руб.

Расходы на ремонт (цена договорная)

Р>рем> = 500*12=6000,00 руб.;

Р>зап> = 500*12=6000,00 руб.;

Р>пр> = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб.

Р>общ> = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб.

Затраты на заработную плату:

Р>осн> = (9000,00+12000,00+25000,00+30000,00) * 12 * 1,26 = 1149120,00 руб.

Р>ауп >= 0,25 * 1149120,00 = 287280,00 руб.

Таким образом, эксплуатационные расходы на решение задачи до внедрения системы составляют:

Р>0 >= 1149120,00+ 287280,00 + 45974,40 = 1482374,40 руб.

4.3.3 Эксплуатационные расходы на функционирование системы после внедрения информационной системы

После разработки и внедрения ИС зарплата специалиста ПДОУ снижается до 10000 руб., а организатора ПДОУ – до 7000 руб. Таким образом, расходы за расчетный период (12 месяцев) после разработки и внедрения ИС уменьшились и составили:

Р>осн> = (7000,00+10000,00+25000,00+30000,00) * 12 * 1,26 = 1088640,00 руб.

Р>ауп >= 0,25 * 1088640,00 = 272160,00 руб.

Затраты на материалы после внедрения ИС не изменились.

Расходы на электроэнергию, и на ремонт не изменились, затраты на программное обеспечение отсутствуют.

Р>пр> = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб.

Р>общ> = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб.

Р>1 >= 1088640,00 + 272160,00 + 45974,40 = 1406774,40 руб.

Капитальные затраты на разработку системы включают в себя пять основных составляющих:

К = К>пр> + К>об> + К>вс> + К>пм> +К>мит>,

где К>пр> – затраты на проектирование системы, руб.;

К>об> – затраты на основное оборудование, руб.;

К>вс> – затраты на вспомогательное оборудование, руб.;

К>пм> – затраты на строительство и ремонт помещений, руб.;

К>мит> – затраты, связанные с монтажом, наладкой и транспортировкой оборудования.

Затраты связанные с проектирование системы обычно определяются через заработную плату сотрудников, привлекаемых к разработке системы,

>>

где N – количество категорий сотрудников, привлеченных к разработке, чел.;

З>i> – заработная плата работников i – категории, руб. в месяц;

Т – время работы, месяцев;

f – коэффициент отчислений на заработную плату;

Д>пр> – прочие расходы, как правило, равные 0,7 стоимости оборудования.

Разработкой системы занимается 1 программист, месячная заработная плата – 8000,00 руб. Фактическое время, затраченное на разработку системы – 6 месяцев. Поскольку разработка программного обеспечения осуществляется на компьютере, ранее установленном для решения других задач, затраты на основное оборудование в капитальные затраты не включаются. Следовательно, капитальные затраты будут равны затратам на проектирование:

К = К>пр> = 8000,00*6*1,26 = 60480,00 руб.

Приведенные затраты на создание и функционирование системы рассчитываются по формуле:

>>,

где Р – эксплуатационные затраты за период;

>>– нормативный коэффициент приведения;

К – капитальные (единовременные) затраты.

Приведенные затраты:

З = 1406774,40 + 0,25*60480,00 =1421894,40 руб.

Для того чтобы определить экономическую эффективность, необходимо подсчитать расходы до и после разработки и внедрения системы:

Э= Р>- Р>1>

Условный экономический эффект составляет:

Э = 1482374,40 – 1406774,40 = 75600,00 руб.

Срок окупаемости разработанной системы рассчитывается как отношение капитальных затрат к экономической эффективности:

>>

Срок окупаемости составит примерно 9,5 месяцев.

Обратная величина будет представлять расчетный коэффициент приведения.

Определим расчетный коэффициент:

>>

Результаты расчета представлены в табл. 4.10.

Таблица 4.10 Результаты расчета

Наименование показателей

Условные обозначения

Единицы измерения

Значение показателей

Примечание

Приведенные затраты

З

руб.

1421894,40

Расходы до внедрения ИС

Р>0>

руб.

1482374,40

Расходы после внедрения

Р>1>

руб.

1406774,40

Условный экономический эффект

>>

руб.

75600,00

>>

Срок окупаемости

Т>

9,5 месяцев

>>

Расчетный коэффициент

Е>

1,25

>>

Расчеты показали, что расходы значительно сократились. Получен условный экономический эффект в размере 75600,00 руб.

При внедрении ИС сократилось время, затрачиваемое на изготовление расчета стоимости услуг. Снизились расходы на заработную плату. Срок окупаемости составляет 9,5 месяцев. Расчетный коэффициент больше нормативного Е>n> £ Е> = 1,25 что доказывает целесообразность разработки и внедрения ИС.

Вышеизложенное позволяет сделать вывод о том, что метод приведенных затрат достаточно емкий и простой в применении инструмент для оценки экономической эффективности дипломных проектов.

4.4 Обоснование выбора метода расчета экономической эффективности

В качестве объекта оценки эффективности в данной работе рассматривается разработанная система – автоматизированное рабочее место специалиста ПДОУ в школе.

Инвестиционным проектом разрабатываемая программа не является потому, что АРМ специалиста по предоставлению ПДОУ пишется как приложение к дипломному проекту и финансирования со стороны МОУ СОШ не получает. Следовательно, метод экономической оценки инвестиций не целесообразно использовать в данном случае.

Для оценки эффективности был выбран метод приведенных затрат, так как он наиболее приемлем для расчета качества работы автоматизированной системы.

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

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

Заключение

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

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

Информационная система была разработана на основе бесплатного программного обеспечения Microsoft Access, что значительно снизило стоимость разработки.

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

Внедрение данной разработки позволило:

    повысить качество и точность расчетов;

    сократить время на составление и проверку отчетной документации;

    сократить время на поиск требуемой информации;

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

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

Получен условный экономический эффект от разработки в размере 75600,00 рублей в год. Срок окупаемости составляет 9,5 месяцев.

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

Список использованной литературы

    Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник.–М.: Финансы и статистика, 2006.

    Информатика: Учебник / Под ред. проф. Н.В. Макаровой. – М.: Финансы и статистика, 2003. – 768 с.

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

    Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Изд.3-е–СПб.: Изд-во Михайлова В.А., 2003.-496 с.

    Конев И.Р., Беляев А.В. Информационная безопасность предприятия.–СПб.:БХВ-Петербург, 2003.–752 с.:ил.

    Клочков Г.А. Информационные технологии на базе ACCESS: Учебное пособие. // Сургут: Сургутский филиал Московской академии предпринимательства, 2004. – 60 с.

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

    Методические указания к дипломному проектированию // Под ред. Анисимов В.А, Денисов В.В., Клочков Г.А., Курчеева Г.И., Ходусов Н.В.-Сургут: Сургутский филиал Московской академии предпринимательства, 2008 – с.

    Официальный сайт МОУ СОШ №12 г. Сургута http://school12.admsurgut.ru/

    Общероссийские классификаторы http://www.aup.ru/docs/klasif/okok1.htm

    Программное обеспечение ACCESS: http://access.nm.ru/

    Смирнова Г.Н. и др. Проектирование ЭИС // М.: Мир, 2003. – 168 с.

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

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

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

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

    Титоренко Г.А. Автоматизированные информационные технологии в экономике. М.: Компьютер, ЮНИТИ, 2006.

    Трубилин И.Т., Семенов М.И., Лойко В.И., Барановская Т.П. Автоматизированные информационные технологии в экономике. М.: Финансы и статистика, 2005.

    Уткин В.Б. Информационные системы в экономике: Учебник для студ. Высш. Учеб. Заведений / В.Б. Уткин, К.В. Балдин. – М.: Издательский центр «Академия», 2007.

    Фигурнов В.Э. IBM PC для пользователя. Краткий курс. – М.: ИНФРА – М, 2003.