71
Ниже расположено содержимое вкладки, а в самой нижней части окна –
история выполненных операций в приложении.
Рисунок 23 – Рабочий стол приложения
На рабочем столе сгруппированы наиболее часто используемые команды.
Рисунок 24 – Сервис
Сервис содержит средства работы с данными организации.
72
Рисунок 25 – Меню «Файл»
Меню «Файл» содержит все доступные в приложении команды.
Рисунок 26 – Меню заголовка окна
Меню заголовка окна содержит команды работы с буфером обмена и
кнопки вызова календаря и калькулятора.
73
2.3.2 Характеристика базы данных
База данных приложения является распределенной (согласно определению
[5] и [6]) – ее таблицы не сгруппированы в какой-либо части конфигурации, а
находятся в трех местах:
- таблицы справочников;
- табличные части документов;
- таблицы регистров накоплений.
Поместим информацию и описание структур записей базы данных спра-
вочников в таблицу 15.
Таблица № 15
Структура записей в справочнике
Наимено-
вание
справоч-
ника
Наименование поля
Тип по-
ля
Длина поля
Прочее
Контр-
агенты
Код
Число
9
Счетчик
ДатаРождения
Дата
ДатаПервогойПоставки
Дата
ТелефонМобильный
Число
10
ТелефонСлужебный
Число
10
Адрес
Строка
Неограниченная
МестоРаботы
Строка
Неограниченная
Профессия
Строка
Неограниченная
Должность
Строка
Неограниченная
ИНН
Число
12
Специалист
Строка
50
НомерИстории
Строка
50
Специалисты
Строка
50
Специа-
листы
Код
Число
9
Счетчик
Профессия
Строка
50
Телефон
Число
10
Профес-
сии
Код
Число
9
Счетчик
Реквизиты
Строка
50
Продук-
ция
Код
Число
9
Счетчик
ДатаПостановки
Дата
СпециалистПостановки
Строка
50
ДатаСнятия
Дата
СпециалистСнятия
Строка
50
Услуги
Код
Число
9
Счетчик
Цена
Число
12
74
Наименование справочника автоматически формирует поле с его названи-
ем, которое будет являться ключевым полем в реляционной базе данных прило-
жения.
Документ конфигурации содержит в себе дополнительную таблицу базы
данных, предназначенную для хранения объектов, унаследованных от справоч-
ников конфигурации. На основании этих объектов формируются расчетные поля
документа. Структура полей таблицы отображена в таблице 16.
Таблица № 16
Структура записей в документе
Наимено-
вание
справоч-
ника
Наименование поля
Тип по-
ля
Длина поля
Прочее
Реквизиты
Контрагенты
Ссылка
СуммаДокумента
Расчет-
ное поле
Неограничено
Услуги
Номенклатура
Справоч-
никС-
сылка.
Услуги
Количество
Число
5
Цена
Число
7
Сумма
Расчет-
ное поле
Неограничено
Поместим информацию и описание структур записей базы данных реги-
стров сведений в таблицу 17.
Таблица № 17
Структура записей в регистрах сведений
Наимено-
вание ре-
гистра
Наименование поля
Тип по-
ля
Длина поля
Прочее
Ресурсы
Адрес
Строка
Неограничено
Внеш-
ний
ключ
75
На основании представленных таблиц построим ER-модель базы данных.
Сущностями будут являться первые столбцы таблиц 15 – 17, связи представлены
внешними ключами. Полученная модель изображена на рисунке 27.
Контрагенты
PK Код
ДатаРождения
ДатаПервогойПоставки
ТелефонМобильный
ТелефонСлужебный
Адрес
МестоРаботы
Профессия
Должность
ИНН
Специалист
НомерИстории
Специалисты
Специалисты
PK,FK1 Код
PK Профессия
Телефон
Профессии
Реквизиты
FK1 Код
FK1 Профессия
Продукция
PK,FK1 Код
PK,FK1 Профессия
ДатаПостановки
СпециалистПостановки
ДатаСнятия
СпециалистСнятия
Услуги
PK,FK1 Код
PK,FK1 Профессия
Цена
Реквизиты
PK Реквизиты
PK СуммаДокумента
FK1 Количество
Документ.Услуги
PK Количество
Номенклатура
Цена
Сумма
FK1 Код
FK1 Профессия
Ресурсы
PK Адрес
FK1 Код
Рисунок 27 - ER-модель базы данных
При создании моделей данных используется метод семантического моде-
лирования. Семантическое моделирование основывается на значении структур-
ных компонентов или характеристик данных, что способствует правильности их
интерпретации (понимания, разъяснения). В качестве инструмента семантиче-
ского моделирования используются различные варианты диаграмм сущность-
связь (ER — Entity-Relationship) — ERD.
Существуют различные варианты отображения ERD, но все варианты диа-
грамм сущность-связь исходят из одной идеи — рисунок всегда нагляднее тек-
стового описания. ER -диаграммы используют графическое изображение сущно-
стей предметной области, их свойств (атрибутов), и взаимосвязей между сущно-
76
стями. Можно сказать, что Сущности представляют собой множество реальных
или абстрактных вещей (людей, объектов, событий, идей и т. д.), которые имеют
общие атрибуты или характеристики.
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
Для сборки приложения потребуется определение программ и подпро-
грамм, входящих в конфигурацию. Конфигуратор 1С оперирует понятием моду-
ля – функционально законченного кодового блока, который может выполняться
либо на клиенте, либо на сервере.
Определимся, где будут выполняться модули разработанного программ-
ного обеспечения, для этого рассмотрим преимущества и недостатки серверных
и клиентских организаций.
1. Выполнение кода на сервере.
Достоинства:
- логика и код находятся в одном месте, что позволяет легко вносить из-
менения в программное обеспечение, выполнять резервное копирование и т.п.;
- обычно в роли сервера выступают быстродействующие ЭВМ, что позво-
ляет использовать более дешевые рабочие машины;
- лёгкость масштабирования всей системы.
Недостатки:
- при выходе сервера из строя, все рабочие машины оказываются беспо-
лезными.
2. Выполнение кода на клиенте.
Достоинства:
- высокая скорость работы при параллельных запросах к базе данных;
- при выходе рабочей станции из строя можно быстро заменить ее под-
менной машиной и продолжить работу.
Недостатки:
- необходимость в быстродействующих, а значит и дорогих, рабочих
станциях;
- сложность администрирования множества рабочих станций.
77
Как видим, достоинства выполнения кода на сервере перевешивают его
недостатки, поэтому код модулей будет выполняться на сервере.
Так как в организации используются несколько серверов, то можно вы-
полнить дублирование функций или выполнение резервирования сервера 1С, что
снизит риск прекращения работы системы.
На основе результатов, полученных в предыдущем пункте, построим де-
рево программных модулей, отражающих структурную схему пакета, содержа-
щей программные модули различных классов:
- выполняющие служебные функции;
- управляющие модули, предназначенные для загрузки меню и передачи
управления другому модулю;
- модули, связанные с вводом, хранением, обработкой и выдачей инфор-
мации.
Для разработка информационно-справочной системы автоматизации
предприятия используется система 1С:Предприятие 8.3. Эта система имеет мо-
дульную форму организации конфигурации. В глобальных модулях хранятся пе-
ременные, процедуры и функции доступные из любых других модулей. Также
можно выделить другие группы модулей:
- справочники;
- документы;
- перечисления;
- отчеты;
- обработки;
- регистры.
Следовательно, структуру программы можно описать следующими основ-
ными блоками, представленными на рисунке 25.
Регистр сведений содержит информацию по всем тоработанным менедже-
ром адресам.
Документы представляют собой конечный продукт работы менеджера в
информационной системе.
Справочники и перечисления содержат количественную информацию ин-
формационной системы.
78
Главный модуль содержит логику работы всего приложения в целом.
Отчеты и обработки представляют собой конечный итог обработки доку-
ментов менеджером.
Справочники и
перечисления
Главный модуль
Регистры
Документы
Отчеты и обработки
Рисунок 28 – Основные блоки
Работа с программой начинается с вывода главного окна программы и ак-
тивизации системы меню. Работа программы осуществляется по диалоговому и
событийному режиму, при этом под диалогом понимается предоставление поль-
зователю нескольких альтернатив и обработка его выбора. В диалоговую систе-
му входят главное меню с соответствующими всплывающими подменю, а также
диалоговые окна. Под событиями понимаются процессы, активизируемые поль-
зователем (например - нажатие функциональных клавиш), а также программные
события – получение определенным полем фокуса редактирование или потеря
фокуса ввода. На основании данных событий активизируются процедуры кон-
троля допустимости данных.
79
Наиболее важным моментом работы конфигурации является проведение
документов по регистру сведений. Именно движения регистров являются ре-
зультатом проведения документов и источником данных для формирования от-
четов.
Более подробно работа с программой будет разобрана при реализации
контрольного примера проекта.
2.3.4 Описание программных модулей
Модуль «Главный модуль» предназначен для запуска основных процедур
и функций программы.
- средств работы со справочниками;
- средств работы с документами;
- средств работы с отчетами;
- средств работы с регистрами (не доступно для непосредственного редак-
тирования пользователем).
Назначение данного модуля является поиск и просмотр информации в
справочниках, отбор и сортировка, печать списка, а также редактирование дан-
ных.
Модуль «Документы» предназначен для ввода первичных данных и про-
смотра ранее занесенных. Данный модуль реализует такие задачи работы с до-
кументами как: ввод нового, изменение, удаление документов, поиск, отбор и
сортировка документов.
Модуль включает следующие документы:
- договор на поставку.
Документы при оперативном проведении производят движения регистров.
Модуль «Регистры» включает в себя:
- регистр сведений.
Модуль «Отчеты» включает в себя:
- форму списка справочников;
- форму списка документа.
80
В компьютерных системах баз данных пользователи для ввода, просмотра
и распечатки отчетов с информацией базы данных могут применять формы. Ос-
новные преимущества использования форм, следующие:
1. При вводе данных в поля формы, приложение может считывать словарь
данных сервера и автоматически проверить допустимость данных в соответ-
ствии с правилами целостности.
2. Поле ввода в форме может представлять список допустимых значений,
из которых пользователи могут легко выбрать нужное.
3. Область формы может выводить шаблон, соответствующий текущей
выводимой в форме записи.
4. Командные кнопки в форме могут выполнять действия, связанные с вы-
водимой в форме текущей записью.
5. Формы для занесения документов вызываются из главного меню про-
граммы. Информационной базой данного модуля являются документы.
6. Модуль формирование отчетов выполняет функции по формирования
печатных форм. В модуле хранятся шаблоны для печати. Отчеты формируются,
используя запросы, которые обрабатывают исходную информацию в соответ-
ствии с заданными параметрами пользователя. Отчеты выполнены при помощи
механизма 1С 8.3 «Построитель отчетов». Схема работы построителя отчетов
представлена на рисунке 29.
Для построения отчетов используются автоматически создаваемые фор-
мы. 1. Справочников:
- контрагенты;
- профессии;
- услуги;
- продукция;
- специалисты.
2. Документа «Договор на поставку».
Вывод отчетов производится в виде текстового файла с разделителем,
пригодного для дальнейшей машинной или ручной обработки.
Формат файла отчета *.txt.
Пример строк отчета представлен ниже: