В конце каждого практического занятия необходимо подвести его итоги и

Получить задание на подготовку к следующему практическому занятию.

Цель практикума:

формирование инвариантных способностей (исследовательских, проектировочных, исполнительских и рефлексивных)

выработка умения решать конкретные задачи, связанные с проектированием информационной системы (ИС) или программного продукта (ПП),

развитие навыков использования SADT-технологий, которые выполняют тройственную задачу: сокращают сроки разработки, придают наглядность результатам проектирования и позволяют избежать множества ошибок на ранних стадиях проектирования ПП,

выработка умения решать конкретные задачи, связанные с тестированием ПП,

выработка умения производить оценку качества ПП,

развитие навыков технико-экономического обоснования Проекта,

закрепление практических навыков программирования на ЯВУ Turbo Delphi.

Структура Практикума отражает содержание электронного учебного материала (ЭУМ) «Программная инженерия». При выполнении практических работ необходимо использовать материал ЭУМ в качестве основного источника информации. В то же время приведенный в практикуме список литературы и электронных источников информации позволит учащимся углубить свои теоретические знания по всем разделам учебника и материалам Практикума. С другой стороны он поможет при решении задач Практикума.

Практическая работа № 1.

Раздел: Управление процессом создания программного обеспечения

Тема 3.1. Конфигурационное управление

Тема работы: Конфигурационное управление. Разработка организационной структуры для выполнения реального проекта.

Норма времени – 4 часа

Цель работы:

ознакомиться с определяющим этапом жизненного цикла ПО – формированием структуры и состава участников создания ПП;

получить практические навыки разработки организационной структуры для выполнения реального проекта.

Вопросы для обсуждения:

1. Какие типы организационных структур Вы знаете?

2. Чем определяется состав команды – разработчика проекта?

3. Какие характеристики Технического задания на разработку определяют состав команды?

4. Как влияет на структуру организационной системы функциональное назначение проекта?

5. Какие ограничения необходимо учитывать при комплектовании участников проекта?

6. Каковы функциональные обязанности участников проекта?

7. В какой нотации удобно представить функции участников проекта?