Формирование пакета документов и заявления на получение лицензии, приложений к лицензии, дубликатов и т.П.
Реализация клиентского приложения:
Реализация возможности формирования пакета документов и заявления с использованием специального клиентского приложения для заявителя.
Пакет будет формироваться на стороне клиента без предварительного подключения к центральному серверу системы. При формировании заявления и пакета документов будет производиться первичный форматно-логический контроль данных в форме заявления и контроль полноты пакета документов.
Каждый документ в составе пакета и само заявление, в том числе, будут подписаны электронно-цифровой подписью заявителя (в случае организации, ЭЦП уполномоченного лица организации) на стороне пользователя системы.
Будет реализована возможность добавления документов в пакет.
Реализация с использованием web технологий:
Реализация возможности формирования пакета документов и заявления непосредственно на персональной страничке заявителя, на портале системы. Пакет будет формироваться на стороне портал-сервера, путем сохранения каждого добавленного документа во временном хранилище. При формировании заявления и пакета документов будет производиться первичный форматно-логический контроль данных в форме заявления и контроль полноты пакета документов. Каждый документ в составе пакета и само заявление будут подписаны электронно-цифровой подписью заявителя (в случае организации, ЭЦП уполномоченного лица организации) на стороне пользователя системы, то есть на его локальной рабочей станции. Будет реализована возможность добавления документов в пакет.
ОТПРАВКА ПАКЕТА ДОКУМЕНТОВ И ЗАЯВЛЕНИЯ НА ПОЛУЧЕНИЕ ЛИЦЕНЗИИ
Реализация клиентского приложения:
Электронный пакет документов (отсканированные копии) и непосредственно само заявление будут передаваться посредством клиента системы гарантированной доставки сообщений, установленного на персональном компьютере заявителя. Будет реализована возможность предварительной компрессии электронного пакета с целью уменьшения трафика.
Реализация с использованием web технологий:
Фактически передачи документов, как таковой не будет. Сформированный пакет документов уже будет находиться в специальном хранилище системы и подтверждение факта его отправки будет ни что иное, как изменение статуса электронного пакета.
КОНТРОЛЬ РАССМОТРЕНИЯ ЗАЯВЛЕНИЙ
Реализация клиентского приложения:
Контроль процесса рассмотрения заявления на получение лицензии будет осуществляться на клиентском приложении для заявителя. Любое, оговоренное заранее, изменение состояния лицензии со стороны уполномоченного органа будет инициировать соответствующее сообщение, которое будет передаваться посредствам системы гарантированной доставки сообщений на клиентское приложение заявителя. Получив такое сообщение, клиентское приложение заявителя изменит статус заявления на соответствующий.
Реализация с использованием web технологий:
Контроль процесса рассмотрения заявления на получение лицензии будет осуществляться на портале системы. Каждый пользователь будет контролировать процесс согласования только отправленных им заявлений. Любое, оговоренное заранее, изменение состояния лицензии со стороны уполномоченного органа будет инициировать изменение статуса соответствующего заявления непосредственно в хранилище отправленных заявлений портала.
ПОЛУЧЕНИЕ ЭЛЕКТРОННОЙ ЛИЦЕНЗИИ
Реализация клиентского приложения:
Факт подтверждения выдачи лицензии со стороны уполномоченного органа будет инициировать формирование и отправку сообщения на клиентское приложение заявителя, посредством системы гарантированной доставки сообщений, в виде XML файла подписанного ЭЦП уполномоченного органа. Сообщение будет содержать в себе всю, необходимую для нанесения на бланк лицензии, информацию. На клиентском приложении полученная электронная лицензия будет отображена в привычной для заявителя форме, на электронном шаблоне бланка строгой отчетности данной конкретной лицензии. Факт получения лицензии или отказа в получении будет инициировать отправку письма извещения на электронный ящик заявителя.
Реализация с использованием web технологий:
Факт подтверждения выдачи лицензии со стороны уполномоченного органа будет инициировать изменение статуса соответствующего заявления в хранилище портала и формирование в хранилище лицензий записи о вновь выданной лицензии. Информация о выданной лицензии будет подписана ЭЦП уполномоченного органа. На портале полученная электронная лицензия будет отображена в привычной для заявителя форме, на электронном шаблоне бланка строгой отчетности данной конкретной лицензии. Факт получения лицензии или отказа в получении будет инициировать отправку письма извещения на электронный ящик заявителя.
ПЕЧАТЬ ЭЛЕКТРОННОЙ ЛИЦЕНЗИИ
Рассматривая процесс печати лицензии на стороне заявителя, возникает проблема защиты напечатанного документа от подделки. В силу того, что печать заявлений на бланках строгой отчетности возможна только на стороне уполномоченного органа, печать заявления на стороне заявителя будет производиться на обычном бумажном носителе формата А4. Для защиты напечатанного документа от подделки предлагается выводить на печать, помимо основного текста лицензии, двумерный штрих код, который будет содержать:
данные исходного электронного документа. В дальнейшем, они могут быть прочитаны с помощью сканера двумерных штрих кодов и восстановлен исходный вид электронного документа;
ЭЦП и открытый ключ системы подписавшей выдачу электронного документа. В дальнейшем, с помощью них можно установить факт неподдельности бумажного документа.
Реализация клиентского приложения:
Печать будет реализована на клиентском приложении заявителя, с возможностью стандартной настройки печати.
Реализация с использованием web технологий:
Печать будет производиться стандартными средствами Интернет браузера.
УПОЛНОМОЧЕННЫЙ ОРГАН
Автоматизация уполномоченных органов сопряжена с рядом трудностей, таких как:
множество держателей системы;
наличие ведомственных систем во многих уполномоченных органах, выполняющих схожую функцию.
Решение данной проблемы можно осуществить одним из следующих способов:
Реализация клиентского приложения:
Разделить систему на три части:
Центральный узел системы
Типовая ведомственная система
Интеграционное решение, обеспечивающее интеграцию существующих ведомственных систем с центральным узлом.
Центральный узел системы
Центральный узел будет являться сердцем системы и будет хранить всю информацию о выданных лицензиях. В состав центрального узла будет включено:
Центральная база данных, содержащая информацию о заявлениях, выданных лицензиях и отказах в выдачи лицензий;
Модуль маршрутизации сообщений между заявителями и ведомственными системами.
Кроме описанных выше функций центральный узел будет предоставлять информацию другим государственным системам.
Типовая ведомственная система
Типовая ведомственная система будет состоять из двух крупных частей:
Центральный типовой ведомственный узел;
Типовой узел регионального представительства.
Каждый из узлов будет содержать всю необходимую информацию, собранную во время жизненного цикла заявлений и лицензий, а так же будет использоваться для формирования различных отчетов.
Функционал системы будет реализован в типовом клиентском рабочем месте сотрудника уполномоченного органа и представляет собой набор следующих функций:
просмотр поступивших заявлений и пакета прикрепленных к заявлению документов;
изменение статусов заявки с возможностью индивидуальной настройки перечня и порядка следования статусов для каждого уполномоченного органа;
отправка уведомления заявителю об отказе в выдаче лицензии с прикреплением копий приказов, протоколов заседания комиссии и других документов, в том числе будет предусмотрена возможность оправки уведомления группе заявителей;
отправка индивидуальных сообщений заявителю для решения различных вопросов, возникающих в ходе рассмотрения заявления;
учет бланков строгой отчетности. Формирование отчетности;
печать лицензий на бланках строгой отчетности.
Интеграционное решение
В случае если в уполномоченном органе уже существует аналогичное решение, учитывающее специфичные бизнес процессы, и замена его на типовую систему не целесообразно интеграция существующей системы с государственной базой данных возможна одним из предложенных способов:
доработка существующей системы;
создание интеграционного решения.
Для доработки существующей системы центральный сервер будет предоставлять программный интерфейс, позволяющий получать новые заявки и пакеты документов, а так же отражать изменение статусов документа.
В случае если доработка существующей системы не возможна, то интеграцию двух систем можно будет осуществить с использованием специализированных интеграционных решений, таких как Microsoft BizTalk Server, IBM Process Server и т.п.
Реализация с использованием web технологий:
Представить систему в виде набора следующих компонентов:
Набор баз данных, содержащих информацию о заявлениях, выданных лицензиях и отказах в выдаче лицензий;
Набор веб-порталов, отвечающих за автоматизацию бизнес процессов уполномоченных органов, таких как:
просмотр поступивших заявлений и пакета прикрепленных к заявлению документов;
изменение статусов заявки с возможностью индивидуальной настройки перечня и порядка следования статусов для каждого уполномоченного органа;
отправка уведомления заявителю об отказе в выдаче лицензии с прикреплением копий приказов, протоколов заседания комиссии и других документов, в том числе будет предусмотрена возможность оправки уведомления группе заявителей;
отправка индивидуальных сообщений заявителю для решения различных вопросов, возникающих в ходе рассмотрения заявления;
учет бланков строгой отчетности. Формирование отчетности;
печать лицензий на бланках строгой отчетности.
ИНФОРМАЦИОННАЯ ЧАСТЬ
Информационная часть системы может быть реализована как с использованием портальных решений, так и в качестве модуля клиентского приложения. В первом случае информация будет находиться на сервере портала и просматривается через Интернет браузер. Во втором случае информация будет передаваться на клиентское приложение пользователя и просматриваться средствами приложения.
Реализация клиентского приложения:
В случае реализации информационного блока в качестве модуля клиентского приложения, можно реализовать следующие функции:
Просмотр новостей, опубликованных на портале Системы;
Просмотр актуальных версий нормативных и законодательных документах в области лицензирования;
Получение уведомлений о выходе новых версий программного обеспечения;
Обеспечение поддержки пользователей (возможность задать вопрос в службу технической поддержки, просмотр локальной базы знаний).
Реализация с использованием web технологий:
В случае реализации информационного блока на информационном портале системы, можно реализовать следующие функции:
Просмотр новостей, опубликованных на портале Системы;
Просмотр актуальных версий нормативных и законодательных документов в области лицензирования;
Обеспечение поддержки пользователей (возможность задать вопрос в службу технической поддержки, просмотр базы знаний);
Просмотр сотрудниками контролирующих органов базы данных выданных лицензий.
Лабораторная работа №14 ОЦЕНКА КОЛИЧЕСТВА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ
2 часа
Цель: Привитие практических навыков работы с диаграммами вариантов использования
Для того, чтобы установить акторов в системе, рассмотрим UML- диаграмму вариантов использования, в которой выделены следующие действующие лица
Пользователь системы – любое физическое или юридическое лицо, зарегистрировавшееся в систем. Является обобщением действующего лица Заявитель. Поскольку Пользователем Системы может быть как Заявитель, так и представитель контролирующего органа, лицензиат или любой пользователь, зарегистрировавшийся на портале и т.д.
Лицензиат - Физическое или юридическое лицо, имеющее лицензию
Контролирующий орган – орган, контролирующий процесс выдачи и получения лицензии, например, Управление лицензиями
Заявитель - Физическое или юридическое лицо, обратившееся в соответствующий лицензиар с заявлением о выдаче лицензии и (или) приложения к лицензии. Является обобщением действующих лиц Администратор организации и Индивидуальный пользователь;
Администратор организации - уполномоченный сотрудник организации (администратор), который проводит регистрацию Заявителя непосредственно на портале системы с использованием пользовательского сертификата, выданного удостоверяющим центром;
Индивидуальный пользователь – предприниматель или его доверенное лицо;
Платежная система – банковская система, через которую производится оплата услуг за лицензирование;
Портал - единая точка доступа к разнородным информационным ресурсам и приложениям;
БД ИС – база данных информационной системы «Е-лицензирование»
Администратор системы – сотрудник, отвечающий за работоспособность системы.
Уполномоченный орган -Государственный орган, осуществляющий разработку и проведение государственной политики и координирующий деятельность других государственных органов в области лицензирования
ответим на вопросы таблицы 1.
Таблица 1. Вопросы для выявления акторов
Вопросы |
Ответы |
Кто именно заинтересован в выполнении определенного требования? |
Пользователи системы, эксперты, заявители, Уполномоченный орган |
Кто получит преимущества от внедрения системы в эксплуатацию? |
Пользователи системы, эксперты, заявители, Уполномоченный орган |
Кто будет поставлять системе те или иные данные, обращаться к ним и нести ответственность за их обновление и удаление? |
Заявитель, Уполномоченный орган |
Кому предстоит выполнять обязанности администратора системы? |
Администратор системы |
Будет ли система использоваться совместно с какими-либо существующими унаследованными системами? |
Во избежание дублирования информации можно предусмотреть взаимодействие системы с порталом е-правительства. |
В результате анализа проведенного опроса, выявлены следующие Акторы:
Пользователь системы – любое физическое или юридическое лицо, зарегистрировавшееся в систем. Является обобщением действующего лица Заявитель. Поскольку Пользователем Системы может быть как Заявитель, так и представитель контролирующего органа, лицензиат или любой пользователь, зарегистрировавшийся на портале и т.д.
Лицензиат - Физическое или юридическое лицо, имеющее лицензию
Контролирующий орган – орган, контролирующий процесс выдачи и получения лицензии, например, Управление лицензиями
Заявитель - Физическое или юридическое лицо, обратившееся в соответствующий лицензиар с заявлением о выдаче лицензии и (или) приложения к лицензии. Является обобщением действующих лиц Администратор организации и Индивидуальный пользователь;
Администратор организации - уполномоченный сотрудник организации (администратор), который проводит регистрацию Заявителя непосредственно на портале системы с использованием пользовательского сертификата, выданного удостоверяющим центром;
Индивидуальный пользователь – предприниматель или его доверенное лицо;
Платежная система – банковская система, через которую производится оплата услуг за лицензирование;
Портал - единая точка доступа к разнородным информационным ресурсам и приложениям;
БД ИС – база данных информационной системы «Е-лицензирование»
Администратор системы – сотрудник, отвечающий за работоспособность системы.
Уполномоченный орган -Государственный орган, осуществляющий разработку и проведение государственной политики и координирующий деятельность других государственных органов в области лицензирования
Рисунок Г1. Действующие лица и их обобщение
Для второго варианта расчетов при выявлении акторов необходимо ответить на вопросы, приведенные в таблице 1.
Таблица 1 - рекомендуемые вопросы для выявления акторов
Вопросы |
Ответы |
Кто именно заинтересован в выполнении определенного требования? |
Пользователи системы, эксперты, заявители, Уполномоченные органы (лицензиары) |
Кто получит преимущества от внедрения системы в эксплуатацию? |
Пользователи системы, эксперты, заявители, Уполномоченные органы |
Кто будет поставлять системе те или иные данные, обращаться к ним и нести ответственность за их обновление и удаление? |
Заявитель, Эксперт, База данных лицензий, Уполномоченные органы |
Кому предстоит выполнять обязанности администратора системы? |
Администратор системы |
Будет ли система использоваться совместно с какими-либо существующими унаследованными системами? |
Да, с ИС государственных органов при реализации информационной части |
В результате ответов на вопросы таблицы выявлены следующие акторы:
Пользователь системы
Заявитель
Платежная система
Портал
БД лицензий
Эксперт
Администратор системы
Учредительный орган
Далее производится выявление вариантов использования информационной системы акторами. Помощь в выявлении вариантов использования (функциональных возможностей ИС) окажут ответы на вопросы, приведенные в следующей таблице 2
Таблица 2 - рекомендуемые вопросы для выявления вариантов использования
Вопросы |
Ответы |
Какие задачи решает каждый актор? |
Пользователь системы: регистрация на портале, авторизация. Заявитель: подача заявки, отслеживание статуса, определение эксперта, выбор варианта получения лицензии. |
Способен ли тот или иной актор создавать, сохранять, изменять, удалять или считывать фрагменты данных в контексте системы? |
Заявитель: редактирование лицензии. Эксперт: формирование лицензии, формирование отчета, смена статуса, оформление заключения по экспертизе, формирование запроса на дополнительные документы |
Какие варианты использования гарантируют выполнение указанных выше функций обработки данных? |
формирование запроса на дополнительные документы, редактирование лицензии |
Какие варианты использования связаны с поддержкой и администрированием системы? |
Не выявлены |
Какие специфические функциональные требования предъявляет каждый актор к информационной системе? |
Не выявлены |
В результате определяется перечень вариантов использования информационной системы для каждого актора, который оформляется в виде таблицы 4.
Таблица 4 - перечень акторов и вариантов использования
№ |
Наименование актора |
Наименование варианта использования |
1 |
Пользователь системы |
Регистрация на портале |
Авторизация |
||
Просмотр лицензии |
||
Получить уведомление |
||
2 |
Заявитель |
Подача заявки на получение лицензии |
Подача заявки на получение дубликата лицензии |
||
Подача заявки на переоформление лицензии |
||
Подача заявки на возобновление лицензии |
||
Подача заявки на приостановление действия лицензии |
||
Отслеживание статуса |
||
Определение эксперта |
||
Редактирование заявки |
||
Оплатить сбор |
||
Выбор варианта получения лицензии |
||
3 |
Эксперт |
Формирование лицензии |
Оформление заключения по экспертизе |
||
Смена статуса |
||
Формирование отчета |
||
Формирование запроса на дополнительные документы |
||
4 |
Портал |
Отправить уведомление |
Регистрация на портале |
||
Просмотр лицензии |
||
5 |
Платежная система |
Оплатить сбор |
6 |
БД ИС |
Формирование отчета |
|
|
Формирование лицензии |
Один вариант использования может быть использован несколькими акторами, поэтому необходимо составить перечень различных (не одинаковых) вариантов использования на основании записей таблицы 4, который заносится в таблицу 5.
Таблица 5 – перечень вариантов использования
№ |
Наименование варианта использования |
1. |
Регистрация на портале |
2. |
Авторизация |
3. |
Просмотр лицензии |
4. |
Получить уведомление |
5. |
Подача заявки на получение лицензии |
6. |
Подача заявки на получение дубликата лицензии |
7. |
Подача заявки на переоформление лицензии |
8. |
Подача заявки на возобновление лицензии |
9. |
Подача заявки на приостановление действия лицензии |
10. |
Отслеживание статуса |
11. |
Определение эксперта |
12. |
Редактирование заявки |
13. |
Оплатить сбор |
14. |
Выбор варианта получения лицензии |
15. |
Формирование лицензии |
16. |
Оформление заключения по экспертизе |
17. |
Смена статуса |
18. |
Формирование отчета |
19 |
Формирование запроса на дополнительные документы |
На основании записей вышеприведенной таблицы можно оценить значение следующей функциональной единицы измерения:
Количество вариантов использования (С) -19.
Для выявления вариантов использования информационной системы была заполнена следующая таблица:
Таблица Г2. Вопросы для выявления вариантов использования
Вопросы |
Ответы |
|
Какие задачи решает каждый актор? |
||
Пользователь системы |
Регистрируется на Портале в качестве Пользователя или Организация регистрируется на Портале с правами «Администратора системы» . Пользователь получает Имя пользователя и пароль для входа в систему Сотрудники контролирующих органов просматривают базы данных выданных лицензий |
|
Заявитель |
Заявитель использует онлайн-форму для подачи заявки на получение/переоформление лицензии или получение дубликата лицензии. В процессе заполнения формы Заявитель должен: 1. Распечатать квитанцию об оплате лицензии и произвести оплаты в ближайшем отделении банка 2. Отсканировать необходимые документы и загрузить в форму через окно загрузки. Если статус Заявителя не изменился то он может отправить уже сохраненные в ИС отсканированные документы (ранее использованные для получения лицензии) 3.Заполнить форму используя код квитанции оплаты лицензии После заполнения формы заявитель получает уникальный код заявки, который должен быть использован для дальнейших итераций в процессе получения лицензии. Заполненная заявка попадает в гос агенство через Систему. ИС показывает изменение статуса заявки в профайле заявителя в системе (с «заявки отправлена»на «заявка получена»). Система при смене статуса заявки отправляет письмо-извещение Заявителю. Если разрешение на выдачу лицензии получено, то Система в Уведомлении предлагает Заявителю либо распечатать электронный вариант лицензии, либо обратиться в соответствующий Уполномоченный орган. |
|
Уполномоченный орган |
Просматривает поступившие заявления и пакет прикрепленных к нему документов; Изменяет статус заявки с возможностью индивидуальной настройки, а Система показывает изменение статуса заявки в профайле Заявителя в системе (например, с «заявки отправлена» на «заявка получена») Система может автоматически выбрать эксперта в зависимости от его загрузки на данный момент, с последующим уведомлением Уполномоченного органа. Решение о назначении исполнителя будет привилегией уполномоченного органа. Если Уведомительный орган принимает решение о том, что в пакете не хватает каких-либо документов, то Заявителю отправляется Уведомление об отказе с указанием причины отказа в рассмотрении заявки. На этом этапе Система может поменять статус заявки с «заявка доставлена» на «заявка в процессе рассмотрения» Если Уполномоченный орган принимает решение об отказе в выдаче лицензии, то Заявителю отправляется уведомление об отказе с прикреплением соответствующих документов, при этом Учредительный орган инициирует смену статуса заявки в ИС с «заявка в процессе рассмотрения» на «отказ в выдаче лицензии» Если Уполномоченный орган принимает решение о выдаче Лицензии или ее Дубликата, то Заявителю отправляется уведомление о выдаче лицензии и Учредительным органом инициируется смена статуса заявки с «заявка получена» на «заявка обработана» и «лицензия получена». Система генерирует pdf файл, который подписывается ЭЦП сотрудника Уполномоченного органа. |
|
Эксперт |
Рассматривает заявление и прикрепленный пакет документов Принимает решение о выдаче лицензии (дубликата), продлении срока действия лицензии Инициирует отзыв или приостановку действия лицензии |
|
Платежная система |
Заявитель оплачивает услуги в отделении банка, и при заполнении электронной формы Заявления указать номер квитанции |
|
Портал |
Управляет аутентификацией и авторизацией пользователей Осуществляет публичный доступ к БД Системы через Портал для просмотра лицензий Осуществляет доступ к БД Системы через Портал для просмотра заявлений; Отправляет уведомление пользователю (письмо-извещение); Отображает изменение статуса заявки; Формирует отчетность Печатает электронные лицензии |
|
База данных |
Система при принятии решения о выдаче лицензии вносит данные о заявке, заявителе в базу данных. Система при отказе в выдаче лицензии вносит данные о заявке, заявителе и причинах отказа в БД ИС которую может использовать Уполномоченный орган и Пользователь (контролирующие органы) |
|
Администратор системы |
На основании введенных данных Системой создается Пользователь, генерируется пароль пользователя для входа в систему и уведомляется администратор системы о появлении нового пользователя. После заполнения электронной формы заявки и подписания ЭЦП Система отправляет код доступа Заявителю. |
|
Способен ли тот или иной актор создавать, сохранять, изменять, удалять или считывать фрагменты данных в контексте системы? |
||
Заявитель |
Каждый заявитель имеет возможность добавления документов в пакет Каждый документ в составе пакета и само заявление подписывается электронно-цифровой подписью заявителя Печать лицензии |
|
Уполномоченный орган |
Инициация сообщения, которое будет передаваться посредствам системы гарантированной доставки сообщений на клиентское приложение заявителя Проверка ЭЦП на заявлении и пакете документов Факт подтверждения выдачи лицензии со стороны уполномоченного органа инициирует формирование и отправку сообщения на клиентское приложение заявителя в виде XML файла подписанного ЭЦП уполномоченного органа Факт подтверждения выдачи лицензии со стороны уполномоченного органа инициирует изменение статуса соответствующего заявления в хранилище портала Факт подтверждения выдачи лицензии со стороны уполномоченного органа инициирует формирование в хранилище лицензий записи о вновь выданной лицензии Отправка уведомления заявителю об отказе в выдаче лицензии с прикреплением копий приказов, протоколов заседания комиссии Внесение записей о вновь выданной лицензии |
|
Какие варианты использования гарантируют выполнение указанных выше функций обработки данных? |
Добавление документов в пакет Подписывание ЭЦП Печать электронных лицензий Просмотр заявлений и пакета прикрепленных к заявлению документов Изменение статуса заявки; Отправка уведомления пользователю (об отказе); Отправка индивидуального уведомления (о необходимых документах) |
|
Какие варианты использования связаны с поддержкой и администрированием системы? |
Авторизация пользователя Регистрация на портале |
|
Какие специфические функциональные требования предъявляет каждый актор к информационной системе? |
Не выявлены |
|
В результате определяется перечень вариантов использования информационной системы для каждого актора, который оформляется в виде таблицы Г3.
Таблица Г3. Перечень акторов и вариантов использования
№ |
Наименование актора |
Наименование варианта использования |
1 |
Пользователь системы |
Регистрация на портале |
Авторизация |
||
Просмотр лицензии |
||
2 |
Заявитель |
Подача заявки |
Расширения варианта использования «Подача заявки»: |
||
|
||
|
||
|
||
|
||
|
||
|
||
Оплата сбора за услуги |
||
Добавление документов в пакет |
||
Заполнение формы и подписание ее ЭЦП |
||
Отслеживание статуса |
||
Просмотр уведомления |
||
Выбор варианта получения лицензии |
||
3 |
Уполномоченный орган |
Просмотр заявления и пакета прикрепленных к нему документов |
Изменение статуса заявки |
||
Отправка уведомления пользователю |
||
|
||
|
||
|
||
|
||
|
||
Подписание электронной лицензии ЭЦП |
||
Выбор эксперта |
||
Принятие решения |
||
|
||
|
||
|
||
|
||
Изменение состояния лицензии |
||
Выдача лицензии (дубликата) |
||
4 |
Эксперт |
Просмотр заявления и пакета прикрепленных к нему документов |
Принятие Решения (о выдаче лицензии, о выдаче дубликата, об отзыве, о приостановлении) |
||
Инициация отзыва лицензии |
||
Инициация приостановки лицензии |
||
5 |
Платежная система |
Оплата сбора за услуги |
Выдача квитанции. |
||
6 |
База данных |
Внесение записей в БД |
Формирование отчета: |
||
|
||
|
||
|
||
|
||
7 |
Администратор системы |
Добавление пользователя в Систему Выдача кода |
8 |
Портал |
Авторизация пользователя |
Просмотр лицензии |
||
Отправка уведомления |
||
|
||
|
||
|
||
|
||
|
||
Формирование отчета |
||
Печать электронной лицензии |
Рисунок Г2. Глобальная Диаграмма вариантов использования
На рисунке 2 представлена диаграмма вариантов использования, в которой указаны выявленные актеры и их варианты использования. Подсчитаем количество уникальных вариантов использования (независимо от количества использующих его акторов) на диаграмме –оно равно 43.
Поскольку один и тот же вариант использования может быть использован несколькими акторами, а для расчета функционального размера Системы нас интересует только количество вариантов использования на диаграмме прецендентов, то в этих целях составим таблицу Г4.
Таблица Г4. Перечень вариантов использования
№ |
Наименование варианта использования |
1. |
Регистрация на портале |
2. |
Авторизация |
3. |
Просмотр лицензии |
4. |
Подача заявки |
5. |
Подача заявки на получение лицензии |
6. |
Подача заявки на получение дубликата лицензии |
7. |
Подача заявки на переоформление лицензии |
8. |
Подача заявки на возобновление лицензии |
9. |
Подача заявки на приостановление действия лицензии |
10. |
Оплата сбора за услуги |
11. |
Добавление документов в пакет |
12. |
Отслеживание статуса |
13. |
Просмотр уведомления |
14. |
Выбор варианта получения лицензии |
15. |
Просмотр заявления и пакета прикрепленных к нему документов |
16. |
Изменение статуса заявки |
17. |
Отправка уведомления |
18. |
Отправка уведомления о выдаче лицензии |
19 |
Отправка уведомления об отказе |
20 |
Отправка уведомления об отзыве |
21 |
Отправка уведомления о приостановке |
22 |
Отправка индивидуального уведомления |
23 |
Подписание электронной лицензии ЭЦП |
24 |
Выбор эксперта |
25 |
Принятие Решения |
26 |
Принятие Решения о выдаче лицензии |
27 |
Принятие Решения об отзыве лицензии |
28 |
Принятие Решения о приостановке лицензии |
29 |
Принятие Решения об отказе |
30 |
Выдача лицензии |
31 |
Изменение состояния лицензии |
32 |
Инициация отзыва лицензии |
33 |
Инициация приостановки лицензии |
34 |
Выдача квитанции |
35 |
Внесение записей в БД |
36 |
Формирование отчета |
37 |
Формирование отчета о выданных лицензиях |
38 |
Формирование отчета об отказах |
39 |
Формирование отчета о приостановленных лицензиях |
40 |
Формирование отчета об отозванных лицензиях |
41 |
Добавление пользователя в Систему |
42 |
Печать электронной лицензии |
43 |
Выдача кода |
Таким образом, функциональная единица измерения «Количество вариантов использования (С)» равна 43.
Лабораторная работа №15 ОЦЕНКА КОЛИЧЕСТВА ТИПОВ ОБЪЕКТОВ ПРЕДМЕТНОЙ ОБЛАСТИ
2 часа
Цель: Привитие навыков оценки трудоемкости и стоимости разработки ИС
В UML программная система представляется в виде множества самостоятельных сущностей (объектов), взаимодействующих друг с другом. Каждая сущность сама отвечает за хранение информации, необходимой для ее жизни, и, кроме того, она имеет (реализует) свое собственное поведение. Необходимо установить все типы объектов предметной области (бизнес объекты), участвующие в вариантах использования. В таблице 6 приведен перечень типов объектов предметной области, участвующих в реализации того или иного варианта использования:
Таблица Г5. Перечень типов объектов предметной области
№ |
Актор |
Вариант использования |
Типы объектов предметной области |
1.1. |
Пользователь системы |
Регистрация на портале |
|
1.1.1. |
Пользователь |
||
1.1.2. |
Заявитель |
||
1.2. |
Просмотр лицензии |
|
|
1.2.1. |
Пользователь |
||
1.2.2. |
Заявитель |
||
1.3 |
Авторизация |
|
|
1.3.1 |
Пользователь |
||
1.3.2 |
Заявитель |
||
2.1 |
Заявитель |
Подача заявки |
|
2.1.1 |
Заявка |
||
2.1.2 |
Документ |
||
2.1.3 |
Квитанция |
||
2.2 |
Оплата сбора за услуги |
Квитанция |
|
2.3 |
Добавление документов в пакет |
|
|
2.3.1 |
Документ |
||
2.3.2 |
Заявка |
||
2.4 |
Заполнение формы и подписание ее ЭЦП |
Заявка |
|
2.5 |
Отслеживание статуса |
Уведомление |
|
2.6 |
Просмотр уведомления |
Уведомление |
|
2.7 |
Выбор варианта получения лицензии |
Уведомление |
|
3.1 |
Уполномоченный орган |
Просмотр заявления и пакета прикрепленных к нему документов |
Документ |
3.2 |
Изменение статуса заявки |
|
|
3.2.1 |
Заявка |
||
3.2.2 |
Уведомление |
||
3.3 |
Отправка уведомления пользователю |
Уведомление Заявитель |
|
3.4 |
Подписание электронной лицензии ЭЦП |
Лицензия |
|
3.5 |
Принятие решения |
|
|
3.5.1 |
Заключение |
||
3.5.2 |
Уведомление |
||
3.6 |
Изменение состояния лицензии |
Лицензия |
|
3.7 |
Выдача лицензии (дубликата) |
Лицензия |
|
4 |
Эксперт |
Просмотр заявления и пакета |
|
4.1 |
прикрепленных к нему документов |
Заявка |
|
4.2 |
Принятие Решения (о выдаче лицензии, о выдаче дубликата, об отзыве, о приостановлении) |
|
|
4.2.1 |
Заключение |
||
4.2.2 |
Уведомление |
||
4.2.3 |
Лицензия |
||
4.3 |
Инициация отзыва лицензии |
|
|
4.3.1 |
|
Лицензия |
|
4.3.2 |
|
Уведомление |
|
4.4 |
Инициация приостановки лицензии |
|
|
4.4.1 |
|
Лицензия |
|
4.4.2 |
|
Уведомление |
|
5.1 |
Платежная система |
Оплата сбора за услуги |
|
5.1.1 |
Заявка |
||
5.1.2 |
Заявитель |
||
5.2 |
Выдача квитанции |
|
|
5.2.1 |
Квитанция |
||
6.1 |
База данных |
Внесение записей в БД |
Заключение |
6.2 |
Формирование отчета |
|
|
6.2.1 |
Лицензия |
||
6.2.2 |
Заключение |
||
7.1 |
Администратор системы |
Добавление пользователя в систему |
|
7.1.1 |
Заявитель |
||
7.1.2 |
Пользователь |
||
7.2 |
Выдача кода |
Заявитель |
|
8.1 |
Портал |
Авторизация пользователя |
|
8.1.1 |
Пользователь |
||
8.1.2 |
Заявитель |
||
8.2 |
Просмотр лицензии |
|
|
8.2.1 |
Пользователь |
||
8.2.2 |
Заявитель |
||
8.3 |
Отправка уведомления |
|
|
8.3.1 |
Уведомление |
||
8.3.2 |
Лицензия |
||
8.3.3 |
Заключение |
||
8.4 |
Формирование отчета |
Лицензия |
|
8.5 |
Печать электронной лицензии |
Лицензия |
В рассматриваемой предметной области выделены следующие неодинаковые типы объектов: Пользователь, Заявитель, Заявка, Документ, Квитанция, Заключение, Лицензия, Уведомление. К типу объектов Пользователь могут быть отнесены действующие лица: Пользователь, Заявитель, Администратор организации, Индивидуальный пользователь, Контролирующий орган и т.д. К типу объектов Заявитель относятся такие акторы как Администратор организации и Индивидуальный пользователь. К типу Заявка – любое заявление на выдачу лицензии, выдачу дубликата лицензии, переоформление лицензии и т.д.
Таким образом, значение функциональной единицы измерения «Количество типов объектов (E)» равно 8.
На основании выделенных типов объектов предметной области вводятся соответствующие классы: Пользователь, Заявитель, Заявка, Документ, Квитанция, Заключение, Уведомление, Лицензия. Для указанных классов определим их атрибуты (свойства), т.е. элементы данных, которые содержатся в объекте, принадлежащем описываемому классу.
Таблица Г6. Количество свойств типов объектов
№ |
Типы объектов предметной области |
Количество свойств (атрибутов), которые не являются ссылкой |
1 |
Пользователь |
|
1.1. |
|
ФИО |
1.2. |
|
Логин |
1.3. |
|
Пароль |
2 |
Заявитель |
|
2.1. |
|
Название организации |
2.2. |
|
ИНН организации |
2.3. |
|
Признак принадлежности к организации |
2.4 |
|
ИНН заявителя |
3 |
Лицензия |
|
3.1. |
|
Номер лицензии |
3.2. |
|
ФИО лицензиата |
3.3. |
|
Название организации |
3.4. |
|
Вид лицензии |
3.5. |
|
Вид деятельности |
3.6. |
|
Подвид деятельности |
3.7. |
|
Дата регистрации |
3.8. |
|
Срок лицензии |
3.9. |
|
Регистрационный номер |
3.10. |
|
Реквизиты Уполномоченного органа, выдавшего лицензию |
4. |
Уведомление |
|
4.1. |
|
Содержание |
5. |
Заявка |
|
5.1. |
|
Регистрационный номер |
5.2. |
|
Вид деятельности |
5.3. |
|
Подвид деятельности |
5.4. |
|
Вид лицензии |
5.5. |
|
Причина обращения |
6. |
Квитанция |
|
6.1. |
|
Номер квитанции |
6.2. |
|
Сумма |
6.3. |
|
Дата оплаты |
6.4. |
|
Банк |
7. |
Заключение |
|
7.1. |
|
Решение |
8. |
Документы |
|
8.1. |
|
Наименование |
8.2. |
|
Файл |
Рисунок Г4. Диаграмма классов
Таким образом, функциональная единица измерения «Количество свойств типов объектов (T)» равна 29.