《第2章 可行性研究与需求分析》-公开·课件设计.pptVIP

《第2章 可行性研究与需求分析》-公开·课件设计.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章 可行性研究和需求分析 目 录 2.1 软件的可行性研究 2.2 需求分析 2.3 系统流程图 2.4 数据流图 2.5 数据字典 可行性研究 可行性研究的目的:是用最小的代价在尽可能短的时间内确定该软件项目是否能够开发,是否值得开发。 可行性研究实质上是要进行一次简化、压缩了的需求分析和设计过程,要在较高层次上以较抽象的方式进行需求分析和设计过程。 可行性研究四个方面 经济可行性 技术可行性 社会可行性 方案的选择 1 经济可行性 成本: ① 购置并安装软、硬件及有关设备的费用; ② 系统开发费用; ③ 系统安装、运行及维护的费用; ④ 人员培训费用。 效益: ①系统为用户增加的收入或为用户节省的开支,这是有形的效益; ②给潜在用户心理上造成的影响,这是无形的效益。 2 技术可行性 开发的风险分析 在给出的各种限制范围内,能否设计出系统,并实现必需的功能和性能? 资源的有效性分析 资源分析要考虑可用于开发系统的人员是否存在问题?可用于建立系统的其它资源(硬件、软件)是否具备? 2 技术可行性 技术分析 相关技术的发展是否能支持这个系统? 在评估技术可行性时,必须保持冷静的头脑,一旦估计错误,将会出现灾难性的后果。 3 社会可行性 社会可行性包括法律可行性和用户操作可行性。 法律可行性考虑要开发系统是否存在任何侵犯、妨碍和责任问题。 用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通,现有管理制度、人员素质、操作方式是否可行。 4 开发方案的选择 分析员考虑问题解决的方案一般采用将一个大而复杂的系统分解为若干个子系统的办法来降低解的复杂性。 如何进行系统分解、如何定义各子系统的功能、性能和界面,实现方案不唯一。可以采用折衷的方法,反复比较各个方案的成本∕效益,选择可行的方案。 可行性研究的步骤 1)复查系统规模和目标; 2)研究目前正在使用的系统; 3)导出新系统的高层逻辑模型(数据流图、数据字典); 4)重新定义问题; 可行性研究的步骤 5)导出和评价供选择的解法(物理解决方案); 6)推荐行动方案; 7)书写计划任务书; (可行性论证报告) ⑴ 系统概述; ⑵ 可行性分析(报告的主体); ⑶ 拟定开发计划; ⑷ 结论意见。 8)书写文档提交审查。 将该报告提交用户和管理部门仔细审查,以决定该软件项目是否可以开发,是否可以接受可行的实现方案。 成本/效益分析 在对新系统进行成本/效益分析时,还应该考虑货币的时间价值,因为投资是在现在进行的,然而效益确是在未来获得的。 成本/效益分析时一律假设生命周期为5年。 通常用利率的形式表示货币的时间价值。假设年利率为i,如果现在存入P元钱,则n年以后可以得到的钱数为: 反之,如果n年后能收入F元钱,那么这些钱现在的价值是: 例:修改一个已有的库存管理系统,估计需要5000元,系统修改后使用5年,每年可节省2500元。请进行成本/效益分析。 表1:将来的收入折算成现在值 2)投资回收期 例如,修改库存清单系统两年以后可以节省4225.12元,比最初的投资(5000元)还少774.88元。 第三年将再节省1779.45元。 774.88/1779.45=0.44, 因此,投资回收期是2.44年。 3)纯收入 2.2 需求分析 准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么。用 《需求规格说明书》规范的形式准确地表达用户的需求。 什么是用户需求 思考、涉及的几个问题 如何识别、获取需求? 何为需求建模? 需求获取面临的挑战 客户说不清楚需求 需求易变性 问题的复杂性和对问题空间 理解的不完备性与不一致性 需求获取的常用方法 建立分析小组 领域专家: 主角 系统分析员:导演 客户交谈 问题分析与确认 需求分析的任务 1. 确定对系统的综合要求 2. 分析系统的数据要求 3. 导出系统的逻辑模型 4. 修正系统开发计划 系统分析员的主要焦点是 “做什么(what)” ,不是 “怎样做(how)” 1.确定对系统的综合要求 1).功能需求 2).性能需求 如:相应时间(速度)、主存容量、磁盘容量、安全性等。 3).可靠性和可用性需求 3.导出系统的逻辑模型 包括完善的数据流图、实体-联系图、状态转换图、数据字典、主要的处理算法等。 ⒌开发原型系统 主要目的:使用户通过实践获得未来系统怎样工作的概念,更准确地确定用户需求。    原型策略增加了成本。    但正确地提出用户需求是软件开发工程成功的基础,所以原型系统采用逐渐增多。 需求分析的

文档评论(0)

咪蒙 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档