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

DataModule1.Table13.Append;

DataModule1.Table6.Edit;

DataModule1.Table13.FieldByName('Old_Stoim').AsFloat:=DataModule1.Table6Bas_stoim.Value;

PolZnac:=DataModule1.Table6Bas_stoim.Value/100*Koof;

DataModule1.Table6Bas_stoim.Value:=DataModule1.Table6Bas_stoim.Value+PolZnac;

DataModule1.Table13.FieldByName('New_Stoim').AsFloat:=DataModule1.Table6Bas_stoim.Value;

DataModule1.Table13.FieldByName('Inventar').AsString:=DataModule1.Table6Inventar.Value;

DataModule1.Table13.FieldByName('Uhastoc').AsString:=DataModule1.Table6Uhastoc.Value;

DataModule1.Table13.FieldByName('DataRash').AsDateTime:=Date;

DataModule1.Table13.Post;

DataModule1.Table6.Post;

End;

DataModule1.Table6.Next;

End;

DataModule1.Table9.First;

While not DataModule1.Table9.EOF Do Begin

IF DataModule1.Table9Kod.Value='1' Then Koof:=AHMRealSpinEdit1.Value;

IF DataModule1.Table9Kod.Value='2' Then Koof:=AHMRealSpinEdit2.Value;

IF DataModule1.Table9Kod.Value='3' Then Koof:=AHMRealSpinEdit3.Value;

IF DataModule1.Table9Kod.Value='4' Then Koof:=AHMRealSpinEdit4.Value;

IF DataModule1.Table9Kod.Value='5' Then Koof:=AHMRealSpinEdit5.Value;

IF DataModule1.Table9Kod.Value='6' Then Koof:=AHMRealSpinEdit6.Value;

IF DataModule1.Table9Kod.Value='7' Then Koof:=AHMRealSpinEdit7.Value;

IF DataModule1.Table9Kod.Value='8' Then Koof:=AHMRealSpinEdit8.Value;

IF DataModule1.Table9Kod.Value='9' Then Koof:=AHMRealSpinEdit9.Value;

IF Koof<>0 Then Begin

DataModule1.Table13.Append;

DataModule1.Table9.Edit;

DataModule1.Table13.FieldByName('Old_Stoim').AsFloat:=DataModule1.Table9Bal_stoim.Value;

PolZnac:=DataModule1.Table9Bal_stoim.Value/100*Koof;

DataModule1.Table9Bal_stoim.Value:=DataModule1.Table9Bal_stoim.Value+PolZnac;

DataModule1.Table13.FieldByName('New_Stoim').AsFloat:=DataModule1.Table9Bal_stoim.Value;

DataModule1.Table13.FieldByName('Inventar').AsString:=DataModule1.Table9Inventar.Value;

DataModule1.Table13.FieldByName('Uhastoc').AsString:=DataModule1.Table9Uhastoc.Value;

DataModule1.Table13.FieldByName('DataRash').AsDateTime:=Date;

DataModule1.Table13.Post;

DataModule1.Table9.Post;

End;

DataModule1.Table9.Next;

End;

End;

IF RadioButton2.Checked=True Then Begin

DataModule1.Table6.First;

While not DataModule1.Table6.EOF Do Begin

IF DataModule1.Table6Kod.Value='1' Then Koof:=AHMRealSpinEdit1.Value;

IF DataModule1.Table6Kod.Value='2' Then Koof:=AHMRealSpinEdit2.Value;

IF DataModule1.Table6Kod.Value='3' Then Koof:=AHMRealSpinEdit3.Value;

IF DataModule1.Table6Kod.Value='4' Then Koof:=AHMRealSpinEdit4.Value;

IF DataModule1.Table6Kod.Value='5' Then Koof:=AHMRealSpinEdit5.Value;

IF DataModule1.Table6Kod.Value='6' Then Koof:=AHMRealSpinEdit6.Value;

IF DataModule1.Table6Kod.Value='7' Then Koof:=AHMRealSpinEdit7.Value;

IF DataModule1.Table6Kod.Value='8' Then Koof:=AHMRealSpinEdit8.Value;

IF DataModule1.Table6Kod.Value='9' Then Koof:=AHMRealSpinEdit9.Value;

IF Koof<>0 Then Begin

DataModule1.Table13.FieldByName('Old_Stoim').AsFloat:=DataModule1.Table6Bas_stoim.Value;

DataModule1.Table6.Edit;

PolZnac:=DataModule1.Table6Bas_stoim.Value/100*Koof;

DataModule1.Table6Bas_stoim.Value:=DataModule1.Table6Bas_stoim.Value-PolZnac;

DataModule1.Table13.FieldByName('New_Stoim').AsFloat:=DataModule1.Table6Bas_stoim.Value;

DataModule1.Table13.FieldByName('Inventar').AsString:=DataModule1.Table6Inventar.Value;

DataModule1.Table13.FieldByName('Uhastoc').AsString:=DataModule1.Table6Uhastoc.Value;

DataModule1.Table13.FieldByName('DataRash').AsDateTime:=Date;

DataModule1.Table13.Post;

DataModule1.Table6.Post;

End;

DataModule1.Table6.Next;

End;

DataModule1.Table9.First;

While not DataModule1.Table9.EOF Do Begin

IF DataModule1.Table9Kod.Value='1' Then Koof:=AHMRealSpinEdit1.Value;

IF DataModule1.Table9Kod.Value='2' Then Koof:=AHMRealSpinEdit2.Value;

IF DataModule1.Table9Kod.Value='3' Then Koof:=AHMRealSpinEdit3.Value;

IF DataModule1.Table9Kod.Value='4' Then Koof:=AHMRealSpinEdit4.Value;

IF DataModule1.Table9Kod.Value='5' Then Koof:=AHMRealSpinEdit5.Value;

IF DataModule1.Table9Kod.Value='6' Then Koof:=AHMRealSpinEdit6.Value;

IF DataModule1.Table9Kod.Value='7' Then Koof:=AHMRealSpinEdit7.Value;

IF DataModule1.Table9Kod.Value='8' Then Koof:=AHMRealSpinEdit8.Value;

IF DataModule1.Table9Kod.Value='9' Then Koof:=AHMRealSpinEdit9.Value;

IF Koof<>0 Then Begin

DataModule1.Table13.FieldByName('Old_Stoim').AsFloat:=DataModule1.Table9Bal_stoim.Value;

DataModule1.Table9.Edit;

PolZnac:=DataModule1.Table9Bal_stoim.Value/100*Koof;

DataModule1.Table9Bal_stoim.Value:=DataModule1.Table9Bal_stoim.Value-PolZnac;

DataModule1.Table13.FieldByName('New_Stoim').AsFloat:=DataModule1.Table9Bal_stoim.Value;

DataModule1.Table13.FieldByName('Inventar').AsString:=DataModule1.Table9Inventar.Value;

DataModule1.Table13.FieldByName('Uhastoc').AsString:=DataModule1.Table9Uhastoc.Value;

DataModule1.Table13.FieldByName('DataRash').AsDateTime:=Date;

DataModule1.Table13.Post;

DataModule1.Table9.Post;

End;

DataModule1.Table9.Next;

End;

8 Закрытие отчетного месяца

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

Закрытие производится в следующем порядке.

1. Перед закрытием текущего отчетного месяца производится расчет арендной стоимости основных фондов в ЗАО УПТК «Бамтоннельстрой» и всех лизинговых компаниях ОАО «Бамтоннельстрой».

2. Насчитывается стоимость арендной платы по всем подразделениям и субподрядным организациям.

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

4. Создается список оборудования, которое было расходовано в текущем месяце, для создания справочников по основным фондам, расходованным за все время существования организации.

5. Формируем отчеты по движению основных фондов в отчетном месяце.

9 Передача данных в 1С «Предприятие»

Для того чтобы получить полный баланс по предприятию, необходимо передать данные о состоянии по основным фондам в 1С «Предприятие» (1С «Бухгалтерия»), после чего произвести формирование баланса предприятия.

Для того чтобы перевести итоговые данные по движению основных фондов необходимо воспользоваться одним из способов.

1. По сформированным спискам ввести проводки в 1С «Бухгалтерию», только в этом случае возможны ошибки при вводе данных.

2. В программе «Автоматизированное рабочее место бухгалтера» необходимо сформировать базу данных по движению основных фондов, в которую войдут данные по каждому счету, использующемуся в текущем месяце. Принять данные в 1С «Предприятие», программа создаст все необходимые проводки. После этого можно формировать баланс по предприятию в целом.

Реализация модуля формирования проводок из файла базы данных, процедура разработана на встроенном языке 1С «предприятие». Для реализации этой задачи была создана база данных «справочник по описанию кодов счетов», для того чтобы при формировании проводок значения субконто были известны программе.

Часть процедуры, которая описывает создание новой проводки:

СпрОписаниеКод.НайтиПоКоду(Число(Код),0);

Операция.НоваяПроводка();

Операция.Дебет.Субконто(1,СпрОписаниеКод.Субконто1);

Операция.Дебет.Субконто(2,СпрОписаниеКод.Субконто2);

Операция.Дебет.Субконто(3,СпрОписаниеКод.Субконто3);

Операция.Кредит.Счет=СчетПоКоду(“01”)

Операция.СодержаниеПроводки=Строка(Описание);

Операция.НомерЖурнала=”ОС”

Для реализации этой возможности использовались базы данных формата DBF, который используется программой 1С «Предприятие». Для того чтобы создать файл в формате DBF, пришлось добавить новый драйвер баз данных в Borland DataBase Engine, что позволило передать данные в формат Dbase IV.

10 Передача данных из предыдущей версии программы

Данная функция предназначена для передачи данных из предыдущей версии программы, что позволяет ввести в использование новую программу, без выполнения большого количества рутинной работы. На сегодняшний день база данных основных средств в ОАО «Бамтоннельстрой» превышает 10000 записей. Для передачи данных используются файлы баз данных программы «Osnova» в формате Dbase IV. (Osnova.dbf, Lizing.dbf, Library.dbf).

11 Технические средства, используемые во внутрифирменной системе информации

Во внутрифирменной системе информации используются, прежде всего, такие виды вычислительной техники, как компьютеры, оснащенные необходимым набором периферии, терминальные устройства со встроенной микро-ЭВМ, средства телекоммуникаций и персональные ЭВМ.

ЭВМ используются, прежде всего, для обработки данных и решения расчетных задач. В современных условиях ЭВМ нашли широкое применение в обработке бухгалтерской информации.

В процессе автоматизации бухгалтерского учета мини-ЭВМ используются, преимущественно для:

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

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

• контроля над использованием оборудования и поступлением средств с использования оборудования;

• анализа данных о текущем состоянии изношенности оборудования;

• регистрации новых поступлений оборудования;

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

• ведения учета и отчетности.

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

12 Формы как носители информации

Обычно необходимая информация заносится на определенные формы-носители информации. Формы могут содержать информацию по предприятию в целом и по каждому подразделению в отдельности. Каждая форма имеет свой перечень статистических данных и фактологический информации, позволяющих произвести оптимально детальный экономический анализ состояния и развития хозяйственной деятельности предприятия, разработать и принять необходимые управленческие решения. Так, например, существуют формы, в которые заносятся данные, о выпуске и продаже продукции за установленный период времени; о материально-производственных ресурсах (запасах); о численности персонала и наличии свободных рабочих мест.

Различают следующие виды бланков форм: формы для хранения информации, формы регистрации данных, формы статистической (финансовой) отчетности, формы обследований.

Заполненные формы хранятся в памяти ЭВМ и при необходимости могут быть выведены на экран дисплея или получены путем распечатки на принтере.

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

13 Информационные базы данных

Информационные базы данных включают весь комплекс статистических показателей, характеризующих хозяйственную деятельность предприятия в целом, а также, фактологический материал относительно всех факторов, оказывающих влияние на состояние и тенденции развития предприятия. Обычно, при формировании базы данных, решается вопрос и о системе хранения и обновления данных, а также, обоснованная увязка данных, их взаимная согласованность, возможность проведения сравнений и сопоставления оценок, хранимых в банке данных. Данный вопрос имеет существенное значение при объединении первичных данных в укрупненные группы (файлы) со своими реквизитами. Базы данных непрерывно обновляются на определенной систематической основе с учетом требований менеджеров, бухгалтеров - основных пользователей базой данных.

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

Пользование банками данных, введенных в ЭВМ, резко ускоряет процесс получения информации из круга источников первичной информации и обеспечивает возможность выбора правильного и точного метода исследований для решения современных научных и технических проблем.

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

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

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

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

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

