Курсач. Курсовая работа по дисциплине Проектирование информационных систем

• Название: Курсовая работа по дисциплине Проектирование информационных систем
• Дата: 02.04.2022
• Размер: 0.63 Mb.
• Имя файла: Курсач.docx
• Тип: Курсовая; #435830

Негосударственное аккредитованное некоммерческое частное образовательное учреждение высшего образования «Академия маркетинга и социально-информационных технологий – ИМСИТ» (г. Краснодар)

(НАН ЧОУ ВО Академия ИМСИТ)
Факультет цифровой экономики и информационных технологий Кафедра математики и вычислительной техники
КУРСОВАЯ РАБОТА

по дисциплине: «Проектирование информационных систем»
на тему: Разработка проекта информационной системы торговой организации

направление 38.03.05 Бизнес-информатика Направленность (профиль) образовательной программы

«Информационные системы в бизнесе»

Работу выполнил студент 4 курса заочной формы

обучения, группы 19-ЗБИ-02

К.Р. Едигарян

Научный руководитель:

канд. техн. наук, доцент
К.Н. Цебренко

Работа защищена с оценкой «»
Краснодар 2021

Негосударственное аккредитованное некоммерческое частное образовательное учреждение высшего образования «Академия маркетинга и социально-информационных технологий – ИМСИТ» (г. Краснодар)

Кафедра математики и вычислительной техники
УТВЕРЖДАЮ

Зав. кафедрой





«»20г.
З А Д А Н И Е

на курсовую работу

Студенту: Едигарян Карен Рафикович группы 19-ЗБИ-02 4 курса

(Ф.И.О.) (№ группы и курса)

факультета цифровой экономики и информационных технологий

направления 38.03.05 Бизнес-информатика

(шифр и наименование)
Тема работы: Разработка проекта информационной системы торговой организации

Тема работы: Проектирование информационной системы больницы

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

Объем работы:

а) пояснительная записка к работе 37 с. б) задачи:

1. 
   Разработка технического задания,
   
2. 
   Анализ среды моделирования,
   
3. 
   Построение модели данных,
   
4. 
   Разработка веб-интерфейса.
   

Рекомендуемая литература:

1. 
   Зобнин Б.Б. Моделирование систем [Текст]: Конспект лекций/ Б.Б
   

Зобнин - Екатеринбург, 2011 – 56 с.

2. 
   Петров В.Н. Информационные системы [Текст]: учеб-метод.
   

пособие/ В.Н. Петров – Питер, 2010 – 48 с.

Срок выполнения работы: с "01" сентября 2018 г. по "22" февраля 2019 г.

Срок защиты: "22" февраля 2019 г.

Дата выдачи задания: "01" сентября 2018 г.

Дата сдачи проекта на проверку: "22" февраля 2019 г.
Руководитель работыЦебренко К.Н., к.т.н.

Задание принял студентЕдигарян К.Р.
РЕФЕРАТ
Курсовая работа 44 с., 28 рис., 3 табл., 7 источн.

АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ, ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ, ДЕКОМПОЗИЦИЯ, ПРОЕКТ, ТЕХНИЧЕСКОЕ ЗАДАНИЕ, IDEF, UML – ДИАГРАММЫ, ДИАГРАММА КЛАССОВ, ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ, КАДРЫ++

Объектом исследования является деятельность торговая организация.

Цель работы: Разработка проекта информационной системы торговой организации

Методы исследования: экспериментальный, методы системного анализа, моделирования, методы аналогий и сравнений.

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

Область применения системы – автоматизация учёта сотрудников в отделе кадров предприятия.

Эффективность разработки заключается в разработке оригинальной архитектуры информационной системы с облачным сервисом.

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 6

1 Обзор проектных решений 8

1.1 Анализ предметной области 8

1.2 Описание предприятия 8

1.2 Цели функционирования предприятия 8

1.3 Организационная структура предприятия 9

1.4Техническое задание 12

1.4.1 Введение 13

1.4.2 Требования к программе 13

1.4.3 Условия эксплуатации 14

1.4.4 Требования к программной документации 15

1.4.5 Технико-экономические показатели 15

1.4.6 Стадии и этапы разработки 16

1.4.7 Порядок контроля и приемки 17

1.5 Обоснование выбора среды моделирования 18

2. Моделирование информационной системы торговой организации 21

2.1 Функционально-структурный анализ 21

2.2 Проектирование проекта с помощью объектно-ориентированного подхода 25

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

2.2.3 Диаграмма деятельности 26

2.4 Определение требований к пользовательскому интерфейсу 27

ЗАКЛЮЧЕНИЕ 29

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 30

ВВЕДЕНИЕ

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

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

Целью курсовой работы является проектирование информационной системы торгового предприятия ООО «Система РегионМарт», которая сможет реализовать функции ввода данных о товарах, отслеживание списания, движения и реализации товаров.

Разрабатываемый в рамках данной курсовой работы АИС является учебной и предназначен для демонстрации качества освоения материала по курсу «Проектирование информационных систем», а также практических навыков по применению методик разработки проектов в среде «Enterprise Аrchitect».

Основные задачи курсовой работы:

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

Объектом исследования является больница.

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

Курсовая работа состоит из введения, трех разделов и заключения:

В первом разделе проводится анализ предметной области, и проектирование технического задания

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

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

1 Обзор проектных решений

1.1 Анализ предметной области

1.2 Описание предприятия

локальный сеть компьютерный бизнес информационный

Название: ООО «Система РегионМарт».

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

ООО «Система РегионМарт» представляет собой сеть магазинов розничной торговли в Сибирском федеральном округе. География размещения магазинов от г. Новосибирска до г. Иркутска. Это сеть магазинов «Чибис» формата «эконом», супермаркеты «Спутник» (весь Кузбасс); мультиформатная сеть магазинов «Поляна» (Новосибирск, Томск, Абакан, Красноярск, Иркутск, Братск). Магазины сети ООО «Система РегионМарт» являются одними из самых востребованных в Сибири. Количество магазинов сети составляет более 180. Магазины сети ежедневно посещает около 280 тысяч покупателей. Общая численность сотрудников компании составляет более 7000 человек. В общей сложности компания успешно работает на рынке розничной торговли на протяжении 18 лет.

1.2 Цели функционирования предприятия

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

Стратегия ООО «Система РегионМарт» нацелена на получение максимальной прибыли от осуществления своей деятельности, за счет реализации товара на качественном уровне, расширения и укрепления торговой сети, формирования базы постоянных клиентов (покупателей).


Рисунок 1 - Модель «Цели бизнес-процессов» предприятия

1.3 Организационная структура предприятия

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

Модель организационной структуры строится как иерархия диаграмм.

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

Организационная структура ООО «Система РегионМарт» представлена на рисунке 2.


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

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

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

На директора по закупкам возлагаются следующие задачи:

• 
  организация и личное руководство закупками товара по всему товарному ассортименту [указать наименование организации]
  
• 
  формирование ассортимента, определение объемов закупок и участие в ценообразовании
  
• 
  обеспечение максимальной конкурентоспособности цен и условий на закупаемую продукцию
  

Должностные обязанности директора по развитию:

• 
  выход на новые рынки, открытие филиалов и партнерство
  
• 
  исследования рынка, поиск организационных и товарных инноваций
  
• 
  актуализация бизнес-процессов
  
• 
  управление маркетингом и продажами
  
• 
  совершенствование кадровых процессов
  

Директор по персоналу должен уметь:

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

Должностные обязанности директора по финансам включают в себя:

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

Заведующий магазином предусматривает следующие обязанности:

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

4. Техническое задание

1.4.1 Введение

1.4.1.1 Наименование программы: «Samson».

1.4.1.2 Назначение и область применения: данное решение предназначено для работников больницы, а также может служить средой для контроля поступления и выбытия пациентов в стационары.

1.4.2 Требования к программе

1.4.2.1 Требования к функциональным характеристикам. Программа

должна обеспечивать возможность:

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

1.4.2.2 Требования к надежности:

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

• 
  организацией бесперебойного питания технических средств,
  
• 
  использованием лицензионного программного обеспечения,
  
• 
  регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
  

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

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

1.4.2.2.3 Отказы из-за некорректных действий оператора: отказы программы вследствие некорректных действий пользователя при взаимодействии с программой через веб-интерфейс недопустимы.

1.4.3 Условия эксплуатации

1.4.3.1 Требования к квалификации и численности персонала: Администратор, численность 1 человек, требования к квалификации:

• 
  знания SQL на уровне junior,
  
• 
  уверенное пользование web приложениями.
  
• 
  Сотрудники ресепшн, один или несколько, базовые умения пользования компьютером.
  

1.4.3.2 Требования к составу и параметрам технических средств:

1.4.3.2.1 Аппаратное обеспечение. Требования к аппаратному обеспечению компьютеров, расположенных в торговой организации, указаны в таблице 1.
Таблица 1 - Требования к аппаратному обеспечению

Наименование	Характеристика
CPU	Intel CORE i5 10400f
RАM	4096Mb
Video	Встроенное
HDD	500 Gb

1.4.3.2.2 Программное обеспечение. Требования к программному обеспечению компьютеров, расположенных в торговой организации, указаны в таблице 2.
Таблица 2 – Требования к программному обеспечению

Операционная система	Windows XP SP3
Офисный пакет	Microsoft Office 2013
СУБД	1С: Предприятие, 1С: Склад

1.4.3.2.3 Специальные требования: дополнительные требования не предъявляются.

1.4.4 Требования к программной документации

1.4.4.1 Предварительный состав программной документации: состав программной документации должен включать в себя:

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

1.4.5 Технико-экономические показатели

1.4.5.1 Экономические преимущества разработки: ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.

1.4.6 Стадии и этапы разработки

1.4.6.1 Стадии разработки: проектирование, должно быть, проведено в три стадии:

• 
  проектирование технического задания,
  
• 
  рабочее проектирование,
  
• 
  внедрение.
  

1.4.6.2 Этапы разработки: на стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

• 
  проектирование программы,
  
• 
  проектирование программной документации,
  
• 
  испытания программы.
  

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

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

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

На этапе проектирования программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

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

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

1.4.7 Порядок контроля и приемки

1.4.7.1 Виды испытаний: приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.

Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

1.4.7.2 Общие требования к приемке работы: на основании протокола проведения испытаний исполнитель совместно с заказчиком подписывает акт приемки-сдачи программы в эксплуатацию.

1.5 Обоснование выбора среды моделирования

Языком разработки модели системы был выбран унифицированный язык моделирования (Unified Modeling Language, UML). UML является стандартным инструментом для графического описания объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля.

Преимущества UML:

– UML объект-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках [2].

– UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы [3].

– Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом [4].

– UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии [5].

В качестве инструментария моделирования использовался продукт Microsoft Visio 2016 - универсальное средство моделирования данных 21 и приложений, поддерживающее и создание моделей данных, и объектно- ориентированное моделирование приложений.

Основные возможности Visio по моделированию бизнес-процессов заключаются в следующем:

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

– совместная работа над схемами. Используя web браузер можно организовать общий доступ к просмотру схем. При дополнительной установке Share Point Server и Microsoft Lync 2013 у пользователей появляется возможность комментировать схемы, осуществлять совместную работу с ними и обмениваться сообщения,

– взаимосвязь схем с наборами данных. Каждую фигуру из схемы можно связать с набором данных из Excel, SharePoint, службы Share Point Business Connectivity Services и SQL Server. Для наглядного представления данных можно использовать большое количество графиков и цветовых схем,

– создание схем с помощью стандартных нотаций. Для проверки корректности создаваемых схем в Visio встроены правила, позволяющие контролировать правильность применения элементов. Эти правила заданы для стандартных нотаций, таких как BPMN. При необходимости, такие правила можно задавать самостоятельно.

Microsoft Visio является мощным графическим инструментом для

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

Основными преимуществами Visio, по сравнению с CASE средствами, являются:

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

Наличие образцов диаграмм. В Microsoft Visio включено большое количество различных образцов диаграмм, что упрощает и ускоряет процесс создания схем бизнес-процессов,

Связь схем процессов с данными из офисных приложений. Т.к. Visio входит в состав пакета Microsoft Office, то схемы процесса можно связать с документами и данными из Word, Excel, PowerPoint, Accessand Project,

Применение стандартных нотаций. Для создания схем процессов, применяемых в различных CASE средствах (например, ARIS, BPwin, ERwin, Rational Rose) Visio включает в себя набор диаграмм, которые используются в этих средствах. Например, eEPC, IDEF0, IDEF3, UML. Для некоторых из них Visio позволяет осуществлять контроль правильности создания схем процессов. Реализация моделирования в Ramus Education базируется на методологии IDEF0, которая имеет в России и США статус стандарта [6],[19].

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

2. Моделирование информационной системы торговой организации

2.1 Функционально-структурный анализ

Проведем структурный анализ торгового предприятия в нотации IDEF0. Концептуальная модель (рисунок 3)

Вход: данные о покупателе, исходящие данные о покупателях, исходящие данные о товарах, исходящие данные о наличии товара.

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

Управление: устав торговой организации, шаблон отчетов.

Механизм: сотрудник



Рисунок 3 – Концептуальная модель
На рисунке 4 изображена Декомпозиция «Управление торговой организацией», в неё входит:

• 
  Оформление покупателя
  
• 
  Формирование
  
• 
  Оформление товара
  
• 
  Обслуживание покупателя
  
• 
  Формирование отчета
  

Рисунок 4 - Декомпозиция «Управление торговой организацией»


Рисунок 5 – Декомпозиция «Оформление покупателя»


Рисунок 6 – Декомпозиция «Формирование заказа»


Рисунок 7 – Декомпозиция «Оформление товара»


Рисунок – 8 Декомпозиция «Обслуживание покупателя»
На рисунке 9 формируется отчет о купленных товарах


Рисунок 9 – Декомпозиция «Формирование отчета»

2.2 Проектирование проекта с помощью объектно-ориентированного подхода

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

Диаграмма прецедентов (англ. Usecase diagram, диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между актерами и прецедентами [7], [17].

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

При работе с вариантами использования важно помнить несколько простых правил:

• 
  каждый вариант использования относится как минимум к одному действующему лицу,
  
• 
  каждый вариант использования имеет инициатора,
  
• 
  каждый вариант использования приводит к соответствующему результату (результату с «бизнес-значением») [8].
  

Составим диаграммы вариантов использования «Продавец-кассир»


Рисунок 10 – Диаграмма вариантов использования сотрудник

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

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

Диаграммы деятельности используются при моделировании бизнес- процессов, технологических процессов, последовательных и параллельных вычислений [9], [20].

Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками.

Основные фигуры:

– прямоугольники с закруглениями — действия,

– широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий,

– чёрный круг — начало процесса (начальный узел),

– чёрный круг с обводкой — окончание процесса (финальный узел).

Стрелки идут от начала к концу процесса. Они показывают потоки управления или потоки объектов (данных). Диаграмма изображена на рисунке 11.

2.4 Определение требований к пользовательскому интерфейсу

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

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

Форма «Наименование товара» представляет типы товаров, которые могут поступить на склад, а также есть возможность введения нового наименования.

Форма «Количество товара» представляет типы значений объема товара (штук, коробок и т.д.), а также вводится необходимое число количества товара.

ЗАКЛЮЧЕНИЕ

Результатом данной курсовой работы является разработанный проект информационной системы для торгового предприятия ООО «Система РегионМарт». Данная работа является всего лишь макетом для разрабатываемой АИС и направлена, на облегчение физического проектирования программных модулей. Внедрение конечного результата АИС позволит повысить качество информации, избежать ошибок в результате ручной обработки информации и автоматизировать вывод информации через отчетные формы. Пишите что сделано в работе

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

Во время курсового проектирования были закреплены навыки работы в среде Enterprise Аrchitect, также получен опыт работы с UML-диаграммами.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. 
   Базы данных. В 2-х кн.Кн. 1. Локальные базы данных: учебник / В.П. Агальцов. - 2-e изд., перераб. - М.: ИД ФОРУМ: ИНФРА-М, 2020. - 352 с.
   
2. 
   Гома, Х. UML. Проектирование систем реального времени, параллельных и распределенных приложений [Электронный ресурс] / Х. Гома; Пер. с англ. - М.: ДМК Пресс, 2019. - 704 с.
   
3. 
   Буч, Г. Язык UML. Руководство пользователя [Электронный ресурс] / Г. Буч, Д. Рамбо, И. Якобсон. - 2-е изд.: Пер. с англ. Н. Мухин. – М.: ДМК Пресс, 2018. - 496 с.
   
4. 
   Кватрани, Т. Rаtionаl Rose 2000 и UML. Визуальное моделирование [Электронный ресурс] ; Пер. с англ. - М.: ДМК Пресс, 2020. - 176 с.
   
5. 
   Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013.
   

- 283 с.

6. 
   Розенберг, Д. Применение объектного моделирования с использованием UML и анализ прецедентов [Электронный ресурс] / Д. Розенберг, К. Скотт; Пер. с англ. - М.: ДМК Пресс, 2019. - 160 с.
   
7. 
   Проектирование информационных систем: учебник / В.В. Белов, В.И. Чистякова. - М. : КУРС, 2018. - 400 с.
   
8. 
   Буч Г.UML. Руководство пользователя [Текст]:учеб.-метод. пособие/Г. Буч, Д. Рамбо, А. Джекобсон– М.:ДМК.2016 – 20 с.
   
9. 
   Самоучитель UML: Самоучитель / Леоненков А.В., - 2-е изд., перераб. и доп. - СПб:БХВ-Петербург, 2019. - 418 с.
   
10. 
    Базы данных. Язык SQL для студента: Практическое руководство
    

Дунаев В.В. - СПб:БХВ-Петербург, 2020. - 301 с.

11. 
    Информационные системы: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум: ИНФРА-М, 2021. - 496 с.
    
12. 
    Проектирование и реализация баз данных в СУБД MySQL с использованием MySQL Workbench. Методы и средства проектирования информационных систем и технологий. Инструментальные средства информационных систем: учеб. пособие / С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. — М.: ИД «ФОРУМ» : ИНФРА-М, 2020. — 160 с.
    
13. 
    Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - 2-e изд., испр. и доп. - М.: Форум: ИНФРА-М, 2018. - 400 с.
    
14. 
    Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - 2-e изд., испр. и доп. - М.: Форум: ИНФРА-М, 2019. - 400 с.
    
15. 
    Интерфейсы V5.1 и V5.2: Справочник / Гольдштейн Б.С., Ехриель И.М., Кадыков Б.К. - СПб:БХВ-Петербург, 2017. - 288 с.
    
16. 
    Микерин, Д.С. Защита информации в МИС, необходимость внедрения: практическое руководство / Д.С. Микерин, О.Э. Карпов. - Германия: LАP LАMBERT Аcаd. Publ., 2020. - 52 с. - ISBN 978-3-330-02780-0. - Текст: электронный. - URL: https://znаnium.com/cаtаlog/product/1057848 (дата обращения: 24.01.2021). – Режим доступа: по подписке.
    
17. 
    Вдовенко, Л. А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А., 2-е изд., пераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2019. - 304 с. - ISBN 978-5-9558-0329-6. - Текст : электронный. - URL: https://znаnium.com/cаtаlog/product/913328 (дата обращения: 17.02.2021). – Режим доступа: по подписке.
    
18. 
    Голицына, О. Л. Информационные системы: учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — 2-е изд. — Москва: ФОРУМ : ИНФРА-М, 2019. — 448 с.: ил. — (Высшее образование). - ISBN 978-5-91134-833-5. - Текст: электронный. - URL: https://znаnium.com/cаtаlog/product/953245 (дата обращения: 11.03.2021). – Режим доступа: по подписке.
    
19. 
    Гвоздева, В. А. Информатика, автоматизированные информационные технологии и системы: учебник / В.А. Гвоздева. — Москва: ФОРУМ: ИНФРА-М, 2021. — 542 с. - ISBN 978-5-8199-0877-8. - Текст: электронный. - URL: https://znаnium.com/cаtаlog/product/1220288 (дата обращения: 10.03.2021). – Режим доступа: по подписке.
    
20. 
    Федотова, Е. Л. Информационные технологии и системы: учебное пособие / Е. Л. Федотова. - Москва: ФОРУМ: ИНФРА-М, 2020. - 352 с. - (Высшее образование). - ISBN 978-5-8199-0376-6. - Текст: электронный. - URL: https://znаnium.com/cаtаlog/product/1043098 (дата обращения: 16.02.2021). – Режим доступа: по подписке.
    

Источники располагают в порядке упоминания в тексте []