- •1.Определение технологии конструирования по. Классический жизненный цикл. Достоинства и недостатки кжц. Определение технологии конструирования программного обеспечения
- •Классический жизненный цикл
- •2.Макетирование . Основная цель макетирования. Формы. Достоинства и недостатки. Алгоритм последовательности действий при макетировании.
- •3.Стратегия конструирования по. Инкрементная модель.
- •Инкрементная модель
- •4.Спиральная модель. Способы ее организации. Достоинства и недостатки.
- •6.Модели качества процессов конструирования. Охарактеризуйте 5 уровней смм.
- •7.Процесс руководства проектом. Измерения .Размеры и метрики. Планирование проектных задач.
- •Измерения, меры и метрики
- •Процесс оценки
- •Планирование
- •8.Размерно-ориентированные метрики. Достоинства и недостатки.
- •9.Методика тестирования программных систем. Охарактеризовать тестирование спиральной модели. Формула Пуассона.
- •10.Тестирование элементов. Тестирование интеграции.
- •11.Охарактеризовать нисходящее тестирование интеграции. Его этапы. Достоинства и недостатки.
- •12.Восходящее тестирование интеграции. Назовите отличительные характеристики от нисходящего тестирования интеграции.
- •Сравнение нисходящего и восходящего тестирования интеграции
- •13.Тестирование правильности. Его основная цель, α и β - тестирование.
- •14.Искусство отладки. Разновидности появления ошибок. Назовите три группы методов отладки.
- •15.Принципы объектно-ориентированных пс. Абстрагирование.
- •Абстрагирование
- •16. Дать определение инкапсуляции , модульности. Приведите пример.
- •17.Общая характеристика объектов. Назовите свойства объектов, основные операции клиента над объектом.
- •18.Связи между объектами. Видимость объектов. Агрегация.
- •Видимость объектов.
- •Агрегация.
- •19.Общая характеристика классов. Виды отношений между классами.
- •20.Унифицированный язык моделирования. Предметы uml.
- •21.Отношения uml.
- •22.Диаграммы uml.
- •23.Моделирование поведения программных систем. Диаграммы схем состояний.
- •24.Условные переходы. Вложенные состояния. Условные переходы
- •Вложенные состояния
- •25.Диаграммы деятельности. Диаграммы сотрудничества (синхронный и асинхронный поток сообщений). Диаграммы деятельности
- •Диаграммы сотрудничества
- •26.Диаграмма последовательности , Актеры и элементы use case.
- •Актеры и элементы Use Case
- •27.Назовите отношение в диаграммах use case. Отношения в диаграммах Use Case
- •28.Назовите основные свойства создания диаграмм с помощью объекта char.
- •29.Опишите циклы: for...Next, wile...When, do...Loop.
- •30.Назовите управляющие структуры элементов vba.
7.Процесс руководства проектом. Измерения .Размеры и метрики. Планирование проектных задач.
Руководство программным проектом — первый слой процесса конструирования ПО. Термин «слой» подчеркивает, что руководство определяет сущность процесса разработки от его начала до конца. Для проведения успешного проекта нужно понять объем предстоящих работ, возможный риск, требуемые ресурсы, предстоящие задачи, прокладываемые вехи, необходимые усилия (стоимость), план работ, которому желательно следовать. Перед планированием проекта следует:
1)установить цели и проблемную область проекта;
2)обсудить альтернативное решение;
3)выявить технические и управленческие решения.
Измерения, меры и метрики
Измерения помогают понять как процесс разработки продукта, так и сам продукт. Измерения процесса производятся в целях его улучшения, измерения продукта — для повышения его качества. В результате измерения определяется мера — количественная характеристика какого-либо свойства объекта. Путем непосредственных измерений могут определяться только опорные свойства объекта. Все остальные свойства оцениваются в результате вычисления тех или иных функций от значений опорных характеристик. Вычисления этих функций проводятся по формулам, дающим числовые значения и называемым метриками.
Метрика определена как мера степени обладания свойством, имеющая числовое значение.
Процесс оценки
При планировании программного проекта надо оценить людские ресурсы (в человеко-месяцах), продолжительность (в календарных датах), стоимость (в тысячах долларов). Обычно исходят из прошлого опыта. Если новый проект по размеру и функциям похож на предыдущий проект, вполне вероятно, что потребуются такие же ресурсы, время и деньги.
Планирование
Определяется набор проектных задач. Устанавливаются связи между задачами, оценивается сложность каждой задачи. Определяются людские и другие ресурсы. Создается сетевой график задач, проводится его временная разметка.
8.Размерно-ориентированные метрики. Достоинства и недостатки.
Размерно-ориентированные метрики прямо измеряют программный продукт и процесс его разработки. Основываются размерно-ориентированные метрики на LOC-оценках (Lines Of Code). LOC-оценка — это количество строк в программном продукте.
;
;
;
.
Достоинства размерно-ориентированных метрик:
1) широко распространены;
2) просты и легко вычисляются.
Недостатки размерно-ориентированных метрик:
1) зависимы от языка программирования;
2) требуют исходных данных, которые трудно получить на начальной стадии проекта;
3) не приспособлены к непроцедурным языкам программирования.
9.Методика тестирования программных систем. Охарактеризовать тестирование спиральной модели. Формула Пуассона.
Процесс тестирования объединяет различные способы тестирования в спланированную последовательность шагов, которые приводят к успешному построению программной системы. Методика тестирования ПС может быть представлена в виде разворачивающейся спирали.
В начале осуществляется тестирование элементов (модулей), проверяющее результаты этапа кодирования ПС. На втором шаге выполняется тестирование интеграции, ориентированное на выявление ошибок этапа проектирования ПС. На третьем обороте спирали производится тестирование правильности, проверяющее корректность этапа анализа требований к ПС. На заключительном витке спирали проводится системное тестирование, выявляющее дефекты этапа системного анализа ПС.
1. Тестирование элементов. Цель — индивидуальная проверка каждого модуля. Используются способы тестирования «белого ящика».
2. Тестирование интеграции. Цель — тестирование сборки модулей в программную систему. В основном применяют способы тестирования «черного ящика».
3. Тестирование правильности. Цель — проверить реализацию в программной системе всех функциональных и поведенческих требований, а также требования эффективности. Используются исключительно способы тестирования «черного ящика».
4. Системное тестирование. Цель — проверка правильности объединения и взаимодействия всех элементов компьютерной системы, реализации всех системных функций.
Организация процесса тестирования в виде эволюционной разворачивающейся спирали обеспечивает максимальную эффективность поиска ошибок.
Для логарифмической модели Пуассона формула расчета текущей интенсивности отказов имеет вид:
, (8.1)
где — текущая интенсивность программных отказов (количество отказов в единицу времени); — начальная интенсивность отказов (в начале тестирования); р — экспоненциальное уменьшение интенсивности отказов за счет обнаруживаемых и устраняемых ошибок; t —время тестирования.