• центральную службу информации;

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

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

• отдел автоматизации (отдел программирования);

• технический отдел (отдел сетевых разработок).

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

Внедрение ЭВМ в информационно - управленческую деятельность фирм повлекло за собой возникновение и развитие новых видов профессиональной деятельности, связанных с обслуживанием ЭВМ, а именно программистов, операторов, обработчиков информации.

14 Реляционные базы данных

Все системы управления базами данных предназначены для хранения и обработки информации. Реляционный подход к управлению базами данных основан на математической модели, использующей методы реляционной алгебры и реляционного исчисления. Тем не менее, большинство действительно необходимых определений из области управления базами данных скорее относятся к практической, чем к теоретической стороне этого вопроса [4].

С. Дейт дает следующее неформальное определение системе управления реляционными базами данных (СУБД).

• вся информация в базе данных представлена в виде таблиц;

• она поддерживает три реляционных оператора—выбора, проектирования и объединения, с помощью которых вы получаете необходимые вам данные (и можете выполнять эти операции, не требуя от системы физической записи получаемых с их помощью данных в каком-то определенном виде).

Др. И.Ф. Кодд, автор реляционной модели, разработал целый список критериев, которым должна удовлетворять реляционная модель. Описание этого списка, часто называемого «правилами Кодда», требует введения сложной терминологии и теоретических выкладок, что выходит за рамки данного дипломного проекта. Тем не менее, опишем состоящий из 12 правил тест Кодда для реляционных систем, и будем использовать его совместно с общим определением Дейта.

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

• представлять всю информацию в виде таблиц;

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

• использовать язык высокого уровня для структурирования, выполнения запросов и изменения информации в базах данных (теоретически это может быть любой язык баз данных, практически для этого используется язык SQL);

• поддерживать основные реляционные операции (выбор, проектирование и объединение), а также теоретико-множественные операции, такие как объединение, пересечение и дополнение;

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

• различать в таблицах неизвестные значения (nulls), нулевые значения и пропуски в данных;

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

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

14.1 Реляционная модель: одни таблицы

Первое правило Кодда гласит, что вся информация в реляционных базах данных представляется значениями в таблицах (tables). В реляционных системах таблицы состоят из горизонтальных строк (row) и вертикальных столбцов (column). Все данные представляются в табличном формате - другого способа просмотреть информацию в базе данных не существует. Несколько замечаний по терминологии. Поскольку такие понятия как таблица, строка и столбец являются общепринятыми в коммерческих системах управления реляционными базами данных, будем стараться использовать их в этом дипломном проекте. Однако иногда можно встретиться и с такими понятиями, как отношение (relations), кортеж (tuple) и атрибут (attributes). Это соответственно синонимы понятий таблица, строка и столбец, так же, как и файл (file), запись (record) и поле (field). Первые три считаются академическими терминами, последние - взяты из общего лексикона, используемого в области обработки данных. Набор связанных таблиц образует базу данных (database). Таблицы в реляционной базе разделены, но полностью равноправны. Между ними не существует никакой иерархии и, вообще говоря, они не обязательно даже физически связаны друг с другом [5].

Каждая таблица состоит из строк и столбцов. Каждая строка описывает отдельный объект или сущность (entity) человека, компанию, торговую сделку или что-нибудь другое. Каждый столбец описывает одну характеристику объекта—имя человека или его адрес, телефонный номер компании или ее президента, лоты распродажи или дату. Каждый элемент данных, или значение (value), определяется пересечением строки и столбца таблицы. Чтобы найти требуемый элемент данных, необходимо знать имя содержащей его таблицы, столбец и значение его первичного ключа (primary key), или уникального идентификатора (каждая строка должна единственным образом идентифицироваться по одному из своих значений.)

В реляционных базах данных существует два типа таблиц — пользовательские таблицы (user tables) и системные таблицы (system tables). Пользовательские таблицы содержат информацию, для поддержки которой собственно и создавались системы реляционных баз данных—данные по сделкам, заказам, персоналу и т.д. Системные таблицы, известные также под названием системные каталоги (system catalog), содержат описание базы данных. Системные таблицы обычно поддерживаются самой СУБД, однако доступ к ним можно получить так же, как и к любым другим таблицам. Возможность получения доступа к системным таблицам, по аналогии с любыми другими таблицами, составляет основу другого правила Кодда для реляционных систем.

14.2 Независимость

Независимость данных - критический аспект при управлении любой системой баз данных. Она позволяет изменять приложения, не изменяя для этого структуру базы данных, и изменять конструкцию базы данных, не оказывая при этом влияния на работу приложений. Система управления базами данных не должна вынуждать выносить окончательные решения о том, какие данные должны сохраняться, как получать к ним доступ и что будет нужно пользователям. Система не должна становиться бесполезной при изменении потребностей.

Реляционная модель обеспечивает независимость данных на двух уровнях - физическом и логическом. Физическая независимость данных (physical data independents) означает с точки зрения пользователя, что представление данных абсолютно не зависит от способа их физического хранения. Как следствие этого, физическое перемещение данных никоим образом не может повлиять на логическую структуру базы данных и ваше восприятие данных. Такие изменения обычно становятся просто необходимыми, особенно в больших многопользовательских системах. Например, при недостатке места для хранения информации может потребоваться установка дополнительных физических носителей. Когда устройство выходит из строя, увы, его приходится быстро заменять. Иногда может потребоваться увеличить производительность системы или упростить ее использование, изменив для этого методы доступа к физическим данным [4]. (Эти методы связаны с созданием стратегии доступа (access strategies) и применением индексов (index).)

Другой тип независимости, обеспечиваемый реляционными системами - логическая независимость (logical independents) означает, что изменение взаимосвязей между таблицами, столбцами и строками не влияет на правильное функционирование программных приложений и текущих запросов. Можно разбивать таблицы по строкам или столбцам, а приложения и запросы все равно будут выполняться, как и раньше. Несмотря на изменение логической структуры базы данных, всегда можно воспользоваться старыми запросами. Требование логической и физической независимости данных составляет основу двух других правил Кодда.

14.3 Язык высокого уровня

Определение реляционной системы, так же, как и правила Кодда, требует, чтобы весь диалог с базой данных велся на едином языке - иногда его называют общим подъязыком данных (comprehensive data sublanguage). В мире коммерческих систем управления базами данных такой язык получил название SQL. SQL используется для манипуляций с данными (data manipulation) выборки и модификации, определения данных (data definition) и администрирования данных (data administration). Любая операция по выборке, модификации, определению или администрированию выполняется с помощью оператора (statement) или команды (command) SQL.

Имеется две разновидности операций по манипуляции с данными - выборка данных (data retrieval) и модификация данных (data modification). Выборка - это поиск необходимых вам данных, а модификация означает добавление, удаление или изменение данных. Операции по выборке (чаше называемые запросами (query)) осуществляют поиск в базе данных, наиболее эффективно извлекают затребованную вами информацию и отображают ее. Другие команды SQL предназначены для создания и удаления таблиц, индексов и других объектов [4].

Последняя категория операторов SQL - операторы администрирования, или команды управления данными (data control). Они позволяют вам координировать совместное использование базы данных и поддерживать ее в наиболее эффективном состоянии.

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

14.4 Реляционные операции

В определении системы управления реляционными базами данных упоминаются три операции по выборке данных - проектирование, выбор (иногда называемый ограничением (restrictions)) и объединение, которые позволяют строго указать системе, какие данные вы хотите увидеть. Операция проектирования выбирает столбцы, операция выбора - строки, а операция объединения собирает вместе данные из связанных таблиц.

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

Проектирование - операция проектирования позволяет указать системе, какие столбцы таблицы должны просматриваться. С концептуальной точки зрения: операция проектирования определяет подмножество столбцов в таблице. Обратите внимание, что результаты выполнения проектирования (как и любой другой реляционной операции) также отображаются в форме таблицы. Результирующие таблицы иногда называют производными таблицами (derived tables), чтобы отличать их от базовых таблиц (base tables), содержащих исходные строки данных.

Выбор - операция выбора позволяет вам получать из таблицы подмножества ее строк. Чтобы указать, какие строки нужны, соответствующие условия нужно разместить в предложении WHERE. В предложении WHERE оператора SELECT определяется критерий, которому должны соответствовать выбираемые строки. Можно комбинировать в запросе операции проектирования и выбора, чтобы получить требуемую информацию.

Объединение - операция объединения может работать одновременно с одной или несколькими таблицами, соединяя данные таким образом, что можно легко сопоставить или выделить определенную информацию в базе данных. Операция объединения обеспечивает SQL и реляционную модель необходимой мощностью и гибкостью. Можно выявить любую взаимосвязь, существующую между элементами данных, а не только связи, введенные при конструировании базы. Когда «объединяются» две таблицы, на период действия запроса они как бы становятся единой таблицей. Операция объединения соединяет данные, сравнивая значения в заданных столбцах и отражая результаты.

14.5 Альтернативный способ просмотра данных

Курсор (view) - это альтернативный способ просмотра данных из нескольких таблиц. Курсоры иногда называются виртуальными таблицами (virtual tables), или производными таблицами. Таблицы, на основе которых работают курсоры, называются базовыми таблицами. Курсор можно рассматривать как перемещаемую по таблицам рамку, через которую можно увидеть только необходимую часть информации. Курсор можно получить из одной или нескольких таблиц базы данных (включая и другие курсоры), используя любые операции выбора, проектирования и объединения. Курсоры позволяют создавать таблицы для специальных целей. С их помощью можно использовать результаты выполнения операторов выбора, проектирования и объединения как основу для последующих запросов. Виртуальные таблицы, в отличие от «настоящих», или базовых таблиц, физически не хранятся в базе данных. Важно осознать, что курсор - это не копия некоторых данных, помещаемая в другую таблицу. Когда изменяются данные в виртуальной таблице, то тем самым изменяются данные в базовых таблицах. Подобно результатам операции выбора, курсоры напоминают обычные таблицы баз данных.

Если применить операцию выбора к виртуальной таблице, то можно увидеть результаты выполнения запроса, на основе которого она была создана. В идеальной реляционной системе с курсорами можно оперировать, как и с любыми другими таблицами. В реальном мире различные версии реляционных баз данных накладывают на курсоры определенные ограничения, в частности на обновление. Одно из правил Кодда гласит, что в истинно реляционной системе над курсорами можно выполнять все «теоретически» возможные операции. Большинство современных систем управления реляционными базами данных не удовлетворяют этому правилу полностью.

14.6 Нули

В реальном мире управления информацией данные часто являются неизвестными или неполными: клиент не предоставил данных о физическом адресе организации, счет может быть оформлен, но дата его оплаты еще может быть неизвестна. Такие пропуски информации создают «дыры» в таблицах.

Проблема, конечно, состоит не в простой неприглядности подобных дыр. Опасность состоит в том, что из-за них база может стать противоречивой. Чтобы сохранить целостность данных в реляционной модели, так же, как и в правилах Кодда, для обработки пропущенной информации используется понятие нуля. «Нуль» не означает пустое поле или обычный математический нуль. Он отображает тот факт, что значение неизвестно, недоступно или неприменимо [4]. Существенно, что использование нулей инициирует переход с двухзначной логики (да/нет или что-то/ничего) на трехзначную (да/нет/может быть или что-то ничего не уверен).

С точки зрения другого эксперта по реляционным системам, Дейта, нули не являются полноценным решением проблемы пропусков информации. Тем не менее, они являются составной частью большинства официальных стандартов SQL и de facto промышленных стандартов.

14.7 Безопасность

Понятие безопасности связано с необходимостью управления доступом к информации. Определенные команды позволяют некоторым привилегированным пользователям устанавливать права других пользователей на просмотр и модификацию информации в базе данных. В большинстве реализаций реляционных баз данных правами на доступ и модификацию данных (permission) можно управлять на уровне таблиц и столбцов. Эти права устанавливают владельцы (owner) баз данных или объектов баз данных. Некоторые системы разрешают передавать права владения от создателя базы другому пользователю.

В многопользовательских системах обычно имеется пользователь с правами даже более высокими, чем у владельца базы данных - системный администратор (system administrator), или администратор базы данных (database administrator). Этот пользователь обычно обладает широкими правами на наделение полномочий, а также выполняет целый ряд других задач, связанных с поддержкой и администрированием базы данных.

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

14.8 Целостность

