Секция информационно коммуникационные технологии



бет4/11
Дата25.08.2017
өлшемі5,65 Mb.
#26313
1   2   3   4   5   6   7   8   9   10   11

Әдебиеттер

  1. Под общ. ред. Д.Ж Нукетаевой Академическая политика.- Алматы: Изд. «Қыздар университеті». 2013.- 44с.

  2. Фаронов В.В. Delphi. Программирование на языке высокого уровня: Учебник.- СПб.: Питер, 2004.- 640 с.:

  3. Гофман В.Э., Хомоненко А.Д. Работа с базами данных в Delphi. - СПб.: БХВ, 2000.



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

Амиржанова Ж.Ж.
Северо-Казахстанский государственный университет им.М.Козыбаева, Петропавловск
Научный руководитель- преподаватель кафедры ИС Гуляева А.Л
Основные средства являются неотъемлемой частью любого предприятия и от повышения эффективности их использования зависят важные показатели деятельности предприятия, такие как финансовое положение, конкурентоспособность на рынке. Поэтому анализ эффективности использования основных средств имеет важное значение для управления производственной деятельностью предприятия.

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

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

а) уменьшение количества времени, затрачиваемого на оформление документации, что позволит сократить цикл основного производства;

б) сокращение объема документооборота, что позволит снизить расходы а хранение и утилизацию промежуточной документации;

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

В настоящее время для эффективной организации и ведения бухгалтерского учёта применяются на предприятиях продукты фирмы 1С.

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

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


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

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

  • контроль за рациональным расходованием средств на реконструкцию и модернизацию основных средств и их отражением в учете;

  • правильное исчисление амортизации для включения в затраты предприятия;

  • контроль за эффективностью использования основных средств;

  • контроль за своевременным проведением и отражением в учете реконструкции и модернизации средств труда;

  • проведение анализа использования основных средств;

  • достоверное определение результатов от списания, ликвидации, выбытия объектов основных средств.

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

Актив принимается к бухгалтерскому учету в качестве основных средств при единовременном выполнении следующих условий:



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

  • объект предназначен для использования в течение длительного времени (более 12 месяцев или обычного операционного цикла, если он превышает 12 месяцев);

  • организацией не предполагается последующая перепродажа данного объекта;

  • объект способен приносить организации экономические выгоды (доход) в будущем.

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

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



Литература

  1. 1С: Бухгалтерия 8 для Казахстана. – М.: Фирма «1С», 2009.

  2. 1С: Предприятие 8.1. Практическое пособие разработчика. Примеры и типовые приемы. – Радченко М.Г. – СПб: Питер, 2009.

  3. http://www.e-reading-lib.org/bookreader.php/130776/Sergeeva_-_Osnovnye_sredstva._Buhgalterskiii_i_nalogovyii_uchet.html

УДК 004.432



ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ В ОБЛАЧНЫХ ВЫЧИСЛЕНИЯХ.
Аносова Е.Г.

Евразийский национальный университет им. Л.Н.Гумилева, Астана
Научный руководитель – д.т.н., профессор Боранбаев С.Н.
В качестве одного из наиболее перспективных способов оптимизации ИТ-инфраструктуры сейчас все чаще рассматриваются облачные вычисления. Важнейший принцип, лежащий в основе CloudComputing, – это масштабируемость, а технологии виртуализации позволяют претворить его в жизнь. Виртуализация позволяет более эффективно задействовать сервер путем консолидации множества операционных систем и приложений на единственном общем компьютере. Виртуализация также дает возможность переноса работающего экземпляра гостевой операционной системы вместе со всеми работающими приложениями с одного сервера на другой, менее загруженный.[1]

За последние месяцы наблюдается стремительный рост инвестиций в CloudComputing и сопутствующие области. Этот рост объясняется спросом на виртуальные "облачные" ресурсы. С развитием широкополосного доступа в Интернет нужда в том, чтобы приложение работало именно на вашем компьютере (или на сайте вашей компании) становится все менее и менее оправданной.

У технологии CloudComputing множество достоинств, но вопрос о надежности защиты данных при использовании концепции облачных вычислений становится основным сдерживающим фактором. Очевидны две главные проблемы CloudComputing – конфиденциальность и безопасность.[3-4]

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



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

  • Функциональные атаки на элементы облака. Этот тип атак связан с многослойностью облака, общим принципом безопасности, что общая защита системы равна защите самого слабого звена. Для защиты от функциональных атак для каждого слоя облака нужно использовать специфичные для него средства защиты: для прокси - защиту от DoS-атак, для веб-сервер - контроль целостности страниц, для сервера приложений - экран уровня приложений, для слоя СУБД - защиту от SQL-инъекций, для системы хранения - резервное копирование и разграничение доступа.

  • Атаки на клиента. В этот тип атак попадают такие атаки как CrossSiteScripting (XSS), перехваты веб-сессий, воровство паролей и другие. Защитой от этих атак традиционно является строгая аутентификации и использование шифрованного соединения с взаимной аутентификацией.

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

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

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

  • Комплексные угрозы "облакам". Контроль облаков и управление ими также является проблемой безопасности. Как гарантировать, что все ресурсы облака посчитаны и в нем нет неподконтрольных виртуальных машин, не запущено лишних бизнес-процессов и не нарушена взаимная конфигурация слоев и элементов облака. Этот тип угроз связан с управляемостью облаком как единой информационной системой и поиском злоупотреблений или других нарушений в работе облака, которые могут привести к излишним расходам на поддержание работоспособности информационной системы.[3-6]

Создатели компании TrendMicro начали проект по защите облаков CloudNine. Он будет связан с шифрованием данных в облаке. Именно шифрование данных и позволяет защититься от большинства угроз данным в публичном облаке, поэтому подобные проекты сейчас будут активно развиваться.

Какие же еще инструменты защиты могут пригодиться для снижения описанных выше рисков?

В первую очередь нужно обеспечить надежную аутентификацию, как пользователей облака, так и его компонентов. Для этого можно применять уже готовые системы однократной аутентификации (SSO), которые базируются на Kerberos и протокол взаимной аутентификации оборудования. Далее потребуются системы управления идентификационной информацией, которые позволяют настраивать права доступа пользователей к различным системам с помощью ролевого управления.

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

Кроме того, стоит также использовать фрод-машины, которые позволяют выявлять мошенничество в использовании облаков, то есть снижать самый сложный риск вмешательства в бизнес-процессы. [2-5]
Литература


    1. http://www.inoventica.ru

    2. http://www.trendmicro.com

    3. Mather T. Cloud security and privacy. - O’Reilly, 2009, 315 с.

    4. Reese G. Cloud Application Architectures. Building Applications and Infrastructure in the Cloud. - O'Reilly, 2009, 192 с.

    5. http://www.anti-malware.ru

    6. Velte A. Cloud Computing. A Practical Approach. - McGraw-Hill, 2010, 334 с.

УДК 004.386
МИКРОПРОЦЕССОРЛЫҚ БАСҚАРУЫ БАР ҚҰРЫЛҒЫЛАРДЫҢ АЛГОРИТМІН ЖҮЗЕГЕ АСЫРУ
Бауыржанкызы А.

Л.Н.Гумилев атындағы Еуразия ұлттық университеті, Астана, Қазақстан
Ғылыми жетекші - Адамова А.Д.
Аңдатпа

Бүгінгі таңда микропроцессорлық басқаруы бар құрылғыларды өңдеу барысында кең түрде дайын интеллектуалды блоктар пайдаланылады, олар қайта өңдеу мен келіп түскен мәліметтерді өңдеудің ең қиын қызметтерін іске асырады, сонымен қатар сыртқы құрылғылармен интерфейсті қамтамасыз етеді. Ұсынылып отырған мақалада үрдістер мен объектілерді басқару қызметін орындауға рұқсат беретін, бағдарламаланған интеллектуалды блоктың негізінде жүйені жобалау сипатталған.


Кіріспе

