질문 1: 비 기능 요구 사항에는 어떤 측면이 포함됩니까? 1? 비기능적 요구 사항: (1) 성능 요구 사항: 소프트웨어 응답 속도, 결과 정확도, 런타임 리소스 소비 등에 대한 사용자 요구 사항 (1) 성능 요구 사항: 소프트웨어 응답 속도, 결과 정확도, 런타임 리소스 소비 등에 대한 사용자 요구 사항. (2) 안정성 요구 사항: 소프트웨어 고장의 빈도, 심각도, 복구 가능성 및 장애 예측 가능성에 대한 사용자 요구 사항 (3) 사용 편의성 요구 사항: 인터페이스의 사용 편의성, 아름다움, 사용자 중심 문서 및 교육 지연 등에 대한 사용자 요구 사항 (4) 보안 요구 사항: 인증, 권한 통제, 프라이버시 등에 대한 사용자 요구 사항 (4) 운영 환경 제약: 소프트웨어 시스템 운영 환경에 대한 사용자 요구 사항. (5) 외부 인터페이스: 사용자는 개발 소프트웨어 시스템과 다른 소프트웨어 시스템 또는 하드웨어 장치 간의 인터페이스 요구 사항을 처리합니다. (6) 지원 요구 사항: 소프트웨어 구성, 확장성, 서비스 가능성, 이식성 등에 대한 사용자 요구 사항
질문 2: 비기능 요구사항에는 어떤 측면이 포함됩니까? 1? 비기능적 요구 사항: (1) 성능 요구 사항: 소프트웨어 응답 속도, 결과 정확도, 런타임 리소스 소비 등에 대한 사용자 요구 사항 (1) 성능 요구 사항: 소프트웨어 응답 속도, 결과 정확도, 런타임 리소스 소비 등에 대한 사용자 요구 사항. (2) 안정성 요구 사항: 소프트웨어 고장의 빈도, 심각도, 복구 가능성 및 장애 예측 가능성에 대한 사용자 요구 사항 (3) 사용 편의성 요구 사항: 인터페이스의 사용 편의성, 아름다움, 사용자 중심 문서 및 교육 자료 등에 대한 사용자 요구 사항 (4) 보안 요구 사항: 인증, 권한 통제, 프라이버시 등에 대한 사용자 요구 사항 (4) 운영 환경 제약: 소프트웨어 시스템 운영 환경에 대한 사용자 요구 사항. (5) 외부 인터페이스: 사용자는 개발 소프트웨어 시스템과 다른 소프트웨어 시스템 또는 하드웨어 장치 간의 인터페이스 요구 사항을 처리합니다. (6) 보장성 (supportable) 요구 사항: 소프트웨어 구성 가능성, 확장성, 서비스 가능성, 이식성 등에 대한 사용자 요구 사항
질문 3: 비 기능 요구 사항에 포함 된 4 가지 비 기능 요구 사항은 시스템의 특정 동작에 대한 요구 사항이 아닌 특정 조건에 따라 시스템의 작동 상태 또는 특성을 결정하는 것을 의미합니다.
포함
보안, 신뢰성, 상호 운용성, 견고성, 사용 편의성, 서비스 가능성, 이식성, 재사용 가능성, 확장성
질문 4: 기능 요구 사항은 소프트웨어가 달성해야 하는 기능 요구 사항 분석을 의미합니다! ! !
질문 5: 비 기능 요구 사항 분석을 수행하는 방법? 일반적인 수요 분석 이론에 따르면 수요는 기능 요구 사항과 폐 기능 요구 사항으로 나눌 수 있으며, 그 중 비기능 요구 사항은 품질과 제약으로 나눌 수 있습니다. 일반적으로 기능 요구 사항에 대해 자세히 살펴보고 사용자와 더 많이 소통하면 분석하는 것이 좋습니다. 비기능적 요구의 경우, 우리는 때때로 여유가 있고 힘이 부족하다고 느끼거나, 어떻게 해야 좋을지 모를 때가 있다. (윌리엄 셰익스피어, 템페스트, 희망명언) 대부분의 경우, 프로젝트 팀은 단순히 비 기능 요구 사항을 분석하지 않습니다. 이러한 모든 비 기능 요구 사항은 프로젝트 관리자 또는 일부 구성원의 머리 속에만 머물러 있습니다. 이 상황은 매우 큰 숨겨진 위험을 안고 있습니다. 제품이 출시되면 이러한 비기능 요구 사항을 테스트하고 검증하지 않아 우리 제품에 시한폭탄이 많이 생기게 됩니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 계절명언) 이 폭탄들은 어떤 장면에서는 폭발할 수도 있고, 사용자를 폭파할 수도 있고, 자신을 폭파시킬 수도 있다. 위의 문제에 대해 업계에서는' 목표-장면-대책' 분석법인 이 문제를 효과적으로 해결할 수 있는 분석 도구가 있다.
예를 들어, 대상 장면 의사 결정 성능 클라이언트 자주 페이지 액세스, 웹 서버 부하 프록시 서버 클라이언트 대량액세스 배경 그림 서버 프로그램 자주 액세스 IO, 디스크 압력 데이터베이스 분할 이상 비 기능 요구 사항 중' 성능' 에 대한 분석을 실시했습니다. 예를 들어, 월간 클라이언트가 배경 그림에 대량으로 액세스하는 장면, 우리는 그림 서버에 대한 대응 전략을 채택했다. 이 분석 방법은 기존의' 저장' 방법에 비해 다음과 같은 장점이 있습니다. 1, 분석자가 제품의 비기능 요구 사항을 분석해야 한다는 것을 절차적으로 규정하고 있습니다. 2, 비 기능적 요구 사항의 목표를 분류하고 정리합니다. 3, 각 목표에서 발생할 수있는 장면을 빗질하십시오. 4. 마지막은 비교적 중요한 것 중 하나입니다. 각 시나리오에 대해 목표 의사결정 분석에 대해 자세히 생각해 보았습니다. 이러한 결정은 후속 설계에 지도 역할을 했습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)
질문 6: 소프트웨어 엔지니어링의 기능 요구 사항과 비기능 요구 사항의 차이점은 세 가지 수준의 비즈니스 요구 사항, 사용자 요구 사항 및 기능 요구 사항을 포함하는 소프트웨어 요구 사항입니다. 또한 각 시스템에는 다양한 비 기능 요구 사항이 있습니다. 요구 사항 분류는 소프트웨어 요구 사항 단계에서 없어서는 안 될 작업이며, 개발자가 다양한 업계의 비즈니스를 이해하고, 사용자의 실제 요구 사항을 이해하고, 이를 명확하게 파악한 후 기능 항목을 확립하도록 안내할 수 있습니다. 개발자가 전반적인 요구에 대한 명확한 목표를 가지고 있으면, 부서별로 빠르고 효율적으로 기능 항목 개발을 진행할 수 있으며, 일반적으로 시스템 개발 수요의 원래 의도에서 벗어나지 않는다. 1, 업무 요구사항 업무 요구사항 (Business requirement) 은 조직 또는 고객의 높은 수준의 목표를 나타냅니다. 비즈니스 요구 사항은 일반적으로 프로젝트 투자자, 제품을 구입한 고객, 실제 사용자의 관리자, 마케팅 부서 또는 제품 기획 부서에서 비롯됩니다. 비즈니스 요구 사항은 조직이 시스템을 개발해야 하는 이유, 즉 조직이 달성하고자 하는 목표를 설명합니다. 전경 및 범위 (vision and scope) 문서를 사용하여 프로젝트 프로파일 또는 시장 요구사항 (project charter 또는 market requirement) 문서라고도 하는 업무 요구사항을 기록합니다. 2, 사용자 요구 사용자 요구 사항 (user requirement) 은 사용자의 목표 또는 사용자가 시스템이 수행할 수 있어야 하는 작업을 설명합니다. 사용 사례, 장면 설명 및 이벤트 응답 테이블은 모두 사용자의 요구를 표현하는 효과적인 방법입니다. 즉, 사용자 요구 사항은 사용자가 시스템을 사용하여 수행할 수 있는 작업을 설명합니다. 3, 기능 요구 사항 기능 요구 사항 (functional requirement) 은 개발자가 제품에서 구현해야 하는 소프트웨어 기능을 규정하고 있으며, 사용자는 이러한 기능을 이용하여 업무 요구를 충족시킬 수 있습니다. 기능 요구 사항은 "시스템이 사용자에게 예약을 수락했음을 알리기 위해 이메일을 보내야 한다" 고 습관적으로 설명하기 때문에 동작 요구 (behavioral requirement) 라고도 합니다. 기능 요구 사항 설명은 개발자가 구현해야 하는 것입니다. 4, 비기능 요구 사항 4-1, 시스템 요구 사항 (system requirement) 은 여러 하위 시스템을 포함하는 제품 (시스템) 의 최상위 요구 사항을 설명하는 데 사용됩니다. 시스템에는 소프트웨어 시스템만 포함되거나 소프트웨어와 하드웨어 하위 시스템을 모두 포함할 수 있습니다. 사람도 시스템의 일부가 될 수 있으므로 일부 시스템 기능은 사람이 부담해야 할 수도 있습니다. 4-2, 비즈니스 규칙에는 비즈니스 정책, * * * 규정, 산업 표준, 회계 기준 및 계산 방법 등이 포함됩니다. 비즈니스 계획 자체는 특정 소프트웨어 시스템의 범위에 속하지 않기 때문에 소프트웨어 요구 사항이 아닙니다. 그러나 비즈니스 규칙은 특정 사용 사례를 수행할 수 있는 사용자를 제한하거나 시스템이 관련 규칙을 준수하기 위해 특정 기능을 구현해야 한다고 규정하는 경우가 많습니다. 기능을 통해 구현되는 기능의 특정 물성도 업무 규칙에서 파생되는 경우가 있습니다. 따라서 특정 기능 요구 사항을 페깅할 때 해당 출처가 특정 업무 규칙이라는 것을 알 수 있습니다. 4-3, 기능 요구 사항은 SRS (software requirements specification sheet) 에 기록됩니다. SRS 는 소프트웨어 시스템의 예상 기능을 완벽하게 설명합니다.
SRS 는 일반적으로 문서로 취급합니다. 사실 SRS 는 요구 사항 정보가 포함된 데이터베이스나 스프레드시트일 수도 있습니다. 또는 비즈니스 요구 사항 관리 도구에 저장된 정보; 작은 항목의 경우 인덱스 카드 한 묶음일 수도 있습니다. SRS 는 개발, 테스트, 품질 보증, 프로젝트 관리 및 기타 관련 프로젝트 기능에 사용됩니다. SRS 에는 기능 요구 사항 외에도 성능 지표 및 물성 설명 등 비기능 요구 사항이 포함되어 있습니다. 4-4, 품질 속성 (quality attribute) 은 제품의 기능 설명을 보완하며 다양한 측면에서 제품의 다양한 특성을 설명합니다. 이러한 특성에는 가용성, 이식성, 무결성, 효율성 및 견고성이 포함되며 사용자나 개발자에게 중요합니다. 기타 비기능 요구사항으로는 시스템 및 외부 세계의 외부 인터페이스, 설계 및 구현에 대한 제약 등이 있습니다. 4-5, 제약 (constraint) 은 소프트웨어 엔지니어링 분야로 제한되는 등 개발자가 시스템을 설계하고 구축할 때 선택할 수 있는 범위를 제한합니다. 참고: 비즈니스 요구 사항, 사용자 요구 사항, 기능 요구 사항 및 비기능 요구 사항이 소프트웨어 개발에 큰 지침이 된다는 점을 분명히 알 수 있습니다. 사용자 마음을 잘못 헤아려서는 안 됩니다. 개발자에게 모든 소프트웨어 기능의 개발을 위해 우리는 일일이 사용자의 의견을 구해야 한다. GT; Gt;
질문 7: 기능적 요구와 비기능적 수요를 어떻게 구분할 수 있습니까? 왜 제가 여기에 누워서 헛되이 낭비하게 합니까?
나방, 뒤집힌 책 가운데 못 박히기
오래된 겨울
불씨를 바람에 뿌렸다.
내일 어떻게 만나요? 그리고 앞으로
너야, 그의 용기 하하
질문 8: 비 기능 요구 사항이 중요한 이유는 무엇입니까? 실제 환경에서 벗어나지 마라. 때때로 우리는 문장 한 편이나 책 한 권을 읽거나, 불완전하게 느껴지는 소개를 보고 편협해지기도 한다. (윌리엄 셰익스피어, 햄릿, 독서명언) 모든 경우에 사람들은 기술, 솔루션 및 옵션의 일부 측면만 논의하고, 비기능적 요구 사항이라는 중요한 문제는 간과하고 있습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 기술명언) 물론 기능성은 매우 중요하다. 결국, 구축한 시스템이 원하는 기능을 실현했다는 것을 보여줄 수 없다면 누가 관심을 가질까요? 새롭고, 교묘하고, 더 간단하고, 더 예쁘고, 더 적절한 방법으로 문제를 해결하는 것도 좋지만, 비기능적 요구를 고려하지 않으면 솔루션이 실효를 얻지 못할 수 있습니다. 비기능적 요구 사항은 "내 시스템이 이 기능을 구현하길 원한다" 는 것이 아니라 "이 시스템을 실제 환경에서 실행할 수 있도록 하는 방법" 을 해결하는 것입니다. 이러한 실제 환경에 대해 사람들이 언급하는 몇 가지 질문은' 밀리: 송체' 입니다. Mso-bidi-font-size: 10.0pt; Mso-ascii-font-family:' times new Roman'; Mso-hansi-font-family:' times new Roman'; Mso-bidi-font-family:' times new Roman'; Mso-font-kerning: 1.0 pt; Mso-ansi-language: en-us; Mso-far east-language: zh-cn; Mso-bidi-language: ar-sagt; ◆ 온라인 시스템에 대한 요청이 너무 많습니다. 사용자가 너무 많아서 모두 함께 있습니다! ◆ 응용 프로그램을 배포하는 관리자의 부담이 너무 큽니다. 실제 환경에서는 관리자가 각 응용 프로그램을 여러 번 배포하고 배포 후에는 각 응용 프로그램을 모니터링해야 합니다. ◆ 관리자들은 실수를 한다: 결국, 우리 대부분은 보통 사람들이다! 100 번의 수동 배포 단계를 오류 없이 수행하는 것은 이론적으로 가능하지만 실제 환경에는 나타나지 않았다.
◆ 성가신 스크립트 키디 (script kiddy) 와 진짜 해독고수가 우리 시스템을 공격하는 것: 안전이 얼마나 중요한가! 신뢰성에서 고려해야 할 구체적인 측면은 다음과 같습니다. 가용성 사용자가 사용 가능한 채널 (예: 웹) 에서 제품에 쉽게 액세스할 수 없는 경우 이점은 무엇입니까? 이것은 때때로 기능의 일부로 함께 고려되지만 (또는 이상적인 환경에서), 종종 간과되어 전체 프로젝트가 위험에 처해 있다. 여기서 고려해야 할 몇 가지 질문은: ◆ 사용자에게 부적절한 부담을 주고 있습니까 (예: 특별한 브라우저 버전 필요)? ◆ 다중 사용자 인터페이스를 가능하게 하기 위해 모델-뷰-컨트롤러 (Model-View-Controller) 아키텍처를 기반으로 시스템이 설계되었습니까? 그렇다면 어떻게 함께 묶을 수 있을까요? ◆ 인터페이스가 원래 상태지만 기능이 무상태이거나 그 반대의 경우도 마찬가지입니까? 유효성 프로세서, 메모리, 디스크 공간과 같은 자원을 효율적으로 사용하지 않으면 기능, 안정성, 가용성이 더 좋은 시스템은 결국 실패합니다. 우리는 종종 유효성을 두 개의 하위 범위로 나누는 것이 유용하다는 것을 알게 되었는데, 두 하위 범위 모두 고려해야 한다: ◆ 성능: 이 시스템은 얼마나 잘 작동합니까? 그것은 단지 평온하고 느리게 운행될 뿐입니까? 시스템이 응답 시간 목표를 달성할 수 있습니까? 어플리케이션 설계가 성능 요구 사항을 충족합니까? 캐시를 이용하셨습니까? ◆ 확장성: 시스템이 작은 범위에서 상당히 빠르게 작동한다면 초당, 분당, 시간당 수천 또는 수천 개의 활동으로 확장될 때? 처리량 목표를 충족하도록 설계되었습니까? 선형 확장을 위해 시스템을 복제할 수 있습니까? 병목 현상 (예: 공공 * * * 데이터베이스) 이 있습니까? 서비스 용이성 개발자, 관리자 및 운영자가 애플리케이션 관리 방법 문제를 해결할 수 없는 경우 최초 출시 전에 사망할 수 있기 때문에 매우 중요한 요구 사항입니다. 이 문제를 해결하기 위한 임무를 맡고 있는 관리자인 경우 어떻게 구성하시겠습니까? 어떻게 감시합니까? 한 가지 작업을 여러 번 수행해야 하는 경우 (예: 많은 어플리케이션 설치) 어떻게 합니까? 복제 가능한 배포 프로세스가 있습니까? 반복 ... gt; Gt;
질문 9: 비 기능 요구 사항에는 어떤 측면이 포함됩니까? 1? 비기능적 요구 사항: 소프트웨어 품질 특성, 운영 환경, 자원 제약, 외부 인터페이스 등에 대한 사용자 요구 사항 또는 기대
(1) 성능 요구 사항: 소프트웨어 응답 속도, 결과 정확도, 런타임 리소스 소비 등에 대한 사용자 요구 사항
(2) 안정성 요구 사항: 소프트웨어 고장의 빈도, 심각도, 복구 가능성 및 장애 예측 가능성에 대한 사용자 요구 사항
(3) 사용 편의성 요구 사항: 인터페이스의 사용 편의성, 아름다움, 사용자 중심 문서 및 교육 자료 등에 대한 사용자 요구 사항
(4) 보안 요구 사항: 인증, 권한 통제, 프라이버시 등에 대한 사용자 요구 사항
(4) 운영 환경 제약: 소프트웨어 시스템 운영 환경에 대한 사용자 요구 사항.
(5) 외부 인터페이스: 사용자는 개발 소프트웨어 시스템과 다른 소프트웨어 시스템 또는 하드웨어 장치 간의 인터페이스 요구 사항을 처리합니다.
질문 10: 소프트웨어의 비기능 요구 사항 성능, 호환성, 구성, 인터페이스, 로컬라이제이션, 보안 등, 안정성, 가용성, 사용 편의성, 데이터베이스 테스트 측면에서 소프트웨어의 비담성 요구 사항을 정의하는 방법