اذهب الي المحتوي
أوفيسنا
بحث مخصص من جوجل فى أوفيسنا
Custom Search

بداية تحليل برنامج الاصول


ashraf

الردود الموصى بها

عفوا على التأخرو فى الرد للخبطة فى الجهاز مما ادى الى عمل فورمات وأعادة البرامج وهلم جرا .

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

الأخ zakwan لم يصلنى الملف على الإيمل .

أشرف خليل

assets.doc

رابط هذا التعليق
شارك

السلام عليكم

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

رأيي صوت واحد فلا يؤثر على ما تود فعله ولا تتردد مقابل الرأي الآخر :fff::fff: .

تحياتي .

رابط هذا التعليق
شارك

أولا أود أن اسجل تحية خاصة لهذه المبادرة الرائعة - كما أرجو ان تستمر وتثمر كل الخير إنشاء الله

لدي استفسار ما هو الفرق بين حساب مجمع الإهلاك الذكور بالجدول الأول (جدول تعرف الأصول) ومجمع إهلاك الأصل بالجدول الثاني (جدول معلومات الأصول) - وأكيد هناك فرق وإلا لما تكرر الحقل فى الجدول الثاني يالبند 6 والبند 6 مكرر.

رابط هذا التعليق
شارك

  • 3 weeks later...

السلام عليكم

أخي أشرف .. إليك بعض الملاحظات السريعة :

1 - في جدول tblAssets لا داعي لحقل مسلسل بوجود رقم الأصل .

2 - في جدول tblAssetsGroup لا داعي لحقل مسلس بوجود رقم المجموعة .

3 - نسبة الإهلاك مكررة في جدولي tblAssets و tbaAssetsGroup ، فإذا كانت الأصول من نفس المجموعة نسبة استهلاكها موحد فيكفي أن تكون نسبة الإستهلاك فقط في جدول الـ tblAssetsGroup وإذا كانت مختلفة فيكفي أن تكون في جدول الـ tblAssets .

4 - في العلاقات One To-Many تجنب اختيار حذف السجلات ذات العلاقة .

سوف أنشط معكم عندما تبدأون بتصميم النماذج :( :fff: .

تحياتي .

رابط هذا التعليق
شارك

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

ام ان الموضوع رقم حساب رئيسي ليتم التأكد من ادراج رقم حساب ابن منه فى جدول الاصول

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

بالنسب لجدول الاصول ، اقترح اضافة حقل لتوضيح قيمة أو نسبة ما تم اهلاكه

و جقل آخر لتوضيح هل تم االهلاك بالكامل ام لا ( من نوع نعم لا )

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

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

بالنسبة لتعليقات الاخ ابو هادي

1-2- اتفق في حذف مسلسل جدول المجموعات ، اما جدول الاصول فاعتقد أن كود الاصل ربما لا يمثل رقم فريد أي يمكن تكراره لذا قد نحتاج المسلسل اي كمات فى مثال اشرف يمكن وجود اصلان تابعان لمجموعة رقم اثنان ، و رقمهما 2001 فسنحتاج المسلسل ، اما اذا لم تكن هذه الحالة ممكنة فلن نحتاجه

3-النسبة قد نحتاجها لو كانت ستعامل علي لأساس قيمة افتراضية فى جدول المجموعات تضاف تلقائيا الي الاصول و يمكن تغييرها

4- اتفق فى ذلك

مع تحياتي

رابط هذا التعليق
شارك

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

زائر
اضف رد علي هذا الموضوع....

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • تصفح هذا الموضوع مؤخراً   0 اعضاء متواجدين الان

    • لايوجد اعضاء مسجلون يتصفحون هذه الصفحه
×
×
  • اضف...

Important Information