Дипломная работа: Корпоративные информационные системы в системе управления предприятием (на примере ПАО "Стрела")
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
88
Стоимость, руб.
Зарегистрировал
Зарегистрированные документы
Услуги
Общая стоимость услуг.
Отчет Договор содержит все сведения по заключаемому договору, в
том числе наименование клиента, предмет договора, стоимость,
продолжительность.
Журнал учета заявок содержит:
Код заявки
Дата регистрации
Договор (Дата)
Договор (Номер)
Клиент
Название объекта
Адрес объекта
Стоимость, руб.
Зарегистрировал
Прайс-лист содержит наименование услуги, ее описание и
стоимость.
Отчет по работе менеджеров содержит:
Фамилия, Имя, Отчество менеджера;
Телефон
Зарегистрировал(а);
Количество Клиентов;
Количество Заявок;
Количество Документов;
Количество Услуг;
89
Сумма заявок, руб.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция разрабатываемой информационной системы – это
учет заявок клиентов. Однако для ее реализации необходимо наличие
других, второстепенных функций, которые позволяют полноценно
функционировать информационной системе. Поэтому для более
наглядного представления функции системы необходимо декомпозировать
на составляющие его функции.
На Рисунке 10 представлено дерево функций системы.
Основные
Клиенты Заявки
Работа со
справочниками
Пользователь
Статус заявки
Служебные
Функции
Договор
Прайс-лист
Договоры
Заявка
Журнал учета
заявок
Отчет по
работе
менеджеров
Отчеты
Настройки соединения
Настройки авторизации
Добавление
Редактирование
Удаление
Добавление
Редактирова
ние
Удаление
УСлуга
Документы
Период
Услуга
Тип пользователя
Рисунок 10 Дерево функций системы
Источник: разработано автором
Первый уровень представляет основную функцию разрабатываемой
системы – учёт информации о клиентах, договорах. Подфункция работы со
справочниками системы предполагает разделение на ввод данных,
получение содержания справочника, редактирование и удаление записей в
справочнике.
90
Служебные функции содержат функции настройки доступа к ИС, а
также авторизационных данных.
Сценарии диалога системы приведен на рисунке 11.
Главное меню
Каталог услуг
Авторизация
Список услуг
Редактирование
Добавление
услуги
Выход
Просмотр
Удаление
Заказы
Список заказов
Услуги по
заказу
Просмотр заказа
Печать
Модули
Загрузить
изображения
Пользователи
Отчеты
Отчет Заявка
Журнал учета заявок
Отчет Договор
Прайс-лист
Отчет по работе
менеджеров
Рисунок 11 Сценарий диалога
Источник: разработано автором
Сценарии диалога для администратора системы и пользователя
отличаются только возможностью редактирования списка пользователей у
администратора. В остальном пункты меню, а также порядок регистрации
клиентов, договоров, регистрации выполнения договора, заполнения и
редактирования справочников одинаков.
2.3.2 Характеристика базы данных
Концептуальная (либо же инфологическая) модель включает в себя
описание предметной области, которое создано без привязки к
используемым программным и техническим средствам. Подобная модель
обяза иметь внутри себя простую корректировку и быть динамической. К
91
основным моментам, которые обычно ожидаются от инфологической
модели, можно отнести:
• Такая модель обязана включать всю достаточную и требуемую
информацию для простой реализации БД;
• Такая модель обязана быть логичной и понятной для тех лиц,
кто заинтересован в реализации системы.
ER-модель отражена в виде с.уктуры данных об объектах системы.
Основными элементами ER-модели можно назвать сущности (объекты) и
отношения (связи объектов между собой). Объект часто включает в себя
несколько реализаций или экземпляров. Экземпляр объекта зачастую
реализуется при помощи некой совокупной части конкретных значений
реквизитов и обязан выражаться однозначно, т.е. определяться неким
параметром ключа объекта, которые имеет два и более реквизитов ключа.
Сущности могут быть независимыми и зависимыми. Независимыми
называются те сущности, где каждый выбранный экземпляр в едином виде
выражен в структуре его отношений с другими сущностями. Такое
единичное определение экземпляра зависимой сущности часто зависит от
уровня установки с другими сущностями.
Для выделения подобных взаимосвязей между сущностями
используются некие связи. Связь допустима, если представители
сущностей логически тоже связаны.
Для представления отношения между сущностями могут
применяться связи. Связи имеют место быть, если представители
сущностей связаны логически тоже связаны.
Схема базы данных показана на рисунке 12.
92
Рисунок 12 Схема базы данных
Источник: разработано автором
Характеристика каждой таблицы приведена ниже.
Таблица 12С.уктура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
registration_date
datetime
Да
NULL
id_creator
int(11)
Да
NULL
id_request_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
order_date
datetime
Да
NULL
order_number
int(11)
Да
NULL
cost
double
Да
NULL
description
longtext
Да
NULL
id_executor
int(11)
Да
NULL
paid
bit(1)
Да
NULL
Источник: разработано автором
Таблица 13С.уктура таблицы request_service
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
Источник: https://baza.diplomsite.ru/previewfile/9109