Связана с актуальной проблематикой обеспечения информатизации документооборота предприятий апк в связи со спецификой предметной области
Скачать 490.02 Kb.
|
1 2
Министерство сельского хозяйства Российской Федерации Федеральное государственное образовательное учреждение высшего профессионального образования «БЕЛГОРОДСКАЯ ГОСУДАРСТВЕННАЯ СЕЛЬСКОХОЗЯЙСТВЕННАЯ АКАДЕМИЯ ИМ. В.Я. ГОРИНА» УДК 681.3.06 УТВЕРЖДАЮ Ректор ФГБОУ ВПО БелГСХА им. В.Я Горина __________А.В. Турьянский ОТЧЕТ О НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЕ по теме: РАЗРАБОТКА ПРОЕКТНОГО РЕШЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА НА ПРЕДПРИЯТИЯХ АПК С ИСПОЛЬЗОВАНИЕМ МЕТОДОВ ИМИТАЦИОННОГО МОДЕЛИРОВНИЯ Начальник научной части _________А.Н. Ивченко Руководитель темы _________Д.А.Петросов БЕЛГОРОД 2013 СПИСОК ИСПОЛНИТЕЛЕЙ Руководитель темы, зав. каф. ИиИТ, к.т.н. _____ Д.А. Петросов Реферат Отчет 86 с. , 20 рисунков,14 источников, 2 листинга. РАЗРАБОТКА ПРОЕКТНОГО РЕШЕНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА НА ПРЕДПРИЯТИЯХ АПК С ИСПОЛЬЗОВАНИЕМ МЕТОДОВ ИМИТАЦИОННОГО МОДЕЛИРОВНИЯ Тема работы связана с актуальной проблематикой обеспечения информатизации документооборота предприятий АПК в связи со спецификой предметной области. Объектом исследования являются исследования технологии автоматизации электронного документооборота. Предметом исследования является алгоритмическое обеспечение, имитационные модели и инструментальные средства реализации проектных решений для информационных систем Методическую основу исследования составляют модели и методы имитационного моделирования, теория сетей Петри, теория проектирования информационных систем. Целью исследования состоит в разработке проектного решения для информационной системы документооборота для предприятий АПК, на основе предложенной имитационной модели на основе вложенных сетей Петри . В работе проведен анализ информационных технологий, применяемых в данной предметной области, прототип имитационной модели и представление метки для моделирования. Содержание
Введение Электронный документооборот или СЭД, автоматизация делопроизводства, эти словосочетания все чаще звучат вокруг нас. Каждой организации необходимо качественное средство передачи управляющих документов. Автоматизация делопроизводства на основе такого рода систем обеспечивает эффективное управление электронным документооборотом и становится не просто органайзером для секретарей, а ежедневным рабочим инструментом, повышающим эффективность и скорость принятия решения. Это дает серьезное преимущество перед конкурентами в условиях рыночной экономики. Под электронным документооборотом, автоматизацией делопроизводства, понимается движение различного рода документов от составителей до исполнителей, которое позволяет своевременно довести всю необходимую информацию до заинтересованных лиц. Зачастую, чем больше организация, тем больше документации и договоров проходит на рассмотрение, и тем труднее организовать рабочую группу в одном и том же проекте, усложняя работу всего предприятия в целом. Системы делопроизводства и электронного документооборота предназначены, в настоящее время для создания гибких, настраиваемых и эффективных решений: С учетом территориальной распределённости предприятия АПК, вопрос разработки проектного решения для данной области является актуальным ОБЪЕКТОМ исследования являются технологии автоматизации электронного документооборота. ПРЕДМЕТ ИССЛЕДОВАНИЯ – алгоритмическое обеспечение, имитационные модели и инструментальные средства реализации проектных решений для информационных систем. РАБОЧАЯ ГИПОТЕЗА Современные технологии дают новые возможности для улучшения процесса ведения электронного документооборота на предприятиях АПК. ЦЕЛЬ ИССЛЕДОВАНИЯ – разработка проектного решения для ИС электронного документооборота на предприятиях АПК с использованием методов имитационного моделирования. ЗАДАЧИ ИССЛЕДОВАНИЯ:
Методическую основу исследования составляют модели и методы имитационного моделирования, теория сетей Петри, теория проектирования информационных систем. Научная новизна заключается в использовании средств имитационного моделирования, а в частности математического аппарата сетей Петри, на этапе исследования и в процессе разработки проектного решения. В качестве практической значимости можно отметить создание проектного решения с использованием CASE технологий, что позволит фирмам разработчикам программных продуктов повысить оперативность обработки электронных документов в разрабатываемых ими программных средствах.
В настоящее время на смену классическому «бумажному» делопроизводству приходит электронный документооборот, который ведется с использованием особого класса информационных систем – систем электронного документооборота. Огромное увеличение объемов информации и большие изменения спроса информации стали предъявлять новые требования к организации информационно-документационного обслуживания в организации. Стали меняться требования к службам, занимающимся информационно-документационным обеспечением. За рубежом их стали называть службой управления (или менеджмента) информационно-документационными ресурсами, в нашей стране – службой документационного обеспечения управления (ДОУ). Сегодня состояние информационных технологий в ДОУ можно охарактеризовать:
Как правило, документы различаются по типам носителей информации (рис. 1.1). И основные резервы повышения эффективности работы с документами лежат именно в типах носителей. [16]  Рисунок 1.1 - Типы документов и их взаимодействие Электронные носители информации также могут быть подразделены на ряд подтипов (жесткие диски, оптические диски, магнитооптические диски и т. д.). Кроме того, для электронных документов важен формат, в котором они сохранены на электронном носителе информации. Использование компьютеров для оформления, хранения и передачи документов привело к появлению электронного документа (ЭД). Электронные документы зависят от технологии, формата и стандарта его создания. Для восприятия ЭД требуются специальные технические средства (экран монитора, принтер), программные средства, чтобы пользователь увидел документ в понятном для него виде. ЭД не привязаны жестко к определенному носителю информации, как это было ранее с бумагой. ЭД обладает рядом преимуществ по сравнению с бумажным документом: простотой внесения изменений, использованием заранее заготовленных форм документов, оперативностью при передаче документа по электронной почте, возможностью архивации и защиты их от несанкционированного доступа. Структура ЭД состоит из двух частей: общей (содержание документа и информация об адресате) и особенной (электронная цифровая подпись). Электронная цифровая подпись (ЭЦП) – реквизит электронного документа, защищенный от подделки, полученный в результате криптографического преобразования информации с использованием закрытого ключа электронной подписи. Ключ электронной подписи позволяет установить отсутствие утраты, искажения или подделки информации в электронном документе, а также подделки подписи обладателя электронной цифровой подписи. В соответствии с законом ЭД на машиночитаемом носителе приравнивается к документу на бумажном носителе и имеет одинаковую с ним юридическую силу. [16] История развития информационных систем в управлении и цели их использования на разных периодах представлена в табл. 1.1. Процессы, обеспечивающие работу информационных систем, условно можно представить в виде схемы (рис. 2.1).  Рисунок 1.2 - Процессы в информационной системе Техническую основу современных информационных технологий или электронного офиса составляют средства компьютерной техники, средства коммуникационной техники и средства организационной техники. Это персональные компьютеры, копировальные машины; коммуникационные средства, телефонная техника; средства для автоматизации ввода архивных документов и поиска информации.  Рисунок 1.3 - Основные компоненты автоматизированного офиса Одной из важнейших составляющих корпоративной информационной системы является система электронного управления документами (ЭУД). Организация работы с документами – это составная часть процессов управления и принятия решений, существенно влияющая на оперативность и качество управления. Документы поступают в организацию, создаются сотрудниками, передаются для согласования или исполнения из подразделения в подразделение, поступают к руководству для принятия решения или утверждения и отправляются из организации. [16] Число организаций, где внедрена система электронного документооборота, увеличивается, растет количество автоматизированных рабочих мест. Если ранее сферой применения систем электронного документооборота был в основном крупный и средний бизнес, то теперь дело дошло и до небольших предприятий. [1] Системы электронного управления документами (ЭУД) обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации. Часто эти документы хранятся в специальных хранилищах или в иерархии файловой системы. Типы файлов, которые, как правило, поддерживают системы ЭУД, включают текстовые документы, электронные таблицы, аудио-, видеоданные, графические объекты и документы Web. Системы ЭУД включают: 1) системы электронного документирования (делопроизводства); 2) системы электронного документооборота; 3) корпоративные системы электронного управления документами. Очень многие поставщики и аналитические компании предлагают собственные системы классификации. Если положить в основу классификации роль документа в системе, то можно выделить два класса систем. К одному из них причислим так называемые корпоративные (или универсальные) системы управления документами (Enterprise Document Management System – EDMS), к другому – специализированные системы управления документами, ориентированные в основном на автоматизацию делопроизводственных процедур. С документами любого содержания необходимо выполнять некоторые действия: принимать и отправлять, регистрировать, передавать по назначению, контролировать ход исполнения, накладывать резолюции. Специализированные системы (а практически все отечественные разработки в этом сегменте относятся к данному классу) как раз и предназначены для решения таких задач, например для автоматизации делопроизводственной деятельности предприятия. Корпоративные системы управления документами – это, по сути, платформы для создания различных решений, ориентированных на обработку документов. Специализированные решения, в свою очередь, ориентированы на решение конкретных задач, таких как автоматизация традиционного отечественного делопроизводства, и внедряются они на ограниченном числе рабочих мест. При этом специализированные системы не предназначены для решения задач, связанных с содержательной частью документа. [16] В настоящее время на отечественном рынке представлено несколько десятков программных продуктов, предназначенных для автоматизации документационного обеспечения управления. При выборе СЭД важно обратить внимание, есть ли возможность установления связей между документами и классификации этих связей. Например, входящий документ может быть связан с исходящим, но в одном случае входящий является ответом на исходящий, а в другом – исходящий – ответом, причем промежуточным. Важно отслеживать эти тонкости, так как такие возможности экономят время на работу с документами. Можно сразу увидеть, ответ на какое письмо задерживается, и предпринять соответствующие меры. [12] На сегодняшний момент можно выделить следующие решения от ведущих компаний-разработчиков:
2. ФУНКЦИОНАЛЬНЫЕ ОСОБЕННОСТИ И СТРУКТУРА ЭЛЕКТРОННОГО ДОКУМЕНТА 2. 1. Функциональные особенности ИС документооборота В процессе анализа выбраны основные функции, которые должны быть предусмотрены при проектировании:
2.2 Предлагаемая структура ЭД и прототип модели Электронный документ принято разбивать на две состватляющие: - содержание документа; - ЭЦ. В процессе рассмотрения было принято решение о представлении следующего решения, для структуры электронного документа (см. рис. 2.0): - содержание документа; - часть файла с ЭЦП, разделенная для нескольких ЭЦП; - маршрутизация документа внутри предприятия.  Рисунок 2.0 –Представление ЭД без маршрутизации Прототип имитационной модели на основе вложенных сетей Петри показан на рисунке 2.1  Рисунок 2.1 – Прототип имитационной моделиПозиция PB – является источником, в который поступают документы для обработки. Количество переходов в модели Cij должно соответствовать количеству документов, которое экземпляр может обрабатывать за одну итерацию. Метка во втором уровне вложенной сети Петри является ресурсом и может быть представлена следующим образом  На рисунке 2.2 показано представление метки для данного прототипа  Рисунок 2.2 Представление метки для прототипной модели где М - маркер обработки; G – маркер ЭЦП; D – маркер маршрута. Переходы закачки в Cij «возбуждаясь» случайным образом выбирают метку из PB. При выборе метки остальные переходы экземпляра затягивают на обработку метки обладающие свойствами D и G. После обработки в Mi меняет свое значение, при использовании цветных сете Петри присваивается определенный цвет. Следующим шагом будет возвращение использованных меток в позицию PB. Переходы  срабатывают в случае, когда все Mi примут требуемые значения или будут окрашены определенным образом. После чего обработанный документ помещается в позиции Pout. Ресурсы, которые еще могут или должны быть обработаны, остаются в позиции PB. По окончанию первого этапа обработки в позиции Pin могут быть помещены следующие метки-документы, требующие обработки, в этом случае, для уменьшения времени поиска конфигурации обрабатывающего ДО, предлагается использовать растравление приоритетов, например метки которые подвергались обработке имеют высший приоритет по отношению к необработанным, или к обработанным меньшее количество раз меткам. Это позволит уменьшить время поиска решения. Таким образом, в позиции PB.будут находиться как необработанные метки, так и метки которые обрабатывались, но не соответствуют правилам срабатывания переходов В настоящее время одним из перспективных методов для описания процессов документооборота являются сети Петри, они дают возможность моделировать работу систем с учетом распределенного управления и параллелизма протекающих внутри системы процессов [7]. Поэтому, в данной работе предлагается проводить моделирование информационной системы документооборота для предприятий АПК используя математический аппарат сетей Петри. При моделировании систем документооборота существует потребность в использовании интеллектуальных методов, которые позволят модельеру существенно снизить время для поиска решения, в качестве такого метода в работе предлагается адаптированного генетический алгоритм. Адаптация генетического алгоритма к решаемой задаче поиска конфигурации систем с заданным поведением рассматривалась в работах [1, 2]. Для решения поставленной задачи следует провести формализацию генотипа информационной системы документооборота с учетом специфики решаемой задачи с учетом подключаемых модулей для уменьшения загрузки основных компонентов системы, что позволит увеличить быстродействие системы. Рассмотрим структуру генотипа модели информационной системы документооборота:  где D – моделируемая система документооборота; IN – входные данные для системы документооборота; OUT – выходные данные системы документооборота; S – конфигурация системы документооборота; T – время, затраченное на обработку; С – стоимость компонентов системы. Конфигурация системы S предлагается представить в виде:  где SA – постоянные компоненты системы; SI – подключаемые компоненты системы; М – слой межкомпонентной шины (связей между компонентами системы S) . Изменение алгоритма функционирования системы документооборота происходит в подсистемах  . Для каждой подсистемы Sk сопоставляется модель подсистемы (компонента) на основе сети Петри, данные модели являются либо алгоритмом программ обработки данных, либо компонент системы (в рамках существующих аппаратных решений), при использовании вложенных сетей Петри существует возможность комбинирования аппаратной и программной составляющих системы документооборота. Математически это выражается следующим образом: где PNk,r – r-й алгоритм обработки данных подсистемой Sk, представленный в виде сети Петри. В отличие от работ в данной работе при подключении различных компонентов моделируемой системы документооборота предлагается рассматривать слой межкомпонентной шины, показанный на рисунке 1 (работа [8]), что позволит уменьшить время работы адаптированного к решаемой задаче генетического алгоритма. Для её моделирования могут использоваться и компоненты системы, и связи между ними, а так же логические элементы: – блок «ИЛИ» с указанием множества входных позиций; – блок «ИЛИ-НЕ» с указанием множества входных позиций; – количество блоков «И»; – количество блоков «И-НЕ»; – множество входных позиций для каждого блока «И» («И-НЕ»), см. рис. 2 . Формально, для каждой шины задано множество входных позиций In = {Inm} и множество выходных позиций Out = {Outm} (m = 1, 2, …, M). Входные позиции – это выходы предыдущего блока элементов системы, а выходные позиции – входы последующего блока элементов системы.  Рисунок 2.3 Межкомпонентная шина В качестве элементов межкомпонентной шины могут быть представлены: элементы системы, логические элементы (рис. 2) и связи между слоями системы документооборота.  Рисунок 2.4 Логические элементы слоя межкомпонентной шины на основе сетей Петри Для моделирования системы документооборота, проводя аналогия с системами массового обслуживания, предлагается использовать компоненты: очередь, постоянно функционирующие компоненты обработки, подключаемые компоненты обработки, настраиваемый компонент подключения элементов, а также элементы накопления и обработчики очереди документов (рис. 3)  Рисунок 2.5 Модели компонентов системы документооборота При работе с компонентом подключения элементов системы документооборота следует учесть, что вес Х дуги входящей в переход t1 зависит того, сколько документов должно находиться в очереди для запуска подключаемых компонентов подсистем обработки, в зависимости от максимального количества заявок ожидающих обработки. Переход возвращает метки в позицию Р1 и генерирует метку в позицию Р2, тем самым подключая компонент. Позиция Р1 связывается с переходом t1 компонентов обработки тем самым уменьшая количество документов, ожидающих обработки. Таким образом, при решении задачи на основе предложенных моделей компонентов системы и межкомпонентной шины, способных обрабатывать документ, метку третьего уровня во вложенной сети Петри, представляющей собой модель адаптированного генетического алгоритма, требуется: - задать входной и выходной вектора (IN, OUT) для моделируемой системы (при этом IN может генерироваться автоматически при создании модели генератора на основе сети Петри с учетом требуемого закона распределения); - задать условие остановки работы адаптированного генетического алгоритма; - запустить модель адаптированного генетического алгоритма; - провести анализ моделей наиболее подходящих к искомому решению. Таким образом, предложенный в предыдущих работах адаптированный с помощью вложенных сетей Петри генетический алгоритм, при разработке моделей компонентов системы документооборота, способен решать поставленную задачу. На рисунке 2.6 показан пример смоделированного документооборота предприятия  Рисунок 2.6 – Пример смоделированного документоборота предприятия 2.3 Критерии оценки систем электронного документооборота Обеспечение необходимого уровня качества управленческих решений невозможно без внедрения и постоянного совершенствования системы электронного документооборота (СЭД) организации. Основной задачей СЭД является компьютерная поддержка создания, обработки, передачи, хранения и вывода документированной информации, циркулирующей в организации или на предприятии. Широко распространенный в настоящее время подход к оцениванию СЭД (например, [1]) предполагает числовую оценку ее отдельных параметров, что, зачастую, не дает возможности определить, насколько СЭД влияет на достижение конечных целей организации (предприятия). В настоящей работе предлагается процедура оценивания СЭД, основанная на качественной (лингвистической) оценке отдельных свойств СЭД в рамках применения экспертных технологий [2], что характерно для слабо формализованных систем [3]. Рассмотрим в качестве критериев оценки СЭД основные свойства СЭД Crt (creation) - коллективная работа над созданием (корректировкой) документов; Sft (safety) - сохранность документов, обеспечиваемая их централизованным хранением в электронном виде; Srch (search) - быстрый поиск и выборка документов (по различным атрибутам); Prt (protection) - защита от несанкционированного доступа к документам; Cnt (control) - контроль за исполнением документов. Каждый из этих критериев в свою очередь подразделяется на подкритерии, более детально определяющие рассматриваемое свойство. Например, критерий Srch соответствует совокупности подкритериев Srch < AtrSrch, TypeSrch, TimeSrch, … >, где AtrSrch - количество атрибутов, по которым может быть осуществлен поиск, TypeSrch - количество возможных типов поисковых запросов, TimeSrch - среднее время поиска документа и т.д. Каждый подкритерий оценивается экспертами в баллах, после чего значения критериев вычисляются как линейные свертки подкритериев с весовыми коэффициентами, отражающими значимость подкритериев в составе критериев. Например, формула вычисления рассмотренного критерия имеет вид: Srch = aAtrSrch AtrSrch +aTypeSrch TypeSrch + aTimeSrch TimeSrch +… aAtrSrch , aTypeSrch , aTimeSrch ,… 0, aAtrSrch +aTypeSrch + aTimeSrch +… =1 Дальнейший анализ СЭД может проводиться, как на основе скалярного, так и на основе векторного оценивания. В рамках скалярного подхода общая комплексная оценка СЭД может быть получена в виде линейной свертки критериев с весовыми коэффициентами, отражающими значимость критериев для достижения целей функционирования организации (предприятия), что соответствует построению иерархии критериев [4]. Векторных подход предполагает отдельный учет каждого из критериев и при решении задачи выбора сводится к решению задачи многокритериальной оптимизации. 3. ПРОЕКТИРОВАНИЕ РЕШЕНИЯ ДЛЯ ИНФОРМАЦИННОЙ СИСТЕМЫ ДОКУМЕНТООБОРОТА 3.1 Архитектура ИС документооборота В рамках проводимого исследования, целесообразно разработать архитектуру для ИС (см. рис 3.1.)  Рисунок 3.1 – Архитектура ИС электронного документооборота для предприятий АПК Основными компонентами которой на первом уровне предлагается рассматривать: - шлюз импорта и экспорта данных; - интерфейс администратора; - интерфейс пользователя; - серверная часть ИС; - каналы связи. Взаимодействие компонентов так же показано на рисунке 3.1. Серверная часть информационной системы может быть рассмотрена в следующем виде (см. рис. 3.2)  Рисунок 3.2 – Серверная часть ИС ЭДО для предприятий АПК В качестве программной реализации в рамках данного научно-практического исследования решено реализовать СМС-Сервер. Для АПК СМС –Сервер должен обладать следующими свойствами: Рассылки СМС:
- Поддержка русского языка; - Возможность обратной связи; - Отказоустойчивость. В рамках практической реализации будем использовать следующие программные средства: - ОС Linux Ubuntu (бесплатное ПО); - Программное средство Gnokii (бесплатное ПО); - СУБД MySQL (бесплатное ПО); - Язык программирования PHP (бесплатное ПО); - Мобильный телефон с СИМ-картой любого оператора (желательно с тарифом бесплатных СМС ); - ПК. Для выполнение поставленной задачи реализации СМС-Сервера требуется выполнить: - Подключение телефона к ПК; - Редактирование файла конфигурации в соответствии с моделью телефона и типа соединения (кабель, bluetheus); - Разработка Shell скрипта; - Создание папок для обмена между Web-приложением и Сервером; - Настройка команд ОС. 3.2 Gnokii Принять SMS чуть сложнее. На самом деле GSM модем принимает SMS самостоятельно, наша же задача заключаетя в том, что бы прочитать SMS из GSM терминала и удалить её. Перед тем как читать SMS, получим список папок с короткими сообщениями на нашем терминале:
Gnokii показывает что доступна всего 1 папка с SMS под названием SM — это симкарта установленная в терминал. В терминале Teleofis RX201 собственные папки отсутствуют, однако если вы используете в качестве терминала обычный мобильный телефон, то, скорее всего там будут и другие папки кроме сим-карты (SM). Последняя цифра в графе — количество сообщений в данной папке. Имя папки с короткими сообщениями необходимо для того, что бы прочитать сообщение из этой папки:
SM — это тип памяти откуда мы пытаемся прочесть сообщение, 1 — номер ячейки. Сообщения помещаются в ячейки последовательно начиная с 1ой. (Unread) — флаг, указывающий на то, что мы читаем это сообщение впервые. При последующих попытка чтения этого сообщения флаг изменится на (Read). Sender — номер, с которого было отправлено данное сообщение. За раз можно читать несколько сообщений, для этого указываем диапазон ячеек (первую и последнюю):
Из этого примера мы видим, что ячейки 3-5 — пустые. Если ячейка не существует, gnokii выдаст другое сообщение:
В сим карте от Мегафона всего 30 ячеек. Что бы принимать больше 30 сообщений — следует удалять прочитанные сообщения. Делается это с помощью команды:
Эта команда, как вы уже догадались, удалит SMS из ячейки 1 на сим-карте установленной в GSM модеме. Удалять сообщения, как и читать их, можно целыми диапазонами:
Удаляет все сообщения из первых 5 ячеек сим карты. Удаление «пустой» ячейки не является ошибкой, по этому вы не увидите никаких сообщений об ошибках, не смотря на то, что ячейки 1, 3, 4 и 5 — пустые. Однако попытка удаления несуществующей ячейки — ошибкой является, о чём и сообщит gnokii:
Вот и всё — периодически читаем сообщения и не забываем удалять прочитанные. Возможно кому-то понравится режим непрерывного чтения SMS, который поддерживает gnokii. Работая в этом режиме, gnokii непрерывно опрашивает GSM модем и выводит в консоль информацию о принятых сообщениях:
Осталось лишь заметить, что для работы gnokii требуется конфигурационный файл $HOME/.gnokiirc — усли его нет, параметры берутся из файла /etc/gnokiirc. В этом файле указывается порт, к которому подключен GSM терминал, скорость, протокол работы с терминалом и т.д. Мой конфигурационный файл (для Teleofis RX201) выглядит вот так: [global] port = /dev/ttyUSB0 model = AT initlength = default connection = serial use_locking = no serial_baudrate = 115200 smsc_timeout = 10 Для того что бы отправлять и принимать SMS с компьютера, не обязательно покупать GSM модем, для экспериментов подойдёт любой телефон который поддерживается gnokii. А список поддерживаемых моделей у gnokii — очень большой. 3.3 Программная и аппаратная реализация СМС-Сервера Программная реализация отправки СМС сообщений выполнена на языке программирования PHP с использованием СУБД MySQL. Далее в отчете приводятся экранный формы интерфейсной часть реализованной ИС. На рисунке 3.1 показана форма отправки отдельных смс сообщений, т.е. одному абоненту оператора сотовой связи, пи условии ввода номера телефона.  Рисунок 3.1- Форма отправки отдельных сообщений Программное средство рассчитано на использование в БелГСХА им. В Я. Горина в учебном процессе, поэтому разработана форма для работы с факультетами (добавление, редактирование , удаление см. рис. 3.2)  Рисунок 3.2 - Добавление факультетов: За каждым факультетом закреплены студенческие группы, поэтому разработана форма для работы со студенческими группами см. рис. 3.3.  Рисунок 3.3 - Добавление групп В студенческих группах реализована обработка данных студентов см. рис. 3.4.  Рисунок 3.4 - Добавление студентов В учебном процессе студенческие группы закреплены не только за факультетами, но и за выпускающими кафедрами, а кафедры за факультетами, потому выполнена программная реализация формы работы с кафедрами в рамках данного проекта см. рис 3.5.  Рисунок 3.5 - Добавление кафедры При редактировании блоков (таких как студенты) происходит подгрузка необходимого содержимого на страницу, без ее обновления: На рисунке 3.6 показана форма, которая выполняет функцию загрузки групп, в зависимости от выбора факультета при добавлении студента:  Рисунок 3.6 – Работа со студентами Удобное удаление и добавление записей определенного типа (студенты, группы, кафедры) и т.п. вне зависимости от страницы, на которой находимся, т.е. если мы находимся на странице добавления студента в группу “16-ПИЭ” Экономического факультета, мы можем отсюда же добавить нового студента на факультет Ветеринарной медицины, или переместить любого студента в любую группу, любого факультета. Каждый подраздел в центре администрирования-управляется через отдельный файл, обеспечивающий подгрузку необходимого содержимого на основную страницу. На рисунке 3.7 показана аппаратная реализация СМС – сервера, для этого использовался ноутбук со средними характеристиками, с установленной на него операционной системой Linux, и мобильный телефон с СИМ картой мобильного оператора, подключенный через кабель.  Рисунок 3.7 СМС-сервер в сборе Для корректной работы аппаратной части выполнена настройка Shell-скрипта, результат выполнения которого показан на рисунке 3.8.  Рисунок 3.8 Работа Shell скрипта при рассылке сообщений В листинге 1 показан адаптированный Shell скрипт. Листинг 1 Разработанный Shell-скрипт #!/bin/bash a=1 #заглушка для бесконечного цикла test_trigger=`cat cache_test_trig.txt` #исходное значение триггера при старте программы while [ $a == 1 ] #начало бесконечного цикла do if ping -c1 ya.ru &> /dev/null then test_trigger_now=$(wget http://studentguide.vv.si/trigger.txt --quiet -O -) # получаем значение триггера if [ $test_trigger_now -eq $test_trigger ]; then #совпадает ли текущий триггер с новым? echo "Nothing new :(" #если совпадает, уход в сон до след цикла ############################### ######### Mobile extention ############################### aa=1 #переменная для поддержания цикла count=1 #счетчик для выбора смс из памяти по 1 while [ $aa == 1 ] # получение смсок из памяти по 1 do sms_test=$(gnokii --getsms IN 1 1) #считали 1 сообщение в цикле (1 1,2 2 и т.д.) echo $sms_test>mobile_temp.txt #поместили ответ системы в файл answer_test=$(grep -c Date/time: mobile_temp.txt) #ищем в ответе ключевое слово, присущее сообщению(Date/time:) if [ "$answer_test" != "1" ]; then #если ключевое слово не найдено, память закончилась, вышла ошибка aa=2 # прерываем цикл echo "messages over! Stop" elif [ "$answer_test" == "1" ]; then #если ключевое слово найдено, echo "Here is 1 message" let count=$count+1 #работа со счетчиком выборки из памяти #Теперь в переменной sms_test находится сообщение вида '1. Inbox Message (Unread) Date/time: 07/02/2013 15:33:16 +0400 Sender: +7904xxxxxx Msg Center: Text: 51235 Мое сообщение.' server_send=$(wget http://studentguide.vv.si/serv_mobile.php?text="$sms_test" -O /dev/null) #передаем сообщение на сервер для записи/незаписи в бд sleep 1 gnokii --deletesms IN 1 1 #очищает память телефона 1 сообщение fi sleep 3 done ############################### ######### Mobile extention ############################### sleep 50 else #если не совпадает, запуск программы смс-отправки echo "i need to do something!" let different=$test_trigger_now-$test_trigger #(стало-было), сколько нового #echo $different #разницу выдает правильно get_sender=$(wget http://studentguide.vv.si/trigger.php?diff=$different --quiet -O -) # в скрипт на реме передается количество новых записей (сколько папок создавать) #echo $get_sender # скрипт на реме воспринимает переменную different нормально echo $get_sender #возвращает ОК от рема sleep 3 #дадим рему время очухаться #Start SMS-sending n=0 while [ $n -lt $different ] # пока n < different do let n=$n+1 #!!!!!!!!!!!SENDING!!!!!!!!!!!!!! echo "send files from send$n folder" #место для запуска gnokii mess_for_gnok=$(wget http://studentguide.vv.si/send$n/message.txt --quiet -O -) #скачиваем сообщение numb_for_gnok=$(wget http://studentguide.vv.si/send$n/numbers.txt) #скачиваем номера cat numbers.txt | while read line do inp=$line echo "$mess_for_gnok" | gnokii --sendsms $inp echo $line echo $mess_for_gnok sleep 2 done rm numbers.txt #delete temporary files sleep 1 #!!!!!!!!!!!SENDING!!!!!!!!!!!!!! done terminator=$(wget http://studentguide.vv.si/terminate.php?kill=$different --quiet -O -) # delete all temperal folders in root #echo "i kill all files" test_trigger=$test_trigger_now #задание выполнено, поднимаемся и ждем новых изменений в trigger.txt echo $test_trigger>cache_test_trig.txt sleep 10 #засыпает после всех действий fi else echo "Here is no Internet. Find it!" sleep 50 fi done ---------------- В листинге 2 показан код программной реализации WEB-приложения. Листинг 2 Программная реализации интерфейсных модулей Файл index.php (основная форма отправки): |
1 2
Добавить документ в свой блог или на сайт
Похожие:
 | Анализ и оценка кредитоспособности заемщика Тема данной работы представляется весьма актуальной. Она связана с приоритетным Национальным проектом развития апк, с инициативой... | | Научно-педагогическая компетентность в мониторинге при подготовке... Научный центр связи и информатизации Военного институту телекоммуникаций и информатизации Национального технического университета... |
| 2002 введение 1 введение Актуальность. Охрана окружающей среды от загрязнений является актуальной проблемой современности. В этой связи проблема очистки природных... |  | Постановление от 17 января 2012 г. N 2 О программе развития предприятий... Вп-п9-23пр о мерах по развитию строительного комплекса в Российской Федерации, в целях развития предприятий промышленности строительных... |
| Программа учебной дисциплины Содержательное наполнении предлагаемой программы обусловлено собственной предметной спецификой сравнительной политологии | | Отчет об итогах инвестиционной деятельности промышленных предприятий... Модернизация производств и техническое перевооружение промышленных предприятий, как условие повышения конкурентоспособности производств,... |
| Рабочая программа по учебной дисциплине Экономика предприятий связи Рабочая программа предназначена для преподавания дисциплины «Экономика предприятий связи» студентам очной полной формы обучения специальности... | | Методические рекомендации по вопросам информационной безопасности... Проблема обеспечения информационной безопасности детей в информационно-телекоммуникационных сетях становится все более актуальной... |
| 1 Цели и задачи изучения дисциплины Цель преподавания дисциплины формирование знаний, умений, компетенций в области документооборота и документационного обеспечения... | | Уроков информатики в 8 классе по теме «Блок-схемы» Поскольку на сегодняшний день актуальной является проблема внедрения информационных технологий в процесс обучения, то это одна из... |
| Развитие потребительской кооперации в системе продовольственного... Экономика и управление народным хозяйством (Экономика, организация и управление предприятиями, отраслями, комплексами апк и сельское... | | Реферат по дисциплине "Компьютерные и информационные технологии в... Реферат раскрывает тему «Стандарты в области работы с документами и систем электронного документооборота». Предмет рассмотрения в... |
| Развитие предприятий агропромышленного комплекса на основе логистических... | | Муниципальное казенное учреждение Шербакульского муниципального района... Тема урока: Металлы, положение в пс, физические свойства, нахождение в природе, применение |
| Программа по формированию навыков безопасного поведения на дорогах... В связи с потребностью учащихся, живущих в условиях все большей информатизации общества, владеть компьютерными навыками и отсутствием... | | Тематический план повышения квалификации глав администраций сельских... Российской академии кадрового обеспечения агропромышленного комплекса организуется учеба глав администраций муниципальных районов,... |
