АРМ бухгалтера Учет основных средств

первичного ключа, а не от его отдельных компонентов.

Суммируя вышесказанное, вторая нормальная форма требует, чтобы ни

один не ключевой столбец не зависел только от части первичного ключа. Это

правило относится к случаю, когда первичный ключ образован из нескольких

столбцов, и неприменимо, когда первичный ключ образован только из одного

столбца.

15.3.3 Третья нормальная форма

Третья нормальная форма повышает требования второй нормальной формы:

она не ограничивается составными первичными ключами. Третья нормальная

форма требует, чтобы ни один не ключевой столбец не зависел от другого не

ключевого столбца. Любой не ключевой столбец должен зависеть только от

столбца первичного ключа.

Рассматривая структуру этих таблиц, вы увидите, что они удовлетворяют

как второй, так и третьей нормальной форме. Они удовлетворяют второй

нормальной форме, так как все не ключевые столбцы зависят от всего

первичного ключа, и третьей нормальной форме, так как все не ключевые

столбцы не зависят друг от друга. Другими словами, любой не ключевой

столбец зависит от ключа, всего ключа и ничего, кроме ключа [4].

15.3.4 Четвертая и пятая нормальные формы

Четвертая нормальная форма запрещает независимые отношения типа один-

ко-многим между ключевыми и не ключевыми столбцами. В качестве примера

рассмотрим несколько надуманный пример: с каждым заказчиком может работать

несколько кураторов и несколько курьеров, но между кураторами и курьерами

нет абсолютно никакой связи, хотя они естественным образом связаны с

заказчиком. Помещение этой разнородной информации в одну таблицу может

привести к появлению в ней пустых мест, так как курьеров может быть больше,

чем кураторов. Удаление данных о курьерах или кураторах также может

привести к появлению пустых мест. Проблема здесь состоит в кажущемся

существовании зависимости между курьерами и кураторами, так как эти данные

могут, размещаются рядом в одной строке. Лучше было бы поместить их в

разные таблицы и связать с заказчиком посредством внешнего ключа. Пятая

нормальная форма доводит весь процесс нормализации до логического конца,

разбивая таблицы на минимально возможные части для устранения в них всей

избыточности данных. Нормализованные таким образом таблицы обычно содержат

минимальное количество информации, помимо первичного ключа.

Преимуществом преобразования базы данных в пятую нормальную форму

является возможность управления целостностью. Поскольку при этом любой

фрагмент не ключевых данных (данных, не являющихся первичным или внешним

ключом) встречается в базе данных только один раз, не возникает никаких

проблем при их обновлении. Если, например, изменяется физический адрес

заказчика, соответствующие поправки нужно внести только в таблицу

«Заказчики», и не надо просматривать остальные таблицы на предмет поиска и

изменения в них значения соответствующего поля физический адрес.

Однако, поскольку каждая таблица в пятой нормальной форме имеет

минимальное число столбцов, то в них должны дублироваться одни и те же

ключи, обеспечивая возможности для объединения таблиц и получения полезной

информации.

Изменение значения единственного ключа уже является очень серьезной

проблемой. Нужно найти все вхождения этого значения в базе данных и внести

соответствующие изменения. На самом деле, столбцы первичных ключей обычно

изменяются значительно реже, чем не ключевые. Следовательно, нужно

добиваться равновесия между избыточностью данных и избыточностью ключей.

Применение систем управления реляционными базами данных очень

эффективно при автоматизации финансового звена малого коммерческого

предприятия. Вышеизложенная теория и принципы управления реляционными

базами данных могут быть с успехом применены в процессе автоматизации

работы любого финансового подразделения предприятия. Основные принципы

реляционного подхода к структуре коммерческой базы данных обеспечивают

наилучшее ее функционирование. Соблюдение принципов целостности,

безопасности и независимости данных, что дает нам реляционная модель,

позволяет организовать отказоустойчивую структуру данных, что так

необходимо для правильного и непрерывного функционирования финансовых

подразделений. Применение принципа нормализации к структуре данных дает

высокую гибкость при проектировании пользовательского интерфейса и

обеспечивает не избыточность данных [4].

16 Общее описание базы данных

16.1 Задачи, выполняемые приложением АРМ «Учет основных средств»

База данных «автоматизированное рабочее место бухгалтера по учету

основных средств» предназначена для автоматизации работы бухгалтерии

(приходование, расходование, расчеты с организациями, арендующими технику,

и т.п.). В техническое задание на реализацию базы данных входили следующие

задачи:

1. Оформление, учет и выписка первичной бухгалтерской документации.

2. Приход основных средств на баланс предприятия.

3. Расчет арендной платы по всем подразделениям и лизинговым компаниям.

4. Расчет стоимости амортизационных отчислений за оборудование.

5. Перерасчет балансовой стоимости.

6. Формирование отчетов для отдела главного механика.

7. Формирование отчетов для налоговой инспекции.

8. Добавление различного количества организаций использующих

оборудование.

16.2 Технические требования, предъявляемые к базе данных

При проектировании системы автоматизации принимались во внимание

следующие требования:

- система должна нормально функционировать на стандартных

персональных компьютерах клона IBM на базе процессора Intel Pentium с

тактовой частотой 100 МГц (минимальные требования), подсоединенных к

локальной офисной вычислительной сети в режиме выделенных серверов;

- система не должна иметь привязки к аппаратной части для возможности

переноса ее на новую платформу из-за неизбежного морального старения

компьютерной техники;

- архитектура системы должна быть выбрана таким образом, чтобы

минимизировать вероятность нарушения штатного режима работы системы (выход

системы из строя, разрушение информационной базы данных, потери или

искажение информации) при случайных или сознательных некорректных действиях

пользователей;

- система должна обеспечивать защиту информационной базы данных от

несанкционированного доступа;

- основная программная оболочка системы должна устанавливаться на

рабочие места директора и бухгалтера с любого компьютера, подсоединенного к

локальной офисной вычислительной сети;

- основная программная оболочка должна иметь интуитивно ясный

дружественный интерфейс и не должна требовать от пользователей специальной

подготовки, не связанной с их профессиональными обязанностями;

- система должна иметь возможность наращивания в программной части.

- система должна функционировать под управлением операционных систем

Windows 95, Windows 98 и Windows NT.

17 Выбор сетевой операционной системы

В качестве сетевой операционной системы был выбран Novell Netware

4.11, данная модель подразумевает выделенный сервер, что позволяет:

- ограничить доступ к базе данных;

- организовать возможность просматривать данные только тем пользователям,

которые зарегистрированы в системе;

- использовать сетевые принтеры;

- Использовать возможность передачи данных по основным средствам через

модем, с использованием удаленного доступа к сети;

- настроить программу как Launcher приложение, которое не будет требовать

установки ее на локальном компьютере, а только будет необходимо

установить BDE;

В связи с тем, что Novell Netware зарекомендовал себя в качестве

одного из лучших файл-серверов, использование для хранения баз данных

файловой системы NTFS представляется предпочтительнее, чем FAT по

соображениям отказоустойчивости.

18 Выбор системы проектирования и реализации.

Существует большое количество средств разработки для создания

прикладных программ под Windows. Но все они обладают теми или иными

достоинствами и недостатками.

Наиболее подходящей средой программирования, при создании приложений,

является DELPHI. DELPHI дает нам огромные преимущества и реально может

значительно повысить эффективность программирования.

Delphi - это не просто новая версия компилятора языка Pascal, а

принципиально новый программный продукт, позволяющий создавать широкий

спектр приложений для Среды Microsoft Windows. Он объединяет в себе

высокопроизводительный компилятор с языка ObjectPascal, средства наглядного

(визуального) создания программ и масштабируемую технологию управления

базами данных. Основное назначение Delphi - служит средством для быстрого

создания широкого класса Windows - приложений. Она учитывает многие

новейшие достижения в программировании и практике создания приложений и

предназначена для визуального программирования, когда разработчик видит

большую часть результатов непосредственно на экране монитора уже в процессе

своей работы по созданию программы. Визуальное программирование позволяет

быстрее создать интерфейс программы, сделать его более качественным за счет

наилучшего расположения информации окна экране монитора, избежать многих

ошибок уже на экране проектирования [7].

