Обеспечение модернизации/эволюции бизнес–приложений или процессов командами разработчиков программного обеспечения
Главный архитектор программного обеспечения (CSA) занят в руководстве командами разработчиков программного обеспечения в процессе модернизации и эволюции, который включает обновление устаревших систем для улучшения функциональности, масштабируемости, безопасности, ремонтопригодности при одновременном обеспечении соответствия бизнес–целям. Вот как CSA обеспечивают это преобразование:
Оценка Текущего Состояния
1. Анализ технической задолженности: CSA проводит тщательную оценку существующих программных приложений или процессов – это включает выявление технической задолженности (накопленной неэффективности кода), устаревших технологий и узких мест в производительности.
2. Оценка влияния на бизнес: CSA оценивает влияние обслуживания устаревших систем на бизнес по сравнению с их модернизацией – с точки зрения экономии затрат, потенциала масштабируемости, снижения рисков безопасности.
3. Интеграция с отзывами пользователей: CSA собирает отзывы конечных пользователей, чтобы понять их болевые точки в текущих приложениях или процессах – это информирует об областях, где улучшения наиболее необходимы.
Разработка Стратегии модернизации
1. Создание стратегической дорожной карты: CSA разрабатывает всеобъемлющую стратегическую дорожную карту, в которой излагаются шаги, необходимые для модернизации систем, включая приоритетные инициативы и временные рамки.
2. Определение инкрементного подхода: CSA выступает за инкрементный подход, позволяющий избежать сбоев в текущих операциях – это предполагает разбиение крупномасштабных проектов на более мелкие этапы или функции.
3. Оценка технологий: CSA оценивает новые технологии (например, облачные вычисления, архитектуру микросервисов), которые могут расширить возможности системы, обеспечивая при этом совместимость с существующей инфраструктурой.
Реализация Инициатив по Модернизации
1. Рефакторинг устаревшей системы: CSA руководит командами разработчиков по рефакторингу устаревшего кода: переписывание частей приложения для улучшения читаемости и «ремонтопригодности» без ущерба для функциональности.
2. Внедрение архитектуры микросервисов: При необходимости, CSA возглавляет инициативы по внедрению архитектуры микросервисов для улучшения масштабируемости и модульности.
3. Планирование миграции в облако: Для систем, которые могут извлечь выгоду из миграции в облако (например, в общедоступные или частные облака), разрабатываются подробные планы, обеспечивающие минимальные сбои на этапе перехода при одновременном использовании ресурсов по требованию.
4. Интеграция улучшений безопасности: CSA обеспечивает интеграцию улучшений безопасности в модернизированные приложения – это включает внедрение надёжного шифрования, контроля доступа и мер по соблюдению требований.
Постоянное Совершенствование
1. Внедрение инструментов мониторинга производительности: CSA рекомендует интегрировать инструменты мониторинга производительности для постоянной оценки показателей работоспособности системы (например, времени отклика), обеспечивающих постоянную оптимизацию.
2. Итерации проектирования, ориентированные на пользователя: CSA выступает за итеративные процессы проектирования, при которых обратная связь с пользователем учитывается на каждом этапе – это гарантирует, что модернизированные приложения будут соответствовать меняющимся потребностям конечных пользователей.
3. Программы передачи знаний: CSA разрабатывает программы передачи знаний, чтобы обеспечить понимание разработчиками новых технологий и методологий, способствуя формированию культуры непрерывного обучения.
Проводя команды разработчиков программного обеспечения через стратегические оценки, создание дорожной карты, поэтапные подходы к внедрению, оценку технологий, интеграцию улучшений безопасности, внедрение инструментов мониторинга производительности, итерации проектирования, ориентированного на пользователя, и инициативы по обмену знаниями, CSA играют незаменимую роль в обеспечении успешного процесса модернизации/эволюции. Это не только расширяет функциональность системы, но и согласуется с бизнес–целями для достижения долгосрочного успеха.
Управление Техническим Долгом
Управление техническим долгом является важнейшей обязанностью главных архитекторов программного обеспечения (CSA), поскольку это напрямую влияет на качество программного обеспечения, «ремонтопригодность» и масштабируемость с течением времени. Вот подробный обзор того, как CSA управляют этим аспектом.
Выявление Технической Задолженности
1. Аудиты кода: Регулярные аудиты кода необходимы для выявления областей, в которых накопилась техническая задолженность – анализ сложности существующих кодовых баз для выявления недостатков или устаревших компонентов.
2. Инструменты мониторинга производительности: Использование инструментов мониторинга производительности помогает выявить узкие места и неоптимальные методы кодирования, которые со временем приводят к увеличению затрат на обслуживание.
3. Оценки рисков: CSA проводит оценку рисков путём оценки потенциального воздействия на надёжность системы, уязвимости в системе безопасности, проблемы соответствия требованиям, связанные с технической задолженностью.
Расстановка приоритетов
1. Анализ воздействия: Определение того, какие части кодовой базы оказывают большее влияние – сюда входят критические модули, которые часто используются или подвержены сбоям.
2. Анализ затрат и выгод: CSA проводит анализ затрат и выгод для решения различных типов технической задолженности, сопоставляя немедленные исправления с долгосрочными выгодами.
3. Системы определения приоритетов: Разработка систем определения приоритетов (например, с использованием метода «Одолженных часов») помогает классифицировать и ранжировать задачи на основе срочности и воздействия – это гарантирует, что первоочерёдные задачи будут решаться в первую очередь.
Рефакторинг
1. Инкрементный подход: CSA выступает за инкрементный рефакторинг, при котором вносятся небольшие изменения для улучшения качества кода без нарушения текущих операций.
2. Проверки кода: Внедрение строгих процессов проверки кода помогает поддерживать чистые стандарты кодирования и предотвращать накопление новой технической задолженности на этапах разработки.
3. Внедрение шаблонов проектирования: Поощрение разработчиков к использованию установленных шаблонов проектирования обеспечивает модульность, возможность повторного использования и ремонтопригодность – это снижает сложность с течением времени.
Непрерывный Мониторинг
1. Инструменты автоматического обнаружения: Интеграция автоматизированных инструментов для обнаружения частей кода или потенциальных областей технической задолженности помогает постоянно поддерживать чистую кодовую базу.
2. Циклы обратной связи: Установление циклов обратной связи с разработчиками для быстрого решения возникающих проблем гарантирует, что усилия по рефакторингу будут постоянными, а не просто разовыми исправлениями.
3. Обновления документации: Постоянное обновление документации о текущем состоянии, внесённых изменениях для устранения технической задолженности – это обеспечивает ясность в отношении улучшений архитектуры системы с течением времени.
Стратегии смягчения последствий
1. Технические планы погашения задолженности: Создание подробных планов систематического погашения накопленных долгов путём определения приоритетов в областях с высокой отдачей и эффективного распределения ресурсов.