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

Содержание

ВВЕДЕНИЕ

1. Логическое моделирование

1.1 Выбор методологии и инструментария

1.2 Анализ потоков данных.

1.3 Построение логической модели данных

1.4 Разработка диаграммы вариантов использования

1.5 Разработка сценариев и макетов экранных форм для каждого варианта использования

2. Физическое моделирование

2.1 Выбор среды разработки программного обеспечения

2.2 Построение физической модели данных

3. Реализация и испытания ПО

3.1 Описание компонент ПО

3.2 Цель испытания и методика тестирования

3.2.1 Методика тестирования.

3.2.2 Цель испытаний.

3.3 Объект испытаний

3.4 Результат испытаний

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

5. ОХРАНА ТРУДА

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

5.1.1 Задачи информационно-вычислительного центра (ИВЦ) Гродненского филиала РУП «Белтелеком»

5.1.2 Функции ИВЦ Гродненского филиала РУП «Белтелеком»

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

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

6. Расчет экономической эффективности

6.1 Расчет цены и прибыли на программное средство

6.1.1 Общая характеристика разрабатываемого ПС ВТ

6.1.2 Определение объема ПС ВТ

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

6.1.4 Расчет основной заработной платы

6.1.5 Расчет дополнительной заработной платы

6.1.6 Расчет отчислений в Фонд социальной защиты населения

6.1.7 Расчет отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний

6.1.8 Расчет расходов на материалы

6.1.9 Расчет расходов на оплату машинного времени

6.1.10 Расчет прочих прямых затрат

6.1.11 Расчет накладных расходов

6.1.12 Расчет суммы расходов на разработку ПС ВТ

6.1.13 Расчет расходов на сопровождение и адаптацию

6.1.14 Расчет полной себестоимости разработки ПС ВТ

6.1.15 Определение отпускной цены на ПС ВТ

6.2 Расчет экономического эффекта от применения ПС у пользователя

Литература

Приложение А Логическая модель (уровень сущностей)

Приложение Б Логическая модель (уровень ключей)

Приложение В Логическая модель (уровень атрибутов)

Приложение Г Физическая модель данных

Приложение Д Текст программы

ВВЕДЕНИЕ

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

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

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

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

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

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

Можно отметить следующие характерные черты учетной информации:

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

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

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

- широкое использование нормативно-справочной информации;

- длительность хранения.

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

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

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

Интенсивное развитие вычислительной техники, появление новых классов вычислительных машин приводят к значительным изменениям в технологии обработки экономической информации. Вычислительная техника на базе счетно-перфорационных машин, установленных на машинно-счетных станциях, начала широко применяться с 1950-х годов. Здесь производилась централизованная комплексная обработка бухгалтерских задач по таблично-перфокарточной системе счетоводства. Такие системы обработки назывались механизированными. Использование электронно-вычислительных машин (ЭВМ) в экономических расчетах начинается с 1970-х годов, что было связано с сознанием автоматизированных систем управления (АСУ) в различных сферах экономической деятельности: на предприятиях и организациях, министерствах и ведомствах, в территориальных и центральных органах управления.

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

Системы обработки экономической информации с использование персональных компьютеров получили определение: «Автоматизированные (компьютерные) информационные системы» (АИС). АИС – совокупность информации, экономико-математических методов и моделей, технических, программных и технологических средств, предназначенных для обработки информации и принятия решений.[1]

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

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

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

Анализ предметной области

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

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

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

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

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

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

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

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

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

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

- Общая характеристика автоматизированного учета радиоточек передающего центра

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

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

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

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

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

Состав комплексов учетных задач

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

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

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

3. Учет радиоточек по ЖРЭУ (учет движения, автоматические начисления абонентской платы по различным шифрам услуг, операции по начислениям и платежам, составление расчетно-платежной документации).

4. Составление аналитических ведомостей для бухгалтерии.

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

Рисунок 1 – Функциональная подсистема «Автоматизированный учет радиоточек передающего центра»

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

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

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

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

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

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

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

Постановка задачи

Спроектировать и проанализировать логическую модель ПО «Автоматизированный учет радиоточек передающего центра» в абонентском отделе Гродненского областного узла радио и телевещания.

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

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

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

1. Логическое моделирование

Выбор методологии и инструментария

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

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

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

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

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

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

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

- отношения между данными;

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

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

- DFD (Data Flow Diagrams) — диаграммы потоков данных совместно со словарями данных и спецификациями процессов

- ERD (Entity-Relationship Diagrams) — диаграммы “сущность — связь”

- STD (State Transition Diagrams) — диаграммы переходов состояний.

Все они содержат графические и текстовые средства моделирования:

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

- Вторые - для обеспечения точного определения ее компонентов и связи.

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

Для создания информационно-справочной системы для учета кадров на предприятии «Локомотивное депо Лида» использовались эффективные инструменты анализа, проектирования и кодогенерации фирмы PLATINUM technology – Bpwin и Erwin и CASE – средства Rational Rose фирмы Rational Software Corporation.

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

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

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

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

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

Анализ потоков данных

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

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

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

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

Основными компонентами диаграмм потоков данных являются:

- внешние сущности;

- системы и подсистемы;

- процессы;

- накопители данных;

- потоки данных.

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

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

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

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

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

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

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

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

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

Рисунок 1.1 – Диаграмма потоков данных

Здесь основными функциями являются:

- Функция «Заполнение информации о количестве радиоточек и шифрах услуг» (данные для расчета абонентской платы);

- Функция «Заполнение информации об абонентах» (сведения об абонентах);

- Функция «Определение типа операции и вида документов» (определяется вид документа, тип проводимой операции);

- Функция «Расчет начисления абонентской платы» (формирование записей о месячном начислении абонентской платы);

- Функция «Формирование отчетов» (получение необходимой печатной отчетности);

- Функция «Вывод сальдо» (формирование исходящего сальдо).

Проведем анализ хранилища данных «Автоматизированный учет радиоточек передающего центра».

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

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

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

- приходный кассовый ордер – документ, о получении наличных денежных средств в кассу;

Рассмотрим подробнее состав первичных документов обрабатываемых в автоматизированном учете радиоточек передающего центра:

Платежное требование/поручение/входящие

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

- № платежного требования

- Дата платежа

- Наименование плательщика

- Наименование получателя

- Реквизиты обоих сторон (№ расчетного счета, наименование банка, код, УНН)

- Сумма платежа

- Назначение платежа

Приходный кассовый ордер

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

- № приходного ордера

- Дата платежа

- ФИО (лицевой счет)

- Сумма платежа

- Содержание операции

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

Построение логической модели данных

Логическая модель – это абстрактный взгляд на данные. На ней данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель является универсальной и никак не связана с конкретной реализацией СУБД.

Выделение сущностей.

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

Каждая сущность должна обладать некоторыми свойствами:

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

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

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

Каждая сущность может обладать любым количеством связей с другими сущностями модели. [6]

Определение отношений между сущностями.

Связь – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров другой сущности, и наоборот. Отношение в самом общем виде представляет собой связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола (ИМЕЕТ, ОПРЕДЕЛЯЕТ и т.п.)..

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

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

Приложение А – Логическая модель (уровень сущностей)

Приложение Б – Логическая модель (уровень ключей)

Приложение В – Логическая модель (уровень атрибутов)

Разработка диаграммы вариантов использования

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

Рисунок 1.5 –Диаграмма вариантов использования проекта оператором абонентского отдела

На данной диаграмме иллюстрируются различные варианты использования:

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

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

- создание начислений и оплат абонентской платы,

- получение отчетности.

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

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

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

Рисунок 1.6 – Сценарий к варианту использования “Создание платежных документов, ввод оплат”

Рисунок 1.7 – Макет формы «Оплаты»

Рисунок 1.8 – Сценарий к варианту использования “Создание отчетов”

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

1 Физическое моделирование

Выбор среды разработки программного обеспечения

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

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

- добавление новой информации в существующий файл БД;

- добавление новых пустых файлов в БД;

- изменение (модификация) информации в БД;

- поиск информации;

- удаление существующей информации;

- удаление файлов из БД.

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

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

MS Access — типичная настольная база данных. На небольшом предприятии ресурсов МБ Ассеss вполне хватит для обслуживания всего делопроизводства. Все пользователи могут обращаться к одной базе данных, установленной на рабочей станции, которая не обязательно должна быть сервером. Для того чтобы не возникало проблем сохранности и возможности доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет MS Access.

MS Access — функционально полная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Основными объектами Ассess являются таблицы, запросы, формы, отчеты, макросы и модули. При работе с другими СУБД обращаешь внимание, что термин «база данных» обычно относится только к файлам, в которых хранятся данные. Здесь же база данных включает в себя все объекты, связанные с хранимыми данными, в том числе и те, которые созданы для автоматизации работы с ними, и все это хранится в одном файле с расширением mdb.

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

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

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

