 |
 |
 |
 |
 |
 |
 |
 |
|
|
||||||||
|
|||||||||
|
|
|||||||||
2nd October 2005, 02:38 PM
|
|||||
|
|||||
وش الــ(uml)?
التى اصبحت مهمه في تحليل النظم عسى ان اوفق في اصال المعلومات بالشكل المناسب وخاصة لاخوان اللذين عندهم مشاريع التخرج ماهي الــــUML? Unified Modelling Language هي لغة رسومية او رمزية تقوم بتمثل نماذج او مكونات النظام الاساسي بحيث تعطيك تصور كامل عن النظام قبل العمل ببرمجة النظام ووصف جميع اجزائه. اعطيكم مثال : لو وصف لواحد بيتنا وقلت له رح للشارع الفلاني وادخل يمين ثم ادخل يسار وثم يمين .................وهكذا بيدوخ وهو ماوصل ولكن لما اعطيه كروكي راح يمشي عليه لما ياصل البيت . انا اشبه الرسومات التى تنتجها الUML بالمخططات التى يعملها المعماريون حنى يذفذها المقاول. العناصر التى تنتجها الUML تسمّى artifacts ما هي اهميتها ؟ كلنا نعلم ان عند تطوير نظام معين يشترك فيه الكثير من المبرمجين والمحللين وغيرهم ومن هذا المنطلق UML تقدم مفاهيم موحدة بين جميع اعضاء الفريق بحيث حين اطلاع اي احد من اعضاء الفريق على الاشكال يفهم النظام (وهنا تأتي خبرة وابداع محلل النظم ) .اضاغة على ان هذه اللغة في دورة حياة النظام SDLC لوجدت انه في كل مرحلة سنستخدم UML مثلا : يجب ان نفهم النظام من حيث الأداء (functional ) وذلك عن طريق رسم Use case Diagram ومن منظور التركيب وترابط النظام (structur) وذلك عن طريق Class Model Diagram وفي النهاية من منظور السلوك وسير البيانات (Behaviour) وذلك عن طريق State Transetion Diagram سوف اقوم بشرح بعض تلك الرسومات الاساسية والتي استخدمتها في مشروع تخرجي اذا شفت اقبال على الموضوع 
|
| هؤلاء الأعضاء 4 يشكرون Mr_Lover على مشاركته | ||
A.M.S (28th November 2008), dollar_sign (28th November 2008), ksuLover (28th November 2008), وردة عنابية (28th November 2008) | ||
|
2nd October 2005, 06:53 PM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
|
|
3rd October 2005, 02:19 AM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
لي عودة بأذن الله .. تحياتي ..[/align]
|
|
4th October 2005, 01:17 PM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
[align=center] مقدمة رائعة وتعريف أروع عن هذه اللغة أخوي , بحاول أضيف على ما تفضلت .. يظن اللبعض من الذين تعلموا هذه اللغة أو قاموا بتحليل برنامج أو نظام معين بأستخدامها أنهم أصبحوا محللين للنظم !! ال UML هي Technique أو Notation , بمعني لو نسأل شخص بماذا حللت وصممت السوفت وير أو النظام حقك يقول بال UML ؟ وهذا جيد ! ولكن السؤال المهم هنا كيف حلل النظام ؟ ! هذا ما يطلق عليه ال Methodology وتتظمن طرق التحليل والتصميم و دراسة المشروع وإدارته من ناحية الوقت والحجم والخطر وكذلك تنفيذ النظام واختباره كل هذه الأمور أذا أخذت شكل معين نسميها منهجية Methodology , أما ال Technique فنستخدمها في تلك المنهجية . ال Methodology شي كبير جدا ويحتاج إلى أحتراف وهي أنواع , فمثلا في قسم نظم المعلومات تدرس في عدة مواد , كمادة تحليل وتصميم النظم ومادة هندسة البرمجيات ومادة إدارة المشاريع بالأضافة لمواد الجافا و VB.Net وكذلك المواد الإدارية التي تساعد الطالب على فهم ال منطق العمليات Business Processes وتركيبة المؤسسات ... من الأمثال الأخرى على Technique مثلا ERD و DFD ... نأتي الأن لل UML من أسمها هي لغة , من خلالها ممكن وصف أشياء معينة , تستخدم هذه اللغة في وصف وتحليل النظم , سواء كانت نظم مبنية على الحاسب أو نظم الأعمال المختلفة كالنظم المحاسبية أو المالية أو الأمنية , هي مبنية على Object Oriented Paradiagm , أي مفهوم الأوبجكت , يفترض من أراد أن يتعلم هذه اللغة أن يكون مبرمج سابقا بأحد لغات OOP ومن المعروف أن التحليل مرحلة متقدمة عن البرمجة , المحلل الناجح هو مبرمج ناجح وليس العكس صحيح ... وكلغة ال UML فأنها تستخدم Digrams كتعابير لها , يوجد أنواع كثيرة من ال Digrams وكل واحد منها له وظيفة معينة أو يعبر عن جانب معين في النظام وكما تفضلت فهناك : Structures Digrams وهذه الرسومات توصف تركيبة النظم وكذلك وظائف النظام ومنها USE CASE Digram وتستخدم لوصف ال Functionality للنظام وكذلك من لهم دور فاعل في هذه الأعمال ويطلق عليهم Actors ... Class Digram وتوصف ال Classes للنظام وكذلك العلاقات بينهم مثل الوراثة وال Polymorphism ... وكذلك العلاقات الثنائية أو الثلاثية بين ال Classes .. Object Digrams وتوصف ال Objects , وهذا الرسوميات حالة خاصة من ال Class Digram .... Component Digrams وتصوف مكونات النظام كقواعد البيانات و ال Servers و Clients والعلاقات بينهم , فمثلا توصف علاقة بين برنامج معين مع سيرفر معين أو نظام قواعد بيانات معين مثلا أوراكل ... ويوجد كذلك Deployment Digram , ويوصف كيفية تنظيم مكونات (Component ) النظام في البيئة التي سيعمل فيها النظام .. النوع الآخر من ال Digrams هو Behaviour Digrams وهي توصف حركية النظام وهي أنواع : Sequence Digram ويوصف كيفية العلاقات بين ال Objects داخل النظام خلال عامل الزمن , وكيف يتم التفاعل بين الأوبجتز عن طريق ال Messages وهناك أنواع منها .. State Digram ويوصف حالة Object معين أثناء فترة حياته في النظام وكيفية تغير حالاته من حالة إلى آخرى وما هو مسبب التغير .. Activity Digrams وفيها نقوم بوصف عملية معينة تتم في النظام كعملية مثلا تسجيل الطلبة , هذا ال Digram شبيه بفكرة DFD ... كل ال Digrams السابقة تستخدم في لغة ال UML ك Notation لتحليل وتصميم النظم ... وليست كمنهجية .. أسف على الأطالة , بس وش أسوي أحب شي أسمه Analysis And Design .. تحياتي ... [/align][/align]
|
|
4th October 2005, 02:36 PM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
انا افكر نمشي خطوة خطوة علىsdlc واشرح كل جزئية من الuml بحذافيرة ونربطها بتلك المرحلة ونتناقش فيها ثم نمر للمرحلة الاخرى ولااريد سردها ككل حتى لاتسبب اشكالية في الفهم وش رايك ؟
|
|
5th October 2005, 08:59 PM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
|
|
6th October 2005, 02:52 PM
|
|||||
|
|||||
|
مشاركة: وش الــ(uml)?
الدرس الماضي عطينا تعرف عن الــUML والان سنعرف جزء من اجزائة وفي نفس الوقت نشوف في اي مرحلة من مراحل الـSDLC واخوي محال ماقصر بين لنا هذه الاجزاء مع تعرف كل منها يصير نوظف هذه الاجزاء في مراحل الSDLC ولايحتاج نعيد تعريفها خلونا مع الدرس كما نعلم ان من مراحل الـSDLC 1- فهم المشكلة وتعرفها وتحديد اجزاء النظام بشكل عام وحصر المتطلبات. 2- تحليل كل جزء في النظام باستخدام احد التقنيات المتاحة . 3- تصميم اجزاء النظام . 4- بناء وتنفيذ النظام . اولا : فهم المشكلة وتعرفها وتحديد اجزاء النظام بشكل عام وحصر المتطلبات و تحليل كل جزء في النظام باستخدام احد التقنيات المتاحة من خبرتي في جميع المشاريع اللي سوينها ترى ان هذي المرحلتين متداخلة على العموم في هذه المرحلة يكون هناك تعرف للمشكلة موضوع من قبل صاحب المشكلة يتم من خلالها فهم النظام بشكل عام ويتم بعدها التعمق في المشكلة من خلال دراسة النظام اذا كان يدوي وعمل المقابلات مع مستخدمي النظام وغالبا في في هذه المرحلة يتم عمل استبيان يوضع فيها الاسئله المهمة وتوزع على مستخدمي النظام لتحديد التطلبات في النظام على اي حال المتطلبات على انوع, خمس انواع منها اساسية وهي: functional وهي مقدرية النظام على انه يلبي احتياجاتي من القيام بجميع الاعمال الموكوله اليه بامان usabblity مدى قدرة النظام تقديمة للمساعدة للمستخدم عند الحاجة وتوفير الاختيارات البديلة عن الحاجة reliability هل النظام كثير الاخطاء او ماذا؟ وهل النظام يعمل تخزين احتياطي اولا ؟ performance مدى سرعة الرد على الريكوست والوقت المستغرق للمعالجة ومدى توفرالمشاركة في الملفات supportability مدى قابلية النظام للصيانة والتعديل اما المتطلبات الثنائية (الغير الاساسية ) ابسردها لكم سرد implementation - interface - operation - packaging - legal في الـUML يهمنا مبدءيا شي واحد وهو functional لتحديد الاوظائف الرئيسية للنظام ونصفها في جدول ونضع لكل وظيفة شرح واسم مختصر وهذا ما نسميه (System Function)بعدها ندرس من هم المستخدمين الذين ياثرون على هذه الوظائف ويتاثرون منها وهو ما نسميه تحديد الــ(Actore) وهم ثلاث انواع : مستخدم رائيسي : وهم الموثرون على النظام بشكل مباشر مثل مدخل البينات في الجامعة مستخدم داعم : وغالبا مايكون نظام اخر يمد النظام محل التطوير بالمعلومات وله تاثير مباشر مستخدم خارجي : يهتم بمراقبة سير العمليات بالنظام ولكن ليس له تاثير على النظام وبعد ما حددا الوظائف الرئيسية في النظام والمستخدمين الرئسيين : نبدا في اول خطوة وهي رسم Use Case Diagrams يتكون من ثلاث اجزاء : شكل بيضاوي : ويمثل وظيقة مكن وظائف النظام وكل وظيفة لابد من تمثيلها في شكل بيضاوي ويسمى (Use Case) مجسم ادمي (حلوه ههههه): ويمثل المستخدم للنظام ويسمى (Actore) ويكون مربع اذا كان المستخدم نظام اخر اسهم تربط الاشكال البيضاوية بالمجسم وممكن اضافة مستطيل حول الاشكال البيضاوية لمعرفة حدود النظام ويسمى (System boundary) كما في الشكل التالي:  الان بعد ما رسمنا وانتهينا من رسم الـUse Case Diagrams نكتب دكومنتيشن عن كل Use Case وفيه نوضح ما يلي : اسمها وهل هي اساسية في النظام او لا وغيرها مثل Actors: نسرد المستخدمين لهذه الـUse Case Pre-conditions : ما هي الحالة لهذه الـUse Case التي يجب ان تكون عليها قبل الاستخدام Post-conditions: وش راح تكون الـUse Case بعد الاستخدام Basic Flow: شرح الاجراءات الطبيعيه التى ممكن ان تحدث عند تنفيذ هذه الـUse Case Alternative flows : شرح الاجراءات الاستثنائية التى ممكن ان تحدث عند حدوث اي حدث Use case relationships : ما هي الـUse Case الاخرى المرتبطة معها Special Requirements : متطلبات خاصة اذا كا ن هناك. اتمنى ان وصلت هذه المعلومات بكل وضوح واللي عنده اي اشكالية يطرحها في المرة القادمة سوف نطرح موضوع انواع العلاقات في الـUse Case ؟ ومشكورين على المتابعة
|
| هذا العضو يشكر Mr_Lover على مشاركته | ||
ksuLover (28th November 2008) | ||
 |
| الذين يشاهدون محتوى الموضوع الآن : 1 ( الأعضاء 0 والزوار 1) | |
| أدوات الموضوع | إبحث في الموضوع |
| تقييم هذا الموضوع | |
|
|
