Проектирование реализации операций бизнес-процесса «Продажи» (Описание программных модулей)

Содержание:

Введение

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

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

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

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

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

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

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

В соответствии с целью сформулированы следующие задачи:

– проанализировать предметную область производственной деятельности;

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

– определение целесообразности управления бизнес процессом «Продажи»;

– определение требований, предъявляемых к проектируемой информационной системе.

Методы и средства решения поставленной задачи:

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

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

Предмет исследования – проектирование программного обеспечения для автоматизации бизнес–процесса «Продажи».

При выполнении курсовой работы был изучен теоретический материал по теме проектирования информационных систем, в котором выделяются работы В. Н. Волковой, А. Г. Ивасенко, А. Ю. Гридасова и В. А. Павленко.

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

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

1 глава. Аналитическая часть реализации операций бизнес-процесса «Продажи»

1.1. Выбор комплекса задач автоматизации

Анализ предметной области определяет целенаправленную деятельность по выявлению реальных потребностей заказчика, а также на уточнения требований. Анализ предметной области является первым шагом этапа системного анализа, с которого начинается разработка программной системы. Разработчики должны научиться [17]:

– понимать терминологию заказчика;

– выявить цели их деятельности;

– определить набор решаемых ими задач;

– определить набор сущностей, с которыми приходится иметь дело при решении этих задач.

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

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

Система должна содержать базу данных:

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

Разрабатываемая ИС должна иметь модуль отчетности, позволяющий выводить на экран и печать:

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

Разрабатываемая ИС должна реализовывать поиск в базе данных сведений:

• покупателя – по названию, контактному лицу, номеру телефона;
• товара – по названию;
• поступления – по дате, названию поставщика, наименованию расходного материала;
• списания – по дате, наименованию расходного материала.

1.2. Характеристика существующих бизнес–процессов

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

Существующий процесс реализации операций бизнес-процесса «Продажи» представлен на рисунке 1.

Рисунок 1. Диаграмма модели процесса реализации операций бизнес-процесса «Продажи»

Основную работу «Проектирование реализации операций бизнес-процесса «Продажи»» можно разбить на четыре более мелкие работы:

• • формирование прайс–листа;
  • заказ товаров;
  • продажа товаров;
  • формирование отчетности.

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

Рисунок 2. Первая декомпозиция диаграммы процесса реализации операций бизнес-процесса «Продажи»

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

1.3. Характеристика документооборота, возникающего при решении задачи

Рассмотрим документооборот процесса учета бизнес-процесса «Продажи», схема документооборота представлена на рисунок 3.

Рисунок 3. Схема документооборота процесса продаж

1.4. Обоснование проектных решений по информационному обеспечению

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

Учебное пособие В. Н. Волковой «Теория информационных процессов и систем. Учебник и практикум» [3] определяет теоретические основы разработки и организации функционирования информационных систем различного вида и назначения.

В книге В. Н. Логинова «Информационные технологии управления» [15] под понятием информационной системы управления подразумевается совокупность информации, экономико–математических методов и моделей, технических, программных и других технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений.

А.Г. Ивасенко, А.Ю. Гридасов и В.А. Павленко в учебно–методическом пособии «Информационные технологии в экономике и управлении» [11] в понятие «информационная система» вкладывают несколько иной смысл. ИС – это прикладная программная подсистема, ориентированная на сбор, хранение, поиск и обработку текстовой и/или фактографической информации.

Целью пособия М. К. Коршунова «Экономика и управление. Применение информационных технологий» является подготовка к работе получения навыков профессиональной работы с использованием информационных технологий.

В учебном пособии М. А. Венделевой, Ю. В. Ветаковой «Информационные технологии управления» [2] приводятся развернутые сведения о применении информационных систем в сфере управления.

1.5. Обоснование проектных решений по программному обеспечению

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

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

Язык программирования Java является строго типизированным объектно–ориентированным языком. Данный язык был разработан компанией Sun Microsystems, которую в последствии приобрела компания Oracle. Java–приложения обычно транслируются в специальный байт–код с помощью виртуальной Java–машины (JVM) – программы, которая обрабатывает байтовый код и передает инструкции оборудованию в качестве интерпретатора.

Язык С# – один из языков, предназначенных для написания приложений для архитектуры .NET. Язык С# происходит от языка Java, языка С и языка С++ [22].

C# является объектно–ориентированным языком программирования высокого уровня разработанным в начале 2000–х годов группой инженеров из корпорации Microsoft в качестве основного средства разработки приложений для платформы .NET.

