ในการสร้างสถาปัตยกรรมหรือตรวจสอบความถูกต้องของสถาปัตยกรรมที่มีอยู่แล้ว สถาปนิกต้องวิเคราะห์สองสิ่ง คือ architectural characteristics และ domain ดังที่คุณได้เรียนรู้ใน Chapter 4 การระบุ architectural characteristics ที่ถูกต้อง (“-ility” ต่าง ๆ) สำหรับปัญหาหรือแอปพลิเคชันหนึ่ง ๆ ไม่ได้ต้องการแค่ความเข้าใจในปัญหาของ domain เท่านั้น แต่ยังต้องร่วมมือกับ stakeholder เพื่อกำหนดว่าอะไรสำคัญจริง ๆ จากมุมมองของ domain
มีอย่างน้อยสามแหล่งที่จะช่วยค้นหาว่าโปรเจกต์ต้องการ architectural characteristics แบบไหนบ้าง ได้แก่ ประเด็นของ domain, ข้อกำหนดของโปรเจกต์ และความรู้โดยนัยเกี่ยวกับ domain ของคุณเอง นอกเหนือจาก implicit architectural characteristics ทั่วไป เช่น security และ modularity แล้ว เรายังสังเกตว่าบาง domain ก็มี implicit architectural characteristics เฉพาะตัวด้วย ตัวอย่างเช่น สถาปนิกที่ทำงานกับซอฟต์แวร์การแพทย์ที่อ่านข้อมูลจากอุปกรณ์วินิจฉัยโรค ควรเข้าใจอยู่แล้วถึงความสำคัญของ data integrity และผลกระทบที่อาจเกิดขึ้นหากข้อมูลสูญหาย สถาปนิกที่ทำงานใน domain นั้นซึมซับเรื่อง data integrity ไว้ในตัว จนมันกลายเป็นสิ่งที่โดยนัยในทุกโซลูชันที่พวกเขาออกแบบ