可行性报告-第二章 可行性分析.ppt

《可行性报告-第二章 可行性分析.ppt》由会员分享，可在线阅读，更多相关《可行性报告-第二章 可行性分析.ppt（45页珍藏版）》请在第一文库网上搜索。

1、程金程金 控制科学与工程学院控制科学与工程学院cse_2022年年8月月22日日国内软件行业的发展 据据CCID统计，软件市场销售额达到统计，软件市场销售额达到120亿元，同亿元，同比增长比增长31.9%，比去年提高，比去年提高1.5个百分点；个百分点；Linux平平台软件、以网络安全解决方案为主的网络安全软台软件、以网络安全解决方案为主的网络安全软件和教育、税务等行业应用软件都有较大幅度的件和教育、税务等行业应用软件都有较大幅度的增长。增长。 软件和信息服务业在计算机总体市场中的份额继软件和信息服务业在计算机总体市场中的份额继续增加，由续增加，由2000年上半年的年上半年的24.5%提高到目

2、前的提高到目前的25.9%。 1998年年1999年年财富财富全球企业全球企业1000强中，有强中，有208家到印度进行软件海外采购。家到印度进行软件海外采购。 印度软件行业出口已从印度软件行业出口已从8年前的年前的1.5亿美元增加到亿美元增加到1998年年1999年度年度39亿美元，遍及全球亿美元，遍及全球91个国家个国家和地区。和地区。 美国客户所购买软件的美国客户所购买软件的61%是印度产品。是印度产品。 印度软件业以其低成本、高质量、高可靠性和交印度软件业以其低成本、高质量、高可靠性和交货及时等特点赢得了全球市场。货及时等特点赢得了全球市场。 国内最大的软件军团东软集团国内最大的软件军

3、团东软集团 。 东软是中国最大的东软是中国最大的IT解决方案与服务供应商。解决方案与服务供应商。 1991年，东软创立于中国东北大学。公司主营业务包括：年，东软创立于中国东北大学。公司主营业务包括：行业解决方案、产品工程解决方案及相关软件产品、平台行业解决方案、产品工程解决方案及相关软件产品、平台及服务等。及服务等。 东大阿尔派公司于东大阿尔派公司于2000年年10月通过第三方认证机构的月通过第三方认证机构的CMM2认证。认证。 2001年年6月月26日，沈阳东软软件股份有限公日，沈阳东软软件股份有限公司（原沈阳东大阿尔派软件股份有限公司）正式通过了司（原沈阳东大阿尔派软件股份有限公司）正式通

4、过了CMM3级认证，成为中国首家通过级认证，成为中国首家通过CMM3级的软件企业。级的软件企业。 2001年年1月，联想软件经过英国路透集团的严格评估，顺月，联想软件经过英国路透集团的严格评估，顺利通过利通过CMM2认证。认证。CMM是指是指“能力成熟度模型能力成熟度模型”，其英文全称为，其英文全称为Capability Maturity Model for Software，英文缩写为，英文缩写为SW-CMM，简称，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。践中各个发展阶段的描述

5、。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。能够更好地实现商业目标。将各种能力成熟度模型（即：将各种能力成熟度模型（即：Software CMM、Systems Eng-CMM、People CMM和和Acquisition CMM）整合到同一架构中去，由此建立）整合到同一架构中去，由此建立起包括软件工程、系统工程和软件采购等在内的诸模型的集成，以解起包括软件工程、系统工程和软件采

6、购等在内的诸模型的集成，以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。 能力等级能力等级特点特点关键过程关键过程第一级第一级 基本级基本级软件过程是混乱无序的软件过程是混乱无序的, ,对过程几乎对过程几乎没有定义没有定义, ,成功依靠的是个人的成功依靠的是个人的才能和经验才能和经验, ,管理方式属于反应管理方式属于反应式式 第二级第二级 重复级重复级建立了基本的建立了基本的项目管理项目管理来跟踪进度来跟踪进度. .费用和功能特征费用和功能特征, ,制定了必要的制定了必要的项目管理项目管理, ,能够利用以前类似的能够利用以

7、前类似的项目应用取得成功项目应用取得成功 需求管理需求管理, ,项目计划项目计划, ,项目跟踪项目跟踪和监控和监控, ,软件子合同管理软件子合同管理, ,软件配软件配置管理置管理, ,软件质量保障软件质量保障第三级第三级 确定级确定级 已经将软件管理和过程文档化已经将软件管理和过程文档化, ,标准标准化化, ,同时综合成该组织的标准软同时综合成该组织的标准软件过程件过程, ,所有的软件开发都使用所有的软件开发都使用该标准软件过程该标准软件过程组织过程定义组织过程定义, ,组织过程焦点组织过程焦点, ,培训大培训大纲纲, ,软机集成管理软机集成管理, ,软件产品工程软件产品工程, ,组织协调组织

8、协调, ,专家审评专家审评第四级第四级 管理级管理级收集软件过程和产品质量的详细度收集软件过程和产品质量的详细度量量, ,对软件过程和产品质量有定对软件过程和产品质量有定量的理解和控制量的理解和控制定量的软件过程管理和产品质量管理定量的软件过程管理和产品质量管理第五级第五级 优化级优化级软件过程的量化反馈和新的思想和软件过程的量化反馈和新的思想和技术促进过程的不断改进技术促进过程的不断改进缺陷预防缺陷预防, ,过程变更管理和技术变更过程变更管理和技术变更管理管理 目前，学术界和工业界公认美国目前，学术界和工业界公认美国 Carnegie Mellon 大学软大学软件工程研究所件工程研究所(CM

9、U/SEI) 以以W.S.Humphrey为首主持研究为首主持研究与开发的软件能力成熟度模型与开发的软件能力成熟度模型CMM是当前最好的软件过是当前最好的软件过程，已成为业界事实上的软件过程的工业标准。程，已成为业界事实上的软件过程的工业标准。上次课内容回顾上次课内容回顾软件危机的表现软件危机的表现软件工程的基本原理软件工程的基本原理软件工程方法学软件工程方法学传统方法学传统方法学面向对象方法学面向对象方法学软件过程模型软件过程模型上次课内容回顾上次课内容回顾第2章 可行性分析2.1 可行性研究的任务可行性研究的任务2.2 可行性研究过程可行性研究过程2.3 系统流程图系统流程图2.4 数据流