Язык Object Pascal обеспечивает значительно более высокую скорость разработки программ за счет обнаружения на этапе компиляции программы ряда ошибок, которые компилятор языка С++ пропускает без предупреждения. В то же время Object Pascal в полной мере реализует концепции объектно–ориентированного программирования, в чем практически не уступает С++ [20].

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

Таблица 1. Сравнение языков программирования

Показатели	Object Pascal	C#	Visual Basic .NET	PHP	Java
Поддерживаемые операционные системы	Windows, Linux	Windows	Windows	Windows, Linux, MacOS	Windows, Linux, MacOS
Условия лицензирования	Коммерческий продукт с закрытым исходным кодом	Коммерческая лицензия, есть бесплатная ограниченная версия	Коммерческая лицензия, есть бесплатная ограниченная версия	Лицензия BSD Open Source	GNUGeneral Public License Version 2with Classpath Exception
Сложность изучения	Средняя	Средняя	Средняя	Низкая	Высокая
Наличие документации	Да	Да	Да	Поддерживается сообществом разработчиков	Да
Производитель	Embarcadero	Microsoft	Microsoft	OpenSource	Sun

В качестве средства разработки ИС выбрана среда Visual Studio 2017, как современная высокопроизводительная среда разработки на языке C#.

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

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

Таблица 2. Сравнительная характеристика СУБД MS SQL Server Oracle

Сравнительные характеристики	Microsoft SQL Server	Oracle
Административное управление	Хорошо	Отлично
Графические инструменты	Отлично	Хорошо
Простота обслуживания	Отлично	Отлично
Механизм данных	Хорошо	Отлично
Работа с несколькими ЦП	Приемлемо	Отлично
Функция соединения и выбор индексов	Отлично	Отлично
Одновременный доступ нескольких пользователей	Хорошо	Отлично
Поиск по всему тексту	Хорошо	Отлично
Функциональная совместимость	Хорошо	Хорошо
Сопряжение с другими БД	Хорошо	Хорошо
Единая регистрация	Хорошо	Хорошо
Возможности программирования	Приемлемо	Отлично
Хранимые процедуры и триггеры	Хорошо	Отлично
Внутренний язык программирования	Приемлемо	Отлично
Построение баз данных	Отлично	Хорошо
Язык SQL	Отлично	Отлично
Объектно–ориентированные системы	Приемлемо	Отлично
Распределенная обработка транзакций	Отлично	Отлично
Дистанционное администрирование	Хорошо	Отлично
Организация хранилищ данных и подготовка отчетов	Отлично	Отлично
Средства загрузки	Отлично	Отлично
Средства анализа	Отлично	Отлично

На основании проведенного анализа, в качестве средства управлениями базой данных выбрана MS SQL Server 2016.

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

Ежедневно в организации осуществляется большое количество товарно–денежных операций:

Именно эффективное управление процессами продаж позволит решить основные задачи:

– полноты поступления товарно–материальных ценностей по товарно–транспортным накладным и приходным ордерам;

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

– списания реализованных товарно–материальных ценностей.

Применение средств автоматизации позволит повысить эффективность и достоверность данных бизнес–процессов.

2 глава. Проектирование реализации операций бизнес-процесса «Продажи»

2.1. Информационная модель и её описание

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

Информационная модель реализации операций бизнес-процесса «Продажи» приведена на рисунке 4.

Рисунок 4. Информационная модель ИС

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Входная информация по задаче – это данные, поступающие на вход задачи и используемые для её решения [1]. Входная информация разрабатываемой ИС:

– информация о товарах и ценах на них, формируемая в прайс–лист (рис. 5).

Рисунок 5. Форма «Прайс–лист»

Оперативная информация по задаче – это данные, генерируемые в процессе производственной деятельности организации. Оперативная информация разрабатываемой ИС:

– счет на оплату (рис. 6).

Рисунок 6. Форма «Счет на оплату»

2.3. Характеристика результатной информации

Выходная информация может быть представлена в виде документов, кадров на экране монитора, информации в базе данных, выходного сигнала устройству управления [6]. Выходная информация ИС:

• отчет о реализованной продукции (рис. 7);
• информация о товарно–транспортных накладных (рис. 8).

Рисунок 7. Форма «Отчет о реализованной продукции»

Рисунок 8. Форма «Товарно-транспортная накладная»

2.4. Общие положения (дерево функций и сценарий диалога)

Дерево функций – схема расположения программных модулей системы, каждый из которых относится к заданной категории и выполняет определенную функцию [7]. Дерево функций ИС «Продажи» представлено на рисунке 9.

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

• модули ввода информации;
• модули вывода информации;
• модули хранения данных.

Рисунок 9. Дерево функций системы в ИС «Продажи»

Дерево функций системы

Ввод информации

Вывод информации

Хранение данных

База данных

Ввод данных о ТМЦ

Ввод данных о продажах

Ввод данных о покупателях

Просмотр и редактирование

Формирование отчетов

Отчет о реализации ТМЦ

Прайс-лист

Просмотр и редактирование

Печать

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

На рисунке 10 представлена структура сценария диалога пользователя с ИС.

Рисунок 10. Структура сценарии диалога

2.5. Характеристика базы данных

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

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

Самой популярной моделью концептуального проектирования является модель «сущность–связь» (ER–модель). Данную модель относят к семантическим моделям [19].

Основными элементами модели являются сущности, связи между сущностями и их свойства (атрибуты).

Между сущностями могут быть уставлены связи – бинарные ассоциации, показывающие, каким образом сущности относятся или взаимодействуют между собой [23].

Выделяем базовые сущности предметной области «Продажи»:

• 1. «Сотрудники». Атрибуты: Код, Фамилия, Имя, Отчество, Дата приема на работу.
  2. «Должности». Атрибуты: Код, Должность.
  3. «Отделы». Атрибуты: Код, Отдел.
  4. «Покупатели». Атрибуты: Код, Наименование, Руководитель, Главный бухгалтер, Адрес, Контакты.
  5. «Единицы измерения». Атрибуты: Код, Единица измерения.
  6. «Типы ТМЦ». Атрибуты: Код, Тип.
  7. «Товарно–материальные ценности». Атрибуты: Код, Наименование.
  8. «Продажа ТМЦ». Атрибуты: Код, Номер продажи, Дата продажи.
  9. «Спецификация проданных ТМЦ». Атрибуты: Код, Количество, Цена.

Определим тип и кардинальность связей между сущностями:

Сотрудник–Должность. Между этими сущностями существует связь «Занимает». Каждый сотрудник занимает определенную должность в организации, при этом может быть несколько сотрудников занимающих одну должность, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 11.

Сотрудник

Должность

1

Занимает

м

Рисунок 11. Сущность – связь «Сотрудник–Должность»

Должность–Отдел. Между этими сущностями существует связь «Числится». Каждый должность числится за определенным отделом, при этом в одном отделе много различных должностей, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 12.

Должность

Отдел

1

Числится

м

Рисунок 12. Сущность – связь «Должность–Отдел»

Единица измерения–ТМЦ. Между этими сущностями существует связь «Имеет». Каждая ТМЦ имеет определенную единицу измерения, при этом одной единицей измерения может измеряться множество ТМЦ, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 13.

ТМЦ

Единица

1

Имеет

м

Рисунок 13. Сущность – связь «Единица измерения–ТМЦ»

Тип ТМЦ–ТМЦ. Между этими сущностями существует связь «Имеет». Каждая ТМЦ имеет определенный тип, при этом одному типу может принадлежать много ТМЦ, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 14.

ТМЦ

Тип

1

Имеет

м

Рисунок 14. Сущность – связь «Тип ТМЦ–ТМЦ»

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

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

ТМЦ

1

Включает

м

Рисунок 15. Сущность – связь «ТМЦ–Спецификация проданных ТМЦ»

Покупатели–Продажа ТМЦ. Между этими сущностями существует связь «Покупает». Каждый покупатель покупает за наличный или безналичный расчет определенные ТМЦ, при этом каждый покупатель может купить ТМЦ много раз, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 16.

Продажа

Покупатель

1

Покупает

м

Рисунок 16. Сущность – связь «Покупатели–Продажа ТМЦ»

Продажа ТМЦ–Спецификация продажи ТМЦ. Между этими сущностями существует связь «Включает». Каждая продажа ТМЦ включает определенное количество ТМЦ в спецификации, следовательно, отношение «один–ко–многим». Данная связь имеет вид, представленный на рисунке 17.

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

Продажа

1

Включает

м

Рисунок 17. Сущность – связь «Продажа ТМЦ–Спецификация продажи ТМЦ»

Далее представлена структура таблиц разработанной базы данных с подробным описанием назначения полей [18].

Структура таблицы «Должности» представлена в таблице 3.

Таблица 3. Структура таблицы «Должности»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код должности	+
Код отдела	Числовой	Код отдела в таблице «Отделы»	+
Должность	Текстовый	Название должности	–

Структура таблицы «Единицы измерения» представлена в таблице 4.

Таблица 4. Структура таблицы «Единицы измерения»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код единицы измерения	+
Единица измерения	Текстовый	Наименование единицы измерения	–

Структура таблицы «Продажи ТМЦ» представлена в таблице 5.

Таблица 5. Структура таблицы «Продажи ТМЦ»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код продажи	+
Номер	Текстовый	Номер продажи	–
Дата	Дата\Время	Дата продажи	–
Код Покупателя	Числовой	Код покупателя в таблице «Покупатели»	+

Структура таблицы «Отделы» представлена в таблице 6.

Таблица 6. Структура таблицы «Отделы»

Имя поля	Тип данных	Описание	Ключ
Код отдела	Счетчик	Код отдела	+
Отдел	Текстовый	Наименование отдела	–

Структура таблицы «Покупатели» представлена в таблице 7.

Таблица 7. Структура таблицы «Покупатели»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код покупателя	+
Наименование	Текстовый	Наименование покупателя	–
Руководитель	Текстовый	ФИО руководителя организации– покупателя	–
Главный бухгалтер	Текстовый	ФИО главного бухгалтера организации– покупателя	–
Адрес	Текстовый	Адрес покупателя	–
Контакты	Текстовый	Контактная информация покупателя	–

Структура таблицы «ТМЦ» представлена в таблице 8.

Таблица 8. Структура таблицы «ТМЦ»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код ТМЦ	+
Наименование	Текстовый	Наименование ТМЦ	–
Код типа	Числовой	Код типа ТМЦ в таблице «Типы ТМЦ»	+
Код единицы	Числовой	Код единицы измерения в таблице «Единицы измерения»	+

Структура таблицы «Сотрудники» представлена в таблице 9.

Таблица 9. Структура таблицы «Сотрудники»

Имя поля	Тип данных	Описание	Ключ
Код сотрудника	Счетчик	Код сотрудника	+
Фамилия	Текстовый	Фамилия сотрудника	–
Имя	Текстовый	Имя сотрудника	–
Отчество	Текстовый	Отчество сотрудника	–
Дата приема	Дата\Время	Дата приема сотрудника на работу	–
Код должности	Числовой	Код должности в таблице «Должности»	+

Структура таблицы «Спецификация продажи ТМЦ» представлена в таблице 10.

Таблица 10. Структура таблицы «Спецификация продажи ТМЦ»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код спецификации	+
Код накладной	Числовой	Код продажи в таблице «Продажи ТМЦ»	+
Код расходного материала	Числовой	Код ТМЦ в таблице «ТМЦ»	+
Количество	Числовой	Количество в накладной	–
Цена	Денежный	Цена за единицу	–

Структура таблицы «Типы ТМЦ» представлена в таблице 11.

Таблица 11. Структура таблицы «Типы ТМЦ»

Имя поля	Тип данных	Описание	Ключ
Код	Счетчик	Код типа ТМЦ	+
Тип	Текстовый	Наименование типа ТМЦ	–

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

Она предполагает: отображение каждого элемента ER–модели в отношение; нормализацию полученных отношений; рационализацию полученной схемы отношений; интерпретацию реляционной схемы в виде совокупности взаимосвязанных таблиц [13].

Схема базы данных приведена на рисунке 18.

Рисунок 18. Схема базы данных АИС «Продажи ТМЦ»

2.6. Структурная схема пакета (дерево вызова программных модулей)

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

Модули системы

Служебные модули

Функциональные модули

Управляющие модули

Вход в систему

О программе

Экспорт в Excel

База данных

Учет ТМЦ

Учет продаж

Формирование прайс-листа

Отчеты

Печать

Рисунок 19. Структурная схема пакета

2.7 Описание программных модулей

Для получения доступа к данным (в данном случае, к БД MS SQL) на платформе .NET существует несколько вариантов, первый – использовать традиционные средства ADO.NET (ActiveX Data Object для .NET), но на данный момент существуют различные технологии, базирующиеся на ADO.NET и позволяющие еще больше упростить доступ к данным и сделать его более удобным.

В таблице 12 приведены программные модули и описание их функций.

Таблица 12. Программные модули и их функции

Системное название	Рабочее название	Выполняемые функции
db.mdf	БД	База данных информационной системы
app.config	Конфигурация	Конфигурация приложения
authForm.cs	Аутентификация	Форма входа в систему
mainForm.cs	Главная форма	Главная форма приложения
zForm.cs	Заявители	Форма ввода данных о покупателях
sForm.cs	Сотрудники	Форма ввода данных о сотрудниках
pForm.cs	Типы заявок	Форма учета продаж

2.8. Контрольный пример реализации проекта и его описание

Для функционирования ИС «Продажи», разработанной в интегрированной среде разработки программного обеспечения Microsoft Visual Studio 2017 необходима библиотека .NET Framework версии 4.7.1.

Главная форма ИС «Продажи» представлена на рисунке 20.

Рисунок 32. Главная форма приложения

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

• программное;
• техническое;
• информационное;
• математическое;
• лингвистическое обеспечение.

В отличие от традиционных средств доступа по технологии ADO.NET создающих подключения, команды и иные объекты, напрямую взаимодействующие с базами данных, Entity Framework представляет собой более высокий уровень абстракции, позволяющий работать с данными вне зависимости от типа хранилища. Если на физическом уровне взаимодействия осуществляется с таблицами, атрибутами, внешними и первичными ключами, то на концептуальном уровне по технологии Entity Framework взаимодействуют с объектами.

Заключение

Результатом данной курсовой работы является проект информационной системы «Продажи».

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

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

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

– повысит производительность труда сотрудника;

– сокращение времени на обработку и поиск информации;

– улучшить качество обрабатываемой информации.

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

ИС «Продажи» должна обладать следующими функциональными блоками:

– авторизацию пользователя для работы с информационной системой

– учет продажи товарно–материальных ценностей;

– эффективные средства поиска товарно–материальных ценностей по заданным атрибутам;

– формирование отчетности по реализованным товарно–материальным ценностям;

– ведение справочников товарно–материальных ценностей.

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

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

Список использованной литературы

• • • 1. Белов В. В. Проектирование информационных систем. М. : Академия, 2013. 352 с.
      2. Венделева М. А., Вертакова Ю. В. Информационные технологии в управлении. Учебное пособие для бакалавров. М. : Юрайт, 2019. 462 с.
      3. Волкова В. Н. Теория информационных процессов и систем. Учебник и практикум для академического бакалавриата. М.: Юрайт, 2019. 432 с.
      4. Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем. Учебное пособие. М. : Инфра–М, 2015. 384 с.
      5. Горбенко А. О. Информационные системы в экономике. М. : БИНОМ, 2015. – 294 с.
      6. Григорьев М. В. Проектирование информационных систем : учеб. пособие для вузов. М. : Юрайт, 2019. 318 с.
      7. Диязитдинова А.Р., Коныжева Н. В. Управление разработкой информационных систем: Учебник. Самара : ФГОБУ ПГУТИ, 2013. 194 с.
      8. Дэйт К. Дж. Введение в системы баз данных. 8–е изд. М. : Вильямс, 2018. 1328 с.
      9. Емельянова Н. З., Партыка Т. Л. Проектирование информационных систем. М. : Форум, 2013. 432 с.
      10. Зыков С. В. Основы проектирования корпоративных систем. М. : ВШЭ, 2012. 431 с.
      11. Ивасенко А. Г., Гридасов А. Ю., Павленко В. А. Информационные технологии в экономике и управлении. М. : КноРус, 2015. 154 с.
      12. Кельчевская Н. Р., Сироткин С. А., Пелымская И. С. Бизнес–процессы промышленного предприятия: учебное пособие. Екатеринбург : Изд–во Урал. ун–та, 2016. 339 с.
      13. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3– изд. М. : Вильямс, 2017. 1440 с.
      14. Лаврищева Е. М. Программная инженерия. Парадигмы, Технологии и CASE–средства. Учебник для вузов. М. : Юрайт, 2017. 280 с.
      15. Логинов В.Н. Информационные технологии управления. М. : КНОРУС, 2013. 240 с.
      16. Нестеров С.А. Базы данных. Учебник и практикум для академического бакалавриата. М. : Юрайт, 2019. 230 с.
      17. Одинцов Б. Е. Информационные системы управления эффективностью бизнеса. М. : Юрайт, 2015. 208 с.
      18. Осипов Д. Л. Технологии проектирования баз данных. М. : ДМК Пресс, 2019. 98 с.
      19. Ульман Д., Уилдом Д. Реляционные базы данных. М. : Лори, 2018. 374 с.
      20. Фленов М. Е. Библия Delphi 3–е издание. СПб. : БХВ–Петербург, 2015. 686 с.
      21. Чистов Д. В., Мельников П. П. Проектирование информационных систем: учебник и практикум для СПО. М. : Юрайт, 2019. 258 с.
      22. Шарп Дж. Microsoft Visual C#. Подробное руководство. СПб. : Питер, 2017. 848 с.
      23. Шустова Л. И., Тараканов О. В. Базы данных. Учебник. М. : Инфра–М, 2018. 304 с.