برنامج الاكسس 2000 ؟ هل هو الافضل

أنا مافهمت شيء والله من سؤالك ممكن توضح السؤال اكثر

اشكرك،،

حيث كانت أول مشاركة ومستعجل ... لذا اقول :

1- اود ابتكار طريقة تجعلني استغني عن الفارة في عميلة التنقل بين الجداول ؟ أو بين قوائم البرنامج ...مثل برقم أو حرف ..

2- اين مصدر الافكار ؟ للبرنامج المعد هل هي المبرمج أم الحاجة أم الأمكنيات .

3- مميزات البرنامج المعد فيماذا؟

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

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

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

جواب السؤال الاول يمكنك من عمل ذلك عن طريق المكرو الوحدة النمطيه

بنسبه للمكرو فاختار (( SendKeys )) انا لم اجربها

جواب السوال الثاني

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

(( قد يكون هذا دور محلل النظم لا اعرف بتاكيد )))

1-معرفة المشكله

2-وضع الحلول الممكنه

3-دراسة الحلول مع التطبيق

4-اختيار الحل المنسب لهذي المشكل

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

1- توفر المكانية المبرمجين لهذا النظام الذي سوف تعمله حيث انه بعض لغاته البرمج يصعب ان تجد مبرمج محترف فيه هذي الغه في بعض الدول العربية مثل في( لغة السى ++ ) ولغة (( الأسمبلي ) وهكذا ...

2-امكانية دعم البرنامج او النظام اذا كان من شركة منتجه

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

بخصوص برنامج الأكسيس وامكانية

يوجد فيه امكانية كبيره جداً وخاصه في الاكسيس 2000

من ضمن المكانية انك تستطيع ان تعمل نسخه للعرض بدون اي كود

او مكرو ويوجد فيه كثير من الامكنية قد يطول المقام لشرحها

اتمنا ان وفقة في الاجابه

وتقبل تحياتي / مسافر الغامدي

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

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

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

محلل النظام مسؤول عن تحليل انظام و وضع مخططات بناء النظام الجديد ، و ربما يكون هناك مجموعة كبيرة من محللي النظم

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

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

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

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

المبرمج تقريبا لا مسؤولية عليه ، فهو مثله مثل العامل ينفذ الخطة التي اوضعت له

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

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

الالوان مرة اخرى مهمة للغاية و نوع الخط ايضا ، خذ على سبيل المثال الشاشتين التاليتين

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