Управление ИС на различных этапах жизненного цикла ИС

Этапы ЖЦ

1. Анализ стратегии развития бизнеса и выработка стратегии развития ИС

2. Выработка решения о способе приобретения ИС

3. Анализ детальных требований и система

4. Приобретение ИС

5. Внедрение системы, тестирование и отладка

6. Эксплуатация и сопровождение системы

7. Вывод системы из эксплуатации

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

Существуют 3 основные модели ЖЦ:

1. Каскадная – переход на следующий этап после полного завершения предыдущего

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

3. Спиральная модель – упор делается на начальный этап ЖЦ; каждый виток спирали соответствует поэтапной модели создания версии или этапа модели.

Преимущества спиральной модели:

ü Накопление и повторное использование программных модулей

ü Ориентация на развитие и модификацию системы в процессе проектирования

ü Анализ риска и издержек в процессе проектирования

Для решения проблем анализа требований к ИС применяются:

§ Методологии структурного анализа

§ Методологии объектно-ориентированного анализа

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

Для целей структурного анализа традиционно используются три группы средств, которые иллюстрируют:

§ Функции, которые система должна выполнять

§ Отношения между данными

§ Зависящее от времени поведение системы (аспекты реального времени)

Для структурных методов анализа характерно:

§ Разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней

§ Ограниченный контекст, включающий лишь существенные на каждом уровне детали

§ Использование строгих формальных правил записи

§ Последовательное приближение к конечному результату

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

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

Особенностями систем, составленных из черных ящиков, являются:

1. Конструирование систем черных ящиков существенно упрощается

2. Облегчается тестирование таких систем

3. Повышается удобство при модификации

4. Имеется возможность простого реконфигурирования системы черных ящиков

5. Облегчается доступность для понимания и освоения

Разбиение системы на ЧЯ должны удовлетворять критериям:

§ Каждый чя должен реализовать единственную функцию системы

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

§ Связь между чя должна вводиться только при наличии связи между соответствующими функциями системы

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

Объектно- ориентированные методологии:

§ Основаны на объектной декомпозиции предметной области, представляемой в виде совокупности объектов, взаимодействующих между собой посредством передачи сообщений

§ Представляют моделируемую систему в виде совокупности классов и объектов предметной области

Анализ требований включает:

ü Анализ совокупности условий, при которых данный продукт будет эксплуатироваться (аппаратные и программные ресурсы, предоставляемые системе, внешние условия ее функционирования, состав людей и работ, имеющих к ней отношение)

ü Подробное описание выполняемых системой функций

ü Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации)

ü Уточнение, формализация и документирование требований заказчика

При анализе требований мы можем получить ответ на вопрос: что должна делать будущая система.

Целью анализа требований к ИС является преобразование общих, неясных знаний о требованиях к будущей системе в точные по возможности определения.

Результатом этапа анализа требований к ИС является модель требований к системе (системный проект).

В результате этапа анализ требований имеем:

§ Описание функций системы и ее архитектуры

§ Выработка требований к интерфейсу

§ Распределение функций между системой и человеком

§ Требования к программным и информационным компонентам

Модель требований:

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

Ø Может быть использована для самостоятельной разработки или корректировки уже реализованных на ее основе программных средств силами программистов отдела автоматизации предприятия

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

Ø Спецификации операций нижнего уровня

Ø Архитектуру системы с привязкой к концептуальной информационной модели

Ø Пакет отчетов и документов по функциональной модели, включающий характеристику объекта моделирования, перечень подсистем, требования к способам и средствам связи для информационно обмена между компонентами, требования к характеристикам взаимосвязей системы со смежными системами, требования к функциям системы

Ø Концептуальную информационную модель требований

Ø Пакет отчетов и документов по информационной модели

Модель требований к ИС позволяет:

§ Описать, увидеть и скорректировать будущую системы до того, как она будет реализована физически

§ Уменьшить затраты на разработку и внедрение системы

§ Улучшить качество разрабатываемой системы, а именно выполнить ее функциональную декомпозицию и проектировать оптимальную структуру интегрированной БД

§ Оценить разработку по времени и результатам

§ Достичь взаимопонимания между всеми участниками работы (заказчиками, пользователями, разработчиками..)

Трудности этапа анализ требований:

§ Заказчик не имеет достоверной информации о проблеме обработки данных

§ Аналитик не имеет достаточной информации для оценки требований системы с точки зрения заказчика

Этапом ЖЦ ИС, на котором вырабатывается, как реализуются требования к ИС, порожденные и зафиксированные на этапе анализа, является проектирование ИС.

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

Проектирование состоит из 2 этапов:

1. Проектирование архитектуры системы, разработка структуры интерфейсов компонент

2. Детальное проектирование – разработка спецификаций каждой компоненты.

Основной вопрос: как система будет удовлетворять предъявленные к ней требования?

Результатом этапа проектирования ИС является модель реализации, демонстрирующая, как система будет удовлетворять предъявленным к ней требованиям (без технических подробностей).

Программирование и адаптация представляет собой написание кода программ.

На этапе программирования ИС осуществляется создание системы как комплекса программно-аппаратных средств, начиная с проектирования и создания телекоммуникационной инфраструктуры и заканчивая разработкой и инсталляцией приложений.

Результатом этапа программирования ИС является программный код.

CASE – совокупность методологий анализа, проектирования, разработки и сопровождения ИС, поддерживаемых комплексом взаимоувязанных средств автоматизации.

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

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

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

ИС меняет организационную структуру управления предприятием.

Какими свойствами должна обладать ИС, чтобы обеспечить поддержку оргструктуры?

Какой будет оргструктура управления после того, как мы внедрим ИС?

Какими свойствами должна обладать ИС, чтобы обеспечить заданные свойства новой оргструктуры управления?

Различают стратегии внедрения:

§ Параллельная стратегия – одновременное использование старой и новой информационной системы

§ Скачок – с понедельника по-новому

§ Пилотный проект – внедрение к ограниченному участку деятельности

§ Узкое место – стратегия, при которой выбирается критично малый процесс, и все ресурсы концентрируются именно там.

Этап «тестирование и наладка» занимает больше всего времени (1/3 – ½ от общего времени при традиционном подходе).

Тестирование – поиск ошибки. Его проделывают три раза: программист, тестировщики, пользователи.

Отладка - это исправление ошибки.

Эксплуатация и сопровождение включает след этапы:

§ Администрирование

§ Техподдержка

§ Развитие систем

Администрирование – это обеспечение устойчивой работы системы и сохранности информации.

Техподдержка – это своевременная модернизация и ремонт отдельных элементов системы.

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

ИС необходимо дорабатывать, если:

§ ИС показала, что планируемые цели не достигнуты

§ Изменились потребности бизнеса

Процедура вывода ИС из эксплуатации затрагивает след аспекты:

§ Тестирование ИС в целом

§ Обучение пользователей и обслуживающего персонала

§ Конвертация данных

§ Проверка информации для планируемой (новой) системы.

Управление планированием ИС

Выработка стратегии развития ИС включает:

ü Анализ бизнеса и перспектив его развития

ü Анализ стратегии развития бизнеса, планируемых изменений организационной структуры управления, функционала

ü Выработка стратегии развития ИС

Перспективы развития и поддержки ИС в основном определяются следующим:

§ Поставщиком ИС

§ Комплексом стандартов, который был заложен в систему и составляющие ее компоненты

Факторы, влияющие на выработку целей и ограничений стратегического плана автоматизации

§ Состояние рынка ИТ

§ Состояние рынка инвестиций

§ Необходимость реорганизации деятельности предприятий

§ Состояние бизнеса предприятия и стратегия его развития.

Этапы управление планированием ИС:

1. Планирование

2. Контроль исполнения плана

3. Регулирование

Два типа плана автоматизации:

1. Стратегический

· Не содержит плана выполнения работ

· Только фиксирует условия необходимые для решения

· Не имеет календаря

· Ориентирован на определенные события

2. Оперативный

· Содержит план конкретных работ по реализации стратегических решений

· План описывается в технических терминах

· Носит календарный характер

Особенности стратегического плана автоматизации

ü Цель стратегического плана: области деятельности предприятия

ü Способы автоматизации

ü Долгосрочная техническая политика

ü Ограничения стратегического плана:

§ Финансовые

§ Временные

§ Технические

§ Влияние человеческого фактора

ü Процедуры по изменению плана

ü Условия реализации плана

Цели стратегии автоматизации должны соответствовать целям бизнеса.

Факторы влияния:

· Состояние рынка ИТ

· Состояние ранка инвестиций

· Необходимость реорганизации деятельности предприятий.

Стратегический план автоматизации

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

Цели (критерии) стратегии

1) Время на внедрение и стоимость

2) Экономический эффект от внедрения

3) Влияние на конкурентоспособность

4) Рекомендации апробированные на практике

Этапы осуществления проекта

1) Инициализация проекта

2) Планирование

3) Исполнение

4) Управление

5) Завершение

Поиск по сайту: