Mục lục:
Định nghĩa - Thiết kế từ trên xuống có nghĩa là gì?
Một thiết kế từ trên xuống là sự phân rã của một hệ thống thành các phần nhỏ hơn để hiểu được các hệ thống con thành phần của nó.
Trong thiết kế từ trên xuống, tổng quan của hệ thống được thiết kế, chỉ định, nhưng không nêu chi tiết bất kỳ hệ thống con cấp đầu tiên nào. Sau đó, mọi hệ thống con được tinh chỉnh chi tiết hơn, ví dụ, đôi khi chia thành nhiều cấp độ khác nhau của hệ thống con, để toàn bộ đặc tả được phân tách thành các yếu tố cơ bản.
Ngay khi các yếu tố cơ sở này được xác định, việc xây dựng các yếu tố này dưới dạng mô-đun máy tính sẽ dễ dàng hơn. Một khi các mô-đun được xây dựng, thật dễ dàng để đặt chúng lại với nhau, xây dựng toàn bộ hệ thống từ các yếu tố riêng lẻ này.
Một thiết kế từ trên xuống còn được gọi là một thiết kế từng bước.
Techopedia giải thích Thiết kế từ trên xuống
Một thiết kế từ trên xuống nói chung là một kế hoạch được thực hiện bằng tiếng Anh đơn giản, đơn giản cho chương trình. Điều rất quan trọng cần lưu ý là một thiết kế từ trên xuống phải độc lập với bất kỳ ngôn ngữ lập trình nào. Thiết kế từ trên xuống không bao giờ được kết hợp các tham chiếu đến các chức năng thư viện hoặc các yếu tố cú pháp cụ thể cho một ngôn ngữ cụ thể.
Đó là lý do tại sao các thiết kế từ trên xuống được viết bằng tiếng Anh. Khái niệm điều khiển một thiết kế từ trên xuống là để phá vỡ nhiệm vụ mà một chương trình thực hiện thành một vài nhiệm vụ mở rộng.
Cấp cao nhất được gọi là mô đun chính, cấp cao nhất hoặc cấp 0. Tại thời điểm này, khối lượng của nhiệm vụ phải nhỏ. Hầu hết các chương trình ở cấp độ này thường bao gồm ba đến bảy nhiệm vụ. Đối với các chương trình có kích thước nhỏ, khối lượng nhiệm vụ phải ở mức thấp của phạm vi được đề cập.
Việc phân chia các nhiệm vụ thành các nhiệm vụ cơ bản phân chia vấn đề thành nhiều chương trình nhỏ hơn, giúp các nhà phát triển dễ dàng mã hóa các phần đơn giản hơn này. Thông thường có thể là nhiều trong số các nhiệm vụ này cơ bản đến mức họ có thể ngay lập tức xác định cách viết mã để hoàn thành phần đó.
Tuy nhiên, điều này thường không phải là trường hợp ở cấp cao nhất. Nếu một nhiệm vụ con mất nhiều hơn một vài dòng mã, thì nên lặp lại quy trình phân chia. Thông thường, đối với mỗi bảng con ở cấp cao nhất, một mô-đun mới được bắt đầu ở cấp 1. Các nhiệm vụ này sau đó được xem xét riêng lẻ và một lần nữa được chia thành các nhiệm vụ khác. Việc phân chia và quy trình tạo cấp độ mới này nên được tiếp tục cho đến khi các lập trình viên có thể thực hiện mọi phần của vấn đề bằng cách sử dụng mã máy tính.
