4.4Выводы

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

1. Констатацию общего объема и особенностей проведенной аналитической работы по подбору, экспресс-анализу и аналитическим обзорам литературный источников по выбранной теме «Аттестационного Задания».

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

3. Определение направлений и тенденций развития международных стандартов программной инженерии и информационных технологий, применимых для выбранной темы.

4.5Заключение

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

4.6Список фактически использованной литературы.

Должен включать только фактически использованные литературные источники при аналитических обзорах и написании Реферата

4.7Доклад-презентация по теме должен быть представлен в виде 5-7 слайдов Power Point и рассчитан на приблизительно семиминутный доклад, охватывающий выбор и определение объекта изучения, общую характеристику проведенных аналитических обзоров литературы, представление предметной области изучаемой темы, соответствие «передовым мировым практикам», выводы и заключение.

5Перечень рекомендуемых тем «Аттестационного задания».

Примечание:

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

Структура Реферата должна соответствовать требованиям и рекомендациям Раздела 4 «Методического руководства…»

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

5.1Процессная парадигма инженерии критического по.*)

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

• Идентификация, анализ и детализация объекта изучения, представленного соответствующими процессами системного и программного контекстов Опорной (ссылочной) модели процессов ЖЦ ПО (стандарт ISO/IEC/IEEE 12207:2008 [1]), имеющими отношение к данной теме. В качестве объекта изучения рекомендуется по усмотрению исполнителя выбрать 1 – 3 типовых процесса из каждой группы процессов опорной модели: «Процессы контрактных соглашений» (6.1.х), «Процессы организационного обеспечения (проекта)» (6.2.х), «Процессы (поддержки) проекта» (6.3.х), «Технические процессы» (6.4.х), «Процессы реализации ПО» (7.1.х), «Процессы поддержки ПО» (7.2.х), «Процессы повторного применения ПО» (7.3.х).

• Раскрытие спецификации (детализация структуры) анализируемых процессов в соответствии с ISO/IEC/IEEE 12207:2008 [1] в терминах: контекст процесса, группа процессов, процесс в группе – объект изучения выбранной темы, назначение (цель процесса), выходной продукт, действия, задачи.

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

• Опорная (ссылочная) модель процессов ЖЦ ПО (ISO/IEC/IEEE 12207:2008 [1]) – исчерпывающий перечень стандартных процессов системной и программной инженерии при реализации различных моделей жизненного цикла ПО, структура модели, стандартная архитектура процессов, концепция применения в системном и программном контекстах.

• Категории (группы) процессов системной и программной инженерии.

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

• Определение программной инженерии как инженерной дисциплины и научного направления. Цели. Задачи. Связь с другими дисциплинами современного компьютинга.

• Программная реализация функциональности систем критического применения;

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

• Менеджмент в программной инженерии. Процессы Планирования, Оценки, Управления.

• Механизм согласования системного и программного контекста инженерии критического ПО, стандартные процессы Review, Audit, назначение, действия, задачи модель переходов состояний проекта критического ПО, процессы, реализуемые в состояниях проекта;

• Правила и варианты использования группы поддерживающих процессов ПО опорной модели (ISO/IEC/IEEE 12207:2008) в ЖЦ ПО. Архитектура, роль и значимость процесса «Измерение» в достижении глобальной цели ПИ – создание высококачественных программных приложений. Роль афоризма: you cannot control what you cannot measure.

• Адаптация стандарта ISO/IEC/IEEE 12207:2008 к условиям конкретной организации. Обеспечение соответствия (гармонизация) нормативной базы системы менеджмента качества организации.

• Концепция ISO 9000 – программный продукт является результатом реализации сети процессов ЖЦ ПО.

• Процессные модели ЖЦ ПО – «дорожные карты» реализации сети процессов: «каскад», «итерация», «эволюция» («спираль»). Обоснование выбора по критериям новизна, полнота, стабильность требований и исходных данных и требуемых ресурсов (финансы, персонал, сроки) для выполнения контракта на разработку проекта критического ПО.