Файл: Проектирование реализации операций бизнес-процесса (обоснование проектных решений по программному обеспечению).pdf
Добавлен: 15.06.2023
Просмотров: 364
Скачиваний: 3
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес–процессов
1.3. Характеристика документооборота, возникающего при решении задачи учета продаж
1.4. Обоснование проектных решений по информационному обеспечению необходимо выполнить
1.5. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.4. Общие положения (дерево функций и сценарий диалога)
2.5. Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
2.8. Контрольный пример реализации проекта и его описание
Преимущества проектирования с помощью Delphi:
1) Исключает необходимость повторного ввода данных;
2) Обеспечивает согласованность проекта и его реализации;
3) Повышение производительности разработки и переносимость программ.
2 глава. Проектная часть
2.1. Информационная модель и её описание
С точки зрения технологии и организации работы пользователя система выполняет следующие функции:
- поддерживает все необходимые операций по работе с исходными данными и результатной информацией (разграничение доступа к данным, ввод, изменение и удаление, печать, поиск – для пользователя менеджера по продажам);
- обеспечивает наличие понятного и удобного пользовательского интерфейса.
- реализует добавление/изменение/удаление различных товаров - замороженных продуктов;
- реализует функции добавления/изменения/удаления поставщиков;
- обеспечивает регистрацию продаж и поставок;
- реализует функции формирования поисковых запросов.
Информационная система позволяет осуществлять следующие функции по работе с данными и поиском информации:
- поиск товаров по шифру – позволяет осуществлять поиск товаров по шифру;
- поиск товаров по наименованию – позволяет осуществлять поиск товаров по наименованию;
- поиск товаров по дате поставки – позволяет осуществлять поиск товаров по дате поставки;
- поиск товаров по дате реализации – позволяет осуществлять поиск товаров по дате реализации;
- отчеты по реализации товаров за определенные периоды времени.
Диаграмма деятельности и алгоритм работы системы представлены в приложении А.
2.2. Характеристика нормативно-справочной, входной и оперативной информации
К нормативно-справочной информации, использующейся при работе информационной системы, относятся:
- законодательство РФ;
- справочник товаров;
- должностные инструкции;
- план продаж;
- действующие договора;
- подтверждение оплаты товара;
- номенклатура;
- стоимость товара;
- информация о клиенте.
К входной информации, использующейся для работы системы, относится:
- договор на поставку продукции;
- заявка клиента;
- прайс-лист;
- выписка из банка;
- товарная накладная;
- приходной кассовый ордер.
Форма договора на поставку продукции представлена в приложении Б.
2.3. Характеристика результатной информации
В результате работы системы формируется следующая результатная информация:
- отчет по реализации товаров;
- отчет по поставкам товаров;
- аналитический отчет;
- отчет о товарах;
- счет;
- накладная.
При оформлении реализации товаров используются следующие документы: счета и накладные. Основными реквизитами этих документов являются наименование и количество отпущенных со склада товаров.
Рисунок 11. Форма документа «Товарно-транспортная накладная»
Рисунок 12. Форма документа «Цеховая накладная»
Рисунок 13. Форма документа «Платежное поручение»
Рисунок 14. Форма документа «Платежное поручение»
Отчет о реализации товаров можно вынести в таблицу Excel.
При реализации товара заполняется накладная на отпуск товара в 2-х экземплярах – один кладовщику, второй покупателю. Выдача товара оформляется накладными, счетами-фактурами.
На всех расходных документах обязательно должна быть подпись руководителя организации или его заместителя. Все приходные и расходные документы со склада поступают бухгалтеру при реестре (описи). Реестр составляется в 2-х экземплярах – бухгалтеру и кладовщику.
2.4. Общие положения (дерево функций и сценарий диалога)
Дерево функций системы представляет декомпозицию функций системы и формируется с целью детального исследования функциональных возможностей системы и анализа совокупности функций, реализуемых на различных уровнях иерархии системы.
Исходными данными для формирования дерева функций являются основные и дополнительные функции системы.
Описание объекта на языке функций представлено на рис.15.
Информационная система
Составление справочников
Товаров
Поставщиков
Клиентов
Выполнение работ менеджерами по продажам и поставкам
Получение данных
Об имеющейся в продаже продукции
О поставках
О реализации
Поиск по дате
Поиск по шифру
Получение отчетов
Формирование прайс-листа
Отчет о продажах
Отчет о поставщиках
Отчет о поставках продукции
Отчет по складу
Отчет по клиентам
Рисунок 15 – Дерево функций
На основании дерева функций разработан сценарий диалога, схематически представленный на рисунке 16.
Интерфейс проектируемой системы создавался в виде форм приложения Delphi 7.
Главное меню
Справочники
Товары
Поставщики
Склады
Авторизация
Данные
Товар
Поставки
Продажи
Поиск по дате
Поиск по шифру
Отчеты
Прайс-лист
Отчет о продажах
Отчет о поставщиках
Отчет о поставках продукции
Отчет по складу
Отчет по клиентам
Рисунок 16 – Сценарий диалога
Формы – это средство представления информации для просмотра, изменения или печати данных в виде, удобном для восприятия пользователями. Использование форм существенно облегчает ввод и контроль данных. Кроме того, формы являются основной частью интерфейса прикладной программы, вокруг форм и строится весь алгоритм работы приложения, так как конечный пользователь не видит ничего, кроме набора форм. События, возникающие при работе с формами, определяют логику работы приложения.
Каждая форма реализована в виде модуля приложения и предназначена для удобного интерфейса пользователя при решении задач автоматизированной обработки информации:
1) хранение данных о товарах;
2) вывод в удобной форме данных по запросам пользователя;
2) автоматизация обработки информации при различных бизнес-операциях;
4) вывод данных на печать.
2.5. Характеристика базы данных
В качестве инструментального средства, реализующего метод семантического моделирования данных было выбрано CASE средство AllFusion ERwin Data Modeler 7.3.
AllFusion ERwin Data – CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Данные о сущностях и их определения разработанной модели данных, отражены в таблице 4.
Таблица 4
Сущности и их определения
|
Имя сущности |
Определение |
|
Поставщик |
Данные о поставщиках, контактная информация |
|
Клиент |
Данные о клиентах, контактная информация |
|
Поставки |
Данные о количестве и стоимости товара включенного в поставки |
|
Реализация |
Данные о реализации товаров |
|
Склад |
Данные о складировании товаров |
|
Справочник товаров |
Данные о товаре, его количестве, единицах измерения, цене |
|
Авторизация |
Данные о логине и пароле пользователя |
Связи между сущностями отражены в таблице 5.
Таблица 5
Связи между сущностями
|
Сущность1 |
Сущность2 |
Связь |
|
Поставщик |
Поставка |
Один-ко-многим |
|
Справочник товаров |
Поставка, Склад, Реализация |
Один-ко-многим |
|
Клиенты |
Реализация |
Один-ко-многим |
В таблице 6 отображены атрибуты выявленных ранее сущностей и их описание.
Таблица 6
Атрибуты сущностей
|
Сущность |
Атрибуты |
Ключи |
|
Поставщик |
Наим_Пост |
PK |
|
Адрес_Пост |
||
|
РНН |
||
|
Счет |
||
|
Ст_НДС |
||
|
Скидка |
||
|
Клиент |
ID_Клиента |
PK |
|
ФИО_Наим_Клиент |
||
|
Адрес_Клиент |
||
|
Телефон |
||
|
Счет |
||
|
Поставки |
Наим_Пост |
PK |
|
Шифр |
||
|
Ном_нак |
||
|
Дата_пост |
||
|
Кол_во |
||
|
Стоим |
||
|
Сумм_НДС |
||
|
Сумм_ск |
||
|
Продолжение таблицы 3.8 |
||
|
Склад |
Шифр |
FK |
|
Кол_во |
||
|
Стеллаж |
||
|
Реализация |
№_Чека |
PK |
|
Шифр |
FK |
|
|
Кол_во |
||
|
Дата_реал |
||
|
Стоим |
||
|
Клиент |
FK |
|
|
Справочник_товаров |
Шифр |
PK |
|
Наим_тов |
||
|
Ед_изм |
||
|
Цена |
FK |
|
|
Авторизация |
Статус |
|
|
Пароль |
||
В результате была сформирована модель предметной области на логическом уровне представления данных (рисунке17).
Отношения, разработанные на стадии формирования инфологической модели данных, дополняются типами данных, внешними и первичными ключами, образуя физическую модель данных.
Рисунок 17 – Логическая модель базы данных системы
Физическая модель представлена на рисунке 18. Данная модель была создана средствами инструментария ERWin.
Рисунок 18 – ER- диаграмма базы данных
Базу данных реализуем средствами СУБД MS Access.
Схема базы данных MS Access приведена на рис.19.
Рисунок 19 – Схема базы данных MS Access
2.6 Структурная схема пакета (дерево вызова программных модулей)
Построим дерево программных модулей, отражающих структурную схему пакета (рис.20).
Рисунок 20 – Структурная схема пакета
Далее для каждого модуля указываем идентификатор и выполняемые функции (таблица 7).
Таблица 7
Описание функций модулей
|
№ п/п |
Наименование модуля |
Функции модуля |
|---|---|---|
|
1. |
Глобальный модуль |
Содержит глобальные процедуры и функции, которые необходимо выполнить при запуске системы «Анализ и учет продаж ООО «СТЕКЛОТЕКС» |
|
2. |
DataModule3 |
Содержит предопределенные элементы связи с базой данных по технологии ADO |
|
3. |
Модуль «Справочники» |
Содержит предопределенные процедуры для работы с таблицами |
|
4. |
Модуль «Учет поставок и продаж» |
Содержит предопределенные процедуры для работы с запросами |
|
5. |
Модуль «Отчеты» |
Содержит предопределенные процедуры для формирования запросов |
|
6. |
Модуль «Справка» |
Содержит информацию об авторе проекта, о проекте и о компании |
|
7. |
Модуль «Авторизация» |
Предоставляет возможность авторизации и обеспечивает разграничение прав пользователей |