Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

10870

.pdf
Скачиваний:
0
Добавлен:
25.11.2023
Размер:
15.4 Mб
Скачать

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

Можно предположить, что процесс формирования квантовой воронки начинает протекать при температуре, близкой к температуре размягчения окиси бора, которая по справочным данным составляет около 230оС. Исходя из полученных данных, процесс формирования воронки заканчивается при температуре около 190оС, т. е. совершенно в твердом состоянии материала, что, как доказано ранее [3], инициировано большим температурным градиентом, который возникает при резком охлаждении расплава.

Проведено исследование двухжидкостной структуры борного оксидного расплава. При этом борное стекло помещается в ячейку, состоящую из двух концентрически расположенных платиновых тиглей [2]. После выдержки в трубчатой печи в течение 20 минут при температуре 900 oC расплав разделяется на сверхтекучий расплав, который перетекает из большого в малый платиновый тигель, и исходный расплав, находящийся в большом платиновом тигле. Результаты опыта нашли многократное подтверждение.

Результаты исследования:

1.В ходе опыта подтверждено способность расплава борного ангидрида перетекать из большого тигля в малый при температуре порядка 800 - 1000 oC после его выдержки в трубчатой печи в течение 30 минут.

2.Экспериментально подтверждено, что при охлаждении расплава

В2О3 происходит образование необычной центральной воронки при полном отсутствии механических воздействий на расплав.

3.Подтверждено, что при температуре в печи 900 oC происходит

разделение расплава В2О3 на сверхтекучий расплав, который перетекает из большого в малый платиновый тигель, и исходный расплав, находящийся в большом платиновом тигле, и может рассматриваться в рамках двухжидкостной модели Л.Д. Ландау [6].

Таким образом, полученные экспериментальные данные подтверждают результаты работ [1-5] и наличие у борного оксидного

расплава В2О3 признаков сверхтекучести и квантовых свойств при высоких температурах (800-1000oC). Данные исследования имеют фундаментальное значение для современной науки, расширяют диапазон знаний о теории квантовых веществ.

Литература 1. Способ получения квантовых жидкостей сверхтекучих оксидных

расплавов: пат. 2524396 Рос. Федерация: МПК C01G1/02, C01D7/00, C01D17/00, C01B35/10 / А.Ф. Борисов, Е.В. Копосов, М.М. Буньков,

100

В.А.Забелин, И.А. Кислицына; заявитель и патентообладатель Нижегор. Гос. Архитектур.-строит, ун-т. – № 2013108552; заявл. 26.02.13; опубл.

04.06.14.

2.Способ визуализации двухжидкостной структуры квантовых жидкостей в оксидных расплавах: заявка 2013125987 Рос. Федерация / Борисов А.Ф., Забелин В.А.; заявитель Нижегор. Гос. Архитектур.-строит,

ун-т. – № 2014116453; заявл. 23.04.2014.

3.Способ получения оксидных стеклообразующих расплавов, обладающих способностью к формированию квантовых воронок [Текст] :

пат. 2540956 Рос. Федерация: МПК C01G1/02, C01B35/10, C01B35/06 /

А.Ф. Борисов, Е.Б. Снегова, В.А.Забелин; заявитель и патентообладатель Нижегор. Гос. Архитектур.-строит, ун-т. – № 2013141575; заявл. 10.09.13;

опубл. 24.12.14.

4.Способ измерения температуры и исследования когерентных свойств поверхностного нанометрового слоя сверхтекучей части квантовой жидкости (конденсата Бозе-Энштейна): заявка 2014140580 Рос. Федерация

/Борисов А.Ф., Забелин В.А.; заявитель Нижегор. Гос. Архитектур.-

строит, ун-т. – № 2014116453 ; заявл. 07.10.2014.

5.Способ получения однокомпонентной сверхтекучей квантовой

жидкости на основе расплава неорганического полимера: заявка 2013125987 Рос. Федерация / Борисов А.Ф., Забелин В.А.; заявитель Нижегор. Гос. Архитектур.-строит, ун-т. – № 2013108552 ; заявл.

05.06.2013;

6. Ландау, Л.Д. Теоретическая физика Т. 5. Статистическая физика. Ч. 1./Л.Д. Ландау, Е.М. Лифшиц/ Изд. 5-е. М.: Физматлит, 2005.-616 с.

Хромых В.Е., Кислицын Д.И.

(ФГБОУ ВО «Нижегородский государственный архитектурностроительный университет»)

РАЗРАБОТКА ЕДИНОГО ЯДРА ДЛЯ КЛИЕНТСКИХ ПРИЛОЖЕНИЙ ПРОГРАММНОГО СРЕДСТВА «МЕНЕДЖЕР КОНСТРУКТОРСКИХ РАСЧЕТОВ»

В настоящее время в ННГАСУ разработано действующее программное средство (ПС) «Менеджер конструкторских расчетов» («МКР») [1], позволяющее выполнять расчёт строительных конструкций практически неограниченной сложности. Архитектура ПС «МКР» представлена на рисунке 1 [2,3].

101

 

 

 

Пользователь

Пользователь

ПользовательПользователь

 

 

 

Пользователь

Пользователь

 

 

 

Локальный

Локальный

Локальный

Логика приложения

Логика приложения

Логика приложения

графический

графический

графический

Клиент СУ

Клиент СУ

Клиент СУ

интерфейс

интерфейс

интерфейс

Клиент СРФ

Клиент СРФ

Клиент СРФ

пользователя

пользователя

пользователя

Логика приложения

Логика приложения

Логика приложения

Базовое

Базовое

Базовое

Клиент СУ

Клиент СУ

Клиент СУ

 

 

 

программное

программное

программное

Базовое

Базовое

Базовое

средство

средство

средство

программное

программное

программное

 

 

 

 

 

 

средство

средство

средство

 

 

Локальнаяокальнаясетьсеть

 

 

 

Клиент СРФ Клиент СУ

 

 

 

 

Логика приложения

 

 

 

 

Веб-интерфейс

 

 

 

 

 

 

 

СерверСерверуправленияуправления((СУСУ))

 

 

 

СерверСервер

 

 

Б

Веб-сервера

 

распределенияраспределения

 

сновная Б

 

 

 

БД Веб-сервера

 

айлов (СР )

 

 

 

ВебВеб--серверсервер

MSSSSQLLServerServer

Основная БД

 

 

файлов (СРФ)

 

ПользовательПользователь

 

 

ПользовательПользователь

 

Веб-браузер

 

 

 

 

 

Веб-браузер

 

 

 

 

 

 

 

 

Интернетнтернет

 

 

ПользовательПользователь

 

ПользовательПользователь

 

 

Веб-браузер

 

 

 

 

Веб-браузер

 

 

 

 

 

ис. 1. Архитектура ПС «МКР»

Р

Входе разработки представленной архитектуры ПС «МКР» (рис. 1) был произведен анализ клиентских приложений ПС «МКР». В результате было решено пересмотреть архитектуру клиентских приложений и разработать единое ядро, которое будет включать весь необходимый набор библиотек для клиентских приложений ПС «МКР». Данное решение способствует:

• упрощению проектирования ПО и гибкому внедрению нового функционала;

• простоте отладки;

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

• повышению надежности и эффективности ПО.

Витоге была разработана новая архитектура ПС «МКР» с реализацией в клиентских приложениях единого ядра (рис. 2).

102

 

 

 

 

ПользовательПользователь

 

ПользовательПользователь

 

 

 

 

 

Локальный

 

Локальный

 

Клиент СУ

Ядро

Клиент СУ

Ядро

графический

Ядро

графический

Ядро

 

 

 

 

интерфейс

 

интерфейс

 

Клиент СРФ Ядро

Клиент СРФ Ядро

пользователя

 

пользователя

 

Клиент СУ

Ядро

Клиент СУ

Ядро

 

 

 

 

Базовое

Базовое

 

 

 

 

программное

программное

Базовое

Базовое

средство

средство

программное

программное

 

 

 

 

 

 

 

 

средство

средство

 

 

 

Локальная сеть

 

 

 

Клиент СРФ

Клиент СУ

 

 

 

 

 

Ядро

Ядро

 

 

 

 

 

Веб-интерфейс

 

 

 

 

 

 

 

 

 

СерверСерверуправленияуправления((СУСУ))

 

 

 

 

СерверСервер

 

 

 

 

ББДВебВеб--серверасервера

распределенияраспределения

 

 

ОсновнаясновнаяББД

 

ВебВеб--серверсервер

файлов (СРФ)

MSSSSQLLServerServer

 

 

 

айлов (СР )

 

 

 

ПользовательПользователь

 

ПользовательПользователь

 

 

 

Веб-браузер

 

 

 

 

 

Веб-браузер

 

 

 

 

 

 

 

 

 

Интернетнтернет

 

 

 

 

 

ПользовательПользователь

 

ПользовательПользователь

 

 

 

Веб-браузер

 

 

 

 

 

Веб-браузер

 

 

 

 

 

 

 

 

Рис. 2. Архитектура ПС «МКР» с использованием ядра единого клиентских приложений

Ядро клиентских приложений будет включать в себя:

TCP/IP клиент для работы с сервером, имеющий регламентированный набор команд;

библиотеку расширенных элементов управления

WindowsForms;

библиотеку стандартных форм «Локального графического интерфейса» ПС «МКР»;

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

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

набор логики для работы графического клиентского приложения.

Для обеспечения единой точки доступа к основному функционалу клиентских приложений ПС «МКР» был разработан класс «Mkr» для ядра клиентских приложений (рис. 3).

103

Рис. 3. Класс «Mkr» для ядра клиентских приложений

Класс «Mkr» будет включать в себя следующие поля, свойства, а также методы (рис. 4).

Рис. 4. Детализация класса «Mkr» для ядра клиентских приложений

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

104

Литература

1.Хромых В. Е. Разработка автоматизированной системы управления расчётом на прочность сложных строительных и промышленных объектов в распределённых компьютерных средах // Материалы конференции «I Межвузовская научно-практическая конференция, посвященная научным достижениями выпускников бакалавриата 2013 года и стипендиатов президента России и Правительства РФ», Санкт-Петербург, 2013г.

2.Хромых В. Е., Кислицын Д. И., Домрачев А. И. Проблемы разработки и реализации web-интерфейса для многопользовательской автоматизированной системы «Менеджер конструкторских расчётов» // IV Всероссийский фестиваль науки: сборник докладов / Нижегород. гос. архитектур. - строит. ун - т – Н. Новгород: ННГАСУ, 2014. – 180 с.

3.Хромых В. Е., Домрачев А. И., Кислицын Д. И. Развёртывание программного средства "Менеджер конструкторских расчётов" на кластере ННГАСУ //Материалы 26-й Всероссийской научно-практической конференции по графическим информационным технологиям и системам

«КОГРАФ-2016», 13-15 апреля 2016 г. – Н. Новгород, 2016. – 116 с.

Шаховнина А.В.

(ФГБОУ ВО «Нижегородский государственный архитектурностроительный университет»)

ПРИМЕНЕНИЕ AGILE-МЕТОДИК В РАЗРАБОТКЕ ПРОГРАММНЫХ ПРОДУКТОВ

C развитием конкуренции на рынке ИТ-компаниям необходимо находить новый подход к разработке, который поможет выпускать программные продукты быстрее, не теряя при этом в качестве. В такой ситуации приходят на помощь гибкие методологии, действуя согласно которым, организация может повысить эффективность бизнес-процессов разработки. Особенность гибких методологий в их адаптивности, то есть способности подстроиться практически под любые процессы и организации. Одной из самых популярных реализаций гибких методологий является Скрам (англ. scrum «схватка»).

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

105

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

1.Планирование должно быть закончено до того, как начнётся любая другая проектная деятельность;

2.В большинстве случаев планирование происходит без целостного понимания будущей системы;

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

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

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

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

Затем итерации повторяются раз за разом, проходя по тем же этапам

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

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

Авторы методологии предлагают рассматривать Скрам как игру, в которой есть свои правила: роли, артефакты, ритуалы.

Три роли Скраме.

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

106

Третья роль – команда - объединяет несколько человек и включает в себя разработчиков и тестировщиков.

Три артефакта Скрама.

Под артефактами подразумеваются документы, которые используются в процессе. Первый из них – это бэклог продукта - документ, в котором владелец продукта ведёт приоритезированный список необходимых функций, или пользовательских историй. Пользовательская история – шаблон описания требований, которое строится по правилу: в качестве пользователя (роль в системе) мне необходимо (функционал) Так что (причина). Самые приоритетные истории составляют второй артефакт

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

Три ритуала Скрама.

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

107

Шкода И.В.

(ФГБОУ ВО «Нижегородский государственный архитектурностроительный университет»)

СРАВНИТЕЛЬНЫЙ АНАЛИЗ СТЕРЖНЕВОЙ И ПЛАСТИНЧАТОЙ РАСЧЕТНЫХ СХЕМ СВАРНОЙ ДВУТАВРОВОЙ БАЛКИ ПЕРЕМЕННОГО СЕЧЕНИЯ

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

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

Высокая доля автоматической сварки;

Высокая транспортабельность и коэффициент полезного использования объема;

Технологичность на монтаже;

Пониженная высота конструкций покрытия.

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

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

В данной работе рассмотрена двутавровая двухопорная балка переменного сечения, представленная на рис.1.

Для расчета данной балки выбрано три типа схем (рис.1):

1.Самый простой способ – когда рассматривается простая двухопорная балка;

2.Более сложный – когда учитывается, что поперечное сечение балки наклонное, так как изменяется положение оси стержня, которая проходит через центры тяжести всех сечений;

3.Создается пластичная модель из конечных элементов.

108

Рис.1. Типы схем расчета двутавровой балки переменного сечения

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

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

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

Расчет балки в сечении 1-1 (рис.3):

109

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]