Разработка регламента выполнения процесса «Управление информационными ресурсами» (Теоретические основы разработки регламента выполнения процесса "Управление информационными сетями")

Содержание:

Введение

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

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

Проблемам информации вообще и управлению как информационному процессу уделяется очень большое внимание, обусловленное следующими объективными процессами:

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

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

Глава 1. . Теоретические основы разработки регламента выполнения процесса "Управление информационными сетями"

1.1 Понятие и история регламента и информационных сетей

Регламент процесса (или просто регламент) – документ, определяющий порядок взаимодействия подразделений и работников организации в рамках определенного процесса. Употребляемые синонимы: стандарт процесса, положение о процессе, процедура и т.п.

С правовой точки зрения регламент «легализует» горизонтальные взаимодействия подразделений и/или работников организации, чем существенно облегчает управление организацией. Действительно, в организации, при отсутствии регламентов сквозных процессов, доступен только один способ взаимодействия между работниками разных подразделений – через руководителей: работник-инициатор пишет служебную записку своему руководителю, тот, завизировав ее, направляет своему руководителю и так до тех пор, пока инициатива не достигнет того руководителя, в чьем прямом подчинении находятся все подразделения и работники, которые должны совместно выполнить инициированную работу. Если же локальный нормативный акт устанавливает возможность и определяет порядок прямого взаимодействия подразделений, то «посредничество» руководителей разных уровней становится необязательным.^[1]

Регламентированный процесс обеспечивает получение информации о достигнутых результатах (в том числе и промежуточных) и о ходе процесса. А это значит, что регламентация обеспечивает информационную поддержку управления, понимаемого по А.Файлою: «предвидение – организация – распоряжение – координирование – контроль». В том числе, регламент помогает сравнительному анализу (бенчмаркингу) и внутреннему аудиту процесса.

Регламент процесса – важная составляющая интеллектуального капитала организации. Регламентированный процесс допускает тиражирование, анализ и совершенствование, облегчает привлечение и обучение персонала. Наличие регламента служит доказательством прозрачности работы организации, а потому дает реальный вклад в капитализацию организации. По словам С.П.Никанорова, «способ действия организации является более высокой ценностью, чем ее текущие цели».^[2]

Однако, регламентация процессов, особенно не очень качественная, несет определенные затраты и риски:

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

чрезмерная регламентация снижает гибкость бизнеса: сказанное слово – серебро, не сказанное – золото;

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

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

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

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

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

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

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

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

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

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

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

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

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

Процессы в информационной системе

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

– ввод информации из внешних или внутренних источников;

– обработка входной информации и представление ее в удобном виде;

– вывод информации для представления потребителям или передачи в другую систему;

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

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

Диагностика. Под диагностикой понимается процесс соотношения объекта с некоторым классом объектов и(или) обнаружение неисправности в некоторой системе. Неисправность - это отклонение от нормы. Такая трактовка позволяет с единых теоретических позиций рассматривать и неисправность оборудования в технических системах, и заболевания живых организмов, и всевозможные природные аномалии.^[3]

Мониторинг. Основная задача мониторинга - непрерывная интерпретация данных в реальном времени и сигнализация о выходе тех или иных параметров за допустимые пределы.

Проектирование. Проектирование состоит в подготовке спецификаций на создание «объектов» с заранее определёнными свойствами. Под спецификацией понимается весь набор необходимых документов - чертёж, пояснительная записка и т.д. Основные проблемы здесь - получение чёткого структурного описания знаний об объекте и проблема «следа».

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

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

Обучение. Под обучением понимается использование компьютера для обучения какой-то дисциплине или предмету. Системы обучения диагностируют ошибки при изучении какой-либо дисциплины с помощью ЭВМ и подсказывают правильные решения.

Управление. Под управлением понимается функция организованной системы, поддерживающая определенный режим деятельности. Такого рода ЭС осуществляют управление поведением сложных систем в соответствии с заданными спецификациями.

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

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

1.2 Характеристика информационных сетей

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

