Cтраница 1
Объектно-ориентированное проектирование основывается на так называемой объектной модели. [1]
Объектно-ориентированное проектирование включает в себя представление о приложении как совокупности независимых объектов ( экземпляров классов) или строительных блоков. Объектно-ориентированное программирование - это приучающий к порядку стиль разработки, используемый для создания классов, которые составляют приложение. В конечном итоге, цель объектно-ориентированной разработки заключается в повторном использовании одних и тех же классов во многих приложениях. [2]
После обследования начинается объектно-ориентированное проектирование, в ходе которого детализируется представление классов и объектов, полученных на этапе анализа. Определяются структуры данных, методы, отношения между классами, разрабатываются сценарии взаимодействия объектов. При проектировании системы могут вводиться новые классы и объекты, если это требуется для решения поставленных проблем. Результатом проектирования должны быть детальная модель системы, спецификации объектов, классов и отношений, достаточные для их программирования. [3]
Научная новизна работы заключается в использовании объектно-ориентированного проектирования ( ООП) при разработке системы. ООП оперирует с данными как с объектами реального мира, что позволяет упростить и обобщить подходы к решению многих прикладных задач. Использование ООП приводит к созданию систем на основе стабильных промежуточных описаний, что упрощает внесения изменений. Это дает системе возможность развиваться постепенно и не приводит к полной ее переработке в случае существенных изменений исходных требований. Такой подход также позволяет создавать библиотеку классов, хранящуюся вместе с данными, например, на сервере. [4]
В этих специальных разделах мы также обсудили технику объектно-ориентированного проектирования: мы проанализировали типичную постановку задачи, которая требовала построения системы ( например, модели лифта), определили, какие объекты необходимы для реализации системы, определили, какие атрибуты должны иметь объекты, определили, какими вариантами поведения должны обладать эти объекты, и указали, как объекты должны взаимодействовать друг с другом для достижения глобальной цели системы. [5]
В этом и нескольких следующих заданиях вы должны осуществить отдельные этапа объектно-ориентированного проектирования. Первый этап - выявление ( идентификация) объектов в вашей задаче. [6]
В разделах Размышления об объектах в конце глав 2 и 3 мы выполнили два первых этапа объектно-ориентированного проектирования для нашей модели лифта, а именно, идентификацию объектов, необходимых для разработки модели, и идентификацию атрибутов этих объектов. [7]
Методическое обеспечение CALS представлено методиками выполнения таких процессов, как параллельное ( совмещенное) проектирование и производство, структурирование сложных объектов, их функциональное и информационное моделирование, объектно-ориентированное проектирование, создание онтологии приложений. [8]
Современным методом, используемым для такого разделения, является объектно-ориентированный подход. Объектно-ориентированное проектирование в настоящее время является наиболее прогрессивным по сравнению с традиционными методами потоков данных и структурного проектирования. Объектная декомпозиция уменьшает размер программной системы за счет повторного использования общих механизмов, что приводит к существенной экономии времени на реализацию. При этом должны быть рассмотрены основные элементы объектной модели: абстрагирование, инкапсуляция, модульность, иерархия, типизация, параллелизм, сохраняемость, устойчивость. [9]
В последнее время наблюдается тенденция применения кодо-импульсных ( цифровых) ТИС при одновременном уменьшении использования телесистем основанных на других принципах; так, перестали применять системы интенсивности, Применение СЕТ позволяет изменить и методологии построения ТИС, так появляются возможности перехода к магистрально-модульному принципу построения передающей стороны ТИС, а именно: сквакинных приборов. В этом случае просто реализуется методология объектно-ориентированного проектирования, в основе которого лежит декомпозиция системы и наделении выделенных объектов или модулей частью регурсов, которыми располагала вся система, а также на организации связи всех модулей системы с помощью стандартных интерфейсов. [10]
Одним из решений проблемы может стать автоматическая генерация кода приложения CASE-средствами на основе модели предметной области. Эту задачу решает технология кодогенерации, основанная на объектно-ориентированном проектировании. Существует несколько CASE-средств, поддерживающих языки объектно-ориентированного проектирования, в том числе ставший в последнее время стандартом UML. [11]
Представляется, что это предположение является оптимистичным. Равно оптимистичными представляются попытки предложить в качестве панацеи подход объектно-ориентированного проектирования. [12]
Язык UML применяют и в ряде других систем, например в инструментальной среде объектно-ориентированного проектирования ПО objectiF ( фирма micro TOOL), в которой автоматически генерируется программный код по графическому UML-описанию. [13]
В последующих главах мы рассмотрим более существенные вопросы и подойдем к решению сложных задач при помощи методов объектно-ориентированного проектирования ( OOD): мы проанализируем типичные постановки задач, которых требует построение программных систем, определим, какие объекты необходимы для реализации этих систем, какие атрибуты потребуются для этих объектов, каким должно быть поведение этих объектов, и зададим способы взаимодействия объектов друг с другом для достижения общесистемных целей. [14]
Результатами работ на этой стадии являются функциональная и информационная модели организации и спецификации требований к предполагаемой системе, служащие в качестве исходных данных для проектирования системы. Желательно, чтобы функциональная и информационная модели и спецификации требований были выполнены с помощью формализованных методов их описания, например с использованием средств описания моделей в известных методологиях структурного или объектно-ориентированного проектирования и языков спецификаций. В этом случае в ТЗ, разрабатываемом по результатам стадии предпроектного обследования, должно быть указание на имеющиеся исходные данные и средства описания исходных данных. Ссылки в ТЗ на документы, определяющие выбранные средства описания исходных данных, - часть профиля инструментальной среды, поддерживающей основные процессы: проектирование, разработку, сопровождение и развитие прикладного программного обеспечения ИС. [15]