Учебно-методический комплекс дисциплины обсужден на заседании кафедры компьютерных систем «03» октября 2012 г. Составитель (ли): К.

Таблица 3 Предопределенные версии диаграмм Ганта Название диаграммы Описание Подробная диаграмма Ганта (Detail Gantt) Диаграмма используется при оптимизации плана проекта, когда требуется равномерно распределить нагрузку между ресурсами. На ней отображаются возможные периоды времени, на которые исполнение задачи можно отложить, не сдвигая срока окончания проекта Диаграмма Ганта с выравниванием (Leveling Gantt) Диаграмма используется для выравнивания нагрузки ресурсов. На ней отображаются все изменения, осуществленные в процессе выравнивания Диаграмма Ганта с отслеживанием (Tracking Gantt) Диаграмма используется для сравнения запланированных сроков выполнения проекта и реальных сроков исполнения работ. Для каждой задачи и фазы отображаются запланированный и реальный сроки исполнения Диаграмма Ганта с несколькими планами (Multiple Baseline Gantt) Диаграмма используется для сравнения трех первых базовых планов проекта Диаграмма Ганта с ожидаемым планом проекта (PA_Expected Gantt), Диаграмма Ганта с оптимистичным планом проекта (PA_Optimistic Gantt), Диаграмма Ганта с пессимистичным планом проекта (PA_Pessimistic Gantt) Диаграммы предназначены для анализа плана работ по методу PERT (PERT Analysis, или сокращенно PA). Поскольку метод заключается в построении трех планов (реалистичного, оптимистичного и пессимистичного) и их дальнейшем анализе, то для работы с ним используются три диаграммы Чтобы воспользоваться предопределенной версией диаграммы Ганта, необходимо выбрать ее название в пункте меню Вид  Другие представления… В том случае, если необходимо изменить вид стандартной диаграммы Ганта или ее версии, можно использовать средства форматирования диаграмм, которые позволяют: - изменять форму и цвет составляющих диаграмму отрезков; - определять, какая проектная информация отображается на диаграмме рядом с отрезками; - отображать дополнительную графическую информацию (например, отклонение от базового плана); - форматировать шкалу времени, уменьшая или увеличивая масштаб отображения плана. Чтобы изменить внешний вид отрезков диаграммы Ганта необходимо щелкнуть правой клавишей мыши над необходимым отрезком, в контекстном меню выбрать пункт Форматировать отрезок… и изменить необходимые значения настроек. Существует также возможность группового форматирования элементов диаграммы, которое позволяет полностью настраивать вид диаграммы, определяя, какая именно информация из проектного файла и каким образом отображается на диаграмме. Для этого в диалоговом окне, вызываемом с помощью команды Формат  Стили отрезков (рисунок 15). Окно состоит из двух основных блоков. Верхний блок содержит таблицу, в которой определяются отражаемые на диаграмме типы отрезков. Нижний блок содержит две вкладки с параметрами, определяющими внешний вид типов отрезков, указанных в верхнем блоке. В столбцах таблицы верхнего блока задаются основные свойства типов отрезков диаграмм. В столбце Название (Name) определяется название типа отрезка, которое будет отображаться во всплывающей подсказке при наведении указателя мыши на отрезок. Рисунок 15 Окно «Стили отрезков» Поле Вид (Appearance) отражает внешний вид элемента диаграммы в соответствии с настройками в нижнем блоке таблицы. Для того, чтобы это поле изменилось, нужно установить курсор в строку с нужным типом отрезков и настроить параметры отображения на вкладках нижней части окна. Поле Отображать для след. задач (Show for …Tasks) определяет, какие задачи отбирать для отображения данным стилем. Отбор происходит на основании полей типа Флаг (Flag), которые могут содержать только значения Да (Yes) и Нет (No). Чтобы определить тип задач, нужно выбрать одно или несколько таких полей в раскрывающемся списке. В тех случаях, когда необходимо вывести на диаграмме несколько типов фигур для одного типа задач, но не желательно, чтобы они наслаивались друг на друга, можно воспользоваться полем Строка (Row). Номером в поле Строка определяется порядок отображения фигур: первым отображается отрезок номер 1, вторым – 2 и т.д. В полях С (From) и По (To) определяются начальные и конечные точки отрезка на диаграмме. Упражнение № 6. Сетевой график Хотя подавляющее большинство операций по планированию и анализу проекта выполняется с использованием диаграммы Ганта, для работы с сетевым графиком также предусмотрен богатый набор функций. Наибольший эффект от их применения можно получить на этапе разработки структуры нового проекта «с нуля», а также при анализе проекта с точки зрения возможных рисков. В отличие от классического сетевого графика, на котором работам соответствуют дуги, а события – вершины, в MS Project используется другой вариант графика, при котором работам соответствуют вершины, а дуги переходам от одной работы к другой. В MS Project есть три вида графиков, которые можно отнести к сетевым: собственно сетевой график (Network Diagram), сетевой график с описанием (Descriptive Network Diagram) и схема данных (Relationship Diagram). Отличие сетевого графика с описанием от обычного сетевого графика заключается только в повышенной информативности блоков: по умолчанию в них отображается больше информации. Принцип построения и внешний вид схемы данных отличается от первых двух графиков. Разница состоит в том, что на первых двух графиках можно сразу просматривать информацию обо всем плане проекта, а на схеме данных – только об одной задаче этого плана. Блоки сетевого графика могут различаться цветом и формой в зависимости от типа задачи (обычная задача, завершающая задача или фаза) и ее состояния (исполняется, не исполняется, завершена). На блоке может быть указана любая дополнительная информация: даты начала и окончания, длительность, задействованные ресурсы. По умолчанию фазы обозначаются параллелограммами, задачи – прямоугольниками, завершающие задачи – шестиугольниками. Начатые задачи перечеркиваются одной линией, а завершенные двумя. Стрелки соответствуют связям между задачами. В MS Project включен большой набор средств для форматирования сетевых графиков. Принципы форматирования сетевого графика не отличаются от принципов форматирования диаграмм Ганта: можно отформатировать отдельный элемент графика, группу элементов и настроить дополнительные параметры группы. Чтобы отформатировать блок, нужно щелкнуть на нем правой клавишей мыши и выбрать пункт контекстного меню Формат рамки (Format Box). Возможности форматирования групп блоков сетевого графика завися от того, какие типы задач эти блоки символизируют на графике. Групповое форматирование блоков осуществляется в диалоговом окне, определяющем свойства групп блоков – пункт меню Формат – Стили рамок. Сетевой график, как и диаграмма Ганта, позволяет редактировать план проекта. Двойной щелчок на блоке позволяет редактировать свойства задачи. Для редактирования отдельного свойства задачи, отображенного на блоке, нужно щелчком мыши установить курсор в соответствующую ячейку блока и затем отредактировать ее. Для создания задачи (блока) нужно нажать кнопку мыши на свободном месте графика, растянуть на нем прямоугольную рамку, определяющую размер будущего блока, и отпустить кнопку мыши. Создавать задачу на графике не очень удобно, потому что не всегда можно точно предсказать, к какой фазе проекта будет отнесена новая задача. Изменение уровня вложенности задачи производится с помощью комбинаций клавиш Shift+Alt+ и Shift+Alt+. Удалить задачу можно нажатием клавиши Delete. Связи между задачами создаются перетаскиванием задач друг на друга с помощью мыши, как и в диаграмме Ганта. Сетевой график удобно настраивать с помощью панели инструментов Сетевой график (Network Diagram), которая вызывается с помощью окна Сервис – Настройка – Панели инструментов. Схема данных – это особый вид сетевого графика, предназначенный только для анализа связей между задачами проекта. Схема данных разделена на страницы, которые можно пролистывать с помощью полосы прокрутки. На одной странице можно просматривать информацию только об одной задаче. Страницы с задачами расположены в порядке возрастания номеров задач. Диаграмма не позволяет редактировать блоки или проектные данные – их можно только просматривать. Использовать эту диаграмму удобно для анализа плана проекта с множеством зависимостей, поскольку с ее помощью легко сфокусироваться на задачах, связанных с выбранной. Порядок выполнения работы Изучите теоретический материал. Выполните задание, соответствующее номеру бригады. Подготовьте ответы на контрольные вопросы. Варианты заданий Создайте диаграмму Ганта для перечисленных ниже работ. Разбиение на фазы проведите самостоятельно. Планирование производить по методике планирования от даты начала проекта. Отформатируйте диаграмму. Сохраните созданный проектный файл для дальнейшего использования. Вариант 1 График разработки и внедрения программного комплекса [3] приведен на рисунке. 1 3 9 7 5 4 6 8 10 11 12 2 Работы: Предварительное определение перечня и структуры выдаваемых документов, информационных массивов и характеров их использования (40 дней). Разработка общей схемы решения задачи, утверждение перечня и форм выдаваемых документов, выдача задания на программирование (30 дней). Определение структур данных и способов кодирования информации (35 дней). Обеспечение формирования исходных данных (20 дней). Обеспечение формирования нормативных массивов (12 дней). Обеспечение формирования базовых массивов (30 дней). Разработка программного обеспечения (100 дней). Отладка программ (30 дней). Техническое обеспечение решения задачи (12 дней). Организационное обеспечение решения задачи (20 дней). Опытно-промышленная проверка (30 дней). Корректировка по результатам проверки (60 дней). Вариант 2 В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы. Входящие документы подвергаются следующим операциям: - экспедиционной обработке (3 часа); - регистрации (2 мин.); - рассмотрению руководством и выдаче резолюции (4 часа); - ознакомлению в структурном подразделении или исполнению (3 дня); - контролю за исполнением, включающему постановку на контроль документов (10 мин.); - отслеживание хода исполнения (30 мин.); - составлению делопроизводственных отчетов для руководства (1 час); - снятию документов с контроля (2 мин.); - передача документов в архив (10 мин.) Вариант 3 В [5] рассмотрен следующий пример формулировки требований на начальных итерациях разработки программного проекта: Дисциплина Артефакт Комментарии по поводу формулировки требований Начало 1 неделя Развитие 1 4 недели Развитие 2 4 недели Развитие 3 3 недели Развитие 4 3 недели Требования Модель прецедентов Двухдневный семинар по формулировке требований. Только 10% прецедентов описываются подробно В конце этой итерации проводится двухдневный семинар по формулировке требований. При этом учитываются результаты выполненной работы, 30 % прецедентов описываются подробно В конце этой итерации проводится двухдневный семинар по формулировке требований. При этом учитываются результаты выполненной работы, 50 % прецедентов описываются подробно То же самое, 70% прецедентов описываются подробно 80 – 90% прецедентов описываются подробно. Только небольшая часть прецедентов реализуется на стадии развития, реализация остальных переносится на стадию конструирования Проектирование Модель проектирования Проектирование для небольшого числа архитектурно важных требований с высокой степенью риска Проектирование для небольшого числа архитектурно важных требований с высокой степенью риска То же самое То же самое То же самое. Все архитектурно важные элементы с высокой степенью риска должны быть спроектированы к этому моменту Реализация Модель реализации (код) Реализация проектного решения То же самое. 5% окончательной системы должно быть построено То же самое. 10% окончательной системы должно быть построено То же самое. 15% окончательной системы должно быть построено Управление проектом План разработки Достаточно общая оценка требуемых затрат и ресурсов Оценки конкретизируются Оценки конкретизируются Оценки конкретизируются Общая длительность проекта, основные этапы Количество прецедентов в проекте – 16. Общее время разработки системы – 30 недель. Вариант 4 Основной задачей при планировании программного проекта является определение структуры распределения работ [6]. Тестирование итерации Системный анализ Анализ требований Предварительное проектирование Кодирование подсистемы 1 Тестирование подсистемы 1 Детальное проектирование подсистемы 2 Кодирование подсистемы 2 Тестирование подсистемы 2 Детальное проектирование подсистемы 3 Кодирование подсистемы 3 Тестирование подсистемы 3 Планирование тестов Разработка тестов Проверка тестов Детальное проектирование подсистемы 1 Первыми выполняемыми задачами являются системный анализ и анализ требований к программному продукту. Они закладывают фундамент для последующих параллельных задач. Системный анализ проводится с целью: - выяснения потребностей заказчика (3 недели); - оценки выполнимости системы (1 неделя); - выполнения экономического анализа (1 неделя); - выполнения технического анализа (1 неделя); - распределения функций по аппаратуре, программам, сотрудникам (2 неделя); - определения стоимости и ограничений планирования (1 неделя); - создания системной спецификации (2 недели). Анализ требований дает возможность: - определить функции и характеристики программного продукта (1 неделя); - определить интерфейс программного продукта с другими системными элементами (2 недели); - определить программные ограничения программного продукта (1 неделя); - построить модели функционирования продукта (2 недели). Результаты анализа требований сводятся в спецификацию требований к программному продукту. Время выполнения других работ: - предварительное проектирование - 2 недели; - детальное проектирование подсистемы 1 – 3 недели, подсистемы 2 – 1 неделя, подсистемы 3 – 2 недели; - планирование тестов – 2 недели; - разработка тестов – 3 недели; - проверка тестов – 1 неделя; - тестирование итерации – 1 неделя; - создание спецификации требований – 1 неделя. Вариант 5 В последнее время неуклонно возрастает интерес к технологиям поддержки принятия решений [7]. В общем виде схема поддержки принятия решения включает следующие блоки: выявление проблем, формулировка задач, формализация задач, анализ ресурсов, сбор данных и их анализ, синтез решения и формирование альтернатив, анализ альтернатив и выработка рекомендаций. Сведения об обобщенном процессе принятия некоторого решения приведены в таблице. Задачи, которые могут быть решены параллельно, определить самостоятельно. Выявление проблем Мониторинг внешней среды 1 неделя Выявление тенденций поведения рынка и внешней среды 1 неделя Мониторинг объекта управления 2 недели Анализ поведения продукции на рынке 1 неделя Получение прогнозных оценок 1 неделя Выявление во внешней среде прогнозных ситуаций, не позволяющих принимать решение ранее известными методами 1 неделя Выявление истощения ресурсов, используемых для принятия решений или производства 1 неделя Выявление снижения деятельности управляемого объекта или методов управления 2 недели Выявление появления новых средств производства, управления или информационных продуктов 1 неделя Выявление проблемы 2 недели Оценка новизны проблемы 1 неделя Установление взаимосвязи с другими проблемами 1 неделя Оценка полноты и достоверности информации по данной проблеме 1 неделя Ведение базы данных информационных ресурсов по проблеме 10 недель Формулировка задач Определение разрешимости проблемы 1 неделя Концептуальная разработка вариантов решения проблемы 1 неделя Декомпозиция выявленной проблемы на отдельные задачи 1 неделя Формулировка условий 2 недели Формулировка целей 2 недели Логический анализ условий, целей и задач 1 неделя Постановка задач исполнителям 1 неделя Формализация Классификация сформулированных целей и задач 1 неделя Выбор системы формализации 1 неделя Формализация условий и целей 2 недели Построение инфологической модели 1 неделя Формальный логический анализ условий 1 неделя Поиск задач-аналогов 2 недели Поиск регламентных решений задач 1 неделя Декомпозиция задачи 1 неделя Детализация входных и выходных данных 4 недели Детализация целей 2 недели Детализация условий 2 недели Составление блок-схемы и ее формального описания 4 недели Анализ ресурсов Анализ методов полного решения 2 недели Анализ методов частичного решения 2 недели Анализ информационных ресурсов для решения 1 неделя Анализ интеллектуальных ресурсов для решения 1 неделя Анализ организационных решений для применения решения 1 неделя Анализ технологических ресурсов для применения решения 1 неделя Сбор данных и их анализ Информационный поиск необходимых данных 4 недели Перевод собранных данных в электронную форму 4 недели Организация и ведение базы данных 10 недель Анализ полученных данных 1 неделя Анализ существующих моделей и информационных потоков 2 недели Синтез решений и формирование альтернатив Структуризация задачи 1 неделя Структуризация решений 1 неделя Выделение линейной последовательности действий 1 неделя Выделение рекурсивных последовательностей 1 неделя Выделение циклических последовательностей 1 неделя Выделение параллельных операций 1 неделя Выделение временной последовательности обработки 1 неделя Моделирование решений 4 недели Формальный логический и структурный анализ 1 неделя Контроль за выполнением решения постоянно Получение прогнозных оценок 2 недели Формирование альтернатив 2 недели Ведение банка данных моделей и решений 4 недели Анализ альтернатив Классификационный анализ альтернатив 1 неделя Качественный анализ альтернатив 2 недели Параметрический анализ альтернатив 2 недели Некритериальный анализ 1 неделя Прогнозирование состояний рынка или среды 2 недели Рекомендации по применению альтернатив для разных состояний среды или рынка 1 неделя Вариант 6 В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы, поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы. Основные процедуры обработки исходящих документов: - разработка проекта документа в структурном подразделении, включающая сбор необходимых сведений (2 дня), оформление документа (1 час), утверждение документа руководителем подразделения (2 часа); - согласование проекта документа в структурных подразделениях организации, которая включает в себя согласование с экономической службой (2 дня); согласование с юридической службой (1 день), согласование с кадровой службой (1 день), согласование с хозяйственной службой (1 день); - утверждение документа руководством (1 день); - регистрация документа (10 мин.); - экспедиционная обработка документа (4 часа). Вариант 7 На сетевом графике ввода в производство и производства нового станка, представленном на рисунке [1], работы обозначены стрелками, а узлы указывают на очередность работ. Узел означает событие – момент завершения всех работ стрелок, входящих в этот узел. Пояснения к графику и продолжительности работ сведены в таблицу. 1 2 3 4 5 6 7 9 18 27 29 33 34 35 10 20 11 21 22 23 24 25 26 28 19 12 13 14 15 16 17 30 32 31 Наименование работы Обозначение работ на графике Продолжительность (дни) Конструирование изделия 1-2 60 Корректировка чертежей 2-10 10 Распределение работ по цехам 2-3 2 Составление технологии на механическую обработку 3-4 10 Нормирование механической обработки 11-18 5 Выдача заказ-наряда на конструирование оснастки 4-5 2 Конструирование оснастки 5-6 20 То же 6-7 20 Составление технологии на детали оснастки 6-8 10 То же 7-9 10 Изготовление оснастки 8-9 25 То же 9-18 25 Заказ металла 12-13 3 Составление ведомости на заказ металла 2-12 1 Обеспечение завода металлом 13-14 10 Составление технологии на заготовки 2-14 10 Изготовление заготовок 14-18 25 Заказ литья и поковок 2-15 5 Обеспечение завода литьем, поковками 15-16 15 Старение литья 16-17 8 Окраска литья 17-18 3 Механическая обработка деталей 18-27 14 Заказ материалов и комплектующих изделий для сборки 2-19 2 Обеспечение сборки материалами и комплектующими изделиями 19-27 9 Составление технологии на сборку 2-20 7 То же 21-23 7 Нормирование сборочных работ 20-27 6 Выдача заказ-нарядов на оснастку для сборки 20-22 2 Конструирование оснастки для сборки 23-25 19 Составление технологии на детали оснастки для сборки 23-24 10 То же 25-26 10 Составление технологии на детали оснастки для сборки 23-24 17 То же 25-26 17 Изготовление оснастки для сборки 24-26 18 То же 26-27 18 Узловая сборка под механическую обработку 27-28 4 Узловая сборка 27-29 4 Дополнительная механообработка собранных узлов 28-29 2 Общий монтаж станка 29-33 5 Конструирование наладок по спецстанкам 2-30 17 Заказ литья и поковок для наладок 30-31 2 Обеспечение литьем и поковками для наладок 31-33 12 Составление технологии на детали наладок 30-33 10 Изготовление наладок 32-33 17 Наладка и сдача станка 33-34 10 Окраска станка 34-35 1 Вариант 8 В соответствии с [4] выделяют три основных типа документов, составляющих централизованный документооборот: входящие документы – документы поступившие из внешних организаций, исходящие документы – документы, создаваемее структурными подразделениями для отправки во внешние организации и внутренние документы, издаваемые руководителем или структурными подразделениями для рассылки внутри службы. При создании внутренних документов делопроизводители выполняют следующие операции: - принятие решения и выдача руководителем задания на разработку внутреннего документа (1 день); - подготовка проекта внутреннего документа в подразделении, состоящего из: сбора необходимых сведений (1 день), подготовка текста документа секретарем (1 день), оформление документа (2 часа); - обеспечение согласования документа, включающая: согласование с заинтересованными лицами (1 день), согласование со структурными подразделениями (2 дня); - утверждение документа (4 часа); - регистрация документа (10 мин.); - доставка документа до подразделений, которая осуществляется 3 сотрудниками, которым необходимо доставить документ в 14 подразделений (20 минут для доставки в одно подразделение); - контроль исполнения документа (с момента окончания доставки в течении 15 дней). Контрольные вопросы Как осуществляется настройка программы MS Project. Как хранятся и отображаются данные в MS Project (что такое «внутренняя» и «внешняя» таблицы). Какие стандартные таблицы входят в состав MS Project. Что такое диаграмма Ганта. Как производится групповое форматирование элементов диаграммы Ганта. Назовите предопределенные версии диаграмм Ганта в MS Project и опишите их назначение. Как настроить формат отрезка на диаграмме Ганта. Как составляется скелетный план проекта. Что такое веха. Как создаются вехи в MS Project. Какие типы связей могут быть определены между задачами в MS Project. Что такое фаза и как создаются фазы в MS Project. Литература для выполнения работы 1. Богданов В.В. Управление проектами в Microsoft Project 2003: Учебный курс. – СПб., Питер, 2004. 2. Португал В.М., Семенов А.И. Теория расписаний. М.: Знание, 1972. 3. Танаев В.С., Шкурба В.В. Введение в теорию расписаний. М., Наука, 1975. 4. Романов Д.А., Ильина Т.Н., Логинова А.Ю. Правда об электронном документообороте. – М.: ДМК Пресс, 2002. 5. Ларман К. Применение UML и шаблонов проектирования. 2-е издание. – М.: Издательский дом «Вильямс», 2004. 6. Орлов С.А. Технологии разработки программного обеспечения: Учебник. – СПб.: Питер, 2002. 7. Поляков А.А., Цветков В.Я. Прикладная информатика. – М.: «Янус-К», 2002. МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное автономное образовательное учреждение высшего профессионального образования «Дальневосточный федеральный университет» (ДВФУ) ШКОЛА ЕСТЕСТВЕННЫХ НАУК

Похожие:

	Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс составлен в соответствии с требованиями федерального государственного образовательного стандарта высшего...		Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс составлен в соответствии с требованиями федерального государственного образовательного стандарта высшего...
	Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс составлен в соответствии с требованиями федерального государственного образовательного стандарта высшего...		Учебно-методический комплекс дисциплины «Учет на предприятиях малого бизнеса» Учебно-методический комплекс составлен в соответствии с требованиями государственного образовательного стандарта высшего профессионального...
	Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего...		Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего...
	Учебно-методический комплекс дисциплины Туризм, утвержденного приказом Министерства образования и науки РФ от 20. 01. 2006 г. №739гум/бак. Учебно-методический комплекс обсужден...		Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс дисциплины составлен на основании требований государственного образовательного стандарта высшего профессионального...
	Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс составлен в соответствии с требованиями государственного образовательного стандарта высшего профессионального...		Учебно-методический комплекс дисциплины обсужден на заседании кафедры... Учебно-методический комплекс составлен в соответствии с требованиями федерального государственного образовательного стандарта высшего...