57
обслуживании и ремонте технических средств системы должны
соответствовать действующими СанПиН.
Требования по защите от электромагнитного излучения
регламентируются действующими СанПиН.
Все внешние элементы технических средств системы, находящиеся под
напряжением, должны иметь защиту от случайного прикосновения, а сами
технические средства должны иметь защитное заземление. Технические
средства системы должны быть установлены так, чтобы обеспечивалась их
безопасная эксплуатация и техническое обслуживание.
Минимальные требования к вычислительному комплексу:
ПЭВМ типа IBM PC на базе процессора Pentium, Celeron 3 ГГц и выше
фирмы Intel или аналогичных;
ОЗУ объемом 8 ГБ и выше с учетом требований операционной
системы;
свободное место на HDD – от 20 Гб и более;
объем видеопамяти: 1024 Мб и больше.
Ручной ввод данных в системе осуществляется при помощи
комбинированного использования следующих устройств:
клавиатура (стандартная, 101 / 102 клавиши);
манипулятор типа ―мышь‖.
Вывод данных осуществляется:
на монитор персонального компьютера;
на принтер (печать документов);
в каталог документов на диске.
Расположение рабочего места пользователя должно соответствовать
всем правилам безопасности, эргономики и технической эстетики.
На рассматриваемом предприятии присутствуют все необходимые
технические средства для решения задачи автоматизации.
58
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
При разработке ИС работа начинается с выбора модели жизненного
цикла системы, соответствующей масштабу и сложности проекта [1].
Процесс разработки ПО представляет собой набор итераций, на каждой из
которых получается некоторая промежуточная логически законченная часть
системы (подсистемы). Из известных методологий разработки под такую
модель подходит RUP, созданная компанией Rational Software [31]. В основе
данной методологии лежат следующие принципы:
определение на ранних стадиях и в последующих этапах основных
рисков и их минимизация;
строгое следование требованиям заказчика: моделирование
требований, построение модели прецедентов;
создание архитектуры программы на базе компонентов, непрерывное
тестирование продукта на ранних стадиях;
контроль качества создания продукта на всех этапах разработки;
командная работа с централизованным управлением проектом.
Таким образом для процесса проектирования и разработки «VPRT»
выбрана итеративная модель жизненного цикла системы, которая в
соответствии с методологией RUP определяется последовательностью
четырех основных этапов.
Этап I – Начало. Целью начального этапа является осмысление всего
комплекса предстоящих работ и перспективное планирование проекта. При
этом определяются основные бизнес-цели и критерии их достижения,
разрабатывается бюджет всего проекта, анализируются возможности
основных программных средств и технологий, с помощью которых будет
выполняться проектирование и разработка различных разделов системы. Для
начального этапа необходимые исходные данные составляют
59
формализованное описание бизнес-процессов, которые требуется
автоматизировать в проекте, требования заказчика. Немаловажным также
является определение необходимости использования различных ресурсов в
процессе разработки и ограничения, на них накладываемые. В результате
проведения начального этапа должны быть разработаны базовые модели
автоматизируемого процесса с четко определенной ролью проектируемой
системы в этих процессах. К ним относятся модели бизнес-процессов AS-IS,
TO-BE, модели предметной области в виде диаграммы прецедентов или
требований и т.д.
Этап II – Исследование. На этапе исследования выполняется
непосредственное проектирование системы, в результате чего определяется
структура и архитектура системы, ее поведение, информационное
обеспечение проекта. В рамках RUP на этом этапе производится создание и
сопровождение моделей на базе нотаций UML [12] – унифицированного
графического языка моделирования, который использует графическое
описание проектируемой системы и позволяет построить статические и
динамические модели программного продукта. Эти модели определены
конечным составом диаграмм, определенных в технической спецификации
языка UML: диаграммы активности, классов, компонентов, взаимодействия,
пакетов, состояний, прецедентов и др. [32]. В результате на основе
определенных на начальном этапе требований получается эскизный проект,
представляющий собой набор моделей программного и информационного
обеспечения системы и их спецификации.
Этап III – Построение. На данном этапе осуществляется разработка
программного и других видов обеспечения системы в соответствии с
моделями, полученными на предыдущем этапе. Для разработанной системы
создается также комплект необходимой программной документации. Таким
образом, этап построения определяет реализацию системы, в результате чего
получается технический проект системы (набор файлов исходных кодов
60
программы, предназначенных для компиляции и развертывания базы
данных) в сопровождении соответствующей документации.
Этап IV – Внедрение. Последняя стадия, в рамках которой полученные
скомпилированные материалы разворачиваются на техническом комплексе
заказчика, проводится опытная эксплуатация системы. По результатам
испытаний системы выявляются несоответствия системы требованиям и при
необходимости вносятся исправления. В конце всего процесса средствами
заказчика проводится обучение пользователей работе с новой системой.
Автоматизация с помощью применения разрабатываемой «VPRT»
предполагает автоматизацию существующих и появление новых функций в
системе автоматизации документооборота Предприятия. Поэтому стратегия
внедрения «VPRT» будет соответствовать опытной эксплуатации пилотного
проекта.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Проекты разработки информационных и программных систем на
каждом из этапов жизненного цикла имеют свои риски.
На стадии планирования проекта при разработке общей концепции
системы возможны следующие риски:
неоднозначность требований – можно сократить за счет разработки
формальной модели требований с однозначными формулировками;
недостатки календарного планирования – можно сократить за счет
планирования работ с возможностью параллельного их выполнения, а также
применения средств автоматизированного проектирования;
неправильно подобранный состав исполнителей, который может
повлиять на увеличение и срыв сроков из-за плохой координации и
взаимодействия в команде – для сокращения данного риска необходимо
назначить грамотного координатора (руководителя) проекта и компетентных
исполнителей, способных слаженно работать в одной команде;
61
На стадии проектирования системы (исследования) возможны
следующие риски:
ошибки в понимании требований технического задания, что может
привести к значительным ошибкам проекта – минимизировать данный риск
необходимо за счет детального обсуждения технического задания с участием
заказчика и исполнителя с разъяснением со стороны заказчика всех спорных
моментов;
увеличение сроков проектирования за счет выявления сложной
архитектуры системы – данный риск можно нивелировать за счет
интенсивного использования CASE-систем, построения модульной
архитектуры системы, применения принципов SOLID и широко известных
паттернов проектирования (MVC, MVVM и других).
На стадии разработки системы (конструирования) возможны
следующие риски:
трудности программной реализации, неудачный выбор среды и
средств программирования – данный риск можно понизить, если при
проектировании и разработке системы учитывать особенности и
возможности выбранной платформы, гибкость выбранного языка
программирования, наличия встроенных библиотек и использования готовых
решений, использования возможностей Code Engineering (Forward
Engineering) используемых CASE-систем;
ошибки разработки, которые должны быть исключены за счет
подбора компетентных программистов с соответствующим уровнем
квалификации, а также за счет качественного тестирования функций на этапе
разработки.
На стадии внедрения и эксплуатации системы возможны следующие
риски:
трудность в эксплуатации – может быть снижена за счет разработки
подробного руководства пользователя и удобного интерфейса;
62
аварийное завершение работы программы из-за внутренних ошибок
– разрешается интенсивным использованием обработчиков исключений в
коде программы, а также проверкой введенных пользователем данных;
неоптимальная организация хранения данных – предотвращается
посредством автоматизированного проектирования информационного
обеспечения, нормализации базы данных.
повреждение информации – предотвращается посредством защиты
БД паролем квалифицированного пользователя, а также четкого
разграничения прав доступа для различных типов пользователей.
2.1.3. Организационно-правовые и программно-аппаратные
средства
Защита информации от внутренних угроз обеспечивается наличием
системы прав доступа различных типов пользователей к функциям и данным
информационной системы и определяется следующими правилами, которые
являются частью политики ИБ:
ЭВМ, на которой будет функционировать ИС, рекомендуется
заблокировать паролем, известный только компетентным лицам;
работа с данными посредством программы ИС должна быть
возможна только авторизованному пользователю с уровнем доступа,
соответствующим его компетенциям.
Защита данных от внешних угроз осуществляется следующими
методами:
применения антивирусного программного обеспечения;
использование пароля для защиты СУБД.
блокировка свободных портов коммутаторов и свитчей;
проверка введенных пользователем данных на корректность;
63
рекомендуется регулярно производить резервное создание дампа БД
– периодичность этого действия следует выбрать на основе интенсивности
использования БД.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и еѐ описание
На рисунке 14 приведена информационная модель проектируемой
САД-ПК. В соответствии с этой моделью прослеживаются основные
информационные потоки, участники, инициирующие и принимающие их,
результатные документы, а также таблицы и справочники, которые
задействованы в этом процессе.
Рисунок 14. Информационная модель ИС «VPRT»
64
Информационная модель на рисунке 14 показывает информационные
процессы, сопровождаемые ИС «VPRT» в трех различных направлениях:
ведение справочника организационно-штатной структуры, составление
тестов руководителями подразделений, тестирование кандидатов.
Как видно из схемы, в процессе ведения организационно-штатной
структуры кадровый специалист изменяет состав таблиц подразделений,
должностей и пользователей. При этом делает это он на основании
руководящего документа – приказа, в соответствии с которым в структуру
вводится или изменяется какая-либо должность, подразделение и т.п.
Руководитель подразделений, следуя технологическим и должностным
инструкциям, а также на основании собственного опыта составляет
квалификационные тесты для кандидатов. При этом наполняются
(изменяются) соответствующие таблицы тестов, вопросов и вариантов ответа
на соответствующие вопросы.
Наконец, кандидат на должность проходит соответствующий тест,
используя созданные ранее руководителем тест, вопросы и варианты ответа.
В ходе тестирования кандидату начисляются квалификационные баллы и
выводится соответствующий результат, видимый кадровому специалисту и
руководителю. Этот результат также сохраняется в базе данных.
Таким образом, информационная модель подразумевает обмен
информацией между подсистемами ИС и базой данных при
непосредственном участии пользователя. Для повышения эффективности
данного процесса необходимо установить соответствующие правила. Так,
информационный обмен между компонентами системы должен
осуществляться, учитывая следующие основные принципы:
пользователь вводит данные в систему посредством системы
диалоговых окон, предоставляющих элементы для ввода всех
необходимых данных;
65
система принимает исходные данные и выводит пользователю
результатные таблицы, формирование которых определено внутренней
логикой алгоритмов программы и запросом пользователя.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Информационное обеспечение ИС «VPRT» представляет собой базу
данных из набора реляционных таблиц. Информация в таблицы БД заносится
в процессе работы системой вручную (при заполнении или редактировании
справочных данных) и автоматически (при подсчете результатов
тестирования). Информация в базу данных заносится посредством
специальных диалоговых форм, которые спроектированы с целью
минимизировать количество ошибок ввода данных.
Информационные таблицы подразделяются на справочные (условно-
постоянные) – данные в них предназначены для использования в других
таблицах и редко подвергаются изменению, и оперативные, которые
формируются в ходе функционирования системы с определенной частотой.
Перечень требуемых справочных таблиц составляют: подразделения,
должности, пользователи. Перечень необходимых оперативных таблиц
включает в себя данные тестов и результатов тестирования.
Используемые в ИС «VPRT» классификаторы предназначены для
идентификации записей и обеспечения связывания информации в составе БД.
Используемые классификаторы являются локальными в пределах системы,
имеют линейную систему классификации с порядковым кодированием.
Порядковые номера присваиваются автоматически при создании записей в
БД посредством интегрированных возможностей СУБД.
Входными данными для ИС «VPRT» будут являться:
данные документов, на основании которых вносятся изменения в
справочные таблицы;
66
данные документов для составления квалификационных тестов
(должностные инструкции, регламенты и т.п.).
техническая документация, используемая при составлении вопросов
квалификационных тестов.
2.2.3. Характеристика результатной информации
Выходная информация представляется в системе в виде
информационных таблиц оперативных данных и документов.
Выходными данными для ИС «VPRT» будут являться:
таблицы справочников и учетные таблицы, содержащие данные в
соответствии с запросами и фильтрами пользователей;
документы, представляющие собой отчеты о результатах тестирования
кандидатов.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций ИС «VPRT» отражает состав функций, предлагаемых
системой. Все функций системы по их направлению подразделяются на
основные и служебные (см. рисунок 15).
В числе основных функций ИС «VPRT» присутствуют функции:
ведения вспомогательных справочников организационно-штатной
структуры предприятия (пользователи, должности, подразделения);
учет требований к должностям и вакансиям;
составление квалификационных тестов для проверки знаний и умений
кандидатов на должности;
автоматизированная проверка соответствия знаний кандидата
требованиям, предъявляемым к должности.
Служебные функции ИС «VPRT» обслуживают выполнение основных
функций. К ним относятся: