3. Создание производственной архитектуры
Поэтапный процесс
Модель производственной архитектуры MSF предполагает итерационный, поэтапный выпуск набора последовательных версий. При этом
организация постепенно достигает желаемой цели, проходя через раз-
личные стадии
Движение от существующей архитектуры к желаемой
Достоинства итерационного подхода
Метод выпуска версий предполагает, что производственная архитектура, как правило, слишком масштабна, чтобы ее удалось создать сразу. Правильнее будет расставить по приоритетам разработку последовательных версий, удовлетворяющих потребности бизнеса, и затем
методично создавать работоспособные подмножества.
Выпуск версий имеет несколько преимуществ.
• Исключение из плана лишних требований
• Способность реагировать на изменения в каждом следующем выпуске
• Поиск ответов
Прогнозирование и реагирование
Одно из наиболее важных препятствий, возникающих в процессе разработки производственной архитектуры, — это то, что все основные бизнес-процессы уже сформированы. В результате зачастую упускаются
возможности использовать технологии эффективнее или по-новому.
Разработка производственной архитектуры — это не просто реагирование. Под реагированием мы понимаем однонаправленный по-
ток решений и информации, который определяет методы использования технологии в организации. Такой поток включает следующие
действия (рис. 1.5):
• выявление бизнес-процессов;
• подбор приложений и информации;
• реализацию технологии.
Поток решений важен, но он должен сочетаться с прогнозированием — встречным потоком исходной информации, идущим от технологии к бизнес-процессам. Как показано на рис. 1.6, встречный
поток состоит из:
• анализа технологии;
• определения приложений и выявления информации;
• реконструкции бизнес-процессов.
Технология сама по себе не создает продукта, но ее применение в инновационной сфере для изменения возможностей бизнеса может иметь большое значение. Решение вопроса о том, где и как
применять технологию, — еще одна сфера, где кооперация бизнеса и
ИТ необходима. Электронная коммерция — хороший пример встречного потока, идущего от технологии.
Модель приложений MSF
- 2. Модель па
- 2.1.Бизнес - перспектива
- 2.2.Прикладная перспектива
- 2.3.Информационная перспектива
- 2.4.Технологическая перспектива
- 2.5 Основные опасности при разработке производственной архитектуры
- 2.6 Задачи модели производственной архитектуры msf
- 3. Создание производственной архитектуры
- 1. Общая характеристика модели приложения
- 1.1.Повторное использование компонентов
- 1.2.Размер приложения
- 1.3. Производительность приложения
- 1.4.Масштабируемость приложений
- 1.5.Виды архитектуры
- 2. Модель приложений
- 2.1. Бизнес-модель
- 2.2 Пользовательская модель
- 2.3 Логическая модель
- 2.4 Технологическая модель
- 2.5 Модель разработки
- 2.6 Физическая модель
- 1. Общие характеристики модели проектных групп
- 2. Обязанности членов группы
- 3. Модель проектой группы
- 3.1. Менеджер продукта
- 3.2Менеджер программы
- 3.3.Разработчик
- 3.4 Тестер
- 3.5.Инструктор
- 3.6 .Логистик
- 4.Размер групп и масштаб проекта
- 5. Создание группы
- 5.1.Поиск руководителей
- 5.2.Повышение эффективности коллективной работы
- 5.3. Координация работы с внешними группами
- 1. Модель разработки приложений
- 2.Модель процесса разработки msf
- Основные этапы
- Промежуточные этапы
- Итеративность
- 3. Фазы разработки и их основные этапы.
- 3.1 Фаза Анализ
- 3.3.Фаза «Планирование»
- 3.3.Фаза «Разработка»
- 3.4. Фаза «Стабилизация»
- 4. Принципы модели процесса разработки
- 5.Роли членов группы в модели процесса разработки
- Динамика фазы Анализ модели процесса разработки msf
- 1.Процесс исследования
- 1.1.Распределение обязанностей ролей
- 2. Модель управление рисками
- 2.1.Источники риска
- 2.2.Способы управления рисками
- 3.Этап «Одобрение концепции» и его результаты
- 3.1Концепция
- 3.2.Прототип
- 3.3. Структура проекта
- 3.4. Сводный документ оценки рисков
- 3.5. Согласование концепции
- Динамика фазы планирования
- 1.Общая характеристика фазы планирования
- Фаза «Планирование» и процесс проектирования
- Распределение ролей при планировании
- Обязанности ролей при планировании
- 12.Процесс проектирования
- 2.1. Стадии концептуального проектирования
- 2.2.Стадия логического проектирования
- 2.3.Стадия физического проектирования
- 2.1. Управление рисками на фазе планирования
- 4.Этап «Одобрение плана проекта» и его результаты
- 4.1.Функциональные спецификации
- 4.2.Основной план проекта
- 4.2.Основной график проекта
- 4.3.Пересмотренный документ оценки рисков
- Динамика фазы разработки и ее основные результаты.
- 1. Общая характеристика фазы разработки
- 2. Основные этапы разработки
- 2.1.Распределение обязанностей на стадии разработки
- 2.3.Первый этап: анализ и рационализация
- 2.4.Второй этап: реализация
- 2.5.Третий этап: аттестация
- 2.6.Управление рисками
- 3.Этап «Завершение разработки» и его результаты
- 3.1. Код и исполняемые модули
- 3.2.Средства повышения эффективности работы пользователей и сопроводительные материалы
- 3.3. Тестовые материалы
- Динамика фазы стабилизации
- Распределение обязанностей в группе
- Промежуточные этапы
- Управление рисками на фазе Стабилизации
- 1)Организованные риски;
- Этап «Выпуск продукта» и его результаты