《第7讲软件需求管理教材课程》由会员分享，可在线阅读，更多相关《第7讲软件需求管理教材课程（80页珍藏版）》请在金锄头文库上搜索。
1、Copyright Xinjun Mao 2005,第7讲 软件需求管理,1,第7讲 软件需求管理,毛新军 计算机科学与技术系602教研室 0731-(45)73649,软件项目管理课程 之,Copyright Xinjun Mao 2005,第7讲 软件需求管理,2,讲授内容,项目案例 什么是软件需求 如何进行软件需求分析 软件需求管理 CMM对需求管理的要求 本讲小结,Copyright Xinjun Mao 2005,第7讲 软件需求管理,3,项目案例,案例角色和人物,小王：软件项目负责人,老王：公司技术老总,开发小组：小李，老赵，小田，小谢,Copyright Xinjun Mao 2
2、005,第7讲 软件需求管理,4,要对软件需求进行管理(1/2),按照初步的项目计划，老赵带领项目组的部分成员(需求分析小组)开始进驻用户场地，开展需求调查工作，但在需求分析和后续开发过程中陆续出现了许多与用户需求有关的一系列问题，影响软件项目的实施 整个项目规模比较庞大，需求分析小组不知如何开展工作？从何处下手？对需求分析的复杂性和难度估计不足。 需求分析小组不能有效工作：不知哪些属于用户需求，哪些不是？不知怎样才能获取用户需求？如何把它分析清楚？ 不知应该按照怎样的规范书写软件需求规格说明书? 得到的软件需求质量不高：说不清，遗漏，矛度，罗嗦. 需求评审不严格，导致遗漏了许多需求，获取的用
3、户需求不一致、描述的不清晰和准确,Copyright Xinjun Mao 2005,第7讲 软件需求管理,6,案例提示我们,需求分析是极为重要的 需求分析是困难和复杂的 用户需求经常性的变更是正常的 为了保证软件需求的质量，必须对需求分析的人、过程和产品进行有效管理 需求管理的不善将会导致严重后果,Copyright Xinjun Mao 2005,第7讲 软件需求管理,7,项目项目管理问题,什么是软件需求？ 如何进行软件需求分析？ 软件需求管理的内容? 如何对软件需求进行管理?,Copyright Xinjun Mao 2005,第7讲 软件需求管理,8,讲授内容,项目案例 什么是软件需求
4、 如何进行软件需求分析 软件需求管理 CMM对需求管理的要求 小结,Copyright Xinjun Mao 2005,第7讲 软件需求管理,9,软件需求,什么是软件需求？ 获取软件需求的重要性 获取软件需求的复杂性和面临的问题 解决的方法和手段,Copyright Xinjun Mao 2005,第7讲 软件需求管理,10,什么是软件需求(1/4),什么是软件需求？ 待开发软件产品的目标用户对该软件产品的功能、性能、设计约束和其它方面的期望和要求 说明 目标用户 实际操作该软件的用户(图书管理员) 用户方的负责人 用户代表(市场经理)， 必须是用户所需的 例如，网上图书借阅(想法很好，用户不
5、需要，也不现实),Copyright Xinjun Mao 2005,第7讲 软件需求管理,11,什么是软件需求(2/4),关于软件需求的注意事项 软件需求关注用户的期望、要求和需要，不是解决方案 要区分what和How 例如，要采用什么算法，不是用户需求 并不是所有方面的要求都是软件需求 功能、性能、设计约束、时间进度等 例如，重量、软件大小等不是用户需求 并不是所有用户的期望和要求都是软件需求 用户需求必须中肯，有意义 例如，记录图书的厚度等不是用户需求,Copyright Xinjun Mao 2005,第7讲 软件需求管理,12,什么是软件需求(3/4),软件需求的表现形式 功能需求
6、性能需求 易用性、质量、性能、安全性，移植性、可重用性等 设计约束 运行环境 开发环境 其它要求：如开发周期,Copyright Xinjun Mao 2005,第7讲 软件需求管理,13,什么是软件需求(4/4),软件需求例子图书馆管理系统 功能需求 办理读者借书证, 借阅图书， 性能需求 查询操作延迟时间不超过1秒钟, 设计约束 前台运行在windows OS下， 其它要求 开发时间6个月, ,Copyright Xinjun Mao 2005,第7讲 软件需求管理,14,获取软件需求的重要性,软件开发的基础和前提 只有在明确了软件需求之后才能开展有针对性的软件开发工作 没有需求无法进行设
7、计和编码 制定软件开发计划的基础 只有知道你想做什么，才能知道做这些东西需要多少工作量？ 不知道软件需求也就不知道工作量的大小，因而不能制定计划 最终目标软件系统验收的标准 只有知道你想做什么，才能知道你最终是否做好了 没有定义明确的需求，就不知道最终基于什么进行验收,Copyright Xinjun Mao 2005,第7讲 软件需求管理,15,获取软件需求的复杂性(1/2),系统复杂和庞大 如何将软件需求得到？描述清楚？ 片面, 不完全 如何保证得到了所有的软件需求？ 模糊, 不准确 如何保证把需求说清楚和准确？ 不一致, 歧义 如何保证所描述的需求是不矛盾的？ 及时性 当需求变更时，如何
8、让相关人员都知道需求已经变更？,Copyright Xinjun Mao 2005,第7讲 软件需求管理,16,获取软件需求的复杂性(2/2),软件需求变动带来的问题 波动性 放大性,Copyright Xinjun Mao 2005,第7讲 软件需求管理,17,解决的方法和手段,技术层面 需求分析方法、技术和工具 方法：数据流、面向对象 技术：抽象、建模、多视点、原型、 工具：UML，Rose，Word，Excel，RequisitePro 管理层面 对需求分析中的人、活动和产品进行管理 形成新的研究领域：需求工程,Copyright Xinjun Mao 2005,第7讲 软件需求管理,1
9、8,讲授内容,项目案例 什么是软件需求 如何进行软件需求分析 软件需求管理 CMM对需求管理的要求 小结,Copyright Xinjun Mao 2005,第7讲 软件需求管理,19,软件需求分析,什么是软件需求分析 软件需求分析的任务 软件需求分析的目标 软件需求分析的过程,Copyright Xinjun Mao 2005,第7讲 软件需求管理,20,什么是软件需求分析,什么是软件需求分析？ 需求分析是指从用户处获得需求、形成与用户需求相一致的、可供阅读的软件需求规格说明书的过程,Copyright Xinjun Mao 2005,第7讲 软件需求管理,21,软件需求分析的任务,通过对应
10、用问题及其环境的理解和分析，准确、一致和完全地刻划用户需求，并达成一致，形成软件需求规格说明书SRS,Copyright Xinjun Mao 2005,第7讲 软件需求管理,22,软件需求分析的目标,全面性 没有遗漏 一致性 没有矛盾 准确性 说清楚 认同 共同、相互认可 文档化 书面文档,Copyright Xinjun Mao 2005,第7讲 软件需求管理,23,软件需求分析的过程,软件需求建模,收集软件需求,评审软件需求,文档化软件需求,Copyright Xinjun Mao 2005,第7讲 软件需求管理,24,步骤1:收集和获取软件需求(1/2),任务 从用户处收集、获取软件需
11、求, 帮助用户发现潜在的软件需求 来源 软件用户 成果 初步需求描述,Copyright Xinjun Mao 2005,第7讲 软件需求管理,25,步骤1:收集和获取软件需求(2/2),技术手段 访谈 会议 参观 实践 ,Copyright Xinjun Mao 2005,第7讲 软件需求管理,26,步骤2:软件需求建模(1/2),任务 对收集的用户软件需求进行建模，发现并纠正不一致、不准确和不全面的软件需求，形成准确的需求描述 来源 初步的软件需求描述,Copyright Xinjun Mao 2005,第7讲 软件需求管理,27,步骤2:软件需求建模(2/2),技术手段 面向数据流和面向
12、对象的建模方法 多视点 原型 成果 软件需求模型,Copyright Xinjun Mao 2005,第7讲 软件需求管理,28,步骤3:文档化软件需求(1/2),任务 根据软件需求初步描述和软件需求模型，撰写软件需求规格说明书 来源 软件需求初步描述 软件需求模型,Copyright Xinjun Mao 2005,第7讲 软件需求管理,29,步骤3:文档化软件需求(2/2),技术手段 软件需求规格说明书编写规范 成果 软件需求规格说明书,Copyright Xinjun Mao 2005,第7讲 软件需求管理,30,步骤4:评审软件需求(1/2),任务 由多方对软件需求规格说明书进行评审，
13、发现其中的问题，并就其中的软件需求达成一致 来源 软件需求规格说明书,Copyright Xinjun Mao 2005,第7讲 软件需求管理,31,步骤4:评审软件需求(2/2),技术手段 需求评审原则 成果 可纳入配置的软件需求规格说明书,Copyright Xinjun Mao 2005,第7讲 软件需求管理,32,讲授内容,项目案例 什么是软件需求 如何进行软件需求分析 软件需求管理 CMM对需求管理的要求 小结,Copyright Xinjun Mao 2005,第7讲 软件需求管理,33,需求管理,为什么需要对软件需求进行管理 需求管理的内容 收集软件需求 软件需求建模 撰写软件需
14、求规格说明书(SRS) 评审软件需求 控制软件需求的变更,Copyright Xinjun Mao 2005,第7讲 软件需求管理,34,为什么需要对软件需求进行管理,软件需求非常重要 获取软件需求非常复杂和困难 在需求获取过程中涉及到人、活动和过程，只有对它们进行管理才能确保有效地进行需求分析，确保软件需求的质量 软件需求经常变更，为了确保软件需求处于受控状态,Copyright Xinjun Mao 2005,第7讲 软件需求管理,35,需求管理的内容,参与需求分析和评审的人员 软件需求文档 需求分析过程 需求变更,Copyright Xinjun Mao 2005,第7讲 软件需求管理,
15、36,收集软件需求,如何收集软件需求？ 文档化所收集的软件需求 软件需求收集的注意事项,Copyright Xinjun Mao 2005,第7讲 软件需求管理,37,如何收集需求？,确定哪些用户角色会对软件提出需求 例如图书馆的馆长，图书管理员，书库管理员，读者管理员，系统管理员；而不是图书馆的清理工 用户方要成立相应的需求分析小组 和相关角色的人员进行交流 会议、探讨、观察、实践、听取意见 在交流的过程中要有记录，要对记录进行整理 文字，录音，整理，写成文档,Copyright Xinjun Mao 2005,第7讲 软件需求管理,38,文档化所收集的软件需求(1/3),描述需求内容 例如
16、，查询图书 按照图书名字查询 定义软件需求编号(结构化) 例如，10(查询图书) 10.1(按照图书名字查询) 10.2(按照图书的书号查询) 10.3 (按照作者查询),Copyright Xinjun Mao 2005,第7讲 软件需求管理,39,文档化所收集的软件需求(2/3),描述软件需求特性 例如，查询图书软件需求 重要性(高、中、低)，用于制定计划 紧迫性(短期、中期、长期)，用于制定计划 工作量(10个人月)，用于估算工作量、制定计划,Copyright Xinjun Mao 2005,第7讲 软件需求管理,40,文档化所收集的软件需求(3/3),工具：word, excel, RequisitPro(Rational) 初步需求描述编写规范,Copyright Xinjun Mao 2005,第7讲 软件需求管理,41,软件需求收集的注意事项(1/2),如果应用规模较大，可分成几个需求调查小组同时进行，最后对结果进行汇总 一定要和用户进行充分的交流，尽可能获取足够多的信息和资料，发现问题要及时沟通 在该阶段要和用户打成一片，进行充分的合作，建立起良好的合作
