Вопросы/задания к контрольной работе: Результаты бизнес-анализа
Описание
Подготовительная фаза
Характеристика компании
Результаты стратегического анализа: анализ проблем, SWOT-анализ
Проблемные области
Ожидаемые изменения
Цели, задачи, ограничения
Заинтересованные стороны
Диаграмма заинтересованных сторон.
Стейкхолдер | Драйверы | Оценка | Цели | Результаты (задачи) | |
Бизнес и технологические цели
Цель этого раздела - изложить бизнес- и технологические цели бизнес-архитектуры и данного документа . Здесь – кратко изложить результаты стратегического анализа.
Цели:
Качество образовательного процесса
Обеспечение системы взаимодействия пользователей с сервисами университета (личный кабинет)
Эффективность тех. Поддержки
Повышение технологической зрелости учебного процесса
Задачи, вытекающие из поставленных целей
ID | Задача | Тип | Связь с целями |
Поддержка доступа с инф. ресурсам | технологические | ||
Разработка и внедрение сервисов | технологические | ||
Анализ и улучшение Service Desk | технологические | ||
Внедрение образовательной платформы | бизнес | ||
Поддержка актуальности используемого ПО | технологические | ||
Обеспечение информационной безопасности | технологические | ||
Ограничения
-ID | Название | Приоритет | Последствия |
Ориентация на отечественное ПО | |||
Одна платформа на всех участников | |||
Требования законодательства | |||
Требования
Внедрить систему личных кабинетов для участников учебного процесса (преподавателей, студентов)
Единая платформа
Ориентация на отечественное ПО учебном процессе
Строго организованная служба Service Desk
Безопасность данных
Интеграция ИС
Бизнес-способности
- Карта бизнес-способностей
- Определение приоритетных
(шаблоны см. презентацию)
Ресурсы, Направления действий
Компетенции сотрудника
Программное обеспечение
Система управления образовательными ресурсами
Онлайн курсы
Административно-управленческие ИС
Защищенная ИТ-инфраструктура
Архитектурные принципы
утверждения, в соответствии с которыми должна разрабатываться архитектура компании. Данный этап является одним из ключевых, так как он позволяет проверять предлагаемые инициативы на соответствие стратегии компании.
Название | Утверждение | Обоснование | Последствия |
Бизнес-уровень | |||
Максимизация пользы для университета | Решения в области управления ИТ-уровнем принимаются с целью обеспечить максимальную пользу в целом как для учебного процесса, так и для управления | Решения должны оцениваться и приниматься с позиции университета, а не отдельных проектов и направлений деятельности | Максимум пользы требует соответствующего подхода к планированию и управлению технологическим уровнем, технологии сами по себе не обеспечивают соблюдения этого принципа. Приоритеты расставляются, исходя из их пользы для университета |
Повышение технологического уровня – дело каждого | Все заинтересованные стороны принимают участие в разработке решений | Чтобы решения учитывали все нюансы, все участники-эксперты должны принять участие в разработке этих решений | Требуется определить всех участников экспертного уровня и организовать их взаимодействие. |
Непрерывность | Университет функционирует несмотря на сбои | Все большее проникновение ИТ в работу компании не должно вызывать блокирование работы компании при сбоях ИТ | Необходимо заранее тестировать систему на уязвимость, также прогнозировать риски и управлять ими. |
Сервисы общего пользования | Разработка сервисов, используемых всеми подразделениями предпочтительна разработке специальных приложений | Экономия финансовых ресурсов, единая система | Коммуникацию между учениками и преподавателями лучше осуществлять в том же приложении, что и коммуникацию внутри. При внедрении и изменении бизнес-процессов задействовать (расширять) функционал установленных решений вместо разработки новых решений или то же семейство продуктов |
Соответствие законодательству | Процессы сбора и обработки информации соответствуют применимому законодательству | Деятельность регулируется законодательно, и система управления информацией должна обеспечивать соблюдение законодательства. | Сбор и хранение данных, необходимых для учета и отчетности. Регламент сбора и хранения данных соответствует законодательно установленному порядку. |
Уровень данных | |||
Данные есть актив | Данные представляют ценность | Данные необходимы для осуществления обязательных операций (учет) и планирования деятельности для повышения эффективности | ИС предусматривает защиту от ввода некачественных данных и осуществляет проверку данных Разработаны процедуры внесения изменений в данные |
Данные являются общими | Доступ к данным предоставляется сотрудникам, обучающимся и системам для обеспечения их эффективной работы | Своевременный доступ к качественным данным необходим для успешного управления. Устранение избыточных ресурсов хранения данных обеспечит их согласованность | Разработанный стандарт требований к качеству и формату данных обязателен для всех приложений. Новые приложения должны иметь доступ к архивным данным и предоставлять свои данные для общего доступа другим приложениям. Централизованный учет и анализ данных |
Данные доступны | Сотрудники, обучающиеся имеют доступ к данным, необходимым им для работы. | Принятие эффективных решений невозможно без доступа к информации | Регламент доступа к данным. Актуализация информации о пользователях и их правах доступа должна проводиться максимально быстро. Система управления доступом и система резервного копирования надежны. |
Уровень приложений | |||
Простота использования | Приложения понятны для пользователей, что позволяет им сконцентрироваться на сути работы. | Минимизация расходов на обучение работе в приложении Быстрая адаптация новых | Каналы ввода информации должны быть удобны. Интерфейс приложений удобен и отвечает характеру работы пользователя. |
Технологический уровень | |||
Изменения на основе потребностей | Приложения и технологии меняются в ответ на бизнес-потребности | Информационная среда меняется в соответствии с потребностями образовательного процесса, изменения ОП в ответ на изменения в ИТ обосновано допускаются Минимизация неэффективных расходов | Новые технологии могут быть внедрены после анализа с точки зрения принципа Maximize Benefit to the Enterprise. |
Контроль разнородности технологий | Ограничение количества и вариантов используемого оборудования и технологий снижает расходы на содержание и обеспечение совместимости | Ограничение числа компонентов позволяет эффективно контролировать затраты и облегчает эксплуатацию. Быстрое понимание возможности и стоимости адаптации новых технологий | Новые технологии внедряются после проверки на совместимость с имеющейся инфраструктурой. Покупка и установка однотипных устройств |
Представление о реализации целей
Стратегическое видение
Стандарты и методологии
Наименование | Описание | Тип |
ГОСТ Р ИСО 15704-2022 | Требования к стандартным архитектурам и методологиям | Стандарт |
BABOK | Свод знаний по бизнес-анализу | Своды знаний |
DMBOK | Свод знаний по управлению данными. | Своды знаний |
BPM CBOK | Свод знаний по управлению бизнес-процессами | Своды знаний |
TOGAF | Методологический фреймворк для планирования, проектирования, реализации и управления архитектурой предприятия. | Комплексная |
ArchiMate | Профессиональный язык моделирования для описания корпоративной архитектуры | Языки моделирования |
Риски и проблемы
Риски
ID | Наименование | Описание | Важность | Измерение |
проблемы
ID | Проблема | Статус | Дата возникновения | Дата закрытия | Владелец |
Бизнес-архитектура
Базовая бизнес-архитектура
Бизнес-функции
Определения функций бизнес-архитектуры: В этом разделе необходимо предоставить (в табличном формате) определения категорий бизнес-функций и бизнес-функций, охватываемых базовой бизнес-архитектурой
Общая архитектура бизнес-функций
Описание
ID | Категории бизнес-функции | Бизнес-функция | Описание |
Обеспечение доступа к ресурсам | обеспечение персонифицированного доступа преподавателя к информационным и образовательным ресурсам университета | ||
обеспечение персонифицированного доступа студента преподавателя к информационным и образовательным ресурсам университета | |||
обеспечение персонифицированного доступа сотрудников к информационным и образовательным ресурсам университета | |||
доступ к ресурсам университета внешних участников | |||
Тех.поддержка | Управление инцидентами | ||
Внедрение изменений в ИТ | |||
Управление проблемами | |||
Управление безопасностью (И) | |||
Управление конфигурациями | |||
Управление организацией и качеством данных | |||
Управление требованиями | |||
Определение стратегии и тактики | Определение стратегии цифровых изменений | ||
Определение планов цифрового развития | |||
Онлайн образование | Разработка онлайн курсов | ||
Поддержка онлайн курсов | |||
Аналитика и формирование стратеги в области онлайн образования | |||
Реализация онлайн-программ |
Основные бизнес-сервисы
Характеристика бизнес-сервисов
Бизнес-сервис: сервисы, являющиеся результатом бизнес-функци
ID категории | Категория | Бизнес-сервис | Описание |
Поддержка | Безопасный доступ к инструментам и ресурсам | Работоспособные ИТ-сервисы | |
Введенные в эксплуатацию сервисы | Новые или измененные сервисы | ||
Контроль сбоев в работе | |||
Работающие регламентированные ИТ-сервисы | |||
Определение требований к сервисам и системам | |||
Гарантия безопасности | |||
Аналитика существующих ИТ-сервисов | Предложения по изменению | ||
Работоспособная инфраструктура | Инфраструктура: каналы связи, рабочие места, сервера | ||
Работоспособная и реализованная модель данных | Модель (схема данных), соответствующая потребностям университета | ||
Ресурсы | Действующий, функциональный личный кабинет преподавателя | ||
Действующий, функциональный личный кабинет студента | |||
Действующий, функциональный личный кабинет сотрудника | |||
Предоставление функционального доступа к ресурсам для внешних участников | |||
Актуальный контент | |||
Онлайн образование | Внедренные в эксплуатацию новые онлайн курсы | ||
Актуализация онлайн-курсов | |||
Обоснованные рекомендации по изменению онлайн-курсов | |||
Разработка и экспертиза ДОП в онлайн-формате |
Соглашение по уровню бизнес-сервисов
ID | Соглашение по уровню бизнес-сервиса | Бизнес-сервис | Описание соглашения |
Соглашение о личном кабинете преподавателя | Действующий, функциональный личный кабинет преподавателя | Описание ролей; состава работ в личном кабинете; территориальные, временные и функциональные границы; метрики оценки качества, методы обеспечения безопасности; сроки и регламент реагирования на обращения | |
Соглашение о личном кабинете студента | Действующий, функциональный личный кабинет студента | См. выше | |
……………………………. | |||
Соглашение об уровне сервиса | Работающие регламентированные ИТ-сервисы | ||
Введенные в эксплуатацию сервисы | |||
Организационная структура
ID | Оргединица | Родительская | Отписаниае |
Руководитель УСИТ | |||
Отдел обеспечения учебного процесса факультета - руководитель | Руководитель УСИТ | ||
Инженер 1 | Отдел обеспечения учебного процесса факультета - руководитель | ||
Инженер 2 | Отдел обеспечения учебного процесса факультета - руководитель | ||
Отдел поддержки образовательной платформы - руководитель | Руководитель УСИТ | ||
Специалист отдела | Отдел поддержки образовательной платформы - руководитель | ||
Разработчик | Отдел поддержки образовательной платформы - руководитель | ||
Центр развития электронных образовательных ресурсов - руководитель | |||
методист | Центр развития электронных образовательных ресурсов - руководитель | ||
Удовлетворенность пользователей сервисами
Базовая логическая бизнес-архитектура
Actors
Цель этого раздела - описать системных пользователей/участников (акторов) в рамках целевой архитектуры. Актор - это те пользователи, которые взаимодействуют с системой. Это может быть человек или система/компьютер.
Actor Business Role | Пользователь личных кабинетов | Студент онлайн-курса | Пользователь (любой) | Посетитель сайта | Член команды тех.поддержки | Центр развития электронных образовательных ресурсов |
НПР | ||||||
АУП | ||||||
Студенты | ||||||
IT | ||||||
Внешние | ||||||
Руководство |
Бизнес-процессы
Пример представления процесса бизнес-архитектуры: В этом разделе может быть представлено одно или несколько представлений бизнес-процессов в базовой бизнес-архитектуре. В контексте бизнес-функции
Управление инцидентами
Разработка онлайн-курсов
Территориальное распределение
<< Ключевые местоположения могут быть представлены географически, функционально или структурно. Выбор представления зависит от ключевых моментов модели. Предоставляется текстовый шаблон.>>
Место Процессы | ГЗ | Ф-ты |
X | ||
X | ||
X | ||
X | ||
X |
RACI View
R (responsible) — исполнитель задачи или подзадачи. Тот, кто самостоятельно выполняет все работы в рамках задачи.
A (accountable) — ответственный за всю задачу. Участник с этой ролью несёт ответственность за то, чтобы задачу завершили в срок, но не обязательно выполняет её сам.
Важно, чтобы у одной задачи был только один ответственный. При этом сам ответственный может быть одновременно и исполнителем.
C (consult) — эксперт, который консультирует команду по вопросам, находящимся в его компетенции. Он не выполняет задачу, но даёт советы и рекомендации, которые помогают выполнить её эффективнее.
— I (informed) — участник проекта, который должен быть в курсе выполнения задачи
Activity/Actor | Пользователь личных кабинетов | Студент онлайн-курса | Пользователь (любой) | Посетитель сайта | Член команды тех.поддержки | Специалист - | Центр развития электронных образовательных ресурсов |
Фиксация инцидента | C | AR | |||||
Анализ инцидента | C | R | |||||
Разработка плана решения | AR | ||||||
Формирование команды | R | ||||||
Решение инцидента | I | R | |||||
Кросс-функциональная модель бизнес-архитектуры
Business Function & Service Descriptions | Процессы | |||
Категория функции | Функция | Группа сервисов | Сервис | |
Тех.поддержка | ||||
Управление инцидентами | Поддержка | Работающие регламентированные ИТ-сервисы | Фиксация инцидента Анализ инцидента Разработка плана решения ……. | |
Контроль сбоев в работе | ||||
Внедрение изменений в ИТ | Поддержка | Введенные в эксплуатацию сервисы | ||
Безопасный доступ к инструментам и ресурсам | ||||
Работоспособная инфраструктура | ||||
………………………………. | ||||
View: реализация целей
Cross-References within the Business Architecture
<позволяет фиксировать и документировать определения и взаимосвязи между категориями бизнес-функций, бизнес-функций, категорий бизнес-услуг и бизнес-сервисов.
Кросс-функциональная модель бизнес-архитектуры
Business Function & Service Descriptions | Процессы | |||
Категория функции | Функция | Группа сервисов | Сервис | |
Обеспечение доступа к ресурсам | ||||
обеспечение персонифицированного доступа преподавателя к информационным и образовательным ресурсам университета | Ресурсы | Действующий, функциональный личный кабинет преподавателя | ||
Актуальный контент | ||||
Действующий, функциональный личный кабинет сотрудника | Ресурсы | |||
Тех.поддержка | ||||
Управление инцидентами | Поддержка | Контроль сбоев в работе | ||
Работающие регламентированные ИТ-сервисы | ||||
Data Architecture Models
Что касается критериев качества, то в этом разделе должно быть четко указано:
- • Соответствующие представления (диаграммы) на уровне планирования, иллюстрирующие информационные предметные области, входящие в сферу охвата целевой архитектуры данных, а также взаимосвязи между ними
- • Описание представлений на уровне планирования для целевой архитектуры данных, чтобы понять принятые архитектурные решения и вытекающие из них ключевые сообщения для заинтересованных сторон
- • Определения предметных областей информации (в табличном формате) в рамках целевой архитектуры данных
- • Описания взаимосвязей и количества элементов (если это уместно) между информационными предметными областями (в табличном формате) в рамках целевой архитектуры данных.
- • Соответствующие представления (диаграммы) на концептуальном уровне, иллюстрирующие бизнес-объекты в рамках целевой архитектуры данных, а также взаимосвязи между ними; эти бизнес-объекты среднего уровня будут получены из предметных областей информации высокого уровня.
- • Описание представлений на концептуальном уровне для целевой архитектуры данных, чтобы понять принятые архитектурные решения и вытекающие из них ключевые сообщения для заинтересованных сторон
- • Определения бизнес-объектов (в табличном формате) в рамках целевой архитектуры данных
- • Описания взаимосвязей и количества элементов (если это уместно) между бизнес-объектами (в табличном формате) в рамках целевой архитектуры данных.
- • Соответствующие представления (диаграммы) на логическом уровне, иллюстрирующие логические объекты данных в рамках целевой архитектуры данных, а также взаимосвязи между ними; эти логические объекты данных более низкого уровня будут получены из бизнес-объектов среднего уровня.
- • Описание представлений логического уровня для целевой архитектуры данных, чтобы понять принятые архитектурные решения и вытекающие из них ключевые сообщения для заинтересованных сторон
- • Определения логических объектов данных (в табличном формате) в рамках целевой архитектуры данных
- • Характеристики логических объектов данных (в табличном формате) в рамках целевой архитектуры данных
- Описания взаимосвязей и мощности (если это уместно) между логическими объектами данных (в табличном формате) в рамках целевой архитектуры данных.
- • Любые дополнительные точки зрения и, следовательно, представления, которые требуются для этого раздела в связи с новыми требованиями заинтересованных сторон; затем за этими мнениями последуют описания представлений и определения артефактов представлений.
- Любые допущения, которые были использованы для определения целевой архитектуры данных; например, одно из допущений (рекомендаций), которое уже было сформулировано, заключается в том, что архитектура физических данных выходит за рамки архитектуры предприятия
Концептуальная архитектура целевых данных
В этом разделе необходимо предоставить (в табличном формате) определения предметных областей информации
ID | Предметная область (с тз информации) | Описание |
Обучающие материалы | Видео, текст | |
Контрольные материалы | Контрольные, проверочные | |
Прогресс обучающихся | Сведения об учениках, прогресс и итоги | |
Курсы, специализации | Сведения о курсах | |
Преподаватели и поддержка |
ID | Предметная область (с тз информации) | Описание |
Область Описание уровня сервисов | Услуги, на каких основаниях, как формализую, кому и почему, объекты, инфраструктура | |
Инциденты | Все: где, когда на каких объектах, в каких процессах | |
Роли/Пользователи | Все: плюс аналитика | |
Изменения | Как инициируются, что это, … | |
В этом разделе необходимо предоставить (в табличном формате) определения и количество элементов для взаимосвязей между информационными предметными областями в рамках целевой архитектуры данных
ID | Предметная область (с тз информации) 1 | Предметная область (с тз информации)2 | Описание связи |
Обучающие материалы | Контрольные материалы | Привязка | |
Курсы, специализации | Обучающие материалы | Привязка | |
ID | Предметная область (с тз информации) 1 | Предметная область (с тз информации)2 | Описание связи |
Область Описание уровня сервисов | Инциденты | С каким сервисом связан инцидент С каким объектом связанным с сервисом произошел инцидент Дествия для исправления | |
Область Описание уровня сервисов | Роли/Пользователи | Ответственный, права | |
Область Описание уровня сервисов | Изменения | С каким сервисом изменения | |
Инциденты | Роли/Пользователи | У кого случилось | |
Инциденты | Изменения | Инциденты, которые инициировали изменения |
<< В этом разделе необходимо предоставить (в табличном формате) определения бизнес-объектов в области видимости для целевой архитектуры данных..>>
ID | Бизнес-объект | описание |
Обучающие видео | ||
Тексты лекций | ||
Презентации тем | ||
Тесты | ||
Проекты (студентов) | ||
ID | Бизнес-объект | описание |
ИТ-сервис | ||
Соглашение об уровне сервиса | ||
Инциденты | ||
Пользователь | ||
Проблемы | ||
База обходных решений | ||
Конфигурационная единица |
Связи
ID | Бизнес-объект 1 | Бизнес-объект 2 | описание |
Обучающие видео | Тексты лекций | Расшифровка видео | |
Диаграммы потоков данных
Логическая архитектура
ID | Сущность | Описание |
Курсы | ||
Видео | ||
…….. | ||
Студенты | ||
Прогресс | ||
Тесты | ||
Спец курсов |
Сущность | Атрибуты | Описание |
Целевая архитектура
Модель данных (концептуальная0
Архитектура приложений
Основные сервисы приложений
ID | Службы (сервисы) приложений | Описание | Метрики, характеристики |
Интеграция систем | |||
Автоматизированное формирование карточки инцидента | |||
Автоматическое информирование об инциденте | |||
Инструменты поддержки базы обходных решений | |||
Формирование плана решения инцидента | |||
Чат-бот для консультирования | |||
Управление задачами (разрешение инцидента) | |||
Формирование аналитических отчетов | |||
Администрирование БД | |||
Поддержка системы сбора, обработки и хранения данных при возникновении инцидентов |
Соглашения об уровне сервиса
Наименование SLA | ID | Описание | ИТ сервис |
Сервис управления системами сбора, обработки и хранения данных | Администрирование БД | ||
Поддержка системы сбора, обработки и хранения данных при возникновении инцидентов | |||
Сбор данных из внешних источников | |||
Управление инцидентами | Автоматизированное формирование карточки инцидента | ||
Автоматическое информирование об инциденте | |||
Формирование плана решения инцидента |
Удовлетворенность пользователей сервисами
Сервис управления системами сбора, обработки и хранения данных | |
Описание сервиса | |
Роли: | Программисты, аналитики, Менеджер МП/ВЭД |
Состав работ |
|
Границы действия SLA — территориальные, временные и функциональные | Поддержка с 9:00:21:00 по (GMT+10) |
Требуемая квалификация специалистов | Администратор БД |
Метрики оценки качества (количество инцидентов, время простоев, время исправления, стоимость и т.д.) | Количество решенных задач в месяц Время, затраченное на решение инцидентов |
Методы обеспечения безопасности | Обновление ПО, криптографическая защита данных при передаче по каналам связи |
Время реагирования на обращения | 20 минут |
Сервис управления качеством маршрутизации и прогнозных моделей | |
Описание сервиса | |
Роли: ключевые пользователи | Менеджер МП/ВЭД, аналитики, программисты |
Состав работ |
|
Границы действия SLA — территориальные, временные и функциональные | Поддержка с 9:00:10:00 по (GMT+10) |
Требуемая квалификация специалистов | Логист, data scientist |
Метрики оценки качества (количество инцидентов, время простоев, время исправления, стоимость и т.д.) | Соответствие фактического времени доставки рассчитанному с помощью алгоритмов |
Методы обеспечения безопасности | Обновление ПО, криптографическая защита данных при передаче по каналам связи |
Время реагирования на обращения | 30 минут |
Базовая архитектура приложений
Назначение логических компонентов приложений
ID | Логический компонент (LAC) | Описание |
OTRS | OTRS (система регистрации заявок) | |
RR | система отслеживания статуса заявки и оповещения (Маршрутизация обращений) | |
KB | база знаний | |
CB | Чат-бот | Формирует заявки на поддержку, предоставляет доступ разработчикам к формированию списка часто задаваемых вопросов, обучается на его основе посредством нейронной сети. |
RM | Модуль отчетности |
Обеспечение сервисов
ID LAC | ID сервиса | Описание |
vitalievnatalia
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
