- •Экзаменационные вопросы Дисциплина: «Технология разработки программных продуктов»
- •Определение технологии конструирования программного обеспечения. Технология программирования. Программная инженерия.
- •Требования к программному средству.
- •Существенные черты программных средств как сложных систем.
- •Характеристики качества программного изделия.
- •Структура жизненного цикла. Большой жизненный цикл.
- •Структура жизненного цикла. Малый жизненный цикл.
- •Классический жизненный цикл пи. Водопадная модель. Классический жизненный цикл
- •Макетирование.
- •Стратегии конструирования по: инкрементная модель.
- •Стратегии конструирования по: быстрая разработка приложений.
- •Стратегии конструирования по: спиральная модель.
- •Руководство проектом. Планирование расписания работ.
- •Руководство проектом. Ввод, распределение ресурсов, анализ полученного расписания. Ввод и распределение ресурсов для выполнения проекта
- •Анализ полученного расписания
- •Руководство проектом. Контроль за исполнением проекта.
- •Особенности ценообразования программных продуктов.
- •Конструктивная модель стоимости: затратный подход.
- •Конструктивная модель стоимости: рыночный подход.
- •Конструктивная модель стоимости: доходный подход.
- •Проектирование программного изделия. Основные этапы.
- •Системный анализ. Требования при разработке технического задания. Техническое задание
- •Общие положения
- •Содержание разделов технического задания
- •Стадии разработки программ: эскизный проект.
- •Стадии разработки программ: технический проект.
- •Стадии разработки программ: рабочий проект.
- •Виды схем и их особенности.
- •Модульно – иерархическое построение программы. Основные принципы структурной методологии.
- •Типовая структура модуля.
- •Модуль. Виды связности.
- •Модуль. Виды сцепления.
- •Сцепление по управлению
- •Общие правила проектирования программного средства: связь по управлению.
- •Общие правила проектирования программного средства: связь по информации.
- •Стиль программирования
- •Стандарты структурного программирования.
- •Внешнее проектирование модулей.
- •Проектирование и кодирование логики модулей.
- •Проектирование программных средств: разработка архитектуры.
- •Проектирование программных средств: процедурная разработка.
- •Принципы объектно-ориентированного программирования: инкапсуляция.
- •Принципы объектно-ориентированного программирования: полиморфизм.
- •Принципы объектно-ориентированного программирования: наследование.
- •Объектно-ориентированный подход в программировании: области доступности элементов класса.
- •Сущность объектного подхода к разработке программных средств: классы, объекты, методы.
- •Основные принципы создания пользовательского интерфейса.
- •Типичные ошибки разработки интерфейса.
- •Современные компоненты интерфейса пользователя. Размещение информации на экране
- •Выделение элементов интерфейса яркостью
- •Использование цвета при проектировании эргономичного интерфейса
- •Непротиворечивость и стандартизация
- •Тексты и диалоги
- •Средства управления графического интерфейса пользователя.
- •Изображения (Иконки)
- •Ментальная модель пользовательского интерфейса.
- •Модель пользователя.
- •Модель программиста.
- •Основные принципы создания меню. Меню
- •Основные принципы создания меню
- •Предотвращение, обнаружение и исправление ошибок.
- •Обработка ошибок в формах ввода
- •Средства организации и работы с графикой.
- •Файлы проекта Delphi.
- •Структура модуля программы Delphi.
- •Окна программы Delphi.
- •Библиотека визуальных компонентов vcl и ее базовые классы.
- •Управление свойствами визуальных компонент в процессе выполнения.
- •Организация ветвлений при разработке программ.
- •Средства организации и обработки событий.
- •Средства организации и работы с файлами.
- •Подпрограммы работы с файлами
- •Компоненты tOpenDialog и tSaveDialog
- •Средства организации и работы с модулями.
Руководство проектом. Планирование расписания работ.
Любой проект состоит из набора задач. Структура задач является иерархической. Каждая задача имеет ряд параметров, часть из которых вводится пользователем, а остальная часть рассчитывается автоматически. К числу параметров, вводимых пользователем, относятся: тип задачи, продолжительность ее исполнения, а также их взаимосвязи.
Предположим, что наш проект состоит из задач
Рисунок 5.1
Первоначально все задачи считаются простыми, в дальнейшем они могут объединяться в составные. Расчет параметров составных задач выполняется автоматически на основании ее составляющих. Выделяются 3 типа задач:
К МР – как можно раньше;
КМП – как можно позже;
Фиксированнные.
Типы взаимосвязей:
Типы взаимосвязей:
К онец – начало
Начало – начало
Конец – конец
4. Начало - конец
По умолчанию, все вводимые задачи имеют тип КМР.
Кроме указанных взаимосвязей для каждой пары задач может быть задан лаг (временной интервал, на котором задачи могут пересекаться или отстоять друг от друга). При составлении расписания в основе расчета длительности задач и их корректировки используется понятие главный календарь, где указывается продолжительность рабочего дня, выходные и праздничные дни.
Руководство проектом. Ввод, распределение ресурсов, анализ полученного расписания. Ввод и распределение ресурсов для выполнения проекта
Первоначально вводится общий список ресурсов. Выделяют 3 вида ресурсов:
Ресурс, т.е. исполнители. Для данного вида указывается либо почасовая стоимость, либо оклад ресурса в месяц;
Удельная стоимость определяет используемые материалы с указанием стоимости за единицу (шт, кг и т.д.);
Разовые затраты – стоимость в виде единовременной суммы.
Каждый введенный ресурс имеет свои параметры в зависимости от его типа. При этом основным параметром является его стоимостная оценка и доступность на основе индивидуального календаря. Распределение ресурсов производится отдельно для каждой задачи проекта с учетом доступности данного ресурса и возможного приоритета задачи.
Анализ полученного расписания
После ввода исходных данных о задачах и ресурсах получено расписание с определенным сроком завершения проекта и его стоимости. Однако, в процессе планирования возникают ситуации, связанные с перегрузкой или недогрузкой ресурсов. Поэтому, можно использовать два способа разрешения конфликтов:
Если более важен момент стоимости проекта, а длительностью можно пожертвовать, то используется автоматический режим выравнивания ресурсов, когда задачи могут планироваться кусками по мере высвобождения ресурсов из других задач или смещаться до их полного освобождения.
Если срок окончания проекта изменять нельзя, т.е. длительность задач не изменяется, а на задачу вводятся дополнительные ресурсы, т.е. увеличивается стоимость проекта.
Для разрешения конфликтных ситуаций может использоваться режим отбора задач по любым параметрам, например, по времени начала, по конкретному используемому ресурсу и т.д. В конце анализа проекта данное расписание принимается как исходный план и доводится до всех исполнителей.