Реферат: Автоматизированный учет радиоточек передающего центра

Содержание

ВВЕДЕНИЕ

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. Логическоемоделирование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

-                   процессы;

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

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

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

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

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

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

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

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

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

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

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

/>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

/> 


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

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

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

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

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

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

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

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

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

/>

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


/>

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

/> <td/> />  

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


/>

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.4 

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

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

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

-                   СУБД – MS Access;

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


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

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

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

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

Начисления Дата начисл Абонент Сумма начисл Сумма НДС % НДС шифр 25 05 2009 1 65520 11794 18 25 05 2009 2 720 130 18 25 05 2009 3 18 10 06 2009 4 777 140 18 25 05 2009 4 21600 3888 18 25 05 2009 5 18000 3240 18 25 05 2009 6 3600 648 18 25 05 2009 8 59040 10627 18 25 05 2009 9 3600 648 18 25 05 2009 10 115200 20736 18 11 05 2009 11 9046 1628 25 05 2009 11 2105180 378932 18 25 05 2009 12 7920 1426 18 25 05 2009 13 25200 4536 18 25 05 2009 14 720 130 18 25 05 2009 16 12240 2203 18 25 05 2009 19 28800 5184 18 25 05 2009 20 5760 1037 18

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

Oplata Дата оплаты Код абонента Код треб Сумма_оплаты 26 05 2009 1 249256 26 05 2009 2 7563 26 05 2009 4 24488 25 05 2009 6 1000 25 05 2009 7 25 05 2009 8 496674 28 05 2009 9 4000 28 05 2009 10 28 05 2009 11 2511000 28 05 2009 12 9000 28 05 2009 14 1700 28 05 2009 16 60000 28 05 2009 19 68000 28 05 2009 20 5000 28 05 2009 13 30000

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

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

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

предпр.

             1         -231942,00            65 520,00            11 794,00           249256,00           -60000,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         -427007,00            59 040,00            10 627,00           496674,00                    0,00

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

            11          -16214,00        2 114226,00          380560,00        2 511000,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          -43329,00            12 240,00              2 203,00            60 000,00              2 228,00

            19          -33984,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 –Печатная форма оборотной ведомости по абонентам

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


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

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

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

Запустив приложение, на экране появится главная кнопочнаяформа Абоненты (Организации) со следующими пунктами меню (рисунок 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.


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

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

 

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Группа производственных процессов Санитарная характеристика производственного процесса

Расчетное

число человек

Тип гардеробных, число отделений шкафа на 1 человека Специальные бытовые помещения и устройства на одну душевую сетку на один кран 1 2 3 4 5 6 1 — с незначительными избытками явной теплоты и вызывающие загрязнение веществами III и IV классов опасности: 1а только рук 25 7 Общие, одно отделение 16 тела и спецодежды 15 10 Общие, два отделения 1в тела и спецодежды, удаляемых с применением специальных моющих средств 5 20 Раздельные, по одному отделению в каждой гардеробной Химчистка или стирка спецодежды 2 — протекающие при избытках явной теплоты или неблагоприятных метеоусловиях: 2а при избытках явной конвекционной теплоты 7 20 Общие, два отделения Помещения для охлаждения 26 при избытках явной лучистой теплоты 3 20 То же То же 2в связанные с воздействием влаги, вызывающей намокание спецодежды 5 20 Раздельные, по одному отделению в каждой из гардеробных Сушка спецодежды 2г при температуре воздуха до 10 «С, включая работы на открытом воздухе 5 20 Раздельные, по одному отделению в каждой из гардеробных Помещения для обогрева и сушки спецодежды 3 -с резко выраженными вредными факторами, вызывающие загрязнение веществами I и III классов опасности, а также веществами, обладающие стойким запахом: За только рук 7 10 Общие, одно отделение - 36 тела и спец- 3 10 Раздельные, по одному отделению Химчистка, искусственная вентиляция мест хранения спецодежды 4

— требующие особого режима по

чистоте или стерильности при изготовлении продукции

В соответствии с требованиями ведомственных нормативных документов

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

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

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

Для всех групп производственных процессов при списочнойчисленности работающих на предприятии до 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 м2, оборудованные мойками с подачей к нимхолодной и горячей воды через смесители, а также приспособлениями для сушкиуборочного инвентаря. Уборочный инвентарь (ведра, тряпки, щетки и т.д.)маркируется и применяется раздельно для туалетов, душевых, преддушевых комнат идругих помещений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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].


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Коэффициент новизны

Кн

единиц 0,7 Группа сложности «В» единиц 3 Дополнительный коэффициент сложности

Ксл

единиц 0,1 Месячный эффективный фонд времени

Фэф

дней 169,3 Продолжительность рабочего дня

Тч

ч 8 Тарифная ставка 1-го разряда

Тм1

руб 77000 Коэффициент премирования К единиц 1,2 Норматив дополнительной заработной платы

Нзд

% 10 Ставка отчислений в фонд социальной защиты населения

Нсз

% 34 Норматив прочих затрат

Нп

% 10 Норматив накладных расходов

Нн

% 120 Ставка налога на прибыль Ннч % 24 Норматив расходов на сопровождение и адаптацию

Нрса

% 10 Норматив расхода машинного времени на отладку 100 машинных команд Нмв Ч 3,6 Уровень рентабельности

Урн

% 20 Ставка НДС

Нндс

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

Сцбф

% 1 Цена одного машино-часа Цм Руб. 2200

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


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

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

 />,                                                                        (6.1)

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

Vi<sub/>– объем функций ПС;

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

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

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

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

Содержание функции Объем, условных машино-команд 109 – Организация ввода/вывода информации в интерактивном режиме 220 101- Организация ввода информации 110 203- Формирование баз данных 1750 604 – Справка и обучение 680 ИТОГО 2760

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

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

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


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

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

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

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

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

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

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

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

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

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

Сзм = Сзм1. Кт ;                                                                                  (6.3)

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

/>,                                                                                     (6.5)

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

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

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

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

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

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

/>                                                                       (6.6)

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

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

/>

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

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

/>                                                                (6.7)

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

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

/>

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

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

/>                                                                                    (6.8)

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

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

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

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

/>

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

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

/>                                                                   (6.9)


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

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

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

/>

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

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

/>                                                                           (6.10)

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

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

/>

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

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

 />                                                                         (6.11)


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

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

/>

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

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

/> (6.12)

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

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

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

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

/>                                                                         (6.13)

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

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

/>


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

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

/>                                                                                     (6.14)

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

Сп = 393 201 + 39320 = 432 521 руб.

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

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

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

/>                                                                                     (6.15)

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

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

/>

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


/>.                                                                            (6.16)

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

Цп = 432 521+ 86504 = 518 755 руб.

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

/>,                                                                    (6.17)

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

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

/>

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

/>,                                                                     (6.18)

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

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

/>


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

/>.                                                                          (6.19)

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

Цо = 518 755 + 5239 + 94 318= 618 312 руб.

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

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

Наименование показателей Обозначения Единицы измерения Значение показателя Наименование источника информации в базовом варианте в новом варианте 1. Средняя трудоемкость работ в расчете на 100 КБ

Тс1

Тс2

человеко-час на 100 КБ 2,04 1,96 По данным пользователя 2.Средний расход машинного времени в расчете на 100 КБ

Нмв1

Нмв2

машино-час на 100 КБ 4 3,6 По данным пользователя 3.Средний расход материалов в расчете на 100 КБ

См1

См2

руб. на 100 КБ 180 152 По данным пользователя

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

А = 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 + 6183 + 12 366 = 636 861 руб.

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

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

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

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

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

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

/>,                                                                           (6.25)

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

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

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

/> руб.

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

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

При определениитрудоемкости, связанной с использованием программы рекомендуетсяориентироваться на показатель равный 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 руб.;

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

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

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

Ко4 ∙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 — Расчет экономического эффекта от использования нового ПС

Показатели Ед. измер. Методика расчета 2008 2009 2010 2011 Результаты: Прирост прибыли за счет экономии затрат руб. ∆ Пч 746 862 746 862 746 862 746 862 Сумма прибыли с учетом фактора времени руб. ∆ Пч ∙ ALFAt 746 862 672 175 604 958 545 209 Затраты: Затраты на приобретение ПС руб. Кпр 618 312 Х Х Х Затраты на освоение ПС руб. Кос 6 183 Х Х Х Затраты на доукомплектование ВТ техническими средствами руб. Ктс Х Х Х Затраты на пополнение оборотных средств руб. Коб 12 366 Х Х Х Сумма затрат руб. Ко 636 861 Сумма затрат с учетом фактора времени руб. Ко ∙ ALFAt 636 861 Экономический эффект руб. ∆ Пч ∙ ALFAt -Ко ∙ ALFAt 110 001 672 105 604 958 545 209 Экономический эффект нарастающим итогом руб. 110 001 782 106 1387 064 1932 273 Коэффициент приведения ед. ALFAt 1 0,9 0,81 0,73

Вывод:

Расчет показал, что использование разработанногопрограммного обеспечение к дипломному проекту на тему «Автоматизированный учетрадиоточек передающего центра» обеспечивает экономический эффект за четыре года использования ПС на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 CompareDatabase

Option Explicit

Public Otch_Per_PrAs Date

Public date_n,date_k As Date

Public vbr AsInteger

Public lngX AsLong

FunctionOplata_aut()

On Error GoToOplata_aut_Err

DoCmd.SetWarnings False

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

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

DoCmd.RunSQL „DELETEDISTINCTROW 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 ) SELECTDISTINCTROW Partner.CODE, #12/31/2001# AS d1, Abs([Sum_saldo]) AS n FROMPartner 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$

 ResumeOplata_aut_Exit

End Function

FunctionSaldo_new()

On Error GoToSaldo_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$

 ResumeSaldo_new_Exit

End Function

FunctionRashet_nachisl()

On Error GoToRashet_nachisl_Err

 DoCmd.SetWarningsFalse

 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$

 ResumeRashet_nachisl_Exit

End Function

FunctionPech_reestr()

On Error GoToPech_reestr_Err

vbr = 2

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

Pech_reestr_Exit:

 Exit Function

Pech_reestr_Err:

 MsgBox Error$

 ResumePech_reestr_Exit

End Function

FunctionPech_reestr_in()

On Error GoToPech_reestr_in_Err

vbr = 3

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

Pech_reestr_in_Exit:

 Exit Function

Pech_reestr_in_Err:

 MsgBox Error$

 ResumePech_reestr_in_Exit

End Function

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

' Требования

'

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

FunctionPech_treb()

On Error GoToPech_treb_Err

vbr = 1

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

Pech_treb_Exit:

 Exit Function

Pech_treb_Err:

 MsgBox Error$

 ResumePech_treb_Exit

End Function

FunctionPech_kol_usl()

On Error GoToPech_kol_usl_Err

 DoCmd.SetWarningsFalse

 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$

 ResumePech_kol_usl_Exit

End Function

FunctionOpen_Dialog(stArg_d As String)

On Error GoToOpen_Dialog_Err

 

 'DoCmd.SetWarnings False

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

Open_Dialog_Exit:

 Exit Function

Open_Dialog_Err:

 MsgBox Error$

 ResumeOpen_Dialog_Exit

End Function

FunctionOpen_Data_dialog() '(stArg_d As String)

On Error GoToOpen_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$

 ResumeOpen_Data_dialog_Exit

End Function

Function run_exe()

On Error GoToErr_run_exe

 Dim stAppName AsString

 stAppName =«C:\Abon\ABON_ORG.EXE»

 CallShell(stAppName, 3)

Exit_run_exe:

 Exit Function

Err_run_exe:

 MsgBoxErr.Description

 ResumeExit_run_exe

 

