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

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

Содержание:

ВВЕДЕНИЕ

Актуальность исследования.

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

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

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

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

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

Вышесказанное определяет актуальность выбранной темы курсовой работы: «Проектирование реализации операции бизнес – процесса «Ежедневный складской учет»».

Цель курсовой работы – разработка программного обеспечения для работника склада предприятия ООО «ХОЗЯЮШКА». Данное программное приложение будет создано для того, чтобы в текущем режиме следить за движением товар на складе, за его остатками. Это позволит обеспечить большую прозрачность в деятельности склада, а также управлять остатками на складе более эффективно.

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

Определить задачи по автоматизации бизнес – процесса «Ежедневный складской учет»;
Исследовать бизнес – процессы, которые существуют на предприятии ООО «Хозяюшка», касательно складского учета;
Обосновать проектные решения по информационному обеспечению;
Обосновать проектные решения по программному обеспечению;
Создать информационную модель и описать ее;
Рассмотреть процесс создания базы данных;
Подробно и пошагово рассмотреть и проиллюстрировать процесс создания программы «Ежедневный складской учет» в DELPHI 7 для предприятия ООО «Хозяюшка».

Объектом исследования данной курсовой работы является предприятие ООО «Хозяюшка». Предметом исследования выступает программное приложение «Ежедневный складской учет».

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

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

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

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

1) Первая задача – это задача, которая позволит выработать направления управления различных направлений деятельности.

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

3) Третья задача – это задача, которая позволит выработать и предоставить основные требования для системы, которая будет создаваться.

4) Четвертая задача позволит оценить эффективность внедрения проектного решения, которое будет разрабатываться.

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

Таким образом, в заключении раздела можно сделать следующие выводы:

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

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

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

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

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

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

На сегодняшний день бизнес процесс «Ежедневный складской учет» на предприятии ООО «Хозяюшка» достаточно несовершенен. Дело в том, что на предприятии не разделен оптовый и торговый учет реализации продукции, а данные о продажах регистрируются в одной ведомости. Это в корне неверно, так как у розничной и у оптовой торговли несколько разные приоритеты.

Рисунок 1 – Бизнес – процесс «Складской учет»

Таким образом, был рассмотрен бизнес – процесс «Складской учет», существующий на сегодняшний день на предприятии ООО «Хозяюшка».

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

Документооборот, который возникает на предприятии ООО «Хозяюшка», можно отнести к ручному труду. Работник склада, получая налоговые накладные, фиксирует их в программе EXCEL , проводя необходимые расчеты.

Затем, анализируя остатки товара и продукции, формирует заявку.

Рисунок 2 – Блок – схема существующего документооборота

Таким образом, была рассмотрена схема документооборота.

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

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

Обоснование проектных решений по информационному решению включает следующие пункты:

- обоснование состава и содержания входных и выходных документов, метода их построения;

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

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

- обоснование состава и способов организации файлов с результатной и промежуточной информацией.

Формы ввода должны быть реализованы в удобном для пользователя виде и позволять изменять любые хранимые данные.

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

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

Язык DELPHI является одним из наиболее перспективных языков программирования в мире - программирования Delphi. Программа имеет следующие особенности и возможности^[1].

1) Иметь интегрированную среду разработки и отладки.

2) Работать с базами данных SQL-серверного типа.

3) Давать возможность доработки стандартных библиотек (вплоть до низкоуровневой работы с Win32 API, использования ассемблерных вставок, работы с указателями).

4) Поддерживать разработку многоуровневых приложений, в частности поддержку современных стандартов DCOM, CORBA, транзакционно-объектных серверов.

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

6) Поддерживать групповую разработку.

На рынке программного обеспечения лидируют следующие продукты:

· Borland C++ 3.0 Enterprise Edition

· Borland Delphi Enterprise Edition

· Sybase Power++

· Microsoft Visual C++

· IBM Visual Age for C++

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

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

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

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

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

Выводы по главе 1.

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

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

- были обоснованы решения по информационному и программному обеспечению.

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ. Информационное обеспечение задачи

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

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

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

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

Рисунок 3– Информационная модель автоматизации бизнес – процесса «Ежедневный складской учет»

Далее дадим описание информационной модели, на основании которой и будет автоматизирован бизнес – процесс «Ежедневный складской учет».

Ежедневный складской учет подразделяется на два вида учета: учет оптовой торговли и учет розничной торговли. Предприятие ООО «Хозяюшка» практикует в своей деятельности как оптовую, так и розничную торговлю. Таковы направления маркетинговой деятельности данного предприятия.

Учет оптовой торговли предполагает ежедневный контроль следующих показателей:

- остаток товара в суммовом выражении на начало дня.

- приход товара от поставщиков в течение дня.

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

- остаток товара в суммовом выражении в конце дня.

Данная информация контролируется в разрезе по каждому наименованию товара из ассортиментной группы товаров предприятия ООО «Хозяюшка».

Учет розничной торговли предполагает ежедневный контроль следующих показателей:

- остаток товара в суммовом выражении на начало дня.

- приход товара от поставщиков в течение дня.

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

- остаток товара в суммовом выражении в конце дня.

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

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

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

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

1) Федеральный закон «Об основах государственного регулирования торговой деятельности в Российской Федерации» от 28.12.2009 N 381-ФЗ (последняя редакция).

2) Федеральный закон «О розничных рынках и о внесении изменений в Трудовой кодекс Российской Федерации» 30.12.2006 № 271-ФЗ.

3) Налоговый Кодекс РФ.

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

Также к нормативно – справочной документации можно отнести:

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

Входная информация – это такая информация, на основе которой, собственно, и создается база данных.

- налоговые и товаротранспортные накладные, которые подтверждают факт совершения покупки от поставщиков.

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

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

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

- наименование товара.

- ассортиментная группа товара.

- остаток товара на начало дня.

- приход товара.

- остаток товара на конец дня.

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

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

При работе с программным обеспечением, пользователь получает результатную информацию.

Рисунок 4– Окно приветствия программы «Ежедневный складской учет»

Рисунок 5– Окно учета оптовой торговли, как результирующая информация

Рисунок 6– Окно учета розничной торговли, как результирующая информация

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

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

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

Рисунок 7 – Блок – схема дерева функций

Далее также в виде блок схемы рассмотрим и сценарий диалога.

Рисунок 8– Блок – схема сценария диалога

В данном разделе было рассмотрено дерево функций и сценарий диалога, который позволит работнику склада работать с программой «Ежедневный складской учет», а руководитель предприятия ООО «Хозяюшка» сможет всегда контролировать ежедневный складской учет.

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

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

Загружаем MICROSOFT ACCESS. Далее создаем новую базу данных.

Файл – Создать - Новая база данных.

Далее создаем таблицу под названием отдел оптовой торговли в базе данных «Оптовая торговля».

Аналогичным образом создаем таблицу «Отдел розничной торговли».

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

Рисунок 9– Готовая база данных «Оптовая торговля»

В базе данных «Оптовая торговля» присутствуют следующие поля:

Поле «Наименование товара» отражает информацию о товаре, который расположен на оптовом следе предприятия ООО «Хозяюшка».

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

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

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

Поле «Расход товара» отражает информацию о расходе товара в течение дня.

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

Далее рассмотрим базу данных «Розничная торговля» в таблице «Отдел розничной торговли».

Рисунок 10– Готовая база данных «Розничная торговля»

В базе данных «Розничная торговля» присутствуют следующие поля:

Поле «Наименование товара» отражает информацию о товаре, который расположен на розничном складе предприятия ООО «Хозяюшка», а также предназначен для розничной реализации.

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

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

Поле «Расход товара» отражает информацию о расходе товара в течение дня.

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

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

В создаваемом программном приложении существуют три программных модуля UNIT 1, UNIT 2 и UNIT 3, которые определяют форму FORM 1, FORM 2 и FORM 3. Дерево вызова программных модулей выглядит следующим образом:

Рисунок 11– Дерево вызова программных модулей

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

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

В создаваемом программном приложении существуют три программных модуля UNIT 1, UNIT 2 и UNIT 3, которые определяют форму FORM 1, FORM 2 и FORM 3.

UNIT 1 координирует работу FORM 1, которое является окном приветствия для пользователя, а также предлагает выбор требуемого действия: учет оптовой торговли или учет розничной торговли.

UNIT 2 координирует работу FORM 2, где отражается вся информация об ежедневном складском учете в оптовой торговли.

UNIT 3 координирует работу FORM 3, где отражается вся информация об ежедневном складском учете в розничной торговле.

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

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

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

Запускаем DELPHI 7. Сохраняем проект под названием PROJECTSLAD.

Далее приступаем работать с формами.

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

Формируем новую форму FORM 2. Для этого проделываем процедуру File – New – Form.

Задаем имя для данной FORM 2 «Учет оптовой торговли» в свойстве CAPTION на панели OBJECT INSPECTOR. Далее устанавливаем желаемый цвет, который будет интерфейсом программы «Учет оптовой торговли».

Далее размещаем необходимые компоненты на FORM 2. Для этого, необходимо выбрать компоненты из вкладки, которая находится выше FORM 2.

Из вкладки DATA ACCESS выбираем компонент DATA SOURSE.

Из вкладки DATA CONTROLS выбираем компонент (DB)NAVIGATOR.

Из вкладки DATA CONTROLS выбираем компонент (DB) GRID.