Қазіргі таңда электронды инженерияда дайын интелектуалды блоктар негізінде іске асатын жобалар айтарлықтай қарқынды өсуде. Ақпараттық технология нарығында зерттеуші және консалтингтік компаниялар, мамандандырылушы Gartner мәліметтеріне жүгінсек, SoC (System on Chip -кристаллдағы жүйе) түрінде іске асырылған жүйелердің жылдық сатылым көлемі 50-60 млрд. долл. шамасына жетеді, яғни бұл шығарылатын жартыөткізгіштік элементтердің жалпы бағасының 25%-ын құрайды. Осыған байланысты, SoC табысы - модельдік құрылғыларды ұсынатын, үрдістер, жады модульдері, таймерлерді, контроллерлерді (Ethernet, PCI, USB) және тізбектелген әрі параллельді енгізу-шығару порттарын, аналогтық сандық құрылғылардың (АЦП, ЦАП) қызметтерін іске асыратын, интеллектуалды блоктарды қолданумен тікелей байланысты. Ұсынылып отырған жоба интеллектуалды блоктардың белгілі тапсырманы орындауға бағытталған кітапханалық жиынтықты қолданады, дәлірек айтқанда, нақты уақыт режимінде объектіні басқару. Жобаланып жатқан жүйені іске асыру үшін ARM7 TDMI ядроның базасында, Philips фирмасының LCP2292 микроконтроллері бар интеллектуалды блок ұсынылады.




  1. Жүйелік аппараттық шешім

Жобаланып жатқан жүйенің жұмыс қабілеттілігін тексеру мен анализдеу үшін техникалық шешім ретінде SDK-2.0 - аппараттық-бағдарламалық платформа қолданылады [1]. SDK-2.0 платформасының құрамына негізгі механизмдер жиынтығы кіреді: таймерлер, параллельді порттар, қазіргі кездегі орнатылатын жүйелерде бар асинхронды тізбектелген интерфейстер, 100 мегабиттік Ethernet желілік контроллері, CAN-2.0 контроллері және сұйық-кристалды индикатор [2]. ARM TDMI негізінде 32-разрядтық ядросы, жадының кеңейтілген көлемі - кең спектрлі тапсырмаларды шешуге мүмкіндік береді. Ұсынылып отырған техникалық шешімді компьютермен байланыстыру үшін RS–232 арнайы конфигурациялық-мәтіндік порт; кадрларды қалыптастыру үшін, тікелей немесе кері түрлендірулерді орындау үшін SDK – 2.0 қолданылады (1-сурет).
2. Микропроцессорлық жүйелерді жобалау қадамдары
Жұмыстың мақсаты – микропроцессорлық басқаруы бар жүйелерді жобалау. Алдағы қойылған мақсатты шешу үшін төменде келтірілген жобалау қадамдары жүзеге асыру керек.

Функционалдық спецификация. Жүйе қолданушының келесі сұрауларын қанағаттандыру: құпия сөзді сұрау, құпия сөзді қайта енгізу, құпия сөзді енгізудің шектеулі әрекеттер саны, құпия сөз дұрыс енгізілген жағдайда әрі қарай жүйенің жұмысын жалғастыру. Жүйеде қолданушыдан басқа администратордың келесі сұраулары болу керек: қолданушылардың есеп жазбасы, құпия сөзді өзгерту құқығы, жүйенің жұмысын бағдарламалау. Жүйелік талаптар ретінде дискретті ақпаратты енгізу-шығару жүйелік функциялары, пернетақта мен сұйықкристалды индикатор жұмысымен қамтамасыз ету.

1-Сурет. Жобаланып жатқан құрылғының жұмыс қабілеттілігн тексеруге арналған құрылғы


Жүйелік-алгоритімдік жобалау. Микропроцессорлық басқаруы бар жүйелерге аппараттық және бағдарламалық құрылғыларды жобалау міндетті түрде керек. Алдымен, аппараттық және бағдарламалық конфигурацияларды анықтаймыз; екіншіден, функционалдық спецификациялардың қайсылары аппараттық, қайсылары бағдарламалық бөліммен орындалатынын анықтау. Онымен қоса жүйенің жалпы құрылымы және функционалдау алгоритімі жасалынады. Соңғы қадам функциялардың аппараттық жүзеге асыру және бағдарламалық жүзеге асырудың есебімен орындалады.

Аппараттық құрылғыларды жобалау. Бұл қадамда жүйенің құрылымдық және функционалдық сұлбалары жасалады. Құрылғының құрылымдық сұлбасы көбінесе микроконтроллердің таңдауына байланысты. Микроконтроллерді таңдаған кезде түрлі тұқымдас микроконтроллерден басқа, оның ішінде белгілі бір типтерді қарастыру керек. Микроконтроллерді таңдаған кезде келесі талаптарды есепке алу қажет: енгізу/шығару түйіндерінің саны; енгізу/шығару сызықтарының саны; қосылу типі (ығыстыру); сихрондау типі (керекті дәлдік); таймер; жады; қуат көзі; синхронды/асинхронды тізбекті енгізу/шығару; аналогты енгізу; бағдарламанатын тіл; бағасы.

Бағдарламалық қамтаманы жобалау. Бағдарламалық қамтамасыздандырудың талаптарын анализдеу, орындалатын функциялар мен талаптарды рәсімдеу, орындалу барысының алгоритімін құру, таңдалған тілде бағдарламаны рәсімдеу, бағдарламаны компиляция және трансляция жасау; тестілеу және дұрыстау.
3. Қорытынды
Жобаланған микропроцессорлық жүйелерді дұрыстау үшін жұмыста SDK–2.0 оқу лабораториялық кешені қолданды. Қолдану барысында микропроцессорлық жүйелерді, құрылымдарды, ұйымдастыру ұстанымдарын және негізгі компоненттерді функционалдау (жадыны, енгізу-шығару контроллерін, жадтың ішкі жүйелерін) зерттелді. Негізі SDK–2.0 микропроцессорлық жүйелерді ұйымдастыру принциптерін оқып үйрену үшін, түрлі тағайындаулары бар кірістірілген жүйелерді бағдарламалау дағдыларын алу үшін керек. Бұл кешеннің ерекшелігі процессор ядросының жоғары өнімділігі, ARM7 қарқынды дамып келе жатқан архитектураларысына бағытталған, перифериялық блоктардың түрлілігі, нақты уақыт сағаты, EEPROM жадысы, графикалық консоль, Ethernet контроллері, IEEE 802.15.4 сымсыз байланыс контроллері, CAN 2.0 және RS-485 порттарының бар болуы [3].
Әдебиеттер

  1. www.embedded.ifmo.ru

  2. Ключев, А.О., Ковязина Д.Р., Кустарев, П.В., Платунов, А.Е. Аппаратные и программные средства встраиваемых систем. Учебное пособие. – СПб.: СПбГУ ИТМО, 2010. – 290 с.

  3. Учебный стенд SDK-2.0. Руководство по эксплуатации. – ООО «ЛМТ», 2006.

УДК004.9


ПОСТРОЕНИЕ СОЦИАЛЬНОЙ СЕТИ И КЛАСТЕРИЗАЦИЯ УЗЛОВ
Гнатюк И.Ю.

Северо-Казахстанский государственный университет им. М. Козыбаева, Петропавловск
Научный руководитель - к.т.н., доцент Куликова В.П.
Понятие «Социальная сеть» появилось в 30-е годы, в Америке. Тогда проводились  исследования взаимосвязи между людьми с помощью социограмм, то есть визуальных диаграмм, в которых отдельные лица представлены в виде точек, а связи между ними – в виде линий. «Социальная сеть» (англ. socialnetwork) –  социальная структура (математически –  граф), состоящая из группы узлов, которыми являются социальные объекты (люди или организации), и связей между ними (социальных взаимоотношений)[1].

В предлагаемой работе описывается проект создания программы для построения социальной сети и последующей кластеризации узлов данной сети на заранее неизвестное число таксонов. Для реализации проекта выбрана интегрированная среда разработки MicrosoftVisualStudio 2010, и язык VisualBasic.NET.