End Function

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

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

 DoCmd.OpenFormName_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 AsDate, 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.SetWarningsFalse

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 AsDate, 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.SetWarningsFalse

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.CODEFROM Partner;»

Else

End If

Переход_New_Exit:

 Exit Function

Переход_New_Err:

 MsgBox Error$

 Resume Переход_New_Exit

End Function

Public FunctionDel_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.SetWarningsTrue

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 Functiontreb_begin()

 DoCmd.SetWarningsFalse

 DoCmd.RunSQL«DELETE DISTINCTROW Plat_tr.* FROM Plat_tr;»

 DoCmd.RunSQL«INSERT INTO PLAT_TR ( CODE_TR, SUM_NACH, NDS_NACH, SUM_VSEGO ) SELECTDISTINCTROW 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]) ASSUM_VSEGO FROM Partner INNER JOIN [Сумма_начислений] ON Partner.CODE = Сумма_начислений.Abon_nach GROUP BY Partner.CODE;»

 DoCmd.OpenQuery«Обновл_Требован»

End Function

-                   Модуль дляперевода чисел в текст прописью:

' определение внешней функции NumberToText

Private DeclareFunction NumberToText Lib «DIG2TEXT» (ByVal Num As Double, ByValObjID$, 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

FunctionOkruglen(Num As Currency)

Okruglen =Format(Num, "#0.00")

End Function

' Spaces256$ создает пустую строку длиной256 символов

FunctionSpaces256$()

 Temp$ =«0123456789abcdef»

 Temp$ = Temp$& Temp$ & Temp$ & Temp$

 Temp$ = Temp$& Temp$ & Temp$ & Temp$

 Spaces256$ =Temp$

End Function

'NumberToRussianText$ преобразует число Number в строку, в которой это число записано прописью

' на русском языке всоответствии с объектом ObjectID$. Если Flags = 256, то первый символ строки

' делается заглавным.

FunctionNumberToRussianText$(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$

'SubConvertToRusTextExample()

' ResultVal$ =NumberToRussianText$(123.5, «USD», 256)

' Debug.PrintResultVal$

'End Sub

-                   Модуль дляслужебных функций

Option CompareDatabase

Option Explicit

Public Kod_typ_dvAs Integer

Public Archif AsBoolean

Public Board AsInteger

Public Obn As Boolean

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

' Restore_Form

'

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

FunctionRestore_Form(Name_form As Form)

On Error GoToRestore_Form_Err

Dim frm As Form

Set frm =Name_form

frm.SetFocus

DoCmd.Restore

Restore_Form_Exit:

 Exit Function

Restore_Form_Err:

 MsgBox Error$

 ResumeRestore_Form_Exit

End Function

SubSet_Controls(Dostup As Integer)

 '1- Запретить изменения, 2- разрешить

On Error GoToSet_Controls_Err

 

 Dim frm As Form,ctl As Control, D As Integer

 Set frm =Screen.ActiveForm

 ' Перебирает все компоненты семейства Controls.

For Each ctl Infrm.Controls

 ' Проверяет, является ли элемент управления спискомили текстовым блоком

 If ctl.ControlType = acComboBox Or ctl.ControlType =acTextBox Then

 If Dostup = 1Then

 If ctl.Name =«ПолеПоиска» Then

 Else

 With ctl

 .Enabled = False

 .Locked = True

 ' .SetFocus

' .OnEnter ="=Вход_ПолеСоСписком()"

' .OnExit ="=Выход_ПолеСоСписком()"

 End With

 End If

 ElseIf Dostup = 2Then

 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$

 ResumeSet_Controls_Exit

End Sub

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

' Close_Form

'

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

FunctionClose_Form()

On Error GoToClose_Form_Err

Dim strFormName AsString

 ' strFormName =Screen.ActiveDatasheet.Name

 strFormName =Screen.ActiveForm.FormName

' DoCmd.CloseacQuery, strFormName, acSaveYes

 

 If strFormName =«Кнопочная форма» Then

 SendKeys"{ESC}", False

 Else

 DoCmd.CloseacForm, strFormName, acSaveYes

 End If

Close_Form_Exit:

 Exit Function

Close_Form_Err:

If Err.Number =2475 Then

 strFormName =Screen.ActiveDatasheet.Name

 DoCmd.CloseacQuery, strFormName, acSaveYes

'frm.SetFocus

DoCmd.Restore

'Restore_Form(«Forms![Кнопочная форма]»)

Else

 ' MsgBox Error$

 ResumeClose_Form_Exit

End If

End Function

FunctionExit_Main()

DoCmd.Quit acSave

End Function

FunctionIsForm(NameForm As String) As Integer

' Возвращает True, еслиактиным окном является форма.

 Dim strFormName As String

 On Error ResumeNext

 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 GoToEditN_Err

 Dim frm As Form

 Dim varTmp AsVariant

 Set frm =Screen.ActiveForm

 ' Включает ввод записей с помощью свойства

 ' «Разрешитьизменение» (AllowEdits). Задает для свойства

 ' «Работа сзаписями» (DefaultEditing) значение 1 (Ввод данных).

 ' frm.AllowEdits = False

 'frm.DefaultEditing= 1

 ' Включает элементы в области данных

 varTmp = EnableControls(«Detail», False,True)

 

 Exit Function

EditN_Err:

 MsgBoxErr.Description

 Exit Function

End Function

Function EditD()As Integer

 

 On Error GoToEditD_Err

 Dim frm As Form

 Dim varTmp AsVariant

 Set frm =Screen.ActiveForm

 ' Включает ввод записей с помощью свойства

 ' «Разрешитьизменение» (AllowEdits). Задает для свойства

 ' «Работа сзаписями» (DefaultEditing) значение 1 (Ввод данных).

 ' frm.AllowEdits = True

 'frm.DefaultEditing= 1

 ' Включает элементы в области данных

 varTmp = EnableControls(«Detail», True,False)

 

 Exit Function

EditD_Err:

 MsgBoxErr.Description

 Exit Function

End Function

FunctionEnableControls(strWhichSection As String, intState As Integer, intLocked AsInteger) As Integer

 

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

 Dim frm As Form

 Dim ctl AsControl

 Dim intX AsInteger, 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 «FORMHEADER»

 intSelectedSection= 1

 Case «PAGEHEADER»

 intSelectedSection= 3

 Case«DETAIL»

 intSelectedSection= 0

 Case «PAGEFOOTER»

 intSelectedSection= 4

 Case «FORMFOOTER»

 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 ResumeNext

 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 AsString, 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 Печать_отчета(stDocNameAs String)

On Error GoTo Err_Печать_отчета

 Dim stDocName1 AsString

 'stDocName =«Z_Abon_КолПоУлицам»

 stDocName1 =stDocName

 DoCmd.OpenReportstDocName1, acNormal

Exit_Печать_отчета:

 Exit Function

Err_Печать_отчета:

 MsgBox Err.Description

 Resume Exit_Печать_отчета

 

End Function

'В данном примере функцияIsNull проверяет, имеет ли элемент

'управления пустое (Null)значение.

'Если да, выводитсяприглашение ввести данные.

'Если элемент управленияимеет присвоенное значение,

'выводится сообщение с этимзначением.

SubControlValue(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

FunctionIsLoaded1(ByVal strFormName As String) As Integer

 ' Возвращает значения True, если форма открыта врежиме формы или таблицы.

 

 Const conObjStateClosed = 0

 ConstconDesignView = 0

 

 IfSysCmd(acSysCmdGetObjectState, acForm, strFormName) <> conObjStateClosedThen

 IfForms(strFormName).CurrentView <> conDesignView Then

 IsLoaded1 = True

 End If

 End If

 

End Function

FunctionIsLoaded(frmName)

 ' Проверяет, загружена ли форма.

 Const conFormDesign = 0

 Dim intX AsInteger

 IsLoaded = False

 For intX = 0 ToForms.Count — 1

 IfForms(intX).FormName = frmName Then

 IfForms(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

еще рефераты
Еще работы по информатике, программированию