Молодой учёный

8

«Молодой учёный»  .  № 7.2 (87.2)   .  Апрель, 2015  г.

Химия

Биспидиндердің түзілгендігін ИҚ, ЯМР

 13

С және 

1

Н 

спектрлерімен және элементтік анализ мәліметтерімен 

дәлелденді. Бициклді аминдердің (

2.8–2.11) ИҚ спек-

тріндегі карбонил тобының жұтылу жолағының жоғалуы 

мақсатты заттың түзілгендігін көрсетеді. Диазабицикло-

нонанның (

2.8–2.11) ЯМР 

13

С спектрінде бастапқы кетон 

спектрімен салыстырғанда карбонил тобына тән көміртек 

атомдарының сигналдарының болмауы, ал спектрдің 

күшті өрісінде (30,2–31,9 м. ү.) 9-орында метилен тобын-

дағы көміртек атомының триплеттік сигналдары байқа-

лады, бұдан басқа С

1,5

 дублетті сигналдарының спектрдің 

күшті өрісіне (29,6–30,5 м. ү.) қарай ығысуы көрінді, С

2,4 

және С

6,8

 сигналдары 57,7–59,0 м. ү. облысында байқа-

лады.

Әдебиет:

1.  Орехов А. П. Химия алкалоидов. — М.: АН СССР. — 1955. — с. 185–191.

2.  Mannich C., Mohs P. Uber Derivate eines aus zwei Piperidineringen kondensierte bicyclischen Systems // Chem. 

Ber. — 1930. — Bd. 63. — S. 506–512.

3.  Böhme H., Die Behandlung von Herzrhythmusstörunggen mit Sparteinsulfat //Z. Gesamte Inn. Med. — 1964. — 

Bd. 19. — S. 883–889.

4.  Senges J., Rudel R., Schid-Wiedersheim E. Effect of Spartein of Normal and Myotonic Mammalian skeletal Muscle 

// Pharmacol. — 1972. — V. 274. — P. 348–356.

5.  Mannich C., Veit F. Derivatives of bispidine // Ber. — 1935. — Вd. 68 — S. 506–512.

6.  Патент 10442 РК. Малеат 3,7-ди (2-этоксиэтил) — 3,7-диазабицикло- [3.3.1] нонана, обладающий местноа-

нестезирующей и противоаритмической активностью и полупродукт его получения / Пралиев К. Д., Шин С. Н., 

Искакова Т. К., Исмагулова Н. А., Ю В. К., Берлин К. Д.; опубл. 16.08.04, Бюл. № 8. — 5c.

7.  Китаев Ю. П., Бузыкин Б. И. Гидразоны. — Москва: Наука, 1974. — 445с

8.  Пірәлиев Қ. Ж., Тоғызбаева Н. Ә., Ысқақова Т. Қ. Табиғи алкалоидтардың аналогтары 3- (3-изопропокси-

пропил) — 7- (3-морфолинопропил) — 3,7-диазабицикло [3.3.1] нонан-9-он және оған сәйкес нонанның син-

тезі мен құрылысы //Труды Междунар. науч.-прак. конф. «Инновационная роль науки в подготовке совре-

менных технических кадров», посвященной светлой памяти Героя Социалистического Труда, академика А: 

С. Сагинова и 55-летию Университета.-Караганда, 2008. Выпуск 2. — с. 530–532.

9.  Райымбекова Б. А. 3,7-диазабицикло [3.3.1] нонан туындыларының иммунитетті ынталандырғыш белсен-

діліктер көрсету қасиеті // Молодой ученый, — 2014. — № 2.1 (6.11) — с. 1–2.

9

“Young Scientist”  .  #7.2 (87.2)  .  April 2015

Computer Science

И Н ФО РМ АТ И КА

Об особенностях архитектур облачных приложений

Айтимова Улзада Жолдасбековна, кандидат физико-математических наук, старший преподаватель; 

Киянбеков Айбек Жеңисович, магистрант

Кызылординский государственный университет им. Коркыт Ата (г. Кызылорда, Казахстан)

О

блачные вычисления — информационно-техноло-

гическая концепция, подразумевающая обеспечение 

повсеместного и удобного сетевого доступа по требо-

ванию к общему

 пулу конфигурируемых вычислительных 

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

и освобождены с минимальными эксплуатационными за-

