58
Команды
Команды
Команды
Настройка формы
Режим просмотра
Список
Иерархический
список
Дерево
Вывод списка
В табличный
документ
В текстовый
документ
Экспорт в любой
формат
Печать
Сохранение в файл
С выбором
выводимых полей
Настройка
параметров формы
Выбор выводимых
элементов
Командная панель
Группа
пользовательских
настроек
Список
Команды
Отдельные поля
Поля
Задание
пользовательских
наименований
Задание параметров
вывода
Задание порядка
вывода
Создание
пользовательских
группировок
С учетом заданного отбора,
сортировки и условного
оформления
Xls, html,...
Рисунок 2.4. Функции настройки формы
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий
диалога)
Общая функциональная структура системы представлена на Рисунок 2.5.
59
Система автоматизации
процесса учета заявок и их
сопровождения
Ведение справочников
Фиксация заявок
Сопровождение задач
Автоматическая
генерация подзадач
Выполнение задач
Разграничение прав
пользователей
Рисунок 2.5. Функциональная структура системы
Подсистема ведения справочников предназначена для ввода в систему
условно-постоянной информации, которая понадобится на следующих этапах
работы с системой.
Подсистема фиксации заявок должна предоставлять возможность ввода
в формализованном виде заявок клиентов, назначения им реквизитов, в том
числе списочного характера, максимально полно описывающих заявки.
Подсистема автоматической генерации подзадач по сопровождению
заявки должна позволять на основании шаблонов, задающих различные
сценарии прохождения этапов решения типовой задачи сгенерировать
60
документы «Задача», адресовав их конкретным сотрудникам (или
подразделениям) фирмы (назначив их исполнителями).
Подсистема сопровождения задач должна предоставлять возможность
сопровождения задачи по всему ее жизненному циклу.
Подсистема выполнения задач позволяет разделить задачи на
полностью выполненные (закрытые) и находящиеся в работе, на каком-либо из
этапов.
Подсистема разграничения прав пользователей должна предоставлять
гибкую возможность настройки прав пользователей на ввод и редактирование
задач и их параметров в зависимости от положения пользователя в иерархии
фирмы.
Сценарий диалога с пользователем строится при помощи командного
интерфейса. Командный интерфейс – это основное средство декларативного
построения диалога с пользователем и основное средство навигации
пользователя по функциональности конфигурации. Командный интерфейс
пронизывает все уровни построения интерфейса приложения: от подсистем до
конкретных форм. Командный интерфейс строится платформой автоматически
на основе декларативных включений разработчиком команд в тот или иной
элемент командного интерфейса [6].
Командный интерфейс основного окна и разделов строится на основе
подсистем, заданных в конфигураторе. Разработчик должен создать в
конфигурации иерархию подсистем, отражающую для пользователя структуру
функциональности прикладного решения. На основе этой информации при
помощи редактора командного интерфейса конфигурации строится панель
разделов основного окна Рисунок 2.6. Все прикладные объекты конфигурации
(справочники, документы, отчеты и т. д.) привязываются разработчиком к той
или иной подсистеме или одновременно к нескольким подсистемам [17]. На
основе этой привязки платформа автоматически строит командный интерфейс
разделов Рисунок 2.7.
61
Рисунок 2.6. Создание разделов на основе подсистем
62
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.