37
Web-сайт Moodle оказывает пользователям платформы бесплатную
качественную поддержку, чему содействует многочисленное сообщество.
• Sakai (http://sakaiproject.org/) – онлайн-система организации учебного
образовательного пространства с полностью открытым исходным кодом,
поддерживаемая сообществом разработчиков. В данную систему интегрирована
поддержка спецификаций и стандартов IMS Common Cartridge, SCORM.
• OpenACS (Open Architecture Community System, http://openacs.org)
представляет собой систему для разработки переносимых масштабируемых
образовательных ресурсов. OpenACS выступает в качестве основы для многих
университетов и компаний, использующих технологии электронного обучения.
Таким образом, из вышесказанного можно сделать вывод о том, что
системы с открытым кодом предоставляют возможность решения тех же задач,
что и коммерческие системы, одновременно позволяя пользователям адаптацию
и доработку конкретной системы к собственным потребностям и текущей
образовательной ситуации.
Анализ OpenSource LMS\LCMS
Результаты проведенного анализа сведены в таблицу 1.5.
Таблица № 1.4
Анализ OpenSource LMS\LCMS
ATut
or
Clarol
ine
Doke
os
LAM
S
Mood
le
OLA
T
Open
ACS
Sakai
Разраба
тываема
я ИС
Лицен
зия
GPL
GNU/
GPL
GNU/
GPL
Open
Sourc
e
GNU
Open
Sourc
e
GNU
ECL
нет
Колич
ество
пользо
вателе
й
300
685
1000
100
13000
0
100
1000
5000
100
Структ
ура
ядро
+наб
ор
моду
лей
моно
литна
я
ядро
+наб
ор
моду
лей
моно
литна
я
ядро
+наб
ор
моду
лей
моно
литна
я
моду
льна
я
ядро
+наб
ор
моду
лей
ядро+на
бор
модулей
38
Продолжение таблицы № 1.5
Возмо
жност
ь
расши
рения
Да
за
счет
вне
шни
х
мод
уле
й
зависи
т от
разраб
отчико
в
Да
за
счет
вне
шни
х
мод
уле
й
зависи
т от
разраб
отчико
в
Да за
счет
внеш
них
моду
лей
зависи
т от
разраб
отчико
в
зависи
т от
разраб
отчико
в
Да за
счет
внеш
них
моду
лей
Да за
счет
внеш
них
моду
лей
Систе
ма
тестир
овани
я
да
да
да
да
да
да
да
да
да
Систе
ма
прове
рки
знани
й
тест
ы
тесты,
упраж
нения
тест
ы
тесты
тест
ы,
задан
ия,
семи
нары
,
актив
ность
на
фору
мах
тесты,
задани
я
тесты
тест
ы,
задан
ия,
актив
ность
на
фору
мах
тесты
Систе
ма
отчетн
ости
слаб
о
разв
ита
средне
развит
а
сред
не
разв
ита
слабо
развит
а
разви
та
слабо
развит
а
слабо
развит
а
разви
та
разви
та,
посто
янно
разви
ваетс
я
Таким образом, из вышесказанного можно сделать следующие выводы:
1. имеющиеся современные тенденции развития рынка OpenSource
LMS\LCMS характеризуются направленностью в сторону увеличения
функциональности систем и универсализации.
2. большинству отечественных вузов недоступно использование
коммерческих систем управления электронным обучением ввиду их высокой
стоимости, а также необходимости продлевать лицензию на каждый учебный год.
39
3. системы с открытым исходным кодом предоставляют возможность
реализации того же набора возможностей, что и коммерческие с существенно
меньшими затратами и большей эффективностью;
4. общим недостатком системы является невозможность расширения
без участия разработчиков.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Проектирование рассматриваемой системы состоит из ряда
последовательных этапов и включает в себя:
1. сбор информации о деятельности рассматриваемого отдела.
2. определение стратегических свойств ИС;
3. определение функциональности ИС;
4. выбор стратегии автоматизации:
5. определение способа приобретения;
6. выбор архитектуры.
На первом этапе происходит сбор необходимой информации о работе
отдела охраны труда и экологической безопасности, производится анализ
деятельности отдела и выбор направлений автоматизации, таких как: обучение,
контроль за нарушениями ОТ, проведение мероприятий и учет руководящих
документов.
На втором этапе определяется базовая концепция проектируемой
информационной системы, которая отражает основные свойства будущей
системы, основные компоненты и их взаимосвязи. На этом этапе были
сформированы основные подсистемы: подсистема обучения, подсистема
проведения мероприятий, подсистема контроля за нарушениями ОТ, подсистема
учета руководящих документов.
На третьем этапе детально прорабатывается функциональность каждого из
компонентов системы. Здесь предъявляются предварительные требования к
функционалу каждой из подсистем.
40
На четвертом этапе происходит выбор стратегии автоматизации. Выделяют
следующие варианты стратегии автоматизации:
- автоматизация по участкам;
- хаотичная (кусочная) автоматизация;
- комплексная автоматизация;
- автоматизация по направлениям. На данном этапе был сделан выбор
автоматизации по направлениям.
На пятом этапе производится анализ существующих разработок для
автоматизации комплекса задач, вырабатываются критерии оценки
эффективности использования существующих информационных систем, и
производится сравнительный анализ с вариантом разработки новой
информационной системы, на основе чего делается выбор наиболее подходящего
способа приобретения. В результате проведенного анализа было принято решение
о разработке новой информационной системы.
На шестом этапе производится выбор и обоснование проектных решений
по техническому и программному обеспечению задачи, определяется
приблизительный вариант архитектуры будущей информационной системы.
Так как рассматриваемый комплекс задач автоматизации затрагивает
только одну задачу – организацию дистанционного обучения, то целесообразно
выбрать автоматизацию по участкам в качестве стратегии автоматизации.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Способы приобретения ИС представляют собой последующие действия,
начиная от определения и формализации решения относительно необходимости
ИС и вплоть до момента внедрения ИС на предприятие. Для рассматриваемого
предприятия представляются возможными следующие способы приобретения ИС
[6]:
- самостоятельная разработка или разработка на заказ;
- аренда;
- покупка ИС (зарубежной или отечественной);
41
- покупка и последующая самостоятельная доработка или доработка на
заказ.
Деятельность по организации дистанционного обучения состоит из
процессов, плохо вписывающихся в концепцию большинства информационных
систем, предлагаемых на рынке. Комплекс задач автоматизации является очень
узкоспециальным, поэтому подобрать на рынке готовое программное решение
практически невозможно. Отсюда следуют два возможных варианта
приобретения информационной системы:
1. Приобретение одной из информационных систем, предлагаемых на
рынке, с серьезной доработкой под требуемый функционал.
2. Разработка новой информационной системы, непосредственно
решающей поставленные задачи.
К недостаткам первого варианта относится:
Затраты на приобретение информационной системы.
Дополнительные требования к квалификации людей, занимающихся
автоматизацией, т.е. необходимые навыки внедрения, доработки и поддержки,
приобретаемой информационной системы, что сказывается на повышении ставки
таких специалистов и ведет за собой дополнительные затраты.
Большие стоимостные и трудовые затраты на доработку
приобретаемой информационной системы.
К плюсам первого подхода можно отнести лишь появление определенного
фундамента для разработки информационной системы, чем в данном случае и
будет являться приобретаемая информационная система.
Единственным недостатком второго варианта – разработки новой
информационной системы в нашем случае, является отсутствие фундамента для
создания информационной системы, т.е. разработка с нуля.
Достоинствами разработки новой информационной системы являются:
Полная ориентированность на решение задач отдела.
Учет требований к функционалу происходит на этапе
проектирования, из чего следует максимальное соответствие возможностей
системы заявленным требованиям.
42
Выбор платформы и программных технологий также осуществляется
с учетом принятых на предприятии требований и критериев, что ведет за собой
максимальное использование системой тех технических и программных средств,
которые уже имеются в наличии у предприятия.
Отсутствие затрат на доработку системы, так как весь функционал
создается на этапе разработки.
Компактность разрабатываемой системы, ориентация только под
конкретные задачи отдела.
На основе проведенного анализа, учета плюсов и минусов каждого из
возможных вариантов, был сделан вывод о разработке новой информационной
системы, которая будет полностью реализовать необходимые задачи и
максимально использовать имеющиеся ресурсы предприятия, не требуя больших
затрат на доработку и поддержку.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала компании. Обычно выделяют
внемашинное и внутримашинное обеспечение.
ИО состоит из: системы определения и кодирования; системы обобщения
документации, применяемой в ИО, информационную базу, т.е. данные из всех
массивов данных.
Внемашинное обеспечение включает в себя совокупность данных, главную
часть которых составляют документы. Можно различать первичные (входные)
документы, например, декларации и другую отчетность налогоплательщиков, а
также выходные документы, к которым можно отнести отчетность
налогоплательщиков, подготовленную и обработанную для отдела по работе с
налогоплательщиками или департамента камеральных проверок.
43
Внутримашинное ИО определяет представление данных на физических
носителях в виде специальных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы использует информационную среду,
направленную на реализацию сотрудниками своих должностных обязанностей.
Эта область выражается набором объектов, их свойств и взаимосвязей. Для
каждого отдельного объекта определяется набор его характеристик и свойств.
Информационные потоки внешне машинного ИО выражаются
направленным регулярным движением документов от источников их создания к
получателям.
Для приспособления экономических данных для эффективного поиска,
обработки и передачи по каналам связи, их нужно перевести в цифровой вид. Для
этого их изначально упорядочивают (классифицируют), а затем формализуют
(кодируют) при помощи классификатора.
Классификатор является документом, при помощи которого реализуется
формализованное описание экономических данных в ЭИС, содержащей названия
объектов, названия классификационных группировок, а также их кодовые
обозначения.
По сфере действия можно выделить следующие типы классификаторов:
международные, внутригосударственные, отраслевые и локальные.
В это проекте использовались следующие общероссийские
классификаторы:
• ОКОПФ - Общероссийский классификатор организационно-правовых
форм;
• ОКУД - Общероссийский классификатор управленческой документации.
Главной компонентой внемашинного ИО становится система
документации, используемая в процессе управления экономическим объектом.
Документом является некая совокупность сведений, применяемая при решении
экономических задач, которая находится на материальном носителе в
соответствии с принятой формой.
Система документации является совокупностью обобщенных форм
документов, которые используются в процессе управления экономическим
44
объектом. Главным отличием системы экономической документации становится
большое разнообразие типов документов.
Используемые системы документации, характерные для
неавтоматизированных ЭИС, характеризуются большим количеством
разнообразных видов форм документов; значительным объемом потоков
документов и их запутанностью; задвоением данных в документах и
дублированием работ по их обработке, что приводит в итоге к низкой
достоверности итоговых результатов. Обработка документов в подобных
системах отнимает большую часть времени сотрудников. При попытке упростить
систему документации применяются следующие подходы:
- обобщение и стандартизация документов;
- использование безбумажной технологии, основанной на применении ЭДО
и новых информационных технологий их обработки.
Лучше получать входные документы для исследуемой задачи через сеть,
поэтому они обязаны быть сделаны в файлах заранее утвержденной структуры.
Для более простого применения таких файлов, они должны быть иметь табличный
вид (что несложно реализовать, поскольку эти документы отражают результаты в
других задачах и генерируются программным способом).
Классификаторы используются для описания данных, определяют
единство классификации и кодирования данных и используются для реализации
машинной обработки и выдачи данных в понятной потребителям форме в
процессе решения различных задач.
К внутримашинному ИО можно отнести описание экранных форм.
В процессе выстраивания структуры экранных форм, необходимых для
ввода данных первичных документов с важными данными лучше всего применять
комбинированную форму, которая почти на 100% приближена к той, которая
применялась для разработки самого документа. Расположение полей должно быть
в той очередности, которая соответствует логической структуре документа и
файлов с важными данными, сокращая при этом трудоемкость операции загрузки
данных в информационную базу.
В процессе создания экранных форм для документов с фиксированными
данными важно иметь в виду, что эти макеты применяются для ввода и
45
актуализации записей БД, поэтому для их разработки лучше всего применить
анкетную форму расположения реквизитов, оптимальную для выполнения
подобных операций.
В основе выбора экранных форм заключены принципы минимальной
трудоемкости и стоимости ввода данных в ЭВМ, высокой степени читабельности
выводимой информации, максимальной надежности и правильности выполнения
этих операций.
При разработке системы применялась реляционная модель БД,
представляющая собой набор отношений, которые изменяются во времени. В
процессе создания ИС, совокупность отношений дает возможность хранить
данные о всех объектах предметной области, отражать связи между ними. Сами
данные в свою очередь хранятся в таблицах. Для удобства определения каждая
таблица созданной БД имеет уникальный код.
Базовыми функциями справочников становятся:
• Реализация проверки кодированных параметров признаков при вводе
информации;
• Перекодирование значений признаков при передаче данных на монитор;
• Сохранение постоянной информации, связанной с некоторыми
значениями признаков;
• Добавление пояснительного текста к таблицам, получаемым в результате
решения совокупности задач.
Для разрабатываемой системы необходимо спроектировать следующие
классификаторы:
Преподаватели
Обучаемые
Группы
Предметы
Занятия
Классификатор преподавателей введен для идентификации
преподавателей.
1. система кодирования – порядковая
2. количество признаков классификации – 1
46
3. объекты кодирования: преподаватели
4. структурная формула классификатора
F=[XXXX]:[Наименование объекта]
Код преподавателя
Классификатор учащихся введен для идентификации обучаемых.
1. система кодирования – порядковая
2. количество признаков классификации – 1
3. объекты кодирования: учащиеся
4. структурная формула классификатора
F=[XXXX]:[Наименование объекта]
Код обучаемого
Классификатор групп обучения
Данный классификатор вводится для идентификации групп
1. система кодирования – порядковая
2. количество признаков классификации – 1
3. объекты кодирования: группы
4. структурная формула классификатора
F=[XXXX]:[Наименование объекта]
Код группы
Классификатор предметов
Данный классификатор вводится для идентификации предметов
1.система кодирования – порядковая,
2. количество признаков классификации – 1,
3. объекты кодирования: предметы
4. структурная формула классификатора
F=[XXXX]:[Наименование объекта]
Код предмета