软件需求与需求管理.pptxVIP

软件需求与需求管理 ;内 容?; ;二、软件生存期过程 ; ;质量保证过程;基础设施过程;三、软件开发 ;;软件开发面临的实际问题;软件开发面临的实际问题;软件开发面临的实际问题;3．当前软件开发项目的特点 ;四、软件需求 1. 系统需求分析 ;2.软件需求 ;非功能需求 ;业务需求;⑶质量功能展开（QFD－Quality Function Development） ;⑷ 分配需求的实例 ;3．CMM 2级 关键过程域需求管理（KPA RM）中对软件需求的解释： ;（1）分配需求包括： ――影响和确定软件项目活动的非技术性需求 （在合同条款中规定），如： 要交付的产品 交付日期 里程碑 ――软件的技术需求，如： 最终用户、操作人员、支持或集成的功能 性能需求 设计约束条件 编程语言 界面需求 ――用于确认软件产品满足分配需求的验收准则 ;（2）分配需求应当是： 以软件来实现是可行的，而且是适合的； 已得到清晰而正确的阐述； 相互之间是一致的； 可以测试的。 同时，分配需求应当： 被管理和控制（如必要可纳入软件配置管理） 是制定软件开发计划SDP的基础 是制定软件需求的基础 ;（3）与分配需求相关的组： 软件评估组 系统工程组 系统测试组 软件质量保证组SQA 合同管理组 文档支持组 ;五、需求工程 ;用户/系统;2．需求开发 ;（3）定义需求 编写软件需求规格说明（SRS） 作用 要求：完整、正确、可行、无歧意、可验证 形式：图、表、文字 （4）验证需求 联合评审 ;六、需求变更;2、需求变更原因分析;3、需求变更对软件开发的影响 ;4、需求变更失控可能导致的后果 ;⑵ 受控的需求 变更使需求和实现一致 ;5.降低需求变更风险的策略 ;⑵ 与用户共同确定需求，作为合同附件， 签字生效 ⑶ 合同中含有对需求变更的条款 ⑷ 采用原型方法开发，或螺旋模型开发 ⑸ 项目计划中适当留有余地（时间进度、人力投入、 费用等） ⑹ 严格实施变更控制 ;七、需求变更控制要求 ;2．需求变更影响的控制 ;3．变更控制的步骤 ;批准;八、需求变更控制实施 ;（2）需求变更请求实例（表三） ;2．需求变更累积影响的跟踪 ;表四 需求变更???积表 ;3．需求控制流 ;开发 阶段;九、可追溯性管理 ;4．可追溯性矩阵 ;（3）矩阵的应用 完整性检验 ――考察有无需求遗漏的情况 ――有无冗余代码 ――检查所有性能需求是否已被测试用例测试 ――对集成测试计划和系统测试计划进行交互检查 需求变更控制 ――需求变更后相关的工作产品受影响的部分应随之变更 ――更新需求规格说明，同时要更新追溯矩阵 ――每增加一项需求，应在追溯矩阵中得到体现 ;表五 追溯矩阵实例 ;十、CMM 2级 RM KPA ;2级;1．目标与活动 ;2．约定与能力 ;3．测量与验证 ;4．入口－任务－验证－出口（ETVX－Entry, Task, Verification and eXit (表六 RM 的 ETVX ）