Размещено на http://www.allbest.ru/

Министерство науки и высшего образования Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Хабаровский государственный университет экономики и права»

Факультет управления и технологий

Кафедра информационных систем и технологий

КУРСОВАЯ РАБОТА

по дисциплине: Разработка приложений баз данных

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

Студент группы ПИ(б)-91 Шурыгин Т.С.

Хабаровск 2022

Содержание

• Введение
• 1. Анализ предметной области
• 1.1 Организационная структура предприятия
• 1.2 Бизнес-процессы
• 1.3 Информационно логическая модель
• 2. Реализация
• 2.1 Обоснование выбора СУБД
• 2.2 Проектирование реляционной модели данных
• 2.3 Реализация информационной системы
• 3. Руководство пользователя
• 3.1 Защита информации
• 3.2 Архитектурные требования
• 3.3 Технология распределенной обработки информации
• Заключение
• Список использованных источников

Введение

Сегодня ни для кого не секрет, что 21 век - век компьютерных технологий. К 2022 году произошло невероятное количество технологически прорывов. Например: начали развиваться мобильные телекоммуникационные технологии, современные больницы оснащают новейшим автоматизированным оборудованием, что помогает врачам спасать тысячи жизней, инженерами были созданы автомобили, способные передвигаться как от двигателя внутреннего сгорания, так и на электротяге.

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

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

Цель работы - закрепление знаний о методологии и технологии проектирования ИС. Проведения анализа предметной области, выявление информационные потребностей и разработка требований к ИС, проведение формализации и реализации решения прикладных задач. Получение навыков работы с инструментальными средствами моделирования предметной области, прикладных и информационных процессов; навыки разработки технологической документации. Закрепление знаний в разработке инфологических моделей и построении диаграмм по стандарту IDEF0, IDEF1 и IDEF3.

Для достижения поставленной цели необходимо решить ряд задач:

· изучить организационную структуру предприятия;

· изучить бизнес-процессы;

· создать инфологическую модели;

· выбрать систему управления базами данных;

· создать базу данных для автоматизации бизнес-процесса.

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

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

«Рассвет» - компания, владелец розничной сети, специализирующийся на продаже компьютерной, цифровой и бытовой техники. Компания основана 09.11.2022 году по адресу Страна N, Y-край, город X, улица Пушкина, дом 1. Миссия предприятия - продажа высококачественных товаров российского производства по низкой цене.

Организационную структуру предприятия можно представить в следующем виде (рисунок 1):

Рисунок 1 - Организационная структура

Более крупное изображение рисунка 1 показано в приложении 1.

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

· юридический отдел;

· IT-отдел;

· склад;

· финансово-экономический отдел;

· отдел сбыта и рекламы:

· отдел грузоперевозок;

· отдел кадров;

· бухгалтерия.

В данной курсовой работе рассматривается работа отдела сбыта и рекламы, а именно бизнес-процесс обработки заказов, выполнением которого занимается специалист данного отдела - менеджер по продажам. Менеджер по продажам руководствуется должностной инструкцией, разработанной на основе профессионального стандарта «06.029 - менеджер по продажам информационно-коммуникационных систем» (утвержден приказом Министерства труда и социальной защиты Российской Федерации от 29 сентября 2020 года N 679н).

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

1. Собирает информацию о потенциальных клиентах.

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

3. Ведет переговоры с клиентами в отношении товаров и услуг организации.

4. Принимает и обрабатывает заказы клиентов.

5. Оформляет отчетные документы.

6. Устанавливает потребности клиентов в услугах или продукции компании.

7. Согласовывает с клиентом порядок поставки, оплаты товаров, услуг, их объемы.

8. Составляет регулярные отчеты о выполнении планов продаж и поставке товаров контрагентам организации.

9. Способствует сотрудничеству клиентов с компанией в соответствии с принятыми программами стимулирования сбыта.

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

11. Следит за порядком поставки продукции контрагентам.

12. Ведет информационную базу коммуникаций с клиентами.

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

14. Консультирует клиентов о характеристиках, правилах эксплуатации товаров.

15. Принимает установленные меры для сокращения дебиторской задолженности контрагентов.

16. Дополняет, анализирует информационную базу клиентов.

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

18. Изучает предложения конкурентов о товарах и услугах.

19. Следует разработанным правилам сбыта товаров, обслуживания, коммуникации с клиентами.

Настоящие Правила продажи товаров в магазине определяют порядок розничной купли-продажи Товаров и Услуг в соответствии со ст. 437 Гражданского Кодекса РФ являются официальной публичной офертой

К отношениям между Покупателем и Продавцом применяются положения Гражданского Кодекса РФ (в т. ч. положение о розничной купле-продаже (§ 2, глава 30), Закон РФ «О защите прав потребителей» от 07.02.1992 № 2300-1, Постановление Правительства РФ от 31.12.2020 N 2463 и иные правовые акты, принятые в соответствии с ними.

«О защите прав потребителей» от 07.02.1992 № 2300-1, Постановление Правительства РФ от 31.12.2020 N 2463 и иные правовые акты, принятые в соответствии с ними.

Таблица 1 Функции менеджера по продажам

Функция	Вход	Выход
1	2	3
1 Поиск потенциальных клиентов	База данных клиентов	Список потенциальных клиентов
2 Презентация товаров	Заявка на презентацию нового товара	Отчет о проведении презентации товара
3 Заполнение данных о клиентах	Персональные данные клиента	Карточка клиента
4 Консультирование клиентов	Обращение клиента	Информация по теме обращения
5 Обработка заказов	База данных товаров, персональные данные клиента, информация о предприятии, форма договора купли-продажи между юр. лицами, форма договора купли-продажи м/д юр. и физ. лицами	Счет, чек, договор купли-продажи между юридическими лицами, договор купли-продажи между юридическим и физическим лицами, список заказов
6 Составление отчетностей	Список заказов	Отчетная документация
7 Работа со складом и выдача товаров	Список заказов	Товарная накладная, акт приёма передачи

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

1.2 Бизнес-процессы

Бизнес-процесс - это стандартная последовательность (цепочка) действий, которая многократно выполняется в компании для получения заданного результата.

Всего выделяют 4 категории процессов:

· основные;

· вспомогательные или поддерживающие, обслуживающие;

· процессы управления;

· процессы совершенствования (саморазвития бизнеса).

Диаграмма IDEF0 деятельности менеджера по продажам построена с помощью программы AllFusion Process Modeler на основе таблицы 1. На рисунке 2 представлена контекстная диаграмма А-0.

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

Рисунок 2 - Контекстная диаграмма А-0

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

На следующем этапе проводится декомпозиция блока диаграммы рисунка 1. Первый уровень декомпозиции «Деятельности менеджера по продажам» (рисунок 3), он так же включает все описанные в таблице 1 функции.

Рисунок 3 - Диаграмма декомпозиции А0

Остальные декомпозиции диаграмм деятельности менеджера по продажам представлены в ПРИЛОЖЕНИИ А.

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

· выбор товаров;

· составление договоров купли-продажи;

· проведение оплаты.

Так как необходимо хранить большие объемы данных, АИС будет разрабатываться как база данных на основе языка SQL. Также посредством данного языка будут производиться запросы к базе данных, учитывая особенности выбранной СУБД.

Рисунок 4 - Диаграмма IDEF0 АИС, как будет

На диаграмме, представленной на рисунке 4, можно увидеть, что снизу появилась стрелка «оператор». Т.к. АИС нацелена на то, чтобы разгрузить менеджера, поэтому в роли оператора может выступать как менеджер, так и сам клиент. Работа АИС представлена на рисунках 5-8.



Рисунок 5 - Второй уровень функции АИС

Рисунок 6 - Диаграмма А41



Рисунок 7 - Диаграмма А411

Рисунок 8 - Диаграмма А42

На рисунках 5-8 видно, что процесс обработки заказов в корне изменился. Были добавлены дополнительные функции для упрощения процесса.

1.3 Информационно логическая модель

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

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

Атрибут сущности или поле - это именованная характеристика, являющаяся некоторым свойством (описанием) сущности.

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

Во время проектирования базы данных следует учесть следующие два фактора:

1. база данных должна быть компактной и не содержать избыточных компонентов;

2. обработка базы данных должны происходить просто.

Информация, хранящаяся в базах данных, должна быть:

· непротиворечивой;

· не избыточной;

· целостной.

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

Базы данных должны иметь следующие свойства:

1. целостность;

2. восстанавливаемость;

3. безопасность;

4. эффективность.

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

1) Сущность «Клиенты»:

a. Номер клиента - ключевое поле;

b. ФИО/наименование - строковый тип данных;

c. Статус - целочисленный тип данных;

d. Адрес - текстовый тип данных;

e. Телефон - строковый тип данных;

f. Электронная почта - строчный тип данных;

g. ОГРН - строковый тип данных;

h. КПП - строковый тип данных;

i. ИНН - строковый тип данных;

j. Р/с - строковый тип данных.

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

2) Сущность «Статус»:

a. Номер статуса - ключевое поле;

b. Название статуса - строковый тип данных;

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

3) Сущность «Товары»:

a. Номер клиента - ключевое поле;

b. Модель - строковый тип данных;

c. Бренд - целочисленный тип данных;

d. Категория - целочисленный тип данных;

e. Цена - денежный тип данных;

f. Описание - тестовый тип данных.

Для удобства подбора товара выделены сущности №4 и №5:

4) Сущность «Бренд»:

a. Номер бренда - ключевое поле;

b. Имя бренда.

5) Сущность «Категории товаров»:

a. Номер категории - ключевое поле;

b. Имя категории.

6) Сущность «Карточка заказа»:

a. Номер карточки - ключевое поле;

b. Номер клиента - целочисленный тип данных.

c. Дата заказа - дата;

d. Сумма заказа - денежный тип данных;

7) Сущность «Список товаров»:

a. Номер карточки - ключевое поле;

b. Номер товара - ключевое поле;

c. Количество - целочисленный тип данных.

Инфологическая модель (рисунок 9) была построена при помощи веб-сервиса DB Design.

Рисунок 9 - Инфологическая модель АИС

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

2. Реализация

2.1 Обоснование выбора СУБД

На сегодняшний день для реализации БД существует множество различных систем управления базами данных, отличающихся своими возможностями и требованиями к вычислительным ресурсам. Самыми популярными их них являются: Oracle Database, MS SQL Server, MySQL, MS Access.

Разработка базы данных для курсовой работы была выполнена с помощью платформы phpMyAdmin. phpMyAdmin -- веб-приложение с открытым кодом, написанное на языке PHP и представляющее собой веб-интерфейс для администрирования СУБД MySQL. PhpMyAdmin позволяет через браузер и не только осуществлять администрирование сервера MySQL, запускать команды SQL и просматривать содержимое таблиц и баз данных. Приложение пользуется большой популярностью у веб-разработчиков, так как позволяет управлять СУБД MySQL без непосредственного ввода SQL команд.

Приложение распространяется под лицензией GNU General Public License и поэтому многие другие разработчики интегрируют его в свои разработки, например XAMPP, Denwer, AppServ, Open Server.

MySQL -- свободная реляционная система управления базами данных. Разработку и поддержку MySQL осуществляет корпорация Oracle, получившая права на торговую марку вместе с поглощённой Sun Microsystems, которая ранее приобрела шведскую компанию MySQL AB. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого, разработчики создают функциональность по заказу лицензионных пользователей. Именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP, VertrigoServ. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.

Помимо универсальности и распространенности СУБД MySQL обладает целым комплексом важных преимуществ перед другими системами. В частности, следует отметить такие качества как:

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

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

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

· Масштабируемость. Являясь весьма универсальной СУБД, MySQL в равной степени легко может быть использована для работы и с малыми, и с большими объемами данных.

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

Как и любой программный продукт, система MySQL имеет определенные ограничения в своем функционале, что не позволяет использовать ее для работы с приложениями, имеющими некоторые специфические требования. К недостаткам этой СУБД относятся:

· Недостаточная надежность. В вопросах надежности некоторых процессов по работе с данными (например, связь, транзакции, аудит) MySQL уступает некоторым другим СУБД.

· Низкая скорость разработки. Как и многим другим программным продуктам с открытым кодом, MySQL не достает некоторого технического совершенства, что порой сказывается на эффективности процессов разработки.

Сам факт того, что MySQL является самой популярной СУБД на рынке, говорит об ее универсальности и предпочтительности в большинстве ситуаций. Её используют в следующих ситуациях:

· при распределённых операциях, когда функционала SQLite (другая популярная система) не хватает;

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

· для работы с интернет-страницами и веб-приложениями, поскольку MySQL является наиболее удобной СУБД для этой сферы применения;

· при работе со специфическим проектом, где функционал MySQL дает оптимальный результат.

MySQL поддерживает SQL (структурированный язык запросов) и может применяться в качестве SQL-сервера. Это означает, что общаться с сервером можно на языке SQL: клиент посылает серверу запрос, тот его обрабатывает и отдает клиенту только те данные, которые были получены в результате этого запроса.

Исходя из перечисленных преимуществ и недостатков данной СУБД можно сделать вывод, что MySQL является оптимальным решением для разработки базы данных в рамках данной курсовой работы.

2.2 Проектирование реляционной модели данных

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

