Жизненный цикл информационной системы включает в себя все стадии разработки и сопровождения от зарождения идеи до использования последним пользователем.

Модели жизненного цикла информационной системы

Каскадная схема жизненного цикла

Каскадная схема предполагает разработку информационной системы под заказ конкретного предприятия.

Характеристика:

1. Каждый шаг после завершения предыдущего

2. Четкость разделения на этапы

3. Документация

4. Высокая длительность

5. Высокая стоимость

Примеры создания проектов по каскадной схеме: оборонное направление, новые процессы (то, чего еще нет на рынке), интеллектуальные информационные системы

Спиральная схема

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

Характеристика:

1. Небольшая длительность жизненного цикла

2. Неорганизованная

3. Без документации

4. Постоянное общение с заказчиком

5. Последующая продажа

6. Тестирование решения за счет ресурсов пользователя

Примеры: антивирусы, драйвера, браузеры

IT-аудит

IT-аудит – это независимая экспертная оценка текущего состояния корпоративной IT инфраструктуры на предмет ее адекватности, безопасности и отказоустойчивости.

Цели IT-аудита:

1. Минимизация рисков

2. Выяснить все располагаемые ресурсы

3. Выяснить адекватность сотрудников IT отдела (фактическая аттестация сотрудников IT отдела)

Информационная система – это набор софта для реализации процесса

Информационная система управления – это набор компетенций, софта и логика процесса

1. IT-аудит информационной системы управления

2. IT-аудит аппаратной и технологический платформы

3. IT-аудит адекватности сотрудников IT отдела

4. IT-аудит информационной безопасности

IT-аудит информационной системы управления

Самая сложная задача – это проверить и оценить используемое решение на адекватность решаемой проблемы.

Фазы IT аудита

1. Инвентаризация располагаемых ресурсов

2. Сбор информации обо всем установленном софте

3. Сбор информации обо всех должностных инструкциях в рамках исполняемых процессов

4. Соотношение 1, 2 и 3 с картой бизнес-процессов

5. Анализ полученных результатов

6. Выработка рекомендаций для устранения проблем

IDEF

Методология IDEF как семейство нотаций (указаний) для иллюстраций сложных системных схем и процессов.

IDEF0 – используется для формализации и описания бизнес-процессов

IDEF1 (1x) – базы данных

IDEF3 – карта технологических процессов, происходящих в системе

IDEF4 – построение объектно-ориентированных систем

IDEF5 – используется для онтологии знаний

Герменевтика: искусство толкования, теория интерпретации и понимания текстов

IDEF6 – исследование проблем, ограничений и необходимостей (используется до начала осуществления проекта)

IDEF0

Имеет всего 2 оператора.

- процесс (некое действие)

- информация которая входит в процесс

Комбинации IDEF0

Входы – документы, которые «заставляют вас шевелиться», запускают процесс

Выходы – результаты выполненной работы

Управление – что-то, где написано как это делается (например, должностная инструкция)

Механизм (ресурсы) – то, с помощью чего выполняется процесс (люди, информационные системы)

Правила IDEF0

1. Блоков (процессов) должно быть меньше 3 и не больше 6

2. Правило декомпозиции – схема обычно одна не бывает

Проблемы IDEF0

1. Сложно определить границы процессов

Тонкости IDEF0

1. Любой процесс (деятельность) в любой организации логичен и самоорганизуется

2. Функционально-стоимостной анализ (каждому информационному потоку присваивается вес для расчета стоимости каждого процесса)

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

Ресурсы по горизонтали – видоизменяемые ресурсы

Input (входящие) – потребляемые ресурсы

Output (выходящие) – воспроизводимые ресурсы

Ресурсы по вертикали – невидоизменяемые ресурсы

Управление - неиссякаемые ресурсы

Механизм (ресурсы) – иссякаемые ресурсы

4. Альтернативная точка зрения на природу функционирования бизнес-процессов с точки зрения ресурсов помогает лучше понять IDEF0.

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

6. IDEF0 не позволяет нам определить границу процесса, что заставляет нас принимать право бизнеса работать вне инструкций по процессному подходу