Введение
1 Язык UML
1.1 Моделирование
1.2 Поведенческие диаграммы
1.3 Механизмы Расширения
1.4 Ограничения
1.5 Подростковые годы UML
2 Разработка логической модели информационной системы с помощью UML
2.1 Моделирование и декомпозиция бизнес-процессов
2.2 Построение диаграммы вариантов использования
2.3 Построение диаграммы классов
2.4 Построение диаграммы взаимодействия
2.5 Построение диаграммы состояния
Заключение
Список использованной литературы
Введение
Эффективность функционирования предприятия или организации любой отрасли и сферы деятельности напрямую зависит от скорости, точности и своевременности обмена данными как внутри этого предприятия между его составляющими частями (отделами, подсистемами и т.д.), так и вне его, то есть взаимодействие и обмен данными этой организации с другими (конкурирующими, предприятиями-партнерами и т.д.). И чем больше, масштабнее предприятие, тем серьезнее перед его управляющими встает проблема организации и контроля потоков огромного количества информации предприятия.
Чтобы обеспечить взаимодействия человека с персональным компьютером в интерактивном режиме, стали разрабатываться автоматизированные информационные системы, которые является совокупностью аппаратных и программных средств, которые обеспечивают взаимодействия человека и компьютера, а обеспечивают следующими функциями: возможность ввода в ПК и возможность вывода информации, как на экран, так и на устройства вывода.
Для разработки информационных систем, непосредственно перед их созданием посредством кода, разрабатывают множественные диаграммы для понимания назначения программного средства и правильного составления приложения.
Целью данной курсовой работы является разработка логической модели информационной системы учета валютных операций.
1 Язык UML
1.1 Моделирование
UML, как следует из его названия, на самом деле посвящен созданию моделей программных систем. Модели-это абстракция реальности, а это означает, что мы не можем и действительно не хотим моделировать в условиях полной реальности просто из-за сложности, которую повлекли бы за собой такие модели. Без абстракции модели потребляли бы гораздо больше ресурсов, чем любая выгода, полученная от их построения [1].
Для целей настоящего документа модель представляет собой представление о системе. UML первоначально предложил набор из девяти различных методов моделирования, представляющих девять различных моделей или представлений системы. С выпуском UML 2.0 в июле 2005 года в язык были включены пять дополнительных методов построения диаграмм. Методы можно разделить на структурные (статические) и поведенческие (динамические) представления системы. UML 2.4.1, последняя версия языка моделирования, включает дополнительные типы диаграмм для управления моделями.
Статические модели представляют моментальные снимки системы в заданный момент или моменты времени и не связывают информацию о том, как система достигла состояния или состояния, в котором она находится на каждом моментальном снимке.
Диаграммы классов представляют основу парадигмы OO для многих приверженцев и изображают модели классов. Диаграммы классов определяют систему как с точки зрения анализа, так и с точки зрения проектирования. Они описывают, что может сделать система – анализ, и предоставляют схему, показывающую, как будет построена система – дизайн. Диаграммы классов являются самоописанием и включают список атрибутов, поведения и обязанностей системных классов. Правильно подробные диаграммы классов могут быть непосредственно переведены в физическую (программный код) форму. Кроме того, правильно разработанные диаграммы классов могут направлять процесс разработки программного обеспечения, а также предоставлять подробную системную документацию.
2 Разработка логической модели информационной системы с помощью UML
2.1 Моделирование и декомпозиция бизнес-процессов
При создании любой информационной системы не обойтись без обследования объекта, на котором будет использоваться создаваемая система.
Специалисты по информационным технологиям при исследовании организаций часто используют соответствующие методологии, позволяющие понять работу объекта в целом путем построения его функциональной модели. В IDEF0 система представляется как совокупность взаимодействующих работ или функций.
Функциональная направленность означает, что функции системы исследуются независимо от механизмов, которые обеспечивают их выполнение. В целом такой подход направлен на изучение того, что делает исследуемая система, а не каким конкретно способом. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Нотация IDEF0 – это достаточно строгая методика, которая изначально была разработана, как и стандарты технического конструирования, для ручного моделирования. Поэтому там содержатся требования по размещению стрелок, формату всех элементов, содержанию информационной рамки к IDEF0 диаграмме и пр. Поскольку деятельность компании – это сложная многоуровневая система действий, то схем получается всегда много, и необходима однозначная систематизация и навигация по всем элементам модели. Сейчас это делают в основном компьютерные системы, поддерживающие моделирование в данной нотации. На территории России наиболее известными и доступными на сегодня являются системы AllFusion Process Modeler и Business Studio. Обзору этих систем я планирую посвятить отдельные статьи [6].
Заключение
За время написания курсовой работы был изучен язык составления диаграмм UML, а также диаграммы разного вида. Также, были получены навыки работы с приложением Microsoft Visio 2016, благодаря которому были построены множество диаграмм.
На основе построенной логической диаграммы была также построена диаграмма классов для дальнейшей работы.
Вследствие выполнения курсовой работы были выполнены поставленные задачи:
- Выполнено ознакомление с основами языка UML
- Построена диаграмма вариантов использования
- Построена диаграмма декомпозиции бизнес-процесса
- Построена диаграмма состояния
- Построена диаграмма взаимодействия
- Построена диаграмма классов
1. Язык UML Руководство пользователя [Электронный ресурс]. – Режим доступа: http://bourabai.kz/dbt/uml/ch31.htm.
2. Теория и практика UML. Диаграмма последовательности [Электронный ресурс]. – Режим доступа: http://it-gost.ru/articles/view_articles/94. –
3. Теория и практика UML. Диаграммы взаимодействия [Электронный ресурс]. – Режим доступа: http://it-gost.ru/articles/view_articles/95.
4. Краткая история UML [Электронный ресурс]. – Режим доступа: http://techn.sstu.ru/kafedri/подразделения/1/MetMat/murashev/oop/lec/lec12.htm.
5. IDEF0 [Электронный ресурс]. – Режим доступа: https://prowines.ru/documents/idef0-znakomstvo-s-notaciei-i-primer-ispolzovaniya-programma.html
6. Диаграммы вариантов использования [Электронный ресурс]. – Режим доступа: http://www.maksakov-sa.ru/ModelUML/DiagrVarIsp/index.html.
7. Диаграммы взаимодействия [Электронный ресурс]. – Режим доступа: https://itteach.ru/rational-rose/diagrammi-vzaimodeystviya.
8. Диаграммы состояний [Электронный ресурс]. – Режим доступа: https://studref.com/351176/informatika/diagrammy_sostoyaniy.
