第4章-可行性分析与初步计划.pptVIP

  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文档。上传文档
查看更多
第4章-可行性分析与初步计划

第4章 可行性分析与初步计划 4.1 可行性分析的任务 4.2 可行性分析的步聚 4.3 系统流程图 4.4 数据流图 4.5 成本/效益分析 4.6 项目开发计划 2.1 可行性分析的任务 可行性分析又称可行性研究 目的 任务 可行性分析的目的 软件工程项目多为复杂的大型系统工程,在没有明确问题是否有行之有效的解决方案之前,贸然行事,有可能造成时间、人力、财力、物力的巨大浪费。 可行性分析目的在于使用最小的代价,在尽可能短的时间内得出软件项目是否能够开发、是否值得开发的结论。 可行性研究的目的不是解决问题,而是确定问题是否值得去解决,有没有解决的可能性。这不能靠主观猜想! 可行性研究的任务 必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否值得投资。 实质上,可行性研究是要进行一次大大压缩简化了的系统分析和设计的过程 也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 可行性研究的任务 首先概要分析研究,进一步分析和澄清问题定义。复查初步确定的规模和目标,如果有误要加以修正;同时要收集约束和限制,并清楚地列举出来。 在澄清了问题定义之后,分析员应进行简要的需求分析,导出系统的逻辑模型。再从系统逻辑模型出发,探索若几种可供选择的设计和实施方案。 可行性研究的四个方面: 对每种方案都应该仔细研究它的可行性,一般说来,至少应该从四方面研究其可行性: 技术可行性; 经济可行性; 操作可行性; 社会可行性; 1. 技术可行性 分析项目的功能、性能和限制条件,确定在现有的技术、资源条件下,该项目是否可实现? 因为现阶段对项目的功能、目标、性能认识相对模糊,所以,技术可行性分析相对困难,一般应考虑以下情况: 技术可行性一般考虑的情况: 开发的风险——就限制和约束条件下,能否按功能设计并实现该软件系统; 资源的有效性——包括人在内的相关资源是否有问题; 技术——现有成熟技术是否支持,是否存在技术攻关的环节; 2. 经济可行性 估算开发成本与费用,预测系统动行可取得的未来效益,明确项目是否值得开发; 一般要进行“成本/效益分析”,计算出投资回收期、投资回收率等 3. 操作可行性 操作方面的可行性 分析员应该根据使用部门处理事务的原则和习惯检查技术上可行的那些方案,去掉其中从操作方式或操作过程的角度看用户不能接受的方案。 4. 社会可行性 必要时还应该从法律、社会效益等更广泛的方面研究每种方案的可行性。 要开发的项目是否存在侵权、妨碍等社会责任问题;系统运行方式在用户组织内是否行得通;现有的管理制度、人员素质、操作方式是否可行; 社会可行性所涉及的范围比较广,包括合同、责任、侵权、用户组织的管理模式及规范,其他一些技术人员常常不了解的陷阱等。 可行性研究的任务归纳 可行性研究最根本的任务是对以后的行动方针提出建议。 如果问题没有可行的解,分析员应该建议停止这项开发工程,以避免时间、资源、人力和金钱的浪费;如果问题值得解,分析员应该推荐一个较好的解决方案,并且为工程制定一个初步的计划。 可行性研究需要的时间长短取决于工程的规模。一般说来,可行性研究的成本只是预期的工程总成本的5%~10%。 可行性研究的任务归纳 2.2 可行性研究具体步骤(过程) 1. 审查项目规模和目标 2. 研究目前正在运行的系统 3. 导出新系统的高层逻辑模型,进一步定义问题 4. 导出和评价供选择的方案,推荐较优方案 5. 推荐行动方针 6. 草拟开发计划 7. 书写可行性报告,提交审查 1. 复查系统规模和目标 分析员访问关键人员,阅读和分析有关的材料,对问题定义阶段书写的关于规模和目标的报告书进一步复查确认,改正含糊或不确切的叙述,清晰地描述对目标系统的一切限制和约束。 这个步骤的工作,实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。 2.1.2 可行性研究具体步骤(过程) 1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型,进一步定义问题 4. 导出和评价供选择的方案,推荐较优方案 5. 推荐行动方针 6. 草拟开发计划 7. 书写可行性报告,提交审查 2. 研究目前正在使用的系统 一方面,新软件系统必须也能完成现在系统的基本功能;另一方面,新软件系统必须克服现行系统的欠缺; 此外,运行使用旧系统所需要的费用是一个重要的经济指标,如果新系统不能增加收入或减少使用费用,那么从经济角度看新系统就不如旧系统。 阅读分析现有系统的文档资料和使用手册,也要实地考察现有的系统。生点了解原系统可以做什么、为什么这样做,还要了解使用原系统的代价。 注意1:只调查功能和问题,不研究现行系统的原理和作法 在了解上述这些信息的时候显然

文档评论(0)

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

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

1亿VIP精品文档

相关文档