Файл: Проектирование ИС по учету поставок электроэнергии потребителям.pdf
Добавлен: 23.04.2023
Просмотров: 698
Скачиваний: 9
СОДЕРЖАНИЕ
1. Технико-экономическая характеристика предметной области и предприятия
1.1. Характеристика предприятия и его деятельности
1.2. Организационная структура управления предприятием
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
2. Информационное обеспечение задачи
2.1 Информационная модель и её описание
2.2 Используемые классификаторы и системы кодирования
2.3 Характеристика нормативно-справочной, входной и оперативной информации
2.4 Характеристика результатной информации
3. Программное обеспечение задачи
3.1 Общие положения (дерево функций и сценарий диалога)
3.2 Характеристика базы данных
3.3 Структурная схема пакета (дерево вызова программных модулей)
3.4 Описание программных модулей
Таблица 8 представляет собой описание структуры записей таблицы «Статус заказа».
Таблица 8.
Описание структуры записей таблицы «Статус заказа»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
Код заказа |
Kod_zak |
char |
5 |
Ключевое поле |
|
Код бригады |
Kod_brig |
char |
5 |
|
|
Код базы |
Kod_base |
char |
5 |
|
|
Код оплаты |
Kod_opl |
char |
5 |
|
|
Код статусазаказа |
complete |
int |
Описание справочника «Список баз поставщиков» представлено в таблице 9.
Таблица 9
Описание структуры записей таблицы «Список баз поставщиков»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
Код базы |
Kod_base |
char |
5 |
Ключевое поле |
|
Наименование организации |
Name_org |
char |
20 |
|
|
Адрес |
Address_org |
varchar |
30 |
|
|
Доступное электричество |
Elektro_avail |
varchar |
20 |
В таблице 10 приведено описание записей таблицы «Статус оплаты»
Таблица 10
Описание структуры записей таблицы «Статус оплаты»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
Код заказчика |
Kod_zal |
char |
5 |
Ключевое поле |
|
Код оплаты |
Kod_opl |
char |
5 |
|
|
Код бригады |
Kod_brig |
Char |
5 |
|
|
Код базы |
Kod_base |
char |
5 |
|
|
ФИО заказчика |
FIO_zak |
varchar |
50 |
|
|
Код статуса оплаты |
Oplata |
int |
||
|
Сумма |
Sum |
money |
В таблице 11 приведено описание записей таблицы «Статус оплаты»
Таблица 11.
Описание структуры записей таблицы «Список водителей»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
|
Код бригады |
Kod_brig |
Char |
5 |
Ключевое поле |
|
Статус водителя |
Vod_status |
int |
||
|
ФИО водителя |
FIO_vod |
Char |
5 |
|
|
Вместительность бака (л) |
Liters |
Int |
||
|
Ставка |
Stavka |
Money |
3.3 Структурная схема пакета (дерево вызова программных модулей)
В таблице приводится описание функций модулей.
Таблица 12.
Описание функций модулей
|
№ п/п |
Наименование модуля |
Функции модуля |
|
1 |
Глобальный модуль |
Содержит глобальные процедуры и функции, предопределенные процедуры |
|
2 |
Модуль безопасности |
Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, напоминание о необходимости смены пароля, автоматический выход из системы при отсутствии пользователя на рабочем месте. |
|
3 |
Модуль инициализации интерфейса программы |
После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя |
|
4 |
Модуль справочника «Справочники» |
Содержит процедуры и функции, позволяющие просматривать и редактировать справочники |
|
5 |
Модуль «Ввод данных о заказе» |
Содержит процедуры и функции для добавления данных о заказе в таблицу «Список заказов» |
|
6 |
Модуль взаимодействия с базой данных |
Содержит процедуры и функции, используемые для установления соединения с базой данных, а также управляющие операциями чтения, записи и редактирования данных |
|
7 |
Модуль «Отчёты» |
Содержит процедуры и функции для создания отчётной документации |
|
8 |
Модуль «Оплата заказа» |
Используется для получения данных об оплате заказа, а также расчёта суммы заказа. |
|
9 |
Модуль «Отправка документа» |
Содержит процедуры и функции для отправки документа по электронной почте или факсу |
|
10 |
Модуль «Печать документов» |
Обеспечивает предварительный просмотр, настройку параметров документов и печать на принтере |
|
11 |
Модуль справочника «Список баз поставщиков» |
Содержит предопределенные процедуры формы списка и элемента справочника |
|
12 |
Модуль справочника «Список бригад» |
Содержит предопределенные процедуры формы списка и элемента справочника |
|
13 |
Модуль документа «Товарная накладная» |
Содержит процедуры и функции для создания документа формы ТОРГ-12 |
3.4 Описание программных модулей
На рисунке 3.3 Изображена блок-схема расчёта суммы оплаты.
После открытия таблицы производится выбор заказа из таблицы заказов. Далее производится выбор доступной бригады (бригада не на объекте, не в отпуске и т.д.) из одноимённого справочника. Ставка бригада является одним из факторов, определяющих стоимость электричества.
Далее предлагается выбрать базу поставщика из справочника. Сначала определяется ближайший город. Из него выбирается база с номером 01 и проверяется наличие необходимого электричества на ней. Если же нужный товар не обнаружен, осуществляется переход к базе с номером 02. Если в этом городе не было обнаружено баз, производится поиск другого ближайшего города и происходит повторение предыдущих шагов.
Рисунок 3.1. Блок-схема расчёта суммы оплаты
4. Контрольный пример реализации и его описание
На рисунке 4.1 изображена форма входа в систему. Пользователь вводит свои логин и пароль, получая доступ к необходимым справочниками и таблицам.
Рисунок 4.1. Авторизация в системе
Рисунок 4.2 изображает главное меню программы, откуда можно получить доступ ко всем необходимым операциям. При закрытии окон других модулей происходит открытие главного меню. В случае закрытия главного меню производится выход из системы, и при повторном запуске программы будет необходимо произвести авторизацию заново.
Рисунок 4.2. Главное меню программы
На рисунке 4.3 изображена экранная форма добавления заказа в базу. Для удобного ввода даты есть кнопка открытия календаря.
Рисунок 4.3. Форма добавления информации о заказе
На рисунке 4.4 представлена форма просмотра заказов. Имеются кнопки для добавления заказа, редактирования уже существующих заказов, а также открытия служебных окон «Архивация и очистка» и «Календарь».
Рисунок 4.4. Окно просмотра заказов
На рисунках 4.5 и 4.6 изображено отображение справочников. В них также, как и в форме просмотра заказов, имеются кнопки для добавления и редактирования записей, а также для перехода в меню архивации. Для переключения между справочниками используются вкладки в верхней части окна.
Рисунок 4.5 Окно просмотра справочника «Список баз поставщиков»
Рисунок 4.6Окно просмотра справочника «Список бригад»
Рисунок 4.7 показывает форму для введения данных в товарную накладную и её печати. На основании данных из заказа выбирается информация для заполнения полей «Заказчик», «Поставщик», «Плательщик». Имеются поля для ввода товарных позиций, выпадающее меню для выбора бригады, кнопки для открытия калькулятора, быстрой очистки всех полей и сохранения данных в отдельный файл.
Рисунок 4.7 Создание товарной накладной
Рисунок 4.8 показывает форму для введения данных в отчёт о заказе и его печати. Оно почти идентично с окном для ввода данных в товарную накладную, однако также имеет поля для введения итоговой суммы и даты доставки.
Рисунок 4.8 Создание отчёта о подключении
Рисунок 4.9 иллюстрирует интерфейс калькулятора. В нём имеется как стандартный калькулятор с базовыми математическими операциями, так и автоматизированные разделы для расчёта стоимости подключения и суммы с НДС.
Рисунок 4.9 Окно калькулятора
На рисунке 4.10 изображён интерфейс календаря. Красным выделяются дни с невыполненными заказами, зелёным – дни с выполненными заказами. Если же в один день есть как выполненные, так и невыполненные заказы то ячейка принимает цвет дня с невыполненными заказами.
Рисунок 4.10 Окно календаря
Рисунок 4.11 иллюстрирует окно функции «Архивация и очистка». В настройках архивации можно выбрать данные для архивации, а также настроить автоматическую архивацию через определённый период времени.
Рисунок 4.11 Окно настройки архивации и очистки
Заключение
Проделав курсовой проект, были закреплены теоретические и практические знания, полученные на занятиях по дисциплине «Проектирование информационных систем». Данный проект удовлетворяет основным требованиям, предъявленным в задании, и реализует необходимые сотрудникам предприятия функций.
Процесс проектирования организационных систем основан на совместном применении взаимодополняющих методов. Одной из важнейших задач управления на современном этапе является исследование и совершенствование методологии проектирования организационных систем в соответствии с изменяющимися условиями.
Проектирование – это деятельность человека или организации по созданию проекта, то есть прототипа, прообраза предполагаемого или возможного объекта, состояния; комплекта документации, предназначенной для создания определённого объекта, его эксплуатации, ремонта и ликвидации, а также для проверки или воспроизведения промежуточных и конечных решений, на основе которых был разработан данный объект.
Проектирование может включать несколько этапов от подготовки технического задания до испытания опытных образцов. Объектом проектирования является проект материального предмета. Понятие проектирования не включает в себя стадию реализации проекта. Проектирование обладает своей методологией, которая включает структуру деятельности, принципы и нормы деятельности, субъектов, объект и его модели, методы и тому подобное. В данном курсовом проекте были выбраны наиболее подходящие методологии для создания диаграмм, отображающих основные компоненты и процессы программного продукта.
В данной работе применены методологии: функционального моделирования IDEF0. В результате было описана предметная область, определены основные требования к проектируемой системе. Построена функциональная модель информационной системы, модель информационных потоков, сгенерирована база данных, спроектирован пользовательский интерфейс информационной системы.В
Для проектирования БД использованы CASE-средства ERWin и построена концептуальная модель (на физическом и логическом уровнях), которая сгенерирована в СУБД MicrosoftSQL, где она хранится.
Затем, подключив базу данных к Delphi, разработан интерфейс информационной системы. Посредством этой оболочки процедура контроля поставок становится проще и удобнее.