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

Цель: освоение навыка определения будущей архитектуры программного комплекса.

Задание:построить схему архитектуры проектируемого ПО.

Рекомендуемая литература: [4], конспект лекций.

Этапы выполнения.

1. Определить архитектуру разрабатываемого программного средства.

2. Описать взаимосвязи и взаимодействия частей системы.

3. Представить описание архитектуры программного средства, а также его внутренние взаимосвязи в виде схем, диаграмм, графов. Каждое графическое представление сопроводить соответствующими подписями и пояснениями.

Тема. Структурный подход к проектированию структуры ПО.

Функциональное моделирование. Диаграммы потоков данных.

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

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

Задание:построить иерархию диаграмм, описывающих структуру программного комплекса.

Рекомендуемая литература: [6], конспект лекций.

Этапы выполнения.

1. Построить декомпозицию программного средства, определив необходимые подсистемы и модули.

2. Построить модульное описание и описание взаимосвязей и взаимодействий модулей (частей) системы, используя нотацию методологии SADT.

3. Указать на диаграммах интерфейсы модулей системы (входных воздействий и результатов, полученных на выходе каждого модуля).

4. Оформить документ «Разработка проекта программного средства» в соответствии с общими требованиями к созданию данного документа (приложение 1, 7), включив в него ранее подготовленный материал.

Тема. Тестирование и отладка.

Автономное и комплексное тестирование. Оценка структурной сложности программных модулей.

Практическое занятие 9. Разработка плана тестирования пс. Описание тестовых наборов.

Цель: освоить навык разработки документации для тестирования ПО.

Задание:разработка спецификации тестов для оценки реализации функциональных и нефункциональных требований к ПО.

Рекомендуемая литература: [6], конспект лекций.

Этапы выполнения.

1. Для каждого требования, предъявляемого к разрабатываемому программному продукту разработать набор тестов, способных проверить его корректную работу в различных условиях функционирования ПО.

2. Разработать спецификации каждого тестового набора, включив в нее указания на проверяемое требование и на режим его реализации.

3. Оценить функциональное покрытие проводимого тестирования: каждому требованию, имеющемуся в техническом задании, должно соответствовать не менее одного теста, проверяющего выполнение данного требования.

4. Создать тестовые наборы для проверки корректной обработки исключительных ситуаций.

5. Оформить документ «Спецификация тестов» в соответствии с общими требованиями к созданию данного документа (приложение 1, 8), включив в него ранее подготовленный материал.

Практическое занятие 10. Разработка графовых моделей программ. Выделение маршрутов и оценка структурной сложности программных модулей.

Цель: Научиться проводить оценку структурной сложности на основе анализа маршрутов исполнения программ и объема тестов, необходимых для проверки программных модулей.

Задание: произвести расчет структурной сложности заданного программного модуля.

Рекомендуемая литература: конспект лекций.

Этапы выполнения.

1. Построить графовую модель структурированного программного модуля. (Структурированным считается модуль, который не содержит циклов с несколькими выходами, не имеет переходов внутрь циклов или условных операторов и не имеет выходов из внутренней части циклов или условных операторов.)

2. Определить для данного программного модуля количество маршрутов исполнения Ми суммарное число условий, которое необходимо задать в тестах для прохождения всех маршрутов программы

,

где - количество условий-предикатов, определяющихi–й маршрут.

1. По минимальному критерию;

2. По оптимальному критерию:

   1. На основе цикломатического числа;

   2. Путем подсчета предикатов;

   3. Путем подсчета количество граней в плоском графе.

Тема. Организация процесса разработки и инструментальные средства поддержки.

Управление процессом разработки ПО. Предварительные оценки проекта.