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

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

Однако ввиду того что основной программный модуль разработан с помощью языка 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.

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

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

· База данных потребителей;

· База данных исполнителей;

· База данных прейскурантов;

· База данных запросов;

· База данных отчетов.

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

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

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

Подсистема «Ведение баз данных» должно обеспечивать своевременное обновление баз данных в соответствии с вновь поступающими данными. Имеет доступ ко всем базам данных.

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

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

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

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

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

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

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

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

Требования к численности и квалификации персонала системы и режиму его работы

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

Режим работы персонала с системой - 9:00 - 17:00

Показатели назначения

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

Требования к надежности

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

Требования к безопасности

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

Требования к эргономике и технической эстетике

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

· рациональная компоновка технических средств на рабочих местах;

· оптимальное кодирование входной информации;

· рациональная организация диалогового режима работы.

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

Требования к необходимым площадям для размещения технических средств АРМ зависят от типа ЭВМ. Площади для размещения персонала и технических средств, параметры сетей электроснабжения должны соответствовать Строительным нормам и правилам.

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

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

Требования к защите информации от несанкционированного доступа

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

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

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

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

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

Требования по сохранности информации при авариях

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

Требования к защите от влияния внешних воздействий

Специальных требований не накладывается.

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

Требования к патентной чистоте

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

Требования по стандартизации и унификации

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

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

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

В качестве ППП предполагается использовать:

· стандартные ППП для организации СУБД типа MS Access, InterBase;

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

· стандартные ППП для создания и поддержки локальных вычислительных сетей, типа NETWARE.

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

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

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

Данная структура обеспечивает автоматизацию и быстрый обмен информацией.

Требования к видам обеспечения

Математическое обеспечение

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

Информационное обеспечение

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

· классификатор видов предоставляемых услуг;

· классификатор стандартных отчетов;

· классификатор видов потребителей;

· классификатор единиц измерения услуг;

· классификатор стадий предоставления услуг;

· классификатор организаций, утвердивших

положения по предоставлению ПДОУ;

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

Основные требования к составу и форме входных документов:

· простота и удобство заполнения и переноса на машинные носители;

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

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

Лингвистическое обеспечение

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

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

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

Организационное обеспечение

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

При вводе системы в эксплуатацию необходимо провести обучение персонала работе с данной системой.

2.1.5 Состав и содержание работ по созданию системы

Предпроектное обследование объекта:

· изучение организационной структуры;

· изучение информационных потоков;

· изучение существующих технологий обработки информации;

· изучение входных и выходных документов;

Проектирование:

· разработка организационного обеспечения;

· разработка информационного обеспечения;

· разработка программного обеспечения;

· разработка технического обеспечения.

Тестирование:

· разработка методики испытаний;

· проведение тестирования;

· корректировка.

Ввод в эксплуатацию:

· опытная эксплуатация;

· анализ результатов опытной эксплуатации;

· корректировка организационного, информационного и программного обеспечения;

· ввод в эксплуатацию.

2.1.6 Порядок контроля и приемки системы

Разрабатываемая система должна пройти испытания на исправность, надежность и соответствие цели создания системы.

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

2.1.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в эксплуатацию

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

· организационно - подготовительный;

· опытную эксплуатацию.

В организационно - подготовительный период необходимо:

· обеспечить подготовку помещения;

· провести монтаж, наладку и испытание системы непосредственно на рабочем месте;

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

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

2.2 Функциональное обеспечение

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

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

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

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

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



Рисунок 2.2 - Функциональная модель TO-BE

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

Рисунок 2.3 - Декомпозиция функциональной модели TO-BЕ деятельности специалиста по ПДОУ

2.3 Информационное обеспечение

2.3.1 Основные положения

Информационное обеспечение - это совокупность средств и методов построения информационной базы.

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

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

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

Структура данных Системы обеспечивает расширяемость по номенклатуре и свойствам новых объектов.

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

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

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

Система имеет механизм регистрации событий, который связывает изменение свойств объектов, вызванное каким-либо внешним событием, с последующей реакцией системы на это событие.

