Создание автоматизированной информационно-управляющей системы

 

Содержание


Введение

. Обзорно-постановочная часть

.1 Анализ предприятия

1.2 Анализ существующих аналогов

1.3 Необходимость разработки системы

.4 Анализ и обоснование выбора метода проектирования и инструментальных средств, для разработки программного средства и базы данных

.4.1 Анализ и выбор метода проектирования программного средства

1.4.2 Анализ и выбор метода проектирования базы данных

1.4.3 Анализ и выбор инструментального средства разработки программного средства

1.4.4 Анализ и выбор инструментального средства разработки базы данных

1.5 Постановка задачи

1.5.1 Формализация поставленной задачи

1.5.2 Требования к функциям, выполняемым системой

1.5.3 Требования к структуре системы

1.5.4 Требования к техническому обеспечению

1.5.5 Требования к эргономике и технической эстетике

2. Специальная часть

.1 Разработка архитектуры программного средства

.2 Реализация функционального назначения

.3 Разработка модели базы данных

.3.1 Формальное описание предметной области

2.3.2 Информационно-логическая модель предметной области

2.3.3 Даталогическая модель предметной области

.3.4 Физическая модель базы данных

.4 Разработка алгоритмов приложения

2.5 Защита данных

.6 Описание датчиков используемых в АИУС

3. Технологический раздел

.1 Руководство программиста

.1.1 Назначение и условия применения системы

3.1.2 Характеристика системы

3.1.3 Обращение к системе

3.1.4 Входные и выходные данные

3.1.5 Сообщения программисту

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

.2.1 Назначение системы

3.2.2 Характеристика системы

3.2.3 Выполнение системы

4. Оценка экономической эффективности разработанной системы

.1 Технико-экономическое обоснование создания программного продукта

.2 Расчет трудоемкости разработки программного продукта

.3 Расчет себестоимости программного продукта

.4 Расчет экономической эффективности от внедрения программного продукта

. Безопасность труда

.1 Анализ и обеспечение безопасных условий труда

.2 Расчет освещенности рабочего помещения

.2.1 Расчет искусственного освещения

.2.2 Расчет естественного освещения

.3 Возможные чрезвычайные ситуации

Заключение

Список использованных источников

Приложения


Введение


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

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

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

В рамках данного дипломного проекта рассмотрены вопросы создания автоматизированной информационно-управляющей системы «Гостиница».

Объектом исследования в данной дипломном проекте является ООО «Восток».

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

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

Задачи

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

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

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

-разработать архитектуру программного средства;

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

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

-произвести оценку экономической эффективности от внедрения программного средства;

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

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

-добавление и корректировку данных о датчиках;

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

-задание параметров оборудования;

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

-формирование данных о значениях показателей по группе датчиков;

-дружественный интерфейс для работы с программным средством.

1. Обзорно-постановочная часть


1.1 Анализ предприятия


Полное фирменное наименование Общества на русском языке - Общество с ограниченной ответственностью «Восток».

Сокращенное фирменное наименование Общества на русском языке - ООО «Восток».

Основной целью Общества является извлечение прибыли.

Основными видами деятельности Общества являются:

-оказание услуг в области гостиничного бизнеса;

-внедрение наиболее совершенных гостиничных технологий;

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

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

-организовывать и эксплуатировать предприятия общественного питания, рестораны, кафе, бары;

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

-эксплуатация собственной АТС, внедрение новых технологий;

-организовывать и эксплуатировать спутниковую связь;

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

-организовывать экскурсионное обслуживание;

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

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

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

-оказание услуг по хранению имущества третьих лиц (товарный склад);

-благотворительная деятельность;

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

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

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

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

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

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

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

Организационная структура ООО «Восток» представлена на рисунке 1.1.


Рисунок 1.1- Организационная структура ООО «Восток»


.2 Анализ существующих аналогов


Автоматизированное решение «Умная гостиница».

На рисунке 1.2 представлена экранная форма системы «Умная гостиница».


Рисунок 1.2 - Экранная форма системы «Умная гостиница»


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

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

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

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

Автоматизация для гостиниц является неотъемлемой системой, с акцентом на:

-экономия в потреблении электроэнергии и воды;

-комфорт и безопасность гостей;

-повышение эффективности персонала отеля;

-простое использование;

-простая интеграция с другими системами в отеле;

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

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

Экономия энергии и воды

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

Все системные параметры могут быть установлены в соответствии с требованиями гостиничного менеджмента.

Комфорт и безопасность гостей

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

Простое использование

Любая деталь системы оптимально упрощена как для гостей, так и для персонала.

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

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

Увеличение эффективности работы персонала

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

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

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

-озвучивание холлов и гостиничных ресторанов.


1.3 Необходимость разработки системы


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


1.4 Анализ и обоснование выбора метода проектирования и инструментальных средств, для разработки программного средства и базы данных


.4.1 Анализ и выбор метода проектирования программного средства

Наиболее распространенными методами разработки программных комплексов являются: метод восходящей разработки и метод нисходящей разработки.

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

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

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

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


1.4.2 Анализ и выбор метода проектирования базы данных

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

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

. Нисходящее проектирование. Проектирование базы данных начинается с определения класса объектов предметной области, построения информационно-логической модели предметной области. Далее, на основе информационно-логической модели строится даталогическая модель реляционной базы данных и затем разрабатывается физическая модель базы данных. Метод нисходящего проектирования формализован и автоматизирован. Проектирование базы данных методом нисходящего проектирования может быть выполнен с использование CASE-средств (ERWin, Oracle, Designer и т.д). Этапы проектирования базы данных представлены на рисунке 1.3


Рисунок 1.3 - Этапы проектирования базы данных методом нисходящего проектирования


Для проектирования базы данных был взят за основу метод нисходящего проектирования.


.4.3 Анализ и выбор инструментального средства разработки программного средства

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


Таблица 1.1 - Сравнительные характеристики систем программирования

ПараметрыVisual Studio.NETC++ BuilderDelphi1234Название, версия, фирма производитель, ОСMicrosoftC++ Builder 6 Borland WindowsDelphi 7 Borland WindowsПодход к разработке ПООбъектно-ориентированный.Структурный подход. ООП.Структурный подход. ООП.Механизмы доступа к БД;ADO.NET, OLE DBBDE, ADO, IBExpress, dbExpressBDE, dbExpress, IBExpress, ADOУтилиты для работы с БД;SQL server provider, OLEDB ProviderInterbase Console, BDE Administrator, Database DesktopDatabase Desktop, BDE Administrator, SQL ExplorerПоддержка стандарта языка SQL;+++Наличие компонент для работы с БД (невизуальные и визуальные компоненты);++Закладки DataAccess, DataControls, dbExpress, ADO, BDEНаличие компонент построения отчетов и диаграмм;+++Поддержка Windows-подобного (оконного) интерфейса;+++Средства поддержки транзакций (параллельная работа нескольких пользователей с БД);+++Простота/ сложность работы с инструментальным средством;ПростотаПростотаПростота

Для реализации программного средства была выбрана система программирования Delphi 7.0.

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

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

На стадии проектирования создаются и используются различные файлы. Основной частью программы является проект (в Borland/ Turbo Pascal эта часть называлась собственно программой). Файл, в котором размещается проект, имеет расширение .dpr. Как правило, эта часть, являющаяся собирательной частью всей программы, небольшая и формируется самой Delphi, хотя при необходимости сюда можно вносить свои изменения. Кроме этой части в программе используются различные модули, файлы которых имеют расширение .pas и из которых в программу включаются необходимые элементы. Многие из модулей написаны заранее и могут использоваться в любой программе (стандартные модули), другие формирует разработчик, полностью или частично. Модули, которые формирует разработчик, в свою очередь, можно разделить на модули, содержащие информацию о формах, и модули, не связанные непосредственно с формами (модули разработчика). Последние предназначены для размещения текста программы, связанного непосредственно с решением задачи, для которой она создается, размещения данных и т. д. Их можно рассматривать как модули собственных библиотек.

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

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

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

Вышеперечисленные достоинства, повлияли на выбор языка и средства программирования в пользу Borland Delphi. Кроме того, выбор языка программирования обусловлен личными предпочтениями и опытом работы с этой средой. Это в значительной степени снизило время затраченное на разработку программного средства и затраты при его программировании.


1.4.4 Анализ и выбор инструментального средства разработки базы данных

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

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

-моделирование данных;

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

-контроль работы системы;

-особенности разработки приложений;

-производительность;

-надежность;

-требования к рабочей среде;

-смешанные критерии.

Рассмотрим каждую из этих групп в отдельности.

Моделирование данных. Имеется в виду, поддерживает ли СУБД необходимые типы данных, используемые языки запросов.

Особенности архитектуры и функциональные возможности. Является ли СУБД мобильной, т.е. независимой от среды, в которой она работает, распределенной, т.е. поддерживает ли сетевой обмен данными.

Контроль работы системы. Возможность СУБД управлять использованием оперативной и физической памяти.

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

Производительность. Способна ли СУБД распараллеливать процессы обработки запросов, тем самым, понижая время ответа системы на запросы пользователя, предусмотрена ли возможность оптимизации запросов.

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

Требования к рабочей среде:

-поддерживаемые аппаратные платформы;

-минимальные требования к оборудованию;

-максимальный размер адресуемой памяти;

-операционные системы, под управлением которых способна работать СУБД.

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

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

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

Был проведен анализ нескольких наиболее распространенных СУБД и инструментальных средств. В качестве объектов анализа выбраны следующие СУБД: Microsoft Access 2003, Microsoft SQL Server 2000, Borland Interbase 7.0.1. Результат их сравнения приведен в таблице 1.2.


Таблица 1.2 - Сравнительные характеристики СУБД /5/

НазваниеMicrosoft Access 2003Microsoft SQL Server 2000Borland Interbase 7.0.11234Используемая ОСWindows 2000/XPWindows 98/Me, Windows NT/2000/XP, Windows NT/2000/2003 Server, Windows CEWindows NT/2000/XP, Windows 2003 Server Linux, Solaris Требования к аппаратному обеспечению233 МГц, 128 МБ ОЗУ, 180 МБ на жестком диске733 МГц, 192 МБ ОЗУ, 380 МБ на жестком диске32 МБ ОЗУ, 20 МБ на жестком дискеПоддерживаемые объекты БДТаблицы, формы, отчеты, макросы, модули Таблицы, динамические таблицы (view), триггеры, индексы, хранимые процедуры, пользовательские процедуры, доменыТаблицы, динамические таблицы (view), триггеры, индексы, хранимые процедуры, пользовательские процедуры, доменыПоддерживаемая модель данныхРеляционнаяРеляционнаяРеляционнаяФормат файлов*.mdb*.mdf*.gdbНаличие встроенных средств для разработки прикладных программ для работы с БДПрисутствуютНетНетТехнология создания БД и объектовПри помощи мастеров и конструкторов, ограниченные возможности создания при помощи SQLПри помощи визуальных средств Enterprise Manager, при помощи запросов SQLВстроенные визуальные средства сильно ограничены. Обычно используют сторонние разработки Возможность создания локальной БДЕстьЛокальный серверЛокальный серверПоддержка сервера Файл-серверКлиент-серверКлиент-серверНаличие встроенного языка для разработки приложенийVisual Basic for ApplicationНет Нет Средства поддержки ограничения целостности БДПервичные ключи, внешние ключи, условия корректности поляПервичные ключи, внешние ключи, уникальность поляПервичные ключи, внешние ключи, уникальность поляПоддержка стандарта SQLДа (Microsoft Jet SQL)Да (Transact SQL)Да (InterBase SQL)Наличие средств передачи данных во внешние форматыЭкспорт в файлы Microsoft OfficeВозможность запросов с результатом в формате XMLОтсутствует Наличие средств для резервного копирования и восстановленияРезервное копирование файла БДШирокие возможности по работе с резервными копиями Предусмотрена система резервного копирования и восстановления из копии

По результатам сравнения приведенных характеристик можно сказать, что MS SQL Server 2000 предоставляет гораздо больше функциональных возможностей при его требованиях к аппаратному обеспечению по сравнению с MS Access и Borland Interbase и в основном он предназначен для больших сетевых БД и для реализации поставленной задачи является, достаточно излишним.

Среди оставшихся сред выбор сделан в пользу Borland Interbase 7.0.1 потому, что среда наиболее приспособлена к работе выбранной средой разработки приложения Delphi 7.0 и достаточно устойчива к повреждениям при ее сопровождении. Также, немалым фактором обусловившим выбор Borland Interbase 7.0.1, оказалась стоимость программного обеспечения.


1.5 Постановка задачи


1.5.1 Формализация поставленной задачи

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


1.5.2 Требования к функциям, выполняемым системой

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

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

-хранить данные о датчиках;

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

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

-хранение и изменение уже имеющихся данных;

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

Разработанное программное средство должно:

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

-обеспечивать целостность базы данных;

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

-содержать документацию по сопровождению программного средства.


1.5.3 Требования к структуре системы

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


1.5.4 Требования к техническому обеспечению

Для корректной работы программного средства аппаратное обеспечение должно состоять как минимум из следующих компонент: процессор архитектуры x86 с тактовой частотой не ниже 1700 Mhz с поддержкой технологии MMX или аналогичной, оперативная память объёмом не менее 512 Mb, жёсткий диск ёмкостью не менее 20 Gb, видеоадаптер с видеопамятью не меньше 32 Mb. В случае если на рабочем месте используется операционная система, требующая большие характеристики, требования к программному средству будет соответствовать минимальным требованиям к операционной системе.


1.5.5 Требования к эргономике и технической эстетике

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

Разработанный пользовательский интерфейс удобен тем, что он:

-базируется именно на тех терминах и понятиях, которыми оперирует пользователь в своей работе;

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

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

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

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


2. Специальная часть


2.1 Разработка архитектуры программного средства


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

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

-моделирование реально существующих процессов;

-обеспечение оптимальности структур данных;

-разделение и группировка функций программного комплекса по подзадачам;

-обеспечение максимальной надежности программного комплекса;

-обеспечение функциональной полноты в соответствии с постановкой задачи;

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

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

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

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

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

Преимущества объектно-ориентированного программирования в полной мере проявляются при разработке сложных программных комплексов.

В итоге был создан программный комплекс, состоящий из модулей: Menu, datchik, pom, list_ust, pokaz, ustan, kon_dat, kon_tdat, itazh, proiz, tip_datchika, stat, sotr.

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

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

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

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

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

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

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

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

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

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

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

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

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

Все модули объединены в соответствии c иерархической схемой модулей программного средства, изображенной на рисунке 2.1.


Рисунок 2.1 - Иерархическая схема модулей программного средства


.2 Реализация функционального назначения


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

Функциональная схема программного средства представлена на рисунке 2.2.


Рисунок 2.2 - Функциональная схема программного средства


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


2.3 Разработка модели базы данных


.3.1 Формальное описание предметной области

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

Формализованное описание предметной области представлено в виде двух таблиц - таблица 2.1 и таблица 2.2.


Таблица 2.1 - Объекты и свойства

ОбъектСвойствоКлючФизические хар-киЛогические ограниченияПроцессыОбязательность значения123456ЭтажКодУцелое, 4>0Г, ПрнепустоеНомерцелое, 4>0В, Пр, КнепустоеПомещениеКодУцелое, 4>0Г, ПрнепустоеНазваниесимвольный 501заглавная, остальные прописныеВ, Пр, КнепустоеПлощадьцелое, 4>0В, Пр, КнепустоеДатчикКодУцелое, 4>0Г, ПрнепустоеНазваниесимвольный 801заглавная, остальные прописныеВ, Пр, КнепустоеПроизводительКодУцелое, 4>0Г, ПрнепустоеНазваниесимвольный 801заглавная, остальные прописныеВ, Пр, КнепустоеТип датчикаКодУцелое, 4>0Г, ПрнепустоеНазваниесимвольный 501заглавная, остальные прописныеВ, Пр, КнепустоеСтатусКодУцелое, 4>0Г, ПрнепустоеНазваниесимвольный 501заглавная, остальные прописныеВ, Пр, КнепустоеСписок установленных датчиковКодУцелое, 4>0Г, ПрнепустоеСерийный номерсимвольный 10буквы, цифрыВ, Пр, КнепустоеДата установкидата дд.мм.ггВ, Пр, КнепустоеДата списаниядатадд.мм.ггВ, Пр, КПоказанияКодУцелое, 4>0Г, ПрнепустоеВремядата дд.мм.ггВ, Пр, КнепустоеЗначениецелое, 4>0В, Пр, КнепустоеПроверкаКодУцелое, 4>0Г, ПрнепустоеДатадата дд.мм.ггВ, Пр, КнепустоеОписаниесимвольный 1001заглавная, остальные прописныеВ, Пр, КнепустоеСотрудникКодУцелое, 4>0Г, ПрнепустоеФИОсимвольный 1001заглавная, остальные прописныеВ, Пр, КнепустоеДолжностьсимвольный 501заглавная, остальные прописныеВ, Пр, Кнепустое

В таблице 2.1 использованы следующие сокращения: В - ввод, Пр - правка, К -корректировка, Г - генерация, У - уникальное.


Таблица 2.2 - Объекты и связи

Классы объектовОпциональ-ность связиИмя связи со стороныТип связи со стороныГКОПКОГКОПКОГКОПКОГКОПКО12345678ЭтажПомещениеМ.б.Д.б.ИмеетОтносится1МПомещениеСписок установленных датчиковМ.б.Д.б.ИмеетОтносится1МДатчикСписок установленных датчиковМ.б.Д.б.ИмеетОтносится1МСтатусСписок установленных датчиковМ.б.М.б.ИмеетОтносится11Список установленных датчиковПоказанияМ.б.Д.б.ИмеетОтносится1МПроизводительДатчикМ.б.Д.б.ИмеетОтносится1МТип датчикаДатчикМ.б.М.б.ИмеетОтносится1МСписок установленных датчиковПроверкаМ.б.М.б.ИмеетОтносится1МСотрудникПроверкаМ.б.Д.б.ИмеетОтносится1М

2.3.2 Информационно-логическая модель предметной области

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

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

Каждая сущность должна быть уникально определена. То есть каждый экземпляр сущности должен иметь ясное и недвусмысленное определение, позволяющее отличать его от других экземпляров (вхождений) той же сущности. Уникальным идентификатором может быть атрибут, комбинация атрибутов, комбинация связей или атрибутов и связей. На диаграмме атрибуты, которые составляют уникальный идентификатор, помечаются символом «#», а составляющие уникальный идентификатор входящие связи перечеркиваются.

Значения некоторых атрибутов могут в какие-то моменты просто отсутствовать или же быть недоступны. В таких случаях перед именем атрибута на схеме ставится буква «o», что говорит о том, что атрибут - необязательный.

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

Связью называется поименованное отношение, имеющее место между двумя сущностями.

Каждая связь имеет два конца, каждый из которых обладает:

-именем;

-степенью (мощностью);

-признаком обязательности.

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


Рисунок 2.3 - ER-диаграмма


2.3.3 Даталогическая модель предметной области

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


Рисунок 2.4 - Даталогическая модель базы данных


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

Схема отношений находится в 1НФ тогда и только тогда, если все атрибуты схемы имеют атомарное значение и в схеме отношений отсутствуют повторяющиеся группы. Схема отношений находится во 2НФ, если она находится в 1НФ, и все не ключевые атрибуты функционально полно зависят от составного первичного ключа. Если схема отношений в 1НФ и первичный ключ это 1 атрибут, то схема отношений автоматически находится во 2НФ. Схема отношений находится в 3НФ, если она находится во 2НФ, и отсутствуют транзитивные зависимости между не ключевыми атрибутами. Минимальной считается требования 3НФ.

При анализе полученной схемы отношений был сделан вывод, что полученная схема отношений находится в 3НФ и НФБК.


2.3.4 Физическая модель базы данных

Этап физического проектирования заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного размещения данных, т.е. отображении логической структуры БД в структуру хранения. Решается вопрос размещения хранимых данных в пространстве памяти, выбора эффективных методов доступа к различным компонентам «физической» БД. Физическая модель БД представлена на языке описания данных СУБД InterBase. Результаты этого этапа документируются в форме схемы хранения на языке определения хранимых данных. Принятые на этом этапе решения оказывают определяющее влияние на производительность системы. Рассмотрим каждый из классов объектов в виде таблиц 2.3 - 2.12:


Таблица 2.3 - Этаж

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NumberIntegern.n.

Таблица 2.4 - Помещение

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NameString, 50n.n.PloIntegern.n.Id_itazhFKIntegern.n.

Таблица 2.5 - Датчик

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NameString, 80n.n.

Таблица 2.6 - Производитель

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NameString, 50n.n.

Таблица 2.7 - Тип датчика

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NameString, 50n.n.

Таблица 2.8 - Статус

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.NameString, 50n.n.

Таблица 2.9 - Список установленных датчиков

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.Sr_numberString, 10n.n.Data_usDaten.n.Data_spDateId_pomFK1Integern.nId_datchikFK2Integern.nId_statFK3Integern.n

Таблица 2.10 - Показания

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.VrDaten.n.ZnachIntegern.nId_list_ustFKIntegern.n.

Таблица 2.11 - Проверка

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.DataDaten.n.OpisString, 100n.n.Id_list_ustFK1Integern.n.Id_sotrFK2Integern.n.

Таблица 2.12 - Сотрудник

НазваниеКлючТип, длинаОпциональностьIdPKIntegern.n.fioString, 100n.n.PostString, 50n.n

2.4 Разработка алгоритмов приложения


Укрупненная схема алгоритма программы, представлена на рисунке 2.5.


Рисунок 2.5- Укрупненная схема алгоритма программного средства


2.5 Защита данных


Целостность и безопасность базы данных рассматривается в трех аспектах:

Целостность таблицы, должно поддерживаться:

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

-поддержка уникальных ключей.

Ссылочная целостность.

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

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

Существует 6 способов ограничения существования:

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

Удаление строки из дочерней таблицы. Нарушение ссылочной целостности не происходит.

Обновление внешнего ключа в строке дочерней таблицы.

Вставка строки в родительскую таблицу не вызывает ссылочной целостности.

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

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

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

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

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

-NO CHECK - при удалении строки из родительской таблицы никаких действий по сохранению не происходит.

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


2.6 Описание датчиков используемых в АИУС


Контроллер BECKHOFF BX серии, представлен на рисунке 2.6.


Рисунок 2.6 - Контроллер BECKHOFF BX


Данный контроллер производства Германии позволяет подключаться через Ethernet трём пользователям одновременно. Поддерживает до 255 модулей расширения для ввода-вывода электрических сигналов. Позволяет полноценно реализовывать все функции ПО EasyHome и работу с ИК шлюзами, кондиционерами и т.д. Но без больших возможностей расширения для специфических задач.

Стоимость: 45 600 руб.

Модуль ввода 8ми бинарных сигналов для контроллера Beckhoff представлен на рисунке 2.7.


Рисунок 2.7 - Модуль ввода 8ми бинарных сигналов


Модуль служит для подключения выключателей, датчиков движения, сигналов аварий, датчиков протечки воды и утечки газа, в общем любых сигналов типа «СУХОЙ КОНТАКТ» или «ОТКРЫТЫЙ КОЛЛЕКТОР».

К одному модулю можно подключить 8 устройств.

Вход модуля срабатывает при поступлении на него 24 вольт постоянного тока.

Стоимость: 4800 руб.

Контроллер Овен 110 представлен на рисунке 2.8


Рисунок 2.8 - Контроллер Овен 110


Этот контроллер имеет 36 встроенных бинарных входов ( для ВЫКЛЮЧАТЕЛЕЙ, ДАТЧИКОВ ДВИЖЕНИЯ и т.д.) и 24 релейных выхода (для управления СВЕТОМ, ПРИВОДАМИ и т.д.). Имеется встроенный блок питания с выходом 24в для периферийных устройств или модулей расширения. Поддерживает до 15ти одновременных подключений пользователей по Ethernet и реализует всю функциональность ПО EasyHome с небольшими возможностями расширения. Имеет на борту интерфейс RS232 для модема и RS485 для подключения ИК шлюзов.

Стоимость: 20000 руб.

Датчик температуры воздуха универсальный с аналоговым выходом 0-10 вольт представлении на рисунке 2.9.


Рисунок 2.9 - Датчик температуры воздуха универсальный


Датчик температуры воздуха выпускается с сенсором двух модификаций: от +5 до +50 градусов и от -40 до + 50 градусов. Напряжение питания 12В. Может монтироваться в монтажную коробку или любой другой компактный бокс. Габариты датчика 38х30мм. Выходной сигнал 0..10 вольт.

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

Стоимость: 2300 руб.

Комбинированный датчик температуры и влажности воздуха представлен на рисунке 2.10


Рисунок 2.10 - Комбинированный датчик температуры и влажности воздуха


Датчик температуры и влажности воздуха выпускается с сенсором температуры двух модификаций: от +5 до +50 градусов и от -40 до + 50 градусов. Диапазон измерения влажности от 0 до 100% Rh. Напряжение питания 12В. Может монтироваться в монтажную коробку или любой другой компактный бокс. Габариты датчика 38х30мм. Выходной сигнал 0..10 вольт по температуре и 0..10 вольт по влажности.

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

Стоимость: 4200 руб.

Датчик уровня освещённости с выходом 0-10 вольт представлен на рисунке 2.11.


Рисунок 2.11 - Датчик уровня освещённости


Детектор уровня освещённости с аналоговым выходом 0-10 вольт.

Питание 12 вольт.

Может быть установлен на улице, имеет прозрачный влагозащищённый корпус.

Стоимость: 3800 руб.

Датчик протечки воды представлен на рисунке 2.12.


Рисунок 2.11 - Датчик протечки воды


Датчик протечки 2х проводной, питание 12-36В, выход открытый коллектор, макс ток 200мА/шунт4.7кОм, потребление в

дежурном режиме ~1мкА

Стоимость: 600 руб.

Датчик движения.

Охранный датчик движения, инфракрасный

Иммунитет от домашних животных массой до 27кг

Питание 12-24В, температура работы от -20 до +50 градусов

Стоимость: 840p.

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


3. Технологическая часть


3.1 Руководство программиста


.1.1 Назначение и условия применения системы

Автоматизированная информационно-управляющая система предназначена для автоматизации мониторинга и управления системными параметрами.

Система позволит:

-хранить данные централизовано;

-снизить временные затраты и трудоемкость осуществления обработки данных;

-облегчить добавление, хранение и выборку данных.

Для корректной работы программного средства аппаратное обеспечение должно состоять как минимум из следующих компонент: процессор архитектуры x86 с тактовой частотой не ниже 1700 Mhz с поддержкой технологии MMX или аналогичной, оперативная память объёмом не менее 512 Mb, жёсткий диск ёмкостью не менее 20 Gb, видеоадаптер с видеопамятью не меньше 32 Mb. В случае если на рабочем месте используется операционная система, требующая большие характеристики, требования к программному средству будет соответствовать минимальным требованиям к операционной системе.


.1.2 Характеристика системы

Автоматизированная информационно-управляющая система работает в графическом режиме, для нормального отображения которого необходимо разрешение экрана не менее 800×600 точек. Для проверки работоспособности программы необходимо запустить ее и проверить все режимы работы. Проверка программной системы должна начинаться с его запуска. При запуске должно появиться главное окно программы. На следующем шаге необходимо проверить нормально ли функционируют справочники. Для этого их поочередно выбирают в главном меню. Выполнив добавление, удаление или изменение данных, необходимо проверить правильность сохранения результатов действий, открыв справочники в среде СУБД Borland Interbase 7.0.1.


.1.3 Обращение к системе

Физически база данных располагается в папке с исходным кодом программного средства в файле hotel.gdb. При выполнении резервного копирования БД в папке создается файл с именем в формате «dd_mm_yyyy_hh_mm_ss.gdb», представляющий из себя стандартную резервную копию Interbase. При отсутствии текущей базы данных в исходной директории можно восстановить её из резервной копии стандартными средствами. Рекомендуется делать резервное копирование не менее одного раза в месяц. Редактирование учетных записей пользователей производится также стандартными средствами СУБД Interbase. Для каждой таблицы имеется генератор первичного технологического ключа и триггер автоматического добавления ключа при добавлении новой записи в таблицы.

Подключение к базе данных осуществляется через IB Console. Сначала определяется место хранения БД, она может хранится, на локальной машине, в этом случае выбирается Local Server, а также на удаленной машине, в этом случае выбирается Remote Server. После чего вводится имя пользователя «SYSDBA» и пароль «masterkey», после подтверждения сервер БД регистрируется. После регистрации сервера БД, регистрируется сама БД, для этого необходимо выбрать расположение файла hotel.gdb в котором располагаются таблицы БД, ввести имя пользователя и пароль, которые совпадают с логином и паролем использованным для регистрации сервера. Окно регистрации БД показано на рисунке 3.1.


Рисунок 3.1 - Регистрация и подключение к БД


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


Рисунок 3.2 - Список таблиц БД


База данных содержит следующие таблицы: DATCHIL, ITAZH, LIST_UST, POKAZ, POM, PROIZ, PROV, SOTR, STAT, TIP_DATCHIKA.

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

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

-осуществляет резервное копирование и восстановление БД;

-корректировки данных и структуры БД;

-прописывать путь к базе данных;

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

-обучать сотрудников предприятия работе с программным средством.

Для просмотра информации о таблице, необходимо выбрать соответствующую таблицу и дважды щелкнуть левой клавишей мышки. После этого появится окно «Свойства», для выбранной таблицы. Вид окна для таблицы «DATHIK», представлен на рисунке 3.3. На закладке «DATA» показываются поля таблицы, и хранящиеся в них данные.


Рисунок 3.3 - Окно «Датчик»


Вид окна для таблицы «LIST_UST», представлен на рисунке 3.4.


Рисунок 3.4 - Окно «Список установленных датчиков»


Вид окна для таблицы «POKAZ», представлен на рисунке 3.5.


Рисунок 3.5 - Окно «Показатели»


Вид окна для таблицы «SOTR», представлен на рисунке 3.6.


Рисунок 3.6 - Окно «Сотрудники»


.1.4 Входные и выходные данные

Входными данными является:

-информация о датчиках;

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

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

-справочная информация.

Выходными данными будут:

-данные выборки по датчику;

-данные выборки по типу датчика.


.1.5 Сообщения программисту

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


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


.2.1 Назначение системы

Автоматизированная информационно-управляющая система предназначена для автоматизации мониторинга и управления системными параметрами.

Система позволит:

-хранить данные централизовано;

-снизить временные затраты и трудоемкость осуществления обработки данных;

-облегчить добавление, хранение и выборку данных.


.2.2 Характеристика системы

Автоматизированная информационная система работает в графическом режиме, для нормального отображения которого необходимо разрешение экрана не менее 800×600 точек. Для проверки работоспособности программы необходимо запустить ее и проверить все режимы работы. Проверка программной системы должна начинаться с его запуска. При запуске должно появиться главное окно программы. На следующем шаге необходимо проверить нормально ли функционируют справочники. Для этого их поочередно выбирают в главном меню. Выполнив добавление, удаление или изменение данных, необходимо проверить правильность сохранения результатов действий, открыв справочники в среде СУБД Borland Interbase 7.0.1.


.2.3 Выполнение системы

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

Основная форма программы представлена на рисунке 3.7. На ней представлены следующие пункты меню «Датчики», «Помещения», «Справочники», «Установки», «Контроль» и «Выход». При выборе и нажатии кнопок происходит либо открытие подменю или осуществляется переход на форму.


Рисунок 3.7 - Основная форма программного средства


На рисунке 3.8 представлена форма «Датчики». На этой форме добавляются данные по датчикам, установленных в гостинице. Что бы добавить запись необходимо выбрать Производителя, Тип датчика заполнить поле Название и нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поля выбора и заполнить поле ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.8 - Экранная форма «Датчики»


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


Рисунок 3.9 - Экранная форма «Помещения»


На рисунке 3.10 представлена экранная форма «Список установленных датчиков». Эта форма вызывается с формы Помещения, поэтому в верхнем левом углу формы в поле отображается название помещения. Что бы добавить запись необходимо выбрать Статус, Датчик заполнить поле Серийный номер, выбрать Дату установки, и нажать кнопку Добавить. Поле Дата списания заполняется после когда датчик подлежит списанию, для этого выбирается дата и нажимается кнопка Списать. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. На форме имеется кнопка Проверка она осуществляет переход на соответствующую экранную форму .Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.10 - Экранная форма «Список установленных датчиков»

программный алгоритм эргономика приложение

На рисунке 3.11 представлена экранная форма «Проверка». В верхнум левом углу в поле отображается серийный номер датчика. Что бы добавить запись необходимо выбрать Дату проведения проверки заполнить поле Описание, где описывается выполненные работы во время проверки и выбирается сотрудник проводящий проверку, после чего нажимается кнопка Добавить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.11 - Экранная форма «Проверка»


На рисунке 3.12 представлена экранная форма «Этаж». На этой форме добавляются данные о этажах гостиницы. Что бы добавить запись необходимо заполнить поля Номер этажа, после этого нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поле ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.12 - Экранная форма «Этаж»


На рисунке 3.13 представлена экранная форма «Производитель». На этой форме добавляются данные о производители датчиков. Что бы добавить запись необходимо заполнить поля Название, после этого нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поле ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.13 - Экранная форма «Производитель»


На рисунке 3.14 представлена экранная форма «Тип датчика». На этой форме добавляются данные о типах датчиков. Что бы добавить запись необходимо заполнить поля Название, после этого нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поле ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.14 - Экранная форма «Тип датчика»


На рисунке 3.15 представлена экранная форма «Статус». На этой форме добавляются данные о статусах установленных датчиков. Что бы добавить запись необходимо заполнить поля Название, после этого нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поле ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.15 - Экранная форма «Статус»


На рисунке 3.16 представлена экранная форма «Сотрудник». На этой форме добавляются данные о сотрудниках. Что бы добавить запись необходимо заполнить поля Должность, Фамилия, Имя, Отчество, после этого нажать кнопку Добавить. Для изменения данных в записи, запись необходимо выбрать из списка внести изменения в поля ввода, затем нажать кнопку Изменить. Для удаления записи выберите ее из списка и нажмите кнопку Удалить. Для завершения работы формы в верхнем правом углу нажмите красный крестик.


Рисунок 3.16 - Экранная форма «Сотрудник»


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


Рисунок 3.17 - Экранная форма «Установки рабочих значений величин»


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


Рисунок 3.18 - Экранная форма «Контроль по датчику»


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


Рисунок 3.19 - Экранная форма «Контроль по типу датчика»


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

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


4. Оценка экономической эффективности разработанной системы


4.1 Технико-экономическое обоснование создания программного продукта


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


Таблица 4.1 - Стадии разработки программного продукта

ОбозначениеСтадии разработкиТЗТехническое заданиеЭПЭскизный проектТПТехнический проектРПРабочий проектВСтадия внедрения

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

-количество разновидностей форм входной информации;

-количество разновидностей форм выходной информации;

-степень новизны комплекса задач;

-сложность алгоритма;

-виды используемой информации;

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

-использование типовых проектных решений.

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


Таблица 4.2 - Степени новизны разрабатываемых задач

ОбозначениеСтепень новизныАРазработка комплекса задач, предусматривающая применение новых методов разработки, проведения научно-исследовательских работБРазработка решений задач и систем, не имеющих аналоговВРазработка решений задач и систем, имеющих аналогичное решениеГПривязка типовых проектных решений

Сложность алгоритма представлено 3 группами в таблице 4.3.


Таблица 4.3 - Сложность алгоритма

Сложность алгоритма (обозначение)Виды алгоритма1Алгоритмы оптимизации и моделирования систем и объектов2Алгоритмы учета, отчета, статистики и поиска3Алгоритмы, реализующие стандартные методы решения, а так же не предусматриваемых применения сложных численных и логических выводов

Трудоемкость разработки зависит так же от вида используемой информации.

Виды информации представлены в таблице 4.4.


Таблица 4.4 - Виды используемой информации

ОбозначениеВиды информацииПИПеременная информацияНСИНормативно-справочная информацияБДБазы данныхРВРежим работы в реальном времениТОУТелекоммуникационная обработка данных и управление удаленными объектами

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


Таблица 4.5 - Группы сложностей организации контроля входной и выходной информации

ОбозначениеГруппа сложности11Входные данные и документы разнообразного формата и структур (контроль осуществляется перекрестно)12Входные данные и документы однообразной формы и содержания (осуществляется формальный контроль)21Печать документов сложной многоуровневой структуры, разнообразной формы и содержания22Печать документов однообразной формы и содержания, вывод массивов данных на машинные носители

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

Затраты времени при выполнении работ на стадиях технического задания и эскизного проекта представлены в таблице 4.6.


Таблица 4.6 - Затраты времени

Комплекс задач подсистемыТехническое заданиеЭскизный проектСтепень новизныСтепень новизныАБВГАБВГ1. Перспективное планирование, размещение и развитие отрасли, управление проектируемым капитальным строительством; технико-экономическое планирование, управление ценообразованием7957373417511777532. Управление материально-техническим снабжением, сбытом продукции; управление комплектацией, экспортными и импортными поставками1057642301157953353. Бухгалтерский учет, управление финансовой деятельностью10372303516611267574. Управление организацией труда, заработной платой, кадрами, нормами и нормативами, охраной труда6346301315110167465. Управление качеством продукции, технологическими процессами в производстве644731221579967446. Управление транспортными перевозками, техобслуживанием, вспомогательными службами и энергоснабжением9166432617010070457. Управление научно-технической информацией. Совершенствование документооборота и контроль за исполнением документа. Управление охраной природы и окружающей среды5036241515110167468. Учет пенсий, пособий и страховых операций795536261037045369. Статистические задачи129111613810370454910. Задачи расчетного характера92694729103704541

Поправочные коэффициенты для определения трудоемкости работ на стадии технического проекта представлены в таблице 4.7 (К1, К2, К3).


Таблица 4.7 - Поправочные коэффициенты для определения трудоемкости работ на стадии технического проекта

Вид используемой информацииСтепень новизныАБВГПИ, К11,71,210,5НСИ, К21,451,080,720,43БД, К34,373,122,08 ?1,25

Поправочные коэффициенты для определения трудоемкости работ на стадии рабочего проекта представлены в таблице 4.8 (К1, К2, К3).


Таблица 4.8 - Поправочные коэффициенты для определения трудоемкости работ на стадии рабочего проекта

Вид используемой информацииГруппа сложности алгоритмаСтепень новизныАБВГПИ, К1С12,271,621,20,65С22,021,441,10,58С31,681,210,48НСИ, К2С11,360,970,650,4С21,210,860,580,34С31,010,720,480,29БД, К3С11,140,810,540,32С21,050,720,480,29С30,850,60,40,24

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


,(4.1)


где m - количество наборов данных ПИ;

n - количество наборов данных НСИ;

p - количество наборов данных БД.

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


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

Сложность контроля входной информацииСложность контроля выходной информации 2122111,161,07121,081

Таблица 4.10 - Поправочные коэффициенты для определения трудоемкости работ на стадии технического и рабочего проектов и внедрения

Стадия разработкиВид обрабатываемой информацииСтепень новизныАБВГТПРВ1,671,451,261,1ТОУ1,751,521,361,15РПРВ1,751,521,361,15ТОУ1,921,671,441,25ВРВ1,61,391,211,05ТОУ1,671,451,261,1

4.2 Расчет трудоемкости разработки программного продукта


Общая трудоемкость разработки рассчитывается по формуле (4.2):


ТОбщ = tТЗ + tЭП + tТП + tРП + tВ,(4.2)


где tТЗ - затраты труда на стадии технического задания (в днях), tТЗ = 72;

tЭП - затраты труда на стадии эскизного проекта (в днях), tЭП = 112

tТП - затраты труда на стадии технического проекта (в днях), tТП = 45;

tРП - затраты труда на стадии рабочего проекта (в днях), tРП = 30;

tВ - затраты труда на стадии внедрения (в днях), tВ = 10.

ТОбщ = 72 + 112 + 45 + 30 + 10 = 269 дней.

Общая трудоемкость разработки программного продукта с учетом поправочных коэффициентов рассчитывается по формуле (4.3):


Т' = tТЗ + tЭП + t'ТП + t'РП + t'В, (4.3)


где t'ТП - затраты труда на стадии технического проекта с учетом поправки;

t'РП - затраты труда на стадии рабочего проекта с учетом поправки;

t'В - затраты труда на стадии внедрения с учетом поправки.

Для расчета затрат труда на стадии технического проекта с учетом поправки рассчитывается по формуле (4.4), при использовании разных видов информации:


, (4.4)


где m- количество наборов данных ПИ;

n - количество наборов данных НСИ;

p - количество наборов данных БД.

.

Теперь с учетом поправки на использование разных видов информации вычислим затраты труда на стадии технического проекта с учетом поправки:

t´ТП=45?1,45?1,48 = 96 дней.

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

.

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

t´РП=30?1,16?0,9 = 31 день.

Для расчета затрат труда на стадии внедрения используются поправочные коэффициенты:

t´В=10?1,16?1,39 = 11 дней.

Таким образом, общие затраты труда на разработку программного продукта с учетом поправочных коэффициентов составят:

Т´Общ = 72 + 112 + 96 + 31 + 11 = 322 дней.

Чтобы определить количество человек U необходимое для выполнения работы следует воспользоваться формулой (4.5):


, (4.5)


Подставив в формулу (4.5) числовые значения трудозатрат получим:

человек.

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


4.3 Расчет себестоимости программного продукта


Себестоимость программного продукта рассчитывается по формуле (4.6):


С = Мвс + Э + Зозп + Здзп + Зсн + Н, (4.6)


где Мвс - затраты на вспомогательные материалы, руб.;

Э - затраты на электроэнергию на технологические цели, руб.;

Зозп - основная зарплата разработчика, руб.;

Здзп - дополнительная зарплата разработчика, руб.;

Зсн - взнос на социальное страхование и обеспечение, руб.;

Н - накладные расходы, руб.

Затраты на вспомогательные материалы представлены в таблице 4.11.


Таблица 4.11 - Затраты на вспомогательные материалы

Наименование затратКоличество, шт.Сумма, руб.1. Тонер для картриджа hp 102014002. Упаковка бумаги для принтера (500 лист.)11703. Флеш-карта на 2 GB1220Итого:790

Затраты на электроэнергию рассчитываются по формуле (4.7):


, (4.7)


где Р - мощность потребляемой электроэнергии, Кватт;

Сэ - стоимость одного киловатт-часа электроэнергии, руб.;

Т´Общ - общие затраты труда на разработку программного продукта, час;

Rзаг - коэффициент загрузки компьютера.

Подставив в формулу (4.7) числовые значения вычислим затраты на электроэнергию:

Э = 0,7?2,4?(322?8) 0,5=2164 руб.

Основная заработная плата разработчиков рассчитывается по формуле (4.8):


Зозп=Счтс?Т´Общ, (4.8)


где Счтс - часовая тарифная ставка разработчика, руб./час;

Т´Общ - общие затраты труда на разработку программного продукта, час.

Подставив в формулу (4.8) числовые значения вычислим основную заработную плату разработчиков:

Зозп = 30?(322?8) =77280 руб.

Дополнительная заработная плата разработчика составляет 10% от основной зарплаты и рассчитывается по формуле (4.9):


Здзп = 0,1?Зозп, (4.9)


Здзп = 0,1?77280 = 7728 руб.

Взнос на социальное страхование и обеспечение определяются по формуле (4.10):


Зсн = (Зозп + Здзп)?Rсн, (4.10)


где Rсн - коэффициент взноса на социальное страхование и обеспечение, Rсн = 0,35.

Подставив в формулу (4.10) числовые значения, вычислим отчисления на социальные нужды:

Зсн = (77280 + 7728)?0,35 = 28903 руб.

Накладные расходы рассчитываются по формуле (4.11):


Н = 0,1?(Зозп + Здзп), (4.11)


Подставив числовые значения в формулу (4.11), получим:

Н = 0,1?(77280 + 7728) = 8500 руб.

Теперь, зная все числовые значения, можно рассчитать полную себестоимость разработанного программного продукта подставив значения в формулу (4.6):

С = 790 + 2164 + 77280 + 7728 + 29753 + 8500 = 126215 руб.

В таблице 4.12 сведены результаты расчетов себестоимости программного продукта.


Таблица 4.12 - Калькуляция себестоимости программного продукта

Наименование статей расходовЗатраты, руб.1. Основная зарплата772802. Дополнительная зарплата77283. Взнос на социальное страхование и обеспечение297534. Накладные расходы85005. Затраты на электроэнергию21646. Вспомогательные материалы7907. Полная себестоимость126215

4.4 Расчет экономического эффекта от внедрения программного продукта


Экономический эффект от внедрения программного продукта рассчитывается по формуле (4.12):


, (4.12)


где N - количество обрабатываемых документов;

t1, t2 - трудоемкость обработки документов до и после внедрения программы;

Счтс - часовая тарифная ставка пользователя, руб./час;

Кдоп - коэффициент отчислений на дополнительную зарплату, Кдоп = 0,1;

Ксн - коэффициент взноса на социальное страхование и обеспечение, Ксн = 0,35;

Ен - нормативный коэффициент окупаемости капитальных вложений, Ен = 0,39;

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

Используя ранее рассчитанные значения и подставив их в формулу (4.12), получим значение экономического эффекта:

Эуг = 1800?(5 - 3)?35?1,1?1,35 - 0,39?126215 = 137886 руб.

Срок окупаемости программного продукта рассчитывается по формуле (4.13):


, (4.13)


где Спр - себестоимость программного продукта, руб.;

С1 - стоимостные затраты при использовании ручного труда, руб.;

С2 - стоимостные затраты при использовании программы, руб.

Для расчета стоимостных затрат воспользуемся формулой (4.12):

С1 = 1800?5?35?1,1?1,35 - 0,39?126215 = 418551 руб.

С2 = 1800?3?35?1,1?1,35 - 0,39?126215 = 231441 руб.

Подставив в формулу (4.13) посчитанные числовые значения, получим:

Ток = 126215/(418551 - 231441) = 0,67 года или 8 мес.

Полученные экономические показатели проекта сведены в таблице 4.13.


Таблица 4.13 - Экономические показатели программного продукта

Наименование показателяЕдиницы измеренияЗатраты, руб.1. Основная зарплатаруб.772802. Дополнительная зарплатаруб.77283. Взнос на социальное страхование и обеспечениеруб.297534. Накладные расходыруб.85005. Затраты на электроэнергиюруб.21646. Вспомогательные материалыруб.7907. Полная себестоимостьруб.1262158. Экономический эффектруб.1378869. Срок окупаемостимесяц8

В данном разделе рассчитана экономическая эффективность от внедрения программного средства в организации, а также рассчитан срок окупаемости от внедрения программного средства.


5. Безопасность труда


5.1 Анализ и обеспечение безопасных условий труда


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

Объем рассматриваемого помещения составляет 64 м3, а число человек, находящихся в кабинете, равно пяти. Исходя из этого, объем помещения приходящийся на одного человека составит » 12 м3/человека. Для внутренней отделки интерьера помещения с ВДТ и ПЭВМ используются диффузно-отражающие материалы с коэффициентом отражения от потолка 0,7-0,8; для стен 0,5-0,6; для пола 0,3-0,5. Поверхность пола в помещении ровная, без выбоин, обладает антистатическими свойствами, удобная для очистки и влажной уборки, которая проводится ежедневно. Следовательно, помещение, в котором работают сотрудники, удовлетворяет требованиям СанПиН 2.2.2.542-2003 п.4 «Требования к помещениям для эксплуатации ВДТ и ПЭВМ».

ЭВМ, которой оснащено рабочее место, в полной мере соответствует требованиям, предъявляемым к видеодисплейным терминалам (ВДТ) и ПЭВМ. ВДТ имеют возможность поворота корпуса в горизонтальной и вертикальной плоскости в пределах +30°. Минимальный размер элемента отображения пикселя 0,26 мм. Экран монитора покрыт специальным составом, с целью уменьшения электромагнитного излучения и подавления бликов на экране. ВДТ обеспечивает хороший уровень считывания информации и имеет возможность регулирования яркости и четкости изображения, горизонтальных и вертикальных искажений. Дизайн ВДТ предусматривает окраску корпуса в спокойные мягкие тона с диффузным рассеиванием света. Корпус ВДТ и ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ имеют матовую поверхность одного цвета с коэффициентом отражения 0,4 - 0,6 и не содержат блестящих частей, способных создавать блики. Конструкция ВДТ и ПЭВМ обеспечивает мощность рентгеновского излучения в любой точке на расстоянии 0,05 м от экрана и корпуса ВДТ не более 100 мкР/час.

Конструкция и характеристики клавиатуры:

- исполнена в виде отдельного устройства с возможностью перемещения;

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

высота среднего ряда клавиш не более 30 мм;

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

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

минимальный размер клавиши 13 мм, средний - 15 мм;

одинаковый ход для всех клавиш с минимальным сопротивлением нажатию 0,25 Н и максимальным не более 1,5 Н.

Все компоненты ПЭВМ удовлетворяют стандартам безопасности и экологичности TCO-95, являющимся наиболее жёсткими и признанными во всём мире в качестве международных стандартов.

Для комфортной работы стол удовлетворяет следующим условиям:

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

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

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

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

Высота рабочей поверхности рекомендуется в пределах 680-760мм. Высота поверхности, на которую устанавливается клавиатура, должна быть около 650мм. Таким образом, имеющиеся ВДТ и ПЭВМ удовлетворяют требования СанПиН 2.2.2.542-2003 п.3 «Требования к ВДТ и ПЭВМ».

Рабочий стул имеет следующий вид: поверхность сиденья прямая без наклона с закругленным передним краем, ширина поверхности сиденья - 400 мм, глубина поверхности сиденья - 400, высота - 500 мм; высота спинки - 450 мм, ширина 400 мм, радиус кривизны поверхности спинки - около 400 мм, угол наклона спинки - приблизительно 3 градуса. Хотя по геометрическим параметрам стул и удовлетворяет нормам, но у него не возможно регулировать эти параметры, а нормы предусматривают необходимость того, чтобы стул был подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию от переднего края сиденья.

Согласно нормам рабочее место должно быть оборудовано подставкой для ног, имеющей ширину не менее 300 мм, глубину не менее 400 мм, регулировку по высоте в пределах до 150 мм, поверхность подставки должна быть рифленой и иметь по переднему краю борта высотой 10 мм. В помещении отдела такая подставка существует.

Микроклимат производственных помещений - это климат внутренней среды этих помещений, который определяется действующими на организм человека сочетаниями температуры, влажности и скорости движения воздуха. Кабинет является помещением І категории (выполняются легкие физические работы). В нем выполняются следующие условия: оптимальная температура воздуха - 22°С (допустимая - 20-24°С), оптимальная относительная влажность - 40-60% (допустимая - не более 75%), скорость движения воздуха не более 0,1м/с. Для создания и автоматического поддержания в кабинете независимо от наружных условий оптимальных значений температуры, влажности, чистоты и скорости движения воздуха, в холодное время года используется водяное отопление, в теплое время года отсутствие кондиционеров компенсируется проветриванием помещения. Из полученных данных следует, что микроклимат в помещении с ВДТ и ПЭВМ удовлетворяет требованиям СанПиН 2.2.2.542-2003 п.5 «Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе помещений эксплуатации ВДТ и ПЭВМ».

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

Одним из важных элементов, которые характеризуют условия и характер труда, является освещение. Правильно спроектированное и выполненное производственное освещение рабочего места улучшает условия зрительной работы, снижает утомление, повышает безопасность, способствует повышению производительности труда и качества выполняемых работ /24/. Помещение рассматриваемого кабинета имеет естественное и искусственное освещение. Естественное освещение осуществляется через светопроемы, ориентированные на север и обеспечивающие коэффициент естественной освещенности (КЕО) 2,0%, что не соответствует нормированному значению КЕО для зданий расположенных в III световом климатическом поясе. Разряд зрительных работ - 4, средней точности, размер объекта различения 0,5-1 мм. При недостаточном естественном освещении (в темное время суток) применяют искусственное освещение. Искусственное освещение в помещении с ВДТ и ПЭВМ осуществляется системой равномерного освещения. Освещенность на поверхности стола в зоне расположения документов в пределах EH = 450 - 520 Лк. Прямая блесткость от источников освещения ограничена, при этом яркость освещения поверхности (окна, светильники и другое), находящейся в поле зрения, составляет не более 20 кд/м2, что обеспечивается применением жалюзи на оконных проёмах, позволяющих ограничивать световой поток. В качестве источников света при искусственном освещении применяются преимущественно люминесцентные лампы типа ЛБ. Яркость светильников общего освещения в зоне углов излучения от 50 до 90 градусов с вертикалью в продольной и поперечной плоскостях составляет не более 200 кд/м2, защитный угол светильников - не менее 40 градусов. Для обеспечения нормируемых значений освещенности в помещении с ВДТ и ПЭВМ проводится чистка стекол оконных рам и светильников не реже двух раз в год и проводится своевременная замена перегоревших ламп. Освещенность помещения и рабочего места удовлетворяет требованиям п.7 СанПиН 2.2.2.542-2003 «Требования к освещению помещений и рабочих мест с ВДТ и ПЭВМ».

Еще одним вредным фактором является шум. Шум - громкие звуки, слившиеся в нестройное звучание. В помещении с низким уровнем общего шума, каким является кабинет, где работают сотрудники, источниками шумовых помех могут стать кондиционеры или периферийное оборудование для ЭВМ (ксероксы, принтеры и др.). Длительное воздействие этих шумов отрицательно сказываются на эмоциональном состоянии сотрудников. Шум оказывает вредное влияние на нервно-психическую деятельность организма, на зрительный и вестибулярный анализаторы, снижают рефлекторную деятельность, что часто становится причиной несчастных случаев и травм; вызывает функциональные расстройства сердечно-сосудистой системы. Нарушение в организме обнаруживаются не сразу. К тому же организм человека против шума практически беззащитен. Отрицательное воздействие шума проявляется даже при относительно невысоком уровне шума в 40-60 дБ. Согласно ГОСТ 12.1.003-76 ССБТ эквивалентный уровень звука не должен превышать 50 дБА. Для того чтобы добиться этого уровня шума рекомендуется применять звукопоглощающее покрытие стен и малошумное периферийное оборудование. При использовании такого оборудования уровень шума не превышает установленной нормы и, таким образом, отвечает требованиям СанПиН 2.2.2.542-2003 п.6 «Требования к шуму и вибрации». Вибрация в кабинете отсутствует.

Питание IBM PC осуществляется от сети переменного тока напряжением 220 В и частотой 50 Гц.

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

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

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

Так как работа сотрудника по виду трудовой деятельности относится к группе В - творческая работа в режиме диалога с ЭВМ, а по напряженности работы ко II категории тяжести (СанПиН 2.2.2.542-2003), я предлагаю сократить время работы за компьютером, делать перерывы, суммарное время которых должно составлять 60 минут при 8-ми часовой смене. В перерывах желательно проводить небольшую разминку суставов шеи, спины, рук и т.д.

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

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

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

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

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

Неправильный выбор яркости и освещенности экрана, контрастности знаков, цветов знака и фона, при наличии бликов на экране, дрожании и мелькании изображения приводит к зрительному утомлению, головным болям, к значительной физиологической и психической нагрузкам, к ухудшению зрения. Необходимо следить, чтобы интенсивность всех этих источников находилась в пределах установленных норм. В наблюдающихся случаях перенапряжения и переутомления человека виновен не сам труд, а неправильный режим труда. Нужно правильно и умело распределять силы во время выполнения работы. Типичными ощущениями, которые испытывают к концу рабочего дня сотрудники, работающие с персональными компьютерами, являются головная боль, резь в глазах, тянущие боли в мышцах шеи, рук, спины. Испытываемый день за днем дискомфорт может привести к мигреням, частичной потере зрения, сколиозу и другим заболеваниям. На развитие утомления зрительного анализатора оказывает влияние расстояние глаз до экрана монитора. Оптимальным расстоянием является 60-70 см. Чем меньше расстояние, тем быстрее наступает утомление.

Рабочее помещение по пожарной безопасности находится в соответствии с СанПиН 21-01-97. Эвакуационные выходы расположены рассредоточено. Ширина эвакуационных путей больше 1,5м, а дверей на путях эвакуации - более 1,6м. Ширина наружных дверей лестничных клеток не меньше 1,5м, высота прохода на путях эвакуации - не менее 2м. В рабочем помещении установлена центральная система отопления, которая имеет умеренные температуры и наиболее безопасна в пожарном отношении. Помещение оснащено двумя огнетушителями и аптечкой первой помощи, оборудовано пожарной сигнализацией.

Опасным называется производственный фактор, воздействие которого на работающего в определенных условиях приводит к травме или другому внезапному резкому ухудшению здоровья. Если же производственный фактор приводит к заболеванию или снижению работоспособности, то его считают вредным (ГОСТ 12.0.002-80).

В помещении на сотрудника могут негативно действовать следующие физические факторы:

-повышенная и пониженная температура воздуха;

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

-повышенная и пониженная влажность воздуха;

-недостаточная освещенность рабочего места;

-превышающий допустимые нормы шум;

-повышенный уровень ионизирующего излучения;

-повышенный уровень электромагнитных полей;

-повышенный уровень статического электричества;

-опасность поражения электрическим током;

-блеклость экрана дисплея.

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

Биологически вредные производственные факторы в данном помещении отсутствуют.

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

-нервно - эмоциональные перегрузки;

-умственное напряжение;

-перенапряжение зрительного анализатора.

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

Исследование и анализ условий труда был проведен на основе сравнения фактических условий с санитарными правилами и нормами (СанПиН 2.2.2.542-2003) по следующим параметрам:

