«Разработка программного обеспечения автоматизированного рабочего места торгового представителя»

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

Задачи:

1. Предпроектное обследование объекта автоматизации – рабочего места торгового представителя.

2. Исследование программ–аналогов.

3. Разработка проекта АРМ торгового представителя предприятия по ре-монту, продаже компьютерной технике и сопровождению системного программного обеспечения ООО «Семь».

4. Разработка базы данных (СУБД MS ACCESS) для АРМ торгового представителя.

5. Разработка клиентского приложения (среда программирования Delphi 7.0, разработчик компания Borland) для АРМ торгового представителя.

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

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

Модульное тестирование – это тестирование программы на уровне отдельно взятых модулей, функций или классов. Цель модульного тестирования состоит в выявлении локализованных в модуле ошибок в реализации алгоритмов, а также в определении степени готовности системы к переходу на следующий уровень разработки и тестирования. На уровне модульного тестирования были исправлены все обнаруженные дефекты в программном продукте, связанные с алгоритмическими ошибками и ошибками кодирования алгоритмов. Реализация базы данных (БД) на сервере MS ACCESS требует корректного использования SQL–конструкций для реализации не только структуры БД, но и связей, организованных в БД: определения первичных и внешних ключей, типа таблиц, реализации целостности БД. Создание SQL–запросов к БД из клиентского приложения также требует правильного задания их компонентов, например критериев выбора и т.д.

Ошибки, связанные с неверной трактовкой данных; некорректной реали-зацией интерфейсов; совместимостью модулей, были выявлены на стадии инте-грационного тестирования. Интеграционное тестирование (тестирование сборки) – это тестирование части информационной системы, состоящей из двух и более модулей. В классической схеме данная технология интеграционного тестирования заключается в постепенном добавлении оттестированных модулей к основному модулю. Основная задача интеграционного тестирования – поиск дефектов, связанных с ошибками в реализации и интерпретации взаимодействия между модулями. Есть два метода такого тестирования: снизу вверх и сверху вниз. Первый способ подразумевает поэтапное добавление модулей в проект. И если на добавлении модуля появлялась ошибка, то велика вероятность, что она связана с этим модулем. В этом случае поиск ошибки происходил в этом модуле. Метод сверху вниз: если уже имеется повторяющаяся ошибка, то поэтапным отключением модулей функциональности программы осуществляли ее поиск. При поиске ошибок уделяли внимание неверной трактовке данных в связанных модулях, для недопущения таких ошибок во всех запросах на вычисления (например, расчета общей суммы по счетам) были проверены типы данных (указанные в запросе и фактически заданные в БД). Проверка интерфейсов связана с корректностью использования параметров, передаваемых между процедурами, для избежания таких ошибок были тщательно проверены типы и правила задания параметров используемых встроенных в СУБД ACCESS функций.

Системное тестирование охватывает целиком всю систему. Большинство функциональных сбоев было идентифицировано на уровне модульных и интеграционных тестов. Системное тестирование, обычно фокусируется на нефункциональных требованиях – безопасности, производительности, точности, надёжности т.п. На этом уровне также тестируются интерфейсы к внешним при-ложениям, аппаратному обеспечению, операционной среде и т.д. Основная за-дача системного тестирования – выявление дефектов, связанных с работой сис-темы в целом:

– неверное использование ресурсов системы,

– несовместимость с окружением,

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

Системное тестирование производится над проектом в целом с помощью метода «черного ящика» .

На этапе системного проектирования разработанного АРМ торгового представителя была проверена совместимость используемых версий программного обеспечения (ПО) DELPI 7.0 и ACCESS 2007 под управлением ОС Windows XP(7). Совместимость ПО версий DELPI и ACCESS во многом зависит от ODBC–драйвера для MySQL и версии ОС Windows, в которой предполагается работа АРМ торгового представителя. Для используемого в разработанном программном продукте сервера СУБД ACCESS 2007, среды программирования DELPHI 7.0 и ОС Windows XP был применен ODBC–драйвер AccessDatabaseEngine.exe, обеспечивающий высокое взаимодействие клиентского приложения с БД на сервере ACCESS 2007.

– оперативно реагировать на изменения;

– снизить расходы на ведение дел торговых представителей за счёт автоматизации процессов;

– повысить эффективность взаимодействия между отдельными подразделениями (склад, отдел маркетинга) и торговыми представителями.

В соответствии с заданием на дипломную работу разработан программный продукт для информационной поддержки деятельности торгового представителя ООО «Семь». Для хранения справочной информации постоянного и оперативно-го характера создана база данных в СУБД ACCESS. Были изучены теоретические сведения о существующих алгоритмах ведения электронных баз данных. В рамках выполнения дипломного задания был проведен анализ предметной области; проведено функциональное и информационное обследование деятельности торгового агента; детально изучена организация работы торгового представителя. Основным этапом выполнения дипломного задания стала разработка программных модулей ввода и обработки информации расходных накладных и приходных кассовых ордеров. Ей предшествовал выбор платформ для серверной и клиентской частей программы. Исходя из сформированных требований к системе, сделан вывод о том, что оптимальный способ реализации – это разработка клиентского приложения в среде програм-мирования DELPHI и БД на платформе СУБД MS ACCESS.

Спроектирована БД АРМ торгового представителя. Разработаны и отлажены программные формы ввода и редактирования информации, схемы данных, запросы системы для обработки результатов сбыта/оплаты товара под операционные системы семейства Windows (XP/7).

Разработанная система позволяет автоматизировать следующие функции:

– работу с базой данных документов торгового агента (хранение, добавление, редактирование, поиск и удаление информации);

– выбор интересующей информации из базы данных;

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

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

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

7. Крёнке Д. Теория и практика построения баз данных. – СПб.: Питер, 2007. – 800с.

8. Культин Н. Основы программирования в Delphi. – CПб.: «БХВ-Петербург», 2011. – с.416.

9. Маклаков С. В. BPwin и ERwin. CASE-средства разработки информационных систем. – М.: Диалог - МИФИ, 2007. – 125с.

10. Мартин Дж. Планирование развития автоматизированных систем.– М.: Финансы и статистика, 2005. – 191с.

11. Орлов С.А. Технологии разработки программного обеспечения. 2-е издание. – СПб: Питер – пресс, 2008. – 379с.

12. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 2005. Кн. 1. – 287 с.: Кн. 2. – 320с.

13. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 2005. – 294с.

14. Хансен Г., Хансен Д. Базы данных: разработка и управление. – М.: ЗАО «Издательство БИНОМ», 2009. – 704с.

15. Чекалов А. Базы данных. От проектирования до разработки прило-жений. – СПб.: BHV-Санкт-Петербург, 2008. – 384с.