Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка структуры базы результатов для дистанционной системы поддержания квалификации авиадиспетчеров

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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 21.11.2010
Размер файла 574,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Общая часть

1.1 Постановка задачи

1.2 Обоснование выбора технических средств

2. Специальная часть

2.1 Описание структуры системы

2.2 Описание структуры БД

2.3 Модульная структура системы

2.4 Описание основных алгоритмов системы

2.5 Описание методики тестирования (отладки)

2.6 Пользовательский интерфейс

Заключение

Литература

Введение

Дистанционная система повышения и поддержания квалификации (ДСПК) предназначена для повышения безопасности полетов ВС над территорией Российской Федерации и повышения качества аэронавигационного обслуживания. Организация проведения различных видов профессиональной подготовки непосредственно в удаленных центрах управления воздушным движением на базе ДСПК позволит:

Повысить экономическую эффективность процесса профессиональной подготовки диспетчеров.

Создать единые образовательные стандарты, основанные на использовании единых курсов, программ обучения, тестирования и развитой системы контроля.

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

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

Использовать созданную систему и методы обучения для других категорий специалистов.

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

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

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

1. Общая часть

1.1 Постановка задачи

Для обеспечения функционирования Дистанционной Системы Поддержания Квалификации требуется разработать структуру Базы Результатов, в которой предполагается хранить, необходимую для работы системы, информацию и административную подсистему для контроля уровня знаний диспетчеров и организации профессиональной подготовки в удаленных центрах.

1. Система должна быть таким способом реализована, что бы в ней имелась возможность управления обучением по разным предметным областям, в данном случае по “Профессиональной теоретической подготовке” и по “Английскому языку”. Иными словами в программном продукте должны быть реализованы средства для хранения информации о регистрации различных Баз Знаний.

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

· фамилия, имя, отчество

· дата рождения

· должность, специальность, класс

· номера дипломов и удостоверений, даты их выдачи, а также организации, выдавшие эти документы

· имя и пароль в системе.

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

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

5. В системе должны быть реализованы способы планирования и контроля проведения тренажерной подготовки. А именно, должны предоставляться возможности назначения даты и времени проведения тренажерной подготовки для каждого обучаемого. Также должны быть возможности проведения тренажерной подготовки на разных зонах радиолокационной станции. Для последующего контроля и разбора результатов тренировок должны быть заложены способы сохранения комментариев и оценок, выставленных диспетчеру инструктором.

1.2 Обоснование выбора технических средств

При создании Базы Результатов для ДСПК использовалась настольная СУБД Microsoft Access 2000 совместно с языком Visual Basic 6.0.

Microsoft Access 2000 представляет собой мощную и устойчивую 32-разрядную, реляционную систему управления базами данных (РСУБД), которая предназначена для создания настольных приложений и приложений клиент/сервер, работающих под управлением Windows 9х и Windows NT 40. Составная часть выпусков Professional и Developer пакета Microsoft Office 2000, Access 2000 имеет усовершенствованный пользовательский интерфейс, соответствующий стандартным управляющим элементам Windows 9х, таким как окно Database, оформленное в стиле программы Outlook, а также привычным диалоговым окнам открытия и закрытия файла.

В Access 2000 приняты OLE DB и ActiveX Data Object Extensions (ADOX) 2.1, а также ActiveX Data Objects (ADO) 2.1. OLE DB и ADO представляют собой основу стратегии Universal Data Access (Универсальный доступ к данным) компании Microsoft.

Подобно всем продуктам, входящим в пакет Office 2000, Access 2000 предлагает много связанных с Internet возможностей для создания HTML-документов, которые используются в сетях Internet и intranet. Наиболее значительной из этих возможностей, используемых в сетях intranet, являются страницы доступа к данным Data Access Pages (DAP).

Главной причиной успеха Access является то, что этот продукт позволяет пользоваться на настольном ПК многими возможностями систем управления реляционными базами данных, также называемыми базами данных SQL. РСУБД клиент/сервер используются чаще всего при перенесении приложений баз данных с мини-компьютеров и больших машин на ПК, объединенных в сеть. Однако, несмотря на всю мощь Access, эта настольная РСУБД легка в использовании для непрограммистов. Кнопки усовершенствованных панелей инструментов, которые почти идентичны во всех программных продуктах, входящих в состав Office 2000, предоставляют ускоренный доступ к командам меню.

Office 2000 позволяет использовать в Access 32-разрядный Visual Basic for Applications (VBA) версии 6.0. Теперь в Access используется тот же редактор VBA, что и в других продуктах, входящих в пакет Office 2000. Синтаксис VBA легок в изучении, однако дает достаточно возможностей, чтобы удовлетворить разработчиков приложений xBase и Paradox.

