软件工程- 可行性分析.ppt

1、可行性研究、问题的定义和可行性研究、可行性研究、目的：确定能否以最小的成本在尽可能短的时间内解决问题。 确定能否解决问题，确定问题是否值得解决。 可行性研究的目的，是为了说明这个软件开发项目实现的技术性，经济性，社会性条件性的可行性，对合理地实现开发目标可以选择的各种方案进行评论。 (GB 8567-88计算机软件产品开发文件制作指南)、可行性研究任务、GB 8566-88计算机软件开发规范中，可行性研究的主要任务是“理解客户的要求和现实环境，从技术、经济和社会要素三个方面考虑本软件项目的论证、编写可行性研究报告和初步项目可行性研究的最根本任务是提出今后的行动方针。 (1)技术可行性(2)经济

2、可行性(3)操作可行性(4)社会可行性(法律可行性) (5)测量选择、技术可行性、特定技术信息系统解决方案的实用性和技术资源可用性的问题(1)。 可能的问题：成本/利润分析(开发、运营的成本/利润)有形成本、利润无形成本、利润价值与成本的关系质量和价值、成本的关系价值/成本的均衡，例如，本系统节省经费，本系统节省成本，平衡损益，提高投资回收期1 .检讨系统规模和目标2 .检讨目前使用中的系统3 .导出新系统的上位逻辑模型4 .进一步定义问题5 .导出选择的解法并评价6 .建议行动方针7 .制定开发修订计划8 .文件提交审查， 可行性研究报告的制作GB 8567-88计算机软件产品开发文件制作可

3、行性研究报告的制作，1引言1.1制作目的1.2背景1.3定义1.4参考资料，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.6投资和收益分析6.1支出6.2收益6.3收益/投资比6.4投资回收周期6.5敏感性分析，7社会条件方

4、面的可行性7.1法律方面的可行性7.2使用方面的可行性，系统流程图， 系统流图一般描绘物理系统的其基本思想是用图形符号把构成系统的各个部件(程序、文件、数据库、人工过程等)描绘成黑盒子。 由于系统流程图表示数据在系统的各部分之间流动的样子，而不是加工处理数据的控制过程，因此系统流程图的一部分符号和程序流程图的符号形式相同，但不是程序流程图， 基本符号-概括性地描绘在实际系统中使用的符号-具体地描绘在物理系统中使用的符号系统符号，在某组装工厂有保管部件的仓库，仓库中存在的各种部件的数量及各部件的库存量阈值等的数据记录在库存列表主文件中规定仓库中的零件数量变化的时候，应该立即修改库存清单的主文件，

5、哪个零件的库存量比那个库存量的阈值少的时候，应该向采购部门报告订货，每天向采购部门发送订货报告。 例-库存清单系统的系统流程图。 该装配工厂使用小型修订机更新库存列表主文件，处理生成订单报告的任务。 每次部件库存量变化都称为事务处理，从放置在仓库中的CRT终端输入到修订机中。系统内的清单程序处理事务处理，更新存储在磁盘上的清单主文件，并将所需的订单信息写入磁带。 最后，在报告程序中每天读一次磁带，打印订单报告。 例如-计算机销售系统流程图、结束、学生、购买文件、书库收据、购买文件、终端、审查和收据、1、-学生各学期用书数据库数据流程图中没有具体的物理部件，描绘了在软件内数据流动处理的逻辑过程在

6、设定、修正数据流图时，仅考虑系统必须完成的基本逻辑功能，而完全不需要考虑如何具体地实现这些功能，因此也是今后软件设定、修正的良好出发点。数据流图的四个基本码元、数据加工(数据转换)、数据源点或终点(外部实体)、数据流、或数据流图的一些附加码元、以及数据流图的分层系统的分层结构中的组合图层性质变更选项。 在多层数据流图中，顶层流程图只包含一个加工，表示开发的系统。 输入流是该系统的输入数据，输出流是该系统所输出的数据。 底层流程图是不再需要分解加工的数据流程图，位于底层。 中间层流图显示了其上层父图的细分。 每个加工可能会继续微细化，形成子图。分层数据流图、- -系统逻辑模型、分层数据流图、第n

7、 2层例如学生购买教材系统、学生、教材购买系统、保管管理者、外部实体、教材销售子系统学生、学生、临时文件、辅助文件、第修改外部项目、购买子系统、第2层、文件不足文件、2.3教材的库存和预定购买量，-使用分组图代替总图，使用户和软件开发人员更容易阅读。分层DFD图的优点1 )命名数据流(或数据存储)命名(1)名称代表整个数据流(或数据存储)的内容，仅反映某些组件。 不要使用空洞而没有具体意义的名字(“数据”“信息”“输入”等)。 (3)如果难以对一个数据流(或数据存储器)进行命名，则应尝试重新分解是否可以克服这种困难，因为数据流图的分解可能是不适当的。绘制分层DFD的准则1 .注意数据流图的组件

