78
Отчет «Заявки по статусу» содержит сведения по всем заявкам,
отсортированным по статусу. В отчете также предусмотрена возможность
выбора отчетного периода (рис. 27).
. Рисунок 27 – Отчет «Заявки по статусу»
79
2.3 Программное обеспечение задачи
2.3 1 Общие положения (дерево функций и сценарий диалога)
Все функции, выполняемые при работе с программным обеспечением
информационной системы можно разделить на две группы: основные и
служебные функции. Дерево функций представлено на рис. 28.
Что касается, основных функций, то это реализация всех тех функций,
которые были определены при постановке задачи для создания данного
программного средства. К основным функциям относится:
Обработка данных – проверка вносимой информации в БД, сверка с
предыдущими значениями и корректировка данных;
Создание документа;
Корректировка и просмотр документа;
Проведение – происходит проведение документа в управленческом,
бухгалтерском и налоговом учетах;
Печать.
80
Функции
СлужебныеОсновные
Обработка данных Функции пользователя
Создание
документа
Редактирование
документа
Печать
документа
Просмотр
документа
Формирование
интерфейса
БД
Панель
управления
Кнопки
Ведение БД
Сохранение
документов
Поиск данных
Рисунок 28 – Дерево функций
К служебным функциям относится:
Формирование интерфейса - загрузка интерфейса системы. Интерфейс
программы зависит от того, кто ее использует.
Обращение к БД. Ведение базы данных предполагает заполнение
необходимых для работы с системой справочной информации.
Взаимодействие пользователя и ЭВМ осуществляется в диалоговом
режиме, который является наиболее удобным пользователю, так как
демонстрирует этапы его работы, отображая тем самым весь производственный
процесс. Диалоговый режим - обмен сообщениями пользователя и ЭВМ, в
процессе которого происходит постоянная смена ролей информатора и
реципиента (пользователя, который принимает информацию), при этом смена
ролей должна быть оперативной. Диалоги (они же диалоговые окна)
81
необходимы для организации интерактивного взаимодействия с пользователем.
Они позволяют создать графический интерфейс.
По форме общения диалог реализован по типу «меню», «запрос-ответ».
Диалог по типу «меню» имеет место реализации при выборе необходимых
пользователю нормативно - справочной информации или формировании
документов. Диалог по типу «запрос - ответ» осуществляется при формировании
отчетов, когда пользователь задает параметры в качестве запроса, по которым
необходимо получить соответствую информацию (ответ) (рис. 29).
Основное меню
Файл Операции Справочники Документы Отчеты Заявки Сервис Окна Справка
Новый
Открыть
Закрыть
Сохранить
Печать
Выход
Контанты
Справочник
Документы
Отчет
Обработка
Регистр
сведений
Удаление
объектов
Предприятие
Организации
Управление
персоналом
Управление
персоналом
Учёт кадров
Управление
персоналом
Вид проблемы
заявки
Новый
документ
Заявки
обслуживание
Закрепленная
оргтехника
Выполнение
заявок по
обслуживанию
Ответственный
за оргтехнику
Учёт заявок
обслуживания
Выполнение
заявок по
обслуживанию
Калькулятор
Календарь
Табло
Временная
блокировка
Активные
пользователи
Журнал
регистрации
Настройка
Параметры
Новое окно
Горизонтально
разделить
окно
Вертикально
разделить
окно
Закрыть
Закрыть все
Расположить
подряд
Служебные
окна
Справка
Содержание
справки
Поиск по
справке
Индекс
справки
Дополнительная
информация
Рисунок 29 – Сценарий диалога
82
2.3.2 Характеристика базы данных
ER модель базы данных представлена на рисунке 30.
Рисунок 30 – ER модель
Основные сущности базы данных представлены в таблицах.
Для хранения данных по подразделениям создана таблица
«Подразделения» (таблица 9).
Таблица № 9
Таблица «Подразделения»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
Наименование
Name
строка
20
Для хранения данных по видам проблем создана таблица «Вид проблемы
заявки» (таблица 10).
Таблица № 10
Таблица «Вид проблемы заявки»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
Наименование
Name
строка
50
Для хранения данных по физическим лицам создана таблица «Физические
лица» (таблица 11).
Таблица № 11
Таблица «Физические лица»
83
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Kod
строка
5
ключевое поле
ФИО
FIO
строка
50
Телефон
Tel
число
11
e-mail
e-mail
строка
50
Для хранения данных по ответственным за оргтехнику создана таблица
«Ответственный за оргтехнику» (таблица 12).
Таблица № 12
Таблица «Ответственный за оргтехнику»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
ФИО
FIO
строка
50
ключевое поле
оргтехника
Teh
строка
50
количество
Kol
число
8
Для хранения данных по заявкам на обслуживание создана таблица
«Заявки на обслуживание» (таблица 13).
Таблица № 13
Таблица «Заявки на обслуживание»
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Номер
Num
строка
5
ключевое поле
Дата
Date
дата
дата
Организация
Name
строка
20
Отдел
Ot
строка
20
Заявитель
Zayv
строка
50
Вид проблемы
Vid
строка
70
Оборудование
Obor
строка
50
Примечание
Prim
строка
100
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
Технология внутримашинной организации создается
последовательностью разработанных процедур - схем взаимосвязи программных
модулей и информационных массивов. Подобная схема представляет собой
разбиение общего процесса решения задачи на отдельные процедуры
преобразования массивов, называемые модулями (это - ввод, контроль,
84
перезапись информации с одного МН на другой, сортировка, уплотнение
данных, редактирование, накопление, вывод на печать и т.п.).
Основываясь на результатах, полученных при разработке дерева функций
и сценария диалога, построим дерево программных модулей, отображающее
структурную схему пакета, содержащей программные модули разных классов.
Для создания текста программы на встроенном языке созданы модули
прикладного решения. Такие модули располагаются в разных местах
конфигурации и имеют разное назначение. Большее количество модулей
«привязано» к заданным объектам конфигурации или к самому прикладному
решению. Эти модули вызываются в нужный момент работы прикладного
решения.
Так, если модуль, содержит какой то код, то этот код будет выполнен и
работа прикладного решения продолжена. В этих модулях могут расположиться
процедуры обработки событий, определяемых для различных объектов
прикладного решения. Такие процедуры будут выполняться при наступлении
необходимого события.
Вместе с модулями, вызываемыми в процессе работы прикладного
решения, есть общие модули, которые не вызываются в процессе работы
прикладного решения. Они служат только для размещения в них текстовых
функций и процедур, которые могут вызываться из других модулей прикладного
решения.
Так, код, располагающийся в этих общих модулях, будет выполнен только
тогда, когда к нему будет произведено явное обращение из другого модуля
конфигурации или из командного интерфейса.
Для всех программных модулей будет доступен глобальный модуль
задачи. Он образуется значениями свойств и методов глобального модуля и
системными перечислениями а также системными наборами значений. В общем
виде связь модулей выражается схемой представленной на рис. 31.
85
Глобальный модуль
Модуль
приложения
Общий модуль
Модуль
«Закрепленная
техника»
Модуль «Заявки
обслуживания»
Модуль «Вид
проблемы»
Модуль
«Выполнение
заявок»
Модуль отчета
«Заявки по
исполнителю»
Модуль отчета
«Заявки по
отделу»
Модуль отчета
«Заявки по
статусу»
Заполнение
Корректировка
Заполнение Заполнение
Корректировка Корректировка
Заполнение
Корректировка
Печать Печать Печать
Формирование Формирование Формирование
Просмотр Просмотр Просмотр
Рисунок 31 - Структурная схема пакета
Каждый модуль связан с оставшейся частью конфигурации, и такая связь
называется контекстом выполнения данного модуля. Контекст определяется
набором доступных для модуля объектов, переменных, процедур и функций
(таблица 14).
Таблица № 14
Таблица «Описания функций модулей»
№
п/п
Наименование модуля
Функции модуля
1.
Глобальный модуль
Содержит глобальные процедуры и функции,
предопределенные процедуры, процедуры и
функции, которые необходимо выполнить при
запуске системы «1С:Предприятие 8». Является
контекстом для модулей «Общий модуль» и
«Модуль приложений» (см. 2.3.4 Описание
программных модулей )
2.
Модуль справочника
«Закрепленная техника»
Содержит предопределенные процедуры формы
списка и элемента справочника
3.
Модуль справочника
«Заявки обслуживания»
Содержит предопределенные процедуры формы
списка и элемента справочника
4.
Модуль справочника
«Вид проблемы»
Содержит предопределенные процедуры формы
списка и элемента справочника
5.
Модуль справочника
Содержит предопределенные процедуры формы
86
№
п/п
Наименование модуля
Функции модуля
«Выполнение заявок»
списка и элемента справочника
6.
Модуль отчета
«Заявки по отделу»
Содержит предопределенные процедуры формы
списка и элемента справочника
7.
Модуль отчета «Заявки по
исполнителю»
Содержит предопределенные процедуры формы
списка и элемента справочника
8.
Модуль отчета
«Заявки по статусу»
Содержит предопределенные процедуры формы
списка и элемента справочника
2.3.4 Описание программных модулей
Общий модуль
В конфигурации может быть определено произвольное количество общих
модулей, в том числе и ни одного. Контекст общего модуля создается на
глобальном и локальном контексте самого общего модуля, то есть с помощью
процедур и функций, определённых внутри общего модуля рис. 32.
Поскольку общий модуль не используется системой непосредственной, в
нём нет раздела описания переменных и раздела основной программы. Общий
модуль содержит определения процедур и функций.
В случае если процедуры или функции общего модуля определены
экспортируемыми, они станут частью глобального контекста и будут доступны
всем модулям прикладного решения.
Так как общий модуль не «привязан» к объекту конфигурации, а имеет
отношение ко всему прикладному решению, имена экспортируемых
переменных, процедур и функций будут различными во всех общих модулях.
Иначе будет выдаваться синтаксическая ошибка, так как глобальный модуль
станет содержать повторяющиеся имена.
Глобальный модуль
Общий модуль
Рисунок 32 - Контекст общего модуля
87
Модуль приложения.
В конфигурации есть один модуль приложения. Контекст модуля
приложения будет образовываться [14] (рис. 33):
Глобальным модулем, включающим экспортируемые функциями и
процедуры общих модулей;
Локальным контекстом модуля приложения.
Он выполняется при запуске системы или в процессе обращении к
приложению как к Automation-серверу. Такой модуль нужен для обработки
действий, связанных с периодом работы конечного пользователя. Кроме
описанных переменных и основной программы, модуль приложения обычно
содержит описание процедур-обработчиков событий, связанных с сеансом
пользователя и прикладным решением в целом.
Глобальный модуль
Модуль
приложения
Общий модуль
Рисунок 33 - Контекст модуля приложения
Основными событиями, обрабатываемыми в модуле приложения,
являются события начала и окончания работы приложения. Схема вызова
представлена на рис 34. [14]
Событие ПередНачаломРаботыСистемы появляется во время запуска
системы до открытия главного окна. В процессе обработки этого события
разработчик имеет возможность отказаться от запуска системы в случае, если
условия не выполняются. Надо учесть, что поскольку данное событие
вызывается в тот момент, когда главное окно программы ещё не открыто, будет
недоступен набор действий, которые требуют наличия главного окна.
Событие ПриНачалеРаботыСистемы появляется при запуске системы
«Заявки». Разработчик уже не может отказаться от запуска системы, но может
выполнять действия, которые обязательно должны быть выполнены при начале