Все таблицы и типа полей в базе данных соответствуют инфологической модели, описанной в главе 1.

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

На рисунках 10-16 представлены структуры таблиц, на основе которых будут прописываться запросы.

Рисунок 10 - структура таблицы «Клиенты»

В таблице «Клиенты» (рисунок 11) поля mail, ogrn, kpp, inn, rs могут содержать в себе пустое значение, т.к. они являются обязательными только для клиентов, имеющих статус юридического лица.

Рисунок 11 - структура таблицы «Статус»



Рисунок 12 - структура таблицы «Товары»

Рисунок 13 - структура таблицы «Бренд»

Рисунок 14 - структура таблицы «Категории товаров»

Рисунок 15 - структура таблицы «Карточка заказа»

Рисунок 16 - структура таблицы «Список товаров»

Все наименования таблиц и названия таблиц прописаны на английском языке. Это сделано для корректной работы СУБД и удобства написания запросов. Также для полей строкового и текстового формата выбрана кодировка utf8_general_ci, для корректного отображения текста в этих полях.

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



Рисунок 17 - Схема данных

На схеме данных видно, что таблицы «goods» и «order_check» связаны по ключевым полям, а также сама таблица «order_check» имеет сразу два ключевых поля. За счет такой структуры и обеспечивается возможность выбрать несколько товаров в одной карточке заказа.

Одна из основных функций SQL -- получение данных из СУБД. Для построения всевозможных запросов к базе данных используется оператор SELECT. Он позволяет выполнять сложные проверки и обработку данных. На рисунке 18 представлена общая структура запроса.

Рисунок 18 - Общая структура запроса

Параметры оператора:

· DISTINCT - используется для исключения повторяющихся строк из результата;

· ALL - (по умолчанию) используется для получения всех данных, в том числе и повторений;

· FROM - перечисляет используемые в запросе таблицы из базы данных;

· WHERE - это условный оператор, который используется для ограничения строк по какому-либо условию;

· GROUP BY - используется для группировки строк;

· HAVING - применяется после группировки строк для фильтрации по значениям агрегатных функций;

· ORDER BY - используется для сортировки. У него есть два параметра:

· ASC (по умолчанию) - используется для сортировки по возрастанию;

· DESC - по убыванию;

· LIMIT - используется для ограничения количества строк для вывода.

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

Например, в предложении WHERE не доступны псевдонимы столбцов, определяемых в предложении SELECT, потому что, согласно списку, оно выполняется до SELECT.

1. FROM;

2. WHERE;

3. GROUP BY;

4. HAVING;

5. SELECT;

6. DISTINCT;

7. ORDER BY.

Однако фактическое выполнение инструкций определяется СУБД и порядок из этого списка может значительно отличаться.

На рисунке 19 представлен запрос, который выводит список всех товаров.

Рисунок 19 - Запрос на вывод всех товаров

Подобным образом прописываются остальные запросы.

Для добавления/изменения/удаления данных используются команды INSERT/UPDATE/DELETE соответственно. Общая конструкция запроса представляет собой: выбор одной из команд INSERT/UPDATE/DELETE, при помощи команды INTO выбирается таблица и ее поля, в которых будет происходить работа с данными, далее команда VALUE добавляет значение в указанные поля. Запрос на добавлении данных в карточку заказа в ПРИЛОЖЕНИИ Б (рисунки Б.1-Б.3).

Запрос на вывод карточки заказа показан в ПРИЛОЖЕНИИ Б (рисунок Б.4). В запросе используется функция SELECT, в которой выбираются поля из таблицы «Карточка заказа», а также поля связанных с ней таблиц. Чтобы объединить таблицы в запросе используется команда JOIN, а конкретно INNER JOIN. Для наглядности работы данного оператора приведен пример на рисунке 20 в виде кругов Эйлера.



Рисунок 20 - INNER JOIN

Чтобы отобразить информацию по списку заказов, необходим запрос, представленный в ПРИЛОЖЕНИИ Б (Рисунок Б.5), в котором выбираются необходимые поля, а также используется оператор группировки GROUP BY и оператор сортировки ORDER BY с параметром DESC, который выводит список значений по убыванию.

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

Рисунок 21 - Запрос на самый прибыльный товар

В ПРИЛОЖЕНИИ Б (рисунок Б.6) представлен запрос на вывод общей суммы продаж фирмы за всё время. Для его реализации также используется оператор SUM который вычисляет сумму множества значений, содержащихся в определенном поле отобранных запросом записей.

Если нужно вывести информацию о том на какую сумму купил товаров клиент за всё время, то будет выполняться запрос, представленный ПРИЛОЖЕНИИ А (рисунок Б.7), в результате которого будет выведен список клиентов и их общая сумма покупок.

Известно, что различные отчетности могут составляться за конкретный период времени. Чтобы вывести такую информацию потребуется прописать запрос, представленный в ПРИЛОЖЕНИИ Б (рисунок Б.8), в котором используется ограничение WHERE и условие BETWEEN, который задаёт условие, что переменная должна находиться в заданном диапазоне. При необходимости пользователь может самостоятельно изменять промежуток времени, используя прикладной интерфейс.

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

2.3 Реализация информационной системы

Чтобы запрашиваться какую-либо информацию посредством запросов, таблицы должны хранить в себе данный. Пример минимального набора данных для тестирования информационной системы представлен на рисунке 22, на котором изображена таблица «Клиенты». В данной таблице содержатся все поля, описанные в инфологической модели данных. Также некоторые поля таблицы содержат значение NULL, то есть данные в этих полях отсутствуют. Для полей phone, ogrn, kpp, inn, rs задана определенная длина значения, которая представляет собой маску ввода.

Рисунок 22 - Таблица «Клиенты»

Подобным образом выглядят остальные таблицы базы данных. Посмотреть данные таблицы можно в ПРИЛОЖЕНИИ В (рисунки В.1 - В.6). Поля этих таблиц также соответствуют инфологической модели данных.

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

Рисунок 23 - список всех товаров

После выполнения какого-либо запроса СУБД позволяет выполнить ручной поиск по результату (рисунок 24).

Рисунок 24 - поиск по результату запроса

На рисунках 25-26 представлен процесс создания карточки заказов.



Рисунок 25 - карточка заказа

Рисунок 26 - выбор товаров

На примере рисунка 27, рассмотрен результат выполнения запроса на карточку заказа Иванова Ивана Ивановича. В данном запросе обращение шло к таблице «Список заказов», но выведенная таблица содержит в себе поля других таблиц, например, поле «model» относится к таблице «Товары», а поле «name» к таблице «Клиенты». За счет связей таблиц объединения таблиц в запрос с помощью JOIN стало возможным выводить информацию из связных таблиц, проводить над данными, содержащимися в этих таблицах, математические операции, задавать условия отбора, группировать и сортировать их.



Рисунок 27 - Готовая карточка заказа

Исходя из рисунка 27 видно, что клиент Иванов Иван Иванович с номером телефона «8-999-999-99-99» 27 ноября приобрёл приобрел 3 товара: один холодильник и два телевизора на общую сумму 87.000 рублей.

Подобным образом информация выводится и по оставшимся запросам. Все данные представлены в ПРИЛОЖЕНИИ В (рисунки В.2-В.6)

В ПРИЛОЖЕНИИ В на рисунке В.7 представлен результат выполнения запроса на вывод списка заказов, который показывает когда и какой клиент сделал заказ и на какую сумму.

В ПРИЛОЖЕНИИ В на рисунке В.8 представлена выведенная информация, показывающая на какую сумму был продан какой-либо товар, в каком количестве и какую долю он составляется от общей суммы продаж.

Таким образом видно, что самым прибыльным товаром является телевизор «Т1000 Super Amoled» и доход от его продаж составляет почти 50% от общей суммы продаж в 312.000 рублей.

Общая сумма продаж представлена в ПРИЛОЖЕНИИ В (рисунок В.9)

Результат запроса на список клиентов и их общую сумму покупок представлен в ПРИЛОЖЕНИИ В (рисунок Б.10). На основе данной информации предприятие, например, может ввести систему скидок для клиентов, которые уже сделали покупки больше, чем на сумму N.

Пример вывода информации о покупках за последний месяц представлена в ПРИЛОЖЕНИИ В (рисунок В.11).

Как упоминалось ранее, информация по запросам в СУБД MySQL представляется в виде автоматически сгенерированных таблиц, согласно запросу. Но такой вид просмотра не пригоден для конечного пользователя и предназначен для удобства разработчиков, которые, основываясь на базе данных, создают к ней прикладной интерфейс.

информация реляционный запрос заказ

3. Руководство пользователя

3.1 Защита информации

Разработанная база данных под управлением СУБД MySQL предназначена для разработчиков прикладного ПО, благодаря которому АИС сможет пользоваться любой пользователь. Для того, чтобы подключиться к данной БД следует использовать данные сервера базы данных (рисунок 28).

Рисунок 28 - Данные сервера

Для того, чтобы запустить сервер базы данных в курсовой работе использовалась кроссплатформенная сборка локального веб-сервера «XAMPP», содержащая свободный веб-сервер «Apache HTTP-сервер».

После запуска локального сервера в адресной строке браузера необходимо ввести localhost/phpmyadmin/, чтобы перейти в веб-приложение phpMyAdmin. В среде разработки, чтобы подключиться к базе данных необходимо указать такие данные сервера как: имя хоста, имя пользователя, имя базы данных, пароль, если имеется, порт подключения и часовой пояс. На рисунке 29 представлен пример создания пула подключения на Node.js.



Рисунок 29 - Подключение к базе данных

Чтобы достигнуть самого высокого возможного уровня защиты, установка и конфигурация mysql должна быть выполнена в соответствии со следующими требованиями:

· база данных mysql должна быть выполнена в chrooted среде;

· процессы mysql должны выполняться под уникальным UID/GID, неиспользуемым никаким другим системным процессом;

· Должен быть разрешен только локальный доступ к mysql;

· Основная учетная запись mysql должна быть защищена “сложным” паролем;

· Будет переименована учетная запись администратора;

· Должен быть заблокирован анонимный доступ к базе данных (используя учетную запись nobody).

В рамках усиления безопасности необходимо отключить local-infile, чтобы предотвратить доступ к базовой файловой системе из MySQL, используя следующую директиву в разделе [mysqld]. Журналы -- это один из лучших способов понять, что происходит на сервере, в случае любых атак вы можете легко увидеть любые действия, связанные с вторжением, из файлов журналов. Включить ведение журнала MySQL, добавив следующую переменную в разделе [mysqld] - log=/var/log/mysql.log.

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

Внедрение SQL, в зависимости от типа используемой СУБД и условий внедрения, может дать возможность атакующему выполнить произвольный запрос к базе данных (например, прочитать содержимое любых таблиц, удалить, изменить или добавить данные), получить возможность чтения и/или записи локальных файлов и выполнения произвольных команд на атакуемом сервере.

Атака типа внедрения SQL может быть возможна из-за некорректной обработки входных данных, используемых в SQL-запросах.

Существует три основных класса атак, основанных на внедрении SQL-кода:

· классическая SQL инъекция (Classic SQLi);

· SQL инъекция, основанная на эксплуатации выводимых СУБД сообщений об ошибках (Error-based SQLi);

· слепая SQL инъекция (Blind SQLi).

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

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

3.2 Архитектурные требования

Требования к программному обеспечению (ПО) стандартные:

· ПО должно иметь простой и понятный интерфейс;

· ПО должно обладать совместимостью форматов данных;

· ПО должно иметь средства быстрого составления отчетов;

· База данных должна предоставлять возможность поиска записей в любых полях и таблицах;

· ПО должно иметь средства администрирования для создания политики безопасности;

· ПО рабочей станции: ОС MS Windows 7-11, Astra Linux, Ред ОС и т.д. для клиентского ПЭВМ, Windows Server - для сервера, клиентские части серверных программ, средства антивирусной защиты и межсетевой экран.

Требования к режимам функционирования системы: система должна обеспечивать свое бесперебойное функционирование в режиме 24/7/365. То есть пользователь должен суметь включить программу в любое время.

Требования к режимам функционирования системы в части ресурсов:

· штатный режим - степень загруженности составляет 20-40 % от полной производительности;

· режим повышенной готовности - степень загруженности составляет 50-70 % от полной производительности;

· критический режим, когда загрузка зашкаливает.

Требования к режимам функционирования системы в части технического обслуживания:

· сервисный режим (для проведения обслуживания, реконфигурации и обновления технических или программных средств системы);

· автономный режим с ограничением функций (при временном отсутствии взаимодействия между компонентами системы);

· тестовый режим.

А также режимы:

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

человеком (из п. 43 табл. 1 ГОСТ 15971-90);

· интерактивный режим - режим взаимодействия процесса обработки информации системы обработки информации с человеком, выражающийся в разного рода воздействиях на этот процесс, предусмотренных механизмом управления конкретной системы и вызывающих ответную реакцию процесса (из п. 42 табл. 1 ГОСТ 15971-90);

· режим реального времени - режим обработки информации, при котором обеспечивается взаимодействие системы обработки информации с внешними по отношению к ней процессами в темпе, соизмеримом со скоростью протекания этих процессов (из п. 45 табл. 1 ГОСТ 15971-90);

