बाहरी विश्लेषणात्मक जानवर Axiom

परिचय

आवश्यकताओं के साथ काम करते समय, उनके संगठन के विभिन्न तरीकों का उपयोग करना संभव है: पूर्ण अराजकता की विधि से सॉफ़्टवेयर कोड के साथ आवश्यकताओं के एकीकरण तक (लेख आवश्यकताओं के पांच स्तर परिपक्वता )। आवश्यकताओं के साथ काम में धीरे-धीरे सुधार करते हुए, आमतौर पर, विभिन्न नए तरीकों और उपकरणों को प्रक्रिया में पेश किया जाता है। आवश्यकताओं के साथ काम को आसान बनाने के लिए डिज़ाइन किए गए उपकरणों की कक्षाओं में से एक विशेष रूप से प्रशिक्षित "जानवर" हैं: आवश्यकताएँ प्रबंधन प्रणाली (SUT)। ऐसी प्रणालियों की मुख्य विशेषताएं हैं:

• एक परियोजना प्रबंधन इकाई (आवश्यकता) बनाना जो पूरे दस्तावेज़ की तुलना में सरल हो। पूरे संदर्भ पर सहमत होने की अपेक्षा एक आवश्यकता को पढ़ना और पुष्टि करना बहुत आसान है।
• आवश्यकताओं के बीच संबंध को इंगित करें। यह सुविधा आपको संबंधित आवश्यकताओं में परिवर्तन ट्रैक करने की अनुमति देती है। यानी यदि कुछ बदल गया है, तो सिस्टम परिवर्तन से जुड़े सभी तत्वों को परिवर्तन के संदेह के रूप में उजागर कर सकता है।
• परस्पर आवश्यकताओं के एक सेट की एक प्रस्तुति का चयन। बड़ी संख्या में आवश्यकताओं के साथ, कभी-कभी उनके रिश्ते की पूरी तस्वीर पेश करना आवश्यक होता है। यह जानकारी किसी के लिए तालिका (ट्रेस मैट्रिक्स) के रूप में, किसी को पदानुक्रमित पेड़ के रूप में, किसी को नेटवर्क आरेख (लेख आवश्यकताएँ प्रबंधन प्रणाली: क्या और क्यों? ) के रूप में देखने के लिए अधिक सुविधाजनक है।

इन कार्यक्रमों में प्रसिद्ध "मॉन्स्टर बीस्ट्स" हैं, जैसे: आईबीएम रेशनल डोरर्स , बोरलैंड कैलिबर , पोलारियन रिक्वायरमेंट्स , इत्यादि। इस तरह की प्रणाली, एक नियम के रूप में, अच्छी तरह से स्थापित है, लेकिन महंगी है। हालांकि, इस सूची में Axiom जैसे छोटे, मुक्त, अल्पज्ञात, लेकिन बहुत उपयोगी "जानवर" हैं।

लेख का उद्देश्य

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

समस्या का सार

जब मैं ऑफ-द-शेल्फ सॉफ़्टवेयर की ज़रूरतों को इकट्ठा करता हूं, जिसे मैं ग्राहकों की आवश्यकताओं के अनुसार अनुकूलित कर सकता हूं, तो मैं प्रबंधन आवश्यकताओं की समस्या में भाग गया। इस कार्यक्रम की कार्यक्षमता इसके लिए आवश्यकताओं के सेट को निर्धारित करती है। मैं एक सार उदाहरण के साथ समझाऊंगा। मान लीजिए कि एक तैयार कार्यक्रम है जिसमें उपयोगकर्ता कर सकता है:

• पाठ बॉक्स में पाठ दर्ज करें;
• डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में दर्ज किए गए पाठ को सहेजें;
• दर्ज किए गए पाठ को प्रिंट करें।

इस सॉफ़्टवेयर को खरीदने वाले पहले ग्राहक ने कहा कि उसे उपरोक्त सभी कार्यों की आवश्यकता थी, लेकिन उसे xml और pdf स्वरूपों की जानकारी नहीं थी, वह इस अवसर के लिए भुगतान नहीं करना चाहता था, इसलिए वह केवल दर्ज किए गए पाठ को doc प्रारूप में सहेजेगा। इसके आधार पर, हम इस ग्राहक के लिए आवश्यकताओं का निम्नलिखित सेट प्राप्त करते हैं:

सभी सॉफ्टवेयर सुविधाएँ	ग्राहक आवश्यकताएँ 1
पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।	पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर , एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।