Целостность (integrity) - очень сложный и серьезный вопрос при управлении реляционными базами данных. Несогласованность между данными может возникать по целому ряду причин. Несогласованность или противоречивость данных может возникать вследствие сбоя системы - проблемы с аппаратным обеспечением, ошибки в программном обеспечении или логические ошибки в приложениях. Реляционные системы управления базами данных защищают данные от такого типа несогласованности, гарантируя, что команда либо будет исполнена до конца, либо будет полностью отменена. Этот процесс обычно называют управлением транзакциями (transaction management).

Другой тип целостности, называемый объектной целостностью (entity integrity), связан с корректным проектированием базы данных. Объектная целостность требует, чтобы ни один первичный ключ не имел нулевого значения. Третий тип целостности, называемый ссылочной целостностью (referential integrity), означает непротиворечивость между частями информации, повторяющимися в разных таблицах. Например, если вы изменяете неправильно введенный номер расчетного счета покупателя в одной таблице, другие таблицы, содержащие эту же информацию, продолжают ссылаться на старый номер, поэтому вы должны обновить и эти таблицы. Чрезвычайно важно, чтобы при изменении информации в одном месте, она соответственно изменялась и во всех других местах [2]. Правила Кодда гласят, что системы управления реляционными базами данных должны обеспечивать не только объектную и ссылочную целостность, но и позволять «вводить дополнительные ограничения на целостность, отражающие специальные требования». Кроме того, по определению Кодда, ограничения на целостность должны:

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

• храниться в словаре данных, а не в программных приложениях.

Первоначально только несколько реализаций реляционных баз данных удовлетворяли критериям Кодда на целостность, но ситуация постепенно изменялась. Стандарт 1992 года (часто называемый «SQL92») поддерживает ограничения, обеспечивающие ссылочную целостность и позволяющие задавать бизнес правила. Эти возможности в том или ином виде реализованы в большинстве систем.

15 Проектирование баз данных

Процесс, в ходе которого решается, какой вид будет у вновь создаваемой базы данных, называется проектированием базы данных (database design). Работа по проектированию базы данных включает выбор:

• таблиц, которые будут входить в базу данных;

• столбцов, принадлежащих каждой таблице;

• взаимосвязей между таблицами и столбцами.

Конструирование базы данных связано с построением ее логической структуры. В реляционной модели логическая структура базы абсолютно не зависит от ее физической структуры и способа хранения. Логическая структура также не определяется тем, что видит у себя на экране конечный пользователь (это могут быть виртуальные таблицы, созданные разработчиком или прикладными программами).

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

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

2. Гибкость структуры базы данных - конструктивные решения не ограничивают возможности выполнять в будущем самые разнообразные запросы.

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

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

15.1 Подход к проектированию базы данных

Часто при обсуждении вопросов проектирования реляционных баз данных почти все внимание уделяется применению правил нормализации. В ходе нормализации обеспечивается защита целостности данных путем устранения дублирования данных. В результате таблица, которая первоначально казалась «имеющей смысл», разбивается на две или более связанных таблиц, которые могут быть «собраны вместе» с помощью операции объединения. Этот процесс называется декомпозицией без потерь (non-loss decomposition) и просто означает разделение таблицы на несколько меньших таблиц без потери информации. Нормализация наиболее полезна для проверки созданной вами структуры. Можно проанализировать свои решения о том, какие столбцы должны быть включены в ту или иную таблицу с точки зрения правил нормализации, убедившись при этом, что не сделали каких-то фатальных ошибок. Понимание основ процесса нормализации также может помочь в процессе проектирования базы данных, но оно не является универсальным рецептом при построении базы с нуля. Итак, как определить, какие столбцы должны располагаться в начале таблицы. Общего правила на этот счет не существует. Однако здесь вам может оказать существенную помощь моделирование зависимостей - анализ сущности данных (в терминах объектов или вещей) и зависимостей между ними (один-к-одному, один-ко-многим, многие-ко-многим).

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

1. Исследования информационной среды для моделирования.

• Откуда поступает информация и в каком виде?

• Как она будет вводиться в систему, и кто этим будет заниматься?

• Как часто она изменяется?

• Какие параметры системы будут наиболее критическими с точки зрения времени реакции на запрос и надежности?

• Изучение всех бумажных материалов, а также информационных файлов и форм, которые используются в организации для хранения и обработки данных.

• Уточнение, в каком виде информация должна извлекаться из базы данных - в форме отчетов, заказов, статистической информации.

• Кому она будет предназначаться.

2. Создание списка объектов (вещей, которые будут предметом базы данных) вместе с их свойствами и атрибутами. Объекты, скорее всего, должны быть собраны в таблицы (каждая строка таблицы будет описывать один объект, например организацию, счет или платежное поручение), свойства объектов будут представлены столбцами таблицы (например, адрес компании, стоимость дистрибутива).

3. В ходе работы обязательно должен создаваться макет таблиц и связей между ними, называемый структурой данных (data structure), или диаграммой зависимостей между объектами (E-R diagram).

4. Предварительно разобравшись с объектами и их атрибутами, надо убедится, что каждый объект имеет атрибут (или группу атрибутов), по которому однозначно можно идентифицировать любую строку в будущей таблице. Этот идентификатор обычно называется первичным ключом. Если такового нет, то для получения искусственного ключа следует создать дополнительный столбец.

5. Затем должны быть рассмотрены зависимости между объектами.

• Имеются ли зависимости типа один-ко-многим (один заказчик может иметь множество выписанных счетов, но каждый счет может быть выписан только на одного заказчика) или многие-ко-многим?

• Есть ли возможности для объединения связанных таблиц? Для этого служат внешние ключи (foreign key), столбцы в связанных таблицах с совпадающими значениями первичных ключей.

6. Анализ структуры базы данных с точки зрения правил нормализации для поиска логических ошибок. Исправление всех отклонений от нормальных форм или обоснование решения отказаться от выполнения ряда правил нормализации в интересах простоты освоения или производительности. Документирование причины таких решений.

7. Непосредственному создание структуры базы данных и помещению в нее некоторых прототипов данных. Обязательное экспериментирование с запросами, изучение полученных результатов. Выполнение рядов тестов на производительность, чтобы проверить разные технические решения.

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

15.2 Несколько слов о структуре базы данных

1. Что такое «хорошая структура» - это, в первую очередь, «прозрачная» структура. Проще говоря, хорошая структура:

• максимально упрощает взаимодействие с базой данных;

• гарантирует непротиворечивость данных;

• «выжимает» максимум производительности из системы.

Некоторые факторы, упрощающие понимание базы данных, не имеют строгих технических определений и не являются частью процесса проектирования. Тем не менее, широкие таблицы трудно читать и в них сложно разбираться. В то же время разделение данных на целый ряд небольших таблиц усложняет отслеживание взаимосвязей между ними. Выбор подходящего числа столбцов обычно является компромиссом между простотой понимания базы и правилами нормализации. Хорошо разработанная база данных предотвращает ввод противоречивой информации и случайное удаление данных. Это достигается за счет минимизации ненужного дублирования данных в таблицах и поддержки целостности.

Наконец, хорошо разработанная база должна обладать достаточной производительностью. Опять-таки здесь играет большую роль число столбцов в таблицах: выборка данных будет проводиться медленнее, если информация размешена не в одной, а в нескольких таблицах. Однако большие таблицы могут требовать от системы обработки большего количества данных, чем это на самом деле необходимо для выполнения конкретного запроса. Другими словами, количество и размер таблиц существенно влияют на производительность. (Также с точки зрения производительности критическим является выбор столбца, по которому выполняется индексирование и тип индексирования.) Индексирование в большей мере является вопросом физического проектирования, нежели логического.

2. Плохая структура базы данных

• приводит к непониманию результатов выполнения запросов;

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

• порождает избыточные данные;

• усложняет выполнение изменений структуры созданных ранее и уже заполненных данными таблиц.

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

15.3 Нормализация

Вообще говоря, нормализация - это набор стандартов проектирования данных, называемых нормальным и формами (normal forms). Общепринятыми считаются пять нормальных форм, хотя их было предложено значительно больше. Создание таблиц в соответствии с этими стандартами называется нормализацией. Нормальные формы изменяются в порядке от первой до пятой. Каждая последующая форма удовлетворяет требованиям предыдущей формы. Если следовать первому правилу нормализации, то данные будут представлены в первой нормальной форме. Если данные удовлетворяют третьему правилу нормализации, они будут находиться в третьей нормальной форме (а также в первой и второй формах).

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

Одним из основных результатов разделения таблиц в соответствии с правилами нормализации является уменьшение избыточности данных в таблицах. При этом в базе возможно возникновение одинаковых столбцов первичных и внешних ключей. Такое преднамеренное дублирование - это не то же самое, что избыточность. На самом деле поддержка непротиворечивости между первичными и внешними ключами связана с понятием целостности данных.

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

15.3.1 Первая нормальная форма

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

В ряде случаев объектное моделирование приводит к тем же результатам, так как в этом случае мы имеем отношение один-ко-многим (одна накладная - много позиций).

15.3.2 Вторая нормальная форма

Второе правило нормализации требует, чтобы любой не ключевой столбец зависел от всего первичного ключа. Следовательно, таблица не должна содержать не ключевых столбцов, зависящих только от части составного первичного ключа. Представление таблицы во второй нормальной форме требует, чтобы все столбцы, не являющиеся первичными ключами (столбцы, описывающие объект, но однозначно не идентифицирующие его), зависели от всего первичного ключа, а не от его отдельных компонентов.

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

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

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

Рассматривая структуру этих таблиц, вы увидите, что они удовлетворяют как второй, так и третьей нормальной форме. Они удовлетворяют второй нормальной форме, так как все не ключевые столбцы зависят от всего первичного ключа, и третьей нормальной форме, так как все не ключевые столбцы не зависят друг от друга. Другими словами, любой не ключевой столбец зависит от ключа, всего ключа и ничего, кроме ключа [4].

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

Четвертая нормальная форма запрещает независимые отношения типа один-ко-многим между ключевыми и не ключевыми столбцами. В качестве примера рассмотрим несколько надуманный пример: с каждым заказчиком может работать несколько кураторов и несколько курьеров, но между кураторами и курьерами нет абсолютно никакой связи, хотя они естественным образом связаны с заказчиком. Помещение этой разнородной информации в одну таблицу может привести к появлению в ней пустых мест, так как курьеров может быть больше, чем кураторов. Удаление данных о курьерах или кураторах также может привести к появлению пустых мест. Проблема здесь состоит в кажущемся существовании зависимости между курьерами и кураторами, так как эти данные могут, размещаются рядом в одной строке. Лучше было бы поместить их в разные таблицы и связать с заказчиком посредством внешнего ключа. Пятая нормальная форма доводит весь процесс нормализации до логического конца, разбивая таблицы на минимально возможные части для устранения в них всей избыточности данных. Нормализованные таким образом таблицы обычно содержат минимальное количество информации, помимо первичного ключа.

Преимуществом преобразования базы данных в пятую нормальную форму является возможность управления целостностью. Поскольку при этом любой фрагмент не ключевых данных (данных, не являющихся первичным или внешним ключом) встречается в базе данных только один раз, не возникает никаких проблем при их обновлении. Если, например, изменяется физический адрес заказчика, соответствующие поправки нужно внести только в таблицу «Заказчики», и не надо просматривать остальные таблицы на предмет поиска и изменения в них значения соответствующего поля физический адрес.

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

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

Применение систем управления реляционными базами данных очень эффективно при автоматизации финансового звена малого коммерческого предприятия. Вышеизложенная теория и принципы управления реляционными базами данных могут быть с успехом применены в процессе автоматизации работы любого финансового подразделения предприятия. Основные принципы реляционного подхода к структуре коммерческой базы данных обеспечивают наилучшее ее функционирование. Соблюдение принципов целостности, безопасности и независимости данных, что дает нам реляционная модель, позволяет организовать отказоустойчивую структуру данных, что так необходимо для правильного и непрерывного функционирования финансовых подразделений. Применение принципа нормализации к структуре данных дает высокую гибкость при проектировании пользовательского интерфейса и обеспечивает не избыточность данных [4].

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

База данных «автоматизированное рабочее место бухгалтера по учету основных средств» предназначена для автоматизации работы бухгалтерии (приходование, расходование, расчеты с организациями, арендующими технику, и т.п.). В техническое задание на реализацию базы данных входили следующие задачи:

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

Связи:

1. Один ко многим - поле Участок с таблицей Участков (поле «участок»), данная связь обеспечивает объединение данных по участкам, что является очень удобным при работе с конкретными организациями по учету основных средств.