тратами или обращениями к провайдеру [1].

Основные характеристики облачных вычислений, ко-

торые отличают их от других типов вычислений (интер-

нет-ресурсов):

1.  Самообслуживание по требованию. Потреби-

тель по мере необходимости автоматически, без вза-

имодействия с каждым поставщиком услуг, может са-

мостоятельно определять и изменять вычислительные 

мощности, такие как серверное время, объем хранилища 

данных.

2.  Широкий (универсальный) сетевой доступ. Вычис-

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

по сети через стандартные механизмы, что способствует 

широкому использованию разнородных (тонких или тол-

стых) платформ клиента (терминальных устройств).

3.  Объединение ресурсов. Конфигурируемые вычис-

лительные ресурсы поставщика объединены в единый пул 

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

большим количеством потребителей.

4.  Мгновенная эластичность ресурсов (мгновенная 

масштабируемость). Облачные услуги могут быстро пре-

доставляться, расширяться, сжиматься и освобождаться 

исходя из потребностей потребителя.

5.  Измеряемый сервис (учет потребляемого сервиса 

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

пользованы). Облачные системы автоматически управ-

ляют и оптимизируют использование ресурсов за счет осу-

ществления измерений на некотором уровне абстракции, 

соответствующей типу сервиса.

Потребители облачных вычислений могут значительно 

уменьшить расходы на инфраструктуру информационных 

технологий (в краткосрочном и среднесрочном планах) 

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

требностей, используя свойства

 вычислительной эластич-

ности облачных услуг.

Преимущества облачных вычислений

—  Пользователь оплачивает услугу только тогда, когда 

она ему необходима, а самое главное он платит только 

за то, что использует.

—  Облачные технологии позволяют экономить на при-

обретении, поддержке, модернизации ПО и оборудования.

— Масштабируемость, отказоустойчивость и безо-

пасность Ї автоматическое выделение и освобождение 

необходимых ресурсов в зависимости от потребностей 

приложения. Техническое обслуживание, обновление 

ПО производит провайдер услуг.

— Удаленный доступ к данным в облаке Ї работать 

можно из любой точки на планете, где есть доступ в сеть 

Интернет.

Различают три основных модлеи облачных вычис-

лений [2]:

Инфраструктура как услуга

  (IaaS, 

англ.

  IaaS or 

Infrastructure-as-a-Service) предоставляется как воз-

можность использования облачной инфраструктуры 

для 

самостоятельного управления ресурсами обработки, 

хранения, сетями и другими фундаментальными вычисли-

тельными ресурсами, например, потребитель может уста-

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

спечение, которое может включать в себя

 

операционные 

системы,

 платформенное и прикладное программное обе-

спечение. Потребитель может контролировать операци-

онные системы, виртуальные системы хранения данных 

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

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

висов (например,

 

межсетевым  экраном, DNS

). Контроль 

и управление основной физической и виртуальной инфра-

структурой облака, в том числе сети, серверов, типов ис-

пользуемых операционных систем, систем хранения осу-

ществляется облачным провайдером.

Платформа как услуга

  (PaaS,  англ. Platform-as-a-

Service) — модель, когда потребителю предоставляется 

возможность использования облачной инфраструктуры 

10

«Молодой учёный»  .  № 7.2 (87.2)   .  Апрель, 2015  г.

Информатика

для размещения базового программного обеспечения 

для последующего размещения на нём новых или суще-

ствующих приложений (собственных, разработанных 

на заказ или приобретённых тиражируемых приложений). 

В состав таких платформ входят инструментальные сред-

ства создания, тестирования и выполнения прикладного 

программного обеспечения — 

системы  управления  ба-

зами  данных,  связующее  программное  обеспечение, 

среды исполнения языков программирования — предо-

ставляемые облачным провайдером.

Контроль и управление основной физической и вирту-

альной инфраструктурой облака, в том числе сети, сер-

веров, операционных систем, хранения осуществляется 

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

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

ности, параметров конфигурации среды (платформы).

Программное обеспечение как услуга (SaaS, англ. 

Software-as-a-Service) — модель, в которой потреби-

телю предоставляется возможность использования при-

кладного программного обеспечения провайдера, ра-

ботающего в облачной инфраструктуре и доступного 

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

