2-1-需求分析课件

《2-1-需求分析课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第2章可行性分析&需求分析复习瀑布模型原型开发模型增量模型螺旋模型可行性分析可行性研究的输入信息是系统的一个框架描述和系统将如何在机构中使用的说明信息，可行性研究的结果应该是给出一份报告，对需求工程和系统开发过程是否值得开发给出具体的意见和建议。一个可行性研究过程较短，集中在回答以下几个问题：1系统是否符合机构的总体目标？2系统是否可能在现有的技术条件、预算和时间限制内完成？3系统能否和已经存在的其它系统集成？可行性分析可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。经济可行性技术可行性运行可行性法律可行性开发方案可行性可行性研究的步骤：1)复查系统

2、规格和目标2)对于现行系统进行分析研究3)导出新系统的高层逻辑模型4)重新定义问题5)导出和评价供选择的方案6)推荐一个方案并说明理由7)推荐行动方针8)书写计划任务书（系统概述、可行性分析、拟定开发计划、结论意见）9)提交审查可行性研究报告1引言1.1编写目的1.2背景1.3定义1.4参考资料2可行性研究的前提2.1要求2.2目标2.3条件、假定和限制2.4进行可行性研究的方法2.5评价尺度3对现有系统的分析3.1处理流程和数据流程3.2工作负荷3.3费用开支3.4人员3.5设备3.6局限性可行性研究报告4所建议的系统4.1对所建议系统的说明4.2处理流程和数据流程4.

3、3改进之处4.4影响4.4.1对设备的影响4.4.2对软件的影响4.4.3对用户单位机构的影响4.4.4对系统运行过程的影响4.4.5对开发的影响4.4.6对地点和设施的影响4.4.7对经费开支的影响4.5局限性4.6技术条件方面的可行性5可选择的其他系统方案5.1可选择的系统方案15.2可选择的系统方案2可行性研究报告（续）6投资及效益分析6.1支出6.1.1基本建设投资6.1.2其他一次性支出6.1.3非一次性支出6.2收益6.2.1一次性收益6.2.2非一次性收益6.2.3不可定量的收益6.3收益／投资比6.4投资回收周期6.5敏感性分析7社会因素方面的可行性7.1

4、法律方面的可行性7.2使用方面的可行性8结论需求分析需求分析概念需求分析过程需求分析方法需求分析产品软件需求的定义客户定义的“需求”vs.开发者所说的“需求”软件需求包含多个层次，不同层次的需求从不同角度与不同程度反映着细节问题。IEEE软件工程术语（1997）的需求定义：（1）用户解决问题或达到目标所需的条件或能力。（2）系统或系统部件要满足合同、标准、规范或其它正式强制性文件所需具有的条件或能力。（3）反映上面（1）或（2）所描述的条件或能力的文档说明。上述定义包括从用户（外部）、从开发者（内部）角度来阐述需求。需求的层次业务需求（businessrequiremen

5、t）：反映组织机构或客户对系统、产品高层次的目标要求。用户需求（userrequirement）：描述用户使用产品必须要完成的任务。功能需求（functionalrequirement）：定义开发人员必须实现的软件功能。需求规格说明中还包括非功能需求。软件需求各组成部分之间关系业务需求用户需求功能需求系统需求质量属性其它非功能需求约束条件项目视图与范围文件使用实例文档软件需求规格说明需求管理的困难性不成熟的需求分析无足够用户参与用户需求的不断增加摸棱两可的需求不必要的特征（镀金）过于精简的规格说明忽略了用户分类不准确的计划高质量需求过程的获益开发后期和整个维护阶段的重做的

6、工作大大减少BarryW.Boehm发现可以节省成本68倍有研究认为可以节省成本200倍忠实的客户关系采用系统方法将需求分配到各子系统可以简化集成有效的变更控制和影响分析能降低变更的负面影响清晰、无二义的需求文档有利于测试谁是客户定制软件：合同甲方（提出方）通用软件：高层管理者和（或）市场部嵌入式软件：软件所属计算机系统客户的权利1要求分析人员使用符合客户语言习惯的表达2要求分析人员了解客户的业务及目标3要求分析人员编写软件需求规格说明4要求得到需求工作结果的解释说明5要求开发人员尊重你的意见6要求开发人员对需求及产品实施提供建议7描述产品易使用的特性8调整需求，允许重用

7、已有的软件组件9要求对变更的代价提供真实可信的评估10获得满足客户功能和质量要求的系统客户的义务1给分析人员讲解你的业务2抽出时间清楚地说明并完善需求3准确而详细地说明需求4及时地作出决定5尊重开发人员的需求可行性及成本评估6划分需求优先级别7评审需求文档和原型8需求出现变更要马上联系9应遵守开发机构处理需求变更的过程10尊重开发人员采用的需求工程过程对签定需求协议的认识签约是客户同意需求的标志行为客户不应当忽略签约的严肃性开发方不应当因此拒绝变更签约应当建立在一个需求协议的基线上应当理解为：“我同意这份文档表达了目前我们对项