Лекции - Управление жизненны циклом ИС

Подождите немного. Документ загружается.

22. Основные принципы тестирования ИС.

Тестирование – это процесс выполнения ПО системы или компонента в условиях анализа или

записи получаемых результатов с целью проверки (оценки) некоторых свойств тестируемого

объекта.

Виды тестирования перечислены ниже:

 Блочным тестированием называют тестирование полного класса, метода или

небольшого приложения, написанного одним программистом или группой, выполняемое

отдельно от прочих частей системы.

 Тестирование компонента – это тестирование класса, пакета, небольшого приложения

или другого элемента системы, разработанного несколькими программистами или

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

 Интеграционное тестирование – это совместное выполнение двух или более классов,

пакетов, компонентов или подсистем, созданных несколькими программистами или

группами.

 Регрессивным тестированием называют повторное выполнение тестов, направленное

на обнаружение дефектов в программе, уже прошедшей этот набор тестов.

 Тестирование системы – это выполнение ПО в его окончательной конфигурации,

интегрированного с другими программными и аппаратными системами.

Тестирование «белого ящика»

Известна: внутренняя структура программы.

Исследуются: внутренние элементы программы и связи между ними.

Объектом тестирования здесь является не внешнее, а внутреннее поведение программы.

Проверяется корректность построения всех элементов программы и правильность их

взаимодействия друг с другом. Обычно анализируются управляющие связи элементов, реже –

информационные связи. Тестирование по принципу «белого ящика» характеризуется степенью, в

которой тесты выполняют или покрывают логику (исходный текст) программы. Исчерпывающее

тестирование затруднительно.

Особенности тестирования «белого ящика».

Обычно тестирование «белого ящика» основано на анализе управляющей структуры

программы. Программа считается полностью проверенной, если проведено исчерпывающее

тестирование маршрутов (путей) ее графа управления.

В этом случае формируются тестовые варианты, в которых:

 Гарантируется проверка всех независимых маршрутов программы.

 Находятся ветви True, False для всех логических решений.

 Выполняются все циклы (в пределах их границ и диапазонов).

 Анализируется правильность внутренних структур данных.

Недостатки тестирования «белого ящика»:

 Количество независимых маршрутов может быть очень велико.

 Исчерпывающее тестирование маршрутов не гарантирует соответствия программы

исходным требованиям к ней.

 В программе могут быть пропущены некоторые маршруты.

 Нельзя обнаружить ошибки, появление которых зависит от обрабатываемых данных.

Тестирование «черного ящика»

Известны: функции программы.

Исследуется: работа каждой функции на всей области определения.

Основное место приложения тестов «черного ящика» - интерфейс ПО.

Эти тесты демонстрируют:

 Как выполняются функции программы.

 Как принимаются исходные данные.

 Как вырабатываются результаты.

 Как сохраняется целостность внешней информации.

При тестировании «черного ящика» рассматриваются системные характеристики программ,

игнорируется их внутренняя логическая структура. Исчерпывающее тестирования, как правило,

невозможно. Например, если в программе 10 входных величин и каждая принимает по 10 значений,

то потребуется 10

тестовых вариантов. Тестирование «черного ящика»

не реагирует на многие

особенности программных ошибок.

Тестирование «черного ящика» (функциональное тестирование) позволяет получить

комбинации входных данных, обеспечивающих полную проверку всех функциональных требований к

программе. Программное изделие здесь рассматривается как «черный ящик», чье поведение можно

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

Тестирование «черного ящика» обеспечивает поиск следующих категорий ошибок:

 Некорректных или отсутствующих функций;

 Ошибок интерфейса;

 Ошибок во внешних структурах данных или в доступе к внешней базе данных;

 Ошибок характеристик (необходимая емкость памяти и т.д.);

 Ошибок инициализации и завершения.

23. Объектно-ориентированное проектирование ИС.

Объектно- ориентированный подход использует объектную декомпозицию, при этом

статическая структура системы описывается в терминах объектов и связей между ними, а

поведение системы описывается в терминах обмена сообщениями между объектами. Каждый

объект системы обладает своим собственным поведением, моделирующим поведение объекта

реального мира. Понятие "объект" впервые было использовано около 30 лет назад в технических

средствах при попытках отойти от традиционной архитектуры фон Неймана и преодолеть барьер

между высоким уровнем программных абстракций и низким уровнем абстрагирования на уровне

компьютеров. С объектно-ориентированной архитектурой также тесно связаны объектно-

ориентированные операционные системы.

Концептуальной основой объектно-ориентированного подхода является объектная модель.

Основными се элементами являются:

• абстрагирование (abstraction);

• инкапсуляция (encapsulation);

• модульность (modularity);

• иерархия (hierarchy).

Основные понятия объектно-ориентированного подхода - объект и класс.

Объект определяется как осязаемая реальность (tangible entity) — предмет или явление,

имеющие четко определяемое поведение. Объект обладает состоянием, поведением и

индивидуальностью; структура и поведение схожих объектов определяют общий для них класс.

Термины "экземпляр класса" и

"объект'' являются эквивалентными. Состояние объекта характеризуется перечнем всех

возможных (статических) свойств данного объекта и текущими значениями (динамическими) каждого

из этих свойств. Поведение характеризует воздействие объекта на другие объекты и наоборот

относительно изменения состояния этих объектов и передачи сообщений. Иначе говоря, поведение

объекта полностью определяется его действиями. Индивидуальность — это свойства объекта,

отличающие его от всех других объектов.

Определенное воздействие одного объекта на другой с целью вызвать соответствующую

реакцию называется операцией. Как правило, в объектных и объектно-ориентированных языках

операции, выполняемые над данным объектом, называются методами и являются составной частью

определения класса.

Класс — это множество объектов, связанных общностью структуры и поведения. Любой

объект является экземпляром класса. Определение классов и объектов — одна из самых сложных

задач объектно-ориентированного проектирования.

Следующую группу важных понятий объектного подхода составляют наследование и

полиморфизм. Понятие полиморфизма может быть интерпретировано как способность класса

принадлежать более чем одному типу.

Наследование означает построение новых классов на основе существующих с возможностью

добавления или переопределения данных и методов.

24. Язык UML и его использование при проектировании ИС.

UML (сокр. от англ. Unified Modeling Language — унифицированный язык моделирования) — язык

графического описания для объектного моделирования в области разработки программного

обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий

графические обозначения для создания абстрактной модели системы, называемой UML моделью.

UML был создан для определения, визуализации, проектирования и документирования в основном

программных систем. UML не является языком программирования, но в средствах выполнения UML-

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

Использование UML не ограничивается моделированием программного обеспечения. Его также

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

организационных структур.

В 1994 году Гради Буч и Джеймс Рамбо, работавшие в компании Rational Software, объединили

свои усилия для создания нового языка объектно-ориентированного моделирования. За основу

языка ими были взяты методы моделирования, разработанные Бучем (Booch) и Рамбо (Object-

Modeling Technique — OMT).

Формальная спецификация последней версии UML 2.0 опубликована в августе 2005 года.

Семантика языка была значительно уточнена и расширена.

Главными в разработке UML были следующие цели:

• предоставить пользователям готовый к использованию выразительный язык визуального

моделирования, позволяющий разрабатывать осмысленные модели и обмениваться ими;

• предусмотреть механизмы расширяемости и специализации для расширения базовых

концепций;

• обеспечить независимость от конкретных языков программирования и процессов разработки;

• обеспечить формальную основу для понимания этого языка моделирования

(язык должен быть одновременно точным и доступным для понимания, без лишнего

формализма);

25. Факторы успеха проектов создания ИС

• Поддержка проекта высшим руководством

• Вовлечение в проект будущих пользователей системы

• Опытный руководитель проекта

• Направленность на развитие бизнеса

• Минимально необходимая функциональность

• Использование проверенных решений

• Четко сформированные основные требования к системам

• Использование формализованной методики

• Реалистичные оценки

• Другие,(контрольные точки, надлежащее планирование, компетентный штат)

Оглавление

1. Жизненный цикл ИС и его модели...................................................................................................1

2. Спиральная модель жизненного цикла ИС.....................................................................................3

3. Каскадная модель жизненного цикла ИС........................................................................................4

4. Стандартизация процессов жизненного цикла ИС.........................................................................5

5. Стратегическое планирование ИС на предприятиях......................................................................7

6. Выбор проектов создания ИС предприятий....................................................................................9

7-11. Этапы и стадии процесса проектирования ИС по ГОСТ 34....................................................11

12. Состав и содержание технического задания на разработку ИС................................................13

13. Современные методологии создания ИС....................................................................................15

14. Метод структурного анализа и проектирования SADT...............................................................19

15. Основные элементы IDEF0-диаграмм........................................................................................20

16. Основные элементы IDEF3-диаграмм........................................................................................22

17. Основные элементы DFD-диаграммы.........................................................................................23

18. Словарь данных DFD-диаграмм...................................................................................................25

19. Спецификации процессов DFD-диаграмм...................................................................................26

20. Диаграммы "сущность-связь".......................................................................................................27

21. Основные принципы структурного программирования...............................................................29

22. Основные принципы тестирования ИС........................................................................................30

23. Объектно-ориентированное проектирование ИС.......................................................................32

24. Язык UML и его использование при проектировании ИС..........................................................33

25. Факторы успеха проектов создания ИС.......................................................................................34