Thiết Kế Hệ Thống Là Gì? Phương Pháp Thiết Kế Hệ Thống ... - 123doc

Thiết kế hệ thống là gì? Phương pháp thiết kế hệ thống Thiết kế hệ thống là gì? Phương pháp thiết kế hệ thống

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (3.45 MB, 30 trang )

Các yêu cầu của một đặc tả tốt• Dễ hiểu với người dùng • Có ít điều nhập nhằng• Có ít quy ước khi mơ tả, có thể tạo đơn giản • Với phong cách từ trên xuống topdown• Dễ triển khai cho những pha sau của vòng đời: thiết kế hệ thống và thiết kế chương trình và giao diện dễlàm, đảm bảo tính nhất quán, . . .5.3. Các nguyên lý phân tích u cầu sử dụng • Ngun lý I. Mơ hình hóa dữ liệu– Xác định các đối tượng dữ liệu – Xác định các đặc tính của các đối tượng dữ liệu– Thiết lập các mối quan hệ giữa các đối tượng dữ liệu• Nguyên lý II. Mơ hình hóa các chức năng– Xác định các chức năng chuyển đổi đối tượng dữ liệu – Chỉ ra luồng dữ liệu đi qua hệ thống như thế nào– Biểu diễn bộ phận sản sinh dữ liệu và bộ phận tiêu thụ dữ liệu• Ngun lý III. Mơ hình hóa hành vi– Chỉ ra các trạng thái states khác nhau của hệ thống – Đặc tả các hiện tượng events làm hệ thống thay đổi trạng thái• Nguyên lý IV. Partition the Models– Tinh lọc từng mơ hình để biểu diễn các mức trừu tượng thấp hơn – Lọc đối tượng dữ liệu– Tạo ra phân cấp chức năng – Biểu diễn hành vi behavior ở các mức chi tiết khác nhau• Nguyên lý V. Bản chất Essence– Hãy bắt đầu bằng cách tập trung vào bản chất của vấn đề chứ không xem xét những chi tiết cài đặt begin by focusing on the essence of the problem without regard to implementation details

Phần IV Thiết kế và Lập trình

Design and Programming

Chương 6: Phương pháp thiết kế hệ thống

6.1. Thiết kế hệ thống là gì?

6.2. Phương pháp thiết kế hệ thống

6.1. Thiết kế hệ thống là gì?• Là thiết kế cấu hình phần cứng và cấu trúc phần mềm gồm cả chức năng và dữ liệu để có được hệ thống thỏa mãn các u cầu đề ra• Có thể xem như Thiết kế cấu trúc WHAT, chứ không phải là Thiết kế Logic HOWQuy trình thiết kế hệ thống• Phân chia mơ hình phân tích ra các hệ con • Tìm ra sự tương tranh concurrency trong hệ thống• Phân bố các hệ con cho các bộ xử lý hoặc các nhiệm vụ tasks • Phát triển thiết kế giao diện• Chọn chiến lược cài đặt quản trị dữ liệu • Tìm ra nguồn tài nguyên chung và cơ chế điều khiển truy nhập chúng• Thiết kế cơ chế điều khiển thích hợp cho hệ thống, kể cả quản lý nhiệm vụ • Xem xét các điều kiện biên được xử lý như thế nào• Xét duyệt và xem xét các thỏa hiệp trade-offsCác điểm lưu ý khi thiết kế hệ thống1 Có thể trích được luồng dữ liệu từ hệ thống: đó là phần nội dung đặc tả yêu cầu và giao diện 2 Xem xét tối ưu tài nguyên kiến trúc lên hệ thống rồi quyết định kiến trúc3 Theo quá trình biến đổi dữ liệu, hãy xem những chức năng được kiến trúc như thế nào 4 Từ kiến trúc các chức năng theo 3, hãy xem xét và chỉnh lại, từ đó chuyển sang kiến trúc chươngtrình và thiết kế chi tiết 5 Quyết định các đơn vị chương trình theo các chức năng của hệ phần mềm có dựa theo luồng dữ liệuvà phân chia ra các thành phần 6 Khi cấu trúc chương trình lớn quá, phải phân chia nhỏ hơn thành các môđun7 Xem xét dữ liệu vào-ra và các tệp dùng chung của chương trình. Truy cập tệp tối ưu 8 Hãy nghĩ xem để có được những thiết kế trên thì nên dùng phương pháp luận và những kỹ thuật gì ?Thiết kế hệ thống• Thiết kế hệ thống – Thiết kế hệ thống phần cứng [1, 2]– Thiết kế hệ thống phần mềm [3-7] • Thiết kế hệ thống phần mềm– Thiết kế tệp file design [7] – Thiết kế chức năng hệ thống [3-6]

6.2 Phương pháp thiết kế hệ thống

