Навигация


Главная
УСЛУГИ
Гостевая книга
Правила пользования
Авторизация / Регистрация
 
Главная arrow Банковское дело arrow Информационные технологии в банках - Страхарчук АЯ
Предыдущая   СОДЕРЖАНИЕ   Следующая

34 РИСКИ ИНФОРМАЦИОННЫХ СИСТЕМ

341 Факторы риска информационной системы

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

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

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

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

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

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

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

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

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

Перечень стандартизированных компонентов примерно такой: бизнес-процессы предприятия, которые автоматизируются, процессы самой системы;

стандарты СУБД операционные системы, сетевые протоколы и т.д., стандарты на оборудование, стандарты на рабочие станции

Крайне желательно, чтобы структура бизнес-процессов предприятия, которые автоматизируются, отвечала общепринятым рекомендациям, а также совокупности государственных и отраслевых стандартов Для прикладного программно ого обеспечения с целью снижения рисков целесообразно создать набор стандартов в плане архитектуры приложений, шлюзов и интерфейсов, включая графический интерфейс пользователя На уровне СУБД целесообразно вы значить требования к интерфейсам, необходимость поддержки розподильности, Internet-приложений Аналогичным образом следует сформировать весь спектр стандартов от уровня операционных систем к телекоммуникационным Заложенная сначала в решение поддержка стандартов в дальнейшем даст возможность, затрачивая минимальные средства, наращивать функциональные возможности системтеми.

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

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

 
Если Вы заметили ошибку в тексте выделите слово и нажмите Shift Enter
Предыдущая   СОДЕРЖАНИЕ   Следующая
 
Дисциплины
загрузка...
Банковское дело
БЖД
Бухучет и Аудит
География
Документоведение
Экология
Экономика
Этика и Эстетика
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Медицина
Менеджмент
Педагогика
Политология
Политэкономия
Право
Естествознание
Психология
Религиоведение
Риторика
РПС
Социология
Статистика
Страховое дело
Товароведение
Туризм
Философия
Финансы