Tính năng quan trọng nhất của phần mềm chất lượng là gì? [đóng cửa]

Câu hỏi này nằm cùng dòng với câu hỏi này , nhưng thay vì nói về chất lượng mã, tôi đang nói về sản phẩm cuối cùng theo quan điểm của người dùng. Nếu bạn có thời gian / ngân sách hạn chế và chỉ có thể đảm bảo một thuộc tính của phần mềm (ngoài các yêu cầu cơ bản) đưa phần mềm từ phần mềm tốt sang phần mềm chất lượng tốt, bạn sẽ xem xét điều gì quan trọng nhất?

Có phải nó có ít lỗi nhất có thể? Một giao diện trực quan? Thông báo lỗi hữu ích? Hỗ trợ kỹ thuật và tài liệu tốt? Nếu chúng ta không muốn phần mềm của chúng ta trông giống như những thứ nhảm nhí rẻ tiền cho người dùng của chúng ta, chúng ta nên luôn nhớ phải bao gồm những gì?

Giao diện người dùng trực quan và hấp dẫn . Nó có vẻ sáo rỗng, nhưng có một số sự thật với tuyên bố "những thứ đẹp đẽ hoạt động tốt hơn."

Chỉnh sửa ngày 18/9/2013:

Đã nhiều năm rồi nhưng câu hỏi của Morten bên dưới đã bị mắc kẹt trong đầu tôi suốt thời gian này. Có, tôi đánh giá máy chủ SQL bằng giao diện người dùng của họ. Mọi thứ đều có giao diện người dùng. Chà, hầu như mọi thứ dù sao đi nữa. Shell, tập tin cấu hình, lệnh, tập tin nhật ký, tất cả chúng là một giao diện cho người dùng. Ngay cả hầu hết các mô-đun hạt nhân linux có một số UI được hiển thị dưới dạng tệp trong / sys và / Proc. Vâng, đó là những giao diện người dùng. Chỉ vì nó không phải là đồ họa không làm cho nó ít quan trọng hơn.

Ví dụ: Tôi biết Postgres là một cơ sở dữ liệu tuyệt vời. Đôi khi tôi buồn tôi không sử dụng nó nhiều hơn. Tôi sử dụng MySQL nhiều hơn. Tại sao? Một phần của nó là các lệnh shell dễ sử dụng hơn. show databases;nói những gì nó làm và làm những gì nó nói. Tôi nhìn nó lần đầu tiên, lần đầu tiên. Không bao giờ làm lại. Khi tôi sử dụng psql, tôi hiếm khi có thể nhớ. Là nó \dlhay chỉ \l? Không chờ đợi, không phải \dlcái gì khác? Huh, tôi thực sự muốn \dn? Bắn, ok, lệnh gì để được giúp đỡ? \help? Không, đó là danh sách các lệnh SQL. Đâu là danh sách các lệnh shell? Ah. \?có danh sách TẠI SAO \?khác với \help?

Vâng, nếu tôi đã sử dụng nó mọi lúc tôi sẽ quen với nó. Đó không phải là vấn đề. Vấn đề là phần mềm được thiết kế tốt không nên yêu cầu "làm quen".

Tôi biết đó có vẻ là một ví dụ ngớ ngẩn nhưng nó có ảnh hưởng.

Khả năng sử dụng

Bất kỳ tính năng thiết yếu nào khác chỉ là một thuộc tính hoặc đóng góp cho khả năng sử dụng (không có lỗi, chức năng, tính hấp dẫn, v.v.)

Đây là tính năng quan trọng nhất số 1 vì nó là thứ chứng minh rằng phần mềm của bạn có giá trị. Nếu nó có giá trị, nó kiếm tiền.

nó phải làm những gì người dùng cần nó để làm một cách dễ dàng và nhanh chóng. nó phải dễ sử dụng

Làm cho nó dễ dàng để cải thiện. Phần mềm chất lượng cao được xây dựng khi bạn xây dựng nó để cho phép bạn chăm sóc các lỗi một cách rẻ tiền (UI / Performance / Crashes / etc).

Bất kỳ phần mềm nào cũng sẽ có lỗi, vì vậy hãy xây dựng để cải thiện chất lượng dễ dàng và chi phí thấp.

Mọi thứ khác sẽ chỉ làm theo từ này.

Tính năng quan trọng nhất là khách hàng có thể làm những gì anh ta yêu cầu. Điều đó có nghĩa là không chỉ đáp ứng các yêu cầu cơ bản, mà còn làm theo cách mà khách hàng có thể hiểu.

Tôi đoán chúng ta sẽ gọi đó là "Tính khả dụng", sau đó trở thành câu trả lời.

Phần còn lại, như ngoại hình và tính năng, và lỗi (lý do héo) có thể được cải thiện sau đó. Nếu khách hàng có thể làm những gì anh ta yêu cầu, anh ta cũng sẽ thường vui vẻ, và nhiều khả năng sẽ yêu cầu bạn thực hiện những cải tiến này.

Theo kinh nghiệm của tôi, một phần mềm đẹp không giúp khách hàng thực hiện công việc của mình sẽ không giúp bạn làm được nhiều việc hơn.

Dự đoán

Phần mềm nên thực hiện công việc được yêu cầu, khi người dùng yêu cầu, theo cách mà người dùng mong đợi. Nó không nên đưa ra bất kỳ sự ngạc nhiên nào trên đường đi (có thể là những hành vi không thể đoán trước hoặc không rõ ràng, sự chậm trễ lâu không có phản hồi rõ ràng hoặc sự cố đơn giản) nó chỉ đơn giản là hiệu quả và đáng tin cậy trong công việc của nó.

Phần mềm thực hiện một điều tốt là hữu ích hơn nhiều so với phần mềm cung cấp nhiều tùy chọn giao diện nhưng hoạt động không thể đoán trước hoặc gặp sự cố. Bạn luôn có thể xây dựng các tính năng mới theo nhu cầu, nhưng trừ khi phần mềm của bạn thực hiện công việc được mong đợi theo cách nằm trong mong đợi của người dùng, bạn không có nền tảng để mang lại bất kỳ cải tiến nào nữa.

IMO, cung cấp một nền tảng để phát triển chương trình là tính năng tốt nhất mà chương trình có thể có. Firefox là một ví dụ tốt về điều này. Họ cung cấp một sản phẩm hoạt động tốt và khi lỗi được sửa, phần mềm sẽ được cập nhật tự động. Điều này rất hữu ích cho enduser vì anh ta luôn có bản dựng mới nhất. Điều này cũng sẽ giúp ích trong trường hợp của bạn bởi vì khi bạn nhận được nhiều ngân sách và thời gian hơn, bạn có thể đẩy các tính năng mới một cách dễ dàng.

Tôi nghĩ chất lượng tốt nhất khác của sản phẩm phần mềm là cách nó xử lý các trường hợp ngoại lệ và phản ứng với các tình huống đặc biệt. Hầu hết các chương trình không xử lý điều này một cách duyên dáng. Họ hoặc bị giết bởi các đoạn trích chưa được xử lý hoặc họ tạo ra các thông báo lỗi vô nghĩa gây nhầm lẫn cho người dùng.

Tạo phần mềm không có lỗi không phải là một công việc đơn giản. Nó sẽ xảy ra cuối cùng và khi chương trình phát triển. Nhưng nhiệm vụ của các lập trình viên là đảm bảo có đủ thông tin để gỡ lỗi. Một ví dụ điển hình về cách tạo thông báo lỗi tuyệt vời cho người dùng là VirtualBox . Trên bất kỳ lỗi không mong muốn nào, nó thông báo cho người dùng những gì có thể xảy ra với một tùy chọn liên hệ với nhà phát triển với tệp nhật ký chi tiết để được trợ giúp thêm.

Nếu bạn nói về phần mềm Doanh nghiệp thì đó là tất cả về Dễ quản lý . Tại công ty của tôi, chúng tôi làm việc chăm chỉ để loại bỏ bất kỳ phần mềm nào, đòi hỏi quá nhiều quản trị viên.

Đối với phần mềm máy tính để bàn đối với tôi, đó là tất cả về Ổn định . Tôi ghét phần mềm bị treo trên tôi.

Tôi chất lượng tâm trí của tôi là thước đo số lượng mối quan tâm của các bên liên quan được phần mềm quảng cáo.

Nói chung, định nghĩa của tôi ánh xạ tốt với định nghĩa RUP.

RUP định nghĩa chất lượng là:

• thỏa mãn hoặc vượt quá một bộ yêu cầu đã thỏa thuận
• Đánh giá bằng các biện pháp và tiêu chí đã thỏa thuận
• được sản xuất bằng cách sử dụng một quy trình theo thỏa thuận.