37
ATut
or
Claroli
ne
Doke
os
LAMS
Mood
le
OLAT
OpenA
CS
Sakai
Разраба
тываема
я ИС
Лицен
зия
GPL
GNU/
GPL
GNU/
GPL
Open
Source
GNU
Open
Source
GNU
ECL
нет
Колич
ество
пользо
вателе
й
300
685
1000
100
1300
00
100
1000
5000
100
Структ
ура
ядро
+наб
ор
моду
лей
монол
итная
ядро
+наб
ор
моду
лей
монол
итная
ядро
+наб
ор
моду
лей
монол
итная
модул
ьная
ядро
+наб
ор
моду
лей
ядро+на
бор
модуле
й
Возмо
жност
ь
расши
рения
Да за
счет
внеш
них
моду
лей
зависи
т от
разраб
отчико
в
Да за
счет
внеш
них
моду
лей
зависи
т от
разраб
отчико
в
Да за
счет
внеш
них
моду
лей
зависи
т от
разраб
отчико
в
зависи
т от
разраб
отчико
в
Да за
счет
внеш
них
моду
лей
Да за
счет
внешни
х
модуле
й
Систе
ма
тестир
ования
да
да
да
да
да
да
да
да
да
Систе
ма
провер
ки
знаний
тесты
тесты,
упраж
нения
тесты
тесты
тесты
,
задан
ия,
семи
нары,
актив
ность
на
фору
мах
тесты,
задани
я
тесты
тесты
,
задан
ия,
актив
ность
на
фору
мах
тесты
Систе
ма
отчетн
ости
слабо
разви
та
средне
развит
а
средн
е
разви
та
слабо
развит
а
разви
та
слабо
развит
а
слабо
развит
а
разви
та
развита,
постоян
но
развива
ется
Таким образом, из вышесказанного можно сделать следующие
выводы:
1. современные тенденции развития рынка OpenSource
LMS\LCMS направлены в сторону универсализации и увеличения
функциональности систем.
38
2. использование коммерческих систем управления
электронным обучением не доступно большинству отечественных вузов по
причине их высокой стоимости и необходимости продления лицензии на
каждый учебный год.
3. системы с открытым исходным кодом позволяют
реализовать тот же набор возможностей, что и коммерческие с существенно
меньшими затратами и большей эффективностью;
4. общим недостатком системы является невозможность
расширения без участия разработчиков.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Проектирование рассматриваемой системы состоит из ряда
последовательных этапов и включает в себя:
1. сбор информации о деятельности рассматриваемого отдела.
2. определение стратегических свойств ИС;
3. определение функциональности ИС;
4. выбор стратегии автоматизации:
5. выбор способа приобретения;
6. определение архитектуры.
На первом этапе происходит сбор необходимой информации о работе
отдела охраны труда и экологической безопасности, производится анализ
деятельности отдела и выбор направлений автоматизации, таких как: обучение,
контроль за нарушениями ОТ, проведение мероприятий и учет руководящих
документов.
На втором этапе определяется базовая концепция проектируемой
информационной системы, которая отражает основные свойства будущей
системы, основные компоненты и их взаимосвязи. На этом этапе были
сформированы основные подсистемы: подсистема обучения, подсистема
39
проведения мероприятий, подсистема контроля за нарушениями ОТ, подсистема
учета руководящих документов.
На третьем этапе детально прорабатывается функциональность каждого из
компонентов системы. Здесь предъявляются предварительные требования к
функционалу каждой из подсистем.
На четвертом этапе происходит выбор стратегии автоматизации.
Существуют четыре варианта стратегии автоматизации: кусочная (хаотичная)
автоматизация, автоматизация по участкам, автоматизация по направлениям и
комплексная автоматизация. На данном этапе был сделан выбор автоматизации
по направлениям.
На пятом этапе производится анализ существующих разработок для
автоматизации комплекса задач, вырабатываются критерии оценки
эффективности использования существующих информационных систем, и
производится сравнительный анализ с вариантом разработки новой
информационной системы, на основе чего делается выбор наиболее подходящего
способа приобретения. В результате проведенного анализа было принято решение
о разработке новой информационной системы.
На шестом этапе производится выбор и обоснование проектных решений
по техническому и программному обеспечению задачи, определяется
приблизительный вариант архитектуры будущей информационной системы.
Так как рассматриваемый комплекс задач автоматизации затрагивает
только одну задачу – организацию дистанционного обучения, то целесообразно
выбрать автоматизацию по участкам в качестве стратегии автоматизации.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Способы приобретения ИС – это последующие действия от определения и
формализации решения о необходимости ИС до момента пока ИС не будет
внедрена на предприятия. Для рассматриваемого предприятия возможны
следующие способы приобретения ИС [6]:
разработка (самостоятельная и заказная);
40
покупка ИС (покупка отечественной или зарубежной ИС);
покупка + доработка (самостоятельная или заказная);
аренда.
Деятельность по организации дистанционного обучения состоит из
процессов, плохо вписывающихся в концепцию большинства информационных
систем, предлагаемых на рынке. Комплекс задач автоматизации является очень
узкоспециальным, поэтому подобрать на рынке готовое программное решение
практически невозможно. Отсюда следуют два возможных варианта
приобретения информационной системы:
1. Приобретение одной из информационных систем, предлагаемых на
рынке, с серьезной доработкой под требуемый функционал.
2. Разработка новой информационной системы, непосредственно
решающей поставленные задачи.
К недостаткам первого варианта относится:
Затраты на приобретение информационной системы.
Дополнительные требования к квалификации людей, занимающихся
автоматизацией, т.е. необходимые навыки внедрения, доработки и поддержки,
приобретаемой информационной системы, что сказывается на повышении ставки
таких специалистов и ведет за собой дополнительные затраты.
Большие стоимостные и трудовые затраты на доработку
приобретаемой информационной системы.
К плюсам первого подхода можно отнести лишь появление определенного
фундамента для разработки информационной системы, чем в данном случае и
будет являться приобретаемая информационная система.
Единственным недостатком второго варианта – разработки новой
информационной системы в нашем случае, является отсутствие фундамента для
создания информационной системы, т.е. разработка с нуля.
Достоинствами разработки новой информационной системы являются:
Полная ориентированность на решение задач отдела.
Учет требований к функционалу происходит на этапе
проектирования, из чего следует максимальное соответствие возможностей
системы заявленным требованиям.
41
Выбор платформы и программных технологий также осуществляется
с учетом принятых на предприятии требований и критериев, что ведет за собой
максимальное использование системой тех технических и программных средств,
которые уже имеются в наличии у предприятия.
Отсутствие затрат на доработку системы, так как весь функционал
создается на этапе разработки.
Компактность разрабатываемой системы, ориентация только под
конкретные задачи отдела.
На основе проведенного анализа, учета плюсов и минусов каждого из
возможных вариантов, был сделан вывод о разработке новой информационной
системы, которая будет полностью реализовать необходимые задачи и
максимально использовать имеющиеся ресурсы предприятия, не требуя больших
затрат на доработку и поддержку.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала компании. Обычно выделяют
внемашинное и внутримашинное обеспечение.
ИО состоит из: системы определения и кодирования; системы обобщения
документации, применяемой в ИО, информационную базу, т.е. данные из всех
массивов данных.
Внемашинное обеспечение включает в себя совокупность данных, главную
часть которых составляют документы. Можно различать первичные (входные)
документы, например, декларации и другую отчетность налогоплательщиков, а
также выходные документы, к которым можно отнести отчетность
налогоплательщиков, подготовленную и обработанную для отдела по работе с
налогоплательщиками или департамента камеральных проверок.
42
Внутримашинное ИО определяет представление данных на физических
носителях в виде специальных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы использует информационную среду,
направленную на реализацию сотрудниками своих должностных обязанностей.
Эта область выражается набором объектов, их свойств и взаимосвязей. Для
каждого отдельного объекта определяется набор его характеристик и свойств.
Информационные потоки внешне машинного ИО выражаются
направленным регулярным движением документов от источников их создания к
получателям.
Чтобы приспособить экономические данных для эффективного поиска,
обработки и передачи по каналам связи, их нужно перевести в цифровой вид. Для
этого их изначально упорядочивают (классифицируют), а затем формализуют
(кодируют) при помощи классификатора.
Классификатор является документом, при помощи которого реализуется
формализованное описание экономических данных в ЭИС, содержащей названия
объектов, названия классификационных группировок, а также их кодовые
обозначения.
По сфере действия можно выделить следующие типы классификаторов:
международные, внутригосударственные, отраслевые и локальные.
В это проекте использовались следующие общероссийские
классификаторы:
• ОКОПФ - Общероссийский классификатор организационно-правовых
форм;
• ОКУД - Общероссийский классификатор управленческой документации.
Главной компонентой внемашинного ИО становится система
документации, используемая в процессе управления экономическим объектом.
Документом является некая совокупность сведений, применяемая при решении
экономических задач, которая находится на материальном носителе в
соответствии с принятой формой.
Система документации является совокупностью обобщенных форм
документов, которые используются в процессе управления экономическим
43
объектом. Главным отличием системы экономической документации становится
большое разнообразие типов документов.
Используемые системы документации, характерные для
неавтоматизированных ЭИС, характеризуются большим количеством
разнообразных видов форм документов; значительным объемом потоков
документов и их запутанностью; задвоением данных в документах и
дублированием работ по их обработке, что приводит в итоге к низкой
достоверности итоговых результатов. Обработка документов в подобных
системах отнимает большую часть времени сотрудников. При попытке упростить
систему документации применяются следующие подходы:
• Обобщение и стандартизация документов;
• Использование безбумажной технологии, основанной на применении
ЭДО и новых информационных технологий их обработки.
Входные документы для исследуемой задачи лучше получать через сеть,
поэтому они обязаны быть сделаны в файлах заранее утвержденной структуры.
Для более простого применения таких файлов, они должны быть иметь табличный
вид (что несложно реализовать, поскольку эти документы отражают результаты в
других задачах и генерируются программным способом).
Классификаторы используются для описания данных, определяют
единство классификации и кодирования данных и используются для реализации
машинной обработки и выдачи данных в понятной потребителям форме в
процессе решения различных задач.
К внутримашинному ИО можно отнести описание экранных форм.
В процессе построения структуры экранных форм для ввода данных
первичных документов с важными данными лучше всего применять
комбинированную форму, которая почти на 100% приближена к той, которая
применялась для разработки самого документа. Расположение полей должно быть
в той очередности, которая соответствует логической структуре документа и
файлов с важными данными, сокращая при этом трудоемкость операции загрузки
данных в информационную базу.
В процессе создания экранных форм для документов с фиксированными
данными важно иметь в виду, что эти макеты применяются для ввода и
44
актуализации записей БД, поэтому для их разработки лучше всего применить
анкетную форму расположения реквизитов, оптимальную для выполнения
подобных операций.
В основе выбора экранных форм заключены принципы минимальной
трудоемкости и стоимости ввода данных в ЭВМ, высокой степени читабельности
выводимой информации, максимальной надежности и правильности выполнения
этих операций.
При разработке системы применялась реляционная модель БД,
представляющая собой набор отношений, которые изменяются во времени. В
процессе создания ИС, совокупность отношений дает возможность хранить
данные о всех объектах предметной области, отражать связи между ними. Сами
данные в свою очередь хранятся в таблицах. Для удобства определения каждая
таблица созданной БД имеет уникальный код.
Базовыми функциями справочников становятся:
• Реализация проверки кодированных параметров признаков при вводе
информации;
• Перекодирование значений признаков при передаче данных на монитор;
• Сохранение постоянной информации, связанной с некоторыми
значениями признаков;
• Добавление пояснительного текста к таблицам, получаемым в результате
решения совокупности задач.
Для разрабатываемой системы необходимо спроектировать следующие
классификаторы:
Преподаватели
Обучаемые
Группы
Предметы
Занятия
Классификатор преподавателей введён для идентификации
преподавателей.
1. система кодирования – порядковая
2. количество признаков классификации – 1
45
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]:[Наименование объекта]
Код предмета
46
Классификатор занятий
Данный классификатор вводится для идентификации занятий
1.система кодирования – порядковая,
2. количество признаков классификации – 1,
3. объекты кодирования: занятия
4. структурная формула классификатора
F=[XX]:[Наименование объекта]
Код занятия
На основании данных классификаторов производится взаимодействие
между таблицами базы данных.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение можно назвать совокупностью компьютерных
программ, описаний и инструкций по их правильной работе на ПК. Все ПО
принято делить на два класса:
• Общее ПО (ОС, оболочки, компиляторы, интерпретаторы, среды для
создания прикладных программ, СУБД, сетевые программы и т.п.);
• Специальное ПО (несколько прикладных программ, созданных под
конкретные задачи в рамках своих подсистем).
Для работы и применения ПО используется ОС. Сами ОС контролируют
работу ПК, их ресурсы, запускают на выполнение разнообразные прикладные
программы, реализуют всевозможные вспомогательные действия по желанию
пользователя. ОС делятся на однопользовательские, многопользовательские, и
сетевые. Факторы, влияющие на выбор конкретной ОС, следующие:
• Общее число поддерживаемых программных продуктов;
• Конкретные требования к аппаратным средствам;
• Поддержка сетевой технологии;
• Доступность справочной службы для пользователя;
• Скорость работы;
• Понятный и простой интерфейс.