Порядок проведения занятий

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ

(национальный исследовательский университет)» (МАИ)

Кафедра 604

Методика проведения курсового проектирования по дисциплине

«Теория и технологии программирования»

Курс 4 семестр

«Технологии программирования и основы проектирования в жизненном цикле больших автоматизированных систем»

(ТТП и проектирование в ЖЦ АС)

Разумов Д.А.

 

Москва

2018

Оглавление

Введение. 3

Цель занятий. 3

Порядок проведения занятий. 3

Задание на программирование. 6

Реализация. 8

Подсистема АРМ эксперта. 8

Подсистема расчёта рейтингов. 11

Подсистема ввода исходных данных. 11

Использование справочной информации. 13

Оценка работы.. 13

Техническое обеспечение занятий. 14

Литература. 14

Приложения. 17

Установка QT. 17

Титульные листы.. 18

Список исполнителей/оценочный лист. 19

 

Введение

По материалам анализа прохождения практики и отзывов, получаемых кафедрой о выпускниках, наряду с хорошей профессиональной теоретической подготовкой отмечаются недостатки в знаниях государственных стандартов и навыках работы с документацией в проектной организации. Поэтому в рамках дисциплины «Теория и технологии программирования» проводятся занятия практической направленности, которые призваны устранить эти недостатки и усилить прикладные аспекты образования, направленные на скорейшую адаптацию выпускников к вызовам, с которыми они встречаются после окончания ВУЗа.

Цель занятий

1. Выработать у студентов навыки использования основных государственных стандартов при разработке программного обеспечения (ПО) в жизненном цикле (ЖЦ) больших АСУ.

2. Отработать практические навыки в рамках командной (проектной) деятельности по разработке ПО для больших систем.

 

Порядок проведения занятий

1. В качестве представителя заказчика выступает преподаватель.

2. Группа разбивается на два проектных офиса, каждый из которых, в свою очередь, подразделяется на команды (teams). Эти команды в рамках условного тендера на разработку системы поддержки принятия решения (СППР) по оценке проектов АСУ космодрома и её подсистем будут готовить:

­ тексты общего ТЗ, включающего описание требований к подсистемам проекта, реализуемых каждой командой проектного офиса;

­ общую презентацию по защите проекта системы, также включающую части, касающейся деятельности каждой команды;

­ доклады в рамках общей презентации по защите проекта и в части касающейся деятельности каждой команды;

­ в целом как результат деятельности проектного офиса программное обеспечение (ПО) для комплексной оценки проекта АСУ космодрома на С++, состоящее из модулей, реализуемых каждой командой.

3. Состав проектного офиса включает несколько команд (рисунок 1.)

1) Project Manager

Senior System Architect

Programmes.

 

2) Несколько подгрупп (teams) по структуре основной системы готовят ТЗ/ЧТЗ на систему/подсистемы и разрабатывают программу по оценке проектов АСУ космодрома в части касающейся.

Каждая подгруппа включает:

System Architect

Programmers

Рисунок 1. Организация проектных офисов

Подробно роли участников офиса рассматриваются в ходе лекционного курса.

Два последних практических занятия отводятся на защиту курсовых проектов (ТЗ + ПО + доклад + презентация).

Первым номером команда Project Manager защищают основной проект системы по общей презентации, в рамках которой защищаются команды проектного офиса по подсистемам. Таким образом, проходит защита всего проекта.

PM необходимо построить защиту так, чтобы дать высказаться каждому участнику проекта и представить как систему в целом, так и все её компоненты.

Время на доклад не более 15 мин. Количество слайдов презентации – не более 15 шт.

Затем следуют вопросы заказчика (преподавателя) и аудитории.

Правила составления презентации обсуждаются на одном из практических занятий.

Проект должен быть представлен в виде отчёта, включающего:

1. Техническое задание на систему принятия решений по оценке АСУ космодрома, включающее описание подсистем.

2. Приложений отчёта в виде распечатки исходных кодов программ на систему и подсистемы.

3. Приложения в виде распечатки презентации.