-требования к видеодисплейным терминалам (ВДТ) и персональным электронно-вычислительным машинам (ПЭВМ);

-требования к помещениям для эксплуатации ВДТ и ПЭВМ;

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

-требования к шуму и вибрации;

-требования к освещению помещений и рабочих мест;

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

-требования к организации режима труда и отдыха;

-требования к организации медицинского обслуживания.


5.2 Расчет освещенности рабочего помещения


.2.1 Расчет искусственного освещения

Имеется помещение компьютерного класса размером: длина 8 м, ширина 8 м. Пол покрыт линолеумом, стены окрашены краской в светлые тона, потолок отделан пластиковыми панелями со встроенными светильниками.

Задачей расчета, является определение требуемой мощности электрической осветительной установки, для создания в классе заданной освещенности.

При проектировании осветительной установки необходимо решить следующие основные вопросы:

-выбрать тип источника света - рекомендуются газоразрядные лампы, за исключением мест, где температура воздуха может быть меньше +5°С и напряжение в сети падать ниже 90% номинального, а также местного освещения (в этих случаях применяются лампы накаливания);

-определить систему освещения (общая локализованная или равномерная, комбинированная);

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

-распределить светильники и определить их количество (светильники могут располагаться рядами, в шахматном порядке, ромбовидно);

-определить норму освещенности на рабочем месте.

Для расчета искусственного освещения используют в основном три метода.

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


(5.1)


где ЕН - нормированная минимальная освещенность, Лк;

S - площадь помещения, м2;

z - коэффициент неравномерности освещения;

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

N - число светильников;

n - число ламп в светильнике;

u - коэффициент использования светового потока.

Коэффициент неравномерности z зависит от светораспределения светильников и их расположения в пространстве. Он учитывает, что в реальных условиях неизбежна некоторая неравномерность освещения поверхности. Значение коэффициента колеблется от 1 до 1,5. При расположении светильников, близком к наивыгоднейшему, его можно принять z = 1,1¸1,2.

Коэффициент запаса kз учитывает снижение освещенности из-за загрязнения и старения лампы. В случае освещения люминесцентными лампами:

kз = 1,5 - при запыленности помещения менее 5 мг/м3;

kз = 1,8 - при запыленности помещения от 5 до 10 мг/м3;

kз = 2,0 - при запыленности помещения более 10 мг/м3.

Для определения коэффициента использования светового потока и находится индекс помещения i и предположительно оцениваются коэффициенты отражения поверхностей помещения: потолка - rn, стен - rc, расчетной поверхности или пола - rp.

Индекс находится по формуле:


, (5.2)


где А и В - длина и ширина помещения, м;

Нр - высота светильников над рабочей поверхностью, м.

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

Подсчитав световой поток лампы Ф, подбирают ближайшую стандартную лампу и определяют электрическую мощность всей осветительной установки. При выборе лампы допускается отклонение светового потока от расчетного в пределах 10¸20 %.

Подставив в формулу (5.2) значения, найдем индекс помещения.

.

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


Таблица 5.1 - Коэффициенты использования светового потока

Индекс помещения iКоэффициенты использования, % при различных типах светильниковЛЦПВЛОДОРШМ0,518102080,8311831181,0362235221,5432943262,0483348302,5513751333,053395336

Подставив в формулу (5.1) значения, найдем световой поток лампы.


Таблица 5.2 - Светотехнические характеристики наиболее распространенных люминесцентных ламп (напряжения 230 В).

Тип лампСветовой поток Ф, лмМощность лампы, Вт152030406580ЛДЦ5008201450210030503560ЛД5909201640234035704070ЛХБ6759351720260038204440ЛБ76011802100300045505220

Поскольку в СанПиН в качестве источников искусственного освещения рекомендуется использовать люминесцентные лампы типа ЛБ, то по таблице 5.2 находим лампу, по мощности соответствующую световому потоку в 2511,63 лм (ближайшая по мощности лампа - ЛБ 40-4). Для обеспечения нормального искусственного освещения в светильниках должны стоять лампы данного типа.


.2.2 Расчет естественного освещения

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

Освещенность Е - поверхностная плотность светового потока; определяется как отношение светового потока , равномерно падающего на освещаемую поверхность dS2), и её площади:


E = /dS (5.3)


Освещенность измеряется в люксах [лк].

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


КЕО = Евн/Енар × 100% (5.4)


Согласно СНиП нормированное значение КЕО (ен) для здания, располагаемого в определенном районе следует определить по формуле:


eн = e × m, (5.5)


где е - нормированное значение КЕО;

т - коэффициент светового климата.

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


, (5.6)


где S0 - площадь световых проемов;

Sn - площадь пола помещения, м2;

eн - нормированное значение коэффициента естественной освещенности, %;

Кз - коэффициент запаса;

h0 - световая характеристика окон;

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

t0 - общий коэффициент светопропускания;

r1 - коэффициент, учитывающий влияние отраженного света.

Расстояние до противоположного здания 500 м. Расстояние от окна до рассчитываемой точки 1 м. Естественное освещение осуществляется через световые проемы в наружных стенах здания, ориентированные на север. Так как помещение имеет одностороннее боковое естественное освещение, то минимальное значение КЕО будет нормироваться в точке, расположенной на пересечении вертикальной плоскости характерного разреза помещения условной рабочей поверхности на расстоянии 1 м от стены, наиболее удаленной от световых проемов.

По формуле (5.5) рассчитаем нормированное значение КЕО (ен) для здания, располагаемого в Оренбургском районе:

ен = 2 × 0,9 = 1,8 %.

При боковом освещении помещения расчет площади светового проема рассчитаем по формуле (5.6):

м2.

Sфакт = 9 м2, S0 =19,15 м2, следовательно S0 ? Sфакт. Рассчитанная необходимая площадь окна оказалась больше фактической, что доказывает: имеющаяся площадь окна недостаточна для полноценного освещения, поэтому для компенсации этого недостатка освещённости в дневное время работы к естественному освещению применяют дополнительно искусственное.


5.3 Возможные чрезвычайные ситуации


Хлор - при нормальных условиях желто-зеленого цвета с резким раздражающим запахом. При обычном давлении затвердевает при температуре - 101 оС и сжижается при температуре - 34 оС. Плотность газообразного хлора примерно в 2,5 раза больше плотности воздуха, вследствие чего хлор стелится по земле, скапливается в низинах, подвалах, колодцах, тоннелях, по берегам ре, озер.

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

Следует помнить, что предельно допустимые концентрации (ПДК) хлора в атмосферном воздухе следующие:

-среднесуточная концентрация вещества в атмосфере населенных
мест- 0,03 мг/м3;
-предельно-допустимая максимальная разовая концентрация вещества в атмосфере населенных мест - 0,1 мг/м3;

-ориентировочный безопасный уровень воздействия вещества в воздухе рабочей зоны - 1 мг/м3.

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

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

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

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

В очень тяжелых условиях отравления может наступить молниеносная смерть в результате рефлекторной остановки дыхания. Иногда дыхание останавливалось через 5-25 минут после вдыхания газа нередко смерть наступает от химического ожога легких.

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

-промыть глаза водой, лучше 2% раствором питьевой соды;

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

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

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

С моделируем чрезвычайную ситуацию: недалеко от предприятия произошло разрушение емкости, содержащей 25 т хлора. Объект расположен на территории городской застройки, за чертой города расположен городской массив. Определить размеры и площадь зоны химического заражения. Метеорологические условия: инверсия, скорость ветра 2 м/с.

По таблице 1 для 25 т хлора находим глубину зараженного воздуха, при ветре 1 м/с она равна 80 км при инверсии, 11,5 при изотермии, 1,96 при конвекции. По таблице 2 определяем поправочный коэффициент для скорости ветра 2 м/с, он равен 0,6 при инверсии, 0,71 при изотермии, 0,7 при конвекции. Глубина распространения облака зараженного воздуха равна:

-80·0,6 = 48 км при инверсии;

-11,5·0,71 = 8,17 км при изотермии;

-1,96·0,7 = 1,37 км при конвекции.

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

-48 / 1,5=32 км при инверсии;

-8,17 / 1,5=7,67 км при изотермии;

-1,37 / 1,5=0,91 км при конвекции.

Определяем ширину зоны химического заражения.

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

-Ш = 0,03·Г при инверсии;

-Ш = 0,15·Г при изотермии;

-Ш = 0,8·Г при конвекции,

где Г - глубина распространения облака зараженного воздуха с поражающей концентрацией в км.

Ш = 0,03·Г = 0,03·32= 0,96 км при инверсии.

Ш = 0,15·Г = 0,15·7,67 = 1,15 км при изотермии.

Ш = 0,8·Г = 0,8·0,91 = 0,73 км при конвекции.

Площадь зоны заражения определяется по таблице значений и будет равна 15 км2 при инверсии, 4,5 км2 при изотермии, 0,33 км2 при конвекции.

Для скорости ветра 2 м/с в условиях инверсии по таблице 4 находим, что скорость переноса фронта зараженного облака составляет 10 км/ч при инверсии, 12 км/ч при изотермии, 14 км/ч при конвекции.

Время подхода облака зараженного воздуха к предприятию равна:

-t = 2 / 10 = 0,2 часа при инверсии;

-t = 2 / 12 = 0,17 часа при изотермии;

-t = 2 / 14 = 0,14 часа при конвекции.

Расчет времени эвакуации сотрудников учреждения

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

Расчет времени эвакуации выполним для следующих условий: на этаже по 25 кабинетов, в каждом из них по 2 человека. Размеры кабинетов: длина 8 м, ширина 8 м. Длина коридора 30 м, ширина 2 м. Ширина лестницы 2 м, длина 20 м. Параметры приведены в таблице 5.3.


Таблица 5.3- Параметры расчетного объекта

Параметры № участка1 (начальный)2 (коридор)3 (лестница)4 (дверной проем)Длина участка, li, м830101Ширина участка, bi, м8322Число людей, Ni, м5121212

Расчетное время эвакуации людей tp определяется как сумма времени движения людского потока по отдельным участкам пути:


tp = t1 + t2 + t3, (5.5)


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

t2 - время движения по коридору, мин;

t3 - время движения сквозь дверной проем, мин.

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


, (5.6)


где li - длинна участка, м;

vi - скорость движения людского потока, м/мин.

Скорость движения людского потока на начальном участке определяется по плотности D1, м/мин. Плотность движения людского потока на начальном участке пути, имеющем длину l1 и ширину b1 равна:


, (5.7)


где N1 - количество людей на начальном участке;

f - средняя площадь горизонтальной проекции человека, f = 0,125 м2.

Подставив значения из таблицы 5.4 получим:

м/мин.

Для значения плотности людского потока D1 = 0,01 м/мин по таблице 2 /8/ определяем скорость движения людского потока, она составит v1 =100 м/мин, а интенсивность движения q1 = 5.

Тогда время движения по начальному участку составит:

мин.

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


, (5.8)


где bi, bi-1 - ширина рассматриваемого i и предшествующего ему i-1 участка пути, м;

qi, qi-1 - значения интенсивности движения людского потока по рассматриваемому i и предшествующему i-1 участкам пути, м/мин.

При слиянии вначале участка i двух и более людских потоков интенсивность движения qi, м/мин, вычисляют по формуле:


, (5.9)


где qi-1 - интенсивность движения людских потоков, сливающихся в начале участка i, м/мин;

bi-1 - ширина участков пути слияния, м;

bi - ширина рассматриваемого участка пути, м.

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


,


где q11, q21 - интенсивности движения людского потока на сливающихся участках, q11 = q21 = q1.

м/мин.

Подставив значение q2 в формулу (5.8) и значения из таблицы 5.4 получим значения интенсивности людского потока на 3 и 4 участках:

м/мин.,

м/мин.

