Разработка базы данных для хранения и обработки информации исследований плоских моделей взрывных размыкателей
Содержание
Введение
Глава 1. Теоретическая часть. Проектирование программного обеспечения
.1 Методологии разработки программного обеспечения
.1.1 Процесс разработки программного обеспечения
.1.2 Модели процесса разработки ПО
.2.1 Case-технология
.2.2 RAD-технология
.3.1 Взаимосвязи данных
.3.2 Нормализация модели базы данных
.3.3 Ключи, индексы, триггеры, хранимые процедуры
.3.4 SQL-язык
.4.1 Инструментальные средства для разработки клиентской части
.4.2 Инструментальные средства для разработки серверной части
.4.3 Среда визуальной разработки
Глава 2. Практическая часть. Проектирование и разработка программного обеспечения
.1 Цель разработки программного обеспечения
.2 Состав программного обеспечения
.3 Требования к программному обеспечению
.4 Обработка результатов экспериментов
.5 Разработка базы данных
.6 Разработка пользовательского интерфейса
.6.1 Разработка меню
.6.2 Разработка форм
Глава 3. Экономическая часть. Расчет себестоимости разработки программного обеспечения
.1 Расчет заработной платы исполнителя работ по созданию программного продукта и заработной платы руководителя.
.2 Расчет себестоимости
.3 Оценка экономической эффективности разработки
.4. Оценка окупаемости вложенных средств
.5. Экономическая эффективность разработки
Глава 4. Охрана труда
.1. Требования к помещениям для работы с ПЭВМ
.2. Требования к микроклимату на рабочих местах, оборудованных ПЭВМ
.3. Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ
.4. Требования к освещению на рабочих местах, оборудованных ПЭВМ
.5. Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ
.6. Требования к визуальным параметрам ВДТ, контролируемым на рабочих местах
.7. Общие требования к организации рабочих мест пользователей ПЭВМ
.8. Требования к организации и оборудованию рабочих мест с ПЭВМ
.9.Требования безопасности при работе на ПЭВМ
.9.1. Общие требования охраны труда при работе с ПЭВМ
.9.2 Требования безопасности перед началом работы
.9.3. Требования безопасности во время работы
.9.4. Требования безопасности в аварийных ситуациях
.9.5. Требования безопасности после окончания работ
.10. Заключение
Заключение
Список использованных источников
Приложение
Введение
Для успешного развития работ в области физики высоких плотностей энергии требуются мощные источники электромагнитной энергии, позволяющие получать мультимегаамперные импульсы тока с микросекундным временем нарастания.
Идея преобразования механической энергии взрыва в электромагнитную энергию была высказана в 1951 г. А.Д. Сахаровым и им же были предложены конструктивные схемы устройств для генерации сверхсильных магнитных полей и токов, основанные на быстрой деформации взрывом токонесущих контуров. Взрывомагнитные системы такого типа получили название магнитокумулятивных генераторов. А.Д. Сахаровым были предложены два типа взрывных генераторов: МК-1 (сжатие аксиального магнитного поля) и МК-2 (вытеснение магнитного поля из соленоида и последующее его сжатие стенками коаксиала).
К настоящему времени разработано много вариантов этих генераторов, отличающихся геометрией, способом создания начального магнитного потока, способом выведения магнитной энергии в нагрузку и другими параметрами. Позже стало использоваться также название взрывомагнитные генераторы (ВМГ) (здесь в дальнейшем используется название ВМГ применительно к МК-2). Сравнительно большое время нарастания тока (десятки - сотни микросекунд) не позволяет использовать ВМГ без специальных дополнительных устройств там, где требуется формирование импульсов тока с фронтом менее 1 мкс. Одним из способов получения таких импульсов является коммутация тока ВМГ в нагрузку с помощью размыкателя. Поэтому практически одновременно с разработкой ВМГ проводились исследования коммутации энергии из ВМГ в нагрузку. На основании этих исследований созданы несколько типов размыкателей, работа которых основана на использовании различных физических процессов, вызывающих рост сопротивления проводника за короткое время.
Для коммутации мегаамперных токов обычно используются размыкатели, работающие на принципе электрического взрыва тонких фольг или проволочек, а также размыкатели на основе механического разрушения проводников продуктами взрыва заряда взрывчатого вещества (ВВ). Эффективность передачи энергии в нагрузку и параметры импульса тока зависят от величины и скорости нарастания сопротивления, вводимого размыкателем в цепь разрыва, а также от отношения и величины индуктивностей накопителя и нагрузки.
Для повышения эффективности размыкателей проводились многочисленные экспериментальные и теоретические исследования. На первом этапе, в 60-70 гг. прошлого века, основной упор делался на экспериментальные методы, из-за сложности теоретического подхода.
Разрабатываемые теоретические модели физических процессов, происходящих в размыкателе, позволяют с той или иной степенью достоверности описывать работу размыкателя и делать выводы о путях оптимизации их конструкции. Несмотря на длительную историю исследования, эта проблема еще далека от полного разрешения. В последнее время наметился определенный прогресс, связанный с разработкой программ для магнитогидродинамического моделирования, позволивший обосновать некоторые ранее известные эмпирические закономерности. Результаты таких исследований имеют большое познавательное и практическое значение, поскольку, с одной стороны, способствуют развитию представлений о физической природе явления, а с другой, выявляют пути целенаправленного улучшения характеристик размыкателя.
Для хранения, систематизации, анализа результатов экспериментов, удобнее организовать их в базу данных.
Дипломная работа посвящена разработке базы данных для хранения и обработки информации, отражающей начальные условия и результаты экспериментальных исследований плоских моделей взрывных размыкателей. К настоящему времени проведено около 200 таких экспериментов. Условия эксперимента заданы в виде эскиза размыкателя, параметров цепи и величины разрываемого тока. Результаты представлены в виде осциллограмм тока разряда конденсаторной батареи и производной тока в нагрузке, временных зависимостей физических величин, изменяющихся в процессе коммутации тока, полученных в результате обработки осциллограмм, а также выходных характеристик импульса тока в нагрузке.
Целью данной работы является:
Систематизация данных
Оцифровка осциллограмм с помощью программы GetData Graph Digitizer.
Расчет временных зависимостей физических величин, изменяющихся в процессе коммутации тока, по результатам оцифровки осциллограмм.
Определение структуры базы данных с помощью sql-скрипта, разработанного с использованием некоммерческой системы управления базами данных (СУБД) Firebird.
Создание программного продукта, обеспечивающего связь с базой данных и формирующего запросы к ней для быстрого поиска и редактирования актуальной для пользователя информации. Создание программного продукта осуществляется с помощью среды быстрой разработки приложений Borland Delphi 7.
Глава 1. Теоретическая часть. Проектирование программного обеспечения
1.1 Методологии разработки программного обеспечения
.1.1 Процесс разработки программного обеспечения
Процесс разработки программного обеспечения (англ. software development process, software process) - структура, согласно которой построена разработка программного обеспечения (ПО).
Процесс разработки состоит из множества подпроцессов, или дисциплин:
.Парадигма программирования
Парадигма программирования - это система идей и понятий, определяющих стиль написания компьютерных программ. Это способ концептуализации, определяющий организацию вычислений и структурирование работы, выполняемой компьютером.
.Бизнес-моделирование
Бизнес-моделирование (деловое моделирование) - деятельность по формированию моделей организаций, включающая описание деловых объектов (подразделений, должностей, ресурсов, ролей, процессов, операций, информационных систем, носителей информации и т. д.) и указание связей между ними. Требования к формируемым моделям и их соответствующее содержание определяются целями моделирования. Бизнес-моделированием также называют дисциплину и отдельный подпроцесс в процессе разработки программного обеспечения, в котором описывается деятельность компании и определяются требования к системе - те подпроцессы и операции, которые подлежат автоматизации в разрабатываемой информационной системе.
.Анализ требований
Анализ требований - это процесс сбора требований к программному обеспечению (ПО), их систематизации, документирования, анализа, выявления противоречий, неполноты, разрешения конфликтов в процессе разработки программного обеспечения. Требования к программному обеспечению - совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации.
Виды требований по уровням:
)Бизнес-требования - определяют назначение ПО, описываются в документе о видении (vision) и границах проекта (scope).
)Пользовательские требования - определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе. Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения (use case), пользовательских историй (user story), сценариев взаимодействия (scenario).
)Функциональные требования - охватывают предполагаемое поведение системы, определяя действия, которые система способна выполнять.
Виды требований по характеру:
)Функциональный характер - требования к поведению системы.
)Бизнес-требования.
)Пользовательские требования.
)Функциональные требования
)Нефункциональный характер - требования к характеру поведения системы.
)Бизнес-правила - определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия).
)Системные требования и ограничения - определения элементарных операций, которые должна иметь система, а также различных условий, которым она может удовлетворять. К системным ограничениям относятся ограничения на программные интерфейсы, требования к атрибутам качества, требования к применяемому оборудованию и ПО.
)Атрибуты качества.
)Внешние системы и интерфейсы.
)Ограничения.
Методы выявления требований:
)Интервью, опросы, анкетирование;
)Мозговой штурм, семинар;
)Наблюдение за производственной деятельностью, «фотографирование» рабочего дня;
)Анализ нормативной документации;
)Анализ моделей деятельности;
)Анализ конкурентных продуктов;
)Анализ статистики использования предыдущих версий системы.
.Планирование
.Разработка архитектуры
.Кодирование
Программирование - процесс создания компьютерных программ. В узком смысле (так называемое кодирование) под программированием понимается написание инструкций (программ) на конкретном языке программирования (часто по уже имеющемуся алгоритму - плану, методу решения поставленной задачи).
.Тестирование и отладка
Тестирование программного обеспечения - процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.
.Документирование
Документация на программное обеспечение - печатные руководства пользователя, диалоговая (оперативная) документация и справочный текст, описывающие, как пользоваться программным продуктом.
Документ - элемент документации: целевая информация, предназначенная для конкретной аудитории, размещенная на конкретном носителе (например, в книге, на диске, в краткой справочной карте) в заданном формате.
Программный документ - документ, содержащий в зависимости от назначения данные, необходимые для разработки, производства, эксплуатации, сопровождения программы или программного средства.
Существует четыре основных типа документации на ПО:
)архитектурная/проектная - обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО;
)техническая - документация на код, алгоритмы, интерфейсы, API;
)пользовательская - руководства для конечных пользователей, администраторов системы и другого персонала;
)маркетинговая.
.Внедрение
Внедрение программного обеспечения - процесс настройки программного обеспечения под определенные условия использования, а также обучения пользователей работе с программным продуктом.
При внедрении программного обеспечения требуется действие в трех следующих плоскостях работ:
)Выделение критических, с точки зрения общего результата, процедур в деятельности организации. Когда набор таких процедур определен, необходимо в первую очередь использовать ИТ-решение для автоматизации операций внутри именно этих процедур. Таким образом, разработанное ИТ-решение автоматически становится жизненно важным и востребованным для организации, а также будет обеспечена публичность процесса внедрения.
)Расширение нормативной базы организации путем включения в нее регламентов, описывающих порядок выполнения процедур автоматизируемых процессов. В противном случае есть опасность возникновения рассогласования между автоматизированными процедурами и остальными процессами организации.
)Выполнение работ по общей стандартизации существующей деятельности организации, когда выделяются лучшие практики выполнения процедур и включаются в ИТ-решение по принципу наибольшей полезности для большинства участников. Процент таких процедур относительно общего объема автоматизации может быть невелик, но это придает процессу построения решения вес в организации за счет увеличения его «полезности»
.Сопровождение
Сопровождение программного обеспечения - процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО - это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования и применимость ПО.
.1.2 Модели процесса разработки ПО
Выделяют следующие основные модели процесса или методологии разработки ПО:
Каскадная разработка или модель водопада.
Итеративная разработка.
Каскадная разработка или модель водопада (англ. waterfall model) - модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки.
Начальный этап выполнения каскадной модели показан в левой верхней части рисунка 1. Продолжение процесса выполнения реализуется с помощью упорядоченной последовательности шагов. В модели предусмотрено, что каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы. Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные.
Рисунок 1. - Классическая каскадная модель с обратной связью
В результате выполнения генерируются внутренние или внешние данные проекта, включай документацию и ПО. Документы по анализу требований впоследствии передаются системным специалистам, которые в свою очередь передают их разработчикам программных систем более высокого уровня. Программисты передают детальные технические характеристики программистам, которые уже представляют готовый код тестерам.
Переход от одной фазы к другой осуществляется посредством формального обзора. Таким образом, клиент получает общее представление о процессе разработки, кроме того, происходит проверка качества программного продукта. Как правило, прохождение стадии обзора указывает на договоренность между командой разработчиков и клиентом о том, что текущая фаза завершена и можно перейти к выполнению следующей фазы. Окончание фазы удобно принимать за стадию в процессе выполнения проекта.
Краткое описание фаз каскадной модели
Приведенная ниже характеристика представляет собой краткое описание каждой фазы каскадной модели (включая фазы интеграции):
)исследование концепции - происходит исследование требований на системном уровне с целью определения возможности реализации концепции;
)процесс системного распределения - может быть пропущен для систем по разработке исключительно ПО. Для систем, в которых необходима разработка как аппаратного, так и программного обеспечения, требуемые функции применяются к ПО и оборудованию в соответствии с общей архитектурой системы;
)процесс определения требований - определяются программные требования для информационной предметной области системы, предназначение, линии поведения, производительность и интерфейсы. (В случае необходимости в процесс также включено функциональное распределение системных требований к аппаратному и программному обеспечению.);
)процесс разработки проекта - разрабатывается и формулируется логически последовательная техническая характеристика программной системы, включая структуры данных, архитектуру ПО, интерфейсные представления и процессуальную (алгоритмическую) детализацию;
)процесс реализации - в результате его выполнения эскизное описание ПО превращается в полноценный программный продукт. При этом создается исходный код, база данных и документация, которые лежат в основе физического преобразования проекта. Если программный продукт представляет собой приобретенный пакет прикладных программ, основными действиями по его реализации будут являться установка и тестирование пакета программ. Если программный продукт разрабатывается на заказ, основными действиями являются программирование и код-тестирование;
)процесс установки - включает установку ПО, его проверку и официальную приемку заказчиком для операционной среды;
)процесс эксплуатации и поддержки - подразумевает запуск пользователем системы и текущее обеспечение, включая предоставление технической помощи, обсуждение возникших вопросов с пользователем, регистрацию запросов пользователя на модернизацию и внесение изменений, а также корректирование или устранение ошибок;
)процесс сопровождения - связан с разрешением программных ошибок, неисправностей, сбоев, модернизацией и внесением изменений, генерируемых процессом поддержки. Состоит из итераций разработки и предполагает обратную связь по предоставлению информации об аномалиях;
)процесс вывода из эксплуатации - вывод существующей системы из ее активного использования либо путем прекращения ее работы, либо благодаря ее замене новой системой или модернизированной версией существующей системы;
)интегральные задачи - включают начало работы над проектом, мониторинг проекта и его управление, управление качеством, верификацию и аттестацию, менеджмент конфигурации, разработку документации и профессиональную подготовку на протяжении всего жизненного цикла.
Преимущества каскадной модели
Нетрудно заметить, что каскадная модель имеет множество преимуществ, если ее использовать в проекте, для которого она достаточно приемлема. Ниже перечислены эти преимущества:
)модель хорошо известна потребителям, не имеющим отношения к разработке и эксплуатации программ, и конечным пользователям (она часто используется другими организациями для отслеживания проектов, не связанных с разработкой ПО);
)она упорядочение справляется со сложностями и хорошо срабатывает для тех проектов, которые достаточно понятны, но все же трудно разрешимы;
)она весьма доступна для понимания, так как преследуется простая цель - выполнить необходимые действия;
)она проста и удобна в применении, так как процесс разработки выполняется поэтапно;
)ее структурой может руководствоваться даже слабо подготовленный в техническом плане или неопытный персонал;
)она отличается стабильностью требований;
)она представляет собой шаблон, в который можно поместить методы для выполнения анализа, проектирования, кодирования, тестирования и обеспечения;
)она хорошо срабатывает тогда, когда требования к качеству доминируют над требованиями к затратам и графику выполнения проекта;
)она способствует осуществлению строгого контроля менеджмента проекта;
)при правильном использовании модели дефекты можно обнаружить на более ранних этапах, когда их устранение еще не требует относительно больших затрат;
)она облегчает работу менеджеру проекта по составлению плана и Комплектации команды разработчиков;
)она позволяет участникам проекта, завершившим действия на выполняемой ими фазе, принять участие в реализации других проектов;
)она определяет процедуры по контролю за качеством. Каждые полученные данные подвергаются обзору. Такая процедура используется командой разработчиков для определения качества системы;
)стадии модели довольно хорошо определены и понятны;
)ход выполнения проекта легко проследить с помощью использования временной шкалы (или диаграммы Гантта), поскольку момент завершения каждой фазы используется в качестве стадии.
Недостатки каскадной модели
Но при использовании каскадной модели для проекта, который трудно назвать подходящим для нее, проявляются следующие недостатки:
)в основе модели лежит последовательная линейная структура, в результате чего каждая попытка вернуться на одну или две фазы назад, чтобы исправить какую-либо проблему или недостаток, приведет к значительному увеличению затрат и сбою в графике;
)она не может предотвратить возникновение итераций между фазами, которые так часто встречаются при разработке ПО, поскольку сама модель создается согласно стандартному циклу аппаратного инжиниринга;
)она не отображает основное свойство разработки ПО, направленное на разрешение задач. Отдельные фазы строго связаны с определенными действиями, что отличается от реальной работы персонала или коллективов;
)она может создать ошибочное впечатление о работе над проектом. Выражение типа "35 процентов выполнено" - не несет никакого смысла и не является показателем для менеджера проекта;
)интеграция всех полученных результатов происходит внезапно в завершающей стадии работы модели. В результате такого единичного прохода через весь процесс, связанные с интегрированием проблемы, как правило, дают о себе знать слишком поздно. Следовательно, проявятся не обнаруженные ранее ошибки или конструктивные недостатки, повысить степень риска при небольшом задаче времени на восстановление продукта;
)у клиента едва ли есть возможность ознакомиться с системой заранее, это происходит лишь в самом конце жизненного цикла. Клиент не имеет возможности воспользоваться доступными промежуточными результатами, и отзывы пользователей нельзя передать обратно разработчикам. Поскольку готовый продукт не доступен вплоть до окончания процесса, пользователь принимает участие в процессе разработки только в самом начале - при сборе требований, и в конце - во время приемочных испытаний;
)пользователи не могут убедиться в качестве разработанного продукта до окончания всего процесса разработки. Они не имеют возможности оценить качество, если нельзя увидеть готовый продукт разработки;
)у пользователя нет возможности постепенно привыкнуть к системе. Процесс обучения происходит в конце жизненного цикла, когда ПО уже запущено в эксплуатацию;
)проект можно выполнить, применив упорядоченную каскадную модель, и привести его в соответствие с письменными требованиями, что, однако, не гарантирует его запуска в эксплуатацию;
)каждая фаза является предпосылкой для выполнения последующих действий, что превращает такой метод в рискованный выбор для систем, не имеющих аналогов, так как он не поддается гибкому моделированию;
)для каждой фазы создаются результативные данные, которые по его завершению считаются замороженными. Это означает, что они не должны изменяться на следующих этапах жизненного цикла продукта. Если элемент результативных данных какого-либо этапа изменяется (что встречается весьма часто), на проект окажет негативное влияние изменение графика, поскольку ни модель, ни план не были рассчитаны на внесение и разрешение изменения на более поздних этапах жизненного цикла;
)все требования должны быть известны в начале жизненного цикла, но клиенты редко могут сформулировать все четко заданные требования на этот момент разработки. Модель не рассчитана на динамические изменения в требованиях на протяжении всего жизненного цикла, так как получаемые данные "замораживаются". Использование модели может повлечь за собой значительные затраты, если требования в недостаточной мере известны или подвержены динамическим изменениям во время протекания жизненного цикла;
)возникает необходимость в жестком управлении и контроле, поскольку в модели не предусмотрена возможность модификации требований;
)модель основана на документации, а значит, количество документов может быть избыточным;
)весь программный продукт разрабатывается за один раз. Нет возможности разбить систему на части. В результате взятых разработчиками обязательств разработать целую систему за один раз могут возникнуть проблемы с финансированием проекта. Происходит распределение больших денежных средств, а сама модель едва ли позволяет повторно распределить средства, не разрушив при этом проект в процессе его выполнения;
)отсутствует возможность учесть переделку и итерации за рамками проекта.
Область применения каскадной модели
Из-за недостатков каскадной модели ее применение необходимо ограничить ситуациями, в которых требования и их реализация максимально четко определены и понятны.
Каскадная модель хорошо функционирует при ее применении в циклах разработки программного продукта, в которых используется неизменяемое определение продукта и вполне понятные технические методики.
Итеративная разработка (англ. iteration - повторение) - выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Начало - Исследование - Построение - Внедрение.
Рисунок 2. - Итеративная разработка
Процесс итеративной (или инкрементальной) разработки стал эволюционным развитием модели водопада. Процесс состоит из серии повторяющихся итераций (их число зависит от конкретного проекта), каждая из которых фактически является полноценным мини-проектом с фазами определения требований, анализа, дизайна и т.д. В результате очередной итерации продукт приобретает новую функциональность или улучшения в существующей функциональности. Полный набор требований, зафиксированный границами проекта, оказывается реализованным после завершения финальной итерации.
Основываясь на специфике проекта и требованиях заказчика, разработчики могут выбирать, что они хотят получить в результате очередной итерации:
)Полноценную систему с ограниченной функциональностью, готовую для промышленной эксплуатации.
)Функциональные и архитектурные прототипы, непригодные для промышленной эксплуатации, но позволяющие оценить функциональный дизайн, пользовательский интерфейс, производительность и т.д.
Итеративная разработка обладает рядом преимуществ по сравнению с последовательной моделью:
)Реализация наиболее важных функций может быть завершена в ходе нескольких первых итераций. После их завершения (то есть намного раньше окончания всего проекта) заказчик сможет начать использование системы.
)Уже в начале проекта пользователи получают возможность оценить фунциональность системы и ее соответствие своим потребностям. Необходимые изменения и дополнения могут быть сделаны в течение следующих итераций.
)Основные проектные риски могут (и должны) быть разрешены на первых итерациях. Например, архитектурное решение, приводящее к неприемлемой производительности может быть обнаружено и исправлено уже в первой итерации.
Важно понимать, что все эти преимущества проявляются только при тщательном планировании итераций, в противном случае легко получить ухудшенный вариант модели водопада.
.2 Технологическое обеспечение проектирования и разработки ПО
.2.1 Case-технология
CASE (англ. Computer-Aided Software Engineering) - набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. Также под CASE понимают совокупность методов и средств проектирования информационных систем с использованием CASE-инструментов.
Типичными CASE-инструментами являются:
)инструменты управления конфигурацией;
)инструменты моделирования данных;
)инструменты анализа и проектирования;
)инструменты преобразования моделей;
)инструменты редактирования программного кода;
)инструменты реорганизации кода;
)генераторы кода;
)инструменты для построения UML-диаграмм.
Классификация case-инструментовинструменты классифицируются по типам и категориям.
) Классификация по типам отражает функциональную ориентацию средств на те или иные процессы жизненного цикла разработки программного обеспечения, и, в основном, совпадают с компонентным составом крупных интегрированных CASE-систем, и включает следующие типы:
а) средства анализа - предназначены для построения и анализа предметной области;
б) средства проектирования баз данных;
) Классификация по категориям определяет степень интегрированности по выполняемым функциям и включают - отдельные локальные средства, решающие небольшие автономные задачи, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла и полностью интегрированных средств, охватывающий весь жизненный цикл информационной системы и связанных общим хранилищем данных.
.2.2 RAD-технология
RAD (от англ. rapid application development - быстрая разработка приложений) - концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Практическое определение: RAD - это жизненный цикл процесса проектирования, созданный для достижения более высокой скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования.
Назначениепредполагает, что разработка ПО осуществляется небольшой командой разработчиков за срок порядка трех-четырех месяцев путем использования инкрементного прототипирования с применением инструментальных средств визуального моделирования и разработки. Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях - обследование организации, выработка требований к системе. Последнее из указанных свойств подразумевает полное выполнение требований заказчика как функциональных, так и нефункциональных, с учетом их возможных изменений в период разработки системы, а также получение качественной документации, обеспечивающей удобство эксплуатации и сопровождения системы. Это означает, что дополнительные затраты на сопровождение сразу после поставки будут значительно меньше. Таким образом, полное время от начала разработки до получения приемлемого продукта при использовании этого метода значительно сокращается.
Применение
Технологию RAD целесообразно применять в тех случаях, когда
)Четко определены некоторые приоритетные направления разработки проекта;
)Необходимо выполнение проекта в сжатые сроки. Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет ещё до завершения её проектирования;
)Нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения;
)Проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD-группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения;
)Интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD-технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта;
)Возможно разбиение проекта на функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы её можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD-групп).
Основные принципы и фазы разработки
Принципы RAD технологии направлены на обеспечение трех основных её преимуществ - высокой скорости разработки, низкой стоимости и высокого качества. Достигнуть высокого качества программного продукта весьма непросто и одна из главных причин возникающих трудностей заключается в том, что разработчик и заказчик видят предмет разработки (ПО) по-разному.
Принципы:
)Инструментарий должен быть нацелен на минимизацию времени разработки.
)Создание прототипа для уточнения требований заказчика.
)Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.
)Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию.
)Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей.
)Управление проектом должно минимизировать длительность цикла разработки.
Принципы RAD применяются не только при реализации, но и распространяются на все этапы жизненного цикла, в частности на этап обследования организации, построения требований, анализ и дизайн.
Фазы разработки:
)Планирование - совокупность требований, полученных при системном планировании и анализе процедуры разработки жизненного цикла (SDLC). На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, а также сложности, которые могут возникнуть при разработке. Фаза завершается согласованием ключевых моментов с RAD-группой и получением от руководителей проекта разрешения на продолжение.
)Пользовательское проектирование - на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции. Для перевода пользовательских прототипов в рабочие модели RAD-группа обычно использует технику объединенной разработки приложений (JAD) и CASE-инструменты. Пользовательское проектирование оказывается длительным интерактивным процессом, который позволяет пользователям понять, изменить и в конечном счете выбрать рабочую модель, отвечающую их требованиям.
)Конструирование - этап, в котором основная задача заключается в разработке программ и приложений. Аналогична стадии «реализация» в SDLC. В RAD, однако, пользователи продолжают принимать участие и по-прежнему могут предлагать изменения или улучшения в виде разработанных ими докладов. В их задачи входит программирование и разработка приложений, написание кода, интеграция модулей и системное тестирование.
)Переключение - включает в себя операции по конверсии данных, тестирование, переход на новую систему и тренировку пользователей. По своим задачам напоминает финальную стадию SDLC. Сравнивая с традиционными методами разработки ПО, весь процесс оказывается сжатым по времени. Как результат, новая система оказывается быстрее построенной, доставленной до заказчика и установленной на рабочих местах.
Преимущества
Технология быстрой разработки приложений (RAD) позволяет обеспечить:
)быстроту продвижения программного продукта на рынок;
)интерфейс, устраивающий пользователя;
)легкую адаптируемость проекта к изменяющимся требованиям;
)простоту развития функциональности системы.
.3 Проектирование баз данных
.3.1 Взаимосвязи данных
Реляционная база данных может состоять из одной или нескольких таблиц. В большинстве случаев база данных содержит в себе несколько таблиц, которые связаны между собой тем или иным способом. Процесс организации связей между таблицами называется связыванием таблиц. Для того, чтобы связать две или несколько таблиц базы данных, предусмотрены поля связи. При связывании таблиц используются понятия главной таблицы и подчиненной таблицы.
Главная таблица (родительская таблица или master) - это таблица, в которой содержатся основные данные.
Подчиненная таблица (дочерняя таблица или detail) - таблица, значения в полях которой зависят от значений главной таблицы.
Главная таблица может иметь несколько подчиненных таблиц.
Существует четыре вида связи между таблицами:
)один к одному;
)один ко многим;
)много к одному;
)много ко многим.
Вид связи один к одному означает, что каждой записи в главной таблице соответствует одна запись в подчиненной таблице.
Вид связи один ко многим означает, что одной записи главной таблицы может ставиться в соответствие несколько записей в подчиненной таблице.
Вид связи много к одному является аналогом вида один ко многим, но отличается направлением, то есть одной записи в подчиненной таблице может соответствовать несколько записей главной таблицы.
Вид связи много ко многим означает, что одной записи главной таблицы могут быть сопоставлены несколько записей подчиненной таблицы и, наоборот, одной записи подчиненной таблицы может соответствовать несколько записей главной таблицы.
.3.2 Нормализация модели базы данных
Для построения эффективной структуры базы данных нужно на всех этапах проектирования ориентироваться на то, чтобы создаваемая структура обеспечивала:
)достаточно быстрый доступ к данным;
)отсутствие повторяющихся записей;
)целостность данных.
Кроме того, в процессе разработки структуры базы данных может возникнуть избыточность информации.
Избыточность информации - это повторение данных, содержащихся в базе данных.
Избыточность данных может приводить к различным аномалиям:
аномалии удаления;
аномалия обновления;
аномалия ввода.
Аномалии удаления возникают тогда, когда удаляется какая-либо из записей, содержащая дублированные данные. В этом случае будет потеряна сопутствующая информация.
Аномалии обновления имеют место, если значение поля одной записи изменяется, а аналогичные значения того же поля для всей таблицы остаются без изменения.
Аномалии ввода можно встретить, когда во время ввода новых записей в таблицу для ее полей заданы недопустимые значения либо не задано значение поля, которое обязательно должно заполняться.
Для уменьшения избыточности информации в базе данных предназначен процесс нормализации данных. Существует несколько нормальных форм базы данных.
Обычно выделяют три нормальные формы базы данных:
)первая нормальная форма;
)вторая нормальная форма;
)третья нормальная форма.
Условиям первой нормальной формы удовлетворяет таблица, в которой:
) каждое поле содержит неделимую информацию;
) отсутствуют повторяющиеся группы полей.
Таблица, соответствующая второй нормальной форме, должна отвечать следующим требованиям:
)таблица должна быть приведена к первой нормальной форме;
)любое поле таблицы, не являющееся ключевым, должно однозначно идентифицироваться ключевыми полями.
Третья нормальная форма предъявляет к таблице следующие требования:
)таблица должна быть приведена ко второй нормальной форме;
)каждое из неключевых полей таблицы должно однозначно идентифицироваться только значениями ключевых полей и не зависеть от любого другого неключевого поля.
.3.3 Ключи, индексы, триггеры, хранимые процедуры
Ключи
Поля таблицы могут определять так называемые ключи и индексы.
Ключ - это комбинация нескольких полей, данные в которых однозначно определяют запись таблицы.
Ключи бывают простыми и сложными (составными). Простой ключ - это ключ, состоящий из одного поля. Сложный или составной ключ включает в себя данные нескольких полей. Данные простого ключа должны быть уникальными. Составной ключ может иметь повторы в отдельных полях, но не во всех одновременно. Соответственно поля, по которым строится ключ, называются ключевыми полями. В каждой таблице может быть только один ключ. Ключ иногда называют первичным ключом или главным индексом. Ключ служит для обеспечения однозначного определения записей таблицы, кроме того, ключ предназначен для более быстрого выполнения запросов к базе данных. По ключевым полям организуется связь между таблицами базы данных.
Критерии выбора ключевых полей:
)ключ не должен содержать поля, которые можно удалять, не нарушив при этом уникальности ключа;
)ключевым полем не может быть поле, содержащее графику, или поле типа memo, включающее в себя комментарии;
)нежелательно выбирать в качестве ключевого поля поле, содержащее фамилии людей, так как существует большая вероятность включения в базу данных однофамильцев и при этом будет нарушена уникальность ключа.
Индексы
Индекс - это комбинация нескольких полей, которые служат для быстрого доступа к необходимой информации.
Основным отличием индекса от ключа является то, что поля индекса могут определять не одну, а несколько записей.
Индексы так же, как и ключи, могут быть простыми и составными. Простой индекс состоит из одного поля, а составной - из нескольких полей. Поля, по которым строится индекс, называют индексными полями. Индекс используется для увеличения скорости доступа к данным, для быстрой сортировки данных таблицы.
Хранимые процедуры
Хранимые процедуры - это подпрограммы на языке SQL, хранящиеся в базах данных и представляющие собой один из видов их общих ресурсов. Тело любой хранимой процедуры представляет последовательность SQL-операторов, например таких, как выборка данных (SELECT), их модификация (UPDATE), удаление данных (DELETE), операторы цикла (LOOP), условные операторы (IF, CASE) и ряд других. Процедуры вызываются оператором CALL и могут использовать как входные параметры (передающие значения в процедуру), так и выходные параметры (возвращающие результаты процедуры вызывающему программному объекту). Процедуры могут вызываться из процедур, функций и других типов программных объектов.
Хранимые процедуры, создаются оператором CREATE PROCEDURE. Модификация тела хранимой процедуры осуществляется оператором ALTER PROCEDURE. Эти операторы могут использовать:
)пользователи, которым разрешено создавать объекты базы данных, т.е. тем, кто имеет класс полномочий - RESOURCE;
)администратор базы данных.
Триггеры
Триггер - хранимая в базе данных процедура, автоматически вызываемая СУБД при возникновении соответствующих условий. При определении триггера указывается два условия его применимости - общее условие (имя отношения и тип операции манипулирования данными) и конкретное условие (логическое выражение, построенное по правилам, близким к правилам ограничений целостности), а также действие, которое должно быть выполнено над БД при наличии условий применимости. В языке обеспечиваются возможности определения триггеров, которые вызываются («срабатывают») при вставке одной или нескольких строк в указанную таблицу, при модификации одной или нескольких строк в указанной таблице или при удалении одной или нескольких строк из указанной таблицы. Вообще говоря, триггер может производить любое действие, необходимое для соответствующего приложения. Можно определить триггеры, срабатывающие по одному разу для операций INSERT, UPDATE или DELETE, но существует и возможность определения триггеров, вызываемых при вставке, модификации или удалении каждой отдельной строки. Таблица, с которой связывается определение триггера, называется предметной таблицей (subject table), а оператор SQL, выполнение которого приводит к срабатыванию триггера, мы будем называть инициирующим (triggering SQL statement).
Триггеры могут срабатывать после и до реального выполнения инициирующего оператора SQL. В теле триггера допускается доступ к значениям вставляемых, модифицируемых и удаляемых строк. В случае операции модификации возможен доступ к значениям строк до модификации и к значениям после модификации.
.3.4 SQL-язык
SQL (англ. Structured Query Language - «язык структурированных запросов») - универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных.позволяет выполнять следующий набор операций:
)создание в базе данных новой таблицы;
)добавление в таблицу новых записей;
)изменение записей;
)удаление записей;
)выборка записей из одной или нескольких таблиц (в соответствии с заданным условием);
)изменение структур таблиц;
)управление хранимыми объектами (например, индексы, представления, триггеры и хранимые процедуры).
Каждое предложение SQL - это либо запрос данных из базы, либо обращение к базе данных, которое приводит к изменению данных в базе. В соответствии с тем, какие изменения происходят в базе данных, различают следующие типы запросов:
)запросы на создание или изменение в базе данных новых или существующих объектов (при этом в запросе описывается тип и структура создаваемого или изменяемого объекта);
)запросы на получение данных;
)запросы на добавление новых данных (записей)
)запросы на удаление данных;
)обращения к СУБД.
Основным объектом хранения реляционной базы данных является таблица, поэтому все SQL-запросы - это операции над таблицами. Из определения следует, что запросы делятся на следующие типы:
)запросы, оперирующие самими таблицами (создание и изменение таблиц);
)запросы, оперирующие с отдельными записями (или строками таблиц) или наборами записей.
Каждая таблица описывается в виде перечисления своих полей (столбцов таблицы) с указанием:
)типа хранимых в каждом поле значений;
)связей между таблицами (задание первичных и вторичных ключей);
)информации, необходимой для построения индексов.
Запросы первого типа, в свою очередь, делятся на запросы, предназначенные для создания в базе данных новых таблиц, и на запросы, предназначенные для изменения уже существующих таблиц. Запросы второго типа оперируют со строками, и их можно разделить на запросы следующего вида:
)вставка новой строки;
)изменение значений полей строки или набора строк;
)удаление строки или набора строк.
Самый главный вид запроса - это запрос, возвращающий (пользователю) некоторый набор строк, с которым можно осуществить одну из трёх операций:
)просмотреть полученный набор;
)изменить все записи набора;
)удалить все записи набора.
Таким образом, использование SQL сводится, по сути, к формированию всевозможных выборок строк и совершению операций над всеми записями, входящими в набор.
Описание
Язык SQL представляет собой совокупность:
)операторов;
)инструкций;
)вычисляемых функций.
Операторы SQL делятся на:
)операторы определения данных (Data Definition Language, DDL);
)CREATE создает объект БД (саму базу, таблицу, представление, пользователя и т. д.);
)ALTER изменяет объект;
)DROP удаляет объект;
)операторы манипуляции данными (Data Manipulation Language, DML);
)SELECT считывает данные, удовлетворяющие заданным условиям;
)INSERT добавляет новые данные;
)UPDATE изменяет существующие данные;
)DELETE удаляет данные;
)операторы определения доступа к данным (Data Control Language, DCL);
)GRANT предоставляет пользователю (группе) разрешения на определенные операции с объектом;
)REVOKE отзывает ранее выданные разрешения;
)DENY задает запрет, имеющий приоритет над разрешением;
)операторы управления транзакциями (Transaction Control Language, TCL);
)COMMIT применяет транзакцию;
)ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции;
)SAVEPOINT делит транзакцию на более мелкие участки.
.4 Инструментальные средства разработки БД и интерфейсов ПО
Любое клиент-серверное приложение состоит из клиентского и серверного приложений. Соответственно этому имеются инструментальные среды разработки клиентской части и серверной. В качестве первых обычно выступают интегрированные среды разработки, ИСР (Integrated Development Environment, IDE). В качестве вторых - системы управления базами данных, СУБД.
1.4.1 Инструментальные средства для разработки клиентской части
Клиентской называется часть приложения, с которой напрямую взаимодействует конечный пользователь. Это может быть либо приобретенное компанией серийное коммерческое программное обеспечение, либо прикладная программа, разработанная внутри компании с помощью инструментальных средств третьих фирм.
Раньше для разработки пользовательских корпоративных программ, работающих в основном в символьном режиме, использовались такие языки программирования, как ANSI С, COBOL, FORTRAN и Pascal. Сегодня большинство вновь разрабатываемых клиентских прикладных программ является GUI-приложениями - они содержат графический интерфейс пользователя. Большинство из доступных сегодня инструментальных средств являются дружественными по отношению к пользователю и объектно-ориентированными. В них широко используются пиктограммы, различного рода мастера, а также технология drag-and-drop. Наиболее популярными средствами для создания Web-приложений являются C++-Builder и IntraBuilder фирмы Borland, а также Visual J++ и Visual C++ компании Microsoft. Другие популярные средства разработки корпоративных приложений для локальных вычислительных сетей - PowerBuilder компании Powersoft, Developer/2000 корпорации Oracle, Visual Basic компании Microsoft и Delphi фирмы Borland.
.4.2 Инструментальные средства для разработки серверной части
Ядром любой прикладной программы является ее серверная часть. Именно здесь незаметно для конечного пользователя базы данных происходит вся основная работа. Серверная часть приложения включает сам сервер БД, источники данных, а также связующее программное обеспечение, с помощью которого приложение подключается к Web-серверу или удаленной базе данных в локальной сети. Важнейшими серверами баз данных являются Oracle, Informix, Sybase, Microsoft SQL Server и Borland InterBase.
Сервер БД
Сервер БД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
.4.3 Среда визуальной разработки
Среда визуальной разработки - среда разработки программного обеспечения, в которой наиболее распространенные блоки программного кода представлены в виде графических объектов. Применяются в основном для создания прикладных программ и разработки графического интерфейса пользователя (GUI).
Преимущества и недостатки
Преимущества:
)быстрота разработки;
)лёгкость освоения;
)стандартизация внешнего вида программ.
Недостатки:
)привязка к конкретной среде разработки связана с проблематичностью перехода на другую среду разработки;
)затруднённое использование нестандартных компонентов;
)наличие недокументированных особенностей компонент.
Следует учитывать, что некоторые визуальные среды разработки имеют собственный формат хранения проекта и при переходе на другую среду может возникнуть непереносимость свойств проекта и некоторых частей проекта, таких, как собственные библиотеки используемой среды разработки.
Так же следует учитывать некоторые изменения, которые могут вносится в язык программирования. Конкретный пример - среда разработки Delphi, в которой за основу взят Pascal, но по сути это уже новый язык программирования). Среду разработки, как и язык программирования, следует выбирать на этапе проектирования ПО. Правильно спроектированное ПО должно учитывать развитие и внедрение новых технологий, поэтому перенос разработки такого ПО в другую среду разработки не должен представлять трудностей.
Примеры сред визуальной разработки:
)Microsoft Visual Studio;
)Borland Developer Studio;
)Borland Delphi;
)Borland C++ Builder;
)ГРАФИТ.
В дипломной работе используется среда визуальной разработки - Borland Delphi.
Глава 2. Практическая часть. Проектирование и разработка программного обеспечения
2.1 Цель разработки программного обеспечения
Разработать программное обеспечение для хранения и обработки данных опытов, которые были проведены, в целях возможно дальнейшего использования их, как базиса для постановки новых опытов.
.2 Состав программного обеспечения
В состав программного обеспечения рабочей станции входят:
)Редактор баз данных Interbase&Firebird Development Studio ;
2)Среда программирования Delphi 7.0;
)GetDataGraphDigitizer;
)MS Excel;
)MS Paint;
)MS Windows XP Professional;
7)MS Word.
.3 Требования к программному обеспечению
Основные требования к программно-аппаратной совместимости:
)ПО должно работать в операционной системе Windows XP и выше;
)Программное обеспечение должно иметь соединение с сервером баз данных;
Основные функциональные требования к программному обеспечению:
)Программное обеспечение должно обеспечивать соединение с базой данных;
)Программное обеспечение должно представлять данные, которые хранятся в базе данных;
)Программное обеспечение должно представлять данные на основе запроса к базе данных, данные отбираются по типу размыкателя, по дате опыта и характерному времени нарастания тока в нагрузке;
)Программное обеспечение должно представлять данные о количестве опытов, проведенных с размыкателем определенного типа;
)Программное обеспечение должно представлять данные в форме отчетов.
.4 Обработка результатов экспериментов
В связи с тем, что значительная часть экспериментальных результатов представляет собой осциллограммы на фотобумаге, для их использования в базе данных требуется сканирование и оцифровка.
Исследуемый сигнал представляет собой зависимость напряжения на датчике (индуктивном или поясе Роговского) от времени, зарегистрированную осциллографом и заснятую фотоаппаратом. Оцифровка исследуемого сигнала осуществляется с помощью осциллограммы меток времени и калибровочной осциллограммы. Осциллограмма меток времени содержит запись сигнала заданной частоты, а калибровочная осциллограмма - заданной амплитуды. Иногда метки времени, калибровочный и исследуемый сигнал записываются на одной осциллограмме.
Ранее оцифровка осуществлялась вручную. Если отсканировать осциллограммы, то можно воспользоваться имеющимися программами оцифровки, например GetDataGraphDigitizer. В результате оцифровки получим зависимость напряжения от времени для сигнала с данного датчика.
Зная напряжение (в вольтах) и время (в секундах), можно перейти к току (в амперах) и производной тока (в А/с).
Расчет тока (в амперах) по его измерению поясом Роговского:
,(1)
где N - число витков пояса,ш - сопротивление шунта, Ом,(t) - напряжение на осциллографе, В.
Расчет производной тока (в А/с) по ее измерению дифференцирующим датчиком:
,(2)
где N - число витков датчика,
h, D, d - соответственно толщина, наружный и внутренний диаметр каркаса датчика, см,
U(t) - напряжение на осциллографе, В.
Расчет сопротивления размыкателя производится по формуле:
(3)
гдеLk, Lн - соответственно индуктивность разрываемого контура и нагрузки;
;
н, I0 - ток в нагрузке и ток в разрываемом контуре в момент начала его разрыва;
Ток в нагрузке рассчитывается путем интегрирования импульса производной тока, ток I0 - по результату его измерения поясом Роговского.
Если ток в нагрузке в момент начала разрыва контура Iн0 не равен нулю, формулу (3) можно представить в виде:
Параметры датчиков и цепи, в которой работает размыкатель, представлены в карте опыта.
.5 Разработка базы данных
База данных носит название «Opity».
Схема базы данных:
Рисунок 3. - Схема базы данных.
На основании данной схемы был написан sql-код в редакторе Interbase&Firebird Development Studio:
create table razmykatel(_raz char(50) not null,_raz char(50),char(50),char(50),char(50),char(50),_folgi char(100),_podlogki char(100),_vv char(100),key (nomer_raz));table opit(_opita integer not null,_opita date,_opita char(50),_raz char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),char(50),key(nomer_raz) references razmykatel(nomer_raz) ,key(nomer_opita));table oscillograma
(_osc integer not null,
nomer_opita integer,
nazvanie char(100),char(50),key(nomer_opita) references opit(nomer_opita),
primary key(nomer_osc));
Результатом выполнения этого кода стала структура таблиц в заранее созданной базе данных «Opity».
.6 Разработка пользовательского интерфейса
.6.1 Разработка меню
Для создания меню использовался компонент MainMenu1 класса TmainMenu библиотеки Standart.
Компонент расположен на форме Form1 (первый слева):
В меню имеются пять пунктов меню: «Просмотр», «Запросы», «Диаграммы», «Отчеты», «Выход». Каждый пункт меню содержит локальное меню.
Рассмотрим содержимое пункта меню «Просмотр». В нее входят три локальных меню:
)«Просмотр списка опытов»;
)«Просмотр осциллограмм»;
)«Просмотр размыкателей».
Рассмотрим содержимое пункта меню «Запросы». В нее входит локальное меню «Фильтр и сортировка по дате опыта и характерному времени нарастания тока, фильтр по типу размыкателя».
Рассмотрим содержимое пункта меню «Диаграммы». В нее входит локальное меню «Диаграмма «Количество опытов, проведенных с определенным типом размыкателя»».
Рассмотрим содержимое пункта меню «Отчеты». В нее входит подменю «Отчет об опытах».
Наконец, пункта меню «Выход» содержит локальное меню: «Выход из программы».
Для того, чтобы пользователь мог увидеть то, что стоит за названиями локальных меню, вызываются соответствующие формы, содержащие определенную информацию.
Если пользователь выбирает локальное меню «Просмотр списка опытов» пункта меню «Просмотр», то на экране появляется форма Form4, которая вызывается с помощью процедуры:
procedure TForm1.N5Click(Sender: TObject);
begin.ShowModal;;
Если пользователь выбирает локальное меню «Просмотр осциллограмм» пункта меню «Просмотр», то на экране появляептся форма Form3, которая вызывается с помощью процедуры:
procedure TForm1.N6Click(Sender: TObject);
begin.ShowModal;;
Если пользователь выбирает локальное меню «Просмотр размыкателей» пункта меню «Просмотр», то на экране появляется форма Form2, которая вызывается с помощью процедуры:
procedure TForm1.N4Click(Sender: TObject);
begin.ShowModal;;
Если пользователь выбирает локальное меню «Фильтр и сортировка по дате опыта и характерному времени нарастания тока, фильтр по типу размыкателя» пункта меню «Запросы», то на экране появляется форма Form6, которая вызывается с помощью процедуры:
procedure TForm1.N12Click(Sender: TObject);
begin.ShowModal;
end;
Если пользователь выбирает локальное меню «Диаграмма «Количество опытов, проведенных с определенным типом размыкателя»» пункта меню «Диаграммы», то на экране появляется форма Form5, которая вызывается с помощью процедуры:
procedure TForm1.N12Click(Sender: TObject);
begin.ShowModal;;
Если пользователь выбирает локальное меню «Отчет об опытах» пункта меню «Отчеты», то на экране появляептся форма Form7, которая вызывается с помощью процедуры:
procedure TForm1.N14Click(Sender: TObject);.QuickRep1.Preview;;
Если пользователь выбирает локальное меню «Выход из программы» пункта меню «Выход», то происходит выход из программы, который осуществляется с помощью процедуры:
procedure TForm1.N3Click(Sender: TObject);
begin;;
2.6.2 Разработка форм
А) Форма Form1
На форме были установлены компоненты: MainMenu1, описанный выше, и Database1 класса TDataBase из библиотеки BDE.
Компонент Database1 служит для соединения с базой данных. Для осуществления соединения создавался alias в SQL Explorer, а в редактор параметров соединения компонента Database1, указывались следующие параметры, смотрим рисунок:
Свойство компонента Database1 Connected определялось, как True.
Б) Форма Form2
На форме расположены следующие компоненты: DBGrid1 класса TDBGrid из библиотеки Data Controls, DataSource1, DataSource2 класса TDataSource из библиотеки Data Access, DBNavigator1 класса TDBNavigator из библиотеки Data Controls, Query1, Query2 класса TQuery из библиотеки BDE, DBLookupComboBox1 класса TDBLookupComboBox, Image1 класса TImage из библиотеки Additional, Label1 класса TLabel из библиотеки Standart, Button1, Button2, Button3 класса TButton библиотеки Standart, StoredProc_Del класса TStoredProc из библиотеки BDE.
Данные из база данных отображаются с помощью компонента DBGrid1. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:* from razmykatelявляется источником данных для DBGrid1, DBNavigator1.помощью DBLookupComboBox1 осуществляется выбор имени файла, в котором хранится изображение эскиза размыкателя. Для занесения в DBLookupComboBox1 значений выбора используется DataSource2, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query2, который генерирует запрос:eskiz_raz from razmykatel
После того, как пользователь осуществит выбор имени файла, с помощью компонента Image1 будет отображено изображение, хранящиеся в этом файле. Это осуществляется с помощью процедуры:
procedure TForm2.DBLookupComboBox1Click(Sender: TObject);
begin.Picture.LoadFromFile('C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\Geometry\'+Form2.DBLookupComboBox1.KeyValue);
end;помощью кнопки Button1, имеющей свойство Caption: «добавить», осуществляется добавление данных в таблицу «Razmykatel». Пользователь нажимает кнопку «добавить», в ответ на это запускается форма Form8 (описание смотрим ниже). Процедура, с помощью которой реализуется вызов формы Form8 и задание свойств объектов формы:
procedure TForm2.Button1Click(Sender: TObject);:=1;.Edit1.Text:=' ';.Edit2.Text:=' ';.Edit3.Text:=' ';.Edit4.Text:=' ';.Edit5.Text:=' ';.Edit6.Text:=' ';.Edit7.Text:=' ';.Edit8.Text:=' ';.Edit9.Text:=' ';
form8.ShowModal;;помощью кнопки Button3, имеющей свойство Caption: «изменить», осуществляется изменение данных в таблице «Razmykatel». Пользователь нажимает кнопку «изменить», в ответ на это запускается форма Form8. Процедура, с помощью которой реализуется вызов формы Form8 и задание свойств ее объектов:
procedure TForm2.Button3Click(Sender: TObject);:=2;.Edit2.Text:= Query1.FieldByName('ESKIZ_RAZ').Value;.Edit3.Text:=Query1.FieldByName('TIP').Value;.Edit4.Text:=Query1.FieldByName('FOLGA').Value;.Edit5.Text:=Query1.FieldByName('PODLOGKA').Value;.Edit6.Text:=Query1.FieldByName('VV').Value;.Edit7.Text:=Query1.FieldByName('RAZMERY_FOLGI').Value;.Edit8.Text:=Query1.FieldByName('RAZMERY_PODLOGKI').Value;.Edit9.Text:=Query1.FieldByName('RAZMERY_VV').Value;.Edit1.Enabled:=false;.ShowModal;
end;помощью кнопки Button2, имеющей свойство Caption: «удалить», осуществляется удаление данных из таблицы «Razmykatel». Пользователь нажимает кнопку «удалить», в ответ на это данные удаляются из базы данных. Процедура, с помощью которой реализуется функция удаления:
procedure TForm2.Button2Click(Sender: TObject);
beginMessageDlg('Удалить данные о размыкателе',mtConfirmation, [mbYes,mbNo],0)=mrYes then_Del.ParamByName('nom').Value:=Query1.FieldByName('nomer_raz').Value;_Del.ExecProc;.Close;
Query1.Open;;;
С помощью компонента StoredProc_Del осуществляется загрузка хранимой процедуры, которая отвечает за удаление данных из таблицы «Razmykatel».
Для реализации функций: удаление, изменение и добавление, использовались хранимые процедуры, описаны в приложении.
С помощью компонента DBNavigator1 осуществляется перемещение по таблице DBGrid1.
Конечным результатом работы формы является:
)сделан выбор имени файла эскиза размыкателя:
)нажата кнопка «добавить»:
)нажата кнопка «OK»:
)нажата кнопка «изменить»:
)нажата кнопка «OK»:
)нажата кнопка «удалить»:
)нажата кнопка «Yes»:
В) Форма Form3
На форме расположены следующие компоненты: DBGrid1 класса TDBGrid из библиотеки Data Controls, DataSource1, DataSource2, DataSource3 класса TdataSource библиотеки Data Access, DBNavigator1 класса TDBNavigator из библиотеки Data Controls, Query1, Query2, Query3 класса Tquery из библиотеки BDE, DBLookupComboBox1, DBLookupComboBox2 класса TDBLookupComboBox, Image1 класса Timage из библиотеки Additional, OpenDialog1 класса TopenDialog из библиотеки Dialogs, Label1, Label2 класса TLabel библиотеки Standart , Button1, Button2, Button3 класса TButton библиотеки Standart, StoredProcDel класса TStoredProc из библиотеки BDE.
Данные из базы данных отображаются с помощью компонента DBGrid1. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:* from OSCILLOGRAMAявляется источником данных для DBGrid1, DBNavigator1.помощью DBLookupComboBox1 осуществляется выбор имени файла, в котором хранится изображение осциллограммы. Для занесения в DBLookupComboBox1 значений выбора используется DataSource2, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query2, который генерирует запрос:osc from oscillograma
После того, как пользователь осуществит выбор имени файла, с помощью компонента Image1 будет отображено изображение, хранящиеся в этом файле. Это осуществляется с помощью процедуры:
procedure TForm3.DBLookupComboBox1Click(Sender: TObject);
begin.Picture.LoadFromFile('C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\Oscillograms\'+Form3.DBLookupComboBox1.KeyValue);
end;помощью DBLookupComboBox2 осуществляется выбор имени папки, в которой хранятся изображения осциллограмм. Для занесения в DBLookupComboBox2 значений выбора используется DataSource3, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query3, который генерирует запрос:nazvanie from oscillograma
После того, как пользователь осуществит выбор папки, с помощью компонента OpenDialog1 загружается диалог с открытой папкой , пользователь выбирает нужный ему файл и с помощью компонента Image1 будет отображено изображение, хранящиеся в этом файле. Это осуществляется с помощью процедуры:
procedure TForm3.DBLookupComboBox2Click(Sender: TObject);
begin.OpenDialog1.InitialDir:='C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\'+Form3.DBLookupComboBox2.KeyValue;(OpenDialog1.Execute) then.Picture.LoadFromFile(OpenDialog1.FileName);
end;помощью кнопки Button1, имеющей свойство Caption: «добавить», осуществляется добавление данных в таблицу «Oscillograma». Пользователь нажимает кнопку «добавить», в ответ на это запускается форма Form9 (описание смотрим ниже). Процедура, с помощью которой реализуется вызов формы Form9 и задание свойств объектов формы:
procedure TForm3.Button1Click(Sender: TObject);:=1;.Edit1.Text:=' ';.Edit2.Text:=' ';.Edit3.Text:=' ';.Edit4.Text:=' ';
form9.ShowModal;;помощью кнопки Button2, имеющей свойство Caption: «изменить», осуществляется изменение данных в таблице «Oscillograma». Пользователь нажимает кнопку «изменить», в ответ на это запускается форма Form9. Процедура, с помощью которой реализуется вызов формы Form9 и задание свойств ее объектов:
procedure TForm3.Button2Click(Sender: TObject);:=2;.Edit2.Text:= Query1.FieldByName('NOMER_OPITA').Value;.Edit3.Text:=Query1.FieldByName('NAZVANIE').Value;.Edit4.Text:=Query1.FieldByName('OSC').Value;.Edit1.Enabled:=false;.ShowModal;
end;помощью кнопки Button3, имеющей свойство Caption: «удалить», осуществляется удаление данных из таблицы «Oscillograma». Пользователь нажимает кнопку «удалить», в ответ на это данные удаляются из базы данных. Процедура, с помощью которой реализуется функция удаления:
procedure TForm3.Button3Click(Sender: TObject);MessageDlg('Удалить данные о размыкателе',mtConfirmation, [mbYes,mbNo],0)=mrYes then.ParamByName('nom').Value:=Query1.FieldByName('nomer_osc').Value;.ExecProc;.Close;.Open;
end;;
С помощью компонента StoredProcDel осуществляется загрузка хранимой процедуры, которая отвечает за удаление данных из таблицы «Oscillograma».
С помощью компонента DBNavigator1 осуществляется перемещение по таблице DBGrid1.
Конечным результатом работы формы является:
)сделан выбор осциллограммы:
)сделан выбор папки с файлами, содержащими осциллограммы, и открыта нужная папка:
)пользователь сделал выбор файла и нажал кнопку «Открыть»:
)нажата кнопка «добавить»:
)нажата кнопка «OK»:
)нажата кнопка «изменить» и внесены необходимые изменения:
)нажата кнопка «OK»:
)нажата кнопка «удалить»:
Программа ожидает подтверждения от пользователя.
)нажата кнопка «Yes»:
Г) Форма Form4
На форме расположены следующие компоненты: DBGrid1 класса TDBGrid из библиотеки Data Controls, DataSource1, DataSource2, DataSource3, DataSource4 класса TdataSource библиотеки Data Access, DBNavigator1 класса TDBNavigator из библиотеки Data Controls, Query1, Query2, Query3, Query4 класса Tquery из библиотеки BDE, DBLookupComboBox1, DBLookupComboBox2, DBLookupComboBox3 класса TDBLookupComboBox, Image1 класса Timage из библиотеки Additional, OpenDialog1 класса TopenDialog из библиотеки Dialogs, Label1, Label2, Label3 класса TLabel библиотеки Standart, Button1, Button2, Button3 класса TButton библиотеки Standart, StoredProcDel класса TStoredProc из библиотеки BDE.
Данные из базы данных отображаются с помощью компонента DBGrid1. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:*from OPITявляется источником данных для DBGrid1, DBNavigator1.помощью DBLookupComboBox1 осуществляется выбор имени файла, в котором хранится карта опыта . Для занесения в DBLookupComboBox1 значений выбора используется DataSource2, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query2, который генерирует запрос:karta_opita from opit
После того, как пользователь осуществит выбор имени файла, с помощью компонента OpenDialog1 будет открыт файл в MS Word, в котором хранится карта опыта. Это осуществляется с помощью процедуры:
procedure TForm4.DBLookupComboBox1Click(Sender: TObject);
var: Variant;:=CreateOleObject('Word.Application');.Visible:=true;.Documents.Open('C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\Results_doc\'+ Form4.DBLookupComboBox1.KeyValue);
end;помощью DBLookupComboBox2 осуществляется выбор имени файла, в котором хранятся результаты опыта. Для занесения в DBLookupComboBox2 значений выбора используется DataSource3, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query3, который генерирует запрос:
select resulttif from opit
После того, как пользователь осуществит выбор файла, с помощью компонента Image1 будет отображено изображение, хранящиеся в этом файле. Это осуществляется с помощью процедуры:
procedure TForm4.DBLookupComboBox2Click(Sender: TObject);
begin.InitialDir:='C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\Results_tif\';.FileName:='C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\Results_tif\'+ Form4.DBLookupComboBox2.KeyValue;(OpenDialog1.Execute) then.Picture.LoadFromFile(OpenDialog1.FileName);
end;помощью DBLookupComboBox3 осуществляется выбор имени файла, в котором хранятся результаты опыта. Для занесения в DBLookupComboBox3 значений выбора используется DataSource4, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query4, который генерирует запрос:GRAPHPROIZVTOKAVNAGR from opit
После того, как пользователь осуществит выбор файла, с помощью компонента Image1 будет отображено изображение, хранящиеся в этом файле. Это осуществляется с помощью процедуры:
procedure TForm4.DBLookupComboBox3Click(Sender: TObject);
begin.Picture.LoadFromFile('C:\Documents and Settings\Admin\Рабочий стол\Дипломный проект Власов С.Ю\bd_stend_2013\'+Form4.DBLookupComboBox3.KeyValue);
end;помощью кнопки Button1, имеющей свойство Caption: «добавить», осуществляется добавление данных в таблицу «Opit». Пользователь нажимает кнопку «добавить», в ответ на это запускается форма Form10 (описание смотрим ниже). Процедура, с помощью которой реализуется вызов формы Form10 и задание свойств объектов формы:
procedure TForm4.Button1Click(Sender: TObject);:=1;.Edit1.Text:=' ';.DateTimePicker1.Date:=Now;.Edit3.Text:=' ';.Edit4.Text:=' ';.Edit5.Text:=' ';.Edit6.Text:=' ';.Edit7.Text:=' ';.Edit8.Text:=' ';.Edit9.Text:=' ';.Edit9.Text:=' ';.Edit10.Text:=' ';.Edit11.Text:=' ';.Edit12.Text:=' ';.Edit13.Text:=' ';.Edit14.Text:=' ';.Edit15.Text:=' ';.Edit16.Text:=' ';
form10.ShowModal;;помощью кнопки Button2, имеющей свойство Caption: «изменить», осуществляется изменение данных в таблице «Opit». Пользователь нажимает кнопку «изменить», в ответ на это запускается форма Form10. Процедура, с помощью которой реализуется вызов формы Form10 и задание свойств ее объектов:
procedure TForm4.Button2Click(Sender: TObject);:=2;.DateTimePicker1.Date:=.FieldByName('DATA_OPITA').Value;.Edit3.Text:=Query1.FieldByName('KARTA_OPITA').Value;.Edit4.Text:=Query1.FieldByName('NOMER_RAZ').Value;.Edit5.Text:=Query1.FieldByName('RAZRKONTR').Value;.Edit6.Text:=Query1.FieldByName('KONTRNAGR').Value;.Edit7.Text:=Query1.FieldByName('RAZRYVTOK').Value;.Edit8.Text:=Query1.FieldByName('NACHTOKVNAG').Value;.Edit9.Text:=Query1.FieldByName('TOKVNAG').Value;.Edit10.Text:=Query1.FieldByName('PROIZVTOK').Value;.Edit11.Text:=Query1.FieldByName('SHIRINANAPOLVYS').Value;.Edit12.Text:=Query1.FieldByName('CHARVREM').Value;.Edit13.Text:=Query1.FieldByName('DONACHRAZ').Value;.Edit14.Text:=Query1.FieldByName('DOVYCHNAPOV').Value;.Edit15.Text:=Query1.FieldByName('GRAPHPROIZVTOKAVNAGR').Value;.Edit15.Text:=Query1.FieldByName('RESULTTIF').Value;.Edit1.Enabled:=false;.ShowModal;
end;помощью кнопки Button3, имеющей свойство Caption: «удалить», осуществляется удаление данных из таблицы «Opit». Пользователь нажимает кнопку «удалить», в ответ на это данные удаляются из базы данных. Процедура, с помощью которой реализуется функция удаления:
procedure TForm4.Button3Click(Sender: TObject);
beginMessageDlg('Удалить данные о размыкателе',mtConfirmation, [mbYes,mbNo],0)=mrYes then.ParamByName('nom').Value:=Query1.FieldByName('nomer_opita').Value;.ExecProc;.Close;.Open;
end;;
С помощью компонента StoredProcDel осуществляется загрузка хранимой процедуры, которая отвечает за удаление данных из таблицы «Opit».
С помощью компонента DBNavigator1 осуществляется перемещение по таблице DBGrid1.
Конечным результатом работы формы является:
)сделан выбор карты опыта:
)выбран файл результатов опыта:
)выбран файла, где хранится график производной тока:
)нажата кнопка «добавить»:
)нажата кнопка «OK»:
)нажата кнопка «изменить»:
)нажата кнопка «OK»:
)нажата кнопка «удалить»:
)нажата кнопка «Yes»:
Д) Форма Form5
На форме расположены следующие компоненты: Query1 класса TQuery из библиотеки BDE, DBChart1 класса TDBChart из библиотеки Data Controls.
C помощью компонента DBChart1 строится диаграмма. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:
select razmykatel.tip, count (opit.nomer_opita) from opit, razmykatel where (razmykatel.nomer_raz=opit.nomer_raz) group by razmykatel.tip
Конечным результатом работы формы является:
Е) Форма Form6
На форме расположены следующие компоненты: DBGrid1 класса TDBGrid из библиотеки Data Controls, DataSource1, DataSource2, DataSource3 класса TDataSource библиотеки Data Access, DBNavigator1 класса TDBNavigator из библиотеки Data Controls, Query1, Query2, Query3 класса TQuery из библиотеки BDE, DBLookupComboBox1, DBLookupComboBox2 класса TDBLookupComboBox, Label1, Label2, Label3, Label4, Label5 класса TLabel из библиотеки Standart, DateTimePicker1, DateTimePicker1, DateTimePicker2 класса T DateTimePicker из библиотеки Win32, Button1 класса TButton из библиотеки Standart .
Данные из базы данных отображаются с помощью компонента DBGrid1. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:
Select * from opit, oscillograma, razmykatel where (opit.nomer_opita=.nomer_opita) and (opit.nomer_raz=razmykatel.nomer_raz)(opit.DATA_OPITA>=:D1 and opit.DATA_OPITA<=:D2) and (razmykatel.tip=:m) and (opit.CHARVREM=:n) order by opit.DATA_OPITA, opit.CHARVREM DESC
DataSource1 является источником данных для DBGrid1, DBNavigator1.
С помощью компонентов DateTimePicker1, DateTimePicker2 пользователь осуществляет выбор диапазона дат, в пределах которого пользователь желает увидеть результаты опытов.помощью DBLookupComboBox1 осуществляется выбор типа размыкателя. Для занесения в DBLookupComboBox1 значений выбора используется DataSource2, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query2, который генерирует запрос:
Select tip from razmykatel group by tip помощью DBLookupComboBox2 осуществляется выбор характерного времени. Для занесения в DBLookupComboBox2 значений выбора используется DataSource3, для определения тех, значений, из которых пользователь будет делать выбор предназначен компонент Query3, который генерирует запрос:
Select opit.CHARVREM from opit group by CHARVREM
После того, как пользователь осуществит выбор диапазона дат и значение характерного времени, типа размыкателя, с помощью компонента DBGrid1 будет отображен результат запроса, сгенерированного в Query1. Это осуществляется с помощью процедуры, которая реализуется, когда пользователь нажимает кнопку «Результат запроса» (компонент Button1):
procedure TForm6.Button1Click(Sender: TObject);
begin
Query1.Close;.ParamByName('D1').Value:=Form6.DateTimePicker1.Date;.ParamByName('D2').Value:=Form6.DateTimePicker2.Date;.ParamByName('m').Value:=Form6.DBLookupComboBox1.KeyValue;.ParamByName('n').Value:=Form6.DBLookupComboBox2.KeyValue;
Query1.Open;;
С помощью компонента DBNavigator1 осуществляется перемещение по таблице DBGrid1.
Конечным результатом работы формы является:
)выбран диапазон дат и характерное время, тип размыкателя:
Ж) Форма Form7
На форме расположены следующие компоненты: Query1 класса TQuery из библиотеки BDE, QRLabel1: QRLabel11 класса TQRLabel, QRDBText1:QRDBText11 класса TQRDBText, QRBand1 класса TQRBand, QuickRep1 класса TQuickRep из библиотеки QReport .
Данные из базы данных отображаются с помощью компонента QuickRep1. Данные, которые необходимо загрузить определяются с помощью компонента Query1. Query1 генерирует запрос:
select opit.nomer_opit a, opit.data_opita, razmykatel.tip, razmykatel.folga, razmykatel.podlogka, razmykatel.vv, razmykatel.razmery_folgi, razmykatel.razmery_podlogki, razmykatel.razmery_vv, opit.proizvtok, opit.charvrem from opit, razmykatel where (opit.nomer_raz=razmykatel.nomer_raz)
Для компонентов QRDBText устанавливаются свойства: DataSet - Query1, DataField - название поля, например, nomer_opita.
Конечным результатом работы формы является:
З) Форма Form8
На форме расположены следующие компоненты: Label1:Label9 класса TLabel из библиотеки Standart, Edit1:Edit9 класса TEdit из библиотеки Standart, Button1, Button2 класса TButton из библиотеки Standart, StoredProcIns и StoredProcUpd класса TStoredProc из библиотеки BDE.
Компоненты Edit1:Edit9 служат для ввода пользователем информации.
Компонент Button1, свойство которого Caption - OK, запускает процедуру обработки информации, которую ввел пользователь и добавление этой информации в базу данных или внесения изменений в содержимое базы данных:
procedure TForm8.Button1Click(Sender: TObject);(flag=1) then.ParamByName('nom').Value:=Edit1.Text;.ParamByName('er').Value:=Edit2.Text;.ParamByName('tr').Value:=Edit3.Text;.ParamByName('f').Value:=Edit4.Text;.ParamByName('p').Value:=Edit5.Text;.ParamByName('vv').Value:=Edit6.Text;.ParamByName('rf').Value:=Edit7.Text;.ParamByName('rp').Value:=Edit8.Text;.ParamByName('svv').Value:=Edit9.Text;.ExecProc;.Query1.Close;.Query1.Open;;;(flag=2) then.ParamByName('nom').Value:=Form2.Query1.FieldByName('nomer_raz').Value;.ParamByName('er').Value:=Edit2.Text;.ParamByName('tr').Value:=Edit3.Text;.ParamByName('f').Value:=Edit4.Text;.ParamByName('p').Value:=Edit5.Text;.ParamByName('vv').Value:=Edit6.Text;.ParamByName('rf').Value:=Edit7.Text;.ParamByName('rp').Value:=Edit8.Text;.ParamByName('svv').Value:=Edit9.Text;.ExecProc;.Query1.Close;.Query1.Open;.Enabled:=true;
Close;;
Компонент StoredProcIns обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за вставку данных в базу данных, соответствующая хранимая процедура описана в приложении.
Компонент StoredProcUpd обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за замену данных в базе данных, соответствующая хранимая процедура описана в приложении.
Компонент Button2, свойство которого Caption - Закрыть, запускает процедуру, обеспечивающую закрытие формы:
procedure TForm8.Button2Click(Sender: TObject);.Enabled:=true;
Close;
end;
И) Форма Form9
На форме расположены следующие компоненты: Label1:Label4 класса TLabel из библиотеки Standart, Edit1:Edit4 класса TEdit из библиотеки Standart, Button1, Button2 класса TButton из библиотеки Standart, StoredProcIns и StoredProcUpd класса TStoredProc из библиотеки BDE.
Компоненты Edit1:Edit4 служат для ввода пользователем информации.
Компонент Button1, свойство которого Caption - OK, запускает процедуру обработки информации, которую ввел пользователь и добавление этой информации в базу данных или внесения изменений в содержимое базы данных:
procedure TForm9.Button1Click(Sender: TObject);(flag=1) then.ParamByName('nom').Value:=StrToInt(Edit1.Text);.ParamByName('nomo').Value:=StrToInt(Edit2.Text);.ParamByName('n').Value:=Edit3.Text;.ParamByName('osc').Value:=Edit4.Text;.ExecProc;.Query1.Close;.Query1.Open;;;(flag=2) then.ParamByName('nom').Value:=Form3.Query1.FieldByName('nomer_osc').Value;.ParamByName('nomo').Value:=StrToInt(Edit2.Text);.ParamByName('n').Value:=Edit3.Text;.ParamByName('osc').Value:=Edit4.Text;.ExecProc;.Query1.Close;.Query1.Open;.Enabled:=true;
Close;;
end;
Компонент StoredProcIns обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за вставку данных в базу данных, соответствующая хранимая процедура описана в приложении.
Компонент StoredProcUpd обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за замену данных в базе данных, соответствующая хранимая процедура описана в приложении.
Компонент Button2, свойство которого Caption - Закрыть, запускает процедуру, обеспечивающую закрытие формы:
procedure TForm9.Button2Click(Sender: TObject);.Enabled:=true;
Close;
end;
Й) Форма Form10
На форме расположены следующие компоненты: Label1:Label16 класса TLabel из библиотеки Standart, Edit1, Edit2:Edit16 класса TEdit из библиотеки Standart, DateTimePicker1 класса TDateTimePicker из библиотеки Win32, Button1, Button2 класса TButton из библиотеки Standart, StoredProcIns и StoredProcUpd класса TStoredProc из библиотеки BDE.
Компоненты Edit1, Edit3:Edit16, DateTimePicker1 служат для ввода пользователем информации.
Компонент Button1, свойство которого Caption - OK, запускает процедуру обработки информации, которую ввел пользователь и добавление этой информации в базу данных или внесения изменений в содержимое базы данных:
procedure TForm10.Button1Click(Sender: TObject);(flag=1) then.ParamByName('nom').Value:=StrToInt(Edit1.Text);.ParamByName('dop').Value:=DateTimePicker1.Date;.ParamByName('ko').Value:=Edit3.Text;.ParamByName('nr').Value:=Edit4.Text;.ParamByName('rk').Value:=Edit5.Text;.ParamByName('kn').Value:=Edit6.Text;.ParamByName('rt').Value:=Edit7.Text;.ParamByName('nt').Value:=Edit8.Text;.ParamByName('tn').Value:=Edit9.Text;.ParamByName('pt').Value:=Edit10.Text;.ParamByName('sn').Value:=Edit11.Text;.ParamByName('cv').Value:=Edit12.Text;.ParamByName('dc').Value:=Edit13.Text;.ParamByName('dov').Value:=Edit14.Text;.ParamByName('gp').Value:=Edit15.Text;.ParamByName('rti').Value:=Edit16.Text;.ExecProc;.Query1.Close;.Query1.Open;;;(flag=2) then.ParamByName('nom').Value:=Form4.Query1.FieldByName('nomer_opita').Value;.ParamByName('dop').Value:=DateTimePicker1.Date;.ParamByName('ko').Value:=Edit3.Text;.ParamByName('nr').Value:=Edit4.Text;.ParamByName('rk').Value:=Edit5.Text;.ParamByName('kn').Value:=Edit6.Text;.ParamByName('rt').Value:=Edit7.Text;.ParamByName('nt').Value:=Edit8.Text;.ParamByName('tn').Value:=Edit9.Text;.ParamByName('pt').Value:=Edit10.Text;.ParamByName('sn').Value:=Edit11.Text;.ParamByName('cv').Value:=Edit12.Text;.ParamByName('dc').Value:=Edit13.Text;.ParamByName('dov').Value:=Edit14.Text;.ParamByName('gp').Value:=Edit15.Text;.ParamByName('rti').Value:=Edit16.Text;.ExecProc;.Query1.Close;.Query1.Open;.Enabled:=true;
Close;;;
Компонент StoredProcIns обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за вставку данных в базу данных, соответствующая хранимая процедура описана в приложении.
Компонент StoredProcUpd обеспечивает загрузку и выполнение хранимой процедуры, отвечающей за замену данных в базе данных, соответствующая хранимая процедура описана в приложении.
Компонент Button2, свойство которого Caption - Закрыть, запускает процедуру, обеспечивающую закрытие формы:
procedure TForm10.Button2Click(Sender: TObject);.Enabled:=true;;
end;
Глава 3. Экономическая часть. Расчет себестоимости разработки программного обеспечения
3.1 Расчет заработной платы исполнителя работ по созданию программного продукта и заработной платы руководителя
Начальные условия:
Расчетный период - 4 месяца.
Число рабочих дней - 74 дня.
Оклад исполнителя - 9600 рублей.
Ставка подоходного налога - 13%.
Ставка страховых взносов - 30%.
Отчисление на накопительную часть пенсии - 1000 рублей.
Зональная надбавка - 20%.
Интегрированная стимулирующая надбавка - 2600 рублей.
Расчет:
Подоходный налог = (оклад исполнителя + оклад исполнителя * зональная надбавка + интегрированная стимулирующая надбавка) * ставка подоходного налога = (9600 рублей / 21 день * 74 дня + (9600 рублей / 21 день *74 дня) * 0,2 + 2600 рублей / 21 день * 74 дня) * 0,13 = 6468,3 рублей.
К выдаче: оклад исполнителя + оклад исполнителя * зональная надбавка + интегрированная стимулирующая надбавка - подоходный налог = (9600 рублей / 21 день * 74 дня + (9600 рублей / 21 день *74 дня) * 0,2 + 2600 рублей / 21 день * 74 дня) - 6468,3 рублей = 43287,9 рубля.
Страховые взносы: (оклад исполнителя + оклад исполнителя * зональная надбавка + интегрированная стимулирующая надбавка) * 0,3 = 14926,9 рублей.
Все взносы: страховые взносы + отчисление на накопительную часть пенсии = 14926,9 рублей + 1000 рублей * 4 месяца = 18926,9 рублей.
Зарплата руководителя - 12000 рублей.
Подоходный налог - 12000 рублей * 0,13 = 1560 рублей.
Страховые взносы - 12000 рублей*0,3 = 3600 рублей
.2 Расчет себестоимости
база данные информация хранение
Плановая калькуляция (фактическая) себестоимости выполнения программного обеспечения информационного сопровождения деятельности лаборатории.
Основание: задание на дипломное проектирование
Заказчик: РФЯЦ ВНИИЭФ отд. 7132
Сроки выполнения: начало - 18.03.2013, окончание - 07.07.2013
Плановая калькуляция:
№Наименование статьиСумма, руб.Обоснование1.Заработная плата (основная)61756,22.Заработная плата (дополнительная)6175,6210% от п.13.Страховые взносы18526,8630% от п.1+п.24.Накладные расходы отделения30013,5148,6% от п.1+п.25.Обще-объектовые расходы46934,7176% от п.1+п.26.Производственная себестоимость продукции163406,9сумма п.1-п.5Таблица 1. Плановая калькуляция.
Себестоимость программного продукта составляет 163406,9 рубля.
.3 Оценка экономической эффективности разработки
Современные компьютерные технологии предполагают умение управляющего персонала обращаться с деловой информацией, организованной в виде таблиц и баз данных. Навыки работы с такой информацией нужны в любой области производства. С экономической точки зрения использование АИТ приносит огромную экономию в любой отрасли производства. С помощью программного обеспечения можно:
- быстро находить нужную информацию, производить подсчеты за короткий срок;
анализировать любой участок работы, сопоставлять данные, строить графики.
В конечном результате это способствует: экономии электроэнергии,
экономии материалов, экономии вложения капитала, улучшению условий труда и т. д.
Под эффективностью автоматизированного преобразования любой информации понимают целесообразность использования средств вычислительной техники при формировании передачи и обработки данных. Существуют два вида эффективности: расчетная эффективность и фактическая эффективность. Расчетную эффективность определяют на стадии проектирования программного обеспечения, то есть при его разработке. Фактическая эффективность определяется по результатам внедрения созданного проекта.
Основным критерием экономической эффективности являются минимальные затраты живого и овеществленного труда. Из практики установлено, что, чем больше участков управленческих работ автоматизировано, тем эффективнее используется техническое и программное обеспечение. Экономический эффект от внедрения вычислительной техники на производстве условно можно подразделить на прямой и косвенный.
При прямом экономическом эффекте возникает экономия материально-трудовых ресурсов и денежных средств, полученных в результате сокращения численности персонала, фонда заработной платы, расхода основных и вспомогательных материалов, вследствие автоматизации конкретных видов операционно-учетных и аналитических работ.
Под косвенным экономическим эффектом понимают сокращение сроков составления отчетной документации, повышение качества планово-учетных и аналитических работ, сокращение документооборота, повышение культуры и производительности труда и т.д.
Основным же показателем косвенного экономического эффекта является повышение качества управления, которое, как и при прямом экономическом эффекте, ведет к экономии живого и овеществленного труда. Оба вида экономических эффектов взаимосвязаны.
Определяют экономический эффект с помощью трудовых и стоимостных показателей. Основным при расчетах является метод сопоставления данных при ручной и машинной обработке информации.
Экономический эффект разработки программного продукта образуется за счет экономии времени, необходимого на обработку того же объема документов вручную.
Для оценки экономической эффективности разработки необходимо выделить функции, которые будут подвергнуты автоматизации и сравнить временные затраты на их реализацию при ручной обработке и автоматизированной. Для начала сравним время выполнения комплекса задач с использованием программы и без ее использования. Это сравнение приведено в таблице 2.
ФункцияЧастота в годСреднее время (час в месяц)Без использования программыС использованием программыПоиск информации5061,5Добавление/Изменение информации3053Отчеты121,50,10Общее время выполнения комплекса функций9212,54,60Таблица 2. Комплекс функций, выполняемых программой
Экономия рабочего времени сотрудника за год составит 726,8 часа.
Расчет годовой экономии (Показатели расчета представлены в таблице 3).
Годовая экономия, рассчитывается по формуле:
Эгод = (Сбаз - Снов)*Ргод
Сбаз - эксплуатационные затраты в базовом варианте
Снов - эксплуатационные затраты в новом варианте
Затраты в базовом варианте, рассчитываются по формуле:
Сбаз = Тр*Ср
Затраты в новом варианте, рассчитываются по формуле:
Снов = Та*Ср
Часовая тарифная ставка разработчика рассчитывается по формуле:
(руб./час)
- месячный оклад разработчика (9600 руб.);
-месячный фонд времени работы разработчика (168 часов);
- зональный коэффициент (1,2).
Таким образом, часовая тарифная ставка разработчика равна 57,14 руб./час.
ПоказательЕд.измеренияЗначениеПрименениеРраз92Частота использования программыТрчас12,5Время выполнения функций без использования программыСрруб.57,14Часовая тарифная ставка разработчикаТачас4,60Время выполнения функций с использованием программыЭгодруб.41529,4Экономия в годТаблица 3. Показатели расчета для экономии
Годовая экономия при внедрении программного обеспечения составит
41529,4 рублей.
.4 Оценка окупаемости вложенных средств
Для оценки окупаемости необходимо определить срок окупаемости (расчет представлен в таблице 4).
Срок окупаемости капитальных вложений рассчитывается по формуле:
Ток = С/Э
ПоказательЕд.измеренияЗначениеПримечаниеСруб.163406,9СебестоимостьЭруб.41529,4Экономия в годТокгод3,93Срок окупаемостиТаблица 4. Срок окупаемости капитальных вложений
Срок окупаемости составляет 3,93 года.
.5 Экономическая эффективность разработки
Разработанное программное обеспечение предназначено для сбора, хранения и обработки информации о проведенных опытов. До начала разработки данный процесс в лаборатории не был автоматизирован. А подобная деятельность непосредственно зависит от того, в какой степени руководители работ владеют информацией, как быстро они могут её обрабатывать и довести до непосредственных исполнителей.
Преимущество данного программного обеспечения, состоит в том, что оно позволяет вести учет результатов опытов и централизованно хранить полученную информацию, осуществляя к ней удаленный доступ всех заинтересованных сотрудников.
Внедрение программного обеспечения приведет к экономии средств в размере 41529,4 рублей и высвобождению за год 726,8 часа рабочего времени сотрудника, занимающегося учетом результатов опытов. Высвобожденное время сотрудника можно сократить или дополнить список его должностных обязанностей новыми функциями. Учитывая себестоимость разработки программного обеспечения, срок его окупаемости составит - 3,93 года.
Глава 4. Охрана труда
Данная дипломная работа выполнялась с применением компьютерной техники. Для реализации работы использовался персональный компьютер совместимый с IВМ РС/АТ, дисплей LG, печатающее и копировальное устройства. В связи с этим необходимо оценить соблюдение норм охраны труда, связанных с эксплуатацией средств вычислительной техники.
Охрана труда - это система законодательных актов, социально-экономических, организационных, технических, гигиенических и лечебно-профилактических мероприятий и средств, обеспечивающих безопасность, сохранение здоровья и работоспособности человека в процессе труда.
Охрана труда имеет целью создание таких условий, при которых исключено воздействие опасных и вредных производственных факторов на работающего.
Требования безопасности при работе на ПЭВМ регламентируются СанПин 2.2.2/2.4.1340-03. «Инструкция по охране труда при работе на персональных электронных вычислительных машинах № 55».
.1 Требования к помещениям для работы с ПЭВМ
·Помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение.
·Естественное и искусственное освещение должно соответствовать требованиям существующей нормативной документации. Окна в помещениях, где эксплуатируется вычислительная техника, преимущественно должны быть ориентированы на север и северо-восток.
·Площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе электронно-лучевой трубки (ЭЛТ) должна составлять 6,0 кв. метров, и с ВДТ на базе плоских дискретных экранов (жидкокристаллические и плазменные) - 4,5 метров.
·При использовании ПЭВМ с ВДТ на базе ЭЛТ (без вспомогательных устройств - принтер, сканер и т. д.), отвечающих требованиям международных стандартов безопасности компьютеров, с продолжительностью работы менее 4-х часов в день допускается минимальная площадь 4,5 кв. метров на одно рабочее место пользователя.
·Для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузионно-отражающие материалы с коэффициентом отражения для потолка 0,7-0,8, для стен 0,5-0,6, для пола 0,3-0,5.
·Помещения, где размещаются рабочие места ПЭВМ, должны быть оборудованы защитным заземлением ("занулением") в соответствии с техническими требованиями по эксплуатации.
.2 Требования к микроклимату на рабочих местах, оборудованных ПЭВМ
Период годаКатегория работ 1аТемпература воздуха гр. С не болееОтносительная влажность воздуха, %Скорость движения воздуха, м/сХолодныйлегкая - 1а22-2440-600,1Теплыйлегкая - 1а23-2540-600,1Таблица 6. Оптимальные требования микроклимата для помещения
К категории 1а относятся работы, производимые и не требующие физического напряжения, при которых расход энергии составляет до 120 ккал/ч.
.3 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ
·В производственных помещениях при выполнении основных или вспомогательных работ с использованием ПЭВМ уровни шума на рабочих местах не должны превышать предельно допустимых значений, установленных для данных видов работ в соответствии с действующими санитарно-эпидемиологическими нормативами.
·Шумящее оборудование (печатающие устройства, плоттеры, серверы, кондиционеры и т. п.) должно размещаться вне помещений с ПЭВМ.
Уровни звукового давления в октавных полосах со среднегеометрическими частотамиУровни звука в дБА31,5 Гц63 Гц125 Гц250 Гц500 Гц1000 Гц2000 Гц4000 Гц8000 Гц86 дБ71дБ61 дБ54 дБ49 дБ45 дБ42 дБ40 дБ38 дБ50Таблица 7. Уровни звукового давления
Измерение уровня звука и уровней звукового давления проводится на расстоянии 50 см от поверхности оборудования и на высоте расположения источника (ков) звука. Шумовой порог не должен превышать 50 дБ.
.4 Требования к освещению на рабочих местах, оборудованных ПЭВМ
·Рабочие столы следует размещать таким образом, чтобы ВДТ были ориентированы боковой стороной к световым проемам, и естественный свет падал преимущественно слева.
·Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300-500 Люкс. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 Люкс.
·Следует ограничивать прямую блесткость от источников освещения, при этом яркость светящихся поверхностей (окна, светильники и др.), находящихся в поле зрения, должна быть не более 200 Кд/кв. метр.
·Следует ограничивать отраженную блесткость на рабочих поверхностях (экран, стол, клавиатура и др.) за счет правильного выбора типов светильников и расположения рабочих мест по отношению к источникам естественного и искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 Кд/кв. метр и яркость потолка не должна превышать 200 Кд/кв. метр.
·Яркость светильников общего освещения в зоне углов излучения от 50 до 90 градусов с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 Кд/кв. метр, защитный угол светильников должен быть не менее 40 градусов.
·Светильники местного освещения должны иметь непросвечивающий отражатель с защитным углом не менее 40 градусов.
·Следует ограничивать неравномерность распределения яркости в поле зрения пользователя ПЭВМ, при этом соотношение яркости между рабочими поверхностями не должно превышать 3:1 - 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1.
·В качестве источников света при искусственном освещении следует применять преимущественно люминесцентные лампы ЛБ и компактные люминесцентные лампы (КЛЛ). Применение светильников без рассеивателей и экранирующих решеток не допускается. При отсутствии светильников с ЭПРА лампы многоламповых светильников или рядом расположенные светильники общего освещения следует включать на разные фазы трехфазной сети.
·Коэффициент запаса (Кз) для осветительных установок общего освещения должен приниматься равным 1,4.
·Коэффициент пульсации не должен превышать 5%.
Для обеспечения нормируемых значений освещенности в помещениях для использования ПЭВМ следует проводить чистку стекол оконных рам и светильников не реже двух раз в год и проводить своевременную замену неисправных ламп.
4.5. Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ
Временные допустимые уровни ЭМП, создаваемых на рабочих местах пользователей представлены в таблице 8.
Наименование параметровВДУ ЭМПНапряженность электрического поляв диапазоне частот 5 Гц - 2 кГц25 В/ мв диапазоне частот 2 кГц - 400 кГц2,5 В/мПлотность магнитного потокав диапазоне частот 5 Гц - 2 кГц250 нТлв диапазоне частот 2 кГц - 400 кГц25 нТлЭлектростатический потенциал экрана видеомонитора500 ВТаблица 8. Допустимые уровни ЭМП
.6 Требования к визуальным параметрам ВДТ, контролируемым на рабочих местах
Предельно допустимые значения визуальных параметров ВДТ, контролируемых на рабочих местах, представлены в таблице 9.
ПараметрыДопустимые значенияЯркость белого поляНе менее 35 кд/кв.мНеравномерность яркости рабочего поляНе более +-20%Контрастность (для монохромного режима)Не менее 3:1Временная нестабильность изображения (непреднамеренное изменение во времени яркости изображения на экране дисплея)Не должна фиксироватьсяПространственная нестабильность изображения (непреднамеренные изменения положения фрагментов изображения на экране)Не более 2 х 10(-4L), где L - проектное расстояние наблюдения, ммТаблица 9. Допустимые уровни визуальных параметров ВДТ
Для дисплеев на ЭЛТ частота обновления изображения должна быть не менее 75 Гц при всех режимах разрешения экрана, гарантируемых нормативной документацией на конкретный тип дисплея и не менее 60 Гц для дисплеев на плоских дискретных экранах (жидкокристаллических, плазменных и т.п.).
.7 Общие требования к организации рабочих мест пользователей ПЭВМ
·Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600-700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.
·Конструкция рабочего стола должна обеспечивать оптимальное размещение на рабочей поверхности используемого оборудования с учетом его количества и конструктивных особенностей, характера выполняемой работы. При этом допускается использование рабочих столов различных конструкций, отвечающих современным требованиям эргономики. Поверхность рабочего стола должна иметь коэффициент отражения 0,5-0,7.
·Конструкция рабочего стула (кресла) должна обеспечивать поддержание рациональной рабочей позы при работе на ПЭВМ, позволять изменять позу с целью снижения статического напряжения мышц шейно-плечевой области и спины для предупреждения развития утомления. Тип рабочего стула (кресла) следует выбирать с учетом роста пользователя, характера и продолжительности работы с ПЭВМ.
·Рабочий стул (кресло) должен быть подъемно-поворотным, регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сидения, при этом регулировка каждого параметра должна быть независимой, легко осуществляемой и иметь надежную фиксацию.
·Поверхность сидения, спинки и других элементов стула (кресла) должна быть полумягкой, с нескользящим, слабо электризующимся и воздухопроницаемым покрытием, обеспечивающим легкую очистку от загрязнений.
4.8 Требования к организации и оборудованию рабочих мест с ПЭВМ
·Высота рабочей поверхности стола для взрослых пользователей должна регулироваться в пределах 680-800 мм, при отсутствии такой возможности высота рабочей поверхности стола должна составлять 725 мм.
·Модульными размерами рабочей поверхности стола для ПЭВМ, на основании которых должны рассчитываться конструктивные размеры, следует считать ширину 800, 1000, 1200 и 1400 мм, глубину 800 и 1000 мм при нерегулируемой его высоте, равной 725 мм.
·Рабочий стол должен иметь пространство для ног высотой не менее 600 мм, шириной не менее 500 мм, глубиной на уровне колен - не менее 450 мм и на уровне вытянутых ног - не менее 650 мм.
·Конструкция рабочего стула (кресла) должна обеспечивать:
- ширину и глубину поверхности сидения не менее 400 мм;
- поверхность сидения с закругленным передним краем;
- регулировка высоты поверхности сидения в пределах 4000- 550 мм и углам наклона вперед до 15 градусов и назад до 5 градусов;
- высоту опорной поверхности спинки 300+20 мм, ширину - не менее 380 мм и радиус кривизны горизонтальной плоскости - 400 мм;
- угол наклона спинки в вертикальной плоскости в пределах ±30 градусов;
- регулировку расстояния спинки от переднего края сидения в пределах 260-400 мм;
- стационарные и съемные подлокотники длиной не менее 250 мм и шириной 50-70 мм;
- регулировку подлокотников по высоте над сиденьем в пределах 230±30 мм и внутреннего расстояния между подлокотниками в пределах 350-500 мм.
·Рабочее место пользователя ПЭВМ следует оборудовать подставкой для ног, имеющей ширину не менее 300 мм, глубину не менее 400 мм, регулировку по высоте в пределах до 150 мм и по углу наклона опорной поверхности подставки до 20 градусов. Поверхность подставки должна быть рифленой и иметь по переднему краю бортик высотой 10 мм.
·Клавиатуру следует располагать на поверхности стола на расстоянии 100-300 мм от края, обращенного к пользователю или на специальной регулируемой по высоте рабочей поверхности, отделенной от основной столешницы.
.9 Требования безопасности при работе на ПЭВМ
.9.1 Общие требования охраны труда при работе с ПЭВМ
·К работе пользователем ПЭВМ допускаются:
-лица, прошедшие вводный инструктаж по охране труда;
- лица, прошедшие инструктаж по электробезопасности;
лица, прошедшие инструктаж по пожарной безопасности;
- лица, прошедшие курс обучения принципам работы с вычислительной техникой, специальное обучение работе на ПЭВМ с использованием конкретного программного обеспечения;
- лица, прошедшие инструктаж по охране труда.
·В процессе труда на пользователей ПЭВМ могут оказывать действие следующие опасные и вредные производственные факторы, источником которых являются ПЭВМ:
- электромагнитное излучение;
- рентгеновское излучение;
- ультрафиолетовое излучение;
- инфракрасное излучение;
- статическое электричество;
- запыленность воздуха рабочей зоны;
- положительные аэроионы в воздухе рабочей зоны;
- пониженное содержание отрицательных аэроионов в воздухе рабочей зоны;
- пониженная или повышенная влажность воздуха рабочей зоны;
шум;
- освещенность;
- прямая и отраженная блесткости*;
- неравномерность распределения яркости в поле зрения;
- яркость светового изображения;
*Примечание: указанные факторы являются субъективными и не контролируются средствами измерений.
- пульсации светового потока*;
- напряжение зрения*;
- напряжение внимания*;
- интеллектуальные нагрузки*;
- эмоциональные нагрузки*;
- длительные статические нагрузки*;
- монотонность труда*.
*Примечание: указанные факторы являются субъективными и не
контролируются средствами измерений.
·Продолжительность непрерывной работы с ПЭВМ без регламентированных перерывов не должна превышать 2 часов.
·В случае возникновения у работающих с ПЭВМ зрительного дискомфорта и других неблагоприятных субъективных ощущений, несмотря на соблюдение санитарно-гигиенических, эргономических требований, режимов труда и отдыха, следует применять индивидуальный подход в организации времени работ, коррекцию длительности перерывов для отдыха или проводить смену деятельности на другую, не связанную с использованием ПЭВМ.
·В помещениях с ПЭВМ ежедневно должна проводиться влажная уборка.
·Здания (помещения) с ПЭВМ должны быть оснащены аптечками первой помощи и углекислотными или порошковыми огнетушителями.
·ПЭВМ должны быть размещены в соответствии с утвержденным планом размещения оборудования и рабочих мест.
.9.2 Требования безопасности перед началом работы
·Перед началом работы пользователь ПЭВМ обязан:
- осмотреть и привести в порядок рабочее место;
- отрегулировать освещенность на рабочем месте, убедиться в достаточности освещенности, отсутствии отражений на экране, отсутствии встречного светового потока;
- проверить правильность подключения оборудования в электросеть;
- убедиться в наличии защитного заземления и подключении экранного заземляющего проводника к корпусу системного блока ПЭВМ;
- протереть салфеткой поверхность экрана и защитного фильтра;
- убедиться в отсутствии дискет в дисководах системного блока ПЭВМ.
·Пользователь ПЭВМ обязан соблюдать следующую последовательность включения оборудования:
- включить системный блок;
- включить периферийные устройства, имеющие отдельное питание (принтер, монитор, сканер и др.).
·Запрещается:
- приступать к работе при отключенном заземляющем проводнике защитного фильтра;
- приступать к работе при обнаружении неисправности оборудования;
- приступать к работе при отсутствии защитного заземления устройств ПЭВМ. Помните, что наличие защитного заземления уменьшает уровень электромагнитного излучения в десятки раз;
- приступать к работе при отсутствии угле кислотного или порошкового огнетушителя и аптечки первой помощи;
- производить доработку розеток под другой конструктив вилки, пользоваться неучтенными и неисправными размножителями.
.9.3 Требования безопасности во время работы
·Пользователь ПЭВМ во время работы обязан:
- выполнять только работу, которая ему была поручена, и по которой был проинструктирован;
- содержать в порядке и чистоте рабочее место;
- держать открытыми все вентиляционные отверстия устройств;
- внешнее устройство манипулятор типа «мышь» применять только при наличии специального коврика;
- при необходимости прекращения работы корректно закрывать все активные задачи (правильно «парковаться»);
- отключать питание только в том случае, если пользователь во время перерыва в работе ПЭВМ вынужден находиться в непосредственной близости от ВДТ (менее 2 метров), в противном случае питание разрешается не отключать;
- соблюдать режимы работы и отдыха;
- соблюдать инструкцию по эксплуатации ПЭВМ;
- при работе с текстовой информацией выбирать наиболее физиологический режим представления черных символов на светлом фоне;
- соблюдать расстояние от глаз до экрана в пределах 60-80 см.
·Во время работы запрещается:
- оставлять без присмотра ПЭВМ во включенном состоянии;
- касаться одновременно экрана ВДТ и клавиатуры;
- прикасаться к задней панели системного блока при включенном питании;
- производить переключение разъемов интерфейсных кабелей периферийных устройств при включенном питании;
- загромождать верхние панели устройств бумагой и другими посторонними предметами;
- производить отключение питания во время выполнения задачи;
- производить частые переключения питания;
- допускать попадание влаги на поверхность системного блока и периферийных устройств;
- включать оборудование, внесенное в производственное помещение, если температура и влажность за его пределами отличаются от условий эксплуатации;
- превышать величину количества обработанных символов свыше 30 тысяч за 4 часа работы.
.9.4 Требования безопасности в аварийных ситуациях
·Пользователь ПЭВМ обязан:
- при всех случаях обнаружения обрыва проводов питания, не исправности заземления и других повреждений электрооборудования, появления запаха гари немедленно отключить электропитание;
- при обнаружении человека, попавшего под напряжение, немедленно освободить его от действия тока путем отключения электропитания и до прибытия медработника оказать потерпевшему, при необходимости, первую (доврачебную) помощь;
- при любых случаях сбоя в работе оборудования немедленно вызвать представителя инженерно-технической службы по техническому обслуживанию и ремонту средств вычислительной техники;
- в случае появления рези в глазах, резком ухудшении видимости, невозможности сфокусировать взгляд или навести его на резкость, появлении боли в пальцах и кистях рук, усилении сердцебиения немедленно покинуть рабочее место и обратиться к врачу;
- при возгорании оборудования отключить электропитание, вызвать пожарную службу по телефону «01», принять меры к тушению очага пожара при помощи углекислотного или порошкового.
·При получении микротравмы (порез, царапина и т. п.) обработайте поврежденное место антисептическими средствами, имеющимися в аптечке (3 % раствор перекиси водорода, раствор йода), обратитесь в ближайший медпункт.
.9.5 Требования безопасности после окончания работ
·Все электроустановки и электроприборы, в том числе ПЭВМ, должны быть обесточены, вилки электропотребления вынуты из розеток.
·При наличии в помещении общего коммутационного аппарата (рубильника) в электросети потребителей допускается отключение ПЭВМ с помощью указанного аппарата без вынимания вилки из розетки.
·Пользователь ПЭВМ обязан соблюдать следующую последовательность выключения ПЭВМ:
- произвести закрытие всех активных задач;
- выполнить парковку ПЭВМ в соответствии с инструкцией по эксплуатации;
- убедиться, что в дисководах нет дискет;
- выключить электропитание системного блока;
- выключить электропитание всех периферийных устройств.
·Осмотреть и привести в порядок рабочее место.
.10 Заключение
При выполнении дипломной работы соблюдались все требования и нормы по ОТ и ТБ. Никаких вредных воздействий на человека и окружающую среду свыше нормативных значений не происходило, поэтому дипломный проект можно считать экологически чистым.
Заключение
В результате выполнения дипломной работы, в соответствии с техническим заданием и заданием на дипломную работу, разработано программное обеспечение информационного сопровождения деятельности лаборатории.
В практической части дипломной работы была разработана логическая модель данных, а так же состав и структура данных, структура программного обеспечения, пользовательского интерфейса.
В качестве инструментальных средств для программной реализации использовались: SQL сервер Interbase&Firebird Development Studio, среда визуального программирования Borland Delphi 7.0.
Было разработано и составлено руководство пользователя программным продуктом. А также было выполнено тестирование программы, в результате которого был сделан вывод о правильном функционировании разработанной программной системы, удовлетворяющего всем заданным требованиям, в соответствии с техническим заданием и заданием на дипломную работу.
Рассчитана себестоимость разработки программного обеспечения.
Также в рамках дипломной работы были рассмотрены требования к персональным электронно-вычислительным машинам и организации работы.
Внедрение программного обеспечения в работу, позволит хранить данные централизованно, сократить время на обработку информации, осуществлять оперативное составление отчетов и подготовку документации для вывода на печать.
Таким образом, задачи, поставленные в техническом задании, и задании на дипломную работу были полностью выполнены.
Список использованных источников
1.Исследование основных закономерностей работы взрывного коммутатора тока. Отчет о НИР. Предприятие п/я Г-4665 Вахрушев В.В. и др. инв. ЗР-179/А, 1978.
."Математические и программные технологии для современных компьютерных систем (Информационные технологии)", Обзор моделей жизненного цикла разработки программного обеспечения, Нижегородский государственный университет им. Н.И. Лобачевского Факультет вычислительной математики и кибернетики ННГУ, Куратор мини-проекта: Карпенко С.Н., Составители: Вершинина Е.В., Гонченко М.С.
.Магнитокумулятивные генераторы - импульсные источники энергии: Монография. В 2 томах. Том 1 / Под ред. В.А. Демидова, Л.Н. Пляшкевича, В.Д. Селемира. Саров: РФЯЦ-ВНИИЭФ. - 2011. - 439 С.
.Получение высоких плотностей энергии без ядерных взрывов// В сб. научных трудов: Высокие плотности энергии. РФЯЦ-ВНИИЭФ, Саров, 1997. С. 421-567.
.Азизов Э.Я., Янковский Б.Д. Взрывные размыкатели тока// В сб.: Физика и техника мощных импульсных систем./ Под ред. Е.П.Велихова. М.: Энергоатомиздат, 1987. C.224-236.
.Барабанов В.Н., Власов Ю.В. Магнитогидродинамическое моделирование работы взрывного размыкателя тока // Сборник тезисов докладов на международной конференции «XIV Харитоновские чтения». - Саров: РФЯЦ-ВНИИЭФ. - 2012. С.10.
.Бурцев В.А., Калинин Н.В., Лучинский А.В. Электрический взрыв проводников и его применение в электрофизических установках. М.: Энергоатомиздат. 1990.
.Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. - М.: Финансы и статистика, 2000.
.Власов Ю.В.,. Демидов В.А, Скоков В.И. Модель взрывного размыкателя тока с ребристой преградой// В кн.: Мегагауссная и мегаамперная импульсная технология и применения./ Под ред. Чернышева В.К., Селемира В.Д., Пляшкевича Л.Н.. Саров. ВНИИЭФ. 1997. С.372-378.
.Кнопфель Г. Сверхсильные импульсные магнитные поля. М.: Мир, 1972.
.Понамарев В. Базы данных в Delphi 7. Самоучитель. - СПб.:Питер, 2003.
.Сахаров А.Д. Взрывомагнитные генераторы// УФН. 1966. Т.88, №4. С.725-734.
.Сахаров А.Д., Людаев Р.З., Смирнов Е.Н. и др. Магнитная кумуляция// Докл. АН СССР. 1965. Т.196, №1. С.65-68.
.Хомоненко А.Д., Гофман В. Delphi 7/ Под общ. ред. А.Д. Хомоненко. - СПб.: БХВ-Петербург, 2007
.#"justify">Приложение
1)Процедура удаления данных из таблицы «Oscillograma»:
CREATE OR ALTER PROCEDURE DEL_O (NOM Integer)FROM OSCILLOGRAMA WHERE nomer_osc=:NOM;
2)Процедура удаления данных из таблицы «Opit»:
CREATE OR ALTER PROCEDURE DEL_OP (NOM Integer)FROM opit WHERE nomer_opita=:NOM;
3)Процедура удаления данных из таблицы «Razmykatel»:
CREATE OR ALTER PROCEDURE DEL_R (NOM Char(5))FROM razmykatel WHERE nomer_raz=:NOM;
End
4)Процедура добавления данных в таблицу «Oscillograma»:
CREATE OR ALTER PROCEDURE INS_O (NOM Integer,Integer,Char(50),Char(50))INTO oscillograma VALUES (:NOM,:nomo,:n,:osc);
5)Процедура добавления данных в таблицу «Opit»:
CREATE OR ALTER PROCEDURE INS_OP (NOM Integer,Date,Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50))INTO opit VALUES (:NOM,:dop,:ko,:nr,:rk, :kn, :rt, :nt,:tn,:pt,:sn,:cv,:dc,:dov,:gp,:rt);
End
)Процедура добавления данных в таблицу «Razmykatel»:
CREATE OR ALTER PROCEDURE INS_R (NOM Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50))INTO razmykatel VALUES (:NOM,:er,:tr,:f,:p, :vv, :rf, :rp,:svv);
End
)Процедура изменения данных в таблице «Oscillograma»:
CREATE OR ALTER PROCEDURE UPD_O (NOM Integer,Integer,Char(50),Char(50))oscillograma SET nomer_opita=:nomo,=:n,=:oscNOMER_OSC=:NOM;
8)Процедура изменения данных в таблице «Opit»:
CREATE OR ALTER PROCEDURE UPD_OP (NOM Integer,Date,Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50))opit SET_OPITA=:dop,_OPITA=:ko,_RAZ=:nr,=:rk,=:kn,=:rt,=:nt,=:tn,=:pt,=:sn,=:cv,=:dc,=:dov,=:gp,=:rtNOMER_OPITA=:NOM;
9)Процедура изменения данных в таблице «Razmykatel»:
CREATE OR ALTER PROCEDURE UPD_R (NOM Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50),Char(50))razmykatel SET ESKIZ_RAZ=:ER,=:TR,=:f,=:p,=:vv,_FOLGI=:rf,_PODLOGKI=:rp,_VV=:svvNOMER_RAZ=:NOM;
Больше работ по теме:
Диплом
Разработка графических форматов
Диплом
Разработка и внедрение адаптированной автоматизированной системы управления филиалом КГПУ ИМ. В.П. Астафьева в г. Канске
Диплом
Разработка и исследование искусственной нейронной сети для управления динамическим объектом с переменными параметрами
Диплом
Разработка и исследование метода аналитического программирования для структурно-параметрического синтеза системы управления динамическим объектом
Диплом
Предмет: Информационное обеспечение, программирование
Тип работы: Диплом
Новости образования
22 Июля 2016 16:26
Более 70 представителей крупных вузов АСЕАН подтвердили участие в форуме во Владивостоке
22 Июля 2016 12:51
Абызов: публикация первичных статсведений снизит бюрократическую нагрузку на школы
22 Июля 2016 11:53
В Чечне свыше 200 школьников сдали ЕГЭ с результатом свыше 90 баллов - министр
22 Июля 2016 05:36
Замглавы Минобрнауки РФ: задача сократить число людей с высшим образованием не стоит
21 Июля 2016 20:19
КОНТАКТНЫЙ EMAIL: [email protected]
Скачать реферат © 2017 | Пользовательское соглашение
ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