|
Рисунок 21 – Интегрированная модель сложной системы в нотации UML
Методология
RUP
устанавливает
такой
порядок
(последовательность) разработки диаграмм UML, который способствует
продвижению от общего к частному. В этом смысле диаграммы должны
разрабатываться в той последовательности, в которой они перечислены
выше. В самом деле, диаграммы прецедентов (первые в списке) описывают
систему на наиболее высоком, концептуальном уровне абстракции, тогда
как диаграммы развертывания (последние в списке) определяют состав и
структуры вычислительных средств, используемых для реализации
информационной системы. Это, разумеется, не означает того, что на
любом этапе невозможен возврат к разработанным ранее диаграммам, их
уточнение и модификация. Декларируемый в RUP итеративный подход
распространяется и на общий процесс моделирования с помощью
диаграмм.
Далее на рисунках 22, 23, 24, приведены соответственно примеры
диаграмм классов, состояния и деятельности
54
Рисунок 22 – Пример отношения обобщения на диаграмме классов
(показаны не все подклассы и атрибуты)
Рисунок 23 – Диаграмма состояний оснастки
55
Рисунок 24 – Пример диаграммы деятельности
Использование рассмотренных методологий при построении
моделей ТПП позволяет повысить качество и глубину проработки,
систематизировать информацию, уменьшить число ошибок, улучшить
проектную документацию и т. д. Использование моделей, представленных
в таком виде, дает возможность всем участникам проекта создания АСТПП
(как сотрудникам предприятия, так и представителям внешних фирм)
лучше понять существующие процессы ТПП, получить необходимую
информацию для последующих этапов системного синтеза АСТПП.
Дальнейшая конкретизация модели ТПП зависит от используемого
подхода и соответствующих инструментальных средств, выбранных для
построения АСТПП. Так, при классическом подходе информационные
системы (к которым относится АСТПП) разбиваются на составные части,
каждая из которых рассматривается отдельно от других. Классический
56
подход реализует структурное проектирование, когда разбиение
(декомпозиция) системы осуществляется по принципу "сверху-вниз".
В результате создание АСТПП складывается из этапов анализа,
проектирования, программирования, тестирования и сопровождения. Если
эти этапы выполняются последовательно, то такой метод создания
системы называется
каскадным
. При этом, например, программирование
можно начать только по завершении анализа и проектирования. Это
приводит к потерям времени, не позволяет быстро разрабатывать
прототипы системы. Каскадный метод не согласуется с итеративным
характером разработки, когда на последующих этапах может выясниться
необходимость внесения изменений в решения, принятые на предыдущих
этапах.
Для устранения этого недостатка был разработан
спиральный
подход. Он заключается в том, что разработка ведется как бы по спирали,
причем на каждом ее витке выполняются последовательно перечисленные
выше этапы так, что проект постепенно уточняется. Но этот подход имеет
свои недостатки – трудоемкость внесения изменений, большой объем
документации по проекту, сложность сборки системы.
Более современным и продуктивным считается
объектно-
ориентированный
подход. Этот подход реализован в целом ряде систем
программирования и инструментальных средств – в частности, в PDM-
системе SmarTeam (см. п. 2.3) . Рассмотрим некоторые основные понятия и
особенности данного подхода.
Объектом
называется
некоторое
понятие,
принадлежащее
рассматриваемой предметной области – например, «цех», «режущий
инструмент», «технологический процесс» и др. Объекты, имеющие
однотипные характеристики, объединяются в
подклассы и классы
–
например, объект «фреза» является элементом подкласса «режущий
инструмент», который входит в класс «средства технологического
оснащения».
Еще одно важное понятие –
наследование
. Оно дает возможность
создавать из классов новые классы при сохранении всех свойств классов-
родителей. После создания нового класса, в его описание могут быть
внесены необходимые дополнения. Наследование позволяет создавать
иерархии классов и является эффективным средством внесения изменений
и дополнений в создаваемые модели и программные системы.
Объектно-ориентированная декомпозиция предметной области
заключается в ее представлении в виде совокупности классов и объектов.
При этом иерархический характер системы отражается в виде иерархии
классов, а ее функционирование рассматривается как взаимодействие
объектов. При таком подходе сложная система описывается наиболее
естественным образом.
57
Цикл разработки объектно-ориентированной системы содержит
несколько этапов, но в отличие от структурного подхода в нем нет строгой
последовательности их выполнения. Процесс носит принципиально
итеративный характер, что в наибольшей мере отвечает потребностям
разработки (рис. 25).
Более детально, преимущества объектно-ориентированного подхода
состоят в следующем:
−
появляется возможность распараллеливания работ;
−
упрощается внесение изменений в модель предметной области;
−
обеспечивается гибкость архитектуры создаваемой системы;
−
облегчается повторное использование уже разработанных элементов
(использование типовых решений);
−
обеспечивается естественность описания объектов и связей между
ними.
Рисунок 25 – Цикл разработки с использованием объектно-
ориентированного подхода
В последнее время получают развитие инструментальные средства,
содержащие дополнительные возможности – возможность имитационного
моделирования
работы
создаваемой
системы
и
возможность
58
представления в моделях недостаточно формализуемых знания о
предметной области (инженерия знаний).
Do'stlaringiz bilan baham: |
