
- •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. Эксплуатация программного продукта.
50. Функциональное тестирование.
Функциональное тестирование — это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям. Функциональные требования определяют, что именно делает ПО, какие задачи оно решает.
Функциональные требования включают в себя:
-Функциональная пригодность
-Точность
-Способность к взаимодействию
-Соответствие стандартам и правилам
-Защищённость
51. Регрессио́нное тести́рование.
Регрессио́нное тести́рование — собирательное название для всех видов тестирования программного обеспечения, направленных на обнаружение ошибок в уже протестированных участках исходного кода. Такие ошибки — когда после внесения изменений в программу перестает работать то, что должно было продолжать работать, — называют регрессионными ошибками. Регрессионное тестирование может быть использовано не только для проверки корректности программы, часто оно также используется для оценки качества полученного результата. Так, при разработке компилятора, при прогоне регрессионных тестов рассматривается размер получаемого кода, скорость его выполнения и время компиляции каждого из тестовых примеров.
52. Конфигурационное тестирование.
Конфигурационное тестирование — специальный вид тестирования, направленный на проверку работы программного обеспечения при различных конфигурациях системы (заявленных платформах, поддерживаемых драйверах, при различных конфигурациях компьютеров и т.д.)
В зависимости от типа проекта конфигурационное тестирование может иметь разные цели:
-Проект по профилированию работы системы. Цель Тестирования: определить оптимальную конфигурацию оборудования, обеспечивающую требуемые характеристики производительности и времени реакции тестируемой системы.
-Проект по миграции системы с одной платформы на другую. Цель Тестирования: Проверить объект тестирования на совместимость с объявленным в спецификации оборудованием, операционными системами и программными продуктами третьих фирм.
53. Инструменты тестирования.
Инструментами тестирования программы считаются чёрный и белый ящики.
Или
Профилировщики. Они позволят определить сколько времени выполняется тот или иной участок кода, а анализ покрытия позволит выявить неисполняемые участки кода.
API логгеры (анализаторы данных) позволяют программисту отследить взаимодействие программы и Windows API при помощи записи сообщений Windows в лог.
Дизассемблеры позволят программисту посмотреть ассемблерный код исполняемого файла
Сниферы (анализаторы трафика) помогут программисту проследить сетевой трафик генерируемый программой
Сниферы аппаратных интерфейсов позволят увидеть данные которыми обменивается система и устройство.
Логи системы. (управление компьютером)
57. Сопровождение программного продукта.
Работы по сопровождению должны проводиться для решения следующих задач:
-устранение сбоев
-улучшение дизайна
-реализация расширений <функциональных возможностей>
-создание интерфейсов взаимодействия с другими (внешними) системами
-адаптация для возможности работы на другой аппаратной платформе, применение новых системных возможностей, функционирования в среде обновленной телекоммуникационной инфраструктуры
-миграции унаследованного ПО
-вывода ПО из эксплуатации
Основой сопровождения является внесение изменений. К сопровождению программного продукта можно отнести такие действия как:
Корректирующие сопровождения – это исправление ошибок (устраняется примерно в течении 5 дней). Улучшающее сопровождение – добавление продукт новых функций (в течении 1-2 недели). Адаптивное сопровождение – (в течении 1-2 недели). Внесение всех изменений регламентирует ГОС стандарт союза ССР. Единая система программной документации ГОСТ 19.603-78 (СТ СЭВ 2089-80)