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

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

Содержание

Введение и постановка задачи

. Расчетно-теоретическая часть

.1 Технико-экономическое обоснование

.1.1 Актуальность разработки

.1.2 Расчет экономической эффективности внедрения разработки

.2 Требования к программному продукту

.2.1 Наименование программного продукта

.2.2 Назначение разработки

.2.3 Область применения

.2.4 Общие требования к программному продукту

.2.5 Требования к надежности

.2.6 Требования к составу и параметрам технических средств

.2.7 Требования к программным средствам

.2.8 Требования к функциональным характеристикам

.2.9 Требования к графическому интерфейсу

.2.10 Требования к техническим средствам

.2.11 Требования к климатическим условиям эксплуатации

.2.12 Требования к квалификации и численности персонала

.3 Информационная модель

.3.1 Выбор способа организации данных

.3.2 Моделирование информационной системы

.3.3 Анализ таблиц базы данных

. Технологическая часть

.1 Руководство программиста

.2 Руководство пользователя

. Организационно-экономическая часть

.1 Оперативно-календарный план

.1.1 Расчет сметной стоимости программного обеспечения

.1.2 Экономические показатели

. Безопасность и экологичность проекта

.1 Оценка безопасности и экологичности проекта

.2 Микроклимат

.3 Производственное освещение

.4 Шум

.5 Электромагнитное излучение

.6 Электробезопасность

.7 Пожарная безопасность

.8 Организация рабочего места

.9 Расчетная часть

Заключение

Список используемой литературы

Приложение А

Введение и постановка задачи

Тема данного дипломного проекта - «Разработка автоматизированной системы оптимизации отслеживания отчетности предприятий».

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

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

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

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

1. Расчетно-теоретическая часть

1.1   Технико-экономическое обоснование

1.1.1     Актуальность разработки

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

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

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

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

1.1.2 Расчет экономической эффективности внедрения разработки

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

Основными экономическими показателями являются:

-     экономия эксплуатационных расходов;

-        капитальные вложения;

         срок окупаемости.

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

которых занимает в среднем занимает 8 часов. Трудоемкость работ по составлению отчетных документов ручным способом в год составит 1248 человеко-часов.

На подготовку ежемесячных отчетных документов машинным

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

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

Исходные данные для расчета основных экономических показателей приведены в таблице 1.1.

Таблица 1.1 - Исходные данные

Наименование	Обозначение	Единицы измерения	До внедрения	После внедрения
Время ввода данных	Тп/рд	Час	0	38
Время составления отчетной документации	Тод	Час	91	0
Время на проверку	Тп	Час	5	2
Время на возможную корректировку	Тк	Час	8	2
Количество работников, составляющих отчеты	J	чел.	1	1
Месячный оклад	О	руб.	15 000,00	15 000,00

Экономический эффект от внедрения проекта определяется по формуле:

Э=С1-С2,

где С1 и С2 - затраты соответственно базового (ручного) и нового (машинного) способа решения задачи.

Затраты для базового способа рассчитываются по формуле:

С1=Сз+Cc+Са+Сэл,

где Сз - заработная плата работников;

Cc - затраты на социальные нужды;

Са - амортизационные отчисления на компьютер;

Сэл - затраты на электроэнергию

1)   Заработная плата работников определяется по формуле:

,

где О - должностной оклад специалиста за месяц;

 - количество рабочих часов на составление отчетной документации;

- количество рабочих часов в месяц.

При 5-дневной рабочей неделе и 8-часовом рабочем дне:

 руб.

2)   Затраты на социальные нужды:

Cc=Сз * i,

где Сз - затраты на оплату труда;

i - ставка единого социального налога.

 руб.

3)   Амортизационные отчисления:

Са = (Ск / Та) * Тисп

где Та - период амортизации в часах;

Тисп - время использования в часах;

Ск - стоимость ЭВМ в руб.

Таблица 1.2 - Стоимость одного рабочего места

Модуль		Стоимость, руб.
Корпус	HP
Операционная система	Windows 7 Pro 64-bit
Процессор	Intel Pentium G2020 (2-Cores, 2.9GHz)
Оперативная память	4GB DDR3, DIMM
Жесткий диск	320GB
Накопитель 5.25"	DVD+RW/CD-RW/DVD 16x4x/5xDL/16x4x/16x/48x/24x/48x
Графический адаптер	Интегрированный, графика: Intel HD Graphics
Клавиатура	Logitech Deluxe 250 PS/2 Keyboard white
Мышь	Genius NetScroll 100
Монитор	Philips TFT 23"
Итого:		22 300,00

Компьютер используется для составления отчетной документации: 104 часа в месяц, 1248 часов в год.

Та = 5 лет, период амортизации в часах составляет 10080 часов.

Тисп = 1248 часа

Ск = 22300 руб.

Са = (22300 / 10080) * 1248 ≈ 2761 руб.

4)    Затраты на электроэнергию:

Сэл = k * S * j

где k - количество кВт/час, затраченное на составление отчетов ручным способом.

S - стоимость 1 кВт/час.

Персональный компьютер потребляет 0,35 кВт/час.

S = 4,2 руб.

Сэл = 0,35 * 1248 *4,2 * 1 ≈ 1835 руб.

Полные затраты на составление отчетов ручным способом составят:

С1 = 111429 + 33429 + 2761 + 1835 = 149454 руб.

Затраты для решения задачи машинным способом рассчитываются по формуле:

C2=Сз+Cc+Са+Сэл

где Сз - заработная плата работников;

Cc - затраты на социальные нужды;

Са - амортизационные отчисления;

Сэл - затраты на электроэнергию.

1)   Заработная плата работников:

где О - должностной оклад специалиста за месяц;

 - количество рабочих часов на составление отчетной документации;

- количество рабочих часов в месяц.

При 5-дневной рабочей неделе и 8-часовом рабочем дне:

2)   Затраты на социальные нужды:

Cc=Сз * i,

где Сз - затраты на оплату труда;

i - ставка единого социального налога.

Cc=45000*0,3 ≈ 13500 руб

3)   Амортизационные отчисления:

Са = (Ск / Та) * Тисп

где Та - период амортизации в часах;

Тисп - время использования в часах;

Ск - стоимость ЭВМ в руб.

Компьютер используется 42 часа в месяц, 504 часа в год.

Та = 5 лет, период амортизации в часах составляет 10080 часов.

Тисп = 504 часов

Ск = 22300 руб.

Са = (22300 / 10080) * 504 ≈ 1115 руб.

4)   Затраты на электроэнергию:

Сэл = 0,35 * 504 *4,2 * 1 ≈ 741 руб.

Затраты при предлагаемом способе решения задачи составляют:

С2 = 45000 + 13500 + 1115 + 741 = 60356 руб.

Экономия эксплуатационных затрат определяется путем сопоставления базового и нового способов решения задачи:

Э = 149459 - 60356 = 89103 руб.

1.2   Требования к программному продукту

1.2.1     Наименование программного продукта

Информационная система «Оптимизация отслеживания отчетности».

1.2.2     Назначение разработки

Система предназначена для оптимизации отслеживания сданной отчетности предприятий по Нижегородской области и Нижнего Новгорода.

1.2.3     Область применения

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

1.2.4     Общие требования к программному продукту

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

-      централизованное хранение, редактирование, добавление и удаление необходимых данных о клиентах, фондах, декларациях, сроках сдачи отчетов и занесенных документов в 1С;

        ускорение и упрощение формирования необходимых бланков по сдачи отчетности;

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

1.2.5     Требования к надежности

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

-      организация бесперебойного питания технических средств;

        использование лицензионного программного обеспечения;

        регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении № 28 от 23 июля

г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

        регулярное выполнение требований ГОСТ 51188-98 «Испытания программных средств на наличие компьютерных вирусов».

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

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

1.2.6     Требования к составу и параметрам технических средств

1)    Удовлетворение требованиям выбранных программных средств.

2)      Минимальная стоимость.

1.2.7     Требования к программным средствам

1)    Ориентирование на модификацию и расширение.

2)      Высокая эффективность и надежность.

)        Обеспечение целостности данных.

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

)        Удобство пользовательского интерфейса.

1.2.8     Требования к функциональным характеристикам

Основными функциями, которые должна нести проектируемая система, являются:

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

)      Получение информации о сданных отчетах в фонды Нижегородской области за определенный период.

1.2.9     Требования к графическому интерфейсу

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

1.2.10   Требования к техническим средствам

Система должна функционировать на персональном компьютере

следующей конфигурации:

-      процессор не хуже Intel Pentium Dual Core E5400 (2.7 GHz, 2Mb, 800MHz);

-        оперативная память не менее 1 GB;

-      жесткий диск не менее 80 GB.

