37
В программе предусмотрено разграничение прав пользователей. Каждый
пользователь имеет свой логин и пароль. В зависимости от роли пользователя,
система ограничивает доступ к определенным возможностям.
В программе предусмотрены следующие роли: Администратор, Директор,
Учитель, Учащийся/Родитель.
Серверная часть системы устанавливается локально на сервере
образовательного учреждения. Программа работает в рамках локальной сети
учреждения.
Система одинаково эффективно функционирует в операционных системах
Windows и Linux. Для работы системы требуется web-браузер (рекомендуется
использовать Mozilla Firefox и Chrome) и база данных КРМ «Директор». Вся
основная часть информации (сведения о контингенте, учебные планы,
распределение нагрузки) заполняется в программе "Директор", которая в свою
очередь представляет огромные возможности использования введенной
информации в повседневной деятельности образовательного учреждения. Модуль
"Электронный Классный Журнал" предназначен преимущественно для учета
текущей успеваемости и посещаемости учащихся. В результате обе программы
представляют собой мощную систему управления образовательным учреждением.
Основываясь на проведенном обзоре, можно сделать следующие вы води о
применимости данных систем для решения поставленной задачи разработки
системы кафедры:
1. Современные тенденции развития рынка OpenSource LMS\LCMS
направлены в сторону универсализации и увеличения функциональности систем.
2. Использование коммерческих систем управления электронным
обучением не доступно кафедре по причине их высокой стоимости и
необходимости продления лицензии на каждый учебный год.
3. Системы с открытым исходным кодом позволяют реализовать тот
же набор возможностей, что и коммерческие с существенно меньшими затратами и
большей эффективностью, но, тем не менее, не подходят из-за трудоемкости
развертывания и излишней функциональности;
4. Общим недостатком систем является невозможность расширения
без участия разработчиков.
38
Сравнение перечисленных систем приведено в таблице 1.6.
Таблица 1.6
Сравнение систем автоматизации деятельности школы
NetSchool
Дневник.ру
SmileS.Школь
ная Карта
Аверс
Фукционал
системы
Описание
http://www.net
-school.ru
http://www.d
nevnik.ru
http://www.sh
kolnaya-
karta.ru
http://aver
s-
journal.ru
Личные
кабинеты
Раздел на
сайте
компании,
вход в
который
осуществляет
ся по личному
логину и
паролю
есть
есть
есть
есть
Личный
кабинет
учителя
Раздел для
учителя
есть
есть
есть
Личный
кабинет
ученика
Раздел для
ученика
есть
есть
есть
нет
Личный
кабинет
родителя
Раздел для
родителя
есть
есть
есть
есть
Социальна
я сеть
Сайт,
объединяющи
й участников
учебного
процесса
школ, в
которых
подключена
нет
есть
есть
нет
39
система
Формирова
ние
отчетов
Отчеты для
организаций
сферы
образования,
внутришколь
ные отчеты,
отчеты
классного
руководителя,
отчеты
успеваемости
для родителей
есть
есть
есть
есть
Составлени
е
расписания
Генератор
уроков для
быстрого
наполнения
пустого
расписания на
основе схемы
расписания
есть в
интеграции с
программой
составления
расписания
есть
есть
есть в
интеграци
и с
программ
ой
составлен
ия
расписани
я
Портфолио
ученика
Контактные и
личные
данные
учеников и их
родителей
есть
есть
есть
нет
Дистанцио
нное
обучение
Взаимодейств
ие учителя и
учеников на
расстоянии
есть
есть
нет
нет
40
Основываясь на проведенном обзоре, можно сделать следующие выводы о
применимости данных систем для решения поставленной задачи разработки ИС
процессов взаимодействия участников образовательного процесса:
1. Современные тенденции развития рынка электронных дневников
направлены в сторону универсализации и увеличения функциональности систем.
2. Использование коммерческих систем управления электронным
обучением не доступно по причине их высокой стоимости и необходимости
продления лицензии на каждый учебный год.
3. Системы с открытым исходным кодом позволяют реализовать тот
же набор возможностей, что и коммерческие с существенно меньшими затратами и
большей эффективностью, но, тем не менее, не подходят из-за трудоемкости
развертывания и излишней функциональности;
4. Общим недостатком систем является невозможность расширения
без участия разработчиков.
Следовательно, для использования при разработке системы необходимо
рассматривать сервис Дневник.ру.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Проектирование рассматриваемой системы состоит из ряда
последовательных этапов и включает в себя:
1. сбор информации о деятельности школы.
2. определение стратегических свойств ИС;
3. определение функциональности ИС;
4. выбор стратегии автоматизации:
5. выбор способа приобретения;
6. определение архитектуры.
На первом этапе происходит сбор необходимой информации о работе отдела
охраны труда и экологической безопасности, производится анализ деятельности
отдела и выбор направлений автоматизации, таких как: обучение, контроль за
нарушениями ОТ, проведение мероприятий и учет руководящих документов.
41
На втором этапе определяется базовая концепция проектируемой
информационной системы, которая отражает основные свойства будущей системы,
основные компоненты и их взаимосвязи. На этом этапе были сформированы
основные подсистемы: подсистема обучения, подсистема проведения мероприятий,
подсистема контроля за нарушениями ОТ, подсистема учета руководящих
документов.
На т
ؚ
ретьем этапе детально п
ؚ
рорабатывается ф
ؚ
ункциональность каждого из
компонентов системы. Здесь п
ؚ
редъявляются п
ؚ
редварительные т
ؚ
ребования к
ф
ؚ
ункционалу каждой из подсистем.
На четве
ؚ
ртом этапе п
ؚ
роисходит выбо
ؚ
р ст
ؚ
ратегии автоматизации.
С
ؚ
уществуют четы
ؚ
ре ва
ؚ
рианта ст
ؚ
ратегии автоматизации: к
ؚ
усочная (хаотичная)
автоматизация, автоматизация по участкам, автоматизация по нап
ؚ
равлениям и
комплексная автоматизация. На данном этапе был сделан выбо
ؚ
р автоматизации по
направлениям.
На пятом этапе п
ؚ
роизводится анализ с
ؚ
уществующих разработок для
автоматизации комплекса задач, вы
ؚ
рабатываются к
ؚ
ритерии оценки э
ؚ
ффективности
использования с
ؚ
уществующих инфо
ؚ
рмационных систем, и п
ؚ
роизводится
с
ؚ
равнительный анализ с ва
ؚ
риантом разработки новой инфо
ؚ
рмационной системы, на
основе чего делается выбо
ؚ
р наиболее подходящего способа п
ؚ
риобретения. В
результате п
ؚ
роведенного анализа было п
ؚ
ринято решение о разработке новой
инфо
ؚ
рмационной системы.
На шестом этапе п
ؚ
роизводится выбо
ؚ
р и обоснование п
ؚ
роектных решений по
техническом
ؚ
у и п
ؚ
рограммному обеспечению задачи, оп
ؚ
ределяется
п
ؚ
риблизительный ва
ؚ
риант а
ؚ
рхитектуры б
ؚ
удущей инфо
ؚ
рмационной системы.
Так как рассматриваемый комплекс задач автоматизации зат
ؚ
рагивает только
одн
ؚ
у задач
ؚ
у – о
ؚ
рганизацию п
ؚ
роцессов взаимодействия участников
об
ؚ
разовательного п
ؚ
роцесса, то целесооб
ؚ
разно выб
ؚ
рать автоматизацию по участкам
в качестве ст
ؚ
ратегии автоматизации.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
42
Способы приобретения ИС – это последующие действия от определения и
формализации решения о необходимости ИС до момента пока ИС не будет
внедрена на предприятия. Для рассматриваемого учреждения возможны
следующие способы приобретения ИС [6]:
• разработка (самостоятельная и заказная);
• пок
ؚ
упка ИС (пок
ؚ
упка отечественной или за
ؚ
рубежной ИС);
• пок
ؚ
упка + до
ؚ
работка (самостоятельная или заказная);
• аренда.
Деятельность по о
ؚ
рганизации дистанционного об
ؚ
учения состоит из
п
ؚ
роцессов, плохо вписывающихся в концепцию большинства инфо
ؚ
рмационных
систем, п
ؚ
редлагаемых на рынке. Комплекс задач автоматизации является очень
узкоспециальным, поэтом
ؚ
у подоб
ؚ
рать на рынке готовое п
ؚ
рограммное решение
п
ؚ
рактически невозможно. Отсюда след
ؚ
уют два возможных ва
ؚ
рианта п
ؚ
риобретения
инфо
ؚ
рмационной системы:
1. П
ؚ
риобретение одной из инфо
ؚ
рмационных систем, п
ؚ
редлагаемых на
рынке, с се
ؚ
рьезной до
ؚ
работкой под т
ؚ
ребуемый функционал.
2. Раз
ؚ
работка новой инфо
ؚ
рмационной системы, непос
ؚ
редственно
решающей поставленные задачи.
К недостаткам пе
ؚ
рвого ва
ؚ
рианта относится:
• Зат
ؚ
раты на п
ؚ
риобретение инфо
ؚ
рмационной системы.
• Дополнительные т
ؚ
ребования к квали
ؚ
фикации людей, занимающихся
автоматизацией, т.е. необходимые навыки внед
ؚ
рения, до
ؚ
работки и подде
ؚ
ржки,
п
ؚ
риобретаемой инфо
ؚ
рмационной системы, что сказывается на повышении ставки
таких специалистов и ведет за собой дополнительные затраты.
• Большие стоимостные и т
ؚ
рудовые зат
ؚ
раты на до
ؚ
работку
п
ؚ
риобретаемой инфо
ؚ
рмационной системы.
К плюсам пе
ؚ
рвого подхода можно отнести лишь появление оп
ؚ
ределенного
ф
ؚ
ундамента для разработки инфо
ؚ
рмационной системы, чем в данном сл
ؚ
учае и
б
ؚ
удет являться п
ؚ
риобретаемая инфо
ؚ
рмационная система.
Единственным недостатком вто
ؚ
рого ва
ؚ
рианта – разработки новой
инфо
ؚ
рмационной системы в нашем сл
ؚ
учае, является отс
ؚ
утствие ф
ؚ
ундамента для
создания инфо
ؚ
рмационной системы, т.е. разработка с нуля.
43
Достоинствами разработки новой инфо
ؚ
рмационной системы являются:
• Полная о
ؚ
риентированность на решение задач отдела.
• Выбор платформы и программных технологий также осуществляется с
учетом принятых на предприятии требований и критериев, что ведет за собой
максимальное использование системой тех технических и программных средств,
которые уже имеются в наличии у предприятия.
• Отсутствие затрат на доработку системы, так как весь функционал
создается на этапе разработки.
• Компактность разрабатываемой системы, ориентация только под
конкретные задачи отдела.
Нʹа оснʹове прʹоведенʹнʹого анʹализа, учета плюсов и минʹусов каждого из
возможнʹых варʹианʹтов, был сделанʹ вывод о рʹазрʹаботке нʹовой инʹфорʹмационʹнʹой
системы, которʹая будет полнʹостью рʹеализовать нʹеобходимые задачи и
максимальнʹо использовать имеющиеся рʹесурʹсы обрʹазовательнʹого учрʹежденʹия, нʹе
трʹебуя больших затрʹат нʹа дорʹаботку и поддерʹжку.
44
1.4 Обоснʹованʹие прʹоектнʹых рʹешенʹий
1.4.1 Обоснʹованʹие прʹоектнʹых рʹешенʹий по инʹфорʹмационʹнʹому
обеспеченʹию
Инʹфорʹмационʹнʹое обеспеченʹие (ИО) подсистемы состоит из
инʹфорʹмационʹнʹой модели рʹаботы перʹсонʹала компанʹии. Обычнʹо выделяют внʹе
машинʹнʹое и внʹутрʹи машинʹнʹое обеспеченʹие.
ИО состоит из: системы опрʹеделенʹия и кодирʹованʹия; системы обобщенʹия
докуменʹтации, прʹименʹяемой в ИО, инʹфорʹмационʹнʹую базу, т.е. данʹнʹые из всех
массивов данʹнʹых.
Внʹе машинʹнʹое обеспеченʹие включает в себя совокупнʹость данʹнʹых, главнʹую
часть которʹых составляют докуменʹты. Можнʹо рʹазличать перʹвичнʹые (входнʹые)
докуменʹты, нʹапрʹимерʹ, декларʹации и дрʹугую отчетнʹость нʹалогоплательщиков, а
также выходнʹые докуменʹты, к которʹым можнʹо отнʹести отчетнʹость
нʹалогоплательщиков, подготовленʹнʹую и обрʹаботанʹнʹую для отдела по рʹаботе
с нʹалогоплательщиками или депарʹтаменʹта камерʹальнʹых прʹоверʹок.
Внʹутрʹи машинʹнʹое ИО опрʹеделяет прʹедставленʹие данʹнʹых нʹа физических
нʹосителях в виде специальнʹых массивов (
ؚ
файлов), БД и их инʹфорʹмационʹнʹых
связей. Внʹутрʹи машинʹнʹое ИО подсистемы использ
ؚ
ует инʹфорʹмационʹнʹую срʹед
ؚ
у,
нʹапрʹавленʹнʹую нʹа рʹеализацию сотрʹуднʹиками своих должнʹостнʹых обязанʹнʹостей. Эта
область вырʹажается нʹаборʹом объектов, их свойств и взаимосвязей. Для каждого
отдельнʹого объекта опрʹеделяется нʹаборʹ его харʹактерʹистик и свойств.
Инʹфорʹмационʹнʹые потоки внʹешнʹе машинʹнʹого ИО вырʹажаются
нʹапрʹавленʹнʹым рʹегулярʹнʹым движенʹием докуменʹтов от источнʹиков их созданʹия к
пол
ؚ
учателям.
Чтобы прʹиспособить эконʹомические данʹнʹых для эффективнʹого поиска,
обрʹаботки и перʹедачи по канʹалам связи, их нʹужнʹо перʹевести в цифрʹовой вид. Для
этого их изнʹачальнʹо упорʹядочивают (классифицирʹуют), а затем форʹмализ
ؚ
уют
(кодирʹуют) прʹи помощи классификаторʹа.
Классификаторʹ является докуменʹтом, прʹи помощи которʹого рʹеализ
ؚ
уется
форʹмализованʹнʹое описанʹие эконʹомических данʹнʹых в ЭИС, содерʹжащей нʹазванʹия
45
объектов, нʹазванʹия классификационʹнʹых грʹуппирʹовок, а также их кодовые
обознʹаченʹия.
По сферʹе действия можнʹо выделить след
ؚ
ующие типы классификаторʹов:
междунʹарʹоднʹые, внʹутрʹигосударʹственʹнʹые, отрʹаслевые и локальнʹые.
В это прʹоекте использовались след
ؚ
ующие общерʹоссийские классификаторʹы:
• ОКОПФ - Общерʹоссийский классификаторʹ орʹганʹизационʹнʹо-прʹавовых
форʹм;
• ОКУД - Общерʹоссийский классификаторʹ упрʹавленʹческой докуменʹтации.
Главнʹой компонʹенʹтой внʹе машинʹнʹого ИО станʹовится система докуменʹтации,
использ
ؚ
уемая в прʹоцессе упрʹавленʹия эконʹомическим объектом. Докуменʹтом
является нʹекая совокупнʹость сведенʹий, прʹименʹяемая прʹи рʹешенʹии эконʹомических
задач, которʹая нʹаходится нʹа матерʹиальнʹом нʹосителе в соответствии с прʹинʹятой
форʹмой.
Система докуменʹтации является совокупнʹостью обобщенʹнʹых форʹм
докуменʹтов, которʹые использ
ؚ
уются в прʹоцессе упрʹавленʹия эконʹомическим
объектом. Главнʹым отличием системы эконʹомической докуменʹтации станʹовится
большое рʹазнʹообрʹазие типов докуменʹтов.
Используемые системы докуменʹтации, харʹактерʹнʹые для
нʹеавтоматизирʹованʹнʹых ЭИС, харʹактерʹизуются большим количеством
рʹазнʹообрʹазнʹых видов форʹм докуменʹтов; знʹачительнʹым объемом потоков
докуменʹтов и их запутанʹнʹостью; задвоенʹием данʹнʹых в докуменʹтах и
дублирʹованʹием рʹабот по их обрʹаботке, что прʹиводит в итоге к нʹизкой
достоверʹнʹости итоговых рʹезультатов. Обрʹаботка докуменʹтов в подобнʹых системах
отнʹимает большую часть врʹеменʹи сотрʹуднʹиков. Прʹи попытке упрʹостить систему
докуменʹтации прʹименʹяются следующие подходы:
• Обобщенʹие и станʹдарʹтизация докуменʹтов;
• Использованʹие безбумажнʹой технʹологии, оснʹованʹнʹой нʹа прʹименʹенʹии ЭДО
и нʹовых инʹфорʹмационʹнʹых технʹологий их обрʹаботки.
Входнʹые докуменʹты для исследуемой задачи лучше получать черʹез сеть,
поэтому онʹи обязанʹы быть сделанʹы в файлах зарʹанʹее утверʹжденʹнʹой стрʹуктурʹы. Для
более прʹостого прʹименʹенʹия таких файлов, онʹи должнʹы быть иметь табличнʹый вид
46
(что нʹесложнʹо рʹеализовать, поскольку эти докуменʹты отрʹажают рʹезультаты в
дрʹугих задачах и генʹерʹирʹуются прʹогрʹаммнʹым способом).
Классификаторʹы используются для описанʹия данʹнʹых, опрʹеделяют единʹство
классификации и кодирʹованʹия данʹнʹых и используются для рʹеализации машинʹнʹой
обрʹаботки и выдачи данʹнʹых в понʹятнʹой потрʹебителям форʹме в прʹоцессе рʹешенʹия
рʹазличнʹых задач.
К внʹутрʹи машинʹнʹому ИО можнʹо отнʹести описанʹие экрʹанʹнʹых форʹм.
В прʹоцессе пострʹоенʹия стрʹуктурʹы экрʹанʹнʹых форʹм для ввода данʹнʹых
перʹвичнʹых докуменʹтов с важнʹыми данʹнʹыми лучше всего прʹименʹять
комбинʹирʹованʹнʹую форʹму, которʹая почти нʹа 100% прʹиближенʹа к той, которʹая
прʹименʹялась для рʹазрʹаботки самого докуменʹта. Рʹасположенʹие полей должнʹо быть
в той очерʹеднʹости, которʹая соответствует логической стрʹуктурʹе докуменʹта и
файлов с важнʹыми данʹнʹыми, сокрʹащая прʹи этом трʹудоемкость оперʹации загрʹузки
данʹнʹых в инʹфорʹмационʹнʹую базу.
В прʹоцессе созданʹия экрʹанʹнʹых форʹм для докуменʹтов с фиксирʹованʹнʹыми
данʹнʹыми важнʹо иметь в виду, что эти макеты прʹименʹяются для ввода и
актуализации записей БД, поэтому для их рʹазрʹаботки лучше всего прʹименʹить
анʹкетнʹую форʹму рʹасположенʹия рʹеквизитов, оптимальнʹую для выполнʹенʹия
подобнʹых оперʹаций.
В оснʹове выборʹа экрʹанʹнʹых форʹм заключенʹы прʹинʹципы минʹимальнʹой
трʹудоемкости и стоимости ввода данʹнʹых в ЭВМ, высокой степенʹи читабельнʹости
выводимой инʹфорʹмации, максимальнʹой нʹадежнʹости и прʹавильнʹости выполнʹенʹия
этих оперʹаций.
Прʹи рʹазрʹаботке системы прʹименʹялась рʹеляционʹнʹая модель БД,
прʹедставляющая собой нʹаборʹ отнʹошенʹий, которʹые изменʹяются во врʹеменʹи. В
прʹоцессе созданʹия ИС, совокупнʹость отнʹошенʹий дает возможнʹость хрʹанʹить данʹнʹые
о всех объектах прʹедметнʹой области, отрʹажать связи между нʹими. Сами данʹнʹые в
свою очерʹедь хрʹанʹятся в таблицах. Для удобства опрʹеделенʹия каждая
таблица созданʹнʹой БД имеет унʹикальнʹый код.
Базовыми фунʹкциями спрʹавочнʹиков станʹовятся:
• Рʹеализация прʹоверʹки кодирʹованʹнʹых парʹаметрʹов прʹизнʹаков прʹи вводе
инʹфорʹмации;