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

Назначение и цели создания информационной подсистемы. Создание проекта и модулей Borland Delphi 7 для реализации информационной подсистемы "TradeBusiness". Компиляция и отладка проекта, требования к обеспечению и оценка экономической эффективности.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 24.06.2011
Размер файла 2,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

6

Введение

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

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

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

Во втором разделе пояснительной записки рассмотрены вопросы реализации информационной подсистемы «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

2

3

Общие сведения о предпринимателе

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

Проектировщик

Мельгунова О. Е.

Виды деятельности предпринимателя

Аналогично

Аналогично

Цели бизнеса предпринимателя

Аналогично

Аналогично

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

Аналогично

Аналогично

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

Аналогично

Аналогично

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

Аналогично

Аналогично

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

Аналогично

Аналогично

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

Аналогично

Аналогично

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

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

Наименование вопроса

Код

работы

Исполнитель

Дата

начала

Кол-во

дней

Дата окончания

1

2

3

4

5

6

Общие сведения о предпринимателе

001

Проектировщик

Мельгунова О. Е.

10.01.11

2

12.01.11

Виды деятельности предпринимателя

002

Аналогично

13.01.11

7

20.01.11

Цели бизнеса предпринимателя

003

Аналогично

21.01.11

5

25.01.11

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

004

Аналогично

26.01.11

6

31.01.11

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

005

Аналогично

01.02.11

5

06.02.11

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

006

Аналогично

07.02.11

4

10.02.11

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

007

Проектировщик

Мельгунова О. Е.

11.02.11

2

12.02.11

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

008

Аналогично

13.02.11

22

06.03.11

Всего затрачено дней

55

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

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

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

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

- ИНН: 263601496343;

- ОГРН: 304263521500413;

- ОКВЭД: 52.48.32.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Цель

Средства достижения

Критерий

эффективности

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

Ц11 - реклама деятельности предпринимателя на территории Ставропольского края

Ц12 - освоение новых видов рекламы

Повышение уровня конкурентоспособности и увеличение коммерческой прибыли на 25%

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

Ц21 - поиск новых выгодных условий работы с поставщиками

Ц22 - рациональное использование оборотных средств

Существенное увеличение коммерческой прибыли на 15%

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

Ц31- замена базы данных на бумажных носителях приложением баз данных на платформе Windows

Ц32 - внедрение новых программных продуктов, позволяющих автоматизировать учет коммерческой деятельности

Сокращение временных затрат на учет коммерческой деятельности в несколько раз

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

Ц41- изучение и внедрение передового опыта работы с клиентами

Ц42- самообразование

Увеличение коммерческой прибыли на 10%

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

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

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

Код документа

Название

документа

Кто составляет

документ

Кто использует

документ

Периодичность составления

документа

1

Тетрадь учета продаж цветов в пункте реализации

Флорист-продавец

Флорист-продавец

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

Ежедневно

2

Журнал учета продаж цветов

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

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

Один раз в неделю

Схема документооборота, связанного с учетом коммерческой деятельности предпринимателя представлена на рисунке 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 - Перечень сущностей предметной области

Идентификатор сущности

Назначение сущности

GROUPGOODS

Справочник «Группа товаров»

GOODS

Справочник «Товар»

EXPENSEINVOICE

Расходная накладная

EXPENSE

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

FIRMA

Справочник «Фирма»

INCOMEINVOICE

Приходная накладная

INCOME

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

PASSWORD

Хранение информации о паролях

RECIPIENT

Справочник «Оптовый покупатель»

Storage

Справочник «Пункт продаж»

SUPPLIER

Справочник «Поставщики»

UNITS

Справочник «Единицы измерения»

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

Сущность

Атрибут

Ключ

Тип

Назначение

GROUPGOODS

GroupGoodsID

Число

Код группы товаров

GName

Нет

Строка

Название группы товаров

GOODS

GoodsName

Строка

Название товара

GroupGoodsID

FK

Число

Код группы товаров

UnitsID

FK

Число

Код единицы измерения

GPurchasingPrice

Нет

Число

Закупочная цена

GCoefRetailPrice

Нет

Число

Коэффициент торговой надбавки при розничной продаже

GCoefGrossSale1

Нет

Число

Коэффициент торговой надбавки при оптовой продаже № 1

GCoefGrossSale2

Нет

Число

Коэффициент торговой надбавки при оптовой продаже № 2

GMinReserve

Нет

Число

Минимальный запас

EXPENSEINVOICE

ExpenseInvoseID

Число

Код расходной накладной

ENumber

Нет

Строка

Накладная №

EInvoseNumber

Нет

Строка

Счет-фактура №

EDate

Нет

Дата/Время

Дата расходной накладной

EXPENSEINVOICE

EDocument

Нет

Строка

Документ-основание

ERaschetDokNumber

Нет

Строка

Платежно-расчетный документ №

ERaschetDokDate

Нет

Дата/Время

Платежно-расчетный документ дата

StorageID

FK

Число

Код пункта продаж

RecipientID

FK

Число

Код оптового покупателя

EOperationDate

Нет

Дата/Время

Дата операции

EActualDate

Нет

Дата/Время

Фактическая дата

Дата: факт

EActualTime

Нет

Дата/Время

Фактическое время

Время: факт

ELastEditorialDate

Нет

Дата/Время

Дата последней редакции

Дата посл. ред.

ELastEditorialTime

Нет

Дата/Время

Время последней редакции

Время посл. ред.

ENote

Нет

Строка

Примечание

EXPENSE

ExpenseID

Число

Код расхода товаров

ExpenseInvoseID

FK

Число

Код расходной накладной

GoodsName

FK

Строка

Название товара

ECount

Нет

Число

Количество, шт.

Кол-во

GoodsPrice

Нет

Число

Цена ед.изм.

FIRMA

Name

Строка

Наименование

Shet

Нет

Строка

Расчетный счет

BIK

Нет

Строка

БИК

Bank

Нет

Строка

Банк

INN

Нет

Строка

ИНН

KPP

Нет

Строка

КПП

FIRMA

LegalAddress

Нет

Строка

Юридический адрес

TelephoneFaks

Нет

Строка

Телефон, факс

StavkaNDS

Нет

Число

Ставка НДС, %

INCOMEINVOICE

IncomeInvoseID

Нет

Число

Код приходной накладной

INumber

Нет

Строка

Накладная №

IDate

Нет

Дата/Время

Дата приходной накладной

StorageID

FK

Число

Код пункта продаж

SupplierID

FK

Число

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

IOperationDate

Нет

Дата/Время

Дата операции

IActualDate

Нет

Дата/Время

Фактическая дата

IActualTime

Нет

Дата/Время

Фактическое время

ILastEditorialDate

Нет

Дата/Время

Дата последней редакции

ILastEditorialTime

Нет

Дата/Время

Время последней редакции

INCOME

IncomeID

Число

Код прихода материалов

IncomeInvoseID

FK

Число

Код приходной накладной

GoodsName

FK

Строка

Название товара

ICount

Нет

Число

Количество, шт.

GoodsPrice

Нет

Число

Цена ед.изм.

PASSWORD

PasswordID

Строка

Пароль

RECIPIENT

RecipientID

Число

Код оптового покупателя

RecName

Нет

Строка

Название

RecAddress

Нет

Строка

Адрес

RecTelephone

Нет

Строка

Телефон

RecINN

Нет

Строка

ИНН

RecKPP

Нет

Строка

КПП

RecNote

Нет

Строка

Примечание

Storage

StorageID

Число

Код пункта продаж

SName

Нет

Строка

Название

Storage

SAddress

Нет

Строка

Адрес пункта продаж

STelephone

Нет

Строка

Телефон

SUPPLIER

SupplierID

Нет

Число

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

SupName

Нет

Строка

Название

SupAddress

Нет

Строка

Адрес

SupTelephone

Нет

Число

Телефон

SupNote

Нет

Строка

Примечание

UNITS

UnitsID

Число

Код единицы измерения

USymbol

Нет

Строка

Кодовое буквенное

обозначение

UName

Нет

Строка

Название

Для внесения указанных сущностей в логическую модель базы данных информационной подсистемы «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»

Дочерняя сущность

Наследуемый (внешний) ключ

Родительская сущность

Тип связи

Кратность связи

1

2

3

4

5

GOODS

GroupGoodsID

GROUPGOODS

