रखरखाव बनाम नई सुविधाओं को जोड़ने के रूप में क्या योग्यता प्राप्त करता है?

Question

रखरखाव और नई सुविधाओं के बीच रेखा को कहाँ खींचा जाना चाहिए?

(7.A) आदि की मरम्मत में काम कर रहे क्रम में कुछ रखते हुए,, की कार्रवाई .;:

ऑक्सफोर्ड इंग्लिश डिक्शनरी के रूप में परिभाषित करता है रखरखाव उपकरणों, आदि के माध्यम से एक इमारत, संस्था, सैनिकों के शरीर, आदि को बनाए रखना; राज्य या तथ्य रखने के तथ्य; साधन या रखरखाव के लिए प्रावधान।

मैं क्लाइंट-सर्वर एप्लिकेशन के साथ काम कर रहा हूं और क्लाइंट को बनाए रख रहा हूं। पहचान प्रदर्शन की समस्याओं के लिए

अनुकूलन (क्लाइंट सर्वर के साथ काम करने के लिए जारी करने के लिए आवश्यक मामूली परिवर्तन)

• बग फिक्सिंग
• एपीआई रूपांतरों: परिभाषा के साथ लाइन में, मैं प्रदर्शन करने के लिए उम्मीद करेंगे

मैं प्रदर्शन करने की उम्मीद नहीं होगा:

• नए विकास (नई कार्यक्षमता जोड़ने)

विकिपीडिया Software Maintenance पेज संदर्भ सुधारात्मक, अनुकूली, पूर्ण, और preventative रखरखाव, जो मैं क्या उम्मीद थी के साथ लाइन में गिर लगते हैं, लेकिन क्लाइंट-सर्वर प्रकृति मामलों पेचीदा हो।

EDIT: स्टैंडअलोन अनुप्रयोगों के साथ जिन पर निर्भरता नहीं है, यदि सॉफ़्टवेयर काम करता है तो इसे काम करना जारी रखना चाहिए। क्लाइंट-सर्वर अनुप्रयोगों के साथ, जब सर्वर बदलता है तो ग्राहक टूट सकता है। यद्यपि यह रखरखाव की परिभाषा को नहीं बदलता है, इसका तात्पर्य यह है कि क्लाइंट एप्लिकेशन में बदलाव होने पर और अवसर और मौके होंगे।

यदि दो पार्टियां रखरखाव अनुबंध पर सहमत हैं, तो योग्यता और रख-रखाव की एक पारस्परिक समझ और नई सुविधाओं के रूप में क्या योग्यता प्राप्त की जानी चाहिए, इसलिए सवाल।

Answer 1

मैं रखरखाव कहेंगे कुछ भी है कि आप यह सुनिश्चित करें कि उत्पाद के रूप में मूल डिजाइन काम करता है करना है।

स्टिकिंग पॉइंट आमतौर पर "डिज़ाइन" होता है। यदि आपने कुछ प्रकार के विस्तृत डिज़ाइन दस्तावेज़ से शुरू नहीं किया है जो निर्दिष्ट करता है कि सॉफ़्टवेयर क्या करेगा और नहीं करेगा, तो चीजें व्याख्या के लिए तैयार हैं। और जब चीजों को व्याख्या के लिए छोड़ दिया जाता है, आम तौर पर ग्राहकों की व्याख्या यह होगी कि सॉफ़्टवेयर को करना चाहिए जो वेके बजाय के लिए भुगतान किए गए सब कुछ करने के बजाय करना चाहते हैं।

Answer 2

बग फिक्स और फीचर के बीच की रेखा धुंधली हो सकती है। मैं रखरखाव के रूप में उपयोगिता संवर्द्धन और मामूली विशेषताओं पर विचार करता हूं। अंगूठे का मेरा नियम: यदि यह आपके ग्राहकों (या चार्ज करने के लिए) के बारे में चिंतित नहीं है, तो यह रखरखाव है।

उदाहरण के तौर पर, उपयोगकर्ता को प्रिंट करने की अनुमति देने वाली सुविधा जोड़ने से नया विकास होगा। फीचर को संशोधित करने के लिए उपयोगकर्ता को पृष्ठों की एक निश्चित श्रृंखला मुद्रित करने की अनुमति देने के लिए रखरखाव किया जाएगा (यह मामूली है, और शायद शुरुआत से इस तरह से काम करना चाहिए था)।

Answer 3

बग फिक्स के लिए, उन्हें अधिकांश भाग के लिए रखरखाव के रूप में वर्गीकृत करना आसान है।

हालांकि, आपके सॉफ़्टवेयर उत्पाद के आधार पर आपको "नई सुविधाएं" मिल सकती हैं जिन्हें चल रहे एप्लिकेशन रखरखाव के साथ पर्ची करने की आवश्यकता है।

हमारे लिए, यह आमतौर पर हमारे ग्राहकों या तृतीय पक्ष के नियमों से व्यावसायिक अनुरोधों के कारण होता है। ग्राहक कुछ बग तय कर सकते हैं लेकिन साथ ही हमें एक नए सरकारी विनियमन को संभालने में सहायता करने की ज़रूरत है, जिसे कानूनी तौर पर हमें "इसे बाहर निकालने" की आवश्यकता होती है।

विशिष्ट परिवर्तन एक "नई सुविधा" है लेकिन नियमित रूप से आवेदन रखरखाव रिलीज़ के भाग के रूप में स्थापित किया जाएगा।

मैं कहना चाहता हूँ यह वास्तव में मॉडल अपनी दुकान को अपनाने के लिए और यहां तक ​​कि अभी भी, आप हमेशा स्थितियों में, जहां वे ओवरलैप में चलाने जाएगा चाहता है पर निर्भर करता है।

Answer 4

बग फिक्स निश्चित रूप से रखरखाव हैं।

बढ़ते प्रदर्शन (गति) रखरखाव है।

एक विशेषता यह है कि अंतिम रिलीज में शामिल किया जाना लगता है और नहीं था या जो था काम नहीं किया जोड़ना, रखरखाव (मेरी राय में) है।

कुल नई सुविधा जोड़ना, मुझे रखरखाव नहीं माना जाता है।

Answer 5

मेरे लिए एक बग रखरखाव है और एक वृद्धि नहीं है।

लेकिन मेरे अनुभव में, गैर कोडर अक्सर एक कठिन समय बढ़ाने से बग भेद है। उनके लिए, एक बग कुछ भी है जो जिस तरह से काम करना चाहता है वह काम नहीं करता है। मेरे लिए, एक बग ऐसा कुछ है जो काम नहीं करता है जैसे इसे निर्दिष्ट या डिजाइन किया गया था।

कार्यक्षमता मूल विनिर्देश में गया तो जाना चाहिए था लेकिन नहीं था, और ग्राहक कल्पना पर बंद पर हस्ताक्षर किए, यह वृद्धि (और इस तरह अतिरिक्त भुगतान किया काम) की तरह मुझे लग रहा है।

बेशक, अच्छे संबंध बनाए रखने के लिए "मुलायम" विचार भी हैं - रखरखाव में किसी भी शुल्क के रखरखाव में अनुरोध करने के लिए अक्सर समझदारी होती है, खासकर यदि वे अपेक्षाकृत छोटे हैं और आप सक्षम हैं इस उम्मीद को काफी अच्छी तरह से प्रबंधित करें।

Answer 6

मैंने एक ही स्थान पर एक काम किया (एक विक्रेता) जो प्रत्येक संशोधन पर ग्राहक से लड़ता है, कि वे सभी नई विशेषताएं थीं! वे ग्राहक को बताएंगे कि उन्होंने बग खरीदे हैं। यह काम करने के लिए एक मजेदार जगह थी! वे देंगे, लेकिन हर महीने जब वे एक बिल भेजते हैं तो वे ग्राहकों के साथ "बातचीत" करेंगे। ध्यान रखें, हमने बड़ी कस्टम सिस्टम बेचीं, और ग्राहकों के लिए जहाज कूदना बहुत मुश्किल था, और प्रबंधन इसे जानता था। यह एक डेवलपर के रूप में परेशानी थी।

मुझे लगता है कि रखरखाव सिस्टम को चल रहा है, बग फिक्स कर रहा है, इसे ओएस और अन्य आवश्यक सॉफ़्टवेयर जो बदल सकता है, के साथ तुलनात्मक रखता है। नई विशेषताएं ऐसी क्षमताएं हैं जिनके पास पहले नहीं था।

Answer 7

एसओ/आईईसी 14,764 सॉफ्टवेयर रखरखाव के लिए विनिर्देश के आधार पर और मेरे अनुभव वेब साइटों और मोबाइल ऐप्लिकेशन पर काम कर रहा है, मैं एक लेख रखरखाव बनाम नई सुविधाओं के विकास डिजिटल उत्पादों के लिए विशिष्ट करने के लिए विशिष्ट लिखा है: http://www.rajiv.com/blog/2012/12/19/maintenance-vs-new-development/

उद्देश्य लेख का उत्तर सवालों के जवाब देने में मदद करना है जैसे: रखरखाव के काम से आपका क्या मतलब है? रखरखाव बनाम नई सुविधा विकास क्या माना जाना चाहिए?क्या कोई उद्योग मानक परिभाषा है? हमारे चयन मानदंड क्या हैं? क्या आप मुझे कुछ उदाहरण दे सकते हैं? रखरखाव बनाम नई सुविधाओं के विकास का अनुपात हमारे उद्योग के लिए सबसे अच्छा अभ्यास माना जाता है? हमारे संगठन के मिश्रण से इसकी तुलना कैसे होती है?

मुझे इन प्रश्नों में सबसे अधिक नौकरियों में पूछा गया है। लेख मुझे मेरी कंपनी के लिए विशिष्ट उत्तर देने में मदद करता है।