62
Само функционирование системы также относится к ценным активам
компании, т.к. нарушение работы ИС приведет к потере доступа к ценной
информации. Поставки будут сорваны, рабочее время потеряно.
Определим, какие угрозы имеются с точки зрения информационной
безопасности:
Внутренние угрозы (исходящие от так называемых «инсайдеров» -
сотрудников компании). Это может быть умышленная и непредумышленная
порча или удаление файлов с ценной информацией, ввод неверных данных, а
также незаконное копирование (хищение) информации;
Внешние угрозы: действия хакеров, промышленный шпионаж,
вирусы и т.п.;
Нарушение связи по вычислительной сети с офисом;
Отключения электропитания, пожары, наводнения и т.п[10].
Для того, чтобы обеспечить защиту разрабатываемой системы от
внутренних угроз необходимо добавить в Политику безопасности организации
раздел, в котором будут описаны правила разграничения прав доступа к
разрабатываемой системе. Пользователями системы будут специалисты отдела
персонала, и руководители структурных подразделений организации, поэтому
права доступа к реализуемой системе должны быть только у этих сотрудников.
Права на создание документов должны быть у сотрудников отдела персонала,
руководители структурных подразделений будут вводить данные о рабочем
времени в созданные сотрудниками отдела персонала документа. Поэтому у
руководителей структурных подразделений будут правда на редактирование
табеля учета рабочего времени только тех сотрудников, которые работают в их
отделе. Право на удаление документов должно быть только у руководителя
отдела персонала. Все изменения в системе должны протоколироваться для
возможности выявления лица, нарушившего Политику безопасности.
Защита системы от внешних угроз будет реализована с помощью текущей
Политики безопасности организации: на серверное оборудование компании не
установлены сторонние средства удаленного администрирования. Доступ к
серверу осуществляется с помощью приложения «Remotedesktopprotocol», в том
числе и к серверу приложений и СУБД, где будет установлена серверная версия
63
разрабатываемой информационной системы. Доступ к серверу может быть
только авторизованным.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов [5].
Информационная модель будет включать следующие справочники:
1. Сотрудник.
2. Структурное подразделение.
3. График работы.
Помимо этого, в базе данных информационной системы будет создана
таблица «Табель», в которой будут храниться данные о рабочем времени
сотрудников.
В информационной системе будут предусмотрены следующие формы:
1. Форма редактирования справочников.
2. Форма ввода данных.
3. Форма сохранения документа (Табеля учета рабочего времени).
В результате ввода данных в систему будет доступна отчетная форма
табеля учета рабочего времени сотрудников.
Ввод данных в систему будет осуществляться руководителями
структурных подразделений организации и специалистом отдела персонала.
Отчетная форма табеля учета рабочего времени будет доступна только
специалисту отдела персонала. Информационная модель представлена на
рисунке 2.4.
64
Спр. Сотрудник
ИС
Спр Структурное
подразделение
Спр. График
работы
Табель
Руководитель структурного
подразделения
Форма табеля
Форма
редактирования
справочников
Специалист отдела персонала
Специалист отдела персонала
Форма
сохранения
документа
Табель *
Спр. Сотрудник *
Спр. Структурное
подразделение
Табель учета рабочего
времени
Спр. График
работы
Рисунок 2.4. Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входными документами проектируемой системы являются:
заявления (заявление о предоставлении ежегодного оплачиваемого
отпуска, заявление о предоставлении отпуска без сохранения заработной платы);
больничные листы;
приказы (приказ о привлечении работника к сверхурочной работе).
Заявления о предоставлении очередного оплачиваемого отпуска и о
предоставлении отпуска без содержания не являются унифицированными
документами. Заявления содержат следующие данные:
1. ФИО сотрудника;
2. Должность;
65
3. Даты отсутствия;
4. Причину отсутствия.
Больничный лист является унифицированным документом и содержит
следующие данные:
1. ФИО сотрудника;
2. Название организации;
3. Даты больничного листа.
Приказ о привлечении сотрудников к сверхурочной работе не является
унифицированным документом. В нем содержатся следующие данные:
1. Номер приказа.
2. Дата приказа.
3. ФИО сотрудников.
4. Даты работы.
5. Количество отработанных сверхурочных часов.
На основании информационной модели в системе были выделены
следующие справочники 12:
1. Сотрудник.
2. Структурное подразделение.
3. График работы.
Характеристика справочников представлена в таблице 2.2.
Таблица 2.2
Характеристика справочников
Характеристика
Сотрудник
Структурное
подразделение
График
работы
Ответственный за
ведение
Руководитель отдела кадров
Объем справочника
в записях
100 000
Частота
актуализации
По мере необходимости
Объем
актуализации
5%
Реквизитный состав
Код
Код
Код
Фамилия
Имя
Отчество
Наименование
Наименование
Дата рождения
Табельный
номер
66
2.2.3. Характеристика результатной информации
Результатной информацией проектируемой системы являются данные о
рабочем времени сотрудников, которые представлены в виде документа «Табель
учета рабочего времени» (унифицированная форма Т-12).
Результатная информация хранится в следующих таблицах базы данных:
1. Сотрудник.
2. Структурное подразделение.
3. График работы.
4. Табель.
5. Характеристика перечисленных таблиц представлена в таблице 2.3.
Таблица 2.3
Характеристика таблиц с результативной информацией
Наименование
таблицы
Наименование поля
Сотрудник
Код
Фамилия
Имя
Отчество
Структурное
подразделение
Наименование
График работы
Наименование
Наименование
таблицы
Наименование поля
Табель
Дата
Статус
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций представляет собой иерархическую структуру действий,
реализованных в ИС. Все действия программного продукта можно разделить на
два основных подмножества:
1. Служебные функции – идентичны для всех автоматизированных
систем управления на уровне развития аппаратных и программных средств.
Функции этого вида призваны обеспечить безопасность ввода, обработки и
67
хранения информации, облегчить работу с системой, сделать ее наиболее
удобной для конечного пользователя.
2. Основные функции управления и обработки данных. Они отражают
особенности процесса обработки информации, получения результатов, ведения
информационной базы проекта.
Состав и классификация функций разрабатываемого программного
продукта представлены в виде дерева функций на рисунке 2.5.
Рисунок 2.5. Дерево функций ИС
На рисунке 2.6 представлен сценарий диалога.
Главное меню
Справочники
Открыть
Изменить
Печать
Сохранить
Закрыть
Документ
Создать
Сохранить
Печать
Закрыть
Отчет
Сформировать
Настройки
Рисунок 2.6. Сценарий диалога
68
2.3.2. Характеристика базы данных
Проектируемая ИС будет хранить и обрабатывать данные в реляционной
базе данных, которая представляет собой совокупность двумерных таблиц [16].
База данных будет включать следующие таблицы:
1. Сотрудник.
2. Структурное подразделение.
3. График работы.
4. Табель.
База данных будет разработана в СУБД MS Ассess. Перед разработкой
базы данных в выбранной СУБД необходимо осуществить проектирование базы
данных, которое включает в себя не только процесс описания данных, которые
будут храниться и обрабатываться в базе данных, но и процесс нормализации
данных, благодаря которому будет устранено дублирование данных [15].
ER-модель базы данных представлена на рисунке 2.7.
Характеристика таблиц базы данных представлена в таблице 2.4.
69
Таблица 2.4
Характеристика базы данных
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Справочник «Сотрудник»
ID_записи
ID_sotr
Счетчик
5
Ключевое
поле
Фамилия
Lname_sotr
Текст
30
Имя
Fname_sotr
Текст
30
Отчество
Otch_sotr
Текст
30
Табельный номер
Tname_sotr
Число
4
Справочник «Структурное подразделение»
ID_отдела
ID_otd
Счетчик
5
Ключевое
поле
Код
Code_otd
Текст
30
Наименование
Name_otd
Текст
100
Справочник «График работы»
ID_графика
ID_gr
Счетчик
5
Ключевое
поле
Код
Code_gr
Текст
30
Наименование
Name_gr
Текст
100
Табель
ID_табеля
ID_tab
Счетчик
5
Ключевое
поле
Дата
Dat_tab
Дата
8
Статус
St_tab
Текст
1
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Для разработки системы учета рабочего времени используется модульная
система. Эта система имеет модульную форму организации конфигурации. В
глобальных модулях хранятся переменные, процедуры и функции доступные из
любых других модулей. Также можно выделить другие группы модулей:
Справочники;
Документы;
Отчеты.
2.3.4. Описание программных модулей
Работа с программой начинается с выбора пользователя и вывода
информационного окна и активизации системы меню.
70
Работа программы осуществляется по диалоговому и событийному режиму,
при этом под диалогом понимается предоставление пользователю нескольких
альтернатив и обработка его выбора. В диалоговую систему входят главное меню с
соответствующими всплывающими подменю, а также диалоговые окна. Под
событиями понимаются процессы, активизируемые пользователем (например –
нажатие функциональных клавиш), а также программные события – получение
определенным полем фокуса редактирование или потеря фокуса ввода. На
основании данных событий активизируются процедуры контроля допустимости
данных.
Программа состоит из следующих основных модулей:
1. Глобальный модуль - конфигурация среды окружения, формирование
основного экрана программы, создание системы главного меню и соответствующих
подменю, активизация меню.
2. Процедуры формирования отчетов – обеспечение выдачи
установленных форм документов на основании критериев, определяемых
пользователем и информационной базы.
3. Модуль справочников и модуль документов - обеспечение ввода
информации с первичных документов в базы данных, контроль за допустимостью
значений, обеспечение ввода данных путем выбора из списка.
Все модули в программе связаны между собой по данным, которые
анализируются на входе и вырабатываются на выходе. Данные в модули поступают
через диалог с пользователем, параметры и документы информационной базы.
Для ведения информационной базы могут быть выполнены операции
просмотра и печати документов, их редактирование, ведение нормативно-
справочных документов, а также создание архивов и восстановление документов
БД. Операции осуществляются путем выбора соответствующих пунктов в главном
и подчиненных меню.
Данные через диалог могут быть получены прямым и косвенным способом.
Прямой способ реализуется путем их ввода по шаблону или по запросу конкретных
значений. Косвенный способ – путем меню.
71
Параметры (входные документы) – входные данные, полученные в виде
конкретных значений, переданных в оперативной памяти смежным модулям
(функциям).
Для каждого выделенного модуля разработана функционально-
технологическая схема и детальный алгоритм ее кодирования. Блок-схема
задачи работы со справочниками приведена на рисунке 2.5.
Рисунок 2.5. Блок-схема работы приложения
Алгоритм функционирования разработанного приложения-модуля можно
кратко описать следующей последовательностью действий. При загрузке модуля
ожидается выбор одной из альтернатив главного меню. В зависимости от
выбранной альтернативы главного меню происходит активация
соответствующей процедуры, и синтез необходимых дочерних форм. После
Начало
Диалог
настройки
соединения
с БД
Ожидание
выбора пункта
меню
Пункт
выбран?
Просмотр БД
Генерация
формы
просмотра
Добавление
записи
Генерация
формы
добавления
Выполнение
функций
добавления
Поиск
записей
Генерация
формы
поиска
Настройка
параметров
поиска
Выполнение
поиска
А
Выход?
Закрытие БД
А
Конец
Да
Да
Да
Да
Да
Нет
Нет
Нет
Нет
Нет