Благодарю за курсовую по информационной безопасности, выполнено по всем требованиям и в срок))
Подробнее о работе
Гарантия сервиса Автор24
Уникальность не ниже 50%
Введение
Разберём информационную систему
биржевой торговли 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 диаграмм:
- Диаграмма последовательностей;
- Диаграмма видов деятельностей;
- Диаграмма взаимодействий;
- Диаграмма классов;
- Диаграмма состояний.
Содержание
Введение 3
Диаграмма последовательностей. 4
Диаграмма видов деятельностей. 7
Диаграмма прецедентов. 9
Диаграмма классов. 12
Диаграмма состояний. 14
Кодогенерация на основе UML-модели 16
Заключение 21
Список литературы 23
Заключение
Преимущества и недостатки UML:
UML объектно-ориентирован, в результате чего методы описания ре-зультатов анализа и проектирования семантически близки к методам про-граммирования на современных ОО-языках;
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
UML расширяет и позволяет вводить собственные текстовые и графи-ческие стереотипы, что способствует его применению не только в сфере программной инженерии;
UML получил широкое распространение и динамично развивается. Несмотря на то, что UML достаточно широко распространённый и используемый стандарт, его часто критикуют из-за следующих недостатков: Избыточность языка.
UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций. Чаще это можно услышать в отношении UML 2.0, чем UML 1.0, так как более новые ревизии включают больше «разработанных-комитетом» компромиссов.
Неточная семантика.
Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные.
Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.
Проблемы при изучении и внедрении. Вышеописанные проблемы де-лают проблематичным изучение и внедрение UML, особенно когда руководство насильно заставляет использовать UML инженеров при отсутствии у них предварительных навыков. Только код отражает код. Ещё одно мнение — что важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, «Thecodeisthedesign» («Код и есть проект»).
В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые компилируют модели для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств полноты по Тьюрингу и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.
Кумулятивная нагрузка/Рассогласование нагрузки (CumulativeImpedance/Impedancemismatch). Рассогласование нагрузки — термин из теории системного анализа для обозначения неспособности входа системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования.
Список литературы
1. Cтепанова Е.Б., Тимофеев А.В. Объектно-ориентированное описание и моделирование систем на языке UML. Лабораторный практикум. - М.:МФТИ, 2007.
2. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя. – М.: ДМК Пресс, 2007.
3. Золотухина Е.Б. , Р.В. Алфимов. Пример описания предметной области с использованием UnifiedModelingLanguage (UML) при разработке программных систем.
4. Каменова, М. Методология ARIS / М. Каменова, А. Громов, М. Ферапонтов, А. Шматалюк. - М: Весть-МетаТехнология, 2001. - 327 с.
5. Кватрани, Терри. Визуальное моделирование с помощью Ra-tional Rose 2002 и UML: Пер. сангл./ Терри Кватрани. - М.: Из-дательский дом «Вильямс», 2003.
6. Рамбо, Джеймс UML. Специализированный справочник: Пер. с англ./Джеймс Рамбо, Айвар Джекобсон, Грейди Буч. - СПб.: Питер, 2002.
7. Репин, В. Процессный подход к управлению. Моделирование бизнес-процессов /В. Репин, В. Елиферов. – М.: Стандарты и качество, 2005.
8. Степанова, Е.Б., Тимофеев, А.В. Особенности подготовки специалистов по объектно-ориентированному описанию и моделированию информационных систем в ядерной отрасли // Те-лематика 2005: труды XII Всероссийской научно-методической конференции (18-21 июня 2007 г., г. Санкт-Петербург). - Санкт-Петербург: Изд. Санкт-Петербургский государственный университет информационных технологий, ме-ханики и оптики. 2007.
9. Шмуллер Дж. Освой самостоятельно UML 2 за 24 часа. Практическое руководство. - М.: «Вильямс», 2005
Не подошла эта работа?
Закажи новую работу, сделанную по твоим требованиям
Введение
Разберём информационную систему
биржевой торговли 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 диаграмм:
- Диаграмма последовательностей;
- Диаграмма видов деятельностей;
- Диаграмма взаимодействий;
- Диаграмма классов;
- Диаграмма состояний.
Содержание
Введение 3
Диаграмма последовательностей. 4
Диаграмма видов деятельностей. 7
Диаграмма прецедентов. 9
Диаграмма классов. 12
Диаграмма состояний. 14
Кодогенерация на основе UML-модели 16
Заключение 21
Список литературы 23
Заключение
Преимущества и недостатки UML:
UML объектно-ориентирован, в результате чего методы описания ре-зультатов анализа и проектирования семантически близки к методам про-граммирования на современных ОО-языках;
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
UML расширяет и позволяет вводить собственные текстовые и графи-ческие стереотипы, что способствует его применению не только в сфере программной инженерии;
UML получил широкое распространение и динамично развивается. Несмотря на то, что UML достаточно широко распространённый и используемый стандарт, его часто критикуют из-за следующих недостатков: Избыточность языка.
UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций. Чаще это можно услышать в отношении UML 2.0, чем UML 1.0, так как более новые ревизии включают больше «разработанных-комитетом» компромиссов.
Неточная семантика.
Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные.
Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.
Проблемы при изучении и внедрении. Вышеописанные проблемы де-лают проблематичным изучение и внедрение UML, особенно когда руководство насильно заставляет использовать UML инженеров при отсутствии у них предварительных навыков. Только код отражает код. Ещё одно мнение — что важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, «Thecodeisthedesign» («Код и есть проект»).
В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые компилируют модели для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств полноты по Тьюрингу и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.
Кумулятивная нагрузка/Рассогласование нагрузки (CumulativeImpedance/Impedancemismatch). Рассогласование нагрузки — термин из теории системного анализа для обозначения неспособности входа системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования.
Список литературы
1. Cтепанова Е.Б., Тимофеев А.В. Объектно-ориентированное описание и моделирование систем на языке UML. Лабораторный практикум. - М.:МФТИ, 2007.
2. Буч Г., Рамбо Д., Якобсон И. Язык UML. Руководство пользователя. – М.: ДМК Пресс, 2007.
3. Золотухина Е.Б. , Р.В. Алфимов. Пример описания предметной области с использованием UnifiedModelingLanguage (UML) при разработке программных систем.
4. Каменова, М. Методология ARIS / М. Каменова, А. Громов, М. Ферапонтов, А. Шматалюк. - М: Весть-МетаТехнология, 2001. - 327 с.
5. Кватрани, Терри. Визуальное моделирование с помощью Ra-tional Rose 2002 и UML: Пер. сангл./ Терри Кватрани. - М.: Из-дательский дом «Вильямс», 2003.
6. Рамбо, Джеймс UML. Специализированный справочник: Пер. с англ./Джеймс Рамбо, Айвар Джекобсон, Грейди Буч. - СПб.: Питер, 2002.
7. Репин, В. Процессный подход к управлению. Моделирование бизнес-процессов /В. Репин, В. Елиферов. – М.: Стандарты и качество, 2005.
8. Степанова, Е.Б., Тимофеев, А.В. Особенности подготовки специалистов по объектно-ориентированному описанию и моделированию информационных систем в ядерной отрасли // Те-лематика 2005: труды XII Всероссийской научно-методической конференции (18-21 июня 2007 г., г. Санкт-Петербург). - Санкт-Петербург: Изд. Санкт-Петербургский государственный университет информационных технологий, ме-ханики и оптики. 2007.
9. Шмуллер Дж. Освой самостоятельно UML 2 за 24 часа. Практическое руководство. - М.: «Вильямс», 2005
Купить эту работу vs Заказать новую | ||
---|---|---|
1 раз | Куплено | Выполняется индивидуально |
Не менее 40%
Исполнитель, загружая работу в «Банк готовых работ» подтверждает, что
уровень оригинальности
работы составляет не менее 40%
|
Уникальность | Выполняется индивидуально |
Сразу в личном кабинете | Доступность | Срок 1—6 дней |
660 ₽ | Цена | от 500 ₽ |
Не подошла эта работа?
В нашей базе 149284 Курсовой работы — поможем найти подходящую