第2章可行性研究.ppt

Email：liangsun,软件工程,主讲：,第一章课程回顾,知识点回顾软件计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及相关文档的完整集合程序按事先设计的功能和性能要求编写的指令序列；程序是完成指定功能的一段特定语言代码数据使程序能正常操纵信息的数据结构文档与程序开发、维护和使用有关的图文资料软件危机软件开发和维护过程中遇到的一系列严重问题,第一章课程回顾,知识点回顾：软件工程指研究软件生产的一门学科，也就是将完整的工程原理应用于经济地生产既可靠又能在实际机器上有效运行的软件软件工程开发、运行、维护和修复软件的系统方法软件工程将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中,第一章课程回顾,软件工程为了经济地获得可靠的和能在实际机器上高效运行的软件而确立和使用健全的工程原理（方法）软件工程方法学通常指在软件生命周期全过程中使用的一整套技术的集合。软件工程方法学包括三个要素：方法、工具和过程软件生存期软件产品或软件系统从设计、投入使用到被淘汰的全过程。一般说来，软件生存期由软件定义、软件开发和软件维护三个时期组成，每个时期又可进一步划分成若干个阶段,第一章课程回顾,软件危机的典型表现对软件开发成本和进度的估计常常不很准确用户对“已完成的”软件系统不满意的现象经常发生软件产品的质量往往靠不住软件常常是不可维护的软件通常没有适当的文档资料软件成本在计算机系统中的比例逐年增加软件开发生产率提高的速度远远跟不上计算机应用普及速度,第一章课程回顾,软件工程的本质特性软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开发软件的效率非常重要和谐地合作是开发软件的关键软件必须有效地支持它的用户在软件工程领域中是由具有一种文化背景的人替有另一种文化背景的人创造产品,第一章课程回顾,软件工程中的7条基本原理用分阶段的生命周期计划严格管理坚持进行阶段评审实行严格的产品控制采用现代程序设计技术结果应能够清楚地审查开发小组的人员应该少而精承认不断改进软件工程实践的必要性,第一章课程回顾,常用的过程模型生命周期模型规定了把生命周期划分成几个阶段及各阶段的执行顺序，因此，也称过程模型常用的过程模型有瀑布模型、快速原型模型、增量模型和螺旋模型等,第2章可行性研究,2.1可行性研究的任务2.2可行性研究过程2.3系统流程图2.4数据流图2.5数据字典2.6成本效益分析2.7可行性研究报告书写,2.1可行性研究的任务,可行性研究的任务是用最小的代价，在尽可能短的时间内确定问题是否能够解决首先进一步分析和澄清问题意义分析员应该导出系统的逻辑模型从逻辑模型出发，探索出若干种可供选择的主要解法（即系统实现方案）最后仔细研究每种解法的可行性可行性研究的实质是一次大大压缩简化的系统分析和设计过程,2.1可行性研究的任务,实例讲评：两个整数乘法,解法1unsigneda,b,c;c=a*b;可能会存在溢出问题！,解法2unsigneda,b;intc；c=a*b;不会存在溢出问题！,解法3unsigneda,b;longintc；c=a*b;不会存在溢出问题！但不合理,2.1可行性研究的任务,可行性应该从下述几方面进行：（1）技术可行性：指使用现有的技术能否完成这个项目，度量一个特定技术信息系统解决方案的实用性及技术资源的可用性开发风险分析：最新技术成熟度等资源分析：人力消耗、财力消耗、时间消耗等相关技术的发展（现有技术能否实现新系统，技术难点、建议采用技术的先进性）,2.1可行性研究的任务,（2）经济可行性：指通过对软件开发项目进行成本效益估计，以确定软件系统可能带来的经济效益能否超过研制和维护此系统所需的费用。度量系统解决方案的性能价格比。成本效益分析有形成本、效益无形成本、效益价值和成本的关系质量与价值、成本的关系价值成本的均衡,2.1可行性研究的任务,（3）操作可行性用户使用可行性：公共汽车非接触式感应卡用输入密码或指纹来代替时间进度可行性组织和文化上的可行性（4）社会因素的考虑：软件开发是否会侵犯他人、集体或国家利益实质：一次简化的、高层次的、抽象的分析和设计过程！,2.1可行性研究的任务,实例讲评：“求一元二次方程的解”可行性问题定义：这是一个简单的数学问题（什么问题），系统要求不高，整系数方程（怎样要求），用于初中教学（哪里应用），解法简单（结论如何）技术上分析：能，简单此方程可以根据判别是b2-4ac的值来确定方程根的情况，即b2-4ac0时又两个不等实根，b2-4ac=0时有两个相等的实根，b2-4ac现有系统的逻辑模型目标系统的逻辑模型新的物理系统,2.2可行性研究过程,（4）重新定义问题1以数据流图、数据字典为基础2需要得到用户的认可，避免疏漏、误解3这是一个循环过程，直到完全符合系统要求（5）导出和评价供选择的方案1从技术角度解决的不同方案：eg1:控件和程序：eg2:中断与查询,2.2可行性研究过程,2从操作方面的可行性：管理习惯、行为习惯、人员素质等；3从经济方面的可行性：开发成本运行成本开支变化等4确定进度表（6）推荐方案和行动方针分析员给出结论给出理由,2.2可行性研究过程,（7）草拟开发计划1进度表2人力资源：系统分析员、程序员、资料员等；3设备资源等（8）书写文档、提交审查,2.3系统流程图,系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子的形式描述系统里面的每一个部件（程序、文件、数据库、表格、人工过程等）尽管系统流程图使用的某些符号和程序流程图所用的符号相同，但系统流程图表达的信息再系统中各个部件之间流动的情况，而不是对信息进行加工处理的控制过程,2.3系统流程图,实例讲评程序流程图实例,2.3系统流程图,2.3系统流程图,2.3系统流程图,2.3系统流程图,实例讲评：仓库订货管理系统之系统流程图,2.3系统流程图,实例讲评7:口算高手之系统流程图,2.4数据流图,数据流图英文DataFlowDiagram，简称DFDDFD是一种描述逻辑模型的图形工具，表示数据再系统内的变化图中没有任何具体的物理元素，只是描绘信息再系统中流动和处理的情况DFD从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程,2.4数据流图,数据流图中的符号图形元素正方形：源点或终点圆角矩形：处理开口矩形：数据存储箭头：流动方向,2.4数据流图,数据流图的基本图形元素（1）数据流：是一组数据。再数据流图中数据流用带箭头的线表示，在其线旁标注数据流名（2）加工：是对数据流执行的某种操作或变换。在数据流图中加工用圆圈表示，在圆圈内写上加工名。（3）文件：是按照某种规则组织起来的、长度不限的数据。在数据流图中文件用一直线表示，在线段旁注上文件名（4）数据流的源点和终点：在数据流图中用方框表示，在框内写上相应的名称,2.4数据流图,由外向里画数据流图的步骤画法（1）确定系统的输入输出由于系统究竟包括哪些功能可能一时难于弄清楚，可使范围尽量大一些，把可能有的内容全部都包括进去。应该想用户了解“系统从外界接受什么数据”，“系统向外界送出什么数据”等信息根据用户的答复画出数据流图的外围,2.4数据流图,（2）由外向里画系统的顶层数据流图首先，将系统的输入数据和输出数据用一连串的加工连接起来在数据流的值发生变化的地方就是一个加工给各个加工命名然后，给加工之间的数据命名最后，给文件命名,2.4数据流图,（3）自顶向下逐层分解，绘出分层数据流图对于大型的系统，为了控制复杂性，便于理解，需要采用自顶向下逐层分解的方法进行，即用分层的方法将一个数据流图分解成几个数据流图来分别表示DFD可以用来表示一个系统或软件在任何层次上的抽象。较大型软件系统DFD分成多层（子图，父图概念），可以表示数据流和功能的进一步的细节,2.4数据流图,实例讲评：仓库订货系统数据流图实例,2.4数据流图,2.4数据流图,2.4数据流图,2.4数据流图,2.4数据流图,实例讲评：口算高手的输入输出,2.4数据流图,实例讲评：口算高手顶层数据流图,2.4数据流图,实例讲评：客房管理输入输出,2.4数据流图,实例讲评：客房管理系统局部DFD,2.4数据流图,绘制数据流图的注意事项合理细化分层细化时必须保持信息的连续性注意处理的编号和适当地命名画数据流而不是控制流先考虑稳定状态忽略琐碎的枝节,2.4数据流图,随时准备重画注意程序流程图与数据流图的区别。数据流图描绘所有可能，而不应该描绘出现某个数据流的条件数据流图基本要点是要回答“作什么”，而不是“怎样作”,2.4数据流图,命名：直接影响到数据流图的可理解性1为数据流数据存储命名：代表整个数据流内容切忌空洞必要时考虑重新分解2为处理命名：先数据流，后处理代表整个功能及物动词宾语一般只包含一个动词必要时考虑重新分解,2.5数据字典,数据字典英文（DataDictionary），简称DDDD定义：对于数据流图中所出现的所有被命名的图形元素作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释DD是对所有与系统相关的数据元素的一个有组织的列表，以及精确的、严格的定义，使得用户和系统分析员对于输入、输出、存储成分和中间计算有共同的理解。,2.5数据字典,DD是一种描述逻辑模型的工具DD是数据的信息集合，是对数据流图中包含的所有元素的定义的集合DD的内容包括：图形元素的名字、别名或编号、分类、描述、定义、位置等典型的DD包括：一般信息：名字、别名、描述等定义：数据类型、长度、结构等,2.5数据字典,使用特点：值范围，使用频率使用方法：输入输出本地网络条件值等控制信息：来源用户使用它的程序使用权改变权等分组信息：复结构从属结构物理位置等,2.5数据字典,使用DD的目的查阅不了解的条目的解释尽量减少出现别名DD中所有的定义都应是严密的、精确的，不可有半点含混，不可有二义性数据流图和数据字典共同构成系统的逻辑模型,2.5数据字典,数据字典DD中常用符号的含义,2.5数据字典,数据字典中定义数据的方法：自定向下分解数据数据元素组成方式类型顺序选择重复可选数据字典的用途：分析阶段的重要工具数据字典的实现：全人工过程全自动化过程混合过程,2.5数据字典,数据字典与数据流图之间关系数据流图描述了系统的“分解”依靠“字典”来说明各个成分的含义数据流图中所有名字的定义就构成了一本字典数据流图和字典结合在一起构成了“需求说明书”数据流图中出现的每个数据流名、每一个文件名和每一个加工名在词典中都应该有一个条目给出这个名字的定义,2.5数据字典,字典条目的各种类型数据流文件数据项（指不在分解的数据单位）加工小说明数据流图中每一个基本加工（即不再进一步被分解的加工）都必须有一个“小说明”小说明中应精确描述用户要求一个加工“做什么”,2.5数据字典,实例讲评：口算高手字典建模,2.5数据字典,实例讲评：客房管理系统字典建模,2.5数据字典,实例讲评：航班词典条目实例,2.5数据字典,2.5数据字典,实例讲评：路灯管理系统数据字典路段控制器信息表controller.db：,2.5数据字典,2.6成本效益分析,成本效益分析的目的，是从经济角度评价开发一个新项目是否可行、是否划算，从而帮助使用部门的负责人正确地作出是否投资于这项开发的决定成本估计代码行技术：通常先根据经验和历史数据来估计实现一个功能所需要的源程序行数，然后用每行代码的平均成本乘以行数就可以确定软件的成本,2.6成本效益分析,任务分解技术：首先把软件开发工程分解为若干个相对独立的任务，再分别估计每个单独的开发任务的成本，最后累加起来得出软件开发工程的总成本估计每个任务的成本时，通常先估计完成该项任务所需要使用的人力（以月为单位），再乘以每人每月的平均工资而得出每个任务的成本。划分任务时最常用的办法是按开发阶段进行,2.6成本效益分析,度量效益的方法货币的时间价值货币的时间价值通常用利率的形势表示。假设年利率为i，如果现在存入P元，则n年后可以得到的钱数为：FP（1+i）n这也就是P元钱再n年后的价值。反之如果n年后能收入F元，那么这些钱现在的价值是：PF（1+i）n,2.6成本效益分析,投资回收期：所谓投资回收期就是使累计的经济效益等于最初投资所需要的时间。显然，投资回收期越短就能越快获得利润，这项工程也就越值得投资纯收入：纯收入就是再整个声明周期之内系统累计经济效益（折合成现在值）与投资之差。这相当于比较投资开发一个软件系统和把钱存再银行中（或贷给其他企业）这两种方案的优劣,2.7可行性研究报告的书写,国家标准：包括8个部分引言可行性研究的前提对现有系统的分析所建议的系统可选择的其他系统方案投资及效益分析社会因素方面的可行性结论,2.7可行性研究报告书写,说明1一定涵盖主要部分2不一定包含所有内容3注意格式可行性研究报告的一般格式GB8567-88文档书写与编制模板,本章总结,1.阅读全章内容，深入领会可行性研究的主要内容2.总结、领会系统流程图、数据流图和数据字典三种逻辑建模工具的用法3.知识点结构,本章总结,4.知识点总结系统流程图描绘物理系统的一种传