Infostart 2019 के लिए 1C DSS पर रिपोर्ट पढ़ने के संक्षिप्त परिणाम

रिपोर्ट का विषय "1C: DSS , सूचना प्रणाली के कार्यान्वयन, विकास और रखरखाव के लिए एक उपकरण के रूप में" है
1C DSS = एप्लिकेशन डिज़ाइन सिस्टम
सिफारिश 1 सी के अनुसार, ईआरपी-क्लास सिस्टम और अन्य समान "भारी" प्रणालियों के कार्यान्वयन और रखरखाव को डीएसएस पर एक साथ उपकरण के रूप में किया जाना चाहिए।

रिपोर्ट के पढ़ने से निष्कर्ष:

• DSS उपयोग करने के लिए एक बहुत ही समस्याजनक उत्पाद है
• समस्याओं का कारण यह है कि डीएसएस का गलत तरीके से उपयोग किया जाता है।
• DSS में रुचि है, कई लोग इस बात से चिंतित हैं कि कैसे क्रम में रखा जाए और स्वचालन के लिए परियोजना प्रबंधन के लिए एक व्यवस्थित दृष्टिकोण और विन्यास योग्य और रखरखाव वाली प्रणालियों की कार्यक्षमता का प्रबंधन किया जाए।
  

"डीएसएस का उपयोग गलत तरीके से किया गया है" परिभाषा का अर्थ क्या है?

सबसे पहले , DSS का उपयोग करने वाले अधिकांश लोगों ने इसे डेवलपर्स पर रखा।

ऐसे मामलों में, डेवलपर्स DSS में लेखा प्रणालियों की कार्यक्षमता का वर्णन करने और विकास कार्यों को संकलित करने के लिए जिम्मेदार हैं।

यह गलत है।

जेआईआरए और इसके समान मुक्त उत्पाद ऐसे कार्यों का सामना करेंगे।

DSS में डेवलपर कार्य प्रदान नहीं किया जाता है। विकासकर्ता को DSS को विकास कार्य देने चाहिए।

डीएसएस से डेवलपर, और इसलिए पूरी तरह से अलग-अलग परियोजना प्रतिभागियों से, तैयार-निर्मित, विस्तृत विनिर्देशों को प्राप्त करना चाहिए।

दूसरे , यहां तक ​​कि डीएसएस में केवल एक सिस्टम आर्किटेक्ट का काम भी अपर्याप्त है।

डीएसएस केवल तभी प्रभावी होगा जब संगठन की व्यावसायिक प्रक्रियाओं का विवरण और, अलग से, सॉफ़्टवेयर उत्पाद (विकसित या कार्यान्वित) की कार्यक्षमता का विवरण इसमें बनाया गया हो।

और आर्किटेक्ट को सिस्टम के फ़ंक्शन के साथ प्रत्येक व्यावसायिक प्रक्रिया को जोड़ना होगा।

यदि कुछ गायब है, या तो यह निष्कर्ष निकाला गया है कि सिस्टम क्लाइंट की प्रक्रियाओं में फिट नहीं है, या सिस्टम की कार्यक्षमता को अंतिम रूप दिया जा रहा है (यह डीएसएस में डिज़ाइन किया गया है!)।

यह इस बारे में है कि प्रस्तुति की 4 वीं स्लाइड, जो यह दिखाती है कि डीएसएस को लागू करने के लिए एक परियोजना पर काम करने के लिए व्यावसायिक प्रक्रियाओं का वर्णन कैसे कॉन्फ़िगरेशन में एम्बेडेड डीएसएस कार्यक्षमता से भिन्न होगा।


निष्कर्ष - डीएसएस को लागू करने की कोई भी परियोजना अगर डेवलपर्स पर लटकी हुई है, तो वह असफल हो जाती है।

आवश्यकताओं को एकत्रित करते समय और व्यावसायिक प्रक्रियाओं का वर्णन करते हुए - DSS को बहुत पहले काम शुरू कर देना चाहिए।

पुनश्च फैशनेबल विषय DSS + वैनेसा ...

यदि DSS उपयोगकर्ता संचालन के लिए प्रक्रियाओं (प्रक्रिया चरणों) का वर्णन करते हैं, तो,

वास्तव में, एक वैनेसा के लिए जेरकिन भाषा के ऑपरेंड का एक अनुक्रम प्राप्त कर सकता है।

यानी लगभग तैयार स्क्रिप्ट।

फिर से, पोस्ट-स्क्रिप्ट से निष्कर्ष - स्क्रिप्ट को परीक्षक द्वारा नहीं लिखा जाना चाहिए, लेकिन उन लोगों द्वारा जो प्रक्रियाओं का वर्णन करते हैं।

परीक्षक (डेवलपर / प्रोग्रामर) से प्रक्रियाओं के चरणों को भाषा के सटीक आदेशों में अनुवाद करना आवश्यक है (आखिरकार, आप इस बिंदु को स्वचालित कर सकते हैं, गेरकिन भाषा के "मानवता" को देखते हुए)।