1. أ/المادة: م. لندا عمر البدري م. نجلاء حسن
بسم الله الرحمن الرحيم
Introduction To System Analysis
مقدمة في تحليل النظم
عدد الساعات: 2 نظري
أ/المادة: م. لندا عمر البدري
م. نجلاء حسن
02/04/1440

2. Lecture 4
- منهجيات تطوير نظم المعلومات (System Development Methodologies)
- الأدوات التي تدعم التحليل والتصميم المعتمد على النماذج
Tools that support Model-driven analysis &design) )
- المتطلبات (Requirements)
- نماذج النظام System models) (
02/04/1440

3. منهجيات تطوير نظم المعلومات System Development Methodologies
مجموعة الطرق والأدوات المستخدمة في تطوير النظام .
Model-driven analysis and design
تقنيات معتمدة على رسم نماذج (Models) تمثل النظام الحالي أو الرؤية المستقبلية للنظام الجديد:
منهجية التحليل والتصميم الهيكلي
(Structured System Analysis and Design Methodology) ِِِ
منهجية هندسة المعلومات
(Information Engineering Methodology)
منهجية التحليل والتصميم الموجه نحو الكائنات
(Object-Oriented Analysis and Design Methodology)
منهجية الحزم الجاهزة Commercial off- the-shelf software COTS) (
02/04/1440

4. منهجية التحليل والتصميم الهيكلي Structured System Analysis and Design Methodology
تم تطوير هذه المنهجية وأصبحت منهجية قياسية, تعتمد على نماذج العمليات (Process Models) أي التوصيف الهيكلي للعمليات باستخدام الأدوات الهيكلية مثل مخططات تدفق البيانات (DFD), ومن أهم خصائصها:
أصبحت منهجية قياسية
تعتمد على الجمع ما بين عملية تحليل البيانات وتحليل التدفقات في آن واحد
تحدد بدقة وبالتفصيل الكامل جميع المهام المطلوبة والتسلسل اللازم.
02/04/1440

5. منهجية هندسة المعلومات Information Engineering Methodology
تعتبر هذه المنهجية معتمدة على البيانات من التخطيط الاستراتيجي للمؤسسة ككل, وبناء نموذج البيانات(Data Model) الذي يأخذ بعين الاعتبار الاحتياجات المستقبلية, ومن أهم خصائصها:
تعتمد على التخطيط الاستراتيجي للمؤسسة
بناء نموذج البيانات(Data Model)
تتطلب من محللي النظم دراسة مجال العمل الذي تمارسه المؤسسة واستكشاف التطورات المحتملة.
02/04/1440

6. التحليل الهيكلي و هندسة المعلومات
في التحليل الهيكلي يتم رسم نموذج العمليات أولاً (Process Model), بينما في هندسة المعلومات يتم رسم نموذج البيانات (Data Model) أولاً.
النموذجين مطلوبين في المنهجيتين, لأن نظام المعلومات يتضمن العمليات والبيانات معاً.
02/04/1440

7. التحليل والتصميم الموجه نحو الكائنات Object-Oriented Analysis and Design Methodology
يهتم التحليل الموجه نحو الكائنات بتطوير نموذج كائن (Object model) .
الكائن (Object) عبارة عن وحدة تحتوي على مجموعة من البيانات تسمى خصائص أو صفات وعلى مجموعة من العمليات.
اصبحت هذه المنهجية هي الأكثر شيوعاً.
02/04/1440

8. التحليل والتصميم الموجه نحو الكائنات Object-Oriented Analysis and Design Methodology
تستخدم هذه المنهجية: لغة النمذجة الموحدة
(Unified Modeling Language (UML))
تزود لغة النمذجة الموحدة بمجموعة أدوات مفيدة لتحليل وتصميم النظم.
تعتمد قيمة نتائج استخدام أدوات UML في مشروع ما, على خبرة محلل النظم في استعمال هذه الأدوات.
يستخدم المحلل هذه الأدوات لتحليل متطلبات النظام الى نموذج حالات ونموذج كائنات (Object Model).
02/04/1440

9. الأدوات التي تدعم التحليل والتصميم المعتمد على النماذج Tools that support Model-driven analysis &design
نوعين من الأدوات التي تدعم التحليل المعتمد على النماذج:
1- البرمجيات الرسومية عامة الغرض :
Microsoft Visio professional
02/04/1440

10. تابع:الأدوات التي تدعم التحليل والتصميم المعتمد على النماذج Tools that support Model-driven analysis
2- أدوات هندسة البرمجيات بمساعدة الحاسب (CASE Tools)
Computer-Aided Software Engineering Tools
هي مجموعة البرامج الحاسوبية المعدة بهدف المساعدة في عملية حوسبة المهام والأنشطة للوصول الى نظام معلومات جيد.
مثل:Rational Rose
أهم وظائفها:
رسم المخططات
تكوين مخازن البيانات
تصميم الشاشات.
تصميم التقارير.
توليد البرامح التنفيذية.
ادارة عملية التطوير.
02/04/1440

11. منهجية الحزم الجاهزة Commercial off- the-shelf software COTS
برامج معدة مسبقاً من قبل خبراء ليس لنظام معين ولكن بشكل عام.
تطبيق على المؤسسات ذات النظم المتشابهة بعد اجراء التعديل المناسب للاحتياجات الخاصة بالمؤسسة, ومن الأمثلة على هذه النظم:
- نظام مخازن
- نظام بنوك
- نظام مدارس
المميزات:
- التطور السريع
- المرونة التي تتيحها لإجراء التغييرات والاحتياجات.
العيوب:
- عدم مطابقتها الكاملة للاحتياجات الخاصة للمؤسسة
02/04/1440

12. المتطلبات (Requirements)
تحديد المتطلبات: يعني تعريف شكل النظام أو وصف لما يستطيع النظام أن يقوم به لأداء وظيفته التي سيصمم من أجلها.
أي الاجابة على السؤال:
What do the users need and want from a new system?
02/04/1440

13. أنواع المتطلبات (Types of requirements)
صُنفت من عدة وجهات نظر منها تقسيمها الى متطلبات وظيفية وغير وظيفية ومنها تقسيمها كالتالي:
متطلبات مستخدم (User Requirements):
جمل بلغة طبيعية مع أشكال توضيحية Diagrams للخدمات التي يوفرها النظام وقيود التشغيل مكتوبة للزبون.
متطلبات النظام(System Requirements):
وثيقة هيكلية تبين الوصف التفصيلي لخدمات النظام, مكتوبة كعقد بين المقاول والزبون.
مواصفات البرمجيات (Software Requirements):
وصف تفصيلي للبرمجيات يعمل كأساس لتصميم وتنفيذ النظام, مكتوب لمطوري النظام
02/04/1440

14. المتطلبات الوظيفية وغير الوظيفية Functional and None-Functional Requirements
1- المتطلبات الوظيفية Requirements Functional:
تصف وظيفة أو الخدمات التي يوفرها النظام, وكيف يجب للنظام أن يتعامل مع المدخلات المعينة وكيفية تصرف النظام في مواقف معينه.
تعتمد المتطلبات الوظيفية على:
- نوع البرمجيات.
- نوع النظام الذي تستخدم فيه هذه البرمجيات
- المستخدمين المتوقعين
مثال:
- سوف يكون المستخدم قادراً على البحث في كل مجموعة قواعد البيانات أو اختيار مجموعة فرعية منها.
- سوف يوفر النظام العروض المرغوبة للمستخدم حتى يتمكن من قراءة المستندات في مخزون المستندات.
المشاكل:
تظهر المشاكل عندما:
- لا يتم تحديد المتطلبات بدقة ووضعها في غموض.
- قد تفسر المتطلبات الملتبسة بطرق مختلفة لدى المطورين والمستخدمين
02/04/1440

15. المتطلبات الوظيفية وغير الوظيفية Functional and None-Functional Requirements
تصف خصائص النظام (Properties) والقيود (Constraints) التي يتم خلالها تطوير النظام.
أنواع المتطلبات الغير وظيفية:
- متطلبات المنتج: مثل متطلبات الكفاءة Efficiency (تضم متطلبات الأداء Performance:كمية المعلومات التي تتم معالجتها throughput + وقت الاستجابة response time).
- المتطلبات التنظيمية Organizational: تضم متطلبات التسليم Delivery ومتطلبات التنفيذ Implementation ومتطلبات المعايير Standards.
- متطلبات خارجية External: تضم متطلبات اخلاقية ومتطلبات تشريعية (منها متطلبات الخصوصية Privacy ومتطلبات السلامة Safety).
مثال:
النظام يدعم سرية عالية, مرن, سهل الاستخدام
02/04/1440

16. متطلبات المستخدم User Requirements
يجب أن تصف المتطلبات الوظيفية وغير الوظيفية حتى يمكن أن تكون مفهومة بواسطة مستخدمي النظام الذين لا يملكون معرفة تقنية تفصيلية.
تعرف متطلبات المستخدم بلغة طبيعية مع جداول ورسوم تخطيطية.
المشاكل التي تنتج من وصف المتطلبات باللغة الطبيعية:
- قصور أو تدني الوضوح.
- تشويش المتطلبات: المتطلبات الوظيفية وغير الوظيفية تميل الى الاختلاط
- دمج المتطلبات: العديد من المتطلبات المختلفة قد يعبر عنها معاً
الخطوط الرئيسية لكتابة المتطلبات:
- استخدام اللغة بطريقة محددة تامة الوضوح متماسكة.
- استخدام النص في توضيح وبيان وتعريف الأجزاء الرئيسية من المتطلبات.
- تحاشي استخدام تعقيدات الكمبيوتر
02/04/1440

17. متطلبات النظام System Requirements:
مواصفات اكثر تفصيلاً من متطلبات المستخدم, تخدم اسس تصميم النظام.
متطلبات النظام يجب أن تحدد ما يجب أن يفعله النظام
What the system should do
يصف التصميم كيفية قيام النظام بذلك How it does this.
يعبر عن متطلبات النظام باستخدام نماذج النظام System models.
02/04/1440

18. نماذج النظام System models
النموذج : تعريف موجز للنظام , وتوفر أنواع النماذج معلومات مختلفة عن النظام.
أنواع النماذج Model types:
- نماذج العمليات /الوظائف Process models:تبين العمليات الكلية والمدعومة من النظام
- نماذج السياق Context models
- نماذج السلوك أو التصرف Behavioral models
- نماذج البيانات الدلالية Semantic data models
- نماذج الكائنات Object models
02/04/1440

19. نماذج السياق Context models:
تستخدم لتوضيح وتمثيل حدود النظام وتبين النظام والعلاقة مع النظم الأخرى.
مثال
02/04/1440

20. نماذج السلوك أو التصرف Behavioral models
تستخدم لوصف السلوك الكلى للنظام، وهناك نوعان من نماذج السلوك:
1-نماذج معالجة البياناتData processing models:
- تبين كيفية معالجة البيانات كلما تحركت فى النظام.
- تستخدم مخططات بيانية لتدفق البيانات (DFD)Data Flow Diagrams .
02/04/1440

21. نماذج السلوك أو التصرف Behavioral models
2- نماذج حالة الآلة State machine models:
- تبين كيفية استجابة النظم للأحداث.
- تستخدم فى نمذجة نظم الوقت الحقيقي
- جزء متكامل من لغة النمذجة الموحدة (UML).
مثال عمل فرن الميكروويف
02/04/1440

22. نماذج البيانات الدلالية Semantic data models
تستخدم لوصف الهيكل المنطقى للبيانات التى يعالجها النظام.
هو نموذج علاقات سمات عناصر(كينونة)
Entity-relation-attribute model يبين العناصر الموجودة فى النظام، والعلاقات بين هذه العناصر وسمات هذه العناصر ويستخدم على نطاق واسع فى تصميم قواعد البيانات، ويمكن تنفيذه بإستخدام قواعد البيانات العلائقية (Relational database)
02/04/1440

23. نماذج الكائنات Object models
تصف النظام فى مصطلحات من فئات الكائنات Object classes.
فئة الكائنات موجز مجرد لمجموعة كائنات ذات سمات شائعة وخدمات (عمليات operations) يوفرها كل كائن.
يمكن إنتاج العديد من نماذج الكائنات مثل:
1- نماذج الوراثة Inheritance models
2- نماذج التجمع Aggregation models
3 - نماذج التفاعل Interaction models
02/04/1440

24. نماذج الكائنات Object models
1- نماذج الوراثة Inheritance models
تنظم فئات كائن المجال فى مراتب (Hierarchy)، وتعكس الفئات التى فى أعلى مرتبة معمارية الملامح العامة الشائعة لكل الفئات، وترث فئات الكائنات سماتها من واحدة أو أكثر من الفئات الأعلى وهى تكون مخصصة كلما أمكن.
مثال معمارية فئة المكتبة:
02/04/1440

25. نماذج الكائنات Object models
2- نماذج التجمع Aggregation models:
يبين كيفية تجميع الفئات وتركيبها من فئات أخرى، ويشبه نسبيا العلاقات فى نماذج دلالة البيانات.
مثال تجمع الكائنات:
02/04/1440

26. نماذج الكائنات Object models
3 - نماذج التفاعل Interaction models:
يبين النموذج السلوكى التفاعل بين الكائنات لإنتاج تصرف معين للنظام مخصص كحالة استخدام.
تستخدم مخططات التتابع فى لغة النمذجة الموحدة لنمذجة التفاعل بين الكائنات.
مثال:
02/04/1440

27. النموذج الأولي Prototyping
تحديد المتطلبات المعروفة
بناء النموذج الأولي
وضع النموذج تحت
الاستخدام
اختبار النموذج
وتقييمه
هل توجد
تعديلات
الوصول الى
النموذج النهائي
التخلص من النموذج وبناء
النموذج الأصلي لا
نعم
النمذجة الاولية الشبيهة:
تحديد المتطلبات المعروفة
بناء النموذج الأولي
وضع النموذج تحت
الاستخدام
اختبار النموذج
وتقييمه
هل توجد
تعديلات
الوصول الى
النموذج النهائي
النمذجة الأولية الارتقائية
02/04/1440