2. Один ко многим - поле шифр амортизации с таблицей шифры амортизаций (поле Shifr), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации.

3. Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение основных средств», что позволяет получать информацию, где и кем использовалось текущее оборудование.

2. Приход.

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

Назначение: Данная таблица является основной для хранения информации по приходу основных средств за текущий месяц (Таблица 19.2), что позволяет работать с новым списком до окончания месяца, делать изменения, редактировать данные, которые ни как не влияют на результаты движения до того пока не произведена операция закрытия месяца. в которую входят (Инвентарный номер, наименование, шифр амортизации, балансовая стоимость, остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо и тп.). (подробнее о структуре в приложении 1).

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

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

Связи:

1. Один ко многим - поле Участок с таблицей Участков (поле «участок»), данная связь обеспечивает объединение данных по участкам, что является очень удобным при работе с конкретными организациями по учету основных средств.

2. Один ко многим - поле шифр амортизации с таблицей шифры амортизаций (поле Shifr), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации.

3. Один ко одному - поле «дебит», «кредит» с таблицей «План счетов», что позволяет организовать справочник счетов участвующих при работе.

4. Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение основных средств», что позволяет получать информацию где и кем использовалось текущее оборудование.

3. Расход.

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

Назначение: Данная таблица является основной для хранения информации по расходу основных средств за текущий месяц (Таблица 19.3), что позволяет работать с списком расходованного оборудования до окончания месяца. В данную таблицу попадают данные из основной таблицы (полный перенос данных, что исключает дублирование данных), что позволяет произвести откат, ошибочно сделанного расхода оборудования. В таблицу входят поля (Инвентарный номер, наименование, шифр амортизации, балансовая стоимость, остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо и тп.). (подробнее о структуре в приложении 1).

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

Связи:

1. Один ко многим – поле Участок с таблицей Участков (поле «участок»), данная связь обеспечивает объединение данных по участкам, что является очень удобным при работе с конкретными организациями по учету основных средств.

2. Один ко многим – поле шифр амортизации с таблицей шифры амортизаций (поле Shifr), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации.

3. Один ко одному – поле «дебит», «кредит» с таблицей «План счетов», что позволяет организовать справочник счетов участвующих при работе.

4. Один ко многим – поле «Инвентарный номер» с таблицей «Перемещение основных средств», что позволяет получать информацию, где и кем использовалось текущее оборудование.

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

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

Назначение: Данная таблица является основной для хранения информации по лизинговым компаниям предоставляющих оборудование в аренду (Таблица 19.4), в которую входят (Инвентарный номер, наименование, шифр амортизации, балансовая стоимость, остаточная стоимость, месячная амортизация, подразделение, подотчетное лицо и тп.). (подробнее о структуре в приложении 1).

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

Связи:

1. Один ко многим – поле Участок с таблицей Участков (поле «участок»), данная связь обеспечивает объединение данных по участкам, что является очень удобным при работе с конкретными организациями по учету основных средств.

2. Один ко многим – поле шифр амортизации с таблицей шифры амортизаций (поле Shifr), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации.

3. Один ко многим – поле «Инвентарный номер» с таблицей «Перемещение основных средств», что позволяет получать информацию где и кем использовалось текущее оборудование.

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

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

Назначение: Данная таблица хранит информацию по подразделениям участвующих в расчетах по основным средствам (Таблица 19.5), с помощью этой таблицы связываются все таблицы по подразделениям. В данную таблицу входят столбцы (Шифр, Наименование организации, информация об организации, телефон). (подробнее о структуре в приложении 1 и 2).

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

Связи:

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

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

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

Назначение: Данная таблица хранит информацию по шифрам и процентам амортизации, и описание конкретного шифра амортизации (Таблица 19.6). Данная таблица используется только в качестве справочника при приходовании нового оборудования, что исключает возможность допустить ошибку и возможно настроить справочник под оборудование которое бухгалтер постоянно использует. В данную таблицу входят столбцы (Шифр, Процент амортизации, Описание шифра амортизации). (подробнее о структуре в приложении 1).

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

Связи:

1. Один ко многим – поле Шифр с таблицами «Основная», «Приход», «Расход», «Лизинговые компании». Данная связь позволяет сгруппировать основные средства по шифру амортизации, а это значить и по типу оборудования.

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

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

Назначение: Данная таблица хранит информацию по инвентарным номерам которые были перемещены в пределах предприятия (изменили подотчетное лицо, изменили подразделение и тп.), что позволяет просмотреть все перемещения оборудования с момента его прихода (таблица 19.7). В данную таблицу входят столбцы (Шифр Старая организация, Новая организация, Старое Подотчетное лицо, Новое подотчетное лицо, Дата). (подробнее о структуре в приложении 1).

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

Связи:

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

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

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

Назначение: Данная таблица хранит информацию по счетам использующихся в программе и их описанием (Таблица 19.8). Данная таблица является справочником, по которому производится группировка отчетов по движению основных средств за месяц. В данную таблицу входят столбцы (Номер счета, описание). (Подробнее о структуре в приложении 1).

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

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

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

Назначение: Данная таблица хранит информацию по подотчетным лицам, прикрепленным за организациями, арендующими оборудование (таблица 19.9). В таблицу входят поля (Шифр, Фамилия, Дата рождения, паспортные данные и тд.). (подробнее о структуре в приложении 1).

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

Связи:

5. Один ко многим – поле Участок с таблицей Участков (поле «участок»), данная связь обеспечивает объединение данных по участкам, что является очень удобным при работе с конкретными организациями по учету основных средств.

6. Один ко многим – поле «фамилия» таблицами, данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации.

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

Так как итогом работы Delphi является полностью законченное приложение в виде EXE модуля, поэтому описать структуру можно только в виде блок схем показывающих взаимосвязи с отдельными компонентами программы (рисунок 20.1):

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

Приход

Расход

Расход оборудования

(продажа, передача..)

Основная

база данных

Перемещение ОС

Расход в лизинг

Восстановление ОС

Расщепление ОС

Расчет аренды стоимости

Расчет амортизации

Импорт ОС

Переоценка ОС

Установка значения пробега

База данных по лизинговым компаниям

Закрыть месяц

Запись итогов

Расчет аренды стоимости

Расчет амортизации

Архив прихода

Архив расхода

Отчеты для бухгалтерии

Отчеты для других отделов

Для установки программы на компьютер необходимо вставить первую дискету из комплекта установки программы и запустить на выполнение файл Setup.exe. После запуска программы установки, необходимо указать путь для установки программы, в который будут установлены все файлы приложения и все базы данных программы. После того, как укажите путь, необходимо указать наименование группы программ, в которую будет записан ярлык для запуска программы APMBos.exe, который и является запускным модулем программы «Учет основных средств». (после работы программы установки будет настроен драйвер баз данных BDE, в котором будет прописан псевдоним базы данных приложения под названием «Osnova», указывающий на базы данных программы «Основные средства»). В случае если появится необходимость удалить программу, необходимо войти в (Пуск – Настройка - Панель управления - Установка удаление программ). В появившемся окне необходимо выбрать программу Osnova и нажать на кнопку «Удалить».

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

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

1. Справочник подразделений - этот справочник содержит информацию о подразделении (наименование организации, информация об организации, адрес организации, номер телефона). Выберите пункт меню «Настройки – Справочники – Подразделения», после чего, появится окно (рисунок 21.1).

В случае если необходимо удалить, то нажмите удалить и при положительном ответе запись будет удалена.

2. Справочник шифров амортизаций - этот справочник содержит информацию о шифрах амортизаций (шифр амортизации, описание шифра, группа шифров по типу). Выберите пункт меню «Настройки - Справочники - Шифры амортизаций», после чего, появится окно (рисунок 21.2).

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

3. Справочник подотчетных лиц - этот справочник содержит информацию о подотчетных лицах текущего подразделения (инициалы, паспортные данные, номер телефона). Выберите пункт меню «Настройки - Справочники - Подотчетные лица», после чего, появится окно (рисунок 21.3).

данные по подотчетному лицу нажмите кнопку «Изменить» и появится окно аналогичное процедуре добавления. В случае если необходимо удалить, то нажмите удалить и при положительном ответе запись будет удалена.

4. Справочник план счетов - этот справочник необходим для автоматизации ввода счетов, в данном справочнике содержится шифр счета и описание шифра. Выберите пункт меню «Настройки - Справочники - Подотчетные лица» для настройки справочника.

21.3 Приход нового оборудования

Приход нового оборудования считается одной из основных функций программы. Для выполнения операции прихода необходимо выбрать пункт меню «Операции - Новое оборудование (приход)», в появившемся окне (рисунок 21.4), с левой стороны окна вы увидите список подразделений, а справой список оборудования, которое используется в текущем подразделении. Для прихода нового оборудования необходимо нажать на кнопку добавить и

После нажатия на кнопке «Сохранить», будет произведена проверка введенных данных. В случае обнаружения отсутствия данных или иных ошибок, будет предложено сделать изменения в ошибочных полях. Если, при проверке введенных данных не обнаружено ошибок, запись будет сохранена. Текущая запись должна появится в правой стороне окна (рисунок 21.4), которая говорит о том, что в текущем подразделении добавлено оборудование. Далее в этом окне можно сделать изменения введенных данных, для этого укажите в левой стороне окна на наименовании подразделения, после в правой части окна на наименовании оборудования и нажмите кнопку изменить. В появившемся окне (рисунок 21.5) сделайте необходимый изменения и сохраните редактируемую запись. В случае если, в текущем месяце ошибочно введена запись, ее можно удалить, для этого в окне (рисунок 21.4) нажмите кнопку «Удалить», и при положительном ответе на появившейся вопрос, запись будет удалена. Для завершения работы с окном прихода оборудования нажмите кнопку «Закрыть».

21.4 Работа с основным списком основных средств

Работа с основным списком подразумевает текущую работу бухгалтерии по оборудованию находящемуся на балансе предприятия. Это такие функции как расходование оборудования, расходование в лизинговую компанию, перемещение оборудования между организациями субподрядчиками, ввод данных о пробеге автотранспортных средств за месяц, расщепление оборудования на составные части, просмотр текущего состояния и т.д. Для запуска, выберите пункт меню «Просмотр - ОС в подразделениях» и появится окно (рисунок 21.6).

Рисунок 21.6

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

1. Приход основных средств, данная процедура необходима для добавления записи по основным средствам, поступившим на баланс предприятия в текущем месяце, данная процедура вызывает функцию прихода основных средств, описанную выше.

2. Просмотр - функция, которая необходима для того, чтобы получить необходимую информацию по текущему состоянию оборудования. (Балансовая стоимость, остаточная стоимость, полный износ и т.д.).

3. Расход основных средств - данная процедура предназначена для расхода основных средств с баланса предприятия, для этого нажмите на кнопке «Расход» и появится окно (рисунок 21.7), в котором введите номера счетов и нажмите «расходовать»

Рисунок 21.7

4. Перемещение основных средств - данная процедура предназначена для перемещения основных средств в пределах предприятия, то есть я могу изменить наименование подразделения или подотчетное лицо, после нажатия кнопки «Перемещение основных средств» появится окно (рисунок 21.8)

Рисунок 21.8

в котором, необходимо указать новое подразделение и подотчетное лицо.

5. Расход основных средств в лизинговую компанию - эта процедура необходима, для того чтобы переместить оборудование с баланса ЗАО УПТК «Бамтоннельстрой» в одну из лизинговых компаний предприятия. После нажатия на кнопке «Расход в лизинговую компанию», появится окно (рисунок 21.9) в

Рисунок 21.9

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

6. Расщепление оборудование - данная операция необходима, когда было приходовано новое оборудование, которое включает в себя много компонентов, таких которые возможно использовать по отдельности, и они могут находится в разных организациях (Например: горно-шахтное оборудование Kokin-boring, данное оборудование было расщеплено на составные части, такие как: насосы, проходческий щит, передвижная станция и т.д. ), почему этого нельзя сделать, когда оборудование приходуется на баланс предприятия, потому что у оборудования имеется единая балансовая стоимость, и оно используется только одной организацией субподрядчиком. Для выполнения расщепления оборудования необходимо нажать на кнопке «Расщепление оборудования», после чего появится окно (рисунок 21.10)

Рисунок 21.10

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

7. Запрет на расчет амортизации - бывают случаи когда оборудование приходовано на баланс предприятия, а оно остается на складе, поэтому пока оборудование не находится в эксплуатации и стоит на складе на него не должна начисляться сумма амортизационных отчислений. Для этого существует процедура «Запрет расчета амортизации», нажав на кнопке «Запрет амортизационных начислений». После того как вы запретите расчет амортизации оборудования в окне (рисунок 21.6), в основном списке, появится красная книжка говорящая, что установлен запрет на перерасчет амортизации.

8. Снять запрет на расчет амортизации - естественно, если есть возможность установить запрет на перерасчет, должна быть возможность вернуть к исходному состоянию. Для этого имеется кнопка «Отмена запрета на перерасчет амортизации», в этом случае после этой процедуры, возможно, производить расчет амортизационных отчислений основных средств.

9. Установка значения пробега - в случае если оборудование является автотранспортом, для того чтобы произвести начисление суммы амортизационных отчислений, необходимо ввести значение пробега за все время использования автотранспортного средства. Для этого нажмите на кнопке «Пробег автотранспорта», появится окно (рисунок 21.11).

   Рисунок 21.11

   В этом окне вы увидите, значение пробега установленное в предыдущем месяце, и в поле «Новое значение» необходимо указать значение пробега в текущем месяце.

10. Закрыть - После нажатия на кнопке «Закрыть», функция для работы с

основным списком будет закрыта.

21.5 Расчет амортизационных отчислений

Процедура расчета амортизационных отчислений, производится перед закрытием отчетного месяца. Выберите пункт меню «Операции - Расчет сумм износа ОС», после чего в окне (рисунок 21.12) необходимо указать наименование отчетного месяца.

Рисунок 21.12

Для расчета необходимо нажать на кнопку «Рассчитать», после чего будет рассчитано значение амортизационных отчислений по всем подразделениям и лизинговым компаниям.

21.6 Расчет арендной стоимости

Для того чтобы произвести начисление арендной стоимости оборудования, необходимо выбрать пункт меню «Операции – Расчет арендной платы», после чего появится окно (рисунок 21.13), в котором необходимо указать, сколько дней в отчетном месяце.

Рисунок 21.13

Если нажать на кнопках «27», «31» соответственно будут введены значения 27 и 31 в поле «количество дней в месяце». Так как оборудование может находится в ответственном хранении, поэтому необходимо настроить коэффициенты расчета для хранения оборудования на складах. Для этого нажмите на кнопке «Настройка» и в появившемся окне (рисунок 21.14) установите все необходимые коэффициенты, установленные для вашего предприятия.

рисунок 21.14

21.7 Переоценка основных фондов

При деноминации значения балансовой стоимости теряют свою актуальность, для этого необходимо произвести переоценку основных фондов, так как оборудование делится на группы (Строения, Сооружения, Машины и т.д. ), поэтому для переоценки необходимо произвести установку коэффициентов для каждого типа оборудования. Для этого выберите пункт меню «Сервис - Переоценка основных фондов», в появившемся окне (рисунок 21.15) необходимо указать коэффициенты для каждого из типов оборудования и тип перерасчета (на уменьшение балансовой стоимости или на увеличение) и после нажатия кнопки «Пересчитать», будет произведена переоценка основных фондов по всем подразделениям и лизинговым компаниям. Если нажать на кнопке «Отказаться» окно для установки коэффициентов будет закрыто.

Рисунок 21.15

Процедура закрытия отчетного периода является необходимой при окончании месяца, так как только после нее формируется отчетная информация (приход за месяц, расход за месяц, сальдо на конец месяца и т.д.). Для этого необходимо выбрать пункт меню «Операции - Закрыть отчетный месяц» в появившемся окне (рисунок 21.16) необходимо указать наименование отчетного месяца.

Рисунок 21.16

После нажатия на кнопке «ОК», произойдет проверка существования информации по расчету амортизационных отчислений текущем месяце и закрытие месяца. После подведения итогов будет создана область для нового движения и добавлена информация в архив по движению основных средств. Итоги движения можно посмотреть, выбрав пункт меню «Просмотр - Итоговые данные движения», в появившемся окне (рисунок 21.17), необходимо указать на дате закрытия отчетного периода. В правой стороне вы увидите информацию по приходу и расходу основных фондов по предприятию.

Рисунок 21.17

Оценка качества программного обеспечения совсем новая дисциплина. Когда это направление получит достаточное развитие, то будут разработаны хорошие методы оценки, но в настоящее время имеются самые противоречивые мнения о том, какие характеристики программного обеспечения следует измерять. Методология разработки программного обеспечения развивается так быстро, что установление отдельных оценок и "отливка этих оценок в бронзе" могут привести к укоренению практики программирования, которая впоследствии окажется неправильной.

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

1) своевременное выполнение;

2) эффективность использования таких ресурсов, как:

а) процессоры;

б) память;

в) периферийные устройства;

3) аспекты обслуживания программы, такие как:

а) понимаемость;

б) модифицируемость;

в) удобство переноса с ЭВМ на ЭВМ.

Важность входящих в данный перечень характеристик изменяется в зависимости от того, в какой организации используется данное программное обеспечение. Разработчики программных библиотек могут предпочесть эффективности удобство переноса, в то время как создатели систем учета кадров могут сосредоточить свое внимание на модифицируемости.

22.1 Метрики Боэма, Брауна и Лайпоу

Чтобы оценить качество, необходимо определить измеряемые характеристики. Боэм, Браун и Лайпоу описали иерархическое дерево характеристик программного обеспечения, в котором направление стрелок задает логическое следование. Так, например, хорошо поддерживаемая программа должна быть хорошо тестируемой, понимаемой и модифицируемой. Самый высокий уровень структуры отражает используемую оценку качества программного обеспечения. Боэм, Браун и Лайпоу подчеркивают достоинства пакетов программ и считают, что наибольшее значение для них имеют ответы на такие вопросы.

1. Как хорошо (просто, надежно, эффективно) могу я использовать данный пакет в том виде, как он есть?

2. Насколько просто его обслуживать (разобраться в нем, модифицировать, перепроверить)?

3. Могу ли я пользоваться этим пакетом, если сменю оборудование (удобство переноса)?

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

Боэм, Браун и Лайпоу разработали 51 возможную метрику оценки примитивных характеристик, а затем провели сравнение этих метрик по степени их корреляции с качеством программы. Это подробная и сложная схема, опирающаяся на практический опыт, однако, Боэм, Браун и Лайпоу не предложили четкой демонстрации ее эффективности, надежности или применимости в различных контекстах. Длинный список понятий используется скорее как контрольный лист для рецензирования программы, чем как руководство по ее составлению.

22.2 Метрики программного обеспечения Джилба

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

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

Отношение количества правильных данных ко всем данным приводится Джилбом в качестве меры точности (свободы от ошибок). Так же, как Боэм, Браун и Лайпоу, Джилб считает, что точность необходима для надежности программы. Прецизионность определяется как мера того, насколько часты ошибки, обусловленные одинаковыми причинами. Джилб оценивает ее дробью, в числителе которой стоит число фактических ошибок на входе, а в знаменателе - общее число наблюденных ошибок, причинами которых явились эти ошибки на входе. Так, например, если одна ошибка вызывает в течение определенного периода времени 100 сообщений об ошибках, то прецизионность равна 0.01.

Второй большой категорией, введенной Джилбом, является гибкость, в которую входят:

1. логическая сложность;

2. внутренняя гибкость;

3. открытость (адаптируемость);

4. толерантность (к изменениям входа системы);

5. универсальность;

6. удобство переноса;

7. совместимость.

В качестве меры логической сложности Джилб предложил число логических "двоичных принятий решений". Такая оценка может быть получена вручную или автоматически. Абсолютная логическая сложность задается числом нестандартных выходов из операторов, в которых происходит принятие решений. Джилб предполагает, что логическая сложность окажется значимым фактором для предсказания стоимости программы.

Кроме этих, Джилб приводит еще большое количество иных метрик, но это длинное перечисление скорее будит воображение, чем приносит пользу. Работа Джилба демонстрирует новые возможности, однако реальное применение этих идей на практике дает обескураживающие результаты. Большинство характеристик очень трудно получить; сбивает с толку и то, что оценки сильно связаны, что затрудняет программисту предсказание влияния изменения программы на некоторую группу характеристик.

22.3 Оценка сложности Маккейба

Маккейб описывает оценку сложности с помощью теории графов и демонстрирует ее применение для управления, тестирования и контроля за сложностью программы. Следует оговорить, что в данном исследовании Маккейб под сложностью программы понимал ее логическую сложность. В его теории предполагается, что сложность не зависит от размера, а только от структуры выборов решений в программе.

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

Согласно его подходу вычисляется и контролируется число путей в программе. В математические предпосылки входит определение цикломатического числа V(G) для графа с n вершинами, e ребрами и p компонентами связности:

V(G) = e - n + p

Маккейб использует следующую теорему: в сильно связанном графе G цикломатическое число равно максимальному числу линейно-независимых циклов.

Применяя эту теорему, Маккейб связывает с программой ориентированный граф с одним выходом. Каждой вершине графа соответствует блок кода с последовательным управлением, а каждой дуге соответствует ветвление программы. Каждой вершины можно достигнуть из входной вершины и из каждой вершины может быть достигнута выходная вершина. Этот граф сильно связан, так как для любой пары вершин существует связывающий их путь.

Общий подход состоит в оценке сложности программы с помощью вычисления числа линейно-независимых путей, цикломатической сложности V(G), а также управления размером программ с помощью ограничения V(G) и использования V(G) как основы для методологии тестирования. Маккейб обнаружил, что разумной верхней границей для цикломатической сложности является 10. Если программисты переступают эту границу, им следует или переписать программу, или разбить ее на модули.

Оценка цикломатической сложности Маккейба полезна при подготовке тестовых данных и может дать нужную информацию о логической сложности программы. Однако при такой оценке не принимается во внимание выбор структур данных, алгоритмов, мнемонических имен переменных или комментариев, отсутствует обсуждение таких важных понятий, как удобство переноса, гибкость, эффективность. Необходимы дополнительные исследования, чтобы прояснить, когда полезно использовать цикломатическую сложность. В рассмотренном программном модуле по созданию базы данных абонентов автоматизированной системы оповещения циклическая граница сложности модуля равняется 6, что не превышает верхнюю границу сложности. Ориентированный граф модуля представлен на рис.14.1. Это позволяет сделать вывод о правильном подходе к написанию отдельных модулей программного обеспечения системы оповещения, который применялся при разработке данного дипломного проекта.

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

Авторы работы "Predicting Software Comprehensibility" экспериментировали с 36 профессиональными программистами, предложив им по 25 минут изучать 3 программы, а затем восстановить их за 20 минут. Были использованы 3 класса задач (инженерные, статические и не численные) и 3 типа структурирования (полное, частичное и неструктурированные программы). Было также введено 3 уровня мнемоничности имен переменных.

Результаты эксперимента показали, что хуже всего восстанавливаются неструктурированные программы, лучше всего - частично структурированные. Уровень мнемоничности имен переменных не оказал влияния на проведение эксперимента.

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

22.5 Выводы

Качество управляемо и может быть повышено. Администратор может выбрать принципы руководства, определив, что является основной целью - своевременная выдача результата, эффективное использование ресурсов или надежное обслуживание. В любом из этих случаев не следует забывать о психологической сложности программ. Как показывает опыт, в случае создания и отладки большого программного комплекса очень важно, чтобы программа каждого из авторов была понятна остальным, что обеспечивает четкую и безболезненную стыковку. К сожалению, приемлемый набор оценок пока еще не разработан. Глубокое теоретическое понимание поведения человека в программировании может привести к разработке более совершенных оценок, но проверить их пригодность следует экспериментально.

22 Технико-экономическое обоснование целесообразности разработки

В последнее время все чаще для учета основных фондов организации прибегают к помощи компьютеров. Разработанная система изначально предназначалась для использования её одним или несколькими сотрудниками, отвечающими за ведение учета основных средств на предприятии, начислению арендной стоимости и по организациям и сбору итоговой информации, и формированию различных отчётных документов. В результате использования системы было решено разделить выполняемые операции. Так первый сотрудник занимается только бухгалтерским учетом основных средств, а второй сотрудник работает с организациями, и отделами главного механика. С введением второго рабочего места, появилась необходимость в организации сетевого взаимодействия, при этом время работы уменьшается, а качество становиться намного лучше. Если раньше всегда существовали расхождения в данных бухгалтерии и другими отделами, то теперь эта проблема отпала.

С внедрением системы, работа служащих, отвечающих за учёт основных фондов на предприятии, стала выполнятся быстрее, и количество ошибок уменьшилось, таких как точность расчета амортизационных отчислений и т.д. Данная система адаптирована к технике IBM/PC, уровень которой отвечает современным требованиям. Использование дружественного интерфейса сильно облегчает работу с ней.

При разработке системы учитывались требования автоматизации часто повторяемых операций, использование многочисленных справочников данных, которые существенно увеличивают производительность труда бухгалтера. В программе применяются графические средства отображения информации, что повышает наглядность, позволяет лучше сконцентрировать внимание на вводимые данные. Раньше использовалась программа, разработанная для операционной системы DOS, что не всегда позволяло наглядно работать с представляемыми данными, не было возможности использовать графическую информацию и векторные шрифты, что в свою очередь уменьшает производительность труда и увеличивает утомляемость бухгалтера. Разработанная программа работает под Windows, что само по себе исключает описанные выше проблемы.

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

Для нахождения наиболее эффективного пути решения поставленных задач необходим технико-экономический анализ задания. Прежде чем приступать к выполнению задания, необходимо рационально спланировать свою работу, для этого нужно провести отбор и обоснование комплекса работ. При составлении планов комплекса работ используются в основном сетевые и линейные методы планирования.

Поскольку данная разработка не велика по объему и не требует большого состава исполнителей, то в данной работе будем использовать ленточный метод планирования. Для построения ленточного графика необходимо разработать перечень работ. Результаты технического анализа разработки сведены в таблицу 23.1.

Трудоемкость работ определяется по сумме трудоемкости этапов и видов работ, оцениваемых экспериментальным путем в человеко-днях, и носит вероятностный характер, так как зависит от множества трудно учитываемых факторов, поэтому применяются оценки минимально возможной трудоемкости выполнения отдельных видов работ - a_i, максимально возможной - b_i и наиболее

Таблица 23.1 - Перечень этапов и работ

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

вероятной - m_i. Ожидаемое значение трудоемкости t_i рассчитывается по формуле:

(23.1)

где:

t_i - трудоемкость выполнения отдельных видов работ, человеко-дни;

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

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

m_i - наиболее вероятная трудоемкость выполнения отдельных видов работ, дни.

Дисперсия оценивается по формуле:

(23.2)

Дисперсия характеризует степень неопределенности выполнения работы за ожидаемое время t_i. Если разброс между a_i и b_i мал, то степень достоверности того, что работа будет выполнена точно в строк, велика. Если b_i существенно больше a_i, то степень достоверности выполнения работ в установленный срок мала. Экспертные оценки и расчетные величины трудоемкости сводятся в таблице 23.2.

Таблица 23.2 - Экспертные оценки и расчетные величины трудоемкости

№	Оценка трудоемкости	Расчетные величины
	ai	bi	mi	ti	Di
1	1	2	1	1	0.028
2	1	2	2	2	0.028
3	3	5	4	4	0.111
4	2	4	3	3	0.111
5	3	5	4	4	0.111
6	4	6	5	5	0.111
7	5	7	6	6	0.111
8	2	4	3	3	0.111
9	7	10	8	8	0.25
10	10	12	11	11	0.111
11	5	7	6	6	0.111
12	21	28	25	25	1.361
13	7	10	8	8	0.25
14	7	14	11	11	1.361
15	7	10	8	8	0.25
16	8	10	9	9	0.111
17	10	14	12	12	0.444
18	3	5	4	4	0.111
19	2	3	3	3	0.028
20	1	2	1	1	0.028
			Итого	ti=134

23.2 Загрузка исполнителей

Загрузка исполнителей - операция, при которой происходит определение количества исполнителей и объема их загрузки в зависимости от выполненных работ. Результаты загрузки сведены в таблицу 23.3.

Таблица 23.3 – Загрузка исполнителей

№	Исполнители	Продолжительность	Загрузка
Работы		Работ, t дней	%	дней
1	Руководитель Инженер	1 1	100 100	1 1
2	Руководитель Инженер	2 2	25 100	1 2
3	Инженер	4	100	4
4	Руководитель Инженер	3 3	50 100	3 3
5	Инженер	4	100	4
6	Инженер	5	100	5
7	Инженер	6	100	6
8	Руководитель Инженер	3 3	100 100	3 3
9	Инженер	8	100	8
10	Инженер	11	100	11
11	Инженер	6	100	6
12	Инженер	25	100	25
13	Инженер	8	100	8
14	Руководитель Инженер	11 11	25 100	3 11
15	Руководитель Инженер	8 8	50 100	4 8
16	Инженер	9	100	9
17	Инженер	12	100	12
18	Инженер	4	100	4
19	Руководитель Инженер	3 3	100 100	3 3
20	Инженер	1	100	1
Итого	Руководитель			18
	Инженер			134

Таблица 23.4 - Ленточный график.

№	Исполнитель	Трудоемкость	Численность,	Длительность	Продолжительность работы, пятидневка
		Чел. Дни	чел.	Работы, дни	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25
1	Руководитель инженер	1	2	1
2	Руководитель инженер	2	2	1
3	Инженер	4	1	4
4	Руководитель инженер	3	2	2
5	Инженер	4	1	4
6	Инженер	5	1	5
7	Инженер	6	1	6
8	Руководитель инженер	3	2	2
9	Инженер	8	1	8
10	Инженер	11	1	11
11	Инженер	6	1	6
12	Инженер	25	1	25
13	Инженер	8	1	8
14	Руководитель инженер	11	2	6
15	Руководитель инженер	8	2	4
16	Инженер	9	1	9
17	Инженер	12	1	12
18	инженер	4	1	4
19	руководитель инженер	3	2	2
20	инженер	1	1	1
		134		121

23.3 Расчет сметы затрат

Затраты на разработку проекта (производственные затраты) представляют собой единовременные расходы на всех этапах инновационного процесса: исследование, разработка, эксплуатация. Определение затрат на разработку проекта производится путем составления калькуляции плановой себестоимости. В плановую себестоимость включаются все затраты, связанные с ее выполнением, независимо от источника их финансирования. Смета затрат состоит из прямых и накладных расходов. Расходы на разработку проекта включают в себя следующие статьи:

1. Основные затраты и комплектующие;

2. Основная заработная плата;

3. Дополнительная заработная плата;

4. Социальные начисления:

а) социальное страхование – 5.4%;

б) пенсионный фонд – 28%;

в) фонд занятости населения – 2%;

г) медицинское страхование – 3.6%,

5. Эксплуатационные затраты при использовании ЭВМ в процессе программирования.

6. Накладные расходы (20% от прямых расходов).

Статья 1. В затраты на основные материалы и комплектующие входят затраты на 10 дискет, пачку бумаги (500 листов):

• стоимость дискет – 3 пачки по 10 шт.. 180.00 руб. ;

• пачка бумаги 170 руб. ;

• Транспортные расходы (4%) 14 руб

• Всего 364 руб..

Статья 2. На основании загрузки исполнителей рассчитаем заработную плату.

Таблица 23.5 - Расчет заработной платы на разработку темы

Исполнители	Оклад, руб.	З/пл. в день, руб.	Трудоемкость, чел./дн.	Суммарная з/пл., руб.
Руководитель	6200	250.44	18	4507.92
Инженер	776	31.07	134	4163.38
Итого	Фонд заработной платы (ФЗП)	8671.30

Основная заработная плата рассчитывается с учетом районного коэффициента (Крайон.). Районный коэффициент для г.Северобайкальска составляет 70% от ФЗП. А также с учётом северного коэффициента (Ксев.).

(23.3)

руб,

С

(23.4)

,

руб.

Ф

(23.5)

ФОТ = ФЗП+К_район.+K_сев.

ФОТ=8671,30+6069,70+4335,85 = 19076,85 руб.

Статья 3. Дополнительная заработная плата (ДЗП) составляет 50% от ФЗП.

(23.6)

руб.

Статья 4. Отчисления на социальные нужды составляют в сумме 39% от основной и дополнительной заработной платы:

социальное страхование (5.4%) :	1264,29 руб.;
пенсионный фонд (28%) :	6555,56 руб.;
Фонд занятости населения (2%) :	468,25 руб.;
Медицинское страхование (3.6%) :	842,86 руб.;
Итого :	9130,96 руб.

Статья 5. Эксплуатационные затраты при использовании ЭВМ в процессе программирования (З_м.вр.) рассчитывают­ся согласно амортизационным отчислениям при учете основных средств [2]. Амортизационные отчисления для ПЭВМ составляют 12,5% в год. Работа ЭВМ составляет 70 дней, это приблизительно три месяца. За три месяца амортизационные отчисления при первоначальной стоимости ПЭВМ 21030 руб. составят:

=657,19 руб.

(23.8)

В прямые затраты входят затраты по статьям 1 - 5.

З_прямые = 33200,85 руб.

Смета затрат на разработку темы приведена в таблице 23.6.

Таблица 23.6 - Смета затрат на разработку темы

Статьи	Сумма руб.
1 Основные материалы и комплектующие	364,00
2 Основная заработная плата	19076,85
3 Дополнительная заработная плата	4335,85
4 Отчисления:
а) социальное страхование	1264,29
б) пенсионный фонд	6555,56
в) фонд занятости населения	468,25
г) медицинское страхование	842,86
5 Машинное время	657,19
6 Накладные расходы	6640,17
Итого:	40205,02

23.3.2 Определение эксплуатационных затрат

Произведём расчёт эксплуатационных затрат для ведения учёта с применением ПЭВМ, так и без них. Для наглядности, при сравнении затрат, расчет произведём за год.

Статьи затрат при применении ПЭВМ:

• Статья 1. Основная и дополнительная заработная плата с социальными начислениями.

• Статья 2. Износ ПЭВМ.

• Статья 3. Расходуемые материалы.

• Статья 4. Накладные расходы.

Статьи затрат без применения ПЭВМ:

• Статья 1. Основная и дополнительная заработная плата с социальными начислениями.

• Статья 2. Расходуемые материалы.

• Статья 3. Накладные расходы.

Расчёты затрат проводятся аналогично расчётам затрат на разработку.

При ведении учета основных средств без применения ПЭВМ требуется четыре бухгалтера. Оклад бухгалтера 1000 руб.

Статья 1. Заработная плата счетоводов-бухгалтеров.

За месяц у одного бухгалтера:

• Оклад – 1000 руб.,

• ФОТ – 2200 руб.,

• ДЗП – 500 руб.,

• Социальные начисления – 1053 руб.

Итого за месяц заработная плата у одного бухгалтера составляет 3753 руб. Следовательно, сумма, потраченная на годичную заработную плату четырёх бухгалтеров, составляет 180144 руб.

Статья 2. Расходуемые материалы.

За месяц расходуется 1 пачка бумаги по 170 руб., следовательно, за 12 месяцев необходимо оплатить 2040 руб. С учётом транспортных расходов (4 процента) 2121,6 руб.

Статья 3. Накладные расходы составляют 20 процентов от прямых затрат. В прямые затраты входят затраты по статьям 1 – 2.

Р_{накладные}= 36453,12 руб.

При ведении учета основных средств с применением ПЭВМ требуется два бухгалтера со знаниями компьютеров. Оклад счетовода-бухгалтера 1000 рублей.

Статья 1. Заработная плата бухгалтеров.

Сумма, потраченная на годичную заработную плату двух бухгалтеров, составляет 90072 руб.

Статья 2. Износ ПЭВМ.

Износ ПЭВМ рассчитывается исходя из 12,5 процентов амортизационных отчислений за год.

,

При работе постоянно используются две ПЭВМ поэтому:

руб.

Статья 3. Расходуемые материалы.

За один месяц используется 1 пачки бумаги по 170 руб., следовательно, за 12 месяцев необходимо затратить 2040 руб. С учётом транспортных расходов (4 процента) 2121,6 руб.

Статья 4. Накладные расходы.

В прямые затраты входят затраты по статьям 1 – 3. Накладные расходы составляют 20 процентов от прямых затрат.

Р_{накладные}= 19490,22 руб.

Смета годовых эксплуатационных затрат приведена в таблице 23.7.

Таблица 23.7 – Эксплуатационные затраты

Вариант учета основных фондов с применением ПЭВМ экономит 101777,40 руб. ежегодно.

Исходя из данных таблицы 23.7 и затрат на разработку программы можно определить срок окупаемости программного продукта. Для этого сумму затрат на разработку нужно представить как сумму экономии за неизвестный окупаемый период, затем воспользоваться пропорцией.

(23.9)

где:

П_окуп. – период окупаемости в месяцах;

З_{разработка} – затраты на разработку программы;

Э_{годовая} – годовая экономия.

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

месяца.

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

Вывод: разработка экономична как в отношении времени, так и в отношении финансов. Кроме того расчет эксплуатационных затрат [таблица 23.7] явно показывает, что расходы на выполнение работы у варианта с применением ПЭВМ намного ниже, что лишний раз убеждает в целесообразности разработки и её эффективности.

24 Вопросы охраны труда и безопасности жизнедеятельности

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

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

• особенности экранного изображения, отличающие его от традиционного бумажного текста (самосветящийся характер, дискретность, мерцание, дрожание, наличие бликов);

• особенности наблюдения во время работы, связанные с двумя взаимодополняющими (для возникновения зрительного утомления) факторами: длительной фиксацией взгляда на экран монитора и периодической интенсивной перефокусировкой глаза с клавиатуры (бумаги) на экран и обратно;

• особенности собственно деятельности, заключающиеся в монотонном, длительном ее характере, нередко в условиях дефицита времени и нервно-эмоциональных нагрузок вследствие высокой цены за допущенную ошибку;

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

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

Опасным называется производственный фактор, воздействие которого на работающего в определенных условиях приводит к внезапному ухудшению здоровья. Если производственный фактор вызывает заболевание или снижает работоспособность, то его считают вредным (ГОСТ 12.0.002-80). В зависимости от уровня продолжительности воздействия вредный фактор может стать опасным.

В ГОСТ 12.0.003-74 "ССБТ. Опасные и вредные производственные факторы. Классификация" приводится классификация элементов условий труда, выступающих в роли опасных и вредных производственных факторов. Они подразделяются на четыре группы: физические, химические, биологические, психофизиологические.

При работе с ЭВМ мы сталкиваемся, в основном, с физическими и психофизиологическими - опасными и вредными производственными факторами. Биологические и химические - опасные факторы при этой работе не встречаются.

К физическим - опасным производственным факторам при работе с ЭВМ, можно отнести:

• электромагнитные излучение;

• повышенная напряженность электрических и магнитных полей;

• повышенная запыленность воздуха в рабочей зоне;

• повышенная температура воздуха в рабочей зоне;

• повышенный уровень шума на рабочем месте;

• недостаток или отсутствие естественного света;

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

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

Рентгеновское излучение генерируется в результате торможения электронов в слое люминофора на поверхности экрана монитора. При ускоряющем анодном напряжении менее 25 кВ энергия рентгеновского излучения полностью поглощается стеклом экрана.

Электростатический потенциал вне монитора появляется вследствие высокого напряжения в электронно-лучевой трубке (ЭЛТ), а его природа аналогична электрическому полю кинескопа обычного телевизора. Напряжение, возникающее на теле человека, может достигать нескольких киловольт; его величина зависит от одежды, от влажности окружающего воздуха. При длительной работе с компьютером под воздействием заряженных частиц на теле человека может появиться аллергическая сыпь [8].

К психофизиологическим опасным и вредным производственным факторам относятся физические (статические и динамические), нервно-психические перегрузки (умственное перенапряжение, перенапряжение анализаторов, монотонность труда, эмоциональные перегрузки).

24.2 Требования безопасности, эргономики и технической эстетики к рабочему месту инженера-программиста

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

• к визуальным параметрам средств отображения информации индивидуального пользования (мониторы);

• к эмиссионным параметрам ПК - параметрам излучений дисплеев, системных блоков, источников питания и др.

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

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

Если при работе на ПК необходимо одновременно пользоваться документами, то следует иметь в виду, что зрительная работа с печатным текстом и с изображением на экране имеет принципиального отличия: изображение светится, мелькает, дрожит, состоит из дискретных элементов, менее контрастно. Снизить или устранить утомление можно только правильным выбором режима воспроизведения изображения на экране, источника освещения (местного или общего), расположения материалов (в целях уменьшения длины или частоты перевода взгляда).

Человек должен так организовать свое рабочее место, чтобы условия труда были комфортными и соответствовали требованиям СНиП:

• удобство рабочего места (ноги должны твердо опираться на пол; голова должна быть наклонена немного вниз; должна быть специальная подставка для ног);

• достаточное пространство для выполнения необходимых движений и перемещений (руки при работе с клавиатурой должны находиться перед человеком; пальцы должны обладать наибольшей свободой передвижения; клавиши должны быть достаточно чувствительны к легкому нажатию);

• необходимый обзор (центр экрана монитора должен быть расположен чуть ниже уровня глаз; монитор должен отстоять от глаз человека на расстоянии 45-60 сантиметров; должна регулироваться яркость и контрастность изображения);

• рациональное расположение аппаратуры и ее органов управления и контроля (монитор должен быть расположен на расстоянии 60 сантиметров и более от монитора соседа; человек должен использовать держатель бумаги);

• достаточное освещение (внешнее освещение должно быть достаточным и равномерным; должна быть настольная лампа с регулируемым плафоном для дополнительного подсвета рабочей документации);

• нормальные условия в отношении шума и вибрации;

• нормальный температурный режим;

• нормальная влажность воздуха;

• необходимая вентиляция.

К рабочему месту инженера-программиста предъявляются следующие требования:

1. Требования к параметрам микроклимата и воздушной среды (ГОСТ 12.1.005-88. Общие санитарно-гигиенические требования к воздуху рабочей зоны).

Оптимальные параметры микроклимата приведены в таблице 24.1.

Таблица 24.1 - Оптимальные параметры микроклимата

Запылённость воздуха не должна превышать 0.75 мг/м³. На одного инженера - программиста должен приходиться объём помещения 15м³ при площади 4.5 м² (без учёта проходов и оборудования). В течение трудового дня необходимо обеспечить воздухообмен помещения объёмом 25-50 м³, отвод влаги 350-500 г и тепла 50 кДж на каждый килограмм массы тела работающего.

2. Требования к уровню шума (ГОСТ 12.1.003-83. Шум).

Уровень шума для инженера - программиста составляет не более 50 дБ.

3. Требования к освещенности (СНиП II-4-79);

Нормативное значение коэффициента естественного освещения (КЕО) для третьего пояса (расположение г.Нижневартовска) при боковом освещении равно 1.2 %, освещённость при работе с экраном дисплея - 200 лк, при работе с экраном дисплея и документом - 300 лк.

4. Требования безопасности к излучению от дисплея.

В стандарт Р 50948-96 и в СНиП включены требования и нормы на параметры излучений дисплеев (они соответствуют шведскому стандарту): напряженность электромагнитного поля в 50 сантиметрах вокруг дисплея по электрической составляющей равна 2.5 В/м.

Плотность магнитного потока в 50 сантиметрах вокруг дисплея составляет 250 нТл в диапазоне частот 5 Гц-2КГц; поверхностный электростатический потенциал составляет 500 В. Время работы за дисплеем не должно превышать 4-х часов в сутки.

5. Требования эргономики и технической эстетики (ГОСТ 12.2.032-78. Рабочее место при выполнении работ сидя)

Для обеспечения требований эргономики и технической эстетики конструкция рабочего места, расположение и конструкция органов управления должны соответствовать анатомическим и психофизическим характеристикам человека. Вместе с этим всё оборудование, приборы и инструменты не должны вызывать психологических раздражений.

Рабочее место оператора ЭВМ состоит из монитора, системного блока, клавиатуры, мыши, принтера. Клавиатура должна быть расположена непосредственно перед оператором. Расстояние от глаз оператора до монитора должно составлять 0.5 - 0.7 м. На столе, на котором расположена ПЭВМ, должно оставаться место для наглядного, графического материала, для возможности работать с литературой, делать какие-либо пометки.

К размерам рабочего места предъявляются требования, [9]:

• высота рабочей поверхности 655 мм;

• высота сидения 420 мм (желательно регулируемого);

• расстояние от сидения до нижнего края рабочей поверхности 150мм;

• размеры пространства для ног 650x500x600.

6. Требования к выполнению правил пожарной безопасности

В случае пожара необходимо:

• отключить щит электропитания;

• вызвать к месту пожара заведующего лабораторией, вызвать пожарную помощь;

• по возможности вынести легковоспламеняющиеся, взрывоопасные материалы и наиболее ценные предметы;

• приступить к тушению пожара имеющимися средствами (огнетушитель, песок и т.д.);

• для тушения пожара в лаборатории предусмотрен огнетушитель химический воздушно-пенный ОХВП-10, установленный в легко доступном месте.

7. Требования к электробезопасности

Рассмотрим требования безопасности при работе с ЭВМ. Работа производится в лаборатории, где стоят точные приборы.

Следовательно, это подразделение можно отнести к 1 классу помещений по степени опасности поражения электрическим током. К 1 классу относятся помещения без повышенной опасности: сухие, беспыльные помещения с нормальной температурой воздуха, изолирующими (например, деревянными полами), не имеющими или имеющими очень мало заземленных предметов.

ГОСТ 12.2.007-75 подразделяет электрические изделия по способу защиты человека от поражения электрическим током на пять классов: 0, 01, 1, 2, 3.

ЭВМ можно отнести к классу 01, то есть, к изделиям, имеющим, по крайней мере, рабочую изоляцию, элемент для заземления и провод без заземляющей жилы для присоединения к источнику питания. При начале работы с ЭВМ необходимо проверить герметичность корпуса, не открыты ли токоведущие части. Убедиться в подключении заземляющего проводника к общей шине заземления, проверить его целостность. Если заземляющий проводник отключен, подключать его можно только при отключении машины от питающей сети. Для повышения безопасности работать можно с использованием резиновых ковриков.

Опасность поражения человека электрическим током определяется множеством факторов:

• индивидуальные особенности людей;

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

• путь тока в теле человека;

• род и частота тока.

Для данного случая определяющими факторами являются род тока в цепи и его величина. Для обеспечения электробезопасности используется защитное заземление.

Каждому работающему в лаборатории следует помнить:

• включать общий рубильник только после предупреждения всех лиц, работающих в лаборатории;

• с неисправным оборудованием не работать;

• не загромождать рабочее место посторонними предметами;

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

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

При поражении электрическим током следует:

• освободить пострадавшего от воздействия электрического тока;

• оказать доврачебную помощь;

• вызвать врача.

24.3 Разработка защитных мероприятий на рабочем месте программиста

Рассмотрим общие требования к рабочему месту. Согласно ГОСТ 21034-75 рабочее место инженера-программиста - это место в “системе человек-машина”, оснащенное средствами отображения информации, органами управления и вспомогательным оборудованием, где осуществляется трудовая деятельность человека.

Организация рабочего места заключается в выполнении ряда мероприятий, обеспечивающих рациональный и безопасный трудовой процесс и эффективное использование орудий и предметов производства, что повышает производительность и способствует снижению утомляемости работающих. При размещении оборудования на рабочем месте необходимо исходить из возможностей работы человека с этим оборудованием. Оптимальное рабочее место должно быть ограничено дугами, описываемыми каждой рукой человека при вращении в локтевом суставе (радиус дуги 340-400 мм). Максимальное рабочее пространство при позе “сидя” ограничивается длиной вытянутой руки (радиус дуги 645 мм).

Если аппаратура устанавливается вблизи стен, то необходимо предусмотреть проходы. Минимальное расстояние от стен должно быть около 800-900 мм. При компоновке пульта управления следует руководствоваться следующими требованиями - инженеру нужно создать возможность работать в удобном положении. Если затраты энергии при работе инженера в прямой сидячей позе принять равным 1, то выполнение той же работы в положении стоя потребует в 1,6 раза больших затрат энергии, в наклонной сидячей позе - в 4 раза.

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

• обеспечивалась возможность разделения функций, выполняемых правой и левой рукой в отдельности (предпочтительнее для правой руки предусмотреть выполнение операций, требующих высокой точности большей силы);

• траектории рабочих движений были минимальными, сами движения свести к движению предплечья, кисти рук, пальцев рук, допуская движения вытянутой руки в виде исключения;

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

• при последовательном пользовании несколькими органами управления они размещались либо на одной горизонтали (слева направо или справа налево в порядке их применения), либо на одной вертикали.

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

Перед началом работы согласно ГОСТ 12.1.009-78 нужно убедиться в подключении заземляющего проводника к общей шине заземления. Необходимо не реже одного раза в год производить измерение сопротивления изоляции проводки, так как неисправная изоляция может привести к утечке тока, что может явиться причиной возникновения пожара или же к поражению людей током. Изоляция кабеля сети питания 220 В должна выдерживать без пробоя действие испытательного напряжения 750 В в течение одной минуты, сопротивление изоляции кабеля должно быть не менее 500 кОм. В качестве дополнительных защитных средств оператором могут быть использованы резиновые коврики. При начале работы с электрооборудованием человек должен быть ознакомлен с инструкцией по технике безопасности.

Как уже говорилось, шумовое воздействие является фактором, отрицательно влияющим на производительность. Шум возникает во время работы оборудования, источником его также могут быть разговоры в помещении, звуки доносящиеся с улицы. Шум - это беспорядочное сочетание звуков различной частоты и интенсивности.

Диапазон слышимых звуков укладывается в пределах от 0 до 140 дБ. Предельно допустимый уровень звукового давления составляет 55 дБ.

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

Источниками постоянного шума в лаборатории являются:

• люминесцентные лампы (шум дросселей) в их электрических цепях, низкочастотный шум с частотой колебаний равной частоте питающей сети - 50 Гц;

• кондиционер, источником шума является вентилятор и радиатор - высокочастотный шум;

• печатающее устройство, шум большой интенсивности, широкополосный;

• шум различных узлов компьютера: дисководов, винчестеров, вентилятора, так же широкополосный, но малой интенсивности и др. источники шума (в основном кратковременные).

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

Борьба с источниками шума в лаборатории очень затруднена, так как они (источники) заложены в конструкцию изделия. Так, например, источником шума печатающего устройства служат: печатающая головка, ее механический привод, шестерные передачи и т.п.

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

Зоной комфорта для человека принято считать температуру в летний период (при температуре наружного воздуха +10 C и выше) в пределах от +18 C до +25 C, в зимний период (при температуре наружного воздуха ниже +10 С) в пределах +16 С - +22 С. Для человека, находящегося в состоянии покоя, желательной является температура в пределах от +21 C до +26 C при скорости движения воздуха от 0,1 до 0,9 м/с.

Относительная влажность воздуха (отношение содержания водяных паров в 1 м³ воздуха к их максимально возможному содержанию) характеризует влажность воздуха при определенной температуре. Средний уровень относительной влажности от 40 до 60 % соответствует условиям метеорологического комфорта при покое или при очень легкой физической работе. Подвижность воздуха (скорость движения), увеличивая интенсивность испарения, может иметь положительное значение с точки зрения физического охлаждения лишь до температуры воздуха 35-36 C. Горячий воздух при температуре окружающей среды +40 C приводит к нагреванию тела, к перегреву организма. Небольшие скорости движения воздуха способствуют испарению влаги, улучшая теплообмен между организмом и внешней средой, а при движении воздуха с большими скоростями возникают сквозняки, приводящие к увеличению числа простудных заболеваний.

Для создания в рабочем помещении нормального микроклимата, а также удаления из него вредных газов, паров и пыли необходимо применять вентиляцию. В лабораториях, дисплейных аудиториях широко применяют конденционирование воздуха. Конденционирование - это создание и поддержание в рабочей зоне производственных помещений постоянных или изменяющихся по заданной программе параметров воздушной среды, осуществляемое автоматически. Для кондиционирования воздуха применяют бытовой кондиционер БК-1500.

Известно, что излучение, сопровождающее работу монитора, может весьма отрицательно сказываться на здоровье человека [10]. Спектр этого излечения достаточно широк: это и мягкое рентгеновское излучение, и инфракрасное, и радиоизлучение, а также электростатические поля. Единственным средством борьбы с этим излучением до недавнего времени были защитные фильтры.

По технологии изготовления фильтры бывают сеточные, пленочные и стеклянные. Фильтры могут крепиться к передней стенке монитора, навешиваться на его верхнюю кромку, вставляться в специальный желобок вокруг экрана или надеваться на монитор.

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

Пленочные фильтры также не защищают от статического электричества, но значительно повышают контрастность изображения, практически полностью поглощают ультрафиолетовое излучение и снижают уровень рентгеновского излучения.

Что касается стеклянных фильтров, то они выпускаются в нескольких различных модификациях. Простые стеклянные фильтры снимают статический заряд, ослабляют низкочастотные электромагнитные поля, снижают интенсивность ультрафиолетового излучения и повышают контрастность изображения.

Выпускаются также стеклянные фильтры категории “полная защита”. Они обладают наиболее полной совокупностью защитных средств.

При подборе того или иного фильтра приходиться решать проблему выбора между ценой и качеством. Чем лучше защитные свойства, тем выше цена. Но в настоящее время достаточно широко распространились мониторы с низким уровнем излучения - так называемые LR - мониторы (Low Radiation). Эти устройства отвечают одной из двух спецификаций, выработанных Шведским Национальным Советом по Измерениям и Тестированию MPR (Swedish National Board of Measurement and Testing).

24.4 Расчет естественного освещения

Для установления в рабочей зоне инженера - программиста нормального освещения по СНиП 2-4-79 необходим расчет освещения. Расчет и нормирование естественного освещения производят по коэффициенту естественной освещенности  (КЕО) в % по формуле

(24.1)

где:

• Е_в - освещенность внутри помещения, лк;

• Е_н - одновременная освещенность наружной и горизонтальной плоскости рассеянным светом небосвода, лк.

На предприятиях радиоэлектронной промышленности наибольшее распространение получило естественное боковое освещение. При таком освещении основой расчета является требуемая площадь светового проема, определяемая по формуле:

(24.2)

где:

• S_o - площадь окон, м²;

• S_п - площадь пола помещения, м²;

• _н - нормированное значение КЕО, %;

• h_o - световая характеристика окна (6.5  29);

• К_з - коэффициент запаса, принимаемый из таблиц [11];

• t_o - общий коэффициент светопропускания, определяемый из

• СНИП 2-4-79;

• К_зо - коэффициент, учитывающий затемнение окон противостоящими зданиями (1,0  1,7);

• r₁ - коэффициент, учитывающий повышение КЕО за счет отражения света от поверхности помещения (1,05 - 1,7).

Коэффициент К_з определяем по таблице 6 из [11], где К_з = 1,5. Учитываем, что длина пола помещения l=6 м, а ширина b=2,5 м находим площадь пола:

S_п = l · b=6 · 2,5 = 15 м².

Нормированное значение КЕО определяем по таблице 6 из [11].

_н = 1,1 %.

Значения остальных коэффициентов примем равными:

• h_o = 29;

• r₁ = 1,2;

• К_зо = 1;

• t_o = 0,3.

При расчете получено следующее значение требуемой площади светового проема по формуле (24.2):

м².

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

24.5 Расчет искусственного освещения

Искусственное освещение применяют в темное и переходное время суток, а также при недостаточном или отсутствии естественного освещения. В помещении применяется общее равномерное искусственное освещение, расчет которого производится по методу светового потока. При расчете этим методом учитывается как прямой свет от светильника, так и свет, отраженный от потолка и стен. Согласно СНиП 11-4-79 освещенность рабочего места при комбинированном освещении должна составлять 300 лк.

Помещение лаборатории освещается лампами типа ЛБ80, световой поток которых F = 5220 лм.

Освещенность определяется по следующей формуле

(24.3)

где:

• F - световой поток каждой из ламп, лм;

• E - минимальная освещенность, лк;

• k - коэффициент запаса, учитывающий запыление светильников и износ источников света;

• S_п - площадь помещения, м²;

• N - число источников света;

•  - коэффициент использования светового потока;

• z - коэффициент неравномерности освещения;

• y - коэффициент затенения.

Определим данные для расчета. Коэффициент k для помещений освещаемых люминесцентными лампами, и при условии чистки светильников не реже двух раз в год берется равным:

k = 1,4  1,5 .

При оптимальном расположении светильников коэффициент неравномерности равен:

z = 1,1 1,2 .

Коэффициент затенения y вводится в расчет для помещений с фиксированным положением работающих, а также при наличии крупногабаритных предметов и принимается равным:

у = 0.8  0.9 .

Коэффициент использования светового потока  зависит от типа светильника, коэффициента отражения светового потока от стен, потолка, пола, а также геометрических размеров помещения и высоты подвеса светильников, что учитывается одной комплексной характеристикой - индексом помещения. Показатель помещения определяется по формуле из [11]:

(24.4)

где: - h - высота подвеса светильников над рабочей поверхностью, м;

• l - ширина помещения, м;

• b - длина помещения, м.

Тогда индекс помещения по формуле (24.4) получается равным:

.

По найденному показателю помещения i и коэффициентам отражения потолка н и стен, а определяем коэффициент использования светового потока (под которым понимается отношение светового потока, падающего на рабочую поверхность, к световому потоку источника света). Коэффициент  в зависимости от показателя помещения i имеет следующие значения, приведенные в таблице 24.2.

Таблица 24.2 - Коэффициент использования помещения  в зависимости от показателя помещения i

помещение i	0,5	1	2	3	4	5
Коэффициент использования помещения 	0.22	0.37	0.48	0.54	0.59	0.61

Для нашего случая  = 0.22.

Тогда освещенность по формуле (24.3) равна

лк.

Расчет показывает, что освещенность в данной лаборатории не удовлетворяет требованиям, так как нормальная минимальная освещенность должна составлять Ен=300лк. Необходимо увеличить количество светильников до 8 штук. Произведем расчет по формуле (24.3) для этого количества:

лк,

что является достаточным.

25 Заключение

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

Темпы внедрения новых технологий в компьютерной отрасли вызывают изумление. Компании, конкурирующие за рынки и прибыли, стремятся моментально реализовать технические новшества в аппаратных средствах, программном обеспечении и парадигмах вычислений, стимулирующих развитие всей технологии управления информацией. Однако для успешной реализации крупных систем управления требуется применить нестандартный подход, творческое решение. Использование основ эргономики при проектировании, реализации и внедрении системы управления позволит решить многие «психологические» и «технологические» проблемы предприятий.

В результате проделанной работы было автоматизировано два рабочих места бухгалтера. Стало возможным снижение числа служащих, занятых в работе по учёту основных средств в ЗАО УПТК «Бамтоннельстрой», с четырёх до двух человек. Оставшиеся два сотрудника загружены на половину, что позволяет использовать их свободное от учёта время для других целей. Значительно уменьшилось количество допускаемых ошибок при проведении стандартных операций бухгалтерского учета. Используя дружественный, проработанный интерфейс с использованием многочисленных справочников, увеличилась скорость работы бухгалтерии и снизилась утомляемость операторов, занятых на учете основных фондов предприятия.

Для применения программы достаточно наличия на ПЭВМ типа IBM/PC операционной системы Windows 95/98/NT4, BDE версии 3, SVGA видеоадаптера с объёмом памяти 1 мегабайт, оперативной памяти с объёмом 16 мегабайт для ОС Windows 95 и 32 мегабайт для ОС Windows 98/NT4.

Разработка программной модели производилась в интегрированной среде визуального программирования DELPHI 5.0 на языке программирования Object Pascal.

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

Список использованных источников

1 Начисление амортизации /Износа/. М.,: Издательство «Приор». 128с.

2 Козлова Е.П., Парашутин Н.В., Бабченко Т.Н., Галанина Е.Н. Бухгалтерский учет. – М.: Финансы и статистика, 1994. – 464 с.: ил.

3 Макальская М.Л., Денисов А.Ю. Самоучитель по бухгалтерскому учёту: Учебное пособие. 10-е издание, переработанное и дополненное. – М.: Издательство "Дело и Сервис", 1999. – 496 с.

4 Шумаков Delphi 3 и разработка приложений баз данных. – М.: «Нолидж», 1999. – 704с., ил.

5 Сурков К.А., Сурков Д.А., Вальвачев А.Н. Программирование в среде DELPHI 2.0 / Худ. обл. М.В. Драко. - Мн.: ООО "Попурри", 1997. – 640 с.: ил.

6 Тырышкин М. А., Байкалова А. И. Технико-экономическое обоснование дипломных проектов: Методические указания для студентов всех специальностей. – Томск: Ротапринт ТИАСУРа, 1993. – 50 с.

7 Зелинский С.Э. Фильтры для экранов мониторов и ваше здоровье.: журн. Компьютеры + Программы, 1995, 3 (18), с. 77-78.

8 Эргономическая безопасность работы с компьютером.: журн. Проблемы информатизации, 1996, № 3, с. 3-13

9 Борзенко А. Твои глаза – два монитора. – М.: ТОО Union Publisher Ltd, Hard 'n' Soft, 1995 - №1, с. 29-36

10 Ткачук К.Н., Слонченко А.В., Саборно Р.В. Охрана труда в приборостроении. - Киев: Вища школа, 1980. -206 с.