
- •Этапы разработки документации тестирования
- •проектирование
- •Тестовый отчет
- •Проектирование
- •Матрица соответствия
- •Матрица соответсвия
- •Отчет об ошибке
- •проектирование
- •работа
- •методики
- •Метрики Чепина
- •2 этап Разработка ПО
- •Case - системы
- •Функции Case-cистем
- •Состав Case-систем
- •Case - системы
- •Управление проектами
- •Недостаки UML
- •Модульное тестирование
- •Модульное тестирование
- •.Выводы
- •.Выводы
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Unit - тестирование
- •Модульное тестирование(методика)
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Unit - тестирование
- •Модульное тестирование(методика)
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Модульное тестирование
- •Пример программы исследования

работа

методики

Метрики Чепина
Метрики Чепина позволяют исходя из анализа типа переменных, используемых в программе сделать вывод о сложности программы.
Все переменные разбиваются на следующие типы:
P – вводимые для расчета переменные и обеспечивающие вывод данных переменные
M - модифицируемые в программе переменные или созданные внутри программы переменные
С – переменные участвующие в управлении работой программы

2 этап Разработка ПО
Применение CASE –средств
CASE (COMPUTER Aided Software/System Engineering) –означает автоматизированное проектирование программ/информационных систем .
Большинство информационных систем похожи друг на друга.
Напр. складские базы данных электронных товаров и базы данных книгоизданий и т.д.
Информационные системы управления доступом предприятия и организации.
Такие системы похожи или по функциям или по решаемыми ими задач.
Поэтому возникла идея (в 90-е годы) автоматизации проектирования информационных систем и ПО.

.
Итак этап проектирования предшествует этапу программирования
Задача проектирования – сначала составить структуру проекта бушующего ПО
Модульное проектирование – основной тип проектирования
1 принцип Декомпозиция
Т.е. вся система разбивается на модули , каждый модуль не зависим друг от друга.
2 принцип : композиции –т.е. возможность сборки Ваших модулей в единое целое, после того как они были разработаны.
Переставляя разные модули можно получить совершенно разные системы.

Case - системы
Основные проблемы при проектировании которые удается решить при проектировании с применением CASE – систем
Сложность понимания идей разработки
Неудобство внесения изменений в проект и в спецификации
Сложность ручной методологии проектирования ПО и т.д.
Основной состав CASE – cистем
1. Репозиторий – главное CASE – средство . Его задача обеспечить сохранность вариантов проекта и его определенных компонентов, синхронизацию приема информации от разных разработчиков в процессе групповой разработки(т.е. специальная БД).

Функции Case-cистем

Состав Case-систем

Case - системы
2. Диаграммер потоковых данных (т.е. графический редактор диаграмм ), т.е. создание диаграмм типа DFD
. Диаграммер (т.е. графический редактор типа «сущность- связь»
3.Средства программирования
4.Анализаторы диаграмм
5.Средства генерации документации(напр. спецификации)

Управление проектами
Управление проектами – понимается методология проектирования ПО .
Современные методологии – гибкие методологии Примеры
Agile – технология (методология) проектирования ПО (в отличии от каскадной модели ) – разбиение проекта на мелкие части (называется пользовательскими историями) .
Работа по 2-3 недели (итерация). Внутри каждой итерации:
Анализ
Проектирование
Программирование
тестирование