46
Модель вариантов использования иллюстрирует функциональные
требования к системе. Функциональные требования регламентируют
поведение системы в различных ситуациях и описывают схему
функциональности программного продукта, то есть набор всех функций,
которые должна поддерживать система.
Функциональные требования, предъявляемые к САД-ПК:
1. Автоматизированный учет документов:
1.1. Учет типа документа (приказ, распоряжение, служебная записка).
1.2. Хранение метаданных: создатель, дата создания, дата к
исполнению;
1.3. Автоматическое присвоение номера документу при создании;
1.4. Хранение всей информации о документах в БД;
1.5. Прикрепление к документу файлов-приложений.
2. Учет операций с документами:
2.1. Назначение ответственного исполнителя по документу;
2.2. Автоматическое создание задачи ответственному исполнителю,
связанной с исполнением документа;
2.3. Отправка документов на согласование и/или исполнение;
2.4. Хранение каждой операции с документом в БД с временной
отметкой;
2.5. Возможность оставления комментария по каждой из операций.
3. Контроль документооборота:
3.1. Хранение истории изменения состояния документов;
3.2. Просмотр развернутого «дерева» жизненного цикла документа.
4. Состав пользователей САД-ПК – обычные пользователи (исполнители)
и категория руководителей, а также администратор:
4.1. Исполнители принимают и подтверждают исполнение
документов;
4.2. Исполнители должны видеть список задач, которые им
необходимо выполнить в рамках электронного документооборота –
47
список задач должен формироваться автоматически на основании
статусов электронных документов;
4.3. Руководители создают документы, согласовывают, исполняют,
отправляют на согласование или исполнение.
4.4. Администратор системы редактирует основные справочники
(подразделения, сотрудники).
1.4.3. Обоснование проектных решений по техническому обеспечению
Технический комплекс САД-ПК должен представлять собой:
Набор рабочих станций (персональных компьютеров) стандартной
конфигурации, на которой возможен запуск операционной системы
Windows 10 – каждая рабочая станция соотносится с местом менеджера
по работе с клиентом, руководителя и главного специалиста
направления.
Выделенный сервер для доступа к глобальной сети (для организации
обмена данными и коммуникациями с клиентами).
Сервера базы данных (рекомендуется использовать конфигурацию,
указанную в спецификации требований операционной системы
Windows Server 2008).
В составе комплекса технических средств (КТС) системы должны
применяться персональные компьютеры типичной конфигурации:
системный блок персонального компьютера, включающий набор
основных и периферийных комплектующих;
монитор;
клавиатура, устройство позиционирования «мышь»;
принтер;
блок бесперебойного питания (UPS).
Технические средства системы должны соответствовать основным
требованиям по устойчивости к внешним воздействиям и параметрам
электроснабжения, предъявляемым в действующих ГОСТ.
48
Все технические средства должны быть рассчитаны на длительную работу.
Рекомендуется также регулярно производить профилактические работы для
предотвращения возможных сбоев технических средств.
Минимальные требования к вычислительному комплексу:
ПЭВМ типа IBM PC на базе процессора Pentium, Celeron 3 ГГц и
выше фирмы Intel или аналогичных;
ОЗУ объемом 8 ГБ и выше с учетом требований операционной
системы;
свободное место на HDD – от 20 Гб и более;
объем видеопамяти: 1024 Мб и больше;
набор контроллеров USB для подключения внешних периферийных
устройств.
Ручной ввод данных в системе осуществляется при помощи
комбинированного использования следующих устройств:
клавиатура (стандартная, 101 / 102 клавиши);
манипулятор типа “мышь”.
Вывод данных осуществляется:
на монитор персонального компьютера;
на принтер (печать документов);
в каталог документов на диске.
Расположение рабочего места пользователя должно соответствовать
всем правилам безопасности, эргономики и технической эстетики.
На рассматриваемом предприятии присутствуют все необходимые
технические средства для решения задачи автоматизации
49
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
При разработке ИС работа начинается с выбора модели жизненного
цикла системы, соответствующей масштабу и сложности проекта [3].
Процесс разработки программного обеспечения представляет собой набор
итераций, на каждой из которых получается некоторая промежуточная
логически законченная часть системы (подсистемы). Из известных
методологий разработки под такую модель подходит RUP, созданная
компанией Rational Software. В основе данной методологии лежат
следующие принципы:
Определение на ранних стадиях и в последующих этапах основных
рисков и их минимизация.
Строгое следование требованиям заказчика: моделирование
требований, построение модели прецедентов.
Создание архитектуры программы на базе компонентов, непрерывное
тестирование продукта на ранних стадиях.
Контроль качества создания продукта на всех этапах разработки.
Командная работа с централизованным управлением проектом.
Таким образом для процесса проектирования и разработки САД-ПК
выбрана итеративная модель жизненного цикла системы, которая в
соответствии с методологией RUP определяется последовательностью
четырех основных этапов.
Этап I – Начало. Целью начального этапа является осмысление всего
комплекса предстоящих работ и перспективное планирование проекта. При
этом определяются основные бизнес-цели и критерии их достижения,
разрабатывается бюджет всего проекта, анализируются возможности
основных программных средств и технологий, с помощью которых будет
50
выполняться проектирование и разработка различных разделов системы. Для
начального этапа необходимые исходные данные составляют
формализованное описание бизнес-процессов, которые требуется
автоматизировать в проекте, требования заказчика. Немаловажным также
является определение необходимости использования различных ресурсов в
процессе разработки и ограничения, на них накладываемые. В результате
проведения начального этапа должны быть разработаны базовые модели
автоматизируемого процесса с четко определенной ролью проектируемой
системы в этих процессах. К ним относятся модели бизнес-процессов AS-IS,
TO-BE, модели предметной области в виде диаграммы прецедентов или
требований и т.д.
Этап II – Исследование. На этапе исследования выполняется
непосредственное проектирование системы, в результате чего определяется
структура и архитектура системы, ее поведение, информационное
обеспечение проекта. В рамках RUP на этом этапе производится создание и
сопровождение моделей на базе нотаций UML [6] – унифицированного
графического языка моделирования, который использует графическое
описание проектируемой системы и позволяет построить статические и
динамические модели программного продукта. Эти модели определены
конечным составом диаграмм, определенных в технической спецификации
языка UML: диаграммы активности, классов, компонентов, взаимодействия,
пакетов, состояний, прецедентов и др. [17]. В результате на основе
определенных на начальном этапе требований получается эскизный проект,
представляющий собой набор моделей программного и информационного
обеспечения системы и их спецификации.
Этап III – Построение. На данном этапе осуществляется разработка
программного и других видов обеспечения системы в соответствии с
моделями, полученными на предыдущем этапе. Для разработанной системы
создается также комплект необходимой программной документации. Таким
образом, этап построения определяет реализацию системы, в результате чего
51
получается технический проект системы (набор файлов исходных кодов
программы, предназначенных для компиляции и развертывания базы
данных) в сопровождении соответствующей документации.
Этап IV – Внедрение. Последняя стадия, в рамках которой полученные
скомпилированные материалы разворачиваются на техническом комплексе
заказчика, проводится опытная эксплуатация системы. По результатам
испытаний системы выявляются несоответствия системы требованиям и при
необходимости вносятся исправления. В конце всего процесса средствами
заказчика проводится обучение пользователей работе с новой системой.
Автоматизация с помощью применения разрабатываемой САД-ПК
предполагает автоматизацию существующих и появление новых функций в
системе автоматизации документооборота Предприятия. Поэтому стратегия
внедрения САД-ПК будет соответствовать опытной эксплуатации пилотного
проекта.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Проекты разработки информационных и программных систем на
каждом из этапов жизненного цикла имеют свои риски.
На стадии планирования проекта при разработке общей концепции
системы возможны следующие риски:
неоднозначность требований – можно сократить за счет разработки
формальной модели требований с однозначными формулировками.
недостатки календарного планирования – можно сократить за счет
планирования работ с возможностью параллельного их выполнения, а
также применения средств автоматизированного проектирования.
неправильно подобранный состав исполнителей, который может
повлиять на увеличение и срыв сроков из-за плохой координации и
взаимодействия в команде – для сокращения данного риска
необходимо назначить грамотного координатора (руководителя)
52
проекта и компетентных исполнителей, способных слаженно работать
в одной команде.
На стадии проектирования системы (исследования) возможны
следующие риски:
ошибки в понимании требований технического задания, что может
привести к значительным ошибкам проекта – минимизировать данный
риск необходимо за счет детального обсуждения технического задания
с участием заказчика и исполнителя с разъяснением со стороны
заказчика всех спорных моментов;
увеличение сроков проектирования за счет выявления сложной
архитектуры системы – данный риск можно нивелировать за счет
интенсивного использования CASE-систем, построения модульной
архитектуры системы, применения принципов SOLID и широко
известных паттернов проектирования (MVC, MVVM и других).
На стадии разработки системы (конструирования) возможны
следующие риски:
трудности программной реализации, неудачный выбор среды и средств
программирования – данный риск можно понизить, если при проектировании
и разработке системы учитывать особенности и возможности выбранной
платформы, гибкость выбранного языка программирования, наличия
встроенных библиотек и использования готовых решений, использования
возможностей Code Engineering (Forward Engineering) используемых CASE-
систем;
ошибки разработки, которые должны быть исключены за счет подбора
компетентных программистов с соответствующим уровнем квалификации, а
также за счет качественного тестирования функций на этапе разработки.
На стадии внедрения и эксплуатации системы возможны следующие
риски:
53
аварийное завершение работы программы из-за внутренних ошибок –
разрешается интенсивным использованием обработчиков исключений
в коде программы, а также проверкой введенных пользователем
данных;
трудность в эксплуатации – может быть снижена за счет разработки
подробного руководства пользователя и удобного интерфейса;
неоптимальная организация хранения данных – предотвращается
посредством автоматизированного проектирования информационного
обеспечения, нормализации базы данных.
повреждение информации – предотвращается посредством защиты БД
паролем квалифицированного уполномоченного пользователя, а также
четкого разграничения прав доступа для различных типов
пользователей.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Деятельность Предприятия по защите информации регулируется
действующим законодательством Российской Федерации, в том числе
Федеральным законом от 27.07.2006 N 149-ФЗ (ред. от 18.03.2019) «Об
информации, информационных технологиях и о защите информации» [1].
Защита информации САД-ПК осуществляется за счет:
защиты паролем подключения системы к серверу базы данных;
защиты паролем ПК, на котором установлена САД-ПК;
установки пакета антивирусных программ на компьютеры
Предприятия;
блокировки свободных портов в сетевой инфраструктуре;
проверки введенных данных в процессе эксплуатации системы;
регулярного резервного копирования содержимого БД;
54
разграничения прав доступа различных пользователей системы к
функциям и данным.
2.2. Информационное обеспечение задачи
2.2.3. Информационная модель и её описание
На рисунке 14 приведена информационная модель проектируемой
САД-ПК. В соответствии с этой моделью прослеживаются основные
информационные потоки, участники, инициирующие и принимающие их,
результатные документы, а также таблицы и справочники, которые
задействованы в этом процессе.
Подразделение-инициатор создает в системе документ (распоряжение,
приказ, служебную записку и т.п.). Данные о новом документе сохраняются в
соответствующем справочнике. Данный документ посредством нескольких
итераций проходит иерархическую цепочку согласований и утверждений,
результатом которой является конечное исполнение документа. При этом
каждое действие с документом отражается в соответствующей таблице
истории обработки документа («События документа»), а каждое направление
документа на согласование или исполнение отражается в таблице задач с
указанием ответственного адресата.
На основании этих данных в системе может быть получен для каждого
сотрудника список актуальных задач по исполнению (согласованию)
документа, а также отчет об исполнении документа с указанием всех
совершенных действий по обработке документа с отметкой времени.
55
Рисунок 14. Информационная модель САД-ПК
2.2.4. Характеристика нормативно-справочной, входной и оперативной
информации
Информационное обеспечение САД-ПК выполнено в виде набора
реляционных таблиц, объединенных в базу данных. Наименование базы
данных – EDMS. Информация в таблицы БД заносится в процессе работы
САД-ПК вручную (при заполнении или редактировании справочных данных)
и автоматически (при создании документов и задач, событий обработки
документов). Информация в базу данных заносится посредством
специальных диалоговых форм, которые спроектированы с целью
минимизировать количество ошибок ввода данных.
Информационные таблицы подразделяются на справочные (условно-
постоянные) – данные в них предназначены для использования в других
таблицах и редко подвергаются изменению, и оперативные, которые
формируются в ходе функционирования системы с определенной частотой.