بتاريخ: 29 مارس 200818 سنة comment_125498 السلام عليكم ورحمة الله وبركاتهتحية طيبة للجميعأنا مبرمج تعودت أعمل تحاليل لأنضمة وأبرمجهاوالحين أنا مقدم لعمل تحليل لنظام ولكن ليس لأبرمجه أنا ولكن أريد أي مبرمج يطلع على التحليل يقدر يفهمه ويحلله لأكواد برمجيةولتعودي على العمل الفردي ماتعودت اعمل تحليل مقروء لمبرمجين آخرينفمأدري في أحد يقدر يعطيني خطوات عمل تحليل مقروء لمبرمجين آخرين ؟؟وشكرا لجميع تقديم بلاغ
بتاريخ: 29 مارس 200818 سنة comment_125499 وعليكم السلام ورحمة الله من مراحل التحليل والتصميم ... يجب اعداد توثيق لمدخلات المرحلة والمخرجات لمرحلة اخرى بمعنى انه يجب ان يشمل توثيق النظام المعلومات التالية - تعريف النظام - الاهداف العامة للنظام - مجال وحدود النظام وعلاقته بالنظم الفرعية الاخرى .- اعداد رسمة خريطة تدفق البيانات Data Flow Diagram DFDوهى تعتبر من الوثائق الهامه التى تحدد الاجراءات التى ستسخدم داخل النظام وكيفية التعامل مع جداول النظام ... ويوجد لها اكثر من مستوى تفصيليى ... حسب طبعة الاجراءات process الموجودة بالنظام - اعداد رسمة ال ER diagarm وهى تحتوى كينونات او الجداول المستخدمة بالنظام والعلاقة بينهم ... ويجب ان يكون هناك توصيف للاعمدة المستخدمة والغرض منه - اعداد ال data dictionary DD وهى تحتوى ملخص لكل العناصر والمفردات بالنظام وشرح لها - اعداد التصميم المبدئي لشاشات النظام وتشمل ايضا الجداول المتعامل معها بكل شاشة ... والغرض من البرنامج ... وشرح لاجراءات عمل البرنامج ( الشاشة ) program specs .- اعداد التصميم المبدئ للتقارير ومخرجات النظام مع عمل شرح لمتطلبات التقرير يجب ان يكون هناك معايير معينة يتفق عليها لتوحيد اسلوب العمل مثل مكونات الشاشات - الالوان المستخدمة - اشكال المفاتيح المستخدمه - التعامل مع المكتبات ... وهذه من الاشياء الهامة عمل نماذج محددة متفق عليها . وايضا قواعد التسميات للشاشات - الاجراءات - المتغيرات - .... مع التحية تقديم بلاغ
بتاريخ: 29 مارس 200818 سنة كاتب الموضوع comment_125508 تحية طيبة أخوي amgadيشرفني كثيرا انضمامي لكمانا تخصصي تحليل نظم وكل ماذكرت هو لب الموضوع أفادني كثيراً ..ولكن لدي سؤال آخر ماذا عن لغة uml هل هناك رمووز متفق عليها في التحليل يستطيع الجميع فهمها وقرائتها ؟؟ تقديم بلاغ
بتاريخ: 29 مارس 200818 سنة comment_125522 أخي أبوحية في الحياة العملية لا تحتاج لكل ماهو غير عملي بمعنى اضاعه الوقت في امور غير مهمه وتاخر المشروع انت تحتاج 20% من ال UML 2.0 حتى تنجز 80% من المشروعاولا حلل النظام وا كتب ال Use Casesكلهاثانيا ضع ال Architecture ل النظام يعني اقسام النظام جزء ويب وجزء ديسك توب وجزء قاعدة بيانات وهكذاصمم قاعدة البيانات (الجداول فقط ولا تكتب اي SQL)حدد لكل جزء مبرمج اول وعطه مهمه دراسته و واخذ رايه بالتقسيم العام وتصميم قاعدة البياناتسولفو مع بعض عن المشروع كون صورة نهائيهواعتمدها وعط كل شخص مهامه وتابعهم فقطاما اذا اردت تحليل دقيق لكل شيء فلن تنهي المشروع لان المبرمج عادتا يجد امور كانت خافيه على المحللواكبر خطاء ان يحلل شخص ويبرمج الاخر بل شخص يكتب ال use case واخر يحلل ويبرمجوهناك مدير مشروع يفصل وينظم وشكرا تقديم بلاغ
بتاريخ: 29 مارس 200818 سنة comment_125552 اليك مشاركات مفيدة عن ال uml بالمنتدى إضغط هنا أو إضغط هنا مع التحية تقديم بلاغ
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.