Основное достоинство любой СУБД, в том числе и Access — способность быстро находить и объединять информацию, хранящуюся в разных таблицах. Для повышения эффективности работы Access желательно, чтобы каждая таблица содержала поле (или несколько полей), значения которого позволяют однозначно определить каждую запись таблицы. Такое поле или совокупность полей называются первичным ключом таблицы или просто ключом. Если в таблице подобных полей нет, в нее можно добавить «искусственное» поле, которое будет содержать последовательные номера записей. Более того, такое поле Access может создать автоматически. Для извлечения информации из одной или нескольких таблиц базы данных используется следующий тип объектов — запросы. При выполнении запроса из всей совокупности информации будут отобраны и выведены на экран в табличном виде только те данные, которые удовлетворяют поставленным условиям. Представленный на экране результат выполнения запроса обычно называется выборкой или динамической таблицей. Слово «динамическая» здесь не случайно. Дело в том, что в базе данных запрос сохраняется в виде конкретных условий отбора. А это значит, что при каждом выполнении запроса выборка формируется всякий раз заново на основе реальных таблиц, т.е. с учетом всех последних изменений данных. Для ввода, редактирования и просмотра данных можно использовать как таблицы, так и запросы. Однако Access предоставляет для этого еще одно средство — формы. Формы позволяют ограничить объем информации, отображаемой на экране, и представить ее в требуемом виде. Создавая форму, можно выбрать, какие поля и в какой последовательности должны быть в ней представлены, разбить их на логически связанные группы, задать удобное расположение на экране. Кроме того, формы могут содержать иллюстрации, графически представлять хранящуюся в базе данных информацию. Таким образом, формы позволяют создать удобный интерфейс для работы с данными. Выводить на печать данные можно как из таблиц или запросов, так и из форм. Наилучшим же средством для представления данных в виде печатного документа являются отчеты. Отчет предоставляет возможность наглядно представить извлеченную из базы данных информацию, дополнив ее результатами анализа и вычислений. В отчетах можно отобразить данные в виде диаграммы или графика, использовать другие средства оформления. Для автоматизации часто выполняемых операций служат макросы. Макрос представляет собой структурированное описание одного или нескольких действий, которые должен выполнить Access. Для запуска макроса на выполнение чаще всего используются формы. С помощью макроса можно открыть форму, распечатать отчет или запустить другой макрос.

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

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

В 1995 году на долю Microsoft Access пришлось 57% рынка «настольных» баз данных, а FoxPro и Dbase — 9% и 2%, соответственно. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [4]

Построение физической модели данных

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

2 Реализация и испытания ПО

Описание компонент ПО

Смотреть приложение Д.

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

Методика тестирования

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

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

Цель испытаний

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

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

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

Процесс отладки включает:

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

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

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

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

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

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

Имеются три стандарта:

- для обнаружения ошибок в программе;

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

- для контроля выполненных корректировок программ и данных.

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

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

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

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

Объект испытаний

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

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

- операционная система – Windows;

- СУБД – MS Access;

- физические свойства компьютера – согласно требований операционной системы.

Результат испытаний

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

- Задание тестового примера:

Таблица 3.1 – Исходные данные, для заполнения таблицы «Начисления» (вид документа – Учет движения/Начисления)

Таблица 3.2 – Исходные данные, для заполнения таблицы «Оплата» (вид документа – Учет движения/Оплата)

- Результат выполнения:

Оборотная ведомость с 01.05.2009 г. по 31.05.2009 г.

Шифр Входящее сальдо Начислено НДС Оплачено Исходящее сальдо

предпр.

1 -231 942,00 65 520,00 11 794,00 249 256,00 -60 000,00

2 7 513,00 720,00 130,00 7 563,00 14 226,00

3 0,00 0,00

4 0,00 21 600,00 3 888,00 24 488,00 -1 000,00

8 -427 007,00 59 040,00 10 627,00 496 674,00 0,00

9 0,00 3 600,00 648,00 4 000,00 -248,00

11 -16 214,00 2 114 226,00 380 560,00 2 511 000,00 0,00

12 0,00 7 920,00 1 426,00 9 000,00 -346,00

13 0,00 25 200,00 4 536,00 30 000,00 264,00

14 -850,00 720,00 130,00 1 700,00 0,00

15 0,00 0,00

16 -43 329,00 12 240,00 2 203,00 60 000,00 2 228,00

19 -33 984,00 28 800,00 5 184,00 68 000,00 32,00

20 0,00 5 760,00 1 037,00 5 000,00 -1 797,00

Рисунок 3.1 – Печатная форма оборотной ведомости по абонентам

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

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

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

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

Запустив приложение, на экране появится главная кнопочная форма Абоненты (Организации) со следующими пунктами меню (рисунок 4.1):

Рисунок 4.1 – Главная кнопочная форма

- Картотека – открытие формы заполнения сведений лицевого счета абонентов радиоточек;

- Учет движения – открытие пунктов всплывающего меню;

- Отчеты – открытие пунктов всплывающего меню;

- Отчеты по выручке – открытие пунктов всплывающего меню;

- Справочники, настройка – открытие пунктов всплывающего меню ;

- Выход – выход из приложения.

Пункт меню Учет движения имеет следующие пункты всплывающего меню:

- Оплата – открытие формы заполнения о производимых оплатах по лицевым счетам;

- Начисление – открытие формы заполнения о производимых начислениях по лицевым счетам;

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

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

Пункт меню Отчеты имеет следующие пункты всплывающего меню:

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

- Сумма по видам услуг – выдает сведения о количестве радиоточек по шифрам;

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

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

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

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

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

- Сведения для печати требований – открытие формы для корректировки собственных реквизитов для печати требований;

Пункт меню Отчеты по выручке имеет следующие пункты всплывающего меню:

- Сводный по выручке – получения отчета за текущий период о полученной прибыли по месяцам;

- Отчет по выручке УЖРЭП – получения отчета о полученной прибыли по жилищно-эксплуатационным предприятиям;

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

Пункт меню Справочники, настройка имеет следующие пункты всплывающего меню:

- Услуги – дает возможность ввести, откорректировать и получить сведения о тарифах на услуги по шифрам;

- Справочник банков – открытие формы заполнения банковских реквизитов;

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

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

- Отчетный период – изменение периода расчетного месяца;

Работа с картотекой абонентов радиоточек:

При нажатии на клавишу «Картотека», открывается форма (рисунок 4.2).

Рисунок 4.2 – Форма «Картотека»

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

- Присвоить учетный код абонента,

- Банковские реквизиты,

- Договор,

- Количество радиоточек и их шифры по оплате,

- Просмотреть, ввести или откорректировать данные о начислении и оплате абонентской платы.

Для поиска абонентов по лицевым счетам предназначена функциональная клавиша F3.

Для выхода в основное меню «Главной кнопочной формы» служит функциональная клавиша F10.

Для учета движения по оплатам и начислениям

При нажатии на клавишу «Учет движения», открывается одноименная кнопочная форма (рисунок 4.3).

Рисунок 4.3 – Кнопочная форма «Учет движения»

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

Рисунок 4.4 – Форма «Оплаты», работа по вводу данных

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

Если необходимо произвести работу с уже имеющимися начислениями, то следует вызвать кнопочную форму «Учет движения» клавишей F10 и нажать на кнопку «Начисления» (рисунок 4.5):

Рисунок 4.5 – Форма «Начисления», работа по вводу данных

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

Для создания нового расчета необходимо нажать кнопку «Расчет начисления» кнопочной формы «Учет движения», а затем после открытия формы ввести дату расчета начислений по абонентской плате (рисунок 4.6):

Рисунок 4.6 – Форма ввода даты при расчете начислений абонентской платы

Работа со справочниками:

Из «Главной кнопочной формы» вызывается «Справочники, настройка» (рисунок 4.7):

Рисунок 4.7 – Форма «Справочники, настойка»

Рисунок 4.8 – Форма «Услуги», заполнение справочника по шифрам и суммам за абонплату

Рисунок 4.9 – Форма «Справочник банков», ввод реквизитов банков абонентов

Для вывода выходных форм на печать или экспорта данных в клиент-банк, необходимо нажать на кнопку формы «Главная кнопочная форма» «Отчеты», после чего откроется одноименная форма (рисунок 4.10):

Рисунок 4.10 – Форма «Отчеты»

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

Рисунок 4.11 – Форма «Сведения для требований»

Затем выбрать пункт меню «Печать требований» и отметить в колонке Печать необходимые организации (рисунок 4.12).

Рисунок 4.12 – Форма «Печать требований»

Перед закрытием формы «Печать требований» появиться форма с выбором действий (рисунок 4.13):

- Счет – печать только счета фактуры;

- Требование – печать только платежного требования;

- Счет с требованием – печать комплекта документов (1 счет, 3 требования);

