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

Размещено на 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.

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

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

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

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

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

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

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

• Реализации информационной подсистемы "Advancement"

  Формы документов, SQL-скрипт создания базы данных информационной подсистемы "Advancement". Листинги основных модулей проекта Delphi. Визуальные средства разработки приложений. Диалоговые окна программы Erwin. Атрибуты сущностей, входящие в базу данных.
  
  дипломная работа [3,3 M], добавлен 01.07.2011
  

• Разработка информационной подсистемы для отдела менеджмента ООО Агентства "Кавказинтерпресс"

  Оценка организационной структуры и процесс реализации информационной подсистемы отдела менеджмента предприятия. Требования к информационной подсистеме и техническому обеспечению. Технико-экономическое обоснование разработки информационной подсистемы.
  
  дипломная работа [2,1 M], добавлен 29.06.2011
  

• Разработка информационной подсистемы управления доступом к электронным ресурсам компьютерной сети для ООО "Еврософт", г. Ставрополь

  Характеристика предприятия и выбор инструментальной среды разработки информационной подсистемы, ее реализация. Обоснование минимальных и достаточных требований к техническому обеспечению. Экономическая целесообразность и эффективность внедрения проекта.
  
  дипломная работа [1,8 M], добавлен 29.06.2011
  

• Реализация информационной подсистемы "Computers"

  Создание логической модели базы данных информационной подсистемы "Computers". Ввод атрибутов, первичных ключей сущностей базы данных. Требования к центральному процессору, монитору, принтеру. Оценка экономической эффективности внедрения программы.
  
  дипломная работа [1,2 M], добавлен 01.07.2011
  

• Разработка информационной подсистемы "Склад" ООО "Минтком"

  Проектирование функциональной структуры подсистемы "Склад". Даталогическое проектирование информационной базы данных и описание применяемых средств защиты информации. Особенности работы с NET Framework. Расчет экономической эффективности проекта.
  
  дипломная работа [5,6 M], добавлен 29.06.2011
  

• Реализация информационной подсистемы

  Объекты и методы проведения предпроектного обследования предприятия, анализ результатов . Схема организационной структуры управления и документооборота. Назначение информационной подсистемы. Реализация подсистемы "Helpdesk" на основе "1С: Предприятие".
  
  дипломная работа [6,9 M], добавлен 24.06.2011
  

• Проектирование функциональной подсистемы обслуживания клиентов в турфирме

  Описание методологии проектирования и создания выбранного компонента экономической информационной системы. Описание функциональной и информационной моделей автоматизируемого процесса. Формы первичных и результатных документов, дерево программных модулей.
  
  курсовая работа [1,7 M], добавлен 27.05.2014
  

• Разработка информационной подсистемы учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф.

  Назначение и логическая структура системы документооборота ИП Быкова Л.Ф. Техническое задание и программное обеспечение информационной подсистемы учета закупок и реализации продовольственной продукции; создание базы данных и клиентского приложения.
  
  дипломная работа [5,7 M], добавлен 11.06.2014
  

• Разработка информационной подсистемы учета почтовых отправлений для филиала ФГУП "Почта России" Шпаковский почтамт, г. Михайловск

  Программа проведения обследования предприятия. Технические и программные средства ЭИВТ предприятия. Организация доступа к мировым информационным сетям. Обеспечение информационной безопасности. Создание программы установки информационной подсистемы "Post".
  
  дипломная работа [6,5 M], добавлен 24.06.2011
  

• Разработка информационной подсистемы тестирования встроенного программного обеспечения PLC-модемов для ЗАО "КИЭП "Энергомера"

  Проектирование базы данных, информационной подсистемы PLC-Tester, модуля тестирования и web-приложения. Разработка логической структуры программного продукта и общие требования к техническому обеспечению. Запуск программы и описание тестовых прогонов.
  
  дипломная работа [3,2 M], добавлен 30.06.2011
  

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