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

Разработка проекта информационной системы для книжного магазина

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

1. Основные понятия при проектировании ИС книжного магазина

1.1 Теоретическая основы структурного подхода в проектировании ИС

Информационная система (ИС) — система, предназначенная для хранения, поиска и обработки информации, и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию [1].

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

SADT (акроним от англ. structured analysis and design technique) — модель структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией [3].

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

Основное поле, в котором указано имя процесса или действия;

Входные данные вводятся слева и представляют собой данные или расходные материалы, необходимые для работы.

Элементы управления вводятся сверху и представляют команды или условия, которые влияют на выполнение действия.

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

Выходные данные выходят вправо и представляют данные или продукты, произведенные действием [3].

ICAM (акроним от англ. integrated computer-aided manufacturing) — это программа ВВС США, которая разрабатывает инструменты, методы и процессы для компьютеризации промышленности, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах [4].

IDEF (ICAM Definition / Integration DEFinition) — методологии семейства ICAM для решения задач моделирования сложных систем, которая позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными [5].

IDEF0 — это методология функционального моделирования для описания и формализации бизнес-процессов, являющаяся частью семейства языков моделирования IDEF в области разработки программного обеспечения [6].

Сущность (англ. entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов, например, конкретный человек, предприятие, событие и т. д. [7]

ER-модель (от англ. entity-relationship model, модель «сущность — связь») — модель данных, позволяющая описывать концептуальные схемы предметной области, которая используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных [7].

CASE (англ. computer-aided software engineering) — набор инструментов и методов программной инженерии для автоматизации процессов проектирования и разработки программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов [8].

AllFusion ERwin Data Modeler (ранее ERwin) — CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания [9].

AllFusion Process Modeler — это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Является достаточно развитым средством моделирования, позволяющим проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели AllFusion Process Modeler создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой [10].

СУБД (акроним от Система управления базами данных, англ. Database Management System, сокр. DBMS) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Это комплекс программ, позволяющих создать базу данных (БД) и манипулировать данными (вставлять, обновлять, удалять и выбирать) [11]. Система обеспечивает безопасность, надёжность хранения и целостность данных, а также предоставляет средства для администрирования БД [11].

1.2. Понятия, относящиеся к предметной области

Интернет-магазин (англ. online shop или e-shop) — сайт, торгующий товарами посредством сети Интернет. Позволяет пользователям онлайн, в своём браузере или через мобильное приложение, сформировать заказ на покупку, выбрать способ оплаты и доставки заказа, оплатить заказ. При этом продажа товаров осуществляется дистанционным способом и она накладывает ограничения на продаваемые товары. Интернет-магазины обычно позволяют покупателям использовать функции «поиска», чтобы найти конкретные модели, бренды или предметы [12].

CMS (англ. content management system, система управления контентом / система управления содержимым) — информационная система или компьютерная программа, используемая для обеспечения и организации совместного процесса создания, редактирования и управления содержимым, иначе — контентом (от англ. Content) [13].

osCommerce («Open Source Commerce») — это CMS интернет-магазинa. Он может быть установлен на любом веб-сервере с поддержкой PHP и MySQL. Это свободное программное обеспечение с GNU General Public License [14].

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

Книжная торговля (книготорговля) — торговля книгами, а также другими непериодическими печатными изданиями (брошюрами, плакатами, нотами и т. д.). Поскольку книга является «товаром особого рода» [16], будучи одновременно частью материальной и духовной культуры, то книготорговля рассматривается не только как отрасль торговли, но и как отрасль культуры.

В основе любой информационной системы лежит база данных, разработка которой строится из следующих этапов [1]:

определение с предметной областью, информация о которой будет храниться в базе, проведение предварительного анализа
функциональное моделирование или проектирование информационной системы, описание требований, предъявляемых к ней. Это могут быть объекты реального мира (сущности), их связи и отношения друг с другом. Важно предусмотреть и масштабируемость базы данных, а также количество пользователей, которые будут к ней обращаться.
в зависимости от требований идет подбор СУБД, в контексте СУБД описываются основные структуры-объекты, необходимые для представления данных, и которая должна давать возможность описывать правила целостности и некую бизнес-логику.
реализация базы данных: создание объектов базы данных и заполнение непосредственными данными. Разработка проекта информационной системы и генерация кода
тестирование корректности описанных данных и реализации правил бизнес-логики
разработка документации и сопровождение. Документация позволяет пользователям общаться с базой данных, а администраторам — поддерживать её.

В рамках данной работы предполагается разработка информационной системы для книжного магазина. Чаще всего подобные организации, осуществляющие продажу книгопечатной продукции представлены рядом подразделений. Так персонал распределён по должностям в соответствии с их функциями. В частности, как и в большинстве компаний, могут включать [17]:

генерального директора
отдел бухгалтерии
отдел кадров
отдел маркетинга
технический отдел
отдел логистики
отдел продаж

При этом, в самих торговых точках работают продавцы-консультанты и кассиры.

Отдел закупок книжного магазина осуществляет заказ товара у поставщика и доставляет товар на склад [18]. Причём в качестве товара могут выступать не только книги, но и полиграфия и канцелярские принадлежности, и даже детские товары, однако в рамках данной курсовой работы будет рассмотрен простой случай, где в качестве продукции рассматривается только книжная продукция.

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

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

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

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

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

Функции генерального директора:

Руководство организацией, в соответствии с действующим законодательством хозяйственной и финансово-экономической деятельностью предприятия [21] [22][23];
Обеспечение выполнения предприятием всех обязательств перед федеральным, региональным и местным бюджетами, поставщиками и заказчиками;
Решение вопросов, касающихся финансово-экономической и производственно-хозяйственной деятельности предприятия, поручение ведения отдельных направлений деятельности другим должностным лицам;
Обеспечение соблюдения законности в деятельности предприятия и осуществлении его хозяйственно экономических связей, использование правовых средств для финансового управления и функционирования в рыночных условиях, укрепления договорной и финансовой дисциплины, регулирования социально-трудовых отношений;
Соблюдение требований охраны труда, установленных законами и иными нормативными правовыми актами, а также правилами и инструкциями по охране труда и защищает имущественные интересы в арбитражном суде.

Функции бухгалтерии книжного магазина:

Выполнение работы на порученном участке работы по бухгалтерскому учету;
Отражение в первичных документах бухгалтерского учета движение денежных средств;
Контроль движения денежных средств на банковских счетах предприятия;
Оформление платежных поручений и своевременное предоставление их в банк;
Осуществление контроля за своевременностью и корректностью освоения и списания денежных средств, за составлением кассовых и иных денежных отчетов;
Осуществление платежей в федеральный и местный бюджеты;
Расчёт платежей по договорам аренды, контроль корректности и своевременности платежей;
Обеспечение сохранности документов бухгалтерского учета;
Контроль правильности и своевременности освоения поступления книгопечатной продукции на склад;
Отражение в документах бухгалтерского учета операций по поступлению и выбытию товаров, по учету расчетов с поставщиками, составление реестра дебиторской и кредиторской задолженности, если сотрудничество с поставщиками предполагает возможность отсрочки платежей;
Сверка расчётов с поставщиками [21] [22][23].

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

Функции отдела кадров:

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

Функции отдела маркетинга:

Изучение книготоргового рынка, оценка его конъюнктуры, общих и специфических тенденций и возможностей; мониторинг конкурентной среды и позиций фирмы на рынке; изучение факторов, определяющих интерес либо отсутствие заинтересованности потребителей к книгопечатной продукции;
Организация и проведение мероприятий по изучению и анализу общего состояния рынка и его участников, состояния спроса и предложений;
Сегментирование рынка, определение потребительских потребностей, оценка емкости и потенциала целевого рынка, а также прогнозирование тенденций его развития;
Изучение, анализ и прогнозирование деловой активности конкурентов, их долей и позиций на рынке.
Рекламная деятельность, позиционирование на рынке услуг, продвижение в социальных сетях и СМИ [21] [22][23].

Функции технического отдела:

Качественное и своевременное решение технических вопросов и заданий руководства предприятия;
Администрирование ИС и поддержание парка технического оборудования предприятия в рабочем состоянии;
Планирование и проведение ремонтно-профилактических работ;
Согласование технической документации с технологическими службами предприятия; организация консультаций по решению отдельных технических вопросов;

Функции отдела логистики:

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

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

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

Функции отдела продаж:

Полная предпродажная подготовка товаров (проверка наименования, количества, цены, распаковку, осмотр внешнего вида, прочее); размещение и выкладка книг по группам, видам с учетом жанра, частоты спроса, удобства работы;
Оформление заказов потребителей, контроль за их выполнением, консультируют покупателей по вопросам, связанным с ассортиментом и качеством товаров, систематическое наблюдение за состоянием товарных запасов на складе.
Осуществление обслуживания покупателей в рамках стандартов компании и плана продаж; консультирование потенциальных клиентов в рамках онлайн-консультанта интернет-магазина или через иные формы обратной связи;
Проведение мероприятий по расширению рынков сбыта и увеличению объёмов продаж;
Осуществление операций кассиром по отражению в ККМ всех полученных от покупателей денежных сумм в соответствии с руководством по эксплуатации для соответствующего типа контрольно-кассовых машин; определение для каждого покупателя общей суммы покупки по показанию индикатора контрольно-кассовой машины или с помощью счетного устройства и сообщает ее покупателю; получение от покупателя денежных средств за приобретаемые товары согласно сумме, называемой покупателем или указанной в ценниках [21] [22][23];

Схема современного книжного интернет-магазина.

С точки зрения продавца, интернет-магазин — это совокупность web-витрины (фронт-системы) и торговой системы (бэк-офиса). Web-витрина предоставляет интерфейс к базе данных продаваемых товаров (в виде каталога, прайс-листа). Это то, что мы видим на экране компьютера, когда заходим на сайт. Она дает доступ к интернет-каталогу магазина, работает с виртуальной торговой тележкой, регистрирует покупателей и оформляет заказы, предоставляет помощь клиентам в режиме онлайн, передает информацию в торговую систему и обеспечивает безопасность личной информации покупателя [20]. Далее наступает очередь торговая системы, или бэк-офиса, которая осуществляет автоматическую обработку поступающих заказов, то есть резервирует товар на складе, контролирует оплату и доставку товара и прочее.

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

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

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

В процессе выбора товара формируется список отобранных предметов с указанием их цены и количества - «торговая тележка» или «корзина покупателя». Как и в случае с реальной тележкой, любое наименование товара может быть изъято в любой момент по желанию покупателя с последующим перерасчетом общей стоимости покупки [24].

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

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

Особенности работы интернет-магазина в сравнении с обычным магазином:

Существует разница во времени между заказом товара, оплатой товара и его получением.
Вследствие отсутствия прямого доступа к товару, покупателю сложнее получить исчерпывающую информацию о нем. В большинстве случаев товар в интернет-магазине нельзя посмотреть в натуральную величину.
В отличие от обычного магазина интернет-магазин может работать автономно, практически без обслуживания в режиме 24/7/365 (24 часа в сутки, 7 дней в неделю, 365 дней в году), без перерыва на обед, выходные и праздничные дни. Развитие мобильных устройств доступа в Интернет (мобильный телефон, КПК и т.д.) позволяет получить доступ к виртуальным витринам магазина из любой точки планеты, вне зависимости от месторасположения потенциального покупателя. Интернет-магазин позволяет общаться с клиентами, удаленными на любое расстояние, в режиме реального времени.
Процесс создания интернет-магазина быстрее и дешевле, чем реального. Интернет-магазин не имеет ограничений на виртуальную площадь, поэтому на одном сайте можно разместить сколько угодно товаров или описать любое количество услуг. Для создания интернет-магазина не требуется получения многочисленных разрешений и лицензий.
Интернет-магазин отличается от обычного магазина отношением к нему покупателей. Для российской аудитории характерно настороженное отношение к возможности приобретения товаров, особенно на крупные суммы, через интернет-магазин [20][24][25].

Выводы.

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

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

2.1. Функциональная модель книжного магазина

В целях осуществления функционального проектирования информационной системы задействуется CASE–средство AllFusion Process Modeller, которое поддерживает сразу несколько методологий: IDEF0, DFD и IDEF3.

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

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

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

Контекстная диаграмма и детализация процессов

Контекстная диаграмма "A-0" в иерархии диаграмм IDEF0 отражает наиболее высокий уровень абстракции. Контекст предполагает:

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

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

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

Входные данные – «Финансовые ресурсы» (для оплаты закупаемого у поставщиков товара), «Продукция поставщика», «Запросы покупателей» (информация по потребностям от клиентов, включая жалобы с целью обмена/возврата).

Выходные потоки – это «Чеки о покупках» (как подтверждение результата осуществления продажи), «Проданная продукция» (полученные клиентами товары) и «Прибыль» (как реализация цели бизнеса).

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

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

Рассмотрим более подробно модель деятельности книжного магазина на диаграмме «A0» (Рис. 3). Здесь представлена её декомпозиция до четырёх ключевых процессов:

«Администрирование магазина» (процесс, являющийся источником частных управляющих воздействий для других процессов);
«Закупки» (взаимодействие с поставщиками);
«Хранение на складе» (управление запасами);
«Реализация» (взаимодействие с покупателями).

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

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

Следуя бизнес-логике, разумно провести дальнейшую декомпозицию процессов «Хранение на складе» (Рис. 4) и «Реализации» (Рис. 5).

Так, «Хранение на складе» декомпозируется до следующих процессов:

«Приём товара»;
«Проверка качества»;
«Заведение в базу».

Здесь можно рассмотреть детализацию ветвления механизма «Персонал» по отношению к процессам «Приём товара», в котором участвуют также кладовщики отдела логистики, в то время как во всех остальных процессах в рамках модели задействуется только «Заведующий складом».

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

«Продажа через интернет-магазин»,
«Консультация продавца»,
«Оплата на кассе».

Здесь также можно увидеть детализацию ветвления, но уже и на уровне управляющего воздействия «Регламенты и должностные инструкции» по отношению к процессу «Консультация продавца», предполагающую, с одной стороны, «План продаж», а с другой - «Стандарты продаж».

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

Теперь перейдем к более детальному анализу процесса «Продажа через интернет-магазин», предполагающему три вложенных процесса (Рис. 6):

«Добавление товаров в корзину»,
«Подтверждение заказа, регистрация, оплата» (для зарегистрированных клиентов — авторизация),
«Передача товаров покупателю».

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

Наконец, чтобы окончательно определиться с деталями передачи или доставки товаров клиенту при продаже товаров через интернет-магазин, проведём последнюю декомпозицию процесса «Передача товаров покупателю» (Рис. 7). Так, можно выделить три процесса:

«Самовывоз с пункта выдачи»,
«Почтовое отправление»,
«Курьерская доставка».

Соответственно, механизм «Курьерская доставка» задействуется только в процессе «Курьерская доставка». В остальном же, соблюдены всё те же правила, и каждый процесс соответствует методологии SADT.

2.2 ER-диаграмма потоков данных "сущность-связь"

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

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

%Entity1%

%Attribute1%: %Type%(%Format%), %Key%,

%Attribute2%: %Type%(%Format%), %Key%,

…

%AttributeN%: %Type%(%Format%), %Key%,

Где %Entity% - это сущность, %Attribute% - название поля атрибута, %Type% - тип данных, %Format% - формат/размер поля, %Key% - ключевое поля (первичный/вторичный ключ, или поле без ключа).

Формат и значения атрибутов:

Number – числовое поле,

String – текстовое поле,

Integer – целое число,

First key – первый ключ,

Second key – второй ключ.

“<N” - означает ограничение количества символов поля конкретным значением:

“=N” - означает соответствие количества символов поля конкретному значению.

Спецификация

Staff (персонал)

Для управления правами доступа сотрудников, а также для учёта личных продаж продавцов-консультантов, нельзя обойтись без сущности персонала. Здесь используются минимально необходимые атрибуты “Employee_ID” (идентификатор сотрудника), “Surname” (фамилия), “Name” (имя), “Patronomic” (отчество), “Position” (должность), “Department” (отдел).

Employee_ID: Number(Integer), first key

Surname: String(<86);

Name: String(<86);

Patronomic: String(<86);

Position: String(<20);

Department: String(<20).

Customers (покупатели)

Поскольку задействуются ресурсы интернет-магазина, то регистрация пользователей предполагает также минимально необходимый набор атрибутов. Здесь используются “Customer_ID” (идентификатор покупателя), “Surname” (фамилия), “Name” (имя), “Patronomic” (отчество), “Address” (адрес), “Phone” (телефон), “E-mail”.

Customer_ID: Number(Integer), first key;

Surname: String(<86);

Name: String(<86);

Patronomic: String(<86);

Address: String(<100);

Phone: String(<16);

E-mail: String(<255).

Publishing_outfit

В рамках поисковых запросов по наличию книг в магазине, крайне удобно обращаться к издательствам. Здесь используются “Publishing_outfit_ID” (идентификатор издательства), “Name” (название), “Address” (адрес), “Phone” (телефон).

Publishing_outfit_ID: Number(Integer), first key;

Name: String(<86);

Address: String(<256);

Phone: String(<17).

Suppliers (поставщики)

Является обязательной сущностью при ведении учёта закупок. Здесь используются “Supplier_ID” (идентификатор поставщика), “Organisation” (Наименование), “TIN” (ИНН), “IEC” (КПП), “BIC” (БИК), “Checking_account” (расчётный счёт), “Corresponding_account” (корреспондентский счёт), “Representative_full_name” (ФИО представителя), “Legal_address” (юридический адрес), “Phone” (телефон).

Supplier_ID: Number(Integer), first key;

Organisation: String(<20);

TIN: Number(Integer,=10/12);

IEC: Number(Integer,=12);

BIC: Number(Integer,=9);

Checking_account: Number(Integer,=20);

Corresponding_account: Number(Integer,=20);

Representative_full_name: String(<256);

Legal_address: String(<256);

Phone: String(<17).

Products (книги)

Поскольку в рамках работы, мы исходим из того, что вся продукция представляет собой книжные издания, то описание структуры базы данных сильно упрощается. В частности, появляется возможность использовать в качестве идентификатора товара (“Product_ID”) ISDN книги, и выделить общие атрибуты товаров, такие как “Title” (наименование) “Genre” (жанр), “Author” (автор), “Year_of_publication” (год публикации), и остальные: “Price” (цена), “Amount” (количество), и ключевые “Supplier_ID” (идентификатор поставщика) и “Publishing_outfit_ID” (идентификатор издательства).

Product_ID: String(Integer), first key;

Supplier_ID: Number(Integer), second key;

Publishing_outfit_ID: Number(Integer), second key

Title: String(<30);

Author: String(<256);

Genre: String(<20);

Year_of_publication: Number(Integer);

Price: Number(Money);

Amount: Number(Integer).

Purchases (покупки)

Эта сущнность необходима при отслеживании результатов деятельности отдела продаж для анализа степени достижения целей бизнеса. Здесь используются “Purchase_ID” (идентификатор покупки), “Customer_ID” (идентификатор клиента), “Employee_ID” (идентификатор сотрудника), “Product_ID” (ISDN книги), “Supplier_ID” (идентификатор поставщика), “Date_of_purchase” (дата покупки), “Purchase_cost” (стоимость), “Purchase+VAT” (стоимость с НДС).

Purchase_ID: Number(Integer), first key;

Customer_ID: Number(Integer), second key;

Employee_ID: Number(Integer), second key;

Product_ID: String(<86), second key;

Supplier_ID: Number(Integer), second key;

Date_of_purchase: Datetime(Date);

Purchase_cost: Number(Money);

Purchase+VAT: Number(Money).

Orders (заказы)

Данная сущность необходима при оформлении заказа через интернет-магазин. Здесь используются “Order_ID” (идентификатор заказа), “Product_ID” (ISDN книги), “Supplier_ID” (идентификатор поставщика), “Employee_ID” (идентификатор сотрудника), “Publishing_outfit_ID” (идентификатор издательства), “Order_date” (дата заказа), “Amount” (количество), “Order_cost” (сумма заказа), “Delivery_method” (способ доставки).

Order_ID: Number(Integer), first key;

Product_ID: String(<86), second key;

Supplier_ID: Number(Integer), second key;

Employee_ID: Number(Integer), second key;

Publishing_outfit_ID: Number(Integer), second key;

Order_date: Datetime(Date);

Amount: Number(Integer);

Order_cost: Number(Money);

Delivery_method: String(<20).

Stock (склад).

Является базовой сущностью для контроля запасов. Здесь используются “Supply_ID” (идентификатор поставки), “Supplier_ID” (идентификатор поставщика), “Product_ID” (ISDN книги), “Employee_ID” (идентификатор сотрудника), “Publishing_outfit_ID” (идентификатор издательства), “Packing_list” (№ товарной накладной), “Date_of_delivery” (дата поставки), “Price” (цена), “Amount” (количество), “Aviable” (есть в наличии), “Issued” (выписано), “Reminder” (остаток).

Supply_ID: Number(Integer), first key;

Supplier_ID: Number(Integer), second key;

Product_ID: String(<86), second key;

Employee_ID: Number(Integer), second key;

Publishing_outfit_ID: Number(Integer), second key;

Packing_list: String(<20);

Date_of_delivery: Datetime(Date);

Price: Number(Money);

Amount:: Number(Integer);

Aviable: Number(Integer);

Issued: Number(Integer);

Reminder: Number(Integer).

Вывод

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

3. Важные компоненты ИС книжного магазина

3.1. Подсистемы и их задачи

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

Управления закупками
Управления запасами
Управление продажами

Подсистема «Управление закупками» предназначена для управления поставками товара на склады в соответствии с экономическим планом, определенным портфелем договоров и заказов. Целью создания подсистемы «Управление закупками» является комплексная автоматизация задач планирования, учета, контроля и регулирования процесса поставок товара.

В подсистеме «Управление запасами» решаются задачи регулирования количества товара на складе, учета складских операций, резервного запаса, складских остатков.

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

Обеспечивающая подсистема состоит из технического, программного и информационного обеспечения.

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

"1C: Управляющий" фирмы 1С для генерального директора и "1C: Предприниматель" для учредителей;
"1С: Бухгалтерия 8" фирмы 1С для отдела бухгалтерии;
"Отдел кадров" фирмы ООО "К-софт", а также использует в качестве справочной системы программу "Помощник Кадровика: Эксперт" компании "СофтАрт" для отдела кадров;
CMS "osCommerce" для технического отдела;
CRM "Битрикс 24" для отделов продаж и маркетинга;
"ИП: Торговый Склад" компании ООО "Рилл-Софт" для заведующего складом и кладовщиков.

3.2. Информационное обеспечение и тест SQL-запросов

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

Входными документами книжного магазина являются:

товарная накладная,
транспортная накладная,
акт о приемке товаров.

К выходным документам фирмы относятся:

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

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

Рассмотрим несколько примеров запросов на языке SQL.

1. Требуется выяснить дату последней поставки товара на склад и сумму этой поставки. Для этого надо выбрать поля: “Packing_list” (№ товарной накладной), “Date_of_delivery” (дата поставки), “Product_ID” (ISBN товара), “Price” (цена), “Amount” (количество) из таблицы “Stock” (склад); “Representative_full_name” (ФИО представителя) из таблицы “Suppliers” (поставщики); “Title” (наименование) из таблицы “Products” (книги) и добавить к запросу вычисляемое поле “Purchase_cost” (сумма), значения которого будут рассчитываться путем перемножения значений полей “Price” (цена) и “Amount” (количество) из таблицы “Stock” (склад). Данный запрос на языке SQL представлен ниже:

SELECT Stock.[Packing_list], Stock.[Supplier_ID], Suppliers.Representative_full_name, Stock.[Date_of_delivery], Stock.[Product_ID], Products.Title, Stock.Price, Stock.Amount, [Purchase_cost] AS Выражение1

FROM Products INNER JOIN (Suppliers INNER JOIN Stock ON Suppliers.[Supplier_ID] = Stock.[Supplier_ID]) ON (Suppliers.[Supplier_ID] = Products.[Supplier_ID]) AND (Products.[Product_ID] = Stock.[Product_ID])

GROUP BY Stock.[Packing_list], Stock.[Supplier_ID], Suppliers.Representative_full_name, Stock.[Date_of_delivery], Stock.[Product_ID], Products.Title, Stock.Price, Stock.Amount, [Purchase_cost]

HAVING (((Stock.[Date_of_delivery])=Max([Stock]![Date_of_delivery])) AND (([Purchase_cost])=[Stock]![Price]*[Stock]![Amount]));

2. Требуется выяснить количество товаров на складе и их цену. Для выполнения данного запроса необходимо выбрать поля “Product_ID” (ISBN товара), “Price” (цена), “Reminder” (остаток) из таблицы “Stock” (склад) и поле “Title” (наименование) из таблицы “Products” (книги). SQL-запрос представлен ниже:

SELECT Stock.[Product_ID], Products.Title, Stock.Price, Stock.Reminder

FROM Products INNER JOIN Stock ON Products.[Product_ID] = Stock.[Product_ID];

3. Требуется узнать фамилию клиента, товар и сумму купленного им товара 21.02.2019 г. Для выполнения данного запроса необходимо выбрать поля “Customer_ID” (идентификатор клиента), “Product_ID” (ISBN товара), “Title” (наименование), “Date_of_purchase” (дата покупки) из таблицы “Purchases” (покупки); поле “Surname” (фамилия) из таблицы “Customers” (клиенты), а также создать вычисляемое поле “Purchase_cost” (cумма), значения которого будут рассчитываться путем перемножения значений полей “Price” (цена) и “Amount” (количество) из таблицы “Purchases” (покупки) с учетом НДС 20%. Данный запрос на языке SQL представлен ниже:

SELECT Purchases.[Customer_ID], Customers.Surname, Purchases.[Product_ID], Purchases.Title, Purchases.[Date_of_purchase], Purchases.Purchase_cost

FROM Products INNER JOIN (Customers INNER JOIN Purchases ON Customers.[Customer_ID] = Purchases.[Customer_ID]) ON Products.[Product_ID] = Purchases.[Product_ID]

GROUP BY Purchases.[Customer_ID], Customers.Surname, Purchases.[Product_ID], Purchases.Title, Purchases.[Date_of_purchase], Purchases.Purchase_cost

HAVING (((Purchases.[Date_of_purchase]) Like "21.02.2019") AND ((Purchases.Purchase_cost)=[Purchases]![Price]*[Purchases]![Amount]*0.8)).

ЗАКЛЮЧЕНИЕ

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

Также был представлен результат успешного предварительного тестирования на примере нескольких SQL-запросов

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

СПИСОК ЛИТЕРАТУРЫ

Lindsay, John (2000). Information Systems – Fundamentals and Issues. Kingston University, School of Information Systems - http://www.oturn.net/isfi/index.html
Анисимов, В. В. Проектирование информационных систем. Часть 1. Структурный подход [Текст]: конспект лекций / В. В. Анисимов, В. А. Долгов. – Хабаровск: Изд-во ДВГУПС, 2007.
John Mylopoulos (2004). Conceptual Modelling III. Structured Analysis and Design Technique (SADT). Retrieved 21 September 2008. - http://www.cs.toronto.edu/~jm/2507S/Notes04/SADT.pdf
NSF (1997). "Industry/University Cooperative Research Centers: Model Partnerships". May 27, 1997. - https://www.nsf.gov/pubs/1997/nsf9397/nsf9397.txt
Mayer, Richard J., et al., IDEF Family of Methods for Concurrent Engineering and Business Re-engineering Applications, Knowledge-Based Systems, Inc., 1992.
Systems Engineering Fundamentals. Defense Acquisition University Press, 2001. - https://ocw.mit.edu/courses/aeronautics-and-astronautics/16-885j-aircraft-systems-engineering-fall-2005/readings/sefguide_01_01.pdf
Chen, Peter (2002). "Entity-Relationship Modeling: Historical Events, Future Trends, and Lessons Learned" (PDF). Software pioneers. Springer-Verlag. pp. 296–310. ISBN 978-3-540-43081-0. - https://bit.csc.lsu.edu/~chen/pdf/Chen_Pioneers.pdf
Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. – М. : Финансы и статистика, 1998. – 176 с.
DeAngelis, Carla (2000). Data Modeling with ERwin. Sams. ISBN 0-672-31868-7.
Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. - М.: Диалог-МИФИ, 2007. - 382 с., ISBN: 5-864-04216-1
Когаловский М.Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5-279-02276-4.
Постановление Правительства Российской Федерации от 27 сентября 2007 г. N 612 г. Москва "Об утверждении Правил продажи товаров дистанционным способом" - https://rg.ru/2007/10/03/distancia-prodaja-dok.html
Савельева Н. Системы управления контентом (рус.) // Открытые системы. — 2004. — № 4. - https://www.osp.ru/os/2004/04/184166/
"osCommerce Online Merchant v2.3.4". oscommerce.com. Retrieved 14 December 2015. - http://www.oscommerce.com/Us&News=150
Alexander Hamilton institute (1923) Organization charts. p. 6 - https://babel.hathitrust.org/cgi/pt?id=mdp.35128001192606;view=1up;seq=6
Сикорский, Н. М. «Книговедение»: Энцикл. словарь/ Гл. ред. Н. М. Сикорский. — М.: Сов. энциклопедия, 1982. — 664 с., 12 л. ил.: ил.
Brown, Richard & Brett, Stanley. The London Bookshop. Pinner, Middlesex: Private Libraries Association, 1977 ISBN 0-900002-23-9
Laffont, Jean-Jacques; Tirole, Jean (1993). A Theory of Incentives in Procurement and Regulation. MIT Press. ISBN 9780262121743.
Skjott-Larsen, Tage; Philip B. Schary; Juliana H. Mikkola; Herbert Kotzab (2007). Managing the Global Supply Chain. Copenhagen Business School Press DK. p. 20. ISBN 87-630-0171-3.
"E-Commerce Retail Sales as a Percent of Total Sales [ECOMPCTSA]". U.S. Bureau of the Census retrieved from FRED, Federal Reserve Bank of St. Louis. 19 November 2018. - https://fred.stlouisfed.org/series/ECOMPCTSA
Палажченко П. Р. Мой несистематический словарь (Из записной книжки переводчика) : лингв. слов. / Отв. ред. В. Р. Колесниченко. — 2-е изд. (испр. переизд. 1999). — М. : Р. Валент, 2002. — 304 с. — 2000 экз. — ISBN 5-93439-086-4.
Федеральный закон об обществах с ограниченной ответственностью - http://www.consultant.ru/document/cons_doc_law_17819/
Словарь современных экономических терминов : терминологич. слов. ок. 2500 сл. / сост. Б. А. Райзберг, Л. Ш. Лозовский. — 4-е изд. (перераб. и доп. изд. 1999). — М. : Айрис-пресс, 2008. — 480 с. — 4000 экз. — ISBN 978-5-8112-3286-4
"Retail e-commerce sales CAGR forecast in selected countries from 2016 to 2021". Statista. October 2016.
Tkacz, Ewaryst; Kapczynski, Adrian (2009). Internet — Technical Development and Applications. Springer. p. 255. ISBN 978-3-642-05018-3.