- •Методические указания по проведению учебной практики
- •Раздел 1. Способы представления алгоритмов………………………………………………...4
- •Раздел 2. Архитектура предприятия…………………………………………………………..21
- •Раздел 3. Система управления архитектурой предприятия…………………………………40
- •Раздел 4. Системы управления контентом……………………………………………………53
- •Введение
- •Раздел 1. Способы представления алгоритмов
- •Линейные программы структура программы
- •Понятие массива данных
- •Одномерные массивы
- •Многомерные массивы
- •ДвумерныЕ массивЫ
- •Действия над элементами массивов
- •1.5. Контроль ошибок при работе с массивами
- •Решение задач - примеров
- •Раздел 2. Архитектура предприятия
- •2.1. Понятие и общее представление об архитектуре предприятия
- •2.2. Цели создания архитектуры предприятия
- •2.3. Методические принципы создания архитектуры
- •2.4. Корпоративная архитектура предприятия
- •Корпоративная архитектура
- •2.5. Детализация в формировании архитектуры
- •Подходы при построении архитектуры
- •Компоненты архитектуры предприятия
- •Комплексная архитектура предприятия Модельные и организационные подходы
- •Матрица согласованных моделей в архитектурах
- •Примеры заполнения ячеек схемы
- •Требования к «3д-модели»
- •Раздел 3. Система управления архитектурой предприятия
- •3.1. Приемы процессно-ориентированной архитектуры предприятия
- •3.2. Изменения архитектуры
- •Изменения и улучшения организационной структуры
- •Изменения и улучшения систем управления
- •3.3. Идентификация и описание бизнес-процессов
- •Менеджмент бизнес-процессов
- •Управление операционными улучшениями бизнес-процессов
- •3.4. Моделирование организации деятельности предприятия
- •Раздел 4. Системы управления контентом
- •4.1. Объектная модель
- •4.2. Сетевая модель
- •4.3. Модульная модель
- •4.5. Коммерческие системы
- •Задание для самостоятельной работы
- •Контрольные вопросы
- •9. Схема «3д-предприятие».
- •Учебно-методическое обеспечение
Требования к «3д-модели»
Описание, создаваемое в указанных осях, становится 3Д-моделью после того, как в элементарных ячейках («кубиках») будут приведены согласованные описания, частные модели. К этим описаниям предъявляются определенные требования. При построении 3Д-модели не следует использовать формализованные нотации и узкопрофессиональные жаргоны.
Модель 3Д-предприятия должна отвечать следующим требованиям:
– простота и доступность для (технических и нетехнических) руководителей и специалистов;
– целостность, каждая проблема рассматривается в рамках предприятия в целом, как в данное время, так и в будущем;
– открытость, каждая проблема или проект могут быть включены в контекст событий будущего;
– использование инструментов планирования, благодаря чему решение не будет приниматься в «пустоте»;
– независимость от каких-либо инструментов (программных, математических), для того чтобы любой инструмент или методология могли быть отображены в модели 3Д-предприятия.
Описание каждой частной модели должно содержать оценку состояния дел с точки зрения данной модели как компонента системы.
Создаваемые в ячейках частные модели должны быть согласованы в своих взаимосвязях.
Правилом описания взаимосвязей частных моделей является явное выделение и описание связей каждой модели-ячейки с ближайшими ячейками более высокого и более низкого уровней представления архитектуры предприятия и ИС; связей каждой модели-ячейки с ближайшими ячейками, отражающими предшествующее и будущее состояния компонента архитектуры; связей каждой модели-ячейки с другими типами моделей данного уровня.
Содержание описания взаимосвязей включает следующие характеристики:
– необходимость компонента и формальные требования к нему;
– качество и степень готовности компонента;
– соответствие плановому графику работ и согласованности различных графиков;
– обоснованность графиков инвестиций и их окупаемости;
– возможность изменений (прогноз) наиболее близкого по времени изменения потребностей, требований и обеспеченности этих изменений ресурсами;
– смысловая целостность модели одного уровня.
Сущности на оси стратегического времени в конкретных 3Д-моделях могут представлять проекты или работы не только по развитию ИС, но и по развитию бизнеса предприятия (как, впрочем, и сущности плоских схем). В ряде случаев не требуется обязательного оформления всех работ на оси стратегического времени в виде проектов (в частности, для того, чтобы не вступать в непродуктивный конфликт с обычаями предприятия).
Например, работами по развитию бизнеса предприятия могут быть фазы управления предприятием:
– ситуационный и диагностический анализ;
– выдвижение целей и выбор стратегий;
– разработка плана мероприятий осуществления стратегий;
– планирование оперативных действий, выполнение подготовительных и запускающих мероприятий;
– тактический и оперативный мониторинг;
– стратегический мониторинг, возобновление анализа и совершенствование стратегий.
Эти фазы тоже могут быть элементами базовой классификации сущностей на оси времени развития предприятия, как и элементы проектного цикла, указанные ранее.
Поскольку ИС должна отвечать конкретным потребностям предприятия, результатом осуществления этого развития могут быть проекты создания новых компонентов ИС. Проект развития ИС вычленяется и оформляется как подпроект проекта развития предприятия.
Рассмотрение концептуального уровня схем архитектуры предприятия показывает:
- архитектура предприятия определяется как базовое свойство и важнейший информационный инструмент предприятий всех типов, что отражается и в международных стандартах;
- важнейшим компонентом архитектуры предприятия являются люди; не учет этого является методической ошибкой;
- архитектура получает свое информационное воплощение в виде архитектурных продуктов, описаний и моделей разных типов;
- согласование архитектур рассматривается как согласование архитектурных продуктов (бизнес - моделей с техническими моделями);
- согласование архитектур рассматривается как процесс, позволяющий получить многократную экономию средств на создание и развитие ИС;
- для использования архитектурных продуктов (как стратегического информационного ресурса) необходимы комплексы организационных решений и инструментальных средств согласования и интеграции архитектур;
- определены принципы, позволяющие выбирать и оценивать архитектурные решения и строить процессы формирования архитектуры, "пошаговость" детализации при построении архитектуры и др.
Эти принципы имеют конструктивное описание, позволяющее использовать их как "руководство к действию":
- главным движущим слоем является бизнес-архитектура;
- кроме указанной бизнес - архитектуры предусмотрены слои архитектуры данных (или данных и информации), приложений, технологий (имеются в виду базовые ИТ);
- рассмотрены бизнес - модели, модели данных, концептуальная модель, а именно (модель процессов, модели интероперабельности (поддержки взаимодействия), технические модели, референсная модель взаимодействия, открытые стандарты (для технологической архитектуры)).