Access 2000 и Visual Basic 6.0 совместно предоставляют возможность воспользоваться компонентами ActiveX (в прошлом компоненты OLE), созданными Microsoft, независимыми разработчиками программного обеспечения или вами. Эти компоненты открывают перед разработчиками баз данных Access 2000 такие же разнообразные возможности, как и компоненты VBX перед программистами на Visual Basic. Access 2000 способна взаимодействовать с почти любым 32-разрядным компонентом OLE, имеющимся в составе Professional и Enterprise выпусков Visual Basic 6.0.

Access специально предназначена для создания многопользовательских приложений, в которых файлы баз данных совместно используются в сети; кроме того, Access предлагает достаточно сложную систему защиты, позволяющую предотвратить просмотр и изменение баз данных посторонними. Система защиты Access создана на основе аналогичной системы, имеющейся в Microsoft SQL Server.

Access имеет уникальную структуру баз данных, которая позволяет объединить все связанные таблицы с данными, а также их индексы, формы, отчеты и код VBA в едином файле базы данных с расширением .mdb. Сегодня при проектировании баз данных общепринято использовать для содержания данных и объектов приложения отдельные файлы (с расширением .mdb), причем таблицы ссылок содержатся в файле с данными. (Термин связь (link) заменил термин присоединение (attach), впервые введенный в Access 95.) Access 2000 также предлагает закрытый формат файлов .mde, позволяющий распространять приложения Access, не включая при этом в них исходного кода VBA. Кроме того, Data Access Pages (.htm) и Access Data Projects (.adp) представляют собой новые, появившиеся в Access 2000, форматы файлов.

Access может импортировать и экспортировать данные электронных таблиц, текстовых файлов и баз данных всех наиболее популярных форматов. Access может также присоединять файлы таблиц dBase, FoxPro и Paradox к базам данных и манипулировать этими файлами в их собственных форматах, однако поддержка присоединенных файлов этих форматов в Access 2000 очень ограничена. Можно использовать Access как средство создания приложений архитектуры клиент/сервер, устанавливая ее и на рабочих станциях в качестве сетевого клиента, и на серверах. Иными словами, Access соответствует всем требованиям как к профессиональной системе управления реляционными базами данных, так и к средству разработки для использования с базами данных клиент/сервер.

Операционная система.

На выбор операционной системы повлияли основные свойства Windows NT. Это операционная система, которая обладает следующими свойствами:

· Переносимость (portability) в пределах семейств процессоров

· Переносимость между различными процессорными архитектурами, например, системами на базе процессора с комплексным набором команд (Complex Instruction Set Computing, CISC), представителем которых является семейство процессоров Intel х8б, а также разнообразными системами на базе процессоров с усеченным набором команд (Reduced Instruction Set Computing, RISC), в число которых входят MIPS, DEC и PowerPC

· Прозрачная поддержка одно- и многопроцессорных компьютеров

· Поддержка распределенной обработки данных

· Встроенные сетевые возможности

· Соответствие промышленным стандартам (например, POSIX)

· Система безопасности, сертифицированная по стандартам С2, Functional С2 и ЕЗ

В Windows NT встроены следующие свойства.

· Расширяемость и модульный дизайн. Модульная архитектура позволяет Microsoft добавлять новые модули на все уровни операционной системы без ущерба для стабильности ууе существующих подсистем

· Переносимость (portability), под которой понимается способность Windows NT работать на CISC- и RISC-процессорах

· Масштабируемость (scalability), или возможность обеспечения полноценной работы на компьютерах с симметричной многопроцессорной архитектурой (SMP)

· Надежность и отказоустойчивость (reliability and robustness). Эти характеристики указывают на то, что архитектура защищает операционную систему и приложения от разрушения. Приложения работают в пределах контекста собственных процессов и не могут выполнять чтение или запись вне собственного пространства адресов. Ядро операционной системы изолировано от приложений, которые контактируют с ядром только через тщательно определенный интерфейс прикладного программирования (API) в режиме пользователя

· Производительность (performance), или скорость работы. Запуская высокопроизводительные подсистемы в режиме ядра, где они могут непосредственно взаимодействовать с аппаратурой и друг с другом без переключения нитей (threads)1 и процессов. Windows NT версии 4.0 повышает производительность, в особенности для приложений, интенсивно работающих с графикой. Например, для Microsoft PowerPoint было достигнуто повышение производительности более чем на 20%

· Совместимость (compatibility) означает, что Windows NT версии 4.0 продолжает поддерживать приложения MS-DOS, Windows 3-х и POSIX, а также широкий набор устройств и сетей

Архитектура Windows NT продолжает совмещать в себе опыт построения операционных систем с передовыми идеями, рождающимися в компьютерной промышленности и научной теории операционных систем.

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

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

2. Специальная часть

диспетчер повышение квалификация

2.1 Описание структуры системы