8、命名；2 )处理命名；(1)通常先命名数据流，然后命名与其相关联的处理。 这种命名比较容易，而且体现了人类习惯的“由表及里”思维过程。 (2)名称应该反映整个处理的功能，而不是其中的一部分功能。 (3)名字最好由具体的和物动词和具体的宾语组成。尽量避免在名字中使用“加工”“处理”等空虚模糊的动词。 (4)通常名称中只包含一个动词，如果必须用两个动词来描述整个处理的功能，那么将该处理再分解为两个处理可能更合适。 (5)如果对某个处理命名困难的话，发现分解错误的征兆的可能性很高，应该考虑再分解。图层DFD的准则1 .数据流图中的成分命名注意，图层DFD的准则2 .注意父图和子图的平衡，图层DFD的

9、准则3 .区别局部文件和局部外部项目，局部文件，图层DFD的准则，4 .掌握分解的速度第二段的加工编号是1、2、3、n号。 第三层编号为1.1、1.2、1.3n.1、n.2等号等。 数据字典- DD(Data Dictionary )、数据流图和数据字典共同构成系统的逻辑模型，没有数据字典数据流图则不严格，没有数据流图则数据字典无法正常工作中的组合图层性质变更选项。 数据字典的任务是将：出现在数据流图中的所有命名图形元素在字典中定义为词条，以便正确解释每个图形元素的名称。 数据字典的内容通常包括： (1)数据流(2)数据流分量(即，数据元素) (3)数据存储(4)处理，数据流名称：描述：简要介

10、绍角色，即，其原因数据流源：此数据数据流的目的地：目的地。 数据流结构：数据结构。 每数据量的流：数据量、流。 (1)数据流词条的记述、数据流名称：发票说明：作为学生支付的文件依据的数据流来源：加工“审查和收据”数据流的去向：加工“收据”流动。 数据流结构：与学号、姓名、符号、单价、总额、书费修订、数据要素名：类型3360数字(离散值、连续值)、字符(编码类型)长度：的可能值范围：有关的数据要素和数据结构；(2)数据要素词条的描述存储方式：顺序，直接，键码。 存取频率3360和处理名称：的处理编号：反映了与原始加工的分层简单描述：和功能简单输入数据流：可取的值范围：有关的数据元素和数据结构(4

11、) 加工逻辑词条的描述名称：外部实体名称简单描述：外部实体相关数据流3360个：(5)外部实体词条描述、数据词典定义符号、=，其中，x=a b表示x由a和b组成，x=a的x为0个以上可选地，指示两个*之间的内容是词条，m n，重复，x=3a8，其中x至少出现3次a，*，注释，x=()基本加工逻辑，其是基本加工将输入数据流转换为输出数据流的加工逻辑加工逻辑的描述必须描述实现加工的策略，而不是实现加工的细节。 加工逻辑说明中包含的信息应充分、完善、有用、无冗馀。加工逻辑说明、加工说明组成、加工说明描述工具、描述将输入数据流转换为输出数据流的加工过程，是加工说明的主体。、自然语言结构化形式、(1)结

12、构化语言、商店业务处理系统中的“发票检查”、if发票金额超过$500 then if的借款超过60天的then在偿还借款前不发放else (借款未到期)批准书， 发票else (发票金额未超过的发票及信用报告else发行批准书、发票、(2)判定表，如果数据流程图的加工需要依赖于多个逻辑条件的可取值，则适合使用判定表记述，以“检查发票”为例检查发票，金额$500，金额$500，借款60天，不出批准书，借款60天，批准书，出发票，借款60天，出批准书，发票及信用不足报告，借款60，成本估计-人工费估计，软件。 估算技术：1.代码线技术2 .任务分解技术3 .自动估算成本根据技术、代码线技术、经验和

13、历史数据估算实现一个功能所需的源程序行数，并将各行代码的平均成本乘以行数，可以确定软件的成本。 每行代码的平均成本主要取决于软件的复杂性和工资水平。 代码矩阵技术是一种相对简单的定量估计方法。 在参考以往开发的类似工程的履历数据时，该方法非常有效。 任务分解技术首先将软件开发工程分解为几个相对独立的任务。 分别估计每个开发任务的成本，最后相加求出软件开发工程的总成本。 在估计每项任务的成本时，通常会估计完成该任务所需的人工成本(以人月为单位)，然后乘以每月的平均工资来计算每项任务的成本。 采用自动估算成本的技术、自动估算成本的软件工具，可以减轻人工，使估算结果更客观。 然而，采用这种技术必须基于长期收集的大量历史数据，需要良好的数据库系统支持。成本/效益分析方法、成本/效益分析的第一步是估计开发成本、运行成本和新系统带来的经济效益，并从经济角度判断是