Перед непосредственном использовании программы нужно произвести анкетирование среди интересующей выборки людей. Анкетирование происходит следующим образом: каждому члену группы дается список всех участников группы, напротив фамилии каждого требуется поставить число в пределах 0 ÷ 10, где «0» - полное отсутствие связи, «1» слабая связь, и «10» сильная связь с данным индивидом (самому себе ставится «11»). Под «связью» может пониматься широкий спектр значений, в зависимости от контекста исследования. Это могут быть дружеские отношения, профессиональные, рабочие, и т.д.

Далее формируется текстовый файл, в который заносятся результаты данного анкетирования. На этом «ручная работа» заканчивается, всеми остальными вычислениями занимается программа. На первом этапе программа читает файл, определяет всех участников анкетирования, присваивает каждому участнику имя, присваивает ему его матрицу расстояний. Затем вычисляется общая матрица расстояний следующим образом: очевидно, нельзя считать близкой связь между двумя объектами, если один оценил степень связи с другим в 10 баллов, а второй в 1 или даже 0 баллов, для этой цели, и для приведения матрицы в метрическую систему число, которое есть расстояние между этими двумя объектами – это сумма расстояний которые они поставили друг другу.Например узел «А» оценил связь с «Б» в 9 баллов, а узел «Б»  оценил связь  «А» в 5, значит  расстояние м\у ними равно 14. Но 14 – ещё не есть то число, которое будет стоять в общей матрице расстояний. Автор данной работы посчитал, что психологически легче поставить выше оценку тому, с кем связь больше, и наоборот – поставить меньшее число, с кем связь меньше. Максимальное число, которое может получиться на данном этапе – 20 (оба оценили связь на максимум в 10 баллов), и минимальное – 0. Чтобы «облегчить» построение и дальнейшую кластеризацию, будем производить как бы «инверсию», то есть от 20 отнимать сумму расстояний м\у двумя объектами. Таким образом 0 – будет соответствовать близкой связи, 20 – отсутствующей (в примере выше соответственно связь АБ = БА = 20 – 14 = 6).



Далее отобразим сеть. Отображение заключается в рисовании узлов сети с их названиями на форме. Есть 2 варианта отображения: произвольное отображение точек в заранее заданном участке формы, либо рисование, отталкиваясь от какого либо одного узла сети (по умолчанию – первого). Следует отметить, что такое отображение узлов сети – преследует только иллюстративную цель, даже отталкиваясь от какого либо одного элемента, нельзя претендовать на полную адекватность. Например,  если узел «А» хорошо дружит с «Б» и «В», а «Б» и «В» друг друга не переносят, то как это отобразить на сети? Как выбрать расположение?

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

В алгоритмах таксономии класса FORELиспользуется критерий «похожести на центр», который заключается в следующем: Если координаты центра j-го таксона обозначить символом , то сумма расстояний  между центром и всеми  точками  этого таксона  , где,а сумма таких внутренних расстояний для всех  таксонов,. Смысл критерия похожести на центр состоит в том, что нужно найти такое разбиение m объектов на k таксонов, чтобы приведенная выше величина F была минимальной. Выполнение этого условия можно достичь с помощью алгоритма FOREL.

Алгоритм:



  1. Случайно выбираем текущий объект из выборки

  2. Помечаем объекты выборки, находящиеся на расстоянии менее, чем R от текущего

  3. Вычисляем их центр тяжести, помечаем этот центр как новый текущий объект

  4. Повторяем шаги 2-3, пока новый текущий объект не совпадет с прежним

  5. Помечаем объекты внутри сферы радиуса R вокруг текущего объекта как кластеризованные, выкидываем их из выборки

  6. Повторяем шаги 1-5, пока не будет кластеризована вся выборка

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

Рисунок 1. Различные варианты кластеризации

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

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

Перспектива:дальнейшее усовершенствованиеинтерфейса пользователя, усовершенствование алгоритма начальной визуализации сети.
Литература


  1. Boyd, D. and Ellison N. Social Network Sites. Definition, History, and Scholarship (англ.)NY:JournalofComputer-MediatedCommunication, 2007г., 230с.

  2. Загоруйко Н.Г. Прикладные методы анализа данных и знаний,1999г., Новосибирск: ИМ СО РАН, стр. 270.

УДК 517.51



К ВОПРОСУ РАЗРАБОТКИ БАЗЫ ДАННЫХ ДЛЯ ОФИЦИАЛЬНОГО САЙТА ГОСТИНИЧНОГО КОМПЕЛЕКСА «КЫЗЫЛ ЖАР»
Диденко А. А.

Северо-Казахстанский государственный университет им. М. Козыбаева, Петропавловск
Научный руководитель: Ушакова Е. В.
База данных – неотъемлемая часть современного Web-приложения. Большинство современных сайтов для своего функционирования используют именно базу данных.

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

Структура сайта обычно хранится непосредственно в коде, либо в отдельных файлах, так называемых шаблонах. Возникает вопрос, как хранить контент сайта? Вот для этой задачи как нельзя лучше подходит база данных.

Благодаря использованию базы данных, управлять данными становится быстрее и проще. Любая современная СУБД поддерживает язык запросов SQL, с помощью которого осуществляется выборка, добавление, удаление и изменение данных в базе.

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

Для предоставления доступа к базе данных внешним приложениям и обеспечения ее работы необходима система управления базой данных (СУБД).

Существуют такие СУБД, как Oracle, Microsoft SQL Server, MySQL, Sybase, PostgreSQL.

Сайты PHP чаще всего работают в связке с MySQL, именно эта СУБД использовалась при разработке и используется в функционировании официального сайта гостиничного комплекса «Кызыл Жар».

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

Разработанная база данных состоит из следующих таблиц: «users», «guest_book», «guest_book_comments», «rooms_ru», «rooms_en», «rooms_kz», «request», «pages», «menu_en», «menu_kz», «menu_ru», «settings_en», «settings_kz», «settings_ru», «country».

В таблице «users» содержится такая информация об администраторе и операторе, как фамилия, имя, отчество, логин, пароль и тип учетной записи.

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

В таблице «guest_book_comments» хранятся ответы оператора сайта, то есть администрации гостиничного комплекса на записи, которые оставили пользователи сайта.

Таблицы «rooms_ru», «rooms_en», «rooms_kz» имеют однотипную структуру и предназначены для хранения информации о комнатах на трех языках: русском, английском и казахском соответственно.

Таблица «request» предназначена для хранения данных, содержащихся в заявке на online-бронирования номера.

Таблицы «pages», «menu_en», «menu_kz», «menu_ru», «settings_en», «settings_kz», «settings_ru» служат для настройки сайта. В таблице «pages» хранится идентификационный номер страницы и название файла содержащего код страницы. В таблицах «settings_en», «settings_kz», «settings_ru», имеющих однотипную структуру, хранятся заголовки страниц, метаинформация и другая текстовая информация, содержащаяся на страницах сайта. Таблицы «menu_ru», «menu_en», «menu_kz», также имеющие однотипную структуру, хранят в себе настройки меню на трех языка: русском, английском и казахском соответственно.

Таблица «country» представляет собой справочник, содержащий название стран. Данный справочник используется при online-бронировании номера.

Разработанная база данных упростит использование официального сайта гостиничного комплекса «Кызыл Жар». Благодаря базе данных, посредством разработанного функционала, можно редактировать всю текстовую информацию, содержащуюся на страницах сайта. Также в базе данных хранятся записи гостевой книги и заявки на online-бронирование номера.



Рисунок 1. Логическая структура базы данных


Литература

  1. Дэвис Мишель Е. и Филлипс Джон А. Изучаем PHP и MySQL. // 2008. – 442 с.

  2. Кузнецов., Симдянов И. MySQL 5. // 2010. – 1024 с.

  3. Ульман Л. MySQL. Руководство по изучению языка. // 2004. – 352 с.

УДК 517. 51

ПРЕИМУЩЕСТВА АВТОМАТИЗИРОВАННОГО УЧЕТА В РЕСТОРАННОМ БИЗНЕСЕ.

Егоров В.А

Северо-Казахстанский государственный университет им. М. Козыбаева, Петропавловск

Научный руководитель – Пяткова Татьяна Владимировна


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

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

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


  • Администратора автоматизированной системы управления торговым процессом;

  • Менеджера смены;

  • Кассира;

  • Официанта;

  • Бармена.

Автоматизированная работа позволит избежать «бумажной» работы, при которой официант записывает заказы на листочек, что повышает контроль над сотрудниками ресторана и сокращает время приема заказа.

В ресторане, кафе или баре посетителям может предлагаться от 50 до 500 блюд. В автоматизированной системе возможно ведение справочника блюд с широкими возможностями построения сложных характеристик. Также можно реализовать возможность построения системы различных скидок и ввода дисконтных карт:



  • Ручные (заведены кассиром вручную) и вытесняющие скидки (например, скидка постоянного клиента, составляющая 15%, вытеснит 3%-ную скидку на сумму заказа);

  • Скидка на количество заказанных блюд (например, в ресторане действует скидка, согласно которой гостю, заказавшему 7 и более блюд, предоставляется скидка 10% — система будет рассчитывать такую скидку автоматически);

  • Скидка на время и сумму заказа (к подобным скидкам жители столицы и крупных городов, наверняка, уже привыкли, у многих магазинов, супермаркетов, а также ресторанов или кафе есть скидки в утренние часы);

  • Скидки по дисконтным картам.

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

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



  • Переоценка — используется для назначения цены товара или блюда;

  • Заказы — документ, в котором в табличном виде отражается заказ посетителя;

  • Чеки — накопление данных о продажах;

  • Инкассация — документ об изъятии или внесении денежных средств из касс;

  • Закрытие кассовой смены — стандартный документ, который формирует кассир в конце рабочего дня, с созданием дневных отчетов о продажах в различных аналитических разрезах и с сохранением архива пробитых чеков;

  • Акт списания — документ, по которому производится списание товара со склада.

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

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



Отчет «О продажах» — предоставляет информацию о продажах в различных аналитических разрезах: по товарам, по скидкам, по клиентам, по платежным картам, по официантам. Пользуясь результатами данного отчета, можно рассчитать эффективность продаж того или иного товара: какой товар продается лучше, в какое время, какими официантами. Также можно оценить влияние скидок или расположения столов на количество заказов. Отчет, сгруппированный по официантам, влияет на решение руководства о начислении заработной платы и премиальных сотрудникам ресторана.

Отчет «Расход товаров» — служит для формирования аналитики по проданным, списанным и возвращенным товарам и услугам за указываемый период. По результатам отчета показывается товародвижение по подразделениям предприятия, причем, анализ можно провести по различным типам: сколько «заготовок» реализовано, сколько «блюд» списано или возвращено, на какую сумму оказано «услуг».

Отчет «Состояние ресторана» — позволяет выяснить особенности текущего состояния ресторана в различных аналитических разрезах. Например, можно узнать состояние заказов («открыт», «пречек», «дозаказ», «отпечатан») в разрезе столиков, официантов, можно получить общую сумму одного или нескольких заказов.

Отчет «Загруженность залов» — дает возможность узнать текущее количество свободных/занятых мест в зале ресторана. На основании данных этого отчета менеджер зала сможет принять наиболее правильное решение о размещении новых посетителей или при оформлении предварительного заказа на столик.

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


УДК 004.92.
3D MAX, ADOBE PHOTOSHOP ЖӘНЕ CRY ENGINE 3 БАҒДАРЛАМАЛАРЫН ПАЙДАЛАНУ АРҚЫЛЫ БАС ҒИМАРАТТЫҢ АТРИУМЫ МЕН МҰРАЖАЙЫН МОДЕЛЬДЕУ
Есебаев А.Ш.

Л.Н.Гумилев атындағы Еуразия Ұлттық Университеті, Астана
Ғылыми жетекші – т.ғ.к. Жумадиллаева А.К.
Бұл мақалада модельдеу арқылы объект жасауды, оған текстура сызуды және оны әрі қарай ойын қозғалтқышына қосуды жазамын. Обьект ретінде университет бас ғимаратының артриумы мен мұражайын алдым. Ең алдымен атриум мен мұражайды фотоға түсіріп аламыз.

Cry Engine 3 ойын қозғалтқышын http://www.crydev.net/ сайтынан жүктеп аламыз. 3d max-қа арналған LoadCryMaxTools құралын орнатамыз.



Модельдеу. 3d Max-та жаңа алаң құрамыз. Онда Create мәзірі арқылы жаңа Plane сызамыз. Бастапқы мәндерін береміз. Ұзындық пен енінің сегменттер саның бастапқы 3х3 деп береміз, кейін ыңғайға байланысты саның көбейтуге болады. Modify мәзірінен Plane-ға Editable Poly қасиетін қолданамыз, осыдан кейін біз объектіні өз ыңғайымызға байланысты өзгерте аламыз. Бізге ені мен ұзындығының сегмент саның көбейту керек, ол үшін Plane қабырғаларын(Edge) белгілеп Connect батырмасын басамыз. Еден симметриялы болғандықтан, еденнің жарты жағын сызып, екінші жағын көшіріп аламыз. Ол үшін Modifier List мәзірінен Symmetry таңдаймыз. Координата осі арқылы екінші жағын жылжытып қоямыз.

Текстура жасау. Дайын болған объектіге текстура беру үшін Modifier List мәзірінен Unwrap UVW қолданамыз. Edit Uvs мәзірін ашып Open UV Editor... батырмасын басамыз. Ашылған терезеде барлық аймақты белгілеп алып, Mapping – Flatten Maping басамыз. Tools – Render UVW Template… басамыз, ашылған терезеде Render UV Template батырмасын басып, Save Image батырмасын басып, *.jpg форматта сақтаймыз.

Adobe Photoshop-шы ашып, File – Open арқылы атриумның фотосын ашып, сондағы еденді белгілеп алып Cut батырмасын басамыз. Енді бізде еденнің бояуы бар. Осылай енді 3d Max-та сақтап қойған суретті ашып, жасылмен белгіленген төртбұрыштар ішіне түстерді қоюымыз керек. Жасыл төтбұрыш аймақтарына еден бояуын қоямыз

Photoshop-та осындай нәтижеге жетуіміз керек. Пайда болған текстураны File – Save сақтаймыз, формат *.tiff болу керек.

Cry Engine – ге объект экспорттау. 3d Max-та жасаған еденді белгілеп, көшірмесін жасаймыз, жасалған көшірмеге Material Editor арқылы Shader Basic Parameters – Crytek Shader. Crytek Shader Basic Parameters мәзірінде Physicalize-ға белгі қоямыз және Physical Proxy(No Draw) таңдаймыз. Бірінші объектке Material Editor арқылы Shader Basic Parameters – Crytek Shader. Crytek Shader Basic Parameters мәзірінде Physicalize-ға белгі қоямыз. Material Editor-ды жабамыз. Екі объекті белгілеп Utilites – CryEngine3 Exporter басамыз. Geometry Export мәзірінде Add Selected батырмасын басамыз. Export Nodes батырмасын басамыз. Сол кезде *.cgf файл пайда болады. Оны Cry Engine3 папкасындағы Game – Objects папкасына саламыз.

Cry Engine3 бағдарламасын қосамыз. 3d Max-та Create Material-ды басаммыз, пайда болған терезеде жаңа *.mtl файлды Cry Engine3 бумасындағы Game – Materials бумасына сақтаймыз. Objects мәзірінде Geom Entity батырмасын басып, Objects папкасынан еден объектісін тауып алып, оны алаңға тышқанмен қосамыз. Объектіні белгілеп Opens Material Editor Dialog басамыз. Пайда болған терезеде Materials папкасынан *.mtl файлын тауып аламыз. Оны белгілеп Texture Maps мәзірінде Diffuse жолында ...(көпнүкте) батырмасын басып, текстураның *.tiff файлын іздеп тауып қосамыз. Сосын Assign Items To Selected Object батырмасынбасамыз.




Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9   10   11




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет