مشروع تخرج نظام مطعم ..

أختي الفاضلة أرفقي المشروع أو اعطينا مخطط المشروع 

أول نصيحة وهي الأهم

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

فمثلا جدول الزبائن (Cost) وحقل الاسم (Nm) وهكذا.

:idea:

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

:hmm:

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

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

السلام عليكم،

1) أحببت أن أؤكد على كلام الأخ الكريم AbuAdnan من ناحية أعادة تسمية الجداول والحقول وبقية الكائنات بحروف إنجليزية، غير أنه قال "يُفضل" وأنا أقول "ينبغي". وسوف ترين صنوف العذاب في التعامل مع الحروف العربية عندما تبدأين في كتابة الإستعلامات أو تعديلها.

2) نفذي عملية إصلاح وضغط لقاعدة البيانات Compact & Repair ، ثم اضغطيها باستخدام WinRar حتى تحصلي على قاعدة بيانات صغيرة جدا، حجمها لا يتجاوز خمسين كيلوبايت، بدلاً من ستة آلاف كيلو بايت.

3)  إختصري أسماء الجداول إلى شيء ذي معنى، ولا حاجة لاستخدام اللاحقة "جدول". كلما كبر اسم الجدول كلما كان أعقد في كتابة الإستعلامات والتعديل عليها، وبالأخص في الإستعلامات التي تستخدم Joins .

4) لا داعي لترك فراغات في أسماء الجداول أو أسماء الحقول أو حتى أسماء النماذج والتقارير؛ هذه ممارسة غير احترافية بالمرة، كما أنها تزيدُ الأمور تعقيداً في كل شيء تقريبا دون أدنى فائدة تُذكر، لأنها تتطلب استخدام الأقواس المربعة [ ] لتحويط اسم الكائن أو الحقل. مزيدٌ من الكتابة في الأكواد، مزيدٌ من الكتابة في تحكمات النماذج، مزيدٌ من الكتابة في الإستعلامات، مزيدٌ من التشتت والوقت المُهدر في محاولة تتبع الأخطاء وإصلاحها. إذا أضفتِ إلى كل هذه الممارسات استخدام اللغة العربية في تسمية الجداول والحقول والنماذج والتقارير، فها أنتِ أمام كارثة برمجية.

5) جدول الطلب الخارجي والداخلي كائنان يتشابهان كثيرا في الخصائص الطبيعية. الطلب هو الطلب، لا يختلف سواءً أكان خارجياً أم داخليا. فلا حاجة لإنشاء جدولين خارجي وداخلي. أجزم أن الأستاذة المشرفة على البحث لن يمرّ عليها هذا الـ Anomaly مرور الكرام، وبالأخص أن البحث يخضع للتقيم الأكاديمي، والأساتذة في كليات علوم الحاسبات ونظم المعلومات يركزون كثيراً على مباديء تطبيع البيانات ومهارة الطالب فيها. والصحيح؛ أن تضعي جدولاً واحداً للطلبات ثم تضيفي إليه حقلاً تعريفياً يميز الطلب الداخلي عن الطلب الخارجي. وصّفي جميع الحقول المُحتملة في جدول الطلبات وابنيها، والحقول التي لن تُستخدم في طلبات معينة سوف تأخذ قيم Nulls ، وهذا أمرٌ مستساغ في التصميم.

6) وجدتُ في جدول الطلب الخارجي حقلاً اسمه "رقم الطاولة"! وهذا كسر جديد لقواعد التطبيع! الطاولة كائنٌ مستقل تماماً لا ينبغي أن ينزلق في جداول أخرى، بل الصحيح أن يُفصل في جدول مستقل بخصائص مستقلة. ثم يُربط مع جداول الطلب كمفتاح أجنبي Foriegn Key ، وتكون العلاقة بين جداول الطاولات وجداول الطلبات علاقة متعدد لمتعدد؛ العديد من الطلبات تُنفذ على طاولة واحدة، والعديد من الطاولات قد تخدم طلباً واحداً "ما رأيك لو اضطر مشرف المطعم إلى ضم عشرة طاولات لإستضافة مناسبة لشركة وطنية؛ خمسة عشر تنفيذياً من الشركة الوطنية يستضيفون خمسةً وعشرين رجل أعمال صيني جاؤوا لبحث صفقات تجارية؟".

