Эталонная модель
Эталонная модель (англ. reference model , master model ) - это абстрактное представление понятий и отношений между ними в некоторой проблемной области. На основе эталонной строятся более конкретные и детально описанные модели, в итоге воплощённые в реально существующие объекты и механизмы. Понятие эталонной модели используется в информатике .
Примеры Эталонных моделей
- Сетевая модель OSI (Open Systems Interconnection Reference Model),
- модель Открытого геопространственного консорциума (англ.) ,
- архитектура фон Неймана - модель эталонной модели с последовательными вычислениями,
- эталонная модель Архитектуры государственного предприятия (англ.) ,
- Эталонная Информационная Модель HL7 (Reference Information Model, RIM HL7),
- Эталонная Модель (Reference Model, RM) openEHR .
Wikimedia Foundation . 2010 .
Смотреть что такое "Эталонная модель" в других словарях:
эталонная модель - иерархическая модель — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом Синонимы иерархическая модель EN reference model …
эталонная модель - etaloninis modelis statusas T sritis automatika atitikmenys: angl. master model; reference model vok. Referenzmodell, n rus. эталонная модель, f pranc. modèle de référence, m; modèle standard, m … Automatikos terminų žodynas
эталонная модель - 3.1.41 эталонная модель (reference model): Структурированный комплект взаимосвязанных представлений об объекте (например информационной системе), охватывающий данный объект в целом, упрощающий разбиение связей по тематике, который может быть… … Словарь-справочник терминов нормативно-технической документации
эталонная модель ВОС - Модель взаимодействия открытых систем, разработанная ISO в 1984 г. Позволяет универсальным образом описать логику информационного обмена между взаимосвязанными системами и абонентами. Полная модель содержит семь уровней. На самом нижнем… … Справочник технического переводчика
эталонная модель ISO/OSI - Семиуровневая эталонная модель протоколов передачи данных. Определяет уровни: физический, канальный, сетевой, транспортный, сеансовый, представительский и прикладной. В CAN сетях обычно реализуются только физический, канальный и прикладной уровни … Справочник технического переводчика
эталонная модель протоколов широкополосной ISDN-сети - Модель включает четыре горизонтальных уровня (физический, ATM, адаптации ATM и верхние уровни) и три вертикальных плоскости (пользователя, управления и администрирования). Соответствие между моделями В ISDN и OSI обеспечивается на физическом… … Справочник технического переводчика
эталонная модель BOC - ЭМВОС Модель, разработанная МОС, содержащая семь уровней (слоев) протоколов и предназначенная для коммуникации между устройствами в сети. [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики… … Справочник технического переводчика
эталонная модель взаимодействия открытых систем - — Тематики электросвязь, основные понятия EN ISO/OSI reference model … Справочник технического переводчика
эталонная модель протокола - — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN protocol reference modulePRM … Справочник технического переводчика
эталонная модель соединения открытых систем - — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN reference model of open systems … Справочник технического переводчика
Книги
- Компьютерные сети. В 2 томах. Том 1. Системы передачи данных , Р. Л. Смелянский. Приведены теоретические основы систем передачи данных, характеристики основных видов физических сред, способы кодирования и передачи аналоговых и цифровых данных, основы организации…
Архитектура эталонной модели искусственно включает два измерения:
измерение процесса , которое характеризует результаты процесса, являющиеся существенными измеримыми целями процесса;
измерение возможности процесса , которое характеризует набор атрибутов процесса, применимых к любому процессу и представляющие собой измеримые характеристики, которые необходимы для управления процессом и улучшающие возможность его выполнения.
Эталонная модель группирует процессы, при измерение процесса, в три группы процессов жизненного цикла, которые содержат пять категорий процесса, согласно типу деятельности, к которым он обращен.
Начальные процессы жизненного цикла состоят из категорий процессов поставщик - заказчик и инжиниринга.
Категория процесса поставщик - заказчик состоит из процессов, на которые непосредственно воздействует заказчик, разработка поддержки и перехода ПО заказчику, и предусматривают корректное функционирование и использование программного продукта и/или услуг.
Категория процесса инжиниринга состоит из процессов, которые непосредственно определяют, осуществляют или поддерживают программный продукт, его отношение к системе и его документации потребителя (заказчика).
Поддерживающие процессы жизненного цикла состоят из категории процесса поддержки.
Организационные процессы жизненного цикла состоят из категорий процессов управления и организации.
Категория процесса управления состоит из процессов, которые содержат методы общего характера, которые могут использоваться любым, кто управляет любым типом проекта или процессом внутри жизненного цикла программного обеспечения.
Категория процесса организации состоит из процессов, которые устанавливают бизнес - цели организации и разрабатывают (развивают) процесс, продукт и активные ресурсы, которые, когда используется проектами в организации, помогут организации достигнуть ее бизнес - целей.
Категории процессов и процессы обеспечивают группирование типов деятельности. Каждый процесс в эталонной модели описан в терминах утверждения цели. Эти утверждения включают в себя уникальные функциональные цели процесса, которые подтверждаются в конкретной среде. Утверждение цели включает дополнительный материал, определяющий выходы успешной реализации процесса. Соответствие цели процесса представляет первый шаг в формирование возможности процесса.
Эталонная модель не определяет как, или в каком порядке, элементы утверждений цели процесса должны быть достигнуты. Цели процесса будут достигнуты в организации через различные действия более низкого уровня, задачи и методики, выполняемые, чтобы произвести рабочий продукт. Эти выполняемые задачи, действия и методики, а также характеристики произведенных рабочих продуктов, являются показателями, которые демонстрируют, достигнута ли цель конкретного процесса.
Развитие возможности процесса характеризуется в терминах атрибутов процесса, сгруппированных в уровни возможности. Атрибуты процесса являются признаками процесса, которые могут быть оценены по шкале достижения, обеспечивая меру возможности процесса. Атрибуты применимы ко всем процессам. Каждый атрибут процесса описывает аспект полной возможности управления и улучшения эффективности процесса в достижении его целей и содействующего бизнес - целям организации.
Уровень возможности характеризуется набором атрибутов, которые работают вместе. Каждый уровень обеспечивает главное расширение возможности выполнения процесса. Уровни составляют рациональный путь развития через усовершенствование возможности любого процесса.
Есть шесть уровней возможности в эталонной модели.
Уровень 0: Незавершенный . Общая неудача в достижении цели процесса. Имеются нелегко идентифицированные рабочий продукт или выходы процесса.
Уровень 1 : Выполняемый. Цель процесса, в общем, достигнута. Достижение не может строго планироваться и отслеживаться. Персонал организации осознает, что процесс должен выполняться, и имеется общее согласие, что этот процесс выполняется, как требуется и когда требуется. Имеются определенные рабочие продукты процесса, и они свидетельствуют в пользу достижения цели.
Уровень 2 : Управляемый . Процесс вырабатывает рабочие продукты согласно определенным процедурам, планируется и отслеживается. Рабочие продукты соответствуют конкретным стандартам и требованиям. Основное различие от Выполняемого уровня в том, что при выполнении процесса теперь вырабатываются рабочие продукты, которые полностью требования к качеству в пределах определенного промежутка времени и выделенного ресурса.
Уровень 3 : Установленный. Процесс выполняется и управляется, используя определенный процесс, основанный на хороших принципах инжиниринга программного обеспечения. Индивидуальные реализации процесса используют документирующие процессы, утвержденные, приспособленные версии стандарта в достижении выходов определенного процесса. Ресурсы, необходимые для установления определения процесса - также на месте. Основное отличие от Управляемого уровня в том, что процесс Установленного уровня использует определенный процесс, который способен достигнуть своих выходов.
Уровень 4 : Предсказуемый. Определенный процесс, на практике, последовательно выполняется в пределах определенных ограничений и достигает определенных целей. Подробные меры выполнения процесса собраны и проанализированы. Это ведет к количественному пониманию возможности процесса и улучшенной способности предсказать выполнение. Выполнение процесса объективно управляется. Качество рабочих продуктов количественно известно. Основное отличие от Установленного уровня в том, что определенный процесс теперь выполняется последовательно внутри определенных ограничений, чтобы достигнуть своих определенных выходов.
Уровень 5 : Оптимизирующий. Выполнение процесса оптимизируется, чтобы достичь текущие и будущие деловые потребности. Процесс достигает повторяемости при достижении определенных бизнес - целей. Количественная эффективность процесса и цели эффективности для выполнения установлены, базируются на бизнес - целях организации. Непрерывный процесс, контролирующий эти цели, позволяет получать количественную обратную связь, и усовершенствование достигнуто анализом результатов. Основное отличие от Предсказуемого уровня в том, что определенные и стандартные процессы теперь динамически изменяются и адаптируются, чтобы эффективно достичь текущие (актуальные) и будущие бизнес - цели.
Естественно, эталонная модель не может использоваться как основа для проведения надежных и непротиворечивых оценок возможности процесса, так как уровень детализации не достаточен. Описания цели процесса и атрибутов возможности в эталонной модели необходимо поддерживать исчерпывающим набором показателей выполнения процесса и его возможности. Таким образом, будет возможен непротиворечивый рейтинг возможности процесса.
Измерение процесса
В этом подразделе приводиться классификация процессов, принятых в организациях, занимающихся разработкой, эксплуатацией, приобретением, поставкой и поддержкой функционирования ПО. Классификация распознает пять категорий процессов, которые содержат все процессы. Категории и их процессы сопоставимы с теми процессами, которые определены в проекте стандарта ИСО/МЭК 12207, Информационная технология – Жизненный цикл процесса ПО, рассмотренного нами в разделе 2.
Как было отмечено выше, в эталонной модели процессы объединяются в три группы и пять категорий процессов:
начальные процессы жизненного цикла включают категории процесса инжиниринга и поставщик - заказчик;
поддерживающие процессы жизненного цикла включают категории процесса поддержки;
организационные процессы жизненного цикла включают категории процесса управления и организации.
Индивидуальные процессы описаны в терминах шести компонентов.
Идентификатор процесса. Идентифицирует категорию и последовательный номер внутри этой категории. Схема нумерации различается между процессами верхнего уровня и процессами второго уровня. Идентификатор состоит из двух частей: сокращения категории (например, ENG для категории процесса инжиниринга) и номер (например, CUS. 1 обозначает Процесс Приобретения и CUS. 1.2 обозначает процесс второго уровня, Процесс Выбора Поставщика, который является составляющим (компонентным) процессом Процесса Приобретения).
Имя процесса. Описательная фраза, которая выделяет принципиальное свойство процесса (например, Выбор Поставщика).
Тип процесса. Имеется 3 типа процессов верхнего уровня (базисный, расширенный, новый) и 2 процесса второго уровня (компонентный, расширенный), которые имеют следующее отношение к процессам ИСО/МЭК 12207. Новые процессы дополнительны к тем, что определены в ИСО/МЭК 12207. Базисные процессы идентичны в предназначении процессам ИСО/МЭК 12207. Расширенные процессы дополняются на существующем процессе ИСО/МЭК 12207. Компонентные процессы группирует одно или большее количество действий ИСО/МЭК 12207 из того же самого процесса. Расширенные компонентные процессы группируют одно или большее количество действий ИСО/МЭК 12207 из того же самого процесса и включают дополнительный материал.
Цель процесса. Материал, который указывает цель процесса, устанавливающего общие цели выполнения процесса на верхнем уровне. Необязательный дополнительный материал может быть включен, чтобы далее определить утверждение цели.
Результаты процесса. Список описаний результатов процесса.
Примечания процесса. Необязательный список информативных примечаний относительно процесса и его отношения к другим процессам.
Для примера, приведем несколько процессов из каждой категории процесса.
CUS.1 Процесс Приобретения
Базисный процесс
Цель Процесса Приобретения состоит в том, чтобы получить продукт и/или услугу, которое удовлетворяет потребность, выраженную заказчиком (клиентом). Процесс начинается с определения потребности заказчика и требуемых результатов с принятием продукта и/или услуги, необходимого заказчиком. В результате успешной реализации процесса:
Будет разработан контракт, который ясно выражает ожидания, обязанности и обязательства, как заказчика, так и поставщика;
Будет произведен продукт и/или услуга, что удовлетворит установленную потребность заказчика;
Приобретение будет проверено таким образом, чтобы определенные ограничения как, например, стоимость, план и качество были выполнены.
CUS.1.1 Процесс Подготовки Приобретения
Компонентный процесс CUS.1 – Процесса Приобретения
Цель Процесса Подготовки Приобретения состоит в том, чтобы установить потребности и цели приобретения. В результате успешной реализации процесса:
Будет установлена потребность в приобретении, разработке или расширении системы, программного продукта или процесса разработки ПО;
Будут сформулированы системные требования;
Будет разработана стратегия приобретения;
Будут определены приемочные критерии.
ENG.1 Процесс Разработки
Базисный процесс
Цель процесса Разработки состоит в том, чтобы трансформировать согласованный набор требований в функциональный программный продукт или программную систему, которые удовлетворяют установленным потребностям заказчика. В результате успешной реализации процесса:
Будет разработан программный продукт или программная система;
Будут разработаны промежуточные рабочие продукты, что показывает, что конечное изделие основывается на согласованных требованиях;
Будет установлена непротиворечивость между требованиями программного обеспечения и проектами программного обеспечения;
Данные тестирования будут показывать, что конечный продукт встречает согласованные требования;
Конечный продукт будет установлен в целевую среду и принят заказчиками.
ПРИМЕЧАНИЕ: Согласованные требования можно обеспечивать операцией процесса Приобретения (CUS. 1) или Процесса Установления Требований (CUS. 3).
ENG.1.1 Процесс Разработки и Анализа Системных Требований
Компонентный процесс ENG.1 – Процесса Разработки
Цель Процесса Разработки и Анализа Системных Требований состоит в том, чтобы установить системные требования (функциональные и нефункциональные) и архитектуру, идентифицируя, какие системные требования должны быть распределены к каким элементам системы и в какой версии. В результате успешной реализации процесса:
Будут разработаны системные требования, что соответствует установленным потребностям заказчика;
Будет предложено решение, идентифицирующее основные элементы системы;
Согласованные требования будут распределены каждому из основных элементов системы;
Будет разработана стратегия версии, определяющая приоритет для выполнения системных требований;
Системные требования будут одобрены и модифицированы, как и требуется;
Требования, предложенное решение и их связи будут сообщены всем заинтересованным сторонам.
SUP.1 Процесс Документирования
Расширенный Процесс
Цель Процесса Разработки Документации состоит в том, чтобы разработать и поддержать документы, которые записывают информацию, произведенную процессом или действием. В результате успешной реализации процесса:
Будет разработана стратегия, идентифицирующая документы, которые будут произведены в течение жизненного цикла программного продукта;
Будут определены стандарты, к которые должны обращаться за разработка документов;
Все документы, которые будут произведены процессом или проектом будут идентифицированы;
Все документы будут разрабатываться и издаваться в соответствии с определенными стандартами;
Все документы будут поддерживаться в соответствии с определенными критериями.
ПРИМЕЧАНИЕ - процесс поддерживает исполнение атрибута процесса 2.2 в тех примерах, где он введен.
MAN.1.1 Процесс Управления Проектом
Компонентный процесс MAN.1 – процесса Управления
Цель Процесса Управления Проектом состоит в том, чтобы идентифицировать, устанавливать, координировать и контролировать действия, задачи и ресурсы, необходимые для проекта создания продукта и/или встречи услуги согласованным требованиям. В результате успешной реализации процесса:
Будет определена область работ проекта;
Будет оценена выполнимость достижения целей проекта с доступными ресурсами и ограничениями;
Будут измерены и оценены задачи и ресурсы, необходимые для завершения работы;
Будут идентифицированы и проверяться интерфейсы между элементами проекта и другими проектами и организационными модулями,;
Будут разработаны и выполняться планы выполнения проекта;
Будет проверен и сообщаться прогресс проекта;
Действия, чтобы исправить отклонения от плана и предотвращать рекуррентное соотношение проблем, идентифицированных в проекте, будут приниматься, когда цели проекта не достигнуты.
ПРИМЕЧАНИЕ - Этот процесс поддерживает исполнение атрибута процесса 2.1 в тех примерах, где он введен.
ORG.2 Процесс Усовершенствования
Базисный Процесс
Процесс Усовершенствования - процесс для установления, оценки, измерения, управления и улучшения процесса жизненного цикла программного обеспечения. В результате успешной реализации этого процесса:
Набор организационных активов процесса будет разработан и сделан доступным;
Возможность процесса организации будет периодически оценена, чтобы определить степень, в какой реализация процесса является эффективной в достижении целей организации;
Измерение возможности
Измерение возможности эталонной модели определяет шкалу измерения для оценки возможности процесса любого процесса. Возможность процесса определена на шести пунктах порядковой шкалы, которая позволяет оценить возможность из нижней части шкалы, незавершенного уровня, к верхнему концу шкалы, оптимизирующему уровню. Шкала определяет повышение возможности выполняемого процесса от эффективности, которая не способна к достижению определенных результатов вплоть до эффективности, которая является способной к достижению бизнес - цели и поддержке непрерывного улучшения процесса. Следовательно, шкала определяет четкий маршрут улучшения для каждого индивидуального процесса.
Внутри модели возможности, мера возможности основана на наборе из девяти атрибутов процесса (АП) (см. таблицу 4.1). Атрибуты процесса используются, чтобы определить, достиг ли процесс данной возможности. Каждый атрибут измеряет специфический аспект возможности процесса. Атрибуты самостоятельно измеряются в шкале процентов и, следовательно, обеспечивают более подробное понимание специфических аспектов возможности процесса, требуемой, чтобы поддерживать усовершенствование процесса и определение возможности.
Для примера, приведем один из атрибутов третьего уровня возможности.
AП 3.1 Атрибут определение и преобразование процесса
До какой степени ведется выполнение процесса в виде преобразованного экземпляра стандартного определения процесса. Стандартный процесс отвечает определенным бизнес - целям организации. Преобразование выполняется для соответствия специфическим целям экземпляра процесса. В результате полного достижения этого атрибута:
Документация процесса, вместе с соответствующим руководством на подгонку стандартной документации процесса, будет определена, что способно обеспечить нормальную область выполнения процесса и функциональные и нефункциональные требования к рабочему продукту;
Выполнение процесса будет проводиться в соответствии с выбранной и/или приспособленной стандартной документацией процесса;
Исторические данные выполнения процесса будут собраны, во-первых, чтобы устанавливать и совершенствовать понимание поведения процесса, во-вторых, чтобы оценить потребности ресурса выполнения процесса;
Опыты использования документации процесса будут использоваться, чтобы совершенствовать стандартный процесс.
Таблица 4.1.
|
Номер |
Название |
|
Уровень 1 |
Выполняемый процесс |
|
АП 1.1 |
Атрибут выполнения процесса |
|
Уровень 2 |
Управляемый процесс |
|
AП 2.1 |
Атрибут управления выполнением |
|
AП 2.2 |
Атрибут управления рабочим продуктом |
|
Уровень 3 |
Установленный процесс |
|
АП 3.1 |
Атрибут определения и преобразования процесса |
|
АП 3.2 |
Атрибут ресурса процесса |
|
Уровень 4 |
Предсказуемый процесс |
|
AП 4.1 |
Атрибут измерения процесса |
|
AП 4.2 |
Атрибут контроля процесса |
|
Уровень 5 |
Оптимизирующий процесс |
|
AП 5.1 |
Атрибут изменения (верификации) процесса |
|
AП 5.2 |
Атрибут возможности дальнейшего улучшения |
Атрибут процесса представляет измеримую характеристику любого процесса, как определено выше.
N Не достигнутый:
0 % - 15 % - есть маленькое или нет вообще подтверждения достижения определенного атрибута.
P Частично достигнутый:
16 % - 50 % - есть подтверждение надежного систематического метода к достижению определенного атрибута. Некоторые аспекты достижения могут быть непредсказуемы.
L В значительной степени достигнутый:
51 % - 85 % - есть подтверждение надежного систематического метода к значительному достижению определенного атрибута. Выполнение процесса может измениться в некоторых областях.
F Полностью достигнутый:
86 % - 100 % - есть подтверждение полного и систематического метода к полному достижению определенного атрибута. Никаких значительных недостатков не существуют в пределах определенной части организации.
Каждый атрибут процесса, оцененный в любой части организации, включая самый высокий уровень возможности, определенный в сфере оценки, должен быть согласован с рейтингом, использующего шкалу атрибута, определенную выше. Набор рейтингов атрибута для процесса формирует профиль для этого процесса. Выход оценки включает набор профилей для всех оцененных процессов.
Используемый идентификатор должен давать объективное подтверждение использованию, чтобы определить рейтинг, который должен извлекаться. Рейтинги могут представляться в любом формате, как, например, матрицы или как часть базы данных, при условии, что представление допустит идентификацию индивидуальных рейтингов согласно этой схемы ссылки.
Уровень возможности, достигнутый процессом, должен быть получен из рейтинга атрибута для этого процесса, согласно модели уровня возможности процесса, определенной в таблице 4.2. Цель этого требования состоит в том, чтобы гарантировать единообразие значений, когда уровень возможности процесса ссылается для процесса.
Ниже приведены таблицы, содержащие итоговые списки процессов, которые включены в эталонная модель (таблица 4.3) и соответствие процессов эталонной модели и процессов, определенные в проекте стандарта ИСО/МЭК 12207 (таблица 4.4).
Таблица 4.2
|
Шкала |
Атрибуты процесса |
Оценка |
|
Уровень 1 |
Выполнение процесса |
В основном или полностью |
|
Уровень 2 |
Выполнение процесса Управление выполнением Управление рабочим продуктом |
Полностью В основном или полностью В основном или полностью |
|
Уровень 3 |
Выполнение процесса Управление выполнением Управление рабочим продуктом Ресурс процесса |
Полностью Полностью Полностью В основном или полностью В основном или полностью |
|
Уровень 4 |
Выполнение процесса Управление выполнением Управление рабочим продуктом Определение и преобразование процесса Ресурс процесса Измерение процесса Контроль процесса |
Полностью Полностью Полностью Полностью Полностью В основном или полностью В основном или полностью |
|
Уровень 5 |
Выполнение процесса Управление выполнением Управление рабочим продуктом Определение и преобразование процесса Ресурс процесса Измерение процесса Контроль процесса Изменение процесса Возможность дальнейшего улучшения |
Полностью Полностью Полностью Полностью Полностью Полностью Полностью В основном или полностью В основном или полностью |
Таблица 4.3.
|
Процесс |
|||||
|
Номер |
Название |
Номер |
Название |
||
|
Приобретение (базисный) |
|||||
|
Подготовка приобретения (компонентный) |
|||||
|
Выбор поставщика (компонентный) |
|||||
|
Проверка поставщика (компонентный) |
|||||
|
Одобрение заказчика (компонентный) |
|||||
|
Поддержка (базисный) |
|||||
|
Установление требований (новый) |
|||||
|
Функционирование (расширенный) |
|||||
|
Функциональное использование (расширенный компонентный) |
|||||
|
Поддержка пользователя (расширенный компонентный) |
|||||
|
Разработка (базисный) |
|||||
|
Анализ и разработка системный требований (компонентный) |
|||||
|
Анализ требований ПО (компонентный) |
|||||
|
Разработка ПО (компонентный) |
|||||
|
Конструкция ПО (компонентный) |
|||||
|
Интеграция ПО (компонентный) |
|||||
|
Тестирование ПО (компонентный) |
|||||
|
Тестирование и интеграция системы (компонентный) |
|||||
|
Эксплуатация системы и ПО (базисный) |
|||||
|
Поддерживающие процессы жизненного цикла |
|||||
|
Документирование (расширенный) |
|||||
|
Управление конфигурацией (базисный) |
|||||
|
Гарантия качества (базисный) |
|||||
|
Верификация (базисный) |
|||||
|
Проверка правильности (базисный) |
|||||
|
Совместный обзор (базисный) |
|||||
|
Проверка (базисный) |
|||||
|
Решение проблем (базисный) |
|||||
|
Измерение (новый) |
|||||
|
Повторного использования (новый) |
|||||
|
Управление (базисный) |
|||||
|
Управление проектом (компонентный) |
|||||
|
Управление качеством (новый) |
|||||
|
Управление риском (новый) |
|||||
|
Организационное выравнивание (новый) |
|||||
|
Процесс усовершенствования (базисный) |
|||||
|
Создание процесса (компонентный) |
|||||
|
Оценка процесса (компонентный) |
|||||
|
Усовершенствование процесса (компонентный) |
|||||
|
Управление человеческими ресурсами (расширенный) |
|||||
|
Инфраструктура (базисный) |
|||||
|
Таблица 4.4. |
||||
|
Действия и процессы 12207 |
Процессы 15504 | |||
|
Начальные процессы жизненного цикла | ||||
|
Процесс приобретение |
Процесс приобретения |
базисный |
||
|
Инициализация |
Процесс подготовки приобретения |
Компонента |
||
|
Подготовка Заявки-для-Предложения [-заявка на подряд] |
Процесс выбора поставщика |
Компонента |
||
|
Подготовка контракта и корректировка |
Процесс выбора поставщика |
Компонента |
||
|
Проверка поставщика |
Процесс проверки поставщика |
компонента |
||
|
Принятие и завершение |
Процесс одобрения заказчика |
компонента |
||
|
Процесс поставки |
Процесс поставки |
базисный |
||
|
Инициализация |
Процесс поставки |
базисный |
||
|
Подготовка ответа |
Процесс поставки |
базисный |
||
|
Контракт |
Процесс поставки |
базисный |
||
|
Планирование |
Процесс поставки |
базисный |
||
|
Выполнение и управление |
Процесс поставки |
базисный |
||
|
Обзор и оценка |
Процесс поставки |
базисный |
||
|
Поставка и завершение |
Процесс поставки |
базисный |
||
|
Процесс установления требований | ||||
|
Процесс разработки |
Процесс разработки |
базисный |
||
|
Реализация процесса |
Процесс разработки |
базисный |
||
|
Анализ системных требований |
компонента |
|||
|
Разработка архитектуры системы |
Процесс разработки и анализа системных требований |
компонента |
||
|
Анализ требований ПО |
Процесс анализа программных требований |
компонента |
||
|
Разработка архитектуры ПО |
Процесс разработки ПО |
компонента |
||
|
Рабочий проект ПО |
Процесс разработки ПО |
компонента |
||
|
Кодирование и тестирование ПО |
Процесс конструкции ПО |
компонента |
||
|
Интеграция ПО |
Процесс интеграции ПО |
компонента |
||
|
Тестирование квалификации ПО |
Процесс тестирования ПО |
компонента |
||
|
Интеграция системы |
компонента |
|||
|
Тестирование квалификации системы |
Процесс тестирования и интеграции системы |
компонента |
||
|
Инсталляция ПО |
Процесс поставки |
базисный |
||
|
Поддержка программ |
Процесс поставки |
базисный |
||
|
Процесс функционирования |
базисный |
|||
|
Реализация процесса |
Процесс функционального использования |
расширенная компонента |
||
|
Функциональное тестирование |
Процесс функционального использования |
расширенная компонента |
||
|
Функционирование системы |
Процесс функционального использования |
расширенная компонента |
||
|
Поддержка пользователя |
Процесс поддержки пользователя |
расширенная компонента |
||
|
Процесс эксплуатации |
базисный |
|||
|
Реализация процесса |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Анализ проблем и модификаций |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Реализация модификации |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Принятие в эксплуатацию |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Миграция |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Утилизация ПО |
Процесс эксплуатации ПО и системы |
базисный |
||
|
Вспомогательные процессы жизненного цикла | ||||
|
Процесс документирования |
Процесс документирования |
расширенный |
||
|
Реализация процесса |
Процесс документирования |
расширенный |
||
|
Разработка и развитие |
Процесс документирования |
расширенный |
||
|
Продукция |
Процесс документирования |
расширенный |
||
|
Эксплуатация |
Процесс документирования |
расширенный |
||
|
Процесс управления конфигурацией |
Базисный |
|||
|
Реализация процесса |
Процесс управления конфигурацией |
базисный |
||
|
Идентификация конфигурации |
Процесс управления конфигурацией |
базисный |
||
|
Контроль конфигурации |
Процесс управления конфигурацией |
базисный |
||
|
Учет статуса конфигурации |
Процесс управления конфигурацией |
базисный |
||
|
Оценка конфигурации |
Процесс управления конфигурацией |
базисный |
||
|
Управление выпуском и поставкой |
Процесс управления конфигурацией |
базисный |
||
|
Процесс гарантии качества |
Процесс гарантии качества |
базисный |
||
|
Реализация процесса |
Процесс гарантии качества |
базисный |
||
|
Гарантия продукта |
Процесс гарантии качества |
базисный |
||
|
Гарантия процесса |
Процесс гарантии качества |
базисный |
||
|
Системы гарантии качества |
Процесс гарантии качества |
базисный |
||
|
Процесс верификации |
Процесс верификации |
базисный |
||
|
Реализация процесса |
Процесс верификации |
базисный |
||
|
Верификация |
Процесс верификации |
базисный |
||
|
Процесс проверки достоверности |
базисный |
|||
|
Реализация процесса |
Процесс проверки достоверности |
базисный |
||
|
Проверка достоверности |
Процесс проверки достоверности |
базисный |
||
|
Процесс совместного обзора |
Процесс совместного обзора |
базисный |
||
|
Реализация процесса |
Процесс совместного обзора |
базисный |
||
|
Обзоры управления проектом |
Процесс совместного обзора |
базисный |
||
|
Технические обзоры |
Процесс совместного обзора |
базисный |
||
|
Процесс проверки |
Процесс проверки |
базисный |
||
|
Реализация процесса |
Процесс проверки |
базисный |
||
|
Процесс проверки |
базисный |
|||
|
Процесс решения проблем |
Процесс решения проблем |
базисный |
||
|
Реализация процесса |
Процесс решения проблем |
базисный |
||
|
Решение проблем |
Процесс решения проблем |
базисный |
||
|
Процесс измерения | ||||
|
Процесс повторного использования | ||||
|
Организационные процессы жизненного цикла | ||||
|
Процесс управления |
Процесс управления |
базисный |
||
|
Инициализация и определение области |
Процесс управления проектом |
компонента |
||
|
Планирование |
Процесс управления проектом |
компонента |
||
|
Выполнение и контроль |
Процесс управления проектом |
компонента |
||
|
Обзор и оценка |
Процесс управления проектом |
компонента |
||
|
Закрытие |
Процесс управления проектом |
компонента |
||
|
Процесс управления качеством | ||||
|
Процесс управления риском | ||||
|
Процесс организационного выравнивания | ||||
|
Процесс инфраструктуры |
Процесс инфраструктуры |
базисный |
||
|
Реализация процесса |
Процесс инфраструктуры |
базисный |
||
|
Создание инфраструктуры |
Процесс инфраструктуры |
базисный |
||
|
Эксплуатация инфраструктуры |
Процесс инфраструктуры |
базисный |
||
|
Процесс усовершенствования |
Процесс усовершенствования |
базисный |
||
|
Создание процесса |
Процесс создания процесса |
компонента |
||
|
Оценка процесса |
Процесс оценки процесса |
компонента |
||
|
Усовершенствование процесса |
Процесс усовершенстования |
компонента |
||
|
Подготовка процесса |
расширенный |
|||
|
Реализация процесса |
Процесс управления человескими ресурсами |
расширенный |
||
|
Подготовка существенной разработки |
Процесс управления человескими ресурсами |
расширенный |
||
|
Подготовка реализации плана |
Процесс управления человескими ресурсами |
Модель с идеальной точкой предполагает сравнение конкретного продукта или иного объекта с некоторым эталоном в виде разности. В соответствии с моделью каждый признак нормируется в виде расстояния от идеального или эталонного значения признака. Для применения модели прежде всего формируется представление об идеальном с точки зрения потребителей продукте – вводится "идеальная" точка Х0. Модель дает характеристику степени близости конкретного продукта к "идеальному" в соответствии с зависимостью где К i – весовые коэффициенты; Х 0i – координаты идеальной точки. Показатель степени т выбирается исследователем и, как правило, принимает значения на уровне 1 или 2. Суммирование проводится по п свойствам продукта. Лучшими являются низкие значения W, поскольку если идеальная точка является наилучшей, то очевидно, что желательно минимальное расстояние от нее. Выбор идеальной точки достаточно сложен и неоднозначен. Читателю следует обратить внимание на следующие возможные подходы к выбору идеальной точки.
Очевидно, что для применения модели с идеальной точкой размерности всех координат должны совпадать, чтобы иметь возможность суммировать соответствующие величины в формуле. Одним выходом из проблемы является применение безразмерных балльных оценок. Другой способ, который и рассматривается далее, состоит в нормировании, когда фактические уровни делятся на эталонные или нормативные, которыми могут быть и координаты идеальной точки. Модель с нормированными уровнями факторовПрименение моделей с относительными факторами позволяет в одной модели объединять факторы с различной размерностью. Соответствующая модель имеет следующий вид:
Все обозначения соответствуют введенным в формуле (16.1); Zi – параметрические индексы. Модель широко применяется при расчете индексов качества продукции и, особенно, при оценке конкурентоспособности. При расчете индексов качества Х i0 – нормативные, заданные стандартами и техническими условиями уровни выраженности свойств товара. Как правило, модель (16.2) применяется при одновременном рассмотрении объективных (производственных и эксплуатационных) свойств продукта, таких как скорость, мощность, размеры, надежность и др., хотя возможно рассматривать и объективные свойства. При оценке конкурентоспособности Х i0 – параметры сравниваемого товара, которым может быть товар сильнейшего конкурента. В литературе по конкурентному анализу встречаются различные названия показателя – сводный параметрический индекс потребительских свойств, групповой показатель конкурентоспособности. Аннотация: Излагаются основы процессного подхода к управлению ИТ, в основе которого лежит понятие цепи добавленной стоимости М. Портера. Ставится задача организации эффективного управления ИТ на основе лучших практик. Обсуждается роль стандартов в области ИТ. Смысл цепочки добавленной стоимости - в разграничении основных и вспомогательных групп бизнес-процессов организации. Основные группы процессов добавляют стоимость производимому бизнесом продукту или услуге, вспомогательные - нет. Как видно из рис. 1.1 , группа процессов "Управление ИТ" относится к вспомогательным, наряду с такими группами процессов, как "Управление кадрами" или "Управление финансами" (на рисунке показаны, естественно, далеко не все вспомогательные группы). Конечно, существуют и такие виды деятельности, где управление ИТ является существенной частью бизнеса и может быть с достаточными основаниями отнесено к основным группам процессов. Это, например, бизнесы, где важную роль играют интернет -услуги: розничные банки, онлайн-магазины или торговые площадки в Интернете. Принципиально важны информационные технологии для операторов связи, или, скажем, провайдеров услуг глобальной навигации, не говоря уж о компаниях, работающих в ИТ-секторе. В таких компаниях некоторые процессы управления ИТ (например, предоставление клиентам услуг доступа к информационным ресурсам компании) становятся частью основного производственного процесса компании, а вспомогательными будут те группы процессов управления ИТ, которые используются, например, при выполнении внутренних проектов автоматизации или при взаимодействии корпоративных пользователей информационных систем с группой техподдержки. Кроме случаев, когда управлением ИТ в компании занимается единственная ИТ-организация, возможны и ситуации, когда управление ИТ децентрализовано . Это, как правило, происходит в крупных географически распределенных компаниях, хотя встречаются и ситуации, когда в одной компании сосуществует несколько ИТ-организаций. Процессный подход к управлению ИТ имеет то преимущество, что позволяет пренебречь различиями в структурах и организационных формах, в которых протекает деятельность по управлению ИТ, сосредоточившись на главном - результатах и эффективности этой деятельности. С практической точки зрения это означает, что должны быть определены и организованы "сквозные" процессы управления ИТ, в которых участвуют сотрудники нескольких бизнес-единиц, занимающихся управлением ИТ. Как показывает опыт , это трудная задача, которую далеко не всегда удается решить. Организационные границы часто оказываются реальными барьерами на пути движения информации в процессах. Чтобы преодолеть эту трудность, вводится понятие владельца процесса. Владелец процесса несет полную ответственность за результативность, эффективность и улучшение процесса. Определение роли и места владельцев процессов управления ИТ в оргструктуре компании - одна из непростых управленческих задач, которую приходится решать при реализации процессов. Если с помощью общей цепочки добавленной стоимости, показанной на рис. 1.1 , построить цепочку для ИТ-организации, получится картина, представленная на рис. 1.2 . Здесь вспомогательные группы процессов, показанные белым, являются у ИТ-организации общими с соответствующими процессами бизнеса в целом, а остальные группы вспомогательных процессов специфичны именно для управления ИТ. Именно они наряду с основными группами процессов представляют для нас интерес. Основные группы процессов на рис. 1.2 демонстрируют современный взгляд на деятельность ИТ-организации, предложенный в последние годы. Он состоит в том, что эта деятельность рассматривается как оказание услуг бизнесу. Я не буду пока уточнять, что подразумевается под услугой. На интуитивном уровне понимания услуга ИТ-организации - это предоставление информационного ресурса для решения бизнес-задачи. Информационным ресурсом может быть, например, программная система или приложение , сеть передачи данных или человеческий ресурс в виде ИТ-специалиста. Важно только одно: такой взгляд на управление ИТ подразумевает, что существует конечный и относительно стабильный перечень услуг, согласованных с бизнесом, и ИТ-организация несет полную ответственность за их реализацию. Если последовательно придерживаться такого взгляда, то проясняется состав основных и вспомогательных групп процессов ИТ-организации. Основные группы процессов связаны с планированием, созданием, реализацией, сопровождением и развитием услуг. Процессы из этих групп включают в себя тесное взаимодействие с заказчиками и пользователями, работающими в основном бизнесе компании. Вспомогательные группы процессов связаны с созданием, поддержкой и развитием информационных ресурсов (на рис. 1.2 показаны далеко не все такие группы). Примерами могут служить группы процессов управления ИТ-инфраструктурой, процессы создания и сопровождения приложений (их принято называть процессами управления жизненным циклом информационных систем), процессы обучения специалистов, а также группы процессов, которые управляют использованием временно привлеченных информационных ресурсов, принадлежащих субподрядчикам, поставщикам и аутсорсерам. Стоит выделить группу процессов стратегического планирования, определяющую долгосрочную политику развития услуг и связанных с ними информационных ресурсов. Эта политика должна быть увязана с корпоративной бизнес-стратегией, целями бизнеса. В результате выполнения соответствующих процессов формируются планы развития услуг ИТ-организации, отвечающие планам развития бизнеса, и вытекающие из них планы развития информационных ресурсов. Дальше в этой книге речь пойдет о деятельности по повышению эффективности ИТ-организации, т. е. по повышению результативности и эффективности основных и вспомогательных процессов управления ИТ. Эта деятельность , в свою очередь , может рассматриваться как группа процессов по управлению специфическим информационным ресурсом - знаниями и процессами ИТ-организации. На рис. 1.2 она называется " Улучшение процессов управления ИТ и организационное совершенствование". Как же можно повысить результативность и эффективность основных и вспомогательных процессов управления ИТ? Универсального алгоритма или готового рецепта на все случаи жизни, конечно, не существует. Тем не менее можно предложить разумные практические подходы к решению задачи, использующие знания, методики, приемы и инструменты, выработанные и апробированные за годы существования ИТ-организаций во всем мире. Один из широко распространенных приемов улучшения состоит во внедрении в управленческую практику предприятия "лучших управленческих практик". С точки зрения процессного подхода к управлению ИТ, лучшими практиками следует считать эталонные модели процессов, созданные в результате обобщения соответствующего мирового опыта. Эталонные модели существуют главным образом в форме международных стандартов, разрабатываемых международной организацией по стандартизации (ISO 3International Organization for Standardization; о происхождении названия ISO см. http://ru.wikipedia.org/wiki/ISO ) и другими авторитетными международными и национальными организациями. Важно понимать, что эталонная модель процессов не является идеальным образцом для подражания, применимым во всех случаях жизни, а представляет лишь усредненный опыт , который признан профессиональным сообществом и, стало быть, может оказаться полезным при решении задачи повышения эффективности управления ИТ в конкретной организации. Эталонные модели, которые можно использовать для улучшения процессов управления ИТ рассматриваются в лекциях 3-5 (" "Процессные стандарты. ГОСТ Р ИСО/МЭК 12" Процессные стандарты. ГОСТ Р ИСО/МЭК 12207", " "Внедрение ГОСТ Р ИСО/МЭК 12207" Внедрение ГОСТ Р ИСО/МЭК 12207", " "Конструирование процессов. Стандарт IEEE 1074" Конструирование процессов. Стандарт IEEE 1074", " "Развитие модели процессов жизненного цикла. ГОСТ Р ИСО/МЭК 15288" Развитие модели процессов жизненного цикла . ГОСТ Р ИСО/МЭК 15288"). Эталонные модели процессов существуют, в частности, для таких групп процессов, как управление жизненным циклом информационных систем, практически всех групп основных процессов, управления поставщиками и субподрядчиками. В то же время для групп процессов стратегического управления или выбора субподрядчика сколько-нибудь проработанных эталонных моделей не существует (точнее, мне неизвестно об их существовании). Для понимания эталонных моделей процессов и их взаимосвязей (подчас довольно сложных и неочевидных) полезно изучать так называемые Body of Knowledge , или методические справочники, где собраны и представлены в структурированном виде описания задач, понятий, объектов и процессов, имеющих отношение к той или иной области деятельности. К управлению ИТ, в частности, имеет самое непосредственное отношение методический справочник SWEBOK ( Software Engineering Body of Knowledge ). Наконец, существует достаточно обширный корпус методических руководств 4англ. framework , которые аккумулируют практический опыт решения управленческих задач (примерами могут служить COBIT, Val IT, Risk IT). Они могут быть использованы при реализации таких процессов, как стратегическое управление, управление инвестициями и рисками, связанными с ИТ. Более сложные методы улучшения процессов управления ИТ изучаются в лекциях 7-9 (" "Зрелость проектных организаций. Методология CMM" Зрелость проектных организаций. Методология CMM ", " "Практическое использование CMM. Проект SPICE" Практическое использование CMM . Проект SPICE ", " "Концептуальная модель CMMI" Концептуальная модель CMMI "). Проблема улучшения основных процессов ИТ-организации, взаимодействующих с бизнес-процессами предприятия, в разных аспектах рассматривается в лекциях 10-13 (" "Процессы управления ИТ-услугами и библиотека ITIL" Процессы управления ИТ-услугами и библиотека ITIL ", " "Библиотека ITIL. Стратегия оказания услуг" Библиотека ITIL . Стратегия оказания услуг", " "Библиотека ITIL. Проектирование услуг" Библиотека ITIL . Проектирование услуг", " "Библиотека ITIL. Развертывание, предоставление и непрерывное улучшение услуг" Библиотека ITIL . Развертывание, предоставление и непрерывное улучшение услуг"). До сих пор речь шла только о процессах ИТ-организации в рамках одной компании. На самом деле ИТ-организация, как правило, взаимодействует с рядом внешних контрагентов. Пример взаимосвязей ИТ-организации с внешними субъектами рынка показан на рис. 1.3 . Участие внешних контрагентов в процессах ИТ-организации порождает конструкцию, называемую, по аналогии с цепью добавленной стоимости, сетью добавленной стоимости 5англ. Value Network . Пример на рис. 1.3 показывает только один уровень сети: ИТ-организация - контрагент . На практике этих уровней может быть сколько угодно; у каждого контрагента есть свои контрагенты и т. д. Сеть добавленной стоимости демонстрирует важность для ИТ-организации процессов управления взаимоотношениями с контрагентами. По этой причине многие эталонные модели процессов включают процессы управления поставщиками и субподрядчиками. Стоит заметить, что подходы к улучшению процессов управления ИТ, применяемые ИТ-организацией, точно так же могут быть использованы и используются независимыми субъектами ИТ-рынка для повышения эффективности их процессов. При этом процессы управления жизненным циклом ИС, являющиеся вспомогательными для ИТ-организации, входят в число основных для компании - разработчика или поставщика программного обеспечения. Процессы оказания услуг ИТ-организацией имеют ту же природу, что и процессы оказания услуг, которые используют внешние поставщики. Вспомогательные для ИТ-организации группы процессов стратегического планирования ИТ являются основными для консалтинговых компаний, оказывающих профессиональные услуги в области управления ИТ. Даже в пределах одной компании могут возникать тонкие моменты, связанные с двойной ролью процессов. Примером может служить ситуация, когда разные экземпляры процесса 6Экземпляр процесса - реализация процесса в конкретной среде, например в некотором проекте или при решении конкретной задачи. используются с разными целями и в разных контекстах. Например, разные экземпляры единого процесса управления проектами могут создаваться при управлении внешними и внутренними проектами компании. Для целей дальнейшего изложения различия в роли процесса несущественны, поэтому дальше в книге процессы не разделяются на основные и вспомогательные и называются просто процессами управления ИТ. Пример применения процессного подхода при описании взаимодействия ИТ-организации с аутсорсерами рассматривается в заключительной лекции (" "Аутсорсинг процессов управления ИТ" Аутсорсинг процессов управления ИТ"). Необходимо сразу оговориться, что аутсорсинг вообще и ИТ- аутсорсинг в частности - очень сложное и многогранное понятие, не вполне пока осознанное современной теорией управления. Я рассматриваю довольно частный случай ИТ-аутсорсинга, чтобы продемонстрировать практическую пользу, которую может принести процессный подход при организации аутсорсингового взаимодействия. Как уже говорилось выше, один из признанных источников эталонных моделей процессов управления ИТ - это стандарты в области информационных технологий. Несмотря на то что их суммарный объем довольно велик, существует несколько, на мой взгляд, основополагающих стандартов, познакомиться с которыми управленцам в сфере ИТ необходимо. Именно о них дальше пойдет речь. Я надеюсь, что, начав с этих стандартов, читатель сможет дальше самостоятельно углубиться в предмет настолько, насколько ему это будет необходимо. Я не ставил перед собой цели полного изложения стандартов (как, впрочем, и других рассмотренных далее методик), поэтому какая-то часть идей и методов, приведенных там, здесь неизбежно отсутствует (да и сам выбор стандартов неизбежно субъективен). Важнее было показать, что между разными эталонными моделями, процессами и методиками, разработанными в разное время и с разными целями, существуют глубокие, хотя и не всегда очевидные связи. Они показывают, как из отдельных попыток осмысления и формализации конкретного опыта управления ИТ возникают основы будущей теории. Краткие итогиВ лекции предлагается использовать процессный подход к анализу деятельности ИТ-организаций и ИТ-компаний. Представлены цепочка и сеть добавленной стоимости ИТ-организации. Поставлена задача улучшения процессов управления ИТ. Рассмотрена роль процессных стандартов, представляющих эталонные модели процессов. Вопросы
Методические материалы по организационно-методической, психолого-педагогической поддержке профессионального роста, самореализации педагогов и формированию ключевых компетентностей, профиля компетенций педагогического работника разработаны региональным научно-методическим центром экспертной оценки педагогической деятельности ГБОУ ВПО МО «Академия социального управления» Текст предоставлен для ознакомления.
Представляем эталонную модель компетентностей педагогического работника в графическом и описательном виде. Рисунок 1 - Эталонная модель ключевых компетентностей педагогического работника Эталонная модель компетентностей педагогического работника (Рисунок 1) - это идеальная, вербализованная, т. е. кодированная знаками естественного языка, модель педагога, представляющая собой идеальный образ, эталон специалиста , отвечающий всем требованиям, предъявляемым к педагогическим работникам при аттестации на первую и высшую квалификационные категории пп. 30, 31 Порядка аттестации педагогических работников государственных и муниципальных образовательных учреждений, требованиям, изложенным в едином квалификационном справочнике должностей руководителей, специалистов и служащих (приложение к приказу Министерства здравоохранения и социального развития Российской Федерации от 26 августа 2010 г. № 761 н), и профессиональным стандартам. При проектировании эталонной модели компетентностей педагогического работника мы опирались на авторские разработки, различные научные школы, в частности использовали отечественные исследования И.А. Зимней, Н.В. Кузьминой, А.К. Марковой, и зарубежные исследования Совета Европы. Ключевая компетентность нами рассматривается как интегральная характеристика педагогического работника, позволяющая ему свободно ориентироваться в социальном и профессиональном пространстве, качественно и эффективно выполнять профессиональную деятельность, решать стандартные и нестандартные профессионально-педагогические задачи, быть социально адаптированным человеком, способным к постоянному личностному и профессиональному саморазвитию. Объем компетентности составляют профили компетенций как составляющие ее знания, умения и отношения, содержательно определяющие компетентность.
Рисунок 2 - Специальная и профессиональная компетентность Специальная и профессиональная компетентность (Рисунок 2), т. е. владение собственно профессиональной деятельностью на достаточно высоком уровне, способность проектировать свое дальнейшее профессиональное развитие. понимание предназначения, миссии профессии; владение нормами профессиональной деятельности, высокая эффективность; достижение высоких результатов и их стабильность; профессиональное мастерство; профессиональное сознание (осознание максимального числа признаков профессиональной деятельности: содержания, средств, результатов труда); профессиональное мышление, профессиональная интуиция, самостоятельность в решении профессиональных проблем; оптимальная психологическая цена результата, отсутствие усталости и перегрузки. В рамках специальной и профессиональной компетентности выделяются следующие профили компетенций : 1. Предметная компетенция , т. е. глубина, системность знаний по предмету и применение их в педагогической практике; способность реализовывать учебные программы базовых и элективных курсов в различных образовательных организациях. 2. Организационно-методическая компетенция , т. е. готовность применять современные образовательные методики и технологии, в том числе информационные, для обеспечения качества учебно-воспитательного процесса; деятельность, действия, приемы, умения, способы работы, техники, применяемые в данной профессии для успешного достижения результата; умение организовать образовательную деятельность обучающихся (воспитанников). 3. Диагностическая компетенция , т. е. владение психолого-педагогическими знаниями, психолого-педагогическими действиями, способами, приемами, умениями, техниками, технологиями; способность применять современные методы диагностирования достижений обучающихся и воспитанников; осуществлять педагогическое сопровождение процессов социализации и профессионального самоопределения обучающихся, подготовки их к сознательному выбору профессии. 4. Аналитическая и оценочная компетенции , т. е. умение проанализировать и оценить сформированность универсальных учебных действий, мыслительных операций учащихся с учетом их индивидуальных особенностей и возможностей, как в качественных, так и в количественных показателях (баллы в рейтинге, категории и др.); применять методы математической и статистической обработки информации; участвовать в профессиональных испытаниях, результатом которых является дифференцированная (качественная и количественная) оценка профессионализма. 5. Прогностическая компетенция , т. е. умение определять перспективы роста, зоны ближайшего развития своих учеников и своего профессионального развития; осознавать потенциальные возможности школьников и свои; осознание перспектив развития и возможностей их реализации (прогностические критерии); самопроектирование, самоэкспериментирование; построение собственной стратегии профессионального роста, построение и реализация сценария своей профессиональной жизни; согласованность между мотивационной и операциональной стороной деятельности. 6. Исследовательская компетенция , т. е. умение применять методы теоретического и экспериментального исследования; спланировать, организовать, провести и проанализировать педагогический эксперимент по внедрению инноваций; способность к анализу и синтезу; исследовательские навыки; способность порождать новые идеи (креативность); демонстрировать понимание качества исследований, относящихся к дисциплине; демонстрировать понимание экспериментальной проверки научных теорий.
Рисунок 3 - Коммуникативная компетентность (Рисунок 3) - компетентность социального взаимодействия как способность адекватного ситуациям установления взаимопонимания, избегания конфликтов, создания климата доверия; отнесение себя к профессиональной общности; владение нормами профессионального общения, этическими нормами профессии; направленность профессиональных результатов на благо других людей, их духовное обогащение средствами своей профессии; умение сотрудничать, вступать в контакты, легкая совместимость; конкурентоспособность, умение вызвать в социуме интерес к результатам своей профессиональной деятельности. Коммуникативная компетентность проявляется в следующих профилях компетенций : 1. Социально-коммуникативная компетенция , т. е. способность адекватного ситуациям взаимодействия нахождения вербальных и невербальных средств и способов формирования и формулирования мысли при ее порождении и восприятии; способность использовать навыки публичной речи, в том числе в сфере трансляции собственного опыта (способность транслировать собственный положительный опыт в педагогическое сообщество: статьи, выступления, участие в конкурсах; способность к ведению дискуссии, полемики; готовность к взаимодействию с коллегами). 2. Организационно-коммуникативная компетенция , т. е. умение организовать продуктивное общение и сотрудничество школьников; умение проводить учебно-воспитательные занятия в форме диалогов, полемик, диспутов, дискуссий, обмена мнениями, научных споров и т. п.
Рисунок 4 - Информационная компетентность Информационная компетентность (Рисунок 4) связана с владением информационными технологиями:
Информационная компетентность проявляется в следующих профилях: 1. Информационно-поисковая компетенция , т. е. умение находить необходимую информацию из различных источников. 2. Информационно-аналитическая компетенция , т. е. навыки анализировать информацию и управлять ею; готовность использовать основные методы, способы и средства получения, хранения, переработки информации; готовность работать с компьютером как средством управления информацией; способность работать с информацией в глобальных компьютерных сетях. 3. Информационно-технологическая компетенция , т. е. способность пользоваться, воспроизводить, совершенствовать средства и способы получения и воспроизведения информации в печатном и электронном виде; знание основных прикладных программ и умение пользоваться ими; навыки работы с компьютером.
Рисунок 5 - Личностная компетентность Личностная компетентность , т. е. устойчивая профессиональная мотивация, наличие позитивной Я-концепции, творческая установка, сознательное профессиональное творчество, изменение себя средствами профессии; индивидуальность в профессиональном труде; открытость для постоянного профессионального обучения, накопления опыта, изменения; владение приемами самореализации и развития индивидуальности в рамках профессии, готовность к профессиональному росту, способность к индивидуальному самосохранению; саморазвитие профессиональных способностей; сильное целеполагание; профессиональная обучаемость; опора на прошлый профессиональный опыт, преемственность; возрастание индивидуализации и относительной автономии по мере профессионального роста. Профили личностной компетентности: 1. Компетенция саморазвития и самовыражения - устойчивая мотивация, способность к целеполаганию, профессиональные способности, профессиональная обучаемость, самопрезентация, положительные эмоции; способность и готовность к образованию в течение всей жизни, владение приемами личностного самовыражения и саморазвития, средствами противостояния профессиональным деформациям личности. 2. Рефлексивная компетенция - системообразующий компонент профессиональной педагогической деятельности и качество личности, позволяющее наиболее эффективно и адекватно осуществлять рефлексию, что обеспечивает развитие и саморазвитие, способствует творческому подходу в учебной и профессиональной деятельности, достижению их максимальной эффективности и результативности; акмеологический феномен, способствующий достижению наивысших результатов в деятельности; профессионально-личностные качества педагога, его готовность и способность к рефлексивной деятельности с использованием знаний, умений, навыков, профессионального и жизненного опыта; способность к самоанализу и самооценке. | ||
(16.2)
