Вопрос 21 (Анализ и хар-ка областей знаний: Проектирование к по)

Это процесс определения архитектуры компонентов интерфейса и конечного результата.

Раздел состоит из:

2.1) Базовой концепции

2.2) Ключевые вопросы

2.3) Структура ПО

2.4) Анализ и оценка качества

2.5) Нотации

2.6) Стратегия и методы

Итак 2.1: Это методология проектирования архитектуры с помощью различных методов, процессов жизненного цикла и техники. На начальных стадиях проектирования, предметная область декомпозируется на отдельные объекты.

Итак 2.2: Это декомпозиция программ на функциональные компоненты для независимого и параллельного их выполнения, принцип распределения дополнения и взаимодействия между собой.

Итак 2.3: При проектировании архитектуры ПО используется архитектурный стиль проектирования, он основан на определении основных эл-ов стуктуры.

Итак 2.4: Это оценка различных аспектов ПО:

• кол-во функций

• структура ПО

• качество проектирования

Проведение качественного анализа результатов проектирования путем моделирования математического анализа.

Итак 2.5: Они позволяют представить описание объекта ПО, его структуру, а также поведение системы. Существуют два типа:

1. Структурные

2. Поведенческие

и множество их вариаций

-1) Это структурное, блок-схемное, текстовое представление аспектов проектирования ПО. Сюда относятся:

• сущность – связь

• классов и объектов

• языки описания интерфейсов

-2) Отражают динамический аспект поведения систем:

• диаграмма потока данных

• таблица принятия решений

• формальные языки спецификации

Итак 2.6: Стратегия:

• Проектирование снизу вверх

• Проектирование сверху вниз

• Абстрагирование

• Использование шаблонов

Методы:

• Функциональное проектирование

• Структурные

Вопрос 22 (Анализ и хар-ка областей знаний: Конструирование по)

Это создание работающего ПО с использованием метода кодирования и тестирования компонентов. Инструменты:

• Языки программирования и конструирования

• Программные методы

• Инструментальные системы

Раздел состоит из:

3.1) Снижение сложности

3.2) Предупреждение отклонений от стиля

3.3) Структуризация проверок

3.4) Использование внешних стандартов

Итак 3.1: Это минимизация сложности конструирования. Минимизация достигается использованием модулей и других более простых элементов. Уменьшение сложности достигается написанием простого кода.

Итак 3.2: Стиль конструирования:

1. Лингвистический, используется для конструирования не сложных конструкций

2. Формальный стиль, используется для точного однозначного определения компонентов систем

3. Визуальный стиль, является наиболее универсальным, он позволяет разработчикам ПО представлять конструируемый элемент в наглядном виде.

Итак 3.3: Предпологает, что построение программной системы должно проводиться таким образом, чтобы сама система помогала вести поиск ошибок, дефектов и причин сбоев.

Итак 3.4: Они связаны с ЯП, инструментальными средствами и интерфейсами.

Вопрос 23 (Анализ и хар-ка областей знаний: Тестирование по)

Это процесс проверки готовой программы путем прогона конечного набора тестовых данных проверяющих разные пути выполнения программы.

Раздел состоит из:

4.1) Основные концепции и определение тестирования

4.2) Уловки тестирования

4.3) Техники тестирования

4.4) Метрики тестирования

4.5) Управление процессом тестирования

Итак 4.1: Они описывают базовые термины, ключевые проблемы и связь с другими облостями знаний. при тестировании выявляются следующие недостатки:

1. Отказы у дивекты, как причина нарушения работа программы

2. Сбои, как нежелательные ситуации

3. Ошибки, как последствия сбоя

Итак 4.2:

• Тестирование отдельных элементов

• Интегрированное тестирование

• Тестирование в целом

Методы тестирования:

• Функциональное тестирование

• Стресс тестирование. Проверяется поведение системы при max нагрузке или ее превышение

• Альфа и бета тестирование. Альфа- внутреннее тестирование. Бета – внешнее тестирование