Моделирование систем

Автор работы: Пользователь скрыл имя, 06 Декабря 2012 в 10:39, курсовая работа

Краткое описание

Интернет-магазины существенно уменьшают издержки производителя, сэкономив на содержании обычного магазина, расширяют рынки сбыта, так же как и расширяет возможность покупателя - покупать любой товар в любое время в любой стране, в любое время суток, в любое время года. Это дает Интернет-магазинам неоспариваемое преимущество перед обычными магазинами. Этот момент является существенным при переходе производителей с обычной торговли на Интернет торговлю.

Содержание

Введение…………………………………………………………………………………………..5
1. Концептуальная модель разработки Интернет-магазина "Vipcom"……………..………….6
2. Графический язык моделирования UML……………………………………………………..9
3. Построение диаграмм для Интернет-магазина "Vipcom"………………………..…………13
3.1. Диаграмма вариантов использования……………………………………………...13
3.2. Диаграмма классов……………………………………………………………….….16
3.3. Диаграмма состояний………………………………………………………...….…..22
3.4. Диаграмма деятельности………………………………………………………….....24
3.5. Диаграмма последовательности………………………………………………..…...27
Заключение……………………………………………………………………………………..…33
Список использованных источников и литературы

Вложенные файлы: 1 файл

курсовая.docx

— 659.07 Кб (Скачать файл)

2. Диаграммы, описывающие физическую реализацию системы:

      • диаграммы компонент;
      • диаграммы развертывания.

Чтобы модель была хорошо понимаемой человеком необходимо организовать ее иерархически, оставляя на каждом уровне иерархии небольшое число сущностей. UML включает средство организации иерархического представления модели – пакеты. Любая модель состоит из набора пакетов, которые могут содержать классы, варианты использования и прочие сущности и диаграммы. Пакет может включать другие пакеты, что позволяет создавать иерархии. В UML не предусмотрено отдельных диаграмм пакетов, но они могут присутствовать на других диаграммах. Пакет изображается в виде прямоугольника с закладкой.

Достоинства UML:

  • UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;
  • UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
  • диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
  • UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
  • UML получил широкое распространение и динамично развивается.

Несмотря на всю привлекательность UML, его было бы затруднительно использовать при реальном моделировании программных средств без инструментальных средств визуального моделирования. Такие средства позволяют оперативно представлять диаграммы на экране дисплея, документировать их, генерировать заготовки программных кодов на различных объектно-ориентированных языках программирования, создавать схемы баз данных.

Одной из таких программ является Microsoft Visio предназначенная в первую очередь для изображения разнообразных систем - наборов разнородных объектов с указанием взаимосвязей между ними. При этом пользователь может применять как ручные, так и автоматические методы рисования по некоторым исходным данным, но в любом случае он получает изображения в некотором заданном стиле или стандарте. Однако функции Visio выходят далеко за пределы лишь визуализации данных.

Visio 2010 представляет большой набор средств для визуального моделирования программ - здесь можно использовать практически все распространенные типы диаграмм, описываемые с помощью UML версии. При этом поддерживаются языки программирования C++, Visual Basic и Java.

Последней версией продукта является Visio 2010, которая доступна в трех редакциях: Visio Standard 2010, Visio Professional 2010 и Visio Premium 2010. Все три редакции содержат усовершенствования и новые функции, однако Professional и Premium включают в себя расширенные возможности новой версии Visio.

