Разработка системы информационной поддержки процесса обучения специалистов центров занятости населения Ленинградской области

ЗАКЛЮЧЕНИЕ
В дипломной работе была спроектирована и разработана “Система информационной поддержки процесса обучения специалистов центров занятости”.
В работе проведено исследование предметной области, разработана структура базы данных, спроектированы SQL-запросы к базе данных, разработано алгоритмическое и программное обеспечение, спроектирован программный интерфейс системы, а так же проведено тестирование разработанной системы.
Создание и внедрение “Системы информационной поддержки процесса обучения специалистов центров занятости” позволит сократить время работы сотрудников с документами, снизить временные затраты на проведение рутинной бумажной работы, заполнения форм и поиск документов в среднем на 30-35% за счет автоматического анализа информации, имеющейся в базе данных.
Использовани ...

Содержание

ВВЕДЕНИЕ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1 АНАЛИЗ ПРОБЛЕМЫ ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ ПРОЦЕССА ОБУЧЕНИЯ СПЕЦИАЛИСТОВ ЦЕНТРОВ
ЗАНЯТОСТИ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.1 Анализ деятельности центров занятости населения Ленинградской области. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.2 Анализ предметной области решаемых задач. . . . . . . . . . . . . . .15
1.3 Обоснование необходимости разработки системы . . . . . . . . . . 18
2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ ПРОЦЕССА ОБУЧЕНИЯ СПЕЦИАЛИСТОВ ЦЕНТРОВ
ЗАНЯТОСТИ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . 21
2.1. Разработка требований к системе. . . . . . . . . . . . . . . . . . . . . . . . 21
2.2 Модель информационных потоков . . . . . . . . . . . . . . . . . . . . . . . 26
2.3 Описание базы данных.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.4 Описание программного обеспечения . . . . . . . . . . . . . . . . . . . . .41
2.4.1. Общие положения.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
2.4.2. Структурная схема пакета. . . . . . . . . . . . . . . . . . . . . . . . . . . . .44
2.4.3. Описание программных модулей . . . . . . . . . . . . . . . . . . . . . . .49
2.5 Разработка инструкции пользователя . . . . . . . . . . . . . . . . . . . . . 52
3. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА. . . . . . 58
3.1 Планирование разработки системы информационной поддержки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .58
3.2 Расчет затрат на разработку . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
3.3 Оценка экономической эффективности проекта . . . . . . . . . . . . 70
3.4. Расчет упущенной выгоды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
ЗАКЛЮЧЕНИЕ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
БИБЛИОГРАФИЧЕСКИЙ СПИСОК. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
ПРИЛОЖЕНИЕ А. МОДУЛЬ РЕАЛИЗУЮЩИЙ АУТЕНТИФИКАЦИЮ ПОЛЬЗОВАТЕЛЯ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

ВВЕДЕНИЕ
На сегодняшний день ведущая роль в ликвидации безработицы, трудоустройства населения принадлежит центрам занятости населения. Как показывают статистические данные эти тенденции характерны и для Ленинградской области. Деятельность центров занятости требует от специалистов высокопрофессиональных действий в сложных меняющихся условиях. Таким образом, возникает задача повышения эффективности деятельности сотрудников центров занятости, которая может быть решена за счет внедрения повсеместного обучения специалистов центров занятости в системе семинаров и семинаров-тренингов. Процесс организации обучения сотрудников службы занятости и центров занятости требует автоматизированной информационной поддержки.
В настоящее время проведение и формирование расписания семинаров, регистрация заяв ок на участие в семинарах, контроля выполнения мероприятий проводится в неавтоматизированном режиме, а так же полностью отсутствует информационная система поддержки процесса обучения специалистов центров занятости населения. Таким образом, в центрах занятости населения Ленинградской области необходима информационная система, которая позволит обеспечивать своевременной информацией лиц, осуществляющих планирование соответствующей деятельности, а так же выполнять поиск и отображение информации.
В качестве комплекса задач автоматизации в данной дипломной работе рассматриваются:
- информационная поддержка деятельности центра занятости при проведении мероприятий по обучению специалистов;
– формирование расписания семинаров;
- регистрация заявок на участие в семинарах.
Целью работы должна являться теоретическая разработка способа решения названной проблемы и ее практическая реализация.
Структурно работа состоит из трех разделов. В первом разделе проводится анализ объекта автоматизации, а так же деятельности центров занятости Ленинградской области.
Во втором разделе проводится проектирование системы информационной поддержки.
В третьем разделе проводится оценка экономической эффективности предлагаемых решений.

Программное обеспечение, реализующее работу “Системы информационной поддержки процесса обучения специалистов центров занятости” должно обеспечивать выполнение следующих внутренних функций:проверку санкционированного доступа к системе ;в случае несанкционированного доступа к программе система должна заблокировать выполнение программы;программа должна обладать удобным интерфейсом;оператору должна быть предоставлена возможность руководить ходом вычислительного процесса;тестирование и испытание программного обеспечения должны проводиться в соответствии с существующими методиками;разрабатываемое программное обеспечение должно быть надежным и устойчиво выполнять свои функции;разрабатываемое программное обеспечение должно быть безопасным в использовании;документация на программное обеспечение должна быть выполнена в соответствии с нормативными документами;разработчик должен совершать сопровождение разработанной программной системы.Требования по производительности. К разрабатываемому программному обеспечению сформулированы следующее требования по производительности: время реакции системы на запрос пользователя не более 1 с. Требования по интерфейсу. Разрабатываемая “Система информационной поддержки процесса обучения специалистов центров занятости” должна обеспечить устойчивое функционирование в среде следующих операционных систем Windows ХР/7.Программная система должна оперировать со всеми возможными именами файлов и каталогов Windows.Операционные требования. При работе “Системы информационной поддержки процесса обучения специалистов центров занятости” должна быть предусмотрена возможность управления работой системы при помощи запуска оператором различных программных процедур в реальном масштабе времени, а также прерывать их работу.Верификационные требования. Тестирование разработанного программного обеспечения должно проводиться по стратегиям «белого» и «черного» ящиков. Количество тестов должно быть избыточным для покрытия всего дерева решений.Тестирование должно проводиться для каждой операционной системы, в которой предусмотрено функционирование программы.Требования по приемочным испытаниям. Испытания программного обеспечения должны проводиться на первом этапе с подсистемами разработанной программы, а затем с программной системой полностью.По результатам испытаний составляется отчет и акт проведения испытаний. В состав комиссии по испытаниям разрабатываемого программного обеспечения должны входить представитель разработчика и заказчика. Возможно привлечение для работы в комиссии по испытаниям независимых экспертов, имеющих опыт в тестировании подобных программных систем (по желанию заказчика).Требования по документации. При разработке программного обеспечения разработчику необходимо выполнить следующую сопроводительную документацию на программное обеспечение:- описанием программы в соответствии с ГОСТ 19.402-78 (в подразделе "Описание логической структуры" должны быть указаны быть алгоритм работы словесно или в виде блок-схемы по ГОСТ 19.00280, 19.003-80, 19.005-85);методика испытаний в соответствии с ГОСТ 19.301-79;- описание применения (ГОСТ 19.502-78) может быть выполнено в виде руководства системного программиста (ГОСТ 19.503-79), руководства программиста (ГОСТ 19.504-79) или руководство оператора (ГОСТ 19.505-79).Требования по защите. Разрабатываемая “Системы информационной поддержки процесса обучения специалистов центров занятости” должно содержать подсистему защиты от несанкционированного доступа к выполнению программы. Подсистема защиты должна разрешать доступ к работе программы при совпадении внутреннего пароля и пароля введенного пользователем.Требования по переносимости. Разрабатываемое программное обеспечение должно удовлетворять требованиям мобильности т.е. способности работать в различных операционных системах, на различных компьютерах и носителях без изменения самого программного обеспечения.Требования по качеству. Разрабатываемое программное обеспечение должно быть корректным, эффективным, гибким, защищенным, достоверным и простым в применении.Требования по надежности ПО. Временной интервал между отказами программного обеспечения должен составлять не менее 1000 часов непрерывной работы. Минимальный объем данных, которые могут быть потеряны должен соответствовать объему данных, с которыми в данный момент работает программа и составлять не более 2 МБ.При возникновении ошибки ввода вывода программа должна выводить сообщение на экран компьютера.Требования по сопровождению. Разработчик должен совершать сопровождение, разработанного программного обеспечения. Обновление программного обеспечение должно выполняться при выявлении ошибок функционирования, но не реже одного раза в год.Требования по безопасности. Программное обеспечение должно применяться в нормальных физических и погодных условиях, а также в условиях допустимых для функционирования ЭВМ.В целях обеспечения безопасности рекомендуется не использовать в качестве файлов базы данных других файлов (файлов не базы данных).2.2 Модель информационных потоковСтруктурно функции разрабатываемого автоматизированного места представлены в виде IDE0 диаграммы и выполнены в среде проектирования BPWin. Результаты проектирования информационной системы в среде BPWin представлены на рисунке 2.1.На рис. 2.1 приведена общая структурная диаграмма разрабатываемого автоматизированной системы в формате IDEF0. Входными информационными потоками при автоматизации специалиста являются- информационный поток о тематике семинаров;- заявки на участие в семинарах;- запросы на получение справочной информации.В качестве выходной информации рассматриваются информационные потоки:- расписание занятий;- сформированные группы на обучение;- справочная информация о тематике семинаров.Основные процессы в системе в системе выполняет специалист комитета по труду и занятости и специалист отдела информационных технологий. В своей работе эти специалисты руководствуются законами РФ и должностными инструкциями.Детализированная диаграмма представлена на рис. 2.2. Среди основных этапов деятельности отдела снабжения необходимо указать следующие- информационная поддержка;- регистрация информации о семинарах;- регистрация заявок на участие;- формирование расписаний занятий;- формирование групп участников;- Рис. 2.1 – IDEF0 диаграмма проектируемой автоматизированной системыРис. 2.2 – IDEF0 диаграмма проектируемой автоматизированной системы.2.3 Описание базы данныхДля реализации функций информационной модели “Системы информационной поддержки процесса обучения специалистов центров занятости” необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в таблице 2.1.Таблица 2.1Содержание таблиц базы данных№ п/пНаименованиеХарактеристика таблицыДоговорИнформация о договорах на проведение занятийЗанятиеИнформация о занятияхЗаявкаТаблица с информациях о заявках на участие в семинарах и мероприятияхПарольТаблица с паролемРасписание занятийТаблица содержащая расписание занятийСвидетельство об окончанииТаблица, содержащая информацию о свидетельствах об окончании циклов занятийСписки группТаблица, содержащая списки групп, участников семинаровтемаТаблица с темами семинаровКак видно из анализа таблицы 2.2, информационная система будет состоять из 8 взаимосвязанных таблиц базы данных:- «договор»;- «занятие»;- «заявка»;- «пароль»;- «расписание занятий»;- «свидетельство об окончании»;- «тема».Перечисленные таблицы необходимо реализовать в среде Microsoft Access 2007, организовав связь по ключевым полям, для этого необходимо разработать концептуальную схему информационной модели.Таблицы попарно связаны между собой через ключи связи, что существенно упрощает их обработку, так как автоматически обеспечивается контроль целостности данных. В каждую из таблиц описанных выше введем индексные поля, с помощью которых решим задачи связи информационных таблиц. В результате, объединив необходимые ссылки, получим концептуальную схему информационной моделиОписание таблиц базы данных представлено в таблицах 2.2-2.10 и рис. 2.3-2.9В таблице 2.2 приведено описание атрибутов сущности «Договор». Описание включает в себя символьные, числовые и временные атрибуты.Таблица 2.2Назначение полей таблицы «Договор»№п/пНаименование ТипХарактеристикаНомер договораСчетчикПервичный ключ таблицы «Договор».Номер заявкиЧисловыеНомер договорадатаДатаДата заключенияоплатаСимвольноеОплата по договоруНа рис.2.3 приведена реализация таблицы «Договор» при помощи конструктора таблиц MS Access 2007. Рис. 2.3 – Реализация таблицы «Договор» средствами Microsoft Access 2007На рис.2.4 приведена реализация таблицы «Занятие» при помощи конструктора таблиц MS Access 2007. Рис. 2.4 – Реализация таблицы «Занятие» средствами Microsoft Access 2007В таблице 2.3 приведено описание информационных полей таблицы «Занятие».Таблица 2.3Назначение полей таблицы «Занятие» №п/пНаименование ТипХарактеристикаКод занятиясчетчикПервичный ключ таблицы «Занятие»ЗанятиеСимвольноеНаименование занятияВидтекстовыйПоле содержит ставку налогаКод темычисловойСсылка на запись в таблице тем семинаровВ таблице 2.4 приведено описание информационных полей таблицы «Заявка».Таблица 2.4 Назначение полей таблицы «Заявка»№п/пНаименование ТипХарактеристикаНомер заявкиСчетчикПервичный ключ таблицы «Заявка»ФамилияСимвольноеФамилия участникаИмяСимвольноеИмя участникаОтчествоСимвольноеОтчество участникаГод рожденияЦелоеГод рождения участникаАдресСимвольноеАдрес проживания участникателефонСимвольноеТелефон участникаСтатусСимвольноеСтатус заявкиЦентр занятостиСимвольноеНаименование центра занятостиНа рис.2.5 приведена реализация таблицы «Заявка» при помощи конструктора таблиц MS Access 2007. Рис. 2.5 – Реализация таблицы «Заявка» средствами Microsoft Access 2007На рис.2.6 приведена реализация таблицы «Расписание занятий» при помощи конструктора таблиц MS Access 2007.Рис. 2.6 – Реализация таблицы «Расписание занятий» средствами Microsoft Access 2007В таблице 2.5 приведено описание информационных полей таблицы «Расписание занятий».Таблица 2.5 Назначение полей таблицы «Расписание занятий»№п/пНаименование ТипХарактеристикаНомер записиСчетчикПервичный ключ таблицы «Расписание занятий».Индекс группыЧисловойСсылка на запись в таблице группДатаДатаДата занятия ВремяВремяВремя занятияКод занятияЧисловойСсылка на запись в таблице занятийПреподавательСимвольныйФИО преподавателяАудиторияСимвольныйНомер аудитории для проведения семинараНа рис.2.7 приведена реализация таблицы «Свидетельство об окончании» при помощи конструктора таблиц MS Access 2007. Рис. 2.7– Реализация таблицы «Свидетельство об окончании» средствами Microsoft Access 2007В таблице 2.6 приведено описание информационных полей таблицы «Свидетельство об окончании».Таблица 2.6Назначение полей таблицы «Свидетельство об окончании»№п/пНаименование ТипХарактеристикаНомер свидетельстваЦелоеПервичный ключ таблицы «Свидетельство об окончании»Номер приказа о выпускеЦелое№ приказаКатегория СимвольноеВид подготовки спецталистаИдентификатор экзамененаЦелоеСсылка на экзаменНомер заявкиЦелоеНомер заявки на обучениеВ таблице 2.7 приведено описание информационных полей таблицы «Списки групп».Таблица 2.7Назначение полей таблицы «Списки групп»№п/пНаименование ТипХарактеристикаИндекс группыСчетчикПервичный ключ таблицы «Списки групп»Номер заявкиЦелоеСсылка на запись в таблице заявок на проведение семинаровгруппаСимвольноеНаименование группыНа рис.2.20 приведена реализация таблицы «Списки групп» при помощи конструктора таблиц MS Access 2007. Рис. 2.8 Реализация таблицы «Списки групп» средствами Microsoft Access 2007В таблице 2.8 приведено описание информационных полей таблицы «Тема».Таблица 2.8Назначение полей таблицы «Тема»№п/пНаименование ТипХарактеристикаКод темыСчетчикПервичный ключ таблицы «Тема»ТемасимвольныйНаименование темыНа рис.2.9 приведена реализация таблицы «Тема» при помощи конструктора таблиц MS Access 2007. Рис. 2.9 – Реализация таблицы «Схема» средствами Microsoft Access 2007В результате кодирования-информационная модель была успешно реализована в среде Microsoft Access 2007 (рис.2.10).Схема данных на рис.2.10 содержит основные сущности и информационные объекты системы. Схема данных создана в среде MS Access и находится в 3-й нормальной форме. Все данные в каждой из информационных таблиц зависят от первичного ключа, в таблицах отсутствует дублирование информации, а связь между информационными объектами и таблицами осуществляется при помощи ключей. В схеме данных присутствуют только связи 1:M и отсутствуют связи 1:1, M:М, что полностью соответствует 3-й нормальной форме.Рис.2.10 – Схема данных2.4 Описание программного обеспечения2.4.1. Общие положения Задача эксплуатируется в среде Windows XP/7 и вышеДля реализации проектных решений по программному обеспечению в качестве инструментального средства выбрана СУБД Microsoft Access 2007, которая обладает возможностями гибкого ввода данных, поиска, сортировки и корректировки данных, используя визуальные средства проектирования баз данных [10 ].MS Access позволяет быстро создавать формы пользовательского интерфейса без использования навыков программирования. Используя визуальные построители, пользователи могут создать необходимые отчеты для вывода данных или результатов анализа. Библиотеки шаблонов и мастера-построители помогают убыстрить и облегчить создание профессионально оформленных интерфейсов и документов. Возможность включать графику и мультимедиа повышает выразительность создаваемых средств.MS Access предоставляет мощные средства программирования, основанные на Visual Basic, позволяющие создавать эффективные клиентские системы для корпоративных баз данных (БД).Разработанный программный проект представляет приложение Ассеss, состоящее из 8 информационных таблиц, 16 кнопочных и информационных форм, а так же 3 запросов и 1 отчета.Кнопочные формы используются для организации вычислительного процесса при помощи элементов управления, а так же для отображения содержимого информационных таблиц, информационных запросов и отчетов.Подчиненные формы формируются на основе SQL-запросов и позволяют отобразить записи базы данных связанные с главной формой. Отчеты формируются на основе запроса к базе данных, и создаются при помощи мастера составления отчетов Microsoft Access.Сценарий диалога представлен на рисунке 2.11.Диалог, представленный на рис.2.11 содержит все возможные альтернативы действий пользователя и администратора, а так же возможные переходы между ними.Рис. 2.11 Диалог с ИС2.4.2. Структурная схема пакетаДля реализации основной функциональности будем использовать формы Access. Главная форма администратора разработанного приложения представлена на рисунке 2.12.Главная форма (рис.2.12) предназначена для управления вычислительным процессом. Эта форма содержит кнопочные элементы управления для запуска других форм приложения, согласно описанному сценарию диалога:-исходные данные;-новый пароль;- корректировка расписания;-корректировка тематики семинаров;- выход из приложения.Рис. 2.12. – Внешний вид разрабатываемого приложения (Форма администратора)Главная форма администратора при помощи активации кнопки «Исходные данные» позволяет создать форму «Исходные данные», которая предназначена для выбора справочника для просмотра и ввода информации. Внешний вид формы представлен на рис.2.13.Рис. 2.13 – Форма «Исходные данные»Как видно из рис.2.13 форма «Исходные данные» содержит кнопочные элементы соответствующие сценарию диалога и информационным таблицам базы данных:- договора;- занятие;-заявки;- расписание занятий;-свидетельство об окончании;-списки групп;- темы семинаров;- выход из пункта меню.При помощи главного меню пользователя (рис.2.14), которая предназначена для работы авторизированного пользователя, осуществляется выбор альтернатив самого пользователя.Рис. 2.14 – Главная форма пользователяКак видно из рис. 2.14 для реализации пользователю доступны просмотры базы данных, такие как- тематика базы данных;- расписание занятий;- отчет «Тематика семинаров»;- создать заявку.При активации кнопочного элемента управления «Тематика семинаров» формируется соответствующая форма (рис.2.15).Рис. 2.15 – Тематика семинаровТаким образом, можно сделать вывод, что разработанные диалоги с автоматизированной информационной системой соответствуют функциям системы.Дерево функций представляет собой иерархическую структуру действий, реализованных в информационной системе. Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис. 2.16)Рис. 2.16 – Дерево функций ИСКак видно из рис. 2.16 все функции системы могут быть классифицированы на основные и служебные.К основным функциям отнесем следующие функции:- заполнение договора;- просмотр базы данных;- редактирование информации;- подготовка отчетов.К служебным функциям могут быть отнесены:- унификация регистрируемых данных;- генерирование отчетов по различным сценариям;- формирование результирующих элементов;- поиск информации.2.4.3. Описание программных модулейТиповой алгоритм функционирования приложения-модуля можно кратко описать следующей последовательностью действий (рис. 2.17). Поясним его работу. При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительный процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.Элементы управления компоненты Button активируют процедуры, соответствующие названным действиям. Все процедуры функционируют по типизированным алгоритмам. В качестве основных этапов этих алгоритмов необходимо выделить следующее:считывание данных из компонентов редактирования, расположенных на динамически создаваемых формах; поиск записей базы данных соответствующих определенному динамически создаваемому запросу;выполнение вычислительных операций с результатами информационного поиска;внесение необходимых изменений в базу данных.Рис. 2.17 – Блок-схема работы приложенияДля реализаций связи информационных таблиц и форм в системе используется механизм запросов, реализованных при помощи языка структурированных запросовФормирование списка тем семинаров с датами и необходимыми оплатамиSELECT тема.тема, Занятие.Занятие, Расписаниезанятий.дата, Расписаниезанятий.время, Договор.оплатаFROM (Заявка INNER JOIN Договор ON Заявка.Номерзаявки = Договор.Номерзаявки) INNER JOIN (Спискигрупп INNER JOIN ((тема INNER JOIN Занятие ON тема.[код темы] = Занятие.[код темы]) INNER JOIN Расписаниезанятий ON Занятие.[код занятия] = Расписаниезанятий.[код занятия]) ON Спискигрупп.Индексгруппы = Расписаниезанятий.[индекс группы]) ON Заявка.Номерзаявки = Спискигрупп.Номерзаявки;Формирование расписания занятийSELECT тема.[код темы], Занятие.Занятие, Расписаниезанятий.дата, Расписаниезанятий.время, Расписаниезанятий.Преподаватель, Расписаниезанятий.аудиторияFROM (Заявка INNER JOIN Договор ON Заявка.Номерзаявки = Договор.Номерзаявки) INNER JOIN (Спискигрупп INNER JOIN ((тема INNER JOIN Занятие ON тема.[код темы] = Занятие.[код темы]) INNER JOIN Расписаниезанятий ON Занятие.[код занятия] = Расписаниезанятий.[код занятия]) ON Спискигрупп.Индексгруппы = Расписаниезанятий.[индекс группы]) ON Заявка.Номерзаявки = Спискигрупп.Номерзаявки;Для реализации функция ввода пароля и активации был разработан модуль в среде Visual Basic, представленный в приложении А. 2.5 Разработка инструкции пользователяРассмотрим контрольный пример функционирования системы.В случае правильной связи с базой данных на экране появится форма для ввода пароля (рис.2.18)Рис.2.18 – Форма для ввода пароляНеобходимо выполнить аутентификацию Рис.2.19 – Аутентификация пользователя администратораВ случае правильной аутентификации, будет создано сообщениеРис.2.