2 Технологическая часть

2.1 Проектирование системы

Один из важнейших этапов разработки информационной системы – это проектирование. Для проектирования системы будет использоваться унифицированный язык моделирования UML [12].

2.1.1 Разработка диаграммы вариантов использования

Диаграмма вариантов использования представляет собой граф специального вида, который является графической нотацией для представления конкретных вариантов использования, актеров и отношений между этими элементами [12].

Действующими лицами системы поддержки сертификации ПО являются:

- заказчик;

- администратор центра сертификации;

- эксперт по сертификации;

- руководство;

- системный администратор.

Заказчик оформляет следующие функции:

- создание в системе заявки на сертификацию ПО, в которой указывается следующая информация: наименование программного продукта, назначение программного продукта, перечень необходимых документов (правки, руководства и т.п.), перечень необходимых испытаний, результаты которых должны быть включены в сертификат, реквизиты юридического лица, контактная информация для обратной связи.

Администратор центра сертификации выполняет следующие функции:

- рассмотрение новой заявки и принятие решения отклонить заявку или взять на сертификацию;

- оформление договора на проведение сертификации ПО;

- назначение экспертов на каждый этап сертификации и даты проведения испытаний;

Рисунок 1– Диаграмма вариантов использования системы поддержки сертификации ПО

- замена перечня и последовательности испытаний по согласованию с клиентом;

- формирование печатной формы сертификата и передача его заказчику;

- закрытие заявки и помещение ее в архив.

Эксперты по сертификации запрашивают в системе новые заявки, в рамках которых они должны производить испытание ПО. Отрабатывая по каждой заявке, эксперт производит испытание ПО и отражает в заявке полученный результат:

- испытание пройдено;

- испытание не пройдено.

Руководство может выполнять следующие функции:

- просмотр отчета по заявкам на сертификацию ПО, находящимся в работе;

- просмотр отчета по закрытым заявкам на сертификацию ПО;

- формирование аналитических отчетов по сертификации ПО в разрезе различных показателей.

Системный администратор выполняет:

- полное удаление ошибочно созданных заявок из системы (другим пользователям функция удаления недоступна);

- создание в системе новых пользователей и наделение их полномочиями;

- редактирование ключевых справочников.

Диаграмма вариантов использования приведена на рисунке 1.

2.1.2 Разработка диаграммы последовательностей

Процесс работы центра сертификации построен по следующей схеме. Заказчик создает в системе заявку на сертификацию ПО. Администратор центра сертификации рассматривает поступившие заявки, и принимает решение отклонить заявку, если в ней информация указана некорректно или не полностью, или центр сертификации не обладает необходимыми ресурсами для проведения сертификации; принять заявку к исполнению. В случае принятия заявки к исполнению, администратор оформляет договор на проведение сертификации ПО, назначает экспертов на каждый этап сертификации и даты проведения испытаний.

Эксперты по сертификации запрашивают в системе новые заявки, в рамках которых они должны производить испытание ПО. Отрабатывая по каждой заявке, эксперт производит испытание ПО и отражает в заявке полученный результат.

Когда все испытания в заявке на сертификацию будут пройдены, заявке будет присвоен соответствующий статус. В этом случае администратор центра сертификации формирует печатную форму сертификата и передает ее заказчику. Затем администратор центра сертификации закрывает заявку и перемещает ее в архив.

Рисунок 2 - Диаграмма последовательностей при сертификации ПО

Если хотя бы одно испытание в заявке на сертификацию не будет пройдено, то дальнейшие испытания отменяются, и заявке присваивается соответствующий статус. В этом случае администратор центра сертификации формирует печатную форму обоснования отказа в сертификации и закрывает заявку и перемещает ее в архив.

Руководство центра сертификации может просматривает отчеты по заявкам на сертификацию ПО, находящимся в работе и отчеты по закрытым заявкам на сертификацию ПО.

Последовательность операций при сертификации ПО приведена на рисунке 2.

2.1.3 Разработка диаграммы деятельности

Для моделирования процесса выполнения операций в языке UML используются диаграммы деятельности [12].

Диаграмма деятельности при сертификации программного продукта приведена рисунке 3.

Рисунок 3 – Диаграмма деятельности при сертификации программного продукта

Заказчик обращается в центр сертификации с целью получения сертификата на свой разработанный продукт. При этом заказчик оформляет заявку на сертификацию ПО. Администратор центра сертификации рассматривает заявку и принимает решение, принять заявку на рассмотрение или отклонить. Заявка может быть отклонена по нескольким причинам, либо данные заявки заполнены не полностью или некорректно, либо заказчик предоставил не полный перечень необходимых документов. при отклонении заявки обслуживание заказчика сертификации завершается.

