Готовый перевод DESIGN OF PLANNING LEVEL SHIP PRODUCT MODEL FOR SHIP INITIAL DESIGN / Разработка уровня планирования модели производства судов оригинальной разработки: II. DESIGN OF PLANNING LEVEL SHIP PRODUCT MODEL (SPPM)

Внимание! Этот перевод, возможно, ещё не готов, так как модераторы установили для него статус «перевод редактируется»

1. Методология информационного моделирования

Под моделью в данной работе понимается описательная форма некоторых понятий реального мира. Моделирование - это задача идентификации, описания и формализации мира в процессе(рассуждениях?) академической интерпретации и непротиворечивого представления. Разработка модели для программной системы перед ее реализацией или обновлением так же важна, как и чертеж для возводимого здания. С возрастанием сложности систем, также возрастает сложность техник моделирования. Методология - это организованная, служащая единой цели дисциплина или практика. Она может иметь формальную теоритическую основу, которая тем не менее не является обязательным требованием. Обычно методологии появляются как выжимка из опыта лучших практик в какой-либо области деятельности.

Множество методологий моделирования были разработаны для эффективного анализа и проектирования информационных систем. Среди них GRAI, NIAM, IDEF, EXPRESS, UML и другие объектно-ориентированные методологии, такие как Shlaer & Mellor, Booch, Coad & Yourdon и так делее.

Среди этих методологий, вместе с SPPM, в данном докладе также рассматривается серия методов IDEF, так как данные методы часто используются для анализа и разработки Интегрированных Компьютерных Производственных систем. Модель UML, как стандартный язык моделирования Object ModelGroup (OMG), представлен для представления дизайна и разработки деталей(?). Также EXPRESS, объектно-осведомленный(?) язык, разработанный для описания модели продукта камитетом ISO STEP, изучается вместе с методологией STEP для разработки структур данных SPPM.

Основываясь на исследованиях методологий моделирования, была основана объектно-ориентированная гибридная методология для разработки SPPM (рис. 2).

Как показано на рисунке 2, сущности реального мира анализируются и моделируются серией информационных моделей IDEF: моделью деятельности IDEF0, моделью процессов IDEF3, базирующейся на SADT на этапе анализа. Из модели деятельности и модели процессов идентифицируются набор прикладных объектов как сущностей, которые дложны управляться системой, и моделируются в виде информационной модели IDEF1. Эти объекты соответствуют сущностям, определенным в Эталонной Модели Приложения (ARM) протокола приложения STEP. Таким образом, в STEP спецификации ARM AP215 (Ship Moulded Form) и AP216 (Ship Arrangement) включены вместо модели IDEF1. На этапе анализа, определенные начальные классы базируются на объектах приложения из информационных моделей. На этапе определения объектов, объекты приложения выделяются в классы с более специфичными функциями с помощю метода определения объектов IDEF4 с серией соделей UML.

2. Информационное моделирование и Определение классов

Процесс разработки SPPM разделен на две фазы: фаза анализа для информационного моделирования и фаза объектного дизайна для определения классов

1) Информационное моделирование

Фаза анализа разделена на три этапа, как показано на рисунке 3: 1) моделирование деятельности, 2) моделирование процессов и 3) информационное моделирование. В соответствии с этой процедурой, система начального проектирования судна анализируется для идентификации сущностей и связанного с ними поведения и моделируется на три части: модель деятельности (функциональная модель), модель процессов и информационную модель.

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

Моделирование деятельности выполнено с помощю метода IDEF0 и поддерживается CASE-средства Al0win. В результате моделирования деятельности документируются в цифровом виде список деятельностей, набор диаграмм деятельности и матрицы деятельность-субъект. Также с помощю данного процессы идентифицируются Группы Функциональности (UoF) со связанным концептом, и предоставляются как кандидаты для Групп Поведения (UoB) и аттрибутов объектов приложения. Через моделирование процессов, основанное на методе IDEF3 и поддерживаемое CASE-средством ProCIM, исследуется и моделируется в формах Behavior List, Process Flow Diagrams, Object State Transition Network (OSTN), and Behavior-Object matrix трудовой процесс и динамические возможности объектов системы. В результате этих процессов определяется поведение объектов.

Из модели деятельности и модели процессов идентифицируются объекты приложения для предложенной системы. Информационное моделирование используется для представления отношений и аттрибутов объектов приложения, управляемых системой. Объекты приложения соответствуют сущностям в ARM протокола приложения STEP, и соответственно информационное моделирование заменятеся протоколом приложения STEP.

Рисунок 4 показывает информационную модель SPPM, основанную на AP215 и AP216.

2) Определение библиотек классов

Фаза разработки объектов и определения классов разьита на три этапа: 1) идентификация начальных (высокоуровневых) классов из информационных моделей, 2) выделение (низкоуровневых) классов через итеративные процессы и 3) генерация C++ кода и полная имплементация библиотеки классов для приложения.

Для разработки SPPM был использован объектно-ориентированный концепт, основанный на методологии IDEF4. Также был использован UML для визуализации моделей вместо CASE-средства SmartClass для IDEF4, так как тот имел недостаточную функциональность.

Рисунок 5 показывает процедуру объектно-ориентированной разработки для SPPM с UML. Как показано на рис. 5, информационная модель IDEF использована для идентификации начальных классов, и последующая серия UML моделей использована для дальнейшего выделения классов.

Из UML модели с помощю кодогенерирующего средства Rational Rose производятся соответствующие библиотеки классов C++ с поведением по умолчанию. Эти библиотеки полностью реализованы с интерфейсами для использования приложениями.

Рисунок 6 показывает основной способ использования системы начального проектирования судна. Пользователи этой системы определены как акторы, главные функции или действия определены как разоичные способы использования модели способов использования. Эта информация может быть легко получена из модели деятельности IDEF0.

Рисунок 7 показывает диаграмму высокоуровневых классов SPPM в UML модели.

Внимание! Этот перевод, возможно, ещё не готов.
Его статус: перевод редактируется

Переведено на Нотабеноиде
http://notabenoid.org/book/44963/178022

Переводчики: kravich

Настройки

Готово:

100.00% КП = 1.0