ODBC – Open Database Connectivity (открытый интерфейс доступа к базам данных)

14. Интеграция ИС с общей бизнес стратегией

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

Бизнес модели – описывают стратегии организации, структуры управления, ограничения и правила, а также основные бизнес процессы. Архитектура информации определяет ключевые активы, связанные со структурированной и не структурируемой информацией. Архитектура прикладных систем описывает те системы, которые обеспечивают необходимый функционал бизнес логики в организации. Технологическая архитектура – с точки зрения это архитектуры, важные модели включают в описании It сервисов, для описание вышеперечисленных трех структур.

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

15. Инновации в ит управление инновационными проектами

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

Изменения могут как расширять содержание проекта, так и су-

жать его.

Основные источники изменений:

1) внешние события (например, изменения в законодательстве

или кризисные явления в экономике);

2) ошибка или пропуск ключевого фрагмента в ходе определения

содержания продукта (например, ситуация, когда в конструкцию

телекоммуникационной системы не включена какая-либо требуемая

по условиям проекта функция);

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

Управление изменениями включает в себя:

• уточнение ожиданий участников проекта;
• оценку необходимости и полезности изменений;
• определение произошедших изменений;
• управление изменениями при их появлении.

5 стадий управления изменениями проекта:

1. Разработка концепции управления изменениями в проекте
2. Прогнозирование и планирование изменений
3. Организация и контроль изменений в проекте
4. Анализ и регулирование изменений
5. Завершение управления изменениями в проекте

16. Оценка экономической эффективности ИС

Показатели эффективности:

1. Число инцидентов, ошибок, проблем после проведенных изменений

2. Соотношение запланированных и фактических, временных и материальных затрат на изменения

3. Степень удовлетворенности пользователя, руководства к результатам изменений

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

Цель процесса – предотвращение инцидентов и их повторения.

Минимизирование влияние инцидентов с неизвестными причинами на работу информационной системы предприятия.

Задачи:

1. Регистрации инцидентов с неизвестными причинами и их исследование

2. Предотвращение проблем, которые могут привести к большому количеству инцидентов на Автоматизированных рабочих местах

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

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

Этапы процессов:

1. Регистрация исходных данных о проблеме.

2. Категоризация проблемы и назначение ответственного за ее решение

3. Проведение исследования и поиск причин возникновения

4. Поиск временного обходного решения

5. Разработка алгоритма применения этого решения

6. Само решение проблемы

7. Регистрация и распространение информации о причинах проблемы, способах ее недопущения

8. Закрытие проблемы

Показатели эффективности:

1. Количество зарегистрированных проблем

2. Количество решенных проблем

3. Среднее время решения проблемы

4. Количество запросов на изменения, сформированных по результатам регистрированных проблем

5. Средняя стоимость решения проблемы

6. Суммарная стоимость решения всех проблем за определенный период