Применение объектно–ориентированного подхода при проектировании информационной системы»

Содержание:

ВВЕДЕНИЕ

В настоящее время работа большинства организаций тесно связана с информационными технологиями. Уже многократно доказано, что внедрение и применение специально сконструированной либо стандартной информационной системы значительно облегчает деятельность сотрудников организации со стороны добавления, изменения, обработки, удаления и архивирования информации. Подобный подход позволяет не только освободить персонал от ручной работы, но и повысить оперативность труда, его эффективность и достоверность.

Методики, применяемые для проектирования программ и их систем, естественно, были сформированы не за один день, а становление их проходило на протяжении достаточно продолжительного промежутка времени. Необходимость создания все новых и новых методик обнаруживалась при разработке сложных программных систем в условиях дефицита времени на разработку. Такие инциденты были свойственны крупным промышленным организациям, в частности, оборонного ведомства. По этой причине некоторые сегодняшние методики изначально были, например, внутренними стандартами Министерства Обороны Соединенных Штатов Америки.

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

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

Процессный подход ориентирован не на организационную структуру, а на бизнес–процессы, протекающие в самой организации.

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

Таким образом, объектно–ориентированный подход предоставляет наиболее наглядную информацию и возможности для проектирования.

Исходя из вышесказанного, определяется цель исследования: рассмотреть особенности применения объектно–ориентированного подхода при проектировании информационной системы.

Для достижения поставленной цели необходимо выполнить следующие задачи:

1. Проанализировать структурный подход к проектированию информационной системы;
2. Охарактеризовать сущность объектно–ориентированного подхода;
3. Выявить преимущества и недостатки применения объектно–ориентированного подхода при проектировании информационной системы;
4. Рассмотреть примеры программных продуктов, применяемых для реализации объектно–ориентированного подхода.

Структура работы включает в себя две главы, каждая из которых содержит два параграфа. Кроме того, в структуру работы включены такие элементы, как содержание, введение, заключение и список использованной литературы.

Теоретическая база работы – исследования известных авторов, изучающих проблему проектирования информационных систем, в частности, это Васильев А. Н., Колесов Ю. Б., Павловская Т. и др.

1. Подходы к проектированию информационной системы

Структурный подход к проектированию информационной системы

К сегодняшнему дню в программных разработках известны два основных подхода: структурный (также известен как функциональный) и объектно–ориентированный. Ключевыми отличиями среди основных методов являются подходы к декомпозиции систем. В основе структурного подхода лежит принцип функциональной декомпозиции, который подразумевает описание структуры системы в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами. Второй, объектно–ориентированный подход основывается на объектной декомпозиции. При этом структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.

Принципиальное различие между двумя рассмотренными подходами является способ декомпозиции системы.

Структурный подход известен во всем мире под самыми разнообразными наименовании, среди них наиболее известными являются – «разделяй и властвуй» (divide et impera), иерархическая декомпозиция и др. В частности, при проектировании информационной системы системный подход означает, что ее следует разделять (декомпозировать) на несколько подсистем, каждая из которых доступна к разработке независимо от других. Такой подход при разработке частей системы позволяет держать в уме информацию именно о той подсистеме, которая сейчас находится в разработке, а не обо всех остальных частях системы. Корректная декомпозиция и членение системы представляют собой основной способ преодоления сложностей разработки больших систем программного обеспечения [11].

Понятие «корректная» по отношению к декомпозиции означает выполнение следующих требований:

• количество связей между отдельными частями системы – минимально;
• связность отдельных частей внутри каждой подсистемы, наоборот, должна быть максимальной.

Кроме того, структура всей проектируемой системы должна быть такой, чтобы все взаимодействия между ее частями укладывались в стандартные рамки:

• каждая часть системы должна инкапсулировать свое содержимое (скрывать его от других подсистем);
• каждая часть системы должна иметь четко определенный интерфейс и взаимодействие с другими подсистемами.

Итак, сущность структурного подхода к разработке информационных систем заключается в декомпозиции самой системы согласно различным автоматизируемым функциям: система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, те – на задачи и так далее до конкретных процедур. При этом проектируемая информационная система сохраняет целостное представление, в котором все составляющие части взаимосвязаны [9].

Все наиболее распространенные методологии структурного подхода базируются на нескольких общих принципах. В качестве двух базовых принципов применяются следующие:

• «разделяй и властвуй» – принцип решения массивных сложных вопросов посредством их разбиения на несколько маленьких, независимых друг от друга задач, которые легче и понятнее;
• принцип иерархического упорядочивания – принцип организации составных частей вопроса в виде иерархических древовидных структур с добавлением новых деталей на каждом новом уровне.

Кроме того, к настоящему времени сформировалась иная классификация принципов, которая представлена ниже:

1. принцип абстрагирования. Данный принцип заключается в выделении основных аспектов системы и отделения их от второстепенных;
2. принцип формализации. Суть принципа формализации состоит в необходимости строгого методического подхода к решению вопроса;
3. принцип непротиворечивости. Данный принцип подразумевает обоснованность и согласованность элементов;
4. принцип структурирования данных. Суть названного принципа состоит в том, что информация должна быть структурирована и иерархически организована [16].

При применении структурного подхода применяются в основном две группы средств, которые иллюстрируют функции, выполняемые системой, а также отображает отношения между данными. Каждой отдельной выделенной группе средств соответствуют некоторые виды моделей (диаграмм). Среди наиболее распространенных можно выделить:

• SADT модели и соответствующие функциональные диаграммы;
• DFD диаграммы потоков данных;
• ERD диаграммы «сущность–связь» [4].

Одним из наиболее значительных различий между разновидностями структурного анализа является их функциональность.

Модели SADT (IDEF0) являются самыми удобными для построения функциональных моделей. Они наделены возможностью наглядно отобразить функциональную структуру объекта и все ее составляющие: производимые действия и связи между ними. Благодаря этому возможно четко проследить логику и взаимодействие процессов организации. В качестве главного достоинства нотации можно назвать возможность получить полную информацию о каждой работе или подсистеме, благодаря ее жестко регламентированной структуре. С помощью четко разработанной структуры можно также обнаружить все недостатки, которые касаются как самого процесса, так и того, с помощью чего он реализуется: дублирование функций, отсутствие механизмов, регламентирующих данный процесс, отсутствие контрольных переходов и т.д. [4]

DFD предоставляет возможность анализа информационного пространства системы и применяется для описания документооборота и обработки информации. Исходя из этого, диаграммы DFD применяют в качестве дополнения модели бизнес–процессов, выполненной в IDEF0.

Рисунок 1. Модель в нотации IDEF0

IDEF3 хорошо приспособлен для сбора информации, необходимой для проведения анализа системы с точки зрения расхождения между процессами во времени.

Обобщенно достаточно сложно говорить о достоинствах и недостатках отдельных нотаций. Возможно возникновение таких ситуаций, когда анализ IDEF0 не показал недостатков в деятельности организации с точки зрения технологического или производственного процесса, но, несмотря на это, гарантировать отсутствие ошибок нельзя. В связи с этим в следующем этапе анализа рекомендуется переход исследованию информационных потоков при помощи DFD, а еще позднее – объединение пространств при помощи последнего подхода – IDEF3 [11].

Объектно–ориентированный подход к проектированию информационной системы

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

Поведение или функционирование объекта можно определить последовательной сменой состояний. Состояние объекта, параметры которого не испытывают воздействий, остается неизменным. Внешнюю среду для объекта или системы объектов можно определить как множество существующих за пределами системы элементов любой природы, которые оказывают влияние на систему или находятся под ее воздействием [2].

Если существует некоторое множество объектов, которые находятся во взаимодействии друг с другом, то для каждого из них все прочие объекты из этого множества будут являться частью внешней среды. Объекты воздействуют друг на друга при помощи обмена сообщениями.

Объектно–ориентированный подход (ООП) к проектированию информационной системы применяет объектную декомпозицию. При этом структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы при этом обладает своим собственным поведением, которое моделирует поведение объекта реального мира.

Концептуальной основой объектно–ориентированного подхода является объектная модель. Среди ее основных понятий как основные можно выделить понятия объекты и атрибуты, целое и часть, классы и экземпляры [19].

Объект можно определить как осязаемую реальность – предмет или явление, которое имеет четко определяемое поведение. Объект обладает такими характеристиками, как состояние, поведение, индивидуальность; структура и поведение схожих объектов определяют общий для них класс. Термины «экземпляр класса» и «объект» можно назвать эквивалентными. Состояние объекта можно охарактеризовать перечнем всех возможных свойств данного объекта и текущими значениями каждого из этих свойств. Поведение также определяет воздействие объекта на другие объекты и, наоборот, с точки зрения изменения состояния этих объектов и передачи сообщений. Другими словами, поведение объекта полностью можно определить его действиями.

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