По значениям интенсивности находим значения скорости движения людского потока: v2 = 80 м/мин, v3 = 40 м/мин, v4 = 33 м/мин. Тогда по формуле (5.6) рассчитаем время движения по этим участкам:

мин.,

мин.,

мин.

Подставив значения в формулу (5.10) получим время эвакуации людей:

tp = 0,01 + 0,375 + 0,25 + 0,025 = 0,66 мин.

Выводы

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


Заключение


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

-анализ предметной области;

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

-в соответствии с заданной предметной областью была спроектирована база данных, и реализована на InterBase 7.0.1;

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

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

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

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

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

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

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

Список использованных источников


1Устав ООО «Восток»

2Гофман, В.Э. Visual Studio.NET. [Текст] / В.Э. Гофман, А.Д. Хомоненко. СПб.: БХВ - Петербург, 2007. - 1152 с.

Керман, К. Программирование и отладка в C++ Builder. [Текст] Учебный курс, Москва 2006. - 326 c.

Бобровский, С. И. Delphi 7 [Текст]: учебный курс / С. И. Бобровский. - CПб. : Питер, 2008. - 736 с.

Фаронов, В. В. Программирование баз данных в Delphi 7 [Текст]: учеб. курс / В. В. Фаронов . - CПб. : Питер, 2005. - 459 с.

Тельман, Дж. Современные системы управления базами данных. - М.: Финансы и статистика, 2008. - 625 c.

Орлов, С.А. Технология разработки программного обеспечения. [Текст] - Спб.: Питер, 2002 - 464 с.

Когловский, М. Р. Технология баз данных на персональных ЭВМ. [Текст] - М.: Финансы и статистика, 1992. - 421 c.

Мартин, Дж. Организация баз данных в вычислительных системах. [Текст] - М: Мир, 1978. - 161 c.

Горев, А. Эффективная работа с СУБД. [Текст] / Горев А., Р. Ахаян, С. Макашарипов -СПб.: Питер, 1997. - 704 с.

Великанов, К.М. Экономика и организация производства в дипломных проектах. [Текст] - Л.: Машиностроение, 1986. - 285с.

Стивенс, Р. Delphi Готовые алгоритмы. [Текст] Москва 2001, - 102 с.

Гофман В.Э. Delphi 6. [Текст] / В.Э. Гофман, П.А. Иванов. СПб.: БХВ - Петербург, 2002. - 952с.

Епинешников, А.М. Программирование в среде Turbo Pascal 7.0. [Текст] / А.М. Епинешников, В.А. Епинешников. - М.: Диалог-Мифи, 1996. - 87 с.

Габдуллина, О. Г. Решение функциональных и вычислительных задач в средах Delphi и MathCAD [Текст]: учеб. пособие для вузов / О. Г. Габдуллина, О. А. Никонорова, Э. И. Бикмухаметова . - Оренбург : ОГУ, 2005. - 114 с.

ГОСТ 12.1.004-76. Основы противопожарной защиты предприятий. [Текст] - М.: Информационно-издательский центр Госкомсанэпиднадзора России, 1995. - 105 с.

ГОСТ 19.701-90. Схемы алгоритмов, программ, данных и систем. - [Текст] Введ. 01.01.92. - М.: Издательство стандартов, 1998. - 25 с.

Стандарт СТП 101-00г. [Текст] - Оренбург, 2000г., ОГУ.

СТП 2069022.101-00. Стандарт предприятия. Общие требования и правила оформления выпускных квалификационных работ, курсовых проектов (работ), отчетов по РГР, по УИРС, по производственной практике и рефератов. [Текст] - Оренбург: ОГУ, 2000.-65 с.

СанПиН 2.2.2.542 - 96. Гигиенические требования к видеодисплейным терминалам, ПЭВМ и организации работы. [Текст] - Введ. С 14.07.96 - М.: Информационно-издательский центр Госкомсанэпиднадзора России, 1996. - 65с.

СНиП II-2-80 - М.: Информационно-издательский центр Госкомсанэпиднадзора России [Текст] 1995. - 85с.

СНиП II-33-75 - М.: Информационно-издательский центр Госкомсанэпиднадзора России [Текст] 1995. - 55с.

СНиП 21-01-97 Пожарная безопасность зданий и сооружений [Текст] Введ. 13.02.97 - М.: Минстрой России, 1997.

СНиП 23-05-95 Естественное и искусственное освещение [Текст] Введ. 02.08.95 - М.: Минстрой России, 1995.


ПРИЛОЖЕНИЕ А

(обязательное)


SQL-скрипты

/* Table: DATCHIK, Owner: SYSDBA */TABLE DATCHIK

(

ID INTEGER NOT NULL,

NAME VARCHAR(80) NOT NULL,

ID_PROIZ INTEGER NOT NULL,

ID_TIP_DATCHIKA INTEGER NOT NULL,PK_DATCHIK PRIMARY KEY (ID)

);TABLE DATCHIK ADD CONSTRAINT FK1_DATCHIK FOREIGN KEY (ID_PROIZ) REFERENCES PROIZ (ID);TABLE DATCHIK ADD CONSTRAINT FK2_DATCHIK FOREIGN KEY (ID_TIP_DATCHIKA) REFERENCES TIP_DATCHIKA (ID);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER DATCHIK_BI FOR DATCHIK BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_DATCHIK_ID,1);

^WORK ^TERM ;^

/* Table: ITAZH, Owner: SYSDBA */TABLE ITAZH

(

ID INTEGER NOT NULL,

NUMBER INTEGER NOT NULL,PK_ITAZH PRIMARY KEY (ID)

);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER ITAZH_BI FOR ITAZH BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_ITAZH_ID,1);

^WORK ^TERM ;^

/* Table: LIST_UST, Owner: SYSDBA */TABLE LIST_UST

(

ID INTEGER NOT NULL,

SR_NUMBER VARCHAR(10) NOT NULL,

DATA_US TIMESTAMP NOT NULL,

DATA_SP TIMESTAMP,

ID_DATCHIK INTEGER NOT NULL,

ID_POM INTEGER NOT NULL,

ID_STAT INTEGER NOT NULL,PK_LIST_UST PRIMARY KEY (ID)

);TABLE LIST_UST ADD CONSTRAINT FK1_LIST_UST FOREIGN KEY (ID_DATCHIK) REFERENCES DATCHIK (ID);TABLE LIST_UST ADD CONSTRAINT FK2_LIST_UST FOREIGN KEY (ID_POM) REFERENCES POM (ID);TABLE LIST_UST ADD CONSTRAINT FK3_LIST_UST FOREIGN KEY (ID_STAT) REFERENCES STAT (ID);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER LIST_UST_BI FOR LIST_UST BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_LIST_UST_ID,1);

^WORK ^TERM ;^

/* Table: POKAZ, Owner: SYSDBA */TABLE POKAZ

(

ID INTEGER NOT NULL,

VR TIMESTAMP NOT NULL,

ZNACH INTEGER NOT NULL,

ID_LIST_UST INTEGER NOT NULL,PK_POKAZ PRIMARY KEY (ID)

);TABLE POKAZ ADD CONSTRAINT FK_POKAZ FOREIGN KEY (ID_LIST_UST) REFERENCES LIST_UST (ID);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER POKAZ_BI FOR POKAZ BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_POKAZ_ID,1);

^WORK ^TERM ;^

/* Table: POM, Owner: SYSDBA */TABLE POM

(

ID INTEGER NOT NULL,

NAME VARCHAR(50) NOT NULL,

PLO INTEGER NOT NULL,

ID_ITAZH INTEGER NOT NULL,PK_POM PRIMARY KEY (ID)

);TABLE POM ADD CONSTRAINT FK_POM FOREIGN KEY (ID_ITAZH) REFERENCES ITAZH (ID);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER POM_BI FOR POM BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_POM_ID,1);

^WORK ^TERM ;^

/* Table: PROIZ, Owner: SYSDBA */TABLE PROIZ

(

ID INTEGER NOT NULL,

NAME VARCHAR(60) NOT NULL,PK_PROIZ PRIMARY KEY (ID)

);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER PROIZ_BI FOR PROIZ BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_PROIZ_ID,1);

^WORK ^TERM ;^

/* Table: PROV, Owner: SYSDBA */TABLE PROV

(

ID INTEGER NOT NULL,

DATA TIMESTAMP NOT NULL,

OPIS VARCHAR(100) NOT NULL,

ID_LIST_UST INTEGER NOT NULL,

ID_SOTR INTEGER NOT NULL,PK_PROV PRIMARY KEY (ID)

);TABLE PROV ADD CONSTRAINT FK1_PROV FOREIGN KEY (ID_LIST_UST) REFERENCES LIST_UST (ID);TABLE PROV ADD CONSTRAINT FK2_PROV FOREIGN KEY (ID_SOTR) REFERENCES SOTR (ID);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER PROV_BI FOR PROV BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_PROV_ID,1);

^WORK ^TERM ;^

/* Table: SOTR, Owner: SYSDBA */TABLE SOTR

(

ID INTEGER NOT NULL,

FIO VARCHAR(100) NOT NULL,

POST VARCHAR(50) NOT NULL,PK_SOTR PRIMARY KEY (ID)

);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER SOTR_BI FOR SOTR BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_SOTR_ID,1);

^WORK ^TERM ;^

/* Table: STAT, Owner: SYSDBA */TABLE STAT

(

ID INTEGER NOT NULL,

NAME VARCHAR(50) NOT NULL,PK_STAT PRIMARY KEY (ID)

);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER STAT_BI FOR STAT BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_STAT_ID,1);

^WORK ^TERM ;^

/* Table: TIP_DATCHIKA, Owner: SYSDBA */TABLE TIP_DATCHIKA

(

ID INTEGER NOT NULL,

NAME VARCHAR(50) NOT NULL,PK_TIP_DATCHIKA PRIMARY KEY (ID)

);TERM ^ ;

/* Triggers only will work for SQL triggers */TRIGGER TIP_DATCHIKA_BI FOR TIP_DATCHIKA BEFORE INSERT POSITION 0

IF (NEW.ID IS NULL) THEN

NEW.ID = GEN_ID(GEN_TIP_DATCHIKA_ID,1);

^WORK ^TERM ;^


Приложение Б

(обязательное)


Текст программы


unit datchik;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, StdCtrls, DBCtrls, Grids, DBGrids;

type

TForm7 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBLookupComboBox1: TDBLookupComboBox;

DBLookupComboBox2: TDBLookupComboBox;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form7: TForm7;

implementation

uses menu,proiz, tip_datchika;

{$R *.dfm}

procedure TForm7.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Params[1].AsString:=form3.IBQuery1.Fields[0].AsString;

IBQuery2.Params[2].AsString:=form4.IBQuery1.Fields[0].AsString;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm7.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=form3.IBQuery1.Fields[0].AsString;

IBQuery3.Params[2].AsString:=form4.IBQuery1.Fields[0].AsString;

IBQuery3.Params[3].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm7.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit itazh;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, IBCustomDataSet, IBQuery;

type

TForm2 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses menu;

{$R *.dfm}

procedure TForm2.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm2.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm2.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit kon_dat;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, DBCtrls, StdCtrls, Grids, DBGrids,

ComCtrls;

type

TForm13 = class(TForm)

Label1: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

DBLookupComboBox2: TDBLookupComboBox;

IBQuery1: TIBQuery;

Label2: TLabel;

IBQuery2: TIBQuery;

DataSource1: TDataSource;

DataSource2: TDataSource;

Label3: TLabel;

Label4: TLabel;

DateTimePicker1: TDateTimePicker;

DateTimePicker2: TDateTimePicker;

DBGrid1: TDBGrid;

IBQuery3: TIBQuery;

DataSource3: TDataSource;

Edit1: TEdit;

