+ Module song song: thực hiện đồng thời với module khác.. Như đã đề cập ở trên, rất khó để có thể xác định được thế nào là thiết kế tốt, nó phụ thuộc vào ứng dụng và vào yêu cầu dự án. M[r]
(1)CHƯƠNG 4
THIẾT KẾ PHẦN MỀM
Xây dựng ứng dụng phần mềm dây chuyền chuyển đổi, mà phân tích nhằm xác định ứng dụng thực (what) thiết kế nhằm để trả lời câu hỏi phần mềm cụ thể (how)? Tức xác định cách thức thực đặt phần phân tích
Trong ba giai đoạn: thiết kế, cài đặt bảo trì thiết kế giai đoạn quan trọng nhất, chịu trách nhiệm đến 80% thành công sản phẩm Cài đặt việc thực thi thiết kế Nếu q trình cài đặt có xuất vấn đề phải quay lại sửa thiết kế Quá trình thiết kế tốt sở để quản lý giảm chi phí cho cơng việc bảo trì phần mềm sau
4.1 ĐẶC ĐIỂM CỦA QUÁ TRÌNH THIẾT KẾ PHẦN MỀM
Nhiệm vụ thiết kế chuyển đổi yêu cầu hệ thống (kết q trình phân tích) sang dạng biểu diễn hệ thống phần mềm Nghĩa xây dựng mô tả văn (thiết kế chi tiết) nêu rõ mối quan hệ tiền điều kiện hậu điều kiện cho tất chức (quá trình) hệ thống Tiền điều kiện xác định nhận giá trị chân lý trước q trình thực hiện, cịn hậu điều kiện xác định điều nhận giá trị chấp nhận tiền điều kiện q trình kết thúc thành công
Tầm quan trọng thiết kế thể qua hình sau:
Như vậy, thiết kế thực tế định chọn lựa, xây dựng đặc tả hành vi nhìn thấy từ bên ngồi bổ sung chi tiết cần thiết cho việc cài
Bảo trì Kiểm thử
Cài đặt Thiết kế
Cài đặt Kiểm thử
Bảo trì
(2)đặt hệ thống máy tính bao gồm chi tiết tổ chức quản lý liệu, công việc tương tác với người Thiết kế phải nhờ vào kinh nghiệm phải học tập có sẵn từ hệ thống khác; đọc sách đủ Bản thiết kế tốt chìa khóa cho thành công hệ thống
Mối liên quan thiết kế phần mềm với công nghệ phần mềm thể qua sơ đồ sau:
Thiết kế phần mềm hoạt động xác lập dựa hai mặt: quản lý kỹ thuật, chúng đan xen với Mối quan hệ hai khía cạnh kỹ thuật quản lý thể qua sơ đồ:
Trong quan điểm quản lý: thiết kế phần mềm tiến hành bước: + Thiết kế sơ bộ: quan tâm đến việc dịch yêu cầu thành kiến trúc liệu phần mềm
Thiết kế
Lập trình
Kiểm thử Mơ hình
chức Mơ hình hành vi
Các u cầu khác
Mơ hình thơng tin
Thiết kế liệu Thiết kế cấu trúc
Thiết kế thủ tục
Module chương trình
Phần mềm tích hợp kiểm thử
Thiết kế sơ Thiết kế chi tiết
Thiết kế liệu Thiết kế kiến trúc
Thiết kế thủ tục Thiết kế đối tượng
Thiết kế giao diện Khía
cạnh kỹ thuật
(3)+ Thiết kế chi tiết: tập trung vào việc làm mịn biểu diễn kiến trúc để dẫn đến cấu trúc liệu chi tiết biểu diễn thuật toán cho phần mềm
Đối với khía cạnh kỹ thuật, xuất số hoạt động thiết kế như: + Thiết kế liệu
+ Thiết kế kiến trúc + Thiết kế thủ tục + Thiết kế đối tượng +Thiết kế giao diện
Trong tiến trình thiết kế, mơ hình để biểu diễn công việc thiết kế đồ thị Các đỉnh đồ thị dùng để biểu diễn thực thể (các tiến trình, chức năng, kiểu ) cạnh mối liên hệ chúng Quá trình thiết kế thường mơ tả nhiều mức khác cách tiếp cận trừu tượng hóa, nhằm tách phận cấu thành toán nhằm nâng cao độ chắn, độ tin cậy hệ thống
Tiến trình thiết kế sơ đồ sau:
4.2 CÁC HOẠT ĐỘNG CỦA QUÁ TRÌNH THIẾT KẾ PHẦN MỀM
Như nói, phân tích nhằm xác định ứng dụng thực cịn thiết kế nhằm để trả lời câu hỏi phần mềm cụ thể nào? Trong thực tế, khơng có tách biệt hai giai đoạn mà hai hoạt động tiến hành song song chúng bổ sung lẫn Các hoạt động phải thực trình gồm: định danh, suy diễn, tổng hợp lại, xem xét lại tạo tài tiệu
Định danh: tìm kiếm quan trọng có liên quan, việc tìm thực thể, đối tượng, mối quan hệ, chức năng, tiến trình ràng buộc hệ thống
Thiết kế việc tham chiếu yêu cầu logic làm việc mơi trường tính tốn đích Điều có nghĩa định danh cấu trúc thiết kế hệ thống, phương hướng thiết kế tảng Các phương hướng bao gồm:
Xử lý theo lô, trực tuyến thời gian thực
Các hàm chức kết nối với ứng dụng làm việc môi trường sản phẩm
Phát thảo thiết kế phi
hình thức
Thiết kế phi hình
thức
Thiết kế hình thức
(4) Các giao diện người sử dụng chung điều khiển menu, cửa sổ – biểu tượng – menu – trỏ, điều khiển lệnh,
Kiểu thao tác, người sử dụng chuyên gia, tập hay bình thường
Suy diễn: Xác định chi tiết định danh Về mặt thể hiện, yêu cầu cung cấp kê khai thống khách hàng cho báo cáo đặc biệt
Trong trình xem xét, ta tìm câu trả lời cho câu hỏi như:
Thơng tin đảm bảo chắn người sử dụng? Nó có tồn tại? Điều đặc biệt người sử dụng?
Kiểu Query người sử dụng hỏi?
Các dạng câu hỏi người sử dụng muốn hỏi mà họ khơng thể trả lời? Kiểu liệu phân tích người sử dụng cần?
Các form (như hình hiển thị hay giấy) đưa ra? Các người sử dụng đặt câu hỏi đâu (vật lý)?
Dữ liệu đâu (tập trung/ phân tán/ tập trung)? Và đâu? Mỗi yêu cầu từ q trình phân tích khai triển thành chi tiết lớn thiết kế tham chiếu tới phần cứng, phần mềm thuộc cấu trúc thiết kế hệ thống
Ở đây, vấn đề liên quan đến cần giải như:
Cơ sở liệu thiết kế thiết kế để cung cấp nào, mặt thể thời gian đáp ứng tốt với hiệu cao nhất?
Các chương trình đóng gói để đáp ứng ràng buộc tiến trình?
Các hoạt động xem xét khác định bao gồm công việc thông thường chung cho tiến trình sử dụng thơng thường Về mặt thể hiện, tiến trình hiển thị thực nào? Các lập trình viên viết giao diện hiển thị riêng hay có module chung cho thao tác hiển thị? Phần thân chi tiết hệ thống chương trình tiện ích tất lập trình viên sử dụng
Hoạt động xem xét cuối kiểm tra ràng buộc ứng dụng Chúng ta chắn ràng buộc bảo toàn thiết kế q trình nằm giới hạn quy định
Tổng hợp lại: xây dựng khung nhìn thống ứng dụng, điều hồ phần khơng thích hợp biểu diễn u cầu form đồ thị Sự biểu diễn thủ công tự động, sử dụng công cụ tính tốn sở
Trong thiết kế, tổng hợp lại phải xây dựng thiết kế vật lý ứng dụng, điều chỉnh phần không phù hợp biểu diễn yêu cầu chi tiết Chúng ta thêm hàm chức vào ứng dụng môi trường đặc biệt
(5)Như thế, xem xét lại thực điều chỉnh chất lượng Tại cuối giai đoạn dẫn hướng thiết kế xuyên suốt, so sánh thiết kế với yêu cầu logic, hoàn thiện logic đắn Phân tích lại thời biểu bố trí nhân để tiến hành cài đặt, kiểm duyệt, thay đổi, đào tạo chuyển công tác, xem xét lại chúng cho phù hợp yêu cầu
Tạo tài liệu: tạo chương trình hữu ích đặc biệt tài liệu thiết kế tồn thể Tài liệu thiết kế mơ tả sở liệu, cấu trúc ứng dụng, ràng buộc, đồ thị văn thiết kế Các module chương trình bao gồm chi tiết tiến trình, tất giao diện thiết kế thông tin đặc biệt để phát triển ứng dụng
Tuy nhiên, hoạt động phân tích thiết kế có khác biệt bản, chúng bảng sau:
Hoạt động Phân tích Thiết kế
Định danh
Tìm thứ yếu ứng dụng Nội dung không giới hạn bao gồm thực thể, đối tượng, quan hệ, hàm chức năng, ràng buộc, phần tử liệu, trình điều khiển, yêu cầu chuẩn hoá,
Làm tinh hệ thống khái niệm cung cấp cho yêu cầu chức Định danh thoả hiệp yêu cầu mà cần thiết để làm việc giới hạn môi trường cài đặt Xác định chuẩn chung quy định cho môi trường cài đặt cho tất cơng việc cịn lại phải tơn trọng
Suy diễn
Xác định chi tiết chức định danh Người sử dụng cung cấp khái niệm cho định nghĩa mô tả thủ tục, cơng thức tiến trình Việc xem xét tỉ mỉ phụ thuộc vào phần cứng, phần mềm hay vùng làm việc
Đối với hàm chức năng, tham chiếu chúng tới môi trường phần cứng phần mềm Định danh module sử dụng lại Đúc kết chi tiết thông báo tiến trình module truyền thơng ngồi
Tổng hợp
Mở rộng khung nhìn ứng dụng thống Mở rộng lập tài liệu biểu diễn ứng dụng Đồ thị, bảng biểu, kỹ thuật khác hay sử dụng để biểu diễn
(6)Hoạt động Phân tích Thiết kế
Xem xét lại
Xem xét lại qua toàn việc phân tích với thành viên dự án người sử dụng Xem xét lại thời biểu giá cần thiết
Xem xét qua toàn thành phần thiết kế, sơ đồ kiểm tra, sơ đồ thay đổi thiết kế sở liệu với thành viên dự án, đặc điểm chương trình với lập trình viên, thao tác hiển thị với người sử dụng Xem xét lại thời biểu giá cần thiết
Tài liệu thị, cung cấp văn tài liệuĐúc kết form đồ cho tất hoạt động phân tích
Đúc kết form đồ thị, cung cấp văn tài liệu cho tất hoạt động thiết kế
Để ý rằng, bàn luận phân tích thiết kế việc tham chiếu đơn giản “cái gì” “như nào”, khơng phải tham chiếu 1-1 Ở đây, cần tới thoả hiệp yêu cầu phân tích thiết kế Thoả hiệp yêu cầu nghĩa chúng phải cấu trúc lại, thao tác, phân nhỏ hay thay đổi để phù hợp với giới hạn mơi trường Việc liên kết phân tích thiết kế chương trình lỏng hay chặt phụ thuộc vào phương pháp luận môi trường cài đặt Về mặt thể hiện, liệu khác sử dụng chuẩn liệu khác Mức độ chi tiết yêu cầu khác ta sử dụng ngôn ngữ cài đặt khác 4.3 NỀN TẢNG THIẾT KẾ
Mặc dầu có nhiều phương pháp thiết kế phần mềm trình thiết kế, sử dụng số khái niệm làm tảng Chúng gọi tảng thiết kế
4.3.1 Trừu tượng (abstraction)
Khái niệm trừu tượng cho phép tập trung vào vấn đề mức tổng qt đó, khơng xét tới chi tiết mức thấp không liên quan Việc dùng trừu tượng hoá cho phép ta làm việc với khái niệm thuật ngữ quen thuộc môi trường vấn đề mà biến đổi chúng thành cấu trúc không quen thuộc
Khi xét vấn đề cho việc tìm giải pháp module, đặt nhiều mức độ trừu tượng Tại mức trừu tượng cao nhất: phát biểu ngôn ngữ môi trường vấn đề Tại mức trừu tượng thấp hơn, thường lấy khuynh hướng thủ tục; mức thấp nhất, giải pháp phát biểu theo cách cài đặt trực tiếp
Trong bước tiến trình làm mịn cho mức trừu tượng giải pháp Khi chuyển qua mức trừu tượng khác nhau, làm việc để tạo trừu tượng thủ tục, trừu tượng liệu trừu tượng điều khiển
(7) Trừu tượng liệu: tập hợp liệu có tên mơ tả cho vật liệu Đối tượng liệu thực chất tập hợp nhiều mẫu thông tin khác ta tham khảo tới cách nói tên trừu tượng liệu Trừu tượng liệu làm cho người thiết kế xác định vật liệu hoàn cảnh thao tác (thủ tục) áp dụng vào
Trừu tượng điều khiển: áp dụng cho chế điều khiển chương trình mà khơng xác định chi tiết bên
4.3.2 Làm mịn (Refinement)
Làm mịn chiến lược thiết kế xuống Kiến trúc chương trình phát triển cách mức làm mịn liên tiếp thủ tục Trong bước, hay nhiều lệnh chương trình cho phân rã thành lệnh chi tiết Việc phân rã hay làm mịn liên tiếp đặc tả kết thúc tất lệnh diễn đạt dạng ngôn ngữ lập trình hay ngơn ngữ máy tính tảng Khi nhiệm vụ làm mịn liệu phải làm mịn, phân rã hay cấu trúc lại
Cần ý bước làm mịn kéo theo định thiết kế Người lập trình cần nhận biết tiêu chuẩn tảng cho định thiết kế tồn giải pháp khác
4.3.3 Tính module
Phần mềm chia thành phần có tên riêng biệt định địa được, gọi module Các module tích hợp để thỏa mãn yêu cầu vấn đề
Gọi C(x) hàm xác định độ phức tạp cảm nhận vấn đề x, E(x) hàm xác định nổ lực cần có để giải vấn đề x Với hai vấn đề p, q ta có
Nếu C(p)>C(q) tổng quát ta suy E(p)>E(q) phải nhiều nổ lực để giải vấn đề khó
Một đặc trưng qua thực nghiệm là: C(p+q)>C(p)+C(q)
Như thế, độ phức tạp cảm nhận vấn đề tổ hợp p q lớn độ phức tạp cảm nhận tách biệt vấn đề p q để xem xét
Kết hợp ta có E(p+q)>E(p)+E(q) Điều dẫn đến kết luận chia để trị cho việc giải vấn đề phức tạp Đây luận cho tính module
Theo lập luận trên, liệu chia phần mềm cách khơng xác định nổ lực cần để phát triển trở thành nhỏ đến mức bỏ qua được? Khơng may, câu trả lời khơng lúc xuất các lực khác chi phí kết nối module, chi phí xây dựng giao diện, làm tăng chi phí nổ lực để giải vấn đề
(8)4.3.4 Kiến trúc phần mềm
Kiến trúc phần mềm suy dẫn qua tiến trình phân hoạch đặt mối quan hệ phần tử giải pháp phần mềm với phận giới thực xác định không tường minh phân tích u cầu
Kiến trúc phần mềm gồm có hai đặc trưng quan trọng
i Cấu trúc phân cấp thành phần thủ tục (module): cấp bậc điều khiển
ii Cấu trúc liệu
1 Cấp bậc điều khiển
Cấp bậc điều khiển cịn gọi cấu trúc chương trình Nó biểu thị cho cách tổ chức thành phần module
Một số số điều khiển quan tâm: + Chiều rộng: độ trải rộng toàn điều khiển + Độ sâu: báo số điều khiển
+ Số module ra: độ đo số module trực tiếp bị điều khiển module khác
+ Số module vào: số module trực tiếp điều khiển module cho + Thượng cấp: module điều khiển module khác
+ Thuộc cấp: module bị module khác điều khiển + Tính thấy
+ Tính nối + Tính cố kết,
Cấu trúc chương trình số minh hoạ hình sau:
Chi phí nổ lực
Mức chi phí tối thiểu
nổ lực Số
các modu
(9)2 Cấu trúc liệu
Cấu trúc liệu biểu diễn cho mối quan hệ logic phần liệu riêng lẻ, số cấu trúc liệu thường sử dụng như: khoảng mục vô hướng, vector tuần tự, danh sách móc nối, khơng gian n chiều, cấp bậc,
Ta xét phần mềm P cần giải qua phần mềm giải pháp phần mềm S chọn hình sau:
Rõ ràng, giải vấn đề, có nhiều giải phápphần mềm Mỗi giải pháp Si ta có cấu trúc khác
Xét toán P cho sau độ
sâu
b a
d e
f g h
i j
số module
số module vào
l m
n o p q
r c
chiều rộng k
P
P3 P1
P2
P4
P5
S1 S2
S3
S4 S5
Vấn đề P cần giải qua phần mềm
Giải pháp phần mềm S
(10)Ta tháy, cấu trúc dựa tảng khác khái niệm thiết kế "tốt" câu hỏi "cái tốt nhất" khó để trả lời khơng muốn nói khơng trả lời Chi tiết vần đề bàn chi tiết mục 4.6
4.3.5 Che dấu thông tin
Che dấu thông tin khái niệm module nên đặc trưng định thiết kế mà ẩn kín với module khác, thơng tin chứa module thâm nhập tới từ module khác khơng cần đến thơng tin Che dấu thông tin kéo theo việc xác định tập module độc lập mà trao đổi module thông tin thật cần thiết cho việc vận hành phần mềm
Che dấu thông tin tiêu chuẩn thiết kế hệ thống module lợi ích mà mang lại Khi có sai sót xảy ra, thay đổi có khả lan truyền sang vị trí khác bên phần mềm
4.3.6 Thiết kế module
Sự trừu tượng hóa che dấu thơng tin dùng để thiết kế module Bên cấu trúc chương trình, module phân loại:
+ Module tuần tự: tham khảo thực không bị ngắt
+ Module tăng trưởng: bị ngắt trước hồn tất sau chạy lại thời điểm ngắt
+ Module song song: thực đồng thời với module khác Với module cần có:
+ tính độc lập chức năng, + tính cố kết,
+ tính gắn nối,
4.4 CHẤT LƯỢNG THIẾT KẾ
S1 S2 S3 S4 S5
S5 S4
S1 S2 S3
Cấu trúc
Cấu trúc
Cấu trúc S2 S4
S1 S3
(11)Như đề cập trên, khó để xác định thiết kế tốt, phụ thuộc vào ứng dụng vào yêu cầu dự án Một thiết kế tốt phải thiết kế mà cho phép sản sinh mã hữu hiệu; thiết kế tối thiểu mà theo việc thực chặt tốt; thiết kế bảo dưỡng tốt tiêu chuẩn tốt cho người dùng Một thiết kế bảo dưỡng tốt thích nghi với việc cải biên chức việc thêm chức Do đó, thiết kế phải dễ hiểu việc sửa đổi có hiệu ứng cục Các thành phần thiết kế kết dính theo nghĩa tất phần thành phần phải có quan hệ logic chặt chẽ Các thành phần phải nối ghép lỏng lẻo Sự nối ghép độ đo tính độc lập thành phần Nối ghép lỏng lẻo dễ thích nghi
Thực tế, có vài cơng việc tiến hành để thiết lập độ đo chất lượng thiết kế dùng để xem thiết kế có tốt hay khơng
4.4.1 Sự kết dính
Sự kết dính thành phần độ đo tính khớp lại với Một thành phần hẳn thực chức logic thực thực thể logic Tất phần thành phần tham gia vào việc thực Nếu thành phần khơng trực tiếp tham gia vào việc chức logic mức độ kết dính thấp
Theo số chun gia có bảy mức kết dính theo thứ tự tăng dần sau đây: a) Kết dính gom góp: Các phần thành phần khơng liên quan với nhau, song lại bị bó vào thành phần
b) Hội hợp logic: Các thành phần thực chức tương tự chẳng hạn vào, xử lý lỗi, đặt vào thành phần
c) Kết dính theo thời điểm: Tất thành phần hoạt hoá lúc, chẳng hạn khởi kết thúc, bó lại với
d) Kết dính thủ tục: Các phần tử thành phần ghép lại dãy điều khiển
e) Kết dính truyền thơng: Tất phần tử thành phần thao tác liệu vào đưa liệu
f) Kết dính tuần tự: Trong thành phần, phần tử vào phần tử khác
g) Kết dính chức năng: Mỗi phần thành phần cần thiết để thi hành chức
4.4.2 Sự ghép nối
Ghép nối liên quan đến kết dính Nó độ ghép nối đơn vị chương trình Hệ thống có ghép nối cao có độ ghép nối mạnh đơn vị, đơn vị phụ thuộc lẫn Hệ thống nối ghép lỏng lẻo làm cho đơn vị độc lập tương đối độc lập với
(12)Tiêu chuẩn ghép nối chương trình đánh sau: - Một phép nối chuẩn phép gọi tới module khác tên
- Một phép nối điều khiển xấu phép chuyển tới điểm vào thứ cấp xác định module khác
- Một phép nối liệu xấu liên hệ tới liệu xác định module khác phép truyền tường minh qua phép nối chuẩn
- Một ghép cặp (couple) tính tốn mục liệu dùng chung module nhận dùng làm sở tính tốn hay lập mục, để lập định 4.4.3 Sự hiểu được
Sự hiểu liên quan tới số đặc trưng thành phần sau đây:
a) Tính kết dính: Có thể hiểu thành phần mà khơng cần tham khảo đến thành phần khác hay không?
b) Đặt tên: Phải tên dùng thành phần có nghĩa? Tên có nghĩa tên phản ánh thực thể giới thực mơ hình thành phần
c) Soạn tư liệu: Thành phần có soạn thảo tư liệu cho ánh xạ thực thể giới thực thành phần rõ ràng?
d) Độ phức tạp: độ phức tạp thuật toán dùng để thực thành phần nào? Từ phức tạp dùng theo nghĩa khơng hình thức Độ phức tạp cao ám nhiều quan hệ thành phần khác thành phần thiết kế cấu trúc logic phức tạp mà dính líu đến độ sâu lồng phát biểu Các thành phần phức tạp khó hiểu, người thiết kế nên làm cho thiết kế thành phần đơn giản tốt
Đa số công việc đo chất lượng thiết kế tập trung vào cố gắng đo độ phức tạp thành phần từ thu vài độ đo dễ hiểu thành phần Độ phức tạp phản ánh độ dễ hiểu, có số nhân tố khác ảnh hưởng đến độ dễ hiểu, chẳng hạn tổ chức liệu kiểu cách mô tả thiết kế Các số đo độ phức tạp cung cấp số cho độ dễ hiểu thành phần
Sự thừa kế thiết kế hướng đối tượng phản ánh độ dễ hiểu Nếu thừa kế dùng để gắn chi tiết thiết kế thiết kế dễ hiểu Mặc khác sử dụng thừa kế đòi hỏi người đọc thiết kế phải phải nhìn nhiều lớp đối tượng khác tơn ti thừa kế độ dễ hiểu thiết kế rút gọn
4.4.4 Sự thích nghi được
(13)Tuy nhiên thích nghi lại có nghĩa thiết kế phải soạn thảo tư liệu tốt, tư liệu thành phần phải dễ hiểu kiên định với thực hiện, nghĩa thực phải viết cách dễ đọc
Một thiết kế dễ thích nghi có mức nhìn thấy cao Nó có quan hệ rõ ràng mức khác thiết kế Người đọc thiết kế tìm biểu diễn liên quan cho lược đồ cấu trúc biểu diễn vận chuyển biểu đồ dòng liệu
Cần phải dễ dàng kết hợp chặt chẽ biến đổi thiết kế toàn tư liệu thiết kế
Nếu khơng thay đổi thiết kế khơng đưa vào mô tả liên quan Tư liệu thiết kế trở nên khơng kiên định Các biến đổi tiếp sau khó thực (thành phần thiết kế thích nghi được) cải biên khơng thể dựa vào tính kiên định của tư liệu thiết kế
Để có độ thích nghi tối ưu thành phần phải tự chứa Một thành phần ghép nối lỏng lẻo theo nghĩa hợp tác với thành phần khác thông qua việc chuyển thông báo Điều không giống tự chứa thành phần dựa thành phần khác chẳng hạn chức hệ thống chức xử lý sai Sự thích nghi với thành phần dính líu với thay đổi phần thành phần mà dựa chức ngoại nên đặc tả chức ngoại xét đến cải biên
Muốn tự chứa cách hồn tồn thành phần khơng nên dùng thành phần khác xác định ngoại lai Tuy nhiên, điều lại mâu thuẫn với kinh nghiệm nói thành phần có nên dùng lại Vậy cần có cân tính ưu việt dùng lại thành phần mát tính thích nghi thành phần
4.4.5 Một số yêu cầu thiết kế
+ Linh hoạt yêu cầu thay đổi không định trước + Dễ thử nghiệm
+ Tính sáng sủa, dễ đọc + Kích thước module nhỏ
+ Tính độc lập module (tính mở/đóng giứa module), sử dụng yếu tố "hộp đen"
+ Phải quan hệ chặt chẽ thiết kế yêu cầu
+ Mỗi module hồn tồn độc lập, thực chức thực trọn vẹn chức
+ Mọi thứ module ràng buộc với qua việc xử lý nối tiếp dòng liệu
+ Mọi thứ module điều khiển liệu vào, hay phức hợp thiết bị, hay thực phần kết xuất
+ Module hiểu hoàn toàn dựa vào tham biến truyền cho nhận từ
(14)+ Giữ phạm vi hiệu module bên phạm vi kiểm sốt module
- Phạm vi hiệu module m định nghĩa tất module khác bị ảnh hưởng định thực module m
- Phạm vi kiểm soát module m tất module module thuộc cấp thuộc cấp cuối module m
+ Ước lượng giao diện module để giảm độ phức tạp, dư thừa tăng tính quán
+ Xác định module có chức dự kiến
+ Cố gắng giữ module đầu vào đầu ra, tránh "mối nối bệnh hoạn"
Cần tránh
Cố gắng có
Hiệu
Quyết định Quyết
định Hiệu
của định
(15)4.5 CHIẾN LƯỢC THIẾT KẾ
Do hệ phần mềm lớn phức tạp nên người ta thường dùng phương pháp tiếp cận khác việc thiết kế phần khác hệ thống Chẳng có chiến lược tốt cho dự án Hai chiến lược thiết kế dùng rộng rãi việc phát triển phần mềm thiết kế hướng chức thiết kế hướng đối tượng Mỗi chiến lược thiết kế có ưu nhược điểm riêng phụ thuộc vào ứng dụng phát triển nhóm phát triển phần mềm
Cách tiếp cận hướng chức hay hướng đối tượng bổ sung hỗ trợ cho đối kháng Kỹ sư phần mềm chọn cách tiếp cận thích hợp cho giai đoạn thiết kế
4.5.1 Thiết kế hướng chức năng
Thiết kế hướng chức cách tiếp cận thiết kế phần mềm thiết kế phân giải thành đơn thể tác động lẫn nhau, mà đơn thể có chức xác định rõ ràng Các chức có trạng thái cục chúng chia sẻ với trạng thái hệ thống, trạng thái tập trung chức truy cập
Có người nghĩ thiết kế hướng chức lỗi thời nên thay cách tiếp cận hướng đối tượng Thế nhưng, nhiều tổ chức phát triển chuẩn phương pháp dựa phân giải chức Nhiều phương pháp thiết kế kết hợp với công cụ CASE hướng chức có nhiều hệ thống phát triển cách sử dụng phương pháp tiếp cận hướng chức Các hệ thống phải bảo trì cho tương lai xa xôi Bởi thiết kế hướng chức cịn tiếp tục sử dụng rộng rãi Đó thiên hạ Còn người Việt Nam chúng ta, chưa có tập quán dùng phương pháp thiết kế nào, liệu có thiết phải theo trào lưu hay nên thẳng vào phương pháp hữu hiệu nhất?
Người ta dùng biểu đồ dịng liệu - mà mô tả việc xử lý liệu logic, lược đồ cấu trúc - cấu trúc phần mềm mô tả PDL (page descri
ption language) - mơ tả thiết kế chi tiết Khái niệm dòng liệu bị cải biên làm
cho thích hợp việc sử dụng hệ thống vẽ biểu đồ tự động sử dụng dạng lược đồ cấu trúc có kèm thêm thông tin điều khiển
Chiến lược thiết kế hướng chức dựa việc phân giải hệ thống thành chức có tương tác với trạng thái hệ thống tập trung dùng chung cho chức Các chức có thông tin trạng thái cục dùng cho q trình thực chức mà thơi
Thiết kế hướng chức gắn với chi tiết thuật tốn chức thông tin trạng thái hệ thống không bị che dấu Điều gây vấn đề chức thay đổi trạng thái theo cách mà chức khác không ngờ tới Việc thay đổi chức cách sử dụng trạng thái hệ thống gây tương tác bất ngờ chức khác
(16)4.5.2 Thiết kế hướng đối tượng
Hệ thống nhìn nhận đối tượng (chứ chức năng) Hệ thống phân tán, đối tượng có thơng tin trạng thái riêng Đối tượng thuộc tính xác định trạng thái đối tượng phép tốn Nó thừa kế từ vài lớp đối tượng lớp cao hơn, cho dễ định nghĩa cần nêu đủ khác lớp cao
Che dấu thơng tin chiến lược thiết kế dấu nhiều thông tin thành phần hay Cái ngầm hiểu việc kết hợp điều khiển logic cấu trúc liệu thực thiết kế chậm tốt Liên lạc thông qua thông tin trạng thái dùng chung (các biến tổng thể) nhất, nhờ khả hiểu tăng lên Thiết kế tương đối dễ thay đổi thay đổi thành phần không dự kiến hiệu ứng phụ thành phần khác
Thiết kế hướng đối tượng dựa việc che dấu thơng tin, nhìn hệ phần mềm đối tượng tương tác với chức cách tiếp cận chức Các đối tượng có trạng thái che dấu phép toán trạng thái Thiết kế biểu thị dịch vụ yêu cầu cung cấp đối tượng có tương tác với
Thiết kế hướng đối tượng có ba đặc trưng
i) Vùng liệu dùng chung bị loại bỏ Các đối tượng liên lạc với cách trao đổi thông báo biến dùng chung
ii) Các đối tượng thực thể độc lập mà chúng sẵn sàng thay đổi tất trạng thái thông tin biểu diễn ảnh hưởng phạm vi đối tượng thơi Các thay đổi biểu diễn thơng tin thực không cần tham khảo tới đối tượng hệ thống khác
iii) Các đối tượng phân tán hành động song song Khơng cần có định tính song song từ giai đoạn sớm trình thiết kế
Các ưu điểm
i) Dễ bảo trì đối tượng độc lập Các đối tượng hiểu cải biên thực thể độc lập Thay đổi thực đối tượng thêm dịch vụ không làm ảnh hưởng tới đối tượng hệ thống khác
ii) Các đối tượng thành phần dùng lại thích hợp (do tính độc lập chúng) Một thiết kế dùng lại đối tượng thiết kế thiết kế trước
iii) Đối với vài lớp hệ thống, có phản ánh rõ ràng thực thể có thực (chẳng hạn thành phần phần cứng) với đối tượng điều khiển hệ thống Điều cải thiện tính dễ hiểu thiết kế
Nhược điểm:
(17)Phương pháp thiết kế hướng đối tượng tương đối chưa chín muồi thay đổi mau chóng
Ở đây, cần phân biệt hai khái niệm thiết kế hướng đối tượng lập trình (cài đặt) hướng đối tượng:
+ Thiết kế hướng đối tượng chiến lược thiết kế khơng phụ thuộc vào ngôn ngữ thực cụ thể Các ngơn ngữ lập trình hướng đối tượng khả bao gói đối tượng làm cho thiết kế hướng đối tượng thực cách đơn giản Tuy nhiên thiết kế hướng đối tượng thực ngơn ngữ kiểu Pascal C mà khơng có đặc điểm
+ Việc chấp nhận thiết kế hướng đối tượng chiến lược hữu hiệu dẫn đến phát triển phương pháp thiết kế hướng đối tượng Như Ada ngôn ngữ lập trình hướng đối tượng khơng trợ giúp thừa kế lớp, lại thực đối tượng Ada cách sử dụng gói nhiệm vụ, Ada dùng để mô tả thiết kế hướng đối tượng
+ Thiết kế hướng đối tượng chiến lược thiết kế, khơng phụ thuộc vào ngơn ngữ để thực Các ngơn ngữ lập trình hướng đối tượng khả bao gói liệu làm cho dễ thực thiết kế hướng đối tượng Tuy nhiên thực thiết kế hướng đối tượng ngôn ngữ kiểu Pascal C 4.6 THIẾT KẾ KIẾN TRÚC ỨNG DỤNG VÀ CÁC MƠ HÌNH CHO THIẾT
KẾ ỨNG DỤNG
4.6.1 Thiết kế kiến trúc ứng dụng
Như nói trên, kiến trúc phần mềm ứng dụng suy dẫn qua tiến trình phân hoạch đặt mối quan hệ phần tử giải pháp phần mềm với phận giới thực xác định không tường minh phân tích u cầu Các hệ thống lớn phân rã thành phân hệ cung cấp dịch vụ Mỗi phân hệ có module có giao diện xác định để giao tiếp với phân hệ khác Nó hệ thống có quyền riêng cho phép hoạt động khơng phụ thuộc vào dịch vụ phân hệ khác
Quy trình thiết kế khởi đầu để xác định phân hệ hệ thống thiết lập khuôn khổ điều khiển truyền thông phân hệ gọi thiết kế kiến trúc cho ứng dụng Thiết kế kiến trúc ứng dụng tiến hành trước có đặc tả chi tiết hệ thống
Việc phân rã kiến trúc hệ thống cần thiết cho việc cấu trúc tổ chức đặc tả chứa hoạt động sau:
Cấu trúc hệ thống: hệ thống cấu trúc thành số phân hệ, phân hệ đơn vị phần mềm độc lập Các liên kết thông tin phân hệ xác định
Mơ hình hố điều khiển: mơ hình chung quan hệ điều khiển thành phần hệ thống thiết lập
(18)Kết thiết kế kiến trúc ứng dụng tài liệu thiết kế kiến trúc Nó bao gồm số biểu diễn đồ hoạ mơ hình hệ thống kèm theo giải thích văn Nó mơ tả hệ thống phân rã thành phân hệ phân hệ lại phân rã thành module
Giai đoạn thiết kế kiến trúc việc phân rã hệ thống thành nhiều phân hệ tương tác Tại mức trừu tượng nhất, thiết kế kiến trúc coi sơ đồ khối khối đại diện cho phân hệ Các hộp nằm khối coi phân hệ phân hệ Các mũi tên đại diện cho điều khiển liệu giao tiếp phân hệ Sau đó, số mơ hình đặc trưng phát triển để biểu diễn liệu chia sẻ, giao diện phân phối liệu phân hệ ứng dụng
4.6.2 Các mơ hình thiết kế ứng dụng 4.6.2.1. Mơ hình kho liệu
Các phân hệ cần trao đổi thơng tin, tiến hành theo hai cách:
i Mỗi phân hệ trì sở liệu riêng Dữ liệu trao đổi phân hệ cách chuyển đổi thông báo
ii Mọi liệu lưu trữ sở liệu trung tâm truy cập phân hệ Mơ hình gọi mơ hình kho liệu
Mơ hình kho liệu phù hợp cho ứng dụng liệu tạo phân hệ sử dụng phân hệ khác Đây cách hữu hiệu để chia sẻ số lượng lớn liệu mà không cần chuyển đổi liệu tường minh từ phân hệ tới phân hệ khác
Phân hệ phải chấp nhận mơ hình muốn tham gia hệ thống Sẽ khó tích hợp phân hệ khơng phù hợp với tiêu chuẩn kho liệu Phân hệ tạo liệu không cần liên quan đến việc liệu phân hệ khác sử dụng Việc phát triển mơ hình khó khăn số lượng lớn liệu có theo tiêu chuẩn cũ Việc chuyển đổi liệu tốn Các hoạt động lưu trữ, bảo mật, điều khiển truy nhập khơi phục tập trung hố
(19)4.6.2.2. Mơ hình khách - phục vụ
Mơ hình khách - phục vụ mơ hình hệ thống phân tán biểu diễn việc phân tán liệu xử lý nhiều máy tính khác Các thành phần là:
Một tập server độc lập phục vụ cho phân hệ
Một tập khách hàng yêu cầu dịch vụ Chúng phân hệ, thể khác chương trình
Một mạng cho phép khách hàng truy nhập dịch vụ Khách hàng phải biết định danh dịch vụ, dịch vụ không cần biết định danh khách hàng
Ưu điểm quan trọng mô hình phân tán rõ ràng Mơ hình dễ dàng thêm server tích hợp có nhu cầu mà khơng ảnh hưởng tới thành phần cũ Sự thiếu vắng mô hình chia sẻ liệu có nghĩa khó dự đốn vấn đề tích hợp liệu vào hệ thống cũ Mỗi server phải có trách nhiệm với thân lưu trữ, khơi phục, Khơng có trung tâm nên khách hàng phải tự biết tìm server, vấn đề khó khăn mạng lớn WAN, Internet
4.6.2.3. Mơ hình máy trừu tượng
Mơ hình máy trừu tượng đơi gọi mơ hình lớp, mơ hình hố giao diện phần mềm Nó tổ chức hệ thống thành dãy lớp cung cấp dịch vụ khác Mỗi lớp xác định máy trừu tượng, ngôn ngữ máy lớp làm sở để thực cho lớp Nhược điểm hệ thống cấu trúc theo cách tương đối phức tạp Việc thực gặp vấn đề nhiều lớp giao tiếp cần phải có
4.6.2.4. Mơ hình điều khiển
Là mơ hình mà để vận hành, hệ thống phải điều khiển làm việc đồng Mơ hình cấu trúc khơng có thơng tin điều khiển mà luồng điều khiển mơ hình điều khiển Hai cách tiếp cận chung xác định là:
Điều khiển tập trung,
Điều khiển sở kiện
Mơ hình điều khiển bổ sung cho mơ hình cấu trúc Mỗi mơ hình cấu trúc nói dùng mơ hình điều khiển tập trung mơ hình điều khiển sở kiện
1 Mơ hình điều khiển tập trung
Một phân hệ thiết kế điều khiển hệ thống có trách nhiệm quản lý việc thực phân hệ khác Các mơ hình điều khiển tập trung phân lớp theo hai loại phụ thuộc việc điều khiển tiến hành hay song song
+ Mơ hình gọi trả lời: Mơ hình phù hợp với mơ hình thủ tục top -down
(20)2 Mơ hình hệ thống điều khiển kiện
Mơ hình hệ thống điều khiển kiện có nhiều kiểu khác hệ thống hướng kiện, như:
Mơ hình phát tin: Trong mơ hình này, ngun tắc, kiện thông báo cho phân hệ Các phân hệ thiết kế điều khiển kiện tự việc trả lời Mơ hình hiệu với phân hệ phân bố máy tính khác mạng Ưu điểm việc phát triển tương đối đơn giản Một phân hệ xử lý lớp kiện tích hợp ghi nhận kiện vào điều khiển kiện Mỗi phân hệ kích hoạt phân hệ khác khơng cần biết tên vị trí phân hệ Phân bố suốt với phân hệ Nhược điểm mơ hình phân hệ khơng biết kiện có xử lý hay khơng xử lý Rất hai phân hệ khác sinh kiện gây xung đột
Mơ hình điều khiển ngắt: Có hệ thống bên sử dụng riêng cho việc theo dõi ngắt bên chuyển tới phân hệ tương ứng Mơ hình phù hợp với hệ thống thời gian Ưu điểm cho phép đáp ứng nhanh với kiện Nhược điểm việc lập trình phức tạp
4.6.2.5. Mơ hình đối tượng
Hệ thống phân thành đối tượng giao tiếp với Phân tích hướng đối tượng lớp đối tượng liên quan, thuộc tính hoạt động chúng Ưu điểm tính bao đóng cho phép dấu thực đối tượng cho phép dùng lại mã Tuy nhiên nhược điểm để sử dụng dịch vụ, đối tượng phải gọi tường minh tên giao diện đối tượng khác Sự thay đổi giao diện làm ảnh hưởng tới đối tượng khác
4.6.2.6. Mô hình luồng liệu
Hệ thống phân hố thành module chức Chúng nhận liệu chuyển hoá chúng lại đưa kết Trong mơ hình luồng liệu, biến đổi xử lý liệu đầu vào tạo liệu Dữ liệu chảy theo luồng từ biến đổi sang khác Mỗi bước quy trình giống phép biến đổi
Mơ hình có ưu điểm:
Nó hỗ trợ việc sử dụng lại biến đổi
Nó phù hợp với suy nghĩ người quan niệm liệu xử lý theo luồng có đầu vào đầu
Thêm xử lý khác vào hệ thống đơn giản Dễ thực xử lý song song Nhược điểm mô hình là:
Cần phải có định dạng chung cho liệu để xử lý biến đổi
(21)luồng liệu giao diện đồ hoạ có dạng vào phức tạp dựa kiện khó áp dụng mơ hình luồng liệu
4.7 THIẾT KẾ GIAO DIỆN NGƯỜI SỬ DỤNG
Khi hệ thống tin học hoá ngày vào đời sống người vấn đề thiết kế giao diện trở nên quan trọng việc phát triển phần mềm Có nhiều câu hỏi đặt trình thiết kế giao diện, như:
+ Ai người dùng?
+ Người dùng học cách tương tác với hệ thống dựa máy tính nào?
+ Người dùng diễn giải thông tin hệ thống tạo nào? + Người dùng trơng đợi hệ thống?
Để có hệ thống thân thiện với người sử dụng, có nhiều nhân tố cần quan tâm vấn đề thiết kế giao diện
4.7.1 Nhân tố người
Nhân tố người: dựa vào yếu tố - Nền tảng cảm nhận người, - Mức độ kỹ hành vi người,
- Nhiệm vụ nhân tố người: phân loại dựa vào mục đích ứng dụng, cụ thể:
Nhiệm vụ trao đổi: hoạt động làm cho thông tin truyền từ nơi sản xuất đến nơi tiêu thụ
Nhiệm vụ đối thoại: hoạt động làm cho người sử dụng định hướng điều khiển tương tác với hệ thống dựa máy tính
Nhiệm vụ nhận biết: hoạt động thực thu thông tin, hoạt động liên kết với chức hệ thống
Nhiệm vụ điều khiển: hoạt động cho phép người sử dụng kiểm sốt thơng tin, nhận biết lệnh cho tiến trình thơng qua nhiệm vụ tổng qt khác xuất
4.7.2 Phong cách tương tác người - máy
Phong cách tương tác người - máyquan hệ chặt chẽ với lịch sử tiến hóa máy tính, có số loại giao diện như:
- Giao diện lệnh vào hỏi, - Giao diện đơn (menu đơn giản),
- Giao diện trỏ nhặt (hướng cửa sổ),
Hiện nay, giao diện thông dụng cho người sử dụng giao diện hướng cửa sổ (X-Window)
4.7.3 Thiết kế giao diện người - máy
(22)1 Mơ hình thiết kế giao diện thể qua bốn mơ hình:
+ Mơ hình thiết kế,
+ Mơ hình người sử dụng: phân loại cho người học, người hiểu biết người hiểu biết
+ Mơ hình người dùng hay cảm nhận hệ thống: tức hình ảnh hệ thống mà người sử dụng mang đầu
+ Hình ảnh hệ thống: cách biểu lộ bên hệ thống dựa máy tính với thơng tin hỗ trợ
2 Phân tích mơ hình hóa nhiệm vụ: gồm bước
Thiết lập mục tiêu ý đồ cho nhiệm vụ
Ánh xạ mục tiêu, ý đồ thành dãy hành động xác định
Xác định dãy hành động thực mức giao diện Chỉ trạng thái hệ thống, tức giao diện giống vào lúc
hành động dãy thực
Xác định chế điều khiển, thiết bị hành động sẵn có cho người dùng để thay đổi trạng thái hệ thống
Chỉ cách thức chế điều khiển ảnh hưởng đến trạng thái hệ thống
Chỉ cách thức người dùng diễn giải trạng thái hệ thống từ thông tin cung cấp qua giao diện
3 Vấn đề thiết kế: có bốn vấn đề
Thời gian hệ thống đáp ứng, Tiện nghi giúp đỡ người dùng, Giải thông tin lỗi,
Gán nhãn lệnh
a Thời gian hệ thống đáp ứng: chứa hai đặc trưng quan trọng độ dài độ biến thiên Cần ý thời gian đáp ứng lâu người sử dụng nhàm chán cịn đáp ứng nhanh người sử dụng dễ mắc sai lầm vội vã
b Tiện nghi giúp đỡ: phải trả lời câu hỏi
+ Trợ giúp có sẵn với chức vào lúc không? + Người sử dụng yêu cầu trợ giúp nào?
+ Trợ giúp trình bày nào?
+ Người sử dụng trở tương tác thông thường nào? + Thông tin trợ giúp cấu trúc nào?
c Giải thông báo lỗi: thể
+ Thông báo nên mơ tả vấn đề mà người dùng hiểu
+ Thông báo nên đưa lời khun có tính xây dựng để khơi phục từ lỗi
+ Thông báo nên hậu lỗi tiêu cực để người dùng kiểm tra Ví dụ: khơng có file liệu
+ Thơng báo nên kèm tín hiệu nghe, thấy
+ Không đưa thông báo hàm ý trách móc người dùng d Gán nhãn lệnh:
(23)+ Các lệnh có dạng nào; từ gõ vào
+ Việc học nhớ lệnh khó đến đâu? Có thể làm quên lệnh + Liệu lệnh có phù hợp với người dùng hay khơng?
4 Cơng cụ cài đặt: các cơng cụ sẵn có để thiết kế giao diện
5 Tiến hóa thiết kế
Khi có mơ hình thiết kế giao diện tạo áp dụng tiêu chuẩn đánh giá để thiết kế giao diện Cuộc xét duyệt gồm vần đề:
+ Độ dài độ phức tạp đặc tả viết hệ thống giao diện cung cấp dẫn khối lượng học tập người dùng hệ thống cần học
+ Số lệnh xác định số trung bình đối số lệnh đưa dẫn thời gian tương tác hiệu tổng thể hệ thống
+ Số hành động, lệnh trạng thái hệ thống mơ hình thiết kế nêu ra khối lượng cần nhớ người dùng hệ thống
+ Phong cách tương tác, tiện nghi giúp đỡ giao thức xử lý lỗi đưa dẫn chung độ phức tạp giao diện mức độ ngưịi dùng chấp nhận
Quy trình đánh giá thiết kế giao diện mô tả sau:
4.7.4 Hướng dẫn thiết kế giao diện
a Hướng dẫn tương tác chung: giao diệnphải Nhất qn,
Cho thơng tin phản hồi có nghĩa,
Yêu cầu kiểm chứng hành động phá hủy không tầm thường, Cho phép dễ dàng lần ngược nhiều hành động ,
Tìm kiếm tính hiệu đối thoại, vận động ý nghĩa, Dung thứ cho sai lầm,
Thiết kế giao diện hoàn tất Thiết kế sơ
Xây dựng giao diện mẫu
Người dùng đánh giá giao diện Xây dựng giao diện
bản mẫu n Tiến hành sửa
đổi thiết kế
(24) Phân loại hoạt động theo chức tổ chức hình hài hịa theo vùng,
Cung cấp tiện nghi trợ giúp làm ngữ cảnh,
Dùng động từ đơn giản hay cụm từ ngắn để đặt tên lệnh,
b Hướng dẫn hiển thị thông tin
Chỉ hiển thị thơng tin có liên quan đến ngữ cảnh tại,
Đừng chôn vùi người dùng liệu, dùng định dạng trình bày cho phép hấp thu nhanh chóng thơng tin,
Dùng nhãn quán, cách viết tắt chuẩn màu sắc dự kiến trước được, Cho phép người dùng trì ngữ cảnh trực quan,
Đưa thông báo lỗi có nghĩa,
Dùng chữ hoa, chữ thường, thụt cấp gộp nhóm văn để trợ giúp cho việc hiểu,
Sử dụng cửa sổ để đóng khung kiểu thơng tin khác nhau,
Dùng cách hiển thị "tương tự" để biểu diễn thông tin dễ hấp thụ với dạng biểu diễn này,
Xem xét vùng hiển thị có sẵn hình dùng cách có hiệu quả,
c Hướng dẫn vào liệu
Tối thiểu số hành động đưa vào mà người sử dụng thực hiện, Duy trì quán hiển thị thông tin vào liệu, Cho phép người dùng làm phù hợp vào,
Tương tác nên mềm dẻo hài hịa với mode đưa vào ưa thích, Khử kích hợp lệnh khơng phù hợp tại,
Để cho người dùng kiểm soát luồng tương tác, Cung cấp trợ giúp cho hành động đưa vào,
Giao diện người-máy cánh cửa vào phần mềm ứng dụng Để giao diện đáp ứng u cầu người thiết kế cần phải hiểu biết nhân tố người công nghệ giao diện Thêm vào đó, kiểu cách giao diện, cơng nghệ phần cứng phần mềm sẵn có, thân ứng dụng có ảnh hưởng đến kết cuối
Câu hỏi
1 Tại phải có thiết kế ứng dụng?
2 Nêu hoạt động trình thiết kế phần mềm Thế thiết kế phần mềm tốt
4 Với tài liệu yêu cầu có chương 3, bạn xây dựng tài liệu thiết kế cho ứng dụng Bạn lựa chọ mơ hình thiết kế ứng dụng nào, sao?