Информационная сеть – коммуникационная сеть, в которой продуктом генерирования, переработки, хранения и использования является информация.^[4]

Вычислительная сеть – также информационная сеть, в состав которой входит вычислительное оборудование. Компонентами вычислительной сети могут быть ЭВМ и периферийные устройства, являющиеся источниками и приемниками данных, передаваемых по сети. Эти компоненты составляют оконечное оборудование данных (ООД или DTE – Data Terminal Equipment). В качестве ООД могут выступать ЭВМ, принтеры, плоттеры и другое вычислительное, измерительное и исполнительное оборудование автоматических и автоматизированных систем. Собственно пересылка данных происходит с помощью сред и средств, объединяемых под названием среда передачи данных. Подготовка данных, передаваемых или получаемых ООД от среды передачи данных, осуществляется функциональным блоком, называемым аппаратурой окончания канала данных (АКД или DCE – Data CircuitTerminating Equipment). АКД может быть конструктивно отдельным или встроенным в ООД блоком. ООД и АКД вместе представляют собой станцию данных, которую часто называют узлом сети. Примером АКД может служить модем.^[5]

Информационные сети классифицируются по ряду признаков. В зависимости от расстояний между связываемыми узлами различают сети:

− территориальные, охватывающие значительное географическое пространство. Среди территориальных сетей можно выделить сети региональные и глобальные, имеющие соответственно региональные или глобальные масштабы, региональные сети иногда называют сетями MAN (Metropolitan Area Network), а общее англоязычное название для территориальных сетей WAN (Wide Area Network):

−локальные (ЛВС), охватывающие ограниченную территорию (обычно в пределах удаленности станций не более чем на несколько десятков или сотен метров друг от друга, реже на 1...2 км, локальные сети обозначают LAN (Local Area Network);

−корпоративные (масштаба предприятия), это совокупность связанных между собой ЛВС, охватывающих территорию, на которой размещено одно предприятие или учреждение в одном или нескольких близко расположенных зданиях. Локальные и корпоративные вычислительныесети это основной вид вычислительных сетей, используемых в системах автоматизированного проектирования (САПР).^[6]

Особо выделяют единственную в своем роде глобальную сеть Internet (реализованная в ней информационная служба World Wide Web(WWW) переводится на русский язык как всемирная паутина), это сеть сетей со своей технологией. В Internet существует понятие интрасетей (Intranet) – корпоративных сетей в рамках Internet.

Различают интегрированные сети, неинтегрированные сети и подсети.

Интегрированная вычислительная сеть (интерсеть) представляет собой взаимосвязанную совокупность многих вычислительных сетей, которые в интерсети называются подсетями. В автоматизированных системах крупных предприятий подсети включают вычислительные средства отдельных проектных подразделений. Интерсети нужны для объединения таких подсетей, а также для объединения технических средств автоматизированныхсистем проектирования и производства в единую систему комплексной автоматизации (CIM – Computer Integrated Manufacturing). Обычно интерсети приспособлены для различных видов связи; телефонии, электронной почты, передачи видеоинформации, цифровых данных и т.п. В этом случае они называются сетями интегрального обслуживания.

Развитие интерсетей заключается в разработке средств сопряжения разнородных подсетей и стандартов для построения подсетей, изначально приспособленных к сопряжению. Подсети в интерсетях объединяются в соответствии с выбранной топологией с помощью блоков взаимодействия.^[7]

Функциональность определяет решаемую задачу (информатизацию бизнес-операции, бизнес-функции, бизнес-процесса) и предметную область её использования.

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

Доступность определяет долю согласованного времени обслуживания, которая измеряется в процентах, и характеризует в течение какого времени ИТ-сервис доступен;. Например, доступность 95% при согласованном времени обслуживания 8×5 означает, что сервис простаивает 2 часа в неделю (5% от 40 часов).

Надежность определяется средним временем наработки на отказ ИТ-сервиса, т.е. средним периодом времени между двумя сбоями в предоставлении ИТ-сервиса. Например, если в условиях предыдущего примера (время обслуживания 8×5, доступность 95%) в неделю в среднем происходит два сбоя ИТ-сервиса, среднее время наработки на отказ составляет 19 часов.

Производительность характеризует способность информационной системы соответствовать требованиям своевременности. Для различных ИТ-сервисов показателями производительности могут быть время реакции (время выполнения бизнес-транзакции) или пропускная способность системы. Например, при задании времени реакции системы пользователь может потребовать чтобы время проводки по счету клиента было не более 5 сек., а при задании производительности – количество транзакций по счету клиента было не менее 20 в течении 1 часа т.е. 20 транзакции/ч. Для задания производительности ИТ-сервиса следует использовать бизнес-операции (бизнес-функции), существенные для конечного пользователя, - ввод документов, подготовку отчетов и т.д.

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

Масштаб характеризует объем и сложность работ по поддержке ИТ-сервиса. Единого измерителя масштаба не существует, к его показателям относятся число рабочих мест, количество удаленных сайтов, сложность используемых приложений и т.п.

Затраты - стоимость всей совокупности ресурсов, вовлеченных в сопровождение ИТ-сервиса, а также потерь от простоев ИТ-сервиса. В ресурсы включаются стоимость оборудования, ПО, используемых ресурсов СКС и каналов связи, внешних услуг, заработная плата сотрудников организации (включая связанные с ней расходы) и т.д.

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

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

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

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

Проектирование архитектуры

Институт разработки архитектуры предприятий IFEAD (Institute for Enterprise Architecture Development) обобщает основные руководящие принципы дисциплины архитектуры предприятия следующим образом: «Нет стратегических прогнозов — нет архитектуры предприятия». Другими словами, архитектура предприятия сегодня — это система бизнеса завтра. Важный аспект этого утверждения заключается в том, что архитектура предприятия — это целостная дисциплина, которая объединяет элементы бизнеса и технологии исходя из общего стратегического прогноза предприятия.

Дисциплина «Архитектура бизнеса» считается «относящейся к бизнесу»; она описывает, как он работает. Хотя вряд ли можно достичь согласия по поводу того, какие компоненты следует включить в инфраструктуру архитектуры бизнеса. Принято считать, что значимыми аспектами в этой предметной области являются аспекты Процесс и Информация (Process and Information), Организация (Organization) и Производительность (Performance). Каждый из этих компонентов сам по себе очень важен и включает несколько предметных областей.

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

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

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

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

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

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

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

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

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

Методологии предприятия и инфраструктуры, которые существуют сегодня, значительно отличаются по диапазону проблем, которые они решают, и подходам, которые они используют. Вот некоторые из хорошо известных инфраструктур: TOGAF, EUP, инфраструктура архитектуры федерального предприятия (Federal Enterprise Architectural Framework, FEAF), инфраструктура архитектуры предприятия Гартнера (Gartner ЕА Framework), инфраструктура архитектуры министерства обороны (Department of Defense Architecture Framework, DoDAF), методология планирования Спивака (Spewak EA Planning Methodology) и инфраструктура (схема) Захмана (Zachman Framework).

Большинство существующих инфраструктур либо расширяют другие архитектуры, либо повторяют их для конкретных задач. Например, инфраструктура EUP является расширением RUP, она имитирует его подход к описанию рабочих потоков процесса и деятельностей, тогда как FEAF и Спивак наследуют инфраструктуру Захма на 70% происходит от ранних, специализированных технических инфраструктур архитектуры предприятия, таких, как Technical Architecture Framework for Information Management (TAFIM), и создана в соответствии с рекомендациями ANSI для архитектуры предприятий.

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

В ответ на повышение внимания к принципам архитектуры предприятия в последнее время появились надежные инфраструктуры архитектуры предприятий, такие, как TOGAF.

TOGAF— это инфраструктура архитектуры предприятия, которая появилась в последние два десятилетия с целью стать стандартом разработки архитектуры предприятия. Созданная членами консорциума Open Group, TOGAF не всегда воплощает целостную концепцию архитектуры предприятия. Сначала TOGAF включала только технические аспекты архитектуры (версии с 1 по 7), однако недавно в эту инфраструктуру была добавлена предметная область архитектуры бизнеса (версия 8, Enterprise Edition), в результате TOGAF быстро переместилась на передний план современных вариантов инфраструктур архитектуры предприятий.

Главным компонентом TOGAF является метод разработки архитектуры (Architecture Development Method, метод ADM) — процесс, который используется для адаптации и реализации архитектуры предприятия, специфичной для данной организации. Помимо метода ADM, TOGAF включает коллекцию связанных средств, известных как Континуум предприятия (Enterprise Continuum). TOGAF подразумевает, что континуум предприятия действует как коллекция компоновочных блоков (шаблонов), которая предоставляет коллективам, занимающимся архитектурой предприятия, соответствующие архитектуры, модели и процессы, из которых можно собирать готовые решения, как в детском конструкторе.

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

Задача предварительной фазы (Preliminary Phase) — выявление заинтересованных в процессе реализации лиц и обсуждение с ними задач архитектуры предприятия. На этой фазе вырабатываются Руководящие принципы архитектуры (Architecture Guiding Principles), которые основываются на бизнес-принципах организации и описывают процессы и критерии для наблюдения за процессом реализации архитектуры предприятия.

Фаза А этого процесса предназначена для выражения видения архитектуры предприятия. Артефакт Видение архитектуры (Architecture Vision) использует движущие силы бизнеса, чтобы обозначить цель действий по созданию архитектуры предприятия и создать описания первого релиза для базовой и целевой среды. Если задачи бизнеса не ясны, то часть задания этой фазы — помочь бизнесу идентифицировать свои главные задачи и соответствующие процессы, которые должна поддерживать архитектура предприятия. Документ Архитектурное задание (Statement of Architectural Work), который также создается в этой фазе, очерчивает область действия и условия архитектуры предприятия и представляет собой план архитектурного задания.

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

Фаза С связана с созданием архитектуры предметных областей Приложение и Данные (Информация). Эта фаза использует базовую и целевую архитектуры, которые были запущены в фазе Л (Архитектурное представление) и при анализе просчетов (компонента архитектуры бизнеса), чтобы передать архитектурам данных и приложения информацию о текущей и проектной средах, в пределах области применения и в соответствии с планом, очерченным в документе «Архитектурное задание».

Фаза D завершает работу над детализацией архитектуры цикла метода ADM-созданием архитектуры технологии. Как и в предыдущих фазах, в качестве основы используется анализ просчетов и черновые варианты архитектур, равно как и руководящие принципы архитектуры, выработанные в подготовительной фазе. В этой фазе для создания различных точек зрения активно используется нотация моделирования UML.

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

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

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

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

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

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

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

Интеграция систем

Современный бизнес решает триединую задачу: во-первых, необходимо устанавливать более тесные и доверительные отношения с поставщиками и заказчиками, во-вторых, повышать уровень собственной операционной эффективности и, в-третьих, повышать конкурентоспособность выпускаемой продукции. Первая составляющая обеспечивается системами поддержки отношений, получающими все большее распространение — системами SCM и CRM, вторая — еще более популярными системами ERP, а вот третья пока не имеет достаточного комплексного информационного обеспечения. На то, чтобы занять это место, претендует подход, названный new PLM (Product Lifecycle Management — Управление жизненным циклом изделия). Он заметно отличается от традиционного представления о том, что такое управление жизненным циклом изделий. Раньше под PLM (в узком смысле) чаще всего понимали то, что имело отношение к жизненному циклу материальных изделий, начиная от запуска в производство, регулирования объемов выпуска, определения времени выпуска новых или обновленных изделий, и, конечно же, сопровождение и сервис. Изменения в видении роли и места PLM произошли буквально в последние несколько лет. Теперь под этим термином понимают автоматизацию практически всех видов работ, которые составляет основу выпуска продукции — от проектирования до сбыта. Разные авторы расходятся в определениях; одни включают SCM, CRM и ERP в состав нового управления жизненным циклом изделий, другие считают эти системы взаимодополняющими.

Рассмотрим, например, следующее сравнение. В сложной автономной системе, скажем в ракете, отдельные подсистемы автоматизации образуют единое целое; такой аппарат может обходиться и без пилота. В современном автомобиле есть множество систем автоматизации, но решающую роль в управлении пока играет человек, поэтому автоматике отводится второстепенная роль; в принципе, без нее вполне можно обойтись. В автомобиле отдельные подсистемы логически связаны между собой только через посредство водителя. До сих пор примерно то же самое наблюдается и в корпоративных системах; хорошо известные системы категорий CAD, САМ, ERP, CRM, ВI и т.д., желательны, но не обязательны и, в известной мере, вторичны. Без них тоже вполне можно обойтись, никем научно не доказано их влияние на показатели работы предприятия в целом. Однако с наступлением очередной фазы электронного бизнеса ситуация меняется. Системы автоматизации становятся обязательными, приобретают первостепенную значимость и теперь должны образовывать единую систему управления. По мнению многих аналитиков, тем зонтиком, под которым они объединятся, может стать управление жизненным циклом продуктов PLM (Product Lifecycle Management).

По меркам компьютерной эры у PLM давняя история. Эти системы появились примерно два десятилетия назад, но вскоре возникла необходимость отделить автоматизацию процессов проектирования и подготовки производства (CAD/CAM) от управления информацией, сопровождающей изделия. Тогда появилось самостоятельное направление Product Data Management (PDM), т.е. управление данными об изделиях; в основном оно связано с документооборотом конструкторской и технологической документации. Те, кто хоть как-то знаком с тем, что такое выпуск и пере выпуск конструкторской документации, могут оценить значение систем управления такого рода документооборотом. Для тех, кто не знаком, может оказаться полезным слышанное от авиационных конструкторов утверждение: «Документацией на современный истребитель можно загрузить целиком большой транспортный самолет». Однако как бы ни была важна задача управления такими потоками данных, программное обеспечение PDM применялось на уровне конструкторских и технологических подразделений, не выходя на корпоративный уровень. Инструментарием PDM пользовались менеджеры не выше среднего звена.

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

Основные направления ИСУ

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

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

Влияние ИСУ на эффективность работы организации

ИСУ оказывают влияние на многие характеристики организации. Рассмотрим более подробно наиболее важные из них.

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

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

3. Качество обслуживания клиентов. Примером может служить применение банковских машин (банкоматов). Нормальный банкомат работает 24 часа в сутки каждый день. Он позволяет снимать со счета наличные в любое время суток.

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

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

Глава 2. Практические основы разработки регламента выполнения процесса "Управление информационными сетями"

2.1 Задачи выполняемые при разработки регламента

При внедрении процессного подхода к управлению одной из важнейших задач является регламентация существующих в организации бизнес-процессов. Документирование (регламентация) процесса означает создание документации, определяющей ход, результаты процесса и порядок управления процессом. Документирование процессов организации должно осуществляться на основе определенных внутренних стандартов. Ниже рассмотрен пример структуры основного стандарта организации (авторами предложен термин — «шаблон регламента выполнения процесса»), предназначенный для документирования бизнес-процессов. При описании своих процессов владельцы процессов используют данный внутренний стандарт как основу или, другими словами, как шаблон для наполнения информацией по реальной деятельности.^[9]

Шаблон регламента выполнения бизнес-процесса предназначен для решения следующих задач:

1) определение владельца процесса, его полномочий и ответственности по управлению процессом;

2) спецификация границ процесса (поставщики/входы, клиенты/выходы);

3) спецификация ресурсов, необходимых для выполнения процесса;

4) описание технологии выполнения процесса, включая регламенты работ по взаимодействию с поставщиками и клиентами процесса;

5) определение сотрудников, ответственных за выполнение каждой работы процесса (матрица ответственности);

6) спецификация показателей процесса, продукта, удовлетворенности клиентов;

7) регламентация работы владельца процесса по циклу РОСА.

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

В информационной сети элементами управления являются каналы и узлы. Их состояние зависит от нагрузки (она случайна), от надежности элементов, от внешних воздействий (энергетических и информационных). Чтобы выполнить задачи по обслуживанию абонентов в условиях нестабильности состояния элементов сети и переменной нагрузки, нужна система управления. Для сети она должна иметь распределенную структуру. Управляющий объект состоит из двух частей:^[10]

1. Управляющего устройства сетью (УУС), которое располагается как на узлах сети, так и на специально оборудованных узлах управления сетью.

2. Управляющее устройство (УУ), которое располагается на узлах вместе с аппаратурой коммуникации.

Управляемыми объектами являются устройства коммуникации (УК) на узлах, а также схемы распределения потоков, матрицы состояний, связности и др.

В зависимости от степени децентрализации управления различают три основных принципа:

