เรื่องที่เรารับปรึกษา
- สินทรัพย์เดิมควรคงไว้ ห่อหุ้ม หรือแทนที่
- ควรแบ่งหน้าที่ความรับผิดชอบของส่วนติดต่อผู้ใช้ การสื่อสาร การประมวลผลเบื้องหลัง และล็อกอย่างไร
- ควรวางรอยต่อระหว่าง COM, ActiveX, C++/CLI และ .NET ไว้ตรงจุดใด
- ควรดูดซับปัญหาระหว่าง 32 กับ 64 บิต ที่จุดใด
- ควรสังเกตอะไรบ้างก่อนเริ่มการตรวจสอบบั๊ก
ช่วงเวลาที่เหมาะสม
- การกำหนดเกณฑ์ก่อนลงมือพัฒนา
- การตรวจทานการออกแบบก่อนปรับปรุงระบบเดิม
- สถานการณ์ที่สถาปัตยกรรมปัจจุบันมีปัญหา แต่การแทนที่ทั้งหมดมีต้นทุนสูงเกินไป
- สถานการณ์ที่เกิดเหตุขัดข้องซ้ำ ๆ จนต้องจัดระเบียบระบบใหม่ตั้งแต่ระดับโครงสร้าง
หัวข้อการปรึกษาที่พบบ่อย
- การจัดระเบียบสถาปัตยกรรมของแอปพลิเคชัน Windows
- แนวทางจัดการ COM, ActiveX และ OCX
- การทำงานร่วมกันระหว่าง 32 กับ 64 บิต
- การออกแบบโมเดลเธรดและวงจรชีวิต
- การออกแบบล็อก ข้อยกเว้น และการทดสอบสถานการณ์ผิดปกติ
การให้คำปรึกษาดำเนินไปอย่างไร
- ขั้นแรก เราจัดระเบียบสถาปัตยกรรมปัจจุบัน ข้อจำกัด และปัญหาที่มีอยู่
- จากนั้นแยกแยะว่าส่วนใดควรคงไว้ ห่อหุ้ม และแทนที่
- เมื่อจำเป็น เราเดินหน้าต่อไปจนถึงการตรวจทานก่อนลงมือพัฒนา หรือการจัดทำเอกสารแนวทางการปรับปรุง
โครงการที่เข้ากับเราเป็นพิเศษ
KomuraSoft LLC ทำงานได้ดีเป็นพิเศษกับ โครงการ Windows ที่ค่อนข้างเก่าและค่อนข้างซับซ้อน
- มีสินทรัพย์เดิมที่ควรใช้ประโยชน์ต่อ
- การบำรุงรักษาในสภาพปัจจุบันทำได้ยาก
- ขณะเดียวกัน การรื้อทำใหม่ทั้งหมดก็เป็นภาระที่หนักมาก
ในโครงการลักษณะนี้ การเริ่มต้นจากการจัดระเบียบการออกแบบมักช่วยลดต้นทุนโดยรวมได้