[第2章可行性研究和需求分析.ppt

2.1　软件的可行性研究（软G18） 　　通常可行性研究的成本占工程总成本5～10％。 2.1.1 可行性研究的任务 　　通过可行性研究实现用最小的代价在尽可能短的时间内确定问题是否可以解决。 　　可行性研究的结果是可行性研究报告，它可以作为系统规格说明书的一个附件（软G19）。 　　可行性研究最根本的任务是对以后的行动路线提出建议。 　　可行性研究应含以下方面（软G18）。 ⒈经济可行性：成本效益分析。 ⒉技术可行性：最难决断和最关键的问题。包括风险/资源/技术分析。 ⒊运行可行性（软G19）：为新系统规定的运行方式是否可行。 ⒋法律可行性：研究可能涉及的合同、侵权、责任及各种与法律相抵触的问题。 ⒌开发方案可行性：选择最优秀的一种方案。 2.1.2 可行性研究步骤（软G19） ⒈复查系统规模和目标：使分析员正在要解决的问题是用户所提出的问题。 ⒉研究目前正在使用的系统：总结出其优点和不足，进而得出新系统的雏形。 ⒊提出新系统的高层逻辑模型：参考现有系统的高层逻辑模型（由数据流图描述），根据开发系统的目标，得到新系统的说明和逻辑模型。新系统的逻辑模型是分析员对新系统的描述。 ⒋重新定义问题（软G19） 　　分析员与用户一起再次复查、修改。 　　前四步构成一个循环：分析员定义问题，分析问题，导出试探解；再定义，再分析，再修改……，直到逻辑模型完全符合系统目标。 ⒌提出和评价供选择的方案：分析员提出若干较抽象的物理解供比选，进行成本效益分析。 ⒍推荐一个方案并说明理由（软G20） ⑴ 开发价值； ⑵ 推荐理由； ⑶ 制定进度（估计每阶段的工作量）。 ⒎书写计划任务书（可行性论证报告） ⑴ 系统概述； ⑵ 可行性分析（报告的主体）； ⑶ 拟定开发计划； ⑷ 结论意见。 ⒏提交审查：论证会成员签是否通过的意见。 2.1.3 可行性研究的文档（软G20） 　　可行性研究产生可行性研究报告： ⑴ 引言。 ⑵ 可行性研究前提（软G21）。 ⑶ 对现有系统的分析。 ⑷ 所建议系统的技术可行性分析。 ⑸ 所建议系统的经济可行性分析。 ⑹ 社会因素可行性分析。 ⑺ 其他可供选择方案。 ⑻ 结论意见。 2.2　需求分析（软G21） 2.2.1 需求分析的重要性 　　软件需求分析是软件生存周期最关键的一步。 　　软件需求分析是一个不断认识和逐步细化的过程：软件开发者和用户结合将软件计划阶段确定的软件范围逐步细化到可详细说明的程度（描述为软件需求规格说明），为概要设计做好准备。 2.2.2 需求分析的任务（软G21） 　　需求分析是软件计划时期的最后一个阶段，其基本任务是导出目标系统的逻辑模型，回答系统“做什么”？ ⒈确定对系统的综合要求（软G22） ●功能需求 ●性能需求 ●运行需求 ●未来需求 ⒉分析系统的数据需求（软G22） 　　由系统的信息流归纳抽象出数据元素、数据逻辑关系、数据字典格式、数据模型组成，用输入（I）/处理（P）/输出（O）的结构方式表示。 ⒊提出系统的逻辑模型（软G22） ●确定目标系统与当前系统的逻辑差别 ●将变化部分看作是新的处理步骤，对功能图（一般为数据流图）及对象图进行调整 ●由外及里对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型 ●通常用数据流图、数据字典、主要的处理算法描述逻辑模型 ⒋修正系统开发计划（软G22） ⒌开发原型系统 　　主要目的：使用户通过实践获得未来系统怎样工作的概念，更准确地确定用户需求。 　　原型策略增加了成本（软G23）。 　　但正确地提出用户需求是软件开发工程成功的基础，所以原型系统采用逐渐增多。 2.2.3 需求分析的步骤（软G23） ⒈调查研究 　　把分析过程中得到的有关数据元素的信息记录在数据字典（DD）中。 　　把对算法的简明描述记录在IPO（输入/处理/输出）图中。 　　把通过分析而补充的数据流、数据存储、处理，添加到数据流图（DFD）中。 　　请用户对前一个分析步骤中得出的结果仔细复查。 　　追踪数据流图和复查系统的逻辑模型这两步构成一个循环。 ⒉分析与综合（软G23） 　　问题分析和方案综合是需求分析的第二步工作；要反复进行；直到分析员与用户都可正确地制定该软件的规格说明为止。 　　分析员逐步细化软件功能，给出目标系统的详细逻辑模型。 　　注意两条原则（软G24）： ●分层细化时需保持信息连续性 ●当进一步细化将实现一个具体的功能时，就不应该再分解了 ⒊书写文档（软G24） ⑴ 系统规格说明。 ⑵ 数据要求。 ⑶ 用户系统描述。 ⑷ 修正的开发计划。 ⒋需求分析评审 2.3　系统流程图（软G24） ⒈系统流程图的作用 　　系统流程图是描述物理系统（信息处理具体实现的系统）的工具，可用于可行性研究、需求分析阶段。 ⒉系统流程图的符号（表2－1） ⒊系统流程