Класс – это некоторое множество объектов, которые связаны общностью структуры и поведения. Класс инкапсулирует (объединяет) в себе данные (атрибуты) и поведение (операции). Любой объект представляет собой экземпляр класса [7].

Среди основных базовых составляющих объектно–ориентированного подхода можно выделить основные:

• • унифицированный процесс;
  • унифицированный язык моделирования;
  • шаблоны проектирования.

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

Как обязательную часть Унифицированного процесса можно выделить UML – язык для определения, визуализации и конструирования моделей системы посредством диаграмм и документов на основе объектно–ориентированного подхода [13].

На стадиях анализа и проектирования будущей информационной системы зачастую применяются так называемые шаблоны (паттерны) проектирования. В данном случае под шаблоном понимается именованная пара «проблема/решение», которая содержит готовое обобщенное решение некоторой типичной проблемы. В большинстве случаев шаблон кроме текстового описания может также включать одну или несколько диаграмм UML (например, диаграммы классов, последовательности и/или коммуникации), которые графически иллюстрируют состав и структуру классов, и, кроме того, особенности их взаимодействия при решении некоторой проблемы. Шаблоны должны быть разработаны опытными профессионалами и являться проверенными, эффективными, оптимальными решениями. Помимо всего прочего, использование шаблонов может многократно уменьшить затраты и повысить качество разработки программного и информационного обеспечения.

Объектно–ориентированный подход основывается на систематическом применении моделей для языково–независимой разработки программной системы, на основе из ее прагматики [13].

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

Модель содержит далеко не все признаки и свойства представляемого ею предмета (понятия), а только те, которые являются существенными для разрабатываемой информационной системы. Таким образом модель выходит «беднее», и, следовательно, проще, чем тот предмет (явление), который она представляет. Но основное преимущество содержится даже не в этом, а в том, что модель является только формальной конструкцией: формальный характер моделей предоставляет возможность определения формальных зависимостей между ними и формальных операций над ними. Это упрощает не только разработку и анализ моделей, но и их реализацию посредством технических и аппаратных средств. В частности, формальный характер моделей предоставляет возможность получения формальной модели разрабатываемой информационной системы как композиции формальных моделей ее составляющих частей [4].

Таким образом, объектно–ориентированный подход обеспечивает адекватные подходы к решению следующих проблем:

• снижение сложности программного обеспечения;
• увеличение надежности программного обеспечения;
• обеспечение возможности модификации отдельных составляющих ПО без изменения остальных его компонентов;
• обеспечение возможности повторного использования отдельных компонентов программного обеспечения.

Регулярное использование объектно–ориентированного подхода предоставляет возможность разработки хорошо структурированных, надежных в эксплуатации и доступно улучшаемых информационных систем. Этим обуславливается современный интерес разработчиков к объектно–ориентированному подходу и объектно–ориентированным языкам программирования [11].

В первой главе работы рассмотрены структурный и объектно–ориентированный подход к проектированию информационной системы. Второй является более наглядным, рассмотрим его подробнее.

2. Особенности объектно–ориентированного подхода при проектировании информационной системы

2.1 Достоинства и недостатки объектно–ориентированного подхода

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

Объектно–ориентированный подход полезен как с методической точки зрения (две разнородные характеристики предметной области – данные и программы – объединяются в объекты), так и с точки зрения техники проектирования и разработки программных систем (вместо двух технически не связанных, но логически переплетенных веток образуется один надёжный ствол) [4].

В отличие от структурного подхода, объектно–ориентированный имеет ряд преимуществ:

• описание системы в виде объектов больше соответствует содержательному смыслу предметной области. Например, при использовании структурного подхода БД должна удовлетворять требованиям нормализации, в соответствии с которыми данные по одному и тому же объекту (сущности из реального мира) могут храниться в нескольких таблицах;
• сущности реального мира, как правило, обладают поведением, что в объектно–ориентированном проектировании отражается с помощью определения методов класса. В структурном подходе данные (атрибуты) и алгоритмы (методы) существуют отдельно друг от друга;
• объединение атрибутов и методов в объекте (классе), а также инкапсуляция позволяют добиться большей внутренней и меньшей внешней связности между компонентами системы. Это облегчает решение проблем:
  • адаптации системы к изменению существующих или появлению новых требований;
  • сопровождения системы на разных стадиях жизненного цикла;
  • повторного использования компонентов [5];
