›

Bài giảng Kỹ nghệ phần mềm - Bài 6: Các hoạt động thiết kế - Nguyễn Văn Vy

pdf 61 trang huongle 2980
Download
Bạn đang xem 20 trang mẫu của tài liệu "Bài giảng Kỹ nghệ phần mềm - Bài 6: Các hoạt động thiết kế - Nguyễn Văn Vy", để tải tài liệu gốc về máy bạn click vào nút DOWNLOAD ở trên

Tài liệu đính kèm:

  • pdfbai_giang_ky_nghe_phan_mem_bai_6_cac_hoat_dong_thiet_ke_nguy.pdf

Nội dung text: Bài giảng Kỹ nghệ phần mềm - Bài 6: Các hoạt động thiết kế - Nguyễn Văn Vy

  1. Kỹ nghệ phần mềm Software Engeneering Nguyễn Văn Vỵ Bộ môn Công nghệ phần mềm- Khoa CNTT- ĐHCN Email: vynv@coltech.vnu.vn
  2. Bài 6: Cỏc hoạt động thiết kế NguyễnVănVỵ Nội dung „ Thiết kế kiến trúc „ Thiết kế giao diện Bộ mụn Cụng nghệ phần mềm – ĐHCN 2
  3. TÀI LiỆU THAM KHẢO NguyễnVănVỵ 1. Nguyễn Văn Vỵ, Nguyễn Việt Hà. Giỏo trỡnh kỹ nghệ phần mềm. Nhà xuất bản Đại học Quốc gia Hà nội, 2008 2. Grady Booch, James Rumbaugh, Ivar Jacobson. The Unified Modeling language User Guid. Addison-Wesley, 1998. 3. M. Ould. Managing Software Quality and Business Risk, John Wiley and Sons, 1999. 4. Roger S.Pressman, Software Engineering, a Practitioner’s Approach. Fifth Edition, McGraw Hill, 2001. 5. Ian Sommerville, Software Engineering. Sixth Edition, Addison- Wasley, 2001. 6. Nguyễn Văn Vỵ. Phõn tớch thiết kế hệ thống thụng tin hiện đại. Hướng cấu trỳc và hướng đối tượng, NXB Thống kờ, 2002, Hà Nội. Bộ mụn Cụng nghệ phần mềm – ĐHCN 3
  4. Thiết kế kiến trúc phần mềm software achitecture design NguyễnVănVỵ Khái niệm kiến trúc „ Kiến trúc phần mềm chỉ cấu trúc tổng thể của 1 phần mềm và cách thừc tổ chức qua đó cho ta 1 sự tích hợp về mặt khái niệm của 1 hệ thống [SHA95a] „ Thông th−ờng: thể hiện bằng một biểu đồ phân cấp của các thμnh phần vμ quan hệ giữa chúng „ Đầy đủ: thể hiện cầu trúc hệ thống theo nhiều góc nhìn khác nhau: tĩnh, động, dữ liệu, triển khai [SHA95a] Shaw,M and D.Garlan, Formulation and formalisms in software achitecture, volume 100-lecture Notes in computer Science, Springer-verlag,1995 Bộ mụn Cụng nghệ phần mềm – ĐHCN 4
  5. Vai trò kiến trúc phần mềm NguyễnVănVỵ „ Không phải lμ mô hình hoạt động „ lμ mô hình phân hoạch theo những cách nhìn khác nhau (chức năng, dữ liệu, tiến trình, tĩnh hay động ) „ giúp kĩ s− hệ thống: ƒ Phân tích tính hiệu quả của thiết kế đáp ứng đ−ợc yêu cầu của phần mềm ƒ Tìm các giải pháp thay thế cấu trúc ở giai đoạn sớm ƒ Giảm các rủi ro liên quan tới cấu trúc Bộ mụn Cụng nghệ phần mềm – ĐHCN 5
  6. Khái niệm thiết kế kiến trúc NguyễnVănVỵ Quá trình xác định các hệ con lập thành hệ thống và khung làm việc để điều khiển & giao tiếp giữa các hệ con với nhau Bắt đầu sớm ngay từ giai đoạn đầu của thiết kế hệ thống, tiến hμnh cùng với một số hoạt động đặc tả Nó bao gồm việc xác các thμnh phần chính của hệ thống sự truyền thống giữa chúng Bộ mụn Cụng nghệ phần mềm – ĐHCN 6
  7. Các b−ớc thiết kế kiến trúc NguyễnVănVỵ 1. Cấu trúc hóa hệ thống: phân chia hệ thống thμnh các hệ con (sub-system) độc lập vμ xác định trao đổi thông tin giữa các hệ con  xác định các giao diện của chúng 2. Mô hinh hóa điều khiển: xác lập mô hinh điều khiển giữa các phần khá nhau của hệ thống đã đ−ợc xác định 3. Phân rã thμnh các module: phân rã các hệ con thμnh các module. ™ Hệ con: phần hệ thống hoạt động độc lập với các dịch vụ mμ các hệ con khác cung cấp ™ Môdun: phần hệ thống cung cấp dịch vụ vμ t−ơng tác cùng phần khác để tạo ra dịch vụ hay sản phẩm Bộ mụn Cụng nghệ phần mềm – ĐHCN 7
  8. Các mô hình kiến trúc NguyễnVănVỵ „ Các mô hình kiến trúc khác nhau đ−ợc tạo ra trong quá trình thiết kế „ Mỗi mô hình biểu diễn một cách nhìn của kiến trúc  Mô hình kiến trúc tĩnh chỉ ra các thμnh phần chính của hệ thống (biểu đồ phân rã)  Mô hình động chỉ ra cấu trúc tiến trình của hệ thống (biểu đồ luồng dữ liệu)  Mô hình giao diện xác định hệ thống giao diện của hệ thống (hệ thống giao diện t−ơng tác)  Mô hình mối quan hệ nh− mô hình kháI niệm thực thể miền dữ liệu của hệ thống Bộ mụn Cụng nghệ phần mềm – ĐHCN 8
  9. Một số mô hình kiến trúc NguyễnVănVỵ 1.Kiến trúc dữ liệu tập trung (Data-centered architectures) 2.Kiến trúc khách/dịch vụ (Client-server architectures) 3.Kiên trúc phân tầng (Layered architectures) 4.Kiến trúc gọi vμ trả lại (Call and return architectures) 5.Kiến trúc luồng dữ liệu (Data flow architectures) 6.Kiến trúc h−ớng đối t−ợng (Object-oriented architectures) Bộ mụn Cụng nghệ phần mềm – ĐHCN 9
  10. Kiến trúc dữ liệu tập trung NguyễnVănVỵ Phần mềm Phần mềm khách khách Phần mềm Phần mềm khách khách Kho dữ liệu (repository) Phần mềm Phần mềm khách khách Phần mềm Phần mềm khách khách Bộ mụn Cụng nghệ phần mềm – ĐHCN 10
  11. Kiến trúc của bộ công cụ CASE NguyễnVănVỵ Bộ phân Bộ biên tập tích thiết kê ch−ơng trình Bộ biên tập Kho dữ liệu của dự án Bộ tạo sinh thiết kế (prọject repository) mã Bộ dịch Bộ tạo sinh thiết kế báo cáo Bộ mụn Cụng nghệ phần mềm – ĐHCN 11
  12. Kiến trúc dữ liệu trung tâm(t) NguyễnVănVỵ „ Ưu điểm „ Tiện lợi cho chia sẻ dữ liệu lớn „ Phân hệ không cần biết dữ liệu đ−ợc quản lý vμ tạo ra nh− thế nμo (sao l−u, bảo mật, ) „ Nh−ợc điểm „ Các hệ con phải theo mô hình dữ liệu của kho „ Việc tiến hoá dữ liệu lμ khó khăn vμ đắt đỏ „ Khó có chính sách quản lý riêng cho các hệ con „ Khó phân bố dữ liệu một cách hiệu quả Bộ mụn Cụng nghệ phần mềm – ĐHCN 12
  13. Kiến trúc client-server NguyễnVănVỵ Máy khách 1 Máy khách 2 Máy khách 3 Máy khách 4 Mạng băng thông rộng server server server server Danh mục fim ảnh số web HTML Bộ mụn Cụng nghệ phần mềm – ĐHCN 13
  14. Kiến trúc client-server (t) NguyễnVănVỵ „ Ưu điểm  Phân phối dữ liệu trực tiếp  Sử dụng hiệu quả mạng, dùng thiết bị rẻ hơn  Dễ dμng mở rộng, thêm dịch vụ „ Nh−ợc điểm  Các hệ con dùng cấu trúc dữ liệu khác nhau không chia sẻ đ−ợc, trao đổi dữ liệu có thể không hiệu quả  Quản lý ở mỗi server lμ d− thừa  Không l−u giữ chung tên vμ dịch vụ -> khó tìm server hay dịch vụ rỗi Đang lμ mô hình phát triển ứng dụng phổ biến Bộ mụn Cụng nghệ phần mềm – ĐHCN 14
  15. Kiến trúc phân tầng Layered Architecture NguyễnVănVỵ Các thμnh phần tầng giao diện ng−ời dung tầng ứng dụng tầng tiện ích tầng lõi Mô hình máy trừu t−ợng Bộ mụn Cụng nghệ phần mềm – ĐHCN 15
  16. Kiến trúc phân tầng (t) NguyễnVănVỵ „ Dùng để mô hinh hóa giao diện của các phân hệ (sub-systems) „ Phân rã hệ thống thμnh các tầng, mỗi tầng lμ một tập các dịch vụ „ Hỗ trợ sự phát triển tăng tr−ởng của các tầng, khi giao diện mỗi tầng thay đổi thi chỉ ảnh h−ởng tới các tầng liền kề „ Không phải hệ thống nμo cũng dễ dμng phân chia theo mô hinh nμy Bộ mụn Cụng nghệ phần mềm – ĐHCN 16
  17. Kiến trúc phân tầng tham khảo OSI NguyễnVănVỵ tầng ứng dụng tầng ứng dụng tầng trỡnh diễn tầng trỡnh diễn tầng phiờn tầng phiờn tầng giao vận tầng giao vận tầng mạng Tầng mạng tầng mạng tầng liờn kết dữ liệu tầng liờn kết dữ liệu tầng liờn kết dữ liệu tầng vật lý tầng vật lý tầng vật lý Phương tiện giao tiếp Hỡnh 3.15 Kiến trỳc của mụ hỡnh tham chiếu OSI Bộ mụn Cụng nghệ phần mềm – ĐHCN 17
  18. Kiến trúc gọi & trả lại Call and Return Architecture NguyễnVănVỵ sô mô đun ra độ sâu sô mô đun vμo độ rộng Bộ mụn Cụng nghệ phần mềm – ĐHCN 18
  19. Kiến trúc luồng dữ liệu Data Flow Architecture NguyễnVănVỵ Lập hoá Hoá đơn đơn đọc đơn Kiểm tra hàng thanh toán Tìm tàI Lập giấy Giấy nhắc khoản TT nhắc t.toán Đơn hàng Phiếu thanh toán Hệ thống xử lý đơn hμng Bộ mụn Cụng nghệ phần mềm – ĐHCN 19
  20. Kiến trúc h−ớng đối t−ợng Object-oriented architecture NguyễnVănVỵ Customer Receipt customer# invoice# name date address Invoice amount credit period customer# invoice# date amount customer Payment issue () invoice# sendReminder () date acceptPayment () amount sendReceipt () customer# Hệ thống xử lý đơn hμng Bộ mụn Cụng nghệ phần mềm – ĐHCN 20
  21. Xây dựng kiến trúc ch−ơng trình NguyễnVănVỵ Biểu đồ luồng dữ liệu Kiến trúc ch−ờng trình Bộ mụn Cụng nghệ phần mềm – ĐHCN 21
  22. Phân hoạch kiến trúc NguyễnVănVỵ „ Cần phân hoạch kiến trúc theo chiều: ngang vμ dọc Bộ mụn Cụng nghệ phần mềm – ĐHCN 22
  23. Phân hoạch kiến trúc dọc NguyễnVănVỵ „ Xác định các nhánh rẽ riêng cho các chức năng chủ chốt „ Sử dụng các module điều khiển để điều phối thông tin giữa các chức năng ChChứứcc nnăăng1ng1 ChChứứcc nnăăngng 33 ChChứứcc nnăăngng 22 Bộ mụn Cụng nghệ phần mềm – ĐHCN 23
  24. Phân hoạch kiến trúc ngang NguyễnVănVỵ „ phân tầng các module thμnh từng mức: ra quyết định (điều khiển) vμ module thao tác „ các module ra quyết định cần đ−ợc xếp ở tầng cao decisiondecision makersmakers workersworkers Bộ mụn Cụng nghệ phần mềm – ĐHCN 24
  25. Tại sao cần phân hoạch kiến trúc NguyễnVănVỵ „ Tạo ra phần mềm „ dễ kiểm thử „ dễ bảo trì „ hạn chế hiệu ứng phụ khi sửa đổi „ dễ mở rộng Bộ mụn Cụng nghệ phần mềm – ĐHCN 25
  26. Thiết kế cấu trúc ch−ơng trình NguyễnVănVỵ „ Mục tiêu: tạo ra module có kiến trúc tốt: đ−ợc phân hoạch hợp lý, liên kết qua điều khiến „ Cách tiếp cận: „ chuyển đổi (mapping) DFD thμnh kiến trúc phần mềm „ Ký pháp: biểu đồ có cấu trúc (structure chart) Bộ mụn Cụng nghệ phần mềm – ĐHCN 26
  27. Đặc tính của luồng dữ liệu NguyễnVănVỵ Luồng chuyển đổi 2 loại luồng dữ liệu tiêu biểu: ƒ Luồng chuyển đổi: xử lý tập trung ƒ Luồng giao dịch: định Luồng giao dich tuyến phân phối Bộ mụn Cụng nghệ phần mềm – ĐHCN 27
  28. Kiên trúc luồng chuyển đổi NguyễnVănVỵ „ Cô lập, xác định biên của các module vμo/ra; xác định các module xử lý tập trung „ Chuyển chúng thμnh các module kiến trúc t−ơng ứng „ Thêm các module điều khiển nếu cần thiết „ Vi chỉnh (refining) kiến trúc để nâng cao tính module ™Luồng chuyển đổi tập trung lμ luồng mμ có các dữ liệu đầu vμo đ−ợc tập trung xử lý ở một số tiến trình rồi cho kết quả đầu ra lμ các tiến trình thực hiện l−u trữ, truyền đi hay biểu diễn thông tin Bộ mụn Cụng nghệ phần mềm – ĐHCN 28
  29. Ví dụ: kiến trúc luồng chuyển đổi NguyễnVănVỵ g h b a d e f i k c Luồng chuyển đổi x1 ánh xạ luồng chuyển đổi x2 x3 x4 b c defgi a h j Bộ mụn Cụng nghệ phần mềm – ĐHCN 29
  30. Kiến trúc luồng giao dịch NguyễnVănVỵ „ Xác định các luồng vμo „ Xác định các luồng thực hiện „ Xác định trung tâm giao dich (module phân phối) „ Biến đổi riêng rẽ từng luồng hμnh động ™Luồng giao dịch lμ luồng mμ mỗi đầu vào đ−ợc nhận dạng và chuyển cho các tiến trình xử lý t−ơng ứng với với nó. Tiến trình lμm nhiệm vụ nhận dạng vμ chuyển dữ liệu đến nơi cần gọi lμ trung tâm giao dịch Bộ mụn Cụng nghệ phần mềm – ĐHCN 30
  31. Ví dụ: kiến trúc luồng giao dịch NguyễnVănVỵ e d i b J t f g h a K Luồng giao dich m x1 t ánh xạ luồng giao dịch b x2 x3 x4 a d e fgx3.1 Kl m h i J Bộ mụn Cụng nghệ phần mềm – ĐHCN 31
  32. Thiết kế giao diện NguyễnVănVỵ Vai trò, tầm quan trọng „ một khâu không thể thiếu trong thiết kế phần mềm  ng−ời dùng đánh giá phần mềm qua giao diện „ Thiết kế giao diện:  h−ớng ng−ời dùng  che dấu chi tiết kỹ thuật bên trong  kết hợp 3 măt: ng−ời dùng, chức năng, công nghệ Bộ mụn Cụng nghệ phần mềm – ĐHCN 32
  33. Vai trò, tầm quan trọng NguyễnVănVỵ Lμ ph−ơng tiện để ng−ời dùng sử dụng hệ thống  Giao diện thiết kế nghèo nμn ng−ời dùng dễ mắc lỗi  Giao diện thiết kế tồi lμ lý do nhiều phần mềm không đ−ợc sử dụng Giao diện trợ giúp ng−ời dùng lμm việc với khả năng của họ  Giao diện trợ giúp tốt ng−ời dùng thμnh công  Giao diện trợ giúp tồi, ng−ời dùng khó khăn, thất bại Bộ mụn Cụng nghệ phần mềm – ĐHCN 33
  34. Tiến trình thiết kế giao diện chung NguyễnVănVỵ Tạo mô hình nghiệp vụ hệ thống Tạo mô hình chọn thiết hệ thống bị, cách tích hợp t−ơng tác Tạo mô hình ng−ời dùng hệ thống Lμm Làm bản Cài đăt- đánh giá, mẫu mẫu thiết kế hoàn thiện Bộ mụn Cụng nghệ phần mềm – ĐHCN 34
  35. Tiến trình thiết kế giao diện lμm mẫu NguyễnVănVỵ Phân tích, hiểu Tạo mẫu Ng−ời dùng hoạt động thiết kế đánh gia thiết ng−ời dùng trên giấy kế mẫu Tạo mẫu Ng−ời dùng thiết kế thiết kế đánh gia thiết động kế Tạo giao mẫu thực diện ng−ời hiện đ−ợc dùng Bộ mụn Cụng nghệ phần mềm – ĐHCN 35
  36. Nguyên tắc thiết kế giao diện NguyễnVănVỵ „ Cần phản ảnh vμo thiết kế: ƒ Kinh nghiệm, năng lực, nhu cầu của ng−ời dùng  khả năng dùng bμn phím, mouse,  tốc độ phản ứng, khả năng nhớ thao tác ƒ Sở thích, văn hóa, lứa tuổi:mầu sắc, ngôn ngữ, ƒ Những hạn chế về mặt vất chất vμ tính thần của ng−ời dùng (trí nhớ, vụng về, có thể mắc lỗi) „ Luôn bao gồm việc lμm bản mẫu để ng−ời dùng đánh giá Bộ mụn Cụng nghệ phần mềm – ĐHCN 36
  37. Các nguyên tắc thiết kế giao diện NguyễnVănVỵ „ Giao diện cần có các tính chất sau đây: ƒ Tính thân thiên: thuật ngữ, khái niệm, thói quen, trình tự nghiệp vụ của ng−ời dùng ƒ Tính nhất quán: ví tri hiển thị, câu lệnh, thực đơn, biểu t−ợng, mμu sắc,  cùng dạng ƒ It gây ngạc nhiên ƒ Có cơ chế phục hồi tình trạng tr−ớc lỗi ƒ Cung cấp kịp thời phản hồi vμ trợ giúp mội lúc, mọi nơi ƒ Tiện ích t−ơng tác đa dạng Bộ mụn Cụng nghệ phần mềm – ĐHCN 37
  38. Thiết bị t−ơng tác NguyễnVănVỵ „ Thiết bị t−ơng tác th−ờng gặp ƒ Mμn hình ƒ Bμn phím ƒ Mouse, bút từ, ƒ Mμn hình cảm biến ƒ Mic/Speaker ƒ Smart cards, ƒ Bóng xoay Bộ mụn Cụng nghệ phần mềm – ĐHCN 38
  39. Các kiểu t−ơng tác NguyễnVănVỵ „ Các kiểu t−ơng tác thông dụng ƒ Thao tác trực tiếp ƒ Chọn thực đơn ƒ Chọn biểu t−ợng ƒ Điền vμo mẫu biều ƒ Ngôn ngữ lệnh ƒ Ngôn ngữ tự nhiên Bộ mụn Cụng nghệ phần mềm – ĐHCN 39
  40. Các loại giao diện truyền thống NguyễnVănVỵ  Giao diện dòng lệnh (giao diện hỏi đáp)  Giao diện đồ họa (Graphic User Interface - GUI) Bộ mụn Cụng nghệ phần mềm – ĐHCN 40
  41. Giao diện dòng lệnh NguyễnVănVỵ Lμ ph−ơng thức t−ơng tác có sớm nhất Nhập lệnh/dữ liệu từ bμn phím Dễ cμi đặt so với GUI  thực hiện thông qua hμm chuẩn của ngôn ngữ  không tốn tμi nguyên hệ thống Có khả năng tổ hợp lệnh để tạo các lệnh phức tạp  phối hợp các filter, tạo các lô xử lý (batch)  có thể lập trình bằng (Unix) shell  có thể tự động hóa Bộ mụn Cụng nghệ phần mềm – ĐHCN 41
  42. Giao diện dòng lệnh(t) NguyễnVănVỵ Thao tác thực hiện tuần tự  khó sửa lỗi thao tác tr−ớc đó Không phù hợp với ng−ời dùng ít kinh nghiệm  khó học, khó nhớ  dễ nhầm  đòi hỏi kỹ năng sử dụng bμn phím Bộ mụn Cụng nghệ phần mềm – ĐHCN 42
  43. Giao diện dòng lệnh (t) NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 43
  44. Giao diện đồ họa (GUI) NguyễnVănVỵ Thông dụng trên PC, Apple, Unix WS Dễ học, dễ sử dụng, thuận tiện với ng−ời ít kinh nghiệm Có nhiều cửa sổ, có thể t−ơng tác song song Hiển thị, t−ơng tác dữ liệu trên nhiều vị trí trong cửa sổ T−ơng tác trực tiếp với thông tin: soạn thảo; nhập dữ liệu vμo các form  dễ học, dễ sử dụng  nhận đ−ợc tức thời kết quả thao tác  cμi đặt phức tạp, tốn tμi nguyên phần cứng Bộ mụn Cụng nghệ phần mềm – ĐHCN 44
  45. Các hình thức t−ơng tác NguyễnVănVỵ 1.T−ơng tác trực tiếp vμ gián tiếp T−ơng tác gián tiếp ví dụ: chọn lệnh từ menu, giao diện dòng lệnh  kém trực quan  thuận tiện khi lặp lại thao tác phức tạp T−ơng tác trực tiếp  Dễ nhận biết vμ thao tác Bộ mụn Cụng nghệ phần mềm – ĐHCN 45
  46. Ví dụ t−ơng tác trực tiếp NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 46
  47. Ví dụ t−ơng tác gián tiếp NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 47
  48. Dạng thực đơn NguyễnVănVỵ  Không cần nhớ lệnh  Tối thiểu hóa dùng bμn phím  Tránh các lỗi nh− sai lệnh, sai tham số  Dễ dμng tạo các trợ giúp theo ngữ cảnh Bộ mụn Cụng nghệ phần mềm – ĐHCN 48
  49. NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 49
  50. Một số các vấn đề thiết kế giao diện NguyễnVănVỵ  Ph−ơng pháp hiển thị thông tin  Thời gian phản hồi của hệ thống  Cách thức xây dựng thông báo  Các tiện ích trợ giúp Bộ mụn Cụng nghệ phần mềm – ĐHCN 50
  51. Hiển thị thông tin NguyễnVănVỵ  Hiển thị văn bản (text): - chính xác - dễ cμi đặt  Hiển thị đồ họa (graphic):- trực quan - dễ nhận dạng & mối quan hệ 60 50 40 30 20 10 0 123456 Bộ mụn Cụng nghệ phần mềm – ĐHCN 51
  52. Thời gian phản hồi NguyễnVănVỵ ƒ Thời gian trung bình  thời gian trung bình phản hồi với thao tác  ng−ời dùng không thể đợi quá lâu (< 3s)  cần chứng tỏ hệ thống đang hoạt động ƒ Độ biến thiên thời gian  Chênh lệch không đ−ợc lớn  Đều đặn lμ tốt nhất Bộ mụn Cụng nghệ phần mềm – ĐHCN 52
  53. Thông báo NguyễnVănVỵ ƒ Phản hồi của hệ thống đối với thao tác ƒ Có nghĩa, dễ hiểu, các thông tin lμ hữu ích  tránh đ−a ra các số hiệu  định dạng thông báo phải nhất quán(vị trí, nội dung) ƒ Thông báo lỗi  chính xác  có tính xây dựng (nguyên nhân, cách khắc phục,) Bộ mụn Cụng nghệ phần mềm – ĐHCN 53
  54. Thông báo NguyễnVănVỵ „ Số l−ợng thông báo:  đ−a ra cμng nhiều cμng tốt = cμng thân thiện  đ−a ra một l−ợng tối thiểu = im lặng lμ vμng „ Thời điểm & thứ tự đ−a ra thông báo (phù hợp với cách ng−ời dùng) „ Yêu cầu phản hồi đối với thông báo Bộ mụn Cụng nghệ phần mềm – ĐHCN 54
  55. Tiện ích NguyễnVănVỵ „ Cần có nhiều các tiện ích trợ giúp khác nhau „ Tiện ích tích hợp: trợ giúp trực tuyến, theo ngữ cảnh (chú giải thao tác, giao diện) „ Các tμi liệu trực tuyến: tra cứu chức năng hệ thống „ Các macro: tự động hóa thao tác: MS Word macro Bộ mụn Cụng nghệ phần mềm – ĐHCN 55
  56. Trợ giúp trực tuyến của MS Office NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 56
  57. Tính kỹ nghệ NguyễnVănVỵ „ Giao diện lμ phần tử dễ thay đổi  thay đổi qui trình, ph−ơng thức thao tác  thay đổi môi tr−ờng (phần cứng, hệ điều hμnh)  nâng cấp (đẹp hơn, dễ sử dụng hơn) „ Giao diện phải dễ sửa đổi „ Giao diện phải có tính khả chuyển Giao diện nên độc lập với xử lý thông tin Bộ mụn Cụng nghệ phần mềm – ĐHCN 57
  58. Một số hình thức cμi đặt giao diện NguyễnVănVỵ „ Tích hợp: dòng lệnh, GUI truyền thống  phát triển bằng cùng ngôn ngữ, cùng bộ công cụ „ Client/Server  giao diện vμ xử lý lμ các ch−ơng trình độc lập „ X Windows (X protocol)  giao diện vμ xử lý nằm trong một ch−ơng trình  hoạt động phân tán trên mạng Bộ mụn Cụng nghệ phần mềm – ĐHCN 58
  59. Một số hình thức cμi đặt giao diện NguyễnVănVỵ „ Web-based  truy cập đ−ợc từ mọi thiết bị có web browser  không cần cμi đặt thêm phần mềm vμo client Giao diện X Protocol Xử lý Workstation Server Bộ mụn Cụng nghệ phần mềm – ĐHCN 59
  60. Câu hỏi ôn tập NguyễnVănVỵ 10. Tầm quan trọng của giao diện phần mềm? 11. Những yếu tố ng−ời dùng nμo cần quan tâm khi thiết kế giao diện? 12. Mô tả tiến trình thiết kế giao diện? 13. Các nguyên tắc thiết kế giao diện? 14. Có những loại thiết bị nμo có thể sử dụng để t−ơng tác với hệ thống? 15. Có những loại giao diện nμo? GiảI thích nội dung, ý nghĩa, −u nh−ợc điểm của nó? 16. Có những đặc tr−ng gì cần quan tâm khi thiết kế giao diện? GiảI thích nội dung của nó? Bộ mụn Cụng nghệ phần mềm – ĐHCN 60
  61. Câu hỏi và thảo luận NguyễnVănVỵ Bộ mụn Cụng nghệ phần mềm – ĐHCN 61