Исправление черновика для УрФУ

draft_urfy.md

@@ -5,17 +5,17 @@
 
 **Ключевые компетенции (по ФГОС ВО 3++)**:
 
-* Способность проектировать архитектуру **ИС** (ПК-1),
-* способность управлять требованиями стейкхолдеров (УК-2),
+* Способность проектировать архитектуру **ИС** (ПК-1);
+* способность управлять требованиями стейкхолдеров (УК-2);
 * способность оценивать экономическую эффективность ИТ-решений (ОПК-5).
 
 **Дисциплина**: Прикладная информатика (Спецкурс: Архитектура систем в условиях ресурсных ограничений)
 
 **Объем**: 24 академических часа
 
-* 5 лекций (10 ч),
-* 4 практических занятия (8 ч),
-* 1 групповая консультация (2 ч),
+* 5 лекций (10 ч);
+* 4 практических занятия (8 ч);
+* 1 групповая консультация (2 ч);
 * 1 индивидуальная консультация(в асинхронном/онлайн-формате: рецензирование проектов, 4 ч).
 
 **Базовый инструмент**: Авторский архитектурный фреймворк **AfRel**.
@@ -33,10 +33,10 @@
 
 **Задачи курса**:
 
-* Освоить методологию и алгоритмы авторского архитектурного фреймворка **AfRel**.
-* Научить студентов оцифровывать материальные ограничения бизнеса и переводить их в нефункциональные требования (**NFR**).
-* Сформировать навыки расчета совокупной стоимости владения системой (**TCO**) и оценки рисков технического долга.
-* Развить навыки защиты архитектурных решений (Architecture Review) перед бизнесом и стейкхолдерами.
+* освоить методологию и алгоритмы авторского архитектурного фреймворка **AfRel**;
+* научить студентов оцифровывать материальные ограничения бизнеса и переводить их в нефункциональные требования (**NFR**);
+* сформировать навыки расчета совокупной стоимости владения системой (**TCO**) и оценки рисков технического долга;
+* развить навыки защиты архитектурных решений (Architecture Review) перед бизнесом и стейкхолдерами.
 
 ### 2. Планируемые результаты обучения (РО)
 
@@ -71,57 +71,57 @@
 
 Шкала перевода баллов в оценку УрФУ:
 
-* 80–100 баллов: Отлично (Высокий уровень владения фреймворком)
-* 60–79 баллов: Хорошо (Базовые требования выполнены, есть недочеты в ТЭО)
-* 40–59 баллов: Удовлетворительно (Архитектура спроектирована, но лимиты нарушены)
-* Менее 40 баллов: Неудовлетворительно (Проект не защищен)
+* 80–100 баллов: Отлично (Высокий уровень владения фреймворком);
+* 60–79 баллов: Хорошо (Базовые требования выполнены, есть недочеты в ТЭО);
+* 40–59 баллов: Удовлетворительно (Архитектура спроектирована, но лимиты нарушены);
+* Менее 40 баллов: Неудовлетворительно (Проект не защищен).
 
 ## Часть 1. Методология и контекст
 
 ### 1.1 Лекция 1. Архитектура как синтез в условиях противоречий (2 часа)
 
-* **Теория**: Почему «идеальной» архитектуры не существует в реальном бизнесе. Классификация противоречий в условиях жестких ограничений (бюджет, время, ресурсы).
-* **Жизненный цикл системы через призму ограничений**: от исследования рынка и формирования бизнес-архитектуры до системного проектирования, безопасности, мониторинга, непрерывного развертывания (**CI**/**CD**), сопровождения и выведения из эксплуатации. Подбор кадров и инфраструктурного оборудования под лимиты проекта.
-* **Введение в авторский фреймворк AfRel**: философия, ключевые аксиомы и цели.
+* **теория**: Почему «идеальной» архитектуры не существует в реальном бизнесе. Классификация противоречий в условиях жестких ограничений (бюджет, время, ресурсы);
+* **жизненный цикл системы через призму ограничений**: от исследования рынка и формирования бизнес-архитектуры до системного проектирования, безопасности, мониторинга, непрерывного развертывания (**CI**/**CD**), сопровождения и выведения из эксплуатации. Подбор кадров и инфраструктурного оборудования под лимиты проекта;
+* **введение в авторский фреймворк AfRel**: философия, ключевые аксиомы и цели.
 
 ### 1.2 Лекция 2. Методика построения архитектуры в условиях ограничений (2 часа)
 
-* **Теория**: Выявление материальных ограничений и формирование **NFR**. Управленческий контур: матрица **RACI**, реестры, картирование процессов, планирование ресурсов.
-* **Домашнее задание**: Выбор сквозного кейса из предложенного пула или защита собственного индустриального кейса.
+* **теория**: Выявление материальных ограничений и формирование **NFR**. Управленческий контур: матрица **RACI**, реестры, картирование процессов, планирование ресурсов;
+* **домашнее задание**: Выбор сквозного кейса из предложенного пула или защита собственного индустриального кейса.
 
 ## Часть 2. Индивидуальное проектирование и расчеты (Практика)
 
 ### 2.1 Лекция 3. Паттерны проектирования при дефиците ресурсов (2 часа)
 
-* **Теория**: Экономия на всех уровнях по методологии **AfRel**: задачи, риски, действия. Инженерные решения: `Serverless` vs `Microservices` vs `Monolith`, использование Open-Source.
+* **теория**: Экономия на всех уровнях по методологии **AfRel**: задачи, риски, действия. Инженерные решения: `Serverless` vs `Microservices` vs `Monolith`, использование Open-Source.
 
 ### 2.2 Практика 1. Моделирование целевого состояния (AS-IS / TO-BE) (2 часа)
 
-* **Практика**: Самостоятельный анализ кейса через **AfRel**, фиксация граничных условий и проектирование верхнеуровневой архитектуры (Markdown, Miro, PlantUML, UMLet, Draw.io).
+* **практика**: Самостоятельный анализ кейса через **AfRel**, фиксация граничных условий и проектирование верхнеуровневой архитектуры (Markdown, Miro, PlantUML, UMLet, Draw.io).
 
 ### 2.3 Лекция 4. Экономика архитектуры: TCO и риски (2 часа)
 
-* **Теория**: Расчет совокупной стоимости владения (**TCO**). Классификация техдолга по **AfRel**. Управление рисками: приоритеты, снижение, антикризисные сценарии.
+* **теория**: Расчет совокупной стоимости владения (**TCO**). Классификация техдолга по **AfRel**. Управление рисками: приоритеты, снижение, антикризисные сценарии.
 
 ### 2.4 Практика 2. Детализация архитектуры и расчет TCO (2 часа)
 
-* **Практика**: Детализация модулей, компонентов и инфраструктуры. Защита технико-экономического обоснования (**ТЭО**) выбранного стека.
+* **практика**: Детализация модулей, компонентов и инфраструктуры. Защита технико-экономического обоснования (**ТЭО**) выбранного стека.
 
 ## Часть 3. Валидация, стресс-тестирование и защита
 
 ### 3.1 Лекция 5. Стресс-тестирование концепции. Защита архитектурных решений (Architecture Review) (2 часа)
 
-* **Теория**: Моделирование режимов работы: штатный, обслуживание, авария. Симуляция: резкое сокращение бюджета/сроков или кратный рост нагрузки. Перестройка модели по **AfRel** под новые вводные. Аргументация решений, сведение к бизнес-метрикам (**ROI**, **Time-to-Market**), подготовка документов (**RFC**/**ADR**).
+* **теория**: Моделирование режимов работы: штатный, обслуживание, авария. Симуляция: резкое сокращение бюджета/сроков или кратный рост нагрузки. Перестройка модели по **AfRel** под новые вводные. Аргументация решений, сведение к бизнес-метрикам (**ROI**, **Time-to-Market**), подготовка документов (**RFC**/**ADR**).
 
 ### 3.2 Групповая консультация (2 часа)
 
-* ответы на вопросы
-* рекомендации по решению задач
-* указание на типовые ошибки
+* ответы на вопросы;
+* рекомендации по решению задач;
+* указание на типовые ошибки.
 
 ### 3.3 Практика 3. Защита концепции (2 часа)
 
-* **Практика**: защита бизнес-архитектуры, архитектурного решения. Риски, решения, ТСО.
+* **практика**: защита бизнес-архитектуры, архитектурного решения. Риски, решения, ТСО.
 
 ### 3.4 Индивидуальные консультации (4 часа)
 
@@ -132,4 +132,4 @@
 
 ### 3.5 Практика 4. Защита проектов (2 часа)
 
-* **Практика**: Питч-сессия. Доказательство оптимальности системы по **AfRel** (снижение расходов, надёжность, устойчивость, масштабируемость).
+* **практика**: питч-сессия. Доказательство оптимальности системы по **AfRel** (снижение расходов, надёжность, устойчивость, масштабируемость).