
- •Учебник
- •Оглавление
- •Глава 1. Стандарты и профили в области информационных систем 5
- •Глава 2. Методологические основы проектирования информационных систем 33
- •Глава 3. Проектирование информационных систем 80
- •3.2.1 Основные понятия 85
- •Глава 4. Практикум по системному проектированию информационных систем 119
- •Глава 1. Стандарты и профили в области информационных систем
- •1.1. Основные этапы автоматизации информационных процессов
- •Вопросы для самопроверки
- •1.2. Подходы к построению и проектированию информационных систем
- •Вопросы для самопроверки
- •1.3. Стандарты в области информационных систем
- •1.3.1. Международный стандарт iso/iec 12207: 1995-08-01
- •1.3.2 Стандарты комплекса гост34
- •1.3.3 Методика Oracle cdm
- •Вопросы для самопроверки
- •1.4. Профили в области информационных систем
- •1.4.1. Понятие профиля ис. Цели и принципы формирования профилей информационных систем
- •1.4.2. Структура и содержание профилей информационных систем
- •1.4.3. Процессы формирования, развития и применения профилей информационных систем
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 2. Методологические основы проектирования информационных систем
- •2.1. Основные понятия
- •Вопросы для самопроверки
- •2.2. Методологические подходы к проектированию информационных систем
- •Вопросы для самопроверки
- •2.3. Методология структурного анализа и проектирования информационных систем
- •2.3.1. Основные понятия idef0
- •Вопросы для самопроверки
- •2.3.2. Основные понятия методологии sadt
- •Вопросы для самопроверки
- •2.3.3. Bpwin – инструмент реализации методологий структурного анализа и проектирования
- •Вопросы для самопроверки
- •2.4. Методология объектно-ориентированного анализа и проектирования информационных систем
- •2.4.1. Сущность объектно-ориентированного подхода к анализу и проектированию ис
- •Вопросы для самопроверки
- •2.4.2.1. Диаграммы вариантов использования (модели прецедентов)
- •2.4.2.2. Диаграммы классов
- •2.4.2.3. Диаграммы взаимодействия
- •2.4.3. Методология Rational Unified Process (rup)
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 3. Проектирование информационных систем
- •3.1 Модели информационных систем
- •Вопросы для самопроверки
- •3.2 Методологии проектирования информационных систем
- •3.2.1 Основные понятия
- •3.2.2 Методологии моделирования бизнес-процессов
- •3.2.3 Методология моделирования информационных систем
- •Вопросы для самопроверки
- •3.3 Методика системного проектирования
- •3.3.1 Предпроектное обследование
- •3.3.2. Создание концепции новой ис
- •3.3.3. Разработка системного проекта ис
- •Вопросы для самопроверки
- •Библиографический список
- •Глава 4. Практикум по системному проектированию информационных систем
- •Инструментальная поддержка основных этапов жизненного цикла ис линейками продуктов AllFusion и Rational
- •4.1 Методологические основы проектирования ис
- •4.1.1 Постановка задачи. Определение рабочей области моделирования
- •4.1.2 Моделирование бизнес-процессов с использованием методологии sadt и инструментария AllFusion Modelling Suite
- •4.1.3 Моделирование бизнес-процессов с использованием методологии rup и инструментария Rational Suite
- •4.1.4 Моделирование потоков данных с использованием методологии sadt и инструментария AllFusion Modeling Suite
- •4.1.5 Моделирование потоков работ с использованием методологии sadt и инструментария AllFusion Modeling Suite
- •4.1.6 Моделирование потоков работ с использованием методологии rup и инструментария Rational Suite
- •4.1.7 Создание дополнительных моделей предметной области с использованием инструментария AllFusion Modeling Suite
- •4.2 Основы системного проектирования ис
- •4.2.1 Предпроектное обследование
- •4.2.1.1 Сбор и анализ документов, описывающих процессы предметной области
- •4.2.1.2 Создание модели as-is бизнес-процессов деятельности компании
- •4.2.1.3 Создание модели информационных потоков предметной области компании
- •4.2.1.4. Определение «узких» мест и выработка предложений по усовершенствованию ис компании
- •4.2.2 Создание концепции новой ис
- •4.2.2.1 Формирование требований к новой ис
- •1. Введение
- •2. Общее описание
- •3. Функции системы
- •4. Требования к внешнему интерфейсу
- •5. Другие нефункциональные требования
- •4.2.2.2 Создание прототипов новой ис
- •4.2.3 Создание технического задания на проект ис
- •Библиографический список
- •Глоссарий
3.2.3 Методология моделирования информационных систем
В настоящее время появилась новая методология моделирования информационных систем, представляющая ИС как всю инфраструктуру предприятия, задействованную в процессе управления всеми информационно-документальными потоками. Это методология ITIL, позволяющая привести системы к единому стандарту и обеспечивающая их эффективное функционирование. Сегодня стандартом де-факто в области управления обслуживанием информационных систем считается библиотека ITIL (Information Technology Infrastructure Library), разработанная в конце 80-х годов по заказу английского правительства и ставшая сборником лучшего мирового опыта в области управления качеством предоставляемых IT-услуг.
Начиная с 1986 года Британское агентство правительственной связи (CCTA - Central Communications and Telecom Agency) вело работы по формализации и стандартизации методов внедрения и эксплуатации множества IT-систем в различных правительственных ведомствах в рамках некоммерческой программы. Накапливаемый в процессе этой работы опыт формулировался в так называемой «библиотеке IT-инфраструктур», но не был доступен широкому кругу IT-специалистов. Только спустя 10 лет документация, объединяющая эти методики, стала доступна всем. Сегодня она включает около 40 томов.
ITIL – это тщательное описание жизненного цикла IT-организации. Подход ITIL заключается в разделении процесса управления IT на несколько дисциплин. Каждая дисциплина нацелена на решение определенных функций, но во взаимодействии с остальными. ITIL предлагает структурированный подход к разработке, внедрению и эксплуатации каждой дисциплины. Ключевая концепция – управление сервисом или услугами; на нем сфокусирована вся методология, и оно объединяет остальные компоненты для достижения цели – выполнения сервисных соглашений с пользователями. Управление сервисом включает множество процедур, позволяющих быстро и эффективно формулировать, изменять и контролировать определенные для каждого пользователя уровни сервиса по заранее заданным критериям и параметрам функционирования системы.
В стандарте ITIL деятельность по обеспечению IT-сервисов представляется в виде отдельных процессов, имеющих входные/выходные параметры и четко определенные цели. Все процессы разделены на две большие категории.
Предоставление сервисов (Service Delivery). В эту категорию входят такие функции, как управление уровнем сервисов (Service Management), производительностью (Capacity Management), доступностью (Availability Management), управление затратами (Cost Management) и непрерывностью (Contingency Management).
Поддержка сервисов (Service Support). В эту категорию попадают такие функции, как управление конфигурациями (Configuration Management), проблемами (Problem Management), изменениями (Change Management), разработкой и распространением программного обеспечения (Software Control & Distribution), а также взаимодействие с пользователями (Service Desk).
В первой категории подробно рассматриваются процессы, обеспечивающие эффективное взаимодействие с клиентами (потребителями) IT-сервисов и удовлетворение возрастающих требований на взаимовыгодных условиях. В ITIL основой для взаимодействия между IT-департаментом и потребителем IT-сервисов служит соглашение об их уровне (Service Level Agreement, SLA). В нем перечисляются все предоставляемые сервисы, четко описываются их количественные и качественные показатели, и, кроме того, оговариваются права, обязанности и ответственность сторон. Для поддержания необходимого уровня услуг в ITIL описаны процессы, контролирующие производительность, доступность и непрерывность сервисов и обеспечивающие предоставление новых услуг.
Во второй категории деятельность IT-департамента рассматривается в виде процессов поддержки сервисов в соответствии с соглашением об уровне услуг. Эти процессы направлены на обеспечение контроля над изменениями существующей информационной системы, а также на проактивное управление кризисными ситуациями. Проактивность заключается в оценке рисков и анализе причин возникновения той или иной нештатной ситуации в работе системы, что позволяет заранее укрепить наиболее слабые места и избежать повторения сбоя.
К недостаткам ITIL можно отнести тот факт, что в стандарте предполагается информатизация уже хорошо отлаженной и эффективной деятельности организации, так как, автоматизируя хаос, мы получим автоматизированный хаос и не добьемся каких-либо существенных улучшений в работе. Но ITIL обладает таким уникальным преимуществом, как ориентация на результативную деятельность. Кроме этого, ITIL не зависит от конкретных технологий и программно-аппаратных средств, обобщая мировой опыт организации и предоставления IT-сервисов.
В библиотеке ITIL Описаны различные способы деления процесса управления информационных технологий на дисциплины. В некоторых источниках описано 9 основных процессов:
-
Управление изменениями;
-
Управление составом ИС;
-
Управление уровнем сервиса;
-
Управление надежностью;
-
Планирование ресурсов;
-
Управление стоимостью обслуживания;
-
Контроль и распространение ПО;
-
Управление заявками на обслуживание;
-
Устранение нарушений работы сервисов.
В других источниках процесс управления IT декомпозируется на 17 основных процессов:
-
Управление конфигурациями;
-
Управление изменениями;
-
Управление внедрением;
-
Управление инцидентами;
-
Управление проблемами;
-
Служба поддержки клиента;
-
Управление уровнями сервисов;
-
Управление возможностями;
-
Финансовый менеджмент для IT-услуг;
-
Управление доступностью;
-
Управление непрерывностью предоставления IT-сервисов;
-
Управление взаимоотношениями с клиентами;
-
Управление информационной и телекоммуникационной инфраструктурой;
-
Управление приложениями;
-
Управление безопасностью;
-
Процессы обеспечивающей инфраструктуры;
-
Управление проектами.
Безусловно, что для моделирования информационных систем с использованием методологии ITIL необходимо сгруппировать эти процессы. Группировка процессов проводится в зависимости от сложности объекта информатизации и от его реального состояния. Это можно сделать, например, так:
-
управление сервисом:
-
управление инцидентами;
-
управление проблемами;
-
управление изменениями;
-
управление конфигурациями;
-
контроль за программным обеспечением;
-
контроль за уровнями сервиса;
-
управление стоимостями;
-
управление приложениями:
-
управление уровнями сервиса;
-
управление доступностью;
-
управление возможностями;
-
управление инфраструктурой:
-
управление операционными системами;
-
управление сетями;
-
управление рабочими станциями;
-
распределение программного обеспечения;
-
управление базами данных;
-
управление разработкой и внедрением:
-
управление проектами;
-
управление тестированием;
-
управление внедрением.
Объединение процессов по группам окажет влияние и на структуру IT-подразделения компании.