Как начать обсуждение архитектуры программного обеспечения? [закрыто]
4 ответа
- Узнайте, кто входит в вашу команду
- Узнайте, что их интересует на уровне системного анализа
- Узнайте, кто знает людей в более широкой корпорации
- Узнайте, что используется в более широкой корпорации
- Узнайте, что люди использовали раньше в вашем конкретном подразделении
- Возьмите всю вышеперечисленную информацию и используйте ее, чтобы начать говорить о Now, Soon и Eventually. Уделите особое внимание тому, как вы связываетесь с внешним миром, как за пределами отдела, так и за пределами корпорации.
Не начинайте разговор об архитектуре, пока не поймете, с чего вы начинаете. Не начинайте разговор об архитектуре, пока все остальные тоже этого не знают.
Лично у меня не было такого опыта, но вот несколько советов:
- Пройдите обучение и подготовьте людей, которые будут участвовать в этих обсуждениях, по предмету. У вас будет более значимое время.
- Имейте первоначальный вариант, который нужно улучшить на основе идей других людей. Намного легче начать с черновика, чем с нуля
- . Попросите кого-нибудь тесно работать с вами над этим (аналогично парному программированию). Два ума, работающие в течение одного часа, обычно обеспечивают лучшую производительность, чем один ум, работающий в течение часа, когда дело доходит до интеллектуально напряженной деятельности.
Это не столько из опыта, сколько из практического мышления. Во-первых, сложно определить архитектуру программного обеспечения - отличным ориентиром для начала всегда является « объяснение шаблонов проектирования », поскольку здесь используется непрограммный подход к пониманию архитектуры.
Начните изучать конкретные основные вопросы архитектуры, такие как
- Общность и изменчивость
- разделение задач
- агрегирование над абстракцией
Архитектура не устраняет сложность, а скорее управляет ею. Итак, начните с понимания проблем, которые составляют сложность в контексте вашего проекта
Сосредоточьтесь на нефункциональных требованиях, а оттуда попытайтесь выбрать архитектурный образец. Будет полезен анализ качества программного обеспечения. Затем я бы украсил паттерн и описал его команде, исходя из уровней детализации, которые им интересны.