Неидентифицирующая

1:N

UnitsID

UNITS

Аналогично

1:N

EXPENSEINVOICE

StorageID

Storage

Аналогично

1:N

RecipientID

RECIPIENT

Аналогично

1:N

EXPENSE

ExpenseInvoseID

EXPENSEINVOICE

Аналогично

1:N

GoodsName

GOODS

Аналогично

1:N

INCOMEINVOICE

StorageID

Storage

Аналогично

1:N

SupplierID

SUPPLIER

Аналогично

1:N

INCOME

IncomeInvoseID

INCOMEINVOICE

Аналогично

1:N

GoodsName

GOODS

Аналогично

1:N

Из анализа таблицы 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 Files\Borland\Delphi7\Projects и создадим в ней папку с именем TradeBusiness. Полный путь к папке TradeBusiness выглядит так C:\Program Files\Borland\Delphi7\Work\TradeBusiness. Папка TradeBusiness будет содержать файлы проекта информационной подсистемы.

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

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

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

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

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

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

Название модуля

Назначение модуля

1

2

dmTradeBusiness

Модуль данных для инкапсуляции наборов данных приложения

fmAboutBoxU

Cправка о программе и её авторе

fmExpenseInvoseU

Ввод и корректировка расходной накладной

fmExpenseU

Ввод и корректировка списка товаров по расходной накладной

fmFirmaU

Справочник «Фирма»

fmFirmaWU

Ввод и корректировка данных справочника «Фирма»

fmGoodsCardU

Карточка учета товара

fmGoodsCountPrihodU

Ввод и корректировка количества товара по приходной накладной

fmGoodsCountRashodU

Ввод и корректировка количества товара по расходной накладной

fmGoodsDownSaleU

Товар на продажу

fmGoodsU

Справочник «Товар»

fmGoodsWU

Ввод и корректировка данных справочника «Товар»

fmGroupGoodsU

Справочник «Группа товаров»

fmGroupGoodsWU

Ввод и корректировка данных справочника «Группа товаров»

fmIncomeInvoseU

Ввод и корректировка приходной накладной

fmIncomeU

Ввод и корректировка списка товаров по приходной накладной

fmMainU

Главная форма

fmPricingU

Справочник «Группы ценообразования»

fmPricingWU

Ввод и корректировка данных справочника «Группы ценообразования»

fmQReportGoodsCardU

Отчет «Карточка учета товара»

fmQReportlnvoiceU

Отчет «Счет-фактура»

fmQReportPrihodNaklU

Отчет «Приходная накладная»

fmQReportPashodNaklU

Отчет «Расходная накладная»

fmQReportRemaindersStoragesU

Отчет «Остатки ТМЦ в пунктах продаж»

fmQReportRemaindersThisStorageU

Отчет «Остатки ТМЦ в указанном пункте продаж»

fmQReportStateAllStorageU

Отчет «Состояние пунктов продаж»

fmQReportStateThisStorageU

Отчет «Состояние указанного пункта продаж»

fmRecipientU

Справочник «Оптовый покупатель»

fmRecipientWU

Ввод и корректировка данных справочника «Оптовый покупатель

fmSelectStorageU

Выбор пункта продаж для формирования соответствующего отчета

fmStorageStateU

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

fmStorageU

Справочник «Пункты продаж»

fmStorageWU

Ввод и корректировка данных справочника «Пункты продаж»

fmSupplierU

Справочник «Поставщик»

fmSupplierWU

Ввод и корректировка данных справочника «Поставщик»

fmUnitsU

Справочник «Единицы измерения»

fmUnitsWU

Ввод и корректировка данных справочника «Единицы измерения»

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

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.41 - Внешний вид отчета «Счет-фактура» в конструкторе QuickReport

Рисунок 2.42 - Внешний вид отчета «Счет-фактура» в окне предварительного просмотра

Рисунок 2.43 - Внешний вид отчета «Карточка учета товара» в окне предварительного просмотра

Рисунок 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- приложении

Наименование сведений

Содержание сведений

Обозначение программы

TradeBusiness

Наименование программы

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

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

Операционная система

Windows 98/ME/NT4.0/2000/XP/2003

Язык программирования (среда разработки), на которой написана программа

Язык программирования - Delphi


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.