Разработка dll-библиотеки
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ
ГЛАВА 1. ПРЕДНАЗНАЧЕНИЕ И ПРИНЦИП ПРИМЕНЕНИЯ МАТЕМАТИЧЕСКОГО МОДУЛЯ
.1 Определение программного модуля
.2 Определение математического модуля
.3 Принцип применения математического модуля
.3.1 Определение библиотеки
.3.2 Принципы использования dll-библиотеки
.3.3 Преимущества и недостатки использования dll-библиотек
.4 Разработка технического задания
.4.1 Общие требования
.4.2 Поставленные требования к программному коду:
.4.3 Требования к разрабатываемой библиотеке:
ГЛАВА 2. РАЗРАБОТКА СТРУКТУРЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
.1 Общая характеристика математических моделей
.2 Описание коэффициентов моделей
.3 Разработка структуры классов
ГЛАВА 3. ОПИСАНИЕ БИБЛИОТЕК МАТЕМАТИЧЕСКОГО МОДУЛЯ В MS VISUAL STUDIO
.1 Описание среды разработки MS Visual Studio
.2 Возникновение языка C#
.3 Возможности языка C#
.4 Реализация библиотеки классов в среде разработки MS Visual Studio
.5 Отладка и тестирование библиотеки
.6 Выводы о результатах работы программы
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
ВВЕДЕНИЕ
На сегодняшний день показатель надежности современной техники является крайне важным критерием в оценке ее возможностей, времени работы и устойчивости. От этого показателя сильно зависят такие показатели, как качество, эффективность, безопасность, риск, готовность, живучесть. Любое техническое устройство должно иметь достаточно высокий показатель надежности, чтобы иметь возможность своего нормального и долгосрочного использования.
Надежность техники определяется на этапах ее проектировании и производстве. Любая техника, удовлетворяющая требованиям долговечности и надежности, еще при проектировании получает коэффициент интенсивности отказов при большинстве типов воздействий и экспериментально оценивается, чтобы показать, что полученный коэффициент не хуже заданных при построении технического задания. И это еще не все. Также необходимо разработать и использовать методы, которые позволят устройству показывать высокое время эксплуатации без отказов и сбоев. Все это невозможно реализовать, если не владеть основами теории надежности. Достичь подобных результатов не представляется возможным без использования законов теории надежности.
Необходимость изучения и использования теории надежности инженерами большинства отраслей делает эту науку очень востребованной в современных реалиях производства.
Теория надежности - это наука, объектом изучения которой являются правила и законы отказов любых технических устройств. Она изучает:
-критерии и показатели надежности различных видов техники;
-способы анализа и синтеза техники по показателям коэффициентов надежности устройства;
-способы получения техники большего качества путем увеличения ее надежности и срока службы;
-научные методы использования техники, которые обеспечивают высокий показатель надежности при ее эксплуатации.
В настоящее время проблема надёжности РЭС заметно обострилась. Объясняется это следующим:
-РЭС заметно усложнились в схемотехническом отношении.
-Ужесточились условия, в которых эксплуатируется современная радиоэлектронная аппаратура. Они часто характеризуются большим перепадом температур, высоким или низким давлением, наличием механического воздействия и т.д.
-Повысились требования к точности функционирования РЭС.
-Повысилась «цена» отказа РЭС: она может привести к серьезным техническим и экономическим потерям.
-В ряде случаев человек-оператор не имеет непосредственного контакта с РЭС (электронные датчики контроля хода технологических процессов в агрессивных средах, РЭС на непилотируемых летательных объектах и т.п.).
В итоге, расчет показателя надежности является обязательным этапам в разработке и изготовлении любой техники для увеличения устойчивости эксплуатации в долгосрочном периоде, повышения времени безаварийного использования, и, в конечном итоге, повышения качества выпускаемой продукции и более экономичной работы различных технических устройств и предприятий. Экономичность является прямым следствием из надежности.
ГЛАВА 1. ПРЕДНАЗНАЧЕНИЕ И ПРИНЦИП ПРИМЕНЕНИЯ МАТЕМАТИЧЕСКОГО МОДУЛЯ
1.1 Определение программного модуля
Программный модуль - это отдельная часть программного кода, фрагмент программы, который полностью самостоятельно выполняет свою задачу, оформленный в виде отдельного файла с исходным кодом или поименованной непрерывной её части. Эти модули предназначаются для использования в других программах или же для расширения возможностей как, например, библиотека плагинов. Разбиение всей программы на отдельные модули позволяет решение общей, сложной задачи разделить на решение нескольких, более простых. Что в свою очередь увеличивает скорость и качество разработки, когда каждый занимается своим модулем программы, а затем их собирают в единый проект. В общем случае модули проектируются таким образом, чтобы предоставлять программистам удобную для многократного использования функциональность (интерфейс) в виде набора функций, классов, констант. Модули можно объединять в пакеты, а несколько пакетов можно объединять в библиотеки. Возможность изменения или обновления одного модуля не затрагивая всей программы и остальных модулей является главным удобством использования модульной архитектуры. Также разделение программы на модули позволяет распределить нагрузку, в случае большой потребности ПО в ресурсах, при запуске разных модулей на разных серверах, используя так называемую распределенную архитектуру.
Модульное программирование подразумевает разбивание всей программы на различные функциональные блоки, которые называют модулями. Каждый модуль имеет свое назначение, определенный размер, а также определенный интерфейс работы с другими модулями. Можно, конечно, использовать монолитный способ написания программы, но, в случае написания больших проектов, этот способ является совершенно неприемлемым. Главным вопросом в использовании модульной архитектуры является принцип разделения программы на модули.
В основе использования модульной архитектуры лежат три основных концепции:
-Принцип утаивания информации Парнаса. Каждый модуль скрывает в себе одно проектное решение. Такой подход к разделению программы на модули подразумевает разделение технического задания на список проектных решений, которые достаточно трудно реализовать, и их, скорее всего, придется много раз менять. После чего каждому модулю в качестве функционала приписывают такие проектные решения.
-Аксиома модульности Коуэна. Модуль - это независимая программная единица, служащая для выполнения некоторой определенной функции программы и для связи с остальной частью программы. Программная единица должна удовлетворять следующим условиям:
-блочность организации, т. е. возможность вызвать программную единицу из блоков любой степени вложенности;
-синтаксическая обособленность, т. е. выделение модуля в тексте синтаксическими элементами;
-семантическая независимость, т. е. независимость от места, где программная единица вызвана;
-общность данных, т. е. наличие собственных данных, сохраняющихся при каждом обращении;
-полнота определения, т. е. самостоятельность программной единицы.
-Сборочное программирование Цейтина. Модули - это программные кирпичи, из которых строится программа. В этой концепции основной идеей является принцип, что модули - это своего рода строительные кирпичи любой программы и что из этих самых кирпичей строится вся программа. Выделяют три основные предпосылки к использованию модульной архитектуры:
-стремление к выделению независимой единицы программного знания. В идеальном случае всякая идея (алгоритм) должна быть оформлена в виде модуля;
-потребность в разделении особенно крупного программного проекта;
-возможность разных участков проекта выполняться параллельно.
Также имеются дополнительные определения программного модуля.
-Модулем называется совокупность команд, к которым имеется возможность обращения по имени.
-Модулем называется совокупность операторов в коде программы, которая имеет ограничивающие операторы и определяющий возможность доступа идентификатор.
Функциональная спецификация модуля должна включать:
-Описание синтаксической спецификации параметров, подаваемых на его вход, которое позволит, используя текущий язык программирования, правильный доступ к его функциональным возможностям ;
-Описание, что делает каждая функция в модуле на каждый входной параметр.
Модули также разделяют на три категории:
-«Маленькие» (функциональные) модули. Они, обычно, реализуют одну или несколько функций. Во всех языках программирования высокого уровня имеется поддержка основного и простейшего модуля: процедуры и функции.
-«Средние» (информационные) модули, реализующие, в обычном случае, сравнительно небольшое количество операций или функций над так называемым информационным объектом, который считается за пределами модуля неизвестным. Наиболее известные примеры информационных модулей это классы в таких языках программирования как С, С++, С#, Java и другие.
-«Большие» (логические) модули, которые объединяют в себе некоторое количество как «маленьких» так и «средних» модулей. Примером "больших" модулей в языках программирования могут послужить пакеты или сборки в таких языках программирования, как Java.
1.2 Определение математического модуля
программный модуль библиотека visual
Соответственно математический модуль - это программная реализация набора математических формул, реализующих расчеты всех поставленных для модуля задач. Иначе говоря, математический модуль реализует всю требуемую от него математику. В обычном случае подобный модуль содержит все математические расчеты программы, но в случае больших проектов, подобных модулей может быть много, и каждый реализует свой блок математических расчетов, разделенных по определенным тематикам. Например, один блок реализует расчет решения задачи одной категорией методов, второй блок соответственно реализует расчет другой категорией методов и так далее. Подобные блоки достаточно удобно объединять в математические библиотеки для удобства их использования в программе.
В программной реализации подобные модули могут выглядеть как:
-Набор функций, описанных в отдельном файле, и представляющие собой реализацию каждой отдельной формулы, необходимой для получения решения для поставленной к модулю задачи. Соответственно, каждая функция принимает на вход определенный формулой набор параметров, и возвращает в качестве ответа полученное решение. Подобный список функций удобно использовать в небольших проектах, чтобы не усложнять структуру программы.
-Класс или набор классов, которые содержат методы расчета решения поставленной задачи по каждой заданной формуле. Методы принимают в себя необходимые для расчета коэффициенты и в качестве возвращаемого значения представляют решение вычисления по данной формуле. Каждый класс может иметь внутри себя методы для расчета формул объединенных одной тематикой. Например, класс Резистор, который содержит методы расчета надежности и интенсивности отказов всех типов резисторов. Подобная структура удобна в случае реализации больших проектов, которые, например, осуществляют расчеты надежности для всех радиоэлектронных элементов современных радиоэлектронных систем. При такой организации доступ к нужной формуле осуществляется через указание класса, в котором находится метод, реализующий расчет данной формулы. Для этого не придется искать нужную формулу в огромном списке функций. Соответственно, подобный вид организации сильно упрощает разработку больших вычислительных систем.
1.3 Принцип применения математического модуля
.3.1 Определение библиотеки
Обычно подобные модули объединяют в программные библиотеки. Библиотека в разработке ПО - совокупность подпрограмм или модулей, В определенных языках используются как совокупность нескольких модель, в других как один единственный модуль. По принципу использования операционной системой подразделяются на статические и динамические библиотеки.
Определение динамической библиотеки
Динамическая библиотека - файл, содержащий машинный код. При создании процесса, требующего динамическую библиотеку, или при запросе уже существующего процесса, библиотека загружается в память операционной системой. Благодаря этому библиотеку могут использовать в работе сразу несколько процессов. Также это позволяет экономить память, так как библиотека будет загружаться не для каждой программы, а только один раз, при этом позволяя свое использование нескольким программам. В операционных системах семейства Windows такие библиотеки имеют расширение dll. В зависимости от назначения различают:
-библиотеки, которые используются только одной программой, без которых их функционирование невозможно. Обычно содержат обязательные функции для выполнения данной программы. Недостатком подобных библиотек является тот факт, что без них невозможно нормальное функционирование программы;
-библиотеки, которые используются одной программой и расширяющие ее возможности, внося дополнительные функции. Примером таких библиотек могут послужить библиотеки плагинов, которые расширяют функционал программы;
-библиотеки общего пользования. В большинстве своем содержат функции, которые используют сразу большое количество процессов.
При написании программы программисту достаточно указать транслятору (компилятору или интерпретатору) путь к библиотеке и имя функции. Ни исходный текст функции, ни её исполняемый код в состав программы не войдут. Во время написания программного кода программисты нужно лишь указать компилятору или интерпретатору путь к библиотеке, после чего указать имя функции. При создании объектного кода ни исходный текст библиотеки, ни ее исполняемый код в состав программы входить не будут.
Достоинства динамических библиотек:
-возможность использования одной библиотеки несколькими процессами, что приводит к уменьшению использованной памяти;
-Легкость внесения исправлений и изменений. Достаточно исправить нужный код в библиотеке, и приложение будет использовать уже измененный вариант.
Их недостатки:
-возможность нарушения API (при внесении изменений в библиотеку существующие программы могут перестать работать);
-конфликт версий динамических библиотек (разные программы могут ожидать разные версии библиотек);
-Возможность доступа к одной и той же функции по одному и тому же адресу разными процессами.
Определение статической библиотеки
Статическая библиотека - файл с исходным кодом или объектный файл, который предназначен для вставки на этапе компоновки в программный код. Примером могут послужит библиотеки stdlib.h и stdio.h в языке программирования С. Библиотеки, распространяемые в виде исходного кода, преобразуются компилятором в объектные файлы. Подобные библиотеки, которые имеют вид исходного кода, используются компилятором и преобразуются компилятором в объектные файлы. После чего происходит объединение полученных объектных файлов библиотек и объектных файлов программы в единый исполняемый файл. Существуют также библиотеки, распространяющиеся уже в виде объектных файлов. Такие библиотеки уже готовы к компоновке. В таких случаях компоновщик соединяет библиотеку и программу в виде объектного файла сразу во время создания исполняемого файла.
Достоинства статичных библиотек:
-Все функции, необходимые программе включаются в один большой файл. Такой подход удобен для разработки небольших проектов.
Их недостатки:
-Полученный в результате работы компоновщика исполняемый файл занимает большой объем памяти;
-Если в ходе разработки потребовалось внести изменения и коррективы в статичную библиотеку, то придется пересобрать весь проект, что может занимать довольно большой промежуток времени.
Проблемы разработки библиотеки
Возможность разработки библиотек вместо создания отдельных прикладных программ предоставила разработчикам проблемы прикладного и системного характера. К числу основных проблем, возникающих на различных этапах конструирования библиотеки, относятся проблемы систематизации, документирования, тестирования и переносимости.
Проблема систематизации библиотек являет собой их разделение на отдельные блоки и подблоки. Их разделяют в зависимости от необходимого функционала и предметной области. В эти критерии также входят выбор стандарта именования модулей, с учетом возможного обновления библиотеки, единых стандартов входных и выходных параметров, общей системы контроля ошибок и многие другие.
Использование в разработке библиотеки с качественным документированием позволяет значительно ускорить процесс разработки, связанный с использованием в коде этой библиотеки, облегчить доступ к необходимым в данный момент разработки модулям и подмодулям, а также упростить организацию взаимодействия между программами. В решении данной проблемы помогают средства унификации и автоматизации составления документации, применение шаблонов, например для титульных листов или фрагментов текста.
Тестирование библиотеки проводится в сравнении выходных данных отдельных моделей при заданных наборах тестовых входных и выходных данных. Качества тестирования в таком случае зависит от качества и полноты тестовых наборов. Также на этапах тестирования определяется соответствие программного кода стандарту выбранного языка программирования, скорость работы, точность вычислений и полученных результатов. По результатам тестирования производят сравнение программы с ее аналогами для определения качества полученного исполняемого файла.
Переносимость подразумевает собой обеспечение возможности использования модулей библиотеки на самых разных вычислительных платформах, то есть поддерживать стабильную работу на разных типах вычислительных систем, на разных операционных системах и так далее. Также в этой проблеме встает вопрос об автоматизации переноса программ из одной среды в другую, создании кроссплатформенности, реализации возможности использования процессорно-зависимых переменных и констант, а также о следовании стандарту выбранного языка программирования. Доступ к программным модулям в библиотеки осуществляется при помощи стандартных возможностей выбранного языка программирования. Однако нередким оказывается момент, что разные модули в одной и той же библиотеке оказываются написанными разными прикладными программистами. Отсутствие среди модулей библиотеки специального системного обеспечения дает возможность осуществить создание библиотеки без существенной помощи системных программистов.
Таким образом, библиотеки программ ориентированы на реализацию модулей определенной предметной области и не содержат методов решения специфических задач. Это одно из основных требований к библиотекам, которые используются многими программами для решения задач из разных предметных областей. Следовательно, отсутствие развитого системного обеспечения и проблемно-ориентированного языка программирования является характерной особенностью библиотек программ.
1.3.2 Принципы использования dll-библиотеки
Программный код библиотеки в формате dll имеет структуру, которая в большинстве языков программирования одинакова. Любая dll-библиотека должна включать в себя:
-Модуль, который поддерживает очистку и инициализацию dll-библиотеки;
-Модули и функции, реализующие решения задач своей предметной области;
-Необходимую структуру документации.
Модуль инициализации имеет вид функции или процедуры, которая принимает на вход параметры, один из которых имеет значение, указывающее модификатор обращения. Значения, которое может принимать данный параметр, указаны в таблице 1.
Таблица 1 - Значения параметра модуля инициализации библиотеки
DLL_PROCESS_ATTACHУказывает, что библиотека подключена к вызывающему процессуDLL_PROCESS_DETACHУказывает, что библиотека отсоединена от вызывающего процессаDLL_THREAD_ATTACHУказывает, что процесс создаёт новый потокDLL_THREAD_DETACHУказывает, что процесс завершает поток
Модуль инициализации возвращает параметр со значением истина, если процесс завершился успешно, или со значением ложь, если в процессе инициализации возникла ошибка. В случае получения параметра ложь, все дальнейшие действия завершаются.
Перед тем, как использовать модули библиотеки, необходимо подключить библиотеку к программному обеспечению. Подключение можно осуществить двумя способами. Первый заключается в объявлении отдельной внешней функции или процедуры, а второй - в осуществлении объявления динамически, при помощи функций Win32 API. Но все равно внутренние модули библиотеки будут загружены в память только в момент работы приложения.
Чтобы загрузить dll-библиотеку, операционная система должна найти её. Для загрузки и использования библиотеки приложением, операционная система должна найти и подгрузить ее. Стандартный поиск операционной системы осуществляется в следующих разделах:
-Место расположения приложения, которое запросила доступ к библиотеке;
-текущая директория;
-Расположение системы на диске, обычно адрес директории выглядит так: C:\Windows\System32;
-Расположение подраздела системы для работы 16-битных программ.
-Расположение самой операционной системы Windows;
-Пути, которые указывает переменная окружения Path.
Просмотр перечисленных выше разделов производится до нахождения нужной библиотеки. Порядок просмотра может быть разным. В случае, когда библиотека не найдена системой, выдается уведомление об ошибке поиска.
1.3.3 Преимущества и недостатки использования dll-библиотек
Использование динамических библиотек предлагает следующие преимущества:
-Экономия памяти и уменьшение объема выгрузки. В случае использования динамических библиотек, несколько приложений одновременно получают доступ к одной библиотеке. При этом для использования библиотеки требуется хранение только одного экземпляра библиотеки в памяти системы. В случае же использования статичных библиотек операционная система должна для каждой программы, которой необходима данная библиотека, загрузить код библиотеки в память.
-Экономия места на диске. В случае параллельного использования одной dll-библиотеки многими программами, на диске хранится только одна копия данной библиотеки. При использовании статических библиотек наоборот, для каждой программы создается отдельная копия данной библиотеки.
-Удобство и простота изменения и обновления dll-библиотек. Если требуется провести изменение или корректировку dll-библиотеки, то после внесения изменений в библиотеку не придется проводить компиляцию или компоновку приложения, которое использует данную библиотеку, заново. Однако при использовании объектного кода статических библиотек придется проводить перекомпиляцию программы или снова проводить компоновку в случае даже небольших изменений.
-Обеспечение длительной поддержки выпущенных в использование библиотек. Обеспечивается легкостью обновления и дополнения функционала библиотеки для расширения возможностей или для поддержки новых устройств.
-Поддержка многоязычных программ. Использование разных языков программирования при разработке программы не мешает использованию библиотеки, если язык программы и язык библиотеки используют единые стандарты вызова функций.
-Упрощение создания международных версий приложений. Легкость использования dll-библиотек позволяет облегчить процесс интернационализации программы, если, например, загрузить все строковые ресурсы, используемые программой, в dll-библиотеку. Соответственно версию для каждого языка размещаем в отдельной библиотеке, и подгружаем ресурсы той, язык которой необходим в данный момент.
Единственным крупным недостатком можно считать тот факт, что программа, использующая dll-библиотеку, не может иметь полный функционал в ее отсутствии.
Если приложение использует функцию в библиотеке, или одна библиотека использует функцию из другой библиотеки, то получается зависимость, из-за которой приложение или библиотека становятся зависимыми, теряют свою самодостаточность. Соответственно при следующих событиях происходят ошибки:
-Соответствующая библиотека обновилась до новой версии;
-Внесены изменения в зависимую dll-библиотеку;
-Соответствующий dll-файл перезаписывался с более ранней версией;
-Соответствующий dll-файл не найден системой или удален с компьютера.
Обычно эти действия называются конфликтами dll-библиотек. Если не обеспечивается обратная совместимость, программа не может быть успешно запущена. Такие действия называют конфликтом dll-библиотек. Программа может быть успешно запушена и нормально использоваться только в случае обеспечения обратной совместимости.
1.4 Разработка технического задания
.4.1 Общие требования
Целью работы является создание обширной библиотеки, реализующей необходимый функционал формул для расчета надежности и коэффициентов отказов следующих типов радиоэлектронных элементов:
-Полупроводниковые приборы
-Оптоэлектронные полупроводниковые приборы
-Изделия квантовой электроники
-Генераторные, модуляторные и регулирующие лампы
-Газоразрядные приборы и высоковольтные кенотроны
-Трубки электроннолучевые приемные и преобразовательные
-Знакосинтезирующие индикаторы
-Приборы фотоэлектронные
-Приборы фотоэлектрические
-Приборы пьезоэлектрические и фильтры электромеханические
-Резисторы
-Конденсаторы
-Трансформаторы
-Дроссели
-Линии задержки
-Лампы накачки
-Источники высокоинтенсивного оптического излучения
-Компоненты волоконно-оптических систем передачи информации
-Коммутационные изделия
-Установочные изделия
-Соединители низкочастотные и радиочастотные
-Электровакуумные приборы и модули СВЧ
-Приборы Ферритовые СВЧ
-Аппараты электрические низковольтные
-Машины электрические малой мощности
-Силовые Полупроводниковые приборы
-Электрические кабели, провода, шнуры
-Химические источники тока
-Лампы электрические
-Соединения
-Платы с металлизированными сквозными отверстиями
В качестве источника формул методов расчета надежности и интенсивности отказов современных радиоэлектронных систем использовать справочник «Надежность электрорадиоизделий 2006». В результате необходимо получить библиотеку классов, реализующих расчет необходимых формул.
1.4.2 Поставленные требования к программному коду
Комментирование кода:
По ходу написания программы необходимо добавлять внятное описание (в комментариях на русском языке) ключевых моментов программы. Исключить комментарии из серии - int, if, for ("целочисленная переменная", "цикл").
Необходимо описывать логику работы программы ("запрашиваем состояние соединения с сервером", "ожидаем изменения флага готовности анимации" и т.п.)
Каждый модуль программного кода должен иметь комментарий, достаточно подробно описывающий назначение приведенного модуля, но без подробного описывания его работы.
Необходимо описывать функции (в месте где эти функции определены) "функция возвращает 1 если успешно, 0 если ошибка.
Если это типовой кусок кода, при этом по какой-либо причине он дублируется, можно не описывать подобно а написать "делаем такое-то действие, см. описание //указание места//"
Разбитие программ на функции:
При написании программы необходимо выделять однотипные части кода в отдельные функции, это в первую очередь касается функций подключения и получения данных из БД, и функций связи с другими модулями. Это необходимо для обеспечения простоты модификации программы в случае изменения протоколов связи или типов БД.
Скорость выполнения и очистка памяти:
По причине цикличности выполнения задач в программе необходимо стремиться к увеличению скорости работы программных модулей выполняющих действия многократно и следить за оптимальностью использования памяти.
Компиляция:
Написание программы выполняется на языке C# в среде разработки Visual Studio 2013, компиляцию необходимо проводить как для х32 системы так и для х64.
Отладка написанного программного кода и предоставление работы:
Для отладки написанного программного модуля, в случае если он подразумевает взаимодействие с другими модулями необходимо создать простейшие приложения-заглушки, имитирующие работу других модулей, в соответствии с протоколами взаимодействия. Особые требования к интерфейсу приложений-заглушек не предъявляется, единственное требование - возможность имитировать все возможные команды оригинала модуля.
1.4.3 Требования к разрабатываемой библиотеке
Общая задача: выдать результат расчета по запрошенной формуле, при неудаче - выдать статус ошибки.
Формат функции:err = fx(int x, double y, double z, double res);
где err = 0 при успешном выполнении функции, в противном случае = 1= результат выполнения функции
Требования к названиям функций:
Необходимо соблюдать общий стиль названия функций и переменных.
Названия функции для каждой группы начинаются с префикса, кириллические символы заменяются латиницей по ГОСТ 16876-71, префикс обозначающий группу и суффикс означающий подгруппу пишутся без пробелов и заглавными буквами.
Названия переменных пишутся без префиксов и суффиксов маленькими буквами.
(например λЭ для группы «резисторы» подгруппы «метало диэлектрические»)._lmbd_eh_MD(double lmbd_b, double k_rjm, double k_res …);
Документирование:
Необходимо вести таблицу описаний функций «название функции» - «название формулы, № страницы справочника» «типы данных и ограничения», так же эти данные дублировать в комментарии к каждой функции перед ее определением.
Для достижения поставленной задачи необходимо решить следующие задачи:
.Разработать состав и назначения классов;
.Разработать структуру каждого класса;
.Реализовать методы расчета для каждого класса;
.Скомпилировать библиотеку классов в формате dll;
.Провести тестирование всех классов библиотеки.
ГЛАВА 2. РАЗРАБОТКА СТРУКТУРЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
2.1 Общая характеристика математических моделей
Значения эксплуатационной интенсивности отказов большинства групп электрорадиоизделий рассчитываются по математическим моделям, имеющим вид:
или
где λб (λб.с.г) - базовая интенсивность отказов типа (группы) ЭРИ, рассчитанная по результатам испытаний ЭРИ на безотказность, долговечность, ресурс;
Кi - коэффициенты, учитывающие изменения эксплуатационной интенсивности отказов в зависимости от различных факторов;- число учитываемых факторов.
где λбj - исходная (базовая) интенсивность отказов j-го потока отказов;- количество независимых потоков отказов составных частей ЭРИ;
Кij - коэффициент, учитывающий влияние i-го фактора в j-м потоке отказов;- количество факторов, учитываемых в j-ом потоке отказов.
Модели расчета эксплуатационной интенсивности отказов распространяются на период постоянства интенсивности отказов во времени.
Для расчета значений λэ по отдельным видам отказов, базовую интенсивность отказов λ*б определяют по формулам:
или
где Квид - доля учтённого вида отказов в общем распределении.
Значения λб приведены для отдельных типов ЭРИ и рассчитаны по результатам испытаний конкретных типов ЭРИ. В случае отсутствия информации для расчета интенсивности отказов конкретного типа оценка производится по значению интенсивности отказов аналога или типового представителя той группы, в которую входит данный тип.
2.2 Описание коэффициентов моделей
Коэффициенты, входящие в математические модели прогнозирования интенсивности отказов ЭРИ, условно можно разделить на две группы (таблица 2):
-первая группа коэффициентов является общей для моделей большинства классов, групп и типов изделий и характеризует режимы и условия их эксплуатации, уровень качества производства ЭРИ;
-вторая группа коэффициентов включается в модели конкретных классов (групп) ЭРИ и характеризует зависимость интенсивности их отказов в заданных условиях эксплуатации от конструкционных, функциональных и технологических особенностей ЭРИ.
Таблица 2 - Характеристика коэффициентов моделей расчета интенсивности отказов ЭРИ
Коэффициент режима Кр служит для пересчета базовой интенсивности отказов к фактическим режимам применения ЭРИ в аппаратуре. Значения Кр приведены в соответствующих таблицах разделов справочника. Для большинства групп ЭРИ одновременно приводятся аналитические выражения для определения Кр.
Коэффициент приемки Кпр отражает два уровня качества изготовления изделий: общего военного применения (ОВП) - приемка «5» и повышенной надежности (ОС) - приемка «9» (в эту же группу входят изделия повышенной надежности, выпускаемые малыми партиями (ОСМ) - приемка «7»). Для изделий с приемкой «5» значение Кпр принято равным 1.
Коэффициент эксплуатации Кэ учитывает степень жесткости условий эксплуатации и показывает, во сколько раз интенсивность отказов ЭРИ в аппаратуре конкретного класса (группы эксплуатации по ГОСТ РВ 20.39.301-98) выше при всех прочих равных условиях, чем в наземной стационарной аппаратуре.
Коэффициент ионизирующих излучений Кии (Кии ≥ 1) учитывает влияние воздействующих ионизирующих излучений естественного и искусственного происхождения на надежность ЭРИ. При отсутствии статистических данных об указанном воздействии следует принимать
Кии = 1.
В соответствии с требованиями обеспечения надежности при проектировании на разных этапах разработки производится приближенный или уточненный расчет надежности аппаратуры (ГОСТ РВ 20.39.302-98).
При проведении ориентировочных расчетов эксплуатационной интенсивности отказов (λэ) для условий, отличных от указанных в примечаниях к таблицам, следует воспользоваться соотношением:
λ′э = λэ·К,
где К - коэффициент, учитывающий различие между значениями Кр, указанными в примечаниях, и требуемыми К′р, т.е К = К′р / Кр.
При проведении уточненного расчета надежности РЭА оценка эксплуатационной интенсивности отказов ЭРИ, входящих в состав аппаратуры, производится по соответствующим моделям с учетом всех коэффициентов.
В справочнике приведены значения Кэ, многократно подтвержденные по результатам эксплуатации соответствующих групп аппаратуры. Для отсутствующих в справочнике групп РЭА значение Кэ следует выбирать по согласованию с заказчиком из имеющихся в справочнике групп аппаратуры, наиболее близких по условиям эксплуатации.
Суммарная интенсивность отказов аппаратуры рассчитывается по формуле:
где Ка - коэффициент качества производства аппаратуры;
λэij - интенсивность отказов i-го типа изделий j-ой группы;- количество изделий j-ой группы;- количество групп изделий.
Коэффициент качества производства аппаратуры Ка учитывает уровень требований к разработке и изготовлению аппаратуры (отработанность техпроцесса и уровень организации производства аппаратуры).
Коэффициент Ка отражает среднестатистическую разницу в интенсивности отказов ЭРИ в аппаратуре, разрабатываемой и изготовляемой по требованиям различной НД.
При расчете надежности аппаратуры, которая в эксплуатации основную часть времени находится в режиме ожидания (хранения) в обесточенном состоянии с периодическим контролем работоспособности, рекомендуется использовать значения интенсивности отказов λэ.х групп ЭРИ, рассчитываемые по моделям:
для неподвижных объектов:
для подвижных объектов:
где λх.с.г - интенсивность отказов ЭРИ по результатам испытаний изделий на сохраняемость в упаковках заводов-изготовителей при температуре 5…40°С и относительной влажности воздуха до 80% (при температуре +25°С);
λб - базовая интенсивность отказов типа (группы) ЭРИ;
Кt.х - коэффициент, учитывающий изменение интенсивности отказов λх.с.г в зависимости от температуры окружающей среды;
Кпр - коэффициент приемки;
Кэ - коэффициент эксплуатации;
Кусл - коэффициент, учитывающий изменение интенсивности отказов λх.с.г
в зависимости от условий эксплуатации в режиме ожидания (хранения).
Модели (2) и (4) используют для расчета эксплуатационной интенсивности отказов изделий в режиме ожидания, для которых из-за отсутствия или недостаточности информации не приведены значения λб и (или) отсутствуют значения коэффициента хранения Кх, определяемые из соотношения Кх = λх.с.г / λб.с.г. В остальных случаях используют модели (1) и (3).
2.3 Разработка структуры классов
Основой структуры классов библиотеки модуля математического аппарата системы расчета надежности современных РЭС является разбиение всех формул математических моделей на модули, каждый из которых реализует расчет показателей для определенного типа элементов.
Соответственно каждый класс реализует расчет математических моделей и формул расчета коэффициентов надежности для отдельного типа радиоэлектронных элементов из приведенного списка. Внутри каждого класса реализованы статические методы, которые реализуют расчет той или иной математической модели или формулы конкретного типа элементов для каждого конкретного класса.
В объектно-ориентированном программировании основная задача методов заключается в том, чтобы изменять текущее состояние объекта, но до тех пор, когда в программе объекты ещё не используются, методы уже могут вводиться. Метод, который описан внутри некоторого класса, но вызывается без приложения к конкретному объекту этого класса, называется статическим.
Выбор реализации методов класса в качестве статических обусловлен тем, что для доступа к нужной формуле из тела программы не придется создавать объект класса, реализующего данную формулу. К тому же у каждого класса большой объем реализованных математических моделей и формул расчета надежности и интенсивности отказов, поэтому создание такого объекта задействует сравнительно большой объем памяти, чего естественно необходимо избегать. А реализация всех методов реализации расчетов в качестве статичных методов позволит избежать ненужной потери памяти и не обусловленного расхода ресурсов вычислительной системы.
Таким образом использование такой библиотеки классов позволит практически не расходуя память и ресурсы проводить необходимые расчеты коэффициентов надежности и интенсивности отказов. Каждый метод класса реализует один из методов расчета, соответственно каждый метод класса имеет такое же название как и название формулы, которую данный метод реализует. Это позволяет упростить понимание кода и облегчить доступ к необходимому расчету.
Для большего удобства использования библиотекой для каждого метода каждого класса имеется развернутый комментарий, описывающий формулу или метод, который данный метод реализует, а также расположение этого метода или формулы в справочнике «Надежность электрорадиоизделий 2006», в котором содержатся все реализуемые в библиотеке классов формулы.
Название каждого метода классов реализуется следующим образом: сначала пишется имя класса в сокращенной форме, например RES, означающий, что данный метод реализует один из методов расчета надежности резисторов; Далее через нижнее подчеркивание (так как в названии метода в программном коде нельзя и невозможно использование пробелов) пишется название формулы; Затем при необходимости пишутся следующие идентификаторы:
-Сокращения до первых букв от подтипов элементов, для которых проводится расчет, например на Рис.2.3.1 приведен код для расчета эксплуатационной интенсивности отказов полупроводниковых излучателей и оптопар.
Рис.2.3.1 Пример реализации метода в классе