Автоматизация управления знаниями. Часть 3

Страницы: 1 2 3 4

1.4. Обоснование проектных решений

1.4.1. Обоснование проектных решений по информационному обеспечению

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

Рисунок 13 – Выбор типа сети

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

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

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

«Автоматизация процесса управления знаниями в части подтверждения знаний» обеспечивает автоматический подбор данных и передачу этих данных в ERP систему предприятия.

В разрабатываемом проекте необходимо установить следующее программное обеспечение (ПО):

1 сервер:

– MS SQL Server;

– Windows 2010 Server;

– система серверной виртуализации в дальнейшем именуемая СВ.

2 Рабочие станции у предприятия уже имеются в достаточном количестве.

1.4.2. Обоснование проектных решений по программному обеспечению

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

• операционная система Windows 10 Professional Edition.
• Лицензионный пакет программ «MS Office» профессиональный выпуск версии 2016 SP1 (Service Pack).
• Punto Switcher
• Adobe Acrobat 6.0 Professional
• Google Chrome интернет браузер

В Windows 2010 Server имеется полный набор мощных средств управления серверами, сетями и системами клиентов, позволяющий снизить общие затраты на обслуживание системы. В эти средства входит служба каталога Active Directory, основанная на стандартах Интернета, предоставляющая уникальные возможности гибкого управления системой на основе политики и включающая мощные службы авторизации, проверки подлинности, объединения каталогов и инфраструктуру приложений, содержащихся в каталоге.

На контролерах домена помимо предустановленной конфигурации следует поднять DNS, DHCP, Active Directory, на файловых серверах – файловый сервер, на веб — сервере – IIS(Internet Information Service), на серверах баз данных – серверную часть СУБД, на прокси — сервера – ISA Server. Также необходимо на все сервера установить корпоративную антивирусную программу Антивирус Касперского для Windows Server.

ПО для серверов должно иметь хорошую совместимость с клиентским СПО, а также обладать надежными и удобными средствами администрирования. Этим требованиям наиболее удовлетворяет продукт фирмы Microsoft – Windows 2010 Server.

Для программной реализации был выбран язык C++, среда: Microsoft Visual Studio 2015. Были выбраны 5 алгоритмов сортировки материальных средств в целях их учета для реализации: Шелла, Прямая, Пирамидальная, Быстрая, Шейкер.

Всё вышеописанное предоставляет возможность обмена сообщениями в пределах корпоративной сети, но у пользователей ООО «Корпоративный центр ИКС 5» есть возможность завести почтовый ящик в internet. Такая возможность предоставляется почтовым сервером расположенным на удалённом хостинге, который компания арендует.

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

1.4.3. Обоснование проектных решений по техническому обеспечению

Предлагается следующая модель корпоративного сервера Klondike President 2000A.

Klondike President 2000A — универсальный сервер среднего уровня. Может использоваться в качестве сервера служб обмена электронными сообщениями, сервера службы доменных имен, сервера службы доступа к информационным ресурсам.

Серверное СПО должно иметь хорошую совместимость с операционными системами АРМов сети и хорошие средства администрирования. Исходя из этого решение об установке на серверных машинах операционной системы Windows 2010 Server компании Microsoft будет наиболее удовлетворяющим всем выше перечисленным требованиям.

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

Рисунок 14 – Виртуальная архитектура

В состав ITCAM входит специализированный VI Agent, позволяющий использовать информацию, собираемую виртуальной инфраструктурой (например, информацию, содержащуюся в базе данных VMware Virtual Center (VC)), совместно с информацией, полученной от других средств мониторинга (например, информацией сетевого мониторинга). В состав архитектуры также входят агенты для Microsoft Virtual Server и Citrix Access Suite, универсальный агент, позволяющий собирать информацию мониторинга из приложений. Наличие большого количества разноплановой информации мониторинга дополняется развитыми средствами корреляционного анализа, что, в свою очередь, позволяет более эффективно управлять нагрузками и определять первопричины неисправностей.

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

Рисунок 15 – Сетевая архитектура

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

В серверной комнате предприятия находится серверная стойка, в которой располагаются:

1. Сервер ETegro Hyperion RS120.
2. Дисковый массив HP QK703A объемом 3000 ГБ.
3. Маршрутизатор.
4. Патч панель.
5. Источник бесперебойного питания APC SMX1500RMI2UNC.

Через маршрутизатор D-link DES-1008A подключены:

1. Четыре персональных компьютеров модели HP P3400 MT.
2. Четыре монитора TFT 19».
3. Два IP телефона модели Linksys SPA
4. Принтер фирмы Samsung ML-1660 подключенный к одному из персональных компьютеров.

Через маршрутизатор D-link DES-1008A подключены:

1. Три персональных компьютера модели HP P3400 MT.
2. Четыре монитора TFT 19».
3. Один IP телефона модели Linksys SPA
4. Многофункциональное устройство Samsung SCX-4833FD подключенный к одному из персональных компьютеров.

 

II ПРОЕКТНАЯ ЧАСТЬ

2.1. Разработка проекта автоматизации

2.1.1. Этапы жизненного цикла проекта автоматизации

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

Жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития [12]:

– исследование предметной области с последующим формированием функциональной и информационной моделей объекта, для которого предназначена информационная система;

– проектирование системы, заключающееся в разработке проектных решений, удовлетворяющих всем требованиям ТЗ;

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

– тестирование информационной системы и выявление сбоев с последующим их устранением;

– эксплуатацию системы и ее сопровождение;

– развитие системы.

Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.

Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.

Среди наиболее известных стандартов можно выделить следующие:

ГОСТ 34.601-90 — распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.

ISO/IEC 12207:1995 — стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.

Custom Development Method (методика Oracle) по разработке прикладных информационных систем — технологический материал, детализированный до уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий «быстрой разработки» (Fast Track) или «облегченного подхода», рекомендуемых в случае малых проектов [8].

В стандарте ISO/IEC 12207 не предлагается конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла.

В настоящее время существует две основные модели жизненного цикла – это каскадная и спиральная модели. В каскадной модели процесс разработки идет поэтапно, шаг за шагом. Переход к следующему этапу происходит только после завершения предыдущего. В спиральной модели разработка проходит по нарастающей. На начальном этапе разрабатывается система с высоким уровнем абстракции, а на последующих витках эта разработка все больше и больше конкретизируется [10].

Для жизненного цикла текущего проекта была выбрана каскадная модель, так как для разрабатываемой системы больше подходит поэтапная разработка. Переход к следующему этапу происходит только после завершения всех работ на предыдущем этапе (Error: Reference source not found1), включая подготовку полного пакета документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков и есть возможность планирования сроков завершения работ и затрат на их выполнение [9].

Каскадный метод хорошо подходит для построения систем, где в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу реализовывать их как можно лучше с технической точки зрения. Однако в случае, если в середине разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к интроверсии проекта и реальная схема каскадной модели приобретает другой вид (Error: Reference source not found) (рисунок 16).

Рисунок 16 – Реальная схема каскадной модели проекта

Таким образом, каскадный метод более всего подходит к конкретной разработке.

2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание

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

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

Таблица 12

Возможные риски проекта и способы их минимизации

 

Представляющими наибольшую угрозу для ООО «Корпоративный центр ИКС-5» являются технические риски проекта.

2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

 

Защита от внутренних угроз основана на разграничении прав пользователей и представлена в таблице 13.

Таблица 13

Защита от внутренних угроз

 

В рамках разработанной методики защиты от внешних угроз предлагаются мероприятия по повышению эффективности системы защиты информационной системы на платформе «1С 8» и «IBM Lotus Discovery Server 2.0.1» как основных в процессе управления знаниями в ООО «Корпоративный центр ИКС 5». Они являются универсальными, поскольку решают проблемы, выявленные на предыдущем этапе работы: обеспечивают конфиденциальность и целостность данных, аутентификаицю и аутентичность информации.

Предложенные мероприятия представлены на рисунке 16.

Рисунок 16 – Мероприятия по повышению эффективности системы защиты информационной системы на платформе «1С» и «IBM Lotus Discovery Server 2.0.1»

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

1) Криптографическая защита. В основу данной политики безопасности положена криптографическая защита. Цель: обеспечить надлежащее и эффективное использование криптографии для защиты конфиденциальности и целостности данных, находящихся в собственности или под управлением предприятия или от его имени. Конфиденциальная информация должна быть зашифрована с использованием действительных процессов шифрования для данных в покое и в движении, как того требует законодательство. Это включает, но не ограничивается, конфиденциальную информацию, хранящуюся на мобильных устройствах, съемных дисках и ноутбуках [15].

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

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

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

Информационные системы будут получать и выдавать сертификаты открытого ключа и безопасности транспортного уровня (TLS) от утвержденного контрагента услуг. Этот элемент управления фокусирует сертификаты с видимостью, внешним по отношению к информационной системе, и не включает сертификаты, относящиеся к внутренним системным операциям, например, к службам времени конкретного приложения. Протокол Secure Socket Layer (SSL) должен быть отключен на всех устройствах.

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

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

Windows Information Protection (WIP), ранее известная как enterprise data protection (EDP), помогает защитить от этой потенциальной утечки данных, не вмешиваясь в работу сотрудников. WIP также помогает защитить корпоративные приложения и данные от случайной утечки данных на корпоративных устройствах и персональных устройствах, которые сотрудники приносят на работу, не требуя изменений в вашей среде или других приложениях. Наконец, другая технология защиты данных, Azure Rights Management, также работает вместе с WIP, чтобы расширить защиту данных для данных, которые покидают устройство, например, когда вложения электронной почты отправляются из корпоративной версии почтового клиента управления правами.

Описание модулей программы представлено в таблице 14.

Таблица 14

Основные модули WIP

 

2) Отказоустойчивый сервер. Сервер предлагается реализовать, используя RAID-массивы. RAID-это технология, которая используется для повышения производительности и / или надежности хранения данных. Аббревиатура означает либо резервный массив недорогих дисков, либо резервный массив независимых дисков. RAID-система состоит из двух или более дисков, работающих параллельно. Это могут быть жесткие диски, но есть тенденция также использовать технологию SSD (Solid State Drive). Существуют различные уровни RAID, каждый из которых оптимизирован для конкретной ситуации. Они не стандартизированы отраслевой группой или комитетом по стандартизации. Это объясняет, почему компании иногда придумывают свои собственные уникальные номера и реализации [12]

В качестве наиболее подходящего варианта отказоустойчивого и сбалансированного сервера, предлагается использовать массив RAID-5. Чередование с четностью между драйверами при использовании RAID-5 представлено на рисунке 17.

Рисунок 17 – Чередование с четностью между драйверами при использовании RAID-5

Преимущества RAID-5:

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

Недостатки RAID-5:

1. Отказы дисков влияют на пропускную способность, хотя это все еще приемлемо.
2. Это сложная технология. Если один из дисков в массиве, использующем диски 4 ТБ, выходит из строя и заменяется, восстановление данных (время восстановления) может занять день или больше, в зависимости от нагрузки на массив и скорости контроллера. Если другой диск испортится за это время, данные будут потеряны навсегда.

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

2.2. Информационное обеспечение задачи

2.2.1. Информационная модель и её описание

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

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

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

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

Таблица 15

Декомпозиция уровня А0 «Автоматизация процесса управления знаниями в части подтверждения знаний»

 

Продолжение таблицы 15

 

Далее рассмотрим характеристика нормативно-справочной, входной и оперативной информации.

2.2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

Входные данные включают:

Таблица 16

Основные характеристики входных документов

 

Формы справочников представлены в таблицах 17-20.

 

Таблица 17

Первичные документы и реквизиты

 

Таблица 18

Список обучающих курсов

 

Таблица 19

Справочник единиц измерения

 

Таблица 20

Список контрагентов

 

2.2.3. Характеристика результатной информации

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

Выходную информацию представим в виде отчетной формы:

Таблица 21

Анализ выполнения плана по договорам до конца ____квартала

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

Таблица 22

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

 

В таблице представлены функционально-зависимые реквизиты в каждой группе:

Таблица 23

Функционально-зависимые реквизиты

Жирной линией выделены ключевые реквизиты.

2.3. Программное обеспечение задачи

2.3.1. Общие положения (дерево функций и сценарий диалога)

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

В число основных функций входят:

– ведение справочников;

– ввод данных;

– результаты.

В число служебных функций входят:

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

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

Рисунок 18 – Дерево функций

Основное меню программы включает:

– файл;

– операции;

– справочники;

– отчеты;

– сервис;

– окна;

– помощь;

– выйти.

Сценарий диалога представлен на рисунке 10.

Рисунок 18 – Сценарий диалога

2.3.2. Характеристика базы данных

Описание структурных записей таблиц представлено в таблицах ниже:

1 Счета:

Таблица 24

Структурные записи таблиц «Счета»

2 Накладные:

Таблица 25

Структурные записи таблиц «Накладные»

6 Платежные документы:

Таблица 26

Структурные записи таблиц «Платежные документы»

 

3 Счета-фактуры:

Таблица 27

Структурные записи таблиц «Счета-фактуры»

 

После того, как все связи установлены, схема данных имеет следующий вид:

Рисунок 19 – Схема данных

2.3.3. Структурная схема пакета (дерево вызова программных модулей)

На основе результатов, полученных в предыдущем пункте, построим дерево программных модулей, отражающих структурную схему пакета, содержащей программные модули различных классов:

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

Таблица 28

Пример фрагмента таблицы описания функций модулей

2.3.4. Описание программных модулей

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

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

Блоки — это стандартные контейнеры для отображения виджетов на страницах Moodle.

Блоки создаются как набор пользовательских скриптов в директории с именем блока. Эта директория при установке помещается в стандартную директорию Moodle для пользовательских блоков /blocks/. Основной скрипт блока block_nameofblock.php (имя блока вместо nameofblock) содержит пользовательский класс, который является расширением базового класса block_base.

Расширения типа «блок» в Moodle имеют стандартную структуру. Она включает в себя:

Непосредственно файл расширения (обычно называется аналогично названию самого расширения). Располагается в корневой папке расширения.

Файл версии. Он содержит себе сведения о версии расширения, а также о версиях LMS Moodle, необходимых для функционирования плагина. Располагается в корневой папке расширения.

Файлы локализаций (содержатся в папке lang).

Файлы настроек базы данных (содержатся в папке db.

Структура разработанного расширения выглядит следующим образом (рисунок 20):

Рисунок 21 – Структура расширения

Разработанное расширение может отображать различное содержимое, в зависимости от различных параметров.

2.4. Контрольный пример реализации проекта и его описание

Если пользователь зашел в режиме администратора – в данном блоке будет расположена ссылка на отчеты.

Рисунок 21 – Расширение в режиме администратора

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

Рисунок 22 – Расширение в режиме сотрудника ООО «Корпоративный центр ИКС 5»

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

Разработанное расширение типа «Отчет» позволяет просматривать результаты проведения оценки студентов.

Для перехода в этот режим, необходимо войти в систему с учетной записью администратора и нажать на кнопку «Перейти к отчетам» в расширении.

На экран будет выведено главное окно отчета со списком курсов:

Рисунок 23 – Список курсов сотрудника ООО «Корпоративный центр ИКС 5»

Заметим, что в данном окне выводятся только те курсы, по которым студенты уже получили оценку знаний. Если студенты не оставляли оценок к курсу – его не будет в этом окне.

Необходимо выбрать курс, по которому нужно просмотреть результаты.

После выбора курса на экране появляется окно со средними оценками по курсу, а также со списком прошедших контрольные мероприятия студентов.

Рисунок 24 – Отчет по курсу для сотрудника ООО «Корпоративный центр ИКС 5»

Для того, чтобы посмотреть оценки определенного студента – необходимо нажать на ФИО в нижней части окна.

Произойдет переход к следующему окну:

Рисунок 25– Оценки сотрудника ООО «Корпоративный центр ИКС 5»

Страницы: 1 2 3 4