परामर्श जो हम स्वीकार करते हैं
- किसी मौजूदा परिसंपत्ति को संरक्षित रखा जाए, रैप किया जाए या बदला जाए
- इंटरफ़ेस, संचार, बैकग्राउंड प्रोसेसिंग और लॉग की ज़िम्मेदारियों का विभाजन कैसे किया जाए
- COM, ActiveX, C++/CLI और .NET के बीच की सीमाएँ कहाँ रखी जाएँ
- 32 और 64 बिट के बीच की समस्याओं को किस बिंदु पर समाहित किया जाए
- त्रुटियों की जाँच शुरू करने से पहले किसका अवलोकन किया जाए
उपयुक्त चरण
- कार्यान्वयन से पहले मानदंडों की परिभाषा
- किसी मौजूदा सिस्टम में संशोधन से पहले डिज़ाइन की समीक्षा
- ऐसी स्थितियाँ जिनमें वर्तमान आर्किटेक्चर समस्याएँ खड़ी करता है, लेकिन पूर्ण प्रतिस्थापन बहुत महँगा है
- बार-बार होने वाली घटनाओं वाली स्थितियाँ, जिनमें सिस्टम को उसकी संरचना से ही पुनर्व्यवस्थित करना आवश्यक है
परामर्श के सामान्य विषय
- Windows ऐप्लिकेशनों के आर्किटेक्चर का व्यवस्थापन
- COM, ActiveX और OCX का प्रबंधन
- 32 और 64 बिट के बीच इंटरऑपरेबिलिटी
- थ्रेडिंग मॉडल और जीवन-चक्रों का डिज़ाइन
- लॉग, अपवादों और असामान्य स्थितियों के परीक्षणों का डिज़ाइन
परामर्श कैसे आगे बढ़ता है
- सबसे पहले हम वर्तमान आर्किटेक्चर, उसकी बाध्यताएँ और मौजूदा समस्याएँ व्यवस्थित करते हैं।
- इसके बाद हम अलग-अलग करते हैं कि क्या संरक्षित रखा जाना चाहिए, क्या रैप किया जाना चाहिए और क्या बदला जाना चाहिए।
- आवश्यकता होने पर हम कार्यान्वयन-पूर्व समीक्षा या संशोधन रणनीति के दस्तावेज़ीकरण तक आगे बढ़ते हैं।
विशेष रूप से अनुकूल परियोजनाएँ
KomuraSoft LLC विशेष रूप से कुछ पुरानी और कुछ जटिल Windows परियोजनाओं के साथ अच्छी तरह काम करती है।
- ऐसी परिसंपत्तियाँ मौजूद हैं जिनका लाभ उठाया जाना चाहिए
- वर्तमान स्थिति में उनका रखरखाव कठिन है
- फिर भी, सब कुछ फिर से बनाना भी एक बड़ा बोझ है
इस प्रकार की परियोजनाओं में डिज़ाइन के व्यवस्थापन से शुरुआत करने पर प्रायः कुल लागत घट जाती है।