Có một số hoạt động được thực hiện để thiết kế giao diện người dùng. Quá trình thiết kế và triển khai GUI giống như SDLC. Bất kỳ mô hình nào cũng có thể được sử dụng để triển khai GUI giữa Mô hình Thác nước, Lặp lại hoặc Xoắn ốc.

Một mô hình được sử dụng để thiết kế và phát triển GUI phải hoàn thành các bước cụ thể của GUI này.

Thu thập yêu cầu GUI – Các nhà thiết kế có thể muốn có danh sách tất cả các yêu cầu chức năng và phi chức năng của GUI. Điều này có thể được lấy từ người dùng và giải pháp phần mềm hiện có của họ.
Phân tích người dùng – Nhà thiết kế nghiên cứu ai sẽ sử dụng GUI của phần mềm. Đối tượng mục tiêu quan trọng vì các chi tiết thiết kế thay đổi theo kiến thức và trình độ năng lực của người dùng. Nếu người dùng hiểu biết về kỹ thuật, có thể kết hợp GUI nâng cao và phức tạp. Đối với người dùng mới làm quen, sẽ có thêm thông tin về cách sử dụng phần mềm.
Phân tích nhiệm vụ – Người thiết kế phải phân tích nhiệm vụ nào sẽ được thực hiện bởi giải pháp phần mềm. Ở đây trong GUI, nó sẽ được thực hiện như thế nào không quan trọng. Các nhiệm vụ có thể được biểu diễn theo cách phân cấp, lấy một nhiệm vụ chính và chia nó thành các nhiệm vụ phụ nhỏ hơn. Nhiệm vụ cung cấp các mục tiêu để trình bày GUI. Luồng thông tin giữa các tác vụ phụ xác định luồng nội dung GUI trong phần mềm.
Thiết kế & triển khai GUI – Người thiết kế sau khi có thông tin về yêu cầu, nhiệm vụ và môi trường người dùng, thiết kế GUI và triển khai thành mã và nhúng GUI với phần mềm làm việc hoặc phần mềm giả ở chế độ nền. Sau đó nó được các nhà phát triển tự kiểm tra.
Thử nghiệm – Thử nghiệm GUI có thể được thực hiện theo nhiều cách khác nhau. Tổ chức có thể kiểm tra nội bộ, sự tham gia trực tiếp của người dùng và phát hành phiên bản beta là một vài trong số đó. Thử nghiệm có thể bao gồm khả năng sử dụng, khả năng tương thích, sự chấp nhận của người dùng, v.v.

Công cụ triển khai GUI

Có một số công cụ có sẵn mà các nhà thiết kế có thể tạo toàn bộ GUI chỉ bằng một cú nhấp chuột. Một số công cụ có thể nhúng vào môi trường phần mềm (IDE).

Các công cụ triển khai GUI cung cấp một loạt các điều khiển GUI mạnh mẽ. Để tùy chỉnh phần mềm, các nhà thiết kế có thể thay đổi mã cho phù hợp.

Có nhiều phân khúc công cụ GUI khác nhau tùy theo mục đích sử dụng và nền tảng khác nhau của chúng.

Ví dụ

GUI di động, GUI máy tính, GUI màn hình cảm ứng, v.v. Dưới đây là danh sách một số công cụ hữu ích để xây dựng GUI:

DỊCH
Nhà phát minh ứng dụng (Android)
LucidChart
máy tạo sóng
Visual Studio

Giao diện người dùng Quy tắc vàng

Các quy tắc sau được coi là quy tắc vàng cho thiết kế GUI, được mô tả bởi Shneiderman và Plaisant trong cuốn sách của họ (Thiết kế giao diện người dùng).

Phấn đấu cho sự nhất quán – Cần có các chuỗi hành động nhất quán trong các tình huống tương tự. Thuật ngữ giống hệt nhau nên được sử dụng trong lời nhắc, menu và màn hình trợ giúp. Các lệnh nhất quán nên được sử dụng xuyên suốt.
Cho phép người dùng thường xuyên sử dụng lối tắt – Mong muốn giảm số lượng tương tác của người dùng tăng theo tần suất sử dụng. Chữ viết tắt, phím chức năng, lệnh ẩn và tiện ích macro rất hữu ích cho người dùng chuyên gia.
Đưa ra phản hồi mang tính thông tin – Đối với mọi hành động của người vận hành, cần có một số phản hồi của hệ thống. Đối với các hành động thường xuyên và nhỏ, phản hồi phải khiêm tốn, trong khi đối với các hành động chính và không thường xuyên, phản hồi phải quan trọng hơn.
Hộp thoại thiết kế để tạo ra kết thúc – Các chuỗi hành động nên được tổ chức thành các nhóm có phần đầu, phần giữa và phần cuối. Phản hồi mang tính thông tin khi hoàn thành một nhóm hành động mang lại cho người vận hành sự hài lòng khi hoàn thành, cảm giác nhẹ nhõm, tín hiệu để loại bỏ các kế hoạch và lựa chọn dự phòng khỏi tâm trí họ, và điều này cho thấy con đường phía trước đã rõ ràng để chuẩn bị cho hành động tiếp theo. nhóm hành động.
Đưa ra cách xử lý lỗi đơn giản – Thiết kế hệ thống càng nhiều càng tốt để người dùng không mắc lỗi nghiêm trọng. Nếu xảy ra lỗi, hệ thống sẽ có thể phát hiện lỗi đó và đưa ra các cơ chế đơn giản, dễ hiểu để xử lý lỗi.
Cho phép dễ dàng đảo ngược các hành động – Tính năng này giúp giảm bớt lo lắng vì người dùng biết rằng các lỗi có thể được hoàn tác. Dễ dàng đảo ngược các hành động khuyến khích khám phá các tùy chọn không quen thuộc. Các đơn vị của khả năng đảo ngược có thể là một hành động đơn lẻ, một mục nhập dữ liệu hoặc một nhóm hành động hoàn chỉnh.
Hỗ trợ điểm kiểm soát nội bộ – Người vận hành có kinh nghiệm mong muốn mạnh mẽ cảm giác rằng họ chịu trách nhiệm về hệ thống và hệ thống phản ứng với các hành động của họ. Thiết kế hệ thống để người dùng trở thành người khởi xướng hành động hơn là người phản hồi.
Giảm tải bộ nhớ ngắn hạn – Hạn chế xử lý thông tin của con người trong bộ nhớ ngắn hạn yêu cầu các màn hình phải được giữ đơn giản, nhiều màn hình trang được hợp nhất, giảm tần suất chuyển động của cửa sổ và dành đủ thời gian đào tạo cho các mã, ghi nhớ, và các chuỗi hành động.

Độ phức tạp của thiết kế phần mềm

Thuật ngữ độ phức tạp là viết tắt của trạng thái của các sự kiện hoặc sự vật, có nhiều liên kết được kết nối với nhau và các cấu trúc rất phức tạp. Trong lập trình phần mềm, khi thiết kế phần mềm được thực hiện, số lượng các phần tử và mối liên kết của chúng dần dần trở nên khổng lồ, điều này trở nên quá khó hiểu ngay lập tức.

Độ phức tạp của thiết kế phần mềm rất khó để đánh giá nếu không sử dụng các thước đo và độ phức tạp. Chúng ta hãy xem ba phép đo độ phức tạp của phần mềm quan trọng.

Các biện pháp phức tạp của Halstead

Năm 1977, ông Maurice Howard Halstead đưa ra các thước đo để đo độ phức tạp của phần mềm. Các chỉ số của Halstead phụ thuộc vào việc triển khai thực tế chương trình và các thước đo của nó, được tính toán trực tiếp từ các toán tử và toán hạng từ mã nguồn, theo cách tĩnh. Nó cho phép đánh giá thời gian kiểm tra, từ vựng, kích thước, độ khó, lỗi và nỗ lực đối với mã nguồn C/C++/Java.

Theo Halstead, “Chương trình máy tính là sự triển khai của một thuật toán được coi là một tập hợp các mã thông báo có thể được phân loại thành toán tử hoặc toán hạng”. Các phép đo Halstead coi một chương trình là một chuỗi các toán tử và các toán hạng liên quan của chúng.

Ông xác định các chỉ số khác nhau để kiểm tra độ phức tạp của mô-đun.

Tham số	Nghĩa
n1	Số toán tử duy nhất
n2	Số toán hạng duy nhất
N1	Tổng số lần xuất hiện của toán tử
N2	Tổng số lần xuất hiện của toán hạng

Khi chúng tôi chọn tệp nguồn để xem chi tiết độ phức tạp của nó trong Trình xem số liệu, kết quả sau đây sẽ xuất hiện trong Báo cáo số liệu:

Hệ mét	Nghĩa	Biểu diễn toán học
N	Từ vựng	n1 + n2
N	Kích cỡ	N1 + N2
V	Âm lượng	Độ dài * Log2 Từ vựng
Đ.	Khó khăn	(n1/2) * (N1/n2)
e	Nỗ lực	Độ khó * Khối lượng
b	lỗi	Khối lượng / 3000
t	thời gian thử nghiệm	Thời gian = Nỗ lực / S, trong đó S=18 giây.

Các phép đo độ phức tạp theo chu kỳ

Mỗi chương trình bao gồm các câu lệnh để thực thi nhằm thực hiện một số nhiệm vụ và các câu lệnh ra quyết định khác để quyết định, những câu lệnh nào cần được thực thi. Các cấu trúc ra quyết định này thay đổi dòng chảy của chương trình.

Nếu chúng ta so sánh hai chương trình có cùng kích thước, chương trình có nhiều câu lệnh ra quyết định hơn sẽ phức tạp hơn do việc điều khiển chương trình thường xuyên nhảy.

McCabe, vào năm 1976, đã đề xuất Phép đo độ phức tạp theo chu kỳ để định lượng độ phức tạp của một phần mềm nhất định. Đó là mô hình điều khiển bằng đồ thị dựa trên các cấu trúc ra quyết định của chương trình như câu lệnh if-else, do-while, repeat-until, switch-case và goto.

Quy trình lập biểu đồ điều khiển lưu lượng:

Chia chương trình thành các khối nhỏ hơn, được giới hạn bởi các cấu trúc ra quyết định.
Tạo các nút đại diện cho từng nút này.
Kết nối các nút như sau:
- Nếu điều khiển có thể phân nhánh từ khối i sang khối j

Vẽ một vòng cung

Từ nút thoát đến nút nhập

Vẽ một vòng cung. Để tính toán độ phức tạp theo chu kỳ của mô-đun chương trình, chúng tôi sử dụng công thức

V(G) = e – n + 2

Where
e is total number of edges
n is total number of nodes

Độ phức tạp Cyclomatic của mô-đun trên là

e = 10
n = 8
Cyclomatic Complexity = 10 - 8 + 2
                      = 4

Theo P. Jorgensen, Độ phức tạp theo chu kỳ của một mô-đun không được vượt quá 10.

điểm chức năng

Nó được sử dụng rộng rãi để đo kích thước của phần mềm. Điểm chức năng tập trung vào chức năng do hệ thống cung cấp. Các tính năng và chức năng của hệ thống được sử dụng để đo độ phức tạp của phần mềm.

Điểm chức năng dựa trên năm tham số, được đặt tên là Đầu vào bên ngoài, Đầu ra bên ngoài, Tệp nội bộ hợp lý, Tệp giao diện bên ngoài và Truy vấn bên ngoài. Để xem xét mức độ phức tạp của phần mềm, mỗi tham số được phân loại thêm thành đơn giản, trung bình hoặc phức tạp.

Hãy cho chúng tôi xem các thông số của điểm chức năng:

Đầu vào bên ngoài

Mỗi đầu vào duy nhất cho hệ thống, từ bên ngoài, được coi là đầu vào bên ngoài. Tính duy nhất của đầu vào được đo lường vì không có hai đầu vào nào có cùng định dạng. Các đầu vào này có thể là dữ liệu hoặc tham số điều khiển.

Đơn giản – nếu số lượng đầu vào thấp và ít ảnh hưởng đến các tệp nội bộ hơn
Phức tạp – nếu số lượng đầu vào cao và ảnh hưởng đến nhiều tệp nội bộ hơn
Trung bình – ở giữa đơn giản và phức tạp.

Đầu ra bên ngoài

Tất cả các loại đầu ra được cung cấp bởi hệ thống được tính trong danh mục này. Đầu ra được coi là duy nhất nếu định dạng đầu ra và/hoặc quá trình xử lý của chúng là duy nhất.

Đơn giản – nếu số lượng đầu ra thấp
Phức tạp – nếu số lượng đầu ra cao
Trung bình – ở giữa đơn giản và phức tạp.

Tập tin nội bộ hợp lý

Mọi hệ thống phần mềm đều duy trì các tệp nội bộ để duy trì thông tin chức năng của nó và hoạt động bình thường. Các tệp này chứa dữ liệu logic của hệ thống. Dữ liệu logic này có thể chứa cả dữ liệu chức năng và dữ liệu điều khiển.

Đơn giản – nếu số lượng loại bản ghi thấp
Phức tạp – nếu số lượng loại bản ghi cao
Trung bình – ở giữa đơn giản và phức tạp.

Tệp giao diện bên ngoài

Hệ thống phần mềm có thể cần chia sẻ các tệp của nó với một số phần mềm bên ngoài hoặc có thể cần chuyển tệp để xử lý hoặc làm tham số cho một số chức năng. Tất cả các tệp này được tính là tệp giao diện bên ngoài.

Đơn giản – nếu số lượng loại bản ghi trong tệp được chia sẻ thấp
Phức tạp – nếu số lượng loại bản ghi trong tệp được chia sẻ cao
Trung bình – ở giữa đơn giản và phức tạp.

Yêu cầu bên ngoài

Truy vấn là sự kết hợp giữa đầu vào và đầu ra, trong đó người dùng gửi một số dữ liệu để hỏi dưới dạng đầu vào và hệ thống phản hồi người dùng với đầu ra của yêu cầu được xử lý. Độ phức tạp của một truy vấn không chỉ là Đầu vào bên ngoài và Đầu ra bên ngoài. Truy vấn được gọi là duy nhất nếu đầu vào và đầu ra của nó là duy nhất về định dạng và dữ liệu.

Đơn giản – nếu truy vấn cần xử lý thấp và mang lại lượng dữ liệu đầu ra nhỏ
Phức tạp – nếu truy vấn cần quy trình cao và mang lại lượng dữ liệu đầu ra lớn
Trung bình – ở giữa đơn giản và phức tạp.

Mỗi tham số này trong hệ thống được cho trọng số theo loại và độ phức tạp của chúng. Bảng dưới đây đề cập đến trọng số cho từng tham số:

Tham số	Đơn giản	Trung bình	Tổ hợp
đầu vào	3	4	6
đầu ra	4	5	7
Cuộc điều tra	3	4	6
Các tập tin	7	10	15
giao diện	5	7	10

Bảng trên mang lại các Điểm chức năng thô. Các điểm chức năng này được điều chỉnh theo độ phức tạp của môi trường. Hệ thống được mô tả bằng mười bốn đặc điểm khác nhau:

Truyền thông dữ liệu
Quá trình đóng góp
Mục tiêu hiệu suất
Tải cấu hình hoạt động
Tỷ giá giao dịch
Nhập dữ liệu trực tuyến,
Hiệu quả của người dùng cuối
cập nhật trực tuyến
Logic xử lý phức tạp
tái sử dụng
cài đặt dễ dàng
hoạt động dễ dàng
Nhiều trang web
Mong muốn tạo điều kiện thay đổi

Các yếu tố đặc điểm này sau đó được xếp hạng từ 0 đến 5, như được đề cập dưới đây:

Không ảnh hưởng
Ngẫu nhiên
Vừa phải
Trung bình
Có ý nghĩa
Thiết yếu

Tất cả các xếp hạng sau đó được tổng hợp thành N. Giá trị của N nằm trong khoảng từ 0 đến 70 (14 loại đặc điểm x 5 loại xếp hạng). Nó được sử dụng để tính Hệ số Điều chỉnh Độ phức tạp (CAF), sử dụng các công thức sau:

CIF = 0,65 + 0,01N Sau đó,
Điểm chức năng đã phân phối ( FP ) = CAF x FP thô

FP này sau đó có thể được sử dụng trong các số liệu khác nhau, chẳng hạn như:
Chi phí = $ / FP
Chất lượng = Lỗi / FP
Năng suất = FP/người-tháng
Xem thêm : Triển khai phần mềm