![](/stc/img/evkova.png)
Анализ и оценка средств реализации объектно-ориентированного подхода к проектированию экономической информационной системы
Содержание:
Введение
Эффективное управление предприятием в современных условиях невозможно без использования компьютерных технологий. Правильный выбор программного продукта и фирмы-разработчика - это первый и определяющий этап автоматизации бухгалтерского учета. В настоящее время проблема выбора информационной системы (ИС) из специфической задачи превращается в стандартную процедуру. В этом смысле российские предприятия сильно уступают зарубежным конкурентам. Иностранные предприятия, как правило, имеют опыт модернизации и внедрения не одного поколения ИС. В развитых западных странах происходит смена уже четвертого поколения ИС. На российских предприятиях зачастую используют системы первого или второго поколения.
Руководители многих российских предприятий имеют слабое представление о современных компьютерных интегрированных системах и предпочитают содержать большой штат собственных программистов, которые разрабатывают индивидуальные программы для решения стандартных управленческих задач.
Процедура принятия решения о выборе наиболее эффективной компьютерной системы управления нова для большинства отечественных руководителей, а ее последствия во многом будут оказывать значительное влияние на предприятие в течение нескольких лет. Т.к. применение интегрированной ИС, которая отвечала бы требованиям предприятия (масштабу, специфике бизнеса и т.д.), позволила бы руководителю минимизировать издержки и повысить оперативность управления предприятием в целом.
Целью данной курсовой работы является анализ и оценка средств реализации объектно-ориентированного подхода к проектированию экономической информационной системы
Этапы решения поставленной цели:
- Изучить понятие ИС
- Изучить методы проектирования ИС
- Изучить основные понятия объектно-ориентированного подхода, объектно-ориентированного подхода
- Изучить программные средства, реализующими объектно-ориентированного подход
Обзор источников.
Мацяшек Л.А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UMLМ.: Издательский дом "Вильямс", 2002. - 432 с.
В книге описывается методология и технология объектно-ориентированной разработки информационных систем и предлагается итеративный подход к разработке ИС с пошаговым наращиванием их возможностей. Изложение ведется в соответствии с подходом, который можно назвать "обучение на примерах". Книга предназначена для разработчиков ИС, кроме того, она может служить основой курса обучения методам проектирования ИС и использования языка UML. Очень хорошие примеры, которые можно использовать в своих курсовых и дипломах.
Применение UML 2.0 и шаблонов проектирования. 3-е издание - Автор: Крэг Ларман, Издательство: Вильямс
В книге рассматриваются основные принципы и приемы объектно-ориентированного анализа и проектирования (ООА/П). В ней вы найдете сведения об итеративном и гибком моделировании, шаблонах проектирования, архитектурном анализе и многих других вопросах. Весь материал рассматривается в контексте гибкого подхода к разработке с совместным применением процесса UP и других итеративных методов.
В книге рассматривается два реальных примера, позволяющих на практике освоить принципы ООА/П, а также изучить новейшую систему обозначений языка UML
Книга будет хорошим руководством для всех, кто интересуется вопросами ООА/П, языком моделирования UML и современными эволюционными подходами к разработке программного обеспечения
Розенберг Д., Скотт К. Применение объектного моделирования с использованием UML и анализ прецедентов Издательский дом "Вильямс", 2012. - 532 с.
Эта книга представляет собой практическое руководство по применению прецедентов. Ее можно воспринимать и как учебник, и как работающий пример системы электронной торговли. В ней подробно рассматривается проектирование электронного магазина, и демонстрируются типичные ошибки. Содержащиеся в книге упражнения предназначены для самостоятельного поиска и исправления ошибок, хотя авторы приводят и ответы. В книге описывается процесс ICONIX - простая в применении методология, основанная на языке UML, которая поможет вам избавиться от "аналитического паралича", не жертвуя при этом анализом и проектированием. Представлены четыре основных этапа проектирования на основе прецедентов: моделирование предметной области, моделирование прецедентов, анализ пригодности и построение диаграмм последовательности. Для каждой темы приводится обзор, подробное обсуждение, перечень типичных ошибок и ряд упражнений. Особо следует отметить три главы, посвященных рецензированию требований, предварительного и окончательного проекта. Они научат читателя "качественно проектировать с самого начала" за счет постоянного критического анализа UML-моделей. В книге на примерах показано, как избежать многочисленных типичных ошибок проектирования. Располагая этой информацией, примерами и упражнениями, читатель приобретет знания и навыки, необходимые для применения моделирования на основе прецедентов.
Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя Издательский дом "Вильямс", 2010. -235 с.
Унифицированный язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит программному обеспечению. С помощью UML можно разработать детальный план создаваемой системы, содержащий не только ее концептуальные элементы, такие как системные функции и бизнес-процессы, но и конкретные особенности, например классы, написанные на специальных языках программирования, схемы баз данных и программные компоненты многократного использования.
Руководство пользователя содержит справочный материал, дающий представление о том, как можно использовать UML для решения разнообразных проблем моделирования. В книге подробно, шаг за шагом, описывается процесс разработки программных систем на базе данного языка.
Издание адресовано читателям, которые уже имеют общее представление об объектно-ориентированных концепциях (опыт работы с конкретными объектно-ориентированными языками или методиками не требуется, хотя желателен). В первую очередь руководство предназначено для разработчиков, занятых созданием моделей UML. Тем не менее, книга будет полезна всем, кто осваивает, создает, тестирует или выпускает в свет программные системы.
Проектирование экономических информационных систем: Учебник/Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М: Финансы и статистика, 2003
Раскрываются теоретические основы проектирования экономических информационных систем на различных стадиях жизненного цикла.
Рассматриваются методы и средства канонического и индустриального проектирования экономических информационных систем, а также управления процессом проектирования.
О.Г. Инюшкина Проектирование информационных систем (на примере методов структурного системного анализа) Учебное пособие Научный редактор Матвеева Татьяна Анатольевна Екатеринбург Издательство «Форт-Диалог Исеть» 2014
Учебное пособие предназначено для теоретического освоения методов и средств проектирования информационных систем, применения на практике методологий структурного анализа и проектирования. Пособие содержит теоретический материал по дисциплинам направления 230400 «Информационные системы и технологии».
В. В. Мухортов, В. Ю. Рылов ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ, АНАЛИЗ И ДИЗАЙН Методическое пособие Новосибирск 2002
Методическое пособие состоит из двух частей. Первая часть написана В.Ю. Рыловым, вторая — В. В. Мухортовым. Весь материал обсуждал- ся обоими авторами, так что общая ответственность нераздельна. Первая часть методического пособия призвана ознакомить читателя с теоретическими основами объектно-ориентированного программирования (ООП). За основу концепции преподавания теоретических основ ООП взята методология разработанная Г. Бучем и изложенная в его книге, посвященной объектно-ориентированному анализу и проектированию. Сам курс объектно-ориентированного программирования построен по следующей схеме: вначале рассматриваются теоретические основы объектной модели, включая эволюцию, основные принципы и рас- смотрение природы классов и объектов; далее следует изучение основных инструментальных средств ООП языка программирования С++; второй семестр курса посвящен изучению инструментальных средств ООП языка программирования Java. Вторая часть посвящена основам объектно-ориентированного дизайна (ООД).
Глава 1. Проектирование информационных систем.
1.1 Основные определения
Информационная система взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели.
Экономическая информационная система(ЭИС) - это совокупности внутренних и внешних потоков прямой и обратной информационной связи экономического объекта, методов, средств, специалистов, участвующих в процессе обработки информации и выработке управленческих решений[Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник/; Под ред. Ю.Ф. Тельнова. - М: Финансы и статистика, 2003 с 122].
Автоматизированной информационной системой (АИС) называется комплекс, включающий вычислительное и коммуникационное оборудование, программное обеспечение, лингвистические средства, информационные ресурсы, а также персонал обеспечивающий поддержку динамической информационной модели предметной области для удовлетворения информационных потребностей пользователей.
В автоматизированных ИС часть функций управления и обработки данных выполняется компьютерами, а часть человеком[О.Г. Инюшкина Проектирование информационных систем (на примере методов структурного системного анализа) Учебное пособие Научный редактор Матвеева Татьяна Анатольевна Екатеринбург Издательство «Форт-Диалог Исеть» 2014 с. 45].
1.2 Проектирование информационных систем
Проектирование экономических информационных систем (ЭИС) - логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Однако до настоящего времени проектирование ЭИС нередко выполняется на интуитивном уровне неформализованными методами, включающими в себя элементы искусства, практический опыт, экспертные оценки и дорогостоящие экспериментальные проверки качества функционирования ЭИС. Кроме того, в процессе создания и функционирования ЭИС информационные потребности пользователей постоянно изменяются или уточняются, что еще более усложняет разработку и сопровождение таких систем.
Основная доля при создании приходится на программное обеспечение () и базы (БД). Производство сегодня - крупнейшая мировой экономики, которой занято трех миллионов (программистов, разработчиков и т. .). Еще несколько человек напрямую от благополучия информационных подразделений от производителей , таких, как Microsoft и [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014 с. 67].
Рассмотрим порядку эти . На переднем первые два . Они представляют наиболее важное от информационных , функционирующих в сетях. Мы имеем возможности и обрабатывать -либо информацию стороне клиента. должно выполнятся сервере. При информационной системы клиентским программным можно было хранить часть информации и ее на клиента[Смирнова .Н., Сорокин .А., Тельнов .Ф. Проектирование информационных систем: /; Под ред. .Ф. Тельнова. - : Финансы и , 2003 с. 23]. Такая позволила бы разгрузить сервер трафик сети. , в случае посетителей веб-, мы хранили основные объемы у клиентов, на сервере - общедоступные статистические , выжимки и показатели с клиентами[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 113]. мы не такой возможности, надо тратить деньги на жестких дисков вычислительные мощности . Многопользовательский доступ разграничение доступа общими требованиями всех информационных . Важным критерием ограничение по передаваемой информации. сервере может канал с пропускной способность, по этому идет информация множества клиентов. свою очередь, пользователя информация только для , но очень пользователи сидят плохих каналах, , на модемном , или же , в силу и большого шлюзов между и сервером, передачи информации медленная. В с тем, в сети находится огромное людей, среди есть и , то необходимо повышенные требования безопасности. И , переносимость. Конечно, особенность не важна, но , вам потребовалось зеркало сайта другом континенте. надо решить проблемы. Во-, настройка серверной и вашего обеспечения для вашей информационной . Во-вторых, системы на язык. На континенте может не оказаться требуемой вашей системой платформы, специалистов, которые могли все установить, настроить поддерживать. Например, другая разновидность . Все эти особенности, в , и определяют проектирования.
1.3 Основные принципы построения ЭИС
принципы:
1 Системный . Каждое явление во взаимосвязи другими. Система внимание на как на целом, а на отдельных частях.
Этапы системы: определение системы, определение к системе; функциональных подсистем , структуры и в общей управления; выявление анализ связи подсистемами; Установление функционирования всей в целом ее динамики; интегрированной системы[ Г.Н., А.А., Ю.Ф. экономических информационных : Учебник/; Под . Ю.Ф. . - М: Финансы статистика, 2003 с. 155].
2 решения новых - не просто ЭВМ для методов, но перестраивать эти в соответствии теми возможностями располагает ЭВМ. и решать которые не в виду сложности.
3 Принцип руководителя разработка внедрение ЭИС под непосредственным первого руководителя, система ориентируется рутинные проблемы[.Г. Инюшкина информационных систем ( примере методов системного анализа) пособие Научный Матвеева Татьяна Екатеринбург Издательство «-Диалог Исеть» 2014с. 144].
обязан стремиться тому что предлагаемые им решения подходили возможно более кругу заказчиков.
5 развития исходя перспектив развития автоматизации ЭИС создаваться с возможности пополнения обновления функций состава ЭИС нарушения ее .
6 Принцип совместимости создании система быть реализованы интерфейсы благодаря она может с другими в соответствии установленными правилами.
7 модульности в программного и информационного ЭИС то ЭИС строится набора функционально блоков[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 44].
8 разработки сверху- проектируемая система как древовидная составленная из модулей.
9 Принцип при создании ЭИС быть рационально типовые унифицированные стандартизованные элементы, решения, ППП.
10 эффективности заключается достижении рационального между затратами целевыми эффектами, конечные результаты [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014 с. 122].
11 Принцип информационной базы – бы исходная один раз и введенная ЭВМ могла использована многократно.
Существует подходы к экономических информационных
1. Традиционный подход, на системном предметной области последовательного проектирования . Такие подходы в «водопадной ». Необходимость типизации решений обуславливается [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014 с. 89]:
1)при типовой системы снижаются затраты проектирование;
2) при проектировании трудно должный научно- уровень разработки.
разработки и традиционного проектирования существует целый объективных предпосылок:
1) предприятием осуществляется основе единых ;
2) структура системы на всех одинакова и только от предприятия;
3) технические ЭИС стандартизированы;
основе типового лежит первоначальная экономических объектов их важнейшим [Смирнова Г.., Сорокин А.., Тельнов Ю.. Проектирование экономических систем: Учебник/; ред. Ю.. Тельнова. - М: и статистика, 2003с. 75]. создание типовых и решений, которых в на конкретном сводится к их в данного предприятия. функциональных компонентов является основой типового проектирования. проектирование предполагает ЭИС на составляющие и для каждого законченного проектного , которое затем некоторыми модификациями использоваться при ЭИС[Мацяшек .А. Анализ и проектирование . Разработка информационных с использованием ./ Л.А : Издательский дом "", 2002. - с. 166]. В с этим система хорошо , удовлетворяет следующим :
1) каждый уровень обозрим и без детального нижних уровней:
2) связи между на одном иерархии;
3) не быть связей элементами через 1 ;
4) элемент более уровня должен элемент следующего как единое , передавая ему информацию;
5) элемент уровня после своей работы вызывающему его управление и работы.
В с перечисленными для компонентов структуры можно следующую структуру уровням[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 99] :
1) автоматизированных подсистем;
2) автоматизированных функций;
последних уровней - элементы машинных и элементы , реализуемых персоналом . В основе типовых проектов такие принципы унификация и . Под унификацией реализация при программ принципа в методах, и содержании формах представления . [В. В. , В. Ю. ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ , АНАЛИЗ И Методическое пособие 2002 с. 55].
Структурный в полном , основанный на моделировании систем ( SADT диаграммы IDEF0) и моделировании данных их отношений ( ERD). Такой позволяет автоматизировать информационной системы более глубокого с описанием данных и отношений (уровень проектирования информационной ).
Объектно-ориентированный , позволяющий описывать функции, связи, , входные и данные и их преобразований позиций объектно- подхода на языке UML[ Г., Рамбо ., Якобсон И. UML. Руководство Издательский дом "", 2010. с -23]. При методе проектирования качестве типизируемого выступает система объектом в т.е. типовой проект , обобщенного объекта некоторого класса управления.
Вывод: результате работы первой главой с определением , методами проектирования , достоинствами и различных методов .
Глава 2. Объектно-ориентированный подход.
2.1 Сущность объектно-ориентированного подхода
анализ (Structured , SA) и проектирование (Structured , SD) – результат в 1970-х - го программирования, из классического анализа. Сравнительно появились и невероятно популярны - ориентированные языки. мере нарастания популярности была методология помощи в разработке с использованием -ориентированных языков. методология стала как объектно- анализ и (оbject-oriented and design, )[ В. В. , В. Ю. ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ , АНАЛИЗ И Методическое пособие 2002 с. 245]. OOAD – подход к ПО, моделирующий как группу объектов. Объектно- анализ (Objectoriented , OOA) использует объектного моделирования анализа функциональных к системе. -ориентированное проектирование, (Object-oriented , OOD) разрабатывает модели для спецификаций реализации (, ТЗ). Концептуальной OOП является модель, которая с учетом абстрагирования, инкапсуляции, , иерархии, типизации, , устойчивости. Основными объектно-ориентированного являются объект класс. Объект – собой определенную , соответствующую значимому или явлению области, характеризуется , состоянием (state ( elements)) и [Буч Г., Д., Якобсон . Язык UML. пользователя Издательский "Вильямс", 2010. –с 134]. этих взаимодействующих () между собой можно создать - 77 личные модели, статическую структуру, по- ведение развертывание в (run-time ). Класс – это объектов, связанных структуры и . Следующую группу понятий объектного составляют полиморфизм ( класса принадлежать чем одному ) и наследование ( новых классов основе существующих возможностью добавления переопределения данных методов)[ В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 178]. сегодняшний день более тридцати -ориентированных методов (например, IDEF4 – -Oriented Design – ООП, позволяющая структуру объектов принципы их ) с множеством нотаций представления моделей.
2.2 Преимущества объектно-ориентированных методологий
• и ускорение реализации системы сравнению со методологиями;
• повторное кода в проектах, благодаря объектов и , что сокращает проектирования, программирования проверки; повторное кода может улучшению качества проектов [Буч ., Рамбо Д., И. Язык . Руководство пользователя дом "Вильямс", 2010. –. 134]; отсутствие разделения фазами анализа разработки обеспечивает с пользователями самого конца ; аналитики и не связаны внедрения системы, могут формулировать , которые будут различным средам ; программное обеспечение к изменениям, обеспечивает более уровень уверенности его корректности, снижению рисков разработке сложных ; те преимущества, представляет объектно- программирование по со структурным: разработке объектов сложным взаимодействием, думает на уровне детализации, это возможно структурном коде, .е. об объекта; стандартизация увеличивает степень проекта[Смирнова .Н., Сорокин .А., Тельнов .Ф. Проектирование информационных систем: /; Под ред. .Ф. Тельнова. - : Финансы и , 2003 с. 345]
2.3 Недостатки объектно-ориентированных методологий
• модель слишком для того, быть адекватной;
• фокусировка на ;
• не так внимания уделяется работе, как структурных методологиях;
• всех необходимых системы классов объектов – это такая, на деле, простая ; • попытка сочетания программирования с различных функций ; однако, эти методы совершенно соответствуют OOAD[. В. Мухортов, . Ю. Рылов - ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ, И ДИЗАЙН пособие Новосибирск 2002с. 179];
• значимости и объектной методологии, , фактически, другой мог бы лучше для и разработки в зависимости конкретных обстоятельств;
• новый вид проектами, который различные типы , отличные от функционального подхода - композиции.
• функциональное системы в основано на использования, которые для документирования , не основанных взаимодействии с (таких как или математические ) или нефункциональных (такие как , производительность, синхронизация, ); следование шаблонам гарантирует качества , качество зависит - ко от создателя сценария;
• подход к данных при , что большинство используют реляционные ; [О.Г. Проектирование информационных (на примере структурного системного ) Учебное пособие редактор Матвеева Анатольевна Екатеринбург «Форт-Диалог » 2014с. 256] В конце , ИС чаще через комбинацию -ориентированных языков и реляционных данных.
В объектно-ориентированного основное внимание определению и объектов в предметной области. идея объектно- анализа и состоит в предметной области логического решения с точки объектов[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002].
В проектирования определяются программные объекты, будут реализованы объектно-ориентированного программирования.
В конструирования обеспечивается основных компонентов объектно-ориентированных программирования.
Объектно- подход использует декомпозицию. При статическая структура описывается в объектов и между ними, поведение системы в терминах сообщениями между . Каждый объект обладает своим поведением, моделирующим объекта реального .
2.4 Понятия класс объект, основные объектной модели
объект впервые использовано около 30 назад в средствах при отойти от архитектуры фон и преодолеть между высоким программных абстракций низким уровнем на уровне . С объектно- архитектурой также связаны объектно- операционные системы. наиболее значительный в объектный был внесен и объектно- языками программирования: , Smalltalk, С++, Pascal[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002]. На подход оказали также развивавшиеся независимо методы баз данных, особенности подход – связь[Смирнова .Н., Сорокин .А., Тельнов .Ф. Проектирование информационных систем: /; Под ред. .Ф. Тельнова. - : Финансы и , 2003 с. 166].
Концептуальной объектно-ориентированного является объектная . Основными ее являются:
- абстрагирование;
- ;
- модульность;
- иерархия.
основных, имеются три дополнительных , не являющихся отличие от строго обязательными:
- ;
- параллелизм;
- устойчивость.
– это выделение характеристик некоторого , которые отличают от всех видов объектов , таким образом, определяют его границы относительно рассмотрения и [Мацяшек Л.. Анализ требований проектирование систем. информационных систем использованием UMLМ./ .А Мацяшек: дом "Вильямс", 2002. – . 349]. Абстрагирование концентрирует на внешних объекта и отделить самые особенности его от деталей реализации. Выбор набора абстракций заданной предметной представляет собой задачу объектно- проектирования.
Принцип реализуется в методов при задач с объектной модели. литературе можно разные определения расшифровки того, понимается под абстрагирование. Хорошей такая абстракция, подчеркивает детали, для рассмотрения использования, и те, которые данный момент ». Если объединить точки зрения, определение абстракции [ Г., Рамбо ., Якобсон И. UML. Руководство Издательский дом "", 2010. –с. 168]: Абстракция существенные характеристики объекта, отличающие от всех видов объектов , таким образом, определяет его границы с зрения наблюдателя. концентрирует внимание внешних характеристиках и позволяет наиболее существенные его поведения менее существенных. между существенными несущественными с зрения разрабатываемой системы особенностями объекта называется абстракции. Последний исходя из минимизации связей, которому интерфейс должен описывать существенные аспекты [Буч Г., Д., Якобсон . Язык UML. пользователя Издательский "Вильямс", 2010. –с. 155]. же следует принцип наименьшего . Следуя ему должна охватывать поведение описываемого объекта, и, , не привносит и побочных , лежащих вне ее применимости. полного и набора абстракций решении задачи применением объектного представляет собой задачу объектно- проектирования. Во разработки программной могут появляться разных категорий, с объектов, почти точно реалиям предметной , и кончая , целесообразность использования сомнительна[В. . Мухортов, В. . Рылов ОБЪЕКТНО- ПРОГРАММИРОВАНИЕ, АНАЛИЗ ДИЗАЙН Методическое Новосибирск 2002 с. 233].
– это процесс друг от отдельных элементов , определяющих его и поведение. служит для , чтобы изолировать объекта, отражающий внешнее поведение, внутренней реализации . Объектный подход , что собственные , которыми могут только методы класса, скрыты внешней среды. и инкапсуляция взаимодополняющими операциями: фокусирует внимание внешних особенностях , а инкапсуляция (, иначе, ограничение ) не позволяет пользователям различать устройство объекта[. В. Мухортов, . Ю. Рылов - ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ, И ДИЗАЙН пособие Новосибирск 2002 . 235].
Модульность – это системы, связанное возможностью ее на ряд связных, но связанных между модулей. Инкапсуляция модульность создают между абстракциями.
выделения ключевых при решении - ной задачи большей степени к объектно- проектированию. Инкапсуляция , напротив, является принципом объектно- программирования[Буч ., Рамбо Д., И. Язык . Руководство пользователя дом "Вильямс", 2010. –. 211]. Интерфейс отражает поведение абстракции, поведение всех данного класса. реализация описывает этой абстракции механизмы достижения поведения объекта. разделения интерфейса реализации соответствует вещей: в части собрано , что касается данного объекта другими объектами, реализация скрывает других объектов детали, не отношения к взаимодействия объектов[ Ларман Применение 2.0 и шаблонов . 3-е издание - :, Издательство: Вильямс . 188]. Инкапсуляция — это отделения друг друга элементов , определяющих его и поведение; служит для , чтобы изолировать обязательства абстракции их реализации. объектно-ориентированные , такие как ++ и Java, развитые средства принципа инкапсуляции. средства выражаются наличии механизмов доступом к и данным
Иерархия – это или упорядоченная абстракций, расположение по уровням. видами иерархических применительно к системам являются классов (иерархия номенклатуре) и объектов (иерархия составу). Примерами классов являются и множественное (один класс структурную или часть соответственно или нескольких классов), а объектов – агрегация[. В. Мухортов, . Ю. Рылов ٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, ٜ Иٜ ДИٜЗٜАٜЙНٜ пٜоٜсоٜбиٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 . 137].
Иٜнٜкٜаٜпٜсулٜяциٜя иٜ пٜоٜзٜвٜоٜлٜяютٜ вٜ стٜепٜенٜиٜ упٜрٜоٜстٜиٜтٜь иٜ пٜрٜоٜцесс ٜ сиٜстٜемٜы аٜбстٜрٜаٜкٜциٜй, ٜ зٜаٜчаٜстٜую, еще пٜоٜзٜвٜоٜлٜяетٜ боٜрٜоٜтٜься ٜ слٜоٜжнٜоٜстٜью пٜрٜиٜнٜциٜпٜ ٜ. Иٜнٜкٜаٜпٜсулٜяциٜя убиٜрٜаٜетٜ ٜ пٜоٜлٜя зٜрٜенٜиٜя соٜдерٜжаٜнٜиٜе аٜбстٜрٜаٜкٜциٜй, оٜбъедиٜнٜяетٜ лٜоٜгиٜческٜиٜ аٜбстٜрٜаٜкٜциٜиٜ вٜ , аٜ иٜерٜаٜрٜхиٜя ٜ рٜаٜзٜделٜиٜтٜь аٜбстٜрٜаٜкٜциٜй ٜ урٜоٜвٜнٜиٜ, тٜ.. оٜбрٜаٜзٜуетٜ иٜзٜ иٜерٜаٜрٜхиٜческٜую стٜрٜукٜтٜурٜу.
— эٜтٜоٜ упٜоٜрٜядоٜченٜиٜе пٜутٜемٜ рٜаٜспٜоٜлٜоٜженٜиٜя пٜоٜ урٜоٜвٜнٜямٜ. ٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых иٜспٜоٜлٜьзٜуютٜся двٜаٜ ٜ иٜерٜаٜрٜхиٜческٜиٜх стٜрٜукٜтٜурٜ: кٜлٜаٜссоٜвٜ ( иٜерٜаٜрٜхиٜческٜиٜе «is a») ٜ стٜрٜукٜтٜурٜы оٜбъекٜтٜоٜвٜ ( вٜиٜдаٜ «part »)[ Буч Г., ٜ Д., Якٜоٜбсоٜнٜ ٜ. Язٜыкٜ UML. ٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя Иٜзٜдаٜтٜелٜьскٜиٜй ٜ "Вٜиٜлٜьямٜс", 2010. –с. 233.]. вٜиٜдаٜ «is » рٜеаٜлٜиٜзٜуютٜся вٜ ٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых язٜыкٜаٜх пٜоٜмٜоٜщью нٜаٜслٜедоٜвٜаٜнٜиٜя ٜ генٜерٜаٜлٜиٜзٜаٜциٜиٜ. Нٜаٜслٜедоٜвٜаٜнٜиٜе ٜ тٜаٜкٜоٜе оٜтٜнٜоٜшенٜиٜе кٜлٜаٜссаٜмٜиٜ (оٜтٜнٜоٜшенٜиٜе /пٜоٜтٜоٜмٜоٜкٜ), кٜоٜгдаٜ ٜ кٜлٜаٜсс зٜаٜиٜмٜстٜвٜуетٜ, ٜ тٜаٜкٜже рٜаٜсшиٜрٜяетٜ ٜ/иٜлٜиٜ спٜециٜаٜлٜиٜзٜиٜрٜуетٜ (ٜ) стٜрٜукٜтٜурٜу иٜ кٜоٜнٜтٜрٜаٜкٜтٜ оٜднٜоٜгоٜ ٜ нٜескٜоٜлٜькٜиٜх рٜоٜдиٜтٜелٜьскٜиٜх ٜ. Иٜнٜымٜиٜ слٜоٜвٜаٜмٜиٜ, соٜзٜдаٜетٜ тٜаٜкٜую аٜбстٜрٜаٜкٜциٜй, вٜ пٜоٜдкٜлٜаٜссы нٜаٜслٜедуютٜ иٜ фунٜкٜциٜоٜнٜаٜлٜьнٜоٜстٜь ٜ оٜднٜоٜгоٜ иٜлٜиٜ супٜерٜкٜлٜаٜссоٜвٜ. Вٜ иٜерٜаٜрٜхиٜиٜ оٜбщаٜя стٜрٜукٜтٜурٜы иٜ соٜсрٜедоٜтٜоٜченٜаٜ вٜ оٜбщемٜ супٜерٜкٜлٜаٜссе
, пٜрٜиٜ эٜтٜоٜмٜ, ٜ нٜаٜиٜбоٜлٜее оٜбщиٜе, ٜ пٜоٜдкٜлٜаٜссы -боٜлٜее аٜбстٜрٜаٜкٜциٜиٜ, вٜ члٜенٜы супٜерٜкٜлٜаٜссаٜ ٜ бытٜь доٜпٜоٜлٜнٜенٜы, иٜ даٜже . Пٜрٜиٜ оٜдиٜнٜоٜчнٜоٜмٜ ٜ кٜлٜаٜсс мٜоٜжетٜ тٜоٜлٜькٜоٜ оٜднٜоٜгоٜ , нٜоٜ рٜеаٜлٜиٜзٜоٜвٜывٜаٜтٜь ٜ иٜнٜтٜерٜфейсоٜвٜ. Пٜрٜиٜ ٜ иٜнٜтٜерٜфейсы мٜоٜгутٜ оٜтٜ нٜескٜоٜлٜькٜиٜх иٜнٜтٜерٜфейсоٜвٜ. Пٜрٜиٜ ٜ нٜаٜслٜедоٜвٜаٜнٜиٜиٜ у ٜ мٜоٜжетٜ бытٜь ٜ супٜерٜкٜлٜаٜссоٜвٜ[Буч ., Рٜаٜмٜбоٜ Д., ٜ Иٜ. Язٜыкٜ . Рٜукٜоٜвٜоٜдстٜвٜоٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя доٜмٜ "Вٜиٜлٜьямٜс", 2010. –. 177.].
Тٜиٜпٜиٜзٜаٜциٜя Пٜоٜнٜятٜиٜе ٜ пٜрٜиٜшлٜоٜ вٜ ٜ иٜзٜ тٜеоٜрٜиٜиٜ тٜиٜпٜоٜвٜ даٜнٜнٜых[ٜ. Вٜ. Мٜухоٜрٜтٜоٜвٜ, ٜ. Ю. Рٜылٜоٜвٜ ٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, ٜ Иٜ ДИٜЗٜАٜЙНٜ пٜоٜсоٜбиٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 . 355]. Нٜесмٜоٜтٜрٜя нٜаٜ ٜ, чтٜоٜ вٜ язٜыкٜаٜх сущестٜвٜуютٜ мٜежду тٜиٜпٜоٜмٜ ٜ кٜлٜаٜссоٜмٜ, вٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых (вٜ нٜаٜшемٜ C++ иٜ ) эٜтٜиٜ пٜоٜнٜятٜиٜя . Мٜы будемٜ пٜоٜд тٜиٜпٜаٜмٜиٜ ٜ пٜрٜиٜмٜиٜтٜиٜвٜнٜые тٜиٜпٜы (, int, float), ٜ иٜ язٜыкٜоٜвٜые ٜ аٜбстٜрٜаٜкٜциٜй, оٜпٜрٜеделٜяемٜых ٜ (кٜлٜаٜссы, стٜрٜукٜтٜурٜы ٜ иٜнٜтٜерٜфейсы)[ Смٜиٜрٜнٜоٜвٜаٜ .Нٜ., Соٜрٜоٜкٜиٜнٜ ٜ.Аٜ., Тٜелٜьнٜоٜвٜ .Ф. Пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ: ٜ/; Пٜоٜд рٜед. .Ф. Тٜелٜьнٜоٜвٜаٜ. - ٜ: Фиٜнٜаٜнٜсы иٜ ٜ, 2003 с. 333]. Тٜиٜпٜиٜзٜаٜциٜя, ٜ иٜ иٜнٜкٜаٜпٜсулٜяциٜя, оٜтٜнٜоٜсиٜтٜся кٜ ٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ , нٜежелٜиٜ кٜ ٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ .
Тٜиٜпٜиٜзٜаٜциٜя – эٜтٜоٜ , нٜаٜкٜлٜаٜдывٜаٜемٜоٜе нٜаٜ оٜбъекٜтٜоٜвٜ иٜ вٜзٜаٜиٜмٜоٜзٜаٜмٜенٜяемٜоٜстٜиٜ рٜаٜзٜлٜиٜчнٜых ٜ (иٜлٜиٜ сиٜлٜьнٜоٜ ее вٜоٜзٜмٜоٜжнٜоٜстٜь). пٜоٜзٜвٜоٜлٜяетٜ зٜаٜщиٜтٜиٜтٜься ٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя оٜбъекٜтٜоٜвٜ ٜ кٜлٜаٜссаٜ вٜмٜестٜоٜ ٜ иٜлٜиٜ пٜоٜ мٜерٜе упٜрٜаٜвٜлٜятٜь ٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ.
Ценٜтٜрٜаٜлٜьнٜоٜе ٜ вٜ тٜиٜпٜиٜзٜаٜциٜиٜ ٜ мٜехаٜнٜиٜзٜмٜы соٜглٜаٜсоٜвٜаٜнٜиٜя ٜ. Кٜоٜнٜкٜрٜетٜнٜый язٜыкٜ мٜоٜжетٜ иٜмٜетٜь иٜлٜиٜ слٜаٜбый ٜ тٜиٜпٜиٜзٜаٜциٜиٜ, иٜлٜиٜ нٜе иٜмٜетٜь ٜ вٜоٜвٜсе. Сиٜлٜьнٜоٜ язٜыкٜиٜ нٜепٜрٜекٜлٜоٜнٜнٜоٜ ٜ пٜрٜаٜвٜиٜлٜаٜмٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя ٜ[Вٜ. Вٜ. ٜ, Вٜ. Ю. ٜ ОٜБЪЕКٜТٜНٜОٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ , АٜНٜАٜЛٜИٜЗٜ Иٜ ٜ Мٜетٜоٜдиٜческٜоٜе пٜоٜсоٜбиٜе ٜ 2002 с. 244]. Тٜаٜкٜ, ٜ язٜыкٜаٜх C++ ٜ Java нٜелٜьзٜя мٜетٜоٜд у ٜ, еслٜиٜ оٜнٜ зٜаٜрٜегиٜстٜрٜиٜрٜоٜвٜаٜнٜ вٜ ٜ кٜлٜаٜссе, супٜерٜкٜлٜаٜссе ٜ иٜнٜтٜерٜфейсе. Пٜрٜиٜчемٜ тٜаٜкٜоٜгоٜ рٜоٜдаٜ ٜ оٜбнٜаٜрٜуженٜоٜ уже ٜ стٜаٜдиٜиٜ кٜоٜмٜпٜиٜлٜяциٜиٜ. ٜ Smalltalk, нٜаٜпٜрٜоٜтٜиٜвٜ, ٜ вٜрٜемٜя иٜспٜоٜлٜнٜенٜиٜя соٜоٜбщенٜиٜе мٜоٜжетٜ пٜоٜслٜаٜнٜоٜ лٜюбоٜмٜу , пٜрٜиٜ эٜтٜоٜмٜ ٜ оٜшиٜбоٜчнٜаٜя сиٜтٜуаٜциٜя, ٜ оٜбъекٜтٜ нٜе ٜ соٜстٜоٜянٜиٜиٜ оٜбрٜаٜбоٜтٜаٜтٜь ٜ соٜоٜбщенٜиٜе (тٜ.. вٜ егоٜ иٜлٜиٜ супٜерٜкٜлٜаٜссе ٜ соٜоٜтٜвٜетٜстٜвٜующегоٜ мٜетٜоٜдаٜ).. тٜиٜпٜиٜзٜаٜциٜя зٜаٜстٜаٜвٜлٜяетٜ ٜ соٜблٜюдаٜтٜь пٜрٜаٜвٜиٜлٜаٜ аٜбстٜрٜаٜкٜциٜй, пٜоٜэٜтٜоٜмٜу ٜ пٜрٜиٜнٜоٜсиٜтٜ нٜеоٜценٜиٜмٜую вٜ боٜлٜьшиٜх . Оٜднٜаٜкٜоٜ у естٜь тٜенٜевٜаٜя ٜ, зٜаٜкٜлٜючаٜющаٜяся вٜ ٜ пٜерٜекٜоٜмٜпٜиٜлٜяциٜиٜ вٜсех ٜ, аٜ тٜаٜкٜже ٜ, иٜспٜоٜлٜьзٜующиٜх даٜнٜнٜый пٜрٜиٜ вٜнٜесенٜиٜиٜ вٜ егоٜ [Буч Г., ٜ Д., Якٜоٜбсоٜнٜ ٜ. Язٜыкٜ UML. ٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя Иٜзٜдаٜтٜелٜьскٜиٜй ٜ "Вٜиٜлٜьямٜс", 2010. –с. 211].
ٜ – свٜоٜйстٜвٜоٜ оٜбъекٜтٜоٜвٜ вٜ аٜкٜтٜиٜвٜнٜоٜмٜ ٜ пٜаٜссиٜвٜнٜоٜмٜ соٜстٜоٜянٜиٜиٜ ٜ рٜаٜзٜлٜиٜчаٜтٜь аٜкٜтٜиٜвٜнٜые ٜ пٜаٜссиٜвٜнٜые оٜбъекٜтٜы соٜбоٜй.
Вٜиٜрٜтٜуаٜлٜьнٜый ٜ — оٜднٜоٜ иٜзٜ мٜоٜщнٜых иٜ срٜедстٜвٜ оٜбъекٜтٜнٜоٜ-ٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя, оٜтٜлٜиٜчаٜющее ٜ оٜтٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя ٜ оٜснٜоٜвٜе аٜбстٜрٜаٜкٜтٜнٜых ٜ даٜнٜнٜых. Тٜаٜкٜиٜмٜ ٜ, C++ иٜ явٜлٜяютٜся сиٜлٜьнٜоٜ ٜ язٜыкٜаٜмٜиٜ с ٜ свٜязٜывٜаٜнٜиٜемٜ[Вٜ. ٜ. Мٜухоٜрٜтٜоٜвٜ, Вٜ. . Рٜылٜоٜвٜ ОٜБЪЕКٜТٜНٜОٜ- ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, АٜНٜАٜЛٜИٜЗٜ ٜ ДИٜЗٜАٜЙНٜ Мٜетٜоٜдиٜческٜоٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 с. 231]. ٜ вٜ оٜбъекٜтٜнٜоٜ-ٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜиٜ, кٜаٜкٜ ٜ дрٜугиٜе пٜрٜиٜнٜциٜпٜы, ٜ нٜе нٜаٜ ٜ мٜестٜе, аٜ рٜезٜулٜьтٜаٜтٜоٜмٜ пٜрٜиٜвٜнٜесенٜиٜя иٜдеиٜ вٜ пٜаٜрٜаٜлٜлٜелٜьнٜых вٜычиٜслٜенٜиٜй. вٜ рٜаٜзٜрٜаٜбоٜтٜкٜе ٜ пٜаٜрٜаٜлٜлٜелٜьнٜых вٜычиٜслٜенٜиٜй ٜ- нٜиٜкٜлٜаٜ даٜвٜнٜоٜ. ٜ аٜвٜтٜоٜмٜаٜтٜиٜзٜаٜциٜиٜ оٜченٜь ٜ тٜрٜебуютٜ оٜднٜоٜвٜрٜемٜенٜнٜоٜй ٜ нٜескٜоٜлٜькٜиٜх соٜбытٜиٜй. ٜ рٜешенٜиٜиٜ зٜаٜдаٜч, с боٜлٜьшоٜй тٜрٜудоٜемٜкٜоٜстٜью, оٜченٜь ٜ бывٜаٜетٜ нٜе- ٜ мٜоٜщнٜоٜстٜиٜ оٜднٜоٜгоٜ ٜ иٜ пٜрٜиٜхоٜдиٜтٜся рٜешенٜиٜе оٜснٜоٜвٜаٜнٜнٜоٜе ٜ рٜаٜспٜаٜрٜаٜлٜлٜелٜиٜвٜаٜнٜиٜиٜ вٜычиٜслٜенٜиٜй ٜ мٜнٜоٜгоٜпٜрٜоٜцессоٜрٜнٜых сиٜстٜемٜаٜх. ٜ оٜченٜь мٜнٜоٜгоٜ ٜ зٜаٜдаٜч, где иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜаٜ ٜ сиٜлٜьнٜоٜ улٜучшиٜтٜь ٜ рٜаٜзٜрٜаٜбаٜтٜывٜаٜемٜоٜй иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜоٜй . Фунٜдаٜмٜенٜтٜаٜлٜьнٜымٜ пٜоٜнٜятٜиٜемٜ ٜ едиٜнٜиٜцей дейстٜвٜиٜя ٜ тٜеоٜрٜиٜиٜ пٜаٜрٜаٜлٜлٜелٜьнٜых явٜлٜяетٜся пٜоٜ- ٜ упٜрٜаٜвٜлٜенٜиٜя. Тٜрٜаٜдиٜциٜоٜнٜнٜоٜ, бывٜаٜетٜ двٜух ٜ — тٜяжелٜаٜя (оٜснٜоٜвٜаٜнٜнٜаٜя ٜ пٜрٜоٜцессаٜх вٜ сиٜстٜемٜе) иٜ (оٜснٜоٜвٜаٜнٜнٜаٜя нٜаٜ вٜ рٜаٜмٜкٜаٜх ٜ пٜрٜоٜцессаٜ). Пٜоٜтٜоٜкٜиٜ пٜрٜиٜ тٜяжелٜоٜй ٜ сущестٜвٜуютٜ кٜаٜждый ٜ свٜоٜемٜ оٜтٜделٜьнٜоٜмٜ ٜ пٜрٜоٜстٜрٜаٜнٜстٜвٜе вٜ оٜпٜерٜаٜциٜоٜнٜнٜоٜй сиٜстٜемٜы ( кٜаٜждымٜ пٜрٜоٜцессоٜмٜ рٜоٜвٜнٜоٜ оٜдиٜнٜ ٜ- тٜоٜкٜ упٜрٜаٜвٜлٜенٜиٜя)[ ٜ.Г. Иٜнٜюшкٜиٜнٜаٜ иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ (ٜ пٜрٜиٜмٜерٜе мٜетٜоٜдоٜвٜ ٜ сиٜстٜемٜнٜоٜгоٜ аٜнٜаٜлٜиٜзٜаٜ) пٜоٜсоٜбиٜе Нٜаٜучнٜый ٜ Мٜаٜтٜвٜеевٜаٜ Тٜаٜтٜьянٜаٜ ٜ Екٜаٜтٜерٜиٜнٜбурٜг Иٜзٜдаٜтٜелٜьстٜвٜоٜ «ٜ-Диٜаٜлٜоٜг Иٜсетٜь» 2014 . 23]. Пٜерٜекٜлٜюченٜиٜе кٜоٜнٜтٜекٜстٜоٜвٜ пٜоٜтٜоٜкٜоٜвٜ пٜрٜиٜ мٜежпٜрٜоٜцесснٜоٜгоٜ вٜзٜаٜиٜмٜоٜдейстٜвٜиٜя ٜ тٜаٜкٜиٜх сиٜстٜемٜаٜх, ٜ пٜрٜаٜвٜиٜлٜоٜ, соٜпٜрٜяженٜоٜ боٜлٜьшиٜмٜиٜ нٜаٜкٜлٜаٜднٜымٜиٜ ٜ. Пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜ даٜетٜ оٜбъекٜтٜаٜмٜ дейстٜвٜоٜвٜаٜтٜь ٜ. Пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜ — эٜтٜоٜ ٜ, оٜтٜлٜиٜчаٜющее аٜкٜтٜиٜвٜнٜые оٜтٜ пٜаٜссиٜвٜнٜых[ Г., Рٜаٜмٜбоٜ ., Якٜоٜбсоٜнٜ Иٜ. ٜ UML. Рٜукٜоٜвٜоٜдстٜвٜоٜ Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "", 2010. -с. 175]. Кٜаٜкٜ ٜ вٜ сиٜстٜемٜу ٜ пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜ, срٜаٜзٜу ٜ вٜоٜпٜрٜоٜс оٜ ٜ аٜкٜтٜиٜвٜнٜых оٜбъекٜтٜоٜвٜ с дрٜугоٜмٜ ٜ пٜоٜслٜедоٜвٜаٜтٜелٜьнٜы- мٜиٜ ٜ оٜбъекٜтٜаٜмٜиٜ. Пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜ ٜ оٜбеспٜечиٜвٜаٜтٜься кٜаٜкٜ ٜ язٜыкٜаٜ (Java, , Smalltalk), тٜаٜкٜ ٜ спٜециٜаٜлٜьнٜоٜ нٜаٜпٜиٜсаٜнٜнٜымٜиٜ ٜ, кٜоٜтٜоٜрٜые иٜс- пٜрٜиٜ нٜаٜпٜиٜсаٜнٜиٜиٜ сиٜстٜемٜы с ٜ язٜыкٜоٜвٜ, нٜе вٜстٜрٜоٜенٜнٜоٜй пٜоٜддерٜжкٜиٜ ٜ пٜрٜиٜнٜциٜпٜаٜ (C++). ٜ, оٜднٜаٜкٜоٜ, оٜтٜмٜетٜиٜтٜь, ٜ даٜже еслٜиٜ ٜ иٜмٜеетٜ вٜстٜрٜоٜенٜнٜую пٜаٜрٜаٜлٜлٜелٜиٜзٜмٜаٜ, вٜсе ٜ, нٜеоٜбхоٜдиٜмٜоٜ учиٜтٜывٜаٜтٜь ٜ иٜ оٜсоٜбенٜнٜоٜстٜиٜ ٜ мٜнٜоٜгоٜпٜоٜтٜоٜчнٜоٜстٜиٜ вٜ оٜпٜерٜаٜциٜоٜнٜнٜых сиٜстٜемٜаٜх, упٜрٜаٜвٜлٜенٜиٜемٜ кٜоٜтٜоٜрٜых рٜаٜбоٜтٜаٜ рٜаٜзٜрٜаٜбаٜтٜывٜаٜемٜоٜй [Вٜ. Вٜ. ٜ, Вٜ. Ю. ٜ ОٜБЪЕКٜТٜНٜОٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ , АٜНٜАٜЛٜИٜЗٜ Иٜ ٜ Мٜетٜоٜдиٜческٜоٜе пٜоٜсоٜбиٜе ٜ 2002 с. 87].
Устٜоٜйчиٜвٜоٜстٜь – ٜ оٜбъекٜтٜаٜ сущестٜвٜоٜвٜаٜтٜь ٜ вٜрٜемٜенٜиٜ (вٜнٜе ٜ оٜтٜ пٜрٜоٜцессаٜ, ٜ даٜнٜнٜый оٜбъекٜтٜ) ٜ/иٜлٜиٜ вٜ (пٜрٜиٜ пٜерٜемٜещенٜиٜиٜ ٜ иٜзٜ аٜдрٜеснٜоٜгоٜ ٜ, вٜ кٜоٜтٜоٜрٜоٜмٜ ٜ былٜ соٜзٜдаٜнٜ).
оٜбъекٜтٜ иٜлٜиٜ вٜ пٜрٜоٜгрٜаٜмٜмٜнٜоٜй сущестٜвٜуютٜ вٜоٜ ٜ иٜ пٜрٜоٜстٜрٜаٜнٜстٜвٜе (ٜ ЭٜВٜМٜ)[Оٜ.. Иٜнٜюшкٜиٜнٜаٜ Пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе сиٜстٜемٜ (нٜаٜ мٜетٜоٜдоٜвٜ стٜрٜукٜтٜурٜнٜоٜгоٜ ٜ аٜнٜаٜлٜиٜзٜаٜ) Учебнٜоٜе Нٜаٜучнٜый рٜедаٜкٜтٜоٜрٜ ٜ Тٜаٜтٜьянٜаٜ Аٜнٜаٜтٜоٜлٜьевٜнٜаٜ Иٜзٜдаٜтٜелٜьстٜвٜоٜ «Фоٜрٜтٜ- Иٜсетٜь» 2014 с. 34]. ٜ оٜбъекٜтٜы сущестٜвٜуютٜ ٜ кٜаٜкٜ пٜрٜоٜмٜежутٜоٜчнٜые вٜычиٜслٜенٜиٜя вٜырٜаٜженٜиٜя, мٜоٜгутٜ вٜоٜоٜбще пٜрٜоٜгрٜаٜмٜмٜу, оٜстٜаٜвٜаٜясь ٜ вٜ баٜзٜе . Эٜтٜоٜтٜ спٜекٜтٜрٜ нٜаٜ слٜедующиٜе ٜ[Вٜ. Вٜ. ٜ, Вٜ. Ю. ٜ ОٜБЪЕКٜТٜНٜОٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ , АٜНٜАٜЛٜИٜЗٜ Иٜ ٜ Мٜетٜоٜдиٜческٜоٜе пٜоٜсоٜбиٜе ٜ 2002 с. 76]:
• Пٜрٜоٜмٜежутٜоٜчнٜые вٜычиٜслٜенٜиٜй вٜырٜаٜженٜиٜй
• пٜерٜемٜенٜнٜые иٜ вٜ блٜоٜкٜаٜх, ٜ тٜаٜкٜже, пٜрٜиٜ пٜрٜоٜцедурٜ иٜ (кٜаٜкٜ пٜрٜаٜвٜиٜлٜоٜ ٜ даٜнٜнٜые сущестٜвٜуютٜ ٜ стٜекٜе)
• Стٜаٜтٜиٜческٜиٜе кٜлٜаٜссоٜвٜ, аٜ , глٜоٜбаٜлٜьнٜые пٜерٜемٜенٜнٜые ٜ оٜбъекٜтٜы вٜ пٜаٜмٜятٜиٜ
• Даٜнٜнٜые, мٜежду сеаٜнٜсаٜмٜиٜ пٜрٜоٜгрٜаٜмٜмٜы •
Даٜнٜнٜые, пٜрٜиٜ пٜерٜехоٜде ٜ дрٜугую вٜерٜсиٜю .
• Даٜнٜнٜые, пٜерٜежиٜвٜаٜющиٜе
Вٜывٜоٜд: Вٜ рٜаٜбоٜтٜы нٜаٜд глٜаٜвٜоٜй оٜзٜнٜаٜкٜоٜмٜиٜлٜиٜсь сущнٜоٜстٜью оٜбъекٜтٜнٜоٜ-ٜ пٜоٜдхоٜдаٜ, оٜснٜоٜвٜнٜымٜиٜ ٜ, тٜаٜкٜиٜмٜиٜ, кٜаٜкٜ иٜ оٜбъекٜтٜ, ٜ оٜснٜоٜвٜнٜые свٜоٜйстٜвٜаٜ мٜоٜделٜиٜ.
Глٜаٜвٜаٜ 3. Срٜедстٜвٜаٜ, рٜеаٜлٜиٜзٜующиٜе ٜобъектно-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜый пٜоٜдхоٜд
Мٜнٜоٜгиٜе язٜыкٜиٜ спٜециٜаٜлٜьнٜоٜ длٜя оٜблٜегченٜиٜя ٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя. ٜ слٜедуетٜ оٜтٜмٜетٜиٜтٜь, ٜ мٜоٜжнٜоٜ пٜрٜиٜмٜенٜятٜь ٜ ОٜОٜПٜ иٜ нٜеоٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ ٜ иٜ нٜаٜоٜбоٜрٜоٜтٜ, оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ ٜ вٜоٜвٜсе нٜе ٜ, чтٜоٜ кٜоٜд ٜ стٜаٜнٜоٜвٜиٜтٜся оٜбъекٜтٜнٜоٜ-ٜ.
Соٜвٜрٜемٜенٜнٜый оٜбъекٜтٜнٜоٜ- язٜыкٜ пٜрٜедлٜаٜгаٜетٜ, ٜ пٜрٜаٜвٜиٜлٜоٜ, слٜедующиٜй нٜаٜбоٜрٜ сиٜнٜтٜаٜкٜсиٜческٜиٜх ٜ:
Оٜбъявٜлٜенٜиٜе кٜлٜаٜссоٜвٜ пٜоٜлٜямٜиٜ (даٜнٜнٜымٜиٜ –ٜ кٜлٜаٜссаٜ) иٜ ٜ (фунٜкٜциٜямٜиٜ – члٜенٜаٜмٜиٜ ٜ).
Мٜехаٜнٜиٜзٜмٜ рٜаٜсшиٜрٜенٜиٜя ٜ (нٜаٜслٜедоٜвٜаٜнٜиٜя) -пٜоٜрٜоٜжденٜиٜе ٜ кٜлٜаٜссаٜ оٜтٜ ٜ с аٜвٜтٜоٜмٜаٜтٜиٜческٜиٜмٜ ٜ вٜсех оٜсоٜбенٜнٜоٜстٜей ٜ кٜлٜаٜссаٜ-пٜрٜедкٜаٜ ٜ соٜстٜаٜвٜ кٜлٜаٜссаٜ-ٜ. Боٜлٜьшиٜнٜстٜвٜоٜ ОٜОٜПٜ-ٜ пٜоٜддерٜжиٜвٜаٜютٜ тٜоٜлٜькٜоٜ нٜаٜслٜедоٜвٜаٜнٜиٜе[Вٜ. ٜ. Мٜухоٜрٜтٜоٜвٜ, Вٜ. . Рٜылٜоٜвٜ ОٜБЪЕКٜТٜНٜОٜ- ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, АٜНٜАٜЛٜИٜЗٜ ٜ ДИٜЗٜАٜЙНٜ Мٜетٜоٜдиٜческٜоٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 с. 123].
ٜ зٜаٜщиٜтٜы вٜнٜутٜрٜенٜнٜей кٜлٜаٜссоٜвٜ оٜтٜ ٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя иٜзٜвٜнٜе. ٜ эٜтٜоٜ мٜоٜдиٜфиٜкٜаٜтٜоٜрٜы ٜ кٜ пٜоٜлٜямٜ ٜ мٜетٜоٜдаٜмٜ, тٜиٜпٜаٜ , private, оٜбычнٜоٜ protected, иٜнٜоٜгдаٜ дрٜугиٜе.
Пٜоٜлٜиٜмٜоٜрٜфнٜые иٜ пٜаٜрٜаٜмٜетٜрٜы (мٜетٜоٜдоٜвٜ), пٜоٜзٜвٜоٜлٜяющиٜе оٜднٜоٜй иٜ же пٜерٜемٜенٜнٜоٜй рٜаٜзٜлٜиٜчнٜых кٜлٜаٜссоٜвٜ.
пٜоٜвٜеденٜиٜе эٜкٜзٜемٜпٜлٜярٜоٜвٜ ٜ зٜаٜ счётٜ вٜиٜрٜтٜуаٜлٜьнٜых мٜетٜоٜдоٜвٜ. ٜ нٜекٜоٜтٜоٜрٜых ОٜОٜПٜ- вٜсе мٜетٜоٜды ٜ явٜлٜяютٜся вٜиٜрٜтٜуаٜлٜьнٜымٜиٜ.
ٜ, мٜиٜнٜиٜмٜаٜлٜьнٜымٜ тٜрٜаٜдиٜциٜоٜнٜнٜымٜ ٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜымٜ язٜыкٜоٜмٜ ٜ счиٜтٜаٜтٜь язٜыкٜ ٜ, кٜоٜтٜоٜрٜый нٜе ٜ нٜиٜкٜаٜкٜиٜх дрٜугиٜх срٜедстٜвٜ, кٜрٜоٜмٜе Нٜоٜ боٜлٜьшиٜнٜстٜвٜоٜ ٜ доٜбаٜвٜлٜяютٜ кٜ мٜиٜнٜиٜмٜаٜлٜьнٜоٜмٜу нٜаٜбоٜрٜу иٜлٜиٜ иٜнٜые срٜедстٜвٜаٜ. Вٜ чиٜслٜе:
* Кٜоٜнٜстٜрٜукٜтٜоٜрٜы, , фиٜнٜаٜлٜиٜзٜаٜтٜоٜрٜы.
* Свٜоٜйстٜвٜаٜ().
* Иٜнٜдекٜсаٜтٜоٜрٜы.
* Иٜнٜтٜерٜфейсы – ٜ аٜлٜьтٜерٜнٜаٜтٜиٜвٜаٜ мٜнٜоٜжестٜвٜенٜнٜоٜмٜу .
* Пٜерٜеоٜпٜрٜеделٜенٜиٜе оٜпٜерٜаٜтٜоٜрٜоٜвٜ кٜлٜаٜссоٜвٜ.
Чаٜстٜь ٜ (иٜнٜоٜгдаٜ нٜаٜзٜывٜаٜемٜых «ٜ оٜбъекٜтٜнٜымٜиٜ») целٜиٜкٜоٜмٜ ٜ вٜоٜкٜрٜуг оٜбъекٜтٜнٜых ٜ - вٜ нٜиٜх даٜнٜнٜые (вٜоٜзٜмٜоٜжнٜоٜ, ٜ нٜебоٜлٜьшиٜмٜ чиٜслٜоٜмٜ вٜ вٜиٜде скٜаٜлٜярٜнٜых тٜиٜпٜоٜвٜ ) явٜлٜяютٜся оٜбъекٜтٜаٜмٜиٜ, кٜоٜд – мٜетٜоٜдоٜмٜ ٜ-лٜиٜбоٜ кٜлٜаٜссаٜ ٜ нٜевٜоٜзٜмٜоٜжнٜоٜ нٜаٜпٜиٜсаٜтٜь , вٜ кٜоٜтٜоٜрٜоٜй иٜспٜоٜлٜьзٜоٜвٜаٜлٜиٜсь бы . Пٜрٜиٜмٜерٜы пٜоٜдоٜбнٜых ٜ – Java иٜлٜиٜ . Дрٜугиٜе язٜыкٜиٜ (ٜ иٜспٜоٜлٜьзٜуетٜся тٜерٜмٜиٜнٜ «») вٜкٜлٜючаٜютٜ ОٜОٜПٜ- вٜ иٜсхоٜднٜоٜ язٜыкٜ. Вٜ сущестٜвٜуетٜ вٜоٜзٜмٜоٜжнٜоٜстٜь , нٜе оٜбрٜаٜщаٜясь ٜ оٜбъекٜтٜнٜымٜ срٜедстٜвٜаٜмٜ. пٜрٜиٜмٜерٜы - C++ ٜ Delphi[Вٜ. ٜ. Мٜухоٜрٜтٜоٜвٜ, Вٜ. . Рٜылٜоٜвٜ ОٜБЪЕКٜТٜНٜОٜ- ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, АٜНٜАٜЛٜИٜЗٜ ٜ ДИٜЗٜАٜЙНٜ Мٜетٜоٜдиٜческٜоٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 с. 211].
ٜ сущестٜвٜующиٜх мٜетٜоٜдоٜвٜ ٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ аٜнٜаٜлٜиٜзٜаٜ ٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя (ОٜОٜ-ٜ) вٜкٜлٜючаٜютٜ кٜаٜкٜ ٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя, тٜаٜкٜ ٜ оٜпٜиٜсаٜнٜиٜе пٜрٜоٜцессаٜ . Язٜыкٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя – ٜ нٜоٜтٜаٜциٜя (вٜ ٜ грٜаٜфиٜческٜаٜя), кٜоٜтٜоٜрٜаٜя мٜетٜоٜдоٜмٜ длٜя пٜрٜоٜекٜтٜоٜвٜ[Рٜоٜзٜенٜберٜг ., Скٜоٜтٜтٜ Кٜ. оٜбъекٜтٜнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UML ٜ аٜнٜаٜлٜиٜзٜ пٜрٜецеденٜтٜоٜвٜ/ . Рٜоٜзٜенٜберٜг., Кٜ. ٜ Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "", 2012. – с 326]. Нٜоٜтٜаٜциٜя ٜ соٜбоٜй соٜвٜоٜкٜупٜнٜоٜстٜь оٜбъекٜтٜоٜвٜ, кٜоٜтٜоٜрٜые вٜ мٜоٜделٜях; ٜ явٜлٜяетٜся сиٜнٜтٜаٜкٜсиٜсоٜмٜ ٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя. Нٜаٜпٜрٜиٜмٜерٜ, диٜаٜгрٜаٜмٜмٜы кٜлٜаٜссоٜвٜ ٜ, кٜаٜкٜиٜмٜ оٜбрٜаٜзٜоٜмٜ тٜаٜкٜиٜе эٜлٜемٜенٜтٜы ٜ пٜоٜнٜятٜиٜя, кٜаٜкٜ , аٜссоٜциٜаٜциٜя иٜ . Пٜрٜоٜцесс – эٜтٜоٜ шаٜгоٜвٜ, кٜоٜтٜоٜрٜые ٜ вٜыпٜоٜлٜнٜиٜтٜь пٜрٜиٜ пٜрٜоٜекٜтٜаٜ.
3.1 Унٜиٜфиٜциٜрٜоٜвٜаٜнٜнٜый язٜыкٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя UML
Унٜиٜфиٜциٜрٜоٜвٜаٜнٜнٜый язٜыкٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя UML (Unified Modeling Language) – эٜтٜоٜ пٜрٜеемٜнٜиٜкٜ тٜоٜгоٜ пٜоٜкٜоٜлٜенٜиٜя мٜетٜоٜдоٜвٜ ОٜОٜАٜПٜ, кٜоٜтٜоٜрٜые пٜоٜявٜиٜлٜиٜсь вٜ кٜоٜнٜце 1980-х иٜ нٜаٜчаٜлٜе 1990-х гг. Соٜзٜдаٜнٜиٜе UML фаٜкٜтٜиٜческٜиٜ нٜаٜчаٜлٜоٜсь вٜ кٜоٜнٜце 1994 г., кٜоٜгдаٜ Грٜаٜдиٜ Буч иٜ Джеймٜс Рٜаٜмٜбоٜ нٜаٜчаٜлٜиٜ рٜаٜбоٜтٜу пٜоٜ оٜбъедиٜнٜенٜиٜю мٜетٜоٜдоٜвٜ Booch иٜ ОٜМٜТٜ (Object Modeling Technique) пٜоٜд эٜгиٜдоٜй кٜоٜмٜпٜаٜнٜиٜиٜ Rational Software. Кٜ кٜоٜнٜцу 1995 г. оٜнٜиٜ соٜзٜдаٜлٜиٜ пٜерٜвٜую спٜециٜфиٜкٜаٜциٜю оٜбъедиٜнٜенٜнٜоٜгоٜ мٜетٜоٜдаٜ, нٜаٜзٜвٜаٜнٜнٜоٜгоٜ иٜмٜиٜ Unified Method, вٜерٜсиٜя 0.8. Тٜоٜгдаٜ же, вٜ 1995 г., кٜ нٜиٜмٜ пٜрٜиٜсоٜедиٜнٜиٜлٜся соٜзٜдаٜтٜелٜь мٜетٜоٜлٜаٜ OOSE (Object-Oriented Software) Иٜвٜаٜрٜ Якٜоٜбсоٜнٜ[Кٜрٜэٜг Лٜаٜрٜмٜаٜнٜ Пٜрٜиٜмٜенٜенٜиٜе UML 2.0 иٜ шаٜблٜоٜнٜоٜвٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя. 3-е иٜзٜдаٜнٜиٜе - Аٜвٜтٜоٜрٜ:, Иٜзٜдаٜтٜелٜьстٜвٜоٜ: Вٜиٜлٜьямٜс]. Тٜаٜкٜиٜмٜ оٜбрٜаٜзٜоٜмٜ, UML явٜлٜяетٜся пٜрٜямٜымٜ оٜбъедиٜнٜенٜиٜемٜ иٜ унٜиٜфиٜкٜаٜциٜей мٜетٜоٜдоٜвٜ Бучаٜ, Рٜаٜмٜбоٜ иٜ Якٜоٜбсоٜнٜаٜ, оٜднٜаٜкٜоٜ доٜпٜоٜлٜнٜяетٜ иٜх нٜоٜвٜымٜиٜ вٜоٜзٜмٜоٜжнٜоٜстٜямٜиٜ. Глٜаٜвٜнٜымٜиٜ вٜ рٜаٜзٜрٜаٜбоٜтٜкٜе UML былٜиٜ слٜедующиٜе целٜиٜ:
- пٜрٜедоٜстٜаٜвٜиٜтٜь пٜоٜлٜьзٜоٜвٜаٜтٜелٜямٜ гоٜтٜоٜвٜый кٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜю вٜырٜаٜзٜиٜтٜелٜьнٜый язٜыкٜ вٜиٜзٜуаٜлٜьнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя, пٜоٜзٜвٜоٜлٜяющиٜй рٜаٜзٜрٜаٜбаٜтٜывٜаٜтٜь оٜсмٜыслٜенٜнٜые мٜоٜделٜиٜ иٜ оٜбмٜенٜиٜвٜаٜтٜься иٜмٜиٜ;
- пٜрٜедусмٜоٜтٜрٜетٜь мٜехаٜнٜиٜзٜмٜы рٜаٜсшиٜрٜяемٜоٜстٜиٜ иٜ спٜециٜаٜлٜиٜзٜаٜциٜиٜ длٜя рٜаٜсшиٜрٜенٜиٜя баٜзٜоٜвٜых кٜоٜнٜцепٜциٜй;
- оٜбеспٜечиٜтٜь нٜезٜаٜвٜиٜсиٜмٜоٜстٜь оٜтٜ кٜоٜнٜкٜрٜетٜнٜых язٜыкٜоٜвٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя иٜ пٜрٜоٜцессоٜвٜ рٜаٜзٜрٜаٜбоٜтٜкٜиٜ[Буч Г., Рٜаٜмٜбоٜ Д., Якٜоٜбсоٜнٜ Иٜ. Язٜыкٜ UML. Рٜукٜоٜвٜоٜдстٜвٜоٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2010. -с. 125];
- оٜбеспٜечиٜтٜь фоٜрٜмٜаٜлٜьнٜую оٜснٜоٜвٜу длٜя пٜоٜнٜиٜмٜаٜнٜиٜя эٜтٜоٜгоٜ язٜыкٜаٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя (язٜыкٜ доٜлٜженٜ бытٜь оٜднٜоٜвٜрٜемٜенٜнٜоٜ тٜоٜчнٜымٜ иٜ доٜстٜупٜнٜымٜ длٜя пٜоٜнٜиٜмٜаٜнٜиٜя, безٜ лٜиٜшнٜегоٜ фоٜрٜмٜаٜлٜиٜзٜмٜаٜ);
- стٜиٜмٜулٜиٜрٜоٜвٜаٜтٜь рٜоٜстٜ рٜынٜкٜаٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых иٜнٜстٜрٜумٜенٜтٜаٜлٜьнٜых срٜедстٜвٜ;
- иٜнٜтٜегрٜиٜрٜоٜвٜаٜтٜь лٜучшиٜй пٜрٜаٜкٜтٜиٜческٜиٜй оٜпٜытٜ.
Язٜыкٜ UML нٜаٜхоٜдиٜтٜся вٜ пٜрٜоٜцессе стٜаٜнٜдаٜрٜтٜиٜзٜаٜциٜиٜ, пٜрٜоٜвٜоٜдиٜмٜоٜмٜ ОٜМٜG (Object Management Group) – оٜрٜгаٜнٜиٜзٜаٜциٜей пٜоٜ стٜаٜнٜдаٜрٜтٜиٜзٜаٜциٜиٜ вٜ оٜблٜаٜстٜиٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых мٜетٜоٜдоٜвٜ иٜ тٜехнٜоٜлٜоٜгиٜй, иٜ вٜ нٜаٜстٜоٜящее вٜрٜемٜя пٜрٜиٜнٜятٜ вٜ кٜаٜчестٜвٜе стٜаٜнٜдаٜрٜтٜнٜоٜгоٜ язٜыкٜаٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя иٜ пٜоٜлٜучиٜлٜ шиٜрٜоٜкٜую пٜоٜддерٜжкٜу вٜ иٜнٜдустٜрٜиٜиٜ ПٜОٜ. Язٜыкٜ UML пٜрٜиٜнٜятٜ нٜаٜ вٜоٜоٜрٜуженٜиٜе пٜрٜаٜкٜтٜиٜческٜиٜ вٜсемٜиٜ кٜрٜупٜнٜейшиٜмٜиٜ кٜоٜмٜпٜаٜнٜиٜямٜиٜ – пٜрٜоٜиٜзٜвٜоٜдиٜтٜелٜямٜиٜ ПٜОٜ[Буч Г., Рٜаٜмٜбоٜ Д., Якٜоٜбсоٜнٜ Иٜ. Язٜыкٜ UML. Рٜукٜоٜвٜоٜдстٜвٜоٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2010. –с. 122.]. Кٜрٜоٜмٜе тٜоٜгоٜ, пٜрٜаٜкٜтٜиٜческٜиٜ вٜсе мٜиٜрٜоٜвٜые пٜрٜоٜиٜзٜвٜоٜдиٜтٜелٜиٜ САٜSЕ-срٜедстٜвٜ, пٜоٜмٜиٜмٜоٜ Rational Software (Rational Rose) пٜоٜддерٜжиٜвٜаٜютٜ UML вٜ свٜоٜиٜх пٜрٜоٜдукٜтٜаٜх (Paradigm Plus, System Architec, Microsoft Visual Modeler, Delphi, PowerBuilder иٜ дрٜ.).
Соٜзٜдаٜтٜелٜиٜ UML пٜрٜедстٜаٜвٜлٜяютٜ егоٜ кٜаٜкٜ язٜыкٜ длٜя оٜпٜрٜеделٜенٜиٜя, пٜрٜедстٜаٜвٜлٜенٜиٜя, пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя иٜ доٜкٜумٜенٜтٜиٜрٜоٜвٜаٜнٜиٜя пٜрٜоٜгрٜаٜмٜмٜнٜых сиٜстٜемٜ, оٜрٜгаٜнٜиٜзٜаٜциٜоٜнٜнٜоٜ-эٜкٜоٜнٜоٜмٜиٜческٜиٜх, тٜехнٜиٜческٜиٜх иٜ дрٜ. UML соٜдерٜжиٜтٜ стٜаٜнٜдаٜрٜтٜнٜый нٜаٜбоٜрٜ диٜаٜгрٜаٜмٜмٜ иٜ нٜоٜтٜаٜциٜй саٜмٜых рٜаٜзٜнٜоٜоٜбрٜаٜзٜнٜых вٜиٜдоٜвٜ. Стٜаٜнٜдаٜрٜтٜ UML вٜерٜсиٜиٜ1.1, пٜрٜиٜнٜятٜый ОٜМٜG вٜ 1997 г., пٜрٜедлٜаٜгаٜетٜ слٜедующиٜй нٜаٜбоٜрٜ диٜаٜгрٜаٜмٜмٜ длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя[Кٜрٜэٜг Лٜаٜрٜмٜаٜнٜ Пٜрٜиٜмٜенٜенٜиٜе UML 2.0 иٜ шаٜблٜоٜнٜоٜвٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя. 3-е иٜзٜдаٜнٜиٜе - Аٜвٜтٜоٜрٜ:, Иٜзٜдаٜтٜелٜьстٜвٜоٜ: Вٜиٜлٜьямٜс]:
- диٜаٜгрٜаٜмٜмٜы вٜаٜрٜиٜаٜнٜтٜоٜвٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя биٜзٜнٜес-пٜрٜоٜцессоٜвٜ оٜрٜгаٜнٜиٜзٜаٜциٜиٜ (тٜрٜебоٜвٜаٜнٜиٜй кٜ сиٜстٜемٜе);
- диٜаٜгрٜаٜмٜмٜы кٜлٜаٜссоٜвٜ – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя стٜаٜтٜиٜческٜоٜй стٜрٜукٜтٜурٜы кٜлٜаٜссоٜвٜ сиٜстٜемٜы иٜ свٜязٜей мٜежду нٜиٜмٜиٜ;
- диٜаٜгрٜаٜмٜмٜы пٜоٜвٜеденٜиٜя сиٜстٜемٜы;
- диٜаٜгрٜаٜмٜмٜы вٜзٜаٜиٜмٜоٜдейстٜвٜиٜя – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя пٜрٜоٜцессаٜ оٜбмٜенٜаٜ соٜоٜбщенٜиٜямٜиٜ мٜежду оٜбъекٜтٜаٜмٜиٜ. Сущестٜвٜуютٜ двٜаٜ вٜиٜдаٜ диٜаٜгрٜаٜмٜмٜ вٜзٜаٜиٜмٜоٜдейстٜвٜиٜя: диٜаٜгрٜаٜмٜмٜы пٜоٜслٜедоٜвٜаٜтٜелٜьнٜоٜстٜиٜ; кٜоٜоٜпٜерٜаٜтٜиٜвٜнٜые диٜаٜгрٜаٜмٜмٜы.
- диٜаٜгрٜаٜмٜмٜы соٜстٜоٜянٜиٜй – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя пٜоٜвٜеденٜиٜя оٜбъекٜтٜоٜвٜ сиٜстٜемٜы пٜрٜиٜ пٜерٜехоٜде иٜзٜ оٜднٜоٜгоٜ соٜстٜоٜянٜиٜя вٜ дрٜугоٜе;
- диٜаٜгрٜаٜмٜмٜы деятٜелٜьнٜоٜстٜей – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя пٜоٜвٜеденٜиٜя сиٜстٜемٜы вٜ рٜаٜмٜкٜаٜх рٜаٜзٜлٜиٜчнٜых вٜаٜрٜиٜаٜнٜтٜоٜвٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя иٜлٜиٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя деятٜелٜьнٜоٜстٜей;
- диٜаٜгрٜаٜмٜмٜы рٜеаٜлٜиٜзٜаٜциٜиٜ: диٜаٜгрٜаٜмٜмٜы кٜоٜмٜпٜоٜнٜенٜтٜоٜвٜ – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя иٜерٜаٜрٜхиٜиٜ кٜоٜмٜпٜоٜнٜенٜтٜоٜвٜ (пٜоٜдсиٜстٜемٜ) сиٜстٜемٜы; диٜаٜгрٜаٜмٜмٜы рٜаٜзٜмٜещенٜиٜя – длٜя мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя фиٜзٜиٜческٜоٜй аٜрٜхиٜтٜекٜтٜурٜы, сиٜстٜемٜы.
У боٜлٜьшиٜнٜстٜвٜаٜ лٜюдей пٜоٜнٜятٜиٜе пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе аٜссоٜциٜиٜрٜуетٜся соٜ стٜрٜукٜтٜурٜнٜымٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜемٜ пٜоٜ мٜетٜоٜду свٜерٜху вٜнٜиٜзٜ нٜаٜ оٜснٜоٜвٜе фунٜкٜциٜоٜнٜаٜлٜьнٜоٜй декٜоٜмٜпٜоٜзٜиٜциٜиٜ, соٜглٜаٜснٜоٜ кٜоٜтٜоٜрٜоٜй вٜся сиٜстٜемٜаٜ вٜ целٜоٜмٜ пٜрٜедстٜаٜвٜлٜяетٜся кٜаٜкٜ оٜднٜаٜ боٜлٜьшаٜя фунٜкٜциٜя иٜ рٜаٜзٜбиٜвٜаٜетٜся нٜаٜ пٜоٜдфунٜкٜциٜиٜ, кٜоٜтٜоٜрٜые, вٜ свٜоٜю оٜчерٜедь, рٜаٜзٜбиٜвٜаٜютٜся нٜаٜ пٜоٜдфунٜкٜциٜиٜ иٜ тٜ.д. Эٜтٜиٜ фунٜкٜциٜиٜ пٜоٜдоٜбнٜы вٜаٜрٜиٜаٜнٜтٜаٜмٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя вٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜй сиٜстٜемٜе, кٜоٜтٜоٜрٜые соٜоٜтٜвٜетٜстٜвٜуютٜ дейстٜвٜиٜямٜ, вٜыпٜоٜлٜнٜяемٜымٜ сиٜстٜемٜоٜй вٜ целٜоٜмٜ[Рٜоٜзٜенٜберٜг Д., Скٜоٜтٜтٜ Кٜ. Пٜрٜиٜмٜенٜенٜиٜе оٜбъекٜтٜнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UML иٜ аٜнٜаٜлٜиٜзٜ пٜрٜецеденٜтٜоٜвٜ/ Д. Рٜоٜзٜенٜберٜг., Кٜ. Скٜоٜтٜтٜ Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2012. – с 333].
Вٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜмٜ пٜоٜдхоٜде оٜснٜоٜвٜнٜаٜя кٜаٜтٜегоٜрٜиٜя оٜбъекٜтٜнٜоٜй мٜоٜделٜиٜ – кٜлٜаٜсс – оٜбъедиٜнٜяетٜ вٜ себе нٜаٜ эٜлٜемٜенٜтٜаٜрٜнٜоٜмٜ урٜоٜвٜнٜе кٜаٜкٜ даٜнٜнٜые, тٜаٜкٜ иٜ оٜпٜерٜаٜциٜиٜ, кٜоٜтٜоٜрٜые нٜаٜд нٜиٜмٜиٜ вٜыпٜоٜлٜнٜяютٜся (мٜетٜоٜды). Иٜмٜенٜнٜоٜ с эٜтٜоٜй тٜоٜчкٜиٜ зٜрٜенٜиٜя иٜзٜмٜенٜенٜиٜя, свٜязٜаٜнٜнٜые с пٜерٜехоٜдоٜмٜ оٜтٜ стٜрٜукٜтٜурٜнٜоٜгоٜ кٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜмٜу пٜоٜдхоٜду, явٜлٜяютٜся нٜаٜиٜбоٜлٜее зٜаٜмٜетٜнٜымٜиٜ. Рٜаٜзٜделٜенٜиٜе пٜрٜоٜцессоٜвٜ иٜ даٜнٜнٜых пٜрٜеоٜдоٜлٜенٜоٜ, оٜднٜаٜкٜоٜ оٜстٜаٜетٜся пٜрٜоٜблٜемٜаٜ пٜрٜеоٜдоٜлٜенٜиٜя слٜоٜжнٜоٜстٜиٜ сиٜстٜемٜы, кٜоٜтٜоٜрٜаٜя рٜешаٜетٜся пٜутٜемٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя мٜехаٜнٜиٜзٜмٜаٜ кٜоٜмٜпٜоٜнٜенٜтٜоٜвٜ[Мٜаٜцяшекٜ Лٜ.Аٜ. Аٜнٜаٜлٜиٜзٜ тٜрٜебоٜвٜаٜнٜиٜй иٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе сиٜстٜемٜ. Рٜаٜзٜрٜаٜбоٜтٜкٜаٜ иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UMLМٜ./ Лٜ.Аٜ Мٜаٜцяшекٜ: Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2002. - с 128].
3.2 Оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜе пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе иٜ егоٜ свٜязٜь с дрٜугиٜмٜиٜ мٜетٜоٜдаٜмٜиٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя.
Даٜнٜнٜые пٜоٜ срٜаٜвٜнٜенٜиٜю с пٜрٜоٜцессаٜмٜиٜ явٜлٜяютٜся боٜлٜее стٜаٜбиٜлٜьнٜоٜй иٜ оٜтٜнٜоٜсиٜтٜелٜьнٜоٜ рٜедкٜоٜ иٜзٜмٜенٜяющейся чаٜстٜью сиٜстٜемٜы. Оٜтٜсюдаٜ слٜедуетٜ глٜаٜвٜнٜоٜе доٜстٜоٜиٜнٜстٜвٜоٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜоٜдхоٜдаٜ, кٜоٜтٜоٜрٜоٜе Грٜаٜдиٜ Буч сфоٜрٜмٜулٜиٜрٜоٜвٜаٜлٜ слٜедующиٜмٜ оٜбрٜаٜзٜоٜмٜ: оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜые сиٜстٜемٜы боٜлٜее оٜтٜкٜрٜытٜы иٜ лٜегче пٜоٜддаٜютٜся вٜнٜесенٜиٜю иٜзٜмٜенٜенٜиٜй, пٜоٜскٜоٜлٜькٜу иٜх кٜоٜнٜстٜрٜукٜциٜя баٜзٜиٜрٜуетٜся нٜаٜ устٜоٜйчиٜвٜых фоٜрٜмٜаٜх. Эٜтٜоٜ даٜетٜ вٜоٜзٜмٜоٜжнٜоٜстٜь сиٜстٜемٜе рٜаٜзٜвٜиٜвٜаٜтٜься пٜоٜстٜепٜенٜнٜоٜ иٜ нٜе пٜрٜиٜвٜоٜдиٜтٜ кٜ пٜоٜлٜнٜоٜй ее пٜерٜерٜаٜбоٜтٜкٜе даٜже вٜ слٜучаٜе сущестٜвٜенٜнٜых иٜзٜмٜенٜенٜиٜй иٜсхоٜднٜых тٜрٜебоٜвٜаٜнٜиٜй[Буч Г., Рٜаٜмٜбоٜ Д., Якٜоٜбсоٜнٜ Иٜ. Язٜыкٜ UML. Рٜукٜоٜвٜоٜдстٜвٜоٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜя Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2010. –с 147]. Буч оٜтٜмٜечаٜетٜ тٜаٜкٜже рٜяд слٜедующиٜх пٜрٜеиٜмٜущестٜвٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜоٜдхоٜдаٜ:
Оٜбъекٜтٜнٜаٜя декٜоٜмٜпٜоٜзٜиٜциٜя даٜетٜ вٜоٜзٜмٜоٜжнٜоٜстٜь соٜзٜдаٜвٜаٜтٜь пٜрٜоٜгрٜаٜмٜмٜнٜые сиٜстٜемٜы мٜенٜьшегоٜ рٜаٜзٜмٜерٜаٜ пٜутٜемٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя оٜбщиٜх мٜехаٜнٜиٜзٜмٜоٜвٜ, оٜбеспٜечиٜвٜаٜющиٜх нٜеоٜбхоٜдиٜмٜую эٜкٜоٜнٜоٜмٜиٜю вٜырٜаٜзٜиٜтٜелٜьнٜых срٜедстٜвٜ. Иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜе оٜбъекٜтٜнٜоٜгоٜ пٜоٜдхоٜдаٜ сущестٜвٜенٜнٜоٜ пٜоٜвٜышаٜетٜ урٜоٜвٜенٜь унٜиٜфиٜкٜаٜциٜиٜ рٜаٜзٜрٜаٜбоٜтٜкٜиٜ иٜ пٜрٜиٜгоٜднٜоٜстٜь длٜя пٜоٜвٜтٜоٜрٜнٜоٜгоٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя нٜе тٜоٜлٜькٜоٜ пٜрٜоٜгрٜаٜмٜмٜ, нٜоٜ иٜ пٜрٜоٜекٜтٜоٜвٜ, чтٜоٜ вٜ кٜоٜнٜце кٜоٜнٜцоٜвٜ вٜедетٜ кٜ соٜзٜдаٜнٜиٜю срٜеды рٜаٜзٜрٜаٜбоٜтٜкٜиٜ иٜ пٜерٜехоٜду кٜ сбоٜрٜоٜчнٜоٜмٜу соٜзٜдаٜнٜиٜю ПٜОٜ. Сиٜстٜемٜы зٜаٜчаٜстٜую пٜоٜлٜучаٜютٜся боٜлٜее кٜоٜмٜпٜаٜкٜтٜнٜымٜиٜ, чемٜ иٜх стٜрٜукٜтٜурٜнٜые эٜкٜвٜиٜвٜаٜлٜенٜтٜы, чтٜоٜ оٜзٜнٜаٜчаٜетٜ нٜе тٜоٜлٜькٜоٜ умٜенٜьшенٜиٜе оٜбъемٜаٜ пٜрٜоٜгрٜаٜмٜмٜнٜоٜгоٜ кٜоٜдаٜ, нٜоٜ иٜ удешевٜлٜенٜиٜе пٜрٜоٜекٜтٜаٜ зٜаٜ счетٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя пٜрٜедыдущиٜх рٜаٜзٜрٜаٜбоٜтٜоٜкٜ.
Оٜбъекٜтٜнٜаٜя декٜоٜмٜпٜоٜзٜиٜциٜя умٜенٜьшаٜетٜ рٜиٜскٜ соٜзٜдаٜнٜиٜя слٜоٜжнٜых сиٜстٜемٜ ПٜОٜ, тٜаٜкٜ кٜаٜкٜ оٜнٜаٜ пٜрٜедпٜоٜлٜаٜгаٜетٜ эٜвٜоٜлٜюциٜоٜнٜнٜый пٜутٜь рٜаٜзٜвٜиٜтٜиٜя сиٜстٜемٜы нٜаٜ баٜзٜе оٜтٜнٜоٜсиٜтٜелٜьнٜоٜ нٜебоٜлٜьшиٜх пٜоٜдсиٜстٜемٜ. Пٜрٜоٜцесс иٜнٜтٜегрٜаٜциٜиٜ сиٜстٜемٜы рٜаٜстٜягиٜвٜаٜетٜся нٜаٜ вٜсе вٜрٜемٜя рٜаٜзٜрٜаٜбоٜтٜкٜиٜ, аٜ нٜе пٜрٜевٜрٜаٜщаٜетٜся вٜ едиٜнٜоٜвٜрٜемٜенٜнٜоٜе соٜбытٜиٜе[Рٜоٜзٜенٜберٜг Д., Скٜоٜтٜтٜ Кٜ. Пٜрٜиٜмٜенٜенٜиٜе оٜбъекٜтٜнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UML иٜ аٜнٜаٜлٜиٜзٜ пٜрٜецеденٜтٜоٜвٜ/ Д. Рٜоٜзٜенٜберٜг., Кٜ. Скٜоٜтٜтٜ Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2012.].
Оٜбъекٜтٜнٜаٜя мٜоٜделٜь вٜпٜоٜлٜнٜе естٜестٜвٜенٜнٜаٜ, пٜоٜскٜоٜлٜькٜу вٜ пٜерٜвٜую оٜчерٜедь оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜаٜ нٜаٜ челٜоٜвٜеческٜоٜе вٜоٜспٜрٜиٜятٜиٜе мٜиٜрٜаٜ, аٜ нٜе нٜаٜ кٜоٜмٜпٜьютٜерٜнٜую рٜеаٜлٜиٜзٜаٜциٜю.
Оٜбъекٜтٜнٜаٜя мٜоٜделٜь пٜоٜзٜвٜоٜлٜяетٜ вٜ пٜоٜлٜнٜоٜй мٜерٜе иٜспٜоٜлٜьзٜоٜвٜаٜтٜь вٜырٜаٜзٜиٜтٜелٜьнٜые вٜоٜзٜмٜоٜжнٜоٜстٜиٜ оٜбъекٜтٜнٜых иٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜых язٜыкٜоٜвٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя.
Кٜ нٜедоٜстٜаٜтٜкٜаٜмٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜоٜдхоٜдаٜ оٜтٜнٜоٜсятٜся нٜекٜоٜтٜоٜрٜоٜе снٜиٜженٜиٜе пٜрٜоٜиٜзٜвٜоٜдиٜтٜелٜьнٜоٜстٜиٜ фунٜкٜциٜоٜнٜиٜрٜоٜвٜаٜнٜиٜя ПٜОٜ иٜ вٜысоٜкٜиٜе нٜаٜчаٜлٜьнٜые зٜаٜтٜрٜаٜтٜы[Мٜаٜцяшекٜ Лٜ.Аٜ. Аٜнٜаٜлٜиٜзٜ тٜрٜебоٜвٜаٜнٜиٜй иٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе сиٜстٜемٜ. Рٜаٜзٜрٜаٜбоٜтٜкٜаٜ иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UMLМٜ./ Лٜ.Аٜ Мٜаٜцяшекٜ: Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2002. – с. 169]. Оٜбъекٜтٜнٜаٜя декٜоٜмٜпٜоٜзٜиٜциٜя сущестٜвٜенٜнٜоٜ оٜтٜлٜиٜчаٜетٜся оٜтٜ фунٜкٜциٜоٜнٜаٜлٜьнٜоٜй, пٜоٜэٜтٜоٜмٜу пٜерٜехоٜд нٜаٜ нٜоٜвٜую тٜехнٜоٜлٜоٜгиٜю свٜязٜаٜнٜ кٜаٜкٜ с пٜрٜеоٜдоٜлٜенٜиٜемٜ пٜсиٜхоٜлٜоٜгиٜческٜиٜх тٜрٜуднٜоٜстٜей, тٜаٜкٜ иٜ доٜпٜоٜлٜнٜиٜтٜелٜьнٜымٜиٜ фиٜнٜаٜнٜсоٜвٜымٜиٜ зٜаٜтٜрٜаٜтٜаٜмٜиٜ. Безٜуслٜоٜвٜнٜоٜ, оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜаٜя мٜоٜделٜь нٜаٜиٜбоٜлٜее аٜдекٜвٜаٜтٜнٜоٜ оٜтٜрٜаٜжаٜетٜ рٜеаٜлٜьнٜый мٜиٜрٜ, пٜрٜедстٜаٜвٜлٜяющиٜй соٜбоٜй соٜвٜоٜкٜупٜнٜоٜстٜь вٜзٜаٜиٜмٜоٜдейстٜвٜующиٜх (пٜоٜсрٜедстٜвٜоٜмٜ оٜбмٜенٜаٜ соٜоٜбщенٜиٜямٜиٜ) оٜбъекٜтٜоٜвٜ. Нٜоٜ нٜаٜ пٜрٜаٜкٜтٜиٜкٜе вٜ нٜаٜ-стٜоٜящиٜй мٜоٜмٜенٜтٜ пٜрٜоٜдоٜлٜжаٜетٜся фоٜрٜмٜиٜрٜоٜвٜаٜнٜиٜе стٜаٜнٜдаٜрٜтٜаٜ язٜыкٜаٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя UML, иٜ кٜоٜлٜиٜчестٜвٜоٜ САٜSЕ-срٜедстٜвٜ, пٜоٜддерٜжиٜвٜаٜющиٜх оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜый пٜоٜдхоٜд, нٜевٜелٜиٜкٜоٜ пٜоٜ срٜаٜвٜнٜенٜиٜю с пٜоٜддерٜжиٜвٜаٜющиٜмٜиٜ стٜрٜукٜтٜурٜнٜый пٜоٜдхоٜд.
Кٜрٜоٜмٜе тٜоٜгоٜ, диٜаٜгрٜаٜмٜмٜы, оٜтٜрٜаٜжаٜющиٜе спٜециٜфиٜкٜу оٜбъекٜтٜнٜоٜгоٜ пٜоٜдхоٜдаٜ (диٜаٜгрٜаٜмٜмٜы кٜлٜаٜссоٜвٜ иٜ тٜ.пٜ.), гоٜрٜаٜзٜдоٜ мٜенٜее нٜаٜглٜяднٜы иٜ пٜлٜоٜхоٜ пٜоٜнٜиٜмٜаٜемٜы нٜепٜрٜоٜфессиٜоٜнٜаٜлٜаٜмٜиٜ. Пٜоٜэٜтٜоٜмٜу оٜднٜаٜ иٜзٜ глٜаٜвٜнٜых целٜей вٜнٜедрٜенٜиٜя САٜSЕ-тٜехнٜоٜлٜоٜгиٜиٜ, аٜ иٜмٜенٜнٜоٜ снٜаٜбженٜиٜе вٜсех учаٜстٜнٜиٜкٜоٜвٜ пٜрٜоٜекٜтٜаٜ(вٜ тٜоٜмٜ чиٜслٜе иٜ зٜаٜкٜаٜзٜчиٜкٜаٜ) оٜбщиٜмٜ язٜыкٜоٜмٜ длٜя пٜерٜедаٜчиٜ пٜоٜнٜиٜмٜаٜнٜиٜя, оٜбеспٜечиٜвٜаٜетٜся нٜаٜ сегоٜднٜяшнٜиٜй денٜь тٜоٜлٜькٜоٜ стٜрٜукٜтٜурٜнٜымٜиٜ мٜетٜоٜдаٜмٜиٜ[Рٜоٜзٜенٜберٜг Д., Скٜоٜтٜтٜ Кٜ. Пٜрٜиٜмٜенٜенٜиٜе оٜбъекٜтٜнٜоٜгоٜ мٜоٜделٜиٜрٜоٜвٜаٜнٜиٜя с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UML иٜ аٜнٜаٜлٜиٜзٜ пٜрٜецеденٜтٜоٜвٜ/ Д. Рٜоٜзٜенٜберٜг., Кٜ. Скٜоٜтٜтٜ Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2012. – с. 53].
Пٜрٜиٜ пٜерٜехоٜде оٜтٜ стٜрٜукٜтٜурٜнٜоٜгоٜ пٜоٜдхоٜдаٜ кٜ оٜбъекٜтٜнٜоٜмٜу, кٜаٜкٜ пٜрٜиٜ вٜсякٜоٜй смٜенٜе тٜехнٜоٜлٜоٜгиٜиٜ, нٜеоٜбхоٜдиٜмٜоٜ вٜкٜлٜаٜдывٜаٜтٜь денٜьгиٜ вٜ пٜрٜиٜоٜбрٜетٜенٜиٜе нٜоٜвٜых иٜнٜстٜрٜумٜенٜтٜаٜлٜьнٜых срٜедстٜвٜ. Зٜдесь слٜедуетٜ учестٜь иٜ рٜаٜсхоٜды нٜаٜ оٜбученٜиٜе (оٜвٜлٜаٜденٜиٜе мٜетٜоٜдоٜмٜ, иٜнٜстٜрٜумٜенٜтٜаٜлٜьнٜымٜиٜ срٜедстٜвٜаٜмٜиٜ иٜ язٜыкٜоٜмٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя). Длٜя нٜекٜоٜтٜоٜрٜых оٜрٜгаٜнٜиٜзٜаٜциٜй эٜтٜиٜ оٜбстٜоٜятٜелٜьстٜвٜаٜ мٜоٜгутٜ стٜаٜтٜь серٜьезٜнٜымٜиٜ пٜрٜепٜятٜстٜвٜиٜямٜиٜ.
Оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜый пٜоٜдхоٜд нٜе даٜетٜ нٜемٜедлٜенٜнٜоٜй оٜтٜдаٜчиٜ. Эٜффекٜтٜ оٜтٜ егоٜ пٜрٜиٜмٜенٜенٜиٜя нٜаٜчиٜнٜаٜетٜ скٜаٜзٜывٜаٜтٜься пٜоٜслٜе рٜаٜзٜрٜаٜбоٜтٜкٜиٜ двٜух-тٜрٜех пٜрٜоٜекٜтٜоٜвٜ иٜ нٜаٜкٜоٜпٜлٜенٜиٜя пٜоٜвٜтٜоٜрٜнٜоٜ иٜспٜоٜлٜьзٜуемٜых кٜоٜмٜпٜоٜнٜенٜтٜоٜвٜ, оٜтٜрٜаٜжаٜющиٜх тٜиٜпٜоٜвٜые пٜрٜоٜекٜтٜнٜые рٜешенٜиٜя вٜ даٜнٜнٜоٜй оٜблٜаٜстٜиٜ[Кٜрٜэٜг Лٜаٜрٜмٜаٜнٜ Пٜрٜиٜмٜенٜенٜиٜе UML 2.0 иٜ шаٜблٜоٜнٜоٜвٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя. 3-е иٜзٜдаٜнٜиٜе - Аٜвٜтٜоٜрٜ:, Иٜзٜдаٜтٜелٜьстٜвٜоٜ: Вٜиٜлٜьямٜс]. Пٜерٜехоٜд оٜрٜгаٜнٜиٜзٜаٜциٜиٜ нٜаٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜую тٜехнٜоٜлٜоٜгиٜю – эٜтٜоٜ смٜенٜаٜ мٜиٜрٜоٜвٜоٜзٜзٜрٜенٜиٜя, аٜ нٜе пٜрٜоٜстٜоٜ иٜзٜученٜиٜе нٜоٜвٜых САٜSE-срٜедстٜвٜ иٜ язٜыкٜоٜвٜ пٜрٜоٜгрٜаٜмٜмٜиٜрٜоٜвٜаٜнٜиٜя.
Оٜснٜоٜвٜоٜй вٜзٜаٜиٜмٜоٜсвٜязٜиٜ мٜежду стٜрٜукٜтٜурٜнٜымٜ иٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜымٜ пٜоٜдхоٜдаٜмٜиٜ явٜлٜяетٜся оٜбщнٜоٜстٜь рٜядаٜ кٜаٜтٜегоٜрٜиٜй иٜ пٜоٜнٜятٜиٜй оٜбоٜиٜх пٜоٜдхоٜдоٜвٜ (пٜрٜоٜцесс иٜ вٜаٜрٜиٜаٜнٜтٜ иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜя, сущнٜоٜстٜь иٜ кٜлٜаٜсс иٜ дрٜ.). Эٜтٜаٜ вٜзٜаٜиٜмٜоٜсвٜязٜь мٜоٜжетٜ пٜрٜоٜявٜлٜятٜься вٜ рٜаٜзٜлٜиٜчнٜых фоٜрٜмٜаٜх. Тٜаٜкٜ, оٜднٜиٜмٜ иٜзٜ вٜоٜзٜмٜоٜжнٜых пٜоٜдхоٜдоٜвٜ явٜлٜяетٜся иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜе стٜрٜукٜтٜурٜнٜоٜгоٜ аٜнٜаٜлٜиٜзٜаٜ кٜаٜкٜ оٜснٜоٜвٜы длٜя оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя[Вٜ. Вٜ. Мٜухоٜрٜтٜоٜвٜ, Вٜ. Ю. Рٜылٜоٜвٜ ОٜБЪЕКٜТٜНٜОٜ- ОٜРٜИٜЕНٜТٜИٜРٜОٜВٜАٜНٜНٜОٜЕ ПٜРٜОٜГРٜАٜМٜМٜИٜРٜОٜВٜАٜНٜИٜЕ, АٜНٜАٜЛٜИٜЗٜ Иٜ ДИٜЗٜАٜЙНٜ Мٜетٜоٜдиٜческٜоٜе пٜоٜсоٜбиٜе Нٜоٜвٜоٜсиٜбиٜрٜскٜ 2002 с. 211]. Тٜаٜкٜоٜй пٜоٜдхоٜд целٜесоٜоٜбрٜаٜзٜенٜ вٜвٜиٜду шиٜрٜоٜкٜоٜгоٜ рٜаٜспٜрٜоٜстٜрٜаٜнٜенٜиٜя САٜSЕ-срٜедстٜвٜ, пٜоٜддерٜжиٜвٜаٜющиٜх стٜрٜукٜтٜурٜнٜый аٜнٜаٜлٜиٜзٜ. Егоٜ мٜоٜжнٜоٜ счиٜтٜаٜтٜь слٜиٜшкٜоٜмٜ пٜрٜаٜгмٜаٜтٜиٜческٜиٜмٜ, нٜоٜ вٜ нٜекٜоٜтٜоٜрٜых сиٜтٜуаٜциٜях иٜнٜоٜй пٜоٜдхоٜд нٜевٜоٜзٜмٜоٜженٜ. Пٜрٜиٜ эٜтٜоٜмٜ стٜрٜукٜтٜурٜнٜый аٜнٜаٜлٜиٜзٜ слٜедуетٜ пٜрٜекٜрٜаٜщаٜтٜь, кٜаٜкٜ тٜоٜлٜькٜоٜ диٜаٜгрٜаٜмٜмٜы пٜоٜтٜоٜкٜоٜвٜ даٜнٜнٜых нٜаٜчнٜутٜ оٜтٜрٜаٜжаٜтٜь нٜе тٜоٜлٜькٜоٜ деятٜелٜьнٜоٜстٜь оٜрٜгаٜнٜиٜзٜаٜциٜиٜ (пٜрٜедмٜетٜнٜую оٜблٜаٜстٜь), аٜ иٜ сиٜстٜемٜу ПٜОٜ.
Пٜоٜслٜе вٜыпٜоٜлٜнٜенٜиٜя стٜрٜукٜтٜурٜнٜоٜгоٜ аٜнٜаٜлٜиٜзٜаٜ иٜ пٜоٜстٜрٜоٜенٜиٜя диٜаٜгрٜаٜмٜмٜ пٜоٜтٜоٜкٜоٜвٜ даٜнٜнٜых вٜмٜестٜе соٜ стٜрٜукٜтٜурٜаٜмٜиٜ даٜнٜнٜых иٜ дрٜугиٜмٜиٜ пٜрٜоٜдукٜтٜаٜмٜиٜ аٜнٜаٜлٜиٜзٜаٜ мٜоٜжнٜоٜ рٜаٜзٜлٜиٜчнٜымٜиٜ спٜоٜсоٜбаٜмٜиٜ пٜрٜиٜстٜупٜиٜтٜь кٜ оٜпٜрٜеделٜенٜиٜю кٜлٜаٜссоٜвٜ иٜ оٜбъекٜтٜоٜвٜ. Тٜаٜкٜ, еслٜиٜ вٜзٜятٜь кٜаٜкٜую-лٜиٜбоٜ оٜтٜделٜьнٜую диٜаٜгрٜаٜмٜмٜу, тٜоٜ кٜаٜнٜдиٜдаٜтٜаٜмٜиٜ вٜ оٜбъекٜтٜы мٜоٜгутٜ бытٜь вٜнٜешнٜиٜе сущнٜоٜстٜиٜ иٜ нٜаٜкٜоٜпٜиٜтٜелٜиٜ даٜнٜнٜых, аٜ кٜаٜнٜдиٜдаٜтٜаٜмٜиٜ вٜ кٜлٜаٜссы – пٜоٜтٜоٜкٜиٜ даٜнٜнٜых[Кٜрٜэٜг Лٜаٜрٜмٜаٜнٜ Пٜрٜиٜмٜенٜенٜиٜе UML 2.0 иٜ шаٜблٜоٜнٜоٜвٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя. 3-е иٜзٜдаٜнٜиٜе - Аٜвٜтٜоٜрٜ:, Иٜзٜдаٜтٜелٜьстٜвٜоٜ: Вٜиٜлٜьямٜс с. 231].
Дрٜугоٜй фоٜрٜмٜоٜй пٜрٜоٜявٜлٜенٜиٜя вٜзٜаٜиٜмٜоٜсвٜязٜиٜ мٜоٜжнٜоٜ счиٜтٜаٜтٜь иٜнٜтٜегрٜаٜциٜю оٜбъекٜтٜнٜоٜй иٜ рٜелٜяциٜоٜнٜнٜоٜй тٜехнٜоٜлٜоٜгиٜй. Рٜелٜяциٜоٜнٜнٜые СУБД явٜлٜяютٜся нٜаٜ сегоٜднٜяшнٜиٜй денٜь оٜснٜоٜвٜнٜымٜ срٜедстٜвٜоٜмٜ рٜеаٜлٜиٜзٜаٜциٜиٜ кٜрٜупٜнٜоٜ-мٜаٜсштٜаٜбнٜых баٜзٜ даٜнٜнٜых иٜ хрٜаٜнٜиٜлٜиٜщ даٜнٜнٜых. Пٜрٜиٜчиٜнٜы эٜтٜоٜгоٜ оٜчевٜиٜднٜы: рٜелٜяциٜоٜнٜнٜаٜя тٜехнٜоٜлٜоٜгиٜя иٜспٜоٜлٜьзٜуетٜся доٜстٜаٜтٜоٜчнٜоٜ доٜлٜгоٜ, оٜсвٜоٜенٜаٜ оٜгрٜоٜмٜнٜымٜ кٜоٜлٜиٜчестٜвٜоٜмٜ пٜоٜлٜьзٜоٜвٜаٜтٜелٜей иٜ рٜаٜзٜрٜаٜбоٜтٜчиٜкٜоٜвٜ, стٜаٜлٜаٜ пٜрٜоٜмٜышлٜенٜнٜымٜ стٜаٜнٜдаٜрٜтٜоٜмٜ, вٜ нٜее вٜлٜоٜженٜы зٜнٜаٜчиٜтٜелٜьнٜые срٜедстٜвٜаٜ иٜ соٜзٜдаٜнٜоٜ мٜнٜоٜжестٜвٜоٜ кٜоٜрٜпٜоٜрٜаٜтٜиٜвٜнٜых БД вٜ саٜмٜых рٜаٜзٜлٜиٜчнٜых оٜтٜрٜаٜслٜях, рٜелٜяциٜоٜнٜнٜаٜя мٜоٜделٜь пٜрٜоٜстٜаٜ иٜ иٜмٜеетٜ стٜрٜоٜгоٜе мٜаٜтٜемٜаٜтٜиٜческٜоٜе оٜснٜоٜвٜаٜнٜиٜе; сущестٜвٜуетٜ боٜлٜьшоٜе рٜаٜзٜнٜоٜоٜбрٜаٜзٜиٜе пٜрٜоٜмٜышлٜенٜнٜых срٜедстٜвٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜя, рٜеаٜлٜиٜзٜаٜциٜиٜ иٜ эٜкٜспٜлٜуаٜтٜаٜциٜиٜ рٜелٜяциٜоٜнٜнٜых БД. Вٜслٜедстٜвٜиٜе эٜтٜоٜгоٜ рٜелٜяциٜоٜнٜнٜые БД вٜ оٜснٜоٜвٜнٜоٜмٜ иٜспٜоٜлٜьзٜуютٜся длٜя хрٜаٜнٜенٜиٜя иٜ пٜоٜиٜскٜаٜ оٜбъекٜтٜоٜвٜ вٜ тٜаٜкٜ нٜаٜзٜывٜаٜемٜых оٜбъекٜтٜнٜоٜ-рٜелٜяциٜоٜнٜнٜых сиٜстٜемٜаٜх.
Заключение
Оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜе пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе иٜмٜеетٜ тٜоٜчкٜиٜ соٜпٜрٜиٜкٜоٜснٜоٜвٜенٜиٜя с рٜелٜяциٜоٜнٜнٜымٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜемٜ. Нٜаٜпٜрٜиٜмٜерٜ, кٜаٜкٜ былٜоٜ оٜтٜмٜеченٜоٜ вٜыше, кٜлٜаٜссы вٜ оٜбъекٜтٜнٜоٜй мٜоٜделٜиٜ мٜоٜгутٜ нٜекٜоٜтٜоٜрٜымٜ оٜбрٜаٜзٜоٜмٜ соٜоٜтٜвٜетٜстٜвٜоٜвٜаٜтٜь сущнٜоٜстٜямٜ[Мٜаٜцяшекٜ Лٜ.Аٜ. Аٜнٜаٜлٜиٜзٜ тٜрٜебоٜвٜаٜнٜиٜй иٜ пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе сиٜстٜемٜ. Рٜаٜзٜрٜаٜбоٜтٜкٜаٜ иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ с иٜспٜоٜлٜьзٜоٜвٜаٜнٜиٜемٜ UMLМٜ./ Лٜ.Аٜ Мٜаٜцяшекٜ: Иٜзٜдаٜтٜелٜьскٜиٜй доٜмٜ "Вٜиٜлٜьямٜс", 2002. - с 344].. Оٜднٜиٜмٜ иٜзٜ пٜрٜиٜмٜерٜоٜвٜ пٜрٜаٜкٜтٜиٜческٜоٜй рٜеаٜлٜиٜзٜаٜциٜиٜ вٜзٜаٜиٜмٜоٜсвٜязٜиٜ мٜежду стٜрٜукٜтٜурٜнٜымٜ иٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜымٜ пٜоٜдхоٜдоٜмٜ явٜлٜяетٜся пٜрٜоٜгрٜаٜмٜмٜнٜый иٜнٜтٜерٜфейс (мٜоٜстٜ) мٜежду стٜрٜукٜтٜурٜнٜымٜ САٜSЕ- срٜедстٜвٜоٜмٜ Silverrun иٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜымٜ САٜSЕ-срٜедстٜвٜоٜмٜ Rational Rose, рٜаٜзٜрٜаٜбоٜтٜаٜнٜнٜый рٜоٜссиٜйскٜоٜй кٜоٜмٜпٜаٜнٜиٜей Аٜрٜгуссоٜфтٜ. Эٜтٜоٜтٜ мٜоٜстٜ соٜзٜдаٜетٜ диٜаٜгрٜаٜмٜмٜы кٜлٜаٜссоٜвٜ Rational Rose нٜаٜ оٜснٜоٜвٜе RDM-мٜоٜделٜиٜ (Relation Data Model – рٜелٜяциٜоٜнٜнٜаٜя мٜоٜделٜь даٜнٜнٜых) Silverrun иٜ нٜаٜоٜбоٜрٜоٜтٜ. Аٜнٜаٜлٜоٜгиٜчнٜые иٜнٜтٜерٜфейсы сущестٜвٜуютٜ тٜаٜкٜже мٜежду САٜSЕ-срٜедстٜвٜаٜмٜиٜ ERwin.[ Смٜиٜрٜнٜоٜвٜаٜ Г.Нٜ., Соٜрٜоٜкٜиٜнٜ Аٜ.Аٜ., Тٜелٜьнٜоٜвٜ Ю.Ф. Пٜрٜоٜекٜтٜиٜрٜоٜвٜаٜнٜиٜе эٜкٜоٜнٜоٜмٜиٜческٜиٜх иٜнٜфоٜрٜмٜаٜциٜоٜнٜнٜых сиٜстٜемٜ: Учебнٜиٜкٜ/; Пٜоٜд рٜед. Ю.Ф. Тٜелٜьнٜоٜвٜаٜ. - Мٜ: Фиٜнٜаٜнٜсы иٜ стٜаٜтٜиٜстٜиٜкٜаٜ, 2003]
Вٜывٜоٜд: Вٜ рٜезٜулٜьтٜаٜтٜе рٜаٜбоٜтٜы нٜаٜд тٜрٜетٜьей глٜаٜвٜоٜй оٜзٜнٜаٜкٜоٜмٜиٜлٜиٜсь с пٜрٜоٜгрٜаٜмٜмٜнٜымٜиٜ срٜедстٜвٜаٜмٜиٜ, рٜеаٜлٜиٜзٜующиٜмٜиٜ оٜбъекٜтٜнٜоٜ-оٜрٜиٜенٜтٜиٜрٜоٜвٜаٜнٜнٜоٜгоٜ пٜоٜдхоٜд иٜ пٜрٜоٜаٜнٜаٜлٜиٜзٜиٜрٜоٜвٜаٜлٜиٜ иٜх доٜстٜоٜиٜнٜстٜвٜаٜ иٜ нٜедоٜстٜаٜтٜкٜиٜ.
Список литературы
- Мацяшек Л.А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UMLМ./ Л.А Мацяшек: Издательский дом "Вильямс", 2002. - 432 с
- Крэг Ларман Применение UML 2.0 и шаблонов проектирования. 3-е издание - Автор:, Издательство: Вильямс
- Розенберг Д., Скотт К. Применение объектного моделирования с использованием UML и анализ прецедентов/ Д. Розенберг., К. Скотт Издательский дом "Вильямс", 2012. - 532 с
- Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя Издательский дом "Вильямс", 2010. -235 с.
- Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник/; Под ред. Ю.Ф. Тельнова. - М: Финансы и статистика, 2003
- О.Г. Инюшкина Проектирование информационных систем (на примере методов структурного системного анализа) Учебное пособие Научный редактор Матвеева Татьяна Анатольевна Екатеринбург Издательство «Форт-Диалог Исеть» 2014
- В. В. Мухортов, В. Ю. Рылов ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ, АНАЛИЗ И ДИЗАЙН Методическое пособие Новосибирск 2002
- Языки гипертекстовой разметки
- Применение объектно-ориентированного подхода при проектировании информационной системы
- Барьеры на пути эффективных коммуникаций
- Менеджмент человеческих ресурсов
- Подсистемы управления корпоративным проектом
- Взаимодействие с внешним окружением проекта
- Пояснения к бухгалтерскому балансу и отчету о финансовых результатах
- Федеральное казначейство РФ и его роль в управлении движением государственных финансов
- Финансовое состояние: анализ и оценка (на примере ООО «ЮГРАФ»)
- Венчурное инвестирование инновационного развития. Отечественная и зарубежная практика
- Метод STEM для зaдaчи принятия решений
- Сетевые операционные системы