· централизованный,

· территориальный (зоновый),

· деценрализованный.

Основное требование к системе управления: обеспечить передачу информации по заданному адресу, с заданным качеством обслуживания и с минимальными затратами. В качестве количественных критериев качества обслуживания используют:^[11]

а) процент неудовлетворенных заявок, или

б) время ожидания удовлетворения заявки.

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

П = f(Нг, Пр, Св, Нд, Алг ...).

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

Заключение

Использование технологий автоматизации позволяет существенно улучшить управление сетями товарных потоков на всех этапах логистического процесса.

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

В результате проведения автоматизации объекта исследования удается достичь:

· повышения исполнительской дисциплины;

· повышения продуктивности работы отдельных сотрудников и подразделений в целом;

· повышения оперативности получения необходимой информации;

Эксплуатация информационной системы после автоматизации обеспечит в сети мини-пекарен:

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

· поддержку эффективного накопления, управления и доступа к информации;

· существенное упрощение и удешевление хранения бумажных документов за счет наличия электронного архива.

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

1. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014. - 416 с..

2. Аппаратные средства локальной сети. Энциклопедия. Кварцов И.Я. 2015г.

3. Базы знаний интеллектуальных систем / Г.А. Гаврилова, В.Ф, Хорошевский - СПб: Питер, 2010. - 384 с.

4. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. - М. : Финансы и статистика, 2012. - 192 с..

5. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М. : Финансы и статистика, 2012. - 352 с..

6. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 2016. - 245 с..

7. Кульгин М. В. Компьютерные сети. Практика построения.-СПб., 2013. - 254 с..

8. Локальные вычислительные сети/ под редакцией С.В.Назарова.-М: деньги и статистика, 2014. - 315 с..

9.Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник/ Г.Н. Смирнова, А-А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М. : Финансы и статистика, 2016. - 512 с..

10.Сергеев В.И., Григорьев М.Н., Уваров С. А. Логистика. Информационные системы и технологии. М.,"Альфа-Пресс",2015.-608 с.

11. Мороз А.И. "Курс теории систем. Учебное пособие для вузов". -

М.: ВШ, 2010 г.

12.Мосягин Г.М., Немтинов В.Б., Лебедев Е.Н. "Теория оптико-

электронных систем".- М: Машиностроение, 2012 г

1. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014.С.55 ↑

2. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014.С.56 ↑

3. Кульгин М. В. Компьютерные сети. Практика построения.-СПб., 2013.С.83 ↑

4. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 2016.С.68 ↑

5. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014.С.89 ↑

6. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 2016.С.30 ↑

7. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 2016.С.147 ↑

8. Кульгин М. В. Компьютерные сети. Практика построения.-СПб., 2013.С.51 ↑

9. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014.С.35 ↑

10. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 2016.С.201 ↑

11. Сергеев В.И., Григорьев М.Н., Уваров С. А. Логистика. Информационные системы и технологии. М.,"Альфа-Пресс",2015.С.52 ↑

12. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2014.С.76 ↑