LINEBURG


<< Пред. стр.

страница 63
(всего 83)

ОГЛАВЛЕНИЕ

След. стр. >>



Пример 2
Предметная область — комплекс задач по учету движения основных средств (ОС),
обеспечивает учет ОС на всех стадиях жизненного цикла:
• покупка/строительство ОС;
• постановка на учет ОС;
• начисление износа (амортизации) ОС;
• перемещение ОС;
• модернизация ОС,
• аренда ОС;
• реализация/ликвидация ОС.
Для учета движения ОС используются стандартные формы документов: акты
приемки-передачи ОС, инвентарные карточки ОС и др., различного вида клас­
сификаторы и справочники:
• группы ОС;
• нормы амортизационных отчислений;
• структурные подразделения;
• материально-ответственные лица (МОЛ) и др.
Для отражения в бухгалтерском учете хозяйственных операций по движению ОС
разработаны типовые операции и шаблоны бухгалтерских проводок.
Состав и нормализованная структура данных ИО:
• ЖХО: Дата проводки (операции), Номер счета дебета, Номер субсчета де­
бета, Номер счета кредита, Номер субсчета кредита, Номер документа-ос­
нования, Дата документа-основания, Содержание операции, Сумма опера­
ции.1
• Счет: Номер счета, субсчета, Наименование счета, Тип счета, Сальдо Д, Саль­
до К, ДО (дебетовый оборот), КО (кредитовый оборот), Сальдо текущее Д,
Сальдо текущее К, Дата начала учетного периода.
• Группа ОС: Код группы ОС, Наименование группы ОС, Годовая норма амор­
тизации, Норма пробега для автотранспорта.
• Подразделение: Код подразделения, Наименование подразделения.
• Инвентарный объект ОС: Инвентарный номер ОС, Классификационный код
ОС, Код подразделения (место последней установки), Начальная стоимость,
Начальный износ, Накопленный износ, Дата приобретения, Дата постановки
на учет, Дата списания, Номер документа.
• Инвентарная карточка ОС: Номер карточки ОС, Инвентарный номер ОС, Код
МОЛ, Код подразделения (места установки ОС), Дата открытия карточки,
Дата закрытия карточки.


Ключевые реквизиты ИО выделены полужирным шрифтом
522 Глава 7. Система управления базами данных MS Access 2000


• МОЛ: Табельный номер, Фамилия, Имя, Отчество материально-ответствен­
ного лица, Код подразделения (где работает МОЛ).
• Амортизация ОС: Инвентарный номер ОС, Дата амортизации, Сумма амор­
тизации.
О Типовая операция: Код типовой операции, Наименование типовой операции.
• Шаблон проводки: Код шаблона, Код типовой операции, Счет, субсчет дебе­
та, Счет, субсчет кредита, Формула для расчета суммы операции.
• Проводка: Дата проводки, Код шаблона, Инвентарный номер ОС, Сумма
проводки, Номер документа-основания.
Для ИО устанавливаются количественные соотношения на уровне экземпляров:
• Группа ОС:Инвентарный объект ОС — 1:М; каждый инвентарный объект при­
надлежит только одной группе ОС, на в группу ОС может входить несколь­
ко инвентарных объектов ОС;
• ЖХО:Проводка — 1:1; проводка типовой операции записывается как проводка
ЖХО, отдельная проводка ЖХО может быть построена на основе конкрет­
ной проводки типовой операции;
• Инвентарный объект ОС:Амортизация ОС — 1:М; по инвентарному объекту на­
числяется амортизация в течение длительного периода времени, каждая амор­
тизационная сумма за определенный учетный период связана с определен­
ным инвентарным объектом ОС;
• Инвентарный объект ОС:Инвентарная карточка — 1:М; по одному инвентарно­
му объекту ОС может открываться несколько инвентарных карточек, но ка­
ждая инвентарная карточка связана с определенным инвентарным объектом
ОС;
• МОЛ:Инвентарная карточка — 1:М; за одним МОЛ закреплено несколько ин­
вентарных карточек ОС, но в каждой инвентарной карточке указан только
один МОЛ;
• Подразделение:Инвентарный объект ОС — 1:М; в одном подразделении может
быть установлено несколько инвентарных объектов ОС, но каждый инвен­
тарный объект ОС в каждый момент времени находится только в одном под­
разделении;
• Подразделение:Инвентарная карточка — 1:М; с одним подразделением может
быть связано несколько инвентарных карточек, и в отдельной инвентар­
ной карточке указывается только одно место установки инвентарного объек­
та ОС;
• Подразделение:МОЛ — 1:М; в одном подразделении может работать несколь­
ко МОЛ, каждый МОЛ относится только к одному подразделению;
• Счет, субсчет:ЖХО — 1:М; для счета, субсчета существует много проводок в
ЖХО по дебету и кредиту, в каждой проводке ЖХО указывается только
один счет, субсчет по дебету и кредиту;,
• Счет, субсчет:Шаблон проводки — 1:М; для счета, субсчета существует много
шаблонов проводок по дебету и кредиту, в каждой проводке шаблона указы­
вается только один счет, субсчет по дебету и кредиту;
523
Проектирование БД


• Типовая операция:Шаблон проводки — 1:М; типовая операция может исполь­
зовать много шаблонов проводок, но каждый шаблон проводки относится
только к одной типовой операции.
• Шаблон проводки:Проводка — 1:М; на основе одного шаблона типовой опера­
ции может быть сформировано много проводок в ЖХО, но каждая проводка
ЖХО может основываться только на одном шаблоне проводки.
Матрица смежности ИЛМ
Матрица смежности — квадратная матрица по числу ИО. Матрица заполняется
по строкам. Элемент матрицы на пересечении строки и столбца равен 1, если
ИО, стоящий в строке, связан с ИО, стоящим в столбце, отношением один ко
многим, тип функциональной связи во внимание не принимается. Таблица 7.1
соответствует матрице смежности для ИО ИЛМ примера 2. Несколько одно­
типных структурных связей двух ИО рассматривается как одна (например, Счет,
Субсчет — Шаблон, Счет, субсчет — ЖХО — представлены однократно).
Таблица 7 . 1 . Матрица смежности ИЛМ 1

4
1 2 5 6 7
ИО 3 8 9 11 ИО текущего уровня
10

1
1

2 1 1 1

1
3

4 1

5 1 1

6 1

7 1

8 1

9

10 1

11

1 уровень 0 0 1 1 1
0 0 2 1 3 3 1, 2, 3, 4
2 уровень - - - - 0 0
0 0 1 3 5, 6, 7, 8
2
- - - -
3 уровень 0 1 9, 10
0
- -
4 уровень 0 11

1
Для краткости цифрами обозначены ИО: 1 — Группа ОС; 2 — Подразделение, 3 — Типо­
вая операция; 4 — Счет, субсчет; 5 — Инвентарный объект ОС; 6 — МОЛ; 7 — Шаблон
проводки; 8 — ЖХО; 9 — Амортизация ОС; 10 — Инвентарная карточка ОС; И — Про­
водка.
524 Глава 7 Система управления базами данных MS Access 2000


Алгоритм расположения И О по уровням иерархии
• вычислить итоговые суммы элементов матрицы смежности по столбцам,
• выделить И О сюлбцов, для которых итоговая сумма равна 0 Это означает,
что ИО выносится на текущий иерархический уровень Отсутствие нулевых
итоговых сумм свидетельствует об ошибке в определении типа соответствия
ИО,
• удалить строки матрицы смежности, соответствующие ИО текущего уровня
иерархии,
• для перехода к очередному уровню иерархии следует повторить указанные
действия
На рис 7 4 приведен граф ИЛМ комплекса задач по учету движения ОС


Типовая операция Счет, субсчет
Группа ОС Подразделение

г




Инвентарный 1—
жхо
МОЛ Шаблон проводки
объект ОС




Инвентарная
Амортизация ОС
карточка




Рис. 7 . 4 . Граф ИЛМ комплекса задач по учету движения ОС



Проектирование структуры данных БД
Проектирование структуры данных БД учитывает особенности выбранной СУБД,
а именно типы и структуры данных, способы организации и методы доступа к
данным на машинных носителях, сервисные средства СУБД и др Выбор СУБД
можно сравнить с выбором учетной политики в бухгалтерском учете, поскольку
все прочие проектные работы проводятся в рамках выбранной СУБД
Различают проектирование логической (концептуальная модель) и физической
структуры БД (внутреннюю модель) Для информационных технологий прило­
жений проектируются внешние модели данных
Проектирование логической структуры БД предполагает
О выбор формы организации БД централизованная или распределенная БД,
• выбор архитектуры компьютерной сети файловый сервер, сервер БД,
• выбор СУБД и программных средств создания и ведения БД,
525
Проектирование БД


