Моделирование информационной системы продуктового супермаркета «Большая Ложка»

Аннотация Осуществить моделирование информационной системы на ранней стадии — фазе формирования концепции, включая формирование идей, постановку целей, изучение мотиваций и требований заказчика, анализ исходных данных, определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов. Для моделирования бизнес-процессов заданной предметной области применить CASE-средство Visual UML или Rational Rose.

• Введение
• 1. Сценарий для моделирования ИС
• 1.1 Данные о предприятии
• 1.2 Анализ информационных потоков магазина
• 1.3 Рабочие станции магазина «Большая Ложка»
• 2. Построение диаграмм
• 2.1 Диаграмма вариантов использования
• 2.2 Диаграмма коопераций (сотрудничества)
• 2.3 Диаграммы последовательностей
• 2.4 Диаграмма классов
• 2.5 Диаграмма деятельности (действий)
• Выводы
• Список литературы

Цель курсовой работы — осуществить моделирование информационной системы на ранней стадии — фазе формирования концепции, включая формирование идей, постановку целей, изучение мотиваций и требований заказчика, анализ исходных данных, определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов. Для моделирования бизнес-процессов заданной предметной области применить CASE-средство Visual UML или Rational Rose.

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

Методы решения: моделирование стандартами UML.

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

Постановка задачи

Моделирование информационной системы продуктового супермаркета «Большая Ложка»

Цель решения данной задачи — ознакомиться с основами продуктового супермаркета «Большая Ложка»

1. Сценарий для моделирования ИС

1.1 Начальные данные и описание предприятия

Супермаркет «Большая Ложка» совмещает в себе форматы современного супермаркета и привычного для покупателей «магазина возле дома». Ассортиментный портфель торгового зала составляет более 30 ООО наименований различных товаров.

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

Режим работы супермаркета формируется по круглосуточному принципу.

Что касается комфорта совершения покупок, то здесь супермаркет «Большая Ложка» большое внимание уделяет подготовке торгового персонала (уровень обслуживания и компетентность), скорости обслуживания на кассах и наличию необходимого количества самих касс.

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

Говоря о концепции продвижения сети супермаркетов «Большая Ложка», следует отметить, что нашим девизом является выражение «замечательный сосед», подчеркивающее близость и радушие супермаркета по отношению к своим Покупателям.

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

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

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

Заведующий отделом «Склад» организовывает бесперебойную работу склада. Организовывает приемку-сдачу товаров на склад, контролируют своевременную подачу товаров в торговую секцию, проверяют качество, проверяют наличие маркировок, ценников на товарах.

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

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

В обязанности уборщицы входит систематическая уборка помещения магазина.

Грузчик выполняет погрузку, разгрузку и транспортировку товаров в пределах магазина.

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

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

Перевозчик производит доставку товара покупателя по требованию.

Поставщик выполняет заявку на поставку товара.

Рекламное бюро следит за популярностью магазина.

Ремонтное бюро осуществляет акт ремонта товара, в случае поломки.

1.2 Структура управления

Схема 1. Информационные потоки супермаркета «Большая Ложка»

1 — отчет о нарушении правил дисциплины работниками, еженедельно; отчет о браке товаров, еженедельно; 2 — отчет о доходах магазина, ежемесячно; отчет о выплате заработной платы, ежемечно; 3 — отчет о работе магазина, ежемесячно; 4 — отчет о количестве проданных товаров (отдельный продавец), ежемечно; 5 — отчет о количестве проданных товаров магазином (все продавцы), ежедневно; 6 — передача покупателя; 7 — отчет о доставке, разгрузке товаров, по поставкам; 8 — график по уборке помещения магазина, ежемесячно; 9 — поставка нужной продукции, по требованию; 10 — платежные поручения, ежедневно, по требованию, ежемесячно; 11 — заявление о начислении премии сотрудникам за переработку, за большое количество продаж, ежемесячно; 12 — отчет о выговорах сотрудникам за невыполнение их обязанностей, ежемесячно, по требованию;

1.3 Рабочие станции продуктового супермаркета «Большая Ложка»

Рабочие станции (PC) — это, как правило, персональные ЭВМ, которые являются рабочими местами пользователей сети.

Главная рабочая станция в супермаркете «Большая ложка» находится в кабинете директора. Все данные доступны только директору, а составные части — администратору, бухгалтеру, заведующим отделами.

Рабочая станция директора включает в себя такие составляющие:

1) Данные о сотрудниках (в виде таблицы 1):

моделирование информационный супермаркет Табл.1

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

Табл.2

3) Данные о поставщиках (табл.3):

Табл.3

4) Данные по счетам (табл.4):

Табл.4

5) Данные о браке товара

АКТ №__

брака товара

6) Данные о возврате товара

АКТ

возврата товара

7) Данные о несоответствии товара.

АКТ

несоответствия

8) Данные о перемещении товара

АКТ № _____

перемещения товара

9) Данные о списании товара

АКТ

списания товара

10) Данные о уценке товара

АКТ

уценки товара (50% / 25%)

11) Данные о приходе товара

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

Второстепенные РС находятся в кабинетах бухгалтера, администратора, заведующих отделов.

РС бухгалтера содержит такие данные, как информацию об оплате счетов различных видов, начислении заработной платы, всевозможных расчетах, таких как скидки и другие. Также РС бухгалтера содержит данные о покупателях-кредиторах (табл.5):

РС администратора содержит всевозможные данные о торгово-оперативном и вспомогательном персонале (табл.6):

2. Построение диаграмм

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

Диаграмма использования (use case diagram) предназначена для отображения внешнего функционирования проектируемой системы и ее взаимодействия с внешним миром пользователями. Эти диаграммы впервые были рассмотрены в книге Иваром Якобсоном (Ivar Jacobson). Основой подхода являются так называемые блоки использования (use case), которые представляют собой некоторый набор функций системы, объединяемых в единое целое с точки зрения пользователя. Один блок использования не обязательно представляет собой одну часть системы или даже единую группу функций. Он представляет собой именно понимание пользователем поведения системы.

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

Диаграмма состоит из следующих элементов:

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

Выделены следующие виды связей:

взаимодействие; (только между пользователем и блоком использования) расширение — данный вид отношения от блока, А к блоку В обозначает, что исполнение блока В может дополняется исполнением некоторых функций блока А;

использование — данный вид отношения от блока, А к блоку В обозначает, что исполнение, А также включает исполнение блока В;

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

Графическое обозначение для связей следующее:

взаимодействие — сплошная линия, расширение — линия со стрелкой от блока, предоставляющего расширение к базовому блоку, помеченная словом «extends»

использование — линия со стрелкой от использующего блока к используемому блоку, помеченная словом «uses».

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

2.2 Диаграмма коопераций (сотрудничества)

Диаграмма сотрудничества (Collaboration diagram) предназначена для описания методов взаимодействия между объектами. Для пояснения смысла и назначения диаграммы необходимо ввести такое понятие как «сотрудничество».

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

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

Диаграмма сотрудничества включает в себя объекты и отношения между ними, заключающееся в вызове методов друг друга. Некоторые объекты появляются только в рамках реализации сотрудничества, они помечаются специальным словом «new» (новый). Те объекты, которые уничтожаются во время реализации сотрудничества помечаются специальным словом «destroy» (уничтожить).

На диаграмме могут быть показаны связи между объектами представляющие:

параметры процедур, локальные переменные,

self ссылки (ссылки на сам объект).

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

2.3 Диаграммы последовательностей

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

объект, обозначается прямоугольником с записанным в нем именем объекта;

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

2.4 Диаграмма классов:

Диаграмма классов представляет набор:

1) классов,

2) типов данных,

3) интерфейсов и

4) отношений между ними.

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

Графическое представление класса — это прямоугольник, который может быть разделен на три части:

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

Каждый атрибут представляется в следующем виде:

видимость имя: тип = начальное значение Перед именем может следовать знак обозначающий видимость атрибута для других классов:

+ общедоступный (public) атрибут

# защищенный (protected) атрибут

— закрытый (private) атрибут Каждый метод представляется в следующем виде:

видимость имя (список параметров): тип возвращаемого значения Описатель видимости имеет те же значения, что и для атрибута.

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

вид имя: тип = значение по умолчанию вид параметра может быть следующим:

in входной параметр

out выходной параметр

inout входной и выходной параметр Текст реализации операции может быть сопоставлен в качестве примечания для каждого метода.

Интерфейсы Интерфейсы предназначены для спецификации внешнего вида операций для классов.

Отношения между классами Двухместная связь (Binary Association)

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

Отношения между классами

2.5 Диаграмма деятельности (действий)

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

Диаграмма действий состоит из следующих элементов:

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

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

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

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

Выводы

Изучили основы средств UML.

Изучили деятельность магазина и смоделировали средствами UML информационную систему предприятия.

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

Осуществили моделирование информационной системы на ранней стадии — фазе формирования концепции, включая формирование идей, постановку целей, изучение мотиваций и требований заказчика, анализ исходных данных, определение основных требований и ограничений, требуемых материальных, финансовых и трудовых ресурсов. Для моделирования бизнес-процессов заданной предметной области применили CASE-средство Visual UML.

1. Шлеер С, Меллор С., Объектно-ориентированный анализ: моделирование мира в состояниях.- М. 1992

2. Г. Буч, Объектно-ориентированное проектирование с примерами применения М., «Конкорд», 1992.

3. Богословская Н. В., Бржезовский А. В., Жаков В. И., Путилов В. А., Фильчаков В. В., Автоматизированные методы спецификации программных систем. -Апатиты, КФ ПетрГУ, 1996. 147с.

4. Страуструп Б., Язык программирования С++. — М., Радио и связь, 1991.

5. Гайдамакин Н. А. «Автоматизированные информационные системы, базы и банки данных».

6. Леоненков «Основы UML».