《软件工程第二章可行性研究》由会员分享，可在线阅读，更多相关《软件工程第二章可行性研究（63页珍藏版）》请在金锄头文库上搜索。
1、第二章,可行性研究,可行性研究是软件生命期中重要的一步。,项目计划阶段,主要活动： 问题定义 可行性研究,2.1定义问题,主要任务,通过对客户的访问调查，系统分析员扼要的写出关于问题性质、工程目标和工程规模的书面报告。,问题定义案例,假设你在一所高等职业技术学校工作，负责该校信息系统的建设与维护。财务科长请你研究学校拥有的微型计算机生成工资明细表和各种财务报表的可能性。请给出问题定义,关于工资支付系统规模和目标的报告书 项目名称：工资支付系统 问题：目前计算工资和编制报表的费用太高 项目目标：研究开发费用较低的新工资支付系统的可能性 项目规模：开发成本应该不超过7.2万元 初步设想：用学校自己
2、的计算机系统生成工资明细表和财务报表 可行性研究：为了更全面的研究工资支付项目的可能性，建议进行大约历时两周的可行性研究。这个研究的成本不超过5000元,2.2可行性研究,可行性研究的目的： “说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性；评述为合理地达到开发目标可能选择的各种方案”。 ( GB 8567-88 计算机软件产品开发文件编制指南 ),“用最小的代价在尽可能短的时间内确定问题是否能够解决”,可行性研究的主要任务,GB 8566-88 计算机软件开发规范中指出： 可行性研究的主要任务是“了解客户的要求及现实环境，从技术、经济和社会因素等三方面研究并论证本软件项目的可行
3、性，编写可行性研究报告，制定初步项目开发计划。”,可行性研究的内容,技术可行性 经济可行性 操作可行性 社会可行性 （法律可行性） 做出抉择,技术可行性 使用现有的技术能实现这个系统吗？ 考虑的问题 (1)开发风险分析 (2)资源分析 (3)相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性）.,经济可行性,度量系统解决方案的性能价格比,（1）成本估计 代码行技术、任务分解技术、自动估计成本技术。 （2）成本/效益分析的方法 估计成本，运行费用和新系统的经济效益。比较新系统的开发成本和经济效益，应该考虑货币的时间价值、投资回收期、纯收入和投资回收率。,系统开发和每年运行费用
4、举例,1.系统开发费用（一次） 人员： .2名系统分析员(450小时/名,45美元/小时) $40,500 .5名系统开发人员(275小时/名,36美元/小时)$49,500 .1名数据通讯专家(60小时/名,42美元/小时) $2,400 .1名数据库管理员(30小时/名,42美元/小时) $1,260 .2名技术写作者(120小时/名,25美元/小时) $6,000 .1名秘书(160小时/名,15美元/小时) $2,400 .2名在转换期间数据输入人员 $49,500 (40小时/名,12美元/小时),系统开发和每年运行费用举例,培训： 三天的开发人员内部培训课程 $7,000 30个用
5、户，三天的内部培训课程 $10,000 物资： 复印 $500 磁盘、纸张等消耗品 $650,系统开发和每年运行费用举例,购买硬件、软件： 20台工作站Windows软件 $1,000 20台工作站内存升级 $8,000 网络软件 $17,500 20台工作站办公软件产品 $20,000 系统开发总费用 $161,670,系统开发和每年运行费用举例,2.年运行费用（每年） 人员： 维护程序员/分析员(250小时/年,42美元/小时) $10,500 网络管理员(300小时/年,50美元/小时) $15,000 购买硬件、软件升级： 硬件 $5,000 软件 $6,000 物资和杂项 $3,50
6、0 每年总运行费用 $40,000,操作可行性,用户使用可能性 时间进度可行性 组织和文化上的可行性,社会可行性(法律可行性),开发项目是否会在社会上或政治上引起侵权、破坏或其它责任问题,2.3 可行性研究的步骤,1、复查确认系统目标、规模。 2、研究正在使用的系统。 3、导出新系统的高层逻辑模型。 4、重新定义问题。 5、导出和评价供选择的方案。 6、推荐可行的方案。 7、草拟开发计划。 8、编写可行性研究报告，送审。,可行性研究报告的编写提示 GB 8567-88 计算机软件产品开发文件编制指南 ,1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料,可行性研究报告的编
7、写提示,2 可行性研究的前提 2.1 要求 2.2 目标 2.3 条件、假定和限制 2.4 进行可行性研究的方法 2.5 评价尺度,可行性研究报告的编写提示,3 对现有系统的分析 3.1 数据流程和处理流程 3.2 工作负荷 3.3 费用开支 3.4 人员 3.5 设备 3.6 局限性,可行性研究报告的编写提示,4 所建议的系统 4.1 对所建议系统的说明 4.2 数据流程和处理流程 4.3 改进之处 4.4 影响 4.5 局限性 4.6 技术条件方面的可行性,可行性研究报告的编写提示,5 可选择的其它系统方案 5.1 可选择的其它系统1 5.2 可选择的其它系统2 ,可行性研究报告的编写提示
8、,6 投资及收益分析 6.1 支出 6.2 收益 6.3 收益/投资比 6.4 投资回收周期 6.5 敏感性分析,可行性研究报告的编写提示,7 社会条件方面的可行性 7.1 法律方面的可行性 7.2 使用方面的可行性,系统流程图,系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件（程序、文档、数据库、人工过程等）以及信息在这些部件间流动和处理的情况。 系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此它是物理数据流图，不是程序流程图。,某装配厂有一座存放零件的仓库，仓库中现有的各种零件的数量以及每种零件的
9、库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时，应该及时修改库存清单主文件，如果哪种零件的库存量少于它的库存量临界值，则应该报告给采购部门以便定货，规定每天向采购部门送一次定货报告。,系统流程图实例1库存清单系统例子,该装配厂使用一台小型计算机处理更新库存清单主文件和产生定货报告的任务。零件库存量的每一次变化称为一个事务，由放在仓库中的CRT终端输入到计算机中；系统中的库存清单程序对事务进行处理，更新存储在磁盘上的库存清单主文件，并且把必要的定货信息写在磁带上。最后，每天由报告生成程序读一次磁带，并且打印出定货报告。,库存清单系统的系统流程图,系统流程图实例2借书处理,某图
10、书馆闭架借书流程如下：读者必须被验明证件后才能进入查询室。读者在查询室内通过检书卡或利用终端检索图书数据库来查找自己所需的图书。找到所需的图书并填好索书单后到服务台借书。如果所借图书还有剩余，管理员将填好借书单，从库房中取出图书交于读者。,作,业,请画出由下列文字描述的系统流程图,数据流图（Data Flow Diagram，DFD）是描述系统中数据流程的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换为逻辑输出所需的加工处理,数据流图中的主要图形元素,数据加工 (数据变换) - 转换数据流的处理过程,数据源点或终点 (外部实体) - 位于软件系统边界之外的信息生产者 或消费
11、者,数据流- 在转换之间有向流动的数据项或数据集合,数据存储文件- 可以是数据库文件或任何形式的数据组织。箭头向内则表示写入文件或查询文件，箭头向外则表示从文件中读取数据或得到查询结果,DFD图的例子,数据流与数据加工之间的关系,数据流图举例-订货系统,假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名称，定货数量，目前价格，主要供应者，次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。,第一步：可以从问
12、题描述中提取数据流图的4种成分。首先考虑数据的源点和终点，从上面对系统的描述可以知道“采购部每天需要一张定货报表”，“通过放在仓库中的CRT终端把事务报告给定货系统”，所以采购员是数据终点，而仓库管理员是数据源点。 第二步：考虑处理，再一次阅读问题描述，“采购部需要报表”，显然他们还没有这种报表，因此必须有一个用于产生报表的处理。事务的后果是改变零件库存量，然而任何改变数据的操作都是处理，因此对事务进行的加工是另一个处理。,第三：考虑数据流和数据存储：系统把定货报表送给采购部，因此定货报表是一个数据流；事务需要从仓库送到系统中，显然事务是另一个数据流。产生报表和处理事务这两个处理在时间上明显不
13、匹配每当有一个事务发生时立即处理它，然而每天只产生一次定货报表。因此，用来产生定货报表的数据必须存放一段时间，也就是应该有一个数据存储。 “当某种零件的库存量少于临界值时就应该再次订货”说明应该有库存清单的数据存储。,定货系统的基本系统模型,定货系统的功能级数据流图,把处理事务的功能进一步分解后的数据流图,为数据流命名,名字应代表整个数据流（数据存储）的内容，而不是仅仅反映一部分； 不要使用缺乏具体含义的名字； 如果在为某个数据流（数据存储）起名字时遇到困难，则很有可能是因为对数据流图分解不恰当引起的。,为处理命名,通常先为数据流命名，再为与之相关的处理命名； 名字应该反映整个处理的功能，而不
14、是它的一部分功能； 名字最好由一个具体的动词加上宾语组成； 如果必须要用两个动词才能描述整个处理，则把这个处理分解成两个处理； 如果为某个处理命名时遇到困难，则可能是分解不当，应考虑重新分解。,“先全局后局部,先整体后细节,先抽象后具体” 通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤： 1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得若干中间层DFD图。 3。画出底层的DFD图。,画分层DFD图的方法,顶层图说明了系统的边界,即系统的输入和输出数据流，顶层图只有一张。底层图由一些不能再分解的加工组成，这些加工都已足够简单，称为基本加工。在顶层和底层之间
15、的是中间层。中间层的数据流图描述了某个加工的分解，而它的组成部分又要进一步分解。 画各层DFD图时，“由外向内”。,顶层,中 间 层,底 层,先全局后局部,先整体后细节,先抽象后具体.,0图,1图,2图,1.1图,2.1图,2.2图,分层DFD 图,加工分解的原则 自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几个部分； 分解度：一般每一个加工每次分解最多不要超过个子加工,分解应分解到基本加工为止。,画分层DFD图的基本原则,数据守恒与数据封闭原则 所谓数据守恒是指加工的输入输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。或者说一个加工至少有一个输入数
16、据流，一个输出数据流。 数据封闭是对整个系统而言。,合理使用文件 当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。,注意,DFD图不是流程图,不表示软件的控制流程。,画分层DFD图的基本原则,子图与父图的“平衡” 父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。,分层DFD图的改进,DFD图必须经过反复修改，才能获得最终的目标系统的逻辑模型（目标系统的DFD图）。可从以下方面考虑DFD图的改进： 1、检查数据流的正确性 数据守恒 子图、父图的平
