Дипломная работа: Автоматизация обработки заявок в ООО «АйТи-Студио»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
63
Рисунок 2.7. Создание командного интерфейса раздела
(подсистемы)
Сценарий диалога в виде дерева приведена на Рисунок 2.8.
Основное меню
Справочники
Задачи
См. также
Этапы
Ресурсы
Контрагенты
Сотрудники
Отчеты
Задача
Создать
Настройки
пользователей
Задачи
Контрагенты
Сервис
Ресурсы
Организация
Общие
Объекты
Главное
См. также
Использование
ресурсов
Этапы
Виды звдач
Результаты
исполнения
Статусы
Контрагенты
Типы
контактов
Объекты
Виды
свойств
Типы
свойств
Сотрудники
Должности
Подразделения
Организации
Настройки
пользователей
Ресурсы
Виды
ресурсов
Классификатор
единиц
измерения
Типы цен
Цены
Файлы
Костанты
Рисунок 2.8. Сценарий диалога
2.3.2 Характеристика базы данных
Опишем структуру прикладных объектов конфигурации
разрабатываемой системы в виде схем данных[19]. Из названия реквизитов
объектов понятно назначение этих реквизитов. Типы данных реквизитов
указаны в таблице для каждого объекта. Связи между объектами указаны на
рисунках стрелками. Для каждого объекта приводится взаимосвязь с другими
объектами. Структура справочников приведена на Рисунок 2.9.
Выбор в качестве платформы разработки системы «1С:Предприятие 8.3»
накладывает определенные особенности на разработку физической модели
64
данных. При разработке обычной реляционной базы данных ее
проектирование ведется в терминах и в привязке к конкретной выбранной
СУБД. В случае использования платформы «1С:Предприятие»
проектирование структуры конфигурации ведется без привязки к какой-либо
СУБД, в том числе и той, которая выбрана в данной разработке.
Проектирование ведется в терминах прикладных объектов конфигурации,
которые предоставляет платформа: справочники, документы, регистры и т.д.
При этом структура проектируемого объекта всецело зависит от его вида.
Например, поле «Номер» и «Дата» у объекта «Документ» являются
обязательными и не зависят от желания разработчика включать или не
включать их в состав реквизитов объекта. Кроме того, платформа скрывает о
разработчика некоторые моменты задания связей между объектами. Так,
например, табличная часть справочника в терминах реляционных баз данных
является обычной таблицей со связью типа «один к одному» по внешнему
ключу к таблице самого справочника. В терминах разработки структуры
прикладных объектов платформы «1С:Предприятие» разработчику нет
необходимости явно задавать такую связь – табличная часть справочника для
него является частью объекта «Справочник». Платформа полностью скрывает
от разработчика реализацию прикладных объектов и связей между ними в
базе данных, и уж тем более привязку к конкретной СУБД. Разработанная
конфигурация с легкостью может быть перенесена на любую СУБД, в том
числе с файлового на клиент-серверный вариант. Поэтому разработку
физической модели базы данных на платформе «1С:Предприятие» сведем к
подробному описанию структуры прикладных объектов с терминах этих
объектов.
65
Спр.Контрагенты
PK Код
Наименование
НаименованиеПолное [Строка]
FK1 ВидКонтрагента [Ссылка]
FK2 Ответсвенный [Ссылка]
FK3 ЮрАдрес [Ссылка]
FK4 ФактАдрес [Ссылка]
FK5 ГоловнойКонтрагент [Ссылка]
Комментарий [Строка]
Контрагенты.Контакты
FK1 ТипКонтакта [Ссылка]
Контакт [Строка]
Основной [Булево]
Комментарий [Строка]
Спр.ТипыКонтактов
PK Код
FK1 ТипКоннекта
Перечисление.ТипыКоннектов
Телефон
Эл.почта
Контрагенты.Подчиненные
FK1 Контрагент [Ссылка]
Комментарий [Строка]
Спр.Должности
PK Код
Наименование [Строка]
Спр.Организации
PK Код
FK1 ЮрЛицо [Ссылка]
FK2 Директор [Ссылка]
FK3 ГлБухгалтер [Ссылка]
FK4 Кассир [Ссылка]
Перечисление.ВидыКонтрагентов
ЮридическоеЛицо
ФизическоеЛицо
ГосударственныйОрган
Спр.НаборыСвойств
PK Код
Наименование [Строка]
Спр.Адреса
PK Код
Наименование [Строка]
Страна [Строка]
Индекс [Строка]
Регион [Строка]
Район [Строка]
Город [Строка]
НасПункт [Строка]
Улица [Строка]
Дом [Строка]
Строение [Строка]
Квартира [Строка]
Широта [Число]
Долгота [Число]
Комментарий [Строка]
Спр.Сотрудники
PK Код
FK3 ФизЛицо [Ссылка]
ТабНомер [Строка]
FK1 Должность [Сылка]
FK2 Подразделение [Ссылка]
Спр.ТипыСвойств
PK Код
Наименование [Строка]
FK1
FK1
FK1
FK1
FK2
FK1
Спр.Подразделения
PK Код
Наименование [Строка]
FK2
FK3
FK3
FK4
FK5
FK1
FK2
FK3
FK1
FK1
Спр.ВидыСвойств
PK Код
Наименование [Строка]
FK1 ТипСвойства [Ссылка]
ТолькоОдин [Булево]
FK1
Спр.ЗначенияСвойств
PK Код
Наименование [Строка]
РегСведений.ЗначенияНаборовСвойств
FK1,FK2 Измерения.Объект [Ссылка]
FK3 Измерения.НаборСвойств [Ссылка]
FK4 Измерения.ВидСвойства [Ссылка]
FK5 Ресурсы.ЗначениеСвойства [Ссылка]
FK1
FK2
FK3
FK4
FK5
Рисунок 2.9. Структура справочников
Ключевые моменты организации справочников приведены на
Рисунок 2.10.
66
Табличная часть
Контакты
Хранит список контактных данных контрагента: телефоны,
адреса электронной почти и т.д.
Справочник.Контрагенты
ГоловнойКонтрагент
Служат для связывания контрагентов в группы (например
холдинг или группа компаний)
ЮрАдрес
Юридический адрес для компании (адрес регистрации для
физического лица)
ФактАдрес
Почтовый адрес для компании (адрес проживания для
физического лица)
Вид контрагента
Юридическое лицо, Индивидуальный предприниматель, Физическое
лицо, Государственный орган,...
Ответсвенный
Сотрудник, который «ведет» данного контрагента
Табличная часть
Подчиненные
Справочник.Адреса
Хранит подробные данные об адресе
FK4
FK5
Справочник.Сотрудники
ФизЛицо
Справочник.Организации
ЮрЛицо
FK3
FK1
Ссылаются на справочник «Контрагенты», который в данном
случае выступает как контейнер хранения данных
Справочник.НаборыСвойств
Имеет вид иерархии: Иерархия элементов, что позволяет
подчинять сотрудников друг, другу , тем самым создавая
иерархию ораганизации
Справочник.Объекты
Список объектов кредитования
РегистрСведений.ЗначенияНаборовСвойств
Задают возможность хранения именованных наборов свойств
для Контрагентов, Сотрудников и Объектов. Каждый из наборов
свойств – это список видов свойств и их значений
Рисунок 2.10. Ключевые моменты организации справочников
Документ «Задача» является центральным документом системы. Его
структура приведена на Рисунок 2.11.
67
Документ. Задача
PK Номер
Дата [Дата]
Наименование [Строка ]
Описание [Строка]
FK3 ДокОснование [Ссылка]
FK4 ВидЗадачи [Ссылка]
FK5 Фирма [Ссылка]
FK6 Контрагент [Ссылка]
ОжидаемаяДата [Дата]
РеальнаяДата [Дата]
FK10 Автор [Ссылка]
FK7 Ответсвенный [Ссылка]
FK9 Статус [Ссылка]
ОсобыйКонтроль [Булево]
Комментарий [Строка]
Объем [Число]
FK12 ЕдИзм [Ссылка]
FK11 ТипЦен [Ссылка]
Головная [Булево]
Задача.Исполнители
FK2 Исполнитель [Ссылка]
Процент [Число]
Задание [Строка]
Ознакомлен [Дата]
FK3 РезультатИсполнения [Ссылка]
ДатаИсполнения [Дата]
Комментарий [Строка]
Код
Задача.Контакты
FK1 Контакт [Ссылка]
ТемаКонтакта [Строка]
Задача.Подзадачи
FK1 Подзадача [Ссылка]
Комментарий [Строка]
Задача.Номенклатура
FK1 Номенклатура [Ссылка]
FK2 ЕдИзмерения [Ссылка]
Коэф [Число]
Количество [Число]
Цена [Число]
Сумма [Число]
Наличие [Булево]
Комментарий [Строка]
Задача.Файлы
FK2 Файл [Ссылка]
Комментарий [Комментарий]
Спр.Организации
PK Код
Спр.ТипыЦен
PK Код
Спр.Статусы
PK Код
Спр.Сотрудники
PK Код
Спр.Контрагенты
PK Код
Спр.Номенклатура
PK Код
Спр.ЕдиницыНоменклатуры
PK Код
Задача.Переписка
FK1 Пользователь [Ссылка]
ДатаСообщения [Дата]
Сообщение [Строка]
Задача.Свойства
FK1 ВидСвойства [Ссылка]
FK2 ЗначениеСвойства [Ссылка]
Комментарий [Строка]
Спр.ВидыСвойств
PK Код
Спр.ЗначеняСвойств
PK Код
Задача.Объекты
FK1 Объект [Ссылка]
[Комментарий] [Строка]
FK3
Спр.ВидыЗадач
PK Код
FK4
FK5
FK6
FK1
FK7
FK1
FK10
FK9
FK11
FK1
FK1 FK2
FK2
Спр.РезультатыИсполнения
PK Код
FK3
FK1
FK2
FK12
Спр.Объекты
PK Код
FK1
Спр.Файлы
PK Код
FK2
Рисунок 2.11. Структура документа «Задача»
Ключевые моменты структуры документа «Задача» приведены на
Рисунок 2.12.
Источник: https://baza.diplomsite.ru/previewfile/1865