Visio Standard 2010 обладает усовершенствованным интерфейсом (Office Fluent User Interface. Отличительной особенностью нового интерфейса является лента, на которой все необходимые инструменты логически сгруппированы по вкладкам, что существенно упрощает работу в программе. Все имеющиеся фигуры и наборы элементов доступны в обновленном окне «Фигуры». Программа также имеет ряд новых функций – «Быстрые формы» (Quick Shapes), функция контейнеров, автоматическое упорядочение и расстановка интервалов (Auto Align & Space) и новый механизм для вставки и удаления фигур. Мини-панель «Быстрые формы» позволяет одним щелчком мыши реализовать предварительный просмотр диаграммы. Функция контейнеров позволяет логически и визуально группировать отдельные фигуры и элементы диаграммы, при этом фигуры внутри контейнера не сгруппированы, и с ними можно работать напрямую.

Редакция  Visio Professional 2010 включает все разработки Visio Standard 2010 и предоставляет дополнительные возможности. Например, имеется возможность подключать схемы к таким источникам данных, как Microsoft Excel, Access, SQL, и Sharepoint Services. Задав необходимые условия, эти данные могут отображаться в реальном времени. А функция автоматического обновления поможет поддерживать данные на диаграммах в актуальном состоянии. Служба Visio Services позволяет опубликовать динамически обновляемые схемы в сети Интернет и обеспечить их просмотр через портал Sharepoint. Для специальных задач, программа содержит расширенный набор шаблонов, включая инженерные сети, подробные диаграммы сети, строительные и архитектурные диаграммы, диаграммы программного обеспечения и баз данных.

Пакет Visio Premium 2010, помимо возможностей Visio Professional 2010, содержит шаблоны для бизнес-процессов стандарта BPMN и Six Sigma, а также шаблон, содержащий фигуры рабочего процесса Share Point и интеллектуальные правила. В редакции Premium 2010 имеется возможность разбивать сложные процессы на удобные фрагменты, каждый из которых может находиться на отдельной странице и быть связанным с фигурой подпроцесса на общей схеме. Для поиска типичных ошибок диаграмм и проверки на соответствие бизнес-правилам и другим стандартам имеется функция интеллектуальной проверки.

 

 

 

 

 

 

 

3. Построение диаграмм для сайта Интернет-магазина "VIPCOM".

 

3.1. Диаграмма вариантов использования.

 

Визуальное  моделирование в UML можно представить как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования, которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.

Построение  этой модели необходимо для выявления:

  • внешнего окружения, взаимодействующего с системой (актеров);
  • основных функций системы (вариантов использования) с возможным уточнением технологии их выполнения;
  • нефункциональных требований (платформы, производительности, надежности, защищенности и т. д.).

Диаграмма вариантов использования состоит  из актеров, вариантов использования  и отношений между ними. При  построении диаграммы могут использоваться также общие элементы нотации: примечания и механизмы расширения. Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества актеров, взаимодействующих с системой с помощью, так называемых вариантов использования. При этом актером называется любой объект, субъект или система, взаимодействующая с моделируемой системой извне. Это может быть человек, техническое устройство или другая система, которая может служить источником воздействия на моделируемую систему. В свою очередь вариант использования – это спецификация сервисов (функций), которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемых системой при взаимодействии с актером. При этом в модели никак не отражается то, каким образом будет реализован этот набор действий. Графически актер изображается с помощью фигуры «проволочного человечка», под которым записывается его имя. Вариант использования обозначается на диаграмме эллипсом, внутри которого содержится его описание, обозначающее выполнение какой-либо операции или действия.

Связи между актерами и вариантами отображаются с использованием отношений четырех видов:

  • ассоциаций;
  • обобщения;
  • включения;
  • расширения.

Применительно к рассматриваемой диаграмме отношение ассоциации служит для обозначения взаимодействия актера с вариантом использовании.

Ассоциация  может отображаться в виде однонаправленной или двунаправленной стрелки, показывающей направление потоков информации или управляющих сигналов.

Отношение обобщения служит для указания того факта, что некоторая сущность (А) может быть обобщена до сущности (В). В этом случае сущность (А) будет являться специализацией сущности (В). На диаграмме данный вид отношения можно отображать только между однотипными сущностями (между двумя вариантами использования или двумя актерами).

Графически  данное отношение обозначается сплошной линией со стрелкой, в виде незакрашенного треугольника, от потомка к родителю.

Отношения включения и расширения являются частным случаем отношения зависимости  и могут иметь место только между двумя вариантами использования. Они отображаются штриховой стрелкой с указанием стереотипа.

Отношение включения указывает, что некоторое заданное поведение одного варианта использования обязательно включается в качестве составного компонента в последовательность поведения другого варианта использования.

Стрелка включения должна быть направлена от базового (составного) варианта к включаемому и помечена стереотипом «include» (англ. включает) или «uses» (англ. использует).

В отличие  от отношения включения, отношение  расширения определяет потенциальную  возможность включенияповедения одного варианта использования в состав другого. То есть дочерний вариант использования может как вызываться, так и не вызываться родителем.

Стрелка расширения должна быть направлена от включаемого варианта к базовому и помечена стереотипом «extend».

Таким образомданные диаграммы применяются при бизнес-анализе для моделирования видов работ, выполняемых организацией, и для моделирования функциональных требований к программной среде при ее проектировании и разработке. Построение модели требований при необходимости дополняется их текстовым описанием. При этом иерархическая организация требований представляется с помощью пакетов usecases.

Рассмотрим  процесс моделирования системы  продажи товаров по каталогу через  Интернет-магазин "Vipcom".

В качестве актеров данной системы выступают  два субъекта, один из них покупатель, другой – администратор. Каждый из этих актеров взаимодействует с  рассматриваемой системой продажи  товаров по каталогу и является ее пользователем, то есть они оба обращаются к соответствующему сервису «Просмотр каталога».

На  следующем этапе разработки данной диаграммы вариант использования  «Просмотр каталога» может быть уточнен на основе введения в рассмотрение дополнительных вариантов использования.

В нашем  случае, поиском товара может пользоваться покупатель и администратор, при необходимости товар можно сортировать по категориям и по производителю. Вполне резонно представить сервис "Поиск товара" в качестве самостоятельного варианта использования.

Оператор  сайта магазина может удалить  товар или изменить его параметры, введя его идентификатор. А если идентификатор ему не известен, а известна лишь марка товара и производитель, он должен сначала найти такой товар и определить идентификатор в его описании, а затем уже удалить товар или изменить сведения о нем. Соответственно, вариант использования "Удаление товара" и "Изменение данных о товаре" будет расширять вариант использования "Поиск товара".

Администратор управляет сайтом: редактирует каталог, управляет заказами – все это  можно обобщить в отдельном варианте использования "Обработка данных ".

Чтобы покупателю сделать заказ ему  необходимо авторизоваться, после чего он может выбрать конкретный товар  и способ оплаты. Так сервис "Заказ  товара" вполне можно сделать  самостоятельным вариантом использования, который включает в себя "Авторизацию", "Регистрацию" и "Выбор оплаты".

Построим  диаграмму использования для Интернет-магазина "Vipcom" с помощью Microsoft Visio 2010 (рис.1).

Рисунок 1 - Диаграмма  вариантов использования для Интернет-магазина "Vipcom".

 

Полученная  диаграмма вариантов использования  содержит 15 вариантов использования и 2 актеров, между которыми установлены отношения включения, расширения и обобщения.

 

3.2.  Диаграмма классов.

 

Диаграмма классов предназначена для представления статической структуры модели системы в терминологии классовобъектно-ориентированного программирования. При этом диаграмма классов может содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры классификаторов, такие как объекты и связи. Когда говорят о данной диаграмме, имеют в виду статическую структурную модель проектируемой системы, т. е. графическое представление таких структурных взаимосвязей логической модели системы, которые не зависят от времени.

Диаграммы классов создаются  при логическом моделировании программной системыи служат для следующих целей:

  • для моделирования данных. Анализ предметной области позволяет выявить основные характерные для нее сущности и связи между ними. Это удобно моделируется с помощью диаграмм классов. Эти диаграммы являются основой для построения концептуальной схемы базы данных;
  • для представления архитектуры программной системы. Можно выделить архитектурно значимые классы и показать их на диаграммах, описывающих архитектуру программных средств;
  • для моделирования навигации экранов. На таких диаграммах показываются пограничные классы и их логическая взаимосвязь. Информационные поля моделируются как атрибуты классов, а управляющие кнопки – как операции и отношения;
  • для моделирования логики программных компонент;
  • для моделирования логики обработки данных.

Информация о работе Моделирование систем