
- •Вопросы к экзамену по пм02
- •Что такое технология разработки программного обеспечения? На чем базируется и какая цель?
- •Перечислите этапы и элементы процесса разработки.
- •Инструментарий технологии программирования. Группы программных продуктов.
- •Средства для создания приложений. Классификация языков программирования.
- •Жизненный цикл по. Процесс реализации программных средств.
- •Жизненный цикл по. Процесс проектирования архитектуры программных средств.
- •Жизненный цикл по. Процесс конструирования программных средств.
- •Жизненный цикл проекта методологии rup. Процессные области (9 областей).
- •Типы требований к по. Функциональные и нефункциональные требования.
- •Роль тестирования и типы тестов, применяемых для проверки качества программного продукта.
- •Определение объектно-ориентированного программирования. Классы, интерфейсы, наследование, объекты.
- •Перечислите известные Вам среды разработки, их компоненты и поддерживаемые языки.
- •Описание данных. Типы данных и переменные.
- •Обработка данных. Операции и выражения.
- •Регулярные выражения. Метасимволы регулярных выражений.
- •Символы, строки, текст. Средства представления и обработки.
- •Роль указателей и ссылок в языках программирования и в информационных технологиях. Варианты доступа к информационным ресурсам.
- •Чем отличаются статические и динамические переменные. Понятие массива.
- •Применение алгоритмов. Цикл, итерация, рекурсия.
- •Программирование методов и принципы модульности.
- •Иерархия объектов и понятие наследования. Иерархия объектов
- •Полиморфизм и виртуальные функции.
- •Язык uml и его назначение.
- •Разновидности спецификаций язык uml. (ответ не точный)
- •Виды диаграмм uml.
Типы требований к по. Функциональные и нефункциональные требования.
Типы требований по характеру:
Функциональный характер — требования к поведению системы
Бизнес-требования
Пользовательские требования
Функциональные требования
Нефункциональный характер (ограничения архитектуры/реализации/эксплуатации) — требования к характеру поведения системы
Бизнес-правила — определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия)
Системные требования и ограничения — определения элементарных операций, которые должна иметь система, а также различных условий, которым она может удовлетворять. К системным требованиям и ограничениям относятся:
Ограничения на программные интерфейсы, в том числе к внешним системам
Требования к атрибутам качества
Требования к применяемому оборудованию и ПО
Требования к документированию
Требования к дизайну и юзабилити
Требования к безопасности и надёжности
Требования к показателям назначения (производительность, устойчивость к сбоям и т. п.)
Требования к эксплуатации и персоналу
Прочие требования и ограничения (внешние воздействия, мобильность, автономность и т. п.).
Функциональные требования определяют функцию, которую должна выполнять система или системный компонент. Это может быть задокументировано различными способами. Наиболее распространенными являются письменные описания в документах и варианты использования.
Функциональные требования - это то, что система должна выполнять. Может быть:
вычисления
Технические детали
Манипуляция данными
Обработка данных
Другие специфические функции
Нефункциональные требования - это любое другое требование, кроме функциональных требований. Это требования, которые определяют критерии, которые можно использовать для оценки работы системы, а не для конкретного поведения.
Нефункциональные требования - можно разделить на две основные категории:
Такие качества исполнения, как безопасность и удобство использования, наблюдаются во время выполнения.
Эволюционные качества, такие как тестируемость, ремонтопригодность, расширяемость и масштабируемость, которые воплощены в статической структуре программной системы.
Роль тестирования и типы тестов, применяемых для проверки качества программного продукта.
Цель процесса квалификационного тестирования программного средства заключается в подтверждении того, что комплектованный программный продукт удовлетворяет установленным требованиям. В рамках процесса исполнитель должен провести квалификационное тестирование (согласно требованиям). Исполнителю необходимо провести оценку проекта, кода, тестов и их результаты, а также пользовательской документации, учитывая следующие критерии: 1) тестовое покрытие требования к программному средству; 2) соответствие с ожидаемыми результатами; 3) осуществимость функционирования и сопровождения. После успешного тестирования программный продукт готов к передаче заказчику. После чего в действие вступают процессы поддержки программного средства