- Отправка для клиент-банка – формирование текстового файла необходимого формата для импортирования банковской программой «Клиент-банк».

-

Рисунок 4.13 – Форма «Выбор документов»

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

Для формирования отчетов применяется отдельный модуль abon_org.exe созданный в среде программирования FoxPro 2.6.

4 ОХРАНА ТРУДА

Обеспечение основных санитарных требований проектируемых производств (объектов)

Характеристика производства (технологии, устройства), назначение, вид продукции, используемое сырье

Рассматриваемым объектом является информационно-вычислительный центр Гродненского филиала РУП «Белтелеком».

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

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

В состав Гродненского филиала РУП «Белтелеком» входят:

- 17 районных узлов электрической связи;

- цех продажи услуг;

- цех междугородной телефонной связи;

- цех городской телефонной связи;

- гродненское ремонтно-строительное производство;

- эксплуатационно-технический цех связи.

Задачи информационно-вычислительного центра (ИВЦ) Гродненского филиала РУП «Белтелеком»

Основными задачами ИВЦ являются:

- сбор первичной информации;

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

- взаимодействие с общереспубликанской сетью ИВЦ по сбору информации для представления данных соответствующим органам;

- содержание в постоянной высокой готовности комплекса технических и программных средств ИВЦ;

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

Функции ИВЦ Гродненского филиала РУП «Белтелеком»

В соответствии с возложенными задачами ИВЦ выполняет следующие основные функции:

- осуществляет сбор, обработку оперативной информации, хранение, накопление и рассылку структурным подразделениям Гродненского филиала РУП «Белтелеком» нормативно-справочной и корректировочной информации на магнитных и/или иных носителях, необходимой для использования в задачах и подсистемах автоматизированных систем управления связью;

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

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

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

- оказывает практическую помощь обособленным подразделениям Гродненского филиала РУП «Белтелеком», расположенным на территории области, во внедрении и техническом обслуживании ЭВМ;

- оказывает консультативную и практическую помощь обособленным структурным подразделениям Гродненского филиала РУП «Белтелеком» в приобретении средств вычислительной техники и программного обеспечения;

- обеспечивает сохранность материальных ценностей, своевременный ремонт оборудования и вычислительной техники ИВЦ, находящейся на балансе Гродненского филиала РУП «Белтелеком»;

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

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

- изучает и внедряет передовой опыт по разработке, эксплуатации и развитию АСУ;

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

- обеспечивает экономическую эффективность от мероприятий по внедрению АСУ и вычислительной техники;

- создает условия для повышения деловой квалификации и специализации работников ИВЦ.

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

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

- улучшения программного обеспечения и технологии обработки информации;

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

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

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

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

В соответствии с действующим законодательством и СНБ 3.02.03-03 «Административные и бытовые здания», на каждом предприятии должен быть комплекс общих бытовых помещений, а также в зависимости от санитарной характеристики производственных процессов - специальных бытовых помещений и устройств (ножные и ручные ванны, комнаты для обеспыливания, обезвреживания и ремонта рабочей одежды и обуви, респираторные, ингалятории и т.д.).

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

При экономической или технической нецелесообразности размещения в отдельных зданиях вспомогательных помещений их следует располагать в пристройках к производственным зданиям либо во встройках и вставках производственных зданий I—V степени огнестойкости категорий В1-В4, П, Г2, Д.

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

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

Высота помещений от пола до потолка бытовых зданий и встроек должна быть не менее 2,5 м.

Состав санитарно-бытовых помещений (кроме уборных) определяется в зависимости от групп производственных процессов (табл. 5.2).

Таблица 5.2. Санитарная характеристика производственных процессов

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

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

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

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

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

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

Душевые должны быть оборудованы открытыми душевыми кабинами, огражденными с двух сторон, а при производственных процессах 1в и 36 - открытыми душевыми кабинами со сквозными проходами, ограждаемыми с двух противоположных сторон. До 20% от общего количества душевых кабин допускается предусматривать закрытыми с входами из гардеробных или преддушевых. В душевой должно быть не более 30 душевых сеток.

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

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

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

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

Площадь санитарно-бытовых помещений рассчитывается в соответствии с действующими СНБ 3.02.03-03.

Санитарно-бытовые помещения должны быть обеспечены освещением, отоплением, естественной и механической вентиляцией. В частности, в холодный период года температура должна быть: в вестибюлях и гардеробных уличной одежды - 16 °С; гардеробных при душевых - 23 °С; душевых - 25 °С; умывальных, уборных курительных - 16 °С.

В административных и бытовых помещениях, непосредственно сообщающихся с производственными, необходимо предусматривать подпор воздуха, обеспечивающий скорость его движения в дверном проеме не менее 0,3 м/с.[8].

Санитарно-бытовые и вспомогательные помещения, их состав, размещение, размеры и оборудование должны соответствовать требованиям СНБ 3.02.03-03 «Административные и бытовые здания», ведомственным нормативным правовым актам и ТНПА.

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

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

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

Размещение и состав бытовых помещений строительно-монтажных организаций должны соответствовать требованиям СанПиН № 11-07-94 «Санитарные правила по устройству и оборудованию санитарно-бытовых помещений для рабочих строительных и строительно-монтажных организаций», утвержденных Главным государственным санитарным врачом Республики Беларусь 27 января 1994г.

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

Курительные не допускается размещать в помещениях с производствами категорий А, Б, В1 – В3 по взрывопожарной и пожарной опасности.

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

Высоту бытовых помещений от пола до потолка следует принимать не менее 2,5м, в мобильных зданиях и в помещениях, размещаемых непосредственно в производственных зданиях - не менее 2,4 м.

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

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

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

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

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

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

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

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

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

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

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

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

В состав бытовых зданий и помещений предприятий следует предусматривать помещения (объекты) общественного питания и комнаты отдыха в соответствии с нормами СНБ 3.02.03-03 «Административные и бытовые здания». Использование производственных помещений для приема пищи запрещается.

Площадь комнаты приема пищи следует принимать из расчета 1 м² на одного посетителя, но не менее 12 м². Комната приема пищи должна быть оборудована умывальником, стационарным кипятильником, электрической плитой и холодильником. При численности работников в наиболее многочисленной смене до 10 человек вместо комнаты приема пищи предусматривается место площадью 6 м² для установки стола в общих гардеробных или гардеробных домашней (уличной и домашней) одежды.

Прием пищи на рабочих местах запрещается.

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

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

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

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

Организация и размещение здравпунктов в организациях производится в соответствии с требованиями СНБ 3.02.03-03 «Административные и бытовые здания» и ведомственных ТНПА.

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

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

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

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

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

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

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

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

3-5-й классы - многочисленные производства, перечисленные в СанПиН 10-5-2002. В соответствии с этим документом для предприятий 1-5-го классов должны устанавливаться следующие минимальные размеры санитарно-защитных зон: 1-й класс - 1000 м; 2-й - 500 м; 3-й - 300 м; 4-й - 100 м и 5-й - 50 м.

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

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

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

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

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

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

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

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

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

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

Предприятия с размерами площадки более 5 га должны иметь не менее двух въездов. К зданиям и сооружениям по всей их длине должен быть обеспечен подъезд пожарных автомобилей: с одной стороны при ширине здания или сооружения до 18 м, с двух сторон - при ширине более 18 м. К зданиям с площадью застройки более 10 га или шириной 100 м подъезд пожарных автомобилей должен быть обеспечен со всех сторон.

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

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

Для хорошего проветривания всей территории главное направление дорог должно быть параллельно направлению господствующих ветров.

Магистральные дороги, представляющие собой основные транспортные артерии, следует принимать шириной 10 м; второстепенные, ведущие к основным производственным зданиям, и вспомогательные, ведущие к остальным зданиям завода, - соответственно 6,5 и 3,5 м.

В соответствии с СНБ 2.02.04-03 «Противопожарная защита населенных пунктов и территорий предприятий» расстояния между зданиями и сооружениями классов Ф1-Ф4, Ф5.4 и зданиями и сооружениями классов Ф5.1-Ф5.3, а также между зданиями и сооружениями классов Ф5.1-Ф5.3 в зависимости от степени их огнестойкости принимаются в пределах 9-18 м.

Расстояние между стенами зданий, не имеющих оконных проемов, допускается уменьшать на 20%, за исключением зданий V—VIII степеней огнестойкости.

На площадке предприятия следует предусматривать также достаточную сеть пешеходных тротуаров шириной не менее 1,5 м.

Главный вход предусматривается со стороны основного прохода или подъезда к предприятию. При устройстве нескольких проходных пунктов их следует располагать на расстоянии не более 1,5 км друг от друга. Расстояние от проходных пунктов до входов в бытовые помещения основных цехов, как правило, не должно превышать 800 м. При больших расстояниях необходимо предусматривать внутризаводской транспорт. Ширина ворот автомобильных въездов на площадку предприятия принимается по наибольшей ширине используемых автомобилей плюс 1,5 м, но не менее 4,5 м, а ширина ворот для железнодорожных въездов - не менее 4,9 м.

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

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

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

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