7) الجنسية هي عبارة عن الدول، وهي كائن مستقلٌ بذاته. وعلى ذلك ينبغي أن يكون هناك جدولٌ للجنسيات يرتبط بعلاقة "جنسيات(1) موظفين (∞)". مرة أخرى، قواعد التطبيع يلزم مراعاتها إلى أقصى حد.

8) لماذا تصرين على اخذ اسم العميل وعنوانه وهاتفه؟ لنفرض أنه زبون مر بالصدفة وكل ما يريده هو كأس عصير أو 2 ساندويش طعمية، فهل سيقضي موظف الكاشير بضع دقائق أمامه حتى يرصد إسمه وعنوانه وهاتفه؟ ماذا لو طلب طلباً دسماً "6 كيلو مشويات مشكل و 4 جاط مقبلات مشكلة و 5 أطباق أرز و 8 عصير برتقال" ثم رفض تزويد موظف الكاشير باي معلومات عنه "تحدث كثيراً، شخصياً أرفض تزويد المطاعم والمقاهي بأي معلومات عني حتى أتلافى إزعاج الرسائل الدعائية"، فهل سيرفض المطعم تنفيذ طلبه لأنه لم يزوده بالمعلومات الضرورية لقاعدة البيانات؟

9) جدول الزبائن يحوي مفتاحاً غريباً كمفتاح رئيسي Primary Key ، وهذا شيءٌ أراه لأول مرة! ماذا لو نفذ المطعم طلباً لعميل رفض تزويد الموظف بهاتفه، فماذا سيضع الموظف في الحقل الرئيسي؟ ماذا لو سحبت شركة الإتصالات STC رقم العميل "سوا" وخصصته لعميل آخر لأي سبب "تحدث دائما"! إحتمالية وجود الرقم مع عدة أشخاص في أزمنة مختلفة حتى لو تباعدت ينسف مبدأ صلاحية الهاتف كمفتاح رئيسي لجدول الزبائن، والصحيح أن تصنعي مفتاحاً رقمياً من نوع Long فيكون آلياً باستخدام آكسس أو يدوياً باستخدام الأكواد.

10) ماذا يفعل حقلا "قائمة الطعام" وَ "قائمة الطاولة" في جدولي الطلبات الخارجية والداخلية على التوالي؟ هل يشيران مثلاً إلى "قائمة متعددة لأكلات"؟ أين يحصلان على معلوماتهما؟ هل يدخلهما الموظف على شكل نص حر "3 نفر زُربيان لحم + 4 سفن دايت  + 1 كوارع + 2 إيدام بامية"؟ كيف ستحسبين قيمة الفاتورة؟ الفاتورة تُحتسب على قائمة المأكولات، ولكي تُحتسب بشكل صحيح ينبغي أن تكون هناك مفاتيح Keys ، ولكي يكون هناك مفاتيح ينبغي أن تعيدي النظر في حقول قائمة الطعام وقائمة الطاولات. لديك Design Challenge ليس سهلاً بالمرة، لكنه ليس مستحيلا.

11) في جداول الطلبات "خارجية وداخلية"، هناك مفتاحان "رقم الأكلة" أجنبيان Foriegn Keys ، يرتبطان مع جدول "قائمة الطعام" بعلاقة واحد إلى متعدد. وهنا إشكالية في نوع العلاقات، والصحيح أنها علاقة متعدد إلى متعدد. الطلب الواحد قد يكون فيه اكثر من "أكلة"، على افتراض أن كل صنف لديك في المطعم له رقم تعريف مستقل. كل طلب قد يحتوي على عدة أكلات، وكل أكلة قد تكون مع عدة طلبات.

12) بناء الإستعلامات مرحلة لاحقة لمرحلة تصميم الجداول وتطبيعها، وعلى ذلك فلا يحسن أن تُبنى الإستعلامات قبل تطبيع الجداول بشكل صحيح. النماذج والتقارير مرحلة أخيرة والتفكير فيها ينبغي أن يكون آخر شيء، بعد الجداول والإستعلامات.

أعتذر فيما لو كان النقاش مُطولا، لكن المُبتغى هو الخروج بأقصى فائدة، مع ضرورة التأكيد على أن كل ما ذكرته أعلاه لا يعدو أن يكون وجهة نظر قابلة للصواب والخطأ، والله من وراء القصد.

عبدالله،،،

 

ما حدا عطاك حقك يا عبد الله

شرح ودراسة كافية وفي مكانها تماماً... ونادراً ما نجد من لديه الوقت لهكذا دراسة معمقة

بورك فيك وفي تعبك

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

بس اتمنى تجاوبوني ع استفساراتي في بداية الموضوع ..

وشكراً

اتمنى مساعدتي للضرورة '(
لان قريب راح نسلم المشروع ...
واتمنى تجاوبوني ع استفساراتي في بداية الموضوع ..

1- كيف اعمل للزر كلمة سر بحيث لما تكون صحيح تدخلني في النموذج المطلوب ..؟

2- ماهي الاستعلامات المهمه في نظام المحاسبة للمطعم ،؟

3- كيف يمكن اضافه زر تعديل للسجل في النموذج و زر البحث ؟

4- كيف يمكن عمل تقرير مثلا تقرير يظهر لي المدخول الشهري للمطعم وووو ؟

5- في النماذج عملت قائمة الطعام كقائمة منسدلة ( مربع تحرير والسرد ) فكيف يمكن ان اختار كذا اختيار من القائمة ،؟

Up

انت  شو دراستك؟

طيب

-----------------------------------------------

انتم اعملتم حصر وتحليل للمتطلبات للبرنامج ()

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

أختي الكريمة .... هل تعرفي ما هو نظام المحاسبة(برنامج المحاسبة ضخم جدا ومعقد ويتطلب  مشاركة بعض أصحاب الخبرة في المحاسبة)

انت قصدك برنامج أدارة مطعم... استطيع مساعتدك في قاعدة المعطيات فقط

اما عن التقارير والاستعلامات فهي مقدور عليها( تعليمات sql)

!- هذا البرنامج( المطعم) خاص بالزبائن الذين يأتون الى المطعم  ام هنالك طلبات خارجية يتم توصيلها

بالنسبة لاسئلتك ،

ادرس دبلوم حاسب الي

ونظام المطعم الي راح نعمله صغير بحدود الي درسناه مع زيادة بعض الامور مثل الاكواد .. كود كلمة المرور وكود تعديل

وانا اعرف مكان وضع الكود

وانا عملت النموذج للصفحه الرئيسيه

يوجد بها textbox لاسم الموظف

و textbox لكلمة المرور

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

اما اذا خطا يظهر مسج الرجاء التاكد من صحة اسم الموظف او كلمة المرور

واحتاج كود لزر تعديل سجل ......

ويعطيك العافية

الكل نصحني بهالمنتدى ان اكتب استفساراتي ولكن للاسف مالقيت اي مساعدة :(

ارجو من الاعضاء الكرام المساعده ومن العضو زهره للضرورة ..

وشكراً

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










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

مرحبا اختي انا طالبة مرحلة رابعة علوم حاسبات ومشروعي شبيه بهذه الفكرة ممكن تبعثين المشروع الي حتى استفاد منه؟

السلام عليكم 

المشاركة قديمة 

وأخر دخول لصاحبة الموضوع بتاريخ 18/03/2013م اي بعد اخر مشاركة بيوم فاعتقد بأنك اختي الكريمة سالي ستنتظرين طويلاً 

الافضل بدء مشروعك والاستفسار في حال اردتي معرفة شيئ

والله اعلم