Разработка автоматизированной информационной системы деятельности предприятия по учету платы за потребленную электроэнергию
Аннотация
Данная пояснительная записка представляет собой
разработку на тему "Разработка АИС деятельности предприятия по учету платы
за потребленную электроэнергию".
Целью данной разработки является замена ручного
труда менеджеров на автоматизированный, путём переноса информации о проживающих
и квитанциях с бумажных документов в электронный вид, что значительно облегчит
поиск и выдачу необходимой информации.
В представленной работе рассматривается вопрос
как с помощью применения современных ЭВМ и программного обеспечения улучшить
качество и скорость оформления квитанций за оплату электроэнергии.
Введение
Независимо от вида деятельности, любые
организации нуждаются в хранении и оперативной обработке информации, и основная
часть такой информации, как правило, организована в виде базы данных.
Для использования больших объемов информации,
нужны средства обеспечения диалога человека с ЭВМ, который позволяет
пользователю добавить данные, изменять, читать файлы. Для обеспечения этих
функций создана система управления базами данных.
Целью данной работы является разработка
автоматизированной информационной системы деятельности предприятия по учету
платы за потребленную электроэнергию.
1. Теоретическая часть
1.1 Назначение разработки
Данная разработка предназначена для
автоматизации рабочего места менеджера, выполняющего учет платы за потребленную
электроэнергию.
Метод исследования - структурный анализ,
информационное проектирование, структурное программирование.
Полученные результаты и их новизна - разработана
новая автоматизированная система, реализующая комплекс задач, связанных учетом
заказов на оказание услуг.
Перечень объектов управления:
· генеральный директор;
· бухгалтерия;
· финансовый отдел;
· банки;
· администрация;
.2 Требования к функциональным характеристикам
Для данной разработки необходимо:
· минимум 360 Мб свободной памяти;
· минимум времени работы;
· простота в изменениях;
· простота в использовании программы;
· обеспечение удобства ввода;
· унифицированный выход информации;
· простота и надежность алгоритма.
.3 Требования к информационному обеспечению
Информационное обеспечение (ИО) представляет
собой совокупность проектных решений по объемам, размещению, формам организации
информации, циркулирующей в АИС. Оно включает в себя совокупность показателей,
справочных данных, классификаторов и кодификаторов информации, унифицированные
системы документации, специально организованные для массового обслуживания,
массивы информации на соответствующих носителях.
При проектировании ИО необходимо основываться на
основных принципах создания АИС: системности, развития, совместимости,
стандартизации и унификации, эффективности.
Проблемы проектирования автоматизированных
информационных систем в экономике связаны, с одной стороны, с общими
теоретическими основами развития экономики и конкретного экономического объекта
(предприятия, фирмы, организации, органа регионального управления, банка,
налоговой службы и т.п.), а с другой - со спецификой технологии компьютерной
обработки данных. Поэтому рассмотренные базовые принципы дополняются не менее
важными организационно-технологическими, без которых невозможна разработка
новых информационных технологий. Раскроем наиболее применяемые организационно-технологические
принципы создания АИС.
Одной из современных форм организации информации
являются банки данных. Банк данных (БнД) - это система специальным образом
организованных данных (баз данных), программных, технических, языковых,
организационно-методических средств, предназначенных для обеспечения
централизованного накопления и коллективного многоцелевого использования этих
данных .
Особенности банков данных перед
"небанковской" организацией данных (совокупность локальных файлов),
заключаются в следующем. Наличие единого целостного отображения определенной
части реального мира не только сокращает избыточность хранимых данных, но и
обеспечивает на основе имеющейся базы данных выполнение новых приложений,
включая реализацию разнообразных нерегламентированных запросов. Увеличивается
мобильность, гибкость информационной системы. В БнД легче контролируется
целостность, непротиворечивость данных. Наличие интегрированной базы данных
сокращает затраты не только на создание и хранение данных, но и на их поддержание
в актуальном состоянии, уменьшает потоки данных, циркулирующие в системе: из
входных документов могут быть исключены данные, которые уже имеются в базе
данных или могут быть получены из хранящихся в ней показателей; выходные
документы по своему содержанию и срокам представления могут быть максимально
приближены к потребностям пользователей, что существенно сокращает выдачу
информации, не используемой в процессе управления.
Централизованное управление данными также дает
целый ряд преимуществ. При проектировании конкретных приложений программисты
освобождаются от функций по организации данных. Системные программные средства
в большинстве случаев обеспечивают более качественное выполнение функций по
управлению данными, чем индивидуальное проектирование.
Преимуществом БнД является также то, что они
обеспечивают возможность более полной реализации принципа независимости
прикладных программ от данных, чем это возможно при организации локальных
файлов. Большая степень независимости достигается удалением из прикладных
программ описаний данных и отсутствием необходимости детального
программирования управления данными.
Наличие и использование языковых и программных
средств БнД делает базу данных более доступной как для программистов, так и для
конечных пользователей.
Таким образом можно сделать вывод о том, что
основой формы хранения информации в создаваемой АИС будет являться технология
банков (баз) данных.
В БД много различных типов данных и связей между
ними. Это еще раз свидетельствует о необходимости концептуальной схемы,
позволяющей изобразить связи между элементами данных. Концептуальная схема
описывается с помощью модели данных. Модель данных - это комбинация трех
основных составляющих:
. Набора типов структур данных, используемых для
построения БД.
. Набора операторов или правил вывода, которые
могут быть применимы к любым правильным примерам типов данных, чтобы находить,
выводить или преобразовывать информацию, содержащуюся в БД.
. Набора общих правил целостности, которые прямо
или косвенно определяют множество непротиворечивых состояний БД.
Для спецификации концептуальной схемы
используется так называемый язык описания данных (ЯОД). Он является языком
высокого уровня и позволяет записывать концептуальную схему в терминах
некоторой модели данных. Выполнение различных операции с БД обеспечивается
использованием языка манипулирования данными (ЯМД), специфика которого зависит
от используемой модели данных.
Существует три основные модели, которые
используются в системах БД :
· иерархическая (подразумевается
древовидная структура);
· сетевая (часто имеется ввиду сетевая
структура CODASYL)
· реляционная (с двумерными файлами,
связанными в определенные ассоциации элементов данных).
Выбор модели данных является первоочередной
задачей в процессе создания АИС, так как каждая модель имеет свои особенности
при построении концептуальной схемы. Выбранная модель должна обладать
структурой, достаточно полной для описания существующих аспектов реального
мира.
Для реляционной модели наиболее полно
разработана математическая теория - реляционная алгебра, чего нельзя сказать о
других основных моделях данных. В настоящее время существуют развитые языки
высокого уровня, позволяющие формулировать запросы на данные, представленные
средствами реляционной модели, что позволяет создавать эффективные СУБД .
Таким образом, можно сделать вывод о том, что в
основе построения логической структуры баз данных АИС будет лежать реляционная
модель.
При разработки структуры ИО АИС ключевым
моментом является выбор ее архитектуры. Под архитектурой ИО понимается
распределение информационной базы по подсистемам и компонентам АИС, а также
распределение хранения и исполнения этих подсистем и компонентов по различным
ЭВМ, объединенных в локальную вычислительную сеть . В нашем случае необходимо
сделать выбор между двумя вариантами:
· интегрированная база данных
(реализация модели "клиент-сервер");
· распределенная база данных (в роли
серверов выступают клиенты одноранговой сети).
С учетом анализа задач, проектируемой АИС, и
структуры автоматизируемого подразделения оптимальным вариантом является выбор
варианта интегрированного банка данных. Это решение обусловлено тем, что в
своей деятельности сотрудники отдела приема заказов работают с единым
информационным массивом, в который поступает информация, как от них, так и от
других подразделений (услуги, работники).
.4 Требования к надежности и безопасности
Рассмотрим ряд минимальных условий, при
соблюдении которых, работа данного приложения будет происходить без ошибок:
1. Информация должна заноситься строго в
соответствии с ее содержанием и названиями полей, в соответствии с формой,
оговоренным заранее условием и размером;
2. Занесение информации должно быть
своевременным, четким и полным. Вносимая информация будет являться источником
для произведения расчетов и анализа;
. Нельзя пытаться изменить вид формы, так
как это может привести к сбоям в структуре программы;
. Изменение вида отчетов может привести к
ошибкам в программе;
. Запрет на вставку данных в ячейки с
автоматическим подсчетом данных;
6. Оператор должен убедиться в правильности
подсчетов и только тогда выводить информацию на печать;
7. В начале каждой недели создавать
резервную копию базы данных, для избегания потери всех данных при фатальной
ошибке.
При соблюдении данных правил оператором,
заполняются данные, обеспечивается бесперебойная работа приложения, и оператор
освобождается от возникновения лишних вопросов по исправлению отчетной
информации, при выводе ее на печать.
1.5 Требования к программному обеспечению
Программное обеспечение включает совокупность
программ, реализующих функции и задачи автоматизированных информационных
технологий и обеспечивающих устойчивую работу комплексов технических средств. В
состав программного обеспечения входят общесистемные и специальные программы, а
также инструктивно-методические материалы по применению средств программного
обеспечения.
К общесистемному программному обеспечению
относятся программы, рассчитанные на широкий круг пользователей и
предназначенные для организации вычислительного процесса и решений часто встречающихся
задач обработки информации. Они позволяют расширить функциональные возможности
ЭВМ, автоматизировать планирование очередности вычислительных работ,
осуществлять контроль и управление процессом обработки данных, а также
автоматизировать работу программистов. К данному классу ПО можно отнести
операционные системы, интегрированные средства управления задачами. В рамках
создания данной АИС планируется использование операционной системы Windows XP.
Специальное программное обеспечение представляет собой совокупность программ,
разрабатываемых при создании АИС конкретного функционального назначения. Оно
включает пакеты прикладных программ, осуществляющих организацию данных и их
обработку при решении функциональных задач.
При создании АИС помимо информационного
обеспечения определяющую роль играет программное обеспечение решаемых задач. В
настоящее время на рынке программного обеспечения существует большое число
программных продуктов, позволяющих создавать эффективные системы управления
базами данных. Данные системы можно условно разделить на два основных типа:
системы, ориентированные на программиста,
которые позволяют создавать только законченные проекты;
системы, обеспечивающие интерактивную работу с
базами данных.
Кроме этого средства разработки СУБД можно
разделить в зависимости от операционной системы, по управлением которой могут
выполняться разрабатываемые приложения (Windows XP, Linux). В нашем варианте
необходимо выбрать средство разработки приложений, функционирующих в среде
Windows XP.
Анализ современных средств разработки позволяет
разделить их на средства для создания управления глобальными базами данных,
работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, InterBase)
и средства для автоматизации небольших подразделений (до 10 рабочих станций),
такие как Visual FoxPro, Microsoft Access. В нашем варианте предпочтение
необходимо отдать второй группе, так как разрабатываемая АИС автоматизирует
деятельность небольшого подразделения и не требует обработки очень больших
объемов информации (более 1 Mб) в реальном масштабе времени. Анализ доступности
средств разработки позволяет сделать вывод о предпочтительности использования
пакета Microsoft, который отличается обширным спектром разнообразных средств.
Access 2007 является средством создания и диалоговой работы с базой данных с
использованием удобного графического интерфейса.
Средствами Access можно реализовать меню
ориентированный интерфейс с элементами объектно-событийного управления, когда
выполнение определенных функция связывается с определенными событиями (щелчок
мыши, нажатие клавиши и т.п.).
С учетом современных тенденций использования
средств вычислительной техники наиболее эффективной реализацией АИС будет
являться создание специализированных автоматизированных рабочих мест. Анализируя
сущность АРМ, специалисты определяют их чаще всего как
профессионально-ориентированные малые вычислительные системы, расположенные
непосредственно на рабочих местах специалистов и предназначенные для
автоматизации их работ.
Согласно принципу системности АРМ следует
рассматривать как системы, структура которых определяется функциональным
назначением.
Принцип гибкости означает приспособляемость
системы к возможным перестройкам благодаря модульности построения всех
подсистем и стандартизации их элементов.
Принцип устойчивости заключается в том, что
система АРМ должна выполнять основные функции независимо от воздействия на нее
внутренних и внешних возможных факторов. Это значит, что неполадки в отдельных
ее частях должны быть легко устранимы, а работоспособность системы - быстро
восстановима.
Эффективность АРМ следует рассматривать как
интегральный показатель уровня реализации приведенных выше принципов,
отнесенного к затратам по созданию и эксплуатации системы.
Функционирование АРМ может дать численный эффект
только при условии правильного распределения функций и нагрузки между человеком
и машинными средствами обработки информации, ядром которых является ЭВМ. Лишь
тогда АРМ станет средством повышения не только производительности труда и
эффективности управления, но и социальной комфортности специалистов.
.6 Требования к составу и параметрам
технических средств
При решении задач, по обработке и формированию
отчетов возникает необходимость обработки и анализа значительного объема
информации. Данная информация в основном представлена на бумажных носителях -
документах, на которых присутствуют значительное количество разнообразных
реквизитов.
В настоящее время деятельность отдела приема
заказов неавтоматизированна. Учет заказов осуществляется с использованием локальных
средств автоматизации - Microsoft Excel. В связи с большим объемом информации
на эту задачу уходит значительное количество времени.
Так, например ввод информации об одном заказе
занимает более 15 минут, формирование отчета от 40 до 120 минут.
Все это приводит к значительным временным
затратам, снижению эффективности работы бухгалтерии, появлению ошибок в
отчетах, невозможности оперативных управленческих функций, невозможности
многоаспектного анализа данных.
Только применение информационных технологий -
средств электронно-вычислительной техники (ЭВТ) - может дать необходимую,
физически приемлемую скорость обработки таких объемов информации.
Ускоренный прогресс в информационных
технологиях, который наблюдается в настоящее время, позволяет утверждать, что
производительность и качество работы таких систем будут неуклонно повышаться
при незначительном росте их стоимости .
Современные информационные технологии - системы
управления базами данных, аппаратно-технические средства, специализированное
прикладное программное обеспечение - способны перевести работу сотрудников
бухгалтерии на новый уровень - аналитический. Только данные технологии способны
обеспечить полноту охвата и контроля имеющихся массивов информации, которые
необходимы для аналитической работы.
Мировой опыт показывает, что внедрение
достижении информационных технологий является наиболее прогрессивным и
экономически эффективным направлением в работе предприятий и организаций любой
сферы деятельности, особенно это характерно для бухгалтерских систем .
Следовательно, в целях повышения эффективности
работы отдела приема заказов, необходимо создание автоматизированной расчетной
системы, обеспечивающей автоматизацию задач по учету и формированию отчетности.
Неотъемлемую часть процесса разработки сложной информационной системы
составляет решение таких ключевых вопросов, как выбор состава вычислительной
техники, определение их характеристик.
Многообразие существующих в настоящее время
средств обусловливает нетривиальность проблемы выбора конкретного варианта при
создании информационной системы из всего спектра допустимых решений.
Такая ситуация предполагает на первоначальном
этапе решения проблемы установить некоторые ограничения, как правило, группу
требований к различным аспектам разрабатываемой АИС.
В существующем положении на стратегию
информатизации в первую очередь оказывают влияние: накопленный парк аппаратных
и программных средств, уровень подготовки конечных пользователей, позиция
высшего руководства организации .
Решение задач подобного класса предполагает
наличие критериев оптимизации и ограничений.
Критериями оптимизации здесь являются:
· надежность функционирования системы;
· функциональная полнота системы;
· быстродействие;
· минимизация затрат на стоимость:
аппаратных средств, прикладных систем, сопровождения системы, развития системы.
В зависимости от конкретной ситуации
перечисленные критерии трансформируются в конкретные требования к системе. К
настоящему времени проблема выбора оптимальной платформы вычислительной системы
неформализуема. Обычно на практике критерии и требования выбираются эмпирически
в зависимости от специфики проблемной области и условий, сложившихся к моменту
начала разработки проекта.
К разрабатываемой АИС можно выделить следующие
требования:
· к системе в целом;
· по соответствию стандартам;
· к аппаратной платформе и системному
программному обеспечению;
· к локальным сетям;
· к интерфейсу с пользователем;
· к функциональным компонентам;
· на системы доступа к данным;
· к совместимости с другими ИС;
· по безопасности системы;
· по администрированию системы;
· к пользователям системы и т.д.
Учет фактических и промышленных стандартов в
сфере информатизации позволяет на начальном этапе ориентироваться на наиболее
распространенные технические и программные средства. Это в значительной мере
позволит снизить затраты на сопровождение и развитие системы обработки данных,
кроме того, расширит круг специалистов, которые могут быть привлечены к
техническому обслуживанию системы, разработке и развитию прикладных программных
средств, а также обеспечит большую свободу наращивания мощности технических и
системных программных средств.
С учетом анализа подходов по методологии решения
подобных задач наиболее оптимальным вариантом технического обеспечения
создаваемой АИС является формирование автоматизированных рабочих мест (АРМ),
разделяющихся по специфике решаемых задач. Анализ структуры и задач отдела
приема заказов позволяет сделать вывод о необходимости создания отдельных АРМ -
приема заказов, с обеспечением возможности последующего наращивания структуры
за счет подключения других АРМ (бухгалтерия).
Состав и характеристики компонентов АРМ зависят
от ряда факторов, таких как:
обеспечение требуемой оперативности выполнения
задач;
обеспечение работы в составе локальной
вычислительной сети;
обеспечение соблюдения санитарных норм,
эргономических требований;
обеспечение защиты аппаратных средств и
информации от возможных внешних факторов (скачки напряжения, влияние бытовых
приборов).
В настоящее время одной из основных задач,
решаемых с помощью ПЭВМ, является подготовка документов, ведение переписки. При
этом стандартом "де факто" стало использование для этих целей
продуктов компании Microsoft, таких как Microsoft Office - 2003 (2007).
Компания Microsoft разработала систему стандартов для ПЭВМ, обеспечивающих
автоматизацию управленческой деятельности .
На основании анализа предлагаемых средств
вычислительной техники выбрана следующая конфигурация персонального компьютера
работника отдела приема заказов:
· система на основе процессора Pentium
IV- 2800 MGz;
· видеокарта AGP GeForse (64 Mb), или
встроенная;
· оперативная память 256 Mb;
· жесткий диск 80 Gb;
· Дисковод для CD/DVD
дисков;
В основе выбора оптимальных характеристик лежит
анализ соотношения цена - обеспечение решения проектируемых задач . Помимо
конфигурации приведенной выше необходимо приобретение устройств ввода
(клавиатура, мышь), монитора, принтера, дискет, блока бесперебойного питания.
При выборе монитора необходимо руководствоваться
поддержкой монитором стандартов безопасности излучения. Наиболее жесткими
стандартами являются шведские стандарты ТСО (ТСО-95,97,99,2003). В целях
обеспечения удобной работе в графическом режиме Windows размер диагонали экрана
должен быть не менее 15 дюймов. Выбор принтера заключается в выборе следующих
альтернатив:
· матричный принтер - невысокая
стоимость - шум при печать, невысокая скорость;
· струйный принтер - стоимость немного
выше матричного, хорошее качество печати - относительно высокая стоимость
печатного листа;
· лазерный принтер - отличное качество
печати, высокая скорость - довольно высокая стоимость.
Анализ современных тенденций офисной
автоматизации позволяет сделать вывод о предпочтительности выбора лазерного
принтера. В настоящее время одной из популярных моделей является принтер
Hewlett-Packard lazerJet-1100.
Таким образом, обоснована необходимость создания
АИС и определены основные характеристики технических средств.
2. Конструкторско - техническая часть
2.1 Разработка технического проекта
Разработку программного обеспечения начнем с
анализа требований к будущему программному продукту. Построим общую модель
предметной области как некоторой части реального мира, с которой будет тем или
иным способом взаимодействовать разрабатываемое программное обеспечение, после
чего конкретизируем его основные функции.
Спецификации должны однозначно восприниматься
как заказчиком, так и разработчиком. Обеспечить это требование можно, только
разработав некоторую формальную модель этого программного обеспечения. На этапе
анализа и определения спецификаций можно применить структурный подход. Построим
функциональную диаграмму, для того чтобы выявить основные функции и составные
части проектируемой программной системы и, по возможности, обнаружить и
устранить существенные ошибки. Одной из наиболее важных особенностей
методологии функционального моделирования является постепенное введение все
больших уровней детализации по мере создания диаграмм, отображающих модель.
Построим функциональную диаграмму нулевого
уровня (см. приложение 6). На диаграмме четыре блока:
) Выбор рекламы по каталогу;
) Заключение договора;
) Изготовление и установка;
) Формирование отчетов.
2.2 Проектирование модели
На этом этапе осуществляется проектирование
системы, включающее выбор технологии проектирования и построения моделей.
Рассмотрим ниже схему движения и обработки информации и схему алгоритма решения
задачи.
.2.1 Схема движения и обработки информации
(См. приложение №1)
Описание документооборота:
На данном этапе разработке документооборот - это
поток информации в системе, которая вносится в базу данных, обрабатывается и
выводится в виде отчетов и диаграмм.
Данный документооборот разбит на 11 блоков.
Блок №1 - "Начало" документооборота.
Блок №2 - "Обработка информации в ПО".
На данном этапе происходит ввод нормативно справочной информации - это
информация о здании, проживающих, улицах, районах.
Блок №3 - "Ввод ПО". На данном этапе
осуществляется ввод информации. Введенные данные Блока №2 и Блока №3
сохраняются в БД.
Блок №4 - "Обработка информации ПО в
ЭВМ". Если все данные были введены правильно, и система не обнаружила
ошибок, то происходит обработка данных на ЭВМ. После чего, обработанные данные
опять сохраняются в БД.
Блок №5 - "Ввод оперативной
информации". На данном этапе происходит ввод оперативной информации - это
информация о проживающих, показаниях счетчика. Данные сохраняются в БД.
Блок №6 - "Обработка оперативной
информации". На данном этапе происходит обработка оперативной информации.
Данные сохраняются в БД.
Блок №7 - "Формирование запроса". На
этом этапе вводится запрос, после чего он сохраняется в БД.
Блок №8 - "Формирование отчетов". На
данном этапе формируются отчеты, затем вся информация сохраняется в БД,
выводится на печать или на экран.
Блок №9 - "Формирование графиков,
диаграмм". На данном этапе формируются графики, диаграммы, затем вся
информация сохраняется в БД и выдает документ на печать или на экран.
Блок №10 - "Конец" документооборота.
2.2.2 Схема алгоритма решения задачи. Описание
алгоритма
(См. приложение№2 )
Блок №1 - "Начало";
Блок №2 - "Выбор режима работы".
Обработка НСИ, обработка оперативной информации, обработка отчетов;
Блок №3 - "Обработка НСИ". Сведения о
зданиях, улицах, районах, проживающих, квартирах, банках;
Блок №4 - "Обработка оперативной
информации". Сведения о показаниях счетчика;
Блок №5 - "Обработка отчетов".
Проживающие по улице, квитанция, список задолжников, список задолжников сумма;
Блок №6 - "Диаграмма". Динамика
потребления электроэнергии за 1 квартал 2011 года, сравнительная характеристика
потребления электроэнергии;
Блок №6 - "График". Динамика оплаты
электроэнергии за 1 квартал 2011 года;
Блок №8 - "Конец";
Блок №9 - "Обработка НСИ". Данный блок
содержит следующие формы: здания, улицы, районы, проживающие, квартиры, банки;
Блок №10 - "Вводить информацию?". Если
да то переходим к блоку 12 если нет к блоку13;
Блок №12 - "Печать информацию?". Если
да то переходим к блоку 13 если нет к блоку 14;
Блок №14 - "Печатать информацию?" .
Если да то переходим к блоку 15 если нет к блоку 16;
Блок №16 - "Возврат на главную кнопочную
форму";
Блок №17 - "Обработка ОИ". Данный блок
содержит следующие формы: квитанция;
Блок №18 - "Вводить информацию?". Если
да то переходим к блоку 19 нет к блоку 20;
Блок 20. "Обрабатывать информацию?
"Если да то переходим к блоку 21, если нет к блоку 22;
Блок 22. "Печатать информацию? "Если
да то переходим к блоку 22, если нет к блоку 24;
Блок 24. "Возврат на главную кнопочную
форму".
Блок 25. "Отчеты". Данный блок
содержит следующие отчеты: Проживающие по улице, квитанция, список задолжников
за месяц , список задолжников сумма, список квартиросъемщиков задолжавших
компании более 2000 рублей, предприятие, ;
Блок 26. " Выдать? " Если да то
переходим к блоку 27, если нет к блоку 30;
Блок 27. " Создать отчет", переход к
блоку 28;
Блок 28. "Печатать отчет? " Если да то
переходим к блоку 29,если нет к блоку 30;
Блок 30. "Возврат на главную кнопочную
форму";
Блок 31. "Диаграмма". В данном блоке
содержатся следующие формы: Динамика потребления электроэнергии за 2011 год,
сравнительная характеристика потребления электроэнергии, потребление
электроэнергии по районам;
Блок 32. "Формировать диаграмму? "
Если да то переходим к блоку 35, если нет к блоку 33;
Блок 31. "Просмотреть диаграмму? "
Если да переходим к блоку 36, если нет к блоку 34;
Блок 34. "Печатать диаграмму? " Если
да то переходим к блоку 37, если нет к блоку 38;
Блок 35. "Формирование диаграммы? ";
Блок 36. "Просмотр диаграммы";
Блок 37. "Печать диаграммы";
Блок 38. "Возврат на главную кнопочную
форму".
Блок 39. "График". В данном блоке
содержатся следующие формы:
Динамика оплаты электроэнергии за 2011 год;
Блок 40. "Формировать график? " Если
да то переходим к блоку 43, если нет к блоку 41;
Блок 39. "Просмотреть график? " Если
да переходим к блоку 44, если нет к блоку 42;
Блок 42. "Печатать график? " Если да
то переходим к блоку 45, если нет к блоку 46;
Блок 43. "Формирование графика? ";
Блок 44. "Просмотр график";
Блок 45. "Печать графика";
Блок 46. "Возврат на главную кнопочную
форму".
.3 Описание процесса отладки
Разработка программного обеспечения, в частности
программного
обеспечения больших размеров, представляет собой
сложную и трудную задачу, к которой существует несколько различных подходов.
Один из общих законов практического
программирования состоит в том, что ни одна программа не дает желательных
результатов при первой попытке трансляции и выполнении. Хороший программист
должен быть способен не только аккуратно писать эффективные программы, но и
находить все возможные ошибки. Большинство коммерческих программистов расходуют
на тестирование программы около 50% своего времени, в то время как их обучение
почти целиком ориентировано на выполнения другой половины работы. Большая часть
курсов программирования только кратко упоминает о диагностических возможностях
и совсем не охватывает общих приемов тестирования. Причина заключается в том,
что поиск ошибок считается интуитивным процессом, которому нельзя обучить, и
которым каждый программист должен овладеть лишь на практике. Тем не менее, есть
несколько стандартных правил отладки программ, которые могут с успехом применяться.
Существует два типа программных ошибок:
1.Синтаксические ошибки, которые являются
нарушениями правил языка программирования и обычно выявляются во время
компиляции.
.Семантические или логические ошибки, приводящие
к некорректным или ошибкам выполнения. Обнаруживается они в основном при
тестировании программы, т.е. при выполнении ее с тщательно подобранными
проверочными данными, для которых известны результаты.
Синтаксические ошибки могут быть исключены
сравнительно легко. Большинство из них можно выявить во время проверки листинга
программы, выявляя орфографические ошибки, недоступные форматы команд,
неопределенные или неинициализированные переменные, недостающие операторы и
круглые скобки, ошибки в литерах, константах и пунктуации и т.д. Семантические
(логические) ошибки устраняются обычно посредством выполнения программы с
тщательно подобранными проверочными данными, для которых известен правильный
ответ, полученный либо с помощью ручного вычисления, либо с помощью досконально
проверенных вычислений на машине.
Первым шагом семантической проверки являются
ручной прогон.
Программист моделирует прохождение данных через
его программу с помощью карандаша и листка бумаги.
Однако если программа превышает минимальный
уровень длины или сложности, а большинство программ его превышает, такая
проверка становится практически невозможной.
Тестирование больших программ с проверочными
данными может очень эффективно использоваться для того, чтобы показать наличие
ошибок, но иногда не может служить доказательством их отсутствия.
Основными инструментами отладки служат тесты и
отладочные печати.
Тестирование программ - это специально
подобранные исходные данные в совокупности с теми результатами, которые должна
выдать программа при обработке этих данных. Несовпадение результатов программ с
результатами тестов - это и есть признак наличия ошибки. Возможно такое, что и
неправильная программа дает по нескольким местам правильный результат, поэтому
необходимо контролировать и промежуточные результаты, чтобы не упустить ошибку.
Для такого контроля и локализации ошибок в программу вставляются отладочные
печати, т.е, печати промежуточных результатов. Эти печати позволяют проследить
логический след программы (т.е, что выполняется в данный момент) и ее
арифметические следы(т.е, промежуточные результаты).
2.4 Руководство пользователя
.4.1 Введение
Автоматизированная система БД "Разработка
АИС деятельности предприятия по учету платы за потребленную
электроэнергию", разработана студентом группы И-91 Василенко М.М.. Данная
разработка предназначена для непрофессиональных пользователей
автоматизированных систем. В этом разделе вы сможете узнать:
· Назначение информационной системы;
· Как установить систему;
· Порядок работы с программным
продуктом.
2.4.2 Назначение системы
Данная система "АИС деятельности
предприятия по учету платы за потребленную электроэнергию" предназначена
для выполнения следующих функций:
ведение БД выдача документов;
ежемесячный анализ оплаты;
наглядное представление данных;
сокращение времени на работу с плательщиками;
возможность быстрого получения необходимой
информации.
автоматизированный электронный
информация дистрибутив
2.4.3 Установка системы и порядок работы с
дистрибутивом
Установка системы и организация работы с
приложением требует наличия комплекса технических и программных средств, а так
же периферийных устройств.
Комплекс технических и программных средств,
используемых для решения задачи:
объем свободной памяти на жестком диске не менее
10 Мбайт;
процессор Pentium
4 с частотой 800 МГц;
ОС Windows
Service Pack
3.
Необходимые периферийные устройства:
принтер;
сканер;
CD-ROM.
Первым шагом в начале работы с системой является
перечень операций по копированию приложения с эталонного диска на рабочий диск
системы, осуществляемый следующим образом:
вставьте диск, содержащий программу в привод;
на рабочем столе создайте папку "АИС
деятельности предприятия по учету платы за потребленную электроэнергию";
скопируйте с установочного диска системные файлы
и вставьте в папку "АИС деятельности предприятия по учету платы за
потребленную электроэнергию", располагающуюся на рабочем столе.
Программа содержит один системный файл, который
называется "АИС деятельности предприятия по учету платы за потребленную
электроэнергию". Этот файл предназначен для запуска системы и его удаление
или повреждение приведет к сбою в работе программы. Но исправить такие
неполадки можно, заново установив программу с установочного диска.
.4.4 Порядок работы с БД
Запуск базы данных: выделить файл и нажать
кнопку "Enter" или
курсором мыши дважды щелкнуть на файл.
Появится главная кнопочная форма, управляющая
следующими элементами:
· Формы
· Отчеты
· Диаграммы
· Графики
Рисунок 1 - Главная кнопочная форма
Нажав кнопку "Формы" пользователь
откроет следующую формы:
Рисунок 2 - Кнопочная форма - "Формы"
В данной форме можно управлять следующими
объектами:
· Банк;
· Здание;
· Квартира;
· Квитанция;
· Проживающие;
· Улицы;
· Далее.
При нажатии на кнопку "Банк"
пользователь откроет следующую форму для ввода информации:
Рисунок 3 - Форма ввода Банк
При нажатии на кнопку "Здание"
пользователь откроет следующую форму для ввода информации:
Рисунок 4 - Форма ввода Здание
При нажатии на кнопку "Квартира"
пользователь откроет следующую форму для ввода информации:
Рисунок 5 - Форма ввода Квартира
Переход по записям осуществляется с помощью
кнопок 
Выход из формы осуществляется нажатием кнопки 
.
Найти запись можно с помощью кнопки 
При нажатии на кнопку "Квитанция"
пользователь откроет следующую форму для ввода информации:
Рисунок 6 - Форма ввода Квитанция
При нажатии на кнопку "Проживающие"
пользователь откроет следующую форму для ввода информации:
Рисунок 7 - Форма ввода Проживающие
При нажатии на кнопку "Улицы"
пользователь откроет следующую форму для ввода информации:
Рисунок 8 - Форма ввода Улицы
При нажатии на кнопку "Далее"
пользователь откроет следующую кнопочную форму "Формы1" с остальной
переченью форм:
Рисунок 9 - Кнопочная форма "Формы1"
При нажатии на кнопку "Районы"
пользователь откроет следующую форму для ввода информации:
Рисунок 10 - Форма ввода "Районы"
При нажатии на кнопку "Вид счетчика"
пользователь откроет следующую форму для ввода информации:
Рисунок 11 - Форма ввода "Вид
Счетчика"
При нажатии на кнопку "Вид квартиры"
пользователь откроет следующую форму для ввода информации:
Рисунок 12 - Форма ввода "Вид
квартиры"
Нажав кнопку "На главную" пользователь
переместится на "Главную кнопочную форму". Нажав на кнопку
"Отчеты" перед пользователем откроется форма:
Рисунок 13 - Отчеты
Нажав на кнопку "Проживающие по улице"
открывается форма ввода значения параметра:
Рисунок 14 - Форма ввода параметра
При вводе названия месяца открывается следующий
отчет:
Рисунок 15 - Отчет "Проживающие по
улице"
Нажав на кнопку "Квитанция"
открывается форма ввода значения параметра:
Рисунок 16 - Форма ввода параметра
После ввода параметров открывается следующий
отчет:
Рисунок 17 - Отчет "Квитанция"
Нажав на кнопку "Список задолжников"
открывается следующий отчет:
Рисунок 18 - Отчет "Список
задолжников"
Нажав на кнопку "Список задолжников по
месяцу" открывается форма ввода:
Рисунок 19 - Форма ввода параметров по отчету
"Список задолжников по месяцу"
После ввода параметров открывается следующий
отчет:
Рисунок 20 - Отчет "Список задолжников по
месяцу"
Нажав кнопку "Список задолжников
задолжавших компании на сумму более 2000 рублей" откроется отчет:
Рисунок 21 - Отчет "Список задолжников
задолжавших компании на сумму более 2000 рублей"
Нажав кнопку "Предприятие" откроется
отчет:
Рисунок 22 - Отчет "Предприятие"
Нажав кнопку "Диаграммы" на
"главной кнопочной форме" пользователь откроет следующую форму:
Рисунок 23 - Кнопочная форма - диаграммы
Которая позволяет выводить следующие данные:
· Динамика потребления электроэнергии
за 2011 год;
· Сравнительная характеристика
потребления электроэнергии;
· Потребление электроэнергии по
районам.
Нажав кнопку "Динамика потребления
электроэнергии за 2011 год" откроется диаграмма:
Рисунок 24 - Диаграмма "Динамика
потребления электроэнергии за 2011 год"
Нажав кнопку "Сравнительная характеристика
потребления электроэнергии" откроется диаграмма:
Рисунок 25 - Диаграмма "Сравнительная
характеристика потребления электроэнергии"
Нажав кнопку "Потребление электроэнергии по
районам." откроется диаграмма:
Рисунок 26 - Диаграмма "Сравнительная
характеристика потребления электроэнергии"
Нажав кнопку "На главную" пользователь
переместится на "Главную кнопочную форму".
Нажав кнопку "Графики" на
"главной кнопочной форме" пользователь откроет следующую форму:
Рисунок 27 - Кнопочная форма - графики
Которая позволяет выводить данные о заработанных
средствах за тот или иной год.
Нажав на кнопку "Динамика оплаты
электроэнергии за 2011 год" открывается график:
Рисунок 28 - Окно ввода параметра
Нажав кнопку "На главную" пользователь
переместится на "Главную кнопочную форму".
Выход из программы осуществляется нажатием на
кнопку "Выход" на главной кнопочной форме.
3. Организационно-экономическая часть
.1 Технико-экономические расчеты экономической
целесообразности разработки автоматизированной системы
В процессе создания автоматизированной системы
обработки и управления информацией надо соизмерять затраты на ее разработку и
внедрение с результатом ее использования. Расчет экономической эффективности
автоматизированных систем имеет некоторые особенности.
Эффективность может быть определена либо путем
сопоставления показателей деятельности предприятия или отдельного подразделения
до и после внедрения автоматизированной системы обработки и управления
информацией, либо путем обсчета затрат на создание автоматизированной системы и
сравнения с результатами после внедрения системы.
Вся работа, выполняемая кассиром по оплате
квитанций без использования автоматизированной системы обработки и управления
информацией очень трудоёмка, однообразна, что приводит к множеству ошибок.
Использование автоматизированной системы позволило значительно уменьшить
трудоемкость, избавило от однообразия, сократило ошибки до минимума.
Для проведения сравнительного анализа
технико-экономических показателей целесообразности разрабатываемой задачи, нам
придется произвести ряд экономических расчётов, до и после внедрения
разрабатываемой задачи, а также убедиться в целесообразности нашей разработки.
Разработанная программа должна:
) облегчить работу по сбору, хранению и
обработки информации;
) оперативно составлять все необходимые
отчёты и диаграммы:
· отчёт "Проживающие по
улице";
· отчёт "Список задолжников,
сумма";
· отчет "Список задолжников по
месяцу";
· график "Динамика потребления
электроэнергии за 1 квартал 2011 года";
· график "Динамика оплаты
электроэнергии за 1 квартал 2011 года";
· отчет "Квитанция";
)сократить время поиска необходимой информации.
· поиск оплаченных квитанций;
· поиск необходимой информации для
отчётов.
Основной задачей экономической части дипломного
проекта является определение экономического эффекта от использования
организацией результатов полученных при разработке данного дипломного проекта.
Оценка эффективности должна быть комплексной и учитывать экономические,
социальные и другие аспекты данного решения.
.1.1 Расчет затрат на разработку программы
Этапы создания программы:
cбор сведений по
созданию программы
создание структуры программы(схема данных)
первичное заполнение таблиц
создание запросов
создание отчётов и диаграмм
графическое оформление базы данных
отладка
Таблица 3.1 Время необходимое для разработки
программного продукта
|
Наименование
этапа
|
Общее
время,
час
|
Машинное
время,
час
|
|
Сбор
сведений по созданию программы
|
7
ч
|
1
ч
|
|
Создание
структуры программы
|
4 ч
|
1
ч
|
|
Первичное
заполнение таблиц
|
4 ч
|
2
ч
|
|
Создание
запросов
|
5
ч
|
3
ч
|
|
Создание
отчётов и диаграмм
|
8
ч
|
3
ч
|
|
Графическое
оформление базы данных
|
6
ч
|
4
ч
|
|
Отладка
|
8
ч
|
4
ч
|
|
ИТОГО:
|
42
ч
|
18
ч
|
Время на разработку данной программы рассчитано
на основе хронометражных наблюдений за работой программиста.
Смета затрат на разработку программы
. Заработная плата программиста: 14000
рублей
Время разработки программы - 42 часов
Зарплата программиста в час
14000рублей/176ч = 79,5 рублей/час
Зарплата программиста за время разработки
программы составляет:
Lосн = T*Cч,
где Т - время разработки программы, а Сч-
часовая ставка программиста, рублей
Lосн =
42*79,5=3339(руб)
)Дополнительная заработная плата программиста за
время разработки
Lдоп = Lосн
*0,15,
где 0,15 - коэффициент дополнительной заработной
платы на данном предприятии.
Lдоп = 3339 * 0,15 =
500,8(руб)
Таким образом, заработная плата программиста за
данную разработку
Lз.п.= Lосн+Lдоп
Lз.п = 3339 + 500,8
= 3839,8(руб.)
) Отчисление в фонды социального страхования
соц. страх = (Lосн+Lдоп)*0,34 (3.4)
где 0,34 коэффициент отчислений установленный
законодательством в фонды социального страхования.
соц. страх = (3339 + 500,8)*0,34=1305,5(руб)
)Затраты на содержание АРМ складываются из
амортизационных отчислений, затрат на электроэнергию и техническое
обслуживание.
Стоимость оборудования 26000 рублей
Срок окупаемости - 5 лет
Амортизация.
Амортизационные отчисления рассчитываются по
формуле:
где Сб-стоимость оборудования, Тнор-
срок окупаемости, Тэф годовой фонд времени , Тмаш -
машинное время затраченное на программу
(руб)
Затраты на электроэнергию
Э=М*Тмаш*Ц,
где М - мощность оборудования, Тмаш -
машинное время разработки программы,
Ц э - тариф на электроэнергию
Стоимость КВт/ч= 2,41 руб/КВт;
Потребляемая мощность - 380 Вт
Э= 0,38*18*2,41=15,6(руб)
Техническое обслуживание -10% от амортизации
*0,1=5(руб)
)Накладные расходы:
Hр= Lосн*Кнр,
где Кнр- коэффициент накладных
расходов от основной заработной платы программиста (60%)
р=3339*0,6=2003(руб.)
)Расходные материалы
Таблица 3.2 Стоимость расходных материалов
|
Название
материала
|
Цена
(рублей)
|
Требуемое
количество(штук)
|
Стоимость (рублей)
|
|
Бумага
|
0,2
|
120
|
24
|
|
Диск
|
10
|
2
|
20
|
|
Картридж
|
800
|
1
|
800
|
|
ИТОГО:
|
844
|
Таблица 3.3 Сметная стоимость разработки
|
Виды
затрат
|
Итоговая
сумма, рублей
|
|
Заработная
плата
|
3839,8
|
|
Отчисление
в фонды социального страхования
|
1305,5
|
|
Содержание
оборудования
|
70,6
|
|
Накладные
расходы
|
2003
|
|
Расходный
материал
|
844
|
|
ИТОГО:
|
8062,9
|
3.1.2 Расчет текущих затрат
Для расчета эффективности внедрения необходимо
сравнить затраты до и после внедрения автоматизированной системы:
Таблица 3.1.2 Затраты времени до и после
внедрения разработки за месяц
|
Этапы
|
Объем
работ
|
Ед.
измер.
|
До
внедрения
|
После
внедрения
|
|
|
|
Затраты
времени на 1 чел., мин.
|
Затраты
времени на весь объем работы мин.
|
Затраты
времени на 1 чел., мин.
|
Затраты
времени на весь объем работы мин.
|
|
Сведения
о проживающих
|
100
|
Чел.
|
20
мин.
|
2000
мин.
|
13
мин.
|
1300
мин
|
|
Сведения
о показаниях счетчика
|
100
|
Шт.
|
2
мин.
|
200
мин.
|
1
мин.
|
200
мин.
|
|
Сведения
о квитанции
|
100
|
Шт.
|
7
мин.
|
700
мин.
|
2
мин.
|
200
мин.
|
|
Итого:
|
|
|
|
2900
мин. = 48,3 ч.
|
|
1700
мин. = 28,3 ч.
|
До внедрения: 34800 мин. = 579,6 ч.
После внедрения: 20400 мин. = 339,6 ч.
Оклад кассира составляет 12000 рублей.
Следовательно, стоимость одного часа работы
составляет 12000/(22*8)=68,1 (руб),
До внедрения системы:
Заработная плата
,1*48,3+68,1*48,3*0,15=3782,6(руб.)
Отчисления в фонды социального страхования
Lсоц страх =3782,6*0,34=1286,1(руб.).
Затраты до внедрения автоматизированной системы
,6+1286,1= 5068,7 (руб.)
После внедрения:
Заработная плата
,1*28,3+68,1*28,3*0,15=2216,3 (руб)
Отчисления в фонды социального страхования
Lсоц страх=2216,3*0,34=753,5
(руб)
Амортизационные отчисления
26000/(12*5*22*8)=2,5 (руб)
Электроэнергия
,25*2,41=0.6 (руб)
Техническое обслуживание оборудования
(26000/(15*5*22*8))*0,1=0.25 (руб)
Содержание оборудования (2,5+0,6+ 0,25)*28,3=
94,8 (руб)
Затраты после внедрения составляют
2216,3+753,5+94,8 =3064,6 (руб.)
3.1.3 Расчет экономического эффекта и срока
окупаемости автоматизированной системы
Формула расчета годового экономического эффекта
Ээ =(С1+Ен*K1)-(C2+Eн*K2)
Так как до внедрения системы информация
обрабатывалась вручную, то К1=0, следовательно, формула имеет вид
Э = С1-(С2+Ен*K2),
где С1 и С2- текущие затраты до и после
внедрения разработки, К 1и К2 - единовременные затраты, связанные с разработкой
программы.
Ен- коэффициент сравнительной экономической
эффективности-0,15
Э=60824,4-(36775,2+0,15*8062,9)=22839,7 (руб.)
Срок окупаемости системы рассчитывается по такой
формуле
Ток=(К2-К1)/(С1-С2)
Ток=8062,9/(60824,4-36775,2)=0,33
года
Рост производительности труда ∆П= (579,6
-339,6)/579,6 = 0,41
.2 Сводные экономические показатели, выводы по
проделанной работе
Затраты на разработку программы - 8062,9 руб
Текущие затраты до внедрения - 60824,4 руб
Текущие затраты после внедрения- 36775,2 руб
Годовой экономический эффект-22839,7 руб
Срок окупаемости - 0,33 года
Рост производительности труда - 41%
Вывод : внедрение разработки экономически
целесообразно, так как позволяет повысить производительность труда кассира
отдела по составлению квитанций, улучшить качество выдаваемой информации и
получить годовой экономический эффект в размере 22839,7 рублей,
перераспределить обязанности внутри организации, совершенствуя организационную
структуру управления организации.
4. Охрана труда и техника безопасности
Внедрение научной организации труда на рабочих
местах невозможно без создания оптимальных условий труда, способствующих
повышению производительности труда работников, сохранению их здоровья и
трудоспособности. С этой целью необходимо установление физиологически
обоснованных режимов труда и отдыха, рациональных графиков выхода на работу.
Большое значение имеют механизация и автоматизация тяжелых и трудоемких работ,
соблюдение норм и правил по охране труда и технике безопасности, постоянное
улучшение санитарно - гигиенических условий труда.
Улучшению условий труда во многом способствуют
мероприятия по охране труда и технике безопасности. Все работники должны быть
обучены безопасным методам работ и правилам электробезопасности. С этой целью
проводятся инструктажи, и проверки знаний работников соответствующих правил по
технике безопасности.
.1 Электробезопасность по эксплуатации
технических средств
Основными техническими средствами,
обеспечивающими безопасность работ в электроустановках, являются: защитное
заземление, зануление, выравнивание потенциалов, защитное отключение,
электрическое разделение сети, малое напряжение, двойная изоляция.
Использование этих средств в различных сочетаниях позволяет обеспечить защиту
людей от прикосновения к токоведущим частям, от безопасности перехода
напряжения на нетоковедущие части, от шаговых напряжений, от опасности перехода
высшего напряжения в сторону низшего.
Защитным заземлением называют преднамеренное
электрическое соединение с землей или ее эквивалентом металлических
нетоковедущих частей, которые могут оказаться под напряжением. Защитное
заземление - основная техническая мера, применяемая в сетях с изолированной
нейтралью.
Категорически запрещается проводить накладку и
пуск ЭВМ и других устройств, при отсутствии заземления.
Зануление. Это средство заключается в
преднамеренном электрическом соединении с нулевым защитным проводником
металлических нетоковедущих частей, которые могут оказаться под напряжением.
Защитный эффект зануления заключается в уменьшении длительности замыкания на
корпус, а следовательно, в сокращении времени воздействия электрического тока
на человека.
Защитное отключение. Как показывает практика
эксплуатации электроустановок, наибольшее число электротравм происходит при
непосредственном прикосновении человека к токоведущим частям электроустановок.
При этом ни защитное заземление, ни зануление не в состоянии обеспечить
безопасность человека. Кроме того, при невыполнении требуемых правилами норм на
заземление или зануление повышается вероятность электротравмирования
обслуживающего персонала. По этим причинам в электроустановках до 1000В в
последние годы находят широкое применение устройства защитного отключения
(УЗО).
Защитное отключение представляет собой
быстродействующую защиту, обеспечивающую автоматическое отключение
электроустановки при возникновении в ней опасности поражения человека
электрическим током. Такая опасность может возникнуть при нарушении изоляции
токоведущих частей и пробое на корпусе, снижении уровня изоляции, прикосновении
человека к токоведущим частям. Защитное отключение устанавливают в сетях, как с
изолированной, так и заземленной нейтралью. Эффективность систем отключения
определяется их быстродействием, поскольку при малых длительностях воздействия
тока на человека, его допустимая величина может быть принята значительно
большей.
При научной организации труда важную роль играет
обучение работников технике безопасности. При эксплуатации технических средств
необходимо помнить следующий минимум правил:
. Правильно включать электроприборы;
. Правильно выключать электроприборы;
. Перед началом работы осматривать
техническое состояние электроприборов;
. Не применять в работе неисправные
электроприборы;
. При неисправности прибора не производить
ремонт самостоятельно;
. Не применять электроприборы не по
назначению; запрещается работать влажными руками и во влажной одежде;
. Не трогать разъемы соединительных
кабелей.
.2 Требования к помещению
При проектировании новых и реконструкции зданий
ВЦ необходимо соблюдать мероприятия пожарной профилактики, руководствуясь при
этом СН 512-78 "Инструкции по проектированию зданий и помещений для
электронно-вычислительных " и СНиП II-2-80
"Противопожарные нормы проектирования зданий и сооружений", в которых
изложены основные требования к огнестойкости зданий и сооружений,
противопожарным преградам, эвакуации людей из зданий и помещений. Помещение в
бухгалтерии должно соответствовать требуемым стандартам вычислительного центра
при проектировании и реконструкции. Так же должно отвечать ГОСТам по
противопожарной безопасности, освещению, оснащению вентиляционными
устройствами, водоснабжению и т.д.
4.3 Мероприятия по противопожарной технике
Пожары в ВЦ представляют особую опасность, так
как сопряжены с большими материальными потерями. Характерная особенность ВЦ -
небольшие площади помещения. Как известно, пожар может возникнуть при
взаимодействии горючих веществ, окислителя и источников зажигания. В помещениях
ВЦ присутствуют все три основные фактора, необходимые для возникновения пожара.
Горючими компонентами на ВЦ являются:
строительные материалы для акустической и эстетической отделки помещений,
перегородки, двери, полы, перфокарты и перфоленты, изоляция силовых, сигнальных
кабелей, обмотки радиотехнических деталей, изоляция соединительных кабелей
ячеек, блоков, субблоков, панелей, стоек, шкафов, жидкости для очистки
элементов и узлов ЭВМ от загрязнения и др.
Для отвода теплоты от ЭВМ в производственных
помещениях ВЦ действует мощная система кондиционирования. Как правило,
кондиционирование воздуха осуществляется и во вспомогательных, и в
служебно-бытовых помещениях. Поэтому кислород, как окислитель процессов
горения, имеется в любой точке помещений ВЦ.
Источниками зажигания на ВЦ могут оказаться
электронные схемы ЭВМ, приборы, применяемые для технического обслуживания,
устройства электропитания, кондиционеры воздуха, где в результате различных
нарушений образуются перегретые элементы, электрические искры и дуги, способные
вызвать загорание горючих материалов.
Поэтому помещение должно отвечать требованиям,
предъявленным к правилам противопожарной безопасности. Для выполнения этих
требований помещение оснащают вентиляционными устройствами и проводят
центральное отопление. Водоснабжение должно обеспечивать потребность, как в
питьевой воде, так и в воде для противопожарных и других нужд. Освещение должно
соответствовать установленным нормам. Быстро воспламеняющиеся материалы надо
обрабатывать огнеупорным веществом.
В помещениях ВЦ должны быть предусмотрены пожарные
краны. В качестве пожарных извещателей рекомендуется применять датчики,
реагирующие на дым и тепло. В качестве противопожарных средств в помещениях
следует использовать только углекислотные огнетушители. Категорически
запрещается применять пенные кислотно-щелочные огнетушители из-за порчи
электроизоляции, материалов. Для машинного зала ЭВМ следует предусмотреть
автоматическую установку химического пожаротушения с автоматическим вводом
химического вещества в зале ЭВМ.
Заключение
Дипломный проект выполнен в соответствии с
дипломным заданием.
Главным результатом проведенной работы является
создание функционирующей СУБД, которая выполняет требуемый круг задач, с
которыми сталкиваются работники предприятия по учету платы за потребленную
электроэнергию за весь период обработки информации.
Реализация данного проекта была проведена с
привлечения средств работы с базами данных, которая облегчает пользователю
выполнять свою работу, поскольку носят универсальный характер и к тому же
требуют необходимую базу знаний по теории баз данных.
Использование мощных средств Access
2007 по созданию приложений работающих в операционной системе Windows и в
частности приложений баз данных, позволило создать программный продукт
максимально ориентированный на конечного пользователя, который не искушен в
вопросах теории баз данных.
Вся необходимая работа по осуществлению методов
доступа к информации хранимой в базе данных, её модификации, поддержании базы
данных в целостном виде скрыта внутри и пользователю нет необходимости знать о
ней, чтобы успешно решать весь круг возникающих задач связанных с
использованием информации хранимой базе данных. Более того, программный
интерфейс максимально облегчает работу по обращению с базой данных (вплоть до
выбора из предложенного числа вариантов). Даже обращение к базе данных со
сложными запросами осуществляется в таком виде, что структура возвращаемых
данных видна еще до его исполнения. СУБД самостоятельно тестирует находящиеся в
базе данных записи и производит приведение базы данных к целостному состоянию,
устраняя возможные ошибки. Все рутинные операции подобного рода берёт на себя
машина, что без сомнения экономит усилия и время конечного пользователя.
Список литературы
1. ГОСТ 2.001 - 93
ЕСКД. Общие положения ГОСТ 2. 105-95 ЕСКД. Общие требования к текстовым
документам.
2. ГОСТ 19.002-80. Схема алгоритмов
и программ. Правила выполнения. - Взамен ГОСТ 19427-74. Введ. 01.07.81.-М.:
Издательство стандартов, 1985. - 10с.
3. ГОСТ 19.003-80. Схема алгоритмов
и программ. Обозначения условные графические. - Взамен ГОСТ 19428-74. Введ.
01.07.81.-М.: Издательство стандартов, 1985. -12с.
. Казаков В.Б. Методическое пособие
по оформлению дипломных и курсовых работ ВЭТ - 2005.
5. Основы современных
компьютерных знаний. Под редакцией А.Д.Хомоненко "КОРОНА",2002
6. Дейт К. Дж. Введение в
системы баз данных, 6-е издание: Пер с англ.- К.: М. ; СПб.: Издательский дом
"Вильямс", 1999.
. Карпова Т.С. Базы данных:
модели, разработка, реализация СПб.: Питер, 2008.
8. Литвин П., Гетц К.,
Гунделой М. Разработка настольных приложений в Access
2007. Для профессионалов - СПб.: Питер; К.: Издательская группа BNV,
2009.
9. Липаев В.В. Проектирование
программных средств. - М.: Высшая школа, 2007 - 578 с.
10. Кошелев В.Е. Эффективное
использование Access 2007.
Издательство "Бином", 2009.
Лист сокращений
АИС- автоматизированная информационная система
ВЦ - вычислительный центр
ПК - персональный компьютер
БД - база данных
СУБД - система управления БД
ИС - информационная система
ИО - информационное обеспечение
АРМ - автоматизированное рабочее место
АДМ - администрация
УЗО - устройства защитного отключения
ЯОД - язык описания данных
БнД - банк данных
ЭВТ - электронно-вычислительная техника;
ЭВМ - электронно-вычислительная машина;
ПО - программное обеспечение
АИТ - автоматизированные информационные
технологии
ПЭВМ - персональная электронно-вычислительная
машина
ПЗ - пояснительная записка;
ЯМД - язык манипулирования данными;
См. - смотри;
Приложение № 1
Схема документооборота
Приложение №2
Описание алгоритма
Приложение №3
Начальная контекстная диаграмма
Приложение №4
Диаграмма потоков данных нулевого уровня
Приложение №5
Схема данных.
Приложение №6
Таблица № 1 Информация о зданиях.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
улицы
|
Числовой
|
10
|
Поле
со списком
|
|
№
здания
|
Числовой
|
10
|
Поле
|
|
№
района города
|
Текстовый
|
15
|
Поле
со списком
|
|
Тип
стен
|
Текстовый
|
15
|
Поле
|
|
Тип
перекрытий
|
Текстовый
|
15
|
Поле
|
|
Фото
здания
|
Объект
OLE
|
Авто
|
Поле
|
|
Количество
подъездов
|
Числовой
|
2
|
Поле
|
|
Количество
квартир
|
Числовой
|
3
|
Поле
|
|
Количество
проживающих
|
Числовой
|
2
|
Поле
|
Таблица №2 Информация о квартире.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
улицы
|
Числовой
|
Поле
со списком
|
|
№
здания
|
Числовой
|
10
|
Поле
|
|
№
квартиры
|
Числовой
|
10
|
Поле
|
|
№
лицевого счета
|
Числовой
|
10
|
|
|
Количество
проживающих
|
Числовой
|
2
|
Поле
|
|
Наличие
электроплиты
|
Логический
|
1
|
Поле
|
|
Вид
счетчика
|
Числовой
|
2
|
Поле
|
Таблица №3 Информация о квитанции.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
квитанции
|
Числовой
|
9
|
Поле
|
|
№
лицевого счета
|
Числовой
|
10
|
Поле
|
|
№
банка
|
Числовой
|
10
|
Поле
|
|
Показания
в начале месяца
|
Числовой
|
10
|
Поле
|
|
Показания
в конце месяца
|
Числовой
|
10
|
Поле
|
|
Стоимость
1 КВт
|
Денежный
|
5
|
Поле
|
Таблица №4 Информация о предприятии.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
предприятия
|
Числовой
|
10
|
Поле
|
|
Название
предприятия
|
Текстовый
|
20
|
Поле
|
|
Генеральный
директор
|
Текстовый
|
20
|
Поле
|
|
ИНН
|
Текстовый
|
20
|
Поле
|
|
КПП
|
Текстовый
|
20
|
Поле
|
|
Почтовый
адрес
|
Текстовый
|
20
|
Поле
|
|
Телефон
|
Текстовый
|
20
|
Поле
|
|
Фото
здания
|
Объект
OLE
|
Авто
|
Поле
|
|
Стоимость
1КВт
|
Денежный
|
20
|
Поле
|
|
Email
|
Текстовый
|
20
|
Поле
|
Таблица №5 Информация о банке.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
банка
|
Числовой
|
10
|
Поле
|
|
Наименование
банка
|
Текстовый
|
25
|
Поле
|
|
Адрес
|
Текстовый
|
25
|
Поле
|
|
Телефон
|
Текстовый
|
20
|
Поле
|
Таблица №6 Информация о виде квартиры.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
Вид
квартиры
|
Числовой
|
1
|
Поле
|
|
Наименование
|
Текстовый
|
20
|
Поле
|
|
Плата
за квартиру
|
Денежный
|
5
|
Поле
|
Таблица №7 Информация о виде счетчика.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
Вид
счетчика
|
Числовой
|
1
|
Поле
|
|
Коэффициент
фазности
|
Числовой
|
Авто
|
Поле
|
|
Плата
за счетчик
|
Денежный
|
5
|
Поле
|
Таблица №8 Информация об улице.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
улицы
|
Числовой
|
10
|
Поле
|
|
Название
улицы
|
Текстовый
|
20
|
Поле
|
|
Признак
улицы
|
Текстовый
|
20
|
Поле
|
Таблица №9 Информация о районе.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
района
|
Числовой
|
10
|
Поле
|
|
Название
района
|
Текстовый
|
20
|
Поле
|
Таблица №10 Информация о проживающих.
|
Поле
|
Тип
данных
|
Размер
|
Подстановка
|
|
№
улицы
|
Числовой
|
10
|
Поле
со списком
|
|
№
здания
|
Числовой
|
10
|
Поле
|
|
№
квартиры
|
Числовой
|
10
|
Поле
|
|
№
проживающего
|
Числовой
|
10
|
Поле
|
|
Фамилия
|
Текстовый
|
20
|
Поле
|
|
Имя
|
Текстовый
|
20
|
Поле
|
|
Отчество
|
Текстовый
|
20
|
Поле
|
|
Дата
рождения
|
Дата/время
|
10
|
Поле
|
|
Телефон
|
Текстовый
|
10
|
Поле
|
|
Квартиросъемщик
|
Логический
|
10
|
Поле
|
Приложение №7
Главная кнопочная форма
Приложение №8
Кнопочная форма "Формы".
Приложение №9
Форма "Банки"
Приложение №10
Форма "Здания"
Приложение №11
Форма "Квартира"
Приложение №12
Форма "Квитанция"
Приложение №13
Форма "Проживающие"
Приложение №14
Форма "Районы"
Приложение №15
Форма "Вид счетчика"
Приложение №16
Форма "Вид квартиры"
Приложение №17
Форма "Улицы"
Приложение №18
Отчет "Предприятие"
Приложение №19
Кнопочная форма "Отчеты"
Приложение №20
Отчет "Квитанция".
Приложение №21
Отчет"Проживающие по улице"
Приложение №22
Отчет "Список задолжников за месяц"
Приложение №23
Отчет"Список задолжников сумма"
Приложение №24
Отчет "Список квартиросъемщиков задолжавших
компании более 2000 рублей"
Приложение №25
Кнопочная форма "Диаграмма"
Приложение №26
Диаграмма "Динамика потребления
электроэнергии за 2011 год"
Приложение №27
Диаграмма "Сравнительная характеристика
оплаты электроэнергии населением за 2009 -2011 год"
Приложение №28
Диаграмма "Потребление электроэнергии по
районам";
Приложение №29
Кнопочная форма "Графики"
Приложение №30
График "Динамика оплаты электроэнергии за 1
квартал 2011 года"
Приложение №31
Структура экранных форм
