Главная страница

лекция. Понятие итсервиса. Функциональные области управления службой ис


Скачать 386.78 Kb.
НазваниеПонятие итсервиса. Функциональные области управления службой ис
Дата11.05.2021
Размер386.78 Kb.
Формат файлаdocx
Имя файлалекция.docx
ТипДокументы
#203705
страница2 из 17
1   2   3   4   5   6   7   8   9   ...   17


 

Рис.2 Пример плоской структуры службы ИС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

Различные организационные уровни обслуживают четыре главных типа информационных систем: системы с эксплуатационным уровнем, системы уровня знания, системы уровня управления и системы со стратегическим уровнем.

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

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

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

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



Рис. 3. Типы информационных систем.

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

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

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

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

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

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

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

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

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

Системы диалоговой обработки запросов (TPS)

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

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

Системы работы знания и автоматизации делопроизводства

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

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

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

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

Управляющие информационные системы (MIS)

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

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

Характеристика управляющих информационных систем

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

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

• MIS полагаются на существующие общие данные и потоки данных.

• MIS имеют немного аналитических возможностей.

• MIS помогают в принятии решений, используя прошлые и настоящие данные.

• MIS относительно негибки.

• MIS имеют скорее внутреннюю, чем внешнюю ориентацию.

• Информационные требования известны и устойчивы.

• MIS часто требуют длинного анализа и проектирования процесса.



Рис. 4. Обработка информации в MIS.

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

Системы поддержки принятия решений (DSS)

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

Что такое системы поддержки принятия решений?

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

DSS как философия

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

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

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

Табл. 1. Различия между DSS и MIS

Сфера применения

DSS

MIS

Философия

Обеспечивают объединенные инструментальные средства, данные, модели и язык пользователям

Обеспечивают структурную информацию конечным пользователям

Системный анализ

Используют инструментальные средства в процессе решения

Выделяют информационные требования

Проект

Итеративный процесс

Поставляют систему, основанную на утвержденных требованиях

Характеристика систем поддержки принятия решений

• DSS предлагают гибкость пользователей, адаптируемость и быструю реакцию.

• DSS допускают, чтобы пользователи управляли входом и выходом

• DSS оперируют с небольшой помощью профессиональных программистов или без нее.

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

• DSS используют сложный анализ и инструментальные средства моделирования.

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

Пример интересной DSS - система, оценивающая рейсы филиала большой американской металлургической компании, которая перевозит сыпучие грузы - каменный уголь, руду и готовые продукты для материнской компании. Фирма владеет несколькими судами, фрахтует другие, чтобы доставлять общий груз. Оценивающая рейс система вычисляет финансовые и технические детали рейса. Финансовые вычисления включают затраты корабля (топливо, рабочая сила, капитал), фрахтовые ставки для различных типов груза и издержки порта. Технические детали включают несметное число факторов типа грузоподъемности корабля, скорости, расстояний от порта, топлива, водопотребления и моделей погрузки. Система может отвечать на вопросы такого типа: при наличии графика поставки клиента и предлагаемой фрахтовой ставки какой корабль должен быть выбран для максимизации прибыли? Какова оптимальная скорость, в которой данный корабль может оптимизировать прибыль и все еще выполнять график поставки? Какова оптимальная модель погрузки для корабля, направляющегося на запад США, если он двигается из Малайзии? Система установлена на мощном настольном микрокомпьютере, имеет систему меню, которая делает работу простой для пользователей, позволяя легко войти в данные или получать информацию.

Системы поддержки принятия решений помогают находить ответы не только на прямой вопрос "что, если?", но и на подобные. Приведем типичные вопросы по системам поддержки принятия решений (DSS).

1. Анализ примеров (case analysis)-оценка значений выходных величин для заданного набора значений входных переменных.

2. Параметрический ("что, если?") анализ-оценка поведения выходных величин при изменении значений входных переменных.

3."Анализ чувствительности - исследование поведения результирующих переменных в зависимости от изменения значений одной или нескольких входных переменных.

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

5. Анализ влияния - выявление для выбранной результирующей переменной всех входных переменных, влияющих на ее значение, и оценка величины изменения результирующей переменной при заданном изменении входной переменной, скажем, на 1%.

6. Анализ данных - прямой ввод в модель ранее имевшихся данных и манипулирование ими при прогнозировании.

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

8. Командные последовательности (sequences) - возможность записывать, исполнять, сохранять для последующего использования регулярно выполняемые серии команд и сообщений.

9. Анализ риска - оценка изменения выходных переменных при случайных изменениях входных величин.

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

Исполнительные системы (ESS)

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

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

ESS помогают найти ответы на следующие вопросы:

• В каком бизнесе мы должны быть?

• Что делают конкуренты?

• Какие новые приобретения защитили бы нас от циклических деловых колебаний?

• Какие подразделения мы должны продать, чтобы увеличить наличность?

Связь систем друг с другом: интеграция

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

1   2   3   4   5   6   7   8   9   ...   17


написать администратору сайта