|
|
@@ -6,7 +6,55 @@
|
|
|
|
|
|
**Базовый инструмент**: Авторский архитектурный фреймворк **AfRel**.
|
|
|
|
|
|
-### Цели и задачи спецкурса, критерии оценки
|
|
|
+## Цели, задачи, результаты и критерии оценки спецкурса
|
|
|
+
|
|
|
+### 1. Цели и задачи курса
|
|
|
+
|
|
|
+**Цель курса** — формирование у студентов системного инженерно-управленческого мышления для проектирования архитектуры информационных систем в условиях жестких ресурсных, инфраструктурных, временных и бюджетных ограничений реального бизнеса.
|
|
|
+
|
|
|
+**Задачи курса**:
|
|
|
+
|
|
|
+* Освоить методологию и алгоритмы авторского архитектурного фреймворка **AfRel**.
|
|
|
+* Научить студентов оцифровывать материальные ограничения бизнеса и переводить их в нефункциональные требования (**NFR**).
|
|
|
+* Сформировать навыки расчета совокупной стоимости владения системой (**TCO**) и оценки рисков технического долга.
|
|
|
+* Развить навыки защиты архитектурных решений (Architecture Review) перед бизнесом и стейкхолдерами.
|
|
|
+
|
|
|
+### 2. Планируемые результаты обучения (РО)
|
|
|
+
|
|
|
+После прохождения курса студент должен:
|
|
|
+
|
|
|
+Знать:
|
|
|
+* принципы компромиссного проектирования (Trade-offs);
|
|
|
+* классификацию ограничений и ИТ-рисков по фреймворку **AfRel**.
|
|
|
+
|
|
|
+Уметь:
|
|
|
+
|
|
|
+* рассчитывать TCO ИС;
|
|
|
+* декомпозировать систему под лимиты оборудования и бюджета;
|
|
|
+* моделировать состояния AS-IS / TO-BE.
|
|
|
+
|
|
|
+Владеть:
|
|
|
+
|
|
|
+* инструментами визуализации архитектуры (PlantUML, UMLet, Miro);
|
|
|
+* навыками адаптации **ИС** в условиях внезапного изменения ограничений («краш-тест»).
|
|
|
+
|
|
|
+### 3. Критерии оценки и БРС (Балльно-рейтинговая система УрФУ)
|
|
|
+
|
|
|
+Итоговая оценка формируется по 100-балльной системе УрФУ. Так как курс краткосрочный (18 часов), баллы распределяются по контрольным точкам на практиках:
|
|
|
+
|
|
|
+|Контрольная точка (Работа на практиках)|Макс. балл|Критерии оценки|
|
|
|
+|---|---|---|
|
|
|
+|Практика 1: Моделирование архитектуры AS-IS/TO-BE|20 баллов|Полнота выявления ограничений по AfRel, корректность схемы.|
|
|
|
+|Практика 2: Расчет TCO и обоснование стека|20 баллов|Точность расчетов, обоснованность выбора Open-Source/компонентов.|
|
|
|
+|Практика 3: Прохождение «Краш-теста»|25 баллов|Скорость и гибкость перестройки архитектуры под новые лимиты.|
|
|
|
+|Практика 4: Финальная защита (Питч)|35 баллов|Качество презентации, аргументация через бизнес-метрики.|
|
|
|
+
|
|
|
+Шкала перевода баллов в оценку УрФУ:
|
|
|
+
|
|
|
+* 80–100 баллов: Отлично (Высокий уровень владения фреймворком)
|
|
|
+* 60–79 баллов: Хорошо (Базовые требования выполнены, есть недочеты в ТЭО)
|
|
|
+* 40–59 баллов: Удовлетворительно (Архитектура спроектирована, но лимиты нарушены)
|
|
|
+* Менее 40 баллов: Неудовлетворительно (Проект не защищен)
|
|
|
|
|
|
Спецкурс направлен на обучение проектированию **ИС** в условиях жестких ресурсных ограничений с использованием фреймворка **AfRel**, что соответствует стандартам подготовки по направлению 09.03.03 «Прикладная информатика». Оценка знаний основывается на 100-балльной системе **УрФУ**, включающей защиту архитектурных решений, расчет совокупной стоимости владения (**TCO**) и прохождение краш-тестов. Детальные требования к курсу приведены в материалах [УрФУ](./urfu_module_sample.pdf).
|
|
|
|
|
|
@@ -21,7 +69,7 @@
|
|
|
### 1.2 Лекция 2. Методика построения архитектуры в условиях ограничений (2 часа)
|
|
|
|
|
|
* **Теория**: Выявление материальных ограничений и формирование **NFR**. Управленческий контур: матрица **RACI**, реестры, картирование процессов, планирование ресурсов.
|
|
|
-* **Домашнее задание**: Выбор сквозного кейса (стартап с нулевым бюджетом на инфраструктуру).
|
|
|
+* **Домашнее задание**: Выбор сквозного кейса (Выбор сквозного кейса из предложенного пула или защита собственного индустриального кейса).
|
|
|
|
|
|
## Часть 2. Индивидуальное проектирование и расчеты (Практика)
|
|
|
|
|
|
@@ -31,7 +79,7 @@
|
|
|
|
|
|
### 2.2 Практика 1. Моделирование целевого состояния (AS-IS / TO-BE) (2 часа)
|
|
|
|
|
|
-* **Практика**: Самостоятельный анализ кейса через **AfRel**, фиксация граничных условий и проектирование верхнеуровневой архитектуры (Markdown, Miro, PlantUML, UMLet).
|
|
|
+* **Практика**: Самостоятельный анализ кейса через **AfRel**, фиксация граничных условий и проектирование верхнеуровневой архитектуры (Markdown, Miro, PlantUML, UMLet, Draw.io).
|
|
|
|
|
|
### 2.3 Лекция 4. Экономика архитектуры: TCO и риски (2 часа)
|
|
|
|
SVI