- 1、本文档共56页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程2new.ppt
第二章 可行性研究 可行性研究的任务是用最小的代价、在尽可能短的时间内确定问题是否能够解决。 可行性分析是要决定“做还是不做”,需求分析要决定“做什么,不做什么” 2.1可行性研究的任务 可行性研究的目的不是解决问题,而是确定问题是否值得解决。 在可行性研究时首先要进一步分析和澄清了问题定义, 在澄清了问题定义之后,分析人员首先应该导出系统的逻辑模型,然后从系统逻辑模型出发,探索出若干种可供选择的主要解法(即系统实现方案)。最后仔细研究每种解法的可行性,在系统层面上论证系统开发的可行性 可行性研究的类型 1.技术可行性:根据客户提出的系统功能、性能要求及实现系统的各项约束条件,从技术的角度研究实现系统的可行性。 2.经济可行性:对待开发系统的经济可行性的论证(其中主要是成本/效益分析)是可行性研究的重要内容 。 3.操作可行性:主要研究系统的运行方式在用户单位是否可以有效地实施,是否与原有其他系统相矛盾。 一般,可行性研究的成本是预期成本的5%-10% 2.2 可行性研究的步骤 1.复查系统的规模和规模 对系统初步的分析结果和报告书进行复查,改正含糊或不确切的叙述,重新确定系统目标与规模,清晰地描述对系统的所有约束条件。 2.研究目前正在使用的系统 找出其基本功能和信息,指出其缺点或局限性。 3.导出新系统高层逻辑模型 用某种图形工具导出系统高层逻辑模型,并与现有系统进行比较。 4.进一步定义问题 再次复查问题定义、工程规模和目标。在进行前4个步骤的循环,直到提出的逻辑模型完全符合系统目标。 5.导出和评价供选择的解法 导出新系统的高层次物理解法,提出多个供选择的方案,并对每一个方案的经济可行性、技术可行性、运行和操作可行性等进行分析比较。 6.推荐行动方针 如果系统分析员认为值得开发,则应指出开发的价值、推荐方案的理由并为推荐的系统草拟一份开发计划;若分析员认为不值得开发,也应拿出充分的理由。 7.草拟开发计划 除了制定工程进度计划之外,还应该顾及对各类开发人员和各种资源的需求情况,应该指明什么时候使用多长时间及各个阶段的成本。 8.书写文档提交审查 提交可行性研究报告等全部文档。 2.3 可行性分析的要素 一般地,软件领域的可行性分析主要考虑四个要素:经济、技术、社会环境和人。 2.3.1 经济 1.成本——收益分析 基于计算机系统的成本主要由4部分组成: ①购置并安装软硬件软件的费用。 ②有关设备的工程安装费用。 ③系统开发费用。 ④系统安装、培训、运行和维护费用。 其他为管理费用:如房租、办公消耗、宣传费、公司管理费等。 2.短期——长远利益 短期利益易把握,风险较低。 长期利益难以把握,风险高。 2.3.2 技术 技术可行性是可行性研究的关键内容。由于系统分析和定义过程与系统技术可行性评估过程同时进行,此时系统的功能、性能和目标的不确定性会给技术可行性论证带来许多困难。其主要包括: ①风险分析。其任务是在给定的约束条件下,论证能否实现系统所需的功能和性能。 ②资源分析。其任务是论证是否具备系统开发所需各类人员的数量和质量、软硬件资源和工作环境等。 ③技术分析。其任务是论证现有的科学技术水平和开发能力是否支持开发的全过程并达到系统功能和性能的目标。 2.3.3 社会环境 可行性因素至少包含2个因素:市场与政策 市场方面考虑: 1.风险及可能占有的市场份额 2.利润的大小 3.发展前景 政策 1.系统的运行方式在用户单位是否可以有效地实施,是否与原有其他系统相矛盾; 2.系统的操作规程在用户单位内是否可行,它包括人事、科技政策、管理方法等,软件开发是否会侵犯他人、集体或国家的利益,是否违反国家的法律并可能由此而承担法律责任。 2.3.4 人 2.4 成本/效益分析 成本/效益分析的目的: 从经济角度出发分析开发一个特定的新系统是否划算,从而帮助客户组织的负责人正确做出是否投资开发工程的决定。 为了对比成本和效益,首先要估算他们的数量。 2.4.1 程序规模估算 面向规模的度量是以软件的代码行(LOC,Line of Code)数为基础的直接度量利用历史数据或凭实际经验 (当其它的方法失效时),对每个功能分别按最小规模、最有可能的规模、最大规模的三种情况给出LOC或FP估计值。记作a、m、b。接着计算LOC或FP的期望值 L。 L= (a+4m+b)/6 面向规模的生产率和质量的度量 一般的软件开发组织对开发过的每个软件项目都有如代码行、工作量、成本、错误、人数、文档页数等的统计记录。利用代码行数可以度量软件规模、生产率、平均成本、出错率、文档率等参考量。 设:L表示软件的代码行数
文档评论(0)