10、图数据流图 2.5 数据字典数据字典2.6 成本成本/效益分析效益分析问题的定义与可性行研究开始开始问题定义问题定义 可性行研究可性行研究 可行否？可行否？项目实施计划项目实施计划终止项目的建议终止项目的建议结束结束YNn目的：目的： 用最小的代价在尽可能用最小的代价在尽可能短的时间内确定问题是否能够解短的时间内确定问题是否能够解决。决。n 不是解决问题，而是确定问题不是解决问题，而是确定问题是否值得去解决。是否值得去解决。2.1 可行性研究的任务可行性研究的任务I.I. 首先需要进一步分析和澄清问题定义。首先需要进一步分析和澄清问题定义。II.II. 导出系统的逻辑模型。导出系统的逻辑模型。

11、从系统逻辑模型出发，从系统逻辑模型出发，探索若干种可供选择的主要解法探索若干种可供选择的主要解法( (即系统实现方即系统实现方案案),),从从下述三方面研究每种解法的可行性下述三方面研究每种解法的可行性： 技术可行性技术可行性 经济可行性经济可行性 操作可行性操作可行性必要时还应该从法律、社会效益等更广泛的方面研究每种解法必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。的可行性。III.III.分析员应该为每个可行的解法制定一个粗略的分析员应该为每个可行的解法制定一个粗略的实现进度。实现进度。2.1 可行性研究的任务可行性研究的任务IV.IV.可行性研究最根本的任务是对以后的行

12、动方针提出建可行性研究最根本的任务是对以后的行动方针提出建议。议。应该推荐一个较好的解决方案，并且为工程制定应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。一个初步的计划。可行性研究需要的时间长短取决于工程的规模。一般说来，可可行性研究需要的时间长短取决于工程的规模。一般说来，可行性研究的成本只是预期的工程总成本的行性研究的成本只是预期的工程总成本的5%5%10%10%。2.2 可行性研究过程可行性研究过程1. 1. 复查系统规模和目标复查系统规模和目标2. 2. 研究目前正在使用的系统研究目前正在使用的系统3. 3. 导出新系统的高层逻辑模型导出新系统的高层逻辑模型4. 4. 进一

13、步定义问题进一步定义问题5. 5. 导出和评价供选择的解法导出和评价供选择的解法6. 6. 推荐行动方针推荐行动方针7. 7. 草拟开发计划草拟开发计划8. 8. 书写文档提交审查书写文档提交审查2.2 可行性研究过程可行性研究过程1. 复查系统规模和目标复查系统规模和目标 分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题定义阶段书写的关于规模和目标的报告书进一步复查确认，改正定义阶段书写的关于规模和目标的报告书进一步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。含糊或不确切的叙述，清晰地描述对目标系统的

14、一切限制和约束。 这个步骤的工作，实质上是为了确保分析员正在解决的问题确实这个步骤的工作，实质上是为了确保分析员正在解决的问题确实是要求他解决的问题。是要求他解决的问题。2. 研究目前正在使用的系统研究目前正在使用的系统 现有的系统是信息的重要来源。新的目标系统必须也能完成它的现有的系统是信息的重要来源。新的目标系统必须也能完成它的基本功能；基本功能； 现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的现有的系统必然有某些缺点，新系统必须能解决旧系统中存在的问题。问题。 常见的错误做法是花费过多时间去分析现有的系统。这个步骤的常见的错误做法是花费过多时间去分析现有的系统。这个步骤的目的是

15、了解现有系统能做什么，而不是了解它怎样做这些工作。目的是了解现有系统能做什么，而不是了解它怎样做这些工作。2.2 可行性研究过程可行性研究过程3. 导出新系统的高层逻辑模型导出新系统的高层逻辑模型（Logical Model，概略模型），概略模型）通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。目标系统的逻辑模型建造新的物理系统。能够使用能够使用数据流图数据流图，描绘数据在系统中流动和

16、处理的情况，从而，描绘数据在系统中流动和处理的情况，从而概括地表达出他对新系统的设想。概括地表达出他对新系统的设想。通常为了把新系统描绘得更清晰准确，还应该有一个初步的通常为了把新系统描绘得更清晰准确，还应该有一个初步的数据数据字典字典，定义系统中使用的数据。，定义系统中使用的数据。数据流图和数据字典共同定义了新系统的逻辑模型数据流图和数据字典共同定义了新系统的逻辑模型，以后可以从，以后可以从这个逻辑模型出发设计新系统。新系统的逻辑模型实质上表达了这个逻辑模型出发设计新系统。新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。分析员对新系统必须做什么的看法。2.2 可行性研究过程可行性研究过程4. 进一步定义问题进一步定义问题分析员应该和用户一起再次复查问题定义、工程规模分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨和目标，这次复查应该把数据流图和数据字典作为讨论的基础。如果分析员对问题有误解或者用户曾经遗论的基础。如果分析员对问题有误解或者用户曾经遗漏了某些要求，那么现在是发现和改正这些错误的时漏了某些要求，那么现在是发现和改正这