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

Проектирование реализации операций бизнес-процесса "Взаиморасчеты с поставщиками"

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

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

осуществлять планирование закупаемых товарно-материальных ценностей (ТМЦ), работ и услуг, используя «трехуровневый» метод планирования (см. далее);
на основании составленных планов закупок, работ и услуг составлять бюджеты закупок;
иметь возможность выполнять мониторинг процесса снабжения в режиме реального времени;
обладать инструментами анализа событий, произошедших в системе;
распределять поставленные товары, работы и услуги согласно утвержденным планам.

Трехуровневое планирование закупок – не панацея, а метод для эффективного управления процессом (рис. 1).

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

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

supply_planning

Рисунок 1 – Процесс планирования закупок.
Трехуровневая модель

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

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

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

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

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

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

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

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

Рисунок 2 – Контекстная диаграмма модели в стандарте IDEF0

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

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

Рисунок 3 – Диаграмма декомпозиции контекстной диаграммы (стандарт IDEF0)

Дальнейшее построение модели предусматривает декомпозицию этапа «Работа с поставщиками предприятия» (блок А1 на рис.3). Структурное построение этой диаграммы предусматривает выполнение последовательности таких процессов: рассмотреть динамику состава ОА в разрезе их основных видов; проанализировать процедуру взаимоотношений отдельных видов ОА; рассмотреть состав основного документооборота заказа и оплаты услуг поставщика; сделать выводы относительно общего уровня эффективности использования ОА. Все анализируемые процессы реализуются финансовым аналитиком согласно научно-методическому обеспечению (управленческое влияние) и с применением информационных технологий (механизм).

Рисунок 4 – Диаграмма декомпозиции этапа «Работа с поставщиками предприятия» (стандарт IDEF0)

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

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

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

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

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

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

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

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

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

Входная информация разделяется на условно-постоянную и оперативно-учетную информацию.

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

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

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

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

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

Таблица 1

Компьютерная техника, используемая организацией

Компьютерная техника	Количество
Компьютеры	18
Компьютеры Intel Pentium IV 2,53 GHz, RAM 1Gb, HDD 80Gb	7
Компьютеры Intel Celeron 2133, RAM 1Gb, HDD 40Gb	7
Компьютеры Athlon 64 3000+, RAM 1Gb, HDD 40 Gb	4
МФУ лазерные Samsung SCX-4200	9
Источники питания BackUPS CS 500	18

Для решения задач администрирования сети на данном предприятии используется недорогой мощный сервер для разнообразных приложений PowerCentre 7500, который содержит:

один двухъядерный 64-разрядный процессор Intel Dual-Core Xeon 5030 2.67 GHz FSB 667, кэш 4M, Socket 771, частота шины 667 MHz;
серверная плата Intel S5000VSA 4DIMM, частота системной шины 667/1066/1333MHz;
пять PCI слотов расширения;
память 2G DDR2 667 MHz ECC Fully Buffered с контролем четности, с возможностью увеличения до 8G (4 слота);
два жестких диска 250G Seagate NS с возможностью горячей замены (HotSwap), с возможностью расширения до шести жестких дисков SATA II/300 портов, Software Raid 0,1,10, один ATA/100 порт для двух IDE устройств;
два встроенных серверных гигабитных Ethernet адаптера;
встроенная видеокарта ATi 16M;
два USB 2.0 разъема;
DVD-ROM 16x;
серверный корпус Intel SC5299DP Chassis, 550W.

На каждом компьютере автосервиса установлена лицензионная операционная система Microsoft Windows XP Professional, а также пакет прикладных офисных программ Microsoft Office 2007. В своей работе сотрудники используют специализированное программное обеспечение, представленное в табл. 2.

Таблица 2

Программное обеспечение автосервиса

Тип	Название
Антивирусное обеспечение	Kaspersky Intenet Security 2009
Биллинговая система	Traffic Inspector 1.1.5
Бухгалтерская система	1С:Управление производственным предприятием 8.1
Справочно-правовая система	Консультант плюс
Система электронной отчетности	Контур-Экстерн
Прочее прикладное ПО	Mozilla Thunderbird 2, QIP 8092, Mozilla Firefox 2.0

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

В качестве сетевой операционной системы на сервере используется Windows Server 2016.

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

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

Используемая сеть построена по технологии Fast Ethernet. Данная спецификация поддерживает скорость работы сети до 100Мбит/c. В качестве среды передачи данных используется спецификация 100Base-TX. Кабель, применяемый в СКС – неэкранированная витая пара Hyperline UTP 5 категории с 2 парами.

Для взаимодействия 18 рабочих станций с сервером будет использоваться один сетевой неуправляемый коммутатор D-LINK DES-1050G 48x UTP 10/100Mb + 2x UTP 10/100/1000Mb. Коммутатор имеет 48 портов 10/100 Мбит/с и 2 порта 10/100/1000 Мбит/с для подключения к серверу.

Наиболее удобным способом выхода в интернет для предприятия является использование технологии ADSL. В качестве ADSL модема и маршрутизатора используется ADSL2+ D-Link DSL-2500U

Каждое рабочее место оборудовано следующим образом:

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

Логическая структура используемой сети автосервиса представлена на рис. 5.

Рисунок 5 – Логическая структура компьютерной сети
автосервиса

Комплекс технических и программных средств на предприятии достаточно эффективен и его вполне хватает для внедрения новых автоматизированных информационных систем и решения информационно-управленческих задач.

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

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

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

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

Снижение степени воздействия конъюнктурных факторов на бизнес предприятия

Повышение удовлетворенности и качества обслуживания конечного потребителя

Повышение точности планирования и согласованности процессов в логистической сети

Стандартизация бизнес-процессов логистики предприятия

Повышение операционной прозрачности

Повышение эффективности работы за счет потока документов в системе (сокращение времени

обработки операций, оперативное принятие решений)

Внедрение автоматического контроля соответствия процедур

регламентным нормам

Повышение эффективности работы за счет автоматизации операций (сокращение объемов ручного

труда и анализа)

Автоматизация получения выходных документов)

Минимизация логистических затрат на предприятии

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

Интеграция процессов на предприятии

Внедрение средств

планирования и контроля процессов логистической сети

Рисунок 6 – Дерево целей предприятия

Таблица 3

Таблица анализа стратегий

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

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

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

Основными подцелями создания автоматизированной системы являются:

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

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

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

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

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

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

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

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

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

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

Рисунок 7 - Планирование основных пунктов меню
приложения

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

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

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

Разработанная концептуальная модель.

Рисунок 8 – Концептуальная модель предметной области

Исходная ER-диаграмма предметной области представлена на рис. 9.

Рисунок 9 – ER-диаграмма предметной области

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

Рассмотрим дерево выполняемых функций системы учета деятельности оператора информационной системы автосервиса (рис. 10). Основные варианты использования:

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

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

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

Рисунок 11 – Диаграмма состояний работы системы в целом

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

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

Таблица 4

Структура формы «Автозапчасти (Avtoz)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код товара
2	Naimenov	Текстовый (80)	Наименование автозапчасти
3	Proizvod	Текстовый (80)	Производитель
4	Garant	Текстовый (30)	Сведения о гарантии
5	Prim	Текстовый (150)	Примечания

Таблица 5

Структура формы «Заказы (Zakaz)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код записи
2	Nomer	Текстовый (80)	Номер заказа
3	Data_form	Дата/время	Дата формирования
4	Data_wait	Дата/время	Дата ожидания
5	Data_dost	Дата/время	Дата доставки
6	Kod_post	Числовой	Код поставщика
7	Kod_klient	Числовой	Код клиента
8	Kod_avtoz	Числовой	Код автозапчасти
9	Prim	Текстовый	Примечания
10	Cena	Действительный	Цена заказа

Таблица 6

Структура формы «Поставщики предприятия (Postavch)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код поставщика
2	Naimenov	Текстовый	Название предприятия
3	Adres	Текстовый	Адрес регистрации
4	Kontakt	Текстовый	Контактная информация

Таблица 7

Структура формы «Клиент (Klient)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код клиента
2	Naimenov	Текстовый	Наименование клиента
3	Adres	Текстовый	Адрес
4	Telphone	Текстовый	Контактная информация

Таблица 8

Структура формы «Совместимость (Sovmest)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код записи
2	Kod_avtoz	Числовой	Код автозапчасти
3	N_avto	Текстовый	Название автомобиля, к которому совместима запчасть

Таблица 9

Структура формы «Типы транспортных средств (Auto)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код записи
2	Proizvod	Текстовый	Производитель авто
3	Model	Текстовый	Название марки автомобиля
4	Specific	Текстовый	Спецификация автомобиля

Таблица 10

Структура формы «Сервисное обслуживание (Servis)»

№ п/п	Имя поля	Тип данных	Описание
1	Kod	Счетчик	Код записи
2	Auto	Текстовый	Марка авто
3	TO1	Числовой	Данные по техобслуживанию (1)
4	TO2	Числовой	Данные по техобслуживанию (2)
	Probeg	Числовой	Зафиксированный пробег авто
	KodKlient	Числовой	Код клиента
	Polomki	Текстовый	Описание поломок
	Date1	Дата	Дата прохождения ТО1
	Date2	Дата	Дата прохождения ТО2

Внешний вид созданных связей между ключевыми полями таблиц в имеет следующий вид:

Рисунок 12 – Датологическая модель созданной базы данных

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

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

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

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

Общий вид диаграммы действий бизнес-процесса «Запасы – Склад автосервиса» представлен на рис. 13.

Рисунок 13 – Декомпозиция функциональной модели

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

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

Project1.bpr – главный файл проекта;
Project1.cpp – исходный текст файла проекта;
Project1.exe – выполняемый код файла проекта;
Project1.obj – объектный файл проекта;
Project1.res – файл содержащий используемые ресурсы проекта;
Unit1.cpp – главный текст программного модуля;
Unit1.dfm – файл с описанием формы главного модуля;
Unit2.dfm – файл с описанием формы справочника поставщиков;
Unit3.dfm – файл с описанием формы справочника клиентов;
Unit4.dfm – файл с описанием формы режима ведения совместимости автозапчастей;
Unit5.dfm – файл с описанием формы каталога автозапчастей;
Unit6.dfm – файл формы определения надежности выбранного поставщика;
Unit7.dfm – файл выполнения режима отслеживания динамики цен на запчасти;
Unit8.dfm – файл выполнения экспорта данных в формат Excel-документа.
Unit1..8.h – заголовочные файлы форм проекта;
Unit1..8.obj – объектные файлы программных модулей.

Рисунок 14 – Структура проекта созданной программы

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

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

Рисунок 15 – Главное окно приложения поддержки
деятельности кладовщика

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

Рисунок 16 – Структура справочника поставщика

Рисунок 17 - Структура справочника автозапчастей

Рисунок 18 – Структура справочника клиентов

Рисунок 19 – Структура справочника совместимости
автозапчастей

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

Рисунок 20 – Окно режима определения надежности поставщика

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

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

- формируются переменные для накопления int s=0,k1=0,k2=0,k3=0;

// s - общее к-во заказов

// k1 - к-во срывов сроков

// k2 - к-во заказов выполненных в срок

// k3 - к-во досрочно выполненных заказов

- выполняется проход по базе с помощью команды while(!ADOQuery1->Eof), в результате чего формируется накопление переменных:

ddd1=ADOQuery1->FieldByName("Data_form")->AsDateTime;

ddd2=ADOQuery1->FieldByName("Data_wait")->AsDateTime;

ddd3=ADOQuery1->FieldByName("Data_dost")->AsDateTime;

if(ddd3>ddd2) //время превышено

k1++;

if(ddd3==ddd2) //время день в день

k2++;

if(ddd3<ddd2) //досрочное выполнение

k3++;

- выполняется вывод в текстовые метки Label2, Label3, Label4 результатов накопления данных.

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

Для организации выборки предназначен следующий запрос:

select zakaz.kod,zakaz.nomer,zakaz.data_form,avtoz.naimenov,zakaz.cena,

zakaz.data_wait,

zakaz.data_dost,postavch.naimenov, klient.naimenov

FROM zakaz, postavch, klient, avtoz

WHERE zakaz.kod_avtoz=:par1 AND zakaz.kod_klient=klient.kod

AND avtoz.kod=:par2

AND zakaz.kod_post=postavch.kod

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

Рисунок 21 – Режим формирования динамики цен на запчасти

Рисунок 22 – Режим формирования и экспорта отчета

Рисунок 23 – Результат экспорта данных в внешнее приложение

Редактирование данных каталога выполняется после перехода нажатия на кнопку «Справочник каталогов», в котором существует возможность редактировать названия, Интернет-ссылки и рейтинги каталогов:

Рисунок 24 – Отображение каталога поставщиков предприятия

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

Домнин Л. Н. Элементы теории графов: учебное пособие [Текст] / Jl. Н. Домнин. - Пенза: Пенз. гос. ун-т, 2010. - 144 с.
Кораблев, В. Самоучитель Visual C++ .NET [Текст] / В. Кораблев. – СПб.: Издательская группа BHV, 2009. – 528 с.
Кормен Томас Алгоритмы: построение и анализ [Текст]: пер. с англ. / Т. Кормен. - М.: Вильямс, 2015. - 1296 с.
Корнес, Дж. Глин. – М.: Лори, 2009. – 512 с.
Леденева Т. М. Алгоритмы теории графов. Кодовые графы: учебное пособие [Текст] / Т. М. Леденева, И. Б. Руссман. – Воронеж: ВГУ, 2002. 85 с.
Либерти, Д. Программирование на C# [Текст] / Д. Либерти. – СПб.: Символ-Плюс, 2011. – 688 с.
Майо, Дж. C# Builder. Быстрый старт [Текст] / Майо Дж. – М.: Бином, 2009. – 384 с.
Мала, С. Вэйвлеты в обработке сигналов [Текст]: пер. с. англ. / С. Малла. – М.: Мир, 2009. – 671 с.
Местецкий, Л.М. Математические методы распознавания образов [Текст] / Л.М. Местецкий. – М.: Омега, 2009. – 487 с.
Микелсен К. Язык программирования C#. Лекции и упражнения: учебник [Текст] / К. Микелсен. – Киев: ДиаСофт, 2011. – 656 с.
Носов В. И. Элементы теории графов: учебное пособие [Текст] / В. И. Носов, Т. В. Бернштейн, Н. В. Носкова, Т. В. Храмова. – Новосибирск: Новосибирское книжное издательство, 2015. - 107 с.
Петцольд, Ч. Программирование для MS Windows на C# [Текст] / Ч. Петцольд. – М.: Русская Редакция, 2009. – Т.1. – 624 с.
Петцольд, Ч. Программирование для MS Windows на C# [Текст] / Ч. Петцольд. – М.: Русская Редакция, 2010. – Т.2. – 576 с.
Секунов, Н. Разработка приложений на C++ и C#. Библиотека программиста [Текст] / Н. Секунов. – СПб.: Питер, 2010. – 608 с.

ПРИЛОЖЕНИЕ 1. ЛИСТИНГ ПРОГРАММНОГО
КОДА ПРОЕКТА

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit8.h"

//#include "Excel_2K_SRVR.h"

#include "utilcls.h"

#include "sysvari.h"

#include "ComObj.hpp"

#include "Unit1.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"

TForm8 *Form8;

//---------------------------------------------------------------------------

__fastcall TForm8::TForm8(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------

void __fastcall TForm8::BitBtn1Click(TObject *Sender)

{

Variant app = CreateOleObject("Excel.Application");

Variant wbs = app.OlePropertyGet("Workbooks");

//Variant wb = wbs.OleFunction("Open", "E:\\Файлы \\test.xls");

Variant wb = wbs.OleFunction("Open", "test.xls");

Variant wss = wb.OlePropertyGet("Worksheets");

Variant ws = wss.OlePropertyGet("Item", 1);

//выгрузка данных

ADOQuery1->First();

int r,c;

r=1;

c=0;

while(!ADOQuery1->Eof)

{

Variant cell = ws.OlePropertyGet("Cells", r + 1, c + 1);

cell.OlePropertySet("Value",WideString(ADOQuery1->FieldByName("Nomer")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 2);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("Data_form")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 3);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("Data_wait")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 4);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("Data_dost")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 5);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("postavch.naimenov")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 6);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("klient.naimenov")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 7);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("avtoz.naimenov")->AsString));

cell = ws.OlePropertyGet("Cells", r + 1, c + 8);

cell.OlePropertySet("Value", WideString(ADOQuery1->FieldByName("cena")->AsString));

r++;

ADOQuery1->Next();

}

wb.OleProcedure("Save");

app.OleProcedure("Quit");

ShowMessage("Запись в Excel выполнено успешно!");

}

//---------------------------------------------------------------------------

void __fastcall TForm8::FormCreate(TObject *Sender)

{

DBGrid1->Columns->Items[0]->Width=30;

DBGrid1->Columns->Items[1]->Width=40;

DBGrid1->Columns->Items[2]->Width=65;

DBGrid1->Columns->Items[3]->Width=65;

DBGrid1->Columns->Items[4]->Width=65;

DBGrid1->Columns->Items[5]->Width=200;

DBGrid1->Columns->Items[6]->Width=150;

DBGrid1->Columns->Items[7]->Width=200;

DBGrid1->Columns->Items[8]->Width=100;

}

//---------------------------------------------------------------------------

void __fastcall TForm8::Button1Click(TObject *Sender)

{

ADOQuery1->Close();

ADOQuery1->Open();

ADOQuery1->ExecSQL();

DBGrid1->Columns->Items[0]->Width=30;

DBGrid1->Columns->Items[1]->Width=40;

DBGrid1->Columns->Items[2]->Width=65;

DBGrid1->Columns->Items[3]->Width=65;

DBGrid1->Columns->Items[4]->Width=65;

DBGrid1->Columns->Items[5]->Width=200;

DBGrid1->Columns->Items[6]->Width=150;

DBGrid1->Columns->Items[7]->Width=200;

DBGrid1->Columns->Items[8]->Width=100;

}

//---------------------------------------------------------------------------

void __fastcall TForm8::FormShow(TObject *Sender)

{

DBGrid1->DataSource->DataSet->Fields->Fields[0]->Visible=false;

}

//---------------------------------------------------------------------------

void __fastcall TForm10::Button1Click(TObject *Sender)

{

AnsiString str,FIO;

Memo1->Clear();

Form9->ADOTable1->First();

for(int i=1;i<=Form9->ADOTable1->RecordCount;i++)

{

//поиск клиента

FIO="";

Form1->ADOTable3->First();

for(int j=1;j<=Form1->ADOTable3->RecordCount;j++)

{

if(Form1->ADOTable3->FieldByName("Kod")->AsInteger==Form9->ADOTable1->FieldByName("KodKlient")->AsInteger)

FIO=Form1->ADOTable3->FieldByName("Naimenov")->AsString;

Form1->ADOTable3->Next();

}

if(((CheckBox1->Checked)&&(Form9->ADOTable1->FieldByName("Auto")->AsString==ComboBox1->Text))||

((CheckBox2->Checked)&&(FIO==ComboBox2->Text))||

((CheckBox3->Checked)&&(Form9->ADOTable1->FieldByName("Date1")->AsString.Pos(DateTimePicker1->Date.DateString())>0))||

((!CheckBox1->Checked)&&(!CheckBox2->Checked)&&(!CheckBox3->Checked))

)

//главное условие отбора

{

Memo1->Lines->Add("--------------------------------------------------------");

Memo1->Lines->Add("ФИО клиента: "+FIO);

Memo1->Lines->Add("Последнее обращение клиента: "+Form9->ADOTable1->FieldByName("Date1")->AsString);

if((Form9->ADOTable1->FieldByName("Probeg")->AsFloat-Form9->ADOTable1->FieldByName("lT1")->AsFloat)>Form9->ADOTable1->FieldByName("TO1")->AsFloat)

{

//нужно на ТО1

Memo1->Lines->Add("Превышение пробега ТО1!! Необходим сервис! // "+FloatToStr(Form9->ADOTable1->FieldByName("lT1")->AsFloat-Form9->ADOTable1->FieldByName("Probeg")->AsFloat));

}

else

{

//до ТО1 осталось

Memo1->Lines->Add("До прохождения ТО1 осталось: "+FloatToStr(Form9->ADOTable1->FieldByName("TO1")->AsFloat-(Form9->ADOTable1->FieldByName("Probeg")->AsFloat-Form9->ADOTable1->FieldByName("lT1")->AsFloat))+ " км");

}

if((Form9->ADOTable1->FieldByName("Probeg")->AsFloat-Form9->ADOTable1->FieldByName("lT2")->AsFloat)>Form9->ADOTable1->FieldByName("TO2")->AsFloat)

{

//нужно на ТО2

Memo1->Lines->Add("Превышение пробега ТО2! Необходим сервис! // "+FloatToStr(Form9->ADOTable1->FieldByName("Probeg")->AsFloat-Form9->ADOTable1->FieldByName("lT2")->AsFloat));

}

else

{

//до ТО2 осталось

Memo1->Lines->Add("До прохождения ТО2 осталось: "+FloatToStr(Form9->ADOTable1->FieldByName("TO2")->AsFloat-(Form9->ADOTable1->FieldByName("Probeg")->AsFloat-Form9->ADOTable1->FieldByName("lT2")->AsFloat))+ " км");

}

Memo1->Lines->Add("Записи о поломках: "+Form9->ADOTable1->FieldByName("Polomki")->AsString);

} //условие отбора

else {

}

Form9->ADOTable1->Next();

}

//---------------------------------------------------------------------------

void __fastcall TForm10::CheckBox3Click(TObject *Sender)

{

if (DateTimePicker1->Enabled) {

DateTimePicker1->Enabled=false;

}

else DateTimePicker1->Enabled=true;

}

void __fastcall TForm10::CheckBox2Click(TObject *Sender)

{

if (ComboBox2->Enabled) {

ComboBox2->Enabled=false;

}

else ComboBox2->Enabled=true;

}

//---------------------------------------------------------------------------

void __fastcall TForm10::CheckBox1Click(TObject *Sender)

{

if (ComboBox1->Enabled) {

ComboBox1->Enabled=false;

}

else ComboBox1->Enabled=true;

}

//---------------------------------------------------------------------------

void __fastcall TForm10::FormShow(TObject *Sender)

{

ComboBox1->Clear();

ADOTable1->First();

for(int i=1;i<=ADOTable1->RecordCount;i++)

{

ComboBox1->Items->Add(ADOTable1->FieldByName("Model")->AsString);

ADOTable1->Next();

}

ComboBox2->Clear();

Form1->ADOTable3->First();

for(int i=1;i<= Form1->ADOTable3->RecordCount;i++)

{

ComboBox2->Items->Add( Form1->ADOTable3->FieldByName("Naimenov")->AsString);

Form1->ADOTable3->Next();

}

//---------------------------------------------------------------------------