Форма представления выходной информации АРМ «Деятельность специалиста по предоставлению ПДОУ» согласована с заказчиком (пользователем) системы.

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

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

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

Основные принципы построения внутримашинной информационной базы:

· информационный массив накапливается и хранится в реляционной базе данных;

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

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

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

На этапе ввода происходит сопоставление типов вносимых данных с типом поля БД, а также проверка на допустимые значения.

2.3.2 Используемые классификаторы и системы кодирования

Классификаторы представляют собой систематический свод, перечень каких-либо объектов, позволяющий находить каждому их них свое место, и имеют определенное (обычно числовое) обозначение. Назначение классификатора состоит в следующем:

· систематизация наименований кодируемых объектов;

· однозначная интерпретации одних и тех же объектов в различных задачах;

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

· возможность сопоставления одних и тех же показателей, содержащихся в формах статистической отчетности;

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

· экономия памяти компьютера при размещении кодируемой информации.

Классификаторы разрабатываются как на уровне отдельных предприятий (организаций), так и на уровне государств. Существуют следующие уровни классификаторов:

· международные - стандартные классификаторы, используемые по всему миру;

· межгосударственные - классификаторы, используемые в рамках экономических союзов и других межгосударственных объединений: например, классификаторы используемые в ЕС, СНГ и т.д.

· национальные, или межотраслевые - классификаторы, используемые в пределах государства. Не должны противоречить международным классификаторам;

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

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

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

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

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

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

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

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

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

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

Выбор между этими двумя методами зависит от особенностей конкретной предметной области. Существуют следующие требования для выбранной системы классификации:

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

· оправданная глубина;

· обеспечение возможности решения комплекса задач различного уровня;

· возможность расширения множества классифицируемых объектов и

внесения необходимых изменений в структуры классификации;

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

· обеспечение простоты ведения классификатора.

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

ХХХХХХ. Х.Х.Х. ХХ.

Суффикс.

Вид данных.

Вид предоставляемой услуги.

Заказчик.

Дата создания документа.

Рисунок 2.4 - Описание кодируемого элемента

Дата создания документа.

Формат: ДД ММ ГГ.

Например: 090209 - 9 февраля 2009 г.

Заказчик.

Формат: 0 - 3.

0 - дошкольники (подготовительные курсы);

1 - ученики начальных классов (1-4 кл.);

2 - ученики среднего звена (5-8 кл.);

3 - ученики старшего звена (9-11 кл.).

Вид предоставляемой услуги.

0 - разное (психология, философия, хореография и т.д.);

1 - русский язык;

2 - литература;

3 - математика;

4 - геометрия;

5 - физика;

6 - информатика;

7 - английский язык.

Вид данных.

1 - данные о стоимости услуг по договору;

2 - данные с учетом посещаемости и оплаченных сумм.

Суффикс - номер отчета по порядку за день.

2.3.3 Характеристика нормативно-справочной и входной оперативной информации

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

с углубленным изучением отдельных предметов».

Входной документ «Прейскурант» содержит следующие реквизиты:

· порядковый номер

· наименование услуги

· класс

Далее документ «Стоимость одного занятия» со столбцами:

· класс

· стоимость

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

Таблица 2.2 - Перечень обозначений типов полей записи базы данных

Наименование типа поля записи	Полное название	Краткое обозначение
Счетчик	Counter	C
Текстовый	Text	T
Числовой	Numerical	N
Дата/время	Date/time	Dt
Денежный	Monetary	M

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

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

Имя файла: Preiscurant.dbf

Носитель: жесткий диск

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

Ключи: Name_USL

Длина записи: 250

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

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер	NUM	C
2	Наименование услуги	NAME_USL	T	200
3	Класс	CLASS	T	50

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

· номер тарифа

· табельный номер учителя

· класс

· номер услуги

· количество часов в месяц

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

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

Имя файла: Tarificacia uchit.dbf

Носитель: жесткий диск

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

Ключи: TAB_NUM, NAME_USL,

Длина записи: 100

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

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер тарифа	NUM_TAR	C
2	Табельный номер	TAB_ NUM	N
3	Класс	CLASS	T	50
4	Номер услуги	NUM_USL	N
5	Количество часов в месяц	COLICH_CHAS	T	50

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

· номер

· код договора

· код услуги

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

Имя файла: Reestr dogovorov.dbf

Носитель: жесткий диск

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

Ключи: NUM

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

№	Наименование поля	Идентификатор	Тип
1	2	3	4
1	Номер	MUM	C
2	Код договора	COD_DOG	N
3	Код услуги	COD_ UCH	N

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

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

· Данные по задолженности

· Смета доходов и расходов

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

Структура БД «Данные по задолженности»

Имя файла: Dannie zadolgennosti.dbf

Носитель: жесткий диск

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

Ключи: NUM

Таблица 2.6 - Структура БД «Данные по задолженности»

№	Наименование поля	Идентификатор	Тип
1	2	3	4
1	Номер	NUM	C
2	Код учащегося	COD_UCH	N
3	Остаток на начало периода	SUMMA_NACH	D
4	Обороты	SUMMA_PERIOD	D
5	Сумма оплаты через банк	SUMMA_OPLATI	D
6	Сумма остатка на конец периода	SUMMA_OSTATCA	D

Структура БД «Смета доходов и расходов»

Имя файла: Smeta dohod. rashod.dbf

Носитель: жесткий диск

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

Ключи: NUM

Длина записи: 200

Таблица 2.7 - Структура БД «Смета доходов и расходов»

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер	NUM	C
2	Наименование статей доходов и расходов	NAM_STAT	Т	200
3	Коды доходов	COD_DOH	N
4	Коды расходов	COD_RASH	N
5	Доходы на год с остатком на начало года	DOH_GOD	D

2.4 Технологическое обеспечение

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

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

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

Задачи КТС:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 2.9 - Взаимосвязь функциональных модулей

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

ПО клиента (компьютера диспетчера): операционная система (ОС): MS Windows XP Professional (желательно Rus), СУБД: MY SQL, пакет MS Office ХР/2003. Конкретные версии компонентов ПО определяются на этапе ввода в действие.

ПО является покупным и должно быть лицензионным.

Общие требования к программному обеспечению:

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

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

· функциональная достаточность (полнота);

· надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);

· адаптируемость;

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

· модульность построения;

· удобство эксплуатации.

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

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

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

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

2.5.4 Компьютерно-сетевое обеспечение

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

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

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

· объем ОЗУ 528 Мб - 1Гб;

· HDD не менее 15 Гб

· ИГП, обеспечивающий работу ПО в течении не менее 30 минут при полностью заряженных батареях ИГП.

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

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

· сетевая карта 100 Мбит (в зависимости от сети);

· клавиатура;

· манипулятор типа «мышь»;

· устройство печати.

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

Требования к функциональным и эксплуатационным характеристикам технических средств

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

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

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

3. Информационная безопасность

3.1 Цели создания системы обеспечения информационной безопасности

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

Обеспечение информационной безопасности - это непрерывный процесс, основное содержание которого составляет управление, - управление людьми, рисками, ресурсами, средствами защиты и т.п. Люди - обслуживающий персонал и конечные пользователи АС, - являются неотъемлемой частью автоматизированной (то есть «человеко-машинной») системы. От того, каким образом они реализуют свои функции в системе, существенно зависит не только ее функциональность (эффективность решения задач), но и ее безопасность.

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

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

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

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

Требования к технологии управления безопасностью:

· соответствие современному уровню развития информационных технологий;

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

· точная и своевременная реализация политики безопасности организации;

· минимизация затрат на реализацию самой технологии обеспечения безопасности.

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

· наличие полной и непротиворечивой правовой базы (системы взаимоувязанных нормативно - методических и организационно - распорядительных документов) по вопросам ОИБ;

· распределение функций и определение порядка взаимодействия подразделений и должностных лиц организации по вопросам ОИБ на всех этапах жизненного цикла подсистем АС, обеспечивающее четкое разделение их полномочий и ответственности;

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

Реализация технологии ОИБ предполагает:

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

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

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

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

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

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

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

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

· эффективный контроль за соблюдением сотрудниками подразделений - пользователями и обслуживающим АС персоналом, - требований по обеспечению безопасности информации;