37
Рис. 1.17 Декомпозиция модели «Как должно быть»
Декомпозиция разбивается на следующие блоки:
– функционирование модуля создания, редактирования и настройки
тестов;
– функционирование модуля тестирования;
– функционирование модуля администрирования и вывода отчета.
На рисунке 1.18 представлена декомпозиция блока «Функционирование
модуля создания, редактирования и настройки тестов».
Функционирование данного модуля обеспечивают следующие блоки:
блок авторизации пользователей, в данном блоке пользователь вводит
свои регистрационные данные. В случае некорректных данных, доступ к системе
будет закрыт.
блок управления разделами тестов, позволяет осуществлять
редактирование списка разделов, тесты формируются по разделам, что облегчает
их упорядоченность и позволяет выбирать именно те тесты, которые
соответствуют соискателю или сотруднику.
блок выбора тестов и настройки процедуры тестирования, данный блок
используется для установки временного ограничения на тест, настройки порядка
следования вопросов в тесте;
38
блок выбора и настройки вопросов теста, данный блок позволяет
осуществлять создание, редактирование и удаление тестов. При создании
определяется тип вопроса (одиночный выбор, множественный выбор, на
соответствии, упорядоченный список, свободный ввод);
блок редактирования ответов, данный блок позволяет добавлять,
изменять и удалять ответы на выбранный вопрос, необходимо реализовать
инструменты контроля за вводимой пользователем информацией и выдавать
сообщение об ошибках.
Рисунок 1.18 – Декомпозиция блока «Функционирование модуля
создания, редактирования и настройки тестов»
На рисунке 1.19 представлена декомпозиция блока «Функционирование
модуля тестирования».
39
Рис. 1.19 Декомпозиция блока «Функционирование модуля тестирования»
В модуле тестирования выделим следующие блоки:
запустить блок авторизации пользователя;
запустить блок выбора теста;
запустить блок тестирования;
запустить блок просмотра результат тестирования.
С точки зрения дальнейшей программной реализации процесс «Запустить
блок тестирования» представляет собой большой интерес. В данном блоке
производится выборка из базы данных вопросов с вариантами ответов,
получение от пользователя ответа на вопрос, анализ и занесение полученных
данных в базу (см. рис. 1.20).
Декомпозиция данного блока выполнена с использованием нотации
IDEF3, который применяется для представления ветвящихся и циклических
процессов [2].
40
Рис. 1.20 Декомпозиция процесса «Запустить блок тестирования»
Представим описание последнего блока – функционирование модуля
администрирования (см. рис. 1.21).
Рис. 1.21 Декомпозиция блока «Функционирование модуля администрирования
и вывода отчетов»
41
Функционирование модуля администрирования состоит из следующих
функциональных частей:
запустить блок авторизации пользователя;
запустить блок управления группами пользователей, позволяет
распределить пользователей по группам, что делает более удобных их
группировку;
запустить блок управления данными пользователей позволяет
редактировать личные данные пользователей и права доступа.
запустить блок вывода отчетов, запуск данного блока позволяет
выводить отчеты как по отдельно взятому пользователю, так и по целым
группам, для определения уровня знаний и умений.
На рисунке 1.22 представлена декомпозиция процесса «Запустить блок
вывода отчетов».
Рис. 1.22 Декомпозиция процесса «Запустить блок вывода отчетов»
Разработка данных диаграмм, позволило определить, какие процессы
будут автоматизированы, какие при этом будут использоваться хранилища
данных [16].
42
Система автоматизации управления знаниями для ПАО
«Нижнекамскнефтихим» должна быть хорошо масштабируемой и иметь
высокую надежность хранения данных. Так же система должна быть легко
адаптируемой под программную среду объекта внедрения. После внедрения
данная система должна иметь возможность гибко дорабатываться, так как
доработка ИС силами сотрудников ИТ является вполне реальной перспективой.
Система не должна загромождаться ненужными функциями.
Существует четыре варианта стратегии автоматизации [8]:
– кусочная (хаотичная) автоматизация,
– автоматизация по участкам,
– автоматизация по направлениям
– комплексная автоматизация.
Кусочная автоматизация предполагает, что предприятие приобретает
информационную систему, заранее не продумав стратегию ее использования, без
всякого плана и использует мощности ИС не в полной мере, что приводит к
тому, что предприятие не извлекает почти никакой выгоды от внедрения ИС.
Перспектива дальнейшего использования и развития ИС предприятия связано со
значительными большими затратами.
Автоматизация по участкам предусматривает, что предприятие
автоматизируется отдельными участками, которые объединяются по
определенному перечню выполняемых функций. Необходимость использования
такого способа автоматизации обуславливается, тем, что участки, которые
автоматизируются, будут давать значительный экономический эффект,
например, за счет сокращения персонала или выпуска более дешевой, но
качественной продукции.
Автоматизация по направлениям представляет под собой автоматизацию
некоторых направлений деятельности предприятия. В таком случае предприятие
осуществляет автоматизацию работы какой-то службы, например, кадровой
службы, участка – производства, подразделения – бухгалтерии или логистики.
Автоматизация в таком случае дает позитивный результат, дальнейшая
интеграция автоматизированных направлений будет обходиться значительно
дешевле, и не будет встречать серьезных препятствий [14].
43
Хаотичная, она же кусочная стратегия не подходит так как
осуществляется автоматизация определенного участка работы, при этом
используется несколько составляющих ИС, такие как, СУБД, клиент серверное
приложение, нельзя автоматизировать только часть из них, эффект от этого
будет незначительный.
Полная стратегия автоматизации тоже не подходит в рассматриваемом
случае, так как автоматизируется одно из направлений деятельности
предприятия. Стратегия автоматизации по участкам лучше всего подходит в
данной работе, потому что в данном случае автоматизируется управление
знаниями соискателей и сотрудников предприятия. Автоматизировав основные
процессы, можно будет сократить время обработки информации и формировать
более обоснованные решения, не понижая продуктивность работы [13].
1.3.4 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для автоматизации управления знаниями для предприятия ПАО
«Нижнекамскнефтехим» рассматриваются следующие способы приобретения
программного обеспечения:
– приобретение готового программного решения;
– разработка системы своими силами;
– разработка системы с привлечением сторонних разработчиков;
– покупка готового программного решения и доработка системы под
свои нужды.
Рассмотрим каждый способ приобретения отдельно с учетом
поставленной задачи [19].
1. Приобретение готового программного решения не рассматривается, из-
за того, что данный вариант не предусматривает проектирование и не учитывает
особенности работы предприятия.
2. Покупка + доработка: покупается уже готовое решение, при этом
выполняется доработка своими силами. Данный вариант является приемлемым,
44
однако отличает относительной дороговизной и сложностью доработки –
необходимо досконально знать приобретенный программный продукт.
3. Разработка системы сторонней фирмой – данный вариант является
приемлемым с точки зрения проектирования и разработки технической
документации, однако по стоимости может выйти дороже, чем вариант 1 и 2.
4. Разработка своими силами: предполагает разработку системы с нуля,
является весьма трудозатратным проектом, сроки, внедрения которых могут
превышать 3 месяца, однако будет учитываться специфика работы предприятия.
Данный вариант является наиболее предпочтительным, по той причине, что
будет учитываться специфика предприятия. А именно: отдел кадров работает с
базой данных на платформе 1С Предприятие 7.7, учитывая, что система
автоматизации управления знаний в первую очередь будет использоваться
работниками данного подразделения (менеджерами по подбору кадров,
сотрудниками учебного центра) имеет смысл разработать систему, которая будет
интегрирована в информационную базу, которая используется в данный момент.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
В информационное обеспечение входят следующие компоненты [3]:
– система классификации и кодирования;
– система унифицированной документации, которая используемой в
информационной системе;
– информационная база данных.
Система классификации и кодирования.
В работе предполагает использование только локального классификатора,
поскольку никакие другие классификаторы РФ система не использует.
Классификатор будет применяться для группировки тестовых вопросов,
пользователей системы.
В составе системы выделены следующие классификаторы:
45
– классификатор вопросов;
– классификатор пользователей;
– классификатор результатов тестирования.
Сводные характеристики классификаторов представлены в таблице 1.1.
Таблица 1.1
Сводные характеристики классификаторов
Наименование
классификатора
Значность
кода
Система
кодирования
Система
классификации
Вид
классификатора
Вопросы
8
разрядная
Иерархическая
Локальный
Пользователи
8
разрядная
Иерархическая
Локальный
Результаты
тестирования
8
разрядная
Иерархическая
Локальный
Представим данные по классификаторам.
1) Для классификатора вопросы используется разрядная система
кодирования. Классификатор является локальным и состоит из восьми знаков.
Структурная формула классификатора продаж:
Ф1 = [ХХХХХХХХ];
2) Для классификатора пользователи используется разрядная система
кодирования. Классификатор является локальным и состоит из восьми знаков.
Структурная формула классификатора предприятия:
Ф2 = [ХХХХХХХХ];
3) Для классификатора результаты тестирования используется разрядная
система кодирования. Классификатор является локальным и состоит из восьми
знаков. Структурная формула классификатора контрагентов:
Ф3 = [ХХХХХХХХ];
Разработанные классификаторы позволяют упростить работу системы и
повысить ее эффективность.
Система унифицированной документации.
В настоящее время разработано множество видов унифицированной
документации для всех предприятий РФ.
46
В рамках данной работы будут использованы следующие объекты
документации:
1.Справочники:
– вопросы;
– пользователи.
2. Документы:
– результаты тестирования.
3. Обработки:
– авторизация;
– тестирование;
– итоги по пользователю.
Документы должны отвечать следующим требованиям:
– предоставлять достаточную полноту информации, необходимую в
решении задачи;
– исключать избыточную информацию;
– предоставлять достоверную и своевременную информацию;
– быть согласованными с формами первичных документов;
– иметь логичное построение документа;
Информационная база данных.
Чтобы организовать информационную базу (ИБ), применяют следующие
виды организации [21]:
– файловую организацию ИБ;
– интегрированную ИБ;
– смешанную организацию ИБ.
При файловой организации база размещается локально на компьютере.
Другие пользователи осуществляют доступ к этому компьютеру посредством
стандартных методов ОС для сетевого обмена данными.
Смешанная организация подразумевает распределённую базу данных,
которая хранится на нескольких серверах и реплицирует свои изменения
согласно определенному расписанию. Такую структуру ИБ используют в
системах класса ERP, чтобы работать в одной информационной базе нескольким
удалённым офисам одновременно.