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

Наличие интегрированной базы данных сокращает затраты не только на создание и хранение данных, но и на их поддержание в актуальном состоянии, уменьшает потоки данных, циркулирующие в системе: из входных документов могут быть исключены данные, которые уже имеются в базе данных или могут быть получены из хранящихся в ней показателей; выходные документы по своему содержанию и срокам представления могут быть максимально приближены к потребностям пользователей, что существенно сокращает выдачу информации, не используемой в процессе управления. Это решение обусловлено тем, что в своей деятельности сотрудники отдела приема заказов работают с единым информационным массивом, в который поступает информация, как от них, так и от других подразделений (услуги, работники). К общесистемному программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и предназначенные для организации вычислительного процесса и решений часто встречающихся задач обработки информации. Данные системы можно условно разделить на два основных типа: - системы, ориентированные на программиста, которые позволяют создавать только законченные проекты; Анализ современных средств разработки позволяет разделить их на средства для создания управления глобальными базами данных, работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, INTERBASE) и средства для автоматизации небольших подразделений (до 10 рабочих станций), такие как Visual FOXPRO, Microsoft Access.Главным результатом проведенной работы является создание функционирующей СУБД, которая выполняет требуемый круг задач, с которыми сталкиваются работники предприятия по учету платы за потребленную электроэнергию за весь период обработки информации. Реализация данного проекта была проведена с привлечения средств работы с базами данных, которая облегчает пользователю выполнять свою работу, поскольку носят универсальный характер и к тому же требуют необходимую базу знаний по теории баз данных. Использование мощных средств Access 2007 по созданию приложений работающих в операционной системе Windows и в частности приложений баз данных, позволило создать программный продукт максимально ориентированный на конечного пользователя, который не искушен в вопросах теории баз данных.

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

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

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

1. Теоретическая часть

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

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

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

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

Перечень объектов управления: · генеральный директор;

· бухгалтерия;

· финансовый отдел;

· банки;

· администрация;

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

Для данной разработки необходимо: · минимум 360 Мб свободной памяти;

· минимум времени работы;

· простота в изменениях;

· простота в использовании программы;

· обеспечение удобства ввода;

· унифицированный выход информации;

· простота и надежность алгоритма.

1.3 Требования к информационному обеспечению

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

При проектировании ИО необходимо основываться на основных принципах создания АИС: системности, развития, совместимости, стандартизации и унификации, эффективности.

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

Одной из современных форм организации информации являются банки данных. Банк данных (БНД) - это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования этих данных .

Особенности банков данных перед "небанковской" организацией данных (совокупность локальных файлов), заключаются в следующем. Наличие единого целостного отображения определенной части реального мира не только сокращает избыточность хранимых данных, но и обеспечивает на основе имеющейся базы данных выполнение новых приложений, включая реализацию разнообразных нерегламентированных запросов. Увеличивается мобильность, гибкость информационной системы. В БНД легче контролируется целостность, непротиворечивость данных. Наличие интегрированной базы данных сокращает затраты не только на создание и хранение данных, но и на их поддержание в актуальном состоянии, уменьшает потоки данных, циркулирующие в системе: из входных документов могут быть исключены данные, которые уже имеются в базе данных или могут быть получены из хранящихся в ней показателей; выходные документы по своему содержанию и срокам представления могут быть максимально приближены к потребностям пользователей, что существенно сокращает выдачу информации, не используемой в процессе управления.

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

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

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

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

В БД много различных типов данных и связей между ними. Это еще раз свидетельствует о необходимости концептуальной схемы, позволяющей изобразить связи между элементами данных. Концептуальная схема описывается с помощью модели данных. Модель данных - это комбинация трех основных составляющих: 1. Набора типов структур данных, используемых для построения БД.

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

3. Набора общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний БД.

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

Существует три основные модели, которые используются в системах БД : · иерархическая (подразумевается древовидная структура);

· сетевая (часто имеется ввиду сетевая структура CODASYL)

· реляционная (с двумерными файлами, связанными в определенные ассоциации элементов данных).

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

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

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

При разработки структуры ИО АИС ключевым моментом является выбор ее архитектуры. Под архитектурой ИО понимается распределение информационной базы по подсистемам и компонентам АИС, а также распределение хранения и исполнения этих подсистем и компонентов по различным ЭВМ, объединенных в локальную вычислительную сеть . В нашем случае необходимо сделать выбор между двумя вариантами: · интегрированная база данных (реализация модели "клиент-сервер");

· распределенная база данных (в роли серверов выступают клиенты одноранговой сети).

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

1.4 Требования к надежности и безопасности

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

2. Занесение информации должно быть своевременным, четким и полным. Вносимая информация будет являться источником для произведения расчетов и анализа;

3. Нельзя пытаться изменить вид формы, так как это может привести к сбоям в структуре программы;

4. Изменение вида отчетов может привести к ошибкам в программе;

5. Запрет на вставку данных в ячейки с автоматическим подсчетом данных;

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

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

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

1.5 Требования к программному обеспечению

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

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

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

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

Кроме этого средства разработки СУБД можно разделить в зависимости от операционной системы, по управлением которой могут выполняться разрабатываемые приложения (Windows XP, Linux). В нашем варианте необходимо выбрать средство разработки приложений, функционирующих в среде Windows XP.

Анализ современных средств разработки позволяет разделить их на средства для создания управления глобальными базами данных, работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, INTERBASE) и средства для автоматизации небольших подразделений (до 10 рабочих станций), такие как Visual FOXPRO, Microsoft Access. В нашем варианте предпочтение необходимо отдать второй группе, так как разрабатываемая АИС автоматизирует деятельность небольшого подразделения и не требует обработки очень больших объемов информации (более 1 Мб) в реальном масштабе времени. Анализ доступности средств разработки позволяет сделать вывод о предпочтительности использования пакета Microsoft, который отличается обширным спектром разнообразных средств. Access 2007 является средством создания и диалоговой работы с базой данных с использованием удобного графического интерфейса.

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

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

Согласно принципу системности АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

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

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

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

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

1.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). На диаграмме четыре блока: 1) Выбор рекламы по каталогу;

2) Заключение договора;

3) Изготовление и установка;

4) Формирование отчетов.

2.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. "Возврат на главную кнопочную форму".

2.3 Описание процесса отладки

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

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

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

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

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

Первым шагом семантической проверки являются ручной прогон.

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

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

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

Основными инструментами отладки служат тесты и отладочные печати.

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

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

Автоматизированная система БД "Разработка АИС деятельности предприятия по учету платы за потребленную электроэнергию", разработана студентом группы И-91 Василенко М.М.. Данная разработка предназначена для непрофессиональных пользователей автоматизированных систем. В этом разделе вы сможете узнать: · Назначение информационной системы;

· Как установить систему;

· Порядок работы с программным продуктом.

2.4.2 Назначение системы

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

-ежемесячный анализ оплаты;

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

-сокращение времени на работу с плательщиками;

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

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

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

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

-процессор Pentium 4 с частотой 800 МГЦ;

-ОС Windows Service Pack 3.

Необходимые периферийные устройства: -принтер;

-сканер;

-CD-ROM.

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

-на рабочем столе создайте папку "АИС деятельности предприятия по учету платы за потребленную электроэнергию";

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

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

2.4.4 Порядок работы с БД

Запуск базы данных: выделить файл и нажать кнопку "Enter" или курсором мыши дважды щелкнуть на файл.

Появится главная кнопочная форма, управляющая следующими элементами: · Формы

· Отчеты

· Диаграммы

· Графики

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

Нажав кнопку "Формы" пользователь откроет следующую формы:

Рисунок 2 - Кнопочная форма - "Формы"

В данной форме можно управлять следующими объектами: · Банк;

· Здание;

· Квартира;

· Квитанция;

· Проживающие;

· Улицы;

· Далее.

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

Рисунок 3 - Форма ввода Банк

При нажатии на кнопку "Здание" пользователь откроет следующую форму для ввода информации:

Рисунок 4 - Форма ввода Здание

При нажатии на кнопку "Квартира" пользователь откроет следующую форму для ввода информации:

Рисунок 5 - Форма ввода Квартира

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

Выход из формы осуществляется нажатием кнопки .

Найти запись можно с помощью кнопки

При нажатии на кнопку "Квитанция" пользователь откроет следующую форму для ввода информации:

Рисунок 6 - Форма ввода Квитанция

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

Рисунок 7 - Форма ввода Проживающие

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

Рисунок 8 - Форма ввода Улицы

При нажатии на кнопку "Далее" пользователь откроет следующую кнопочную форму "Формы1" с остальной переченью форм:

Рисунок 9 - Кнопочная форма "Формы1"

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

Рисунок 10 - Форма ввода "Районы"

При нажатии на кн

Дипломный проект выполнен в соответствии с дипломным заданием.

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

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

Использование мощных средств 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с.

4. Казаков В.Б. Методическое пособие по оформлению дипломных и курсовых работ ВЭТ - 2005.

5. Основы современных компьютерных знаний. Под редакцией А.Д.Хомоненко "КОРОНА",2002

6. Дейт К. Дж. Введение в системы баз данных, 6-е издание: Пер с англ.- К.: М. ; СПБ.: Издательский дом "Вильямс", 1999.

7. Карпова Т.С. Базы данных: модели, разработка, реализация СПБ.: Питер, 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 Поле

№ лицевого счета Числовой 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

Структура экранных форм

Размещено на