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

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

الفرق بين مركاتور وأرض الواقع

حجم جرينلاند باللون البني وحجم أفريقيا باللون الأخضر

نلاحظ الفرق بين تمثيل مركاتور وأرض الواقع


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

نظام التموضع العالمي ويرمز له بالرمز GPS

هو نظام ملاحة عبر الأقمار الصناعية يقوم بتوفير معلومات عن الموقع والوقت في جميع الأحوال الجوية في أي مكان على أو بالقرب من الأرض حيث هناك خط بصر غير معاق لأربعة أو أكثر من أقمار الGPS.

يوفر النظام قدرات مهمة للمستخدمين العسكريين والمدنيين والتجاريين في جميع أنحاء العالم.

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

GPS
جهاز يستخدم البيانات من الأقمار الصناعية لتحديد نقطة معينة على الأرض في عملية تسمى التثليث Triangulation

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

https://youtu.be/efcwBYOzzZU?si=0TX63YcIv7d_uBdi

#IS4
فيديو محاضرة اليوم

#أخلاقيات_حاسوب

#IS4

ملف محاضرة اليوم

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

صورة توضيحية لأنواع خدمات الحوسبة السحابية وأشهر تطبيقاتها

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

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


السحابة العامة 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.



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

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

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

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

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

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

1. Use Case Name: The name or title 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. Description: A brief description 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:

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

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