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

557_Obrabotka_informatsii_i_matematicheskoe_modelirovanie_2014_

.pdf
Скачиваний:
3
Добавлен:
12.11.2022
Размер:
3.44 Mб
Скачать

Литература

1.[Электрон. ресурс]. http://www.laurel-realty.ru/gorodskie_seti/podzemnye_seti/ razdelnaya_prokladka_setey1/.

2.СНиП II-89-90. Генеральные планы промышленных предприятий.

3.Попков В.К., Токтошов Г.Ы. Об одном подходе к оптимизации совмещенных инженерных коммуникаций //Труды IX Международной Азиатской школысеминара «Проблемы оптимизации сложных систем», Алматы – 2013. – С.254-

4.Попков В.К. Применение теории S-гиперсетей для моделирования систем сетевой структуры//Проблемы информатики – 2010., №4 – С.17-40.

ВОЗМОЖНОСТИ ТЕХНОЛОГИИ ADO.NET НА ПЛАТФОРМЕ

.NET FRAMEWORK

Шангитбаев Н.К., Шангытбаева Г.Л. Западно-Казахстанский инженерно-гуманитарный университет, Актобе,

Казахстан

e-mail: nurzhan.90@mail.ru, тел.: (705)480-61-90

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

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

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

101

Решение выдвинутых проблем найдено в новой технологии ADO.NET, разработанной компанией Microsoft, и включенной в их новую платформу .NET

Framework [1].

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

ADO.NET – это часть Microsoft .NET Framework, т.е. набор средств и слоев, позволяющих приложению легко управлять и взаимодействовать со своим файловым или серверным хранилищем данных. ADO.NET – это модель доступа к данным в приложениях .NET. Ее можно использовать для доступа как к реляционным базам данных, таким как Microsoft SQL Server 2000, так и к другим источникам данных, для которых существуют OLE DB провайдеры. С одной стороны, ADO.NET представляет просто очередной этап развития технологии ADO, но, с другой стороны, ADO.NET предлагает фундаментальные нововведения, направленные на развитие в первую очередь Web-приложений, для которых характерно использование слабо связанных, фактически оторванных от источников наборов данных.

ADO – это набор библиотек, поставляемый с Microsoft .NET Framework и предназначенный для взаимодействия с различными хранилищами данных из

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

В NET Framework библиотеки ADO.NET находится в пространстве имени System.Data. Эти библиотеки обеспечивают подключение к источникам данных, выполнение команд, а также хранилище, обработку и выборку данных (рисунок).

Рисунок – Библиотека ADO.NET

ADO.NET отличается от предыдущих технологий доступа к данным тем, что она позволяет взаимодействовать с базой данных автономно, с помощью <отличенного> от базы кеша данных [2].

102

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

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

ADO.NET классом DataSet или DataTable.

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

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

Объекты, составляющие отсоединенную часть модели ADO.NET, не взаимодействуют напрямую с подсоединенными объектами. В этом состоит их отличие от предыдущих объектных моделей доступа к данным Microsoft. В ADO объект Recordset хранит результаты запросов. Вы можете вызвать его метод Open, чтобы выбрать результаты запроса, а затем с помощью метода Update (или UpdateBatch) передать изменения из объекта Recordset в БД.

Объект DataSet ADO.NET (подробнее о нем рассказано далее) по функциональности сравним с объектом Recordset ADO. Тем не менее объект DataSet не взаимодействует с БД. Для выборки данных из БД и передачи их в объект DataSet последний передают методу Fill подсоединенного объекта ADO.NET – DataAdapter. Аналогично для передачи отложенных изменений из

DataSet в БД объект DataSet нужно передать методу DataAdapterUpdate [3].

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

Литература

1.Троелсен Э. C# и платформа. NET. Библиотека программиста. СПб.: Питер,

2004.

2.Microsoft Corporation. Разработка Web-приложений на Microsoft Visual Basic. NET и Microsoft Visual C# .NET. Учебный курс MCAD/MCSD/Пер.с англ. М.:

Издательский дом «Русская Редакция», 2003.

3.Нортроп Тони, Уилдермьюс Шон, Райан Билл. Основы разработки приложений на платформе Microsoft .NET Framework. М.:«Русская Редакция»,

2007.

103

ОБЕСПЕЧЕНИЕ ПРОИЗВОДСТВЕННОГО ПЛАНИРОВАНИЯ

Шангытбаева Г.А.

Казахский национальный технический университет имени К.И.Сатпаева, Алматы, Казахстан

e-mail: gul_janet@mail.ru, тел.: (771)1195153

ERP-системы – программное обеспечение, отвечающие за планирование, автоматизацию и мониторинг внутренних бизнес-процессов компании или отрасли [1].

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

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

Расширение сферы интегрированного планирования ресурсов

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

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

104

В связи с этим, в ERP-системах появляются следующие дополнительные подсистемы:

Планирование и управление реализацией производственных проектов. В

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

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

Планирование и управление распределенными ресурсами (Distribution Resources Planning). Такая подсистема предоставляет возможность работать со сложной многозвенной структурой сбытовых подразделений и складов. В частности, в ее компетенцию входит и планирование работы транспортных служб. С помощью подсистемы можно:

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

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

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

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

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