• переход от структур данных ИЛМ к структурам данных БД;
• детализация структуры и свойств БД;
• создание схемы данных.
Централизованно хранимая БД располагается на одном компьютере, обеспечи­
вая эффективную обработку данных за счет скорости доступа к данным, упро­
щения процедур администрирования и защиты данных от несанкционированного
доступа. Основной проблемой централизованного хранения БД является огра­
ничение на состав приложений, рост объемов локальных БД, неэффективное
дублирование одних и тех же данных в различных локальных БД.
С внедрением компьютерных сетей произошел переход к БД, централизованно
хранимой на специализированном сервере, сначала в архитектуре «файловый
сервер», а затем и «клиент—сервер». Основным преимуществом сетевой БД яв­
ляется устранение неэффективного дублирования данных и расширение состава
приложений. Сетевая СУБД обеспечивает управление коллективным доступом,
защиту, целостность (непротиворечивость) хранимых данных. Средствами сете­
вой БД достигается информационная и функциональная интеграция приложе­
ний.
Для крупномасштабных БД данные распределяются по нескольким серверам,
находящимся под управлением одной СУБД. Этим достигается большая произ­
водительность обработки данных и расширение состава приложений. При этом
функции СУБД распределенной БД существенно расширяются: управление рас­
пределением хранимых данных, локализация данных для запросов, администри­
рование распределенной БД и т. п. В корпоративных информационных систе­
мах средствами БД выполняется информационная интеграция функциональных
подсистем системы управления.
Можно говорить о трех классах СУБД:
• настольные СУБД — для создания локальных БД на отдельном компьютере;
• сетевые СУБД — для создания сетевой БД на файловом сервере или сервере
баз данных;
• распределенные СУБД — для крупномасштабных корпоративных БД много­
серверной архитектуры.
Выбор СУБД должен соответствовать информационной системе, ее масштабам и
сложности. При выборе СУБД учитываются объемы хранимых данных, функции
обработки данных, требования приложений к уровню достоверности, опера­
тивности, надежности информации БД и т. п. Большое значение имеют комму­
никативные возможности СУБД, а именно: сетевая БД, конвертируемые форма­
ты для экспорта/импорта данных, электронная почта, выход в Интернет и др.
Для выполнения ряда технологических операций СУБД используют возможно­
сти других программных средств, в том числе средств проектирования БД.
Важной характеристикой СУБД является тип логической структуры БД. С каж­
дым типом структур данных связаны определенные языковые средства СУБД —
язык описания данных и язык манипулирования данными. Эти языки опреде-
526 Глава 7. Система управления базами данных MS Access 2000


ляют возможности представления логической структуры БД, а также алгорит­
мы обработки данных.
Различают СУБД с иерархической, сетевой и реляционной структурой БД. В иерар­
хической структуре данных поддерживается одно-многозначное отношение меж­
ду основными типами данных (сегментами, типами записей и т. п.). БД иерар­
хической структуры обеспечивает самую эффективную реализацию запросов,
которым соответствует обход структуры деревьев сверху вниз и слева направо.
Любые отклонения от этого направления ухудшают временные характеристи­
ки процедур поиска и извлечения данных. Внутри сегментов (типов записей)
применяются сложные агрегатные типы данных: группы, повторяющиеся поля.
Имеется возможность за счет структурирования данных ускорить получение свя­
занных данных. При удалении сегмента данных автоматически удаляются все
иерархически подчиненные ему другие сегменты.
В БД с сетевой структурой данных обеспечена более гибкая структура связи ти­
пов данных, их относительная независимость друг от друга. Имеются большие
возможности для поиска информации: направление сверху вниз и снизу вверх
по иерархии отношений, слева направо или справа налево — по порядку следо­
вания однотипных экземпляров типов данных. Внутренняя структура типов за­
писей БД сетевой структуры может быть достаточно слбжной. Допускается ис­
пользование обычных полей, групповых полей, вложенных агрегатов сложной
структуры данных. Удаление одних типов записи не влечет автоматически уда­
ления других типов записей.
В реляционной БД основной структурной единицей данных является таблица
данных, состоящая из полей. Таблица имеет линейную структуру данных, так
называемый «плоский» файл. В общем случае логическая структура реляцион­
ной БД рассматривается как совокупность объектов БД: таблицы, формы, за­
просы, отчеты, макросы и модули. Между таблицами БД устанавливаются свя­
зи, с помощью которых реализуются различные комбинации структур данных,
используются реляционно-полные языки манипулирования данными (языки за­
просов). Реляционные модели данных являются наиболее распространенными
и перспективными для БД различного масштаба и сферы действия, они реали­
зованы для всех классов ЭВМ, особенно много различных моделей реляцион­
ных СУБД для персональных вычислительных машин.
При проектировании реляционной БД учитываются следующие ограничения:
• максимальное число таблиц в БД;
• максимальное число полей и записей в таблице;
• типы данных для полей таблицы;
• число и виды индексов и др.
При переходе от ИЛМ к логической структуре реляционной БД отдельному ИО
ставится в соответствие таблица. Запись таблицы состоит из полей, каждое из
которых имеет набор свойств. Среди полей выделяются индексные поля, обеспе­
чивающие ускорение поиска и упорядочивание записей таблицы. Для таблицы
может быть задан первичный индекс — набор полей, однозначно идентифици-
527
Проектирование БД


рующих запись таблицы. Строится схема данных, которая содержит взаимосвя­
занные таблицы и запросы. Схема данных является концептуальной моделью БД.
Средствами СУБД можно контролировать формат и значения вводимых дан­
ных в поля таблицы, обеспечивать целостность (непротиворечивость) данных
связанных таблиц, выполнять каскадное обновление общих полей и каскадное
удаление связанных записей.
На основе схемы данных создаются подсхемы, которые ограничивают состав и
структуру данных, доступных приложениям. Подсхема соответствует понятию
внешней модели, используется при построении многотабличных запросов, отче­
тов, форм.
Проектирование физической структуры БД заключается в определении места
хранения БД — сервер, диск, папка, форматов хранимых данных на уровне от­
дельных полей таблиц. Цель физического проектирования БД — эффективное
использование вычислительных ресурсов (дисковой памяти, время центрально­
го процессора). Физическая структура БД соответствует понятию внутренней
модели.

Разработка приложений
Разработка приложений заключается в создании информационных технологий,
ориентированных на работу с БД. Сложные приложения требуют декомпозиции
на отдельные процессы обработки данных. Для декомпозиции приложений при­
меняются методы структурного анализа и проектирования (Structured Analysis/
Structured Design — SA/SD). Обработку данных приложений можно предста­
вить в виде диаграмм потоков данных, (рис. 7.5).
• Процесс — собственно алгоритмическая обработка данных.
• Управление — ограничения и критерии оценки результата обработки.
• Вход — исходные данные для обработки.
Q Механизмы — программные и/или технические средства, персонал.
Q Выход — результат обработки, передается другому процессу или вводится
в БД.

Управление



Вход *• „ Ш *• Выход
Й№ЭДврп




Механизмы
Рис. 7.5. Общая схема обработки данных

Для каждого приложения уточняется подсхема данных БД (внешняя модель),
которая обеспечивает санкционированный доступ к данным, определяются вид
и режимы доступа к объектам БД — монопольный, коллективный. Для обеспе-
528 Глава 7. Система управления базами данных MS Access 2000


чения защиты БД коллективного доступа создаются группы пользователей, ко­
торым устанавливаются одинаковые права доступа к объектам БД.
При проектировании разрабатываются обобщенный и детализированные алго­
ритмы, информационно-технологические схемы обработки данных приложени­
ем. Последовательность и содержание процессов обработки информации опре­
деляет обобщенный алгоритм, детализированные алгоритмы раскрывают логику
отдельных процессов и специфику разработки объектов БД.
Типовыми процессами обработки информации БД являются:
1. Первоначальная загрузка БД (в первую очередь — нормативно-справочной
информации).
2. Интерактивный ввод информации первичных документов.
3. Обработка и формирование выходной информации.
4. Обмен данными с внешними информационными системами.
5. Администрирование БД.
Для БД, содержащих нормативно-справочную информацию значительного объ­
ема, выполняется начальная загрузка. Для этого:
• определяется состав данных загружаемых таблиц;
• проектируется структура записей загрузочных массивов;
• выполняется отбор источников информации для начальной загрузки: доку­
менты, справочники, массивы информации на машинных носителях;
• создается интерфейс пользователя для режима ручного ввода (формы ввода
и редактирования данных);
• создаются программные средства для режима пакетной загрузки (запросы,
макросы и программные модули);
• выполняется проверка полноты и достоверности информации загруженной БД.
Содержательная обработка информации приложений имеет различную программ­
ную поддержку. Это экранные формы для интерактивного ввода п редактирова­
ния данных БД, языки запросов для поиска, извлечения и модификации дан­
ных, изменение структуры БД, макросы, программные модули на языке про­
граммирования, формы отчетов и др.
Большинство СУБД ориентировано на объектный подход к разработке прило­
жений. Каждый объект БД рассматривается как совокупность структуры данных,
свойств и методов обработки. Объекты могут легко тиражироваться. Приложе­
ние представляет собой набор объектов БД. Для работы конечного пользовате­
ля создается пользовательский интерфейс по типу меню, панели инструментов,
справочная система, демонстрационные ролики и т. п.

Администрирование БД
БД большого объема и коллективного пользования нуждается в администриро­
вании. Основные цели администрирования БД — повышение эффективности
информационных технологий работы приложений с БД, оптимизация внутрен-
529
Основные понятия СУБД Access


<< Пред. стр.

страница 63
(всего 83)

ОГЛАВЛЕНИЕ

След. стр. >>

Copyright © Design by: Sunlight webdesign