Территория предприятия должна отвечать требованиям СанПиН 10-5-2002 «Санитарно-защитные зоны и санитарная классификация предприятий, сооружений и иных объектов», СанПиН 9-94-98 «Санитарные правила и нормы содержания и эксплуатации производственных предприятий», Межотраслевым общим правилам по охране труда и др.

В соответствии с этими документами территорию предприятий следует максимально озеленить и содержать в чистоте. Проезды и проходы должны быть свободными для движения, выровнены (не иметь рытвин, ям) и освещены. Хранение сыпучих и порошковых материалов необходимо осуществлять в закрытых складах. При отсутствии такой возможности санитарные разрывы от открытых складов пылящих материалов до производственных зданий необходимо принимать не менее 20 м, до зданий бытовых помещений - 25 м, до прочих вспомогательных зданий - 50 м. Эти разрывы нужно озеленить и регулярно очищать [18].

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

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

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

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

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

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

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

Сбор и хранение мусора, содержащего бытовые и пищевые отходы, должно производиться на выделенных огражденных площадках с твердым водонепроницаемым покрытием, оборудованных мусоросборниками. Мусоросборники должны оснащаться плотно закрывающимися крышками и очищаться по мере заполнения, должны быть промаркированы. Эксплуатация мусоросборников должна производиться в соответствии с СанПиН № 10-7-2003 «Санитарные правила содержания территорий», утвержденными постановлением Главного государственного санитарного врача Республики Беларусь от 05 июня 2003г. № 60.

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

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

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

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

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

Погрузочно-транспортные операции и хранение вредных химических веществ должны осуществляться в соответствии с требованиями действующих ТНПА в зависимости от их физико-химической и токсикологической характеристик [17].

5 Расчет экономической эффективности

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

Расчет цены и прибыли на программное средство

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

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

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

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

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

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

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

- улучшения показателей основной деятельности в результате использования ПС.

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

- заработная плата исполнителей - основная и дополнительная;

- отчисления в фонд социальной защиты населения;

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

- расходы на материалы и комплектующие;

- расходы на спецоборудование;

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

- прочие прямые затраты;

- накладные расходы.

На основании затрат рассчитывается себестоимость и отпускная цена ПС.

Общая характеристика разрабатываемого ПС ВТ

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

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

- формирование платежных требований и счетов-фактур;

- экспорт платежных документов в «клиент-банк»;

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

- формирование платежных квитанций;

- составление ведомостей для бухгалтерии.

ПС позволит производить:

- более полный контроль и организацию учета о платежах абонентской платы;

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

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

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

- Обеспечение ввода данных о финансовых операциях с абонентами радиоточек;

- Анализ введенной информации;

- Подсчет выручки предприятия за текущий и предыдущие периоды;

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

Основные параметры ПС:

- тип программных средств общего назначения - окружения СУБД, расширяющие возможности существующих СУБД;

- среда разработки приложения MS Access 2003 — функционально полная СУБД, в которой предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Основными объектами MS Access являются таблицы, запросы, формы, отчеты, макросы и модули. Для расширения возможностей имеется встроенный интерпретатор языка программирования Microsoft Visual Basic;

- 3 группа сложности;

- группа новизны ПС ВТ «Б».

Таблица 6.1 ─ Исходные данные

ПС является товаром, поэтому возможен расчёт экономического эффекта. Все расчёты выполнены на май 2009 года.

Определение объема ПС ВТ

Объем ПС определяется на основании информации о функциях ПС. По каталогу функций определяется объем функций (таблица 8.2). Общий объем ПС рассчитывается по формуле

, (6.1)

гдеV_B – общий объем ПС в натуральных единицах;

V_i – объем функций ПС;

n - общее число функций;

К_ПС = 0,15 – коэффициент объема функций для ПЭВМ.

В таблице 8.2 приведены характеристики функций ПС и их объем.

Таблица 8.2 ─ Характеристики функций и их объем

V₀ = 220+110+1750+680 = 2760 условных машинных команд.

Для ПЭВМ принимаем коэффициент 0,6 и получаем

V_B = 2760 · 0,6 = 1 656 условных машинных команд.

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

Нормативная трудоемкость (T_Н ) ПС определяется по таблице укрупненных норм времени на разработку ПС. По данным указанного приложения объему 1 656 условных машинных команд (3-я группа сложности ПС) соответствует нормативная трудоемкость Т_Н = 81человеко-дней.

Общая трудоемкость ПС (Т_О ) рассчитывается на основе нормативной путем введения дополнительного коэффициента сложности (К_СЛ = 0,7) по формуле

Т_О = Т_Н * К_СЛ *0,7, (6.2)

где Т_О – общая трудоемкость ПС;

Т_Н – нормативная трудоемкость ПС;

К_СЛ – дополнительный коэффициент сложности ПС.

Т_О = 81 * 0,7 * 0,12= 6,804626

Расчет основной заработной платы

Месячная тарифная ставка каждого исполнителя определяется путем умножения действующей месячной тарифной ставки 1-го разряда на тарифный коэффициент, соответствующий установленному тарифному разряду

С_зм = С_зм ¹ . К_т ; (6.3)

где С_зм – тарифная ставка за месяц, руб.;

С_зм ¹ – тарифная ставка 1-го разряда за месяц, руб.;

К_т – тарифный коэффициент, ед.

Месячная тарифная ставка техника-программиста:

С_зм =77000 · 2,84 = 218 680 руб.

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

С_оз = Т_О * С_зд * К_пр * Кп (6.4)

где С_оз – основная заработная плата, руб.;

С_зд – тарифная ставка за день (С_зм разделить на 21.25) , руб.;

Т_О – общая трудоемкость ПС, человеко-дней;

К_пр – коэффициент премирования, ед.

Кп – коэффициент естественных потерь рабочего времени, ед.;

С_зд = 218 680 /21,25= 10 290 руб.

Соз= 6,804 *10 290 *1,2*1,2 = 100 818 руб.

Расчет дополнительной заработной платы

Дополнительная заработная плата (З_Д ) включает выплаты, предусмотренные законодательством о труде, и определяются по нормативу в процентах к основной заработной плате по формуле

, (6.5)

где З_{Д i} – дополнительная заработная плата i-го исполнителя ПС;

З_Oi – сумма основной зарплаты i-го исполнителя;

Н_ЗД – норматив дополнительной заработной платы в целом по организации (10%).

З_Д = 100 818 · 0,10 = 10 081 руб.

Расчет отчислений в Фонд социальной защиты населения

Отчисления в Фонд социальной защиты населения (ФСЗН) определяются в соответствии с действующими законодательными актами по нормативу в процентном отношении к фонду основной и дополнительной зарплаты исполнителей

(6.6)

где С_фсзн – сумма отчислений в Фонд социальной защиты населения, руб.;

Н_фсзн – норматив отчислений в Фонд социальной защиты населения (%).

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

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

(6.7)

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

Н_бгс – норматив отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний, %.

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

Расходы по статье ”Материалы” (М) определяются по действующим нормативам. По этой статье отражаются расходы на материалы, необходимые для разработки ПС. Нормы расходов материалов суммарном выражении (H_m ) определяется в расчете на 100 УМК. Сумма затрат на материалы рассчитывается по формуле:

(6.8)

где С_м – сумма расходов на материалы, руб.;

Н_М = 380– норма расхода материалов в расчете на 100 УМК конкретного ПС (руб.);

V_о – общий объем ПС (УМК).

Коэффициент снижения среднего расхода материалов на разработку и отладку 100 строк кода при использовании ПС (0,4).

Расчет расходов на оплату машинного времени

Расходы включают оплату машинного времени, необходимого для разработки и отладки ПС, которое определяется по нормативам (в машино-часах) на 100 строк исходного кода машинного времени

(6.9)

где С_мв – сумма расходов на оплату машинного времени, руб.;

Ц_м – цена одного машино-часа, руб.;

Н_мв – норматив расхода машинного времени на отладку 100 строк исходного кода, машино-часов.

Расчет прочих прямых затрат

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

(6.10)

где С_пз – сумма прочих затрат, руб.;

Н_пз – норматив прочих затрат в целом по организации, %.

Расчет накладных расходов

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

(6.11)

где С_нр – сумма накладных расходов, руб.;

Н_нр – норматив накладных расходов в целом по организации, %.

Расчет суммы расходов на разработку ПС ВТ

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

(6.12)

где С_р – сумма расходов на разработку ПС ВТ, руб.;

С_р = 100 818 + 10 018 + 37 684 + 110 + 2 517 + 131 155 + 10 081 + 100 818 = 393 201 руб.

Расчет расходов на сопровождение и адаптацию

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

(6.13)

где С_рса – сумма расходов на сопровождение и адаптацию ПС ВТ, руб.;

Н_рса – норматив расходов на сопровождение и адаптацию, %.

Расчет полной себестоимости разработки ПС ВТ

Общая сумма расходов на разработку (с затратами на сопровождение и адаптацию) - полная себестоимость ПС определяется по формуле

(6.14)

где С_п – полная себестоимость ПС ВТ, руб.

С_п = 393 201 + 39 320 = 432 521 руб.

Определение отпускной цены на ПС ВТ

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

Прибыль рассчитывается по формуле

(6.15)

где П_пс – прибыль от реализации ПС, руб.;

У_рп – уровень рентабельности ПС, %;

Прогнозируемая цена разработчика ПС без налогов:

. (6.16)

где Ц_п – прогнозируемая цена разработчика ПС, руб.;

Ц_п = 432 521+ 86 504 = 518 755 руб.

Сумма отчислений в целевые бюджетные фонды из выручки от реализации продукции единым платежом:

, (6.17)

где С_цбф – сумма отчислений в целевые бюджетные фонды из выручки от реализации продукции единым платежом, руб.;

Н_цбф – ставка отчислений в целевые бюджетные фонды из выручки от реализации продукции единым платежом, %.

Сумма налога на добавленную стоимость:

, (6.18)

где НДС – сумма налога на добавленную стоимость, руб.;

Н_ндс – ставка НДС, %.

Прогнозируемая отпускная цена:

. (6.19)

где Ц_о – прогнозируемая отпускная цена, руб.

Ц_о = 518 755 + 5 239 + 94 318= 618 312 руб.

Расчет экономического эффекта от применения ПС у пользователя

Таблица 6.3 - Исходные данные для сравнения вариантов

Объем работ в зависимости от функциональной группы и назначения ПС определяется по формуле:

А = Vо' ∙ Кпс, (6.20)

где Vо' – скорректированный объем ПС, условных машино-команд;

Кпс – коэффициент применения ПС, ед.

Примем значение коэффициента применения Кпс для программного средства равным 0,6.

А =1 656 * 0,6= 993,6 условных машино-команд

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

Ко = Кпр + Кос + Коб, (6.21)

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

Кос – затраты пользователя на освоение ПС, руб.;

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

Кпр примем равным прогнозируемой отпускной цене (618 312 руб.), так как услуги по эксплуатации и сопровождению данного программного средства не требуются.

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

Кос = Кпр * Нкос, (6.22)

Коб = Кпр * Нкоб, (6.23)

где Нкос - норматив расходов на освоение ПС, равен 1%,

Нкоб - норматив расходов на пополнение оборотных средств в связи с использованием нового ПС, равен 2%.

Кос = 618 312 * 0,01 = 6 183 руб,

Коб= 618 312 * 0,02 = 12 366 руб.

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

Таким образом, теперь мы можем рассчитать общие капитальные вложения заказчика (потребителя), связанные с приобретением, внедрением и использованием ПС:

Ко = 618 312 + 6 183 + 12 366 = 636 861 руб.

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

Эоз = Эоз' ∙ А, (6.24)

где Эоз – экономия затрат на заработную плату при решении задач с использованием нового ПС, руб.;

Эоз ' – экономия затрат на заработную плату при решении задач с использованием нового ПС в расчете на 100 КБ, руб.;

А – объем выполненных работ с использованием нового ПС, 100 КБ.

Экономия затрат на заработную плату в расчете на 100 КБ:

, (6.25)

где Сзм – среднемесячная заработная плата одного программиста, руб.;

Тс1, Тс2 – трудоемкость работ в расчете на 100 строк кода при базовом и новом варианте соответственно, человеко-часов;

ФРВ – фонд рабочего времени за месяц (169,3), дн.

руб.

Теперь можем рассчитать экономию затрат на заработную плату при использовании нового ПС в расчете на объем выполненных работ:

Эоз =103*993,6= 102 340 руб.

При определении трудоемкости, связанной с использованием программы рекомендуется ориентироваться на показатель равный 30-50% от трудоемкости разработки в часах. Таким образом:

1.96 человеко-час на 100 КБ

Экономия начислений на заработную плату при использовании нового ПС в расчете на объем выполненных работ:

Энач = Эоз ∙ Кнач, (6.26)

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

Кнач – коэффициент начислений на заработную плату, ед.

(6.27)

Таким образом экономия начислений на заработную плату при использовании нового ПС в расчете на объем выполненных работ равна:

Энач = Эоз ∙ Кнач (6.28)

Энач = 102 340 * 0,35= 35 819 руб.

Экономия затрат на оплату машинного времени в расчете на выполненный объем работ в результате применения нового ПС:

, (6.29)

где Эмв – экономия затрат на оплату машинного времени при решении задач с использованием нового ПС, руб.;

Эмв' – экономия затрат на оплату машинного времени при решении задач с использованием нового ПС в расчете на 100 КБ, руб.

Экономия затрат на оплату машинного времени в расчете на 100 КБ:

(6.30)

где Смв1, Смв2 – средний расход машинного времени в расчете на 100 КБ при применении базового и нового варианта ПС соответственно, машино-часов.

руб.

Рассчитаем экономию затрат на оплату машинного времени в расчете на выполненный объем работ в результате применения нового ПС:

руб.

Экономия затрат на материалы при использовании нового ПС в расчете на объем выполненных работ:

, (6.31)

где Эм – экономия затрат на материалы при использовании нового ПС, руб.;

Эм ' – экономия затрат на материалы в расчете на 100 КБ при использовании нового ПС, руб.

, (6.32)

где См1, См2 – средний расход материалов у пользователя в расчете на 100 КБ при использовании базового и нового варианта ПС соответственно, руб.

руб.

Таким образом экономия затрат на материалы при использовании нового ПС в расчете на объем выполненных работ равна:

руб.

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

руб. (6.33)

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

, (6.34)

где ∆ П – прирост прибыли, руб.;

Нп – ставка налога на прибыль, %.

руб.

Рассчитаем прирост чистой прибыли:

(6.35)

где ∆ Пч – прирост чистой прибыли, руб.;

Нмс – ставка местных налогов и сборов, %.

руб.

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

, (6.36)

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

tp – расчетный год, tp = 1;

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

2008: ,

2009: ,

2010:

2011: ;

∆ Пч ∙ ALFA1 = 746 862 руб.,

∆ Пч ∙ ALFA2 = 746 862 *0,9 = 672 175 руб.,

∆ Пч ∙ ALFA3 = 746 862 *0,81 = 604 958 руб.,

∆ Пч∙ ALFA4 = 746 862 *0,73 = 545 209 руб.;

Ко¹ ∙ ALFA1 = 636 861*1 = 636 861руб.,

Ко² ∙ ALFA2 = 0*0,9=0 руб.,

Ко ³ ∙ ALFA3 = 0*0,81=0 руб.,

Ко⁴ ∙ ALFA4 = 0*0,73=0 руб.;

∆ Пч ∙ ALFA1 - Ко ∙ ALFA1= 746 862 – 636 861= 110 001 руб.,

∆ Пч ∙ ALFA2 - Ко ∙ ALFA2=672 175 - 0 = 672 175 руб.,

∆ Пч ∙ ALFA3 - Ко ∙ ALFA3=604 958 – 0 = 604 958 руб.,

∆ Пч ∙ ALFA3 - Ко ∙ ALFA3 = 545 209 – 0 = 545 209 руб.

Данные расчета экономического эффекта приведены в таблице 6.3.

Таблица 6.3 - Расчет экономического эффекта от использования нового ПС

Вывод:

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

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

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

Литература

1. В.В. Брага, А.А. Левкин Компьютерные технологии в бухгалтерском учете на базе автоматизированных систем. М.: Финстатинформ, 2001 г., 218с.

2. Глушаков С.В. Базы данных. М.: Фолио АСТ, 2002 г., 493 с.

3. Microsoft Access 97. Шаг за шагом: Практ. Пособ./Пер. с англ. –М.: Издательство ЭКОМ, 2000. – 328с.

4. Маклаков С.В. «BPwin и Erwin CASE средства разработки информационных систем» - М.: издательство «Диалог-Мифи», 2001. – 304 с.

5. Вендров А.М. «Практикум по проектированию программного обеспечения экономических информационных систем: Учебное пособие» - М.: издательство «Финансы и статистика», 2002. – 192 с.

6. ГОСТ 12.1.003-83. ССБТ. Шум. Общие требования безопасности.

7. ГОСТ 12.1.005-88. ССБТ. Общие санитарно-гигиенические требования к воздуху рабочей зоны.

8. ГОСТ 12.1.012-90.ССБТ. Вибрационная безопасность. Общие требования.

