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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Объект исследования – магазин запасных частей к автомобилям.

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

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

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

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

База данных - набор сведений, хранящихся некоторым упорядоченным способом. Можно сравнить базу данных со шкафом, в котором хранятся документы. Иными словами, база данных - это хранилище данных[3,22c.].

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

• Иерархическая модель данных – это модель данных, где используется представление баз данных в виде древовидной(иерархической) структуры, состоящей из объектов (данных) различных уровней.
• Объектно-ориентированная база данных (ООБД) – база данных, в которой данные моделируются в виде объектов, их атрибутов, методов и классов.

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

• Объектно-реляционная СУБД (ОРСУБД) – реляционная СУБД(РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход: объекты, классы и наследование реализованы в структуре баз данных и языке запросов.
• Реляционная модель данных (РМД) – логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка[4,23c.].

Сами по себе базы данных не представляли бы интереса, если бы не было систем управления базами данных (СУБД).

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

Архитектура СУБД представлена на рисунке 1.

Рисунок 1 – Архитектура СУБД

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

Среди большого разнообразия продуктов для разработки приложений Delphi занимает одно из ведущих мест. Delphi отдают предпочтение разработчики с разным стажем, привычками, профессиональными интересами. С помощью Delphi написано колоссальное количество приложений, десятки фирм и тысячи программистов-одиночек разрабатывают для Delphi дополнительные компоненты[13,15c.].

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

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

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

Бизнес-процесс может иметь несколько выходов и пересекать организационные границы, то есть может протекать поверх барьеров, существующих между подразделениями предприятия, а также между различными предприятиями, связанными отношениями «поставщик – потребитель». Распространена ситуация, когда бизнес-процесс не зависит от формальной организационной структуры предприятия^[3].

Для понимания сущности бизнес–процесса используют следующие уточняющие понятия^[4]:

– вход бизнес–процесса – комплектация и поставки входящего объекта;

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

– границы бизнес–процесса – исходные и конечные точки фиксации процесса;

– граница входа бизнес–процесса – предшествует первому шагу процесса;

– граница выхода бизнес–процесса – размещается за последним шагом процесса;

– первичный вход бизнес–процесса – основной входящий объект (ресурс);

– вторичный вход процесса – поддерживающий входящий объект (ресурс);

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

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

Контекстная диаграмма, приведенная на рисунке 2, реализована с помощью методологии IDEF0. Главной компонентой является диаграмма (активность) «Учет товаров».

Рисунок 2− Контекстная диаграмма системы

ПБУ

Налоговое

законодательство

Предприниматель

Бухгалтерская система

Данные о приходе товара

0

0р.

Учеттоваров

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

Функциональная декомпозиция системы приведена на рисунке 3. На этом уровне выполняются следующие функции:

− Оприходование товара;

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

• Учет товара − оприходование и реализация товара, формирование накладных, счета, товарного чека[10,7c.].
• Оприходование товара − учет прихода товара, формирование информации о наличии товара на складе[7,6c.].

Данные о товаре

Оприходование товара

2

Каталог

товаров

Данные о приходетовара

Рисунок 3− Функциональная декомпозиция системы первого уровня

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

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

Процедура	Документ складского учета	Назначение
Прием товара	Накладная от поставщиков	Документ является основанием для оприходования товаров.
	Приходная накладная	Документ оформляется на основании накладной от поставщика и необходим для учета поступающей на склад продукции
	Товарно-транспортная накладная по форме №1-Т	Первичный учетный документ, оформляется для подтверждения факта приемки-передачи ТМЦ, которые были доставлены транспортом. Первая часть накладной состоит из товарного раздела, который служит для списания товаров у грузоотправителей и их оприходования у грузополучателей. Вторая часть, транспортная, служит для учета проведенной транспортной работы и расчетов за услуги транспортировки товаров.
	М-4. Приходный складской ордер	Оформляется для учета материалов, товаров, которые поступают на склад от поставщиков, выписывается на все количество ТМЦ фактически поступивших в определенный день. Может быть выписан только на основании другого документа, к примеру, накладной.
	Акт о приемке товара	Оформляется для учета ТМЦ при приемке и после проверки доставленных товаров по качеству, количеству, массе, комплектности. Заполнение Акта по форме ТОРГ-1 является подтверждением того, что принятый товар проверен и принят на склад/в магазин.
	Акт о расхождении	Оформляется в том случае, если при приемке товаров грузополучатель обнаружит расхождения по количеству или качеству товара, которые были прописаны в договоре купли-продажи или несоответствие товара его сопроводительным документам. .
Хранение	Товарный ярлык	Для учета товаров в местах их хранения применяется товарный ярлык, который составляется на каждое наименование товаров и хранится вместе с товаром. Содержит информацию: наименование товара, артикул, сорт, количество товара на складе. Информация с товарного ярлыка необходимо для заполнения инвентаризационной описи.
	Карточка учета материалов	Оформляется для учета движения материалов, которые находятся на складе на хранении и учета их местонахождения. На каждый вид, сорт, размер товаров заполняется своя карточка учета на основании приходных документов, к примеру, ордера по форме М-4, в день совершения операции.
Отпуск со склада	Накладная на отпуск материалов на сторону	Оформляется при передаче материальных ценностей из одной организации в другую, а также при выбытии материалов после их продажи. Один из экземпляров данного документа необходим для отпуска материалов со склада, а во второй передается получателю материалов. В накладной по форме М-15 указывается цена отгружаемых со склада материалов. Чаще накладная используется, когда возникает необходимость сопроводить ТМЦ со склада головного предприятия в его подразделения, территориально расположенные в других местах.
	Товарная накладная	Оформляется для непосредственного отпуска товаров со склада при их продаже сторонним предприятиям и для осуществления учета соответствующих операций. Один экземпляр товарной накладной остается у продавца и подтверждает факт списания товаров, а второй отдается грузополучателю как основание для оприходования ТМЦ.
	Акт о списании	Оформляется при возникновении порчи товаров по различным причинам. На основании данного акта материалы и товары переводят из используемых в незадействованные и затем списываются..

Таблица 1. Основные виды первичных учетных документов.

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

АРМ менеджера по продажам автозапчастей должна обеспечивать:

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

1. прайс-лист;
2. товар в наличии на складе;
3. книга покупок за заданный интервал дат;
4. счет;
5. накладная;

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

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

Система должна удовлетворять следующим требованиям:

среда-разработки – Delphi 6.0;

базу данных необходимо разработать в СУБД Paradox 7;

операционная система WindowsXP/Vista/7/8/8.1.

Программа должна эксплуатироваться в среде операционной системы WindowsXP/Vista/7/8/8.1.

Должен быть установлен движок базы данных BorlandDatabaseEngine.

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

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

Программное обеспечение осуществляет следующие функции:

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

– расширяет ресурсы персонального компьютера и повышает эффективность их использования;

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

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

Рисунок 4. Программное обеспечение информационной системы

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

Пакет Delphi – продолжение линии компиляторов^[6] языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных^[7] способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы. Корпорация Borland постоянно обогащала язык. Когда-то в версию 4.0 были включены средства раздельной трансляции, позже, начиная с версии 5.5, появились объекты, а в состав шестой версии пакета вошла полноценная библиотека классов TurboVision, реализующая оконную систему в текстовом режиме работы видеоадаптера. Это был один из первых продуктов, содержавших интегрированную среду разработки программ.

Компиляторы языка Pascal компании Borland никогда не заставляли пользователя подолгу ждать результатов компиляции. Производители утверждают, что на сегодня данный компилятор – самый быстрый в мире. Компилятор, встроенный в Delphi позволяет обрабатывать 120 тысяч строк исходного текста в минуту на машине 486/33 или 350 тысяч– при использовании процессора Pentium/90. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно) [9,156c.].

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

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны, в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать приложения простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. С другой стороны, поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-серверами – Borland SQL LinksforWindows, которые позволяют интегрированному в Delphi ядру процессора баз данных Paradox, dBASE, Access и FoxPro, а также к SQL – серверам InterBase,Informix, Oracle, Sybase, DB2 и Microsoft SQL[8, 13c.].

Данная работа в формате базы данных Paradox. Одним из преимуществ данного формата является то, что таблицы Paradox имеют характеристику проверки целостности (ReferentialIntegrity). Данная характеристика предотвращает добавление записей в дочернюю таблицу, для которых нет соответствующих записей в родительской таблице. Это также изменяет ключевое(ые) поле(я) в дочерней таблице при изменениях в соответствующем(их) ключевом(ых) поле(ях) родительской таблицы (обычно это называют каскадированным обновлением). Эти события происходят автоматически, и не требуют никакого вмешательства со стороны Delphi-приложений, использующих эти таблицы. Тем не менее, характеристика проверки целостности таблиц Paradox не работает с каскадированным удалением. То есть, Delphi не позволит удалять записи в родительской таблице при наличии существующих записей в дочерней таблице. Это могут сделать только дочерние записи «без родителей», обходя проверку целостности. При попытке удаления такой родительской записи, Delphi сгенерирует объект исключительной ситуации[8,44c.].

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

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

Информационная модель процесса складского учета приведена на рисунке 5.

Рисунок 5−ER-диаграмма информационной системы на логическом уровне

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

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

1. Приход товара (рис. 6);
2. Информация о поставщиках (рис. 7);
3. Информация о договорах (рис. 8).

Рисунок 6. Форма «Приход товара»

Рисунок 7. Форма «Информация о поставщиках»

Рисунок 8. Форма «Информация о договорах»

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

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

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

• накладная (рис. 9);
• отчет по договорам за день (рис. 10).
• Статистика прихода (рис. 11).

Рисунок 9. Накладная

Рисунок 10 Отчет по договорам за день

Рисунок 11 Статистика прихода товара

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

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

Дерево функций – это схема расположения программных модулей, входящих в систему, каждый из которых относится к заданной категории и выполняет определенную функцию^[11].

Дерево функций ИС «Складской учет» представлено на рисунке 12.

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

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

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

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

База данных

Ввод данных о поставщиках

Ввод данных о договорах

Ввод данных о приходе товара

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

Накладные

Форма договора

Статистика прихода товара

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

Печать

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

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

– модули ввода информации;

– модули вывода информации;

– модули хранения данных.

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

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

2.1.Приход товара

2.1.1. Выбор поставщика

2.1.2. Ввод названия

2.1.3.Ввод количества

2.1.4.Ввод цены

2.2.Информация о поставщиках

2.2.1. Ввод названия

2.2.2. Ввод адреса

2.2.3.Ввод контактного телефона

2.2.4.Ввод реквизитов

2.3.Информация о договорах

2.3.1. Выбор поставщика

2.3.2. Ввод даты начала действия

2.3.3.Ввод даты окончания

2.3.4.Ввод доп. информации

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

2.4.1. Накладная

2.4.2. Статистика прихода товара

2.4.3.Отчет договоров за день

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

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

Менеджер действий

2.1.Прход товара

2.2.Информация о поставщиках

2.3.Информация о договорах

2.4.Формирование отчетности

Схема 15. Структура сценарии диалога

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

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

Выделим базовые сущности предметной области «Складской учет»:

• Товар (Код, Производитель, Группа, Наименование, ЕдиницаИзмерения, ЦенаЗакупки)
• Контрагент(Код, Наименование, ТипКонтрагента, Организация, Адрес, Телефон, Паспорт, Банковские Реквизиты, ИНН, КПП).

Атрибут «ТипКонтрагента» определяет тип − поставщик.

Атрибут «Организация» определяет является ли контрагент юридическим лицом, или физическим.

• Договор (№договора, ДатаНачала Действия, ДатаОкончания Действия, ПредметДоговора)
• Приход(№прихода, Дата, Товар, Количество Закупки, ЦенаЗакупки, Сумма)
• НашиРеквизиты (Наименование, Адрес, РегистрационныеДанные, Адрес, Телефон, Паспорт, Банковские Реквизиты, ИНН, КПП)

Структура объектов базы данных описана в таблицах 2, 3, 4, 5, 6,7,8.

Таблица 2 – Структура таблицы GOODSGROUP (Группа Товара)

GOODSGROUP	Группа Товара
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Код группы	AUTOINCREMENT	PK
TYPENAME	Имя группы	ALPHA[50]

Таблица 3 – Структура таблицы GOODS (Товары)

GOODS	Товары
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Код	AUTOINCREMENT	PK
GROUPID	Код группы	NUMBER		FK1
FIRMID	Код производителя	NUMBER		FK2
NAME	Наименование	ALPHA[50]
UNIT	Ед. Измерения	ALPHA[40]
PRICEPURCH	Цена закупки	MONEY

Таблица 4 – Структура таблицы INCOME (Дата прихода)

INCOME	Дата прихода
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Шифр прихода	AUTOINCREMENT	PK
DDATE	Дата прихода	DATE

Таблица 5 – Структура таблицы INCOMECOMP (Товары по приходу)

INCOMECOMP	Товары по приходу
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Код	AUTOINCREMENT	PK
INCOMEID	Шифр прихода	NUMBER		FK1
GOODSID	Артикул Товара	NUMBER		FK2
QUANTITYINC	Количество прихода	NUMBER
PRICEPURCH	Цена закупки	MONEY

Таблица 6 – Структура таблицы CONTRAGENT (Список поставщиков)

CONTRAGENT	Список поставщиков
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Код	AUTOINCREMENT	PK
NAME	Наименование	ALPHA[100]
ORGANIZ	Признак	LOGICAL
ADRESS	Адрес	ALPHA[100]
PHONE	Телефон	ALPHA[15]
PASSPORT	Passport	ALPHA[150]
BANK	Банковские рекв.	ALPHA[100]
INN	ИНН	ALPHA[15]
KPP	КПП	ALPHA[15]

Таблица 7 – Структура таблицы CONTRACT (Договоры)

CONTRACT	Договоры
Имя столбца	Название столбца	Тип данных	PK	FK
ID	Код	AUTOINCREMENT	PK
DATE1	Начальная дата	NUMBER
DATE2	Конечная дата	NUMBER
INFO	Предмет договора	ALPHA[255]

Таблица 8 – Структура таблицы REQUISIT (Реквизиты)

REQUISIT	Реквизиты
Имя столбца	Название столбца	Тип данных	PK	FK
NAME	Наименование	ALPHA[100]	PK
REGISTER	Рег. Данные	ALPHA[15]
ADRESS	Адрес	ALPHA[100]
PHONE	Телефон	ALPHA[15]
PASSPORT	Passport	ALPHA[150]
BANK	Банковские реквизиты	ALPHA[100]
INN	ИНН	ALPHA[15]
KPP	КПП	ALPHA[15]

ER-диаграмма в нотации IDEF1X информационной системы на физическом уровне представлена на рисунке 13.

Рисунок 13 −ER-диаграмма информационной системы на физическом уровне

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

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

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

Системное название	Рабочее название	Выполняемые функции
db.mdf	БД	База данных информационной системы
app.config	Конфигурация	Конфигурация приложения
authForm.cs	Аутентификация	Форма входа в систему
mainForm.cs	Главная форма	Главная форма приложения
DocumForm.cs	Документация	Форма работы с актами и журналами
InformForm.cs	Справочники	Форма работы со справочниками
ExportForm.cs	Экспорт	Модуль экспорта данных в Microsoft Excel

Выделим 3 группы программных модулей информационной системы:

– управляющие модули выполняют функции по управлению объектами системы;

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

– сервисные модули обеспечивают дополнительные сервисы.

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

Блок-схема алгоритма складского учета представлена на рисунке 14.

Ввод данных о приходе товара

Ввод поставщика

Ввод договора

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

Рисунок 14. Блок–схема бизнес–процесса складского учета

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

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

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

Рисунок 11 – Отображение формы «Автозапчасти»

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

Рисунок 12 – Отображение формы «Товар на складе»

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

Рисунок 13 – Отображение формы «Группы товара»

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

Рисунок 14 – Отображение формы «Приход товара»

При нажатии на кнопку «Записать» на форме «Приход товара», заполненная запись добавляется на форму «Товар на складе».

Так же, программа позволяет просматривать статистику прихода товара. Для этого надо нажать на кнопку «Статистика прихода» на форме «Автозапчасти».

Рисунок 15 – Отображение формы «Статистика прихода товара»

Что бы более подробно посмотреть приход товара в определенный день, нужно нажать кнопку «Посмотреть приход», после чего откроется форма «Приход товара».

Рисунок 16 – Отображение формы «Приход товара»

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

Рисунок 17 – Отображение формы «Наши реквизиты»

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

Рисунок 18 – Отображение формы «Договора»

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

Рисунок 19 – Отображение формы «Контрагенты»

При нажатии на кнопку «Выход» на всех выше описанных формах, закрывается данная форма.

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

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

Рисунок 20 – Отображение формы «Confirm».

ЗАКЛЮЧЕНИЕ

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

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

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

