62
На рисунке 2.4 представлен процесс «Разработка проекта». Данный
процесс представлен следующими работами [1]:
- определение технологии проектирования;
- определение ролей пользователей системы;
- разработка алгоритмического обеспечения;
- выбор платформы или среды разработки;
- построение логической и физической моделей БД;
- определение подпрограмм и их взаимодействия между собой;
-разработка структуры программного обеспечения;
- формирование окончательного проектного решения.
Определение
технологий для
разработки
проекта
Определение
состава
пользователей и их
функционала
Построение
алгоритмического
обеспечения
системы
Выбор платформы
Проектирование
логической
модели БД
Определение
подпрограмм и
функций системы
Разработка
структуры
программного
обеспечения
Готовое проектное
решение системы
Рис. 2.4 Разработка проекта системы
На рисунке 2.5 представлен процесс «Программирование
информационной базы».
Процесс представлен следующими действиями [1]:
– создание программного кода;
– построение диалоговых форм и написание обработчиков событий;
– проверка наличия ошибок;
63
– компиляция программного решения;
– исправление выявленных ошибок;
– выполнение программного решения в режиме исполнения.
Написание
программного
кода
Разработка
диалоговых форм
Компиляция
программы
Есть ошибки
Исправление
ошибок
да
Выполнение
программы
нет
Рис. 2.5 Программирование системы
На рисунке 2.6 представлен процесс «Отладка компонентов».
Отладка
компонентов в
соответствии с
эксплуатационной
документацией
Испытание
программных
средств
Испытание
технических
средств
Рис. 2.6 Отладка компонентов
64
Процесс представлен следующими операциями:
– отладка компонентов в соответствии с эксплуатационной
документацией;
– проведение испытания программных средств;
– проведения испытания технических средств.
На рисунке 2.7 представлен процесс «Ввод в действие» [4]. Процесс
представлен следующими операциями [1]:
– проведение обучение персонала работе с разработанным
программным решением;
– установка платформы или необходимого программного обеспечения;
– подготовка рабочего места;
– заполнение информацией базу данных;
– тестирование программы в реальных условиях, на реальных примерах;
– устранение выявленных неисправностей тестировщиками и внесение
изменений в программу;
– доработка программы в соответствии с замечаниями;
– оформление акта о внедрении программного продукта.
65
Обучение
персонала
Установка
платформы и
программы
Оборудование
рабочего места
Подготовка
информации для
базы данных
Тестирование
программы
Есть претензии
Устранение
неисправностей и
внесение
изменений в
документации
да
Доработка
программного
обеспечения
системы
Оформление акта
о внедрении
системы
нет
Рис. 2.6 Ввод в действие
Следование данным стадиям позволяют выполнить построение
функциональной качественной информационной базы должностей и вакансий с
указанием требований к знаниям и навыкам кандидатов для группы кадров
войсковой части.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Определим риски на каждом этапе жизненного цикла.
Стадия 1. Определение требований к разработке информационной базе,
на данной стадии возможны следующие риски:
– риск несогласованности – возможно, что требования, которые
формулирует заказчик не учтены в полной мере разработчиком, реагирование
на данный риск, уточнение и дальнейшее согласование требований;
– риск не понимания – возможно, что заказчик и разработчик говорят об
одном и том, же, однако их формулировки значительно разнятся, что может
привести к неоднозначности интерпретации требований. Реагирование на
66
данный риск, уточнение, упрощение формулировок, переход к стандартным
определениям, которые не допускают двузначности;
Стадия 2. Разработка технического задания может содержать следующие
риски:
– некорректно составленное техническое задание – может привести к
тому, что разработчик выполнит не совсем тот функционал информационной
системы, который ожидает заказчик. Реагирование на данный вид риска будет
следующий – привлечение сторонних экспертов, которые позволяет разъяснить
заказчику пункты технического задания или самому скорректировать структуру
данного документа;
Стадия 3. Проектирование структуры системы может содержать
следующие риски:
– непонятность составленных моделей, описаний проектных решений,
алгоритмов, по которым работает информационная система. Реагирование на
данный риск следующий – построение моделей с помощью CASE средств,
использование ГОСТа при обозначении основных узлов;
– проект может иметь необоснованные данные или сроки. Реагирование
на данный вид риска сводится к тому, что при формировании проекта помимо
проектировщика должен принимать участие и программист;
Стадия 4. Написание программного кода может содержать следующие
риски:
– не выполнение в установленный срок. Реагирование на данный вид
риска – адекватное распределение между программистами задания,
привлечение в случае необходимости сторонних исполнителей;
Стадия 5. Отладка компонентов имеет следующий вид риска:
– не нахождения ошибок. Реагирование на данный вид риска –
привлечение сторонних тестировщиков, которые имеют опыт по тестированию
программного обеспечения;
Стадия 6. Ввод в действие имеет следующий вид риска:
67
– отсутствие возможности установки ИС на оборудование заказчика.
Реагирование на данный риск следующий – доработка информационной
системы, закупка новой компьютерной техники;
– персонал заказчика не принимает информационную систему.
Реагирование на данный вид риска сводится к тому, что проводится обучение и
инструктаж по работе с информационной системе, привлекаются
административные лица для стимуляции персонал [16,21].
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Представим средства ИБ и ЗИ, в соответствии с классификацией.
Вначале необходимо определить пользователей и их права доступа к
ресурсам разрабатываемой информационной базы.
Пользователями разрабатываемой информационной базы могут являться
персонал, который занимается кадровым учетом воинской части – сотрудники
службы КЭС и заместитель начальника штаба по кадрам. Разрабатываемая
информационная база о должностях и вакансиях с указанием требований к
уровню знаний и навыков для группы кадров воинской части 3474не требует
определенных навыков работы с подобными системами и не требует обучения
персонала для работы с ней, кроме навыков работы с документацией,
относящейся к кадровому учету.
Для выявления необходимых функций к системе, необходимо
разработать диаграмму Use Case, которая даст возможность увидеть систему с
ее функциями и подфункциям с точки зрения пользователя – работника службы
КЭС [7].
Данный тип диаграмм используется при анализе описания системы с
точки зрения будущего пользователя, для определения необходимых
требований (без них система не будет функционировать), а также для
определения необязательных требований (можно отбросить первыми, когда
сталкиваются с непредвиденными трудностями при столкновении с
непредвиденными трудностями при внедрении системы) [20].
68
На диаграмме Use Case (см. рис. 2.7) видны все функции, которые
выполняет заместитель начальника штаба по кадрам.
предоставляют трудовой контракт
формирует карточку сотрудника
ведет реестр военнослужащих
части
проверяет заступление на
службу
определяет количество отпускных
дней
создает график отпусков
принимает заявление на
поступление на работу
принимает рапорт об увольнении
Заместитель начальника штаба по кадрам
имеет свободные вакансии
воинская часть
подает заявление
подписывает контракт
был кандидатом на вакантную
должность
предоставляет документы
имеет личный состав
отгуливает отпуск
служит в подразделениях
пишет заявление об увольнении
Военнослужащие
Рисунок 2.7 Use Case работы заместителя начальника штаба
по кадрам
Эта диаграмма является наглядным пособием для специалиста, так как
позволяет определить действия, которые пользователь выполняет по
отношению к разрабатываемой системе [11].На рисунке 2.8 представлена
диаграмма вариантов использования, которая демонстрирует работу службы
КЭС с объектами и структурными элементами воинской части.
Необходимо отметить, что служба КЭС находится во взаимодействии со
многими подразделениями предприятия.
69
Пенсионный
Фонд
Экономический
отдел службы КЭС
командир части
передает анкету застрахованного
лица
предоставляет индивидуальные
сведения
передает приказ о приеме на
работу
предает приказ об увольнении
передает приказ о перемещении
в другие подразделения
передает сведения об отпусках
сотрудников
передает данные о больничном
подготовка и представление
аналитических отчетов
передача данных о
приятых/уволенных
Сотрудники кадрового отдел службы КЭС
Органы
статистики
предача сведений об общ ей
численности военнослужащих
Рисунок 2.8 вариантов использования работы службы КЭС с
объектами воинской части
Перечислим связи службы КЭС с другими подразделениями воинской
части.
1. Отдел кадров службы КЭС – экономический отдел службы КЭС.
– приказ о приеме на работу;
– приказ о кадровом перемещении;
– приказ об увольнении;
– приказ по отпуску;
– больничные листы.
70
В перспективе при разработке подсистемы с единой базой данных для
всех отделов службы КЭС некоторые документы не нужно будет направлять в
бухгалтерию, что позволит сократить бумажный документооборот, количество
ошибок и повысит производительность работы.
2. Отдел кадров службы КЭС – Пенсионный фонд
Между службой КЭС и Пенсионным фондом существует большой
документооборот.
Перечень документов, связанных с Пенсионным фондом:
1. Страховое свидетельство государственного пенсионного страхования.
2. Анкета застрахованного лица.
3. Заявление об обмене Страхового свидетельства.
4. Заявление о выдаче дубликата Страхового свидетельства.
5. Листок исправлений.
6. Запрос об уточнении сведений.
7. Справка о смерти.
8. Опись документов, передаваемых работодателем.
9. Сопроводительная ведомость.
10. Справка о соответствии.
11. Индивидуальные сведения о трудовом стаже, заработке и
начисленных страховых взносах застрахованного лица.
3. Служба КЭС – командир части.
– индивидуальные сведения по военнослужащему;
– списки военнослужащих;
– события (приемы, увольнения, перемещения, больничные…);
– информация по трудовым договорам и их типам;
– штатное расписание.
4. Служба КЭС – органы статистики.
С разной периодичностью сотрудники службы КЭС обязан представлять
в статистические органы несколько отчетов. Среди них есть такие, как
«Принятые / Уволенные», «Отчет по среднесписочной численности» и т.д.
71
На рисунке 2.9 представлена диаграмма вариантов использования
получение документов от других объектов сотрудниками КЭС.
Отдел кадров может получить документы от следующих действующих
лиц:
– командир части;
– военнослужащие;
– нормативные акты, которые формируют органами управления.
командир части
Военнослужащие
формируют приказы и
распоряжения
предоставляют заявления
предоставляют больничные листы
предоставляют трудовые книжки
Сотрудники кадрового отдел службы КЭС
предоставление норм КЗоТ
статьи коллективного договора
различные нормативные
документы
нормативные
документы
Рисунок 2.9 вариантов использования получения документов
сотрудниками службы КЭС от различных объектов
Таким образом, основными действующими лицами, которые будут
пользоваться информационной базы о должностях и вакансиях с указанием
требований к уровню знаний и навыков для группы кадров воинской части