Файл: Министерство связи и массовых коммуникаций российской федерации.docx

Составление вариантов использования производится на основе анализа требований к информационным системам, автоматизирующим деятельность по закупкам и продажам товаров.Действующими лицами в контексте программного средства являются менеджер и продавец-кассир.Менеджер занимается анализом продаж аптеки и контролем остатков медикаментов, на основе полученных данных составляет заявки поставщикам на закупку лекарственных средств. Иногда для составления заявки менеджеру может потребоваться узнать информацию о поставщиках или медикаментах. Рисунок 1 - Контекстная диаграммаРисунок 2 – Детализирующая диаграмма процессаГлавная задача системы – сохранение в базе данных всех необходимых сведений о медикаментах, продажах и заказах.

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

Продавец-кассир реализует товар и записывает об этом информацию в информационную систему аптеки, помимо этого он следит за наличием к продаже лекарств.На рисунке 3 изображена диаграмма вариантов использования в нотации UML.Рисунок 3 - Диаграмма вариантов использованияЭлементы диаграммы:

• 
  Вариант использования – логическое представление работ системы. Каждый вариант определяет действия, выполняемые ИС при взаимодействии с конкретным «актером».
  
• 
  В нашем случае это: ведение склада и контроль остатков, учет проданных медикаментов, формирование заказов на новые и т.д.
  
• 
  Актер – любой объект, использующий или взаимодействующий с системой, в нашем случае это менеджер аптеки и продавец.
  
• 
  Отношения устанавливают, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использования.
  

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

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

---

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

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

4. Диаграмма последовательности

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

---

Рисунок 5 - Диаграмма последовательности «Заказ лекарств у поставщика»В данной модели для создания диаграммы последовательности был использован вариант использования «заказ товара у поставщика». Когда появляется необходимость в закупке товаров, кладовщик составляет список товаров и передает их поставщику. После проведения и подтверждения оплаты, поставщик отгружает товар заказчику.

5. Диаграмма состояний

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

• 
  Круг, обозначает начальное состояние.
  
• 
  Окружность с маленьким кругом внутри, обозначает конечное состояние.
  
• 
  Скруглённый прямоугольник, обозначает состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии.
  
• 
  Стрелка, обозначает переход. Название события, вызывающего переход, отмечается рядом со стрелкой.
  
• 
  Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.
  

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

6. Диаграмма деятельности

Диаграмма деятельности — UML-диаграмма, на которой показаны действия, состояния которых описано на диаграмме состояний.

---

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

• 
  Прямоугольники с закруглениями — действия. Узел управления — это абстрактный узел действия, которое координирует потоки действий.
  
• 
  Ромбы — решения. Узел решения предназначен для определения правила ветвления и различных вариантов дальнейшего развития сценария. В точку ветвления входит ровно один переход, а выходит — два или более.
  
• 
  Широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий. Узел объединения имеет два и более входящих узла и один исходящий.
  
• 
  Чёрный круг — начало процесса (начальный узел). Начальный узел деятельности является узлом управления, в котором начинается поток при вызове данной деятельности извне.
  
• 
  Чёрный круг с обводкой — окончание процесса (финальный узел). Конечный узел деятельности является узлом управления, который останавливает все потоки данной диаграммы деятельности. На диаграмме может быть более одного конечного узла.
  
• 
  Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов.
  

Рисунок 7 - Диаграмма деятельности

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

Диаграмма классов — структурная диаграмма языка моделирования UML. Это логическое представление системы, описывает взаимосвязи классов и интерфейсов, показывают иерархию системы. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами. Каждый класс на диаграмме выглядит в виде прямоугольника, разделенного на три части. В первой содержится имя класса, во второй - его атрибуты. В последней части содержатся операции класса, отражающие его поведение (действия, выполняемые классом).

---

Целью создания диаграммы классов является графическое представление статической структуры декларативных элементов системы. Она содержит в себе также некоторые элементы поведения, однако их динамика должна быть отражена на диаграммах других видов (диаграммах коммуникации, диаграммах состояний). Для удобства восприятия диаграмму классов можно также дополнить представлением пакетов, включая вложенные.При представлении сущностей реального мира разработчику требуется отразить их текущее состояние, их поведение и их взаимные отношения. На каждом этапе осуществляется абстрагирование от маловажных деталей и концепций, которые не относятся к реальности. Классы можно рассматривать с позиции различных уровней. Как правило, их выделяют три основных: аналитический уровень, уровень проектирования и уровень реализации:

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

Рисунок 8 - Диаграмма классовПредставленные классы:

• 
  класс «Users» - хранит информацию с данными для авторизации сотрудников аптеки в информационной системе;
  
• 
  класс «Rostav» - описывает таблицу «Поставщик»;
  
• 
  класс «Request» - описывает таблицу «Заявка поставщику»;
  
• 
  класс «Request_item» - описывает таблицу «Состав заявки»;
  
• 
  класс «Medicament» - описывает таблицу «Медикамент»;
  
• 
  класс «DealItems» - описывает таблицу «Состав продажи»;
  
• 
  класс «Deal» - описывает таблицу «Продажа»;
  
• 
  класс «Staff» - описывает таблицу «Сотрудник»;
  
• 
  класс «Position» - описывает таблицу «Должность».
  

Заключение

При выполнении данной курсовой работы был произведен анализ предметной области информационной системы аптеки.Были разработаны диаграммы: вариантов использования, последовательности, состояний, деятельности и классов.

---