Несмотря на довольно широкую функциональность, ERP-системы не являются полностью интегрированными системами управления: на многих предприятиях существуют подразделения, деятельность которых хотя и связана с производственным процессом, однако, не укладывается в существующую идеологию MRPII- / ERP-систем. Для автоматизации работы таких подразделений используются свои системы. Речь идет, например, о системах автоматизированного проектирования (САПР), системах конструкторской и

105

технологической подготовки производства (PDM-системы - Product Data Management). Поэтому реально ERP-системы (так же, как и MRP II-системы) практически всегда используются совместно с подобными подсистемами [3].

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

Литература

1.Сычев А.В. Теория и практика разработки современных клиентских вебприложений. Интернет-Университет Информационных Технологий [Электронный ресурс]. Режим доступа: http://www.intuit.ru/department/ internet/thpdevweba/24/thpdevweba_24.html, (дата обращения: 04.12.2013).

2.http://www.kgau.ru/istiki/isu/ch07s03s02.html.

3.Гуриев В., Питеркин С. Системы класс ERP для «чайников» // Компьютера.

2001.

№ 11.

Режим

доступа:

http://www.computerra.ru/offline/

2001/419/13770/print.html.

 

 

ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ ПРИ ОБЛАЧНЫХ ВЫЧИСЛЕНИЯХ

Шангытбаева Г.А., Жекамбаева М.Н.

Казахский национальный технический университет имени К.И.Сатпаева, Алматы, Казахстан

e-mail: gul_janet@mail.ru, тел.: +7(771)119-51-53

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

Первая концепция облачных вычислений (Cloud computing) компании

ARPANET (Advanced Research Projects Agency Network), сформулированная в 1970 году, заключалась в том, что каждый человек на земле будет подключен к сети с возможностью получения данных и программ. Другая концепция – представление вычислительных мощностей как услуг. На этом развитие облачных технологий было приостановлено до 90-х годов, после чего их развитию поспособствовал ряд факторов: увеличение пропускной

106

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

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

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

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

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

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

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

107

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

5.Самообслуживание. Быстрый вывод на рынок нового продукта или услуги в современных условиях сопровождается развертыванием или модификацией информационных систем. Традиционно, развертывание информационной системы предваряется определением спецификации оборудования, его закупкой и настройкой. В зависимости от того, кем производится процесс разработки приложения (контрактором или внутренними силами), он может потребовать выделения аппаратных ресурсов и установку программного обеспечения. Все это может занять длительное время: месяцы и даже годы. Самообслуживание позволяет потребителям запросить и получить требуемые ресурсы за считанные минуты. Как можно заметить, только сочетание нескольких атрибутов облачных вычислений приводит к достижению задачи повышения доходов и снижения расходов. Так, оплата только использованных ресурсов максимально эффективна в сочетании с эластичностью инфраструктуры. Эластичность, в свою очередь, предполагает, что приложения масштабируются, в противном случае, быстрое выделение ресурсов не приведет к повышению производительности [3].

Фундаментальное свойство облачной среды – это возможность полностью скрыть от пользователя особенности и сложности технологической инфраструктуры, причем независимо от модели облака. Модель облачных вычислений подразумевает получение пользователями стандартизированных ИТ-сервисов на принципах самообслуживания, беспрепятственный сетевой доступ к ресурсам, организацию пула ресурсов, обладающих высокой «эластичностью». Предоставление этих возможностей строится на абстрагировании инфраструктуры, автоматизации операций и управлении сервисами [4].

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

108

Литература

1.Беккер М.Я., Гатчин Ю.А., Кармановский Н.С., Терентьев А.О., Федоров Д.Ю. Информационная безопасность при облачных вычислениях: проблемы и перспективы. Научно-технический вестник Санкт-Петербургского государственного университета информационных технологий, механики и оптики, 2011, № 1 (71).

2.Пономарева Е.И. Совершенствование процесса обработки данных при помощи облачных вычислений. Режим доступа: http://ivdon.ru/ magazine/archive/n1y2012/628 (дата обращения: 23.12.2013).

3.Демидов М. Облачные вычисления витают в облаках [Электронный ресурс]. Режим доступа: http://softlab.pp.ua/article/333-oblachnye-vychisleniya-vitayut-v- oblakax.html (дата обращения: 27.11.2013).

4.Молина Е., Хана С. Безопасность облачных вычислений: есть вопросы? [Электронный ресурс]. Режим доступа: http://cloudzone.ru/articles/ analytics/11.html (дата обращения: 27.11.2013).

ИНФОРМАЦИОННЫЕ СИСТЕМЫ И ТЕХНОЛОГИИ

Шангытбаева Г.Л., Шангитбаев Н.К. Западно-Казахстанский инженерно-гуманитарный университет, Актобе,

Казахстан

e-mail: nurzhan.90@mail.ru, тел.: (705)480-61-90

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

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

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

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

109

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

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

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

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

С целью автоматизации учебного процесса вуза была разработана информационная система «Компьютерные классы», которая позволяет хранить информацию о компьютерных классах организации. Информационная система может легко организовывать поиск нужной информации и создавать итоговые отчеты [2].

Для разработки информационной системы «Компьютерные классы» использовалась технология ADO.NET в среде Visual Studio, платформа .NET FRAMEWORK как среда разработки и СУБД Access как хранилище данных.

Созданная программа позволяет:

Вводить и удалять данные.

Редактировать данные.

Искать информацию.

Фильтровать информацию.

Сортировать информацию.

Создавать отчет.

Импортировать и экспортировать [3].

110