Цели повторного использования

Цели повторного использования

"Последуйте примеру проектирования компьютерных технических средств! Это неверно, что каждая новая программная разработка должна начинаться с чистого листа. Должны существовать каталоги программных модулей, такие же, как каталоги сверхбольших интегральных схем СБИС (VLSI devices). Создавая новую систему, мы должны заказывать компоненты из этих каталогов и собирать систему из них, а не изобретать каждый раз заново колесо. Создавая меньше новых программ, мы, возможно, найдем лучшее применение своим усилиям. И, может быть, исчезнут некоторые из трудностей, на которые все жалуются - большие затраты, недостаточная надежность. Разве не так?"

Вы, вероятно, слышали или даже сами высказывали такого рода замечания. Еще в 1968 г. на известной конференции НАТО по проблемам разработки ПО, Дуг Мак-Илрой (Doug McIlroy) пропагандировал идею "серийного производства компонентов ПО". Таким образом, мечта о возможности повторного использования программных компонентов не является новой. Было бы нелепо отрицать, что повторное использование имеет место в программировании. Фактически одним из наиболее впечатляющих результатов развития индустрии ПО с тех пор, как в 1988 г. появилось первое издание этой книги, явилось постепенное появление повторно используемых компонентов. Они получали все большее распространение, начиная от небольших модулей, предназначенных для работы с Visual Basic (VBX) фирмы Microsoft и OLE 2 (OCX, а сейчас ActiveX), до обширных библиотек классов, известных также как "каркасы приложений" ("framework applications").

Еще одним замечательным достижением является развитие Интернета: пришествие общества, охваченного Сетью (wired society), облегчило или в ряде случаев устранило некоторые из логических препятствий, казавшихся почти непреодолимыми еще несколько лет назад. Но это только начало. Мы далеки от предвидения Мак-Илроя о превращении программной инженерии в отрасль промышленности, основанную на использовании программных компонентов. Однако методология конструирования ОО-ПО впервые дала возможность представить себе практическую реализацию этого предвидения. И это может принести весьма значительную пользу не только разработчикам ПО, но, что еще важнее, тем, кто нуждается в их продукции, своевременно появляющейся и высококачественной.

Прежде всего, следует понять, почему так важно улучшать возможности повторного использования ПО. Здесь незачем обращаться к доводам типа "любовь к матери и яблочному пирогу". Как мы увидим, наша борьба за повторное использование преследует надлежащие цели, позволит избежать миражей, и принесет хороший доход от соответствующих инвестиций.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

Избегайте повторного ввода данных

Из книги автора

Избегайте повторного ввода данных Если пользователь уже сообщил вам что-то о себе (например, имя), лучше запомнить эту информацию и не спрашивать ее повторно, например при последующей регистрации.Лучше самим заботливо вписать имя в соответствующее поле. Людей раздражает,


Цели

Из книги автора

Цели Цель 1. Координация мероприятий по разработке и усовершенствованию производственного процесса в рамках всей организации.Цель 2. Выявление преимуществ и недостатков используемых производственных процессов в сравнении со стандартным процессом.Цель 3. Планирование


Цели

Из книги автора

Цели Цель 1. Разработка и сопровождение стандартного производственного процесса организации.Цель 2. Сбор, изучение и распространение информации, связанной с использованием СППО в проектах разработки


Цели

Из книги автора

Цели Цель 1. Мероприятия по обучению проводятся на плановой основе.Цель 2. Обеспечение обучения навыкам и знаниям, необходимым для выполнения руководящих и технических ролей в процессе разработки ПО.Цель 3. Сотрудники группы разработки ПО и других смежных групп должны


Цели

Из книги автора

Цели Цель 1. Получение производственного процесса проекта в виде адаптированной версии СППО.Цель 2. Планирование проекта и управление им в соответствии с его производственным


Цели

Из книги автора

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


Цели

Из книги автора

Цели Цель 1. Согласование требований заказчика со всеми группами, задействованными в проекте.Цель 2. Взаимное согласование обязательств между задействованными инженерными группами.Цель 3. Выявление, отслеживание и разрешение инженерными группами проблем межгруппового


Цели

Из книги автора

Цели Цель 1. Планирование работ по проведению экспертных оценок.Цель 2. Выявление и устранение дефектов в промежуточных программных


37. Открытое наследование означает заменимость. Наследовать надо не для повторного использования, а чтобы быть повторно использованным

Из книги автора

37. Открытое наследование означает заменимость. Наследовать надо не для повторного использования, а чтобы быть повторно использованным РезюмеОткрытое наследование позволяет указателю или ссылке на базовый класс в действительности обращаться к объекту некоторого


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

Из книги автора

16.3. От повторного использования к открытому исходному коду Компоненты ранней Unix, ее библиотеки и связанные утилиты распространялись в виде исходного кода. Эта открытость была жизненно важной частью культуры Unix. В главе 2 уже говорилось о том, как после разрушения этой


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

Из книги автора

16.3. От повторного использования к открытому исходному коду Компоненты ранней Unix, ее библиотеки и связанные утилиты распространялись в виде исходного кода. Эта открытость была жизненно важной частью культуры Unix. В главе 2 уже говорилось о том, как после разрушения этой


Возможность повторного использования

Из книги автора

Возможность повторного использования После этого краткого вторжения в зону объектной территории вернемся к анализу метода сверху вниз и рассмотрим его на сей раз по отношению к одной из наших основных целей - возможности повторного использования ПО. При разработке


Возможность повторного использования

Из книги автора

Возможность повторного использования Обсуждение возможности повторного использования показало, что процедура (элемент функциональной декомпозиции) обычно недостаточна как единица для повторного использования. Мы рассмотрели ранее (лекция 4) типичный пример: поиск в


Запрет повторного объявления

Из книги автора

Запрет повторного объявления Обсуждение утверждений в начале лекции дало нам теоретическое понимание сути переопределений. Часть "Открыт" принципа Открыт-Закрыт дает возможность изменять компоненты потомков, но под контролем утверждений. Разрешены лишь те повторные


Правило повторного объявления типов

Из книги автора

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