مقترحات لبناء فريق عمل متكامل

شكرا لك اخي biskra

اقتراح ممتاز جزاك الله خير وسفو ياخذ في الحسبان ان شاء الله

وين باقي الاخوان اللي شاركو معنا

لاتنسون (ان يد الله مع الجماعه )

نريد مشاراكتم ونصائحكم وحلولكم وانتقاداتكم ايضا

كلها ستصب في صالح الجميع وانا اولهم

في مشاركتي قبل الاخيره يبدو ان كتابتي تكررت اكثر من مره

ولا اعلم السبب ربما غلط مني او حين اعادة تحريرها

لكن عذرا على ذلك

والله ان رغبتي اساعدكم بأي شي

ولكن ماهناك علم يجمل

ولكن كما وعدتكم (( احد محتاج اقلام , اوراق , .......)

الاخوة الكرام

السلام عليكم ورحمة الله وبركاته

الاخ تلميذ ابو هاجر اشكرك جزيل الشكر يكفي انك تلميذ لابو هاجر والذي يعد من افضل واروع الاساتذه الذين مروا على هذا المنتدى

اخوتي الافاضل واخص بالذكر اخي واستاذي الكريم ابن مسقط انا ارى والراي الاتم لكم

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

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

وبالنسبة لترشيح رئيس للفريق فأنا مع رأي اخي العزيز الهاجري وارشح أخي الكريم ابن مسقط

فلنتوكل على الله ولنبداء

لكم مني خالص التحية والتقدير

السلام عليكم

والله اوافقك في كل ما قلته

ونريد البدء وننتظر الجميع وعلى بركة الله

فلبندأ صار لنا 6 ايام تقريبا ولم نعلم شئي حتى الان

هل تريدوني ان ابدأ بالجدولين السابقين وعلى اساسهما

ونمكل ما نحتاجه من جدوال فيما بعد حتى لو اظطررنا الى تغيير بينة

الجدوال من جديد

هي مجرد محاوله لا نخسر شئيا بالعكس سنستفيد الكثير ان شاء الله

وانا انتظر ردودكم

أظن أنه حان الوقت للانطلاق, و لامانع من التغيير أو التطوير كلما اقتضت الضرورة ذلك.

الميل بدايته خطوة كما يقولون.

اخي الكريم الهاجري

فلنبداء ولنستعن بالله عز وجل

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

اذا هناك كشف تسليم المعاملات الصادر ه

واعتقد انه يتكون من

رقم تسلسل + رقم المعامله + تاريخها + المرفقات + نوع المعامله ( اصل , صورة ) جهة الصادر + اسم المستلم + توقيعه واظن ان الحقلين الاخيرين يوضعان فقط في التقرير

يفضل اضافة اسم المراسل وكذلك الجهة المصدره وموضوع المعامله

بالنسبة لكشف الوارد

تسلسل ويوضع في التقرير فقط + رقم المعامله + تاريخها + المرفقات + نوع المعامله + جهة الوارد + اسم المستلم وتوقيعه

كشف لمراجع الوارد

رقم المعامله + تاريخها + جهة الوارد + الجهة المحول لها المعاملة داخل الادارة

كشف المتابعة لا ادري كيف يكون فليس لدي حاليا فكره عنه ارجوا من الاخوة الاعزاء الادلاء بمقترحاتهم حول هذا الكشف

هناك كشف تسليم صور الارشيف

يتكون من تسلسل + رقم الصادر + تاريخه + رقم الملف الذي تحفظ به الصور

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

والله الموفق

لكم خالص التحية والتقدير

هل يمكن أن يكون تقرير مخصص لنتائج البحث عنمعاملة؟

أي أنه خلال استغلال قاعدة البيانات يمكن أن نحتاج استعلام عن بريد صادر أو وارد لذا أقترح أن نضيف تقرير لمعرفة خاص بذلك,يتضمن المعلومات الأساسية مثل رقم المعاملة ,تاريخها, الغرض, الاجراء المتخذ في شأنها,و أخيرا مآلها أي هل أنجزت أم لا.

هناك نقاط عامه احببت اضافتها

هل مدخل بيانات الوارد مستخدم واحد ام عدة مستخدمين ؟

هل مدخل بيانات الصادر مستخدم واحد ام عدة مستخدمين ؟

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

ام يفضل ان تاخذ جميع المعاملات رقم واحد مع بداية كل عام هجري او ميلادي

ام يكون الرقم متسلسل الى ما لا نهاية لجميع السنوات ؟ ولجميع الانواع او لكل نوع على حده حسب تنظيم الاداره ؟

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

نود من الاخوة المشاركه في ايهما الافضل في الترقيم من الانواع السابقة او اضافة مقترح اخر للترقيم

تصور عام

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

فيحال كان القسم الموجه له المعاملة داخل مبنى الادارة فتسلم لمراسل داخلي لتسليمها للقسم مباشرة وفي حال كان القسم الموجه له المعامله خارج مبنى الادارة فتسلم لمراسل خارجي لتسليم المعامله في حال كون الكشف لدى المراسل اعتقد اننا بحاجة لمعرفة هل جاء بالكشف ام ما زال الكشف لديه واعتقد اننا بحاجة لحقل اسم المراسل وتااريخ الاستلام وفي حال اعاد المراسل الكشف يكون هناك حقل لمعرفة ذلك مثل حقل نعم/لا او اي طريقة اخرى علما بأنه يجب مراعاة عدم تكرار الكشف حتى لايتسبب في ارباك العمل

هذا ما حضرني الان

ارجوا من الاخوة التفاعل وابداء الاراء والله الموفق

لكم مني خالص التحية والتقدير

ان شاء يفوقنا ربنا لما يحبه ويرضاه وانا معاكم

اخي الكريم حسن1406

مرحبا بك معنا في الفريق ومرحبا بكل الاخوة الكرام

هدفنا هو تعلم كيفية العمل كفريق

شارك معنا بأي معلومات متوفرة لديك فكل معلومه مهما صغرت ستدلي بها سيكون لها فائدة

لا تنسوا ايها الاخوة الافاضل نحن ما زلنا في مرحلة جمع المعلومات

تحياتي وتقديري

بصراحة الفكرة أكثر من رائعة

يد الله مع الجماعة فلنعمل معا

وأنا سأكون معكم إن شاء الله ، فأنا مبتدأ في برنامج الأكسس

ولكن أشكر الأستاذ InternetMaster على الدروس الرائعة

فهو وبدروسه علمني كيف أنشأ قاعدة بيانات صحيحة .

الآن تعرفون قدر معرفتي في لا شيء بالنسبة لبعض الأعضاء

فبأمكاني أن أشارك ولو بإقتراح بسيط .

وأشكر العضو المبادر في هذا الموضوع

الفكرة المثارة من طرف الأخ AhmdMu هي في غاية الاهمية, وأوضح في هذه النقطة حسب رأيي أن سير الادارات كقاعدة عامة يخضع لنظم قياسية أي أن طريقة ادارة البريد تكون في جدة مثلها في الرياض .

لذلك أقول أن البريد الصادر أو الوارد عندنا في الجزائر مثلا يخضع للقواعد التالية/

أن هناك مصلحة تسمى بمصلحة البريد على مستوى أي ادارة وهي التي تستقبل البريد وتسجله في سجل البريد العام, ثم تقوم هذه المصلحة بتوزيع البريد على المصالح الداخلية حسب الاختصاص, من هنا أعود لفكرة الأخ AhmdMu فيمكن أن نعتمد قاعدة عامة مكتملة لأدارة ما, و نتوسع فيما بعد الى الفروع .

السلام عليكم

سنبدا بالتقارير كما تريدون

بالنسبه لنوع المعامله لا اعتقد ان هناك معامله تكون بشكل صورة وانما المعاملات

تكون السنخه الاصل والصور فقط لحفظ صوره من المعامله كامله سواء ورقة واحده

او تتظمن مرفقات لحفظها في الارشيف .

اقتباس

كشف تسليم المعاملات الصادر ه:

رقم تسلسل ويوضع في التقرير فقط+ رقم المعامله + تاريخها + المرفقات + نوع المعامله ( اصل , صورة ) جهة الصادر + اسم المستلم + توقيعه واظن ان الحقلين الاخيرين يوضعان فقط في التقرير

يفضل اضافة اسم المراسل وكذلك الجهة المصدره وموضوع المعامله

يعني لو تغير صيغة اصل وصورة الى ( عادية , سرية ) اظن هذا افضل لان المعالمه لاتكون صورة ابدا انما تكون الاصل في جميع الدوائر الحكومية

بالنسبة لكشف الوارد الذي ذكرته الله اعلم ولكن في حالة ان الوارد يصل الى الموظف

في الوارد فمن الطبيعي ان يكون المراسل معه كشف او دفتر للاستلام والتسليم

لان موظف الوارد سيوقع فيه على استلام المعامله الوارده . اما ان يقوم موظف الوارد

بادخال بيانات المعاملات الوارده ثم طبعات تقرير بها ويوقع فيه لمن هذا الكشف هل هو

للمراسل الذي بكل تاكيد لديه دفتر تسليم المعاملات : لذلك ارى انه لا حاجة لهذا التقرير

كشف تسليم صور الارشيف ( نعم هذا مطلوب )

يتكون من تسلسل + رقم الصادر + تاريخه + رقم الملف الذي تحفظ به الصور

ولاتنسى ان هناك موظف ارشيف يجب ان يوقع على استلامه لصور هذه المعاملات للحفظ

في الارشيف وينطبق ذلك على الوارد ايضا

كشف لمراجع الوارد ( لم اعرف الغاية من هذا الكشف )

رقم المعامله + تاريخها + جهة الوارد + الجهة المحول لها المعاملة داخل الادارة

اقتباس

كشف المتابعة لا ادري كيف يكون فليس لدي حاليا فكره عنه ارجوا من الاخوة الاعزاء الادلاء بمقترحاتهم حول هذا الكشف

كشف المتابعه اعتقد ان يحتوي على المعاملات التي تحتاج الى رد من سواء كانت صادره ام واردة وهذا الكشف يتطلب ان يعرض فيه بيانات المعامله التي تحتاج الى رد

ولم يتم الرد عليها

ايضا نحتاج الى كشف للمعاملات التي تم الرد عليها فعلا .

بالنسبه لارقام المعامله طبعا حسب ما اعرف انها تتكون من حروف وارقام

مثلا ز ف ع / 120/ 300

الحروف تعبر عن القسم مثلا

الرقم الاوسط يعبر عن مثلا رقم الارشيف

الرقم الاخير يعبر عن رقم الخطاب او المعامله

وكلها تكون رقم عام للمعامله

اما بالنسبه للارقام المتسلسه فظنك تقصد الترقيم التلقائي

وقد ذكر الاخ InternetMaster ان الترقيم التلقائي يسبب مشاكل كثيرة لقاعدة البيانات

اقتباس

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

المعامله الوارده ياخذ رقم الوارد منها لانها بخطاب رسمي وفيه رقمها وتاريخها

هذا والله اعلم

ارجو ان اكون وضحت بعض الاشياء ولكن ربما تكون فكرتي خاطئه عن هذه الامور

لذا عليكم التصحيح ايضا

بالنسبة لرقم المعاملة أقاسمك الرأي أنها تحتوى على ثلاثة أجزاء,مثل 1570/و.ت/2003 ,يعني ذلك 1570 هو رقم تسلسلي,و.ت. يعني ذلك الأحرف الأولى لجهة الصادر أو الوارد في المثال قصدت وزارة التربية,أما 2003 قصدت بها, السنة.

وعليه أرى أنه من الواجب الأخذ بعين الاعتبار نهاية السنة في انشاء قاعدة البيانات بحيث عند بداية السنة ننطلق من رقم واحد.

الاخوة الكرام

توضيح

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

توضح الاصل والصوره

مثلا معاملة صادره الى ادارة التربيه والتعليم بعسير في هذه الحال ستكون المعامله مكونه من الاصل الموجه الى ادارة التعليم بعسير وصوره للقسم المصدر مثلا الماليه وصوره للارشيف للحفظ وهذا النوع من المعاملات يعتبر اقل الانواع صورا فبعض المعاملات قد تصل الصور بها الى العشرات واكثر حسب المعامله والجهات المرسله لها

توضيح كشف الوارد للمراجع

وهذا الكشف يطبع في حال كان للمعامله مراجع يود معرفة الجهة او الجهات التي حولت لها المعامله

توضيح للارقسام المتسلسه

لم اقصد بها الترقيم التلقائي وقد تعلمنا من دروس تصميم القواعد عدم جدواه

المقصود قد يكون في التقرير مثلا عشرون معامله لذا ينبغي وضع رقم متسلسل للمعاملات لمعرفة عددها فقط وكما قلت يتم وضع الرقم المتسلسل في التقرير فقط

ولا علاقة له بالجداول

بالنسبة لطريقة الترقيم بالفعل كما ذكر اخي biskra تحتاج ان توضع تحت مقاييس ومعايير موحده توافق جميع برامج الصادر والوارد حتى نستطيع ان نخرج بطريقه موحده للترقيم حيث نرى ان لكل ادارة ترقيم خاص بها وهذه مشكله ينبغي ان نجد لها حلولا فلم لا يكون الترقيم موحد في جميع الادارت وله معنى بحيث لا يكون ترقيم مبهم ليس له معنى مجرد رقم فقط

اضافة

يبدو اننا بحاجة فعلا الى حقول لمعرفة الاجراءات المتخذه على المعامله

مثلا معامله وارده وجهت الى الموظفين يعتبر هذا الاجراء الاول

وجهت من قبل الموظفين الى الماليه لاكمال الاجراءات يعنبر هذا اجراء ثاني

وجهت من قبل الماليه للصادر يعتبرهذا اجراء ثالث وهكذا

بحيث عند البحث برقم المعامله الوارده نتمكن من معرفة جميع الاجراءات المتخذه على المعامله وافادة المراجع باخر مكان توجهت له المعامله

طبعا سنحتاج هنا الى الصلاحيات فموظف الماليه لا ينبغي له الاطلاع على المعاملات الموجه للموظفين وكذلك العكس

هذا ما احببت توضيحه واضافته

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

لكم مني خالص التحية والتقدير

أود أن أطرح استفسار للأخوة ذوي الاختصاص

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

على كل مجرد رأي.

بالتوفيق لكم اخواني.

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

و أقترح على الاخوة تحديد أجل لبداء الاراء ثم نمر الى مرحلة التلخيص لمواصفات قاعدة البيانات التي نريد انجازها. أي مرحلة الورقة ,الممحات و قلم الرصاص كما أراد الأستاذ internetmaster في دروسه القيمة المتعلقة بقاعدة البيانات المتماسكة.

رايكم في محله ان شاء الله

طبعا هناك اراء مختلفه وكلها صحيحه وكلها تصب في هذا الموضوع

وارى انها كثرت يعني الاقتراحات وهي بلا شك فائده كبيرة لنا ان نتعلم

المزيد ولكن هذا سيستغرق الكثير من الوقت والبحث والفهم ايضا

لبعض مطتلبات البرنامج

اقترح ليس الا اقتراح فقط ربما يكون هو يسهل علينا ما نريد عمله بالظبط

لان كل شخص يحمل الكثير من الافكار وبذالك نشتت اذهانانا هنا وهناك

لذا اقترح ان يكون واحد منا يقوم بدور صاحب المنشأه او مديرها يطلب

منا ويحدد مخرجات القاعدة التي يريدها والبيانات التي يتوجب توافرها

في القاعدة لاستخدمات المنشأة او الادارة وكل ما يريد من قاعدة البيانات

ولكم ما تريدون واظن هذا الحل سيجنبا التخمين بما تحتاجه قاعدة البيانات

التي نحاول انشائها

هذا اقتراح فقط وليس طلب ولكم الحريه في ذلك

وشكرا لكم جميعا

أظن أن رأي الأستاذ elhajri سليم, و أقترح أن ننطلق في انشاء قاعدة البيانات انطلاقا من البيانات الأساسية التي لايختلف عليها اثنان ثم نخضعها للتطوير حسب المناقشة التي يتم ابداؤهاحولها.

البيانات الأساسية التي لايختلف عليها اثنان حسب رأيي تتعلق مثلا بتاريخ الورود- رقم المرسل-تاريخ الارسال- الغرض المطلوب ....

السلام عليكم

الله بنور عليك اخي الكريم biskra

وما راي الاخوان الافاضل في هذا الاقتراح

اذا كان الاقتراح لا يجدي نفعا فقولوا رايكم

وسنتخلى عنه يعني على كيفيكم بس

ردو بنعم او لا

تحياتي للجميع

انا سبق وان قلت فقط شاورو لي قالوا لي فقط ابدأ سوف ابدا

وما رأيكم نعمل اولا التحليل وما تحتاجه الجداول تمام

ثم لا نستعجل لان هذا البرنامج سوف يسلينا لمده لاتقل عن الشهر

فنريد ان نعمل فيه بيسر وتأني وجوده عاليه

لانه في الاول وفي الاخير يكتب بأسم اعضاء منتدى الاكسس

أي واحد منكم فليرسم خطه ويرسل الجداول

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

وأنا أرشح ان يبدأ في هذا الشكل ابن مسقط او رضا عقيل

لكي نضع الخطوه السليمه والجيده في البدايه ونبدأ

لانه اذا تم البدأ فقط في الجداول

قثقوا كل الثقه ان الكل سوف يشتغل وسوف يكمل البرنامج وينجز انجازا كاملا

دعواتي لكم بكل التوفيق

اخوكم المحب : سحـــــــــــــ سحاب ــــــــــــــــــاب

لست مختص في مجال البرمجة اطلاقا,لكن من خلال الاقتراحات,المناقشات و الأراء وكذلك ما استخلصته من دروس الأستاذ internetmaster , وصلت الى مبدأين أساسين لتصميم قاعدة بيانات: هناك مصمم قاعدة البيانات يقابله الذي يستعمل قاعدة البيانات.

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

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

أرى انه من خلال المداخلات الأخيرة بدأت الفكرة تنضج, أتمنى أن يتجه المشروع الى التعطل مثل مشروع المعاملات الادارية المثبت في المنتدى رغم أنه عرف مناقشة واسعة .

بالتوفيق لكم جميعا.

تصحيح لما ورد منه سهوا بالنسبة للدعاء أرجو أن لا يتعطل المشروع...

الاخوة الكرام

السلام عليكم ورحمة الله وبركاته

اعتقد خطوط العمل في قاعدة متابعة المعاملات الادارية ترتكز على خطين رئيسين

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

ميزات هذه الطريقة

1- التخفيف من الاستهلاك الورقي

2- راحة مستخدم البرنامج (المرسل موظف الصادر والوارد ) بحيث يكتفي بتسجيل بيانات المعاملات فقط

3- راحة مستقبل المعاملات بحيث لا يسجل سوى الاجراء فقط

4- عدم دخول المراجعين الى اقسام الادارة للمراجعه فبامكانه الحصول على كافة اجراءات المعامله بمجرد ادخال رقم المعامله فقط

5-يمكن للمسئول عن الادارة معرفة جميع اجراءات المعامله فورا والى اين انتهت

عيوب هذه الطريقة

1- احتمال كبير لفقد المعاملات وعدم تحديد المسئوليه وخصوصا اذا كثر عدد الموظفين في الادارة وكثرت الاقسام

2- تحتاج الادارة والتي تعمل بهذه الطريقة لوجود شبكة مما يزيد في التكاليف

3- نحتاج لعمل برنامج من هذا النوع للاعتماد على قواعد بيانات تستطيع التعامل مع عدد كبير من المستخدمين والاكسس لايمكنه ذلك ( وهنا يفضل أن ينقل الموضوع الى منتدى

قواعد ms sql او الاوراكل وهذا الامر موكل بمشرفنا العزيز فيصل الحربي )

4 - نحتاج لربط القاعده بالانترنت للاقسام والادارات التابعه مما قد يعرض القاعده للاختراق والعبث الامر الذي يستلزم عمل نظم حمايه قوية للحفاظ على القاعده

الخط الثاني أن نجعل العمل في البرنامج نصف آلي بمعنى هناك عمليات تتم في الجهاز واخرى تتم بالطريقة اليدويه

ميزات هذه الطريقة

1- تحديد المسئولية ومعرفة مستلم المعامله

2- لا تحتاج الى شبكه لكامل الادارة بل قد يقوم جهازين بكافة العمليات جهاز للوارد وجهاز للصادر وطابعة مشتركه لاستخراج كشوف التسليم

3- يمكن عمله على قاعدة بيانات اكسس ويمكن ترحيل البيانات في نهاية كل عام الى جداول مستقله للارشفة

عيوب هذه الطريقة

1- محدودية المتابعة للمعاملات فقط موظف الصادر او الوارد يستطيع الافاده برقم المعامله وجهة الوارد او الصادر اما ما تم في المعامله فلا يمكنه الافادة بذلك

2- كثرة استهلاك الورق لاستخدامها في كشوف التسليم وكشوف المراجعه

3- اضطرار المراجع للذهاب للاقسام المعنيه لمعرفة اجراءات المعامله

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

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

رجاء من الاخوة الافاضل المشاركة بالرأي حتى نبداء بعمل تخطيط الجداول

لكم مني خالص التحية والتقدير