9. СанПиН 9-131 РБ 2000.

10. ГОСТ 12.2.032-78. ССБТ. Рабочее место при выполнении работ сидя.

11. ГОСТ 12.1.030-81. ССБТ.

12. ГОСТ 6825-91. Лампы люминесцентные трубчатые для общего освещения.

13. ОНТП 24-8б. Определение категорий помещений и зданий по взрывопожарной и пожарной опасности. — М.: ВНИИПО МВД СССР, 1988.

14. СНБ 2.04.05-98. Естественное и искусственное освещение.

15. СНиП 2.04.05-91.

16. СН 9-86 РБ-98

17. НПБ 5-2000

18. СанПиН 2.2.1.13-5-2006 «Гигиенические требования к проектированию, содержанию и эксплуатации производственных предприятий»

19. Челноков А.А. Охрана труда: учеб. пособие. - Мн.: Выш. шк., 2007

20. СНиП 2.2.1.13-5-2006

Приложение А Логическая модель (уровень сущностей)

Приложение Б Логическая модель (уровень ключей)

Приложение В Логическая модель (уровень атрибутов)

Приложение Г Физическая модель данных

Приложение Д Текст программы

- Модуль 1

Option Compare Database

Option Explicit

Public Otch_Per_Pr As Date

Public date_n, date_k As Date

Public vbr As Integer

Public lngX As Long

Function Oplata_aut()

On Error GoTo Oplata_aut_Err

DoCmd.SetWarnings False

Расчет оплаты по месячно перед переходом на следующий месяц

удаляем за данный период

DoCmd.RunSQL "DELETE DISTINCTROW Oplata_auto.*, Oplata_auto.Data_nach FROM Oplata_auto WHERE (((Oplata_auto.Data_nach)>[Forms]![Кнопочная форма]![Otch_per]));"

Подставляем сальдо на начало года как начисление 1 раз

DoCmd.RunSQL "INSERT INTO Oplata_auto ( Abon_opl, Data_nach, Sum_nach ) SELECT DISTINCTROW Partner.CODE, #12/31/2001# AS d1, Abs([Sum_saldo]) AS n FROM Partner INNER JOIN Saldo ON Partner.CODE = Saldo.Code_Ab WHERE (((Saldo.Sum_saldo)<0) AND ((Saldo.Mes)=#1/1/2002#));"

DoCmd.RunSQL "UPDATE DISTINCTROW Oplata_auto SET Oplata_auto.Sum_nach_perv = [Sum_nach];"

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

DoCmd.OpenQuery "a0_1", acNormal, acEdit

DoCmd.OpenQuery "a0_2", acNormal, acEdit

DoCmd.OpenQuery "a0_3", acNormal, acEdit

Сохраняем в Backup

DoCmd.RunSQL "DELETE Oplata_backup.* FROM Oplata_backup;"

DoCmd.RunSQL "INSERT INTO Oplata_backup SELECT Oplata_auto.* FROM Oplata_auto;"

DoCmd.OpenQuery "a1_1", acNormal, acEdit

DoCmd.OpenQuery "a1_2", acNormal, acEdit

DoCmd.OpenQuery "a2_1", acNormal, acEdit

DoCmd.OpenQuery "a2_2", acNormal, acEdit

DoCmd.OpenQuery "a2_3", acNormal, acEdit

DoCmd.OpenQuery "a2_4", acNormal, acEdit

DoCmd.OpenQuery "a3_1", acNormal, acEdit

DoCmd.OpenQuery "a3_2", acNormal, acEdit

DoCmd.OpenQuery "a3_3", acNormal, acEdit

DoCmd.OpenQuery "a3_4", acNormal, acEdit

DoCmd.OpenQuery "a3_5", acNormal, acEdit

DoCmd.OpenQuery "_mes_opl", acNormal, acEdit 'Группировка месяц

DoCmd.OpenQuery "a4_1", acNormal, acEdit 'sort!!!

DoCmd.OpenQuery "a4_2", acNormal, acEdit

DoCmd.OpenQuery "a4_3", acNormal, acEdit

DoCmd.OpenQuery "a4_4", acNormal, acEdit

Удаляем из tempa

DoCmd.RunSQL "DELETE DISTINCTROW [_temp].* FROM _temp;"

Oplata_aut_Exit:

Exit Function

Oplata_aut_Err:

MsgBox Error$

Resume Oplata_aut_Exit

End Function

Function Saldo_new()

On Error GoTo Saldo_new_Err

DoCmd.SetWarnings False

'Расчет сальдо перед переходом на следующий месяц

DoCmd.OpenQuery "Z_Udal_Saldo", acNormal, acEdit

DoCmd.OpenQuery "R_Saldo_new", acNormal, acEdit

Saldo_new_Exit:

Exit Function

Saldo_new_Err:

MsgBox Error$

Resume Saldo_new_Exit

End Function

Function Rashet_nachisl()

On Error GoTo Rashet_nachisl_Err

DoCmd.SetWarnings False

DoCmd.OpenQuery "R_nach_ud", acNormal, acEdit

DoCmd.OpenQuery "R_nach", acNormal, acEdit

DoCmd.OpenQuery "R_nach_7", acNormal, acEdit

treb_begin

Rashet_nachisl_Exit:

Exit Function

Rashet_nachisl_Err:

MsgBox Error$

Resume Rashet_nachisl_Exit

End Function

Function Pech_reestr()

On Error GoTo Pech_reestr_Err

vbr = 2

DoCmd.OpenForm "Требования", acFormDS, "", "", acEdit, acNormal

Pech_reestr_Exit:

Exit Function

Pech_reestr_Err:

MsgBox Error$

Resume Pech_reestr_Exit

End Function

Function Pech_reestr_in()

On Error GoTo Pech_reestr_in_Err

vbr = 3

DoCmd.OpenForm "Требования", acFormDS, "", "", acEdit, acNormal

Pech_reestr_in_Exit:

Exit Function

Pech_reestr_in_Err:

MsgBox Error$

Resume Pech_reestr_in_Exit

End Function

'------------------------------------------------------------

' Требования

'

'------------------------------------------------------------

Function Pech_treb()

On Error GoTo Pech_treb_Err

vbr = 1

DoCmd.OpenForm "Требования", acFormDS, "", "", acEdit, acNormal

Pech_treb_Exit:

Exit Function

Pech_treb_Err:

MsgBox Error$

Resume Pech_treb_Exit

End Function

Function Pech_kol_usl()

On Error GoTo Pech_kol_usl_Err

DoCmd.SetWarnings False

DoCmd.RunSQL "DELETE DISTINCTROW SCHET.* FROM SCHET;"

DoCmd.OpenQuery "Z_Uslugi_vid_1", acNormal, acEdit

DoCmd.OpenQuery "Z_Uslugi_vid_2", acNormal, acEdit

DoCmd.OpenQuery "Z_Uslugi_vid_3", acNormal, acEdit

DoCmd.RunSQL "UPDATE DISTINCTROW abon_sys SET abon_sys.CODE = 5;"

run_exe

Pech_kol_usl_Exit:

Exit Function

Pech_kol_usl_Err:

MsgBox Error$

Resume Pech_kol_usl_Exit

End Function

Function Open_Dialog(stArg_d As String)

On Error GoTo Open_Dialog_Err

' DoCmd.SetWarnings False

DoCmd.OpenForm "Диалог", acNormal, "", "", acEdit, acNormal, stArg_d

Open_Dialog_Exit:

Exit Function

Open_Dialog_Err:

MsgBox Error$

Resume Open_Dialog_Exit

End Function

Function Open_Data_dialog() '(stArg_d As String)

On Error GoTo Open_Data_dialog_Err

' DoCmd.SetWarnings False

DoCmd.OpenForm "Ввод даты", acNormal, "", "", acEdit, acNormal ', stArg_d

Open_Data_dialog_Exit:

Exit Function

Open_Data_dialog_Err:

MsgBox Error$

Resume Open_Data_dialog_Exit

End Function

Function run_exe()

On Error GoTo Err_run_exe

Dim stAppName As String

stAppName = "C:\Abon\ABON_ORG.EXE"

Call Shell(stAppName, 3)

Exit_run_exe:

Exit Function

Err_run_exe:

MsgBox Err.Description

Resume Exit_run_exe

End Function

Function Откр_форму(Name_form As String)

On Error GoTo Откр_форму_Err

DoCmd.OpenForm Name_form, acFormDS, "", "", acEdit, acNormal

Откр_форму_Exit:

Exit Function

Откр_форму_Err:

MsgBox Error$

Resume Откр_форму_Exit

End Function

'------------------------------------------------------------

' Переход_Back

'

'------------------------------------------------------------

Function Переход_Back() '(Name_form As Form)

On Error GoTo Переход_Back_Err

Dim Dat_N As Date, Dat_T As Date

