Субд расчет стоимости электроэнергии icon

Субд расчет стоимости электроэнергии



НазваниеСубд расчет стоимости электроэнергии
Дата конвертации29.07.2012
Размер327,6 Kb.
ТипРеферат
СУБД - расчет стоимости электроэнергии


Министерство образования Республики Беларусь Минский государственный высший радиотехнический колледж Курсовой проект по предмету «Системы управления базами данных»Проверил: Выполнили студенты гр. 4381 Лапиков Александр Еганов Максим Минск, 1999 Содержание Введение 3 1 Постановка задачи 4 1.1 Организационно-экономическая сущность задачи 4 1.2 Входная информация 4 1.3 Постоянная информация задачи 4 1.4 Выходная информация 5 2 Вычислительная система 6 2.1 Характеристики аппаратных средств 10 2.2 Характеристики программных средств 10 2.3 Операционная система 12 3 Объектно-ориентированный анализ задачи 13 3.1 Описание задачи 13 3.2 Описание интерфейса классов 15 4 Описание программы 18 5 Программа и методика испытаний 20 5.1 Отладка программы 20 5.2 Тестирование программы 21 6 Описание применения 23 Заключение 24 Приложение аФормы входных и выходных документов 26 Приложение B Рисунки, графики, схемы, диаграммы 28 Приложение C Сообщения системы 29 Литература 30 Введение Системы управления базами данных (СУБД) играют исключительную роль ворганизации современных промышленных, инструментальных и исследовательскихинформационных систем. Тематика СУБД поистине безгранична. Можно выделить следующие основные функции СУБД: 1. управление данными во внешней памяти; 2. управление буферами оперативной памяти; 3. управление транзакциями; 4. журнализация и восстановление БД после сбоев; 5. поддержание языков БД. Если какая-либо прикладная информационная система опирается нанекоторую систему управления данными, обладающую этими функциями, то этасистема управления данными является системой управления базами данных(СУБД). Логически в современной реляционной СУБД можно выделить наиболеевнутреннюю часть – ядро СУБД (часто его называют Data Base Engine),компилятор языка БД (обычно SQL), подсистему поддержки времени выполнения,набор утилит. В некоторых системах эти части выделяются явно, в других –нет, но логически такое разделение можно провести во всех СУБД. Ядро СУБД отвечает за управление данными во внешней памяти, управлениебуферами оперативной памяти, управление транзакциями и журнализацию.Соответственно, можно выделить такие компоненты ядра (по крайней мере,логически, хотя в некоторых системах эти компоненты выделяются явно), какменеджер данных, менеджер буферов, менеджер транзакций и менеджер журнала.Как можно было понять из первой части этой лекции, функции этих компонентоввзаимосвязаны, и для обеспечения корректной работы СУБД все эти компонентыдолжны взаимодействовать по тщательно продуманным и проверенным протоколам.Ядро СУБД обладает собственным интерфейсом, не доступным пользователямнапрямую и используемым в программах, производимых компилятором SQL (или вподсистеме поддержки выполнения таких программ) и утилитах БД. Ядро СУБДявляется основной резидентной частью СУБД. При использовании архитектуры"клиент-сервер" ядро является основной составляющей серверной частисистемы. Основной функцией компилятора языка БД является компиляция операторовязыка БД в некоторую выполняемую программу. Основной проблемой реляционныхСУБД является то, что языки этих систем (а это, как правило, SQL) являютсянепроцедурными, т.е. в операторе такого языка специфицируется некотороедействие над БД, но эта спецификация не является процедурой, а лишьописывает в некоторой форме условия совершения желаемого действия(вспомните примеры из первой лекции). Поэтому компилятор должен решить,каким образом выполнять оператор языка прежде, чем произвести программу.Применяются достаточно сложные методы оптимизации операторов, которые мыподробно рассмотрим в следующих лекциях. Результатом компиляции являетсявыполняемая программа, представляемая в некоторых системах в машинныхкодах, но более часто в выполняемом внутреннем машинно-независимом коде. Впоследнем случае реальное выполнение оператора производится с привлечениемподсистемы поддержки времени выполнения, представляющей собой, по сутидела, интерпретатор этого внутреннего языка. Наконец, в отдельные утилиты БД обычно выделяют такие процедуры,которые слишком накладно выполнять с использованием языка БД, например,загрузка и выгрузка БД, сбор статистики, глобальная проверка целостности БДи т.д. Утилиты программируются с использованием интерфейса ядра СУБД, аиногда даже с проникновением внутрь ядра. Постановка задачи1 Организационно-экономическая сущность задачи Эффективность использования электроэнергии определяется энергоемкостьюпотребителей. Одним из основных путей ее снижения является рационализациярежимов электропотребления, включающая вопросы учета и контроля поступленияи расхода электроэнергии, анализа ее использования, а также планирования ипрогнозирования уровней электропотребления. Успешное решение указанныхвопросов возможно только при автоматизации учета и контроляэлектропотребления, которую можно произвести на базе информационно-измерительных систем. Границы применения таких систем, область решаемых имизадач, эффективность практического использования во многом определяютсявозможностями их программного обеспечения. Эти возможности должныобеспечивать простоту и оперативность доступа к собранной информации,гибкость ее использования и наглядность представления, а также позволятьрешать основные задачи рационализации режимов электропотребления. Даннымтребованиям отвечает разрабатываемый программный комплекс «Расчет стоимостиэлектроэнергии», включающий следующие функции: 1. Расчет стоимости пользования электроэнергией частных энергопотребителей. 2. Предоставить возможность работы с информацией по заданному месяцу. 3. Обеспечить расчет стоимости электроэнергии с учетом предоставляемых льгот (налагаемых штрафов), количества жильцов по существующим тарифам. 4. Предоставить возможность работы с информацией о домах (добавление, удаление, модификация произвольного номера дома). 5. Предоставить возможность работы с информацией по выбранным квартирам для конкретного дома (добавление, удаление, сортировка, модификация). 6. Для каждого потребителя обеспечить задание произвольного набора электроприборов, а также времени их работы. 7. При изменении данных, влияющих на расход электроэнергии за месяц, происходит перерасчет вычислимых полей в окне данных с информацией по квартирам дома. 8. Обеспечить формирование отчетов по заданным параметрам. 9. Обеспечить автоматическое обновление и сохранение измененных данных. 10. Обеспечить просмотр информации о структуре БД (содержимого ее таблиц и связей между ними). 11. Программа должна иметь интуитивно понятный графический интерфейс.2 Входная информация Входной информацией программы является база данных в формате Sybase SQLAnywhere 5.5 (п. 2). Ее структура которой была создана в Power Designer6.1, а триггеры и используемые хранимые процедуры – при помощи утилитыSybase SQL Anywhere под названием Sybase Central. Сами данные хранятся в шести таблицах (соотношения между нимиприводятся в Приложение B).3 Постоянная информация задачи Постоянной информацией являются: . стандартные диалоговые окна, пиктограммы и сообщения средства разработки приложений Power Builder 7.0, хранящиеся в распостраняемых вместе с программой библиотеках Power Builder; . стандартные диалоговые окна и сообщения подсистемы ODBC и драйвера СУБД Sybase SQL Anywhere. Вышеуказанные окна и сообщения возникают в ответ на следующие события: . передача некорректной информации базе данных (нарушения ссылочной целостности, типов и допустимыз значений данных); . ввод некорректных данных в поля редактирования; . исключительные системные ситуации.4 Выходная информация Выходной информацией задачи являются: . диаловые окна и формы для редактирования содержимого базы данных; . сообщения о возникновении нестандартных ситуаций, а также запросы пользователю на подтверждение выполнения тех или иных действий. Подробно выходная информация рассмотрена в пунктах 3.2 и 4. Вычислительная система Sybase SQL Anywhere – это новое название СУБД Watcom SQL фирмы Watcom.Такое название данная СУБД получила, начиная с версии 5.0. Переименованиепроизошло после объединения компаний Sybase и Powersoft в 1995 году, врезультате чего фирма Watcom, как составная часть компании Powersoft, вошлав состав корпорации Sybase Inc Sybase SQL Anywhere представляет собой полнофункциональную СУБД наIntel-платформе для мобильных и небольших групп пользователей Данная СУБДпозволяет разрабатывать приложения на основе технологии "клиент-сервер" наплатформах Windows NT, Windows 95/98, Windows 3.x, OS/2, NetWare,Solaris/Sparc, HP-UX, AIX, DOS и QNX. Рассматриваемая СУБД предназначенадля разработки приложений по технологии «клиент-сервер». СУБД SYBASE SQL Anywhere является составным элементом системы SYBASESystem 11 и ее последующей версии SYBASE System 11.5 Adaptive. Основнымэлементом этих систем является мощная СУБД SYBASE SQL. Server. Онапозволяет хранить огромные объемы информации и обрабатывать запросы к базамданных с применением технологии клиент-сервер. СУБД SYBASE SQL. Server иSYBASE SQL Anywhere взаимно дополняют друг друга. Разработчики SYBASE SQLAnywhere старались достичь максимальной совместимости баз данных,создаваемых этой СУБД, с базами данных SYBASE SQL Server. Именно этимобъясняется включение в SQL Anywhere некоторых элементов SYBASE SQL Server. SYBASE SQL Anywhere может поставляться как в сетевом варианте СУБД, таки автономном варианте. В последнем случае все компоненты СУБД функционируютна том же компьютере, что и приложение. Для приложений не имеет значения,какой вариант СУБД они используют. В рамках локальных сетей взаимодействиес приложениями-клиентами осуществляется посредством таких сетевыхпротоколов как NetBIOS, TCP/IP и IPX. Базы данных, созданные средствами SQLAnywhere, совместимы с последующими версиями и переносимы междуплатформами, на которых может функционировать данная СУБД. SYBASE SQL Anywhere имеет встроенный интерфейс с рядом программныхсистем, например таких как Powersoft PowerBuilder, Optima С++ и PowerDesigner. Взаимодействие с другими системами и приложениями осуществляетсяпри помощи следующих программных интерфейсов:Спецификация ODBC. Данная спецификация предоставляет пользователямунифицированный интерфейс между приложениями и реляционными базами данных,в том числе и базами данных SQL. Этот интерфейс представляет собойсовокупность функций. Эти функции организуют взаимодействие приложений сбазами данных в операционных системах Windows 3.x, Windows 95/98, OS/2 иWindows NT. Спецификация ODBC представляет собой интерфейс нижнего уровня.Встроенный SQL (Embedded SQL interface) позволяет "встраивать" SQL-операторы прямо в тексты программ-приложений на языках C или C++.Впоследствии такие приложения подвергаются обработке специальнымпрепроцессором, который заменяет SQL-операторы на вызовы соответствующихфункций и процедур. После этого преобразованные тексты приложенийпредставляют собой тексты программ на языке программирования C или C++.DDE-интерфейс. Это технология динамического связывания объектовиспользуемая в операционной системе Windows 3.x.. С ее помощьюосуществляется взаимодействие приложений-клиентов, которым требуютсяданные, с приложениями-серверами эти данные предоставляющие. Для примененияэтой технологии требуется использование соответствующих программныхсредств, поддерживающих функционирование DDE-клиента. С другой стороны вкачестве серверов необходимо использовать приложения, обеспечивающие режимDDE-сервера. К числу последних относятся такие программные приложения, какMicrosoft Access, Microsoft Excel и ряд других. В СУБД SYBASE SQL Anywhereроль DDE-сервера выполняет WSQL (Watcom SQL) DDE Server.Высокоуровневый собственный интерфейс WSQL HLI (Watcom SQL High-levelinterface) обеспечивает на "высоком" уровне взаимодействие между SQLAnywhere и приложениями в средах операционных систем Windows 3.x, Windows95/98, OS/2 и Windows NT. Данный интерфейс реализован для системпрограммирования аналогичных Visual Basic (для Windows 95/98 и Windows NT)и REXX (для OS/2). СУБД SYBASE SQL Anywhere имеет в своем составе сетевой и автономныйварианты СУБД.. Эти варианты реализованы в виде компонентам SQL Anywhereserver/client и SQL Anywhere engine. SQL Anywhere server/clientпредставляет сетевой вариант СУБД. Он организует взаимодействием приложенийс базами данных в рамках локальной вычислительной сети по технологии"клиент-сервер". ПРИМЕЧАНИЕ Кроме локальной сети, СУБД SYBASE SQL Anywhere предоставляет вам возможность использовать технологию "клиент-сервер" и в рамках сети Internet. Для этого необходимо, чтобы на компьютере с сервером базы данных был организован Web-сервер и в состав его программного обеспечения входило приложение SYBASE Netlmpact Dynamo. Сетевой вариант включает в себя удаленный сервер и клиентскуюкомпоненту; SQL Anywhere server и SQL Anywhere client, соответственно.Функционирование СУБД в рамках сети заключается в следующем. На одной ЭВМ,играющей роль сервера базы данных, запускается удаленный сервер – SQLAnywhere server. Его задача состоит в ожидании запросов от клиентских ЭВМ,их обработке и отправлении результатов клиентов. Во время работы сервера наклиентских ЭВМ функционирует компонента SQL Anywhere client. Она принимаетот клиентских приложений запросы.. Эти запросы представляют собой операторыязыка SQL, например, SELECT (выбрать данные), UPDATE (модифицироватьданные), CALL (вызвать хранимую процедуру) и другие. Полученные запросыкомпонента SQL Anywhere client отправляет по сети серверу базы данных иожидает возвращение от него результатов этих запросов. Компонента SQL Anywhere engine является автономным вариантомрассматриваемой СУБД и представляет собой локальный сервер баз данных. Онреализует технологию "клиент-сервер" в условиях, когда сервер и клиентыфункционирует на одной ЭВМ. База данных хранится на этой же ЭВМ. Серверпринимает запросы непосредственно от приложений, обрабатывает их иотправляет приложениям результаты запросов. Наличие такого вариантапозволяет проводить автономную отладку приложений. Это имеет большоезначение, так как на этапе автономной отладке приложения находятся еще в"сыром" состоянии. Данное обстоятельство может сыграть плохую службы при ихотладке в сетевом варианте СУБД, когда используемая база данных являетсяобщим ресурсом большого количества пользователей. Клиентские приложения не различают с каким вариантом СУБД они работают.Одни и те же запросы выполняются для пользователя совершенно одинаково поодним и тем же правилам. ПРИМЕЧАНИЕ С точки зрения пользователя функции удаленного (SQL Anywhere engine) и локального (SQL Anywhere server) серверов идентичны. В связи с этим в дальнейшем в рамках данного разделом под термином "сервер" будем понимать компоненту SQL Anywhere server или SQL Anywhere engine, если не требуется подчеркнуть их различие. Схема взаимодействия приложений с базой данных в СУБД SYBASE SQLAnywhere приведена на рис. 1. [pic][pic] Рис. 1. Взаимодействие приложений-клиентов с базой данных в различных вариантах СУБД SYBASE SQL Anywhere: а) Автономный вариант; б) Сетевой вариант. Компоненты SQL Anywhere server/client и SQL Anywhere engine составляютоснову СУБД. Однако наряду с ними в состав СУБД входит и ряд другихкомпонентов. Все вместе эти компоненты составляют комплект поставки SQLAnywhere, в который входят:SQL Anywhere server/client – сетевой вариант СУБД..SQL Anywhere engine – автономный вариант СУБД;SQL Remote – компонента поддержания режима репликаций;Sybase SQL Central – утилита администрирования баз данных;ISQL (Interactive SQL) – утилита интерактивного взаимодействия с базамиданных;набор дополнительных утилит для создания баз данных, их сжатия, уничтоженияи т.д. Приведенные компоненты являются элементами стандартной поставки. Кроместандартной, рассматриваемая СУБД может предлагаться в видепрофессиональной поставки. Она имеет еще большее число составляющих.Компоненты стандартной поставки будут рассмотрены далее. Базы данных, создаваемые СУБД SYBASE SQL Anywhere, представляют собойреляционные базы данных. Эти базы данных состоят из совокупности объектов.Такими объектами являются:Таблицы данных – хранят данные, составляющие основное содержание базыданных.Ключи – совокупности атрибутов, образующих ключи (первичные и внешние),предназначенные для осуществления ускоренного поиска данных и обеспеченияограничений ссылочной целостности.Индексы – специальные таблицы, предназначенные для быстрого поискатребуемой информации в таблицах данных.Представления (Views) – связанные совокупности подмножеств таблиц данных,предоставляемых пользователям для ограничения их доступа к таблицам данных.При этом, к одним таблицам доступ запрещается совсем, а в других таблицахдоступ разрешается только к некоторым записям этих таблиц.Хранимые процедуры и функции- хранимые в базе данных подпрограммы на языкеSQL, воспользоваться которые может любой пользователь, имеющий на этоправо. ПРИМЕЧАНИЕ В СУБД SYBASE SQL Anywhere используется диалект языка SQL – Watcom SQL. Он соответствует стандартам ANSI SQL/89 Level 2 и IBM SAA. Кроме того, используемый диалект SQL поддерживает новые возможности и расширения стандартов ANSI SQL/92 и IBMs DB2Триггеры – подпрограммы, активизирующиеся при наступлении определенныхсобытий, например, удаление записи из таблицы, модификация записей и т.д.Триггеры являются мощным средством обеспечения целостности данных.Пользовательские типы данных – типы данных, создаваемые пользователем наосновании базовых типов данных СУБД.Системные таблицы – хранят всю информацию о схеме базы данных исодержащихся в ней объектах. Вся информация базы данных может размещается в нескольких областях.Область представляет собой файл с расширением db, в которой хранится всябаза данных или один из ее фрагментов. Каждая область характеризуется своимименем и файлом, соответствующим этой области. Первоначально база данныхзанимает только одну область с именем SYSTEM, которой соответствует базовыйфайл (root file). Затем по мере необходимости пространство внешней памятибазы данный может расширяться за счет добавления новых областей. Эти файлыобластей могут быть размещены в любом каталоге на любом диске и любом узлелокальной сети. Физически каждый файл (область) состоит из страниц фиксированногообъема. Размер страниц устанавливается при создании базы данных. Встраницах размещаются объекты базы данных. В зависимости от размераобъектов каждая страница может содержать несколько экземпляров объектов илифрагмент одного из объектов. Наряду с файлами областями в состав базы данных входит файл дляхранения журнала изменений БД – файл с расширением log. Наличие журналаизменений является основой манипулирование данными в рассматриваемой СУБД сиспользованием механизма транзакций. Такой подход обеспечивает высокуюзащиту баз данных от возникающих программных и аппаратных сбоев и отказов.1 Характеристики аппаратных средств Программа разрабатывалась на ПК со следующей конфигурацией: . МП Pentium II 233 . RAM 32 Mb . Video ASUS V300 4Mb . HDD Seagate 3.2 Mb Тестирование осуществлялось на вычислительных системах с МП Pentium 133– Pentium 200 MMX с объемом памяти 16-32 Mb. При этом не наблюдалосьзначительного замедления работы приложения по сравнению с конфигурациейкомпьютера разработчиков. Минимальные аппаратные требования для работы программы: . МП Pentuim 90 . RAM 16 mb . Video 1 Mb. Объем необходимого дискового пространства следует из таблицы:|Компонент программы |Размер (в Кb) ||Исполняемый модуль |283 ||База даннных |466 (начальный размер) ||Библиотеки Power Builder |6,284 ||ODBC-драйвер Sybase SQL |2,154 ||Anywhere | ||Всего: |9,187 |2 Характеристики программных средств Среда разработки приложений “клиент-сервер” Power Builder предлагаетпрограммисту средства объектно-ориентированного программирования дляреализации поставленной перед ним задачи. Этот подход является в настоящеевремя наиболее актуальным вследствие своей гибкости и естественностиконцепции, его определяющей, т.к. он дает возможность представить задачу ввиде совокупности объектов и связей между ними, т.е. фактически в видемодели реального мира. Основными понятиями Power Builder являются следующие: . объект – некоторая сущность, характеризующаяся набором характеристик и методов их обработки; . сценарий – программный код обработки объектов. Язык Power Builder имеет черты сходства со следующими языкамипрограммирования – C++, Pascal и FoxPro. Он является типизированным, чтоозначает принадлежность данных к определенной группе – типу. Замечательной особенностью языка обработки сценариев Power Builderявляется наличие встроенного SQL. Реализация этого языка в Power Builderоснована на спецификации SQL, используемой в СУБД Sybase SQL Anywhere. Этоозначает наличие таких возможностей, как вызов хранимых процедур, обменданными с БД через параметры, динамические SQL-запросы и др. Существенным недостатком Power Builder можно считать отсутствие средствформирования листинга программы, как объединения всех используемыхсценариев. Ключевым понятием, которое необходимо усвоить для работы с PowerBuilder, является понятие объекта. Power Builder позволяет не толькоиспользовать уже существующие объекты среды, но и создавать своисобственные, либо делая их потомками уже существующих, делая их“интеллектуальнее”, либо путем конструирования полностью нового объекта, неимеющего предка: 1) Пользовательский – объект, не имеющий визуального представления; 2) Стандартный – объект-потомок от любого стандартного невидимого класса Power Builder (“Транзакция”, “Сообщение”, “Ошибка”, “Объект” и др.); 3) Пользовательский визуальный – видимый объект, состоящий из любых визуальных стандартных или пользовательских объектов; 4) Внешний визуальный – объект, содержащий элементы управления, созданные вне Power Builder; 5) Стандартный визуальный – объект, являющийся потомком от стандартного визуального объекта (“Текст”, “Кнопка”, “Список” и др.) и расширяющий его функциональность. Эти объекты, в основном, используются для переопределения свойств стандартного визуального объекта с целью приспособления его для нужд решаемой задачи; 6) Окно – объект-потомок от класса “Окно”, который, как и пользовательский визуальный, может содержать любые элементы управления. Отличие между ними состоит в том, что в потомке окна уже реализованы некоторые функции работы с элементами управления, и, кроме того, доступен набор методов стандартного элемента управления “Окно”; 7) Меню – объект, являющийся потомком от стандартного класса “Меню”; 8) Структура – объект, состоящий только из данных любого типа; 9) Функция – объект, являющийся функцией, которая может принимать любое число аргументов, передаваемых по ссылке или по значению, и возвращать значение любого типа; 10) Окно данных – объект, являющийся главным достоинством Power Builder, благодаря которому, собственно, он и имеет свой круг пользователей и имеет право называться средством разработки приложений клиент- сервер. Окно данных (DataWindow) – основное средство работы с данными. Работая с ним, пользователь может определять способ представления информации и ее тип. Создание DataWindow состоит из четырех этапов: а) выбор типа окна данных; б) выбор источника данных и определение критериев и способа их выборки; в) моделирование окна данных – работа с макетом DataWindow. При этом оно представляется в виде обычного окна, разделенного на несколько частей в зависимости от его типа и способа группировки данных. В режиме моделирования программист размещает в окне данных элементы управления, в число которых входят столбцы таблиц БД и вычисляемые поля, определяя их свойства и параметры вывода; г) работа с элементом управления DataWindow, размещаемом в окне или другом визуальном объекте как обычный элемент управления. На этом этапе можно определять обработчики событий окна данных, добавлять к нему пользовательские свойства и методы и т.п. 11) Приложение – объект, с которого начинается выполнение программ. Все остальные объекты создаются из методов приложения.3 Операционная система Программа предназначена для функционирования под управлением ОСсемейства Windows 4.x – Windows NT 4.0, Windows 95, Windows 98. Эти ОСявляются общепризнанными стандартами как для настольных систем, так и длянебольших локальных сетей как однорангового типа, так и с выделеннымсервером (хотя, справедливости ради, следует заметить, что в последнемслучае оптимальным решением все же является Novell Netware 4.2 и выше). Для доступа к БД используется встроенный в вышеперечисленные ОСмеханизм ODBC (Open Database Connectivity). И хотя в последнее время с нимнебезуспешно конкурируют такие средства доступа к БД, как BDE и OLE DB,ODBC по-прежнему применятся при разработках, т.к. он зарекомендовал себя ссамой лучшей стороны как с точки зрения удобства работы, так и скоростидоступа и обработки данных. Для работы с БД через ODBC на компьютере должен быть установленаспециальная программа – ODBC-драйвер. Его назначение – обработка запросовот ODBC-менеджера, к которому, в свою очередь, обращаются с запросамифункции ODBC API. Т.к. используемая в программе БД создана в СУБД Sybase SQL Anywhere5.5, то для работы приложения необходим соответствующий драйвер – SybaseSQL Anywhere Database Engine и необходимые ему библиотеки. Разработчикамипрограммы создан инсталляционный пакет, выполняющий установку драйвера ивносящий необходимые изменения в реестр. Также для работы приложения необходимы некоторые библиотеки PowerBuilder 7.0 – Power Builder Virtual Machine (файл pbvm70.dll), PowerBuilder ODBC (pbodb.dll), Power Builder DataWindow Extension (pbdwe.dll).Эти файлы также поставляются вместе с программой в архиве redist.rar. Объектно-ориентированный анализ задачи Объектно-ориентированное программирование – это подход к разработкепрограммного обеспечения, основанный на объектах, а не на процедурах. Этотподход позволяет максимизировать принципы модульности и "сокрытияинформации". Объектно-ориентированное программирование базируется насвязывании или инкапсуляции структур данных и процедуры, которая работает сданными в структуре, с модулем. Объектно-ориентированные (ОО) системы управления данными привлекают всебольшее внимание как исследователей и разработчиков, так и потенциальныхпользователей из прикладных областей. С одной стороны это объясняетсяразвитием и внедрением в практику объектно-ориентированного подхода (ООП) вцелом (ОО программирование и проектирование программных систем, ООтехнологии организации пользовательских интерфейсов, распределенныеобъектные системы и т.д.). Но с другой стороны интуитивно ясно, чтомаксимальный эффект можно получить именно от использования ОО баз данных,преодолев наконец, известный конфликт между структурной и поведенческойчастями информационных систем. Вместе с тем, несмотря на существование ряда коммерческих реализацийООСУБД, доступных в настоящее время на рынке, уровень технологии такихсистем существенно уступает уровню развитых реляционных систем. Этокасается и модельных характеристик систем (например, языков запросов) иреализационных аспектов (например, оптимизации запросов). Часто возникает впечатление, что хотя ограничения существующих системпытаются объяснять некими принципиальными соображениями (например, чторазвитые возможности конструирования классов, подкрепленные средстваминаследования классов позволяют ограничиться запросами только на одномклассе объектов), на самом деле эти ограничения являются следствиемнедостаточно развитой технологии. Кажется, что в условиях отсутствияпризнанного лидера в области ООСУБД (каким была, например, компания IBM сосвоим проектом System R в области РСУБД), единственным путем к выработкетакой технологии является продолжающаяся (иногда дублирующая) работаисследователей. Несложно показать принципиальную возможность построенияненавигационного языка запросов к ООБД на основе усиления теоретико-множественного смысла понятия класс [7] и предложить общую концепцию языкапрограммирования ООБД, который естественно (без потери импеданса) включаетв себя язык запросов [8].1 Описание задачи Практически все современные средства разработки используют языки,которые если и не являются чисто объектно-ориентированными, то, по крайнеймере, имеют средства для работы с объектами (C++, Pascal, Lisp, Fortran,Basic). Это говорит о том, что сегодня объектно-ориентированноепрограммирование практически вытеснило собой процедурный подход кразработке программ, хотя для решения некоторых специфических задач, какправило, системных, последний все еще применяется. Основные понятия, использующиеся при описании объектов и связей междуними: 1) Объект – сущность, являющаяся частью модели реального мира, состоящая из структуры данных и связанных с ней методов ее обработки. Объекты, как правило, образуют иерархию по принципу наследования. 2) Базовый объект – объект, являющийся “родителем” данного. Это означает, что последний наследует от него его данные и способы их обработки, при необходимости добавляя новые или изменяя существующие. 3) Дочерний объект – объект, наследующий от базового его свойства и методы. 4) Свойство – характеристика объекта, определяющая его индивидуальность. Отличия между объектами состоят либо в наличии/отсутствии каких-либо свойств. 5) Метод – совокупность действий, воздействующих на объект в целом и его свойства в частности. 6) Сообщение – принятый между объектами способ уведомления о возникновении в них каких-либо событий – ситуаций, следствием которых является измение состояния объекта Свойства объектно-ориентированного подхода:расширяемость – если какой-нибудь объект не устраивает программиста, то онможет расширить его, дополнив новыми свойствами или методами, а такжеизменитьсуществующие методы. При этом не надо модифицировать исходный текстбиблиотек, в которых хранятся объекты, а потребуется лишь обьявить потомкаот существующего объекта, модифицировав его в соответствии с требованиямизадачи;модульность – объекты представляют собой не изолированные сущности, аиерархическую структуру, отражающую степень их подобия. Кроме того объектыразличных типов (например, объекты “окно” и “приложение” имеют средства длявзаимодействия между собой. Свойство модульности также позволяет добитьсятого, что при объединении корректно работающих подпрограмм в единое целоеможно быть уверенным в том, что и оно будет работать без ошибок;унификация – способы взаимодействия любых объектов стандартизированы иоснованы на принципах невмешательства во внутреннюю структуру объекта. Т.е.взаимодействие возможно через уведомление посредством сообщения или вызоваобъектных методов;защищенность – сокрытие информации от объектов, не находящихся в“родственных” отношениях с данным. Однако это не означает невозможностьвлияния объектов друг на друга, т.к. для этого существуют внутренние методыобъекта, в которых разрешен доступ к его внутренней структуре;инкапсуляция – связывание в единое целое данных объекта (его свойств) иметодов их изменения, воздействующих на состояние объекта. Это свойствопозволяет устранить в коде программы внутренние зависимости, которыеприведут к тому, что его будет трудно понять постороннему человеку и, темболее, модифицировать;полиморфизм – свойство, проявляющееся в том, что объекты на разных уровняхиерархии по-разному реагируют на посылаемые им сообщения и вызовы функций.Т.е. концепция объектно-ориентированного программирования включает в себяавтоматическое определение объекта-приемника сообщения или вызова функции.Это означает то, что посылая сообщение или вызывая функцию с одним и тем жеименем, программист может быть уверен, что адресат будет точно определен. В рамках поставленной задачи основными объектами являются: . прибор – он характеризуется своим именем и мощностью, которая вносит свой вклад в расход электроэнергии квартиры; . квартира – характеризуется своим собственным номером, а также номером дома, в котором она находится. Другие свойства квартиры – число жильцов и скидка (в процентах), определяющая на сколько уменьшается плата за электроэнергию для данной квартиры, а также список приборов, формирующих расход энергии; . дом – характеризуется своим номером, типом плиты (электрическая или газовая), которая применяется во всех квартирах дома, нормой расхода энергии на одного человека, а также тарифом за 1 кВ/ч.2 Описание интерфейса классов Ввиду невозможности представления в данной работе листинга программы(что является особенностью Power Builder), описание интерфейса классовизложено в подробной форме. При этом немалое внимание уделено и реализациитех или иных методов. Класс приложения maxx: содержит обработчик события Open. При этом создается объект типа “Транзакция” sqlca, с помощью которого будет производится доступ к БД средствами ODBC. В обработчике инициализируются глобальные переменные и создается главное окно – w_main. Классы окон данных. 1) flats_of_month_h_num: содержит информацию о всех квартирах дома за указанный месяц. При получении информации серверу БД передаются 2 параметра – номер дома и месяц, которые присутствуют в выражении SELECT. В описываемом окне данных поля, зависящие от месяца, являются вычислимыми, т.к. они не присутствуют физически в БД, т.к. в противном случае последняя не удовлетворяла бы второй нормальной форме. 2) house_of_month_h_num: содержит информацию о доме, не зависящую от месяца. 3) pribors_1: содержит список приборов, являющийся источником данных для выпадающего списка выбора приборов, появляющегося в окне изменения информации о потреблении энергии квартирой в заданном месяце. 4) report_house: окно отчета о расходе энергии для заданных домов в указанном диапазоне месяцев. Информация в окне группируется по полям house_c_num и house_v_month. Аргументами для получения данных являются диапазоны домов и месяцев. 5) pribors_1: содержит даные для редактирования списка приборов, которые формируют расход электроэнергии для квартиры. Неизменяемым полем является поле идентификатора прибора, идентифицирующего его. 6) temp_edit: содержит данные для модификации списка приборов в указанной квартире, использующихся в ней в заданном месяце. Эта информация берется из временной таблицы temp, данные в которую записываются из текстовой строки PRIBORS, хранящейся в таблице FLAT_V и содержащей список приборов, потребляющих энергию в данной квартире за определенный месяц, с указанием их количества и среднего времени работы за сутки. Классы функций. 1) formhouselist: функция, формирующая выпадающий список, передаваемый как аргумент, номерами домов, имеющихся в БД. Для этого создается динамический курсор, с помощью которого осуществляется выборка данных из БД. 2) getdaycount: возвращает количество дней в указанном месяце. Класс меню menu_1: содержит определение главного меню программы, которое встраивается в окно w_main. Кроме того, класс содержит описание реакций пользователя на событие выбора пунктов меню. При этом, как правило, осуществляется открытие тех или иных окон с передачей им требуемых параметров. Класс проекта maxx: содержит описание способа построения исполняемого файла, являющегося реализацией класса приложения maxx. Библиотека, содержащая описания классов программы, может включаться в формируемый EXE-файл, либо генерироваться, как библиотека динамической компоновки. При этом возможны следующие варианты, в зависимости от ее содержимого: - в ней содержится машинный код (расширение DLL); - в ней содержатся макроопределения используемых объектов (расширение PBD). В объекте “проект” также перечисляются файлы с описанием используемыхресурсов. Классы пользовательских объектов. 1) u_closebutton: кнопка для закрытия родительского окна. 2) u_editmask_g0: маскируемое окно ввода, которое воспринимает только большие нуля целые значения. При нарушении этого правила, что проверяется в при обработке события LoseFocus, выдается сообщение об ошибке и фокус ввода отстается у окна ввода. 3) u_waitwindow: представляет собой пользовательский визуальный объект, состоящий из индикатора прогресса, рамки, текстовой строки подсказки и строки состояния процесса. Объект служит для отображения информации о протекании какого-либо потенциально продолжительного процесса. Классы окон. 1) w_db_struct: окно с информацией о структуре используемой БД, представляемой в виде графа отношений между логическими сущностями. При этом отображаются все поля таблиц с указанием связей между ключевыми полями. 2) w_flatpribors: окно для модификации данных по квартире для заданного месяца. Эти данные представляют собой список приборов с указанием их числа по состоянию на указанный месяц, а также среднего времени работы в сутки. Выбор прибора осуществляется по его идентификатору. Окно позволяет редактировать данные для указанной квартиры в одном доме. Список в верхней части окна позволяет выбрать месяц, применительно к которому будут рассматриваться приборы. Окно использует объект DataWindow temp_1. При модификации информации в нем производится пересчет количества энергии в кВ/ч, потребляемого квартирой за сутки. 3) w_flats: окно модификации данных о домах. В верхней его части располагается список домов, присутствующих в БД, а также месяцы года. В окне производятся операции добавления/удаления/редактирования как самих домов, так и квартир, содержащихся в них. Модификация информация о доме производится в DataWindow house_of_month_h_num (постоянная информация о доме) и пользовательском элементе управления u_editmask_g0 (информация, зависящая от месяца – тариф). Редактирование данных о квартирах в выбранном доме осуществляется в DataWindow flats_of_month_h_num. При изменении любой модифицируемой информации в этом окне, а также изменении текущего месяца или месячного тарифа, происходит автоматическое обновление вычисляемых полей, относящихся к квартирам. Из этого окна также осуществляется вызов окна w_flatpribors для редактирования списка приборов квартиры. 4) w_main: главное окно программы, содержащее меню и рабочую область (в программе не используется). 5) w_params: окно модификации параметров, принимаемых по умолчанию (в данной версии программы это – тариф оплаты одного кВ/ч). 6) w_pribors_edit: окно редактирования списка приборов, которые могут быть заданы в качестве потребителей электроэнергии. При удалении прибора либо изменении мощности уже существующего происходит модификация информация в БД: при выходе из окна выполняется сравнение текущих данных о мощности с хранимыми в БД. Если для какой-либо записи обнаружено несоответствие, то происходит изменение данных о количестве потребляемой энергии квартирой и перерасчет суммы для дома путем вызова хранимой процедуры GetHouseSum. 7) w_report_house: окно просмотра отчета о суммарных материальных затратах, которые несут жильцы всех квартир дома за месяц. Отчет можно просматривать в нескольких формах: - информация об одном доме и одном месяце; - информация о всех домах и одном месяце; - информация о всех домах и всех месяцах; - информация об одном доме и всех месяцах. Описание программы Доступ ко всем функциям программы осуществляется либо через меню, либочерез панель инструментов, кнопки которой дублируют к основные пункты меню. Модификация данных осуществляется, как правило, через элементыуправления DataWindow. Их реализация предусматривает изменение текущихданных только при выходе из поля редактирования. Поэтому, в некоторыхситуациях, реакция программа на модификацию данных может отличаться отожидаемой. Описание главного меню: 1) “Программа” а) “Структура БД” – просмотр информации о структуре БД (содержимого еетаблиц и связей между ними); б) “Выход” – завершение работы с программой; 2) “Данные” а) “Дома” – работа с информацией о домах. При этом появляетсядиалоговое окно, содержащее элементы управления для задания критериевотбора данных, и, непосредственно, сами данные. Критерии отбора – это номер дома и месяц. Эти параметры задаются путемвыбора значений из списков в верхней части экрана. При изменении текущихдома или месяца происходит автоматическое сохранение предыдущих данных вБД, после чего обновляется содержимое некоторых элементов управления. При изменении номеров домов и квартир в случае, если такой номер ужеимеется в БД, пользователь извещается об этом, и ему предлагается изменитьзначение поля. При изменении данных, влияющих на расход электроэнергии за месяц,происходит перерасчет вычислимых полей в окне данных с информацией поквартирам дома. Операции над домами: - модификация. При изменении номера дома происходит немедленное автоматическое сохранение данных и обновление списка домов; - удаление. При этом у пользователя запрашивается подтверждение на выполнение этой операции; - добавление. При этом месяный тариф устанавливается равным значению по умолчанию (меню “Вид”->“Параметры”). Активным становится окно данных для ввода постоянной информации о доме. При выходе из него, т.е. когда оно теряет фокус ввода, производится запрос на сохранение введенных данных, т.е. добавление записей в соответствующие таблицы. Операции над квартирами: - модификация; - удаление; - добавление. При этом квартире присваивается номер, равный максимальному номеру среди всех остальных квартир плюс единица; - сортировка. Выполняются при щелчке мышью на одном из заголовков столбцов в таблице квартир. Первый щелчок на заголовке приводит к выполнению сортировки по возрастанию данных (Ascending), а повторный – по убыванию (Descending). Рядом с каждой записью с информацией по квартире находится кнопка“Приборы”, нажатие которой вызывает диалог редактирования приборов даннойквартиры: - в верхней его части отображаются номера квартиры и дома, а такжемесяц, для которого приводятся данные. В данном окне изменять можно толькотекущий месяц; - при изменении месяца или выходе из диалога выводится запрос дляподтверждения сохранения данных (если они были изменены); - при модификации данных по приборам автоматически обновляется поле“кВ/ч в день”, отображающее суточное потребление энергии квартирой; - кнопка “Копировать” осуществляет копирование информации о приборах вквартире для текущего месяца во все остальные месяцы года; - кнопка “Undo” отменяет все изменения, сделанные в списке приборовтекущего месяца. “Приборы” – работа со списком приборов, которые могутиметься в квартирах. Каждый прибор идентифицируется своим именем ипотребляемой мощностью. При удалении прибора из списка происходит перерасчет информации в БД,зависящей от расхода электроэнергии. Это необходимо делать потому, чтоудаляемый прибор может влиять на эти данные, если он имеется в спискахприборов для квартир. При выходе из этого диалогового окна программа проверяет, были лисделаны изменения мощности имеющихся в БД приборов. В случае обнаружениятакой ситуации также производится перерасчет данных для квартир (и,соответственно, домов), содержащих такие приборы. 3) “Отчет” а) “Дома” – отчет по домам. Пользователь выбирает из списков в верхнейчасти окнадом и месяц, по которым он желает получить отчет. Возможно такжезадание всех домов и (или)всех месяцев одновременно. В этом случае просмотротчетных данных, которые в данный момент не отображаются,осуществляется с помощью полосы прокрутки. Отображаемые данные: - информация о доме (его номер, число квартир и жильцов); - тариф и сумма, необходимая для погашения расходов на электроэнергию для дома в указанном месяце. 4) “Вид” а) “Toolbar” – управление видимостью панели инструментов; б) “Параметры” – изменение месячного тарифа, устанавливаемого поумолчанию при добавлении нового дома. Программа и методика испытаний1 Отладка программы Простая истина состоит в том, что человек несовершенен, поэтому все мыдопускаем ошибки, что является совершенно нормальным явлением как вповседневной жизни, так и в программировании. Редко кому удается с первогораза написать программу без ошибок. Их появление в программе заставляетпрограммиста многократно проверять все с самого начала. Совокупностьдействий по обнаружению и устранению ошибок в программировании называетсяотладкой. Процесс отладки в общем случае можно разделить на четыре этапа: 1. Обнаружение ошибки Этот этап является наиболее очевидным. Компьютер либо "зависает" во время работы программы, либо происходит сбой, который проявляется в выдаче на экран бессмысленной информации. Однако, в некоторых случаях ошибка не проявляется так очевидно. Программа может работать хорошо до тех пор, пока не будет введено некоторое число ( например, 0 или отрицательное число ), или пока не будет тщательно проверена выдаваемая ею информация. Только после такой проверки можно обнаружить, что результат отличается от ожидаемого. 2. Поиск ее местонахождения Этот этап иногда является самым трудным. Он заключается в том, чтобы найти место в программе, где находится ошибка. Просто невозможно держать в голове всю программу сразу ( если эта программа не очень маленькая ). Лучший подход – это "разделяй и властвуй", т.е.разбивать программу на части и отлаживать их отдельно друг от друга. 3. Определение причины ошибки Этот этап, выяснение причины ошибки, возможно, является второй наиболее трудной стадией отладки. После того, как будет определено местонахождение ошибки, обычно становится несколько проще определить причину неправильной работы программы. Например, если программист определил, что ошибка находится в какой-то конкретной функции, то ему достаточно просмотреть текст только этой процедуры, а не всей программы. Но даже в этом случае ошибка может оказаться настолько "неуловимой", что придется немного поэкспериментировать, прежде удасться ее локализовать. 4. Исправление ошибки Этот этап заключается в исправлении ошибки. Вооружившись знанием языка программирования и знанием местонахождения ошибки, разработчик устраняет ее. После этого он снова запускает программу, с трепетом ожидая появления следующей ошибки. Отладка программы велась в течение в течение всего срока разработки.Возникавшие в ее ходе ошибки можно разделить на три группы: - ошибки в алгоритмах вычислений; - ошибки, заключающиеся в неправильном выборе критериев для получения информации из БД; - ошибки, связанные с некорректным взаимодействием элементов управления между собой. Средством отладки являлся интегрированный отладчик среды разработкиприложений Power Builder 7.0. Его возможности отладки не, безусловно, немогут сравниться с полноценными отладчиками, такими как Turbo Debugger,Soft-Ice, Codeview, но, при этом, он реализует набор отладочных функций,позволяющих достаточно быстро локализовать и устранить ошибку: - просмотр программных объектов в виде дерева с возможностью выборатекста сценария обработки события или пользовательской функции; - возможность просмотра значений переменных, как объектов, т.е. сиерхическим представлением их структуры; - автоматическое отображение переменных следующих типов: - глобальные; - локальные; - переменные экземпляра объекта; - переменные родительского класса; - разделяемые переменные – данные, которые доступны всем объектам, содержащимся внутри объекта-контейнера (например, окна); - объекты в памяти; - средства просмотра значений выражений, а также модификация значенийпеременных; - возможность просмотра стека вызовов и переключения контекста дляпросмотра значений переменных на любом уровне вложенности вызовов функций; - установка точек останова, а также задание условий для ихсрабатывания; - при возникновении ошибки отладчик выдает на экран сообщение о ееместонахождении в коде программы; - возможность удаленной отладки.2 Тестирование программы По окончании разработки, программное средство подверглось тщательномутестированию. Оно заключалось в следующем: а) Выполнение стандартных действий по работе с данными. С помощью программы выполнялись операции добавления – удаления –редактирования данных о расходе электроэнергии. При этом не было замеченоникаких отклонений от нормального хода выполнения программы, т.е. все еедействия были предсказуемы. Также не наблюдалось никаких неточностей,касающихся вычислительных алгоритмов, т.е. суммы расходов электроэнергии вкВ/ч и денежное их выражение соответствовали предварительно вычисленным. Тестирование выполнялось на довольно значительном массиве данных –количество домов достигало 20-ти, и количество квартир в них варьировалосьот 10 до30-ти. При этом каких-то значительных временных задержек призагрузке или сохранении информации в БД замечено не было. Однако при редактировании списка приборов (изменении мощности или ихудалении) время обработки иногда доходило до 7-8 сек. Это можно объяснитьособенностями формата представления данных о приборах в таблице FLAT_V. б) Создание нестандартных ситуаций, требующих особой обработки. Создавались исключительные ситуации типа ввода неправильных данных вполя числового типа, ввода отрицательных значений и т.п. При этом программакорректно обрабатывала эти ситуации, выдавая пользователю сообщения обошибке и передавая фокус ввода тому элементу управления, который содержитнеправильные данные. Другой исключительной ситуацией является оставление незаполненными техполей данных, которые должны содержать информацию. Это событиеобрабатывается аналогичным образом. При вводе номеров дома и квартиры пользователь, умышленно или случайно,может ввести значения, которые уже содержатся в БД. При этом он будетпредупрежден о возникшей ситуация и программа оставит данные без изменения,даже если пользователь сразу после изменения значения поля захочет выйти издиалогового окна. В ходе испытаний проверке подвергались рабочие характеристикипрограммы, такие как скорость выполнения операций над данными, время ихобработки и т.п. При этом их значения не выходили за разумные пределы.Здесь следует заметить, что временные параметры работы зависят, преждевсего, от характеристик сервера БД, обрабатывающих запросы, а также отспособа обработки данных – с помощью хранимых процедур или программногокода. Разработчик, где это возможно, старался выполнять обработку данных спомощью хранимых процедур, что вполне себя оправдало, т.к., например, времявычисления суммы, расходуемой всеми квартирами дома за месяц, сократилось в2.5-3 раза по сравнению с реализацией этой операции в тексте программы. В ходе испытаний была доказана полная совместимость и правильностьработы программного средства с Windows NT 4.0, Windows 95, Windows 95 OSR2,Windows 98. Описание применения Разработанная программа может работать и как средство для расчетастоимости электроэнергии и как система анализа и прогнозированияпотребления электроэнергии потребителями. Программа позволяет вести учет потребления электроэнергии по группампотребителей с учетом различных параметров (льготы, штрафы). В связи с этимона может применяться не только конечными пользователями, но иорганизациями, занимающимися начислением платы за пользованиеэлектроэнергией. Заключение В заключение приведем обзор программ, распространенных на рынкепрограммных средств по учету электропотребителей. ASODES+K – универсальная система учета абонентов электросети иквартиросъемщиков, начисления квартплаты, коммунальных платежей и учетапоступлений платежей как за квартплату, так и за электроэнергиюквартиросъемщиком. Задача может работать как при применении единойплатежной книжки, так и при раздельном расчете различными организациями.ASODES учитывает любые льготы, субсидии за квартплату, категории домов.Изменения тарифов и перерасчеты производятся автоматически. Ввод платежейза электроэнергию может производиться по различным тарифам. Выдаетсяширокая гамма документов как на экран, так и , при необходимости, напечать. Выписываются счета за начисленные платежи по квартплате икоммунальным услугам. Для освоения системы не требуется специальнойкомпьютерной подготовки. Система устанавливается на любом IBM-совместимомкомпьютере ХТ, АТ-386 и далее. BANKEL – удобный, гибкий комплекс программ для учета, накопления ирасчета стоимости электроэнергии предприятием. BANKEL работает сэлектросчетчиками как активной, так и реактивной энергии. Расчет поэ/счетчикам активной энергии производится по мощности, по процентам и попоказаниям. Расчет реактивной энергии c учетом экономического значения и попроцентам от счетчика активной энергии. Имеется возможность создания групппотребителей и расчет по ним. Осуществляется ввод текущих показанийобъектов, замена счетчика, ввод лимитов абонентов, ввод заявленноймощности, ввод расхода по акту, ввод поступлений из банка и из кассы.Выходные документы выдаются в полном объеме: сводки и платежки, полнаяоборотная ведомость, реализация, текущие поступления из банка, ведомостьрасхода по группам, реестр, списки дебиторов, платежка на пени, спискиназваний и реквизитов абонентов, объектов, выдача статистики по годампроверки счетчика. Существует возможность архивного накопления поступленийпо абоненту. Возможна самостоятельная настройка текста в платежке и НДС.Для освоения системы не требуется специальной компьютерной подготовки.Система устанавливается на любом IBM совместимом компьютере ХТ, АТ-386 идалее. ПРОГРЭС – (программа расчета, оптимизации городских распределительныхэлектрических сетей) – предназначена в помощь инженеру электросети,работающему на городском электросетевом предприятии, при решении задачанализа потерь в электросети 6-10 кв., разработке мероприятий по снижениюэтих потерь, поиска точек оптимального деления электросети по критериюминимума потерь мощности и энергии. Весьма полезна для моделированиянагрузок при подготовке технических условий на присоединение новыхмощностей. Программа производит: . расчет токораспределения на основе нагрузок, замеренных персоналом; . расчет напряжения в узлах сети; . расчет загрузки элементов сети (линий, трансформаторов); . расчет токов короткого замыкания; . расчет потерь мощности и энергии в линиях, трансформаторах и н/в сети 0,4 кв. Программа доступна к освоению и работе персоналом, не имеющимспециальной компьютерной подготовки, снабжена курсом обучения, обеспечиваетмоделирование сети при проработке технических условий по включению новыхабонентов. ЭКЗАМЕН – весьма полезная программа, позволяющая проводить проверкузнаний по любым тематикам. Например: проверку знаний по безопасности приработе в электроустановках, проверку знаний при работе с грузоподъемнымимеханизмами и др. Пользователь может сам создать тему, набор вопросов и подобратьнесколько возможных ответов. Программа чрезвычайно проста в обращении. Онавыставляет оценку и ведет протокол. Программа снабжена курсом обучения иможет работать на компьютер любой конфигурации. 1 Формы входных и выходных документов Распечатка экранных форм [pic] [pic] [pic] [pic] 2 Рисунки, графики, схемы, диаграммы Структура данных[pic] 3 Сообщения системы [pic] Литература 1. Malkolm Atkinson, Francois Bansilhon, David DeWitt, Klaus Dittrich, David Maier, Stanley Zdonik. The Object-Oriented Database System Manifesto // 1st Int. Conf. Deductive and Object-Oriented Databases, Kyoto, Japan, Dec. 4-6, 1989 2. Kyung-Chang Kim, Won Kim, Darrell Woelk. Acyclic Query Processing in Object-Oriented Databases // Entity-Relationship Approach: Bridge User: 7th Int. Conf., Rome, Nov. 16-18, 1988.- 329-346 3. B. Paul Jenq, Darrell Woelk, Won Kim, Wan-Lik Lee. Query Processing in Distributed ORION // Advances in Database Technology – EDBT'90.- Lecture Notes in Computer Science.- 416, 1990.- 169-187 4. C. Lecluse, P. Richard. The O2 Database Programming Language // 15th Int. Conf. Very Large Data Bases, Amsterdam, Aug. 22-25, 1989.- 411- 422 5. O. Deux et al. The Story of O2 // IEEE Trans. Knowledge and Data Eng.- 2, N 1.- 1990.- 91-108 6. Sergei D. Kuznetsov. OODBMS's Query and Programming Languages: What Do They Provide and What Do We Need (Extended Abstract). Submitted to the Second East-West Workshop on Advanced Databases. 7. С.Д.Кузнецов. Об основаниях ненавигационных языков запросов систем объектно-ориентированных баз данных // Труды Рабочего семинара "Перспективы развития систем баз данных и информационных систем", М., Московская секция ACM SIGMOD, ИПИ РАН, 1993, стр. 44-53 8. С.Д.Кузнецов. О подходе к естественной интеграции объектно- ориентированного языка программирования и непроцедурного языка запросов к объектно-ориентированным базам данных. Представлено на Семинаре Киевской секции ACM SIGMOD, октябрь 1993. 9. С.Д.Кузнецов. Методы оптимизации выполнения запросов в реляционных СУБД // Тем. изд. "Итоги науки и техники. Вычислительные науки". Т.1. Стр. 76-153 10. Stonebraker M. Implementation of Integrity Constraints and Views by Query Modification // Proc. ACM SIGMOD Int. Conf. Manag. Data, San Jose, Calif., May 23-26, 1975. New York, 1975.- C. 65-78




Нажми чтобы узнать.

Похожие:

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

Субд расчет стоимости электроэнергии iconСпособы разработки и выполнение приложений
Субд недостаточно развит, либо имеющиеся в субд стандартные функции по обработке информации не устраивают пользователя. Для разработки...
Субд расчет стоимости электроэнергии iconЛекція №15 Тема: субд mysql. Поля та їх типи
Субд. Варто відразу ж обмовитися, що цей розділ не претендує на повноту інформації: субд mysql І мові sql присвячені цілі томи, об'єми...
Субд расчет стоимости электроэнергии icon2 Расчет количества и стоимости сырья и материалов на 1 тонну

Субд расчет стоимости электроэнергии iconЗарудный Д. И. Учебно-методические указания к лабораторным работам по курсу:«Базы данных» Тема №2: «Применение языка sql при использовании в субд access 2003»
В связи с этим sql автономно не используется, обычно он реализован в среде встроенного языка программирования субд (например, субд...
Субд расчет стоимости электроэнергии iconI. Расчет стоимости одноразового медицинского белья на 2012 год

Субд расчет стоимости электроэнергии iconОтчет о выполнении лабораторной работы №2 «Изучение основных запросов языка sql в субд microsoft Access 2003» (по дисциплине «Базы данных»)
В связи с этим sql автономно не используется, обычно он реализован в среде встроенного языка программирования субд (например, субд...
Субд расчет стоимости электроэнергии iconКраткое сравнение Oracle sql и ansi sql
Субд oracle на другую субд, удовлетворяющую стандарту ansi. Хотя и существует мнение что нельзя перенести приложение с одной субд...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©rushkolnik.ru 2000-2015
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Документы