WAY TO ENTERPRISE
Lesson 11
Non-function requirement
Agenda
Copyright © VTI Academy All Rights Reserved
I. Chân dung người dùng – personas II. Non-function requirement là gì?
III. Một số loại non-function requirement
IV. Chữa Business process bài tập lớn
I. Chân dung người dung- Personas
Lịch sử
Phương pháp phát triển personas (cá nhân) bắt nguồn từ việc phát triển hệ thống công nghệ thông tin vào cuối những năm 1990, nơi các nhà nghiên cứu đã bắt đầu phản ánh về cách bạn có thể truyền đạt hiểu biết của mình về người dùng/khách hàng một cách tốt nhất.
Copyright © VTI Academy All Right Reserved
I. Chân dung người dung- Personas
Khái niệm
Personas là hồ sơ của một người dùng bao gồm các thông tin cá nhân (tên, tuổi, công việc, sở thích, mục tiêu, yêu cầu, phong cách,...) và một bức ảnh đại diện.
Đặt một nhân vật đại diện cho từng vai trò của người dùng/khách hàng sử dụng sản phẩm/phần mềm của dự án
viết ra những gì thúc đẩy họ cần tính năng đó trong sản phẩm/phần mềm, từ đó sẽ giúp nhóm có những lựa chọn đúng đắn khi suy nghĩ về cách thức và những gì cần làm trong việc phát triển sản phẩm/phần mềm.
I. Chân dung người dung- Personas
Các nhóm thường tạo personas cho các loại người dùng khác nhau sẽ sử dụng hệ thống đang được xây dựng. Personas có thể dựa trên hồ sơ của người thật hay một nhân vật hư cấu từ tài liệu tổng hợp của nhiều người dùng/khách hàng.
Copyright © VTI Academy All Right Reserved
I. Chân dung người dung- Personas
Làm sao để tạo Personas hiệu quả?
• Thu thập dữ liệu phong phú về người dùng mục tiêu.
• Xác định phẩm chất và sự khác biệt giữa những người dùng.
• Xây dựng giả thuyết từ nghiên cứu.
• Đảm bảo các bên liên quan đồng ý về giả thuyết về người dùng.
• Xác định một số nhân vật - nhiều hơn một nhân vật cho mỗi dự án, nhưng đặc biệt tập trung vào một số nhân vật quan trọng.
I. Chân dung người dung- Personas
Lợi ích mà Personas mang lại
• Personas giúp nhóm ưu tiên công việc của họ, tập trung vào người dùng/khách hàng.
• Những người dùng khác nhau sẽ có nhu cầu và kỳ vọng khác nhau. Personas sẽ giúp nhóm xác định và hiểu rõ hơn về người dùng/khách hàng sẽ là ai, nhu cầu, trải nghiệm, hành vi và mục tiêu của người dùng là gì.
• Tạo personas có thể giúp bạn bước ra khỏi chính mình, giảm thiệu việc áp đặt suy nghĩ cá nhân lên người dùng.
• Personas có thể giúp nhóm tập trung vào việc cung cấp các tính năng mà người dùng/khách hàng sẽ thấy có giá trị và giúp việc đưa ra quyết định tốt hơn cho dự án.
• Personas giúp các bên liên quan đưa ra quyết định nhanh hơn và giữ cho những quyết định đó được kết nối với mục tiêu dự án.
Copyright © VTI Academy All Right Reserved
II. Non-function requirement là gì?
Functional Requirement nói lên behaviors và functions của giải pháp (what the system do?) Non-Functional Requirement nói lên quality of services của giải pháp (how the system work?)
II. Non-function requirement là gì?
Khái niệm
Non- Function Requirement (NFR) hay còn gọi là yêu cầu phi chức năng. Non- Function
Requirement là tập hợp các thuộc tính giúp nâng cao chất lượng của một hệ thống phần mềm.
Người sử dụng phần mềm sẽ đánh giá chất lượng của phần mềm thông qua các yếu tố như tính đáp ứng, tính dễ dùng, khả năng bảo mật hệ thống, tính di động, tính toàn vẹn dữ liệu, …và nhiều thuộc tính khác.
Copyright © VTI Academy All Right Reserved
II. Non-function requirement là gì?
Non-Functional Requirement là những thứ:
Không liên quan trực tiếp tới hành vi – chức năng của giải pháp
Nhưng lại là các điều kiện giúp hệ thống chạy tốt và đảm bảo được chất lượng như yêu cầu.
III. Một số loại non-function requirement
Security
Security là các yêu cầu về bảo mật trong quá trình sử dụng hệ thống.
Đảm bảo mọi thông tin quan trọng không bị rò rỉ hay đánh cắp. Thông tin chỉ được phép truy cập bởi những người đã được cấp phép.
Ví dụ:
Khi quên mật khẩu, sẽ thực hiện gửi mật khẩu mới qua email của người được đăng kí
Chỉ được xem thông tin tài khoản của mình mà ko được xem của người khác, khi thực hiện chuyển khoản phải nhập mã xác nhận qua điện thoại của người chủ tài khoản
Copyright © VTI Academy All Right Reserved
III. Một số loại non-function requirement
Performance
Performance là hiệu năng, ngưỡng chịu đựng, khả năng đáp ứng của hệ thống. Performance dùng để đo sự ổn định của hệ thống hay ứng dụng.
Ví dụ:
Khi hệ thống chạy chậm, xác định nguyên nhân. Check thời gian gọi phía FE và thời gian Response mà API trả về để so sánh xem time nào mất thời gian hơn => đưa ra hướng xử lý performance cho BE hoặc FE
Khi thực hiện chức năng tìm kiếm thì tìm kiếm theo từng trường, tránh query tất cả các trường trong 1 bảng thì API trả về chậm. Và khi kết quả trả về cũng thực hiện phân trang thay vì hiển thị tất cả….
III. Một số loại non-function requirement
Usability
Usability là khả năng “dễ sử dụng” của hệ thống.
Nói một cách đơn giản là đặc tính mô tả việc người dùng sử dụng sản phẩm dễ dàng hay không.
Usability được tạo thành bởi 5 thuộc tính:
• Độ dễ tiếp cận
• Tính hiệu quả
• Dễ nhớ
• Tỉ lệ phát sinh lỗi
• Độ thoả mãn
Copyright © VTI Academy All Right Reserved
III. Một số loại non-function requirement
Integrity
Độ chính xác, xác thực của dữ liệu. Yêu cầu dữ liệu phải được tính toán chính xác tại-tất-cả-các- thời-điểm. Chứ không phải lúc này dữ liệu ra chính xác, lúc kia dữ liệu ra sai => sẽ tạo ra tâm lý ngờ vực của khách hàng dành cho hệ thống rất lớn
Ví dụ: một số dữ liệu có công thức tính toán phức tạp nếu mà ko check đủ các trường hợp thì sẽ dẫn đến 1 số trường hợp dữ liệu trả về không chính xác.
III. Một số loại non-function requirement
Availability
Availability là các yêu cầu về: mức độ hệ thống sẵn sàng để được sử dụng, gồm 2 yếu tố:
Thời gian có thể sử dụng hệ thống
Các yếu tố phụ thuộc để vận hành hệ thống.
Copyright © VTI Academy All Right Reserved
III. Một số loại non-function requirement
Audit
Audit là các yêu cầu về khả năng ghi nhận lại các tác vụ đã thực hiện trên hệ thống, nhằm mục đích kiểm tra. Nhớ nhé anh em, chỉ nhằm mục đích kiểm tra, không phải để thống kê hay báo cáo.
IV. Chữa Business process của bài tập lớn
Copyright © VTI Academy All Rights Reserved
