Автоматизация расчета коммунальных услуг ЛГУП “Жилищно-коммунального хозяйства”

      начиная с пятой версии в среде Delphi доступны и другие технологии, позволяющие обойтись и без BDE – ADO, InterBase Express и dbExpress.

      Так как при разработки программы «Автоматизация расчета коммунальных услуг ЛГУП “Жилищно-коммунального хозяйства”» была использована технология ADO, то далее будет рассматриваться только особенности данной технологии доступа к данным.

      Технология ADO (ActiveX Data Objects – объекты данных, построенные как объекты ActiveX) усиленно развивается корпорацией Microsoft. Основные особенности использования технологии ADO не зависят от архитектуры БД: эта технология характерна не только для файл-серверных, но и для клиент-серверных и трехзвенных БД. Основным достоинством технологии ADO является ее естественная ориентация на создание «облегченного» клиента. В рамках этой технологии на машине разработчика устанавливаются базовые объекты MS ADO и соответствующие компоненты Delphi, обеспечивающие поддержку этой технологии. На машине сервера данных устанавливается провайдер данных - некоторая настройка над специальной технологией OLE DB, «понимающая» запросы объектов ADO и «умеющая» переводить эти запросы в нужные действия над данными. Взаимодействие компонентов ADO и провайдера данных осуществляется на основе универсальной для Windows технологии ActiveX, причем провайдер реализуется как COM-сервер, а ADO-компоненты - как COM-клиенты. Так же на машине сервера создается и размещается источник данных. В случае файл-серверных систем отдельные таблицы типа dBase, FoxPro, Paradox и т.п. должны управляться соответствующим ODBC-драйвером, а в роли провайдера используется Microsoft OLE DB Provider for ODBC drivers. Для файлов БД, созданных в Microsoft Access необходимо использовать Microsoft Jet 4.0 OLE DB Provider, и такая БД будет управляется машиной баз данных Microsoft Jet 4.0 Database Engine. Если используется промышленный сервер данных Oracle или MS SQL Server, данные не нуждаются в какой-либо дополнительной обработке, а в роли провайдера используется соответственно Microsoft OLE DB Provider for Oracle или Microsoft OLE DB Provider for SQL Server. Не трудно обнаружить и явный недостаток технологии ADO – она не может использоваться, если для соответствующей структуры данных не создан нужный провайдер или ODBC-драйвер.[1]

      ADO-компоненты Delphi для организации доступа к  данным:

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

     компонент TADOTable. Данный компонент предназначен для организации доступа непосредственно к таблицам базы данных с помощью свойства TableName, доступ к которой осуществляется либо самостоятельно – через свойство ConnectionString, либо через компонент TADOConnection, который имеет такое свойство. При помощи широкого набора методов этого компонента можно осуществлять добавление, редактирование, удаление записей соответствующей таблицы базы данных, перемещение по записям, как непосредственно, так и с помощью методов поиска и фильтрации данных. Кроме того данных компонент, обеспечивает доступ ко всем полям подключенной таблицы и позволяет непосредственно изменять и считывать значения каждого поля для текущей записи; так же компонент TADOTable предоставляет широкие возможности по созданию объектов для вычисляемых полей (значения формируются на основе значений других полей) и постановочных полей.(значения берутся из других таблиц базы данных). При необходимости данный компонент может организовать работу с таблицей базы данных в режиме кэширования изменений (предоставляет возможность отката сделанных в таблице изменении – работа с виртуальной копией таблицы);

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

     компонент TDataSource (находится на вкладке «Data Access»). Данный компонент предназначен для связывания компонентов обеспечивающих получение данных и базы (TADOTable, TADODataSet, TADOQuery) с компонентами, позволяющими визуализировать эти данные (см. ниже);

     компонент TADOQuery. Этот компонент предназначен для формирования и выполнения запросов SQL различной структуры и сложности к таблицам базы данных, подключение к которой, так же как и других компонентов, осуществляется с помощью компонента TADOConnection или свойства ConnectionString. Данный компонент позволяет сформировывать и выполнять запросы на выборку данных (SELECT), добавление (INSERT), удаление (DELETE) и обновление (UPDATE). Кроме того, имеется возможность использования параметров вместо конкретных значений при выполнении различных запросов. Для выполнения запросов типа SELECT используется метод Open и при этом может использоваться визуализирующий компонент для отображения результатов запроса. Для выполнения запросов, которые не возвращают значений, используется метод ExecSQL. С помощью этого компонента так же можно выполнять запросы на создание таблиц (CREATE) в базе данных.[7]

      Компоненты Delphi для визуализации данных:

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

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

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

     компонент TDBCheckBox. Этот компонент представляет собой флажок, значение истинности (вкл./выкл.) зависит от содержимого логического поля (Истина/Ложь), значение которого этот компонент отображает. Кроме того, данный компонент может работать и с текстовыми полями, однако для этого необходимо указать значения символов для истинности (вкл.) и неистинности (выкл.);

     компонент TDBMemo. Компонент предназначен для отображения и редактирования мемо-полей (полей содержащих многострочную текстовую информацию). Данные для отображения берутся из соответствующих полей таблицы базы данных;

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

2. Организация пользовательского интерфейса  АРМ

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

      При разработке ФПО очень большое  внимание уделяется вопросам организации взаимодействия “человек-машина”. Пользователю интересно и увлекательно работать на ЭВМ только в том случае, когда он чувствует, что он занимается полезным, серьезным делом. В противном случае его ждут неприятные ощущения. Непрофессионал может почувствовать себя обойденным и даже в чем-то ущемленным только потому, что он не знает неких “мистических” команд, набора символов, вследствие чего у него может возникнуть глубокая досада на все программное обеспечение или служителей культа ЭВМ.[12]

      Анализ  диалоговых систем с точки зрения организации этого диалога  показал, что их можно разделить (по принципу взаимодействия пользователя и машины) на:

     системы с командным языком;

     “человек  в мире объектов”;

     диалог  в форме “меню”.

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

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

      Диалог  в форме меню “меню” представляет пользователю множество альтернативных действий, из которых он выбирает нужные. В настоящее время наиболее широкое распространение получил пользовательский интерфейс, сочетающий в себе свойства двух последних. В нем все рабочее пространство экрана делится на три части (объекта). Первая (обычно располагающаяся вверху) называется строкой или полосой меню. С ее помощью пользователь может  задействовать различные меню, составляющие “скелет” программы, с их помощью производится доступ к другим объектам (в т.ч. управляющим). Вторая часть (обычно располагается внизу или в небольших программах может вообще отсутствовать) называется строкой состояния. С ее помощью могут быстро вызываться наиболее часто используемые объекты или  же отображаться какая-либо текущая информация. Третья часть называется рабочей  поверхностью (поверхностью стола) - самая большая.  На  ней  отображаются все те объекты, которые вызываются из меню или строки состояния. Такая форма организации диалога человека и машины наиболее удобна и все современные программы в той или иной мере используют ее. В любом случае она должна соответствовать стандарту СUA (Common User Access) фирмы IBM.

3. Разработка автоматизированного рабочего места бухгалтера лгупжкх

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

         поиск нужной информации для написания данной программы;

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

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

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

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

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

1. Определение структуры данных

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

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

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

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

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

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