ВУЗ:
Составители:
Аналогичный вопрос возникает при выборе места для декларирования классов и
объектов в программном модуле. Решение о месте декларирования классов и объектов в
языках является компромиссом требований «видимости» и защиты информации. В
общем случае модули должны быть функционально связанными и зависимыми. При
этом следует учитывать ряд нетехнических факторов, таких, как повторное
использование
, документирование, требования секретности. Проектирование модулей —
не менее простой процесс, чем проектирование классов и объектов. О проблеме защиты
информации Парнас, Клементе и Вейс говорят следующее: «Реализация этого принципа
не всегда является очевидной. Необходимо минимизировать стоимость программных
средств (в целом за время эксплуатации) и оценить вероятность внесения изменений.
Такая оценка исходит из
практического опыта и знания предметной области, включая
технологию программирования и аппаратную реализацию».
Класс объектов «Файл» должен быть полностью открыт. Ко всем его полям
необходим доступ. Поэтому все свойства этого класса располагаются в интерфейсной
части.
Класс объектов «Изображение» также должен быть полностью открыт. Ко всем его
полям необходим доступ. Поэтому все свойства
этого класса располагаются в
интерфейсной части.
В классе объектов «Диалог выбора файла» должны быть скрыты такие свойства
как фильтр файлов, список файлов и указатель текущего каталога.
Класс объектов «Конфигуратор» должен быть полностью открыт. Ко всем его
полям необходим доступ. Поэтому все свойства этого класса располагаются в
интерфейсной части.
Класс объектов «
Транслятор» скрывает такое свойства как алгоритм
преобразования.
Класс объектов «Область отображения» должен скрывать все свойства кроме
конструктора и деструктора.
Класс объектов «Менеджер» должен быть полностью видим пользователю.
Поэтому все его свойства должны быть обще доступны и, следовательно, располагаться
в интерфейсной части.
Отчет по лабораторной работе должен содержать таблицы с описанием для
каждого класса объектов внутренней реализации.
ЗАКЛЮЧЕНИЕ
Объектно-ориентированное проектирование является этапом, на котором
прорабатываются основные вопросы строения будущей программной системы.
Правильное проведение проектирования позволяет избежать множества затрат. Освоение
умения проектировать необходимо для последующей работы любого создателя
информационных систем.
БЛИОГРАФИЧЕСКИЙ СПИСОК
1. Буч Г. Объектно-ориентированное проектирование с примерами применения: Пер. с англ. —
М.: Конкорд, 1992. — 519 с.