• Phương pháp thiết kế cấu trúc hóa Structured Design của Constantine • Ngồi ra còn các phương pháp khác, như Phương pháp thiết kế tổng hợp Composite Design của MyersThiết kế cấu trúc hóa• Bắt nguồn từ modularity, top-down design, structured programming • Còn xem như Phương pháp thiết kế hướng luồng dữ liệu Data flow-oriented design• Quy trình 6 bước: 1 tạo kiểu luồng thơng tin; 2 chỉ ra biên của luồng; 3 ánh xạ DFD sang cấu trúc chương trình; 4 xác định phân cấp điều khiển; 5 tinh lọc cấu trúc; 6 chọn mô tả kiến trúc1 Môđun và tham số 2 Lưu đồ bong bóng và cấu trúc phân cấpLưu đồ bong bóng Bubble chart Cấu trúc phân cấp Hierarchical structured chart3 Phương pháp phân chia STS SourceTransformSink và TR Transaction4 Phân tích cấu trúc hóa 5 Chuẩn phân chia mơđun1 Mơđun• Dãy các lệnh nhằm thực hiện chức năng function nào đó • Có thể được biên dịch độc lập• Mơđun đã được dịch có thể được mơđun khác gọi tới • Giao diện giữa các mơđun thơng qua các biến tham số arguments2a Lưu đồ bong bóng Bubble chart• Biểu thị luồng xử lý dữ liệu • Ký pháp2b Cấu trúc phân cấp Hierarchical structured chart• Là phân cấp biểu thị quan hệ phụ thuộc giữa các môđun và giao diện interface giữa chúng • Các quy ước:– Không liên quan đến trình tự gọi các mơđun, nhưng ngầm định là từ trái qua phải – Mỗi môđun xuất hiện trong cấu trúc 1 lần, có thể được gọi nhiều lần– Quan hệ trên dưới: không cần nêu số lần gọi – Tên môđun biểu thị chức năng “làm gì”, đặt tên sao cho các mơđun ở phía dưới tổng hợp lại sẽbiểu thị đủ chức năng của môđun tương ứng phía trên – Biến số arguments biểu thị giao diện giữa các môđun, biến số ở các mơđun gọibịgọi có thểkhác nhau – Mũi tên với đi tròn trắng biểu thị dữ liệu, đi tròn đen hồng biểu thị flag– Chiều của mũi tên là hướng truyền tham số3 Phương pháp phân chia STS, TR• Thiết kế cấu trúc: – Phương pháp phân chia STS SourceTransformSink: NguồnBiếnđổiHấpthụ– Phương pháp phân chia TR Transaction • Minh họa phân chia chức năng theo bong bóng của DFD biểu đồ luồng dữ liệu3a Phương pháp phân chia STS 1 Chia đối tượng “bài toán” thành các chức năng thành phần2 Tìm ra luồng dữ liệu chính đi qua các chức năng: từ đầu vào Input tới đầu ra Output 3 Theo luồng dữ liệu chính: thay từng chức năng bởi bong bóng và làm rõ dữ liệu giữa các bong bóng4 Xác định vị trí trừu tượng hóa tối đa đầu vào và đầu ra5 Chuyển sang sơ đồ phân cấp6 Xác định các tham số giữa các môđun dựa theo quan hệ phụ thuộc7 Với từng môđun Source, Transform, Sink lại áp dụng cách phân chia STS lặp lại các bước từ 1 đến 6. Đơi khi có trường hợp khơng chia thành 3 mô đun nhỏ mà thành 2 hoặc 18 Tiếp tục chia đến mức cấu trúc lôgic khi môđun tương ứng với thuật tốn đã biết thì dừng. Tổng hợp lại ta được cấu trúc phân cấp: mỗi nút là 1 mơđun với số nhánh phía dưới khơng nhiều hơn 33b Phương pháp phân chia TR• Khi khơng tồn tại luồng dữ liệu chính, mà dữ liệu vào có đặc thù khác nhau như những nguồn khác nhau xem như các Giao dịch khác nhau• Mỗi giao dịch ứng với 1 mơđun xử lý nó • Phân chia mơđun có thể: theo kinh nghiệm; theo tính độc lập môđun; theo số bước tối đa trong 1 mơđunví dụ 50 và theo chuẩn4 Phân tích cấu trúc hóa• Xác định luồng dữ liệu • Luồng tuyến tính thì theo phân chia STS• Luồng phân nhánh thì theo phân chia TR5 Chuẩn phân chia mơđun• Tính độc lập: Độ kết hợp coupling và Độ bền vững strength •5 tiêu chuẩn của Myers – Decomposability– Composability – Understandability– Continuity – ProtectionĐặc trưng của thiết kế cấu trúc hóa• Dễ thích ứng với mơ hình vòng đời thác nước do tính thân thiện cao • Thiết kế theo tiến trình, khơng hợp với thiết kế xử lý theo lơ batch system• Dùng phân chia - kết hợp để giải quyết tính phức tạp của hệ thống • Topdown trong phân chia mơđun• Kỹ thuật lập trình hiệu quả

Chương 7: Kỹ thuật thiết kế chương trình

Xem Thêm

Tài liệu liên quan

• cnpm
  • 30
  • 920
  • 0

Tải bản đầy đủ (.pdf) (30 trang)

Tài liệu bạn tìm kiếm đã sẵn sàng tải về

(3.45 MB) - cnpm-30 (trang) Tải bản đầy đủ ngay ×