Диплом: АРМ бухгалтера "Учет основных средств" - текст диплома. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Диплом

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

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Дипломная работа
Язык диплома: Русский
Дата добавления:   
 
Скачать
Архив Zip, 403 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникальной дипломной работы

Узнайте стоимость написания уникальной работы

2 Министерство образования РФ ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТ ЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР ) Кафедра автоматизации обработки информации (АОИ ) К ЗАЩИТЕ ДОПУСТИТЬ Заведующий кафедрой АОИ __________________Ю.П . Ехлаков __________________ АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО БУХГАЛТЕРА "УЧЕТ ОСНОВНЫХ СРЕДС ТВ " Пояснительная записка к дипломному проекту СОГЛАСОВАНО Консультант по экономике Доцент кафедры экономики _____________________________ _____________________________ Студент гр . 24з _______________ Храмцов А.А. Консультант по безопасности жизнед еятельности Доцент кафедры Электронных приборов ТУСУРа ______________________________ ______________________________ Руководитель : Главный бухгалтер ЗАО УТПК «Бамтоннельстрой» ____________________ В.И Залукаева 2000 г. 75 Реферат Дипломная работа 105 страниц , 18 рисунков , 18 таблиц , 10 источников , 2 при-ложения , 3 листа графичес кого материала. ОСНОВНЫЕ СРЕДСТВА , БАЗА ДАННЫХ , АМОРТИЗАЦИЯ , АРЕНДА , АВТОМАТИЗАЦИЯ РАБОЧЕГО МЕСТА , ПРОЦЕДУРА НАЧИСЛЕНИЯ , ОТЧЕТНЫЙ ПЕРИОД , ОРГАНИЗАЦИИ , КОМПОНЕНТ , ОБЪЕКТ , ФУНКЦИОНАЛЬНАЯ СХЕМА. Цель работы - разработка автоматизированного рабочего места бухгалтера по учету основных средств. Разработанная программа внедрена в бухгалтерию ЗАО «УПТК Бамтоннельстрой» в г.Северобайкальск. Программа реализована на языке программирования Object Pascal в интегрированной среде визуального программирования Borla nd Delphi 5.0. Для использования программы достаточно наличия на ПЭВМ типа IBM PC операционной системы Windows 95/98/ NT , манипулятора типа "Мышь " и видеоадаптера SVGA (объем видео ОЗУ - 1 Мбайт ). Дипломная работа выполнена в текстовом редакторе Microsoft Word 2000. Abstract Degree work of 105 pages, 18 figures, 18 tables, 10 sources, 2 appendices, 3 sheets of a graphic material. MAIN RESOURCES, the DATA BASE, AMORTIZATION, RENT, AUTOMATION of the WORKSTATION, the PROCEDURE of CHARGE, ACCOUNTING PERIOD, ORGANIZATIONS, COMPONENTS, the OBJECT, the functional DESIGN. The purpose of operation - development of the automized workstation of the bookkeeper under the registration of main resources. The developed program is inserted in accounts department closed joint-stock company « Handle of industrial technological complete set Bamtonnelstroj» in. Severobajkalsk. The program is realized in the programming language the Object Pascal in the integrated environment of visual programming Borland Delphi 5.0. Presence suffices for usage of the program on the personal computer such as an IBM PC of the operating system of a Windows 95/98/NT, the manipulator such as "Mouse" and SVGA video adapter (size of video of RAM - 1 Mbytes). Degree operation is fulfilled in a text editor of a Microsoft Word 2000. Содержание. 1 Введение 7 2 Постановка задачи 9 3 Основная часть 10 3.1 Содержание и требования , предъявляемые к информации 10 3.2 Значение внутрифирменной системы информации 10 3.3 Основные принципы , цели , задачи и функции внутрифирменной системы информации 12 4 Порядок начисления амортизационных отчислений 13 5 Алгоритм расчета сумм амортизационных отчислений 16 6 Порядок начисления сумм арендной платы 18 7 Переоценка основных фондов 20 8 Закрытие отчетного месяца 24 9 Передача данных в 1С «Предприятие» 25 10 Передача данных из предыдущей версии программы 26 11 Технические средства , используемые во внутрифирменной системе информации 27 12 Формы как носители информации 28 13 Информационные базы данных 29 14 Реляционные базы данных 31 14.1 Реляционная модель : одни таблицы 32 14.2 Независимость 33 14.3 Язык высокого уровня 34 14.4 Реляционные операции 34 14.5 Альтернативный способ просмотра данных 35 14.6 Нули 36 14.7 Безопасность 36 14.8 Целостность 37 15 Проектирование баз данных 39 15.1 Подход к проектированию базы данных 39 15.2 Несколько слов о структуре базы данных 42 15.3 Нормализация 43 15.3.1 Первая нормальная форма 43 15.3.2 Вторая нормальная форма 44 15.3.3 Третья нормальная форма 44 15.3.4 Четвертая и пятая нормальные формы 44 16 Общее описание базы данных 46 16.1 Задачи , выполняемые приложением АРМ «Учет основных средств» 46 16.2 Технические требования , предъявляемые к базе данных 46 17 Выбор сетевой операционной системы 48 18 Выбор системы проектирования и реализации. 49 19 Описание структуры базы данных 52 20 Структура программы 61 Рисунок 20.1 61 21 Руководство пользователю 62 21.1 Установка программы 62 21.2 Запуск и начальные установки программы 62 21.3 Приход нового оборудования 64 21.4 Работа с основным списком основных средств 65 21.5 Расчет амортизационных отчислений 69 21.6 Расчет арендной стоимости 69 21.7 Переоценка основных фондо в 70 21.8 Закрытие отчетного периода 71 22 Заключение . Оценка качества программного обеспечения 72 22.1 Метрики Боэма , Брауна и Лайпоу 72 22.2 Метрики программного обеспечения Джилба 73 22.3 Оценка сложности Маккейба 74 22.4 Понимаемость 76 22.5 Выводы 76 22 Технико-экономическое обоснование целесообразности разработки 77 23 Планирование комплекса работ 78 23.1 Выбор и обоснование состава и трудоёмкости работ 78 23.2 Загрузка исполнителей 81 23.3 Расчет сметы затрат 83 23.3.1 Определение затрат на разработку 83 23.3.2 Определение эксплуатационных затрат 86 24 Вопросы охраны труда и безопасности жизнедеятельности 89 24.1 Анализ условий труда 89 24.2 Требования безопасности , эргономики и технической эстетики к рабочему месту инженера-программиста 91 24.3 Разработка защитных мероприятий на рабочем месте программиста 96 24.4 Расчет естественного освещения 100 24.5 Расчет искусственного освещения 102 25 Заключение 104 1 Введение Целью данного дипломного проекта является разработка системы автоматизации рабочего места бухгалтера по учету основных фондов для крупного предприятия , работающего в сфере строительства ж елезнодорожных и автомобильных тоннелей. Исходя из современных требований , предъявляемых к качеству работы финансового звена крупного предприятия , нельзя не отметить , что эффективная работа его всецело зависит от уровня оснащения компании информационными с редствами на базе компьютерных систем автоматизированного учета основных фондов . В этом ряду особое место занимают базы данных и другое программное обеспечение , связанное с их использованием в качестве инструмента для автоматизации бухгалтерского учета и рационализации финансового труда . Их использование позволяет сократить время , требуемое на подготовку конкретных маркетинговых и производственных проектов , уменьшить непроизводительные затраты при их реализации , исключить возможность появления ошибок в по д готовке бухгалтерской , технологической и других видов документации , что дает прямой экономический эффект . Разумеется , для раскрытия всех потенциальных возможностей , которые несет в себе использование баз данных , необходимо применять в работе комплекс прог раммных и аппаратных средств максимально соответствующий поставленным задачам . Поэтому в настоящее время велика потребность предприятий в компьютерных программах , поддерживающих и согласующих работу управленческого и финансового звеньев компании , а также в информации о способах оптимального использования имеющегося у компании компьютерного оборудования. На сегодняшний день ОАО «Бамтоннельстрой» , является главным строителем тоннелей России , которые разбросаны от г.Сочи до г.Владивосток . В состав акционерног о общества «Бамтоннельстрой» входят 12 закрытых акционерных обществ (ЗАО «Тоннельный отряд -18» г.Красноярск , ЗАО «Тоннельный отряд -22» Хаккасия , ЗАО «Тоннельный отряд -21» п.Северомуйск , ЗАО УС «Бамтоннельстрой» , ЗАО УПТК «Бамтоннельстрой» и т.п .), которые непосредственно производят строительные работы 8-ми железнодорожных и автомобильных тоннелей . В 1996 году ОАО «Бамтоннельстрой» создало 3 лизинговых компании (Красноярская ЛК , Новосибирская ЛК , и Сочинская ЛК ), которые должны выполнять следующие задачи. 1. Ввести учет основных средств во всех подразделениях ОАО «Бамтоннельстрой». 2. Производить закупку иностранного оборудования для подразделений акционерного общества . (Так как только лизинговые компании имеют право производить закупки оборудования , стоимост ь которых превосходит 1 миллион долларов , например горно-шахтное оборудование Kokin - Boring , Toni - Boring и т.п .). 3. Ввести контроль использования оборудования , для его рационального использования во всех субподрядных подразделениях , так как на одной стройк е ведутся работы по проходке тоннеля , на другой постоянная обделка и так далее . Поэтому руководство лизинговых компаний производит анализ использования оборудования и своевременно переводит оборудование из одного места использования в другое. 4. На сегодня шний день появились организации - заказчики , которые не имеют возможности своевременно рассчитываться за выполненные работы , поэтому субподрядное предприятие может находиться в состоянии банкротства , в этом случае при продаже этого предприятия , оборудован и е остается на балансе лизинговой компании . Поэтому лизинговая компания позволяет избежать продажи оборудования за бесценок. В лизинговых компаниях числятся только руководитель и бухгалтер . Так как за все время существования ОАО «Бамтоннельстрой» , учетом ос новных средств занимались непосредственно в «ЗАО Управление производственно технологической комплектации» , то сейчас эти функции продолжает выполнять эта организация , не смотря на то , что функционируют лизинговые компании . В то же время существующие прогр а ммные продукты не поддерживают учет основных фондов в рамках нескольких юридических лиц одновременно . Поэтому было решено создать программный продукт , позволяющий производить текущий учет основных средств полностью по ОАО «Бамтоннельстрой» . 2 Постановка задачи Разработать автоматизированное рабочее место бухгалтера по учету основных средств , которая должна отвечать следующим качествам : - простота освоения программы и простота работы с ней ; - стандартизация интерфейса , т.е . сходс тва с существующими стандартами типа IBM WINDOWS ; - организация удобного диалога ЭВМ и пользователя ; - качество экранного дизайна ; - открытость для модификаций и дополнений последующими версиями и разработками ; - возможность изменять количество организаци й арендующих оборудование и лизинговых компаний ; - возможность перенесения данных из предыдущей версии программы ; - возможность передачи данных в 1С бухгалтерию в виде проводок ; - организовать защиту системы парольной защиты ; - возможность перерасчета осно вных средств. 3 Основная часть 3.1 Содержание и требования , предъявляемые к информации В современных условиях важной областью стало информационное обеспечение , которое состоит в сборе и переработке информации , необходимой для принятия обоснованных управленческих решений . Передача информации о положении и деятельности предприятия на высший уровень управления и взаимный обмен информацией между всеми взаимными подразделениями фирмы осуществляются на ба з е современной электронно-вычислительной техники и других технических средствах связи. В деятельности предприятий , представляющих собой комплексы большого числа повседневно связанных и взаимодействующих подразделений , передача информации является первостепе нным и непременным фактором нормального функционирования данной структуры . При этом особое значение приобретает обеспечение оперативности и достоверности информации . Для многих организаций внутрифирменная система информации решает задачи организации техно л огического процесса и носит производственный характер . Это касается , прежде всего , процессов обеспечения предприятий кооперированной продукцией , поступающей со специализированных подразделений по внутрифирменным каналам . Здесь информация играет важную рол ь в предоставлении сведений для принятия управленческих решений и является одним из факторов , обеспечивающих снижение издержек производства и повышение его эффективности. Соответственную роль в принятии решений играет научно-техническая информация , содержащ ая новые научные знания , сведения об изобретениях , технических новинках своей организации . Это непрерывно пополняемый общий фонд и потенциал знаний и технических решений , практическое и своевременное использование которого обеспечивает организации высокий уровень конкурентоспособности. Информация служит основой для подготовки соответствующих докладов , отчетов , предложений для выработки и принятия соответствующих решений. 3.2 Значение внутрифирменной системы информации Для совреме нных условий характерно применение высокоэффективного учета основных средств , основанного на использовании новейших технических средств автоматизированной обработки цифровой и текстовой информации на базе компьютеров с процессорами Intel l Pentium, объедине нных в локальную , единую внутрифирменную вычислительную сеть. Управленческая и финансовая внутрифирменная информационная система представляет собой совокупность информационных процессов , для удовлетворения потребности в информации разных уровней принятия р ешений , как бухгалтерских , так и управленческих. Информационная система состоит из компонентов обработки информации , внутренних и внешних каналов передачи. Управленческие информационные системы последовательно реализуют принципы единства информационного пр оцесса , информации и организации путем применения технических средств сбора , накопления , обработки и передачи информации. В производственно-хозяйственном подразделении предприятия обеспечивается обобщение информации “снизу вверх” , а также , конкретизация ин формации “сверху вниз”. Информационный процесс , направленный на получение научно-технической , плановой , контрольной , учетной и аналитической информации , в информационных системах унифицирован и базируется на электронно-вычислительной технике. Повышение эфф ективности использования информационных систем достигается путем сквозного построения и совместимости информационных систем , что позволяет устранить дублирование и обеспечить многократное использование информации , установить определенные интеграционные св я зи , ограничить количество показателей , уменьшить объем информационных потоков , повысить степень использования информации . Информационное обеспечение предполагает : распространение информации , т.е . предоставление пользователям информации , необходимой для ре ш ения научно-производственных задач ; создание наиболее благоприятных условий для распространения информации , т.е . проведение административно-организационных , научно-исследовательских и производственных мероприятий , обеспечивающих ее эффективное распростран е ние. Информация и , особенно , ее автоматизированная обработка , является важным фактором повышения эффективности производства. Важную роль в исполнении информации играют способы ее регистрации , обработки , накопления и передачи , систематизированное хранение и нформации и выдача ее в требуемой форме , производство новой числовой и иной информации. В современных условиях в крупных организациях созданы и эффективно действуют информационные системы , обслуживающие процесс подготовки и принятия бухгалтерских и управле нческих решений , и решающие следующие задачи : обработка данных , обработка информации. Для определения эффективности внутрифирменной системы управления на многих предприятиях в учете и отчетности стал использоваться показатель - отношение получаемой прибыл и к затратам на технические средства и обеспечение функционирования внутрифирменной системы информации. 3.3 Основные принципы , цели , задачи и функции внутрифирменной системы информации Основными принципами и целями внутрифирменн ых систем информации являются : - определение требований к содержанию информации и к ее характеру , в зависимости от целенаправленности ; - выработка системы хранения , использования и предоставления информации в централизованном и децентрализованном управлени и ; - определение потребностей в технических средствах (в том числе , в компьютерной технике ) на предприятии в целом ; - разработка программного обеспечения , создание и использование банков данных ; - автоматизированная обработка вводимой и текущей информации и выдача информации по бухгалтерскому учету и отделов технического оснащения ; - автоматизация административно-управленческого труда на основе использования компьютерной техники. Важными задачами внутрифирменной системы управления являются : - координация де ятельности по сбору и обработке данных финансовых отчетов на высшем уровне управления и в производственных отделениях в целях повышения качества и своевременности поступления финансовой информации по предприятию в целом ; - определение основных направлений системы сбора , обработки и хранения первичных данных ; - определение основных направлений развития технологии обработки информации. Определение потребностей каждого руководителя в необходимой ему конкретной информации - чрезвычайно сложная задача , и ее реше ние зависит от опыта и функций руководителя , а также , от его полномочий в принятии управленческих решений. Оснащение электронной техникой позволяет экономить управленческие и накладные расходы , значительно повышает эффективность проектно-конструкторских ра бот , обеспечивает эффективное внутрифирменное планирование. 4 Порядок начисления амортизационных отчислений Возмещение балансовой стоимости (первоначальной или восстановительной ) стоимости основных фондов предприятий осуществляе тся путем включения амортизационных отчислений по утвержденным единым нормам в издержки производства . Основанием для начисления суммы амортизации является справка о стоимости указанных объектов или их частей по данным учета капитальных вложений [1]. Форму л а расчета суммы амортизационных отчислений на основные фонды. 1. Месячная амортизация : МесАморт =(БалСтоим *Процент )/12/100, где : - МесАморт - месячная амортизация ; - БалСтоим - балансовая стоимость основных фондов ; - Процент - процент амортизационных отчи слений для данного вида оборудования. Данная формула рассчитывает сумму амортизационных отчислений на один месяц , далее подсчитывается полная сумма амортизационных отчислений со дня введения оборудования в эксплуатацию , по текущий отчетный месяц. 2. Полная сумма амортизационных отчислений : ПолнАморт =МесАморт *КолвоМес, где : - ПолнАморт - полная сумма амортизационных отчислений ; - МесАморт - сумма месячной амортизации ; - КолвоМес - количество месяцев с момента введения в эксплуатацию оборудования , до текуще го отчетного месяца. 3. Остаточная стоимость : ОстСтоим =БалСтоим-ПолАморт, где : - ОстСтоим - остаточная стоимость ; - БалСтоим - балансовая стоимость основных фондов ; - ПолнАморт - полная сумма амортизационных отчислений. Начисление амортизационных отчисле ний по основным фондам , по вновь введенным в эксплуатацию , начисляется с первого числа , следующего за месяцем их введения в эксплуатацию , а по выбывшим основным фондам – прекращается с первого числа месяца , следующим за месяцем выбытия [2]. Для расчета сум мы амортизационных отчислений для подвижного состава автомобильного транспорта , по которому начисление амортизации на реновацию производится по нормам , определенным в процентах от стоимости автомашины , отнесенной к 1000 километрам фактического пробега. 4. Полная стоимость амортизации для автотранспорта : ПолнАморт =(БалСтоим *0,481)/1000*КМ, где : - ПолнАморт - полная стоимость амортизационных отчислений со дня введения автотранспортного средства в эксплуатацию ; - БалСтоим - балансовая стоимость ; - КМ - фактич еское значение пробега. По полностью самортизированным основным фондам начисление амортизации прекращается с первого числа месяца , следующего за последним месяцем , в котором стоимость этих фондов полностью была перенесена на стоимость продукции [1]. Вариа нт реализации расчетов на языке Pascal : 1. Обычное оборудование (не являющееся автотранспортным средством ): DataModule1.Table6.Edit; MonthIn:=StrToInt(Copy(DateTimeToStr(DataModule1.Table6Data_vvod.Value),4,2)); YearIn:=StrToInt(Copy(DateTimeToStr(DataModule1.Table6Data_vvod.Value),7,4)); YearOut:=StrToInt(AHMSpinEdit1.Text); SumMonth:=(YearOut-YearIn)*12+(MesNumber-MonthIn); DataModule1.Table6Mes_amort.Value:=StrToFloat(FormatFloat('0.00',DataModule1.Table6Procen t.Value*DataModule1.Table6Bas_Stoim.Value/12/100)); DataModule1.Table6Pol_iznos.Value:=StrToFloat(FormatFloat('0.00',SumMonth*DataModule1.Table6Mes_amort.Value)); DataModule1.Table6Ost_stoim.Value:=StrToFloat(FormatFloat('0.00',DataModule1.Table6Bas_Stoim. Value-DataModule1.Table6Pol_iznos.Value-DataModule1.Table6Old_amortiz.Value)); DataModule 1. Table 6. Post ; 2. Автотранспортное средство : DataModule 1. Table 6. Edit ; DataModule1.Table6Pol_iznos.Value:=(DataModule1.Table6Bas_Stoim.Value*0.481)/1000*DataModule1 .Table6KMetrash.Value; DataModule1.Table6Ost_stoim.Value:=StrToFloat(FormatFloat('0.00',DataModule1.Table6Bas_Stoim.Value-DataModule1.Table6Pol_iznos.Value)); DataModule 1. Table 6. Post ; 3. В случае если оборудование полностью самортизировало : DataModule1. Table6.Edit; IF DataModule1.Table6Pol_iznos.Value>DataModule1.Table6Bas_Stoim.Value Then Begin DataModule1.Table6Mes_amort.Value:=0; DataModule1.Table6Pol_iznos.Value:=DataModule1.Table6Bas_Stoim.Value; DataModule1.Table6Ost_stoim.Value:=0; End; IF DataMod ule1.Table6Ost_Stoim.Value<0 Then Begin DataModule1.Table6Mes_amort.Value:=0; DataModule1.Table6Pol_iznos.Value:=DataModule1.Table6Bas_Stoim.Value; DataModule1.Table6Ost_stoim.Value:=0; End; DataModule 1. Table 6. Post ; В случае если оборудование находится на ответственном хранении , на складе , то на него не начисляются суммы амортизационных отчислений . 5 Алгоритм расчета сумм амортизационных отчислений Для расчета сумм амортизационных отчислений необходимо воспользоваться алгорит мом. 1. Обнуляем переменную даты закрытия отчетного месяца. 2. Вводим значение даты закрытия отчетного месяца. 3. Переводим указатель записи базы данных « Osnova . DB » , в начало таблицы. 4. Отключаем связь с таблицей « Uhastoc . DB ». 5. Переводим таблицу « Osnova . DB » в монопольный режим. 6. Переводим таблицу в режим редактирования ( Edit ). 7. Проверяем если таблица пустая , если «ДА» то переходим к пункту (16), если «НЕТ» , то переходим к пункту (8). 8. Проверяем конец таблицы , если «Да» то переходим к пункту (16), если «НЕТ» , то переходим к пункту (9). 9. Проверяем , является запись запрещенной на перерасчет , если «ДА» , то переходим к пункту (13), если «НЕТ» , то переходим к пункту (10). 10. Проверяем , какой тип оборудования , если «Автотранспорт» , то переходим к пункт у (11), если «Обычный» , то выполняем : - определяем значение месячной амортизации , путем умножения балансовой стоимости оборудования на процент амортизации , полученное значение разделим на 12 и на 100; - записываем полученное значение в таблицу ; - вычисляем количество месяцев с момента введения в эксплуатацию , до отчетного месяца ; - определяем значение суммы полной амортизации с начала эксплуатации , до отчетного месяца . Определим значение суммы , путем умножения значения месячной амортизации на полученное кол ичество месяцев ; - записываем полученное значение в таблицу ; - определяем значение остаточной стоимости , вычтя из балансовой стоимости значение суммы полной амортизации ; - запишем полученное значение в таблицу и переходим к пункту (11). 11. Проверяем , како й тип оборудования , если «Обычный» , то переходим к пункту (11), если «Автотранспорт» , то выполняем : - определяем значение полной суммы амортизации , путем умножения балансовой стоимости на коэффициент 0,481, разделим полученное значение на 1000 и умножим на пробег автотранспорта ; - записываем полученное значение в таблицу ; - определяем значение остаточной стоимости , вычтя из балансовой стоимости значение суммы полной амортизации ; - запишем полученное значение в таблицу и переходим к пункту (12). 12. Проверяе м если значение суммы полной амортизации больше , чем балансовая стоимость , то : - обнулим значение месячной амортизации ; - полный износ приравняем с балансовой стоимостью ; - значение остаточной стоимости приравняем к 0; - запишем полученные данные в таблицу. 13. Проверяем если значение остаточной стоимости меньше чем 0, то : - обнулим значение месячной амортизации ; - полный износ приравняем с балансовой стоимостью ; - значение остаточной стоимости приравняем к 0; - запишем полученные данные в таблицу. 14. Пер еводим таблицу в режим сохранения данных ( Post ). 15. Перемещаем указатель базы данных на следующую запись. 16. Переходим к началу цикла . Пункт (8). 17. Снимаем с таблицы « Osnova . DB » монопольный режим. 18. Восстанавливаем связь с таблицей « Uhastoc . DB ». 19. Завершаем процедуру расчета. 6 Порядок начисления сумм арендной платы Так как все используемое оборудование является арендуемым , поэтому начисление сумм арендной платы производится от лица лизинговой компании , у котор ой данные основные фонды находятся на балансе [3], по формуле : Аренда =((БалСтоим /100*Процент )+(БалСтоим /100*Процент )/100*КоэфИзн )/365*КолвоДней, где : - Аренда - стоимость арендной платы за месяц ; - БалСтоим - балансовая стоимость оборудования ; - Процент - процент амортизации ; - КоэИзн - коэффициент на износ ; - КолвоДней - количество дней в месяце , на который производится расчет арендной стоимости. Если на момент расчета арендной стоимости основные фонды находится на складе , то организация берет их на отв етственное хранение . В этом случае расчет арендной стоимости будет исходить из того , где в настоящее время хранится оборудование (на открытой площадке , в холодном складе , в отапливаемом складе ), исходя из этого , изменяется значение коэффициента арендных о т числений для оборудования находящегося в ответственном хранении [2]. Тогда формула расчета стоимости арендной платы будет выглядеть : Аренда =КоэфОтвХран *Объем *КолвоДней, где : - КоэфОтвХран - коэффициент расчета арендной стоимости при ответственном хранении ; - Объем - объем занимаемый на складе ; - КолвоДней - количество дней в отчетном месяце. Если нет возможности измерить объем в метрической системе измерения , применяют в качестве значения объема , значение в тоннах , которое указано в документации по оборудо ванию . В этом случае значения коэффициентов указываются для расчета со значениями веса. Вариант реализации расчетов на языке Object Pascal : DataModule1.Table6.Edit; IF DataModule1.Table6Arenda.Value=' Аренда ' Then Begin X:=DataModule1.Table6Bas_stoim.Value/100*DataModule1.Table6Procent.Value; Y:=X/100*Coofic.AHMRealSpinEdit5.Value; DataModule1.Table6SunAnda.Value:=(X+Y)/365*AHMSpinEdit1.Value; End; IF DataModule1.Table6Arenda.Value=' Ответ - хранение ' Then Begin IF DataModul e1.Table6Sclad.Value='1' Then X:=Coofic.AHMRealSpinEdit1.Value; IF DataModule1.Table6Sclad.Value='2' Then X:=Coofic.AHMRealSpinEdit2.Value; IF DataModule1.Table6Sclad.Value='3' Then X:=Coofic.AHMRealSpinEdit3.Value; IF DataModule1.Table6Sclad.Value='4' The n X:=Coofic.AHMRealSpinEdit4.Value; DataModule1.Table6SunAnda.Value:=X*DataModule1.Table6KovMetr.Value*AHMSpinEdit1.Value; End ; DataModule 1. Table 6. Post ; Полученные отчеты по арендной стоимости на оборудование направляются в подразделения , арендующие основ ные фонды и копия отправляется в лизинговую компанию , у которой непосредственно числится данное оборудование . Счета на оплату подаются в общей суммой с реестром оборудования в каждое подразделение . В случае если оборудование начинают использовать в орга низациях субподрядчиках , с этого момента происходит расходование оборудования с баланса УПТК ОАО «Бамтоннельстрой» , в лизинговую компанию , которая и будет являться организацией арендодателем . 7 Переоценка основных фондов Р ассмотрим случай , при котором производят переоценку основных фондов . 1. Если произошла деноминация рубля , после чего для всех основных фондов необходимо пересчитать балансовую стоимость , в этом случае пользуемся следующими формулами. Для случая если произ водится расчет на повышение стоимости : НовБалСтоим = БалСтоим +(БалСтоим /100*Коэффициент ), где : - НовБалСтоим – балансовая стоимость после переоценки ; - БалСтоим – балансовая стоимость до переоценки ; - Коэффициент – коэффициент на переоценку оборудования. Для случая если производится расчет на понижение стоимости : НовБалСтоим = БалСтоим -(БалСтоим /100*Коэффициент ), где : - НовБалСтоим – Балансовая стоимость после переоценки ; - БалСтоим – Балансовая стоимость до переоценки ; - Коэффициент – коэффициент на перео ценку оборудования. Для переоценки оборудования необходимо точно указать коэффициенты перерасчета для каждого типа оборудования (Здания , сооружения , автотранспорт и т.д .). В случае если основные фонды морально устарели и не имеют прежней стоимости , тогда н анимается оценщик оборудования , и по его заключению производят перерасчет балансовой стоимости оборудования. Вариант реализации расчетов на языке Object Pascal : DataModule1.Table1.Active:=False; DataModule1.Table13.First; While not DataModule1.Table13.Eof Do DataModule1.Table13.Delete; IF RadioButton1.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.Table6K od.Value='9' Then Koof:=AHMRealSpinEdit9.Value; IF Koof<>0 Then Begin DataModule1.Table13.Append; DataModule1.Table6.Edit; DataModule1.Table13.FieldByName('Old_Stoim').AsFloat:=DataModule1.Table6Bas_stoim.Value; PolZnac:=DataModule1.Table6Bas_stoim.Value/1 00*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.Ta ble9.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_stoi m.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:=DataModul e1.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 Dat aModule1.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.Tabl e6Bas_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:=DataModu le1.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').A sString:=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). Это соответственно синонимы понятий таблица , строка и столбец , так же , как и файл ( f ile), запись (record) и поле (field). Первые три считаются академическими терминами , последние - взяты из общего лексикона , используемого в области обработки данных . Набор связанных таблиц образует базу данных (database). Таблицы в реляционной базе разде л ены , но полностью равноправны . Между ними не существует никакой иерархии и , вообще говоря , они не обязательно даже физически связаны друг с другом [5]. Каждая таблица состоит из строк и столбцов . Каждая строка описывает отдельный объект или сущность (entit y) человека , компанию , торговую сделку или что-нибудь другое . Каждый столбец описывает одну характеристику объекта— имя человека или его адрес , телефонный номер компании или ее президента , лоты распродажи или дату . Каждый элемент данных , или значение (va l ue), определяется пересечением строки и столбца таблицы . Чтобы найти требуемый элемент данных , необходимо знать имя содержащей его таблицы , столбец и значение его первичного ключа (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]. Последняя категория операторов S QL - операторы администрирования , или команды управления данными (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) - очень сложный и серьезный вопрос при управлении реляционными базами д анных . Несогласованность между данными может возникать по целому ряду причин . Несогласованность или противоречивость данных может возникать вследствие сбоя системы - проблемы с аппаратным обеспечением , ошибки в программном обеспечении или логические ошибк и в приложениях . Реляционные системы управления базами данных защищают данные от такого типа несогласованности , гарантируя , что команда либо будет исполнена до конца , либо будет полностью отменена . Этот процесс обычно называют управлением транзакциями (tr a nsaction 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 Общее описание базы данных 16.1 Задачи , выполняемые приложением АРМ «Учет основных средств» База данных «автоматизированно е рабочее место бухгалтера по учету основных средств» предназначена для автоматизации работы бухгалтерии (приходование , расходование , расчеты с организациями , арендующими технику , и т.п .). В техническое задание на реализацию базы данных входили следующие з адачи : 1. Оформление , учет и выписка первичной бухгалтерской документации . 2. Приход основных средств на баланс предприятия . 3. Расчет арендной платы по всем подразделениям и лизинговым компаниям. 4. Расчет стоимости амортизационных отчислений за обор удование. 5. Перерасчет балансовой стоимости. 6. Формирование отчетов для отдела главного механика. 7. Формирование отчетов для налоговой инспекции . 8. Добавление различного количества организаций использующих оборудование . 16.2 Технич еские требования , предъявляемые к базе данных При проектировании системы автоматизации принимались во внимание следующие требования : - система должна нормально функционировать на стандартных персональных компьютерах клона IBM на базе процессо ра Intel Pentium с тактовой частотой 100 МГц (минимальные требования ), подсоединенных к локальной офисной вычислительной сети в режиме выделенных серверов ; - система не должна иметь привязки к аппаратной части для возможности переноса ее на новую платформу из-за неизбежного морального старения компьютерной техники ; - архитектура системы должна быть выбрана таким образом , чтобы минимизировать вероятность нарушения штатного режима работы системы (выход системы из строя , разрушение информационной базы данных , потери или искажение информации ) при случайных или сознательных некорректных действиях пользователей ; - система должна обеспечивать защиту информационной базы данных от несанкционированного доступа ; - основная программная оболочка системы должна устанавлив аться на рабочие места директора и бухгалтера с любого компьютера , подсоединенного к локальной офисной вычислительной сети ; - основная программная оболочка должна иметь интуитивно ясный дружественный интерфейс и не должна требовать от пользователей специал ьной подготовки , не связанной с их профессиональными обязанностями ; - система должна иметь возможность наращивания в программной части. - система должна функционировать под управлением операционных систем Windows 95, Windows 98 и Windows NT. 17 Выбор сетевой операционной системы В качестве сетевой операционной системы был выбран Novell Netware 4.11, данная модель подразумевает выделенный сервер , что позволяет : - ограничить доступ к базе данных ; - организовать возможность просм атривать данные только тем пользователям , которые зарегистрированы в системе ; - использовать сетевые принтеры ; - Использовать возможность передачи данных по основным средствам через модем , с использованием удаленного доступа к сети ; - настроить программ у как Launcher приложение , которое не будет требовать установки ее на локальном компьютере , а только будет необходимо установить BDE ; В связи с тем , что Novell Netware зарекомендовал себя в качестве одного из лучших файл-серверов , использование для хранени я баз данных файловой системы NTFS представляется предпочтительнее , чем FAT по соображениям отказоустойчивости. 18 Выбор системы проектирования и реализации. Существует большое количество средств разработки для создания приклад ных программ под Windows. Но все они обладают теми или иными достоинствами и недостатками. Наиболее подходящей средой программирования , при создании приложений , является DELPHI. DELPHI дает нам огромные преимущества и реально может значительно повысить эфф ективность программирования . Delphi - это не просто новая версия компилятора языка Pascal, а принципиально новый программный продукт , позволяющий создавать широкий спектр приложений для Среды Microsoft Windows. Он объединяет в себе высокопроизводительный компилятор с языка ObjectPascal, средства наглядного (визуального ) создания программ и масштабируемую технологию управления базами данных . Основное назначение Delphi - служит средством для быстрого создания широкого класса Windows - приложений . Она учитыв а ет многие новейшие достижения в программировании и практике создания приложений и предназначена для визуального программирования , когда разработчик видит большую часть результатов непосредственно на экране монитора уже в процессе своей работы по созданию п рограммы . Визуальное программирование позволяет быстрее создать интерфейс программы , сделать его более качественным за счет наилучшего расположения информации окна экране монитора , избежать многих ошибок уже на экране проектирования [7]. Использование Delp hi также происходит из следующих соображений : - операционная система DOS и ее приложения доживают свои последние дни на остатках РС , которые не поддерживают оболочки Windows или операционной системы Windows 95; - язык Pascal по-прежнему остается лучшим я зыком для программирования ; - язык Object Pascal, в отличие от Borland (Turbo) Pascal и других современных средств разработки приложений того же класса , имеет встроенную поддержку модульной методологии создания приложений , поскольку каждой визуальной форм е автоматически ставится в соответствии отдельный модуль ; - создание Windows приложений с использованием визуальной технологии разработки программ начинается не от простейших операторов (if, while и т.п .), а от готовых визуальных компонент , для которых ав томатически генерируется код в виде значительно более крупных синтаксических единиц (классов , свойств , методов , модулей ). Delphi с точки зрения средств для разработки Windows - приложений объединяет в себе следующие элементы : - высокопроизводительный комп илятор . Имеющийся в составе Delphi компилятор с языка ObjectPascal является одним из самых производительных в мире и позволяет компилировать приложения со скоростью до 120000 строк в минуту (350000 строк в минуту для процессора Pentium 90 Мгц ). Среда Delp h i включает в себя встроенный компилятор . При необходимости можно воспользоваться и пакетным компилятором DCC.EXE, также входящим в пакет поставки ; - объектно-ориентированная модель компонентов . Основным назначением применяемой в Delphi модели компонентов является обеспечение возможности многократного использования компонентов и создание новых . Фактически для создания Delphi использовались те же компоненты , что и входят в комплект поставки . Тем не менее , нельзя не отметить , что внесенные в объектную модель изменения в первую очередь были вызваны необходимостью поддержки технологии визуального программирования . При этом язык остался совместимым с языком Pascal, поддерживаемым компилятором Borland Pascal 7.0; - быстрая среда разработки (RAD). Среда Delphi сод ержит полный набор визуальных средств для быстрой разработки приложений , поддерживающих как создание пользовательских интерфейсов , так и обработку корпоративных данных . Использование библиотеки визуальных компонентов (VCL) и визуальных объектов для работы с данными позволяет создавать приложения с минимальными затратами на непосредственное кодирование . При этом компоненты , включенные в состав Delphi, максимально инкапсулируют вызовы функций Windows API, тем самым , облегчая процесс создания программ ; - масш табируемое ядро управления данными ; - расширяемость . Delphi является системой с открытой архитектурой , что позволяет дополнять ее новыми средствами и переносить на различные платформы . Основные элементы - это дизайнер форм , окно редактирования , палитр а компонентов , инспектор объектов и , конечно же , справочная система . Есть и другие элементы : полоса быстрого доступа , меню , различные диалоговые панели , но первые из перечисленных элементов играют наиболее важную роль в процессе разработки программ. Базы д анных созданные с помощью системы Borland Delphi 5 полностью реализуют реляционную модель построения данных . База данных созданная для Borland Delphi использует все преимущества таблиц Borland Paradox и представляет собой набор групп объектов , таких как та блицы , запросы , формы , отчеты. Связи между таблицами можно разбить на четыре базовых реляционных типа с отношениями : - один - к - одному ; - один - ко - многим ; - многие - к - одному ; - многие - ко - многим. Структура организации таблиц позволяет исполь зовать первичные и внешние ключи . Имеется возможность изменения типа внутренних объединений для связанных таблиц. Также Borland Delphi 5 предоставляет большое количество внутренних средств по оптимизации работы проектируемого приложения . К ним относятся : - использование BDE ( Borland DataBase Engine ) для управления базами данных ; - использование библиотек Windows API; - индивидуальная настройка системы ; - эффективное использование индексов ; - встроенный оптимизатор запросов. Для быстрого знакомства с основными принципами создания приложений в среде Delphi можно использовать интерактивную обучающую систему. Помимо средств , которые предназначены для оказания помощи в процессе разработки программ , Среда Delphi включает в себя так называемые технические ср едства - интегрированный отладчик , пакетный компилятор и утилиты WinSight и WinSpector. Основное назначение утилиты WinSight - наблюдение за системой передачи сообщений Windows. Утилита WinSpector - позволяет узнать причины ошибочного завершения того или и ного приложения. Библиотека компонент - Visual Components Library (VCL) является “сердцем” Delphi. Все средства разработки , включенные в состав Delphi, в той или иной степени базируются на библиотеке классов . Эта библиотека содержит около 140 классов , инка псулирующих различные группы функций Windows API. Чисто условно классы , входящие в библиотеку VCL, можно разделить на классы , реализующие функциональность компонентов , и внутренние классы , которые реализуют поддержку работы самого приложения и не использу ю тся непосредственно. Для минимальной работы Delphi требуется персональный компьютер с приличными характеристиками . Пакет Delphi ужесточает эти требования . Для работы в этой среде необходим компьютер 486 или Pentium с тактовой частотой не менее 100 МГц , опе ративной памятью не меньше 8М (желательно 16М и более ), жестким диском объемом не менее 50Мб . Желательно , чтобы монитор имел разрешение не хуже 800х 600. Можно попытаться использовать Delphi и с менее мощным компьютером , но даже если это удастся , работа с п акетом вряд ли доставит в этом случае удовольствие . 19 Описание структуры базы данных В проекте используется 12 таблиц , формата Borland Paradox. (основная , приход , расход , архив прихода , архив расхода , подразделения , шифры амор тизации , лизинговые компании , подотчетные лица , план счетов , итоговая , перемещения ОС ). Рассмотрим каждую в отдельности : 1. Основная. Имя таблицы : Osnova . DB ( тип : Borland Paradox ). Назначение : Данная таблица является основной для хранения информации по осн овным средствам (Таблица 19.1), в которую входят (Инвентарный номер , наименование , шифр амортизации , балансовая стоимость , остаточная стоимость , месячная амортизация , подразделение , подотчетное лицо и т.п .). (Подробнее о структуре в приложении 1). Таблица 19.1 - Структура таблицы Osnova . DB Имя поля Описание Inventar Инвентарный номер Naimenov Наименование оборудования Hifr _ amo Шифр амортизации Procent Процент амортизации TypeOS Тип оборудования Bas _ stoim Балансовая стоимость Mes _ amort М есячная амортизация Pol _ iznos Сумма полного износа Ost _ stoim Остаточная стоимость Data _ vvod Дата ввода в эксплуатацию Uhastoc Участок использования Podoth Подотчетное лицо Old _ amortiz Сумма старой амортизации KMetrash Показания счетчик а автотранспорта SunAnda Сумма аренды Sclad Наименование склада Связи : 1) Один ко многим - поле Участок с таблицей Участков (поле «участок» ), данная связь обеспечивает объединение данных по участкам , что является очень удобным при работе с конк ретными организациями по учету основных средств. 2) Один ко многим - поле шифр амортизации с таблицей шифры амортизаций (поле Shifr ), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации. 3) Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение основных средств» , что позволяет получать информацию , где и кем использовалось текущее оборудование . 2. Приход. Имя таблицы : Prihod . DB (тип : Borland Paradox ). Назначение : Данная таблица является основной для хранения информации по приходу основных средств за текущий месяц (Таблица 19.2), что позволяет работать с новым списком до окончания месяца , делать изменения , редактировать данные , которые ни как не влияют на результаты движения до того пока н е произведена операция закрытия месяца . в которую входят (Инвентарный номер , наименование , шифр амортизации , балансовая стоимость , остаточная стоимость , месячная амортизация , подразделение , подотчетное лицо и тп .). (подробнее о структуре в приложении 1). Т аблица 19.2 - Структура таблицы Prihod . DB Имя поля Описание Inventar Инвентарный номер NaimenovOS Наименование оборудования ShifrAmo Шифр амортизации Procent Процент амортизации Bal _ Stoim Балансовая стоимость Mes _ amort Месячная амортизаци я Poln _ amort Полная сумма амортизации Ost _ Stoim Остаточная стоимость Old _ amortiz Старая сумма амортизации Продолжение таблицы 19.2 Sclad Номер склада Uhastoc Участок использования DataVvoda Дата ввода в эксплуатацию Podothetnic Подотче тное лицо Kmetrash Пробег автотранспорта TypeOS Тип оборудования Arenda Тип использования (аренда /ответственное хранение ) Связи : 1) Один ко многим - поле Участок с таблицей Участков (поле «участок» ), данная связь обеспечивает объединение данны х по участкам , что является очень удобным при работе с конкретными организациями по учету основных средств. 2) Один ко многим - поле шифр амортизации с таблицей шифры амортизаций (поле Shifr ), данная связь обеспечивает объединение данных по шифру амортиза ции и является справочником шифров амортизации. 3) Один ко одному - поле «дебит» , «кредит» с таблицей «План счетов» , что позволяет организовать справочник счетов участвующих при работе. 4) Один ко многим - поле «Инвентарный номер» с таблицей «Перемещение основных средств» , что позволяет получать информацию где и кем использовалось текущее оборудование. 3. Расход. Имя таблицы : Rashod . DB ( тип : Borland Paradox ). Назначение : Данная таблица является основной для хранения информации по расходу основных средств за текущий месяц (Таблица 19.3), что позволяет работать с списком расходованного оборудования до окончания месяца . В данную таблицу попадают данные из основной таблицы (полный перенос данных , что исключает дублирование данных ), что позволяет произвести о т кат , ошибочно сделанного расхода оборудования . В таблицу входят поля (Инвентарный номер , наименование , шифр амортизации , балансовая стоимость , остаточная стоимость , месячная амортизация , подразделение , подотчетное лицо и тп .). (подробнее о структуре в при л ожении 1). Таблица 19.3 - Структура таблицы Rashod . DB Имя поля Описание Inventar Инвентарный номер Naimenov Наименование оборудования Hifr _ amo Шифр амортизации Procent Процент амортизации TypeOS Тип оборудования Bas _ stoim Балансовая сто имость Mes _ amort Месячная амортизация Pol _ iznos Сумма полного износа Ost _ stoim Остаточная стоимость Data _ vvod Дата ввода в эксплуатацию Uhastoc Участок использования Podoth Подотчетное лицо Old _ amortiz Сумма старой амортизации Kmetrash Показания счетчика автотранспорта SunAnda Сумма аренды Sclad Наименование склада Data _ del Дата расходования оборудования Связи : 1) Один ко многим – поле Участок с таблицей Участков (поле «участок» ), данная связь обеспечивает объедине ние данных по участкам , что является очень удобным при работе с конкретными организациями по учету основных средств. 2) Один ко многим – поле шифр амортизации с таблицей шифры амортизаций (поле Shifr ), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации. 3) Один ко одному – поле «дебит» , «кредит» с таблицей «План счетов» , что позволяет организовать справочник счетов участвующих при работе. 4) Один ко многим – поле «Инвентарный номер» с таблицей «Пе ремещение основных средств» , что позволяет получать информацию , где и кем использовалось текущее оборудование. 4. Лизинговые компании. Имя таблицы : Lizing . DB ( тип : Borland Paradox ). Назначение : Данная таблица является основной для хранения информации по лизинговым компаниям предоставляющих оборудование в аренду (Таблица 19.4), в которую входят (Инвентарный номер , наименование , шифр амортизации , балансовая стоимость , остаточная стоимость , месячная амортизация , подразделение , подотчетное лицо и тп .). (подр о бнее о структуре в приложении 1). Таблица 19.4 - Структура таблицы Lizing . DB Имя поля Описание Inventar Инвентарный номер Naimenov Наименование оборудования Hifr _ amo Шифр амортизации Procent Процент амортизации TypeOS Тип оборудования Bas _ stoim Балансовая стоимость Mes _ amort Месячная амортизация Pol _ iznos Сумма полного износа Ost _ stoim Остаточная стоимость Data _ vvod Дата ввода в эксплуатацию Uhastoc Участок использования Podoth Подотчетное лицо Old _ amortiz Сумма старой амортизации KMetrash Показания счетчика автотранспорта SunAnda Сумма аренды Sclad Наименование склада Lizing Наименование лизинговой компании Связи : 1) Один ко многим – поле Участок с таблицей Участков (поле «участок» ), данная связь обеспе чивает объединение данных по участкам , что является очень удобным при работе с конкретными организациями по учету основных средств. 2) Один ко многим – поле шифр амортизации с таблицей шифры амортизаций (поле Shifr ), данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации. 3) Один ко многим – поле «Инвентарный номер» с таблицей «Перемещение основных средств» , что позволяет получать информацию где и кем использовалось текущее оборудование . 5. Подраздел ения. Имя таблицы : Uhastoc . DB ( тип : Borland Paradox ). Назначение : Данная таблица хранит информацию по подразделениям участвующих в расчетах по основным средствам (Таблица 19.5), с помощью этой таблицы связываются все таблицы по подразделениям . В данную таб лицу входят столбцы (Шифр , Наименование организации , информация об организации , телефон ). (подробнее о структуре в приложении 1 и 2). Таблица 19.5 - Структура таблицы Uhastoc . DB Имя поля Описание Naimenov Наименование подразделения Information Информ ация об организации Adress Адрес организации Telefon Номер телефона Связи : 1) Один ко многим – поле Шифр с таблицами «Основная» , «Приход» , «Расход» , «Лизинговые компании». 6. Шифр амортизации. Имя таблицы : Shifr . DB ( тип : Borland Paradox ). Назна чение : Данная таблица хранит информацию по шифрам и процентам амортизации , и описание конкретного шифра амортизации (Таблица 19.6). Данная таблица используется только в качестве справочника при приходовании нового оборудования , что исключает возможность д о пустить ошибку и возможно настроить справочник под оборудование которое бухгалтер постоянно использует . В данную таблицу входят столбцы (Шифр , Процент амортизации , Описание шифра амортизации ). (подробнее о структуре в приложении 1). Таблица 19.6 - Стру ктура таблицы Shifr . DB Имя поля Описание Shifr Шифр амортизации Procent Процент амортизации Opisanie Описание шифра амортизации Связи : 1) Один ко многим – поле Шифр с таблицами «Основная» , «Приход» , «Расход» , «Лизинговые компании» . Данная связь позволяет сгруппировать основные средства по шифру амортизации , а это значить и по типу оборудования. 7. Перемещения основных средств. Имя таблицы : Peremesh.DB ( тип : Borland Paradox). Назначение : Данная таблица хранит информацию по инвентарным номерам ко торые были перемещены в пределах предприятия (изменили подотчетное лицо , изменили подразделение и тп .), что позволяет просмотреть все перемещения оборудования с момента его прихода (таблица 19.7). В данную таблицу входят столбцы (Шифр Старая организация , Н овая организация , Старое Подотчетное лицо , Новое подотчетное лицо , Дата ). (подробнее о структуре в приложении 1). Таблица 19.7 - Структура таблицы Peremesh . DB Имя поля Описание Increm Уникальное поле Inventar Инвентарный номер Naimenov Наименовани е оборудования Uhastoc Участок «ОТ» Podothotnic Подотчетник «ОТ» Uhas 2 Участок «КУДА» Podoth Подотчетник «КУДА» Arenda Тип использования «ОТ» Arenda 2 Тип использования «КУДА» Data Дата перемещения оборудования Связи : 2) Один ко мно гим – поле Шифр с таблицами «Основная». 8. План счетов. Имя таблицы : Schet . DB ( тип : Borland Paradox ). Назначение : Данная таблица хранит информацию по счетам использующихся в программе и их описанием (Таблица 19.8). Данная таблица является справочником , по которому производится группировка отчетов по движению основных средств за месяц . В данную таблицу входят столбцы (Номер счета , описание ). (Подробнее о структуре в приложении 1). Таблица 19.8 - Структура таблицы Schet . DB Имя поля Описание Schet Номер сч ета Opisanie Описание счета Otcrit Разрешение на использования счета 9. Подотчетные лица. Имя таблицы : Podothot . DB ( тип : Borland Paradox ). Назначение : Данная таблица хранит информацию по подотчетным лицам , прикрепленным за организациями , арендующим и оборудование (таблица 19.9). В таблицу входят поля (Шифр , Фамилия , Дата рождения , паспортные данные и тд .). (подробнее о структуре в приложении 1). Таблица 19.9 - Структура таблицы Podoth . DB Имя поля Описание Kod Код таблицы Family Фамилия Name Имя Othestvo Отчество DatRoshden Дата рождения . . . . . . Паспортные данные Uhastoc Участок Связи : 5) Один ко многим – поле Участок с таблицей Участков (поле «участок» ), данная связь обеспечивает объединение данных по участкам , что являет ся очень удобным при работе с конкретными организациями по учету основных средств. 6) Один ко многим – поле «фамилия» таблицами , данная связь обеспечивает объединение данных по шифру амортизации и является справочником шифров амортизации. В отчете распис аны данные по базам данных самых необходимых таблиц , так как описание всех побочных таблиц увеличивает объем отчета . В случае необходимости просмотреть структуры баз данных можно обратиться к приложению 1. 20 Структура программы Так как итогом работы Delphi является полностью законченное приложение в виде EXE модуля , поэтому описать структуру можно только в виде блок схем показывающих взаимосвязи с отдельными компонентами программы (рисунок 20.1): Рисунок 20.1 21 Руководство пользователю 21.1 Установка программы Для установки программы на ком пьютер необходимо вставить первую дискету из комплекта установки программы и запустить на выполнение файл Setup . exe . После запуска программы установки , необходимо указать путь для установки программы , в который будут установлены все файлы приложения и все базы данных программы . После того , как укажите путь , необходимо указать наименование группы программ , в которую будет записан ярлык для запуска программы APMBos . exe , который и является запускным модулем программы «Учет основных средств» . (после работы прог раммы установки будет настроен драйвер баз данных BDE , в котором будет прописан псевдоним базы данных приложения под названием « Osnova » , указывающий на базы данных программы «Основные средства» ). В случае если появится необходимость удалить программу , нео бходимо войти в (Пуск – Настройка - Панель управления - Установка удаление программ ). В появившемся окне необходимо выбрать программу Osnova и нажать на кнопку «Удалить». 21.2 Запуск и начальные установки программы Для запуска п рограммы необходимо выбрать ярлык программы (Пуск - Программы - Основные средства - Osnova ), после чего появится основное окно программы . Для начала работы с программой необходимо настроить справочники , без заполненных справочников невозможна нормальная р абота программы , рассмотрим каждый в отдельности. 1. Справочник подразделений - этот справочник содержит информацию о подразделении (наименование организации , информация об организации , адрес организации , номер телефона ). Выберите пункт меню «Настройки – С правочники – Подразделения» , после чего , появится окно (рисунок 21.1). Рисунок 21.1 В данном окне вы сможете добавить , изменить и удалить подразделение которое непосредс твенно использует оборудование . Нажав на кнопке «Добавить» появится окно , в котором необходимо ввести (наименование организации , описание организации , адрес организации , и телефон ). Если необходимо изменить данные по подразделению нажмите кнопку «Изменить » и появится окно , аналогичное процедуре добавления. В случае если необходимо удалить , то нажмите удалить и при положительном ответе запись будет удалена. 2. Справочник шифров амортизаций - этот справочник содержит информацию о шифрах амортизаций (шифр амо ртизации , описание шифра , группа шифров по типу ). Выберите пункт меню «Настройки - Справочники - Шифры амортизаций» , после чего , появится окно (рисунок 21.2). Рисунок 21.2 В данном окне вы сможете добавить , изменить и удалить шифр амортизации , который можно найти в справочниках по расчету амортизационных отчислений . Нажав на кнопке «Добавить» появится окно , в котором необходимо ввести (шифры амортизации , описание и группу ш ифров по типу ). Если необходимо изменить данные по подразделению нажмите кнопку «Изменить» и появится окно аналогичное процедуре добавления . В случае если необходимо удалить , то нажмите удалить и при положительном ответе запись будет удалена . Данный справ очник следует изменять , только в том случае , если на предприятии появилось не стандартное оборудование . 3. Справочник подотчетных лиц - этот справочник содержит информацию о подотчетных лицах текущего подразделения (инициалы , паспортные данные , номер те лефона ). Выберите пункт меню «Настройки - Справочники - Подотчетные лица» , после чего , появится окно (рисунок 21.3). Рисунок 21.3 В данном окне вы сможете добавить , изменит ь и удалить подотчетное лицо текущего подразделения , в случае если необходимо изменить подразделение , следует выбрать вкладку «Подразделение» и выбрать необходимое подразделение . Нажав на кнопке «Добавить» появится окно , в котором необходимо ввести (иници а лы , паспортные данные и телефон ). Если необходимо изменить данные по подотчетному лицу нажмите кнопку «Изменить» и появится окно аналогичное процедуре добавления . В случае если необходимо удалить , то нажмите удалить и при положительном ответе запись буде т удалена . 4. Справочник план счетов - этот справочник необходим для автоматизации ввода счетов , в данном справочнике содержится шифр счета и описание шифра . Выберите пункт меню «Настройки - Справочники - Подотчетные лица» для настройки справочника . 21.3 Приход нового оборудования Приход нового оборудования считается одной из основных функций программы . Для выполнения операции прихода необходимо выбрать пункт меню «Операции - Новое оборудование (приход )» , в появившемся окне (р исунок 21.4), с левой стороны окна вы увидите список подразделений , а справой список оборудования , которое используется в текущем подразделении . Для прихода нового оборудования необходимо нажать на кнопку добавить и Рисунок 21.4 появится окно (рисунок 21.5), в котором непосредственно вводите информацию по новому оборудованию . Заполняя поля для данных , необходимо помнить о том , что при нажатии кнопки со значком «…» появится спра вочник . Следует учесть если Рисунок 21.5 Вы указали тип оборудование как «Автотранспорт» , в этом случае появится дополнительное поле , в котором необходимо указать пробег авто машины . И в случае если вы указываете в поле «вид» , как ответ хранение , в этом случае необходимо ввести тип хранения и объем занимаемый оборудованием на складе , для расчета арендной стоимости. После нажатия на кнопке «Сохранить» , будет произведена проверк а введенных данных . В случае обнаружения отсутствия данных или иных ошибок , будет предложено сделать изменения в ошибочных полях . Если , при проверке введенных данных не обнаружено ошибок , запись будет сохранена . Текущая запись должна появится в правой сто р оне окна (рисунок 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.8 Закрытие отчетного периода Процедура закрытия отчетного периода является необходимой при окончании месяца , так как только после нее формируется отчетная информация (приход за месяц , расход за месяц , сальдо на конец месяц а и т.д .). Для этого необходимо выбрать пункт меню «Операции - Закрыть отчетный месяц» в появившемся окне (рисунок 21.16) необходимо указать наименование отчетного месяца. После нажатия на кнопке «ОК» , произойдет проверка существования информации по расчету амортизационных отчислений текущем месяце и закрытие месяца . После подведения итогов будет создана область для нового д вижения и добавлена информация в архив по движению основных средств . Итоги движения можно посмотреть , выбрав пункт меню «Просмотр - Итоговые данные движения» , в появившемся окне (рисунок 21.17), необходимо указать на дате закрытия отчетного периода . В пра в ой стороне вы увидите информацию по приходу и расходу основных фондов по предприятию. 22 Заключение . Оценка качества программного обеспечения Оценка качества программного обеспечения совсем новая дисциплина . Когда это направление получит достаточное развитие , то будут разработаны хорошие методы оценки , но в настоящее время имеются самые противоречивые мнения о том , какие характеристи ки программного обеспечения следует измерять . Методология разработки программного обеспечения развивается так быстро , что установление отдельных оценок и "отливка этих оценок в бронзе " могут привести к укоренению практики программирования , которая впослед с твии окажется неправильной . Боэм , Браун и Лайпоу занимались проблемой вычисления единой обобщающей меры качества и пришли к выводу , что это невозможно , так как входит в противоречие с частными характеристиками качества . Руководство должно принять решение об относительной важности следующих характеристик : 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. Это позволяет сделать вывод о пр а вильном подходе к написанию отдельных модулей программного обеспечения системы оповещения , который применялся при разработке данного дипломного проекта. 22.4 Понимаемость Понимаемость программы можно назвать ее психологическую сложность , так как психологическая сложность связана с теми же характеристиками программы , которые затрудняют понимание программы человеком. Авторы работы "Predicting Software Comprehensibility" экспериментировали с 36 профессиональными программистами , пре дложив им по 25 минут изучать 3 программы , а затем восстановить их за 20 минут . Были использованы 3 класса задач (инженерные , статические и не численные ) и 3 типа структурирования (полное , частичное и неструктурированные программы ). Было также введено 3 у р овня мнемоничности имен переменных. Результаты эксперимента показали , что хуже всего восстанавливаются неструктурированные программы , лучше всего - частично структурированные . Уровень мнемоничности имен переменных не оказал влияния на проведение эксперимен та. Важным заключением этого эксперимента явилось то , что на способность правильно воспроизводить программы оказали влияние индивидуальные особенности участников , характеристики программы и уровень их структурированности. 22.5 Выводы Качество управляемо и может быть повышено . Администратор может выбрать принципы руководства , определив , что является основной целью - своевременная выдача результата , эффективное использование ресурсов или надежное обслуживание . В любом из этих случа ев не следует забывать о психологической сложности программ . Как показывает опыт , в случае создания и отладки большого программного комплекса очень важно , чтобы программа каждого из авторов была понятна остальным , что обеспечивает четкую и безболезненную с тыковку . К сожалению , приемлемый набор оценок пока еще не разработан . Глубокое теоретическое понимание поведения человека в программировании может привести к разработке более совершенных оценок , но проверить их пригодность следует экспериментально. 22 Технико-экономическое обоснование целесообразности разработки В последнее время все чаще для учета основных фондов организации прибегают к помощи компьютеров . Разработанная система изначально предназ началась для использования её одним или несколькими сотрудниками , отвечающими за ведение учета основных средств на предприятии , начислению арендной стоимости и по организациям и сбору итоговой информации , и формированию различных отчётных документов . В ре з ультате использования системы было решено разделить выполняемые операции . Так первый сотрудник занимается только бухгалтерским учетом основных средств , а второй сотрудник работает с организациями , и отделами главного механика . С введением второго рабочего места , появилась необходимость в организации сетевого взаимодействия , при этом время работы уменьшается , а качество становиться намного лучше . Если раньше всегда существовали расхождения в данных бухгалтерии и другими отделами , то теперь эта проблема отп а ла. С внедрением системы , работа служащих , отвечающих за учёт основных фондов на предприятии , стала выполнятся быстрее , и количество ошибок уменьшилось , таких как точность расчета амортизационных отчислений и т.д. Данная система адаптирована к технике IBM / PC , уровень которой отвечает современным требованиям . Использование дружественного интерфейса сильно облегчает работу с ней. При разработке системы учитывались требования автоматизации часто повторяемых операций , использование многочисленных справочников данных , которые существенно увеличивают производительность труда бухгалтера . В программе применяются графические средства отображения информации , что повышает наглядность , позволяет лучше сконцентрировать внимание на вводимые данные . Раньше использовала с ь программа , разработанная для операционной системы DOS , что не всегда позволяло наглядно работать с представляемыми данными , не было возможности использовать графическую информацию и векторные шрифты , что в свою очередь уменьшает производительность труда и увеличивает утомляемость бухгалтера . Разработанная программа работает под Windows , что само по себе исключает описанные выше проблемы . Таким образом , данная программа позволяет экономить рабочее время сотрудников , даёт возможность привести к минимуму ручное выполнение повторяющихся операций . Всё вышеизложенное позволяет сделать вывод о целесообразности разработки. 23 Планирование комплекса работ 23.1 Выбор и обоснование сос тава и трудоёмкости работ Для нахождения наиболее эффективного пути решения поставленных задач необходим технико-экономический анализ задания . Прежде чем приступать к выполнению задания , необходимо рационально спланировать свою работу , для этого нужно провести отбор и обоснование комплекса работ . При составлении планов комплекса работ используются в основном сетевые и линейные методы планирования. Поскольку данная разработка не велика по объему и не требует большого состава испо лнителей , то в данной работе будем использовать ленточный метод планирования . Для построения ленточного графика необходимо разработать перечень работ . Результаты технического анализа разработки сведены в таблицу 23.1. Трудоемкость работ определяется по сум ме трудоемкости этапов и видов работ , оцениваемых экспериментальным путем в человеко-днях , и носит вероятностный характер , так как зависит от множества трудно учитываемых факторов , поэтому применяются оценки минимально возможной трудоемкости выполнения от д ельных видов работ - a i , максимально возможной - b i и наиболее Таблица 23.1 - Перечень этапов и работ Номер работы Основные этапы Перечень работ 1 ТЗ и подготовительный Принятие решения о разработке , постановка целей и задач , получение исходных данных. 2 Составление и утверждение ТЗ . 3 Технико-экономическое обоснование целесообразности разработки . 4 Подбор и изучение рекомендованных литературных источников . 5 Основной Анализ исходных данных. 6 Разработка алгоритма процедуры расчёта 7 Разрабо тка функциональных схем. 8 Согласование и утверждение алгоритмов взаимодействия и функциональных схем. 9 Разработка структуры программной модели. 10 Разработка базы данных. 11 Разработка интерфейса программы. 12 Написание программы. 13 Разработ ка макетов отчётов и стыковка этих модулей к программе 14 Редактирование и отладка программы. Продолжение таблицы 23.1 15 Анализ результатов работы. 16 Проведение технико-экономических расчетов и проработка вопросов по безопасности жизнедеятельности 17 Заключительный Составление и оформление пояснительной записки. 18 Оформление графического материала. 19 Согласование и утверждение дипломной работы . Написание рецензии. 20 Защита дипломной работы. вероятной - m i . Ожидаемое значение трудоемкост и t i рассчитывается по формуле : , где : t i - трудоемкость выполнения отдельных видов работ , человеко-дни ; a i - минимально возможная трудоемкость в ыполнения отдельных видов работ , дни ; b i - максимально возможная трудоемкость выполнения отдельных видов работ , дни ; m i - наиболее вероятная трудоемкость выполнения отдельных видов работ , дни. Дисперсия оценивается по формуле : . Дисперсия характеризует степень неопределенности выполнения работы за ожидаемое время t i . Если разброс между a i и b i мал , то степень достоверности того , что работа буд ет выполнена точно в строк , велика . Если b i существенно больше a i , то степень достоверности выполнения работ в установленный срок мала . Экспертные оценки и расчетные величины трудоемкости сводятся в таблице 23.2. Таблица 23.2 - Экспертные оц енки и расчетные величины трудоемкости № Оценка трудоемкости Расчетные величины a i b i m i t i D i 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 Итого t i = 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.3 Расчет сметы затрат 23.3.1 Определение затр ат на разработку Затраты на разработку проекта (производственные затраты ) представляют собой единовременные расходы на всех этапах инновационного процесса : исследование , разработка , эксплуатация . Определение затрат на разработку проекта производится путем составления калькуляции плановой себестоимости . В плановую себестоимость включаются все затраты , связанные с ее выполнением , независимо от источника их финансирования . Смета затрат состоит из прямых и накладных расходов . Расход ы на разработку проекта включают в себя следующие статьи : 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% от ФЗП . А также с учётом сев ерного коэффициента (Ксев .). , руб, Северный коэффициент составляет 50%. , руб. Фонд оплаты труда (ФОТ ) составляет : ФОТ = ФЗП +К район. + K сев. ФОТ =8671,30+6069,70+4335, 85 = 19076,85 руб. Статья 3. Дополнительная заработная плата (ДЗП ) составляет 50% от ФЗП. , руб. Статья 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 руб . Статья 6. Накладные расходы . Накладные расходы составляют 20% от прямых затрат . , В прямые затраты входят затраты по статьям 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 – Эксплуатационные затраты Статьи Без применения ПЭВМ С применением ПЭВМ 1 Заработная плат а 180144,00 90072,00 2 Износ ПЭВМ 0,00 5257,50 3 Расходуемые материалы 2121,60 2121,60 4 Накладные расходы 36453,12 19490,22 Итого : 218718,72 116941,32 Вариант учета основных фондов с применением ПЭВМ экономит 101777,40 руб . ежегодно. Исходя из данных таблицы 23.7 и затрат на разработку программы можно определить срок окупаемости программного продукта . Для этого сумму затрат на разработку нужно представить как сумму экономии за неизвестный окупаемый период , затем воспользоваться пропорцией. , где : П окуп. – период окупаемости в месяцах ; З разработка – затраты на разработку программы ; Э годовая – годовая экономия. Таким образом , подставив в в ыражение 23.9 необходимые значения , получим : месяца. Поскольку учет в основных средств на предприятии планируется вести длительное время , то видно , что разра ботка и применение программы выгодно предприятию. Вывод : разработка экономична как в отношении времени , так и в отношении финансов . Кроме того расчет эксплуатационных затрат [таблица 23.7] явно показывает , что расходы на выполнение работы у варианта с при менением ПЭВМ намного ниже , что лишний раз убеждает в целесообразности разработки и её эффективности. 24 Вопросы охраны труда и безопасности жизнедеятельности 24.1 Анализ усло вий труда Трудно себе представить современный мир без персональных компьютеров . Компьютерная техника проникла во все отрасли производства . Однако широкое применение видеодисплейных терминалов сопровождается рядом негативных посл едствий , связанных , в первую очередь , с состоянием здоровья пользователей. Многочисленные исследования выявили следующие основные факторы риска возникновения неблагоприятных расстройств , состояния здоровья у пользователей компьютеров : - особенности экранн ого изображения , отличающие его от традиционного бумажного текста (самосветящийся характер , дискретность , мерцание , дрожание , наличие бликов ); - особенности наблюдения во время работы , связанные с двумя взаимодополняющими (для возникновения зрительного уто мления ) факторами : длительной фиксацией взгляда на экран монитора и периодической интенсивной перефокусировкой глаза с клавиатуры (бумаги ) на экран и обратно ; - особенности собственно деятельности , заключающиеся в монотонном , длительном ее характере , неред ко в условиях дефицита времени и нервно-эмоциональных нагрузок вследствие высокой цены за допущенную ошибку ; - особенности двигательной активности , связанные со статичностью позы и постоянным напряжением небольшой группы мышц . Практическая реализация ука занных факторов риска может приводить к зрительному и общему утомлению , болевым ощущениям в позвоночнике и различных группах мышц . Этих нарушений можно избежать . Человек должен оставаться здоровым и работоспособным как во время , так и после длительной раб о ты с компьютером. Опасным называется производственный фактор , воздействие которого на работающего в определенных условиях приводит к внезапному ухудшению здоровья . Если производственный фактор вызывает заболевание или снижает работоспособность , то его счи тают вредным (ГОСТ 12.0.002-80). В зависимости от уровня продолжительности воздействия вредный фактор может стать опасным. В ГОСТ 12.0.003-74 "ССБТ . Опасные и вредные производственные факторы . Классификация " приводится классификация элементов условий труд а , выступающих в роли опасных и вредных производственных факторов . Они подразделяются на четыре группы : физические , химические , биологические , психофизиологические. При работе с ЭВМ мы сталкиваемся , в основном , с физическими и психофизиологическими - опа сными и вредными производственными факторами . Биологические и химические - опасные факторы при этой работе не встречаются. К физическим - опасным производственным факторам при работе с ЭВМ , можно отнести : - электромагнитные излучение ; - повышенная напряже нность электрических и магнитных полей ; - повышенная запыленность воздуха в рабочей зоне ; - повышенная температура воздуха в рабочей зоне ; - повышенный уровень шума на рабочем месте ; - недостаток или отсутствие естественного света ; - неправильное размещени е источников искусственного освещения. Коротко рассмотрим природу наиболее опасных физических факторов , воздействующих на человека при работе с компьютером. Рентгеновское излучение генерируется в результате торможения электронов в слое люминофора на пове рхности экрана монитора . При ускоряющем анодном напряжении менее 25 кВ энергия рентгеновского излучения полностью поглощается стеклом экрана. Электростатический потенциал вне монитора появляется вследствие высокого напряжения в электронно-лучевой трубке ( ЭЛТ ), а его природа аналогична электрическому полю кинескопа обычного телевизора . Напряжение , возникающее на теле человека , может достигать нескольких киловольт ; его величина зависит от одежды , от влажности окружающего воздуха . При длительной работе с ком п ьютером под воздействием заряженных частиц на теле человека может появиться аллергическая сыпь [8]. К психофизиологическим опасным и вредным производственным факторам относятся физические (статические и динамические ), нервно-психические перегрузки (умстве нное перенапряжение , перенапряжение анализаторов , монотонность труда , эмоциональные перегрузки ). 24.2 Требования безопасности , эргономики и технической эстетики к рабочему месту инженера-программиста Э ргономическая безопасность персонального компьютера может быть охарактеризована следующими требованиями : - к визуальным параметрам средств отображения информации индивидуального пользования (мониторы ); - к эмиссионным параметрам ПК - параметрам излучений дисплеев , системных блоков , источников питания и др. Кроме того , важнейшим условием эргономической безопасности человека при работе перед экраном монитора является правильный выбор визуальных параметров самого монитора и светотехнических условий рабочего места. Работа с дисплеем при неправильном выборе яркости и освещенности экрана , контрастности знаков , цветов знака и фона , при наличии бликов на экране , дрожании и мелькании изображения приводит к зрительному утомлению , головным болям , к значительной физи ологической и психической нагрузке , к ухудшению зрения и т.п. Если при работе на ПК необходимо одновременно пользоваться документами , то следует иметь в виду , что зрительная работа с печатным текстом и с изображением на экране имеет принципиального отличи я : изображение светится , мелькает , дрожит , состоит из дискретных элементов , менее контрастно . Снизить или устранить утомление можно только правильным выбором режима воспроизведения изображения на экране , источника освещения (местного или общего ), располож е ния материалов (в целях уменьшения длины или частоты перевода взгляда ). Человек должен так организовать свое рабочее место , чтобы условия труда были комфортными и соответствовали требованиям СНиП : - удобство рабочего места (ноги должны твердо опираться на пол ; голова должна быть наклонена немного вниз ; должна быть специальная подставка для ног ); - достаточное пространство для выполнения необходимых движений и перемещений (руки при работе с клавиатурой должны находиться перед человеком ; пальцы должны облада ть наибольшей свободой передвижения ; клавиши должны быть достаточно чувствительны к легкому нажатию ); - необходимый обзор (центр экрана монитора должен быть расположен чуть ниже уровня глаз ; монитор должен отстоять от глаз человека на расстоянии 45-60 сант иметров ; должна регулироваться яркость и контрастность изображения ); - рациональное расположение аппаратуры и ее органов управления и контроля (монитор должен быть расположен на расстоянии 60 сантиметров и более от монитора соседа ; человек должен использов ать держатель бумаги ); - достаточное освещение (внешнее освещение должно быть достаточным и равномерным ; должна быть настольная лампа с регулируемым плафоном для дополнительного подсвета рабочей документации ); - нормальные условия в отношении шума и вибрац ии ; - нормальный температурный режим ; - нормальная влажность воздуха ; - необходимая вентиляция. К рабочему месту инженера-программиста предъявляются следующие требования : 1. Требования к параметрам микроклимата и воздушной среды (ГОСТ 12.1.005-88. Общи е санитарно-гигиенические требования к воздуху рабочей зоны ). Оптимальные параметры микроклимата приведены в таблице 24.1. Таблица 24.1 - Оптимальные параметры микроклимата Сезон Температура Воздуха, t , є С Относительная Влажность, % Скорость движения воздуха, м /с Холодный и переходный (средне суточная температура меньше 10 є С ) 22-24 60-40 0.1 Теплый (среднесуточная температура воздуха 10 є С и выше ) 21-23 23-24 60-40 60-40 0.1 0.2 Запылённость воздуха не должна превышать 0.75 мг /м 3 . На одн ого инженера - программиста должен приходиться объём помещения 15м 3 при площади 4.5 м 2 (без учёта проходов и оборудования ). В течение трудового дня необходимо обеспечить воздухообмен помещения объёмом 25-50 м 3 , отвод влаги 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 м 3 воздуха к их максимально возможному содержанию ) характеризует влажность воздуха при определенной температуре . Средний уровень относ ительной влажности от 40 до 60 % соответствует условиям метеорологического комфорта при покое или при очень легкой физической работе . Подвижность воздуха (скорость движения ), увеличивая интенсивность испарения , может иметь положительное значение с точки з р ения физического охлаждения лишь до температуры воздуха 35-36 C . Горячий воздух при температуре окружающей среды +40 C приводит к нагреванию тела , к перегреву организма . Небольшие скорости движе ния воздуха способствуют испарению влаги , улучшая теплообмен между организмом и внешней средой , а при движении воздуха с большими скоростями возникают сквозняки , приводящие к увеличению числа простудных заболеваний. Для создания в рабочем помещении нормал ьного микроклимата , а также удаления из него вредных газов , паров и пыли необходимо применять вентиляцию . В лабораториях , дисплейных аудиториях широко применяют конденционирование воздуха . Конденционирование - это создание и поддержание в рабочей зоне про и зводственных помещений постоянных или изменяющихся по заданной программе параметров воздушной среды , осуществляемое автоматически . Для кондиционирования воздуха применяют бытовой кондиционер БК -1500. Известно , что излучение , сопровождающее работу монитора , может весьма отрицательно сказываться на здоровье человека [10]. Спектр этого излечения достаточно широк : это и мягкое рентгеновское излучение , и инфракрасное , и радиоизлучение , а также электростатические поля . Единственным средством борьбы с этим излуч е нием до недавнего времени были защитные фильтры . По технологии изготовления фильтры бывают сеточные , пленочные и стеклянные . Фильтры могут крепиться к передней стенке монитора , навешиваться на его верхнюю кромку , вставляться в специальный желобок вокруг экрана или надеваться на монитор. Сеточные фильтры практически не защищают от электромагнитного излучения . Однако они неплохо ослабляют блики от внешнего освещения , что пир интенсивной работе за компьютером является немаловажным фактором. Пленочные фильт ры также не защищают от статического электричества , но значительно повышают контрастность изображения , практически полностью поглощают ультрафиолетовое излучение и снижают уровень рентгеновского излучения. Что касается стеклянных фильтров , то они выпускаю тся в нескольких различных модификациях . Простые стеклянные фильтры снимают статический заряд , ослабляют низкочастотные электромагнитные поля , снижают интенсивность ультрафиолетового излучения и повышают контрастность изображения. Выпускаются также стекля нные фильтры категории “полная защита” . Они обладают наиболее полной совокупностью защитных средств. При подборе того или иного фильтра приходиться решать проблему выбора между ценой и качеством . Чем лучше защитные свойства , тем выше цена . Но в настоящее время достаточно широко распространились мониторы с низким уровнем излучения - так называемые LR - мониторы ( Low Radiation ). Эти устройства отвечают одной из двух спецификаций , выработанных Шведским Национальным Советом по Измерениям и Тестированию MPR (Sw edish National Board of Measurement and Testing). 24.4 Расчет естественного освещения Для установления в рабочей зоне инженера - программиста нормального освещения по СНиП 2-4-79 необходим расчет освещ ения . Расчет и нормирование естественного освещения производят по коэффициенту естественной освещенности (КЕО ) в % по формуле , где : - Е в - освещенность внутри помещения , лк ; - Е н - одновременная освещенность наружной и горизонтальной плоскости рассеянным светом небосвода , лк. На предприятиях радиоэлектронной промышленности наибольшее распространение получило естествен ное боковое освещение . При таком освещении основой расчета является требуемая площадь светового проема , определяемая по формуле : , где : - S o - площад ь окон , м 2 ; - S п - площадь пола помещения , м 2 ; - н - нормированное значение КЕО , %; - h o - световая характеристика окна (6.5 29); - К з - коэффициент запаса , принимаемый из таблиц [11]; - t o - о бщий коэффициент светопропускания , определяемый из - СНИП 2-4-79; - К зо - коэффициент , учитывающий затемнение окон противостоящими зданиями (1,0 1,7); - r 1 - коэффициент , учитывающий повышение КЕО за счет отражения света от поверхности помещения (1,05 - 1,7). Коэффициент К з определяем по таблице 6 из [11], где К з = 1,5. Учитываем , что длина пола помещения l=6 м , а ширина b=2,5 м находим площадь пола : S п = l · b=6 · 2,5 = 15 м 2 . Нормированное значение КЕО определяем по табл ице 6 из [11]. н = 1,1 %. Значения остальных коэффициентов примем равными : - h o = 29; - r 1 = 1,2; - К зо = 1; - t o = 0,3. При расчете получено следующее значение требуемой площади светового проема по формуле (24.2): м 2 . Учитывая , что в помещении площадь оконного проема составляет около 5м 2 , нужно признать , что применение лишь одного источника естественного освещения недостаточно для данного помещения . Следовательно , в помещении кроме естественного освещения необходимо использовать искусственное освещение , расчет которого приведен в следующем пункте. 24.5 Расчет искусственного освещения Искусственное освещение применяют в темное и переходное время суток , а также при недостаточном или отсутствии естественного освещения . В помещении применяется общее равномерное искусственное освещение , расчет которого производится по методу светового потока . При расчете этим методом учитывается как прямой свет от светильника , так и свет , отраженный от потолка и стен . Согласно СНиП 11-4-79 освещенность рабочего места при комбинированном освещении должна составлять 300 лк. Помещение лаборатор ии освещается лампами типа ЛБ 80, световой поток которых F = 5220 лм. Освещенность определяется по следующей формуле , где : - F - световой поток кажд ой из ламп , лм ; - E - минимальная освещенность , лк ; - k - коэффициент запаса , учитывающий запыление светильников и износ источников света ; - S п - площадь помещения , м 2 ; - N - число источников света ; - - коэффициент использов ания светового потока ; - z - коэффициент неравномерности освещения ; - y - коэффициент затенения. Определим данные для расчета . Коэффициент k для помещений освещаемых люминесцентными лампами , и при условии чистки светильников не реже двух раз в год берется равным : k = 1,4 1,5 . При оптимальном расположении светильников коэффициент неравномерности равен : z = 1,1 1,2 . Коэффициент затенения y вводится в расчет для помещений с фиксированным полож ением работающих , а также при наличии крупногабаритных предметов и принимается равным : у = 0.8 0.9 . Коэффициент использования светового потока зависит от типа светильника , коэффициента отраж ения светового потока от стен , потолка , пола , а также геометрических размеров помещения и высоты подвеса светильников , что учитывается одной комплексной характеристикой - индексом помещения . Показатель помещения определяется по формуле из [11]: , где : - 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/ NT 4, BDE версии 3, SVGA видеоадаптера с объёмом памяти 1 мегабайт , оперативной памяти с объёмом 16 мегабайт для ОС Windows 95 и 32 мегабайт для ОС Windows 98/ NT 4. Разработка программной модели производилась в интегрированной сре де визуального программирования 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 с.
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Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Почему Путин не видит, что творится вокруг?
Во всём виновато его окружение. Все стоят близко - плечом к плечу. А он в центре - маааленький такой.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

Обратите внимание, диплом по программированию "АРМ бухгалтера "Учет основных средств"", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru