- •Вопросы трпп экз
- •1Основные понятия и определения программных продуктов.
- •2Классификация программных продуктов.
- •3Особенности создания программного продукта.
- •4Понятие и основные модели жизненного цикла программного продукта. Понятие модели жизненного цикла разработки программного продукта.
- •1.3.4. Обзор существующих моделей Модели жизненного цикла разработки программного продукта
- •5Процессы жизненного цикла программного продукта.
- •6Каскадная модель жизненного цикла программного продукта. Ее достоинство и недостатки. Каскадная модель жизненного цикла разработки по
- •7. Модель быстрой разработки приложений (rao-модель), область применения, достоинства и недостатки.
- •8Спиральная модель жизненного цикла программного продукта, ее достоинства и недостатки. Спиральная модель жизненного цикла разработки по
- •9Модель зрелости компании cmm.
- •10. Система стандартов iso 9001.
- •11Роль метрик в процессе разработки программного продукта
- •12Размерно-ориентированные метрики
- •13Функционально-ориентированные метрики
- •14Планирование работ по созданию программного продукта
- •Другие задачи проектирования
- •Составление временного графика выполнения пп
- •15Основные принципы структурного подхода к программированию
- •16Основные принципы объектно-ориентированного проектирования программных продуктов.
- •17Этап разработки программного продукта. Модульное тестирование.
- •1.1. Основные этапы технологического процесса разработки программ.
- •18Модульное программирование. Сущность. Основные характеристики.
- •19 Разработка справочной системы программного продукта.
- •20. Разработка дистрибутивов и управление версиями программного продукта. Разработка дистрибутивов и управление версиями программного продукта
- •Управление созданием версий и поставками пп.
- •Идентификация версий.
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •21Общая характеристика этапа тестирования программного продукта. Цикл тестирования.
- •Модульное тестирование
- •22Программные ошибки. Категории программных ошибок.
- •23Методы борьбы с ошибками по.
- •24Основные принципы разработки тестов для программных продуктов
- •25Сопровождение программных продуктов.
- •26Управление поставками программных продуктов. Общие сведения об управлении поставками
- •Классификация поставляемых программных продуктов
- •Классификация доставляемых программных продуктов
- •Действия, выполняемые при поставке программного продукта
- •27Основные понятия о надежности программного продукта и методах ее обеспечения.
- •28Инструментальные средства разработки программных продуктов.
- •29Защита программных продуктов от несанкционированного использования.
- •30Правовые методы защиты пп.
- •31Криптографические методы защиты информации.
- •32Аппаратная защита программного обеспечения.
- •1. Драйвер ключа.
- •2. Встраиваемый модуль.
- •3. Реализация.
- •34Принципы, виды и методы отладки программных продуктов.
- •Комплексная отладка программного средства.
- •Программные ошибки. Категории программных ошибок
- •Наиболее распространенные категории программных ошибок:
- •35Эффективность и оптимизация программ.
- •Обеспечение качества программного продукта
- •36Коллективная разработка программных средств.
- •Ролевой состав коллектива разработчиков, взаимодействие между ролями в различных технологических процессах
14Планирование работ по созданию программного продукта
Процесс планирования определяется как циклический; его цикл показан на рис. 1. График разработки ПП оценивается с точки зрения реальности выполнения, и в случае получения по каким-либо показателям нереального графика цикл планирования повторяется. При этом не всегда обязательно повторять выполнение всех выделенных задач этапа планирования.
Рис. 1. Цикл планирования работ по созданию программного продукта
Первичных требований заказчика
Планирование работ начинается с получения первичных требований заказчика (ПТЗ).
Структура разделения работ
Основой планирования является выделение всех необходимых для выполнения и успешного завершения проекта задач и определение связей между ними. Результатом этого является структура разделения работ по созданию ПП.
Оценка объемов
Объем и сложность каждого элемента структуры разделения работ определяются при помощи экспертной оценки и выражаются числом LOC (число строк программного кода) и человекочасов. Рекомендуется использовать для получения каждой оценки не менее трех независимых экспертов, усредняя их показания.
Оценка ресурсов
По каждому выделенному структурному элементу разделения работ определяют квалификацию исполнителей, требуемые инструментальные средства (аппаратные и программные) для его выполнения, возможные дополнительные финансовые затраты. Далее при необходимости определяют последовательность использования во времени отдельных ресурсов, механизмы их разделения различными структурными элементами, ограничения по срокам разработки.
Другие задачи проектирования
Детализацию в иерархии задач необходимо производить до уровня, достаточного для проведения оценки сложности и объема каждой задачи. Задачи низшего уровня структуры разделения работ должны быть настолько малы и просты, чтобы любую из них мог выполнить отдельный исполнитель за достаточно короткий отрезок времени.
Риски, возникающие в процессе разработки, подразделяются на связанные с ресурсным, финансовым и организационным (административным) обеспечением и связанные с большим объемом и сложностью ПП.
Ресурсные риски выявляются при анализе полученных оценок ресурсов и планировании их использования. Такие риски могут быть обусловлены нехваткой персонала нужной квалификации, недостаточной производительностью аппаратного обеспечения, несоответствием программных инструментальных средств или нехваткой финансирования на некоторые дополнительные нужды.
Финансовые риски тесно связаны с ресурсными рисками и рисками, обусловленными большим объемом и сложностью ПП, так как неправильное планирование ресурсов может вызвать превышение бюджета проекта. Кроме того, на финансовые риски влияют изменение конъюнктуры рынка ПП и состоятельность заказчика.
Организационные, или административные, риски связаны с неправильной организацией хода разработки, ошибками в планировании и распределении обязанностей, недостаточной ответственностью исполнителей.
После выявления возможных рисков производится экспертная оценка вероятности их возникновения и планируются способы их преодоления.