1.2.11   Требования к климатическим условиям эксплуатации

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

1.2.12   Требования к квалификации и численности персонала

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

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

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

1.3   Информационная модель

1.3.1     Выбор способа организации данных

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

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

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

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

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

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

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

Кроме этого необходимо обеспечение возможности просмотра и редактирования информации.

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

эффективность, контроль, совместимость, гибкость.

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

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

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

4)      Принцип гибкости требует от разработки возможности расширения без проведения больших изменений.

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

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

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

Реляционная модель предложена сотрудником компании IBM Е.Ф. Коддом в 1970 г. В настоящее время эта модель является фактическим стандартом, на который ориентируются практически все современные коммерческие СУБД.

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

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

         Домен имеет уникальное имя (в пределах базы данных).

-      Домен определен на некотором простом типе данных или на другом домене.

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

-        Домен несет определенную смысловую нагрузку.

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

Кортежи - это упорядоченная совокупность элементов доменов.

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

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

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

Мощность отношения - количество кортежей отношения (количество строк в таблице). В общем случае она изменяется с течением времени.

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

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

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

Атрибут есть свойство сущности. Например атрибутами сущности преподавателя могут быть: номер преподавателя, фамилия, телефон, должность, адрес и т.п.

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

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

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

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

Реляционная база данных представляет собой хранилище данных, содержащее набор двухмерных таблиц. Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных (РСУБД). РСУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.

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

-      каждое значение, содержащееся на пересечении строки и колонки, должна быть атомарным (т.е. не расчленяемым на несколько значений);

        значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД;

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

-      каждое поле имеет уникальное имя;

-        последовательность полей в таблице несущественна;

         последовательность записей также несущественна;

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

-     каждое не ключевое поле функционально полно зависит от ключа.

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

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

Существует три принципиальных отличия между системами управления реляционными базами данных (СУРБД) и программами электронных таблиц:

1)    Все СУРБД разрабатываются с целью обеспечения эффективной обработки больших объемов информации, намного больших, чем те, с которыми справляются электронные таблицы;

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

)        СУРБД минимизирует общий объем базы данных. Для этого

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

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

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

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

         создание в базе данных новой таблицы;

         добавление в таблицу новых записей;

         изменение записей;

         удаление записей;

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

         изменение структур таблиц.

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

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

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

         запросы на создание или изменение в базе данных новых или существующих объектов (при этом в запросе описывается тип и структура создаваемого или изменяемого объекта);

         запросы на получение данных;

         запросы на добавление новых данных (записей)

         запросы на удаление данных;

         обращения к СУБД.

Основным объектом хранения реляционной базы данных является таблица, поэтому все SQL-запросы - это операции над таблицами. В соответствии с этим, запросы делятся на:

         запросы, оперирующие самими таблицами (создание и изменение таблиц);

         запросы, оперирующие с отдельными записями (или строками таблиц) или наборами записей.

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

         типа хранимых в каждом поле значений;

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

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

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

         вставка новой строки;

         изменение значений полей строки или набора строк;

         удаление строки или набора строк.

Самый главный вид запроса - это запрос, возвращающий (пользователю) некоторый набор строк, с которым можно осуществить одну из трёх операций:

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

         изменить все записи набора;

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

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

Язык SQL представляет собой совокупность:

         операторов;

         инструкций;

         вычисляемых функций.

Операторы:

Согласно общепринятому стилю программирования, операторы (и другие зарезервированные слова) в SQL всегда следует писать прописными буквами.

Операторы SQL делятся на:

         операторы манипуляции данными (Data Manipulation Language, DML):считывает данные, удовлетворяющие заданным условиямдобавляет новые данныеизменяет существующие данныеудаляет данные

         операторы определения доступа к данным (Data Control Language, DCL):предоставляет пользователю (группе) разрешения на определенные операции с объектомотзывает ранее выданные разрешениязадает запрет, имеющий приоритет над разрешением

         операторы управления транзакциями (Transaction Control Language, TCL):применяет транзакцию.откатывает все изменения, сделанные в контексте текущей транзакции.делит транзакцию на более мелкие участки.

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

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

1.3.2     Моделирование информационной системы

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

Рис.1.1

Рис.1.2 Схема базы данных

Структура БД:

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

1.3.3     Анализ таблиц базы данных

База данных для отслеживания сданной отчетности по Нижегородской области содержит в себе 12 таблицы. Таблицы - это основные объекты любой базы данных, они построены на основе ER-диаграммы.

Таблица 1.3 CLIENTAGE

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

Наименование поля	Тип поля	Описание
IDCLIENT	INTEGER	Идентификатор таблицы клиенты
NAMECLIENT	VARCHAR(40)	Наименование клиента
INN	VARCHAR(12)	ИНН
ADDRESS	VARCHAR(40)	Адрес
IDTAXATIONSYSTEM	INTEGER	Идентификатор системы налогообложения
DISTRICT_ID	SMALLINT	Идентификатор района
ID_SUB_REP	SMALLINT	Поле для связи с таблицей видов сдачи отчетности

Таблица 1.4 DEADLINES

Данная таблица содержит данные о сроках сдачи отчетности

Наименование поля	Тип поля	Описание
IDDECLARATION	INTEGER	Идентификатор декларации
IDTERM	INTEGER	Идентификатор срока сдачи отчетности
TERM	VARCHAR(10)	Срок сдачи отчетности
QUARTER	INTEGER	Квартал
REPORTYEAR	INTEGER	Отчетный год

Таблица 1.5 DECLARATION

Данная таблица содержит данные о видах деклараций

Наименование поля	Тип поля	Описание
IDDECLARATION	INTEGER	Идентификатор декларации
NAMEDECLARATION	VARCHAR(20)	Наименование декларации
IDFUND	INTEGER	Идентификатор фонда
ID_DEADLINE	INTEGER	Идентификатор срока сдачи отчетности

Таблица 1.6 DISTRICT

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

Наименование поля	Тип поля	Описание
IDDISTRICT	INTEGER	Идентификатор района
NAMEDISTRICT	VARCHAR(15)	Наименование района
DIST_LINK_ID	INTEGER	поле для связи с таблицей районов

Таблица 1.7 FUNDS

Данная таблица содержит список фондов

Наименование поля	Тип поля	Описание
IDFUND	INTEGER	Идентификатор фонда
NAMEFUND	VARCHAR(20)	Наименование фонда
INN	VARCHAR(12)	ИНН
ADDRESS	VARCHAR(40)	Адрес
ID_DECL	INTEGER	Идентификатор декларации

Таблица 1.8 INTERNALREPORTS

Данная таблица содержит внутренние отчеты

Наименование поля	Тип поля	Описание
NAMEOPERATION	VARCHAR(25)	Наименование операции
IDOPERATION	INTEGER	Идентификатор операции
NAMEMONTH	VARCHAR(10)	Месяц
REPORTYEAR	INTEGER	Отчетный год
DONE	INTEGER	Сделано
RESPONSIBLE	VARCHAR(15)	Ответственный
OPERАTION_DICT_ID	INTEGER	Поле для связи с таблицей операций
CLIENT_NAME	INTEGER	Наименование клиента
ID_RESPONSIBLE	INTEGER	Идентификатор ответственного

Таблица 1.9 OPERATIONS

Данная таблица содержит список операций

Наименование поля	Тип поля	Описание
ID_OPERATION	INTEGER	Идентификатор операции
OPERATION_NAME	VARCHAR(30)	Наименование операции

Таблица 1.10 PROGRESS

Данная таблица содержит данные о ходе выполнения работы

Наименование поля	Тип поля	Описание
IDPROGRESS	INTEGER	Идентификатор хода выполнения работы
IDDECLARATION	INTEGER	Идентификатор декларации
IDCLIENT	INTEGER	Идентификатор клиента
DONE	INTEGER	Сделано
SENT	INTEGER	Отправлено
RECEIVED	INTEGER	Принято
IDFUND	INTEGER	Идентификатор фонда
ID_DISTRICT	INTEGER	Идентификатор района
ID_TAX_SYSTEM	INTEGER	Идентификатор для связи с таблицей "системы налогообложения"
ID_SUB_REP	SMALLINT	Поле для связи с таблицей видов сдачи отчетности

Таблица 1.11 RESPONSIBLE

Данная таблица содержит список ответственных лиц

Наименование поля	Тип поля	Описание
RESPONSIBLE_ID	INTEGER	Идентификатор ответственного
RESPONSIBLE_NAME	VARCHAR(30)	ФИО ответственного

Таблица 1.12 SUBMISSIONREPORTS

Данная таблица содержит виды сдачи отчетности

