Файл: Проектирование реализации операций бизнес-процесса «предоставление рекламных услуг». (Выбор комплекса задач автоматизации).pdf
Добавлен: 25.05.2023
Просмотров: 192
Скачиваний: 3
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Обоснование проектных решений по информационному обеспечению.
1.3. Обоснование проектных решений по программному обеспечению.
2.1. Информационная модель и её описание.
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации.
2.4. Общие положения (дерево функций и сценарий диалога).
2.5. Характеристика базы данных.
2.6. Структурная схема пакета (дерево вызова программных модулей).
2.7 Описание программных модулей.
Преимущества Access:
1. Расположения всех объектов, которыми оперирует Access в одном файле. Это позволяет без труда переносить программу на другие ПК;
2. Наличие возможности управления объектами Access через высокоуровневый, стандартный для пакета Office, язык программирования VBA;
3. Возможность создания в таблицах таких полей как Счетчик и OLE;
4. Возможность организации ссылочной целостности через удобный интерфейс - СХЕМА БД;
5. Наличие мастеров для создания тех или иных операций с программой;
6. Макросы;
7. Обработка на клиенте при определенных условиях только индексов и возврат с файл сервера данных по отобранным индексам;
8. Удобный визуальный редактор запросов (редактор запросов по образцу);
9. Наличие возможности программного управления транзакциями для поддержки целостности БД;
10. Наличие довольно неплохого оптимизатора запросов;
11. Проекты ACCESS - один из лучших сред для разработки клиентской части к MS SQL Server;
12. Работа с ODBC, возможность интерактивной разработки запросов для различных СУБД;
13. Наличие RunTime версии;
14. Возможность защиты кода паролем и "компиляция" в mde/ade формат для распространения среди конечных пользователей;
Недостатки Access:
1. Расположения всех объектов, которыми оперирует Access в одном файле. Больше актуально для разработчиков многопользовательских вариантов программ, так как приходится затрачивать дополнительные усилия для удобства разработки;
2. Трудности в разработке "нестандартного" GUI;
3. Склонность к разрушению БД при сетевых сбоях или локальном сбое железа;
4. Низкая производительность при большом кол-ве пользователей при работе в классической ФС архитектуре;
5. Неудобный редактор запросов интерактивного SQL;
6. Нестрогая совместимость версий Access при разработке проектов с разными версиями MS SQL Server;
7. Различие оформления инструкций запросов/функций в режимах конструкторов и исходном VBA коде.
2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ
2.1. Информационная модель и её описание.
Информационная модель включает в себя схему движения входных, промежуточных и итоговых потоков и функций предметной области. Также она объясняет, на базе каких входных документов и какой нормативно-справочной информации выполняются функции обработки данных и происходит составление конкретных выходных документов.
Информационная модель разработанной программы изображена на рисунке 5.
Рисунок 5. Информационная модель
2.2. Характеристика нормативно-справочной, входной и оперативной информации
Входной информацией является информация о заказчике, о сотрудниках, об услугах, а так же данные о заключаемых и заключенных договорах. Эти данные поступают как в цифровом, так и в печатном виде.
Данные из входных документов вносятся в систему путём ручного ввода данных.
В систему вносятся следующие данные:
- О сотруднике: фамилия, имя, отчество, должность, телефон, электронный адрес;
- О заказчике: название организации, контактное лицо, телефон, электронный адрес;
- Об услугах: наименование услуги, цена, единица измерения услуги, материал изготовления рекламы.
В качестве данных о заключаемых заявках в систему вносятся следующие данные - дата приема заявки, количество единиц, испольнитель.
2.3. Характеристика результатной информации.
К результирующей информации относятся уже заполненные справочники, и отчеты о выполненных/невыполненных работах и отчет о стоимости выполненных работы.
Пример, отчета о стоимости выполненных работ по сотрудникам (например, был введен сотрудник - Иванов) показан на рисунке 6.
Рисунок 6. Фрагмент отчета о стоимости выполненных работ
2.4. Общие положения (дерево функций и сценарий диалога).
Программа создана для 1 пользователя – работника отдела маркетинга.
Дерево функций – это последовательное описание действий, которые выполняет пользователь программы. Для созданной программы дерево функций имеет иерархическую структуру.
Дерево функций продемонстрированно на рисунке 7.
Рисунок 7. Дерево функции
На рисунке 8 представлен сценарий диалога со справочниками БД.
Рисунок 8. Сценарий диалога со справочниками БД
2.5. Характеристика базы данных.
ER-модель программы показана на рисунке 9.
Рисунок 9. ER-модель программы
Далее определим для каждой таблицы тип поля и формат содержащихся в нем данных.
Таблица 1. Заказчики(Независимая)
|
Заголовок поля |
Идентификатор поля |
Ключ |
Тип поля |
Длина |
|
|
1 |
Код заказчика |
Код заказчика |
PK |
Numeric |
10 |
|
2 |
Название организации |
Название организации |
Character |
255 |
|
|
3 |
Контактное лицо |
Контактное лицо |
Character |
255 |
|
|
4 |
Телефон |
Телефон |
Numeric |
10 |
|
|
5 |
Электронный адрес |
ЭлектрАдрес |
Character |
255 |
Таблица 2. Наименование рекламных услуг (Независимая)
|
Заголовок поля |
Идентификатор поля |
Ключ |
Тип поля |
Длина |
|
|
1 |
Код услуги |
Код услуги |
PK |
Numeric |
10 |
|
2 |
Наименование услуги |
Наименование услуги |
Character |
15 |
|
|
3 |
Цена |
Цена |
Numeric |
15 |
|
|
4 |
ЕдИзмерения |
ЕдИзмерения |
Character |
255 |
|
|
5 |
Материал |
Материал |
Character |
255 |
Таблица 3. Сотрудники (Независимая)
|
Заголовок поля |
Идентификатор поля |
Ключ |
Тип поля |
Длина |
|
|
1 |
Код сотрудника |
Код сотрудника |
PK |
Numeric |
2 |
|
2 |
Фамилия |
Фамилия |
Character |
15 |
|
|
3 |
Имя |
Имя |
Character |
15 |
|
|
4 |
Отчество |
Отчество |
Character |
15 |
|
|
5 |
Должность |
Должность |
Character |
15 |
|
|
6 |
Телефон |
Телефон |
Numeric |
15 |
|
|
7 |
Электронный адрес |
Электронный адрес |
Character |
15 |
Таблица 4. Заявки( Независимая )
|
Заголовок поля |
Идентификатор поля |
Ключ |
Тип поля |
Длина |
|
|
1 |
Номер заявки |
Номер заявки |
PK |
Numeric |
10 |
|
2 |
Дата приема |
Дата приема |
Date |
8 |
|
|
3 |
Код клиента |
Код заказчика |
FK |
Numeric |
10 |
|
4 |
Код услуги |
Код услуги |
FK |
Numeric |
10 |
|
5 |
количество |
количество |
Numeric |
10 |
|
|
6 |
исполнитель |
код сотрудника |
FK |
Numeric |
2 |
Таблица 5. Платежное поручение( Независимая )
|
Заголовок поля |
Идентификатор поля |
Ключ |
Тип поля |
Длина |
|
|
1 |
№ПП |
№ПП |
Numeric |
3 |
|
|
2 |
Дата |
Дата |
Date |
8 |
|
|
3 |
Код заказчика |
Код заказчика |
FK |
Numeric |
10 |
|
4 |
Номер заявки |
Номер заявки |
FK |
Numeric |
3 |
|
5 |
Сумма |
Сумма |
Numeric |
15 |
2.6. Структурная схема пакета (дерево вызова программных модулей).
Разработанный модуль включает в себя серверную и клиентскую часть Серверная часть является приложением для взаимодействия с базой данных, клиентская – интерфейсом для ввода данных и получения отчетной информации. Структурная схема пакета представлена на рисунке 10.
Рисунок 10. Структурная схема пакета
2.7 Описание программных модулей.
Описание программных модулей представлено в виде схемы, которая представлена в Приложении 1.
2.8. Контрольный пример реализации проекта и его описание.
При запуске приложения открывается основная форма нашей информационной системы на которой расположены кнопки управления
Рисунок 11. Основная форма программы
На основной форме расположены четыре кнопки
- Прайс-лист
- Акты выполненых работ
- Поступившие заявки
- Отчеты
- При нажатии на кнопку «Прайс-лист» отобразится запись таблицы БД. (См. Рисунок 12).
Рисунок 12. Форма «Прайс-лист»
При нажатии на кнопку «Поступившие заявки» программа автоматически формирует лист отчета.
Рисунок 13. Акты выполненных работ
При нажатии на кнопку «Поступившие заявки» программа автоматически формирует лист отчета.
Рисунок 14. Поступившие заявки
При нажатии на кнопку «Отчеты» открывается окно диалога изображенный на рисунке 15. Все отчеты представлены на рисунках 16 и 17 (См. Рисунки ниже).
Рисунок 15. Кнопочна форма «Отчеты»
Рисунок 16. Выполненные услуги за период
Рисунок 17. Невыполненные работы
В заключение можно сказать, что программа работает, и тестирование прошла.
ЗАКЛЮЧЕНИЕ
Цель данной курсовой работы разработка программы для учета рекламных услуг Рекламной фирмы. Поставленная цель была выполнена. В процессе написания курсовой работы было:
- Изучена предметная область;
- Создана база данных;
- Спроектировано и разработано приложение.
Созданный программный продукт имеет удобный интерфейс, который имеет интуитивно-понятные связи между диалогами ввода информации.
В результате внедрения созданной программы, в рекламной фирме:
- уменьшится времени выполнения каждой функции;
- автоматически будут создавать документации и статистические отчеты;
- простой и быстрый поиск.
Разработанная программа имеет заставкой при включении, разработано меню в каждом модуле, так же появляются строки с подсказки и окном при выходе из приложения. Также в программе для тех кто будет пользоваться создана справка.