Алгоритм:

· Проверка наличия данных о подразделении в БД

· Если данные отсутствуют, то внести новую запись в БД

· Вывести данные о подразделении на экран.

Для модуля А 1.7:

Процесс: Проверка и внесение данных о производителях.

Вход: информация о производителе.

Выход: сформированные данные о производителе в БД

Алгоритм:

· Проверка наличия данных о производителе в БД

· Если данные отсутствуют, то внести новую запись в БД

· Вывести данные о производителе на экран.

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

Рисунок 2.5. Функционально-технологическая схема задачи Б1 «Введение документов».

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

Рисунок 2.6. Блок схема решения задачи Б1 «Введение документов»

Рисунок 2.7. Функционально-технологические схемы модулей задачи Б1

Далее рассмотрим задачу получения отчетов, назовем ее В1. Для решения этой задачи пользователь программы выбирает нужный вид отчета, в результате чего формируется экранная форма выбранного вида отчета Функционально-технологическая схема задачи В1 представлена на рисунке 2.19.

Рисунок 2.8. Функционально-технологическая схема задачи В1 «Формирование отчетов»

Блок-схема задачи В1 приведена на рисунке 2.20, а функционально-технологические схемы всех модулей задачи В1 - на рисунке 2.21

Рисунок 2.9. Блок-схема задачи В1

Рисунок 2.10. Функционально-технологические схемы модулей задачи В1

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

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

Реализация контрольного примера состоит из трех этапов:

· Ввод тестовой информации в справочники;

· ввод тестовых примеров движения товаров на складе;

· получение отчетов, отражающих изменение количества товаров на складах и позволяющих сделать анализ движений.

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

В справочник товаров были введены три товара:

· Дверь «Клинкор» металлическая;

· Дверь «Базель» деревянная;

· Дверь «Вегас» металлическая

На рисунке 2.24 приведена экранная форма со списком товаров.

Рисунок 2.11. Список товаров

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

Таблица 17. Тестовые данные по свойствам товаров.

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

Таблица 18. Тестовые данные назначения свойств товаров товарам.

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

Таблица 19. Тестовые данные по проектам.

Отнесение товара к тому или иному проекту представлено в таблице 20.

Таблица 20. Тестовые данные по отнесению товаров к проектам.

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

Рисунок 2.12. Тестовая Форма редактирования товара

Также для полноты тестового примера необходимо заполнить справочники производителей, клиентов, складов и пользователей. Их заполнение приведено на рисунках 2.26 - 2.29.

Рисунок 2.13. Тестовое заполнение справочника производителей

Рисунок 2.14. Тестовое заполнение справочника клиентов.

Рисунок 2.15. Тестовое заполнение справочника складов.

Рисунок 2.16. Тестовое заполнение справочника пользователей.

Результатом этого этапа тестирования является заполненная база данных, в которую внесены все данные справочников. Наиболее эффективным и демонстративным способом проверки полноты и правильности заполнения справочников является поиск нужного товара при помощи фильтра товаров. Фильтр товаров позволяет осуществить отбор товара по любым критериям и их совокупности. Так при тестировании были сделаны следующие отборы:

· все изделия, имеющие замок «Тайсон» (форма фильтра приведена на рисунке ).

· все изделия, относящиеся к проекту «Загородный дом» или к проекту «Квартира в многоквартирном доме»

· все изделия производителя «Клондайк».

Рисунок 2.17. Задание фильтра товаров.

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

Рисунок 2.18. Журнал документов.

Рисунок 2.19. Форма документа.

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

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

Заключение

В результате выполнения дипломного проекта изучена методика ведения складского учета в ООО «Юнион-двери».

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

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

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

Программа работает в операционной системе Windows 95/98, NT, 2000 , XP и выполнена в среде Borland C++ Builder. Результатами работы программы являются таблицы документов движения по складам и остатков товаров на складах.

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

Список использованных источников

1. Подбельский В.В., Фомин С.С. Программирование на языке Си: Учеб. Пособие. - 2-е доп. Изд. - М: Финансы и статистика, 2002. - 600с.

2. Герберт Шилдт Программирование на C и C++ для Windows 95 - К.: Торгово - издательское бюро BHV, 1996

3. Ч. Петзолд Программирование для Windows 95; в двух томах - СПб.: BHV - Санк-Петербург, 1997

4. Архангельский П.А. «Программирование в Borland C++ 4.0» M. Наука, 2000

5. Страуструп Б. «Язык программирования С++: Пер. с англ.» М. Радио и связь, 1991.-352с.:ил.

6. Бобровский С.И. Delphi 5 - М.: Питер, 2002.

7. Гаевский A. Разработка программных приложений на Delphi 6 - М.: Киев, 2000.

8. Зуев В. A. Turbo Pascal 6.0, 7.0. М.: Москва, 1998.

9. Коцюбинский А.О., Грошев С.В. Язык программирования Delphi 5 - М.: Москва, 1999.

10. Леонтьев В.И. Delphi 5 - М.: Москва, 1999.

11. Моисеев А.С. Object Pascal - М.: Москва, 2000.

12. Немнюгин С.А. Программирование - М.: Питер, 2000.

13. Ремизов Н. C. Delphi - М.: Питер, 2000

14. Архангельский П.А. Программирование в Delphi 5. M., Наука, 2000

15. Дарахвелидзе П.Г. Программирование в DELPHI 5. СПб., Бином, 2000

16. Тейксейра С. Т. DELPHI 5. Руководство разработчика. М., Вильямс, 2000

17. Угринович Н. Информатика и информационные технологии. Набор базовых знаний. М., Радио и связь, 2000

18. Фаронов В.В. Delphi 3. Учебный курс. М., Нолидж, 1998

19. Фаронов В.В. Delphi 4. Учебный курс. М., Нолидж, 1998

20. Харрингтон Дж. Проектирование реляционных баз данных. М., ЛОРИ, 2000

21. Шумаков В.П. Delphi 3 и создание приложений баз данных. М., Нолидж, 1998

22. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам

23. ГОСТ 19.103-33 ЕСПД. Обозначение программ и программных документов.

24. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

Приложение

Диаграмма потока данных «как есть»

Диаграмма потока данных «как должно быть».

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