Наименование поля	Тип поля	Описание
IDSUBMISSIONREPORTS	INTEGER	Идентификатор вида сдачи отчетности
IDDECLARATION	INTEGER	Идентификатор декларации
IDCLIENT	INTEGER	Идентификатор клиента
IDFUND	INTEGER	Идентификатор фонда
KINDSUBMISSIONREPORTS	VARCHAR(15)	Вид сдачи отчетности

Таблица 1.13 TAXATIONSYSTEM

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

Наименование поля	Тип поля	Описание
IDTAXATIONSYSTEM	INTEGER	Идентификатор системы налогообложения
NAMETAXATIONSYSTEM	VARCHAR(10)	Наименование системы налогообложения

Описание структуры информационной системы:

Программа содержит следующие формы:

1)    Модуль данных

2)      Главная форма

3)      Форма сроков сдачи

4)      Форма фондов и деклараций

5)      Форма внутренних отчетов

6)      Форма заполнения словарей

Описание использованных программных средств:

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

Среда разработки:

C++ Builder - программный продукт, инструмент быстрой разработки приложений (RAD), интегрированная среда программирования (IDE), система, используемая программистами для разработки программного обеспечения на языке программирования C++.

Изначально разрабатывался компанией Borland Software, а затем её подразделением CodeGear, ныне принадлежащим компании Embarcadero Technologies.

C++ Builder объединяет в себе комплекс объектных библиотек (STL, VCL, CLX, MFC и др.), компилятор, отладчик, редактор кода и многие другие компоненты. Цикл разработки аналогичен Delphi. Большинство компонентов, разработанных в Delphi, можно использовать и в C++ Builder без модификации, но обратное утверждение не верно.++ Builder содержит инструменты, которые при помощи drag-and-drop действительно делают разработку визуальной, упрощает программирование благодаря встроенному WYSIWYG - редактору интерфейса и пр.

Дополнительные компоненты:

Firebird (FirebirdSQL) - компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров.используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

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

Основные характеристики:

-      Соответствие требованиям ACID. Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций («Atomicity, Consistency, Isolation and Durability»).

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

Это позволяет использовать одновременно OLTP и OLAP запросы.

        Хранимые процедуры. Используя язык PSQL (процедурный SQL) Firebird, возможно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же как и обычные таблицы.

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

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

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

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

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

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

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

        Внешние функции. Библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера «изнутри».

        Декларативное описание ссылочной целостности. Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами.

        Наборы символов. Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Соответствие стандарту SQL:полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.также реализует ограничения проверки (check constraints) на уровне доменов и полей, отображения (views), исключения, роли и управление правами доступа. Для более подробной информации см. Firebird Reference Guide и Release Notes.

Требования к аппаратному обеспечению:работает на 32- и 64-разрядных версиях Windows, Linux, также на MacOS X, HP-UX, FreeBSD, и др., на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами. Может использоваться даже не очень мощное оборудование, особенно под Linux. И как в любой СУБД, на производительность влияют: количество памяти, скорость работы дисковой подсистемы, и т. д. Рекомендации для выбора аппаратного обеспечения зависят от требования к системе, прогнозируемого размера базы данных, количества пользователей, и т. д. Допустимо начинать с минимальной конфигурации, расширяя её по мере надобности.

Доступные операционные системы:

Наиболее широко используемыми для серверов Firebird операционными системами являются Linux и Microsoft Windows (включая NT) (включая терминальные сервисы MS и Citrix). Другие поддерживаемые платформы - Mac OS X, Solaris, FreeBSD и HP-UX.

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

Средства доступа к серверу:

Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll) IBExpert - GUI <#"877794.files/image012.jpg">

Рис.2.1

Name - “SYSDBA”, Password - “1”. Если пользователь ввел пароль правильно, то открывается главная форма (рис. 2.2), в противном случае выводится сообщение об ошибке.

Главная форма

Работа с программой начинается с главной формы, вид которой приведен на рис. 2.2

Рис.2.2

На данной форме, выбирается клиент, соответствующий данному району, фонд, декларация, которая сдается, система налогообложения и ход выполнения работы (рис.2.3 и рис.2.4).

Рис.2.3

Рис.2.4

На главной форме так же представлены:

список районов, представленный на рис. 2.5

Рис.2.5

список фондов, в которые сдаются отчеты, представленный на рис. 2.6

Рис.2.6

сроки сдачи отчетности, вид которой представлен на рис.2.7

Рис.2.7

ход выполнения работы (сделано, отправлено, принято), вид который представлен на рис. 2.8

Рис.2.8

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

Рис.2.9

 

Заполнение словарей

При выборе пункта «Клиенты» открывается форма, которая отображает список всех клиентов, а также позволяет добавлять сведения о новых клиентах и удалять или редактировать сведения о существующих (рис. 2.10).

Рис.2.10

При выборе пункта «Система налогообложения» открывается форма, которая отображает список систем налогообложения (рис. 2.11).

Рис.2.11

При выборе пункта «Сроки» открывается форма, которая отображает список деклараций и список сроков сдачи, соответствующих декларации (рис. 2.12 и рис.2.13). Так же возможно добавление, редактирование и удаление деклараций и сроков сдачи.

Рис.2.12

Рис.2.13

При выборе пункта «Районы» открывается форма, которая отображает список районов, так же можно добавлять новые районы (рис. 2.14 и рис. 2.15).

Рис. 2.14

Рис. 2.15

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

Рис.2.16

При выборе пункта «Операции» открывается форма, которая отображает список операций, так же можно добавлять новые или редактировать существующие записи (рис. 2.17).

Рис.2.17

При выборе пункта «Декларации и фонды» открывается форма, которая отображает список фондов и список деклараций. Каждому фонду соответствуют определенные декларации. Так же можно добавлять новые или редактировать существующие записи (рис. 2.18 и рис. 2.19).

Рис.2.18

Рис.2.19

При выборе пункта «Виды сдачи отчетности» открывается форма, которая отображает список видов сдачи отчетности, так же можно добавлять новые виды сдачи отчетности (рис. 2.20).

Рис. 2.20

 

Внутренние отчеты

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

Рис. 2.21

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

Рис.2.22

Пример фильтрации по клиенту, операции и ответственному лицу представлены на рис. 2.23, рис.2.24, рис.2.25и рис.2.26

Рис. 2.23

Рис.2.24

Рис.2.25

Рис.2.26

При выборе пункта «Выход» пользователь выходит из программы.

3. Организационно-экономическая часть

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

Стадии, этапы и содержание работ:

a)   Техническое задание (ТЗ).

1)     Составление ТЗ на разработку программы.

2)      Согласование ТЗ с руководителем проекта.

)        Изучение состояния вопроса.

b)   Технологическое проектирование (ТП).

1)   Разработка общего описания алгоритма программы.

2)      Разработка ТЭО задачи.

)        Расчет ожидаемого экономического эффекта.

c)   Рабочий проект (РП).

1)     Разработка алгоритма.

2)     Определение формы представления входных и выходных данных.

3)     Разработка структуры программы

4)      Написание программы.

)        Отладка программы.

d)   Внедрение (ВН).

1)     Испытание программы на реальной (имитационной) задаче.

2)      Разработка документации.

Оперативно-календарный план выполнения работы представлен в таблице 3.1.

Таблица 3.1 - Оперативно-календарный план

Этапы и стадии разработки	Исполнитель	Сроки выполнения	Трудоемкость
			Этапы		С Стадии
			чел/дн	%	чел/дн	%
a) (ТЗ)	ИП	20.02.13 - 28.02.13	7	11
1)	ИП	20.02.13 - 22.02.10			3	43
2)	ИП	25.02.13 - 25.02.13			1	14
3)	ИП	26.02.13 - 28.02.13			3	43
b) (ТП)	ИП	01.03.13 - 21.03.13	14	21
1)	ИП	01.03.13, 04.03.13 - 07.03.13, 11.03.13 - 15.03.13			10	71
2)	ИП	18.03.13 - 19.03.13			2	14,5
3)	ИП	20.03.13 - 21.03.13			2	14,5
c) (РП)	ИП	22.03.13 - 08.05.13	31	48
1)	ИП	22.03.13, 25.03.13 - 29.03.13			6	19
2)	ИП	01.04.13 - 05.04.13			5	16
3)	ИП	08.04.13 - 10.04.13			3	10
4)	ИП	11.04.13 - 12.04.13 15.04.13 - 19.04.13, 22.04.13 - 26.04.13, 29.04.13 - 30.04.13,			14	45
5)	ИП	06.05.13 - 08.05.13			3	10
d) (ВН)	ИП	13.05.13 - 29.05.13	13	20
1)	ИП	13.05.13 - 17.05.13, 20.05.13 - 23.05.13			9	69
2)	ИП	24.05.13, 27.05.13 - 29.05.13			4	31
Итого:		20.02.13 - 29.05.13	65	100	65

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

