Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Сессионная работа.docx
Скачиваний:
52
Добавлен:
09.04.2015
Размер:
1.51 Mб
Скачать

Принцип работы

Рис. 9 Схема работы QR-кода

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

  1. Облачковая теория

Год 2008-й ознаменовался не только всемирным финансовым кризисом, но и появлением термина «облако». Авторство приписывают главе компании Google Эрику Шмидту: на одном из своих выступлений он употребил слово “cloud” (англ. «облако»). Слово тут же подхватили журналисты, ведь оно позволяло в простой и доступной форме определить место расположения виртуальных услуг и сервисов.  Строго говоря, термин не новый: часто на схемах сетей символом облака обозначали большую сеть, например Интернет или интрасеть предприятия. Современные облака и облачные сервисы – результат внедрения концепции коммунальных вычислений, предложенной еще в 1960-е годы. Идея заключалась в том, чтобы убрать с компьютера пользователя избыточный набор программ (нередко дорогостоящих) или оборудование, предложив взамен сервисы напрокат: вместо приобретения жесткого диска оформить подписку на облачное хранилище, вместо установки офисного пакета – воспользоваться облачной средой, и тому подобное. Такой подход позволяет сэкономить ресурсы ПК, снизить расходы на покупку ПО или «железа», не тратить время и силы на заботу о поддержании всего этого дела в работоспособном состоянии. Не говоря уже о возможности доступа к данным и программам с любого компьютера (смартфона, планшета), подключенного к Интернету. Облачные сервисы создавались именно с той целью, чтобы обеспечить доступ к услуге с любого устройства, имеющего подключение к сети: смартфоны, планшеты, нетбуки/ноутбуки, IP-камеры, сетевые хранилища, медиацентры, игровые приставки – все они позволяют воспользоваться облачными сервисами. Некоторые же вообще ориентированы только на них, например, так называемые хромбуки – нетбуки, работающие под управлением Chrome OS, программы в них не устанавливаются на жесткий диск, а открываются в окне браузера Chrome. И так мы рассмотрели среду применения облачных хранилищ, но что скрывается внутри самого облака?

  

  Пользователи, знакомые с компьютерами, не всегда представляют, что же скрывается в нем. Ведь они видят только страничку в браузере или интерфейс программы. Чтобы начать работать с облаком, достаточно зайти по требуемому адресу, ввести логин и пароль. Такими действиями фактически исчерпывается взаимодействие пользователя и облака.  На самом деле облако представляет собой сеть серверов на которых хранятся фрагменты данных. При загрузке файла на облако файл делится на несколько частей, которые «разбрасываются по серверам», каждая часть имеет одну или несколько резервных копий. При обращении к данному файлу он вновь собирается с частей, причём «собираются» части с наименее загруженных серверов. Не зря новости регулярно хвалят облачные хранилища, ведь они самые безопасные хостинги. Если один из серверов облачного хостинга будет взлома клиенты не почувствуют ровным счётом ничего, как и хакер, потому как вместо файлов он получит лишь их бессмысленные обрывки.

Рис. 10 Схема работы облака

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

  1. АРМ

  АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО (АРМ) [automatized working station] - рабочее место работника умственного труда или служащего, оборудованное СВТ, включающими терминалы (дисплеи или персональные ЭВМ) и учитывающими все стороны человеческой деятельности в конкретной области знания и человеческие факторы. АРМ обычно ориентирован на специальность своим составом оборудования внешних устройств и программным обеспечением. Средствами локальной или глобальной сети ЭВМ АРМ и СУБД может быть соединен с другими АРМами или некоторыми центральными процессорами. АРМ предназначен для решения профессиональных проблем с помощью проблемно-ориентированных программного и лингвистического обеспечения.

    На современном этапе автоматизации управления общественным производством наиболее перспективным является автоматизация планово-управленческих функций на базе персональных ЭВМ, установленных непосредственно на рабочих местах специалистов. Эти системы получили широкое распространение в организационном управлении под названием автоматизированных рабочих мест(АРМ). Специфика деятельности бухгалтерии профсоюзного комитета ВУЗа позволяет выбрать методом решения создание автоматизированного рабочего места(АРМ). Это позволит использовать систему людям, не имеющим специальных знаний в области программирования, и одновременно позволит дополнять систему по мере надобности.

   Автоматизированное рабочее место (АРМ) можно определить как комплекс информационных ресурсов, программно-технических и организационно технологических средств индивидуального и коллективного пользования, объединенных для выполнения определенных функций профессионального работника управления. С помощью АРМ специалист может обрабатывать тексты, посылать и принимать сообщения, хранящиеся в памяти ЭВМ, участвовать в совещаниях, организовывать и вести личные архивы документов, выполнять расчеты и получать готовые результаты в табличной и графической форме. Обычно процессы принятия решений и управления в целом реализуются коллективно, но необходима проблемная реализация АРМ управленческого персонала, соответствующая различным уровням управления и реализуемым функциям. Подготовка информации для принятия решений, собственно принятие решений и их реализация могут иметь много общего в различных экономических службах предприятия. Также многие функции являются типовыми для многих предприятий. Это позволяет создавать гибкие, перестраиваемые структуры управления.  В основу конструирования АРМ положены следующие основные принципы: 1. Максимальная ориентация на конечного пользователя, достигаемая созданием инструментальных средств адаптации АРМ к уровню подготовки пользователя, возможностей его обучения и самообучения. 2. Формализация профессиональных знаний, то есть возможность предоставления с помощью АРМ самостоятельно автоматизировать новые функции и решать новые задачи в процессе накопления опыта работы с системой. 3. Проблемная ориентация АРМ на решение определенного класса задач, объединенных общей технологией обработки информации, единством режимов работы и эксплуатации, что характерно для специалистов экономических служб. 4. Модульность построения, обеспечивающая сопряжение АРМ с другими элементами системы обработки информации, а также модификацию и наращивание возможностей АРМ без прерывания его функционирования. 5. Эргономичность, то есть создание для пользователя комфортных условий труда и дружественного интерфейса общения с системой.

Рис. 11 Структура АРМ

Создание АРМ для систем организационного управления предполагает проведение их структуризации и параметризации на стадии проектирования. Структуризация АРМ включает описание среды функционирования: обеспечивающих и функциональных подсистем и связей между ними, интерфейсов с пользователем и техническими средствами, средств информационного и программного обеспечения Параметризация предусматривает выделение и исследование параметров выделение и исследование параметров технических, программных и информационных средств, удовлетворяющих требованиям и ограничениям, сформированным при структуризации Структурно АРМ включает функциональную и обеспечивающую части. Функциональная часть определяет содержание конкретного АРМ и включает описание совокупности взаимосвязанных задач, отражающих особенности автоматизируемых функций деятельности пользователя. В основе разработки функционального обеспечения лежат требования пользователя к АРМ и его функциональная спецификация, включающая описание входной и выходной информации, средств и методов достижения достоверности и качества информации, применяемых носителей, интерфейсов связи. Обычно сюда же относятся описания средств защиты от несанкционированного доступа, восстановления системы в сбойных ситуациях, управление в нестандартных случаях. Обеспечивающая часть включает традиционные виды обеспечения: информационное, программное, техническое, технологическое, и другие. Информационное обеспечение включает описание организации информационной базы, регламентирует информационные связи, предопределяет состав и содержание всей системы информационного отображения. Программное обеспечение АРМ подразделяется на общее и функциональное. Общее программное обеспечение поставляется в комплекте с ПЭВМ и включает операционные системы, прикладные программы, расширяющие возможности операционных систем, программные средства диалога и другие. Общее ПО предназначено для управления работой процессора, организации доступа к памяти, периферийным устройствам, запуска и управления процессором, выполнения прикладных программ, обеспечения выполнения программ на языках высокого уровня. Функциональное программное обеспечение предназначено для автоматизации решения функциональных задач, включает универсальные программы и функциональные пакеты. При проектировании этих программных средств необходимо соблюдать принципы ориентации разработки на конкретного пользователя. Совокупность требований к программному и техническому обеспечению отображается на множестве функций пользователя, и это позволяет решать проблему профессиональной ориентации на пользователя. Техническое обеспечение АРМ представляет собой комплекс технических средств обработки информации на базе ПЭВМ, предназначенный для автоматизации функций специалиста в предметной и проблемной областях его профессиональных интересов. АРМ специалиста сферы организационного управления обычно базируется на ПЭВМ индивидуального или коллективного пользования. Технологическое обеспечение АРМ предназначено для организации технологического процесса использования АРМ применительно к комплексу решаемых задач, соответствующих функциям специалиста. Технологический процесс представляет собой совокупность функциональных работ, включающих обеспечение ввода, контроля, редактирования и манипулирования данными, накопление, хранение, поиск, защиту, получение выходных документов. В связи с тем, что пользователь является, как правило, участником некоторого коллектива и выполняет в нем определенную работу, необходимо предусмотреть технологическое взаимодействие исполнителей при решении задач, обеспечить условие совместной работы специалистов. Эти положения должны отражаться в квалификационных требованиях и должностных инструкциях пользователей АРМ.    В основу классификации АРМ может быть положен ряд классификационных признаков. С учетом областей применения возможна классификация АРМ по функциональному признаку: 1. АРМ административно - управленческого персонала; 2. АРМ проектировщика радиоэлектронной аппаратуры, автоматизированных систем управления и т.д. 3. АРМ специалиста в области экономики, математики, физики и т. д. 4. АРМ производственно-технологического назначения. Важным классификационным признаком АРМ является режим его эксплуатации, по которому выделяются одиночный, групповой и сетевой режимы эксплуатации. В первом случае АРМ реализуется на обособленной ПЭВМ, все ресурсы который находятся в монопольном распоряжении пользователя. Такое рабочее место ориентировано на решение нестандартных, специфических задач, и для его реализации применяются ЭВМ небольшой мощности. При групповом режиме эксплуатации на базе одной ЭВМ реализуется несколько рабочих мест, объединенных по принципу административной или функциональной общности. В этом случае требуются уже более мощные ЭВМ и достаточно сложное программное обеспечение. Групповой режим эксплуатации обычно используется для организации распределенной обработки данных в пределах отдельного подразделения или организации для обслуживания стабильных групп специалистов и руководителей. Сетевой режим эксплуатации АРМ объединяет достоинства первого и второго. В этом случае каждое АРМ строится на базе одной ЭВМ, но в то же время имеется возможность использовать некоторые общие ресурсы вычислительной сети. Одним из подходов к классификации АРМ является их систематизация по видам решаемых задач. Возможны следующие группы АРМ: 1. Для решения информационно-вычислительных задач; 2. Для решения задач подготовки и ввода данных; 3. Для решения информационно-справочных задач; 4. Для решения задач бухгалтерского учета; 5. Для решения задач статистической обработки данных; 6. Для решения задач аналитических расчетов; Обоснованное отнесения АРМ к определенной группе будет способствовать более глубокому и тщательному анализу, возможности сравнительной оценки различных однотипных АРМ с целью выбора наиболее предпочтительного. В данном случае наше АРМ относится к группе № 2. У нас используется дружественный интерфейс.

Любая интерактивная система или программа нуждается в интерфейсе, обеспечивающем удобство и простоту работы человека (пользователя). "Дружественность" интерфейса к пользователю, обеспечивающая, в конечном итоге, эффективность системы в целом, сегодня обозначается термином usability (его общеупотребительный русскоязычный эквивалент – юзабилити, в свою очередь происходящее от англ. use — использовать и ability — способность). Дружественный интерфейс должен предотвращать ситуации, которые могут закончиться ошибками, предупреждать пользователя о возможных ошибках и способах их предупреждения, предлагать отмену ошибочных действий. Дружественность интерфейса означает обеспечение простоты работы в сочетании с реализацией доступа к широким функциональным возможностям. Один из возможных путей поддержания простоты работы - представление на экране информации, минимально необходимой для выполнения пользователем очередного шага задания. Другой путь - размещение и представление элементов управления на экране с учетом их смыслового значения и логической взаимосвязи. Дружественный интерфейс дает возможность использования подсказок для не знающих, а так же для бывалых пользователей, которые со временем подзабыли те или иные шаги правильного использования программы. Благодаря этому, программой может пользоваться не только люди работающие в определенной сфере, где используется данная система, но и любой человек, как подросток, так и пенсионер. Этот подход ориентируется на ассоциативное мышление пользователя. Благодаря дружественности интерфейса происходит лёгкость и быстрота работы пользователя:

1) легкая загрузка большого количества уже настроенных элементов (окон, экранов, рабочих столов и цветовых схем)

2) простой и быстрый способ размещения настраиваемого окна в нужное место экрана

3) удобный и функциональный сервис поиска инструмента или группы инструментов.

Хороший “дружественный” интерфейс программы и удобство работы с ней во многом является залогом успешной и долгой работы пользователя, сохранения его здоровья. Это позволяет исключить ошибки, нервные срывы и различные заболевания. Очень большое значение имеет то, в каких оболочках работает программа, как организован ввод исходных данных(клавиатура, речевая связь, встроенные базы данных и т.д.), вывод результатов(диалоговый, табличный, форматный и т.д.) и время, затрачиваемое на ввод, решение задачи и просмотр ее результатов. Так же важно наличие подсказок.

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

Клиент-сервер (англ. Client-server) — вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг, называемыми серверами, и заказчиками услуг, называемыми клиентами. Физически клиент и сервер — это программное обеспечение. Обычно они взаимодействуют через компьютерную сеть посредством сетевых протоколов и находятся на разных вычислительных машинах, но могут выполняться также и на одной машине. Программы — сервера, ожидают от клиентских программ запросы и предоставляют им свои ресурсы в виде данных (например, загрузка файлов посредством HTTP, FTP, BitTorrent, потоковое мультимедиа или работа с базами данных) или сервисных функций (например, работа с электронной почтой, общение посредством систем мгновенного обмена сообщениями, просмотр web-страниц во всемирной паутине).

Существует 2 типа клиентов в системе клиент-сервер:

1) Толстый клиент;

2) Тонкий клиент.

Толстый клиент, rich client архитектуре клиент-сервер — это приложение, обеспечивающее (в противовес тонкому клиенту) полную функциональность и независимость от центрального сервера. Часто сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.

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

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

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

Как правило "толстый клиент" имеет довольно сложный процесс установки и настройки.

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

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

Кроме общего случая, следует выделить аппаратный тонкий клиент (например, Windows- и Linux-терминалы) — специализированное устройство, принципиально отличное от ПК. Аппаратный тонкий клиент не имеет жёсткого диска, использует специализированную локальную ОС (одна из задач которой организовать сессию с терминальным сервером для работы пользователя), не имеет в своём составе подвижных деталей, выполняется в специализированных корпусах с полностью пассивным охлаждением.

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

Тонкий клиент в большинстве случаев обладает минимальной аппаратной конфигурацией, вместо жёсткого диска для загрузки локальной специализированной ОС используется DOM (DiskOnModule), то есть модуль с разъёмом IDE, флэш-памятью и микросхемой, реализующей логику обычного жёсткого диска, - в BIOS определяется как обычный жёсткий диск, только размер его обычно в 2-3 раза меньше. В некоторых конфигурациях системы тонкий клиент загружает операционную систему по сети с сервера, используя протоколы PXE, BOOTP, DHCP, TFTP и RIS (Remote Installation Services).

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

Необходимость автоматизированной системы ведения НСИ подтверждается следующими факторами:

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

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

  • Существенно затруднена консолидация данных и осложнено ведение единого учета, что в свою очередь негативно сказывается на деятельности всей организации

  • Отсутствие унифицированной системы обмена нормативными документами и справочной информацией становится тормозом в осуществлении управленческих функций и выполнении бизнес-транзакций

  • Отсутствует централизованная система поддержки доступа пользователей к нормативно-справочной информации

  • В существующих справочниках недостаточно полно описываются объекты учета, не унифицированы их наименования и типы

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

Рис. 12 Прототип системы наполнения, поддержки и распространения НСИ

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

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

Преимущества использования системы управления НСИ:

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

  • Унификация внутренних справочников

  • Сокращение расходов на устранение ошибок, возникающих в условиях неоднородности данных

  • Ускорение проектирования и реализации «сквозных» бизнес-процессов, которое достигается за счет объединения НСИ предприятия, его структурных подразделений и партнеров

  • Наличие архива НСИ позволяющего получать информацию, актуальную в прошлом

  • Вертикальная синхронизация НСИ в системах АУП и филиалов путем экспорта справочников и обновлений к ним

  • Оперативный многопользовательский доступ к НСИ для подразделений АУП и филиалов в соответствии с регламентированными правами доступа

  • Организация сопряжения собственных справочников со стандартными системами классификации - общероссийскими и отраслевыми

  • Формирование аналитических отчетов на общих данных