Структура всей Дистанционной системы повышения и поддержания квалификации имеет три основные части.

Это набор баз знаний, база результатов и административная система.

База знаний системы Дистанционной системы повышения и поддержания квалификации предназначена для хранения объектов знаний ДСПК, метаданных объектов знаний ДСПК, информации по управлению процессом обучения, информации о способах и критериях оценивания качества обучения, а также специальной и служебной информации.

Каждый объект знаний определяется уникальным в пределах базы знаний идентификатором (OID) и относится к одному из перечисленных в базе знаний типов объектов знаний (OType). Совокупность OID и OType называется регистрационной информацией объекта знаний.

Метаданные объектов знаний представляют собой:

a) набор атрибутов объекта знаний (OID, OType, название объекта знаний, дополнительные атрибуты);

b) отношения между объектами знаний (связи, вхождения, наследование).

Информация по управлению процессом обучением включает в себя в качестве объекта знаний учебные группы, шаблоны учебных планов и учебные планы. Информация об обучаемых и результатах их обучения хранится в Базе Результатов, причём обучаемый рассматривается как объект знаний, т. е. в Базе Результатов хранится соответствующая регистрационная информация.

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

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

База результатов Дистанционной системы повышения и поддержания квалификации предназначена для хранения информации о зарегистрированных Баз Знаний ДСПК, субъектах ДСПК (обучаемых, преподавателях и т. д.), результатах тестирования обучаемых, а так же специализированной информации, необходимой для функционирования ДСПК и диспетчерского тренажёра.

База результатов также включает структуры для хранения информации по делению Баз Знаний ДСПК по подразделениям, информации о серверах ДСПК и т. п.

Административная система дает возможность управлять учебным процессом, позволяя вести банк данных обучаемых и инструкторов, составлять планы обучения (определять состав учебных групп, учебных курсов, основания по которым проводится обучение, продолжительность, даты начала и окончания обучения, условия выборки вопросов в билеты, критерии оценивания и пр.), анализировать ход и результаты обучения, включая просмотр проведенных тренажерных занятий. Имеется возможность получать результаты обучения, как по каждому диспетчеру, так и по подразделениям и предприятию в целом. Административная система включает в себя функции экспорта и импорта данных о результатах обучения, с целью организации обмена информацией в Дистанционной системе поддержания квалификации (ДСПК) персонала ОВД.

2.2 Описание структуры базы данных

База результатов Дистанционной системы повышения и поддержания квалификации (ДСПК) предназначена для хранения информации о зарегистрированных Баз Знаний ДСПК, субъектах ДСПК (обучаемых, преподавателях и т. д.), результатах тестирования обучаемых, а так же специализированной информации, необходимой для функционирования ДСПК и диспетчерского тренажёра.

База результатов также включает структуры для хранения информации по делению Баз Знаний ДСПК по подразделениям, информации о серверах ДСПК и т. п.

База результатов представляет собой реляционную модель, в настоящее время реализованную на платформе Microsoft Jet 4 (Microsoft Access 2000).

Регистрационная информация

Регистрационная информация включает в себя информацию об идентификаторе Базы результатов, зарегистрированных Баз Знаний, а так же иную информацию.

Идентификатор Базы результатов

Идентификатор Базы результатов хранится в таблице tblLDateIdent. Её структура приведена в табл. 1.

табл. 1

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

Ver

Number

Long (32 bit)

Версия структуры БР

Descr

Text

255

Текстовое описание БР

Информация о зарегистрированных Базе Знаний

Информация о зарегистрированных Баз Знаний хранится в таблице tblBases. Её структура приведена в табл. 2.

табл. 2

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

BID

Number

Long (32 bit)

Код БЗ

Descr

Text

255

Текстовое описание БЗ

ODBC

Text

255

Имя ODBC-ресурса БЗ

OwnerID

Number

Long (32 bit)

Код субъекта ДСПК, владеющего БЗ

DateCreated

Date/Time

General date

Дата создания БЗ

LastUpdated

Date/Time

General date

Дата последнего обновления БЗ

TruncPath

Text

255

Каталог БЗ

Информация о субъектах ДСПК

Субъект является Объектом Знаний, поэтому структура таблицы для хранения информации о субъектах подчиняется общему правилу, принятому для Объекта Знаний. Также необходима регистрация субъектов ДСПК в качестве Объекта Знаний в таблице tblObjectsIDs во всех Базах Знаний.

Хранение информации о субъектах ДСПК осуществляется в таблице tblPeople, структура которой приведена в табл. 3.

табл. 3

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

OID

Number

Long (32 bit)

Первичный ключ; OID

Source

Text

32

Источник обучаемого*

ID

Text

255

Идентификатор обучаемого*

FN

Text

255

Первое имя*

Sort

Text

255

Имя для сортировки*

NickName

Text

255

Краткое имя*

Family

Text

255

Фамилия*

Given

Text

255

Отчество*

Other

Text

255

Другие имена обучаемого*

Prefix

Text

32

Обращение*

Suffix

Text

32

Дополнения к имени обучаемого*

Gender

Text

1

Пол*

Bday

Date/Time

Short Date

Дата рождения*

Email

Text

255

Email обучаемого*

Tel

Text

32

Телефон*

Fax

Text

32

Факс*

POBox

Text

32

Почтовый ящик*

ExtAdd

Text

128

Дополнительный адрес*

Street

Text

64

Адрес*

Locality

Text

64

Местонахождение обучаемого*

Region

Text

64

Регион*

Pсode

Text

32

Почтовый индекс*

Country

Text

32

Страна*

FirstName

Text

255

Первое имя

MiddleName

Text

255

Среднее имя (отчество)

LastName

Text

255

Фамилия

Diploma

Text

255

Номер диплома

DiplomaIssuer

Text

255

Организация, выдавшая диплом

DiplomaDate

Date/Time

Short Date

Дата выдачи диплома

Speciality

Text

255

Специальность

Certificate

Text

255

Номер сертификата

CertificateIssuer

Text

255

Организация, выдавшая сертификат

CertificateDate

Date/Time

Short Date

Дата выдачи сертификата

Licence

Text

255

Номер лицензии

LicenceIssuer

Text

255

Организация, выдавшая лицензию

LicenceDate

Date/Time

Short Date

Дата выдачи лицензии

Class

Text

255

Класс

Post

Text

255

Должность

Probationer

Boolean

Yes/No

Признак стажёра

ForSector

Text

255

Диспетчерский сектор

ForPoint

Text

255

Диспетчерский Пункт

Access

Number

Byte (8 bit)

Допуск

ProbationBegin

Date/Time

Short Date

Дата начала стажировки

ProbationEnd

Date/Time

Short Date

Дата окончания стажировки

Prolongation

Date/Time

Short Date

Дата продления лицензии

ProlongationNext

Date/Time

Short Date

Дата следующего продления лицензии

LoginName

Text

255

Системное имя

LoginPassword

Text

255

Пароль

Label

Text

255

Метка группы

Address

Text

255

Адрес

AQ

Text

255

Научные звания*?

PQ

Text

255

Профессиональные звания*?

RegDate

Date/Time

Short Date

Дата регистрации в системе

Disabled

Boolean

Yes/No

Признак блокировки*?

Rights

Number

Long (32 bit)

Маска прав

Inbound

Text

255

Имя папки входящих файлов обучаемого

Звёздочкой (*) отмечены поля, введённые для совместимости со стандартом IMS Enterprise. Звездочкой с вопросом (*?) отмечены поля, источник происхождения которых неизвестен.

NB: В связи с вводом полей для совместимости со стандартом IMS Enterprise в настоящий момент наблюдается дублирование некоторых данных (имя обучаемого и т. д.). При дальнейшем развитии системы рекомендуется устранить подобные дублирования путём ревизии и анализа использования таких полей. Также рекомендуется рассмотреть необходимость хранения специфических данных, связанных с авиадиспетчерской направленностью оригинальной системы (признак стажёра и т. д.)

Информация о результатах тестирования

Хранение информации о результатах тестирования субъектов осуществляется на трёх уровнях детализации:

1. Общая информация о назначенных тестах.

2. Информация о попытках прохождения тестов.

3. Информация об ответах на конкретные вопросы тестов.

Общая информация о назначенных тестах

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

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

Хранение информации о выборках вопросов осуществляется в таблице tblResultPerDisp, структура которой приведена в табл. 4.

табл. 4

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

TID

Number

Long (32 bit)

Первичный ключ; код тестирования

CID

Number

Long (32 bit)

Код обучаемого (субъекта TIC)

TOID

Number

Long (32 bit)

Код объекта-источника тестирования

Name

Text

255

Название тестирования

Comment

Text

255

Комментарий к тестированию

Mark

Number

Long (32 bit)

Общая субъективная оценка тестирования

BID

Number

Long (32 bit)

Код БЗ, по которой проводится тестирование

При создании у обучаемого журнала учебного плана обязательно должна создаваться запись в таблице tblResultsPerDisp, при этом в поле TID должно записываться уникальное в пределах таблицы число, являющееся идентификатором тестирования, в поле CID - OID обучаемого, в поле TOID - OID создаваемого журнала учебного плана обучаемого, поля Name, Comment и Mark могут оставаться незаполненными, а в поле BID должен быть записан код Базы Знаний, в которой создаётся журнал учебного плана обучаемого.

Информация о попытках прохождения тестов.

Информация о попытках прохождения тестов описывает все попытки прохождения назначенных тестирований.

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

Хранение информации о попытках прохождения тестов осуществляется в таблице tblResults, структура которой приведена в табл. 5.

табл. 5

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

RID

Number

Long (32 bit)

Первичный ключ; код попытки

TID

Number

Long (32 bit)

Код назначенного тестирования

IID

Number

Long (32 bit)

Код преподавателя, присутствовавшего при тестировании

TOID

Number

Long (32 bit)

Код объекта тестирования

Date

Date/Time

Short Date

Дата попытки

Time

Date/Time

Long Time

Время попытки

MID

Number

Long (32 bit)

Код оценки

Comment

Text

255

Комментарий

Counter

Number

Long (32 bit)

Идентификатор соответствующей объекту тестирования записи

Таблицы tblResultPerDisp и tblResults связаны по полю TID с обеспечением целостности данных.

Информация об ответах на конкретные вопросы тестов.

Информация об ответах на конкретные вопросы тестов содержит все ответы обучаемых на вопросы тестов.

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

Хранение информации об ответах на конкретные вопросы тестов осуществляется в таблице tblResultaPerQues, структура которой приведена в табл. 6.

табл. 6

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

RID

Number

Long (32 bit)

Код попытки тестирования

QID

Number

Long (32 bit)

OID вопроса теста

Correct

Boolean

Yes/No

Признак правильности ответа, данного обучаемым

IID

Number

Long (32 bit)

Код важности вопроса

DID

Number

Long (32 bit)

Код сложности вопроса

AID

Number

Long (32 bit)

Код ответа, данного обучаемым

Score

Number

Long (32 bit)

Количество балов, полученных обучаемым за ответ

Таблицы tblResults и tblResultaPerQues связаны по полю RID с обеспечением целостности данных.

Информация, связанная с функционированием диспетчерского тренажёра.

В настоящей главе кратко описана структура, используемая при работе диспетчерского тренажёра.

Диспетчерский тренажёр обслуживают, помимо таблицы tblPeople, восемь таблиц.

Учебные зоны.

Информация об учебных зонах хранится в таблице Zones. Её структура приведена в табл. 7.

табл. 7

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

ID_Zone

Number

Long (32 bit)

Код учебной зоны

Zone

Text

16

Название зоны

Comments

Text

64

Комментарии к учебной зоне

Path

Text

8

Имя каталога учебной зоны

Основания для проведения обучения.

Основания для проведения обучения хранится в таблице Osnov. Её структура приведена в табл. 8.

табл. 8

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

ID_Osnov

Number

Long (32 bit)

Код основания

Osnov

Text

255

Основание для проведения обучения

Комменарии

Тексты комментариев к результатам хранятся в таблице CommentsAll. Её структура приведена в табл. 9.

табл. 9

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

Comment

Text

40

Текст комментария

Особые случаи.

Названия особых случаев хранятся в таблице OsSlAll. Её структура приведена в табл. 10.

табл. 10

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

ID_OsSl

Number

Byte (8 bit)

Код особого случая

OsSlText

Text

255

Название особого случая

Требования

Информация о требованиях на проведение обучения хранится в таблице Treb. Её структура приведена в табл. 11.

табл. 11

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

ID_Treb

Number

Long (32 bit)

Код требования

ID_Name

Number

Long (32 bit)

Код обучаемого

ID_Zone

Number

Long (32 bit)

Код учебной зоны

ID_Osnov

Number

Long (32 bit)

Код основания

Treb

Number

Single

Требование (часов)

SumRez

Number

Single

Всего отработано (часов)

DateInp

Date/Time

Short date

Дата введения требования

DateIsp

Date/Time

Short date

Дата исполнения требования

Результаты обучения

Информация о результатах обучения хранится в таблице Rez. Её структура приведена в табл. 12.

табл. 12

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

да

ID_Rez

Text

12

Код записи результатов

ID_Treb

Number

Long (32 bit)

Код требования

ID_Zone

Number

Long (32 bit)

Код учебной зоны

Task

Text

255

Задание

Date

Date/Time

General date

Дата обучения

Long

Number

Single

Продолжительность обучения

I_Time

Date/Time

Short date

Имитационное время

I_dTime

Date/Time

Short date

Intens_srd

Number

Single

Средняя интенсивность

Intens_max

Number

Single

Максимальная интенсивность

Mark

Number

Byte (8 bit)

Оценка

Note

Text

40

Замечания

Safety

Number

Byte (8 bit)

Expedition

Number

Byte (8 bit)

Phraseology

Number

Byte (8 bit)

Regulations

Number

Byte (8 bit)

Multi_tasking

Number

Byte (8 bit)

Возникновение особых случаев

Информация о возникновении особых случаев во время обучения хранится в таблице OsSIRez. Её структура приведена в табл. 13.

табл. 13

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

ID_Rez

Text

12

Код записи результата

OsSl_ID

Number

Byte (8 bit)

Код особого случая

OsSlTime_L

Date/Time

Long time

Время возникновения особого случая

Комментарии к результатам

Комментарии к результатам хранятся в таблице CommentRez. Её структура приведена в табл. 14.

табл. 14

Ключ

Имя поля

Тип поля

Размер/вид поля

Краткое описание поля/комментарий

ID_Rez

Text

12

Код записи результата

Comment

Text

40

Комментарий

CommentTime_L

Date/Time

Long time

Время комментария

2. 3 Модульная структура системы

Модуль регистрации Баз Знаний.

Функция заносит в соответствующую таблицу информацию о Базе Знаний: Код БЗ, Текстовое описание БЗ, Имя ODBC-ресурса БЗ, Код субъекта ДСПК, владеющего БЗ. А также устанавливаются связи между соответствующими таблицами Базы Результатов и Базы Знаний.

База знаний системы ДСПК предназначена для хранения объектов знаний ДСПК, метаданных объектов знаний ДСПК, информации по управлению процессом обучения, информации о способах и критериях оценивания качества обучения, а также специальной и служебной информации.

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

Базf Знаний представляет собой реляционную модель, в настоящее время реализованную на платформе Microsoft Jet 4 (Microsoft Access 2000).

Модуль ввода диспетчера.

Функция предназначена для ввода, редактирования и удаления индивидуальной информации о диспетчерах в базу данных:

· Фамилию, имя, отчество диспетчера;

· Дату рождения

· Должность

· Класс

· Специальность

· Номера дипломов, свидетельств, удостоверений, организации, их выдавшие, даты выдачи

· Даты продления свидетельства

· Даты следующего продления свидетельства

· Для стажера выбирать вид допуска, вводить название сектора стажировки и пункта

· Имя в системе

· Пароль

Модуль организации тестирования.

Модуль содержит средства, предназначенные для планирования и организации учебного процесса. Функции, входящие в состав этого модуля, обеспечивают возможность выделения из общего набора учебного материла требуемых тем и разделов для конкретного диспетчера или группы диспетчеров. Здесь же можно создавать, редактировать и удалять наборы тестов, которые диспетчерам необходимо пройти. Также здесь можно вводить сроки прохождения тестов

Программа тестирования и записи результатов прохождения тестов выполнена отдельным модулем и в данной пояснительной записке не рассматривается.

Модуль организации тренажерной подготовки.

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

Модуль просмотра результатов тестирования.

Хранение информации о результатах тестирования субъектов ДСПК осуществляется на трёх уровнях детализации:

4. Общая информация о назначенных тестах.

5. Информация о попытках прохождения тестов.

6. Информация об ответах на конкретные вопросы тестов.

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

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

Информация о попытках прохождения тестов описывает все попытки прохождения назначенных тестирований.

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

Информация об ответах на конкретные вопросы тестов содержит все ответы обучаемых на вопросы тестов.

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

2.4 Описание основных алгоритмов системы

Функция ввода диспетчеров начинается с выбора действия над объектом: ввод нового диспетчера, редактирование или удаление. Если список диспетчеров пуст, то редактирование или удаление недоступно.

Для того чтобы редактировать или удалить, нужно выбрать требуемого диспетчера из списка и запустить требуемую подпрограмму.

При удалении происходить удаление соответствующих записей из таблицы БД.

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

После ввода данных о диспетчере осуществляется проверка на корректность ввода:

· проверка на заполнение всех необходимых полей,

· проверка на то, чтобы вводимые данные соответствовали типа полей, в которые они вводятся

· проверка на то, чтобы не было одинаковых имен в системе.

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

Дальше информация запоминается в базе результатов.

Ввод заданий для тестирования происходить по следующему алгоритму:

· выбирается диспетчер

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

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

Хранение информации о выборках вопросов осуществляется в таблице tblResultPerDisp

При создании у обучаемого журнала учебного плана обязательно должна создаваться запись в таблице tblResultsPerDisp, при этом в поле TID должно записываться уникальное в пределах таблицы число, являющееся идентификатором тестирования, в поле CID - OID обучаемого, в поле TOID - OID создаваемого журнала учебного плана обучаемого, поля Name, Comment и Mark могут оставаться незаполненными, а в поле BID должен быть записан код Базы Знаний, в которой создаётся журнал учебного плана обучаемого.

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

При планировании тренажерной подготовки выбирается из списка диспетчер, назначается дата проведения занятий, выбирается основание и зона для тренажерной подготовки.

Просмотр результатов происходить по следующему алгоритму:

· выбирается из списка диспетчер

· в предоставленной форме выбирается набор объектов тестирования для данного диспетчера

· выбирается запись о попытки выполнения задания

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

· выводиться результаты тестирования

Информация об ответах на конкретные вопросы тестов содержит все ответы обучаемых на вопросы тестов.

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

2.5 Описание методики тестирования

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

1) Синтаксические ошибки. Они связаны с применением в программе конструкций, не отвечающих требованиям используемого языка.

Логические ошибки. Они связаны с несоответствием программы алгоритму решения поставленной задачи.

Тестирование системы проводилось на всем протяжении разработки системы.

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

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

2.6 Пользовательский интерфейс

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

- Добавление нового элемента

- Редактирование текущего элемента

- Удаление элемента

- Поиск

- Применить изменения

- Отменить изменения

- Закрыть окно

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

В ряде окон существует возможность поиска записи в таблице по контексту.

Она реализована кнопкой . Чтобы найти элемент по контексту необходимо в поле "образец" ввести искомый текст.

Поле "просмотр" дает возможность определить вид просмотра:

* просмотреть все,

* просмотреть вверх,

* просмотреть вниз.

Список видов просмотра появляется после нажатия на ???.

Если просмотр осуществляется только в поле, на котором установлен курсор, то нажатие на левую кнопку "мыши" на надписи "только в текущем поле" приведет к появлению или погашению рядом с надписью. Возможность "с учетом регистра" позволяет осуществлять поиск с учетом заглавных и строчных букв. Наличие означает, что данная возможность включена. Нажатие на кнопку "Найти далее" стартует поиск. Выход из окна "Поиск" производится нажатием на кнопку "Закрыть".

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

- переход к первой записи

- переход к предыдущей записи

- переход к следующей записи

- переход к последней записи

Даты вводятся с помощью окна "Календарь", которое активизируется после двойного нажатия на левую кнопку "мыши" при установленном курсоре в поле даты.

Чтобы выбрать год следует нажать левой кнопкой "мыши" на окна годов и в открывающемся списке выбрать необходимый.

Для выбора месяца щелкнуть левой кнопкой "мыши" на окна с названием месяцев и в открывающемся списке выбрать необходимый месяц года.

Число дня выбирается из поля чисел. Далее нажать на кнопку "Применить".

Примечание. Обязательно следует соблюдать следующее условие выбора: число должно выбираться последним.

После нажатия на кнопку «Диспетчеры» откроется окно «Анкетные данные».

Оно содержит закладки «Анкета» и «Допуски».

В окне «Анкета» для ввода данных нового диспетчера необходимо нажать на кнопку "Создать новую запись". Заполнить все необходимые поля.

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

Отредактировать анкетные данные диспетчера можно выбрав необходимого диспетчера из списка "фамилия". Нажать на кнопку "Редактировать". Внести изменения. Нажать на кнопку "применить изменения" - или на кнопку "отменить изменения" - , если изменения вносить не нужно.

Чтобы удалить диспетчера из базы данных в поле опции "фамилия" из списка выбрать фамилию диспетчера. Нажать на кнопку "Удаление текущей записи". Появится на экране окно с вопросом "Удалить текущую запись?". Нажать на кнопку "Да", если диспетчера необходимо удалить или на кнопку "Нет", если запись необходимо сохранить в базе знаний.

Закладка "Допуски" дает возможность вводить название диспетчерских пунктов, секторов и дат сроков действия допусков по каждому диспетчеру.

После нажатия на кнопку "Инструкторы" откроется окно "Инструкторы".

В окне четыре поля: "ФИО инструктора", "имя в системе", "запись". Ввести фамилию нового инструктора можно, нажав на кнопку "Создать новую запись" и заполнить все поля. Поля "Пароль" и "Подтверждение" должны содержать одинаковую информацию.

Чтобы отредактировать данные об инструкторе следует нажать на кнопку , раскроется список фамилий инструкторов, выбрать фамилию инструктора и нажать на кнопку "Редактирование текущей записи". В необходимые поля внести изменения.

Удалить инструктора из списка можно, нажав на кнопку . В раскрывшемся списке инструкторов, выбрать фамилию инструктора, которого необходимо удалить из списка и нажать на кнопку "Удалить данные об инструкторе". Появится на экране окно с вопросом "Удалить данные об этом инструкторе?". Нажать на кнопку "Да", если инструктора необходимо удалить или на кнопку "Нет", если запись необходимо сохранить в базе знаний.

После нажатия на кнопку “Индивидуальное планирование” откроется окно “Планирование”.

Далее следует выбрать инструктора, нажать на кнопку "Создать новую запись" для создания нового журнала или выбрать журнал и нажать на кнопку "Редактирование текущей записи" для редактирования выбранного журнала. Появится окно “Редактирование журнала”:

В этом окне можно добавить объект для тестирования - кнопка “Добавить объект” или отредактировать один из существующих, для этого выделить объект и нажать на кнопку "Редактирование текущей записи". Появиться окно “Редактирование объектов журнала”.

