दस्तावेज़ प्रबंधन सॉफ्टवेयर

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

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

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

उनकी टिप्पणियों और बुरे अनुभव से मैं कई कार्यक्रम है, जो वास्तव में बसने और कार्यालय में उपयोगी हो करने में सक्षम है के लिए आवश्यक मापदंड का सुझाव कर सकते हैं:

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

• - एक हाथ पर कार्यक्रम, सूचना किसी भी उपयोगकर्ता बनाने के लिए दूसरे हाथ पर सक्षम होना चाहिए आवश्यक नियंत्रण इकाई और गर्म ठीक गलतियों विशेषज्ञों की सीमित चक्र

• - केवल सूचियों जब कलाकार डेटा बनाने आवश्यक होना चाहिए। और न ही किसी संघों नहीं होना चाहिए। सभी इसके अलावा घटाव आंदोलन कार्यक्रम करना चाहिए। लोग प्राथमिक लाइनों की संख्या और 1 10 में लोगों को गलत समझा, गिनती करने का अवसर दे और एक अपने की।

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

• - एकीकृत स्वचालन केवल सबसे आदिम कार्यों के लिए उपलब्ध है। और क्योंकि कठोर नियम लगभग कभी उपलब्ध नहीं होगा अब तक केवल सबसे नियमित संचालन से कुछ को स्वचालित करने की जरूरत है। कार्यक्रम के लिए एक उपकरण है, न कि कलाकार के लिए एक विकल्प होना चाहिए।

आप विश्वास कर सकते हैं नहीं, तो आप देख सकते हैं, लेकिन इसके बाद के संस्करण आइटम तथ्य यह है कि स्वचालन नौकरशाही बवासीर परिणाम होगा ध्यान नहीं देगा। लेकिन दोनों सार्वभौमिक स्वचालित खुशी चाहते हैं।