Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (Технология объектно-ориентированного программирования).pdf
Добавлен: 30.04.2023
Просмотров: 129
Скачиваний: 3
Преимущества объектно из -ориентированного метода [21]: мы
- работают на за более высоком вы уровне абстракции; так
- нет «прыжков же » между фазами; от
- поддерживают данные, еще которые имеют бы тенденцию, к уже большей стабильности, для чем функции; вот
- поощряют и кто поддерживают классические да достоинства хорошего до программирования и ни проектирования;
- сопровождаются ну инструментами, обеспечивающими под поддержку повторного где использование кода. сам
Объектно-ориентированный раз подход имеет два два аспекта: там
- объектно-ориентированная чем разработка программного во обеспечения;
- объектно со -ориентированная реализация ли программного обеспечения. при
Объектно-ориентированная без разработка программного он обеспечения связана на с применением что объектно-ориентированных тот моделей при это разработке программных как систем и по их компонентов. но К объектно они -ориентированной разработке ты относятся [23]:
- объектно из -ориентированные технологии мы разработки программных за систем;
- инструментальные вы средства, поддерживающие так эти технологии. же
Объектно-ориентированная от разработка может еще начаться на бы самом первом уже этапе жизненного для цикла; она вот не связана кто с языком да программирования, на до котором предполагается ни реализовать разрабатываемую ну программную систему: под этот язык где может и сам не быть раз объектно-ориентированным. два
Объектно-ориентированная там разработка программного чем обеспечения связана во с применением со объектно-ориентированных ли технологий. Обычно при эти объектно без -ориентированные методологии он поддерживаются инструментальными на программными средствами, что но и тот без таких это средств они как полезны, так по как позволяют но хорошо понять они различные аспекты ты и свойства из разрабатываемой программной мы системы, что за в последующем вы существенно облегчает так ее реализацию, же тестирование, сопровождение, от разработку новых еще версий и бы более существенную уже модификацию.
Можно для выделить следующие вот объектно-ориентированные кто методологии разработки да программного обеспечения [25]: до
- RUP (Rational ниUnified Process);ну
- OMT (Object подModeling Technique);где
- SA/SD сам (Structured Analysis раз /Structured Design); два
- JSD (Jackson тамStructured Development);чем
- OSA (Object во -Oriented System со Analysis).
Объектно ли -ориентированный подход при в проектировании, без как и он функционально-ориентированный, на предполагает декомпозицию что информационных систем. тот Если в это функционально-ориентированном как подходе декомпозиции по подлежат процессы но обработки, то они в объектно ты -ориентированном подходе из декомпозиции подлежат мы объекты, которые за характеризуются определенной вы структурой данных. так Здесь декомпозиция же идет от от данных. В еще объектно-ориентированном бы подходе выделяют уже классы объектов. для Каждый класс вот содержит однородные кто объекты. Объектам да одного класса до присуще одинаковое ни множество методов ну реагирования на под внешние сообщения. где Иерархическая декомпозиция сам системы представляется раз в виде два иерархии классов там объектов, а чем функционирование системы во – в виде со взаимодействия объектов, ли обменивающихся сообщениями. при
Среди свойств без объектов в он объектно-ориентированном на подходе можно что отметить [28]:
- инкапсуляция, тот что означает это скрытие информации. как Смысл этого по свойства в но том, что они состав и ты структура атрибутов из объекта не мы зависит от за сообщений, поступающих вы извне;
- наследование так – это свойство, же связанное с от выделением иерархических еще классов объектов, бы то есть уже существуют родительские для и дочерние вот классы. Оно кто проявляется в да том, что, до методы реагирования ни объекта, предусмотренные ну родительским классом, под автоматически присваивают где объектам дочерних сам классов, то раз есть родительские два классы имеют там общие методы, чем а дочерние во – как общие, со так и ли частные;
- полиморфизм при – возможность выбора без объектом в он ответ на на получаемые им что сообщения какого тот -либо метода это из множества как методов в по зависимости от но того, какое они пришло сообщение. ты
Наличие этих из свойств у мы объекта позволяет за в объектно вы -ориентированном подходе так добиться параллельности же и автономности от разработки отдельных еще компонент системы, бы т.е. уже возможно создание для прототипов с вот дальнейшей интеграцией кто отдельных прототипов да в единую до систему и ни использование итерационного ну подхода к под разработке информационных где систем.
Другое сам достоинство объектно раз -ориентированного подхода два состоит в там упрощении накопления чем типовых проектных во решений с со тем, чтобы ли в дальнейших при разработках новых без информационных систем он осуществить сбор на новой системы что из готовых тот компонент. Эта это особенность связана как с тем, по что классы но объектов повторяются они в определенной ты мере при из переходе от мы одной информационной за системы к вы другой, а так для повторяющихся же классов уже от запрограммированы методы, еще разработаны и бы описаны структуры уже объектов данных. для
Отличительной чертой вот модели объектно кто -ориентированного проектирования да является отсутствие до строгой последовательности ни в выполнении ну стадий как под в прямом, где так и сам в обратном раз направлениях процесса два проектирования по там отдельным компонентам. чем
Основное преимущество во объектно-ориентированного со подхода состоит ли в упрощении при проектирования информационных без систем, при он наличии типовых на проектных решений что по отдельным тот компонентам, а это также легкости как модификации, поскольку по модификация касается но лишь отдельных они компонент.
Градиты Буч сформулировал из главное достоинство мы объектно-ориентированного за подхода следующим вы образом [14]: объектно так -ориентированные системы же более открыты от и легче еще поддаются внесению бы изменений, поскольку уже их конструкция для базируется на вот устойчивых формах. кто Это дает да возможность системе до развиваться постепенно ни и не ну приводит к под полной ее где переработке даже сам в случае раз существенных изменений два исходных требований. там
Буч отметил чем ряд следующих во преимуществ объектно со -ориентированного подхода [6]: ли
- объектная декомпозиция при дает возможность без создавать программные он системы меньшего на размера путем что использования общих тот механизмов, обеспечивающих это необходимую экономию как выразительных средств. по Использование объектно но -ориентированного программирования они существенно повышает ты уровень унификации из разработки и мы пригодность для за повторного использования вы не только так программного обеспечения, же но и от проектов, что еще в конце бы концов ведет уже к сборочному для созданию программного вот обеспечения. Системы кто зачастую получаются да более компактными, до чем их ни не объектно ну -ориентированные эквиваленты, под что означает где не только сам уменьшение объема раз программного кода, два но и там удешевление проекта чем за счет во использования предыдущих со разработок;
- объектная ли декомпозиция уменьшает при риск создания без сложных систем он программного обеспечения, на так как что она предполагает тот эволюционный путь это развития системы как на базе по относительно небольших но подсистем. Процесс они интеграции системы ты растягивается на из все время мы разработки, а за не превращается вы в единовременное так событие;
- объектная же модель вполне от естественна, поскольку еще в первую бы очередь ориентирована уже на человеческое для восприятие мира, вот а не кто на компьютерную да реализацию;
- объектная до модель позволяет ни в полной ну мере использовать под выразительные возможности где объектных и сам объектно-ориентированных раз языков программирования. два
К недостаткам там объектно-ориентированного чем программирования [29] относятся во некоторое снижение со производительности функционирования ли программного обеспечения при (которое, однако, без по мере он роста производительности на компьютеров становится что все менее тот заметным) и это высокие начальные как затраты. Объектная по декомпозиция существенно но отличается от они функциональной, поэтому, ты переход на из новую технологию мы связан как за с преодолением вы психологических трудностей, так так и же дополнительными финансовыми от затратами.
Объектно еще -ориентированный подход бы не дает уже немедленной отдачи. для Эффект от вот его применения кто начинает сказываться да после разработки до двух-трех ни проектов и ну накопления повторно под используемых компонентов, где отражающих типовые сам проектные решения раз в данной два области. Переход там организации на чем объектно-ориентированную во технологию - это со смена мировоззрения, ли а не при просто изучение без новых CASE он -средств и на языков программирования. что
2. Программные продукты для реализации объектно-ориентированного подхода
2.1 RationalRose
RationalRose [17] представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие CASE средства (ARIS, BPwin, ERwin) его можно применять для анализа и моделирования бизнес процессов. Первая версия этого продукта была выпущена компанией RationalSoftware . В дальнейшем RationalRose был куплен IBM.
Принципиальное отличие RationalRose от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно-ориентированных принципах и языке UML (UnifiedModelingLanguage). Инструменты моделирования RationalRose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.
Моделирование бизнес процессов в RationalRose выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов.
К таким аспектам относятся [4]:
Вариант использования (Usecase). Этот аспект дает возможность понять, каким образом действуют участники процесса и за счет этого определить их взаимодействие и влияние на процесс. Для построения моделей процесса в рамках данного аспекта применяются Use-case диаграммы, диаграммы последовательностей, диаграммы совместной работы и диаграммы действий.
Логический аспект. С помощью этого аспекта можно определить функциональные требования процессов. Он задает логическую взаимосвязь между классами элементов процессов. Для построения моделей применяются диаграммы классов и диаграммы состояний.