Использование Delphi также происходит из следующих соображений:

- операционная система DOS и ее приложения доживают свои последние дни на

остатках РС, которые не поддерживают оболочки Windows или операционной

системы Windows 95;

- язык Pascal по-прежнему остается лучшим языком для программирования;

- язык Object Pascal, в отличие от Borland (Turbo) Pascal и других

современных средств разработки приложений того же класса, имеет

встроенную поддержку модульной методологии создания приложений, поскольку

каждой визуальной форме автоматически ставится в соответствии отдельный

модуль;

- создание Windows приложений с использованием визуальной технологии

разработки программ начинается не от простейших операторов (if, while и

т.п.), а от готовых визуальных компонент, для которых автоматически

генерируется код в виде значительно более крупных синтаксических единиц

(классов, свойств, методов, модулей).

Delphi с точки зрения средств для разработки Windows - приложений

объединяет в себе следующие элементы:

- высокопроизводительный компилятор. Имеющийся в составе Delphi компилятор

с языка ObjectPascal является одним из самых производительных в мире и

позволяет компилировать приложения со скоростью до 120000 строк в минуту

(350000 строк в минуту для процессора Pentium 90 Мгц). Среда Delphi

включает в себя встроенный компилятор. При необходимости можно

воспользоваться и пакетным компилятором DCC.EXE, также входящим в пакет

поставки;

- объектно-ориентированная модель компонентов. Основным назначением

применяемой в Delphi модели компонентов является обеспечение возможности

многократного использования компонентов и создание новых. Фактически для

создания Delphi использовались те же компоненты, что и входят в комплект

поставки. Тем не менее, нельзя не отметить, что внесенные в объектную

модель изменения в первую очередь были вызваны необходимостью поддержки

технологии визуального программирования. При этом язык остался

совместимым с языком Pascal, поддерживаемым компилятором Borland Pascal

7.0;

- быстрая среда разработки (RAD). Среда Delphi содержит полный набор

визуальных средств для быстрой разработки приложений, поддерживающих как

создание пользовательских интерфейсов, так и обработку корпоративных

данных. Использование библиотеки визуальных компонентов (VCL) и

визуальных объектов для работы с данными позволяет создавать приложения с

минимальными затратами на непосредственное кодирование. При этом

компоненты, включенные в состав Delphi, максимально инкапсулируют вызовы

функций Windows API, тем самым, облегчая процесс создания программ;

- масштабируемое ядро управления данными;

- расширяемость. Delphi является системой с открытой архитектурой, что

позволяет дополнять ее новыми средствами и переносить на различные

платформы.

Основные элементы - это дизайнер форм, окно редактирования, палитра

компонентов, инспектор объектов и, конечно же, справочная система. Есть и

другие элементы: полоса быстрого доступа, меню, различные диалоговые

панели, но первые из перечисленных элементов играют наиболее важную роль в

процессе разработки программ.

Базы данных созданные с помощью системы Borland Delphi 5 полностью

реализуют реляционную модель построения данных. База данных созданная для

Borland Delphi использует все преимущества таблиц Borland Paradox и

представляет собой набор групп объектов, таких как таблицы, запросы, формы,

отчеты.

Связи между таблицами можно разбить на четыре базовых реляционных

типа с отношениями:

- один - к - одному;

- один - ко - многим;

- многие - к - одному;

- многие - ко - многим.

Структура организации таблиц позволяет использовать первичные и

внешние ключи. Имеется возможность изменения типа внутренних объединений

для связанных таблиц.

Также Borland Delphi 5 предоставляет большое количество внутренних

средств по оптимизации работы проектируемого приложения. К ним относятся:

- использование BDE (Borland DataBase Engine) для управления базами данных;

- использование библиотек Windows API;

- индивидуальная настройка системы;

- эффективное использование индексов;

- встроенный оптимизатор запросов.

Для быстрого знакомства с основными принципами создания приложений в

среде Delphi можно использовать интерактивную обучающую систему.

Помимо средств, которые предназначены для оказания помощи в процессе

разработки программ, Среда Delphi включает в себя так называемые

технические средства - интегрированный отладчик, пакетный компилятор и

утилиты WinSight и WinSpector. Основное назначение утилиты WinSight -

наблюдение за системой передачи сообщений Windows. Утилита WinSpector -

позволяет узнать причины ошибочного завершения того или иного приложения.

Библиотека компонент - Visual Components Library (VCL) является

“сердцем” Delphi. Все средства разработки, включенные в состав Delphi, в

той или иной степени базируются на библиотеке классов. Эта библиотека

содержит около 140 классов, инкапсулирующих различные группы функций

Windows API. Чисто условно классы, входящие в библиотеку VCL, можно

разделить на классы, реализующие функциональность компонентов, и внутренние

классы, которые реализуют поддержку работы самого приложения и не

используются непосредственно.

Для минимальной работы Delphi требуется персональный компьютер с

приличными характеристиками. Пакет Delphi ужесточает эти требования. Для

работы в этой среде необходим компьютер 486 или Pentium с тактовой частотой

не менее 100 МГц, оперативной памятью не меньше 8М (желательно 16М и

более), жестким диском объемом не менее 50Мб. Желательно, чтобы монитор

имел разрешение не хуже 800х600. Можно попытаться использовать Delphi и с

менее мощным компьютером, но даже если это удастся, работа с пакетом вряд

ли доставит в этом случае удовольствие.

19 Описание структуры базы данных

В проекте используется 12 таблиц, формата Borland Paradox. (основная,

приход, расход, архив прихода, архив расхода, подразделения, шифры

амортизации, лизинговые компании, подотчетные лица, план счетов, итоговая,

перемещения ОС). Рассмотрим каждую в отдельности:

1. Основная.

Имя таблицы: Osnova.DB (тип: Borland Paradox).

Назначение: Данная таблица является основной для хранения информации по

основным средствам (Таблица 19.1), в которую входят (Инвентарный номер,

наименование, шифр амортизации, балансовая стоимость, остаточная стоимость,

месячная амортизация, подразделение, подотчетное лицо и т.п.). (Подробнее о

структуре в приложении 1).

Таблица 19.1 - Структура таблицы Osnova.DB

|Имя поля |Описание |

| Inventar | Инвентарный номер |

| Naimenov | Наименование оборудования |

| Hifr_amo | Шифр амортизации |

| Procent | Процент амортизации |

| TypeOS | Тип оборудования |

| Bas_stoim | Балансовая стоимость |

| Mes_amort | Месячная амортизация |

| Pol_iznos | Сумма полного износа |

| Ost_stoim | Остаточная стоимость |

| Data_vvod | Дата ввода в эксплуатацию |

| Uhastoc | Участок использования |

| Podoth | Подотчетное лицо |

| Old_amortiz | Сумма старой амортизации |

| KMetrash | Показания счетчика автотранспорта |

| SunAnda | Сумма аренды |

| Sclad | Наименование склада |

Связи:

1) Один ко многим - поле Участок с таблицей Участков (поле «участок»),

данная связь обеспечивает объединение данных по участкам, что является

очень удобным при работе с конкретными организациями по учету основных

средств.

2) Один ко многим - поле шифр амортизации с таблицей шифры амортизаций

(поле Shifr), данная связь обеспечивает объединение данных по шифру

амортизации и является справочником шифров амортизации.

3) Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение

основных средств», что позволяет получать информацию, где и кем

использовалось текущее оборудование.

2. Приход.

Имя таблицы: Prihod.DB (тип: Borland Paradox).

Назначение: Данная таблица является основной для хранения информации по

приходу основных средств за текущий месяц (Таблица 19.2), что позволяет

работать с новым списком до окончания месяца, делать изменения,

редактировать данные, которые ни как не влияют на результаты движения до

того пока не произведена операция закрытия месяца. в которую входят

(Инвентарный номер, наименование, шифр амортизации, балансовая стоимость,

остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо

и тп.). (подробнее о структуре в приложении 1).

Таблица 19.2 - Структура таблицы Prihod.DB

|Имя поля |Описание |

| Inventar | Инвентарный номер |

| NaimenovOS | Наименование оборудования |

| ShifrAmo | Шифр амортизации |

| Procent | Процент амортизации |

| Bal_Stoim | Балансовая стоимость |

| Mes_amort | Месячная амортизация |

| Poln_amort | Полная сумма амортизации |

| Ost_Stoim | Остаточная стоимость |

| Old_amortiz | Старая сумма амортизации |

Продолжение таблицы 19.2

| Sclad | Номер склада |

| Uhastoc | Участок использования |

| DataVvoda | Дата ввода в эксплуатацию |

|Podothetnic | Подотчетное лицо |

| Kmetrash | Пробег автотранспорта |

| TypeOS | Тип оборудования |

| Arenda | Тип использования (аренда/ответственное хранение) |

Связи:

1) Один ко многим - поле Участок с таблицей Участков (поле «участок»),

данная связь обеспечивает объединение данных по участкам, что является

очень удобным при работе с конкретными организациями по учету основных

средств.

2) Один ко многим - поле шифр амортизации с таблицей шифры амортизаций

(поле Shifr), данная связь обеспечивает объединение данных по шифру

амортизации и является справочником шифров амортизации.

3) Один ко одному - поле «дебит», «кредит» с таблицей «План счетов», что

позволяет организовать справочник счетов участвующих при работе.

4) Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение

основных средств», что позволяет получать информацию где и кем

использовалось текущее оборудование.

3. Расход.

Имя таблицы: Rashod.DB (тип: Borland Paradox).

Назначение: Данная таблица является основной для хранения информации по

расходу основных средств за текущий месяц (Таблица 19.3), что позволяет

работать с списком расходованного оборудования до окончания месяца. В

данную таблицу попадают данные из основной таблицы (полный перенос данных,

что исключает дублирование данных), что позволяет произвести откат,

ошибочно сделанного расхода оборудования. В таблицу входят поля

(Инвентарный номер, наименование, шифр амортизации, балансовая стоимость,

остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо

и тп.). (подробнее о структуре в приложении 1).

Таблица 19.3 - Структура таблицы Rashod.DB

|Имя поля |Описание |

| Inventar | Инвентарный номер |

| Naimenov | Наименование оборудования |

| Hifr_amo | Шифр амортизации |

| Procent | Процент амортизации |

|TypeOS | Тип оборудования |

| Bas_stoim | Балансовая стоимость |

| Mes_amort | Месячная амортизация |

| Pol_iznos | Сумма полного износа |

| Ost_stoim | Остаточная стоимость |

| Data_vvod | Дата ввода в эксплуатацию |

| Uhastoc | Участок использования |

| Podoth | Подотчетное лицо |

| Old_amortiz | Сумма старой амортизации |

| Kmetrash | Показания счетчика автотранспорта |

| SunAnda | Сумма аренды |

| Sclad | Наименование склада |

| Data_del | Дата расходования оборудования |

Связи:

1) Один ко многим – поле Участок с таблицей Участков (поле «участок»),

данная связь обеспечивает объединение данных по участкам, что является

очень удобным при работе с конкретными организациями по учету основных

средств.

2) Один ко многим – поле шифр амортизации с таблицей шифры амортизаций

(поле Shifr), данная связь обеспечивает объединение данных по шифру

амортизации и является справочником шифров амортизации.

3) Один ко одному – поле «дебит», «кредит» с таблицей «План счетов», что

позволяет организовать справочник счетов участвующих при работе.

4) Один ко многим – поле «Инвентарный номер» с таблицей «Перемещение

основных средств», что позволяет получать информацию, где и кем

использовалось текущее оборудование.

4. Лизинговые компании.

Имя таблицы: Lizing.DB (тип: Borland Paradox).

Назначение: Данная таблица является основной для хранения информации по

лизинговым компаниям предоставляющих оборудование в аренду (Таблица 19.4),

в которую входят (Инвентарный номер, наименование, шифр амортизации,

балансовая стоимость, остаточная стоимость, месячная амортизация,

подразделение, подотчетное лицо и тп.). (подробнее о структуре в приложении

1).

Таблица 19.4 - Структура таблицы Lizing.DB

|Имя поля |Описание |

| Inventar | Инвентарный номер |

| Naimenov | Наименование оборудования |

| Hifr_amo | Шифр амортизации |

| Procent | Процент амортизации |

| TypeOS | Тип оборудования |

| Bas_stoim | Балансовая стоимость |

| Mes_amort | Месячная амортизация |

| Pol_iznos | Сумма полного износа |

| Ost_stoim | Остаточная стоимость |

| Data_vvod | Дата ввода в эксплуатацию |

| Uhastoc | Участок использования |

| Podoth | Подотчетное лицо |

| Old_amortiz | Сумма старой амортизации |

| KMetrash | Показания счетчика автотранспорта |

| SunAnda | Сумма аренды |

| Sclad | Наименование склада |

| Lizing | Наименование лизинговой компании |

Связи:

1) Один ко многим – поле Участок с таблицей Участков (поле «участок»),

данная связь обеспечивает объединение данных по участкам, что является

очень удобным при работе с конкретными организациями по учету основных

средств.

2) Один ко многим – поле шифр амортизации с таблицей шифры амортизаций

(поле Shifr), данная связь обеспечивает объединение данных по шифру

амортизации и является справочником шифров амортизации.

3) Один ко многим – поле «Инвентарный номер» с таблицей «Перемещение

основных средств», что позволяет получать информацию где и кем

использовалось текущее оборудование.

5. Подразделения.

Имя таблицы: Uhastoc.DB (тип: Borland Paradox).

Назначение: Данная таблица хранит информацию по подразделениям участвующих

в расчетах по основным средствам (Таблица 19.5), с помощью этой таблицы

связываются все таблицы по подразделениям. В данную таблицу входят столбцы

(Шифр, Наименование организации, информация об организации, телефон).

(подробнее о структуре в приложении 1 и 2).

Таблица 19.5 - Структура таблицы Uhastoc.DB

|Имя поля |Описание |

| Naimenov | Наименование подразделения |

| Information | Информация об организации |

| Adress | Адрес организации |

| Telefon | Номер телефона |

Связи:

1) Один ко многим – поле Шифр с таблицами «Основная», «Приход», «Расход»,

«Лизинговые компании».

6. Шифр амортизации.

Имя таблицы: Shifr.DB (тип: Borland Paradox).

Назначение: Данная таблица хранит информацию по шифрам и процентам

амортизации, и описание конкретного шифра амортизации (Таблица 19.6).

Данная таблица используется только в качестве справочника при приходовании

нового оборудования, что исключает возможность допустить ошибку и возможно

настроить справочник под оборудование которое бухгалтер постоянно

использует. В данную таблицу входят столбцы (Шифр, Процент амортизации,

Описание шифра амортизации). (подробнее о структуре в приложении 1).

Таблица 19.6 - Структура таблицы Shifr.DB

|Имя поля |Описание |

| Shifr | Шифр амортизации |

| Procent | Процент амортизации |

| Opisanie | Описание шифра амортизации |

Связи:

1) Один ко многим – поле Шифр с таблицами «Основная», «Приход», «Расход»,

«Лизинговые компании». Данная связь позволяет сгруппировать основные

средства по шифру амортизации, а это значить и по типу оборудования.

7. Перемещения основных средств.

Имя таблицы: Peremesh.DB (тип: Borland Paradox).

Назначение: Данная таблица хранит информацию по инвентарным номерам которые

были перемещены в пределах предприятия (изменили подотчетное лицо, изменили

подразделение и тп.), что позволяет просмотреть все перемещения

оборудования с момента его прихода (таблица 19.7). В данную таблицу входят

столбцы (Шифр Старая организация, Новая организация, Старое Подотчетное

лицо, Новое подотчетное лицо, Дата). (подробнее о структуре в приложении

1).

Таблица 19.7 - Структура таблицы Peremesh.DB

|Имя поля |Описание |

| Increm | Уникальное поле |

| Inventar | Инвентарный номер |

| Naimenov | Наименование оборудования |

| Uhastoc | Участок «ОТ» |

| Podothotnic | Подотчетник «ОТ» |

| Uhas2 | Участок «КУДА» |

| Podoth | Подотчетник «КУДА» |

| Arenda | Тип использования «ОТ» |

| Arenda2 | Тип использования «КУДА» |

| Data | Дата перемещения оборудования |

Связи:

