ВУЗ:
Составители:
Рубрика:
72
ме, построения дерева классов к реализации кода проекта. При правильном ис-
пользовании классов, точно отражающих прикладную область приложения,
этот метод дает более короткие, понятные и легко контролируемые программы.
Объектно-ориентированное программное обеспечение является событий-
но управляемым. Передача управления внутри программы осуществляется не
только путем явного указания последовательности обращений одних функций
программы к другим, но и путем генерации сообщений различным объектам,
разбора сообщений соответствующим обработчиком и передача их объектам,
для которых данные сообщения предназначены. Рассмотренная ГМП в данном
случае становится неприменимой. Эта модель, как минимум, требует адаптации
к требованиям, вводимым объектно-ориентированным подходом к написанию
программного обеспечения. При этом происходит переход от модели, описы-
вающей структуру программы, к модели, описывающей поведение программы,
что для тестирования можно классифицировать как положительное свойство
данного перехода. Отрицательным аспектом совершаемого перехода для при-
менения рассмотренных ранее моделей является потеря заданных в явном виде
связей между модулями программы.
Перед тем как приступить к описанию графовой модели объектно-
ориентированной программы, остановимся отдельно на одном существенном
аспекте разработки программного обеспечения на языке объектно-
ориентированного программирования (ООП), например, C++ или С#. Разработ-
ка программного обеспечения высокого качества для MS Windows или любой
другой операционной системы, использующей стандарт «look and feel», с при-
менением только вновь созданных классов практически невозможна. Програм-
мист должен будет затратить массу времени на решение стандартных задач по
созданию пользовательского интерфейса. Чтобы избежать работы над давно
решенными вопросами, во всех современных компиляторах предусмотрены
специальные библиотеки классов. Такие библиотеки включают в себя практи-
чески весь программный интерфейс операционной системы и позволяют задей-
ствовать при программировании средства более высокого уровня, чем просто
вызовы функций. Базовые конструкции и классы могут быть использованы по-
вторно при разработке нового программного проекта. За счет этого значительно
сокращается время разработки приложений. В качестве примера подобной сис-
темы можно привести библиотеку базовых классов .NET – Framework Class Li-
brary (NFCL) [1].
Работа по тестированию приложения не должна включать в себя провер-
ку работоспособности элементов библиотек, ставших фактически промышлен-
ным стандартом для разработки программного обеспечения, а только проверку
кода, написанного непосредственно разработчиком программного проекта. Тес-
тирование объектно-ориентированной программы должно включать те же
уровни, что и тестирование процедурной программы – модульное, интеграци-
онное и системное. Внутри класса отдельно взятые методы имеют императив-
ный характер исполнения. Все языки ООП возвращают контроль вызывающему
Страницы
- « первая
- ‹ предыдущая
- …
- 70
- 71
- 72
- 73
- 74
- …
- следующая ›
- последняя »
