Информационные системы фондового рынка

Заключение

Преимущества и недостатки UML:
UML объектно-ориентирован, в результате чего методы описания ре-зультатов анализа и проектирования семантически близки к методам про-граммирования на современных ОО-языках;
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
UML расширяет и позволяет вводить собственные текстовые и графи-ческие стереотипы, что способствует его применению не только в сфере программной инженерии;
UML получил широкое распространение и динамично развивается. Несмотря на то, что UML достаточно широко распространённый и используемый стандарт, его часто критикуют из-за следующих недостатков: Избыточность языка ...

Содержание

Введение 3
Диаграмма последовательностей. 4
Диаграмма видов деятельностей. 7
Диаграмма прецедентов. 9
Диаграмма классов. 12
Диаграмма состояний. 14
Кодогенерация на основе UML-модели 16
Заключение 21
Список литературы 23

Введение
Разберём информационную систему
биржевой торговли MetaTrader 5 на Forexпо следующему плану:
1. Название информационной системы (далее - ИС)
MetaTrader 5 на Forex.
2. Цель (цели) создания ИС
Торговая платформа MetaTrader 5 позволяет работать на различных финансовых рынках - это мультирыночная платформа, с помощью которой трейдер может торговать как на рынке Forex, так и на фондовой бирже и ф.рынке.
3. Главные функции ИС
MetaTrader 5 предоставляет широкие возможности для самых разных действий на финансовых рынках: торговля, аналитика (технический анализ, фундаментальный анализ), создание и запуск торговых роботов, тестирование торговых стратегий, написание собственных технических индикаторов и скриптов.
4. Пользователи ИС (роли пользователей)
Осуществлять куплю-продажу валют могу т банки и частные инвесто-ры. Их основная роль: купить дешевле,продать дороже.
5. Далее,будем строитьUML-диаграммы:
UML (англ. UnifiedModelingLanguage — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.
Существует более 20 технологий проектирования организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса, но я буду использовать в данной работе только MicrosoftVisio, так как данный продукт, по моему мнению, самый удобный в работе.В данной работе следует построить 5 диаграмм:
- Диаграмма последовательностей;
- Диаграмма видов деятельностей;
- Диаграмма взаимодействий;
- Диаграмма классов;
- Диаграмма состояний.

Часто может быть опущен без потери полезной информации,•актёр («эктор») — стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений обобщения/наследования),•прецедент — эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система (а не «как»). Имя прецедента связано с непрерываемым (атомарным) сценарием — конкретной последовательностью действий, иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев.Диаграмма классов.Это диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. Входит в UML.[Мультипликатор] Мощность отношения (мультипликатор) означает число связей между каждым экземпляром класса (объектом) в начале линии с экземпляром класса в её конце. Класс - это группа сущностей (объектов), обладающих сходными свойствами, а именно, данными и поведением. Отдельный представитель некоторого класса называется объектом класса или просто объектом.Под поведением объекта в UML понимаются любые правила взаимодействия объекта с внешним миром и с данными самого объекта.Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты.На диаграммах класс изображается в виде прямоугольника со сплошной границей, разделенного горизонтальными линиями на 3 секции:•Верхняя секция (секция имени) содержит имя класса и другие общие свойства (в частности, стереотип).•В средней секции содержится список атрибутов•В нижней - список операций класса, отражающих его поведение (действия, выполняемые классом).Диаграмма состояний.Диаграмма состояний - это, по существу, диаграмма состояний из теории автоматов со стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. Данная диаграмма представляет собой проверку клиентом заказа.-Круги, обозначающие начальное состояние или конечное.-Скругленный прямоугольник, обозначающий состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии.-Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед "/" и заключено в квадратные скобки (название_события[охраняющее_выражение]), что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после "/" (название_события[охраняющее_выражение]/действие).Кодогенерация на основе UML-моделиПерейдём на следующий этап – от M.Visio к Visual Studio.С помощью средств Visual Studio мы можем на основе существующего кода построить UML-модель и понять, как у нас, собственно, все работает, но при этом не прилагать гигантские усилия по созданию диаграмм вручную и поддержанию их в актуальном состоянии.Недавно Microsoft выпустила дополнение под названием Microsoft Visual Studio 2010 Feature Pack 2. Данный инструмент дает нам прекрасную возможность синхронизировать изменения модели в код. Вкратце расскажу, как это можно использовать.Для примера допустим, что у нас есть примитивный блог. Предметная область представлена двумя классами: Author и Article. Добавляем в солюшн новый Modeling Project. В нем создаем UML Class Diagram. Воспользуемся возможностями Reverse Engineering. Перетаскиваем классы из Architecture Explorer-а на диаграмму. При этом на диаграмме сущность появляются вместе с атрибутами. Периодически между сущностями образуются связи, которые должны быть (и даже периодически правильно показывается тип связи), но в каких случаях – определить пока не получилось.Как нам всем известно, стандарт UML 2.0 определяет четыре стандартных типа данных: Boolean, Integer, String и UnlimitedNatural. Остальные типы автоматически создаются в пакетах в соответствии с расположением в пространствах имен .NET.Итак, попытаемся «починить» модель до адекватного состояния, а заодно, немного расширим ее. Для этого, создаем на диаграмме новый класс, в UML Model Explorer-е перетаскиваем его в нужный Package и выбираем стереотип C# Class (Microsoft добавила несколько специфичных для .NET стереотипов, которые используются при кодогенерации).Заметьте, данный класс еще не присутствует в сборке Domain. Для того чтобы прописать его туда, а заодно применить все наши изменения, нужно сделать следующее. В Model Explorer выбираем сборку Domain, идем в Properties и в пункте Text Template Binding тыкаем кнопочку «…». Добавляем новый элемент, в поле Project Path указываем имя проекта, в который будет генерироваться код, в поле Target Directory указываем папочку относительно проекта (мы генерим в корень) и указываем адрес шаблона. По умолчанию они находятся в папке: «C:\Program Files (x86)\Microsoft Visual Studio 10.0\ Common7\IDE\Extensions\Microsoft\Visualization and Modeling Feature Pack\2.0\Templates\Text». Можно задать несколько шаблонов на все случаи жизни. В нашем случае, выбираем ClassTemplate.t4.:После этого, нажимаем правой кнопочкой мыши в свободное место диаграммы и выбираем пункт Generate Code. Новый класс добавлен в сборку, все изменения применены в соответствии с моделью.С помощью стереотипов имеется возможность указывать практически все: видимость членов, атрибуты, подключаемые при генерации пространства имен и пр.