2) Один ко многим – поле Шифр с таблицами «Основная».

8. План счетов.

Имя таблицы: Schet.DB (тип: Borland Paradox).

Назначение: Данная таблица хранит информацию по счетам использующихся в

программе и их описанием (Таблица 19.8). Данная таблица является

справочником, по которому производится группировка отчетов по движению

основных средств за месяц. В данную таблицу входят столбцы (Номер счета,

описание). (Подробнее о структуре в приложении 1).

Таблица 19.8 - Структура таблицы Schet.DB

|Имя поля |Описание |

| Schet | Номер счета |

| Opisanie | Описание счета |

| Otcrit | Разрешение на использования счета |

9. Подотчетные лица.

Имя таблицы: Podothot.DB (тип: Borland Paradox).

Назначение: Данная таблица хранит информацию по подотчетным лицам,

прикрепленным за организациями, арендующими оборудование (таблица 19.9). В

таблицу входят поля (Шифр, Фамилия, Дата рождения, паспортные данные и

тд.). (подробнее о структуре в приложении 1).

Таблица 19.9 - Структура таблицы Podoth.DB

|Имя поля |Описание |

| Kod | Код таблицы |

| Family | Фамилия |

| Name | Имя |

| Othestvo | Отчество |

| DatRoshden | Дата рождения |

| . . . . . . | Паспортные данные |

| Uhastoc | Участок |

Связи:

5) Один ко многим – поле Участок с таблицей Участков (поле «участок»),

данная связь обеспечивает объединение данных по участкам, что является

очень удобным при работе с конкретными организациями по учету основных

средств.

6) Один ко многим – поле «фамилия» таблицами, данная связь обеспечивает

объединение данных по шифру амортизации и является справочником шифров

амортизации.

В отчете расписаны данные по базам данных самых необходимых таблиц,

так как описание всех побочных таблиц увеличивает объем отчета. В случае

необходимости просмотреть структуры баз данных можно обратиться к

приложению 1.

20 Структура программы

Так как итогом работы Delphi является полностью законченное

приложение в виде EXE модуля, поэтому описать структуру можно только в

виде блок схем показывающих взаимосвязи с отдельными компонентами

программы (рисунок 20.1):

Рисунок 20.1

21 Руководство пользователю

21.1 Установка программы

Для установки программы на компьютер необходимо вставить первую

дискету из комплекта установки программы и запустить на выполнение файл

Setup.exe. После запуска программы установки, необходимо указать путь для

установки программы, в который будут установлены все файлы приложения и все

базы данных программы. После того, как укажите путь, необходимо указать

наименование группы программ, в которую будет записан ярлык для запуска

программы APMBos.exe, который и является запускным модулем программы «Учет

основных средств». (после работы программы установки будет настроен драйвер

баз данных BDE, в котором будет прописан псевдоним базы данных приложения

под названием «Osnova», указывающий на базы данных программы «Основные

средства»). В случае если появится необходимость удалить программу,

необходимо войти в (Пуск – Настройка - Панель управления - Установка

удаление программ). В появившемся окне необходимо выбрать программу Osnova

и нажать на кнопку «Удалить».

21.2 Запуск и начальные установки программы

Для запуска программы необходимо выбрать ярлык программы (Пуск -

Программы - Основные средства - Osnova), после чего появится основное окно

программы.

Для начала работы с программой необходимо настроить справочники, без

заполненных справочников невозможна нормальная работа программы, рассмотрим

каждый в отдельности.

1. Справочник подразделений - этот справочник содержит

информацию о подразделении (наименование организации,

информация об организации, адрес организации, номер

телефона). Выберите пункт меню «Настройки – Справочники –

Подразделения», после чего, появится окно (рисунок 21.1).

|[pic] | В данном окне вы сможете |

|Рисунок 21.1 |добавить, изменить и удалить |

| |подразделение которое непосредственно|

| |использует оборудование. Нажав на |

| |кнопке «Добавить» появится окно, в |

| |котором необходимо ввести |

| |(наименование организации, описание |

| |организации, адрес организации, и |

| |телефон). Если необходимо изменить |

| |данные по подразделению нажмите |

Страницы: 1, 2, 3, 4, 5