· неавтоматизированный режим - режим выполнения функции АС, при котором она выполняется только человеком (из п. 4.12 ГОСТ 34.003-90, когда что-то ломается, происходит частичный отказ системы). К примеру, отказали каналы связи АИИС КУЭ со счетчиками электроэнергии, поэтому показания расхода электроэнергии собираются вручную выездной бригадой;

· ненормальный режим - режим работы, при котором оборудование (установка, прибор и так далее), работает в условиях, отличных от нормальной эксплуатации, или не в соответствии со своим назначением и инструкцией изготовителя (из п. 3.4.82 ГОСТ Р 12.1.009-2009);

· нормальный режим - режим работы, при котором оборудование (установка, прибор и так далее) работает в условиях нормальной эксплуатации и в соответствии со своим назначением и инструкцией изготовителя при подсоединении к сети питания (из п. 3.4.81 ГОСТ Р 12.1.009-2009).

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

· работать под управлением Windows 7, macOS 10.12 или более поздних

· версиях ОС;

· иметь доступный и простой интерфейс пользователя;

· иметь гибкую систему настроек.

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

· составление отчетов по существующим таблицам;

· составление отчетов;

· выполнение запросов;

· функцию выпадающих списков при заполнении полей.

Надежность системы в целом зависит от надежности используемой операционной системы.

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

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г.

Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

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

Для нормальной работы необходимо:

· компьютер с процессором Intel Core i5-8400 или 100% - совместимым;

· оперативная память не менее 8 Gb;

· жесткий диск объемом не менее 256 Gb;

· наличие адаптера подключения к сети (сетевой карты, модема и т.п.);

· установленная Windows 7, macOS 10.12 или более поздние версии ОС;

· настроенный протокол TCP/IP;

· ТО должно быть оснащено средствами защиты от перепадов (0-280 В) либо отсутствия напряжения на 20 минут для рабочих станций и 4 часа для серверов;

· оборудование должно быть заземлено;

· тип соединительного кабеля для ЛВС - неэкранированная витая пара (5- ой категории) пропускной способностью 100 Мбит/с;

· соединительные розетки должны соответствовать кабелю 5-й категории, коннекторы типа Rj-45.

Требования к информационной и программной совместимости.

Программа должна работать под управлением ОС Windows или Linux, поэтому требуется совместимость исполняемого модуля и библиотек динамического подключения стандартам, используемым этими ОС на платформе IBM PC.

Программа должна использовать свой протокол передачи данных высокого уровня как надстройку над TCP/IP.

3.3 Технология распределенной обработки информации

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

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

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

Распределенная обработка данных (РОД) характерна для сетей ППЭВМ и создаваемых на их основе АРМ РОД и позволяет решать сложные задачи с использованием схемы распараллеливания вычислительного процесса. РОД характеризуется децентрализацией обработки информации с помощью рассредоточенных микро - ЭВМ, которые соединены линиями связи и имеют программно-информационную совместимость. РОД позволяет строить системы, в которых гибко сочетаются достоинства централизации и децентрализации. При разделении вычислительного потенциала системы между несколькими подразделениями предприятия предоставляется возможность локального решения отдельных задач. Так, 80 % задач бухгалтерского учета на предприятии решаются каждым звеном самостоятельно. Затраты, связанные с передачей данных, обычно незначительны.

Существуют разные технологии распределенной обработки данных. В данном случае РОД организована как клиент-серверная архитектура. При использовании этой архитектуры база данных и СУБД хранятся на сервере, а прикладное программное обеспечение на ПЭВМ пользователя.

Работа построена следующим образом:

· база данных хранится на жестком диске сервера совместно с СУБД;

· на АРМ пользователя установлено прикладное ПО;

· при запуске ПО происходит установка соединения с сервером;

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

· СУБД инициирует обращения к данным, обеспечивая выполнение запросов пользователя (осуществляя необходимые операции над данными);

· сервером возвращается ответ на запрос;

· приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.

Заключение

В рамках курсовой работы решены все задачи - изучена деятельность предприятия и бизнес-процессы, составлена инфологическая модель и разработана АИС в виде базы данных.

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

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

Разработана база данных посредством MySQL, включающая в себя семь таблиц и 7 основных запросов, написанных на языке SQL, на основе которых можно выводить всю необходимую информацию, которая будет использоваться в отчетной документации, составлении электронных договоров, чеков и т.д., а также и три запроса на добавление, обновление и удаления данных. Между таблицами использованы связи один-ко-многим. Проведена апробация для выявления и устранения ошибок в функционировании БД.

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

Цели достигнуты - практические навыки работы с инструментальными средствами моделирования предметной области, прикладных и информационных процессов; навыки разработки технологической документации, использования функциональных и технологических стандартов ИС закреплены.

Изучены методы анализа прикладной области, информационных потребностей, формирования требований к ИС. Методологии и технологии проектирования ИС применены в работе, освоен навык проектирования ИС.

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

Приобретены навыки работы в CASE-средствах для разработки информационных систем, таких как BPwin и ERwin, DB Design. Изучены принципы функционального моделирования.

Список использованных источников

1. Бойко Т.С. Рожков Ю.В. Научные работы: учебно-методическое пособие по написанию и оформлению научных работ для студентов, магистрантов, аспирантов всех форм обучения и специальностей. - Хабаровск: РИЦ ХГАЭП, 2015. - 76 с.

2. Консультант Плюс. Договор купли продажи товара между юридическими лицами: [сайт].

3. Консультант Плюс. Договор купли продажи товара между юридическим и физическим лицами: [сайт].

4. ГОСТ 34.003-90. Автоматизированные системы. Термины и определения. - М.: Госстандарт, 1990. - 30 с.

5. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. - М.: Госстандарт, 1990. - 8 с.

6. phpMyAdmin: [сайт]. URL: https://www.phpmyadmin.net/ (дата обращения: 25.05.2022).

7. Правовая информация: [сайт]. URL: https://www.dns-shop.ru/rules/ (дата обращения: 23.05.2022).

8. Заботина, Н.Н. Методы и средства проектирования информационных систем: учебное пособие / Н.Н. Заботина. - Москва: ИНФРА-М, 2020. - 331 с. + Доп. материалы [Электронный ресурс]. - (Среднее профессиональное образование): [сайт]. URL: https://znanium.com/catalog/product/1043093 (дата обращения: 12.11.2022).

9. Приказ Минтруда РФ от 29.09.2020 №679Н об утверждении профессионального стандарта «Менеджер по продажам информационно коммуникационных систем»: [сайт].

10. Закон о защите прав потребителей (ЗОЗПП): [сайт]. URL: https://www.consultant.ru/document/cons_doc_LAW_305/ (дата обращения 11.11.2022).

11. MySQL: [сайт]. URL: https://www.mysql.com/ (дата обращения 20.11.2022).

12. XAMPP: [сайт]. URL: https://www.apachefriends.org/ (дата обращения 20.11.2022).

13. Руководство по MySQL: [сайт]. URL: https://metanit.com/sql/mysql/ (дата обращения 20.11.2022).

14. Node.js. Подключение к MySQL: [сайт]. URL: https://metanit.com/web/nodejs/8.1.php (дата обращения 21.11.2022).

15. Интерактивный онлайн учебник по работе с SQL: [сайт]. URL: https://sql-academy.org/ru/guide (дата обращения 20.11.2022).

16. DB Design: [сайт]. URL: https://dbdesign.online/model/naney3mlO5JZ (дата обращения 13.11.2022)

Приложение А

(обязательное)

Диаграммы бизнес-процессов

Рисунок А.1 - Диаграмма декомпозиции А3

Рисунок А.2 - Диаграмма декомпозиции А6



Рисунок А.3 - Диаграмма декомпозиции А7

Рисунок А.4 - Диаграмма декомпозиции А32

Приложение Б

(обязательное)

Запросы к базе данных

Рисунок Б.1 - запрос на добавление данных в карточку

Рисунок Б.2 - запрос на обновление данных

Рисунок Б.3 - запрос на удаление данных

Рисунок Б.4 - запрос на обзор карточки

Рисунок Б.5 - запрос на список заказов



Рисунок Б.6 - Запрос на общую сумму продаж

Рисунок Б.7 - Запрос на сумму покупок по клиенту

Рисунок Б.8 - Запрос на список заказов за последний месяц

Приложение В

(обязательное)

Реализация информационной системы

Рисунок В.1 - Таблица «Статус»

Рисунок В.2 - Таблица «Товары»

Рисунок В.3 - Таблица «Категории товаров»

Рисунок В.4 - Таблица «Бренды»



Рисунок В.5 - Таблица «Карточка заказа»

Рисунок В.6 - Таблица «Список товаров»

Рисунок В.7 - список заказов



Рисунок В.8 - Самый прибыльный товар

Рисунок В.9 - Общая сумма продаж

Рисунок В.10 - Сумма покупок клиентов



Размещено на Allbest.ru