Các yêu cầu phi chức năng cho iOS Apps - núm vú

Yêu cầu phi chức năng (NFR) cung cấp hướng dẫn về cách xây dựng ứng dụng iOS một cách chính xác (các yêu cầu đó còn được gọi là thiết kế yêu cầu chất lượng hoặc yêu cầu ). Hãy bắt đầu với một phân loại và các ví dụ của NFR. Nói rằng bạn đang xây dựng một ứng dụng wayfinding rằng sẽ âm mưu một tuyến đường từ một địa điểm khác. Dưới đây là các danh mục chung của NFR và các ví dụ cho từng, cụ thể trong ngữ cảnh của ứng dụng tìm đường:

• Hiệu năng: Đây thực chất là tốc độ hoạt động của ứng dụng của bạn. Một yêu cầu hiệu suất cho các app wayfinding có thể là nó âm mưu một tuyến đường trong ít hơn 20 giây.

• Trách nhiệm: Yêu cầu này đảm bảo rằng ứng dụng của bạn đã sẵn sàng đáp ứng với đầu vào của người dùng hoặc sự kiện bên ngoài bất kể hiện tại nó đang làm gì. Ví dụ: ứng dụng của bạn có cho phép người dùng chuyển sang một chức năng khác ngay cả khi nó đang bận khi tính toán một tuyến đường.

• Khả năng sử dụng: Điều này liên quan đến cách mọi người dễ dàng sử dụng ứng dụng của bạn. Một thước đo về khả năng sử dụng có thể là thời gian để người dùng cuối quen với các chức năng của ứng dụng mà không cần đào tạo hay giúp đỡ.

• Độ tin cậy:
  Đây là phần trăm thời gian mà ứng dụng của bạn hoạt động chính xác để mang lại kết quả mong muốn, mặc dù tiềm ẩn thất bại trong môi trường của nó. Đối với ứng dụng wayfinding, đó là phần trăm thời gian mà nó đã thực hiện đúng đường đi, cho rằng mạng có thể không có sẵn hoặc băng thông có thể bị hạn chế.

• Bạn có thể yêu cầu ứng dụng của bạn hoạt động với độ tin cậy 99%, có nghĩa là trong một ngày 24 giờ cụ thể, nó có thể không vẽ được một tuyến đường không quá một phần trăm trong ngày, hoặc khoảng 15 phút. Từ

  tính khả dụng

  có thể được sử dụng thay thế với độ tin cậy, bởi vì hầu hết mọi người có nhiều khả năng hiểu từ đó hơn. Bảo mật: Nói rằng ứng dụng của bạn lưu tất cả các tuyến đường mà nó đã tính và cho phép bạn sử dụng lại tuyến đường đã lưu chứ không tính lại nó.

• Nếu bảo mật không phải là yêu cầu, bạn có thể lưu trữ tất cả dữ liệu ứng dụng trong các tệp không được mã hóa và trên thẻ SD. Nếu vấn đề bảo mật là vấn đề, bạn có thể mã hóa các tệp và lưu trữ chúng trong vùng tệp tin riêng của ứng dụng để nội dung của chúng không dễ truy cập và để chúng bị xóa khi ứng dụng bị gỡ cài đặt. Khả năng sửa đổi:

  Yêu cầu này ảnh hưởng đến mức độ dễ dàng thay đổi ứng dụng của bạn. Đối với ứng dụng wayfinding, yêu cầu này có thể tuyên bố rằng ứng dụng có thể sử dụng nhiều bản đồ mà không cần phải xây dựng lại.

• Khả năng bảo trì: Điều này liên quan đến sự dễ dàng mà ứng dụng của bạn gặp lỗi và khắc phục lỗi. Ví dụ: nếu bản đồ không chính xác, bạn có thể khắc phục vấn đề đơn giản bằng cách tải xuống bản đồ chính xác hay bạn phải mua phiên bản tiếp theo của ứng dụng.

• Chi phí cũng rất quan trọng. Khi bạn xây dựng một ứng dụng, bạn phải quyết định những yêu cầu phi chức năng áp dụng cho ứng dụng của bạn. Bạn cũng phải tinh chỉnh NFR của bạn để bạn có thể kiểm tra chúng. Ví dụ: đối với hiệu suất NFR, bạn phải có khả năng đo tốc độ ứng dụng của bạn tại những nơi thích hợp (chẳng hạn như màn hình xuất hiện). Một số yêu cầu phi chức năng đặc biệt quan trọng đối với các thiết bị di động, chẳng hạn như hiệu suất và khả năng phản hồi.

Không cố gắng để đáp ứng tất cả các yêu cầu phi chức năng có thể có trong một ứng dụng. Tại sao chi tiêu các nguồn lực thực hiện các tính năng mà người dùng sẽ không có giá trị? Thay vào đó, hãy xác định và, ở bất cứ nơi nào có thể, lượng định mức độ mà bạn muốn đáp ứng NFR. Ngoài ra, NFR luôn luôn liên quan đến thương mại-offs. Đáp ứng một yêu cầu không hoạt động có thể gây ra ứng dụng của bạn không đáp ứng được một yêu cầu khác.

Ví dụ, hiệu năng và bảo mật thường ở các mục đích đa mục đích. Tăng cường bảo mật thường được thực hiện bằng cách mã hóa và giải mã dữ liệu được lưu trữ. Tuy nhiên, phải giải mã dữ liệu để sử dụng nó, và mã hóa nó sau khi ứng dụng được thực hiện bằng cách sử dụng nó cần thời gian, do đó làm giảm hiệu suất của ứng dụng. Các trick với cuộc họp NFRs là để tìm sự cân bằng.