दूसरे ग्राहक ने कहा कि उसे मुद्रण पाठ के कार्य की आवश्यकता नहीं है। उसके पास अपना खुद का सॉफ्टवेयर है, जो डॉक, एक्सएमएल और पीडीएफ प्रारूप में दस्तावेजों को पूरी तरह से प्रिंट करता है। इस ग्राहक के लिए, सॉफ्टवेयर आवश्यकताओं की सूची में शामिल हैं:

सभी सॉफ्टवेयर सुविधाएँ	ग्राहक आवश्यकताएँ 2
पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।	पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।

और तीसरे ग्राहक ने सॉफ्टवेयर को कार्यक्षमता के पूर्ण सेट के साथ खरीदा।

सभी सॉफ्टवेयर सुविधाएँ	ग्राहक आवश्यकताएँ 3
पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।	पाठ फ़ील्ड में पाठ दर्ज करना; डॉक्टर, एक्सएमएल और पीडीएफ प्रारूपों में सहेजे गए पाठ को दर्ज करना; प्रिंट पाठ में प्रवेश किया।

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

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

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

विभिन्न SUTs (ज्यादातर फ्री टूल्स ऑफ रिक्वायरमेंट्स मैनेजमेंट टूल्स आर्टिकल चुने गए) को आजमाने के बाद , मैं iConcur Axiom टूल पर सेटल हुआ।

स्वयंसिद्ध

Axiom एक मुफ्त क्रॉस-प्लेटफ़ॉर्म क्लाइंट-सर्वर आवश्यकताएँ प्रबंधन अनुप्रयोग है।
यह भी ध्यान दिया जाना चाहिए कि डेवलपर के पास अतिरिक्त सुविधाओं के साथ उत्पाद का एक भुगतान किया गया संस्करण भी है, लेकिन फिर भी Axiom को एक मुफ्त उत्पाद के रूप में तैनात किया गया है, क्योंकि नि: शुल्क संस्करण की कार्यक्षमता आवश्यकताओं के साथ काम को सरल बनाने के लिए काफी पर्याप्त है।

तो क्यों वास्तव में Axiom? मैंने निम्नलिखित कारणों से इस उपकरण को चुना:

• मुफ्त सॉफ्टवेयर;
• उपकरण लचीलापन (किसी विशेष कंपनी या परियोजना की विशेषताओं के आधार पर उपकरण के साथ काम को अनुकूलित करने की क्षमता);
• उपकरण की सादगी;
• उपकरण में संग्रहीत डेटा के आधार पर दस्तावेज़ उत्पन्न करने की क्षमता।

लेकिन आइए हम इस उत्पाद की मुख्य कार्यात्मक क्षमताओं पर अधिक विस्तार से ध्यान दें।

Axiom के साथ पहले परिचित

उपयोगकर्ता प्राधिकरण के बाद, मुख्य टूल विंडो खुलती है।



इसे निम्नलिखित तार्किक भागों में विभाजित किया जा सकता है:

• टूलबार और मेनू (शीर्ष);
• आर्टिफिशियल ट्री (खिड़की के बाईं ओर; एक कलाकृति क्या है नीचे वर्णित किया जाएगा);
• विरूपण साक्ष्य के बारे में जानकारी के संपादन के लिए खिड़की (बीच में);
• सहायक खंड (दृश्य), दाईं और नीचे स्थित है।

तो एक विरूपण साक्ष्य क्या है? एक विरूपण साक्ष्य एक परियोजना उत्पाद है और / या सॉफ्टवेयर में काम करते समय इसका उपयोग किया जाता है, उदाहरण के लिए, एक आवश्यकता, एक परीक्षण मामला, आदि। Axiom में, इस शब्द का उपयोग बहुत सक्रिय रूप से किया जाता है।

उपयोगकर्ता द्वारा बनाई गई सभी वस्तुएं कलाकृतियां हैं, और उन सभी को कलाकृतियों के पेड़ में प्रदर्शित किया जाएगा।

बनाई जा रही कलाकृतियों की सूची और उनसे एकत्र की जाने वाली जानकारी को उपकरण के उपयोगकर्ता स्वयं ही विरूपण साक्ष्य टेम्पलेट्स का उपयोग करके निर्धारित करते हैं।

आर्टवर्क टेम्प्लेट बनाना

इस फ़ंक्शन के लिए धन्यवाद, उपकरण बहुत लचीला है और टीम के सदस्यों की विभिन्न आवश्यकताओं के लिए अनुकूलित किया जा सकता है।

एक टेम्पलेट क्या है? एक टेम्पलेट एक कलाकृति का वर्णन करने के लिए उपयोग की जाने वाली विशेषताओं का एक सेट है। उदाहरण के लिए, काम के लिए हमें एक कलाकृति की आवश्यकता होती है कार्यात्मक आवश्यकता। कार्यात्मक रूप से, आवश्यकता में निम्नलिखित जानकारी होनी चाहिए:

• शीर्षक ("एक दस्तावेज़ सहेजना", "इंटरफ़ेस में एक बटन जोड़ना", "डेटा स्थानांतरण");
• विवरण (उदाहरण के लिए: "ओके" बटन दबाए जाने पर सिस्टम को दस्तावेज़ को सहेजना चाहिए);
• दावे का स्रोत, अर्थात जिस व्यक्ति ने इसे आवाज़ दी थी;
• इस आवश्यकता की चर्चा में उत्पन्न होने वाले मुद्दे;
• आवश्यकता की स्थिति, उदाहरण के लिए, "स्वीकृत", "सहमत", "समीक्षित", "अस्वीकृत", आदि।
• प्राथमिकता यानी इस आवश्यकता को लागू करना कितना महत्वपूर्ण है।
• उत्पाद के पहले संस्करण में इस आवश्यकता को लागू किया जाएगा या नहीं इसकी जानकारी।

ऊपर दी गई सूची डेटा (विशेषताओं) का एक समूह है जिसके द्वारा उत्पाद की सभी कार्यात्मक आवश्यकताओं का वर्णन किया जाएगा।

Axiom में विशेषताएँ विभिन्न प्रकार की हो सकती हैं: ये टेक्स्ट फ़ील्ड, ड्रॉप-डाउन सूचियाँ हैं, जिसमें उपयोगकर्ता द्वारा निर्धारित मानों की एक सूची और फ़्लैग एट्रिब्यूट्स होते हैं, जिसके साथ आप यह चिन्हित कर सकते हैं कि किसी कलाकृतियों के पास एक निश्चित संपत्ति है या नहीं।

ऊपर वर्णित कार्यात्मक आवश्यकता के गुणों से, यह मानना ​​तर्कसंगत है कि "स्रोत" और "प्रश्न" विशेषताओं को फ़ील्ड होना चाहिए, "स्थिति" और "प्राथमिकता" ड्रॉप-डाउन सूची होनी चाहिए, और उत्पाद के पहले संस्करण में प्रवेश करने की आवश्यकता के बारे में जानकारी एक ध्वज के साथ लागू की जा सकती है। नीचे दिया गया आंकड़ा एक कार्यान्वित कार्यात्मक आवश्यकताओं के साथ एक उदाहरण दिखाता है जिसे "आवश्यकताएं" कहा जाता है।



निर्मित टेम्पलेट के आधार पर, असीमित संख्या में कलाकृतियों को उत्पन्न करना संभव होगा।

शिल्पकला निर्माण

स्वयं कलाकृतियों का निर्माण निम्नानुसार है:

1. आर्टिफिशियल ट्री में, आप नोड (कलाकृतियों का समूह) का चयन करते हैं, जो इस आर्टिफिशियल का है;
2. फिर आपको एक टेम्पलेट का चयन करने की आवश्यकता है जिसके आधार पर एक कलाकृति बनाई जाएगी;
   
3. कलाकृतियों का नाम (नाम) सेट करें;
4. और इसकी विशेषताओं और विवरण को संपादित करें।

नीचे दिया गया आंकड़ा टेम्पलेट "आवश्यकताओं" के आधार पर कार्यात्मक आवश्यकता "पाठ में प्रवेश" की एक कलाकृति बनाने का परिणाम दिखाता है।



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

कलाकृतियों के बीच संबंध

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



संचार डेटा दिखाता है कि इस या उस कार्यक्षमता के कार्य करने के लिए किन सेटिंग्स की आवश्यकता है।

इसके अलावा, अन्य कलाकृतियों के लिए हाइपरलिंक्स जिन्हें आगे स्पष्टीकरण के लिए विरूपण साक्ष्य के विवरण में जोड़ा जा सकता है, इंटरकनेक्ट के रूप में कार्य कर सकते हैं।

एमएस वर्ड के साथ एकीकरण

