Лекции - Информационный менеджмент
Подождите немного. Документ загружается.
характеризует потенциальную мощность ресурсов всех компонентов ИС,
достижимую в данных условиях.
Для каждого из ее компонентов предел lim k
ij
(i,j = 1, ..., n) использования
его ресурса будет:
lim k
ij
= 1,
что характеризует полное использование потенциала этого компонента
системы и озн ачает стремление к единице соответствующего элемента в
матрице К, и дает для нормы матрицы К предел
который характеризует предельную мощность совокупного обобщенного
технологического ресурса ИС при 100%-ном использовании ресурсов по всем
ее компонент ам.
Тогда получаемое при некоторых реальных значениях k
ij
значение нормы
матрицы ||К|| дает отношение
которое отражает эффективность использования ресурсов системы в
целом, или среднюю загруженность системы по всем ее компонентам.
Предельное значение показателя Э:
характеризует полное использование потенциала системы.
Относительные совокупные резервы ресурсов системы Р определяются
выражением
Р = 1 - Э
31
10 ВЫЯВЛЕНИЕ И ОЦЕНКА НЕРАВНОМЕРНОЙ
ЗАГРУЖЕНОСТИ РЕСУРСОВ ИС
Модель обобщенной оценки использования ресурсов системы позволяет
выявить и описать неоднородность загруженности компонентов системы, т. е.
локальные перегрузки или недозагруженность, которая обычно ведет к
снижению эффективности ее работы в целом.
Перегрузка тех или иных компонентов системы реальна и допустима: она
не означает обычно достижения предела п рочности компонента, выше которого
компонент теряет работоспособность, а представляет собой превышение в
системе н оминального уровня напряженности работы, т. е. форсированный
режим. Такой режим части компонентов не представляет прямой угрозы или
опасности для работоспособности системы в целом. Тем не менее, локальная
перегруженность части компонентов может вести к тому, что связанные с ними
другие компоненты системы будут загружены недостаточно или просто
простаивать. Как правило, это приводит к снижению эффективно сти системы в
целом.
Форсирование режима r-го компонент а отражается тем, что в матрице K
будет иметь место элемент k
r
> 1, где индекс r отражает порядковый номер г-го
компонент а в подмножестве форсированных компонентов, соотнесенный с
индексом ij элемента ресурсной матрицы R. Тогда уровень относительной
перегрузки этого компонента определится выражением
f
r
= k
r
- 1
Если принять, что в форсированном режиме работает m компонентов
системы, для каждого из которых определено значение f
r
= 1, ..., m, то
суммарн ое отно сит ельно е форси рова ние с ист емы, выра жающее ся в
повышенной нагрузке на m ее компонентов, имеет вид
Може т б ы ть о п р ед ел е на с ре дн я я п ер е гр у зк а п од мн ожес тв а m
компонентов по формуле
32
Суммарная средняя пере грузка системы в целом, т. е. всего множества n
2
ее компонентов тоже может представлять интерес при планировании работ в
системе; она определяется выражением
и может рассматриваться совместно с m/n
2
- оценкой доли компонентов,
которые работают с перегрузкой. Эти выражения позволяют целенаправленно
локализовать в матрице K перегруженные компоненты системы и корректно
оценить неоднородность режим а работы этих компонентов, что даст
возможность обосновать как проектные, так и управленческие решения,
обеспечивающие эффективное использование ресурсов системы.
Аналогично строится и анализ локальной недозагруженности
компонентов. Общая оценка недозагруженности ресурсов по всей системе в
среднем дается выражениями критерия эффективности, однако в явной форме
она не дает реальной картины действительно недостаточно загруженных
компонентов: при этом в составе системы могут быть элементы, имеющие и
недопустимо низкий уровень загруженности. Локализация и оценка роли таких
элементов в системе позволят выявить и использовать наиболее значительные
резервы. Такая оценка может быть получена по аналогии с оценкой перегрузки
части компонентов.
Существенное недоиспользование ресурса некоторого р-го компонента в
предлагаемой модели отражается тем, что в матрице K будет иметь место
элемент k
p
<< 1, меньший некоторого допустимого значения k
p
< k
p доп
; тогда
уровень недозагруженно сти этого компонента определится выражением
q
p
= 1 - k
p
,
Если в таком режиме работает s компонентов системы и для каждого из
них определено значение q
p
, p = 1, ..., s, то суммарный резерв на этом множестве
компонентов имеет вид
33
Определяется средняя недогрузка компонен тов подмн ожества s по
формуле
Средняя недогрузка всего множества n
2
компонентов системы
определяется выражением
и может рассматриваться совместно с s/n
2
– оценкой доли компонентов,
которые работают с существенной недогрузкой.
Предложенная модель позволяет выявить и описать не только перегрузку
и недозагруженность потенциала системы, но и полностью формализовать
описание использования ресурсов системы, и позволяет эффективно уп равлять
использованием ре сурсов системы как в целом, так и по компонентам.
34
11 ОПРЕДЕЛЕНИЕ СТЕПЕНИ ДЕТАЛИЗАЦИИ МОДЕЛИ ИС
Работы по информатизации связаны со значи тельной трудоемкостью.
Автоматизация выпуска даже простейшего документа может стать достаточно
громоздкой и трудоемкой задачей, для детальн ого расчета цены даже самой
малозначительной услуги может потребоваться определение или задание и
использование многих параметров, что влечет за собой знательную
трудоемкость расчетов. Рекомендовать столь дет альные расчеты не всегда
целесообразно еще и потому, что увеличение степени детальности модели не
всегда влечет за собой ощутимый эффект (рисунок 13.1).
Рисунок 13.1 – Определение эффективной степени детализации модели
Первыми вс егда учитываются наиболее значимые факторы, что дает
наибольший эффект. Дальнейшая детализация описания модели происходит за
счет учета все менее значительных факторов, что дает незначительный прирост
эффективности. Трудоемкость или затраты при уве личени и размерности
описания возрастают прогрессивно.
В качестве критерия для оценки эффективной степени детализации может
использоваться отношение
Д
∆N
= ∆Э / ∆З
где ∆Э - приращение эффективности модели, ∆З – приращение затрат на
применение такой модели при увеличении.
35
Пока Д
∆N
≥ 1 в ключение дополнительных факторов эффективно; при Д
∆N
< 1 дальнейшее увеличе н и е степе н и детализации не дает соразмерного
повышения эффективности и потому чаще всего не имеет смысла.
Аналогичные условия действуют и применительно к описанию ресурсов
компонентов ИС в форме ресурсной матрицы R.
Вычислительные компоненты, т. е. ЭВМ, характеризуются
производительностью – числом операций в единицу времени. Однако даже в
компьютере расчетное определение этой характеристики не яв ляется
элементарным. Аналогичное положение имеет место в определении ресурса
программных средств в виде их производительности. Поэтому вычислительные
ресурсы обычно оцениваются в ИС в виде ресурса базовой вычислительной
п лат ф ор мы н а о с нов е т е с ти р овани я с т анд арт ны м и т е с т а ми.
Производительность прикладных программ тоже может характеризоваться
результатами испытаний в условиях работы системы.
Производительность сетевых компонентов в виде пропускной
способности и периферийных устройств в виде производительности обычно
определяется и задается достаточно уверенно.
Определение кадрового ресурса системы как характеристики персонала
организации тоже представляет собой аналогичную задачу: описание персонала
может быть более или менее детальным. Например, его описание можно
привести к некоторой условной квалификации работника.
Это м ожет быт ь некоторая минимальная квалификация. За основу
приведения характеристик всех работников к единой точке отсчета может быть
принята также средняя зарплата в сфере ОИ; это тоже позволит формализовать
описание кадрового ресурса, учесть квалификацию имеющегося персонала как
ресурса и оценить степень использования этого ресурса в реальных условиях
работы организации.
В таком подходе производительность труда может быть выражена не в
виде доли годового объема производства продукции, отнесенного на одного
работника в среднем по году, а в стоимостном исчислении – в форме отношения
годового объема к фонду оплаты труда работников сферы ОИ.
36
Для выработки и обо снования таких нормативных показателей
потребуется провести в организации объемную работу по описанию и анализу
функций, выполняем ых работниками, а также оценке эти х функций. В
результате этой работы будут с формированы дет альные перечни различных
параметров и показателей, которые должны быть доведены до уровня стандарта
предприятия или другого подобного нормативного документа. В разных
организациях такие перечни могут выглядеть весьма по-разному.
37
12 ПРОБЛЕМЫ СОЗДАНИЯ И РЕАЛИЗАЦИИ ИТ И ИС
Проблемы создания корпоративных приложений
Здесь важен выбор не самого приложения, а технологии по которой
создается при ложение. При этом приложение в основном дорабатывается под
нужды организации или создается заново.
Необходимо чтобы в ыбранная технология допускала быструю разработку
и модификацию приложений, позволяла сохранять части существующих систем
и использовать возможности транспортной сети.
Существует 2 направления создания приложений:
1. На базе языков и сред программирования
2. На базе различных СУБД (как персональных, так и клиент-серверных)
В настоящее время распространена технология Intranet, т.е. использование
технологии гипертекста в LAN. Применяется трехзвенная архитектура: Веб-
сервер + сервер приложений + БД. По данному направления в настоящее время
активно используются следующие технологии: J2EE, .Net, ASP, PHP и др.
Проблемы защиты корпоративной информации
В большинстве малых систем отсутствует защита информации, т.к. её
создание часто сопряжено со сложностью реализации и внедрения, а эффект от
защиты практически отсутствует.
Однако игнорирование угроз безопасности приводит к потерям или
искажениям данных в ИС, и при этом остается неизве стной причина данного
события. Поэтому необходимо на начальном шаге создать минимальную
систему для идентификации и аудита пользователей и событий в системе.
Для большинства ИС создание системы защиты является необходимым
условием, т.к. потеря любой информации может привести к значительным
убыткам при остановке бизнес-процессов. При создании систем защиты
необходимо:
1. Выбрать технологию защиты данных на уровне СОС и СУБД.
2. Выбрать технологию защиты данных при подключении LAN к WAN.
38
3. Решить задачу обучения пользователей работе с системой защиты.
4. Обеспечить защищенное подключение пользователей через публичную сеть
к ресурсам LAN.
Проблемы создания интегрированной системы управления
Корпоративная сеть это сложная ИС включающая большое количество
подсистем разного типа и назначения. Такая система является гетерогенной и
поэтому очень сложно создать единую системы управления для контроля всех
процессов в сети.
Чаще вс его это решает ся делением СУ на несколько подсистем
управления:
1. LAN
2. Доступом к Internet на основе единой точки входа
3. Рабочими станциями и СОС
4. СУБД
5. Приложениями.
Проблемы планирования этапов внедрения новой техники в
существующую систему
Если новая техника требует быстрый и полный отказ от существующей
технологии, то чаще всего она никогда не будет внедрена, т.е. лучше всего
технологию внедрять поэтапно:
1. В начале создаётся небольшая подсеть, работающая по новой технологии и
на ней пользователи знакомятся с принципами работы и делают её оценку;
2. При положительной оценке область внедрения расширяется, что позволяет
исключить ошибки внедрения.
Проблемы выбора изготовителей, поставщиков, провайдеров и
интеграторов
При внедрении новой технологии рискованно создавать все с «0»,
рассчитывая на собственные силы. Желательно привлекать внешние
39
организации, имеющие опыт работы и внедрения этой технологии. Существует
2 варианта выбора внешней организации:
• привлечение разработчика данной технологии;
• привлекаются фирмы основной специализацией которых является внедрение
данных технологии, при этом желательно чтобы фирма была официальным
дилером разработчика данной технологии.
При выборе производителя основными т ребованиями является:
1. Стабильность репутации;
2. Независимая оценка эффективности технологии;
3. Устойчивость финансового положения;
4. Степень внедрения технологии на рынке.
40