توثيق26 - تصميم من أعلى إلى أسفل
مع زيادة حجم البرامج وزيادة تعقيدها ، يصبح تصميمها وترميزها وصيانتها أكثر صعوبة. كما هو الحال مع أي مشروع كبير ، غالبًا ما يكون من الجيد تقسيم المهام الكبيرة والمعقدة إلى سلسلة من المهام الصغيرة والبسيطة. لنتخيل أننا نحاول وصف مهمة يومية مشتركة ، وهي الذهاب إلى السوق لشراء الطعام ، لشخص من المريخ. قد نصف العملية الشاملة على أنها سلسلة الخطوات التالية:
1. اركب السيارة.
2. محرك الأقراص إلى السوق.
3. وقوف السيارات.
4. ادخل السوق.
5. شراء المواد الغذائية.
6. العودة إلى السيارة.
7. قيادة المنزل.
8. وقوف السيارات.
9. ادخل المنزل.
ومع ذلك ، من المرجح أن يحتاج شخص من المريخ إلى مزيد من التفاصيل. يمكننا تقسيم المهمة الفرعية "Park car" إلى هذه السلسلة من الخطوات:
1. البحث عن مساحة لوقوف السيارات.
2. قيادة السيارة في الفضاء.
3. إيقاف تشغيل المحرك.
4. Set parking brake.
5. خروج السيارة.
6. Lock car.
يمكن أيضًا تقسيم المهمة الفرعية "إيقاف تشغيل المحرك" إلى خطوات تشمل "إيقاف تشغيل الإشعال" و "إزالة مفتاح الإشعال" وما إلى ذلك ، حتى يتم تحديد كل خطوة في عملية الانتقال إلى السوق بالكامل.
تسمى هذه العملية لتحديد خطوات المستوى الأعلى وتطوير وجهات نظر مفصلة بشكل متزايد لتلك الخطوات تصميم من أعلى إلى أسفل. تسمح لنا هذه التقنية بتقسيم المهام المعقدة الكبيرة إلى العديد من المهام الصغيرة والبسيطة. التصميم من أعلى إلى أسفل طريقة شائعة للتصميم
26 - تصميم من أعلى إلى أسفل
البرامج المناسبة تمامًا لبرمجة shell على وجه الخصوص.
في هذا الفصل ، سوف نستخدم تصميمًا تنازليًا لتطوير برنامج نصي منشئ التقارير بشكل أكبر.