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

Актуальность темы

дипломного проекта обусловлена тем, что учет коммерческой деятельности и формирования отчетных документов ИП Маслова А. Е. (г. Ставрополь) не автоматизирован.

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

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

Во втором разделе пояснительной записки рассмотрены вопросы реализации информационной подсистемы «TradeBusiness», автоматизирующей решение задач, связанных с учетом коммерческой деятельности и формированием отчетных документов ИП Маслова А. Е., г. Ставрополь. При разработке базы данных этой информационной подсистемы использовалось CASE-средство ERwin 4.0, а само приложение было реализовано в среде Borland Delphi 7.

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

В четвертом разделе проведено технико-экономическое обоснование проекта. Рассчитаны показатели экономической эффективности его использования в условиях бизнеса ИП Маслова А.Е.

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

Библиографический список содержит перечень из 25 источников информации.

В приложениях к пояснительной записке представлены образец записей в тетради учета продаж цветов в пункте реализации, SQL-сценарий создания базы данных информационной подсистемы «TradeBusiness», сгенерированный CASE-средством ERwin, текст основного программного модуля информационной подсистемы «TradeBusiness» на языке Delphi и копии слайдов презентации.

1. РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ бизнеса индивидуального Предпринимателя Маслова А. Е. Формулировка задач проектирования

1.1 Результаты предпроектного обследования бизнеса индивидуального предпринимателя Маслова А. Е.

1.1.1 Объект и методы проведения предпроектного обследования

В рамках темы дипломного проекта объектами обследования являются:

— бизнес предпринимателя Маслова А. Е., г. Ставрополь;

— цели функционирования предпринимателя Маслова А. Е;

— документооборот, предпринимателя Маслова А. Е.;

— совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для учета коммерческой деятельности ИП Маслова А.Е.

Основными целями выполнения предпроектного обследования бизнеса предпринимателя Маслова А. Е. являются:

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

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

— выявление стоимостных и временных ограничений на процесс проектирования информационной подсистемы.

Характеристики методов проведения обследования бизнеса предпринимателя Маслова А. Е. приведены в таблице 1.1.

Таблица 1.1 — Методы организации проведения обследования

При выборе методов учитывались следующие критерии [1]:

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

— временные, трудовые и стоимостные затраты на получение сведений о бизнесе предпринимателя Маслова А. Е. .

1.1.2 Программа проведения обследования

Программа обследования бизнеса предпринимателя Маслова А. Е. представлена в таблице 1.2.

Таблица 1.2 — Программа обследования

План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.3.

Таблица 1.3 - План-график выполнения работ на стадии сбора материалов обследования

1.1.3 Результаты предпроектного обследования и их анализ

Общие сведения об индивидуальном предпринимателе. ИП Маслов Александр Евгеньевич зарегистрирован ИФНС по Промышленному району г. Ставрополя 06 февраля 2001 года (свидетельство о постановке на учет в налоговом органе серия 26 № 1 784 176).

Место нахождения предпринимателя: 355 000, Ставропольский край, г. Ставрополь, ул. ул. Васякина, 44а.

Реквизиты предпринимателя:

— ИНН: 263 601 496 343;

— ОГРН: 304 263 521 500 413;

— ОКВЭД: 52.48.32.

В настоящее время предприниматель Маслов А. Е. занимается розничной и оптовой продажей цветов.

В своей коммерческой деятельности Маслов А. Е. использует труд наёмных работников в количестве десяти человек, из них шесть человек занимают должность флориста-продавца и четыре человека — охранники пунктов продаж.

Реализация товара производится через четыре пункта продаж, находящиеся в г. Ставрополе, в частности, на пересечении ул. Голенева и К. Маркса.

Товар для реализации закупается ИП Масловым А. Е., как у индивидуальных производителей-цветоводов, так и на оптовых базах, например, «Глория», «Ферист» и др.

Главной целью (Ц₀) бизнеса предпринимателя Маслова А. Е. является повышение эффективности бизнес-процессов и получение максимальной прибыли в результате своей коммерческой деятельности.

Для достижения этой цели предприниматель ставит перед собой следующие взаимосвязанные цели первого уровня (рисунок 1.1):

— Ц1 — расширение рекламы;

— Ц2 — уменьшение затрат на реализацию товаров;

— Ц3 — автоматизация учета коммерческой деятельности;

— Ц4 — повышение квалификации.

Рисунок 1.1 — Фрагмент дерева целей предпринимателя Салова В. В.

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

Схема дерева целей деятельности предпринимателя представлена на рисунке 1.2.

Таблица 1.4 — Цели деятельности ИП Маслова А. Е., средства и критерии их достижения

Рисунок 1.2 — Схема дерева целей деятельности ИП Маслова А. Е.

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

Таблица 1.4 — Перечень документов, составляющих документооборот, связанный с учетом коммерческой деятельности

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

Рисунок 1.1 — Схема документооборота, связанного с учетом коммерческой деятельности предпринимателя Наличие средств вычислительной техники и программного обеспечения. Из средств вычислительной техники у предпринимателя имеется:

— один персональный компьютер класса Pentium 4 с тактовой частотой 2,4 ГГц и ОЗУ размером 2048 Мбайт;

— монитор LCD 17″ Phillips 170C — 1 шт.;

— лазерный принтер HP LaserJet 1300 — 1 шт.

Указанный компьютер подключен к сети Интернет на основе технологии ADSL (рисунок 1.3).

Рисунок 1.3 — Схема подключения ПК предпринимателя к Интернет На компьютере установлена операционная система Windows XP Professional SP3 Russian. В качестве коммуникационной (почтовой программы) используется программа «The BAT».

Среди офисных программ, а также сервисных средств и утилит, используемых предпринимателем можно выделить:

1. Microsoft Office Enterprise 2007 (Select edition) Russian.

2. Архиватор WinRAR v4.0.

3. Антивирусное средство ESET NOD32 Antivirus и др. средства.

1.1.4 Анализ проблемных ситуаций и обоснование путей их решения

В организации бизнес-процессов предпринимателя выявлены следующие проблемные ситуации:

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

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

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

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

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

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

1.2 Формулировка задач проектирования

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

1.2.1 Общие сведения о проекте

Полное наименование подсистемы — информационная подсистема учета коммерческой деятельности ИП Маслова А. Е., г. Ставрополь.

Код системы — «TradeBusiness».

Наименование предприятия разработчика — СевКавГТУ, факультет ИТТ, кафедра прикладной информатики, студентка группы ПИ-061 Мельгунова Ольга Евгеньевна.

Наименование заказчика — ИП Маслова А. Е., г. Ставрополь.

Перечень документов, на основе которых создается система:

— отчет о преддипломной практике студентки группы ПИ-061 Мельгуновой Ольги Евгеньевны;

— образец записей в тетради учета продаж цветов в пункте реализации (приложения А);

— заказ на разработку информационной подсистемы «TradeBusiness».

Источники финансирования — работы проводятся без оплаты.

Порядок оформления и предъявления заказчику результатов работ по созданию системы — информационная подсистема «TradeBusiness», реализованная в виде приложения баз данных на платформе Microsoft Windows в электронном формате на CD-ROM.

1.2.2 Назначение, цели создания информационной подсистемы

Назначение системы — автоматизация учета коммерческой деятельности и формирования отчетных документов ИП Маслова А. Е.

Цели создание системы:

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

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

1.2.3 Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации — рабочее место предпринимателя Маслова А. Е.

Условия эксплуатации — стандартные.

Характеристика окружающей среды — офис предпринимателя Маслова А. Е.

1.2.4 Требования к подсистеме

Требования к подсистеме в целом информационная подсистема «TradeBusiness» должна автоматизировать учет коммерческой деятельности и формирование соответствующих отчетов ИП Маслова А. Е.

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

1. Информационная подсистема «TradeBusiness» должна обеспечить ведение базы данных товаров на нескольких пунктах продажи;

2. Просмотр состояния (товарных остатков) пунктов продаж, хронологии прихода и расхода товаров на них

3. Автоматизированное формирование, просмотр и печать следующих отчетов:

— приход и расход товаров за указанный промежуток времени;

— движение товаров за указанный промежуток времени;

— состояние товарных остатков в пунктах продаж на текущую дату;

— приходная и расходная накладная;

— счет-фактура;

— о расходах за указанный интервал времени;

— доходах за указанный интервал времени.

4. Информационная подсистема «TradeBusiness» должна поддерживать ведение необходимых справочников.

5. Фильтрацию данных учета товаров, по интервалу дат прихода (расхода), номеру накладной, названию группы товаров, названию товара, названию пункта продаж, поставщику и пр.

6. Смену пароля администратора информационной подсистемы.

Требования к видам обеспечения:

— информационная подсистема должна быть реализована в виде приложения баз данных на платформе Microsoft Windows;

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

Перечисленные выше требования, предъявляемые к информационной подсистеме «TradeBusiness» со стороны заказчика, можно представить в виде следующей диаграммы вариантов её использования [2, 3] (рисунок 1.4).

1.2.5 Состав и содержание работ по созданию подсистемы

Запланирован следующий состав и содержание работ по созданию подсистемы:

— изучение предметной области — с 11 января по 06 марта 2011 г.;

— кодирование — с 22 марта по 01 мая 2011 г.;

— отладка и тестирование — с 01 по 15 мая 2011 г.;

— сдача темы — с 15 по 20 мая 2011 г.

1.2.6 Порядок контроля приемки подсистемы

Контроль приемки информационной подсистемы «TradeBusiness» осуществляет лично предприниматель Маслов А. Е. В ходе приемки проверяется корректность отчетов, формируемых информационной подсистемой и пр.

Рисунок 1.4 — Диаграмма вариантов использования информационной подсистемы «TradeBusiness»

1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

Информационная подсистема «TradeBusiness» должна быть установлена на компьютер, находящийся на рабочем месте предпринимателя Маслова А. Е. Проектировщиком студенткой группы ПИ-061 Мельгуновой О. Е. должен быть проведен инструктаж предпринимателя по вопросам работы с информационной подсистемой.

1.2.8 Требования к документированию

Проектировщиком представляется файл информационной подсистемы «TradeBusiness» в электронном формате на CD-ROM вместе с результатами тестирования и краткой инструкцией предпринимателю по установке и работе с информационной подсистемой.

1.2.9 Источники разработки

Источниками разработки являются:

— заказ на разработку информационной подсистемы «TradeBusiness»;

— отчет о преддипломной практике студентки группы ПИ-061 Мельгуновой Ольги Евгеньевны;

— образец записей в тетради учета продаж цветов в пункте реализации (приложения А).

Выводы

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

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

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

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

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

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

3. Учитывая это обстоятельство, ИП Маслова А. Е. принял решение оформить заказ на разработку собственной информационной подсистемы учета коммерческой деятельности, которую в дальнейшем можно будет расширять, и адаптировать к изменяющимся условиям ведения бизнеса. В связи с этим необходимо разработать информационную подсистему, позволяющую автоматизировать учет коммерческой деятельности ИП Маслова А. Е., г. Ставрополь. По требованию заказчика (индивидуального предпринимателя) такую информационную подсистему необходимо реализовать в виде приложения баз данных на платформе Microsoft Windows.

2. Реализация Информационной подсистемы «TradeBusiness»

2.1 Обоснование выбора среды разработки информационной подсистемы

Методология разработки информационных систем, основанная на использовании средств быстрой разработки Windows-приложений, получила в последнее время широкое распространение и приобрела название методологии быстрой разработки приложений — RAD (Rapid Application Development). Эта методология охватывает все этапы жизненного цикла современных информационных систем и подсистем [3? 5].

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

В настоящее время существует довольно много различных визуальных средств разработки приложений: Borland Delphi 6, Borland Delphi 7, Borland C++ Builder 6, Borland Java Builder, Borland Developer Studio 2006, Code Gear RAD Studio 2009, Microsoft Visual Studio 2005, 2008, 2009 и др.

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

Учитывая опыт работы разработчика и наличие лицензионной версии указанного программного продукта, для разработки информационной подсистемы «TradeBusiness» был выбран инструмент Borland Delphi 7.

2.2 Создание логической модели базы данных информационной подсистемы «TradeBusiness»

При создании логической модели базы данных информационной подсистемы «TradeBusiness» будем использовать CASE-средство ERwin.

2.2.1 Создание шаблона модели базы данных

Запустим программу ERwin. Установим режим запуска ERwin в положение «Create a new model» и нажмем кнопку ОК.

Выберем тип создаваемой модели Logical/Physical и целевой сервер базы данных (БД) Paradox, зададим версию Paradox 7.x.

Откроется основное окно программы ERwin (рисунок 2.1). Сохраним проект под именем «TradeBusiness».

2.2.2 Определение сущностей модели базы данных информационной подсистемы «TradeBusiness»

Для построения логической модели данных определим набор сущностей. На основе анализа предметной области выделим следующие 12 сущностей (таблица 2.1).

Таблица 2.1 — Перечень сущностей предметной области

Таблица 2.2 — Атрибуты сущностей, входящие в базу данных

Для внесения указанных сущностей в логическую модель базы данных информационной подсистемы «TradeBusiness» в ERwin выполним следующие шаги:

1. Откроем проект ERwin с именем «TradeBusiness».

2. Используя инструмент «Entity» («Сущность»), расположенный на панели инструментов ERwin, внесем в область модели 12 сущностей, перечисленные в таблице 2.1.

Результаты внесения указанных сущностей в логическую модель базы данных информационной подсистемы «TradeBusiness» в ERwin представлены на рисунке 2.2.

2.2.3 Определение атрибутов сущностей базы данных

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

В таблице 2.2 символом обозначается первичный ключ сущности, а сочетанием символов FK обозначается внешний ключ сущности.

2.2.4 Определение связей между сущностями базы данных

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

Таблица 2.3 — Данные о взаимосвязи сущностей базы данных информационной подсистемы «TradeBusiness»

Из анализа таблицы 2.3 можно сделать следующие выводы:

1. Количество зависимых сущностей пять (GOODS, EXPENSEINVOICE, EXPENSE, INCOMEINVOICE и INCOME).

2. Количество неидентифицирующих связей между сущностями — 11.

3. Кратность связей в рассмотренных случаях составляет 1: N (один-ко-многим).

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

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

Рисунок 2.3 — Логическая модель базы данных информационной подсистемы «TradeBusiness» после внесения связей между сущностями

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

2.2.5 Ввод атрибутов и задание первичных ключей сущностей базы данных

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

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

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

2.3 Создание физической модели базы данных информационной подсистемы «TradeBusiness»

Для создания физической модели базы данных воспользуемся пунктом меню Logical | Physical ERwin и редактором колонок. После того как будут выполнены все действия, физическая модель приобретет вид, показанный на рисунке 2.12.

Рисунок 2.11 — Логическая модель базы данных информационной подсистемы «TradeBusiness»

2.3.1 Генерирование SQL-сценария создания базы данных информационной подсистемы «TradeBusiness» в ERwin

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

Физическая схема базы данных генерируется на основе логической схемы и набора установок, определяющих, какие элементы должны войти в схему БД. Эти установки зададим в диалоговом окне генератора схем (рисунок 2.13).

Рисунок 2.12 — Физическая модель базы данных информационной подсистемы «TradeBusiness»

Вызовем редактор фильтра таблиц и выберем таблицы (сущности), которые должны войти в схему (рисунок 2.14).

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

Полученный сценарий сохраним в файле. Для сохранения SQL-сценария в текстовом файле нажмем кнопку с пиктограммой (рисунок 2.15). Текст файла сгенерированного SQL-сценария создания базы данных в ERwin приведен в приложении В.

Нажмем кнопку «Generate» (Генерировать) и вызовем в диалог генерации системного каталога базы данных. Кнопка «Generate» запускает процесс генерации «физической» схемы базы данных. В диалоге связи с БД (рисунок 2.16) введем имя пользователя (login) и пароль (password). В выпадающем списке «Database» выберем имя базы данных.

После нажатия кнопки «Connect» (подключиться) появится диалог «Generate Database Schema» (генерация схемы базы данных). Для продолжения процесса генерации нажмем кнопку «Continue».

После окончания процесса генерации базы данных раскроем содержимое папки c: TradeBusiness_Database (рисунок 2.17).

Как видно из рисунка 2.17, ERwin сгенерировал набор файлов базы данных информационной подсистемы «TradeBusiness» характерный для типа таблиц Paradox.

Запустим утилиту Database Desktop и откорректируем, по необходимости, типы полей таблиц базы данных, сгенерированных ERwin с учетом их фактического типа и размера (рисунки 2.18 — 2.20).

Как видно из рисунков 2.18 — 2.20, структура все таблиц, сгенерированных ERwin, соответствует логической и физической схемам данных информационной подсистемы «TradeBusiness».

После генерации базы данных наша работа в среде ERwin может считаться завершенной. Перейдем к реализации информационной подсистемы «TradeBusiness» в средстве RAD Borland Delphi 7.

2.4 Создание проекта и модулей Borland Delphi 7 для реализации информационной подсистемы «TradeBusiness»

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

Для этого откроем директорию C: Program FilesBorlandDelphi7Projects и создадим в ней папку с именем TradeBusiness. Полный путь к папке TradeBusiness выглядит так C: Program FilesBorlandDelphi7WorkTradeBusiness. Папка TradeBusiness будет содержать файлы проекта информационной подсистемы.

Как видно из рисунка 2.17, ERwin сгенерировал рабочий каталог создаваемого проекта в директории C: TradeBusiness_Database.

Запустим Delphi 7 стандартным способом. После запуска Delphi 7 откроется диалоговое окно, которое на этапе разработки программы называется формой (рисунок 2.21).

Сразу сохраним проект в подготовленной нами заранее папке C: Program FilesBorlandDelphi7WorkTradeBusiness под именем TradeBusiness, модуль формы Form1 под именем fmMainU, а саму форму под именем fmMain.

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

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

Таблица 2.4 — Названия и назначение модулей проекта

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

2.5 Реализация приложения

2.5.1 Разработка главного меню

Поместим на форму fmMain компонент TMainMenu и сохраним его под именем MainMenu1. Двойным левым кликом на компоненте MainMenu1 откроем Menu Designer. Средствами Menu Designer создадим пункты и подпункты (подменю) главного меню, как показано на рисунках 2.22 — 2.26.

В инспекторе объектов Delphi зададим свойства пунктов главного меню MainMenu1, как это показано на рисунке 2.26.

2.5.2 Разработка интерфейса главной формы

В инспекторе объектов зададим заголовок главной формы fmMainU:

Caption := Информационная подсистема учета коммерческой деятельности.

Поместим на форму fmMain компонент TImage и сохраним его под именем Image1. В инспекторе объектов поместим в свойство Align этого объекта значение alTradeBusiness. Дерево объектов формы fmMain показано на рисунке 2.27.

В результате форма fmMainU принимает вид, представленный на рисунке 2.28.

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

2.5.3 Создание псевдонима базы данных

С помощью команды Programs | Borland Delphi 7 | BDE Administrator запустим утилиту BDE Administrator. На вкладке Database открывшегося окна сделаем правый клик на узле Database и выберем команду New в контекстном меню.

Утилита предложит выбрать тип вновь создаваемого псевдонима Standard, предполагаемым по умолчанию. Согласимся с этим предложением. Изменим имя Standard1 на TradeBusiness_Database.

Теперь перейдем на вкладку Definition и в пустом поле справа от свойства PATH введем путь доступа к файлам базы данных, сгенерированных ERwin: C: TradeBusiness_Database (рисунок 2.29).

Сделаем правый клик на вновь созданном псевдониме на вкладке Databases и выберем команду Apply в контекстном меню. В появившемся после этого диалоговом окне подтвердим необходимость запомнить вновь созданный псевдоним.

Как видно из рисунка 2.11, в программе понадобятся 12 компонентов TTable и такое же количество компонентов TDataSource. Реализуя принцип инкапсуляции, разместим их в отдельном модуле данных.

2.5.4 Создание модуля данных

Выберем команду File | New | Other, чтобы открыть окно хранилища объектов и на вкладке New открывшегося окна сделаем двойной левый клик на значке Data Module. В свойство Name модуля данных поместим значение DM и сохраним модуль в файле dmTradeBusinessU. Свяжем модуль с проектом стандартными средствами Delphi.

Для связи таблиц с базой данных воспользуемся компонентом TDatabase на вкладке BDE палитры компонентов Delphi. Сохраним его под именем DB и зададим свойства этого объекта в инспекторе объектов, как показано на рисунке 2.30.

Теперь перенесем в модуль данных 12 компонента TTable и 11компонентов TDataSource (рисунок 2.31).

Зададим свойства компонентов TTable в Инспекторе Объектов, как показано, например, на рисунке 2.32.

Как следует из логической модели данных информационной подсистемы «TradeBusiness» (рисунок 2.11), наборы данных EXPENSEINVOICE. DB и EXPENSE. DB, а также другие наборы данных связаны отношением «один-ко-многим». Чтобы наборы данных «знали» об этом и согласовано отображали данные их нужно предварительно подготовить. С этой целью перейдем на вкладку Diagram в окне кода модуля данных и с помощью мыши «перетащим» классическим способом Drag&Drop наборы EXPENSEINVOICE. DB и EXPENSE. DB из окна дерева объектов на вкладку Diagram (рисунок 2.33).

Как видно из рисунка 2.33 между наборами данных EXPENSEINVOICE. DB и EXPENSE. DB действительно существует связь один ко многим. Таким образом, модуль данных разработан корректно. Аналогичным образом поступим и с другими наборами данных, связанными отношением «один-ко-многим».

Рисунок 2.33 — Вкладка Diagram в окне кода модуля данных Перейдем к созданию модуля fmGoodsU, реализующему функцию справочника «Товар».

2.5.5 Создание модуля fmGoodsU

Создадим новый модуль и сохраним её под именем fmGoodsU. Разместим на форме этого модуля два компонента TPanel и сохраним их под именами Panel1 и Panel2. На панели Panel1разместим компонент ЕDBGrid для отображения данных, хранящихся в наборе данных DM. GOODS (справочника «Товар») и сохраним его под именем DBGrid1. В инспекторе объектов Delphi зададим свойства компонента DBGrid1 как это показано на рисунке 2.34.

Разместим на панели Panel2 компонент TDBNavigator и сохраним этот компонент под именем DBNavigator1. В свойстве DataSource указанного навигатора DBNavigator1 установим значение DM. dsGOODS, а в свойстве VisibleButtons? [nbFirst, nbPrior, nbNext, nbLast].

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

Внешний вид формы модуля fmGoodsU в окне формы Delphi показан на рисунке 2.36. Как видно из рисунка 2.36, интерфейс формы fmGoodsU содержит все данные, необходимые для ведения справочника «Товар». Модификация данных таблиц, размещенных на форме fmGoodsU, с помощью компонента DBGrid1 запрещена, для этого её свойство ReadOnly установлено в значение True.

Для модификации набора данных наборе данных DM. GOODS используются три кнопки TButton с названиями BitBtnAdd (Добавить), BitBtnEdit (Изменить) и BitBtnDel (Удалить). Код обработчика события нажатия на кнопку BitBtnAdd (Добавить) приведен в листинге 2.1.

Листинг 2.1 — Код обработчика события нажатия на кнопку BitBtnAdd

procedure TfmGoods. BitBtnAddClick (Sender: TObject);

begin

fmGoodsW:= TfmGoodsW. Create (nil);

DM.GOODS.Append;

if fmGoodsW. ShowModal = mrOK then begin

DM.GOODSGCoefRetailPrice.Value:= DM.PRISINGPRetail.Value;

DM.GOODSGCoefGrossSale1.Value:= DM. PRISINGPGrossSale1.Value;

DM.GOODSGCoefGrossSale2.Value:= DM. PRISINGPGrossSale2.Value;

DM.GOODS.Post;

Paint;

end

else

DM.GOODS.Cancel;

fmGoodsW.Free;

end;

Таким образом, сначала в набор данных DM. GOODS добавляется новая запись DM.GOODS.Append, а потом в модальном режиме открывается форма fmGoodsW, позволяющая осуществлять ввод и корректировку записи о товаре (рисунок 2.37).

Обработчики событий нажатия кнопок BitBtnEdit (Изменить) и BitBtnDel (Удалить) позволяют изменить и удалить учетную запись о товаре. Код обработчиков события нажатия на кнопку BitBtnEdit и BitBtnDelJobl приведен в листингах 2.2 и 2.3.

Листинг 2.2 — Код обработчика события нажатия на кнопку BitBtnEdit

procedure TfmGoods. BitBtnEditClick (Sender: TObject);

begin

if DM.GOODS.RecordCount = 0 then

begin

MessageDlg ('Нет записи для редактирования!', mtError,[mbOK], 0);

Exit;

end

else begin

fmGoodsW:= TfmGoodsW. Create (nil);

DM.GOODS.Edit;

if fmGoodsW. ShowModal = mrOK then begin

DM.GOODS.Post;

DM.GOODS.Refresh;

Paint;

end

else

DM.GOODS.Cancel;

fmGoodsW.Free;

end

end;

Листинг 2.3 — Код обработчика события нажатия на кнопку BitBtnDel

if DM.GOODS.RecordCount = 0 then begin

MessageDlg ('Нет записи для удаления!', mtError,[mbOK], 0);

Exit;

end

else if MessageDlg ('Удалить запись?', mtConfirmation,[mbYes, mbNo], 0)= mrYes then begin

DM.GOODS.Delete;

Paint;

end;

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

Листинг 2.4 — Код обработчика события нажатия на кнопку «Фильтровать»

procedure TfmGoods. BitBtnFilterYesClick (Sender: TObject);

begin

DM.GOODS.IndexName:= 'indexPurchasingPrice';

with DM. GOODS do begin

//установка нижней границы диапазона закупочной цены

SetRangeStart;

FieldByName ('GPurchasingPrice').AsString:= EditPurchasingPriceMin. Text;

//установка верхней границы диапазона закупочной цены

SetRangeEnd;

FieldByName ('GPurchasingPrice').AsString:= EditPurchasingPriceMax. Text;

//включаем фильтрацию

ApplyRange;

end;

end;

Таким образом, модуль fmGoodsU полностью реализован.

2.5.6 Создание модуля fmGoodsWU

Внешний вид формы модуля fmGoodsWU был представлен на рисунке 2.37. Дерево объектов формы модуля fmGoodsWU показано на рисунке 2.38. Как видно из рисунка 2.38, форма модуля fmGoodsWU содержит 19 визуальных объектов. Командные кнопки с надписями «Добавить ед. изм.» и «Добавить коэфф.» предназначены для добавления записей в справочники «Единицы измерения» и «Группы ценообразования».

2.5.7 Создание отчетов

В соответствии с техническим заданием на проектирование, информационная подсистема «TradeBusiness» должна поддерживать автоматизированное формирование, просмотр и печать следующих десяти отчетов:

— карточка учета товара.

— счет-фактура;

— приходная накладная;

— расходная накладная;

— остатки ТМЦ в пунктах продаж;

— остатки ТМЦ в указанном пункте продаж;

— состояние пунктов продаж;

— состояние указанного пункта продаж;

— расходы за период времени;

— доходы за период времени.

Для формирования данных, отображаемых в этих отчетах, модуль данных программы был дополнен девятью SQL-запросов на выборку, например, QueryRashodNaklSummTotall (запрос для формирования итоговой суммы товаров в расходной накладной), QueryStateThisStorage (запрос для формирования данных о состоянии указанного пункта продаж) и др. Внешний вид некоторых из перечисленных запросов представлен на рисунках 2.39 и 2.40.

Все перечисленные ранее отчеты разрабатывалась в Delphi с использованием конструктора отчетов QuickReport. Внешний вид отчетов «Счет-фактура» и «Карточка учета товара» на этапе разработки в конструкторе QuickReport и в окне предварительного просмотра показан на рисунках 2.41 — 2.43.

Внешний вид остальных отчетов, формируемых информационной подсистемой «TradeBusiness», представлен на рисунках 2.44 — 2.48.

2.5.8 Компиляция и отладка проекта

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

Отметим, что в процессе реализации проекта было создано 37 модулей и 36 форм (модуль данных не имеет формы), что подтверждается данными окна Project Manager проекта (рисунок 2.49). Внешний вид некоторых из этих форм был представлен ранее на рисунках 2.36 и 2.37.

Свойства исполнимого файла проекта представлены на рисунке 2.50. Как следует из рисунка 2.50, размер исполнимого файла TradeBusiness. exe разработанной информационной подсистемы «TradeBusiness» составляет 1, 95 Мбайт.

Теперь создадим программы установки информационной подсистемы «TradeBusiness» на компьютер пользователя.

Рисунок 2.44 — Внешний вид отчета «Расходная накладная»

Рисунок 2.45 — Внешний вид отчета «Состояние указанного пункта продаж»

Рисунок 2.46 — Внешний вид отчета «Остатки ТМЦ на указанном складе»

Рисунок 2.47 — Внешний вид отчета «Расходы за период времени»

Рисунок 2.48 — Внешний вид отчета «Доходы за период времени»

2.5.9 Создание программы установки информационной подсистемы «TradeBusiness» на компьютер пользователя

Для создания программы установки информационной подсистемы «TradeBusiness» на компьютер пользователя воспользуемся пакетом для создания инсталляторов InstallShieldExpress.

После запуска инсталлятора и выбора нового проекта открывается страница New Project, в котором зададим название новому проекту инсталляции (рисунок 2.51).

После нажатия на кнопку OK откроется первое окно мастера создания программы установки (рисунок 2.52).

В этом окне зададим общие данные о проекте инсталляции и определим директорию установки информационной подсистемы «TradeBusiness» на компьютер пользователя.

После выполнения ряда стандартных операций программа InstallShield Express успешно создает инсталлятор. В результате получим файл setup. exe, свойства которого показаны на рисунке 2.53.

Как видно из этого рисунка размер файла setup. exe составляет 894 кбайт. Свойства папки с файлами дистрибутива информационной подсистемы «TradeBusiness» показаны на рисунке 2.54. Как видно из этого рисунка, размер папки с файлами дистрибутива информационной подсистемы «TradeBusiness» составляет 24,7 Мбайт. Эта папка содержит 140 файлов и восемь вложенных папок.

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

Тестирование программы показало, что она в полном объеме удовлетворяет требованиям заказчика. В настоящее время, разработанная информационная подсистема «TradeBusiness», уже внедрена в практику деятельности ИП Маслова А. Е. и находится в стадии опытной эксплуатации.

Выводы

1. База данных информационной подсистема «TradeBusiness» является реляционной и содержит 12 таблиц. При разработке этой базы данных было использовано CASE-средство ERwin 4.0.

2. Для реализации в среде Borland Delphi 7 Windows-приложения, обеспечивающего требования технического задания на разработку информационной подсистема «TradeBusiness», потребовалось создать 37модулей и 36 форм.

3. Размер исполнимого файла разработанного Windows-приложения составляет 1,95 Мбайт.

4. При помощи программы InstallShield Express создан файл setup. exe, позволяющий инсталлировать информационную подсистему «TradeBusiness» на компьютер пользователя. Размер файла setup. exe составляет 894 кбайт.

5. Размер папки с файлами дистрибутива информационной подсистемы «TradeBusiness» составляет 24,7 Мбайт. Эта папка содержит 140 файла и восемь вложенных папок.

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

3. ИНФОРМАЦИОННОЕ И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

3.1 Общие сведения о программе

Общие сведения о программе (информационной подсистеме «TradeBusiness») представлены в таблице 3.1.

Таблица 3.1 — Общие сведения о разработанном Windowsприложении