В случае принятия заявки к исполнению, администратор центра сертификации оформляет договор на проведение сертификации ПО, назначает экспертов на каждый этап сертификации и даты проведения испытаний.

Эксперты производят испытание ПО и отражают в заявке полученный результат. Результат испытаний может быть отрицательным или положительным. Если хотя бы одно испытание в заявке на сертификацию не будет пройдено, то дальнейшие испытания отменяются, и заявке присваивается соответствующий статус. В этом случае администратор центра сертификации формирует печатную форму обоснования отказа в сертификации и закрывает заявку. При этом обслуживание заказчика прекращается.

Когда все испытания в заявке на сертификацию будут пройдены, заявке будет присвоен соответствующий статус. В этом случае администратор центра сертификации формирует печатную форму сертификата и передает ее заказчику и закрывает заявку и перемещает ее в архив. При этом обслуживание заказчика прекращается.

2.1.4 Разработка диаграммы состояний

Диаграмма состояний отображает жизненный цикл одного объекта, начиная с момента его создания и заканчивая разрушением [12].

Основным типом объектов системы, для которого важно отслеживание текущего состояния, является заявка заказчика на проведение сертификации программного продукта. Диаграмма состояний заявки приведена на рисунке 4.

Начальным состоянием заявки является «Принята на исполнение». Данное состояние означает, что заявка зарегистрирована в системе и ожидает дальнейшей обработки. Из данного состояния заявка переходит в состояние «На проверке администратора центра сертификации».

Из состояния «На проверке администратора центра сертификации» заявка может перейти в одно из состояний:

- «Отклонена»;

- «На экспертизе».

Рисунок 4 – Диаграмма состояний заявки на сертификацию ПО

Состояние «Отклонена» является конечным. В данное состояние заявка может перейти, если информация указана в заявке некорректно или не полностью, или центр сертификации не обладает необходимыми ресурсами для проведения сертификации.

В состояние «На экспертизе» заявка может перейти, если администратор центра сертификации принимает заявку на выполнение, заключив договор с заказчиком, передает этапы испытаний экспертам по сертификации.

Из состояния «На экспертизе» заявка может перейти в одно из двух состояний:

- «Выполнена с получением сертификата»;

- «Выполнена без сертификата».

Оба этих состояния являются конечными. Состояние «Выполнена без сертификата» возникает в случае, если хотя бы одно испытание в заявке на сертификацию не будет пройдено. Состояние «Выполнена с получением сертификата» происходит в случае прохождения всех испытаний в заявке на сертификацию и последующего оформления администратором центра сертификации сертификата на программный продукт.

2.1.5 Разработка диаграммы компонент

Диаграмма компонентов описывает особенности физического представления системы. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами [12].

Каждый тип программных объектов, используемых в информационной системе, представлен в виде отдельного компонента.

Разработанная диаграмма компонентов приведена на рисунке 5.

В диаграмме компонентов, приведенной на рисунке 5, компонентами являются основные экранные формы, документы и справочники, с которыми будет работать пользователь проектируемой системы.

Основными компонентами системы являются:

- форма «Оформление заявки на сертификацию»;

- форма «Назначение экспертов для сертификационных испытаний»;

- форма «Работа экспертов»;

- форма «Закрытие заявки»;

- документ «Отчет по заявкам на сертификацию ПО в работе»;

- документ «Отчет по закрытым заявкам с сертификатом»;

- документ «Отчет по закрытым заявкам без сертификата»;

- справочник пользователей;

- справочник заявок на сертификацию;

- справочник сертификационных этапов и испытаний;

- справочник сертификатов, выданных по завершению проведения сертификационных испытаний;

- справочник закрытых заявок.

Рисунок 5 – Диаграмма компонентов системы поддержки процесса сертификации программных продуктов

2.1.6 Разработка диаграммы размещений

Диаграмма размещения содержит графические изображения процессоров, устройств, процессов и связей между ними [12].

Система поддержки процесса сертификации программных продуктов включает следующие автоматизированные рабочие места (АРМ):

- АРМ руководства;

- АРМ администратора центра сертификации;

- АРМ эксперта;

- АРМ системного администратора.

Все автоматизированные рабочие места соединены с сервером базы данных по локальной сети и сети Интернет. АРМ Руководства и Администратора центра сертификации оснащены сканерами и принтерами для формирования отчетов, договоров с заказчиками, а также сертификатов на программные продукты.

Диаграмма размещения представлена на рисунке 6.

Рисунок 6 – Диаграмма размещений системы поддержки процесса сертификации ПО