Таблица 3.2 - Ленточный график оперативно-календарного плана

Этапы	Исполнитель	Трудоемкость	Численность	Длительность работы	Выполнение работы
№		чел/дн	чел	дн	1мес	2мес	3мес
1.1	ИП	3	1	3
1.2	ИП	1	1	1
1.3	ИП	3	1	3
2.1	ИП	10	1	10
2.2	ИП	2	1	2
2.3	ИП	2	1	2
3.1	ИП	6	1	6
3.2	ИП	5	1	5
3.3	ИП	3	1	3
3.4	ИП	14	1	14
3.5	ИП	3	1	3
4.1	ИП	9	1	9
4.2	ИП	4	1	4
		65		65

3.1.1 Расчет сметной стоимости программного обеспечения

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

Заработная плата.

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

)        Затраты на заработную плату:

,

где О - должностной оклад специалиста за месяц;

 - количество рабочих дней за период разработки;

- количество рабочих дней в месяц.

Таблица 3.3 - Заработная плата

Должность	Должностной оклад, руб.	Занятость в разработке проекта, дней	Заработная плата, руб.
Инженер-программист	16 500	65	51071,00
Итого			52619,00

2)   Единый социальный налог.

ЕСН = ЗП * i,

где ЗП - затраты на оплату труда (заработная плата);

i - ставка единого социального налога.

ЕСН = 51071 * 0.3 ≈ 15321 руб.

)     Оплата электроэнергии.

Затраты на электроэнергию формируются исходя из стоимости 1 кВт/ч и количества потребляемой электроэнергии в течение рабочего времени.

,

где  - стоимость электроэнергии: 4,2 руб. за 1 кВт/ч;

Wi - потребляемая мощность: ЭВМ - 350 ВТ;

ТР - время разработки программного продукта: 65 дней.

Затраты на оплату электроэнергии составляют:

ЗЭЭ = 4,2 *65*8 * 0,35 ≈ 764 руб.

4)   Амортизационные отчисления.

Амортизационные отчисления определяются следующим образом:

За = Зк + ЗПО

где Зк - амортизационные отчисления на компьютер;

ЗПО - амортизационные отчисления на ПО (СУБД FireBird стоимостью 0 руб., IBExpert стоимостью 0 руб., C++Builder 6 Professional стоимостью 31 200 руб.).

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

Таблица 3.4 - Стоимость и продолжительность использования оборудования

Модуль		Стоимость, руб.
Корпус	HP
Операционная система	Windows 7 Pro 64-bit
Процессор	Intel Pentium G2020 (2-Cores, 2.9GHz)
Оперативная память	4GB DDR3, DIMM
Жесткий диск	320GB
Накопитель 5.25"	DVD+RW/CD-RW/DVD 16x4x/5xDL/16x4x/16x/48x/24x/48x
Графический адаптер	Интегрированный, графика: Intel HD Graphics
Клавиатура	Logitech
Мышь	GENIUS
Монитор	SAMSUNG
Итого:		22 300,00

Рассчитаем амортизационные отчисления на ЭВМ:

Зк = (Агод / Тг) * Тисп,

Агод = Соб * На

Соб - стоимость ЭВМ в руб;

На = 1/n =1/5 = 20%;

Тг - год;

Тисп - время использования в днях;

Тисп = 65 дней.

Ск = 22300 руб.

Агод = 22300 *0,2 = 4460

Зк = (4460 / 365) *65≈ 794 руб.

Аналогично вычисляем амортизационные отчисления на ПО:

Зпо = (Агод / Тг) * Тисп,

Агод = Соб * На

Спо - стоимость ПО в руб;

На = 1/n =1/5 = 20%;

Тг - год;

Тисп - время использования в днях;

Тисп = 65 дней.

Спо = 31200 руб.

Агод =31200 *0,2 = 6240

Зк = (6240 / 365) *65≈ 1111 руб.

Полные амортизационные отчисления:

За = 794 + 1111 = 1905 руб.

5)   Расходные материалы

Затраты на расходные материалы примем в размере 5% от фонда заработной платы.

Зрм = Ззп * 0,05.

Зрм = 51071* 0,05 ≈ 2554 руб.

6)   Накладные расходы

Накладные расходы примем в размере 30% от фонда заработной платы.

ЗНР = Ззп * 0,3.

ЗНР = 51071* 0,3 ≈ 15321 руб.

Таблица 3.5 - Смета затрат

п/п	Наименование статей	Сметная стоимость, руб
1	Фонд заработной платы	51 071,00
2	Отчисления в соц. Фонд	15 321,00
3	Затраты на электроэнергию	764, 00
4	Амортизационные отчисления	1 905,00
5	Затраты на расходные материалы	2 554,00
6	Накладные расходы	15 321,00
Итого:		86 936,00

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

3.1.2 Экономические показатели

Экономические показатели программного продукта приведены в таблице 3.6.

Ток = ССТ/Эг

Таблица 3.6 - Экономические показатели

Наименование	Значение показателя
Годовой экономический эффект	89 103,00 руб.
Затраты на разработку	86 936,00 руб.
Срок окупаемости системы	0,97

4. Безопасность и экологичность проекта

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

Все работы по выполнению данного дипломного проекта происходили в помещении ООО Бухгалтерский центр «Пачоли». Разработка и эксплуатация программы осуществлялась на стационарной персональной электронной вычислительной машине (ПЭВМ). В состав используемой ПЭВМ входили:

-      жидкокристаллический монитор Philips TFT 23";

        системный блок с процессором Intel Pentium G2020 с тактовой частотой 2.9 ГГц;

-        клавиатура Logitech Deluxe 250 PS/2 Keyboard white;

-        манипулятор типа мышь Genius NetScroll 100.

Помещение оборудовано 4 рабочими мести: 3 бухгалтера и 1 программиста.

Рис.4.1

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

Согласно ГОСТ 12.0.003-74 “Опасные и вредные производственные факторы. Классификация”, опасные и вредные производственные факторы подразделяются на группы:

-      физические;

        химические;

        биологические;

        психофизиологические.

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

-      повышенное значение напряжения в электрической цепи, замыкание которой может произойти через тело человека;

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

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

         повышенная или пониженная влажность воздуха;

         повышенный уровень электромагнитных излучений;

         недостаток естественного света в рабочей зоне;

         повышенная яркость света;

         пониженная контрастность;

         прямая и отраженная блесткость;

         повышенная пульсация светового потока.

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

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

-      статические и динамические физические перегрузки;

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

4.2 Микроклимат

Микроклимат - комплекс физических факторов внутренней среды помещений, оказывающий влияние на тепловой обмен организма и здоровье человека. Оптимальные и допустимые параметры воздуха рабочей зоны в помещениях определяются по СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений». Микроклимат в помещении характеризуется температурой воздуха tв, °C, относительной влажностью j, % и скоростью движения воздуха V, м/с.

Работа разработчика программного обеспечения (программиста или оператора ПК) в вычислительном центре относится к категории Iа - легкие физические работы, т.к. выполняется в основном сидя, не связана с систематическим физическим напряжением и перемещением предметов большой массы.

С целью создания нормальных условий труда для персонала вычислительного центра установлены нормы производственного микроклимата (СанПиН 2.2.4.548-96 «Гигиенические требования к микроклимату производственных помещений»). Эти нормы устанавливают оптимальные и допустимые значения температуры, относительной влажности и скорости движения воздуха (таблица 4.1).

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

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

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

Согласно СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» в таблице 4.1 приведены оптимальные параметры микроклимата на рабочем месте (для данной категории работ), которые соответствуют параметрам в рассматриваемом помещении.

Таблица 4.1 - Нормы производственного микроклимата

Период года	Температура воздуха, С		Относительная влажность, %		Скорость движ. воздуха, м/с
	Оптимальная	Допустимая	Оптимальная	Допустимая	Оптимальная	Допустимая
Холодный (tср <=10oC)	22-24	20 - 25	60-40	15-75	0,1	0,1
Теплый (tср >10oC)	23-35	21 - 28	60-40	15-75	0,1	0,2

Параметры микроклимата поддерживаются отоплением и системой кондиционирования согласно СНиП 41-01-2003 «Отопление, вентиляция и кондиционирование». Система отопления в помещении - водяная, согласно таблице 4.2.

Таблица 4.2 - Система отопления, СНиП 41-01-2003

Помещения	Система отопления, отопительные приборы, теплоноситель, максимально допустимая температура теплоносителя или теплоотдающей поверхности жидкости
Б.1. общественные и административно-бытовые	Водяная с радиаторами, при температуре тепло носителя для однотрубных - не более 105 °С.

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

Уровни положительных и отрицательных аэроионов в воздухе помещения с ПЭВМ соответствую СанПиН 22.2.4.1294-03 “Санитарно-гигиенические нормы допустимых уровней ионизации воздуха”, приведенным в таблице 4.3.

Таблица 4.3 - Уровни положительных и отрицательных аэроионов в воздухе помещений с ВДТ и ПЭВМ

Число ионов в 1 см3 воздуха (N+, N-)	N+	N-
Минимально необходимые	400	600
Оптимальные	1500-3000	3000-5000
Максимально допустимые	50000	50000

4.3 Производственное освещение

Освещение рабочего места должно удовлетворять нормам, представленным в СанПин 2.2.2/2.4.1340-03 “Гигиенические требования к персональным электронно-вычислительным машинам и организации работы”. Требования по освещенности, предъявляемые к помещениям, оборудованным ПЭВМ:

-      помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение;

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

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

-        для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 - 0,5;

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

         освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 лк. Освещение не должно создавать бликов на поверхности экрана;

         освещенность поверхности экрана не должна быть более 300 лк;

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

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

         поверхностях (экран, стол, клавиатура и др.) за счет правильного выбора типов светильников и расположения рабочих мест по отношению к источникам естественного и искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 кд/м2 и яркость потолка не должна превышать 200 кд/м2;

         яркость светильников общего освещения в зоне углов излучения от 50 до 90 градусов с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 кд/м2, защитный угол

         светильников должен быть не менее 40 градусов;

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

         следует ограничивать неравномерность распределения яркости в поле зрения пользователя ПЭВМ, при этом соотношение яркости между рабочими поверхностями не должно превышать 3:1 - 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1;

для освещения помещений с ПЭВМ следует применять светильники с зеркальными параболическими решетками, укомплектованными электронными пуско-регулирующими аппаратами (ЭПРА);

        в качестве источников света при искусственном освещении следует применять преимущественно люминесцентные лампы типа ЛБ и компактные люминесцентные лампы (КЛЛ). В светильниках местного освещения допускается применение ламп накаливания, в том числе галогенные;

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

         коэффициент запаса (Кз) для осветительных установок общего освещения должен приниматься равным 1,4;

         коэффициент пульсации не должен превышать 5%;

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

         Гигиенические требования к естественному, искусственному и совмещенному освещению соответствуют СанПиН 2.2.1/2.1.1.2585-10 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий» и приведены в таблице 4.4.

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

Рабочая поверхность и плоскость нормирования КЕО и освещенности (Г - горизонтальная, В - вертикальная) и высота плоскости над полом, м	Естественное освещение		Совмещенное освещение		Искусственное освещение
	КЕО ен, %		КЕО ен, %
	при верхнем или комбинированном освещении	при боковом освещении	при верхнем или комбинированном освещении	при боковом освещении	Освещенность, лк			Показатель дискомфорта М, не более	Коэффициент пульсации освещенности, Кп, %, не более
					при комбинированном освещении		при общем освещении
					всего	от общего
Г-0,8 Экран дисплея: В-1	3,5	1,2	2,1	0,7	500	300	400 200	15	10

4.4 Шум

Шум в рассматриваемом помещении создается внутренними источниками:

-      вентилятор охлаждения блока питания;

-        жесткий диск;

         вентилятор охлаждения процессора;

         люминесцентные лампы;

         принтеры;

         установки кондиционирования и вентиляции воздуха.

В рассматриваемом помещение тип шумов можно классифицировать как:

-      широкополосный (по спектральному составу);

-        непостоянный (по временным характеристикам).

Источники шума и классы производимых ими шумов представлены в таблице 4.5.

Таблица 4.5 - Источники шума и классы производимых ими шумов

Класс шума	Источник шума
Механический	жесткий диск, вентилятор охлаждения блока питания, вентилятор охлаждения процессора, клавиатура.
Электромагнитный	люминесцентные лампы, блок питания
Аэродинамический	вентиляция

Допустимые уровни звукового давления и уровней звука на рабочем месте для помещения вычислительного центра согласно СН 2.2.4/2.1.8.562-96 «Шум на рабочих местах, в помещениях жилых, общественных зданий и на территории жилой застройки» приведены в таблице 4.6. Допустимый уровень звукового давления и уровень звука определяется в зависимости от характеристики шума и назначения помещения.

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

Вид трудовой деятельности	Уровни звукового давления (дБ) в октавных полосах со среднегеометрическими частотами, Гц									Уровень звука в дБА
	31,5	63	125	250	500	1000	2000	4000	8000
Эксплуатация ПЭВМ	86	71	61	54	49	45	42	40	38	50

4.5 Электромагнитное излучение

Временные допустимые уровни электромагнитного поля, создаваемые ПЭВМ на рабочих местах (СанПин 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы») представлены в таблице 4.7.

Таблица 4.7 - Временные допустимые уровни ЭМП на рабочих местах

Наименование параметра	Временное допустимое значение
Напряженность электромагнитного поля на расстоянии 0,5 м от видеодисплейного терминала по электрической составляющей: - в диапазоне частот 5 Гц - 2 кГц; - в диапазоне частот 2 - 400 кГц.	25 В/м 2,5 В/м
Плотность магнитного потока: - в диапазоне частот 5 Гц - 2 кГц; - в диапазоне частот 2 - 400 кГц.	250 нТл 25 нТл
Напряженность электростатического поля	15 кВ/м

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

Возможно так же применение сеток, размер ячеек которых нe кратен длине волны.

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

При разработке данной дипломной работы использовался монитор Philips TFT 23", не требующий дополнительной защиты от излучений.

4.6 Электробезопасность

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

В рассматриваемом помещении находится следующее электрооборудование (классификация согласно ГОСТ 12.2.007.0-75 ССБТ «Изделия электротехнические. Общие требования безопасности»):

-      электротехнические изделия с классом защиты I: 4 ПЭВМ с видео дисплеями, 3 принтера, 2 ксерокса,1 сканер, ПРТО;

-        электротехнические изделия с классом защиты 0: осветительные приборы.

Согласно ГОСТ 12.1.013-78 “Классификация условий работ по степени электробезопасности” ВЦ относится к классу помещений с повышенной опасностью, т.к. имеется возможность одновременного прикосновения человека к имеющим соединения с землей металлоконетрукциям здания с одной стороны и металлическим корпусом электрооборудования с другой.

Поражение человека электрическим током в данном помещении может произойти по следующим причинам:

-      прикосновение к сетевому шнуру с поврежденной изоляцией;

-        прикосновение к корпусу электроприбора, оказавшегося под напряжением вследствие повреждения изоляции;

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

Электробезопасность, в соответствии с ГОСТ 12.1.019-79 ССБТ "Электробезопасность. Общие требования", должна обеспечиваться:

-      конструкцией электроустановок;

-        техническими способами и средствами защиты;

         организационными и техническими мероприятиями.

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

-      номинального напряжения, рода и частоты тока электроустановки (220В, частота переменного тока 50Гц);

-        способа электроснабжения (от стационарной сети);

         режима нейтрали (глухозаземленная нейтраль);

         вида исполнения (стационарные);

         условий внешней среды (помещения без повышенной опасности);

         характера возможного прикосновения человека к элементам цепи тока (однофазное прикосновение, прикосновение к металлическим нетоковедущим частям, оказавшимся под напряжением);

         видов работ (эксплуатация).

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

-      безопасное расположение токоведущих частей (внутри корпуса);

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

         защитное отключение(защита от перегрузок и коротких замыканий);

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

-      зануление;

-        защитное отключение.

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

4.7 Пожарная безопасность

Согласно НПБ 105-03 “Определение категорий помещений и зданий по взрывопожарной и пожарной опасности”, данное помещение относится к категории В4.

Наиболее вероятные причины возникновения пожара в рассматриваемом помещении:

-      короткое замыкание;

        перегрузка сети;

        нарушение правил пожарной безопасности;

-        нарушение изоляции токонесущих частей;

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

Пожарная безопасность обеспечивается согласно ГОСТ 12.1.004-91 ССБТ "Пожарная безопасность":

-      предотвращение пожара должно достигаться предотвращением образования горючей среды и (или) предотвращением образования в горючей среде (или внесения в нее) источников зажигания.

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

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

         применением технологического процесса и оборудования, удовлетворяющего требованиям электростатической искробезопасности по ГОСТ 12.1.018;

-        устройством молниезащиты зданий, сооружений и оборудования.

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

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

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

