Главная Случайная страница Контакты | Мы поможем в написании вашей работы! | ||
|
Должен включать только фактически использованные литературные источники при аналитических обзорах и написании Реферата
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 – программный продукт является результатом реализации сети процессов ЖЦ ПО.
· Процессные модели ЖЦ ПО – «дорожные карты» реализации сети процессов: «каскад», «итерация», «эволюция» («спираль»). Обоснование выбора по критериям новизна, полнота, стабильность требований и исходных данных и требуемых ресурсов (финансы, персонал, сроки) для выполнения контракта на разработку проекта критического ПО.
Дата публикования: 2015-07-22; Прочитано: 522 | Нарушение авторского права страницы | Мы поможем в написании вашей работы!