<ก่อนหน้านี้ | เนื้อหา | ถัดไป>

26 – การออกแบบจากบนลงล่าง‌

เมื่อโปรแกรมมีขนาดใหญ่ขึ้นและซับซ้อนมากขึ้น การออกแบบ เขียนโค้ด และบำรุงรักษาก็ยากขึ้น เช่นเดียวกับโครงการใหญ่ๆ มักจะเป็นความคิดที่ดีที่จะแบ่งงานขนาดใหญ่และซับซ้อนออกเป็นชุดของงานเล็กๆ ที่เรียบง่าย ลองนึกภาพว่าเรากำลังพยายามอธิบายงานทั่วไปในชีวิตประจำวัน ไปตลาดเพื่อซื้ออาหาร ให้คนที่มาจากดาวอังคาร เราอาจอธิบายกระบวนการโดยรวมเป็นชุดขั้นตอนต่อไปนี้:

1. ขึ้นรถ

2. ขับรถไปตลาด

3.จอดรถ.

4. เข้าสู่ตลาด

5. ซื้ออาหาร

6. กลับไปที่รถ

7. ขับรถกลับบ้าน

8.จอดรถ.

9. เข้าบ้าน.

อย่างไรก็ตาม บุคคลที่มาจากดาวอังคารมักจะต้องการรายละเอียดมากกว่านี้ เราสามารถแยกย่อยงานย่อย "ที่จอดรถ" ออกเป็นชุดของขั้นตอนต่อไปนี้:

1. หาที่จอดรถ

2. ขับรถเข้าไปในอวกาศ

3. ปิดมอเตอร์

4. ตั้งเบรกจอดรถ

5. ออกจากรถ

6.ล็อครถ.

งานย่อย "ปิดมอเตอร์" สามารถแบ่งออกเป็นขั้นตอนต่างๆ รวมถึง "ปิดสวิตช์กุญแจ" "ถอดกุญแจจุดระเบิด" และอื่นๆ จนกว่าจะมีการกำหนดขั้นตอนทั้งหมดของกระบวนการทั้งหมดในการออกสู่ตลาดอย่างสมบูรณ์

กระบวนการระบุขั้นตอนระดับบนสุดและพัฒนามุมมองที่มีรายละเอียดมากขึ้นของขั้นตอนเหล่านั้นเรียกว่า การออกแบบจากบนลงล่าง. เทคนิคนี้ช่วยให้เราแบ่งงานที่ซับซ้อนขนาดใหญ่ออกเป็นงานเล็กๆ ง่ายๆ จำนวนมากได้ การออกแบบจากบนลงล่างเป็นวิธีการออกแบบทั่วไป

26 – การออกแบบจากบนลงล่าง

โปรแกรมและโปรแกรมที่เหมาะสมกับการเขียนโปรแกรมเชลล์โดยเฉพาะ

ในบทนี้ เราจะใช้การออกแบบจากบนลงล่างเพื่อพัฒนาสคริปต์ตัวสร้างรายงานของเราต่อไป

<ก่อนหน้านี้ | เนื้อหา | ถัดไป>