тонкого клиента, например, из браузера (например, веб-

почта) или посредством интерфейса программы. Кон-

троль и управление основной физической и виртуальной 

инфраструктурой облака, в том числе сети, серверов, 

операционных систем, хранения, или даже индивиду-

альных возможностей приложения (за исключением 

ограниченного набора пользовательских настроек кон-

фигурации приложения) осуществляется облачным про-

вайдером.

Логическим развитием второй и третьей модели стала 

модель «Разработка программного обеспечения как ус-

луга» (SDevaaS), объединившая возможности PaaS 

и SaaS для разработчиков. Она позволяет создавать, те-

стировать и развертывать приложения в облаке [3].

SDevaaS можно включать следующие компоненты: 

облачную среду разработки, инструменты тестирования, 

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

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

планирования. Неотъемлемой частью SDevaaS является 

облачная среда разработки. Свое начало приложения 

типа SDevaaS берут от распределенных веб-приложений. 

Рассмотрим вкратце структуру такого приложения:

Рис.

 1. Структура распределенного веб-приложения

Уровень пользователя обычно состоит из веб-браузера, 

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

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

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

Обычно они только обрабатывают входящие и исходящие 

данные на сервер.

Уровень приложения включает в себе сервер прило-

жения, который обрабатывает запросы пользователей, 

и затем обрабатывает эти запросы согласно заложенной 

бизнес логике приложения и обеспечивает кластери-

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

ление базой данных и объектами бизнес-логики и пулом 

соединений.

Уровень доступа к данным обрабатывает запросы 

к данным или из управляемой и структурированной SQL 

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

системы — например, файловой системы.

Уровень хранения данных используется для физического 

хранения данных.

Главной характерной чертой облачных сервисов является 

их мультитенантность — возможность изолированно 

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

сервиса. В основе этого подхода лежат два критерия: 

разделение физических и логических ресурсов, а также 

изоляция. Поэтому в архитектуре SDevaaS добавляется 

еще один уровень — уровень распределения, который 

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

11

“Young Scientist”  .  #7.2 (87.2)  .  April 2015

Computer Science

Литература:

1.  Рихтер, К. Chris Richter on Cloud Computing Security and Compliance [Электронный ресурс].

2.  М. Ривкин. Взаимодействие пакетов разных фирм в архитектуре клиент-сервер //Мир ПК, 1995, N II, 12

3.  Клементьев Илья Павлович, Устинов Владимир Алексеевич. Введение в Облачные вычисления. Изд. УГУ. 2009.

Жобалаудың бұлтты ортасында графикалық интерфейсті құруға арналған  

құрал-сайманның өзектілігі және оларға қойылатын талаптар

Әйтімова Ұлзада Жолдасбекқызы, физика-математика ғылымдарының кандидаты, аға оқытушы; 

Төлегенова Гүлнұр Серікқызы, магистрант; 

Қиянбеков Айбек Жеңісұлы, магистрант

Қорқыт Ата атындағы Қызылорда мемлекеттік университеті (Қызылорда қаласы, Қазақстан)

П

айдаланушының графикалық интерфейсін құру 

үшін құрал-сайманды пайдалануға жобалаушы-

лардың көзқарасы қарама-қайшы — біреулері интер-

фейсті әрқашан да қолдан жасауды қолдаса, ал екіншілері 

керісінше көзге көрінетін интерфейсті жасау үшін көзге 

көрінетін құралдарды пайдалану керек деп санайды. Java 

сәулетші, жүздеген техникалық презентациялар мен сим-

позиумдардың қатысушысы Ben Galbraith өзінің Successful 

GUI Building… Today мақаласында орта буындағы жоба-

лаудың көзге көрінетін құрал-саймандарды пайдаланумен 

жұмыс өнімділігі 2–10 есе (жасалып жатқан қосымшаға 

байланысты) ұлғаяды деп есептейді [1]. GUI Builder басты 

мақсаты бағдарламашының өнімділігін ұлғайту болып та-

былады, дегенмен жобалаудың бұлтты ортасының ерек-

шеліктерін ескере отырып талаптар қоямыз:

1.  WYSIWYG редактордың барлығы.

GUI Builder-дің дизайн терезесі мен код терезесі болуы 

тиіс. Бұл жобалаудың бір-мезгілде дизайн мен генерация-

ланатын кодты қарап шығу үшін қажет.

2.  Кодтың екіжақты генерациясы.

Код пен дизайн ағымдағы кезеңде дәл ненің редакция-

ланып жатқанына қарамастан әрқашан синхрондалған.

3.  Drag — and — Drop.

4.  Мобильді құрылғылар үшін графикалық интер-

фейс жасау мүмкіншілігі.

5.  HTML5 / Java  Seript / CSS3  кодының  генерациясы.

Жалпы алғанда, біз бұлтты орталар негізінен мобильді 

және веб қосымшаларды жасау үшін пайдаланылады. 

HTML 5 кроссплатформалы веб қосымшаларды жоба-

лауда негізгі рольді атқарды. Олай болса, GUI Builder 

HTML5 кодын генерациялауы тиіс. Бағдарламалаудың 

мұндай тілін таңдау Kend UI Global Developer Survey соңғы 

жүргізген зерттеулерімен расталды: жобалаушылардың 

көпшілігі қазір кросс-платформалық жобалау үшін HTML 

5 артығырақ көреді.

6.  Бейімдік дизайнды қолдау.

Бейімдік дизайн (ағыл. Responsive web disign) — 

түрлі құрылғыларда өте жақсы қабылдауды қамтамасыз 

ететін қосымша дизайны. Бейімдік дизайн мақсаты түрлі 

құрылғылар үшін қосымшалардың әмбебаптығы болып 

табылады. Түрлі рұқсат етілімдер мен форматтардағы 

құрылғылардан қосымшаны көріп шығуға қолайлы болу 

үшін, бейімдік дизайн технологиясы бойынша құрылғы-

лардың жекелеген түрлері үшін қосымшаның жекелеген 

нұсқаларын жасап жатудың керегі жоқ. Сол бір қосымша 

смартфонда да, планшетте де, ноутбукта да, яғни рұқсат 

етілетін барлық спектірінде жұмыс істей алады.

7.  Дизайн элементтерін бизнес логиканың мәлімет-

терімен және оқиғалармен жеңіл байланыстыру мүмкін-

шілігі.

Мысалы, onClick оқиға өндеушісін батырмаға қосу.

8.  Бұлтты немесе веб қосымша.

Жұмыста көрсетілгеніндей, іс жүзіндегі бұлтты орта-

лардың әдетте пайдаланушының графикалық интерфейсін 

құруға арналған енгізілген құрал-сайманы жоқ. Алайда, 

GUI басқа қосымшалардың бөлігі болып табылады.

Пайдаланушының графикалық интерфейсін құруға 

арналған құрал-саймандардың мынадай талаптарды қа-

нағаттандыратын қосымшалары талдауға ұшырағанын 

атап өту керек [2]:

1.  Бұлтты немесе веб қосымша.

2.  HTML5 / Java  Script / CSS3  кодын  генерациялау.

3.  WYSIWYG редактордың барлығы.

4.  Мобильді құрылғылар үшін интерфейс жасау.

Интерфейсті прототиптеу — бұл бағдарлама интер-

фейсінің сынақ нұсқасын жасау үдерісі. Интерфейсті 

прототиптеуді әдетте қолдану үшін ұсынылып отырған 

концепцияның жарамдылығын, оларды пайдалану қолай-

лылығын тексеру мақсатында жүргізеді. Интерфейсті про-

тотиптеу болашақ пайданушылардан жобалау үдерісінің 

ерте сатыларына кері байланыс алуға мүмкіндік береді. 

Пайдаланушының интерфейсті прототиптеуге арналған 

бұлтты құрал-саймандардың көптеген түрлері бар — 

Codiga, FluidVI, Rapid Interface Builder және олардың не-

гізінде WYSIWYG редакторы, дайын виджеттер жиын-

тығы  және  HTML5 / Java  Script / CSS3  генерацияланатын 

коды және т. б. алынады. Олар мобильді құрылғылар үшін 

интерфейс құруға мүмкіндік береді.

12

«Молодой учёный»  .  № 7.2 (87.2)   .  Апрель, 2015  г.

Информатика

Сурет-1.

 RIB Интерфейсті прототиптеу құрал-саймандары.

Сурет-2.

 Application Craft интерфейсті қосымша.

Сурет-3.

 Интерфейсті HTML редакторлары Мagetta.

13

“Young Scientist”  .  #7.2 (87.2)  .  April 2015

Computer Science

Бұл типтің құрал-саймандары дайын түрлерді пайда-

ланумен мобильді немесе веб қосымша жасауға, қосым-

шаның бизнес логикасына жауап беретін JavaScript кодын 

қосуға мүмкіндік береді, одан кейін хостинг қосымша бе-

реді немесе нативті қосымша құруды ұсынады.

Әдетте бұл сыныптың өкілдері-виджеттердің үлкен 

жиынтығымен HTML кодының WYSIWYG редактор-

лары. Өзінің функциональдығы бойынша ең бай HTML 

редакторлардың бірі, пайдаланушылық интерфейсті 

құруға арналған құрал-саймандары жоғарыда қойылған 

барлық талаптарды қанағаттандыратын Мagetta болып 

табылады.

Сонымен пайдаланушының графикалық интервейсін 

құруға арналған құрал-саймандар сирек кездесетін зат 

болып табылмайды және көптеген басқа да прототиптеу 

құрал-саймандарының, қосымшаларды құруға арналған 

құрал-саймандардың және HTML редакторлардың құра-

мында кездеседі. Бұл жерде олар қандай да бір шамада 

дәлелдеген талаптарды қанағаттандырады.

Осылайша, жасаушаларға бір қосымшаны жасау үшін 

түрлі құрал-саймандарды пайдалануға тура келеді. Әдетте 

бұл мынадай түрде өтеді [3]:

•  Жобалаушы GVI Buіlderde-де дизайн жасайды.

•  Генерацияланған кодты жобалау ортасының редак-

торына көшіріп алады және инерацияланған файлды дис-

кіде сақтайды да, одан кейін оны жобалау ортасына жүк-

тейді.

•  Қажеттілік кезінде жаңа графикалық элемент-

терді қосу үшін және қолдан жасалынған өзгерістерді тек-

серу үшін жобалау ортасынан GVI Buіlder-дe кері көшіріп 

алуды жасайды.

Мұның барлығы жобалаудың мәліметтерді синхро-

низациялауға, қателіктері болмай қалмайтын көп ретті 

және ұзаққа созылған тексерулермен түзетулерге уақытты 

жоғалтуына әкеледі. Жобалаудың бұлтты ортасына пай-

даланушының графикалық интерф, ейсін құруға арналған 

қолданыстағы құрал-саймандарының бірін енгізу туралы 

ойға жетелейді.

Әдебиет:

1.  Рихтер К. Chris Richter on Cloud Computing Security and Compliance [Электронный ресурс].

2.  Черняк Л. Интеграция — основа облака, «Открытые системы», № 07, 2011

3.  Клементьев И. П., Устинов В. А. Введение в Облачные вычисления. — Изд. УГУ. 2009 г.

14

«Молодой учёный»  .  № 7.2 (87.2)   .  Апрель, 2015  г.

Технические науки

Т ЕХ Н И Ч ЕС К И Е   Н А У К И

Шаңды басуға арналған отандық және шет елдік технологиялық процестер мен 

материалдарды анықтау

Мизамбаева Динара Жаңабайқызы, оқытушы; 

Камысбаева Айжан Талгатовна, магистр; 

Тоқсанбаева Ақжарқын Аққанжарқызы, оқытушы

«Болашақ» университеті (Қызылорда қаласы, Қазақстан)

Ш

аңның пайда болу себептері. Ірі қалалар мен 

шағын елді мекендердегі ауаның шаңдану дең-

гейіне көше-жол торабының көліктік-пайдаланымдық 

сапалылығы мен көлік қозғалысының қосар үлесі орасан, 

олар әр техногендік ластану көздерінің басты құрамдық 

бөлігі болып табылады. Әдетте, ірі қалаларда ауа қаба-

тының шаңмен ластануы тікелей қала жолдарының ин-

женерлік жабдықталуы мен оның күтіліміне және көлік 

қозғалысының тәртібіне қатысты болса, ал төменгі са-

натты автомобиль жолдары мен шағын елді мекендерде, 

әсіресе, көліктік-пайдаланымдық жағдайлары төмен, 

әрі көлік қозғалысы реттелмеген жолдардың ластану 

көздерін басуда технологиялық шаралар негізгі орын 

алады [1,2].

Жалпы қала мен елді мекендер арқылы өтетін жол-

дардың ластану себептері мен көздерін бес негізгі топқа 

бөлінеді, олар: табиғи, өндірістік технологиялық, тұрмы-

стық және көліктік [3,4].

Шаңның табиғи туындауына негізінен топырақтың фи-

зикалық-механикалық сипаттамалары үлкен әсері тигі-

зеді. Атап айтсақ, оған дисперсиялық құрамы мен ылғал-

дылығы, аққыштығы мен иілімділік саны, тығыздығы мен 

су өткізгіштік коэффициенті жатады. Топырақтың диспер-

сиялық құрамы неғұрлым майда әрі иіліді келсе, соғұрлым 

ол шаңға айналуға бейім келеді [1,2].

Әлемдік денсаулық сақтау ұйымының анықтауы бой-

ынша ауаның ластануы деп немесе атмосфералық ауа 

құрамына нұқсан келетін заттардың белгілі бір уақыт 

ағымында адамдарға, жан-жануарларға, өсімдіктерге 

есепке алуға еш мүмкіндіксіз жағдайдағы келтірілген ке-

сапатын айтады. Дәл осы сияқты американың материал-

дарды сынақтын өткізу стандарты бойынша ауаның ласта-

нуын оның құрамындағы қажетсіз заттардың көлемімен 

сипаттайды. Мұндағы қажетсіз заттар дегеніміз белгілі 

бір уақыт аралығында, қандай да бір жағдайлармен адам 

денсаулығына немесе оның көңіл-күйі мен мүлікке кері 

ықпалын тигізетін заттар [4,5].

Шаң өте ұсақ қатты денелерден және ауада қалықтап 

тұратын дисперсиялық жүйедегі аэрозолдың түрі. Уль-

трамикроскоптың көмегімен ғана көрінетін шаңның же-

келеген бөлшектері мен көзге көрінетін олардың жиын-

тықтарының пішіні мен құрамы алуан түрлі.

Шаңның ауадағы концентрациясы бірлік көлемдегі 

шаң түйіршіктерінің санымен немесе жалпы салмағымен 

көрсетіледі. Шаң тұрақсыз, оның түйіршіктері броундық, 

яғни еш уақытта тоқтамайтын тәртіпсіз қозғалыста бо-

лады және олар шаң басылып отырған кезде ғана бір-

бірімен байланысады [3,4].

Автомобиль жолдары жерге жақын орналасқан ауа қа-

батының шаңдану көзінің бірі. Автокөліктердің қозғалысы 

кезінде жол жамылғысы мен автокөлік шиналарының үй-

келісі нәтижесінде туындаған өнімдер, жамылғысыз жол-

дардан автокөлік доңғалақтарымен ілісіп келетін батпақ 

пен сусымалы жүк тасымалдайтын автокөліктердің кузо-

вынан шашылған заттар және жердің жоғарғы қабатын-

дағы топырақ түйіршіктерінің желдің әсерімен автомобиль 

жолдарының жүру бөлігінің ластануы салдарынан ау-

а-райының құрғақ күндері жол үстінен ауа қабатына шаң 

көтеріледі. Осы көтерілген шаң түйіршіктері желдің көме-

гімен бірнеше километрден жүздеген километрге дейін та-

ралуы мүмкін [4,5].

Шаңның химиялық құрамы мен ауаның шаңдану дең-

гейі көп жағдайда жол жамылғысының түріне байланысты 

болады. Жамылғысы қара жолдар мен қиыршық тас 

төселген жолдардың шаңдану деңгейі өте жоғары. Қиы-

ршық тас төселген жолдардан көтерілген шаңның құрамы 

негізінен кремний диоксидінен, ал жамылғысыз қара жол-

дардан көтерілген шаң құрамының 90 % жуығын кварц 

түйіршіктері, ал қалған үлесін алюминий, темір, кальций 

және т. б оксидтері құрайды. Ал жол жамылғысы асфальт 

бетон болып келетін жолдардан көтерілген шаң құра-

мына қосымша байланыстырғаш битум қоспаларының, 

жол таңбаларын белгілеуде қолданылатын сыр (бояу) мен 

пластмассалардың қалдықтарын қосыңыз [1,3].

жүктеу/скачать 1,67 Mb.

Достарыңызбен бөлісу: