IOS 응용 프로그램의 비 기능 요구 사항 - 더미

비 기능 요구 사항 (NFR)은 iOS 앱을 올바르게 작성하는 방법에 대한 지침을 제공합니다 (이러한 요구 사항은 품질 요구 사항 또는 디자인 요구 사항 ). NFR의 범주화와 예제부터 시작하겠습니다. 한 위치에서 다른 위치로 경로를 계획하는 길 찾기 앱을 만들고 있다고 가정 해 보겠습니다. 다음은 NFR의 일반적인 카테고리와 각각의 예, 특히 길 찾기 앱의 컨텍스트입니다.

• 성능: 이것은 앱이 작동하는 속도입니다. 길 찾기 앱의 성능 요구 사항은 20 초 이내에 길을 계획 할 수 있다는 것입니다.

• 반응성: 이 요구 사항은 현재 수행중인 작업에 관계없이 앱이 사용자의 입력 또는 외부 이벤트에 응답 할 준비가되었음을 보장합니다. 예를 들어 앱을 사용하면 경로 계산 중일 때도 사용자가 다른 기능으로 전환 할 수 있습니다.

• 확장 성: 확장 성은 응용 프로그램이 데이터 사용량 또는 데이터 크기의 증가에 얼마나 잘 대처 하는지를 나타냅니다. 예를 들어 앱이 경로를 그리는 데 걸리는 시간이 두 점 사이의 거리와 선형이되도록 요구할 수 있습니다.

• 유용성: 사람들이 앱을 얼마나 쉽게 사용할 수 있는지와 관련이 있습니다. 사용성 측정은 최종 사용자가 교육이나 도움없이 앱의 기능에 익숙해지는 데 걸리는 시간이 될 수 있습니다.

• 안정성: 잠재적 인 환경 고장에도 불구하고 원하는 결과를 제공하기 위해 앱이 올바르게 작동하는 시간의 비율입니다. 길 찾기 앱의 경우 네트워크가 사용 가능하지 않거나 대역폭이 제한 될 수 있으므로 경로를 올바르게 표시하는 것은 시간 비율입니다.

  앱이 99 %의 신뢰도로 작동해야 할 수도 있습니다. 즉, 하루 24 시간 동안 하루에 1 % 또는 약 15 분 동안 경로를 표시하지 못할 수 있습니다.

  대부분의 사람들은 그 단어를 이해하기 쉽기 때문에 가용성 이라는 용어는 신뢰성과 함께 사용할 수 있습니다.

• 보안: 앱이 계산 한 이전 경로를 모두 저장하고 저장된 경로를 다시 계산하지 않고 재사용 할 수 있다고 가정 해 보겠습니다.

  보안이 요구되지 않으면 모든 앱 데이터를 암호화되지 않은 파일과 SD 카드에 저장할 수 있습니다. 그러나 보안이 문제가되는 경우 파일을 암호화하여 앱의 개인 파일 영역에 저장하여 콘텐츠에 쉽게 액세스 할 수 없도록하고 앱을 제거 할 때 파일을 삭제할 수 있습니다.

• 수정 가능 성: 이 요구 사항은 앱이 얼마나 쉽게 변경 될 수 있는지를 관리합니다. 길 찾기 앱의 경우이 요구 사항은 앱이 다시 빌드 할 필요없이 둘 이상의지도를 사용할 수 있다고 명시 할 수 있습니다.

• Maintainability: 앱이 버그를 발견하고 수정하는 용이성과 관련이 있습니다. 예를 들어지도가 정확하지 않은 경우 정확한지도를 다운로드하여 문제를 해결할 수 있습니까? 아니면 다음 버전의 앱을 구입해야합니까?

비용 또한 종종 중요합니다. 앱을 제작할 때 어떤 비 기능 요구 사항이 앱에 적용되는지 결정해야합니다. 또한 NFR을 테스트 할 수 있도록 NFR을 수정해야합니다. 예를 들어, 성능 NFR의 경우 적절한 장소 (예: 화면이 나타나는 동안)에서 응용 프로그램의 속도를 측정 할 수 있어야합니다.

일부 비 기능 요구 사항은 성능 및 응답 성과 같은 모바일 장치에 특히 중요합니다.

앱의 기능 외 요구 사항을 모두 충족시키지 마십시오. 사용자가 가치가없는 기능을 구현하는 데 리소스를 사용하는 이유는 무엇입니까? 대신, NFR을 충족시키고 자하는 범위를 정의하고, 적용 할 수있는 곳이면 어디서나 수량을 정하십시오. 또한 NFR은 항상 상충 관계가 있습니다. 비 기능 요구 사항을 충족 시키면 앱이 다른 기능을 충족하지 못할 수도 있습니다.

예를 들어, 성능과 보안은 종종 교차 목적으로 사용됩니다. 증가 된 보안은 종종 저장된 데이터를 암호화하고 해독함으로써 구현됩니다. 그러나 데이터를 사용하기 위해 데이터를 해독하고이를 사용하여 앱을 암호화 한 다음 암호화하는 데는 시간이 필요하므로 앱의 성능이 저하됩니다. NFR을 충족시키는 트릭은 적절한 균형을 찾는 것입니다.