При защите от пожара помещений, оборудованных ПЭВМ, рекомендуется применять хладоновые и углекислотные огнетушители с учетом предельно допустимой концентрации огнетушащего вещества. Для защиты рассматриваемого помещения используются огнетушители ОУ-5. На этаже, где расположено рассматриваемое помещение имеется два ручных углекислотных огнетушителя типа ОУ-5. Расстояние от возможного очага пожара до места размещения огнетушителя не должно превышать 30 м (так как помещение категории В).

применением автоматических установок пожарной сигнализации (ДИП-50М2);

Организационно-технические мероприятия должны включать:

-      организацию пожарной охраны;

-        организацию обучения работающих правилам пожарной безопасности на производстве;

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

В соответствии с ППБ 01-03 «Правила пожарной безопасности РФ» предъявляются следующие требования к работникам, помещениям и зданиям:

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

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

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

         определен порядок обесточивания электрооборудования в случае пожара и по окончании рабочего дня;

         регламентированы:

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

         действия работников при обнаружении пожара;

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

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

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

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

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

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

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

4.8 Организация рабочего места

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

В соответствии с СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» и ГОСТ 12.2.032-78 "Рабочее место при выполнении работ сидя. Общие эргономические требования" рабочее место должно соответствовать:

-      при размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м. Фактическое расстояние межу видеомониторами 1,3 м;

-        площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) - 4,5 м2.

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

        экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов;

-        спинка стула должна быть изогнутой формы, повторяющей анатомический изгиб позвоночника в поясничном отделе, ее длина - 0,3 м, угол наклона - 10-30 градусов, стол расположен на расстоянии 0,65 м от стула. В рассматриваемом помещении используются стулья с возможностями вращения во круг оси, регулировки высоты сидения и угла наклона спинки.

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

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

Общие требования к организации рабочих мест пользователей ПЭВМ:

-      при размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов не менее 1,2 м.

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

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

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

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

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

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

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

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

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

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

-        модульными размерами рабочей поверхности стола для ПЭВМ, на основании которых должны рассчитываться конструктивные размеры, следует считать: ширину 800, 1000, 1200 и 1400 мм; глубину 800 и 1000 мм при нерегулируемой его высоте, равной 725 мм.

         рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной - не менее 500 мм, глубиной на уровне колен - не менее 450 мм и на уровне вытянутых ног - не менее 650 мм.

Конструкция рабочего стула должна обеспечивать:

-      ширину и глубину поверхности сиденья не менее 400 мм;

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

         регулировку высоты поверхности сиденья в пределах 400 - 550 мм и углам наклона вперед до 15 град., и назад до 5 град.;

         высоту опорной поверхности спинки 300 ± 20 мм, ширину - не менее 380 мм и радиус кривизны горизонтальной плоскости - 400 мм;

         угол наклона спинки в вертикальной плоскости в пределах ± 30 градусов;

         регулировку расстояния спинки от переднего края сиденья в пределах 260 - 400 мм;

         стационарные или съемные подлокотники длиной не менее 250 мм и шириной 50 - 70 мм;

         регулировка подлокотников по высоте над сиденьем в пределах 230 ± 30 мм и внутреннего расстояния между подлокотниками в пределах 350 - 500 мм.

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

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

4.9 Расчетная часть

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

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

В помещении в светлое время суток используется естественное и искусственное освещение, в темное время суток - общее равномерное искусственное освещение.

При общем искусственном освещении: освещенность - 400 лк.

Согласно СанПиН 2.2.2/2.4.1340-03 для освещения помещений с ВДТ и ПЭВМ следует применять светильники серии ЛПО.

Группа светильников - 8.

Для искусственного освещения будем использовать светильники типа ЛПО 01-2х40/Д-01 по 2 лампы ЛБ 40 в каждом.

Определим количество светильников необходимое для освещения.

Световой поток лампы (ФЛ) в светильниках с люминесцентными лампами и при расположении светильников в ряд определяют по формуле:

          (4.1)

где:

ЕН - нормированная освещенность, лк;

S - площадь освещаемого помещения, м2;

k - коэффициент запаса;

Z - коэффициент минимальной освещенности;

NP - количество рядов;

n1 - количество светильников в ряду;

n2 - количество ламп в светильнике;

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

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

Индекс помещения определяется по формуле:

                                            (4.2)

где:

А и Б соответственно длина и ширина помещения, м;

НР - высота подвеса светильников, м.

Рабочее помещение имеет следующие размеры:

ширина - 6 м;

длинна - 6 м;

высота подвеса - 3,5 м

Нр = 3,5 - 0,3- 0,8 =2,4 м

Определим индекс помещения:

                  (4.3)

Согласно СанПиН 2.2.2/2.4.1340-03 для внутренней отделки интерьера помещений с ВДТ и ПЭВМ должны использоваться диффузно-отражающие материалы с коэффициентом отражения:

для потолка - 0,7;

для стен - 0,5;

для пола - 0,3.

Принимая данные коэффициенты отражения потолка, стен, пола и зная индекс помещения, по таблице определяем коэффициент использования светового потока:

h = 40%;

Световой поток лампы ЛБ 40 равен 2800 лк. Коэффициент минимальной освещенности для люминесцентных ламп Z = 1,1. Согласно требованиям к освещению на рабочих местах, оборудованных ПЭВМ, коэффициент запаса (Кз) для осветительных установок общего освещения должен приниматься равным 1,4.

Определим количество светильников:

  (4.4)

Таким образом, для обеспечения нормированной освещенности необходимо иметь 5 светильников типа ЛПО 01-2х40/Д-01 по 2 лампы типа ЛБ40 в каждом.

Заключение

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

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

Результаты внедрены. Акт внедрения представлен.

Список используемой литературы

1.      Анатолий Хомоненко, Сергей Ададуров, Работа с базами данных в C++ Builder. Санкт-Петербург, изд.«БХВ-Петербург»

2.      Дж.Грофф, П.Вайнберг «SQL: полное руководство» - К.: Издательская группа BHV.

3.      Архангельский А.Я. - Программирование в C++ Builder, 7 изд,

4.      Хелен Борри Firebird: руководство разработчика баз данных - БХВ-Петербург <http://www.ozon.ru/context/detail/id/1098685/>

5.      М.П. Малыхина: Базы данных. Основы, проектирование, использование - БХВ-Петербург <http://www.ozon.ru/context/detail/id/1098685/>

Приложение А

Файл datamodule.h

//---------------------------------------------------------------------------

#ifndef datamoduleH

#define datamoduleH

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <IBCustomDataSet.hpp>

#include <IBDatabase.hpp>

#include <IBTable.hpp>

#include <IBQuery.hpp>

//---------------------------------------------------------------------------TData : public TDataModule

{

__published:        // IDE-managed Components*IBDatabase1;*IBTransaction1;*DISTRICTDATASOURCE;*DistrictTable;*DistrictTableIDDISTRICT;*DistrictTableNAMEDISTRICT;*ProgressTable;*ProgressTableIDPROGRESS;*ProgressTableIDCLIENT;*ProgressTableIDDECLARATION;*ProgressTableSENT;*ProgressTableRECEIVED;*ProgressTableIDFUND;*ProgressDataSource;*FundsTable;*FundsDataSource;*ClientTable;*ClientDataSource;*TaxationSystemTable;*TaxationSystemDataSource;*DeadlinesTable;*DeadlinesDataSource;

*ClientTableIDCLIENT;*ClientTableINN;*ClientTableADDRESS;*ClientTableIDTAXATIONSYSTEM;*ClientTableNAMECLIENT;*FundsTableNAMEFUND;*FundsTableINN;*FundsTableADDRESS;*DeadlinesTableIDDECLARATION;*DeadlinesTableIDTERM;*DeadlinesTableTERM;*DeadlinesTableQUARTER;*DeadlinesTableREPORTYEAR;*IBQuery1;*DataSource1;*DeclarationDataSource;*Declaration_table;*Declaration_tableIDDECLARATION;*Declaration_tableNAMEDECLARATION;*Declaration_tableIDFUND;*Declaration_tableID_DEADLINE;*Int_ReportsDataSource;*Int_Reports_Table;*Int_Reports_TableNAMEOPERATION;*Int_Reports_TableIDOPERATION;*Int_Reports_TableNAMEMONTH;*Int_Reports_TableREPORTYEAR;*Int_Reports_TableDONE;*Int_Reports_TableRESPONSIBLE;*ProgressTablelookup_client;*ProgressTableID_DISTRICT;*DistrictTableDIST_LINK_ID;*IBQuery2;*DataSource2;*ProgressTablelookup_decl;*IBQuery3;*DataSource3;*DeadlinesTableField1;*IBQuery4;*DataSource4;*ClientTableDISTRICT_ID;*ClientTableField1;*OperationDataSource;*Operation_Table;

*ResponsibleDataSource;*Responsible_Table;*Operation_TableID_OPERATION;*Operation_TableOPERATION_NAME;*Responsible_TableRESPONSIBLE_ID;*Responsible_TableRESPONSIBLE_NAME;*TaxationSystemTableIDTAXATIONSYSTEM;*TaxationSystemTableNAMETAXATIONSYSTEM;*IBQuery5;*DataSource5;*Int_Reports_TableLookup_operation;*Int_Reports_TableCLIENT_NAME;*Int_Reports_Tablelookup_client;*IBQuery6;*DataSource6;*Int_Reports_TableID_RESPONSIBLE;*Int_Reports_Tableloojup_responsible;*FundsTableID_DECL;*IBQuery7;*DataSource7;*ClientTableDISTRICT;*ProgressTableDONE;*IBQuery8;*DataSource8;*ProgressTableID_TAX_SYSTEM;*ProgressTablelookup_tax_system;*Int_Reports_TableOPERETION_DICT_ID;*Sub_Rep_Table;*Sub_RepDataSource;*Sub_Rep_TableIDSUBMISSIONREPORTS;*Sub_Rep_TableIDDECLARATION;*Sub_Rep_TableIDCLIENT;*Sub_Rep_TableIDFUND;*Sub_Rep_TableKINDSUBMISSIONREPORTS;*IBQuery9;*DataSource9;*IBQuery10;*DataSource10;*ProgressTableID_SUB_REP;*ProgressTablelookup_sub_rep;*ProgressTablelookup_fund;*ClientTableID_SUB_REP;:         // User declarations:                // User declarations

__fastcall TData(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TData *Data;

//---------------------------------------------------------------------------

#endif

Файл datamodule.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "datamodule.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*Data;

//---------------------------------------------------------------------------

__fastcall TData::TData(TComponent* Owner)

: TDataModule(Owner)

{

}

//---------------------------------------------------------------------------

Файл Project1.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

//#pragma hdrstop

//---------------------------------------------------------------------------("Unit1.cpp", MainForm);("Unit2.cpp", Dictionaries);("Unit3.cpp", InternalReportsForm);("datamodule.cpp", Data); /* TDataModule: File Type */("Unit4.cpp", DeadlineDictionaryForm);("Unit5.cpp", FundsDeclForm);

//---------------------------------------------------------------------------WinMain(HINSTANCE, HINSTANCE, LPSTR, int)

{

{

>Initialize();>CreateForm(__classid(TData), &Data);>CreateForm(__classid(TMainForm), &MainForm);>CreateForm(__classid(TDictionaries), &Dictionaries);>CreateForm(__classid(TInternalReportsForm), &InternalReportsForm);>CreateForm(__classid(TDeadlineDictionaryForm), &DeadlineDictionaryForm);>CreateForm(__classid(TFundsDeclForm), &FundsDeclForm);>Run();

}(Exception &exception)

{>ShowException(&exception);

}(...)

{

{Exception("");

}(Exception &exception)

{>ShowException(&exception);

}

}0;

}

//---------------------------------------------------------------------------

Файл Unit1.h

//---------------------------------------------------------------------------

#ifndef Unit1H

#define Unit1H

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <Controls.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <DBGrids.hpp>

#include <ExtCtrls.hpp>

#include <Grids.hpp>

#include <IBCustomDataSet.hpp>

#include <IBDatabase.hpp>

#include <IBTable.hpp>

#include <DBCtrls.hpp>

#include <Menus.hpp>

#include <IBQuery.hpp>

//---------------------------------------------------------------------------TMainForm : public TForm

{

__published:        // IDE-managed Components*DBGrid1;*RadioGroup1;*DBGrid2;*DBNavigator1;*MainMenu2;*N1;*N3;*N4;*N6;*N8;*N2;*DBCheckBox4;*DBCheckBox1;*DBCheckBox2;*N9;*N10;*IBQuery1;*DataSource1;*Label1;*Label2;*DBGrid3;*Label3;*N11;*N5;*N7;__fastcall N2Click(TObject *Sender);__fastcall N3Click(TObject *Sender);__fastcall N8Click(TObject *Sender);__fastcall N4Click(TObject *Sender);__fastcall N5Click(TObject *Sender);__fastcall N6Click(TObject *Sender);

__fastcall N7Click(TObject *Sender);__fastcall Button1Click(TObject *Sender);

__fastcall FormCreate(TObject *Sender);__fastcall DBGrid2DrawColumnCell(TObject *Sender,TRect &Rect, int DataCol, TColumn *Column,State);__fastcall RadioGroup1Click(TObject *Sender);__fastcall N9Click(TObject *Sender);__fastcall N10Click(TObject *Sender);__fastcall N11Click(TObject *Sender);__fastcall DBGrid3DrawColumnCell(TObject *Sender,TRect &Rect, int DataCol, TColumn *Column,State);:  // User declarations:                // User declarations

__fastcall TMainForm(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TMainForm *MainForm;

//---------------------------------------------------------------------------

#endif

Файл Unit1.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit1.h"

#include "Unit2.h"

#include "Unit3.h"

#include "datamodule.h"

#include "Unit4.h"

#include "Unit5.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*MainForm;funds_mas[100] = {0};

//---------------------------------------------------------------------------

__fastcall TMainForm::TMainForm(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N2Click(TObject *Sender)

{>Show();

}

//---------------------------------------------------------------------------__fastcall TMainForm::N3Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->ClientTable;>Label1->Caption="Клиенты";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N8Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->DistrictTable ;>Label1->Caption="Районы";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N4Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->TaxationSystemTable ;>Label1->Caption="Система налогообложения";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N5Click(TObject *Sender)

{>Close();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N6Click(TObject *Sender)

{>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N7Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->Sub_Rep_Table ;>Label1->Caption="Виды сдачи отчетности";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::Button1Click(TObject *Sender)

{>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::FormCreate(TObject *Sender)

{CurrentDate;=Now();short Year;short Month;short Day;quarter=0;i=0;>FundsTable->First();->Items->Clear();(!Data->FundsTable->Eof)

{->Items->Add(Data->FundsTable->FieldByName("NAMEFUND")->AsString);_mas[i]=Data->FundsTable->FieldByName("ID_DECL")->AsInteger;++;>FundsTable->Next();

}.DecodeDate(&Year, &Month, &Day);(( Month>=1)&&(Month<=3))=1;(( Month>=4)&&(Month<=6))=2;(( Month>=7)&&(Month<=9))=3;(( Month>=10)&&(Month<=12))=4;

>Label2->Caption="Квартал: " + IntToStr(quarter);>Label1->Caption="Год: " + IntToStr(Year);>DeadlinesTable->First();term="";->SQL->Clear();->SQL->Add("SELECT declaration.namedeclaration, deadlines.term from deadlines, declaration where (deadlines.iddeclaration=declaration.id_deadline) \(reportyear= " + IntToStr(Year) + ") \(quarter= " + IntToStr(quarter)+ ")") ;->Active=true;

}

//---------------------------------------------------------------------------

__fastcall TMainForm::DBGrid2DrawColumnCell(TObject *Sender,TRect &Rect, int DataCol, TColumn *Column,State)

{((Column->FieldName=="SENT")||(Column->FieldName=="DONE")||(Column->FieldName=="RECEIVED"))->Canvas->Font->Color= clWhite;

(Data->ProgressTable->FieldByName("DONE")->AsString == "1" && Column->FieldName=="DONE")

{->Canvas->Font->Color= clMoneyGreen;->Canvas->Brush->Color= clMoneyGreen;

}->DefaultDrawColumnCell(Rect, DataCol, Column, State);

(Data->ProgressTable->FieldByName("SENT")->AsString == "1" && Column->FieldName=="SENT")

{->Canvas->Font->Color= clGreen ;->Canvas->Brush->Color= clGreen;

}->DefaultDrawColumnCell(Rect, DataCol, Column, State);

(Data->ProgressTable->FieldByName("RECEIVED")->AsString == "1" && Column->FieldName=="RECEIVED")

{->Canvas->Font->Color= clLime ;->Canvas->Brush->Color= clLime;

}->DefaultDrawColumnCell(Rect, DataCol, Column, State);

}

//---------------------------------------------------------------------------

__fastcall TMainForm::RadioGroup1Click(TObject *Sender)

{

//if(RadioGroup1->ItemIndex==0)

{

>ProgressTable->Filter="";>ProgressTable->Filter="IDFUND = " + IntToStr(funds_mas[RadioGroup1->ItemIndex]);>ProgressTable->Filtered=true;

}

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N9Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->Responsible_Table ;>Label1->Caption="Исполнители";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N10Click(TObject *Sender)

{>DictionariesDataSource->DataSet=Data->Operation_Table ;>Label1->Caption="Операции";>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::N11Click(TObject *Sender)

{>Show();

}

//---------------------------------------------------------------------------

__fastcall TMainForm::DBGrid3DrawColumnCell(TObject *Sender,TRect &Rect, int DataCol, TColumn *Column,

State)

{CurrentDate;=Now();(IBQuery1->FieldByName("TERM")->AsDateTime <= (CurrentDate+10))

{->Canvas->Brush->Color= clRed;->DefaultDrawColumnCell(Rect, DataCol, Column, State);

}

}

//---------------------------------------------------------------------------

Файл Unit2.h

//---------------------------------------------------------------------------

#ifndef Unit2H

#define Unit2H

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <Controls.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <DBCtrls.hpp>

#include <DBGrids.hpp>

#include <ExtCtrls.hpp>

#include <Grids.hpp>

#include <IBCustomDataSet.hpp>

#include <IBTable.hpp>

//---------------------------------------------------------------------------TDictionaries : public TForm

{

__published:        // IDE-managed Components*IBTable1;*DataSource1;*IBTable1IDCLIENT;

*IBTable1NAMECLIENT;*IBTable1INN;*IBTable1ADDRESS;*IBTable1IDTAXATIONSYSTEM;*DBNavigator1;

*DictionariesDataSource;*Label1;*DictGrid;:    // User declarations

:                  // User declarations

__fastcall TDictionaries(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TDictionaries *Dictionaries;

//---------------------------------------------------------------------------

#endif

Файл Unit2.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit2.h"

#include "Unit1.h"

#include "datamodule.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*Dictionaries;

//---------------------------------------------------------------------------

__fastcall TDictionaries::TDictionaries(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------

Файл Unit3.h

//---------------------------------------------------------------------------

#ifndef Unit3H

#define Unit3H

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <Controls.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <DBGrids.hpp>

#include <Grids.hpp>

#include <IBCustomDataSet.hpp>

#include <IBTable.hpp>

#include <IBQuery.hpp>

#include <DBCtrls.hpp>

#include <ExtCtrls.hpp>

#include "sLabel.hpp"

//---------------------------------------------------------------------------TInternalReportsForm : public TForm

{

__published:        // IDE-managed Components*InternalOperationGrid;*DBNavigator1;*DBCheckBox1;*ComboBox1;*ComboBox2;*ComboBox3;*sLabel1;*sLabel2;*sLabel3;*Button1;__fastcall InternalOperationGridDrawColumnCell(*Sender, const TRect &Rect, int DataCol, TColumn *Column,State);__fastcall ComboBox3Change(TObject *Sender);__fastcall FormCreate(TObject *Sender);__fastcall ComboBox1Change(TObject *Sender);__fastcall Button1Click(TObject *Sender);__fastcall ComboBox2Change(TObject *Sender);

:        // User declarations:                // User declarations

__fastcall TInternalReportsForm(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TInternalReportsForm *InternalReportsForm;

//---------------------------------------------------------------------------

#endif

Файл Unit3.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit3.h"

#include "datamodule.h"

#include "Unit1.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma link "sLabel"

#pragma resource "*.dfm"*InternalReportsForm;

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::TInternalReportsForm(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::InternalOperationGridDrawColumnCell(*Sender, const TRect &Rect, int DataCol, TColumn *Column,State)

{( Data->Int_Reports_Table->FieldByName("DONE")->AsString == "1" )

{>InternalOperationGrid->Canvas->Brush->Color = clMoneyGreen ;>InternalOperationGrid->DefaultDrawColumnCell(Rect, DataCol, Column, State);

}

}

//---------------------------------------------------------------------------__fastcall TInternalReportsForm::ComboBox3Change(TObject *Sender)

{tlo;<< loPartialKey,loCaseInsensitive;>Int_Reports_Table->Filtered=false;>IBQuery1->Locate ("NAMECLIENT", ComboBox3->Text, tlo );n3=Data->IBQuery1->Fields->FieldByName("IDCLIENT")->AsInteger;>Int_Reports_Table->Filter="CLIENT_NAME = " + IntToStr(n3) ;

>Int_Reports_Table->Filtered=true;

}

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::FormCreate(TObject *Sender)

{->Clear();

>ClientTable->First();(!Data->ClientTable->Eof)

{->Items->Add(Data->ClientTable->Fields->FieldByName("NAMECLIENT")->AsString);>ClientTable->Next();

}->Clear();>Responsible_Table->First();(!Data->Responsible_Table->Eof)

{->Items->Add(Data->Responsible_Table->Fields->FieldByName("Responsible_NAME")->AsString);>Responsible_Table->Next();

}->Clear();>Operation_Table->First();(!Data->Operation_Table->Eof)

{->Items->Add(Data->Operation_Table->Fields->FieldByName("OPERATION_NAME")->AsString);>Operation_Table->Next();

}

}

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::ComboBox1Change(TObject *Sender)

{tlo;<< loPartialKey,loCaseInsensitive;>Int_Reports_Table->Filtered=false;>IBQuery5->Locate ("OPERATION_NAME", ComboBox1->Text, tlo );n3=Data->IBQuery5->Fields->FieldByName("ID_OPERATION")->AsInteger;>Int_Reports_Table->Filter="OPERETION_DICT_ID = " + IntToStr(n3) ;>Int_Reports_Table->Filtered=true;

}

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::Button1Click(TObject *Sender)

{>Int_Reports_Table->Filtered=false;

}

//---------------------------------------------------------------------------

__fastcall TInternalReportsForm::ComboBox2Change(TObject *Sender)

{tlo;<< loPartialKey,loCaseInsensitive;>Int_Reports_Table->Filtered=false;>IBQuery6->Locate ("RESPONSIBLE_NAME", ComboBox2->Text, tlo );n3=Data->IBQuery6->Fields->FieldByName("RESPONSIBLE_ID")->AsInteger;>Int_Reports_Table->Filter="ID_RESPONSIBLE = " + IntToStr(n3) ;>Int_Reports_Table->Filtered=true;

}

//---------------------------------------------------------------------------

Файл Unit4.h

//---------------------------------------------------------------------------

#ifndef Unit4H

#define Unit4H

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <Controls.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <DBGrids.hpp>

#include <Grids.hpp>

#include <IBCustomDataSet.hpp>

#include <IBTable.hpp>

#include <DBCtrls.hpp>

#include <ExtCtrls.hpp>

//---------------------------------------------------------------------------TDeadlineDictionaryForm : public TForm

{

__published:        // IDE-managed Components*DictGrid;*DataSource1;*Label1;*DBGrid1;*DeclarationDataSource;*Declaration_table;*Declaration_tableIDDECLARATION;

*Declaration_tableNAMEDECLARATION;*Declaration_tableIDFUND;*Declaration_tableID_DEADLINE;*DeadlinesTable;*DeadlinesTableIDDECLARATION;*DeadlinesTableIDTERM;*DeadlinesTableTERM;*DeadlinesTableQUARTER;*DeadlinesTableREPORTYEAR;*DeadlinesDataSource;*DBNavigator1;*DBNavigator2;:  // User declarations:                   // User declarations

__fastcall TDeadlineDictionaryForm(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TDeadlineDictionaryForm *DeadlineDictionaryForm;

//---------------------------------------------------------------------------

#endif

Файл Unit4.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit4.h"

#include "datamodule.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*DeadlineDictionaryForm;

//---------------------------------------------------------------------------

__fastcall TDeadlineDictionaryForm::TDeadlineDictionaryForm(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------

Файл Unit5.h

//---------------------------------------------------------------------------

#ifndef Unit5H

#define Unit5H

//---------------------------------------------------------------------------

#include <Classes.hpp>

#include <Controls.hpp>

#include <StdCtrls.hpp>

#include <Forms.hpp>

#include <DB.hpp>

#include <DBCtrls.hpp>

#include <DBGrids.hpp>

#include <ExtCtrls.hpp>

//---------------------------------------------------------------------------TFundsDeclForm : public TForm

{

__published:        // IDE-managed Components*Label1;

*DictGrid;*DBGrid1;*DBNavigator1;*DBNavigator2;:       // User declarations:               // User declarations

__fastcall TFundsDeclForm(TComponent* Owner);

};

//---------------------------------------------------------------------------PACKAGE TFundsDeclForm *FundsDeclForm;

//---------------------------------------------------------------------------

#endif

Файл Unit5.cpp

//---------------------------------------------------------------------------

#include <vcl.h>

#pragma hdrstop

#include "Unit5.h"

#include "datamodule.h"

#include "Unit1.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*FundsDeclForm;

//---------------------------------------------------------------------------

__fastcall TFundsDeclForm::TFundsDeclForm(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------