58
Рисунок 7. Информационная модель системы
Администратор системы регистрирует работников, применяя справочник
«Должности» и изменяя содержимое таблицы «Сотрудники». Также он меняет
содержимое данной таблицы, корректируя информацию для доступа к системе
каждого работника.
59
Работник регистрирует документы, применяя документ и справочник
«Типы документов» и изменяя содержимое таблицы Документы.
Руководитель формирует резолюцию к документу, применяя таблицу
Документы и формируя таблицу Исполнение.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В системе применяются справочники, представленные в таблице 8.
Таблица 8
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника
в записях
Средняя
частота
актуализации
Средний
объем
актуализации,
%
Должности
Делопроизводитель
100
1 раз в месяц
10
Подразделения
Делопроизводитель
10
1 раз в год
10
Сотрудники
Делопроизводитель
20
1 раз в год
10
Документы
Делопроизводитель
500
1 раз в месяц
25
Задачи
Делопроизводитель
10
1 раз в год
10
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Сценарий диалога довольно прост и имеет схожесть с интерфейсом
многих программных продуктов, с которыми пользователь уже скорей всего
имел дело. Применение структурированного меню и дочерних форм обеспечит
возможность конечному потребителю приложения максимально быстро
добраться до необходимой ему задачи.
Имея уже установленное представление выходной и входной
информации, основной задачей при разработке внутримашинной
информационной базы является создание структуры БД, которая обеспечивает:
простоту и удобство работы;
необходимые условия доступа к подбазам с учетом
санкционированного доступа к информации;
60
достаточную производительность для работы в режиме реального
времени.
Структурно программа составляется из модулей, которые выполняют
отдельные операции, входящие в состав функционального набора АРМ.
По своему существу, диалог представляет собой процесс обмена
сообщениями между пользователем и вычислительной машиной, при котором
производится постоянная смена ролей информатора и реципиента, при этом
смена паролей должна быть достаточно оперативной.
Работа с информационной системой начинается с главной формы, через
которую можно выйти в необходимую подсистему (рисунок 8).
Рисунок 8. Дерево функций информационной системы
В программе представлены следующие справочники:
должности
подразделения;
сотрудники
документы;
задачи.
61
Отчеты, а также, операции над ними. Это:
создание;
регистрация;
исполнение.
Система является диалоговой, т.е. выполняет с функциональной точки
зрения процесс обмена сообщениями между пользователями и ЭВМ, при
котором, осуществляется постоянная смена ролей информатора и реципиента.
Для просмотра информации об общем объеме зарегистрированных
документов формируется отчет.
2.3.2. Характеристика базы данных
В базе данных отражается информация об определенной предметной
области. Предметная область - часть реального мира, которая представляет
интерес для данного исследования.
В автоматизированных ИС отражение предметной области создается
путем информационной модели. В зависимости от условия рассмотрения
различают модели данных нескольких уровней. Количество реально
выделенных и поддерживаемых самостоятельно уровней моделей зависит от
особенностей системы управления базами данных.
ER-модель является одним из компонентов концептуальной модели.
Использование ER- моделирования предоставляет много преимуществ:
предписывая определенную методологию моделирования, делает
анализ предметной области более конкретным и целенаправленным;
служит удобным средством документирования проекта;
обеспечивает возможность вести проектирование АИС без привязки
к конкретной целевой системе управления базами данных и производить выбор
последней в любой момент.
В данной выпускной квалификационной работе ER-модель построена в
ERWin (рисунок 9).
62
Рисунок 9. ER-диаграмма в среде ERwin
ERwin имеет два уровня представления модели — логический и
физический.
В данной работе, в соответствии с описанной предметной областью, были
выявлены следующие сущности: Документы, Задачи, Подразделения,
Сотрудник, Должности.
Для того, что бы реализовать связь M:M на физическом уровне были
добавлены дополнительные таблицы «Создание», «Исполнение»,
«Регистрация».
На основе физической модели была создана база данных в 1 С
Предприятие.
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры преобразования
63
информации, именуемой модулями. Дерево программных модулей отражает
логическую структуру программы с указанием типов взаимодействия модулей:
тип Т – передача управления вызываемому модулю с возвратом в
вызывающий модуль;
тип Р – передача управления без возврата.
Дерево программных модулей для исходящих документов представлено
для входящих документов на рисунке 10.
Рисунок 10. Дерево программных модулей. Входящие документы
2.3.4. Описание программных модулей
В разрабатываемой системе выполняется расчет таких показателей:
число входящих документов;
число исходящих документов;
число исполненных документов.
В таблице 9 представлено описание первичных показателей, а в таблице
10 приведено описание результатных показателей.
64
Таблица 9
Формализованное и исходное описание первичных показателей
Наименование показателей
Идентификатор
показателя
Созданные
K
Зарегистрированные
X
Исполненные
NI
Таблица 10
Формализованное описание результатных показателей
Наименование показателя
Идентификатор
показателя
Алгоритм расчета
Количество созданных
S1
Σ К
Количество заренистрированных
S2
Σ Х
Количество исполненных
S3
Σ N
В модулях 1С содержится исполняемый код, который необходим для того
чтобы каким-либо образом отреагировать на действия системы или
пользователя, когда визуальных средств недостаточно для описания
взаимодействия объектов в конфигураторе. Также в врограммных модулях
можно описывать собственные методы.
Любая строчка кода находится в каком-либо модуле, это отличие от
1С7.7, где программный код мог располагаться и в ячейках таблиц макета и в
свойствах элементов формы.
Перечислим модули, которые находятся в 1С 8.2
Модули платформы 1С Предприятия 8.2:
• Модуль управляемого приложения
• Модуль обычного приложения
• Модуль внешнего соединения
• Модулем сеанса
• Общие модули
• Модуль объекта
• Модуль формы
• Модуль менеджера объекта
• Модуль менеджера значений
65
• Модули наборов записей
Модули_1С
Основные разделы модуля:
1. Раздел описания локальных переменных данного модуля, можно
указывать директиву компиляции (существует не для всех модулей).
2. Раздел описания процедур и функции. Если не писать директиву
компиляции то по умолчанию она — &НаСервере, порядок процедур и
функций не имеет ни какого значения.
3. Раздел основной программы модуля (содержатся некоторые
операторы). Данный раздел выполняется при обращении к модулю (существует
не для всех модулей).
Не все модули содержат разделы описания переменных и раздел
основной программы.
Например: Общий модуль или Модуль сеанса.
Правила компиляции модуля:
1. Некоторые модули компилируются полностью либо на стороне
клиента, либо на стороне сервера. Все методы в них – либо клиентские, либо
серверные. Пример клиентского модуля – модуль управляемого приложения.
2. Некоторые модули могут совмещать клиентские и серверные методы.
В этом случае для каждого метода необходимо указывать директивы
компиляции — &НаКлиенте или &НаСервере. Пример – модули управляемых
форм.
Классификация модулей:
1. Серверные. Компилируются только на стороне сервера – модуль
объекта, модуль менеджера, модуль набора записей.
2. Клиентские. Компилируются только на клиенте, например модуль
управляемого приложения.
3. Комбинированные. Могут компилироваться и на сервере и на клиенте –
модуль формы и общие модули.
Место компиляции модулей:
66
1. Тонкий клиент (Предоставляет возможность использования веб-
браузера).
2. Сервер.
3. Толстый клиент.
Как видно модулей не так уж и мало, практически у каждого объекта
конфигурации есть модуль который имеет свое предназначение.
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 11.
Таблица 11
Описание таблиц базы данных
Наименование
Хранимые данные
Подразделения
Данные о подразделениях
Должности
Данные о должностях
Сотрудники
Данные о сотрудниках
Задачи
Данные о задачах
Документы
Данные о докуументах
Создание
Данные о создании документов
Регистрация
Данные о регистрации документов
исполнение
Данные об исполнении документов
Характеристика каждой таблицы базы данных приведена ниже, в
таблицах 12–18.
Таблица 12
Таблица Задачи
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код задачи
Код задачи
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Описание
Описание
Строка
20
67
Таблица 13
Таблица Должности
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код должности
Код должности
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Таблица 14
Таблица Сотрудники
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код сотрудника
Код сотрудника
Счетчик
Ключев
ое поле
ФИО
ФИО
Строка
20
Телефон
Телефон
Строка
10
Код должности
Код должности
Счетчик
Код места
Код места
Счетчик
Таблица 15
Таблица Подразделения
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код
подразделения
Код
подразделения
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Таблица 16
Таблица Документ
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код документа
Код документа
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Вид документа
Вид документа
Строка
Таблица 17
Таблица Создание
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Код создания
Код создания
Счетчик
Код документа
Код документа
Число
Дата выдачи
Дата выдачи
Дата
Код сотрудника
Код сотрудника
Число
Код задачи
Код задачи
Число
Вид документа
Вид документа
Строка