
- •1. Что такое программный продукт и его основные характеристики
- •2. Составляющие стоимости программного продукта
- •4. Что такое хорошая программа и ее основные свойства.
- •5. Профессиональные и этические требования ит-специалиста.
- •6. Роль стандартов в программной инженерии.
- •7. Жизненный цикл программного продукта.
- •8. Инкрементная модель жизненного цикла программного продукта.
- •9. Спиральная модель жизненного цикла программного продукта.
- •11. Фазы (этапы) жизненного цикла и их связь с процессами.
- •12. Основные процессы жизненного цикла программного обеспечения.
- •13. Вспомогательные процессы жизненного цикла программного обеспечения.
- •14. Организационные процессы жизненного цикла программного обеспечения.
- •15. Каскадная модель. Преимущества, недостатки, применимость.
- •16. Спиральная модель. Преимущества, недостатки, применимость.
- •17. Что такое проект и его основные характеристики.
- •18. Особенности управления ит-проектами.
- •19. Треугольник ограничений проекта.
- •20. Компетенции менеджера it проекта.
- •21. Ролевая модель команды. Роли и их ответственности.
- •22. Модель управления командой. Критерии выбора модели.
- •23. Административная модель управления командой. Особенности, преимущества и недостатки.
- •24. Модель хаоса управления командой. Особенности, преимущества и недостатки.
- •25. Модель открытой архитектуры управления командой. Особенности, преимущества и недостатки.
- •26. Роль и способы общения в команде. Преимущества и недостатки различных способов общения.
- •27. Чем компромисс отличается от консенсуса? Как достичь компромисса и добиться консенсуса?
- •28. Корпоративная политика. Типы внешних стратегий команд.
- •29. Что такое качество и мера качества? Какова мера качества программного продукта?
- •Основные фазы эволюции методов обеспечения качества. Роль стандартов в обеспечении качества.
- •Основные требования к программному продукту. Выявление и анализ требований.
- •Валидация требований к программному продукту.
- •Верификация требований к программному продукту.
- •Оптимизация программного продукта.
- •Виды ошибок. Обнаружение ошибок.
- •Что такое верификация?
- •Что такое тестирование программного продукта?
- •Тестирование методом черного ящика.
- •Нисходящее и восходящее тестирование.
- •Изолированное тестирование.
- •Промежуточное и комплексное тестирование.
- •Альфа и бета-тестирование.
- •Системное тестирование.
- •46. Пошаговое тестирование.
- •49. Стресс-тести́рование.
- •50. Функциональное тестирование.
- •53. Инструменты тестирования.
- •54,55,56. Предпродажная подготовка программного продукта. Лицензия на программный продукт. Контракт на программный продукт.
- •58. Эксплуатация программного продукта.
13. Вспомогательные процессы жизненного цикла программного обеспечения.
1) процесс документирования;
2) процесс управления конфигурацией;
3) процесс обеспечения качества;
4) процесс верификации;
5) процесс аттестации;
6) процесс совместного анализа;
7) процесс аудита;
8) процесс решения проблем.
Процесс документирования является процессом формализованного описания информации, созданной в процессе или работе жизненного цикла.
Процесс управления конфигурацией является процессом применения административных и технических процедур на всем протяжении жизненного цикла программных средств для: обозначения, определения и установления состояния (базовой линии) программных объектов в системе; управления изменениями и выпуском объектов; описания и сообщения о состояниях объектов и заявок на внесение изменений в них; обеспечения полноты, совместимости и правильности объектов; управления хранением, обращением и поставкой объектов.
Процесс обеспечения качества является процессом обеспечения соответствующих гарантий того, что программные продукты и процессы в жизненном цикле проекта соответствуют установленным требованиям и утвержденным планам.
Процесс верификации является процессом определения того, что программные продукты функционируют в полном соответствии с требованиями или условиями, реализованными в предшествующих работах.
Процесс аттестации является процессом определения полноты соответствия установленных требований, созданной системы или программного продукта их функциональному назначению.
Процесс аудита является процессом определения соответствия требованиям, планам и условиям договора. Данный процесс может выполняться двумя любыми сторонами, участвующими в договоре, когда одна сторона (ревизующая) проверяет другую сторону (ревизуемую).
14. Организационные процессы жизненного цикла программного обеспечения.
1) процесс управления;
2) процесс создания инфраструктуры;
3) процесс усовершенствования;
4) процесс обучения.
Процесс управления состоит из общих работ и задач, которые могут быть использованы любой
стороной, управляющей соответствующим процессом(ами).
Процесс создания инфраструктуры является процессом установления и обеспечения (сопровождения) инфраструктуры, необходимой для любого другого процесса
Процесс усовершенствования является процессом установления, оценки, измерения, контроля и улучшения любого процесса жизненного цикла программных средств.
Процесс обучения является процессом обеспечения первоначального и продолженного обучения персонала. Заказ, поставка, разработка, эксплуатация и сопровождение программных продуктов в значительной степени зависят от квалификации персонала.
15. Каскадная модель. Преимущества, недостатки, применимость.
Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Этапы проекта в соответствии с каскадной моделью:
Разработка требований;
Проектирование;
Реализация;
Тестирование;
Внедрение;
Эксплуатация и сопровождение.
Преимущества:
Последовательное выполнение этапов проекта в строгом фиксированном порядке
Позволяет оценивать качество продукта на каждом этапе
Недостатки:
Отсутствие обратных связей между этапами
Не соответствует реальным условиям разработки программного продукта.