• объектно–ориентированный подход позволяет легче организовать параллельные вычисления, так как каждый объект обладает собственными значениями характеристик (атрибутов) и поведением, за счет чего можно добиться его автономной работы;
• Case–средства, поддерживающие объектно–ориентированный подход, на основе информации об объектах позволяют достичь большей степени автоматизации генерации кода. Case–средства, поддерживающие структурный подход, хорошо справляются с генерацией структур баз данных. Однако следует отметить, что эта структура должна удовлетворять требованиям нормализации. В связи с чем, автоматическая генерация кода (например, экранов или функций обработки данных) возможна лишь в редких случаях.
• объектная декомпозиция дает возможность создавать программные системы меньшего размера путем использования общих механизмов, обеспечивающих необходимую экономию выразительных средств. Использование объектного подхода существенно повышает уровень унификации разработки и пригодность для повторного использования не только программ, но и проектов, что, в конце концов, ведет к созданию среды разработки и переходу к сборочному созданию программного обеспечения. Системы зачастую получаются более компактными, чем их не объектно–ориентированные эквиваленты, что означает не только уменьшение объема программного кода, но и удешевление проекта за счет использования предыдущих разработок;
• объектная декомпозиция уменьшает риск создания сложных систем программного обеспечения, так как она предполагает эволюционный путь развития системы на базе относительно небольших подсистем. Процесс интеграции системы растягивается на все время разработки, а не превращается в единовременное событие;
• объектная модель вполне естественна, поскольку в первую очередь ориентирована на человеческое восприятие мира, а не на компьютерную реализацию;
• объектная модель позволяет в полной мере использовать выразительные возможности объектных и объектно–ориентированных языков программирования [121].

К недостаткам объектно–ориентированного подхода относятся некоторое снижение производительности функционирования ПО и высокие начальные затраты. Объектная декомпозиция существенно отличается от функциональной, поэтому переход на новую технологию связан как с преодолением психологических трудностей, так и дополнительными финансовыми затратами [18].

Безусловно, объектно–ориентированная модель наиболее адекватно отражает реальный мир, представляющий собой совокупность взаимодействующих (посредством обмена сообщениями) объектов. Но на практике в настоящий момент продолжается формирование стандарта языка объектно–ориентированного моделирования UML, и количество CASE–средств, поддерживающих объектно–ориентированный подход, невелико по сравнению с поддерживающими структурный подход.

2.2 Программные продукты, применяемые в процессе реализации объектно–ориентированного подхода

Современными языками объектно–ориентированного программирования являются С++ и Java. С середины 90–х годов многие объектно–ориентированные языки реализуются как системы визуального проектирования, в которых интерфейсная часть программного продукта создается в диалоговом режиме, практически без написания программных операторов. К объектно – ориентированным системам визуального проектирования относятся Visual Basic, Delphi, C++ Builder, Visual C++. Язык VBA (Visual Basic for Applications) – язык приложений Microsoft Office (Excel, Word, Access, Power Point и др).

Подробнее рассмотрим каждую из сред.

C++ – компилируемый, статически типизированный язык программирования общего назначения.

Поддерживает такие парадигмы программирования, как процедурное программирование, объектно–ориентированное программирование, обобщённое программирование. Язык имеет богатую стандартную библиотеку, которая включает в себя распространённые контейнеры и алгоритмы, ввод–вывод, регулярные выражения, поддержку многопоточности и другие возможности. C++ сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником – языком C, – наибольшее внимание уделено поддержке объектно–ориентированного и обобщённого программирования [1].

C++ широко используется для разработки программного обеспечения, являясь одним из самых популярных языков программирования. Область его применения включает создание операционных систем, разнообразных прикладных программ, драйверов устройств, приложений для встраиваемых систем, высокопроизводительных серверов, а также развлекательных приложений (игр). Существует множество реализаций языка C++, как бесплатных, так и коммерческих и для различных платформ. Например, на платформе x86 это GCC, Visual C++, Intel C++ Compiler, Embarcadero (Borland) C++ Builder и другие. C++ оказал огромное влияние на другие языки программирования, в первую очередь на Java и C#.

Синтаксис C++ унаследован от языка C. Одним из принципов разработки было сохранение совместимости с C. Тем не менее, C++ не является в строгом смысле надмножеством C; множество программ, которые могут одинаково успешно транслироваться как компиляторами C, так и компиляторами C++, довольно велико, но не включает все возможные программы на C [1].

Java – сильно типизированный объектно–ориентированный язык программирования, разработанный компанией Sun Microsystems (в последующем приобретённой компанией Oracle). Приложения Java обычно транслируются в специальный байт–код, поэтому они могут работать на любой компьютерной архитектуре, с помощью виртуальной Java–машины. Дата официального выпуска – 23 мая 1995 года.

Программы на Java транслируются в байт–код Java, выполняемый виртуальной машиной Java (JVM) – программой, обрабатывающей байтовый код и передающей инструкции оборудованию как интерпретатор.

Достоинством подобного способа выполнения программ является полная независимость байт–кода от операционной системы и оборудования, что позволяет выполнять Java–приложения на любом устройстве, для которого существует соответствующая виртуальная машина. Другой важной особенностью технологии Java является гибкая система безопасности, в рамках которой исполнение программы полностью контролируется виртуальной машиной. Любые операции, которые превышают установленные полномочия программы (например, попытка несанкционированного доступа к данным или соединения с другим компьютером), вызывают немедленное прерывание [14].

Часто к недостаткам концепции виртуальной машины относят снижение производительности. Ряд усовершенствований несколько увеличил скорость выполнения программ на Java:

• применение технологии трансляции байт–кода в машинный код непосредственно во время работы программы (JIT–технология) с возможностью сохранения версий класса в машинном коде,
• широкое использование платформенно–ориентированного кода (native–код) в стандартных библиотеках,
• аппаратные средства, обеспечивающие ускоренную обработку байт–кода (например, технология Jazelle, поддерживаемая некоторыми процессорами фирмы ARM) [14].

По данным сайта shootout.alioth.debian.org, для семи разных задач время выполнения на Java составляет в среднем в полтора–два раза больше, чем для C/C++, в некоторых случаях Java быстрее, а в отдельных случаях в 7 раз медленнее. С другой стороны, для большинства из них потребление памяти Java–машиной было в 10–30 раз больше, чем программой на C/C++. Также примечательно исследование, проведённое компанией Google, согласно которому отмечается существенно более низкая производительность и бо́льшее потребление памяти в тестовых примерах на Java в сравнении с аналогичными программами на C++.

Идеи, заложенные в концепцию и различные реализации среды виртуальной машины Java, вдохновили множество энтузиастов на расширение перечня языков, которые могли бы быть использованы для создания программ, исполняемых на виртуальной машине. Эти идеи нашли также выражение в спецификации общеязыковой инфраструктуры CLI, заложенной в основу платформы .NET компанией Microsoft [8].

Рассмотрим еще одну программную среду, реализующую объектно–ориентированный подход. Microsoft Visual Basic – язык программирования, а также интегрированная среда разработки программного обеспечения, разрабатываемые корпорацией Microsoft. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка – языка BASIC, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно–ориентированных и компонентно–ориентированных языков программирования. Интегрированная среда разработки VB включает инструменты для визуального проектирования пользовательского интерфейса, редактор кода с возможностью IntelliSense и подсветкой синтаксиса, а также инструменты для отладки приложений.

Visual Basic также является хорошим средством быстрой разработки (RAD) приложений баз данных для операционных систем семейства Microsoft Windows. Множество готовых компонентов, поставляемых вместе со средой, призваны помочь программисту сразу же начать разрабатывать бизнес–логику приложения, не отвлекая его внимание на написание кода запуска программы, подписки на события и других механизмов, которые VB реализует автоматически [31].

Первое признание серьёзными разработчиками Visual Basic получил после выхода версии 3. Окончательное признание как полноценного средства программирования для Windows – при выходе версии 5. Версия VB6, входящая в состав Microsoft Visual Studio 6.0, стала по–настоящему зрелым и функционально богатым продуктом.

C++ Builder– программный продукт, инструмент быстрой разработки приложений (RAD), интегрированная среда программирования (IDE), система, используемая программистами для разработки программного обеспечения на языке программирования C++.

Изначально разрабатывался компанией Borland Software, а затем её подразделением CodeGear, ныне принадлежащим компании Embarcadero Technologies.

C++ Builder объединяет в себе комплекс объектных библиотек (STL, VCL, CLX, MFC и др.), компилятор, отладчик, редактор кода и многие другие компоненты. Цикл разработки аналогичен Delphi. Большинство компонентов, разработанных в Delphi, можно использовать и в C++ Builder без модификации, но обратное утверждение не верно.

C++ Builder содержит инструменты, которые при помощи drag–and–drop действительно делают разработку визуальной, упрощает программирование благодаря встроенному WYSIWYG – редактору интерфейса и пр.

C++Builder первоначально создавалась только для платформы Microsoft Windows. Поздние версии, содержащие кроссплатформенную компонентную библиотеку Borland, поддерживают и Windows, и Linux [3].

В 2003 году Borland выпустила C++BuilderX (CBX), написанный при помощи той же инфраструктуры, что и JBuilder, который при этом был мало похож на C++ Builder или Delphi. Этот продукт предназначался для разработки больших программ для крупных предприятий, но коммерческого успеха не достиг. В конце 2004 года Borland объявила, что продолжит развитие классического C++ Builder и объединит его со средой разработки Delphi, прекратив, таким образом, разработку C++ BuilderX. Спустя примерно год после этого объявления, Borland выпустила Borland Developer Studio 2006, который включал в себя Borland C++Builder 2006, предлагавший улучшенное управление конфигурацией и отладкой. Borland Developer Studio 2006 – единственный полноценный комплект, содержащий Delphi, C++ Builder и C# Builder.

В 2007 году CodeGear выпустила C++Builder 2007, в котором реализовала полную поддержку API Microsoft Windows Vista, увеличила полноту соответствия стандарту ANSI C++, увеличила скорость компиляции и сборки до 500 %, включила поддержку MSBuild, архитектур баз данных DBX4 и «VCL для Web», поддерживающий AJAX. Поддержка API Microsoft Windows Vista включила в себя приложения, изначально оформленные в стиле Vista, и естественную поддержку VCL для Aero и Vista Desktop. CodeGear RAD Studio 2007 содержит C++Builder 2007 и Delphi. Также в 2007 году CodeGear «воскресила» марку «Turbo» и выпустила две «Turbo» версии C++Builder: Turbo C++ Professional и Turbo C++ Explorer (бесплатный), основанных на Borland C++ Builder 2006.

В конце 2008 года компания CodeGear выпустила новую версию RAD Studio, в которую вошли Delphi 2009 и С++Builder 2009. В 2009 году в составе RAD Studio вышел C++Builder 2010.

Ранее сообщалось, что следующая версия, CodeGear C++ Builder (кодовое имя «Commodore»), будет обладать поддержкой x86–64 и возможностью создавать машинный x86–64 код. Однако в 2010 году в состав RAD Studio XE включена версия C++ Builder XE без этой функциональности.

В 2012 году Embarcadero выпустила C++ Builder XE3, совместимый с Windows 8. В 2013 году был выпущен C++ Builder XE4 [6].

Microsoft Visual C++ (MSVC) – интегрированная среда разработки приложений на языке C++, разработанная корпорацией Microsoft и поставляемая либо как часть комплекта Microsoft Visual Studio, либо отдельно в виде бесплатного функционально ограниченного комплекта Visual C++ Express Edition. Сменила интегрированную среду разработки Microsoft QuickC. Visual C++ поддерживает перечень приложений как на Managed C++ и C++/CLI, так и на обычном C++, и тем самым позволяет генерировать код как для платформы .NET Framework, так и для исполнения в среде «чистой» Windows. В этом отношении Visual C++ является уникальным среди других языковых средств, предоставляемых средой Visual Studio, поскольку ни Visual Basic .NET, ни Visual J# не способны генерировать код для чистого Win32, в отличие от предыдущих версий (Visual Basic и Visual J++ соответственно). На 2019-2020 год развитие программных сред продолжается [6].

Во второй главе рассмотрены особенности объектно–ориентированного подхода – его достоинства и недостатки, а также некоторые наиболее распространенные программные продукты, реализующие применение объектно–ориентированного подхода при проектировании информационной системы.

ЗАКЛЮЧЕНИЕ

В ходе выполнения работы была достигнута поставленная цель, а именно: рассмотрены особенности применения объектно–ориентированного подхода при проектировании информационной системы.

Для достижения цели были выполнены следующие задачи:

1. Проанализирован структурный подход к проектированию информационной системы;
2. Охарактеризована сущность объектно–ориентированного подхода;
3. Выявлены преимущества и недостатки применения объектно–ориентированного подхода при проектировании информационной системы;
4. Рассмотрены примеры программных продуктов, применяемых для реализации объектно–ориентированного подхода.

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

Рассмотренные программные продукты поддерживаются производителями и постепенно улучшаются – программы регулярно обновляются и выходят новые версии. В связи с этим можно сказать, что объектно–ориентированный подход к проектированию информационной системы будет только распространяться.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Архангельский, А. Я. Программирование Delphi 5 / А. Я. Архангельский. – М: Изд. дом «Бином», 2017. – 127 c.
2. Бобровский, С. И. Delphi 7: Учебный курс / С. И. Бобровский. – СПб.: Питер, 2014. – 211 c.
3. Васильев, А. Н. C#. Объектно–ориентированное программирование / А. Н. Васильев. – М.: Питер, 2015. – 320 c.
4. Васильев, А. Н. Java. Объектно–ориентированное программирование / А. Н. Васильев. – М.: Питер, 2016. – 400 c.
5. Иванов, А. Г. Объектно–ориентированная среда программирования. Системы и средства информатики / А. Г. Иванов, А. В. Карпова, В. П. Семик Ю. Е. Филинов. Вып.2. М.: Наука, 1991.
6. Иванова, Г. С. Объектно–ориентированное программирование / Г. С. Иванова. – М.: Московский Государственный Технический Университет (МГТУ) имени Н.Э. Баумана, 2016. – 149 c.
7. Колесов, Ю. Б. Моделирование систем. Объектно–ориентированный подход / Ю. Б. Колесов, Ю. Б. Сениченков. – М.: БХВ–Петербург, 2016. – 192 c.
8. Комлев Н. Ю. Объектно Ориентированное Программирование. Хорошая книга для Хороших Людей / Н. Ю. Комлев. – М.: Солон–Пресс, 2018. – 892 c.
9. Кьоу, Дж. Объектно–ориентированное программирование / Дж. Кьоу, М. Джеанини. – М.: Питер, 2015. – 240 c.
10. Лафоре, Р. Объектно–ориентированное программирование в C / Р. Лафоре. – М.: СПб: Питер; Издание 4–е, 2018. – 928 c.
11. Лесневский, А. С. Объектно–ориентированное программирование для начинающих / А. С. Лесневский. – М.: Бином. Лаборатория знаний, 2015. – 232 c.
12. Мартынов, Н. Н. Алгоритмизация и основы объектно–ориентированного программирования на JavaScript. Информатика и ИКТ. Профильный уровень. 10 класс / Н. Н. Мартынов. – Москва: Наука, 2017. – 272 c.
13. Могилев, А. Методы программирования. Компьютерные вычисления / А. Могилев, Л. Листрова. – М.: БХВ–Петербург, 2018. – 320 c.
14. Павловская, Т. C/C++. Процедурное и объектно–ориентированное программирование. Учебник / Т. Павловская. – М.: Питер, 2015. – 496 c.
15. Санников, Е. В. Курс практического программирования в Delphi. Объектно–ориентированное программирование / Е. В. Санников. – М.: Солон–Пресс, 2016. – 188 c.
16. Фокс, Дж. Программное обеспечение и его разработка / Дж. Фокс. М.:Мир, 1985. – 368 с. – 368c.
17. Фридман, А. Л. Основы объектно–ориентированной разработки программных систем / А. Л. Фридман. – М.: ФиС, 2017. – 304 c.
18. Хорев, П. Б. Объектно–ориентированное программирование / П. Б. Хорев. – М.: Академия, 2015. – 448 c.
19. Хохлов, Д. Г. Методы программирования на языке С. Практикум. В 2 частях (комплект) / Д. Г. Хохлов. – М.: Бином. Лаборатория знаний, 2016. – 712 c.
20. Хювенен, Э. Мир Лиспа. Методы и системы программирования / Э. Хювенен, Й. Сеппянен. – М.: Мир, 1990. – 320 c.