مضى على الشبكة و يوم من العطاء.

أنظمة المعلومات (information system) - information control

MinaMina is verified member.

{ | مشرف قسم لغات البرمجة | }
.:: طاقم المشرفين ::.
.:: كاتب تقني ::.

السمعة:

أُحييكم جميعًا بتحية الإسلام، وتحية الإسلام هي السلام
فـسلام الله عليكم ورحمته وبركاته

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

عند القيام بعملية إدخال المعلومات يجب أن نأخذ بعين الإعتبار أن الشخص المسؤول عنها إنسان, بالضرورة يخطئ لسبب أو لآخر , لذلك يتعين علينا التقليل من هذه الأخطاء قدر الإمكان , وتوقع الأخطاء التي من الممكن أن نقع فيها ومنعها.


clv.webp



لا يمكننا التحدث عن منع الأخطاء بشكل كُلي ومُطلق لأنه يوجد بعض الأخطاء التي لا يمكن توقعها ولا اكتشافها .




datamanagement.webp


📍عملية الرقابة
يمكننا تصنيف هذه الرقابة إلى صنفين :
  • رقابة مباشرة: لا يقوم بها المبرمج لأن المسؤول عنها هو DBMS( database management system), سنتكلم عنها أكثر في قادم الدروس .
  • رقابة غير مباشرة: عادةً يقوم بها المبرمج لأنها تحتاج العامل البشري.


الرقابة المباشرة:
وهي الرقابة التي تكون على مستوى المعلومة نفسها بمنأى عن المعلومات الأخرى المتواجدة في النظام .

  • إلزامية وغياب الحضور : هذا النوع من الرقابة يتحقق من وجود المعلومة في الحامل الخاص بها (ملف أو غيره) هل وجودها ضروري أم لا؟

مثال1: في حال المكتبة والتعامل مع إعارة الكتب الجامعية , إذا تقدم أحد لاستعارة كتاب, يجب أن يكون عضو في هذه المكتبة أليس كذلك؟ أي سبق له التسجيل إذا معلوماته (إلزامية الحضور) يجب أن تكون حاضرة (موجودة)في جدول الاعضاء.
مثال2: إذا أراد شخص ما التسجيل لأول مرة كأحد الأعضاء يجب أن لا يسبق له التسجيل من قبل أي في هذه الحالة إلزامية الحضور تلغى ويجب أن تكون معلوماته غير موجودة في جدول الاعضاء (غياب الحضور).
  • الرقابة على نوع المعلومة : عندما نتكلم عن النوع فهي الأنواع التي نعرفها (..string, numeric)

نوع الخطأ: نفس الخطأ عندما نقوم بإنشاء متغير بنوع ونضع فيه قيمة لا تتوافق مع نوعه.

مثال : رقم التسجيل الوطني 00012333!
وجود خطأ : !=>string


الرقابة غير مباشرة:
يكون هذا النوع من الرقابة بمقارنة معلومة بالنسبة لمعلومة أخرى في نفس النظام.

مثال: نأخذ نفس المثال في إعارة الكتب:

  • قام أحد أعضاء المكتبة باستعارة كتاب يجب أن نسجل تاريخ الإعارة .
  • قام هذا العضو بإرجاع الكتاب نقوم بتسجيل تاريخ الإرجاع .

توقع الخطأ ومنعه : تاريخ الإرجاع أقل من تاريخ الإعارة.

يجب أن لا نسمح بالتسجيل إلا إذا كان تاريخ الإرجاع أكبر من أو يساوي تاريخ الإعارة .

قمنا بمقارنة معلومة بالنسبة للمعلومة أُخرى في نفس النظام ويسمى هذا النوع من الرقابة برقابة الاتساق الخارجي.

  • رقابة الاتساق الداخلي: هذا النوع من الرقابة للتأكد من صحة المعلومة نفسها هل هي منطقية أم لا.

مثال : نأخذ التاريخ سنة /شهر / يوم التالي :30/02/1997

وجود خطأ في الاتساق الداخلي للمعلومة => شهر 02 به ( 28/29يوم ).

يمكن أن لا نستشعر خطورة هذا النوع من الأخطاء لأنه نظري . لكن في الواقع يمكن لهذا النوع من الأخطاء أن يُسبب خسائر طائلة بالنسبة للشركات, وخصوصًا التي تتعامل مع القروض والمعاملات المالية، إذ أن أي تأخير أو خطأ في التاريخ سيسبب الكثير من المتاعب والخسائر.


دُمتم بخير 🦋
 
التعديل الأخير بواسطة المشرف:
أحييكم جميعًا بتحية الإسلام، وتحية الإسلام هي السلام فـسلام الله عليكم و رحمته و بركاته



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

عند القيام بعملية ادخال المعلومات يجب أن نأخذ بعين الاعتبار أن الشخص المسؤول عنها إنسان, بالضرورة يخطئ لسبب او لآخر , يتعين علينا التقليل من هذه الاخطاء قدر الامكان , وتوقع الأخطاء التي من الممكن أن نقع فيها ومنعها.



لا يمكننا التحدث عن منع الأخطاء بشكل كلي ومطلق لانه يوجد بعض الأخطاء التي لا يمكن توقعها ولا اكتشافها .




مشاهدة المرفق 11853
-عملية الرقابة-
يمكننا تصنيف هذه الرقابة إلى صنفين :
  • رقابة مباشرة : لا يقوم بها المبرمج لان المسؤول عنها هو DBMS( database management system), سنتكلم عنها اكثر في قادم الدروس .
  • رقابة غير مباشرة: عادة يقوم بها المبرمج لأنها تحتاج العامل البشري.


الرقابة المباشرة

وهي الرقابة التي تكون على مستوى المعلومة نفسها بمنأى عن المعلومات الأخرى المتواجدة في النظام .

  • إلزامية وغياب الحضور : هذا النوع من الرقابة يتحقق من وجود المعلومة في الحامل الخاص بها (ملف أو غيره) هل وجودها ضروري ام لا؟
مثال1: في حال المكتبة والتعامل مع إعارة الكتب الجامعية , إذا تقدم أحد لاستعارة كتاب
يجب ان يكون عضو في هذه المكتبة أليس كذلك؟ أي سبق له التسجيل إذا معلوماته (إلزامية الحضور) يجب أن تكون حاضرة (موجودة)في جدول الاعضاء .

مثال2: إذا أراد شخص ما التسجيل لأول مرة كأحد الأعضاء يجب أن لا يسبق له التسجيل من قبل أي في هذه الحالة إلزامية الحضور تلغى ويجب أن تكون معلوماته غير موجودة في جدول الاعضاء (غياب الحضور).

  • الرقابة على نوع المعلومة : عندما نتكلم عن النوع فهي الأنواع التي نعرفها (..string, numeric)

نوع الخطأ :نفس الخطأ عندما نقوم بإنشاء متغير بنوع ونضع فيه قيمة لا تتوافق مع نوعه.

مثال : رقم التسجيل الوطني 00012333!
وجود خطأ : !=>string



رقابة غير مباشرة

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

  • قام أحد أعضاء المكتبة باستعارة كتاب يجب أن نسجل تاريخ الإعارة .
  • قام هذا العضو بإرجاع الكتاب نقوم بتسجيل تاريخ الإرجاع .

توقع الخطأ ومنعه : تاريخ الارجاع اقل من تاريخ الاعارة.

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

  • رقابة الاتساق الداخلي: هذا النوع من الرقابة للتأكد من صحة المعلومة نفسها هل هي منطقية ام لا

مثال : نأخذ التاريخ سنة /شهر / يوم التالي :30/02/1997


وجود خطأ في الاتساق الداخلي للمعلومة => شهر 02 به( 28/29يوم ).



يمكن أن لا نستشعر خطورة هذا النوع من الاخطاء لانه نظري .

لكن في الواقع يمكن لهذا النوع من الاخطاء ان يسبب خسائر طائلة بالنسبة للشركات وخصوصًا التي تتعامل مع القروض والمعاملات المالية، اذ ان أي تأخير او خطأ في التاريخ سيسبب الكثير من المتاعب والخسائر.


دمتم بخير 🦋

يعطيكِ ألف عافية أختي 🤍🤍
ربنا يجزيك كل خير ويكرمك ويزيدك
 
  • Love
التفاعلات: Mina
بارك الله فيك يا مينا وجزاك الله كل خير بش مهندسة
ننتظر جديدك دائماً
تقبلي مروري
 
  • Love
التفاعلات: Mina

آخر المشاركات

عودة
أعلى