التخطيط لتطوير برامج التطبيقات (3 أشياء يجب وضعها في الاعتبار)

التخطيط لتطوير برامج التطبيقات (3 أشياء يجب وضعها في الاعتبار)!

لم يعد التخطيط لتطوير التطبيقات مسألة اختيار الأدوات واللغات وتوريد المصادر المختلفة المطلوبة لهذا الغرض.

Image Courtesy: transformersjobs.com/wp-content/uploads/2013/06/software-engineer.jpg

مع تزايد الإدراك بين مديري الحق في الحصول على المعلومات ، ومشاركة المستخدم في عملية تطوير التطبيق ، ظهرت بعض القضايا ذات الصلة التي تحتاج إلى تصنيف.

تحوم هذه القضايا حول أربع صفات أساسية يبحث عنها المرء في نظام معلومات جيد ، ألا وهو المرونة والتكامل والكفاءة والتحكم. ومن المثير للاهتمام أن هذه القضايا مترابطة ، وهناك إلى حد ما مقايضة بين كل منها.

(أ) التكامل مقابل المرونة:

يعتبر دمج كل تطبيق مع أنظمة المعلومات لمختلف وظائف العمل هو الجودة المطلوبة. يتحقق هذا التكامل من خلال التحديث المتزامن لجميع البيانات ذات الصلة في اللحظة التي يتم فيها إجراء معاملة معينة في السجل في المؤسسة.

يضمن تكامل التطبيقات أن كل واحد في مجموعة العمل يحصل على صورة ثابتة للواقع الحالي للمؤسسة. هذا ، بدوره ، يتجنب إمكانية تضارب التوجه بسبب عدم وجود أحدث المعلومات لبعض منهم. ولكن ، يمكن تحقيق التكامل من خلال دمج قواعد تحديث البيانات في برنامج التطبيق.

من ناحية أخرى ، يتطلب المدير الوظيفي المرونة في قواعد التحديث هذه. على سبيل المثال ، ستقوم معاملة المبيعات في تطبيق متكامل بتحديث المعلومات المتعلقة بالمدينين ، لحظة إرسال السلع.

من ناحية أخرى ، سيتطلب مدير التسويق من الإدارة المالية أن تفهم أن معدل الخصم لا يزال قابلاً للتفاوض مع العميل وأن يتم إرسال البضائع بسبب الحاجة الملحة. وبالتالي ، قد يتعين تنقيح السعر في وقت لاحق ، في حين أن دمج التطبيق لن يسمح ، بوجه عام ، بتغيير البيانات بأثر رجعي.

قد تنشأ حالة مماثلة في حالة معاملة الشراء حيث يكون السعر المتفق عليه خاضعًا لشراء كمية معينة خلال فترة زمنية محددة. في حالة عدم قدرة الشركة على رفع الكمية المؤهلة خلال الوقت المحدد ، يمكن مراجعة السعر بأثر رجعي.

عموما لا يوافق المهنيون الماليون والمدققون على التعديلات بأثر رجعي. في غياب التكامل ، كانت المشكلة بسيطة. يمكن للإدارة المعنية فقط الاحتفاظ بوثيقة المعاملة إليها وعدم السماح لها بالانتقال إلى نظام المعلومات المالية ، حتى هذا الوقت. وحتى إذا فهم الموظفون الماليون ومراجعو الحسابات الحاجة ، فسيتعين تغيير بعض قواعد تحديث البيانات مما يؤدي إلى مخاطر مرتبطة بالأخطاء والتأخيرات.

البديل الآخر هو تعديل قاعدة التحديث وتضمين هذه الأنواع من المواقف في التطبيق. هذه هي الطريقة التي نجعل التطبيق أكثر مرونة. ويتوقع هذه الأنواع من الحالات ويجعل الأحكام اللازمة لهم. لكن المرونة لها تكلفة.

كل عنصر من عناصر المرونة يجعل البرنامج ضخمًا ومعقدًا. وبالتالي ، هناك مقايضة بين النزاهة والمرونة. عندما ندمج ، من المحتمل أن نفقد بعض المرونة الطبيعية التي لدينا. يجب أن يتم حل المشكلة من قبل مديري الأعمال في كل مناسبة ويتم الحفاظ على التوازن المناسب بين التكامل والمرونة. ولحسن الحظ ، يوجد نطاق كاف لموازنة الاثنين حيث يمكن أن يكون هناك درجات مختلفة من التكامل والمرونة.

(ب) الكفاءة مقابل المرونة:

هناك مقايضة بين الكفاءة والمرونة. بما أن المرء يوفر المزيد من القواعد والسيناريوهات البديلة لأنواع مختلفة من المعاملات ، يصبح التطبيق أقل كفاءة من حيث سرعة إدخال البيانات وسرعة المعالجة.

يحدث هذا بسبب الإضافة إلى عدد المتغيرات التي سيتم تقييمها قبل تحديث البيانات. كما أنه يعقد البرامج مما يؤدي إلى تكلفة إضافية للتدريب. وهو يضيف إلى متطلبات الأجهزة أيضًا ، كما يحتفظ بيانات الذباب بسجل لهذه المتغيرات الإضافية.

استمرارًا لمثال عملية البيع التي تم اتخاذها أعلاه ، يمكن إدخال المرونة لتوفير قاعدة خاصة لمعالجة معاملات البيع هذه من أجل تحديث البيانات. سيحصل المرء بعد ذلك على نوع إضافي من معاملات البيع.

يجب أن يتحقق النظام من هذا النوع من المعاملات في كل مرة يقوم فيها بمعالجة أي معاملة بيع. هذا لا يعقد فقط النظام ولكن يتطلب أيضا المزيد من الوقت اللازم للتجهيز. وستظهر صعوبة أخرى فيما يتعلق بتدريب الموظفين المرتبطين بإدخال البيانات.

يجب أن يُمكّنهم التدريب من فهم هذا النوع من المعاملة ، كما يجب على جميع الآخرين الذين يستخدمون المعلومات المتعلقة بالمبيعات فهم الآثار المترتبة على المعاملة الممنوحة لهذه المعاملة. كل هذا من شأنه أن يؤدي إلى تخفيض كفاءة البرمجيات.

وبالتالي ، هناك حاجة إلى الموازنة بين إيجابيات وسلبيات إدخال المرونة في ما يتعلق بكل مهمة وكل نوع من المعلومات واستخلاص التوازن بين الكفاءة والمرونة.

(ج) السيطرة مقابل المرونة:

المرونة لديها تكلفة أخرى. إنه يهاجم أنظمة التحكم في الأسفل. يسمح للمستخدمين بتعديل / إعادة تكوين النظام وفقًا لاحتياجاتهم. هذه الأنماط من الأداء تؤدي إلى إضعاف الضوابط الضرورية لضمان جودة البيانات وموثوقيتها. كما هو موضح في المثال المذكور أعلاه ، فإن إمكانية تغيير أرقام المبيعات أو الشراء بتأثيرات رجعية قد تكون مصدرًا لإساءة استخدام الكمبيوتر.

لا توجد قاعدة يمكن تطبيقها عالميا للتعامل مع مثل هذه الحالات. تم تحليل كل موقف وتم تقييم البدائل على أساس التكاليف والفوائد التي تعود على الأعمال من المرونة والتكامل. يجب أن تؤخذ في الاعتبار تكلفة المرونة من حيث التعقيد وغيرها من الآثار المترتبة على كفاءة النظام.