第3章可行性研究与需求分析教案.pptVIP

第3章 可行性研究与需求分析 本章主要内容:可行性研究的任务、可行性研究过程、数据流图、软件需求工程过程、结构化分析方法; 本章重点:掌握可行性研究过程的步骤、数据流图的绘制及结构化分析方法； 本章难点：数据流图中符号的含义、绘制方法及结构化分析方法； 3.1 可行性研究的任务、过程 3.2 系统流程图 3.3 软件需求 3.4 需求工程 需求开发（需求获取、需求分析、规格说明、需求验证） 需求管理 3.5 结构化分析方法 数据流图、实体关系图、状态转换图、数据字典 可行性分析是要决定“做还是不做”; 软件领域的可行性分析主要考虑四个要素：经济、技术、社会环境和人; 经济 “成本——收益”分析 “短期——长远利益”分析 技术 在给定的时间内能否实现需求说明中的功能? 软件的质量如何？ 软件的生产率如何？ 社会和环境（市场与政策） 人 可行性研究应着重考虑如下几个方面： 技术可行性：使用现有的技术能否实现这个系统；度量一个特定技术信息系统解决方案的实用性及技术资源的可用性 开发风险分析 资源分析 相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性） 经济可行性：进行成本∕效益分析。从经济角度判断系统开发是否“合算”；度量系统解决方案的性能价格比 成本/效益分析（开发、运行的成本/效益） 有形成本、效益 无形成本、效益 价值和成本的关系 质量与价值、成本的关系 价值/成本的均衡 操作可行性：系统的操作方式在这个用户组织内是否行得通； 用户使用可能性 时间进度可行性 组织和文化上的可行性 法律可行性：确定系统开发可能导致的任何侵权、妨碍和责任； 开发方案的选择性研究：提出并评价实现系统的各种开发方案，并推荐较优方案。 可行性研究最根本的任务：对以后的行动方针提出建议。 如果问题没有可行的解，应建议停止项目； 如果问题值得解，应推荐一个较好的解决方案，并为项目制定一个初步的计划； 可行性研究的成本一般为预期总成本的5％～10％。 描绘物理系统的传统工具。基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件。包括程序、文档、数据库和人工过程等。它表达了数据在系统各部件之间的流动情况。 例：某装配厂有一座零件仓库，仓库中现有各种零件的数量以及每种零件的库存量临界值等数据，记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的临界值时，则应报告给采购部门以便定货。规定每天向采购部门送一次定货报告。 装配厂使用一台小型计算机处理更新库存清单主文件和产生定货报告的任务。零件库存量的每一次变化称为一个事务，由放在仓库中的CRT终端输入到计算机中； 系统中的库存清单程序负责对事务进行处理，更新存储在磁盘上的库存清单主文件； 必要的定货信息写在磁带上；； 每天由报告生成程序读一次磁带，生成并打印出定货报告； 需求的定义（IEEE软件工程标准词汇表） (1)用户解决问题或达到目标所需的条件或能力； (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需，具有的条件或能力； (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 需求就是以一种清晰、简洁、一致且无二义性的方式，对一个待开发系统中各个有意义方面的陈述的一个集合。 需求的问题，是一个简单的问题 需求决定了软件做什么，要提供什么功能。 需求举例：银行ATM系统 银行——为用户提供自动存取款服务。 需求的问题，是一个复杂的问题 客户所定义的需求对开发者似乎是一个较高层次的产品概念，而开发人员所说的需求对用户来说又像是详细设计了。 软件需求包含着多个层次，不同层次的需求从不同角度与不同程度反映着细节问题。 1. 软件需求的层次 业务需求 用户需求 功能需求 非功能需求 例：一个字处理程序 2. 软件需求的来源 系统相关人员（Stakeholder）:对系统的成功实施感兴趣的人或组织。 用户 客户 技术人员 举例：银行ATM系统 业务需求：系统为用户提供自助存取款服务； 用户需求：用户可以随时安全、快捷一进行存款和取款； 功能需求：系统允许用户从银行帐户中取款；系统允许用户向银行帐户中存款；系统允许用户查询银行帐户的现存余额；系统使用数字密码检验用户存取的合法性。 非功能需求：系统在20秒之内响应所有的请求；除了每天30分钟的维护外，系统每周7天、每天24小时都可使用; 需求来源：客户或用户（如银行职员、管理人员、用户）；行业标准、政策或法规；当前手工处理系统的文档；咨询银行领域的专家。 3. 软件需求的重要性 软件开发的基础和前提 最终目标软件系统验收的标准 避免或者尽早剔除早期的错误 4.