
- •Содержание
- •Р ис.2 Модель переходов состояний в жц проекта критического по
- •2.2.2Квалификационные испытания критического по [1, 2, 3, 6, 3, 15]:
- •2.2.3 Управление качеством критического по
- •2.2.4Базовая модель менеджмента в сфере «Программная инженерия».
- •2.2.5Уровень критичности. Риски. Безопасность (функциональная и информационная). Оценка и регулирование величины рисков, связанных со скрытыми дефектами критического по.
- •2.2.6Отчуждаемость критического по.
- •2.2.7Систематическое использование метрик для количественного измерения показателей качества программного продукта и процессов жц.
- •4Общие требования к структуре и содержанию Реферата «Аттестационного Задания»
- •4.1Название темы «Аттестационного задания» выбирается из приведенного ниже «Перечня рекомендуемых тем». (п.5 настоящего «Методического руководства…»)
- •4.2Введение должно определять общий контекст дисциплины «Инженерия критического по», в котором производится реферативный анализ конкретной выбранной темы.
- •4.4Выводы
- •4.5Заключение
- •4.6Список фактически использованной литературы.
- •5Перечень рекомендуемых тем «Аттестационного задания».
- •5.1Процессная парадигма инженерии критического по.*)
- •5.2Качество критического по
- •5.3Управление разработкой программных средств.
- •5.4Квалификационные испытания критического по.
- •5.5Методология разработки критического по.
- •5.6Модели качества процессов жц по spice.
- •5.7Модели качества программного продукта sQuaRe
- •5.8Полимодельная инварианто – ориентированная Model-checking верификация.
- •5.9Динамическая спецификация критического по
- •5.10 Статический анализ в инженерии критического по.
- •5.11 Нормативная база инженерии критического по
- •5.12 Управление конфигурациями по. Повторное использование по.
- •6Рекомендуемая литература. Электронный архив
2.2.7Систематическое использование метрик для количественного измерения показателей качества программного продукта и процессов жц.
Важнейшей характеристикой технологий критической ПИ является систематическое использование метрик для количественного измерения показателей качества как программного продукта, так и процессов жизненного цикла критического ПО на различных фазах (состояниях) проекта. Это является необходимым для достижения доказательности и достоверности принимаемых проектных решений и обоснований в течении жизненного цикла ПО. Метрика, по определению, представлена методом измерения некоторой характеристики ПО или процесса ПО, и соответствующей шкалой для фиксации значений метрики (меры)
Решению проблем поддержки количественного измерения атрибутов критического ПО с использованием метрик посвящен специальный процесс «Измерения» в категории «Процессы поддержки проекта» в опорной модели процессов жизненного цикла ПО международного стандарта ISO/IEC/IEEE 12207:2008.
Использование этого процесса при реализации практически всех процессов ЖЦ ПО является основой - обязательным нормативным требованием для того, чтобы добиться доказательности их выходных результатов. Это обуславливает включение процесса «Измерение» как объекта изучения для всех тем «Аттестационного задания». (You cannot control what you cannot measure! – руководящий принцип управления качеством)
2.3Указанные выше специфические особенности методологии и технологий критической ПИ по существу учтены в предлагаемых для выбора темах настоящего «Методического руководства…» по (курсам) модулям учебной программы кафедры, посвящаемым углубленному изучению спецразделов ПИ, связанных с созданием и использованием критического ПО.
Перечень рекомендуемых тем «Аттестационного задания» сформирован на основе опорной модели процессов ЖЦ ПО (ISO/IEC/IEEE 12207:2008 «Системная и программная инженерия. Процессы ЖЦ ПО», а также состава информационных ресурсов, представляющих механизмы выполнения задач базовой системы менеджмента качества (СМК), реализующей стратегию TQM (всеобщего управления качеством). Функциональная IDEF0 модель СМК представлена на Рис.4 (дополнительная рекомендация: при выборе темы «Аттестационного задания» проанализируйте какие типы информационных ресурсов необходимы для выполнения работ СМК в целом и определите те из них, которые относятся к выбранной теме. Сопоставьте результаты анализа с ключевыми областями знаний дисциплины «Программная инженерия» (SWEBOK, 2004) и отразите это в Реферате (п.1 табл.1)
3Сценарий «Аттестационного задания».
Сценарий определяет перечень, содержание и график выполнения работ «Аттестационного задания».
3.1Исполнитель должен разработать индивидуальный план-график выполнения «Аттестационного задания». Использование стандартной техники диаграммы Ганта (см. например MS Project Manager) способствует развитию навыков планирования исследовательских работ и дисциплины самоконтроля исполнителя при индивидуальном выполнении «Аттестационного задания».
3.2Общая концепция «Аттестационного задания» заключается в написании реферата по выбранной теме, вы результате выполнения частично-упорядоченного множества рабочих пакетов (шагов и задач), определенных в терминах «что надо сделать»-«как это сделать» (см. табл. 1), определяющих общий контекст (содержание) Сценария «Аттестационного задания».
3.3В Табл.1 представлено нормализованное (в рамках данного «Методического руководства…») множество пошаговых инструкций, выполнение которых необходимо при наличии по любой выбранной теме «Аттестационного задания».
Каждый этап работ сценария представляет автономный функционально законченный рабочий пакет – WBS (Work Breakdown Structure), предназначенный для получения определенного выходного результата.
3.4Базовой процедурой для выполнения любого рабочего пакета WBS является проведение экспресс-анализа и аналитических обзоров литературных источников из рекомендуемого перечня (см. электронный архив «Методического руководства…») и отобранных исполнителем самостоятельно в Internet по поисковым признакам Глоссария выбранной темы. Составление Глоссария является обязательной задачей при написании Введения Реферата (см. далее п.4.2 раздела 4).
3.5Типовый сценарий «Аттестационного задания» в виде диаграммы Ганта представлен в Табл.2. Для конкретной темы объемы и сроки выполняемых работ детализируются и устанавливаются исполнителем индивидуально с учетом его начальной подготовки, интересов и возможностей. Рекомендуемая длительность WBS (рабочих пакетов) не более 2-3 недель. В целом типовой сценарий рассчитан на выполнение в течение одного-двух семестров (в соответствии с учебными планами выпускающей кафедры).
Таблица 1
№ |
Задание («что» надо сделать) |
Способ решения («как» это сделать) |
1 |
Выбор темы «Аттестационного задания» и определение объекта изучения. Включает два рабочих пакета (WBS): |
|
Определение состава процессов ЖЦ, выполняемых в конкретном состоянии проекта ПО |
Объектом изучения по теме являются процессы ЖЦ критического ПО, связанные с выбранной темой «Аттестационного задания».
Экспресс-анализ и сопоставление содержания выбранной темы и Модели Переходов Состояний проекта ПО в соответствии со стандартом ECSS-E-ST-40 (Рис 2) Определить спецификацию (состав) наиболее значимых для темы процессов жизненного цикла ПО, выполняемых в конкретном состоянии проекта ПО, как выборку (подмножество) процессов Опорной модели процессов ЖЦ ПО в соответствии со стандартом ISO/IEC/IEEE 12207:2008 (см. Рис. 1) |
|
1.2 Детализация структуры объекта изучения выбранной темы |
Руководствуясь стандартом ISO/IEC/IEEE 12207:2008, раскрыть структуру (архитектуру) спецификации процессов, выполняемых в конкретном состоянии проекта ПО в терминах: группа процессов, процессы в группе, назначение, рабочий выходной продукт, действия, задачи |
|
2 |
Определение и анализ предмета изучения выбранной темы. Включает три рабочих пакета (WBS): |
Предметом изучения (предметной областью) выбранной темы в общем случае является методология и технология решения задач, определенных как объект изучения (см. п.1.2). |
2.1 Направленный скрининг (screening – просеивание, отбор) литературных источников |
Поиск, экспресс-анализ, отбор по признаку соответствия выбранной теме и аналитические обзоры литературных источников по теме (из списка рекомендуемых и отобранных исполнителем в Internet) |
|
2.2 Аналитические обзоры отобранных источников отобранных источников по группам, посвященным различным аспектам методологии и технологий разработки и использования критического ПО. |
Выполнить аналитические обзоры – рефераты по группам отобранных литературных источников для выбранной темы. |
|
2.3 Определение предметной области выбранной темы в терминах ключевых областей знаний программной инженерии и с учетом специфических особенностей предметной области курса «Инженерия критического ПО» |
Выбор на основе выполненных аналитических обзоров литературы вариантов методологии (и технологии), определяемых как предмет изучения выбранной темы в терминах: абстракции, методы декомпозиции, модели, методы, методики, метрики, инструментальные средства и среды, информационные технологии |
|
3 |
Написание реферата по предмету изучения выбранной темы |
Реферативное изложение результатов раскрытия спецификации процессов ЖЦ ПО как объекта изучения и анализа предметной области выбранной темы на основе аналитических обзоров литературы в соответствии с рекомендациями раздела 4 настоящего «Методического руководства …». |
4 |
Сформулировать обоснованные выводы по теме, характеризующие назначение, существо, специфику предметной области реферируемых процессов ЖЦ ПО и соответствие рассмотренных в реферате вариантов «лучшим мировым практикам». |
На основе аналитических обзоров литературы по предметной области темы. |
5 |
Написать Заключение о достижении целей «Аттестационного Задания» |
Кратко определить (и перечислить) компетенции исполнителя, приобретенные в результате выполнения «Аттестационного задания» в терминах теоретической, технологической и мировоззренческой подготовки, включающей представления о взаимосвязях и тенденциях развития критической программной инженерии в рамках процессной парадигмы. |
6 |
Написание доклада–презентации по реферату. |
Подготовить слайды (Power Point), иллюстрирующие основные результаты, выводы и заключение «Аттестационного задания». |
7 |
Представление Реферата и Доклада-презентации на кафедру для рецензии и аттестационной оценки. |
В соответствии с установленным порядком взаимодействия с кафедрой при дистанционной форме обучения и расписанием работы кафедры в соответствующем семестре. |
Таблица 2 Диаграмма Ганта