软件工程原理与实践（硕士）课件 5 软件需求工程.pptx

高级软件工程

SoftwareEngineering软件需求工程

问题需求创新和产品定位很难用户提不出需求Imnotsure,butIllknowitwhenIseeit需求经常变化，项目没有时限开发人员不得不大量返工，因为需求缺陷直到开发后期才发现系统测试白费了，因为测试者并未明白产品要做什么功能都实现了，但由于产品的低性能、使用不方便或其它因素用户不满意维护费用相当高，因为客户的许多增强要求未在需求获取阶段提出2

02-需求获取01-相关概念03-需求分析304-需求定义和验证05-需求管理

软件需求需求系统必须符合的条件或能力软件需求（FURPS+）用户对目标软件系统在功能(F)、非功能需求(URPS)、设计约束等方面的期望。关注What!系统输出功能非功能需求、设计约束输入

功能需求－－用例建模Use-Case2规约-简要描述-事件流Use-Case3规约-简要描述-事件流Actor1UseCase2UseCase3UseCase1Actor2Actor3Use-Case1规约-简要描述-事件流系统DetermineNeedTakeOrderSetupPaymentDeliverOrderFillOrder

非功能需求FunctionalityFeatureSetCapabilitiesGeneralitySecurityUsabilityHumanFactorsAestheticsConsistencyDocumentationReliabilityFrequency/SeverityofFailureRecoverabilityPredictabilityAccuracyMTBFPerformanceSpeedEfficiencyResourceUsageThroughputResponseTimeSupportabilityTestabilityExtensibilityAdaptabilityMaintainabilityCompatibilityConfigurabilityServiceabilityInstallabilityLocalizabilityRobustnessFURPS的“URPS”

设计约束一项需求允许多种设计方案设计是在这多种方案中做出选择没有选择的需求就是一个设计约束它和其它需求不同将它放在软件需求的单独一节中将每个设计约束的源标识出来记录每个设计约束的原理举例必须要有某一种算法必须要用数据库

软件需求的层次项目前景文档Vision软件需求规约SoftwareRequirementSpec用户需求StakeholderNeeds软件概要需求软件详细需求8系统需求/业务需求软件需求

从用户/系统需求到软件需求分解和精化9案例1ATM机系统中的系统需求“系统应当防止银行卡被盗刷”可以被细化为哪些软件需求？单笔取款和全天取款金额有限制卡长时间无操作吞卡存取款时进行短信提醒密码输入错误多次后锁定读卡器能够识别银行卡真伪指纹识别用户身份与监控联网，识别周围是否有人系统内部网络访问限制IP等案例2电水壶控制系统中的用户需求“当水壶中的水温低于100摄氏度时，加热装置应当一直处于工作状态”应如何转变为软件需求？隐含的（想当然）假设：水的沸点永远是100摄氏度问题：当假设不满足时（如高原上）水可能被烧干真实意图：将水烧开的同时避免烧干→当水壶中的水温低于沸点时，加热装置应当一直处于工作状态

需求工程发现、获取、组织、分析、编写和管理需求的系统方法，让客户和项目组之间达成共识。项目前景文档需求获取项目干系人需求需求定义软件需求规约需求验证软件需求基线术语表需求分析分析模型需求管理10

02-需求获取01-相关概念03-需求分析1104-需求定义和验证05-需求管理

需求工程发现、获取、组织、分析、编写和管理需求的系统方法，让客户和项目组之间达成共识。项目前景文档需求获取项目干系人需求需求定义软件需求规约需求验证软件需求基线术语表需求分析分析模型需求管理12

获取需求的难点和误区难点：用户提不出需求难点：需求常常有二义性误区：分析员自认为比用户更理解问题误区：只重视功能需求干系人分析员??

难点1：用户提不出需求

需求的来源CustomerUsersProblemDomain领域专家业界分析员

竞争信息新需求Bug报告

变更请求运营数据需求规范业务计划个人目标业务模型AnalystPartners

KANO模型举例：空调基本型需求：制冷、制热期望型需求：节能、除湿兴奋型需求：净化空气、远程操控

挑战如何获得基本型需求？不能遗漏！用户认为没必要说How:领