56
Отчет может существовать отдельно от конфигурации и базы
данных – его можно сохранить в файл. В этом случае он называется
«внешний отчет».
Экранные формы отчетов описаны в таблице 11
Таблица 11
Описание выходных документов
№
пп
Номенклатура
Реквизиты
Таблицы, на
основе
которых
формируется
Частота
формирован
ия
1
Личный
состав
Дата
Номер
Должность
Военнослуж
ащий
Звание
Военнослужа
щие
По мере
необходимости
2
Рабочее
время
Дата
Номер
Должность
Военнослуж
ащие
Звание
Место
Деятельност
ь
Часы
Должности
Военнослужа
щие
Звание
Место
Деятельност
ь
Часы
По мере
необходимости
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Сценарий диалога очень прост и схож с интерфейсом множества
программных продуктов, с которыми пользователь уже возможно имел
дело. Использование структурированного меню и дочерних форм позволит
конечному потребителю приложения наиболее быстро добраться до
необходимой ему задачи.
Работа с информационной системой начинается с главной формы,
через которую можно выйти в нужную подсистему (рисунок 7).
57
Рисунок 8. Дерево функций информационной системы
В разработанной программе предусмотрены два пользователя –
Командир части и Администратор. Дерево диалога изображено на рисунке
9.
58
Рисунок 9. Дерево диалога
В программе представлены следующие справочники:
Справочник "Подразделение"
Справочник "Должности"
Справочник "Звание"
Справочник «Место»
Справочник «Военнослужащие»
Справочник «Деятельность»
В список первичных документов входят:
59
Приказ
Выполнение
В результате должны формироваться следующие документы:
Личный состав
Рабочее время
Система является диалоговой, т.е. выполняет с функциональной
точки зрения процесс обмена сообщениями между пользователями и ЭВМ,
при котором, осуществляется постоянная смена ролей информатора и
реципиента.
Для просмотра информации об общем объеме зарегистрированных
документов формируется отчет.
2.3.2. Характеристика базы данных
В базе данных отражается информация об определенной
предметной области. Предметной областью называется часть реального
мира, представляющая интерес для данного исследования.
Чаще всего выделяют три уровня моделей: логический, физический
и внешний [11].
ER-модель является одним из элементов концептуальной модели.
Использование ER- моделирования (особенно в сочетании с
автоматизированными средствами проектирования - CASE-средствами)
дает много преимуществ:
предписывая определенную методологию моделирования,
делает анализ предметной области более целенаправленным и
конкретным;
является удобным средством документирования проекта;
позволяет вести проектирование АИС без привязки к
конкретной целевой СУБД и осуществлять выбор последней в любой
момент времени (чем ближе к концу проектирования это будет сделано,
тем точнее может быть выбор).
60
В данном дипломном проекте ER-модель построена в ERWin
(рисунок 10).
Рисунок 10. ER-модель базы данных
Процесс генерации физической схемы базы данных из логической
модели данных называетaся прямым проектaированием (Forward
Engineering). Когда пользоватaель генерируетa физическую схему, ERwin
позволяетa включатaь тaриггеры ссылочной целостaностaи, хранимые
процедуры, индексы, ограничения и другие возможностaи, достaупные при
определении тaаблиц в СУБД.
Прежде чем переноситaь спроектaированную модель данных в
систaему управления базами данных, будетa нелишним проверитaь
полученную схему на предметa логической целостaностaи и отaсутaстaвия
ошибок проектaирования. Продуктa CA ERwin Data Model Validator
61
позволяетa анализироватaь стaруктaуры данных, ключи, индексы,
стaолбцы и отaношения. Кроме тaого, решение поможетa отaобразитaь в
графическом виде стaруктaуру всей базы данных, включая стaолбцы с
перекрестaными ссылками и списки отaношений.
На основе физической модели была создана база данных в SOL
Server путем передачи скрипта из ERWin.
При проектировании базы данных разработаны следующие
таблицы, наименование которых и их назначение приведено в таблице 12.
Таблица 12
Описание таблиц базы данных
Наименование
Хранимые данные
Пдразделение
Данные о подразделениях
Должности
Данные о должностях
Военнослужащие
Данные о военнослужащих
Звание
Данные о званиях
Место
Данные о месте выполнения работ
Деятельность
Данные о работах и ученьях
Приказ
Данные о приказах о проведении работ и учений
Выполнение
Данные о выполнении работ и рабочем времени
Характеристика каждой таблицы базы данных приведена ниже, в
таблицах 12–19.
Таблица 13
Таблица Подразделения
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код
подразделения
Код
подразделения
Число
20
Ключев
ое поле
Название
Название
Строка
20
Таблица 14
Таблица Должности
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код должности
Код должности
Счетчик
Ключев
ое поле
Название
Название
Строка
20
62
Таблица 15
Таблица Звание
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код звания
Код звания
Счетчик
Ключев
ое поле
Звание
Звание
Строка
20
Таблица 16
Таблица Военнослужащие
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код вс
Код сотрудника
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Код звания
Адрес
Число
50
Стаж
Стаж
Число
10
Код должности
Код должности
Число
10
Код
подразделения
Код
подразделения
Число
10
Таблица 17
Таблица Деятельность
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код деятельности
Код деятельности
Счетчик
Ключев
ое поле
Деятельность
Деятельность
Строка
20
Таблица 18
Таблица Место
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код места
Код места
Счетчик
Ключев
ое поле
Место
Место
Строка
20
Таблица 19
Таблица Приказ
Наименован
ие поля
Идентифик
атор поля
Тип поля
Длина
поля
Прочее
63
Код пр
Код пр
Счетчик
Ключевое
поле
Код
деятельности
Код
деятельности
Числовой
3
Код места
Код места
Числовой
3
Код вс
Код вс
Числовой
3
Дата
Дата
Дата
Таблица 20
Таблица Выполнение
Наименова
ние поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Код пр
Код пр
Числовой
3
Часы
Часы
Числовой
Дата
Дата
Дата
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Схема взаимосвязи программных модулей представляет собой
разделение общего процесса решения задачи на отдельные процедуры
преобразования информации, именуемой модулями. Дерево программных
модулей отражает логическую структуру программы с указанием типов
взаимодействия модулей:
Все программные модули связаны между собой и связаны с
главным модулем проекта. Взаимосвязь модулей конфигурации
представлена на рисунке 11
64
Рисунок 11. Связь модулей конфигурации
Перечислим модули, которые находятся в 1С 8.3
Модули платформы 1С Предприятия 8.3:
• Модуль управляемого приложения
• Модуль обычного приложения
• Модуль внешнего соединения
• Модулем сеанса
• Общие модули
• Модуль объекта
• Модуль формы
• Модуль менеджера объекта
• Модуль менеджера значений
• Модули наборов записей
Модули_1С
Таблица 20
Программные модули в 1 С Предприятие
65
Общие модули
Общие модули принадлежат всей конфигурации в
целом, но, в отличие от модуля приложения (см.
ниже), их может быть несколько, например,
модули Расчет Налогов, Обработка Документов.
Общие модули состоят только из процедур и
функций
Модуль приложения
Это модуль, который относится ко всей
конфигурации в целом и может быть только один.
Он отвечает за пользовательскую сессию (сеанс)
работы с "1С:Предприятием 8"
Модуль внешнего
соединения
Служит для работы конфигурации через COM-
соединение, может быть только один.
Модули объектов
Могут служить для отдельных объектов
конфигурации.
Модули форм
Определяют поведение формы и действия,
выполняемые из нее, например, открытие других
форм
2.3.4. Описание программных модулей
Классификация модулей:
1. Серверные. Компилируются только на стороне сервера – модуль
объекта, модуль менеджера, модуль набора записей.
2. Клиентские. Компилируются только на клиенте, например
модуль управляемого приложения.
3. Комбинированные. Могут компилироваться и на сервере и на
клиенте – модуль формы и общие модули.
Место компиляции модулей:
1. Тонкий клиент (Предоставляет возможность использования веб-
браузера).
2. Сервер.
3. Толстый клиент.