أنواع السُحب في الحوسبة السحابية:-


السحابة العامة Public Cloud:-

عادةً ما تحتوي على كميات هائلة من المساحة المتاحة، مما يُترجم إلى قابلية التوسع بسهولة. يوصى به لتطوير البرمجيات والمشاريع التعاونية.


السحابة الخاصة Private Cloud :-

عادة ما تكون موجودة خلف جدار حماية وتستخدمها مؤسسة واحدة. يوصى به للشركات ذات المتطلبات التنظيمية الصارمة للغاية


السحابة الهجينة Hybrid Cloud:-

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



سحابة المجتمع Community Cloud:-

منصة تعاونية ومتعددة المستأجرين تستخدمها العديد من المؤسسات المتميزة لمشاركة نفس التطبيقات. يعمل المستخدمون عادةً في نفس الصناعة أو المجال.


#الحوسبة_السحابية_نظري

بنية الحوسبة السحابية هي مزيج من العمارة الموجهة للخدمة و المعمارية المدفوعة بالحدث

Cloud computing architecture is a combination of service-oriented architecture and event-driven architecture

#الحوسبة_السحابية_نظري

Application Layer

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


#الحوسبة_السحابية_نظري

Platform Layer

توفر طبقة النظام الأساسي الموارد اللازمة لبناء التطبيقات فعليًا. بالاشتراك مع IaaS، توفر PaaS القدرة على تطوير التطبيقات واختبارها وتشغيلها واستضافتها. تُفتح طبقة النظام الأساسي أمام الجهات الخارجية لإضافة برامجها (أو عمليات التكامل) إلى الخدمة السحابية


#الحوسبة_السحابية_نظري

Infrastructure Layer

طبقة البنية التحتية هي مبنى مركز البيانات والمعدات والأنظمة التي تحافظ على تشغيله


#الحوسبة_السحابية_نظري

Hardware Layer

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


#الحوسبة_السحابية_نظري

مراقب الأجهزة الافتراضية برنامج Hypervisor:-


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


هناك نوعان من برامج Hypervisor:


النوع الأول برامج Hypervisor المعدنية:

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



النوع الثاني برامج Hypervisor المستضافة:

يتم تثبيتها كتطبيق برمجي على نظام التشغيل، ويعمل كل جهاز افتراضي كمثيل برنامج منفصل أو عملية على النظام المضيف. تشمل الأمثلة محطة عمل VMware وOracle VirtualBox.



#الحوسبة_السحابية_نظري

3 / 9 / 2024

#اختبار_نصفي_الحوسبة_السحابية_نظري

اوائل دفعة IS 2022

ألف مبارك للأوائل 🥳

#IS4

تكاليف تُسلم الخميس

تطبيق المحاضرة كاملةً ب مثال أخر
#انظمة_تخطيط_موارد_المؤسسات_عملي



١. بحث عن الفروق بين
File و personal

ك Geodatabase

٢. تطبيق ال Topology على محافظتك التي رسمتها في الأسبوع الماضي
Overlapping & Gaps

٣. تحضير العلاقات بين الجداول للمحاضرة القادمه

٤. بحث عن GPS في ArcMap
How to import GPS data into Arc map

#نظم_معلومات_جغرافية_عملي

كلام الأستاذة خولة العمري بشأن تكليف ال topology :

يكفي المخرج النهائي انه
summary error zero

لما تفعلوا في الاخير راح تجو الى حقكم topolgy الماوس الايمن
بعدها property
Error
Summary error



بما معناه ان تسليم مخرج التكليف يكون صورة لل summary error مع الخريطة النهائية

#نظم_معلومات_جغرافية_عملي
#IS4

ملف مساعد لتطبيق ال SRS

منقول من الأستاذة فاطمه سعد عامر
#IS4

#مشروع_التخرج

#IS4
قوالب توصيف ال USE CASE
#مشروع_التخرج

#IS4

بالنسبة للمخططات

الاغلب اعتقد مفهوم ومنه ما تم دراسته عدا ال interaction diagram


لذلك استفسرنا عنه عند الدكتور منصور القباطي وقال انه activity diagram
#مشروع_التخرج

This document appears to be a template for documenting use case denoscriptions.
The main elements include:

1. Use Case Name: The name or noscript of the use case.
2. Unique ID: A unique identifier for the use case.
3. Area: The area or domain that the use case belongs to.
4. Actors: The stakeholders or users involved in the use case.
5. Denoscription: A brief denoscription of the use case.
6. Trigger Type: Indicates whether the use case is triggered externally or temporally.
7. Steps Performed (main path): The main steps or flow of the use case.
8. Information of Steps: Additional details about the steps performed in the use case.
9. Preconditions: Conditions that must be met before the use case can be executed.
10. Post conditions: Conditions that are expected to be true after the use case is completed.
11. Requirements Met: The requirements or user needs that the use case addresses.
12. Outstanding Issues: Any known issues or concerns with the use case.
13. Priority: The importance or priority level of the use case.
14. Risk: The potential risks or challenges associated with the use case.

This template provides a structured way to document the key aspects of a use case, which is a common technique in software engineering and requirements analysis to capture and communicate user interactions with a system.

#IS4

#مشروع_التخرج

#IS4
لتحديد Trigger Type و Priority في وصف حالات الاستخدام، يمكن الاعتماد على المعايير التالية:

Trigger Type
1. External:
- استخدم هذا الخيار إذا كانت الحالة تتطلب دخولًا من مستخدم خارجي أو نظام آخر.
- مثال: عندما يقوم المستخدم بالنقر على زر، أو عندما يتلقى النظام طلبًا من واجهة برمجة التطبيقات (API).

2. Temporal:
- استخدم هذا الخيار إذا كانت الحالة تعمل بناءً على الوقت، مثل المهام المجدولة.
- مثال: تقرير يتم إنشاؤه تلقائيًا كل نهاية شهر.
Priority
1. Urgent:

- الحالات التي تحتاج إلى التنفيذ الفوري أو التي تؤثر بشكل كبير على العمل.
- مثال: إصلاحات للأخطاء الحرجة التي تعطل النظام.

2. High:

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

3. Medium:

- الحالات التي لها تأثير معتدل ويمكن برمجتها في الجدول الزمني.
- مثال: تحسينات بسيطة على واجهة المستخدم.

4. Low:

- الحالات التي ليست ذات أولوية عالية ولا تمثل خطراً على النظام.
- مثال: تغييرات جمالية أو تحسينات ثانوية.

#مشروع_التخرج