Из вкладки STANDART выбираем компонент BUTTON.

Из вкладки ADO выбираем ADO Connection и ADO Table.

Все компоненты устанавливаются на FORM 2. Это наглядно представлено на рисунке.

Рисунок 12– Установка компонентов на FORM 2 «Учет оптовой торговли»

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

ADO Connection. В свойстве Connection String указываем путь передачи данных, через который осуществиться связь с базой данных «Оптовая торговля».

В появившемся окне нажимаем на BUILD и таким образом устанавливается соединение через канал передачи данных Microsoft Jet 4.0 OLE DB Provider. Далее выбираем базу данных «Оптовая торговля», с которой необходимо установить связь для ее отображения в FORM 2.

Рисунок 13– Установка связи между базой данных «Оптовая торговля» и FORM 2 «Учет оптовой торговли»

Для избежание постоянного запроса логина и пароля в свойстве Login Prompt устанавливаем значение FALSE.

DATA SOURSE. В свойстве DATA SET устанавливаем связь с ADO TABLE1.

ADO TABLE. В свойстве CONNECTION выбираем ADO CONNECTION1. В свойстве TABLENAME выбираем необходимую таблицу отдел оптовой торговли. Далее в свойстве ACTIVE устанавливаем TRUE.

(DB) GRID. В свойстве DATA SOURSE отмечаем DATA SOURSE 1.

(DB)NAVIGATOR. В свойстве DATA SOURSE отмечаем DATA SOURSE 1.

BUTTON 1. В свойстве CAPTION указываем наименование «ВЫХОД». Далее двойным щелчком вызываем процедуру данного компонента и прописываем следующий код.

Рисунок 14– Код для кнопки BUTTON 1

Далее из вкладки STANDART выбираем компонент LABEL. В свойстве CAPTION на панели OBJECT INSPECTOR указываем наименование и выбираем необходимый цвет и шрифт.

Получаем следующее представление FORM 2.

Рисунок 15– Представление FORM 2

Формируем новую форму FORM 3. Для этого проделываем процедуру File – New – Form.

Задаем имя для данной FORM 3 «Учет розничной торговли» в свойстве CAPTION на панели OBJECT INSPECTOR. Далее устанавливаем желаемый цвет, который будет интерфейсом программы «Учет розничной торговли».

Далее размещаем необходимые компоненты на FORM 3. Для этого, необходимо выбрать компоненты из вкладки, которая находится выше FORM 3.

Из вкладки DATA ACCESS выбираем компонент DATA SOURSE.

Из вкладки DATA CONTROLS выбираем компонент (DB)NAVIGATOR.

Из вкладки DATA CONTROLS выбираем компонент (DB) GRID.

Из вкладки STANDART выбираем компонент BUTTON.

Из вкладки ADO выбираем ADO Connection и ADO Table.

Все компоненты устанавливаются на FORM 3. Это наглядно представлено на рисунке.

Рисунок 16– Установка компонентов на FORM 3 «Учет розничной торговли»

ADO Connection. В свойстве Connection String указываем путь передачи данных, через который осуществиться связь с базой данных «Розничная торговля».

В появившемся окне нажимаем на BUILD и таким образом устанавливается соединение через канал передачи данных Microsoft Jet 4.0 OLE DB Provider. Далее выбираем базу данных «Розничная торговля», с которой необходимо установить связь для ее отображения в FORM 3.

Рисунок 17– Установка связи между базой данных «Розничная торговля» и FORM 3 «Учет розничной торговли»

Для избежание постоянного запроса логина и пароля в свойстве Login Prompt устанавливаем значение FALSE.

DATA SOURSE. В свойстве DATA SET устанавливаем связь с ADO TABLE1.

(DB) GRID. В свойстве DATA SOURSE отмечаем DATA SOURSE 1.

(DB)NAVIGATOR. В свойстве DATA SOURSE отмечаем DATA SOURSE 1.

Рисунок 18– Код для кнопки BUTTON 1

Получаем следующее представление FORM 3.

Рисунок 19– Представление FORM 3

Далее переходим к работе с FORM 1.

Из вкладки ADDITIONAL выбираем компонент IMAGE. В свойствах данного компонента PICTURE выбираем LOAD. Выбираем необходимое изображение и нажимаем ОК.

Внизу формы устанавливаем кнопку BUTTON 1. В свойстве CAPTION указываем наименование «Учет оптовой торговли». Далее двойным щелчком вызываем процедуру данного компонента и прописываем следующий код.

Рисунок 20– Код для кнопки BUTTON 1

Внизу формы устанавливаем кнопку BUTTON 2. В свойстве CAPTION указываем наименование «Учет розничной торговли». Далее двойным щелчком вызываем процедуру данного компонента и прописываем следующий код.

Рисунок 21– Код для кнопки BUTTON 2

Получаем следующее видение FORM 1.

Рисунок 22– Вид FORM 1

Компиллируем программу и она запускается.

Рисунок 23 – Запуск программы «Ежедневный складской учет»

Нажимая на кнопку «Учет оптовой торговли», пользователь попадает в окно ежедневного учета оптовой торговли.

Рисунок 24 – Окно учета оптовой торговли

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

Если же в окне приветствия пользователь выберет кнопку «Учет розничной торговли», то он попадает в окно ежедневного учета розничной торговли.

Рисунок 25– Окно учета розничной торговли

Таким образом, было создано программное приложение «Ежедневный складской учет».

Далее сформулируем выводы по главе 2.

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

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

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

-было рассмотрено дерево функций и сценарий диалога, который позволит работнику склада работать с программой «Ежедневный складской учет», а руководитель предприятия ООО «Хозяюшка» сможет всегда контролировать ежедневный складской учет.

-была описана база данных «Оптовая торговля» и «Розничная торговля», на основании которой и будет сформировано программное приложение «Ежедневный складской учет».

-было рассмотрено дерево вызова программных модулей.

-были описаны программные модули программного обеспечения «Ежедневный складской учет».

- было проанализировано пошаговое выполнение программного обеспечения «Ежедневный складской учет» в DELPHI 7. Подробно было рассмотрено формирование форм и программных модулей, выбор необходимых компонентов и свойств данных компонентов, которые позволят программе запуститься. Все было проиллюстрировано рисункам и блок – схемами.

ЗАКЛЮЧЕНИЕ

В заключении данной курсовой работы можно сделать следующие выводы:

Первая глава является аналитической. В ходе ее написания были сделаны следующие выводы:

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

- были обоснованы решения по информационному и программному обеспечению.

Вторая глава – проектная. В ходе ее написания были сделаны следующие выводы.

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

-было рассмотрено дерево вызова программных модулей.

-были описаны программные модули программного обеспечения «Ежедневный складской учет».

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

Осипов Д. Л. Базы данных и Delphi. Теория и практика. — СПб.: БХВ-Петербург, 2011. - 752 с.
Лекция 5: Модели организации баз данных [онлайн] - URL: http://www.intuit.ru/studies/courses/3439/681/lecture/14023 (дата обращения 11.10.2016)
Реляционная база данных [онлайн] - URL: http://base.mybloge.net/relyacionnaya-baza-dannyx/ (дата обращения 01.11.2016)
Введение в базы данных. Часть 2. Настольные СУБД // А.Федоров, Н. Елманова [онлайн] - URL: http://compress.ru/article.aspx?id=10282 (дата обращения 01.11.2016)).
Глушаков С.В., Клевцов А.Л. «Программирование в среде Delphi 7.0». 2003г. с.528.
Обзор языков программирования и средств разработки на их основе [онлайн] - URL: http://bukvi.ru/computer/obzor-yazykov-programmirovaniya-i-sredstv-razrabotki-na-ix-osnove.html (дата обращения 01.11.2016)
Преимущества и особенности Delphi [онлайн] - URL: http://starik2222.narod.ru/trpp/lec/11.htm (дата обращения 01.11.2016)
Преимущества Delphi и напутствие начинающему программисту [онлайн] - URL: http://pisali.ru/raferti/41237/ (дата обращения 01.11.2016)
Фленов М.Е. «Библия Delphi». 2011г. с.880 (3-е издание).

ПРИЛОЖЕНИЕ 1

unit Unit1SKLAD;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, jpeg, ExtCtrls;

type

TForm1 = class(TForm)

Image1: TImage;

Label1: TLabel;

Button1: TButton;

Button2: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit2SKLAD, Unit3;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

begin

Form2.show;

end;

procedure TForm1.Button2Click(Sender: TObject);

begin

Form3.show;

end;

end.

unit Unit2SKLAD;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DB, ADODB, ExtCtrls, DBCtrls, Grids, DBGrids;

type

TForm2 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

Button1: TButton;

Label1: TLabel;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

{$R *.dfm}

procedure TForm2.Button1Click(Sender: TObject);

begin

Close;

end;

end.

unit Unit3SKLAD;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, ExtCtrls, DBCtrls, Grids, DBGrids, StdCtrls;

type

TForm3 = class(TForm)

Button1: TButton;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

Label1: TLabel;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

{$R *.dfm}

procedure TForm3.Button1Click(Sender: TObject);

begin

Close;

end;

end.

ПРИЛОЖЕНИЕ 2

Рисунок – Запуск программы «Ежедневный складской учет»

Рисунок – Окно учета оптовой торговли

Рисунок – Окно учета розничной торговли

Фленов М.Е. «Библия Delphi». 2011г. с.880 (3-е издание) ↑