Axiom एमएस वर्ड के साथ एकीकृत करता है, जो आपको बनाई गई कलाकृतियों की जानकारी वाले दस्तावेज़ बनाने की अनुमति देता है। इस कार्यक्षमता का उद्देश्य तकनीकी आवश्यकताओं (सॉफ़्टवेयर आवश्यकताएँ विशिष्टता), विज़न (विज़न) और अन्य प्रोजेक्ट दस्तावेज़ जैसे दस्तावेज़ों के निर्माण को आसान बनाना है। आवश्यक विरूपण साक्ष्य जानकारी पहले से ही Axiom में संग्रहीत है, और उपयोगकर्ता को मैन्युअल रूप से इस जानकारी को फिर से दर्ज करने की आवश्यकता नहीं है।

MS Word में कंप्यूटर पर Axiom को स्थापित करने के बाद, एक विशेष टैब "Axiom" दिखाई देता है, जिसके साथ उपयोगकर्ता एक दस्तावेज़ टेम्पलेट बना सकता है। ऐसा करने के लिए, उपयोगकर्ता को चयनित लिंक की विशेषताओं के लिए दस्तावेज़ लिंक में सही स्थानों पर रखना होगा। नीचे दिए गए चित्र में, कलाकृतियों के बारे में निम्नलिखित जानकारी युक्त एक दस्तावेज़ टेम्पलेट बनाया गया है:

• नाम (नाम);
• पहचान संख्या (आईडी);
• गैर-कार्यात्मक आवश्यकता (सामग्री) का विवरण।

उसके बाद, उपयोगकर्ता सभी आवश्यक डेटा वाले एक तैयार दस्तावेज़ को उत्पन्न कर सकता है।



यह ध्यान दिया जाना चाहिए कि मैंने Axiom के एकीकरण को केवल एमएस वर्ड संस्करण 2007, 2010 के साथ सत्यापित किया है। 2013 संस्करण का भी परीक्षण किया गया था, लेकिन एकीकरण इसके साथ काम नहीं करता है।

विरूपण साक्ष्य तालिका

आर्टिफ़ैक्ट टेबल एक सुविधाजनक सारणीबद्ध प्रारूप में कलाकृतियों के एक सेट को प्रस्तुत करने के लिए एक विशेष खंड है।



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



मेरी राय में, यह सुविधा कलाकृतियों के संपादन में काफी तेजी लाती है।

इसके अलावा

कार्य में प्रक्रिया को लागू करने के वर्तमान चरण में मुख्य Axiom कार्यात्मकता जो मैंने उपयोग की और बहुत सुविधाजनक पाई, ऊपर सूचीबद्ध की गई थीं। लेकिन इसके अलावा, निम्नलिखित सुविधाजनक कार्य Axiom के मुफ्त संस्करण में लागू किए गए हैं:

• चर्चा। उपयोगकर्ता विशेष चर्चा अनुभाग का उपयोग करके कलाकृतियों पर चर्चा कर सकते हैं और प्रतिक्रिया प्राप्त कर सकते हैं;
• उपयोगकर्ता प्रशासन यह सुविधा आपको एक नया उपयोगकर्ता बनाने और उसके उपयोगकर्ता नाम और पासवर्ड को निर्धारित करने की अनुमति देती है। दुर्भाग्य से, उत्पाद के वर्तमान संस्करण में, केवल 2 उपयोगकर्ता भूमिकाएं लागू की जाती हैं: एक व्यवस्थापक जो कुछ भी कर सकता है, और एक सरल "नश्वर" उपयोगकर्ता जो केवल कलाकृतियों को देख सकता है।
• इतिहास अनुभाग का उपयोग करके विभिन्न संस्करणों की कलाकृतियों और विशेषताओं का संस्करण इतिहास देखें।
• निर्यात डेटा xml, xls प्रारूप में।

भुगतान किए गए संस्करण के लिए भी उपलब्ध हैं:

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

नोट: उपकरण के भुगतान किए गए संस्करण की कार्यक्षमता Axiom उपयोगकर्ता गाइड के आधार पर वर्णित है और मेरे द्वारा परीक्षण नहीं किया गया है।

कुल मिलाकर

सारांशित करते हुए, मैं इस उत्पाद के पहचाने गए फायदे और नुकसान को सूचीबद्ध करना चाहूंगा।

आकर्षण आते हैं

मुफ्त। मैंने जिन फ्री टूल्स का परीक्षण किया है, उनमें से यह प्रणाली सबसे "सभ्य" है। डेवलपर कंपनी की अच्छी साइट, आसान स्थापना, उपयोगकर्ता के अनुकूल इंटरफेस। इसके अलावा, एक नि: शुल्क उपकरण के लिए, कार्यक्रम में पर्याप्त संख्या में कार्यक्षमताएं हैं, कम से कम मेरी समस्या को हल करने के लिए।

उपकरण का लचीलापन। उपयोगकर्ताओं द्वारा खुद को बनाने की संभावना के कारण उन कलाकृतियों के टेम्पलेट जो वे काम करते समय उपयोग करते हैं, इस उपकरण का उपयोग विभिन्न परियोजनाओं में किया जा सकता है।

काम की सादगी। सबसे पहले, यह एक सहज ज्ञान युक्त अंतरफलक है। दूसरे, उपकरण में परिष्कृत कार्य सेटिंग्स और कोई अतिरिक्त पैरामीटर नहीं हैं, जैसे कि, उदाहरण के लिए, एमएस वर्ड में विकल्प मेनू पर एक अनुभाग है जो महत्वपूर्ण को परिभाषित करता है, लेकिन कभी-कभी सॉफ़्टवेयर के साथ काम करने के स्पष्ट पहलू नहीं होते हैं। इसके अतिरिक्त, Axiom के पास मुफ्त वीडियो ट्यूटोरियल का एक सेट है जो उपयोगकर्ता को सुलभ तरीके से सिखाता है (अर्थात्, वे सिखाते हैं, समझाते नहीं हैं) उपकरण की मूल क्षमताओं और अतिरिक्त "सुविधाएँ" जो उपकरण के साथ काम को बहुत सरल कर सकते हैं।

क्रॉस-प्लेटफॉर्म। संस्करण 4.0 केवल विंडोज ओएस और लिनक्स के लिए स्थापना के लिए उपलब्ध था। नए संस्करण 4.1 में, मैक ओएस पर उत्पाद स्थापना उपलब्ध हो गई है।

विपक्ष

अजीब कंपनी। पहली बार जब मैं इस कार्यक्रम में आया था तो स्टैक ओवरफ्लो का उल्लेख किया गया था, जहां "आईकॉन सॉफ्टवेयर के सीईओ" ब्रेंट विल्सन ने इस उत्पाद का विज्ञापन किया था। ब्रेंट के जवाब पर टिप्पणियाँ, विशेष रूप से यह एक: "मैंने हाल ही में इस उत्पाद की कोशिश की और व्यवस्थापक के रूप में भी लॉग इन नहीं कर सका। मैंने कॉल करने, ईमेल करने और एक समर्थन टिकट खोलने की कोशिश की, लेकिन एक सप्ताह के बाद कोई प्रतिक्रिया नहीं हुई। क्या iConcur अभी भी जीवित है? ”उन्होंने मुझे आश्चर्यचकित किया। खैर, प्लस सब कुछ, तकनीकी समर्थन वास्तव में अजीब काम करता है: कभी-कभी यह उसी दिन जवाब देता है, कभी-कभी यह हफ्तों तक जवाब नहीं देता है, और कभी-कभी यह पूरी तरह से चुप हो जाता है। कंपनी को सही ठहराने के लिए, मैं कह सकता हूं कि हाल ही में सॉफ्टवेयर का एक नया संस्करण जारी किया गया है, ताकि "रोगी मृत होने के बाद भी जीवित रहे।"

सॉफ्टवेयर त्रुटियां। मुझे कोई त्रुटि नहीं मिली, जिससे उत्पाद के साथ काम करना असंभव हो या, उदाहरण के लिए, प्रति घंटा काम के परिणामों को हटा दें। सॉफ़्टवेयर स्थापित करने, क्लाइंट भाग शुरू करने (इससे पहले कि आपको सर्वर को पुनरारंभ करने की आवश्यकता है) से संबंधित बग थे, या इंटरफ़ेस आइकन दिखाई नहीं दिए ... लेकिन फिर भी यह बहुत सुखद नहीं है। दूसरी ओर, हम में से कई एमएस वर्ड के साथ काम करते हैं ...

एमएस वर्ड 2013 के साथ एकीकरण का अभाव। यह वास्तव में शर्म की बात है। क्योंकि मुझे यह कार्यक्षमता बहुत सुविधाजनक लगती है, लेकिन यह मुझे अन्य सॉफ़्टवेयर के संस्करण को चुनने में सीमित करता है। लेकिन शायद सब कुछ अगले संस्करणों में तय हो जाएगा।

पुनश्च

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