Dat_T = DateSerial(Year(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Month(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Day(DLookup("DateValue (Запись)", "Системная", "Код = 1")))

Dat_N = DateSerial(Year(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Month(DLookup("DateValue (Запись)", "Системная", "Код = 1")) - 1, Day(DLookup("DateValue (Запись)", "Системная", "Код = 1")))

If MsgBox("Текущий отчетный период" & Chr(13) & Chr(10) & _

Format(Dat_T, "mmmm yyyy") & Chr(13) & Chr(10) & _

"Следующий - " & Format(Dat_N, "mmmm yyyy") & Chr(13) & Chr(10) & _

"Будете переходить?", vbYesNo + vbInformation + vbDefaultButton1) = vbYes Then

Forms![Кнопочная форма]![Otch_per] = Dat_N

Otch_Per_Pr = Dat_N

DoCmd.SetWarnings False

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=1));"

Dat_N = DateSerial(Year(Otch_Per_Pr), Month(Otch_Per_Pr) - 1, Day(Otch_Per_Pr))

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=2));"

Dat_N = DateSerial(Year(Otch_Per_Pr), Month(Otch_Per_Pr) + 1, Day(Otch_Per_Pr))

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=3));"

DoCmd.RunSQL "DELETE Oplata_auto.* FROM Oplata_auto;"

DoCmd.RunSQL "INSERT INTO Oplata_auto SELECT Oplata_backup.* FROM Oplata_backup;"

End If

Переход_Back_Exit:

Exit Function

Переход_Back_Err:

MsgBox Error$

Resume Переход_Back_Exit

End Function

'------------------------------------------------------------

' Переход_New

'

'------------------------------------------------------------

Function Переход_New() '(Name_form As Form)

On Error GoTo Переход_New_Err

Dim Dat_N As Date, Dat_T As Date

Dat_T = DateSerial(Year(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Month(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Day(DLookup("DateValue (Запись)", "Системная", "Код = 1")))

Dat_N = DateSerial(Year(DLookup("DateValue (Запись)", "Системная", "Код = 1")), Month(DLookup("DateValue (Запись)", "Системная", "Код = 1")) + 1, Day(DLookup("DateValue (Запись)", "Системная", "Код = 1")))

If MsgBox("Текущий отчетный период" & Chr(13) & Chr(10) & _

Format(Dat_T, "mmmm yyyy") & Chr(13) & Chr(10) & _

"Следующий - " & Format(Dat_N, "mmmm yyyy") & Chr(13) & Chr(10) & _

"Будете переходить?", vbYesNo + vbInformation + vbDefaultButton1) = vbYes Then

'LineNew:

Oplata_aut

Saldo_new

Forms![Кнопочная форма]![Otch_per] = Dat_N

Otch_Per_Pr = Dat_N

DoCmd.SetWarnings False

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=1));"

Dat_N = DateSerial(Year(Otch_Per_Pr), Month(Otch_Per_Pr) - 1, Day(Otch_Per_Pr))

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=2));"

Dat_N = DateSerial(Year(Otch_Per_Pr), Month(Otch_Per_Pr) + 1, Day(Otch_Per_Pr))

DoCmd.RunSQL "UPDATE DISTINCTROW Системная SET Системная.Запись = '" & Dat_N & "' WHERE (((Системная.Код)=3));"

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

DoCmd.RunSQL "DELETE DISTINCTROW Treb.*, Treb.Data_nach FROM Treb WHERE (((Treb.Data_nach) Is Null));"

DoCmd.RunSQL "INSERT INTO Treb ( Code, Abon_nach ) SELECT DISTINCTROW [Partner]![CODE] & Format([Forms]![Кнопочная форма]![Otch_per],'mmyy') AS COD, Partner.CODE FROM Partner;"

Else

End If

Переход_New_Exit:

Exit Function

Переход_New_Err:

MsgBox Error$

Resume Переход_New_Exit

End Function

Public Function Del_period()

'Убираем меньше заданного периода

Dim Per_0 As String

' Per_0 = DateSerial(Year(DLookup("DateValue (Запись)", "Системная", "Код = 10")), Month(DLookup("DateValue (Запись)", "Системная", "Код = 10")), Day(DLookup("DateValue (Запись)", "Системная", "Код = 10")))

' Per_0 = DLookup("Запись", "Системная", "Код = 10")

Per_0 = "01/01/2002"

DoCmd.SetWarnings True

DoCmd.RunSQL "DELETE DISTINCTROW Nachisl.*, Nachisl.Data_nach FROM Nachisl WHERE (((Nachisl.Data_nach) < #" & Per_0 & "#));"

DoCmd.RunSQL "DELETE DISTINCTROW Oplata.*, Oplata.Data_oplat FROM Oplata WHERE (((Oplata.Data_oplat) < #" & Per_0 & "#));"

DoCmd.RunSQL "DELETE DISTINCTROW Saldo.*, Saldo.Mes FROM Saldo WHERE (((Saldo.Mes) < #" & Per_0 & "#));"

DoCmd.RunSQL "DELETE DISTINCTROW Treb.*, Treb.Data_nach FROM Treb WHERE (((Treb.Data_nach) < #" & Per_0 & "#));"

End Function

Public Function treb_begin()

DoCmd.SetWarnings False

DoCmd.RunSQL "DELETE DISTINCTROW Plat_tr.* FROM Plat_tr;"

DoCmd.RunSQL "INSERT INTO PLAT_TR ( CODE_TR, SUM_NACH, NDS_NACH, SUM_VSEGO ) SELECT DISTINCTROW Partner.CODE, Sum(Сумма_начислений.Sum_Sum_nach) AS Sum_Sum_Sum_nach, Sum(Сумма_начислений.Sum_NDS_nach) AS Sum_Sum_NDS_nach, Sum([Sum_Sum_nach]+[Sum_NDS_nach]) AS SUM_VSEGO FROM Partner INNER JOIN [Сумма_начислений] ON Partner.CODE = Сумма_начислений.Abon_nach GROUP BY Partner.CODE;"

DoCmd.OpenQuery "Обновл_Требован"

End Function

- Модуль для перевода чисел в текст прописью:

' определение внешней функции NumberToText

Private Declare Function NumberToText Lib "DIG2TEXT" (ByVal Num As Double, ByVal ObjID$, ByVal flags As Long, ByVal ResultVal$) As Long

Function CapitalizeFirst(Str)

' Переводит первую букву в поле на верхний регистр;

' оставляет остальные символы не измененными.

Dim strTemp As String

strTemp = Trim(Str)

CapitalizeFirst = UCase(Left(strTemp, 1)) & Mid(strTemp, 2)

End Function

Function Okruglen(Num As Currency)

Okruglen = Format(Num, "#0.00")

End Function

' Spaces256$ создает пустую строку длиной 256 символов

Function Spaces256$()

Temp$ = "0123456789abcdef"

Temp$ = Temp$ & Temp$ & Temp$ & Temp$

Temp$ = Temp$ & Temp$ & Temp$ & Temp$

Spaces256$ = Temp$

End Function

' NumberToRussianText$ преобразует число Number в строку, в которой это число записано прописью

' на русском языке в соответствии с объектом ObjectID$. Если Flags = 256, то первый символ строки

' делается заглавным.

Function NumberToRussianText$(Number As Double, ObjectID$, flags As Long)

Dim ResultVal$, ResultLength As Long

ResultVal$ = Spaces256$()

ResultLength = NumberToText(Number, ObjectID$, flags, ResultVal$)

NumberToRussianText$ = Left$(ResultVal$, ResultLength)

End Function

' Пример использования функции NumberToRussianText$

'Sub ConvertToRusTextExample()

' ResultVal$ = NumberToRussianText$(123.5, "USD", 256)

' Debug.Print ResultVal$

'End Sub

- Модуль для служебных функций

Option Compare Database

Option Explicit

Public Kod_typ_dv As Integer

Public Archif As Boolean

Public Board As Integer

Public Obn As Boolean

'------------------------------------------------------------

' Restore_Form

'

'------------------------------------------------------------

Function Restore_Form(Name_form As Form)

On Error GoTo Restore_Form_Err

Dim frm As Form

Set frm = Name_form

frm.SetFocus

DoCmd.Restore

Restore_Form_Exit:

Exit Function

Restore_Form_Err:

MsgBox Error$

Resume Restore_Form_Exit

End Function

Sub Set_Controls(Dostup As Integer)

'1- Запретить изменения, 2- разрешить

On Error GoTo Set_Controls_Err

Dim frm As Form, ctl As Control, в As Integer

Set frm = Screen.ActiveForm

' Перебирает все компоненты семейства Controls.

For Each ctl In frm.Controls

' Проверяет, является ли элемент управления списком или текстовым блоком

If ctl.ControlType = acComboBox Or ctl.ControlType = acTextBox Then

If Dostup = 1 Then

If ctl.Name = "ПолеПоиска" Then

Else

With ctl

.Enabled = False

.Locked = True

' .SetFocus

' .OnEnter = "=Вход_ПолеСоСписком()"

' .OnExit = "=Выход_ПолеСоСписком()"

End With

End If

ElseIf Dostup = 2 Then

With ctl

' .SetFocus

.Enabled = True

.Locked = False

End With

End If

End If

Next ctl

Set_Controls_Exit:

Exit Sub

Set_Controls_Err:

MsgBox Error$

Resume Set_Controls_Exit

End Sub

'------------------------------------------------------------

' Close_Form

'

'------------------------------------------------------------

Function Close_Form()

On Error GoTo Close_Form_Err

Dim strFormName As String

' strFormName = Screen.ActiveDatasheet.Name

strFormName = Screen.ActiveForm.FormName

' DoCmd.Close acQuery, strFormName, acSaveYes

If strFormName = "Кнопочная форма" Then

SendKeys "{ESC}", False

Else

DoCmd.Close acForm, strFormName, acSaveYes

End If

Close_Form_Exit:

Exit Function

Close_Form_Err:

If Err.Number = 2475 Then

strFormName = Screen.ActiveDatasheet.Name

DoCmd.Close acQuery, strFormName, acSaveYes

'frm.SetFocus

DoCmd.Restore

'Restore_Form ("Forms![Кнопочная форма]")

Else

' MsgBox Error$

Resume Close_Form_Exit

End If

End Function

Function Exit_Main()

DoCmd.Quit acSave

End Function

Function IsForm(NameForm As String) As Integer

' Возвращает True, если актиным окном является форма.

Dim strFormName As String

On Error Resume Next

strFormName = Screen.ActiveForm.FormName

If Err Then

IsForm = False

Else

If strFormName = NameForm Then

IsForm = True

Else

IsForm = False

End If

End If

On Error GoTo 0

End Function

Function EditN() As Integer

On Error GoTo EditN_Err

Dim frm As Form

Dim varTmp As Variant

Set frm = Screen.ActiveForm

' Включает ввод записей с помощью свойства

' "Разрешить изменение" (AllowEdits). Задает для свойства

' "Работа с записями" (DefaultEditing) значение 1 (Ввод данных).

' frm.AllowEdits = False

'frm.DefaultEditing = 1

' Включает элементы в области данных

varTmp = EnableControls("Detail", False, True)

Exit Function

EditN_Err:

MsgBox Err.Description

Exit Function

End Function

Function EditD() As Integer

On Error GoTo EditD_Err

Dim frm As Form

Dim varTmp As Variant

Set frm = Screen.ActiveForm

' Включает ввод записей с помощью свойства

' "Разрешить изменение" (AllowEdits). Задает для свойства

' "Работа с записями" (DefaultEditing) значение 1 (Ввод данных).

' frm.AllowEdits = True

'frm.DefaultEditing = 1

' Включает элементы в области данных

varTmp = EnableControls("Detail", True, False)

Exit Function

EditD_Err:

MsgBox Err.Description

Exit Function

End Function

Function EnableControls(strWhichSection As String, intState As Integer, intLocked As Integer) As Integer

' Включает и отключает элементы управления в указанных разделах формы.

Dim frm As Form

Dim ctl As Control

Dim intX As Integer, intSelectedSection As Integer

' Использует активную форму. Если активной формы нет,

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

On Error Resume Next

Set frm = Screen.ActiveForm

If Err Then

EnableControls = False

On Error GoTo 0

Exit Function

End If

' Определяет допустимые значения аргумента strWhichSection.

Select Case UCase$(strWhichSection)

Case "FORM HEADER"

intSelectedSection = 1

Case "PAGE HEADER"

intSelectedSection = 3

Case "DETAIL"

intSelectedSection = 0

Case "PAGE FOOTER"

intSelectedSection = 4

Case "FORM FOOTER"

intSelectedSection = 2

Case Else

MsgBox "Недопустимый аргумент", , "EnableControls"

EnableControls = False

Exit Function

End Select

' Присваивает значение аргумента intState, intLocked всем

' элементам управления в указанном разделе.

For intX = 0 To frm.Count - 1

Set ctl = frm(intX)

If ctl.Section = intSelectedSection Then

On Error Resume Next

ctl.Enabled = intState

ctl.Locked = intLocked

On Error GoTo 0

End If

Next intX

EnableControls = True

End Function

'------------------------------------------------------------

' К_полю_поиска

'

'------------------------------------------------------------

Function К_полю_поиска()

On Error GoTo К_полю_поиска_Err

Dim Fr As Form

Set Fr = Screen.ActiveForm

Fr![ПолеПоиска].SetFocus

SendKeys "{F4}", False

К_полю_поиска_Exit:

Exit Function

К_полю_поиска_Err:

MsgBox Error$

Resume К_полю_поиска_Exit

End Function

Function Перед_обновлением()

Dim strMsg As String, strCRLF As String

strCRLF = Chr(13) & Chr(10)

strMsg = "Произведено изменение." & strCRLF & _

"Если все правильно, нажмите Да. Произойдет запись." & strCRLF & _

"При нажатии Нет запись не произойдет," & strCRLF & _

"а при последующем нажатии клавиши Esc отмените изменения."

If MsgBox(strMsg, vbYesNo + vbQuestion + vbDefaultButton2) = vbNo Then

Перед_обновлением = -1

End If

End Function

Function Печать_отчета(stDocName As String)

On Error GoTo Err_Печать_отчета

Dim stDocName1 As String

'stDocName = "Z_Abon_КолПоУлицам"

stDocName1 = stDocName

DoCmd.OpenReport stDocName1, acNormal

Exit_Печать_отчета:

Exit Function

Err_Печать_отчета:

MsgBox Err.Description

Resume Exit_Печать_отчета

End Function

'В данном примере функция IsNull проверяет, имеет ли элемент

'управления пустое (Null) значение.

'Если да, выводится приглашение ввести данные.

'Если элемент управления имеет присвоенное значение,

'выводится сообщение с этим значением.

Sub ControlValue(ctlText As Control)

Dim strMsg As String, strCRLF As String

strCRLF = Chr(13) & Chr(10)

' Проверяет, что элемент управления является полем.

If ctlText.ControlType = acTextBox Then

' При значении Null выводит приглашение ввести данные.

If IsNull(ctlText.Value) Then

strMsg = "Пустое поле '" & _

ctlText.Name & "'." & strCRLF & _

"Введите значение данного поля."

If MsgBox(strMsg, vbQuestion) = vbOK Then

Exit Sub

End If

' Если поле имеет непустое значение, выводит это значение.

Else

MsgBox (ctlText.Value)

End If

End If

End Sub

Function IsLoaded1(ByVal strFormName As String) As Integer

' Возвращает значения True, если форма открыта в режиме формы или таблицы.

Const conObjStateClosed = 0

Const conDesignView = 0

If SysCmd(acSysCmdGetObjectState, acForm, strFormName) <> conObjStateClosed Then

If Forms(strFormName).CurrentView <> conDesignView Then

IsLoaded1 = True

End If

End If

End Function

Function IsLoaded(frmName)

' Проверяет, загружена ли форма.

Const conFormDesign = 0

Dim intX As Integer

IsLoaded = False

For intX = 0 To Forms.Count - 1

If Forms(intX).FormName = frmName Then

If Forms(intX).CurrentView <> conFormDesign Then

IsLoaded = True

Exit Function ' Выход из функции при обнаружении формы.

End If

End If

Next

End Function

'------------------------------------------------------------

' Команды_УдЗап

'

'------------------------------------------------------------

Function Команды_УдЗап()

On Error GoTo Команды_УдЗап_Err

DoCmd.DoMenuItem 0, 1, 7, 0, acMenuVer70 ' Форма, Правка, Удалить запись

Команды_УдЗап_Exit:

Exit Function

Команды_УдЗап_Err:

MsgBox Error$

Resume Команды_УдЗап_Exit

End Function

'------------------------------------------------------------

' Команды_Обновить

'

'------------------------------------------------------------

Function Команды_Обновить()

On Error GoTo Команды_Обновить_Err

DoCmd.Requery ""

Команды_Обновить_Exit:

Exit Function

Команды_Обновить_Err:

MsgBox Error$

Resume Команды_Обновить_Exit

End Function

'------------------------------------------------------------

' Команды_ДобавитьЗап

'

'------------------------------------------------------------

Function Команды_ДобавитьЗап()

On Error GoTo Команды_ДобавитьЗап_Err

DoCmd.DoMenuItem 0, 3, 0, 0, acMenuVer70 ' Форма, Вставка, Запись

Команды_ДобавитьЗап_Exit:

Exit Function

Команды_ДобавитьЗап_Err:

MsgBox Error$

Resume Команды_ДобавитьЗап_Exit

End Function