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

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

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

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

Для сравнительного исследования СУБД после их установки на каждой из них встроенными средствами администрирования создавалась база данных 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 - запросы, выполнявшиеся в ходе тестирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Однако ввиду того что основной программный модуль разработан с помощью языка Access, а также учитывая минимальные требования к серверу БД и стоимость продажи, для проекта была выбрана СУБД 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 Основные положения