В этом окне следует редактировать объекты журнала. Для этого выбирается “Объект” и назначается для него “Тип тестирования”, временные интервалы прохождения курса, помечается, что это тест, при необходимости присутствия на тесте инструктора, это также помечается. В окна “Комментарий” можно написать необходимые комментарии. Нажать на кнопку "применить изменения" - .

Щелкнув по данной кнопке, откроется окно "Основания".

Для того, чтобы ввести новое основание, надо нажать на кнопку "Добавить основание" и ввести название основания.

Чтобы отредактировать ранее введенное основание следует выбрать основание, которое необходимо отредактировать, нажать на кнопку "Редактировать основание". В поле внести изменения.

Удалить основание из списка можно следующим образом: выбрать ранее введенное основание, которое необходимо удалить, нажать на кнопку "Удалить основание". Появится окно с вопросом "Удалить это основание?". Нажать на кнопку "Да", если основание необходимо удалить или на кнопку "Нет", если запись необходимо сохранить в базе данных.

Нажав на кнопку, откроется окно "Зоны УВД".

Для ввода новой зоны надо нажать на кнопку "Добавить зону" и ввести название зоны, комментарий и путь, описывающий местонахождение добавляемой зоны. Созданные в подсистеме подготовки упражнений зоны должны быть сохранены не в директории Admin, а в директории Zones. При подключении новой зоны следует указывать путь к той директории, в которой она была сохранена. После регистрации зоны в директории Admin создается ее копия. В названии зоны не может быть более 8 символов, включая пробелы и служебные символы (точки, тире, подчеркивания и пр.).

Удалить зону можно, нажав на кнопку "Удалить зону". Появится окно с вопросом "Удалить зону?". Нажать на кнопку "Да", если зону необходимо удалить или на кнопку "Нет", если запись необходимо сохранить в базе данных. При удалении зоны удаляются все результаты тренажа, проведенные на этой зоне.

Меню "Планирование обучения" содержит следующие подменю.

После нажатия на кнопку «Создать» в открывшимся окне

из списка диспетчеров выбирается фамилия диспетчера, основание для тренажерной подготовки, требование (общее время тренажа) и зона, в которой будет происходить тренаж. Даты начала и окончания тренажерной подготовки можно откорректировать с помощью «календаря» (вызывается двойным нажатием на левую клавишу «мыши» при установленном курсоре в поле даты).

Меню Результаты и статистика содержит 9 кнопок:

«Результаты тренажерной подготовки» по каждому диспетчеру и всем требованиям показывают протокол тренажерной подготовки: название зоны, время выполнения, упражнения, количество самолетов под управлением, времена возникновения опасных сближений и аварийных ситуаций, комментарии. Кнопка «Воспроизвести» дает возможность просмотреть выполнение упражнения с синхронным воспроизведением имитации радиопереговоров «земля-борт».

Кнопки «Недоработанные часы (тренажер)» и «Распределение оценок (тренажер)» дают статистический анализ хода тренажерной подготовки на предприятии в целом и по каждому диспетчеру отдельно.

После нажатия на кнопку "Результаты теоретических занятий" откроется окно " Результаты занятий ".

Здесь в окне “Диспетчер” выбрать диспетчера и для него выбрать нужный тест, после этого можно будет внизу окна увидеть комментарии к этому тесту и оценку. Для просмотра более подробной информации следует нажать на кнопку “Дополнительно” . Появится окно “Результаты: дополнительно”. В нем можно увидеть более подробную информацию о прохождении теста:

В этом окне можно увидеть результаты ответов на каждый вопрос, для этого, для выбранного теста следует нажать на кнопку “Дополнительно”.

Заключение

В данном дипломном проекте была разработана База Результатов Дистанционной системы повышения и поддержания квалификации (ДСПК), предназначенная для хранения информации о зарегистрированных Баз Знаний ДСПК, субъектах ДСПК (обучаемых, преподавателях и т. д.), результатах тестирования обучаемых, а так же специализированной информации, необходимой для функционирования ДСПК и диспетчерского тренажёра.

База результатов также включает структуры для хранения информации по делению Баз Знаний ДСПК по подразделениям, информации о серверах ДСПК и т. п.

Дистанционная система повышения и поддержания квалификации (ДСПК) предназначена для повышения безопасности полетов ВС над территорией Российской Федерации и повышения качества аэронавигационного обслуживания. Организация проведения различных видов профессиональной подготовки непосредственно в удаленных центрах управления воздушным движением на базе ДСПК позволит:

Повысить экономическую эффективность процесса профессиональной подготовки диспетчеров.

Создать единые образовательные стандарты, основанные на использовании единых курсов, программ обучения, тестирования и развитой системы контроля.

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

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены