72
Таблица №18
Утвержденные проекты компании
Наименование
поля
Идентификатор поля
Тип
поля
Длина
поля
Прочее
ID_Заказа
ID_Заказа
число
4
Первичный ключ
– ключевое поле
(PK)
Наименование
клиента
Наименование_Клиента
строка
30
Сумма клиента
Сумма По Клиенту
Число
12
Менеджер
клиента
Менеджер Клиента
Строка
FK1
Исполнитель
клиента
Исполнитель Клиента
Строка
20
2.3.3. Структурная схема пакета
Дерево программных модулей отражает структурную схему пакета, содержащего
программные модули различных классов:
• модули, выполняющие служебные функции;
• управляющие модули, предназначенные для загрузки меню и передачи управле-
ния другому модулю;
• модули, связанные с вводом, хранением, обработкой и выдачей информации.
Дерево программных модулей, составляющих структуру основного пакета представ-
лено на рис.48
73
Рис.48 Структурная схема основного пакета
Рассмотрим модуль тестирования базы данных.
Одной из основных администраторских функций является осуществление
операций с базами данных, к которым относятся: резервное копирование, восстанов-
ление, загрузка/выгрузка конфигураций, установка обновлений. Резервное копиро-
вание – создание резервных копий – информационных ресурсов «1С: Предприятие»
осуществляется в целях обеспечения возможности их восстановления при наруше-
нии целостности.
Резервное копирование служебных информационных ресурсов осуществля-
ется администратором соответствующего ресурса, в соответствии с руководством
администратора соответствующего ресурса, утвержденным регламентом или утвер-
жденной технологической инструкцией. Резервное копирование информационного
ресурса выполняется путем создания необходимого для безусловного и своевремен-
ного восстановления нарушения его целостности количества копий.
Форма аутентификации
Главная форма
Форма пользователя
Подсистема работы
со справочниками
Модуль визуализации
данных
Подсистемы работы
с документами
Модуль редактирова-
ния визуализирован-
ных данных
Подсистема работы с
отчетами
Модуль визуальных
эффектов
Модуль тестирова-
ния БД
Форма редакти-
рования пользо-
вателей
Модуль проверки
загружаемой ин-
формации на
ошибки
74
В целях возможности обеспечения целостности ресурса, в случае потери
функциональности резервных копий информационных ресурсов (повреждение, по-
ломка носителя) осуществляется их архивирование, в соответствии с частными ин-
струкциями или программно-эксплуатационной документацией на соответствую-
щий ресурс. Допускается обеспечение возможности восстановления целостности
информационных ресурсов их дублированием на средствах вычислительной тех-
ники. Порядок актуализации дублирующего ресурса определяется руководством,
принявшим решение о применении такого способа обеспечения целостности ре-
сурса.
Резервное копирование официальных и проектных информационных ресур-
сов осуществляется в целях обеспечения безусловного их восстановления в прием-
лемые сроки в случае нарушения целостности.
Периодичность и способы выполнения резервного копирования информаци-
онных ресурсов определяется:
− их назначением и функциональными особенностями (важностью,
изменчивостью и т.д.);
− особенностями реализующих эти ресурсы программно-аппарат-
ных комплексов.
Резервное копирование официальных и проектных ресурсов выполняется
ежедневно, еженедельно, ежемесячно и ежегодно. В зависимости от задач и средств
копирования, может выполняться полное, дифференциальное или инкрементальное
копирование. Копирование может выполняться как с архивированием данных, так и
без архивирования.
Для отдельных ресурсов может устанавливаться дополнительная периодич-
ность создания копий, например, до и после выполнения определенного этапа работ.
Порядок создания дополнительных копий разрабатывается структурным подразде-
лением Отделения и согласовывается с управлением информационных технологий
и отделом по защите информации.
Тип используемых для резервного копирования ресурса носителей информа-
ции определяется характеристиками аппаратно-программного комплекса, реализу-
ющего информационный ресурс. Копии официальных и проектных информацион-
75
ных ресурсов резервное копирование которых осуществляет отдел внедрения и со-
провождения информационных подсистем и баз данных выполняется на сменное се-
тевое хранилище.
Количество копий (дублей) определяется из необходимости безусловного
обеспечения восстановления информационного ресурса в срок, не приводящий к
срыву основных задач, который определяется в частной инструкции резервного ко-
пирования на ресурс или соответствующим разделом программно-эксплуатацион-
ной документации.
Хранение резервных копий информационных ресурсов осуществляется в со-
ответствии с требованиями Инструкции о порядке учёта, хранения и обращения ма-
шинных носителей информации.
Совместное хранение экземпляров резервных копий информационных ресур-
сов не допускается.
За выполнение периодического контроля копирования, наличия и условий
хранения копий определяется персональная ответственность должностных лиц.
Лица, персонально ответственные за выполнение копирования ресурсов, хра-
нение копий и контроль, определяются приказом генерального директора.
Для повышения эффективности технологии сохранности информации при-
нято решение о том, что ответственными за резервное копирование и хранение ре-
зервных копий являются разные специалисты.
Передача копий ресурсов между работниками оформляется документально по
«Описи машинных носителей информации и документов» или распиской, в которой
указываются те же данные, что и в описи.
Режим тестирования и исправления базы данных служит для исправления
нарушений структуры и целостности базы данных.
Рассмотрим список модулей – интерфейсов экономической информационной
системы. В таблице 19 опишем используемые в ходе создания ИС методы.
76
Таблица №19
Модули системы на управляемых формах
Управляемая
форма
Метод
Назначение
Заказ клиента
на авиабилет
Процедура Печать(ТабДок, Ссылка) Экспорт
Процедура
предназначена
для печати доку-
мента
Заказ клиента
на авиабилет
Обработчик события ОбработкаЗаполнения
Создает доку-
мент «Оказание
услуги» на осно-
вании доку-
мента «Заказ
клиента на авиа-
билет»
Заказ клиента
на авиабилет
ОбработкаПроведения(Отказ, Режим)
Записывает при-
ход – плюс в ре-
гистр «При-
быль»
Заказ клиента
на авиабилет
ОбработкаПроведения(Отказ, Режим)
Записывает при-
ход в регистр «
Продажи»
Обратная связь
с клиентом
Процедура Печать(ТабДок, Ссылка) Экспорт
Процедура
предназначена
для печати доку-
мента
Обратная связь
с клиентом
ОбработкаПроведения(Отказ, Режим)
Записывает в ре-
гистр сведений
«Обратная
связь» данные
по клиенту
77
Продолжение таблицы №19
Оформление
продажи
Процедура Печать(ТабДок, Ссылка) Экспорт
Процедура
предназначена
для печати доку-
мента
Оформление
продажи
ОбработкаПроведения(Отказ, Режим)
Записывает рас-
ход – минус по
услуге в регистр
«Прибыль»
Первичный
интерес кли-
ента
Процедура Печать(ТабДок, Ссылка) Экспорт
Процедура
предназначена
для печати доку-
мента
Первичный
интерес кли-
ента
ОбработкаЗаполнения(ДанныеЗаполнения,
СтандартнаяОбработка)
Создает доку-
мент «Обратная
связь» на осно-
вании доку-
мента «Первич-
ный интерес»
Первичный
интерес кли-
ента
ОбработкаПроведения(Отказ, Режим)
Записывает в ре-
гистр сведений
данные об инте-
ресе клиента
78
2.3.4. Описание программных модулей
В качестве примера рассмотрим программный модуль печати авиабилетов.
При вызове модуля производится формирование модуля и загрузки исходных
данных и вывод на экран печатной формы с данными конкретного документа про-
дажи авиабилета. Менеджер по продажам, ознакомившись с документом, может его
распечатать или сохранить на жесткий диск в формате Microsoft Word. Развернутая
блок-схема работы представлена на Рисунке 23.
Структура печатной формы (VIEW) документа «Продажа авиабилета», пред-
назначенного для временного хранения и обработки всей информации по билету,
представлена в таблице 20
Таблица №20
Структура записи представления документа «Продажа Авиабилета»
№ п/п
Наименование показателя
Идентификатор
Тип
1
Код строки
id
Int
2
Табличная часть документа «Продажа
Авиабилета»
Tabl_Doc
Хранилище
Значений
Переменные i,k в блок-схеме модуля представляют собой счетчики строк из
документа «Продажа Авиабилета».
В модуле используются вызовы других модулей, а именно модулей загрузки
данных, отображения данных и математической обработки.
На рис.49 представлена развернутая блок-схема работы модуля печати биле-
тов.
79
Рис.49 Развернутая блок-схема работы модуля печати билетов.
2.4. Контрольный пример реализации проекта и его описание
Работа с программой начинается с диалогового окна выбора пользователя и
ввода пароля (рис.50). Пароли для пользователей выдаются администратором си-
стемы.
80
Рис.50 Окно авторизации пользователя
Для формирования рейсов необходимо кликнуть по подсистему «документы»
и выбрать документ «Формирование рейсов».
Перед пользователем откроется пустая форма документа, в которой необхо-
димо заполнить реквизиты и табличную часть, после чего кликнуть по кнопке запи-
сать и закрыть.
Рис.51 Форма документа «Формирование рейса».
Для оформления билета необходимо создать документ «Заказ билета».
В открывшемся окне необходимо выбрать из справочников «Рейс», «Кли-
ента» и «Класс авиабилета», а также указать ответственного сотрудника.
81
Рис.52 Форма документа «Заказ билета».
Поля «Стоимость билета», «Скидка» и «Стоимость со скидкой» заполнятся
автоматически на основании соответствующих данных.
Рис.53 Форма документа «Заказ билета».
По умолчанию документ создаётся со статусом «Забронирован». После пол-
ной оплаты билета необходимо установить статус «Оплачен». В случае отказа кли-
ента необходимо установить статус «Отменён».
На основании документ «Заказ билета» создаётся документ «Внесение
оплаты».
Рис.54 Создание документа «Внесение оплаты» на основании документа
«Заказ билета».