Диссертация (1090633), страница 4
Текст из файла (страница 4)
Каждая ГО создается в соответствии со своим методомописания.Таким образом, в стандарте система рассматривается как группаархитектурных описаний, каждое из которых является специфично определяемойточкой зрения различных заинтересованных лиц, выраженной в некоторойнотации языка описания. Для согласования требований и архитектурныхописаний ISO 42010 рекомендует использовать специальные архитектурныеязыки и подходы (framework) к архитектурному описанию.Подход ISO 42010 прописывает необходимость множества представлений игрупп описания для системы, формирующих архитектурное описание системы.
Сэтой точки зрения концепт предметной области является центральной,интегрирующей точкой всех описаний системы, в том смысле, что: он является элементом реального мира, взятым во всей его полноте. полнота описания определяется полнотой описаний в рамках различныхгрупп описаний, характеризуемых своими способами представления—семантикой, нотациями, языками и т.п.В свою очередь, организация систематизированного хранения моделей в видеинформационных объектов и структуры, определяющей связи между ними, атакже изменения в структуре знаний, связанные с изменениями в предметнойобласти, усложняют процесс проектирования систем хранения онтологий, требуяразработки устойчивой к таким изменениям структуры данных, методовпроектирования логических схем данных и определения релевантных этимзадачам способов формального описания и хранения онтологий знаний и данных[29].1.6.
Жизненный цикл информационной системыСложная ИС рассматривается как взаимодействие различных модулей,требования к которым определяются в процессе декомпозиции. Построение этихмодулей, как правило, не производится на базе какой-то общей системы понятий:каждому модулю соответствует своя (по типу) деятельность и используетсяспецифическая терминология. Жизненный цикл (ЖЦ) ИС предполагает решениезадач, не только напрямую связанных с выбранной предметной областью, нотакже характеризующих деятельность и ее технологические аспекты в периодразработки.Каждый этапов разработки ИС имеет сложную структуру, определяемуювидами деятельности, характерными для каждой группы описаний.
Для каждого16из этапов может потребоваться создание специфических методов и моделей.Деятельность, как сложная система, тоже может иметь несколько ГО,удовлетворяющих интересы разных сторон. Так, например, однизаинтересованных стороны требуют создания моделей проектов, другие моделейпроцессов. Часть моделей может носить глобальный характер с точки зрения ихтипизации и примитивов моделирования, но быть специфичными для каждого изэтапов и группы описания. Так, модель задач, фиксирующая задачи и процессы,компонентная модель, определяющая программную реализацию компонентов, атакже модель данных, определяющая способы хранения данных для каждогокомпонента, задачи или процесса строятся для каждого из этапов из специфичныхдля него примитивов моделирования.Для создания этих ГО применяются разнородные инструменты и языкимоделирования.
В результате отсутствует совместимость получаемых описаний,требуемая для решения поставленной проблемы. Кроме того, существующиеязыки обладают рядом недостатков, ограничивающих возможность выраженияреального мира в моделях.В стандарте ISO 42010 определено, что должно быть проведено согласованиеразличныхмоделей,нонеопределенспособ согласования.
Вмоделеориентированном подходе способом согласования является метамодель.Метамодель, должна обеспечивать общую методологическую базу для описаниявсех моделей. При этом необходимо обеспечить описание методов, применяемыхна протяжении ЖЦ (что делать), а также описание их синхронизации вконкретную форму ЖЦ (когда делать). Метод – это зафиксированный,распространяемый способ выполнить определенную работу. Это микропроцесс,который может включать в себя ряд шагов, но не несет информации о том, когдаон будет использован в конкретном ЖЦ.
Для выражения темпорального аспектаописывается форма ЖЦ (макропроцесс), которая представляет собойиспользование методов во времени (в течение стадий ЖЦ). Эти аспекты должныбыть интегрированы в ГО деятельности, но зачастую они описываются раздельнос помощью инструментов управления процессами и проектами соответственно.Одновременно с этим, часть методов, используемых для построения этихмоделей, будут общими для всех этапов разработки.
Примитивы моделирования,используемые методами, ориентированы на акты деятельности, на рабочиепродукты, и на исполнителей, т.е. строятся в рамках словаря, определяемогометаонтологией, но специализируют ее семантику для каждой группы описаний.Главное преимущество такого подхода состоит в возможности созданиянаборов методов, которые включают описание множества различных аспектов, вподдержке различных уровней описания. Имеющиеся описания методовпозволяют собирать и настраивать новые, более крупные методы в рамках ЖЦинформационной системы.
Известен ряд метамоделей, часть из которыхстандартизирована и повсеместно применяется. Среди них: OMG SPEM 2.0, ISO1724744, а также работы инициативы SEMAT [30]. Эти продукты могутиспользоваться для моделирования ЖЦ.1.7. Метамодель стандарта ISO 24744Стандарт ISO 24744 [31] определяет способы согласования различных группописаний в процессах описания жизненного цикла приложения и предоставляетметамодель для обеспечения такого согласования. Так, в стандарте определенопонятие методологии, как спецификация процесса, которому нужно следовать входе рассмотрения предметной области.Методология специфицируется продуктами работы, которые будутиспользованы и созданы вовлекаемыми в процессы людьми с использованиеминструментов, определенныхв методологии. Методология обычноспецифицирует тот процесс, который будет выполняться, как наборвзаимосвязанных деятельностей, дел и/или способов работы, вместе с продуктамиработы, которыми кто-то манипулирует (создаёт, использует, или изменяет) вкаждый момент, возможно включая модели, документы и другие входы и выходы.В свою очередь, спецификация моделей, с которыми нужно иметь дело, включаетосновные строительные блоки, из которых их нужно будет конструировать.
ЧастьUML-представления стандарта представлена на рисунке (Рисунок 6).Рисунок 6. Метамодель стандарта Стандарт ISO 24744Методология рассматривается как совокупность методик (методов),определяющих решение частных задач, специфичных для определенной группыописаний системы [32]. Применение методологии для конкретного проектаозначает конкретизацию использования соответствующих методологическихэлементов.18Рассмотрим основные понятия и соотношения между ними, определенные встандарте. Метамодель рассматривается в контексте объектно-ориентированногоподхода. Определены три группы классов. Методы, определяемые в ISO24744 как"шаблоны" (templates), представлены классами Видов и используются длясоздания своих экземпляров. Экземпляры шаблонов задают разбиения классовметодологических элементов, задаваемых родительским классом Элемент Дела,некоторые из которых специфицируют процессы, а другие — рабочие продукты.В целом, каждая отдельно взятая методика может быть формально определена какнабор взаимосвязанных элементов методологии.Понятие Модель вводится как нематериальное представление, идеальныйобъект, про который можно сказать только то, что он может быть изображен вДокументе прежде всего для коммуникации с кем-либо или чем-либо.Для отображения Моделей одного или нескольких Видов Модели вДокументах, определяемого в Виде Документов, используются Нотации,поддерживающие Язык, специфичный для Вида Моделей.
Вид Документаможет отражать любые Виды Рабочих Продуктов, в число которых входятнаряду с Видами Составных Рабочих Продуктов, Видами Оборудования иВидами Программного Обеспечения как Виды Моделей, так даже и сами ВидыДокументов.При этом один Язык может быть использован множеством Видов Моделей,а Вид Модели использует только один Язык. В свою очередь Язык состоит изВидов Понятий и связей между ними, и поддержан минимум одной Нотацией.Тем самым Язык примерно соответствует: общепринятому понятию языка (это подчеркивается в стандарте), какнабору символов и правилам их сочетания; методу описания (viewpoint) из ISO 42010; предметной области (domain), имеющей свою группу описаний (ВидМодели) объекта.Поскольку каждый Вид Модели пользуется только один Язык, то можносчитать Язык метамоделью.
Каждый Вид Модели состоит из ВидовИспользования Понятий. Каждый Вид Использования Понятий ссылается наВид Понятий. Таким образом, существует набор Видов Понятий, которыепредназначены для использования в самых разных Видах Моделей и из которыхсоставлены самые разные Языки. Использование одних и тех же понятий вразных Языках позволяет затем связывать между собой высказывания на этихязыках (даже если эти Виды Понятий отображены в разных языках разныминотациями).Существует набор Видов Моделей, в которых будут использованы эти ВидыПонятий. Эти Виды Моделей могут быть связаны между собой, ибо онииспользуют одни и те же Виды Понятий.19Тем самым общность Видов Понятий обеспечивает существованиемыслимого, но в жизни редко реализуемой Вида Генеральной Модели(Генерального Языка, Генеральной Метамодели) для той или инойМетодологии.Вида Генеральной Модели как множества всех доступных Видов Понятийв стандарте нет, но прописанная в стандарте возможность адаптации вполне такоеможет обеспечить, если возникает такая потребность.