
- •3. Проектирование системы управления взаиморасчетами с контрагентами предприятия сферы услуг
- •3.1. Проектирование функционального обеспечения
- •3.2. Проектирование информационного обеспечения
- •3.2.1. Проектирование макетов входящих документов
- •Входящие документы
- •3.2.2. Проектирование макетов исходящих документов
- •Выходные документы
- •3.2.3. Концептуальная модель данных информационной базы
- •3.2.4. Логическая модель данных информационной базы
- •3.2.5. Физическая модель данных информационной базы
- •3.2.6. Разработка экранных форм
- •Экранные и печатные формы
- •3.3. Проектирование математического обеспечения
- •3.4. Проектирование программного обеспечения
- •3.4.1. Разработка дерева функций
- •3.4.2. Разработка сценария диалога
- •3.4.3. Разработка дерева вызова программных модулей
- •3.4.4. Схема взаимодействия программных модулей и информационных файлов системы
- •3.5. Проектирование технологического обеспечения
- •3.5.1. Технология ввода информации в систему
- •3.5.2. Технология контроля вводимой информации
- •3.5.3. Технология отображения информации
- •3.5.4. Технология восстановления данных в системе
- •3.5.5. Технология реализации бизнес-процессов в системе
- •3.6. Проектирование организационного обеспечения
- •3.6.1. Описание арм пользователей информационной системы
- •3.6.2. Требования к подготовке пользователей ис
- •3.6.3. Характеристика этапа внедрения разрабатываемой ис
- •3.6.4. Характеристика этапа эксплуатации разрабатываемой ис
- •3.7. Контрольный пример
- •П24. Функциональная модель предметной области («как должно быть»)
- •Функциональная модель
- •«Управление взаиморасчетами с контрагентами предприятия сферы услуг»
- •П25. Входящие документы
- •Заявка на оказание услуг
- •Каталог оказывемых услуг
- •Претензия (об уплате неустойки в связи с нарушением сроков начала подрядных работ) на сумму _____________ рублей
- •Журнал регистрации результатов осмотров жилого дома
- •Адресный список и характеристика строений
- •Выписка из отдела материально-технического снабжения № ________________ о наличии ресурсов для реализации заявки
- •План по оказанию услуг №________
- •Акт оказанных услуг №_____________
- •Договор № _______
- •1. Предмет договора
- •2. Права и обязанности сторон
- •3. Цена договора и порядок расчетов
- •4. Ответственность сторон
- •5. Порядок разрешения споров
- •6. Заключительные положения
- •Адреса и банковские реквизиты сторон:
- •Подписи и печати сторон
- •Отчёт по работе с заявками
- •Отчёт по работе с претензиями
- •Отчёт по работе с договорами
- •Сводный отчёт по работе с контрагентами
- •Сводный отчёт по графику платежей
- •Сводный отчёт по исполнению договоров
- •П27. Макеты форм входящих документов
- •Структура документа «Претензия»
- •Структура документа «Заявка на оказание услуги»
- •Структура документа «Каталог услуг»
- •Структура документа «Журнал регистрации результатов осмотров жилого дома»
- •Структура документа «Адресный список и характеристика строений»
- •Макет выписки о наличии ресурсов для реализации заявки
- •П28. Макеты форм исходящих документов
- •Структура документа «План по оказанию услуг»
- •Структура документа «Акт оказанных услуг»
- •П29. Концептуальная модель базы данных п30. Характеристика сущностей предметной области и связей между ними
- •Характеристика сущностей предметной области
- •Характеристика связей между сущностями предметной области
- •П31. Логическая модель базы данных
- •П32. Физическая модель базы данных
- •П33. Расшифровка атрибутов сущностей предметной области
- •Характеристика атрибутов сущностей предметной области
- •Сценарий диалога пользователя и информационной системы
- •П38. Дерево вызова программных модулей системы
- •Расшифровка программных модулей системы
- •П39. Схема взаимосвязи программных модулей и информационных файлов системы
- •П40. Технологические схемы бизнес-процессов предметной области
- •П41. Технологическая карта бизнес-процессов предметной области
- •Технологическая карта бизнес-процессов предметной области
- •П42. Взаимоотношения прав доступа
3.5.4. Технология восстановления данных в системе
Под восстановлением данных понимается процедура извлечения информации с запоминающего устройства в случае, когда она не может быть прочитана обычным способом. Необходимость в восстановлении возникает и тогда, когда носитель имеет аппаратные или программные повреждения, или когда файлы данных были отмечены в качестве удалённых, но продолжают храниться до того, как будут перезаписаны.
В соответствии с требованиями заказчика (см. п. 1.9) для обеспечения возможности восстановления данных в разрабатываемой системе в оригинальном месте их расположения в случае их повреждения или разрушения требуется организация резервного копирования, т. е. создания копии данных на носителе. Резервная копия позволит восстановить данные после сбоя носителей, ошибок пользователей (например, ошибочное удаление таблицы), аппаратных сбоев (например, повреждений дисковых накопителей или безвозвратной потери данных на сервере). Также резервные копии базы данных необходимы для выполнения повседневных административных задач, например, для копирования базы данных с одного сервера на другой, настройки зеркального отображения баз данных и архивирования.
Полная резервная копия всех файлов сервера СУБД предметной области снимается регулярно первого числа каждого календарного месяца в два часа ночи. При этом до процесса снятия резервной копии приостанавливаются все активные сервисы, в том числе и сервис базы данных. Затем происходит удаление архивных логов для экономии дискового пространства. После чего выполняется перезапуск основных сервисов, и их работа осуществляется в штатном режиме.
Функции резервного копирования и восстановления базы данных в выбранной в качестве целевой СУБД InterBase (см. п. 2.6.1) можно осуществлять несколькими способами: диспетчером серверов IBConsole (через пункты меню Tasks – Backup и Tasks – Restore) или с помощью утилиты командной строки gbak (синтаксис утилиты для копирования – gbak [-B] [options] database target; синтаксис утилиты для восстановления – gbak {-C | -R} [options] source database). Кроме того, для выполнения сервисных функций с базой данных можно использовать утилиты третьих фирм, которые в ряде случаев заметно проще и удобнее в работе и позволяют проводить операции восстановления или переноса базы данных путём выгрузки SQL-скрипта, включающего как команды создания базы и её объектов, так и содержимого таблиц. При таком способе обеспечивается как переносимость данных базы, так и возможность ручной корректировки отдельных параметров базы при её восстановлении.
При осуществлении резервного копирования и восстановления базы данных в среде InterBase выполняется также ряд дополнительных действий: сборка «мусора» (удаление устаревших версий записей) и чистка таблицы транзакций от транзакций, завершённых откатом; балансировка индексов; освобождение пространства, занимаемого удалёнными записями, и упаковка оставшихся данных. Благодаря всем этим действиям размер базы данных уменьшается, а работа с ней заметно ускоряется.
Восстановление базы данных в случае логических и физических сбоев и приведение её в актуальное состояние должна осуществляться несколькими способами: откат, прогонка и восстановление из резервной копии.
При всех типах сбоев, возникающих при эксплуатации системы, требуется оповещать пользователей информационной системы, которые на момент сбоя могли работать с базой данных, о необходимости проверки результатов своей работы, поскольку некоторые операции или данные могут оказаться утерянными.