X.Phụ lục
Phạm vi toàn cục của nỗ lực thiết kế đ−ợc mô tả trong mục I. Nhiều thông tin ch−a trong đó đ−ợc suy ra từ đặc tả hệ thống và các tài liệu khác trong pha xác định phần mềm. Các tham khảo riêng tới tài liệu hỗ trợ đ−ợc thực hiện trong mục II
Mục III, mô tả thiết kế , đ−ợc hoàn tất nh− một phần của thiết kế sơ bộ. Chúng ta đã l−u ý rằng thiết kế là h−ớng thông tin - tức là luồng và/hoặc cấu trúc của dữ liệu sẽ khống chế kiến trúc của phần mềm. Biểu đồ luồng dữ liệu hay các biểu diễn dữ liệu khác đ−ợc phát triển trong khi các phân tích yêu cầu đ−ợc làm mịn và đ−ợc dùng để điều khiển cấu trúc phần mềm. Bởi vì luồng thông tin đã có sẵn nên mô tả giao diện có thể đ−ợc phát triển cho các phần tử của phần mềm
Các mục IV và V tiến hoá khi thiết kế sơ bộ chuyển thành thiết kế chi tiết. Các modul - các phần tử định địa chỉ tách biệt đ−ợc của phần mềm nh− ch−ơng trình con, hàm hay thủ tục- khởi đầu đ−ợc mô tả bằng lời thuật xử lý trong tiếng Anh. Lời thuật xử lý giải thích chức năng thủ tục của một modul. Sau này, một công tụ thiết kế thủ tục sẽ đ−ợc dùng để dịch lời thuật thành một mô tả có cấu trúc.
Mô tả cách tổ chức dữ liệu đ−ợc nêu trong mục V. Các cấu trúc tệp duy trì trên ph−ơng tiện bộ nhớ phụ đ−ợc mô tả trong thiết kế sơ bộ; dữ liệu toàn cục đ−ợc gán; và tham khảo chéo gắn các modul riêng lẻ với tệp hay dữ liệu toàn cục đ−ợc thiết lập.
Mục VI của đặc tả thiết kế ch−a các tham khảo chéo về các yêu cầu. Mục đích của ma trận tham khảo chéo này là:
1. Thiết lập rằng mọi yêu cầu đều đ−ợc thiết kế phần mềm thoả mãn 2. Chỉ ra modul nào là chủ chốt cho việc cài đặt các yêu cầu xác định Mục yêu
cầu
modul A modul B Modul C ... Modul Z
Mục 3.1.1 v v
Mục 3.1.2 v v
Mục 3.1.3 v
...
Mục 3.m.n v v
Hình- Tham khảo chéo yêu cầu
Giai đoạn đầu tiên trong việc phát triển các kiểm thử đ−ợc đ−a vào trong mục VII của tài liệu thiết kế. Một khi cấu trúc và giao diện phần mềm đã đ−ợc thiết lập thì chúng ta có thể phát triển các h−ớng dẫn để kiểm thử từng modul riêng rồi kiểm thử tích hợp toàn bộ bộ trình. Trong một số tr−ờng hợp, một đặc tả chi tiết về thủ tục kỹ nghệ phần mềm sẽ xuất hiện song song với thiết kế. Trong những tr−ờng hợp nh− vậy, mục này có thể xoá đi khỏi bản đặc tả thiết kế .
Các ràng buộc thiết kế, nh− những giới hạn bộ nhớ vật lí hay sự cần thiết một giao diện ngoài chuyên dụng có thể khống chéo các yêu cầu riêng để lắp ráp hay đóng gói phần mềm. Những
thông tin. Các yêu cầu và xem xét cho việc đóng gói phần mềm đ−ợc trình bày trong mục VIII. Thứ nữa, mục này mô tả cho cách tiếp cận sẽ đ−ợc dùng để chuyển phần mềm sang vị trí của khách.
Mục IX và X của bản đặc tả thiết kế chứa dữ liệu phụ trợ. Các mô tả thuật toán, thủ tục khác, dữ liệu bảng, các trích đoạn từ các văn bản khác và các thông tin liên quan đ−ợc trình bày nh− những l−u ý đặc biệt hoặc nh− các phụ lục tách biệt. Có thể nên phát triển bản H−ớng dẫn sơ bộ/ Tài liệu cài đặt và đ−a nó vào nh− phụ lục cho tài liệu thiết kế.
_____________________________________________________________Ch−ơng III.
xét duyệt và làm t− liệu cho việc làm mịn dần các chi tiết thủ tục, cấu trúc ch−ơng trình, cấu trúc dữ liệu. Việc thiết kế nảy sinh ra trong những biểu diễn cho phần mềm có thể đ−ợc xác nhận cề chất l−ợng .
Trong suốt ba thập kỷ qua ng−ời ta đề nghị một số khái niệm thiết kế phần mềm nền tảng. Tính modul (trong cả ch−ơng trình và dữ liệu) và khái niệm trừu t−ợng làm cho ng−ời thiết kế có khả năng đơn giản hoá và dùng lại các thành phần phần mềm. Việc làm mịn đ−a ra một cơ chế để biểu diễn các tầng kế tiếp của chi tiết chức năng. Cấu trúc ch−ơng trình và dữ liệu đóng góp cho một quan điểm tổng thể về kiến trúc phần mềm, trong khi thủ tục lại đ−a ra những chi tiết cần thiết cho việc cài đặt thuật toán. Che dấu thông tin và độc lập chức năng đ−a ra những trực cảm để đạt tới tính modul có hiệu quả.
Thiết kế phần mềm có thể đ−ợc xem xét hoặc theo cách nhìn kỹ thuật hoặc theo cách nhìn quản lý dự án. Theo quan điểm kỹ thuật, thiết kế bao gồm 4 hoạt động: thiết kế dữ liệu, thiết kế kiến trúc, thiết kế thủ tục và thiết kế giao diện. Theo quan điểm quản lý, thiết kế tiến hoá từ thiết kế sơ bộ sang thiết kế chi tiết.
Kí pháp thiết kế, đi kèm với các khái niệm lập trình có cấu trúc làm cho ng−ời thiết kế biểu diễn đ−ợc chi tiết thủ tục theo cách thức làm thuận tiện cho việc dịch sang mã ch−ơng trình. Các kí pháp đồ hoạ, bảng và văn bản đều có sẵn.
Còn nhiều ph−ơng pháp thiết kế phần mềm quan trọng nh− thiết kế h−ớng luồng dữ liệu, h−ớng sự vật, h−ớng dữ liệu .... Những ph−ơng pháp này, đ−ợc kết hợp với những nền tảng đã trình bày ở trên tạo nên cơ sở cho một cách nhìn đầy đủ về thiết kế phần mềm.
_________________
? củng cố
1. Tầm quan trong của thiết kế phần mềm ? Các giai đoạn phải trải qua?
2. Chuẩn bị cho lập trình, những loại thiết kế nào cần tạo ra trong giai đoạn thiết kế ? ( kiến trúc, dữ liệu, thủ tục). Vẽ sơ đồ hoạt động thiết kế và sản phẩm thiết kế ?. Mô tả các hoạt động cốt yếu trong đó.
3. Vẽ và phân tích sơ đồ mô tả mối quan hệ giữa các khía cạnh quản lý và kỹ thuật ? 4. T− t−ởng của ph−ơng pháp cấu trúc?
5. Các h−ớng dẫn đảm bảo chất l−ợng thiết kế ?
6. Các khái niệm nền tảng cho thiết kế (trừu t−ợng, làm mịn, modul, kiến trúc phần mềm , cấp bậc điều khiển, cấu trúc dữ liệu, thủ tục phần mềm, che dấu thông tin
7. Tóm l−ợc 2 chiến l−ợc thiết kế chức năng và đối t−ợng ? 8. Độ đo chất l−ợng thiết kế ?
9. Bàn về thiết kế h−ớng đối t−ợng (cách tiếp cận. đặc tr−ng, −u, nh−ợc điểm?
10.Khái niệm biểu đồ dòng Dl, l−ợc đồ cấu trúc, từ điển Dl trong thiết kế h−ớng chức năng ? 11.Các thế hệ giao diện ng−ời- máy đã trải qua? Tiến trình thiết kế giao diện ?
12.Các Mô hình thiết kế giao diện?
13.Các vấn đề thiết kế giao diện th−ờng nảy sinh?
14.Chu trình đánh giá thiết kế giao diện? Tiêu chuẩn đánh giá xét duyệt thiết kế ? 15.Nêu tóm l−ợc các h−ớng dẫn thiết kế giao diện?