79
ФИО таблицы Водители.
Образец документа Счет представлен на рисунке 2.5.
Рисунок 2.5. Образец документа Счет
Документ Акт является оперативным и служит для оплаты заказов. Он
определяет реквизиты и сумму перевода денежных средств для оплаты
выполненных работ и услуг по выполнению внутригородских и междугородних
перевозок грузов автомобильным транспортом. Желтым выделен текст,
который заполняется разрабатываемой программой.
Документ Акт формируется из полей:
ID, Дата выполнения, Пункт погрузки, Пункт назначения, Дата
перевозки, № ТТН, Сумма заказа таблицы Заказы;
Наименование, № договора, Дата договора, Адрес, Контакт ФИО,
ИНН, КПП, Р/с, К/с, Банк, Адрес банка, БИК таблицы Заказчики;
Номер авто, Номер прицепа таблицы Транспорт;
ФИО таблицы Водители.
80
Макет документа Акт приведен на рисунке 2.6..
Рисунок 2.6 Макет документа Акт оказанных услуг
Документ Счет-фактура является оперативным и служит для оплаты
заказов. Он определяет реквизиты и сумму перевода денежных средств для
оплаты выполненных работ и услуг по выполнению внутригородских и
междугородних перевозок грузов автомобильным транспортом. Желтым
выделен текст, который заполняется разрабатываемой программой.
Документ Счет-фактура формируется из полей:
ID, Дата выполнения, Пункт погрузки, Пункт назначения, Дата
перевозки, № ТТН, Сумма заказа таблицы Заказы;
Наименование, Адрес, ИНН, КПП таблицы Заказчики;
Номер авто, Номер прицепа таблицы Транспорт;
81
ФИО таблицы Водители.
Макет документа Счет-фактура приведен на рисунке 2.7.
Рисунок 2.7 Образец документа Счет-фактура
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция системы – это учет заказов заказчиков и
распределение их между поставщиками с построением отчетов. Данную
функцию осуществляет оператор системы (менеджер). Описание дерева его
функций приведено на рисунке 2.8.
82
Функции ИС
документооборота
Работа со
справочниками
Учет заказов
Заказчики
Поставщики
Менеджеры
Ввод данных
заказа
Выбор
поставщика
Статусы
заказа
Шаблоны
документов
Тип
транспорта
Получение
отчетов
Список
поставщиков
ТТН
Список
заказчиков
Счет-фактура
Договор
Список
заказов
Заявка
Счет
Рисунок 2.8 Дерево функций ИС менеджера
Сценарий диалога ИС разработан на основании дерева функций и
приведен на рисунке 2.9..
Главное меню
Справочники
Заказы
Заказчики
Поставщики
Менеджеры
Новый
Изменить
Статусы
заказа
Шаблоны
документов
Тип
транспорта
Отчеты
Список
поставщиков
ТТН
Список
заказчиков
Счет-фактура
Удалить
Документы
Список
заказов
Договор
Заявка
Счет
Рисунок 2.9 Сценарий диалога для ИС
83
2.3.2 Характеристика базы данных
В рамках создания ИС следует понимать функциональную и
обеспечивающие части системы. Обеспечивающие подсистемы ИС становятся
общими для всей ИС независимо от отдельных функциональных подсистем, где
используются те или иные виды обеспечения. Состав обеспечивающих
подсистем не связан с выбранной предметной области [11]. Число
обеспечивающих подсистем включает в себя:
• Информационное — совокупность методик и средств по установке
в компании информации, имеющей системы классификации и кодирования
документов, показателей, данных;
• Техническое — совокупность технических средств, материалов и
персонала, которые помогают обслуживать технику;
• Программное — некое число программных средств для проведения
задач управления с применением вычислительной техники.
• Правовое — набор правовых норм, которые описывают генерацию
и разработку ИС (договор между заказчиком и создателем ИС и т.п.);
• Лингвистическое — набор языковых средств, применяемых на
разных уровнях создания и обработки информации для человеко-машинного
взаимодействия.
• Организационное — набор методов и средств, которые помогают
улучшить организационную структуру объектов, подготовить должностные
инструкции, направленные на новые ИТ.
Обеспечивающие подсистемы реализуют информационные процессы в
системе и отвечают за их подготовку и организацию. Также важно описать
самые важные подсистемы новой ИС.
Само ИО в нашей ИС включает в себя 2 компонента: внемашинное ИО,
включающее в себя параметры технико-экономических данных, методических
предписаний, а также внутримашинное ИО, включающее макеты, интерфейса
пользователя для передачи начальной информации в ЭВМ или вывода итоговой
структуры ИБ: входных, выходных файлов, БД. Само ИО в любой ИС часто
84
понимается как некий набор совокупной классификации, информационной
базы и некой системы классификации.
Часто к ИО могу применяться некие требования:
• Оно обязано удовлетворять всем функциям автоматизации объекта;
• В рамках кодировки данных важно использовать принятые у
заказчика классификаторы;
• Для изменения выходных и входных данных, которые работают на
высоком уровне управления, требуется использовать некие классификаторы
этого уровня;
• ИО обязано поддерживать совместимость с ИО систем, связанных в
какой-то степени с разрабатываемой системой;
• Все классические документы обязаны отвечать требованиям
корпоративных стандартов заказчика (или некой документации);
• Периоды генерации и содержания информационных сообщений, а
также применяемые сокращения обязаны быть принятыми в описываемой
предметной области и утвержденные у заказчика;
• Важно не забыть механизмы контроля начальной и итоговой
информации, обновления данных в БД, контроль целостности и доступности
БД, защиту от НСД в систему третьих лиц.
Принцип сохранения данных в ИБ обязан следовать неким требованиям:
• Полноценность данных для реализации любых операций контроля и
решения экономических задач;
• Целостность данных, т.е. гарантия непротиворечивости данных в
процессе помещения информации в ИБ;
• Одновременность и оперативность обновлений данных в
применяемых копиях;
• Подстройка системы ИБ к изменчивым информационным
потребностям потребителей;
• Установка системы, обеспечивающей требуемый уровень
сложности структуры информационной базы;
85
• Возможность системы производить поиск и отображать данные,
которые точно соответствуют начальному запросу пользователей;
• Адекватность интерфейса системы, позволяющая быстро
выполнять запрос к ИБ;
• Деление прав доступа, что влечет создание для каждого
пользователя открытых типов записей, полей, файлов и списка операций с
ними.
Самой информационной моделью ИС станет ER-диаграмма
применяемой БД.
Схема связи таблиц базы данных представлена на рисунке 2.10.
Рисунок 2.10 Схема связи таблиц базы данных
Характеристика таблиц базы данных представлена на рисунках ниже.
Рисунок 2.11 Таблица Документы
86
Рисунок 2.12 Таблица Заказчики
Рисунок 2.13 Таблица Заказы
Рисунок 2.14 Таблица Менеджеры
87
Рисунок 2.15 Таблица Поставщики
Рисунок 2.16 Таблица Справочник статусов
Рисунок 2.17 Таблица Тип транспорта
Рисунок 2.18 Таблица Шаблоны документов
88
Рисунок 2.19 Таблица Водители
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Схема вызова программных модулей представлена на рисунке 2.20..
Модуль формирования
главного меню
Модуль работы со
справочниками
Модуль «Учет
заказов»
ПМ Заказчики
ПМ
Поставщики
ПМ
Менеджеры
ПМ Статусы
заказа
ПМ Шаблоны
документов
ПМ Тип
транспорта
Модуль
формирования
отчетов
ПМ Список
поставщиков
ПМ Список
заказчиков
Модуль
формирования
документов
ПМ ТТН
ПМ Счет-
фактура
ПМ Список
заказов
ПМ Договор
ПМ Заявка
ПМ Счет
Рисунок 2.20 Схема вызова программных модулей
Описание программных модулей представлено в таблице 2.5.
Таблица 2.7
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при их
доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего