ปรับปรุงไดอะแกรมตรรกะและสถาปัตยกรรมฟิสิคัลให้ทันสมัยอยู่เสมอ

ในโครงการพัฒนาซอฟต์แวร์ใด ๆ ที่เกี่ยวข้องกับระบบกระจายที่มีผู้พัฒนาหลายคนการใช้ Logical และ Physical Architecture diagrams เป็นแนวปฏิบัติที่ดีที่สุด แต่จากประสบการณ์ของฉันไดอะแกรมเหล่านี้เริ่มต้นจากการดูแลรักษาอย่างดีตั้งแต่เริ่มโครงการ แต่ไม่ได้รับการปรับปรุง และขั้นตอนการบำรุงรักษาจะเริ่มขึ้น

สำหรับโครงการที่ซับซ้อนที่มีกระบวนการกระจายจำนวนมากไดอะแกรมมีแนวโน้มที่จะล้าสมัยหรือไม่ถูกต้องอย่างรวดเร็วแม้กระทั่งก่อนการเปิดตัวครั้งแรกเนื่องจากไม่มีใครมีความรู้ทั้งหมด

ด้วยภูมิหลังนี้ฉันต้องการถามคำถามต่อไปนี้กับชุมชน:

1. สำคัญอย่างไรที่มีไดอะแกรมตรรกะและฟิสิคัลสถาปัตยกรรมที่ทันสมัยและแม่นยำ?
2. มีเครื่องมือและกระบวนการใดบ้างที่สามารถช่วยให้ทันสมัยอยู่เสมอ?
3. ใครควรเป็นผู้รับผิดชอบในการทำให้พวกเขาทันสมัย ผู้ดูแลระบบผู้พัฒนาและทีมงานควบคุมคุณภาพสามารถมีส่วนร่วมได้อย่างไร?

ฉันอาศัยอยู่ในโลกแห่งความจริงที่มีข้อ จำกัด ด้านเวลาและปัญหาเกี่ยวกับทรัพยากรดังนั้นฉันจึงเข้าใจว่าเหตุใดเอกสารซอฟต์แวร์ส่วนใหญ่จึงถูกเพิกเฉยหรือล้าสมัย แต่ถึงแม้จะอยู่ภายใต้เงื่อนไขเหล่านั้นก็ตาม หากไม่ใช่โมเดลเชิงสัมพันธ์ตามปกติและประกอบด้วยเอนทิตีที่มีเอกสารคู่คีย์ - ค่าหรือโครงสร้าง JSON / XML ดังนั้นโมเดลอ็อบเจ็กต์ของไอเท็มเหล่านั้นควรถูกสร้างและดูแลรักษา หากทุกอย่างล้มเหลวในความพยายามในการจัดทำเอกสารของโครงการอย่างน้อยแผนภาพฐานข้อมูลและ / หรือรูปแบบวัตถุจะอนุญาตให้หนึ่งทำงานย้อนกลับไปยังส่วนหน้าเพื่อหาว่าเกิดอะไรขึ้น

มีตัวเลือกมากมายสำหรับการสร้างและดูแลรักษาเอกสารซอฟต์แวร์ แต่หนึ่งในรายการโปรดของฉันคือ Enterprise Architect มันครอบคลุมและเชื่อมโยงเข้าด้วยกันใช้เคส, แผนภาพลำดับ, แผนภาพคลาสและอื่น ๆ

สำหรับผู้ที่รับผิดชอบเรื่องนี้ฉันถือว่าเป็นความพยายามของทีม มีคนเพียงไม่กี่คนที่ชอบทำสิ่งนี้ แต่ต้องทำ สถาปนิกหรือผู้นำด้านเทคโนโลยีในโครงการควรรับผิดชอบในที่สุดโดยมอบหมายงานให้เหมาะสม