Разработанная информационная система позволила:

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

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

• 1. Александров Д.В. Инструментальные средства информационного менеджмента. CАSE–технологии и Современные методы и распределенные информационные системы – М.: Финансы и статистика, 2013. – 256 с.
  2. Белов В.В., Чистякова В.И. Проектирование информационных систем – М.: Академия, 2013. – 352 с.
  3. Вигерс К., Битти Дж. Разработка требований к программному обеспечению. Издание третье дополненное – СПб.: БХВ–Петербург, 2016. – 736 с.
  4. Бондарь А.Г. InterBaseиFirebird. Практическое руководство для умных пользователей и начинающих разработчиков.: Издательство БХВ - Петербург, 2015. – 592 с.
  5. Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем. Учебное пособие – М.: Инфра–М, 2015. – 384 с.
  6. Елиферов В.Г., Репин В.В. Процессный подход к управлению. Моделирование бизнес-процессов – М.: Манн, Иванов и Фербер, 2013. – 544 с.
  7. Исаев Г.Н. Проектирование информационных систем. Учебное пособие – М.: Омега–Л, 2015. – 424 с.
  8. Коваленко В.В. Проектирование информационных систем. Учебное пособие – М.: Форум, 2014. – 320 с.
  9. Крайнова О.В. Управление предприятиями в сфере информационных технологий – М.: ДМК Пресс, 2013. – 144 с.
  10. Кузин А.В. Левонисова С.В. Базы данных – М.: Академия, 2012. – 320 с.
  11. Кузнецов С.Д. Базы данных – М.: Академия, 2012. – 496 с.
  12. Культин Н.А. Основы программирования в Delphi 7; СПб: БХВ - Москва, 2015. – 608 c.
  13. Лаврищева Е.М. Программная инженерия. Парадигмы, Технологии и CASE–средства. Учебник для вузов – М.: Юрайт, 2017. – 280 с.
  14. Лешек А. Мацяшек Анализ и проектирование информационных систем с помощью UML 2.0 – М.: Вильямс, 2016. – 816 с.
  15. Тарасов С.В. СУБД для программиста. Базы данных изнутри – М.: Солон–Пресс, 2015. – 320 с.
  16. Топоркова О.М. Информационные системы. Конспект лекций для направления подготовки бакалавров «Прикладная информатика» – Калининград: КГТУ, 2014. – 107 с.
  17. Фленов М.Е. Библия Delphi 3–е издание – СПб.: БХВ–Петербург, 2015. – 686 с.

1. ЭВМ(электронно-вычислительная машина) (или компьютер) — это аппаратно-программное вычислительное устройство, реализованное на электронных компонентах и выполняющее заданные программой действия. ↑

2. Александров Д.В. Инструментальные средства информационного менеджмента. CАSE–технологии и Современные методы и распределенные информационные системы. М.,. 2013. С. 81. ↑

3. Лаврищева Е.М. Программная инженерия. Парадигмы, Технологии и CASE–средства. Учебник для вузов. М.,. 2017. С. 59. ↑

4. Елиферов В.Г., Репин В.В. Процессный подход к управлению. Моделирование бизнес-процессов. М.,. 2013. С. 85 ↑

5. Белов В.В., Чистякова В.И. Проектирование информационных систем. М.,. 2013 С. 91. ↑

6. Компилятор - программа, преобразующая текст, написанный на алгоритмическом языке, в программу, состоящую из машинных команд ↑

7. Тип данных - характеристика набора данных, которая определяет: - диапазон возможных значений данных из набора; - допустимые операции, которые можно выполнять над этими значениями; - способ хранения этих значений в памяти. ↑

8. Интерпретируемый язык программирования — язык программирования, в котором исходный код программы не преобразовывается в машинный код для непосредственного выполнения  ↑

9. Топоркова О.М. Информационные системы. Конспект лекций для направления подготовки бакалавров «Прикладная информатика». Калининград.,. 2014. С. 43. ↑

10. Коваленко В.В. Проектирование информационных систем. Учебное пособие. М.,. 2014. – С. 59. ↑

11. Коваленко В.В. Проектирование информационных систем. Учебное пособие. М.,. 2014. С. 120. ↑

12. Исаев Г.Н. Проектирование информационных систем. Учебное пособие. М.,. 2015. С. 156. ↑