33. Объектно - ориентированное проектирование экономических информационных систем.

Объектно-ориентированное проектирование - методология проектирования, соединяющая в себе процесс объектной декомпозиции и приемы представления логической, физической, а также статической и динамической моделей проектируемой системы. Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующими в процессе. Вариант использования описывает, с точки зрения действующего лица, группу действий в системе, которые приводят к конкретному результату. Варианты использования являются описаниями типичных взаимодействий между пользователями системы и самой системой. Они отображают внешний интерфейс системы и указывают форму того, что система должна сделать (именно что, а не как). Действующее лицо является внешним источником, который взаимодействует с системой через вариант использования. Действующие лица могут быть как реальными людьми, так и другими компьютерными системами или внешними событиями. Описания вариантов использования являются текстовыми пояснениями варианта использования. Диаграммы классов отображают различные классы, из которых состоит система, и их взаимодействие между собой. Диаграммы классов являются "статичными" диаграммами, потому что они отображают классы вместе с их методами и атрибутами, так же как и статические взаимодействия между ними: какие классы "знают" о каких классах или какие классы "являются частью" других классов, но не отображают обмен сообщениями между классами. Класс определяет атрибуты и методы набора объектов. Все объекты класса (называемые экземплярами) имеют одинаковое поведение и одинаковый набор атрибутов (у каждого объекта - собственный набор атрибутов). Классы могут взаимодействовать друг с другом различными способами: 1)Обобщение; 2)Ассоциации; 3) Объединение; 4)Композиция. Интерфейсы являются абстрактными классами, следовательно, объекты данных классов не могут быть созданы напрямую. Пакеты представляют собой пространства имён в языке программирования. В диаграмме они используются для представления частей системы, которые содержат более одного класса. Диаграммы последовательностей показывают обмен сообщениями между различными объектами в специфической, ограниченной по времени, ситуации. В диаграммах последовательностей объекты представляются вертикальными прерывистыми линиями с именем объекта наверху. Временная ось также направлена сверху вниз. Таким образом, сообщения, посылаемые от одного объекта к другому, отображаются стрелками с указанием операции и параметров. Диаграммы взаимодействий показывают взаимодействия между объектами, участвующими в конкретной ситуации. На диаграммах взаимодействий сообщения, пересылаемые от одного объекта к другому, представляются в виде стрелок с указанием имени, параметров и последовательности сообщений. Диаграммы взаимодействий наиболее удачно подходят для отображения процесса работы программы или какой-либо ситуации. Диаграммы состояний показывают различные состояния объекта в течение его времени жизни и причины, вызывающие их смену. Cостояния являются ключевыми элементами диаграмм состояний. Состояния принадлежат ровно одному классу и представляют собой совокупность значений, которые могут принимать атрибуты класса. В UML состояние описывает внутреннее состояние объекта одного определённого класса. Диаграмма пакетов — структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства. Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы. Пакет - основной способ организации элементов модели в языке UML. Каждый пакет владеет теми элементами, которые включены в него. Диаграмма компонентов — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули и т. п. Компоненты связываются через зависимости, когда соединяется требуемый интерфейс одного компонента с имеющимся интерфейсом другого компонента. Зависимость показывает, что один компонент предоставляет сервис, необходимый другому компоненту. Зависимость изображается стрелкой от интерфейса или порта клиента к импортируемому интерфейсу. Диаграмма размещение отображает физич. взаимосвязи между программными и аппаратными компонентами системы. К каждой части аппаратных средст системы на диаг-ме размещения соответствует узел. Соединение узлов означает наличие в системе соответствующих коммуникационных каналов. Существует два типа узлов: 1Узел устройства; 2 Узел среды выполнения. Узлы устройств — это физические вычислительные ресурсы со своей памятью и сервисами для выполнения программного обеспечения. Узел среды выполнения — это программный вычислительный ресурс, который работает внутри внешнего узла и который предоставляет собой сервис, выполняющий другие программные элементы.