IBQuery4: TIBQuery;

procedure DBLookupComboBox1Click(Sender: TObject);

procedure DBLookupComboBox2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form13: TForm13;

implementation

uses menu;

{$R *.dfm}

procedure TForm13.DBLookupComboBox1Click(Sender: TObject);

begin

IBQuery2.Close;

IBQuery2.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery2.Open;

end;

procedure TForm13.DBLookupComboBox2Click(Sender: TObject);

var

s:string;

begin

s:= '';

IBQuery3.Close;

IBQuery3.Params[0].AsString:=IBQuery2.Fields[0].AsString;

IBQuery3.Params[1].AsDate:=DateTimePicker1.Date;

IBQuery3.Params[2].AsDate:=DateTimePicker2.Date;

IBQuery3.Open;

IBQuery4.Params[0].AsString:=IBQuery2.Fields[3].AsString;

IBQuery4.Open;

s:=IBQuery4.Fields[3].AsString;

IBQuery4.Close;

Edit1.Text:=s;

end;

end.

unit kon_tdat;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Grids, DBGrids, DB, IBCustomDataSet, IBQuery, ComCtrls, DBCtrls,

StdCtrls;

type

TForm14 = class(TForm)

Label1: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

Label2: TLabel;

Label3: TLabel;

DateTimePicker1: TDateTimePicker;

DateTimePicker2: TDateTimePicker;

DataSource1: TDataSource;

IBQuery1: TIBQuery;

DBGrid1: TDBGrid;

procedure DBLookupComboBox1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form14: TForm14;

implementation

uses menu, tip_datchika;

{$R *.dfm}

procedure TForm14.DBLookupComboBox1Click(Sender: TObject);

begin

IBQuery1.Close;

IBQuery1.Params[0].AsDate:=DateTimePicker1.Date;

IBQuery1.Params[1].AsDate:=DateTimePicker2.Date;

IBQuery1.Params[2].AsString:=form4.IBQuery1.Fields[0].AsString;

IBQuery1.Open;

end;

end.

unit list_ust;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, StdCtrls, ComCtrls, Grids, DBGrids,

DBCtrls;

type

TForm9 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Edit1: TEdit;

Edit2: TEdit;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Edit3: TEdit;

DateTimePicker1: TDateTimePicker;

DateTimePicker2: TDateTimePicker;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

Label4: TLabel;

Label5: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

DBLookupComboBox2: TDBLookupComboBox;

Button5: TButton;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form9: TForm9;

implementation

uses menu, datchik, stat, pokaz, prov;

{$R *.dfm}

procedure TForm9.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit3.Text;

IBQuery2.Params[1].AsString:=DateToStr(DateTimePicker1.DateTime);

IBQuery2.Params[2].AsString:=form7.IBQuery1.Fields[0].AsString;

IBQuery2.Params[3].AsString:=Edit2.Text;

IBQuery2.Params[4].AsString:=form5.IBQuery1.Fields[0].AsString;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit3.Text:='';

end;

procedure TForm9.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

procedure TForm9.Button3Click(Sender: TObject);

begin

form10.edit3.Text:='';

form10.IBQuery1.Close;

form10.IBQuery1.Params[0].AsString:=IBQuery1.Fields[0].AsString;

form10.edit1.Text:=IBQuery1.Fields[1].AsString;

form10.edit2.Text:=IBQuery1.Fields[0].AsString;

form10.IBQuery1.Open;

form10.ShowModal;

end;

procedure TForm9.Button4Click(Sender: TObject);

begin

form11.edit3.Text:='';

form11.IBQuery1.Close;

form11.IBQuery1.Params[0].AsString:=IBQuery1.Fields[0].AsString;

form11.edit1.Text:=IBQuery1.Fields[5].AsString;

form11.edit2.Text:=IBQuery1.Fields[0].AsString;

form11.IBQuery1.Open;

form11.ShowModal;

end;

procedure TForm9.Button5Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=DateToStr(DateTimePicker2.Date);

IBQuery4.Params[1].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit menu;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Menus, IBDatabase, DB;

type

TForm1 = class(TForm)

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

IBDatabase1: TIBDatabase;

IBTransaction1: TIBTransaction;

procedure N13Click(Sender: TObject);

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N1Click(Sender: TObject);

procedure N2Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses itazh, proiz, tip_datchika, stat, sotr, datchik, pom, kon_dat, ustan,

kon_tdat;

{$R *.dfm}

procedure TForm1.N13Click(Sender: TObject);

begin

Close;

end;

procedure TForm1.N4Click(Sender: TObject);

begin

form2.edit1.text:='';

form2.ShowModal;

end;

procedure TForm1.N5Click(Sender: TObject);

begin

form3.edit1.text:='';

form3.ShowModal;

end;

procedure TForm1.N6Click(Sender: TObject);

begin

form4.edit1.text:='';

form4.ShowModal;

end;

procedure TForm1.N7Click(Sender: TObject);

begin

form5.edit1.text:='';

form5.ShowModal;

end;

procedure TForm1.N8Click(Sender: TObject);

begin

form6.edit1.text:='';

form6.edit2.text:='';

form6.edit3.text:='';

form6.edit4.text:='';

form6.ShowModal;

end;

procedure TForm1.N1Click(Sender: TObject);

begin

form7.edit1.text:='';

form7.ShowModal;

end;

procedure TForm1.N2Click(Sender: TObject);

begin

form8.edit1.text:='';

form8.edit2.text:='';

form8.ShowModal;

end;

procedure TForm1.N9Click(Sender: TObject);

begin

form12.Edit1.Text:='';

form12.Edit2.Text:='';

form12.ShowModal;

end;

procedure TForm1.N11Click(Sender: TObject);

begin

Form13.Edit1.Text:='';

Form13.IBQuery1.Close;

Form13.IBQuery1.Open;

Form13.ShowModal;

end;

procedure TForm1.N12Click(Sender: TObject);

begin

Form14.ShowModal;

end;

end.

unit pokaz;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, StdCtrls, ComCtrls, Grids, DBGrids;

type

TForm10 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Label2: TLabel;

DateTimePicker1: TDateTimePicker;

Edit3: TEdit;

Button1: TButton;

Button2: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form10: TForm10;

implementation

uses menu;

{$R *.dfm}

procedure TForm10.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsDateTime:=DateTimePicker1.DateTime;

IBQuery2.Params[1].AsString:=Edit3.Text;

IBQuery2.Params[2].AsString:=Edit2.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit3.Text:='';

end;

procedure TForm10.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit pom;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, StdCtrls, DBCtrls, Grids, DBGrids;

type

TForm8 = class(TForm)

Label1: TLabel;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBLookupComboBox1: TDBLookupComboBox;

Label2: TLabel;

Label3: TLabel;

Edit1: TEdit;

Edit2: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Label4: TLabel;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure DBLookupComboBox1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form8: TForm8;

implementation

uses menu, itazh, list_ust;

{$R *.dfm}

procedure TForm8.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Params[1].AsString:=Edit2.Text;

IBQuery2.Params[2].AsString:=form2.IBQuery1.Fields[0].AsString;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

Edit2.Text:='';

end;

procedure TForm8.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

procedure TForm8.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=Edit2.Text;

IBQuery3.Params[2].AsString:=form2.IBQuery1.Fields[0].AsString;

IBQuery3.Params[3].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

Edit2.Text:='';

end;

procedure TForm8.Button4Click(Sender: TObject);

begin

form9.edit3.Text:='';

form9.IBQuery1.Close;

form9.IBQuery1.Params[0].AsString:=IBQuery1.Fields[0].AsString;

form9.edit1.Text:=IBQuery1.Fields[1].AsString;

form9.edit2.Text:=IBQuery1.Fields[0].AsString;

form9.IBQuery1.Open;

form9.ShowModal;

end;

procedure TForm8.DBLookupComboBox1Click(Sender: TObject);

begin

IBQuery1.Close;

IBQuery1.Params[0].AsString:=form2.IBQuery1.Fields[0].AsString;

IBQuery1.Open;

end;

end.

unit proiz;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, IBCustomDataSet, IBQuery;

type

TForm3 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

uses menu;

{$R *.dfm}

procedure TForm3.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm3.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm3.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit prov;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, IBCustomDataSet, IBQuery, StdCtrls, ComCtrls, Grids, DBGrids,

DBCtrls;

type

TForm11 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Label2: TLabel;

Edit3: TEdit;

DateTimePicker1: TDateTimePicker;

Button1: TButton;

Button2: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

Label3: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form11: TForm11;

implementation

uses menu, sotr;

{$R *.dfm}

procedure TForm11.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=DateToStr(DateTimePicker1.DateTime);

IBQuery2.Params[1].AsString:=Edit3.Text;

IBQuery2.Params[2].AsString:=Edit2.Text;

IBQuery2.Params[3].AsString:=form6.IBQuery1.Fields[0].AsString;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit3.Text:='';

end;

procedure TForm11.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit sotr;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, IBCustomDataSet, IBQuery;

type

TForm6 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Edit1: TEdit;

Edit2: TEdit;

Edit3: TEdit;

Edit4: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

uses menu;

{$R *.dfm}

procedure TForm6.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit2.Text+' '+Edit3.Text+' '+Edit4.Text;

IBQuery2.Params[1].AsString:=Edit1.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

Edit2.Text:='';

Edit3.Text:='';

Edit4.Text:='';

end;

procedure TForm6.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit2.Text+' '+Edit3.Text+' '+Edit4.Text;

IBQuery3.Params[1].AsString:=Edit1.Text;

IBQuery3.Params[2].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm6.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit stat;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, IBCustomDataSet, IBQuery;

type

TForm5 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

uses menu;

{$R *.dfm}

procedure TForm5.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm5.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm5.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit tip_datchika;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Grids, DBGrids, DB, IBCustomDataSet, IBQuery;

type

TForm4 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Label1: TLabel;

Edit1: TEdit;

Button1: TButton;

Button2: TButton;

Button3: TButton;

IBQuery1: TIBQuery;

IBQuery2: TIBQuery;

IBQuery3: TIBQuery;

IBQuery4: TIBQuery;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

uses menu;

{$R *.dfm}

procedure TForm4.Button1Click(Sender: TObject);

begin

IBQuery2.Params[0].AsString:=Edit1.Text;

IBQuery2.Open;

IBQuery2.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm4.Button2Click(Sender: TObject);

begin

IBQuery3.Params[0].AsString:=Edit1.Text;

IBQuery3.Params[1].AsString:=IBQuery1.Fields[0].AsString;

IBQuery3.Open;

IBQuery3.Close;

IBQuery1.Close;

IBQuery1.Open;

Edit1.Text:='';

end;

procedure TForm4.Button3Click(Sender: TObject);

begin

IBQuery4.Params[0].AsString:=IBQuery1.Fields[0].AsString;

IBQuery4.Open;

IBQuery4.Close;

IBQuery1.Close;

IBQuery1.Open;

end;

end.

unit ustan;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm12 = class(TForm)

Label1: TLabel;

Edit1: TEdit;

Label2: TLabel;

Label3: TLabel;

Edit2: TEdit;

Label4: TLabel;

Button1: TButton;

Button2: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form12: TForm12;

implementation

{$R *.dfm}

procedure TForm12.Button1Click(Sender: TObject);

begin

Application.MessageBox('Связь с контролером не найдена','Ошибка подключения',mb_ok);

Edit1.Text:='';

end;

procedure TForm12.Button2Click(Sender: TObject);

begin

Application.MessageBox('Связь с контролером не найдена','Ошибка подключения',mb_ok);

Edit2.Text:='';

end;

end.



Содержание Введение . Обзорно-постановочная часть .1 Анализ предприятия 1.2 Анализ существующих аналогов 1.3 Необходимость разработки системы

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