《软件工程-可行性研究》由会员分享，可在线阅读，更多相关《软件工程-可行性研究（68页珍藏版）》请在金锄头文库上搜索。
1、第二章 可行性研究 （Feasibility Study）不是解决问题，而是确定是否可解值得解可从下述以下四方面考虑： 技术上：人员、当前技术水平、设计语言上等 经济性：成本/效益分析 操作性：开发出的系统用户能否使用 社会性：法律、合同等是否允许注：不要花过多精力，占总成本的 5 10 %2.1可行性研究的任务2.2可行性研究的步骤1、复查定义，明确限制的约束。 我们认为用户要的 用户要的 （1）访问关键人员 （2）阅读和分析有关的材料 （3）改正含糊或不确切的叙述2、研究老系统 解决老系统问题老系统 功能新增功能 新系统效益注： 只了解 老系统 做什么 ，而不 管怎样 做； 注意了 解与其
2、 它系统 的接口 。老系统效益 2.2步 骤3、导出高层逻辑模型(conceptual design)抽象实现改进老系统模型新模型新系统报告应该告诉用户“What”而不是“How” 使用用户语言编写 不包含技术术语 描述系统功能 独立于实现 与用户需求文档对应逻辑模型：数据流图与数据字典2.2步 骤3、逻辑模型 4、重新定义（结合用户） 1、复查定义注：此时合同未签，应考虑成本，不宜反复太 多次。5、导出多种解法进度表经济上合算技术上可行操作上可行技术上不可行用户不可能操作不合算2.2步 骤6、推荐行动方针Yes or No?NoYesWhy?Which one is the best? Wh
3、y? (cost / benefit)7、开发计划（粗略） 任务分解，确定负责人 大致进度规划 财务预算 风险分析及对策8、审查、存档把上述各步骤的工作 结果写成清晰的文档, 请用户、客户组织的 负责人审查 评审。2.3系统流程图 (System Flow Diagram)反映信息在各部分(物理部件）间流动的 情况对数据加工、处理的控制过程（不同 于程序流程图）符号：表示系统物理部件 箭头：信息流动路径系统流程图常用符号符号（概括的形式抽象的描绘物理系统时） 处理：能改变数据值或数据位置的加工或部件，例 如，程序、处理机、人工加工等都是处理。 输入/输出：表示输入或输出（或既输入又输出）， 是
4、一个广义的不指明具体设备的符号。 连接：指出转到图的另一部分或从图的另一部分转 来，通常在同一页上 换页连接：指出转到另一页图上或由另一页转来 数据流：用来连接其它符号，指明数据流动方向详见P292.3系统流程图变化仓库零 库存量 件 临界值库存清单XX ： XX ： 库存 临界值定货报告例：2.3系统流程图例：某装配厂使用一台小型计算机处理更新库存清单主文件和产生订货报告的任务。零件库存 量的每一次变化称为一个事务，由放在仓库中的 CRT终端输入到计算机中；系统中的库存清单程序 对事务进行处理，更新存储在磁盘上的库存清单主 文件，并且把必要的订货信息写在磁带上。最后， 每天由报告生成程序读一
5、次磁带，并且打印出订货 报告。2.3系统流程图注：符号 = 系统部件箭头 = 信息流动路径事务库存清单程序库存清单 主文件定货 信息报告生成程序定货报告即库存量变化2.3系统流程图系统流程图画法： 习惯上信息在图中自顶向下或从左向右流 动 可以在图上加注释，注释较多时，可以另 外加一个文档来进行解释 复杂系统可以用分层方法来表示 首先用一张高层次的系统流程图描绘系统 总体概貌，表明系统的关键功能 每个关键功能扩展到适当的详细程度，画 在单独的一页纸上2.3系统流程图4. 数据流图 (Data Flow Diagram)System = data + function 1、符号：P.31数据存储
6、数据处理数据流输入/输出 DFD是一种图形化技术，描绘信息流和数据从输入到输 出的过程中所经受的变换。 数据流图描绘系统的逻辑模型，图中无具体的物理元素 ，只是描绘信息在系统中流动和被处理的情况 数据流图可以作为 计算机人员与客户之间的通信工具 软件设计的出发点符号（续）2.4数据流程图数据流图性质 数据流图中的箭头仅能表示在系统中流 动的数据； 与程序流程图不同，DFD不能表示程序 的控制结构； DFD表现的范围具有很大的灵活性。分层的数据流图分层的数据流图 为了表达数据处理过程的数据加工为了表达数据处理过程的数据加工 情况，需要采用情况，需要采用层次结构层次结构的数据流图的数据流图 。按照
7、系统的层次结构进行。按照系统的层次结构进行逐步分解逐步分解 ，并以分层的数据流图反映这种结构，并以分层的数据流图反映这种结构 关系，能清楚地表达和容易理解整个关系，能清楚地表达和容易理解整个 系统系统分层数据流图分层数据流图分层原则 父图与子图关系 编号 平衡规则 文件局部性 分解程度 在多层数据流图中，在多层数据流图中，顶层流图顶层流图仅包含仅包含 一个加工一个加工，它代表被开发系统。它的输，它代表被开发系统。它的输 入流是该系统的输入数据，输出流是系入流是该系统的输入数据，输出流是系 统所输出数据统所输出数据 底层流图底层流图是指其是指其加工不需再做分解加工不需再做分解的的 数据流图，它处
8、在最底层数据流图，它处在最底层 中间层流图中间层流图则表示则表示对其上层父图的细对其上层父图的细 化化。它的每一加工可能继续细化，形成。它的每一加工可能继续细化，形成 子图子图。结构化分析方法步骤示例结构化分析方法步骤示例 商店业务处理系统商店业务处理系统 这个数据流图只是一个高层的系这个数据流图只是一个高层的系 统逻辑模型，它反映了目标系统要统逻辑模型，它反映了目标系统要 实现的功能实现的功能 数据流图绘制步骤数据流图绘制步骤 首先确定系统的输入和输出首先确定系统的输入和输出 根据商店业务，画出顶层数根据商店业务，画出顶层数 据流图，以反映最主要业务处据流图，以反映最主要业务处 理流程理流程
9、 经过分析，商店业务处理的经过分析，商店业务处理的主主 要功能要功能应当有应当有销售销售、采购采购、会计会计 三大项。三大项。主要数据流输入的源点主要数据流输入的源点 和和输出终点输出终点是是顾客顾客和和供应商供应商。 然后从输入端开始，根据商店然后从输入端开始，根据商店 业务工作流程，画出数据流流经业务工作流程，画出数据流流经 的各加工框，逐步画到输出端，的各加工框，逐步画到输出端， 得到第一层数据流图得到第一层数据流图第一层数据流图第一层数据流图加细每一个加工框加细每一个加工框 销售细化销售细化采购细化采购细化检查和修改数据流图的原则检查和修改数据流图的原则 数据流图上所有图形符号只限于数
10、据流图上所有图形符号只限于 前述四种基本图形元素前述四种基本图形元素 数据流图的主图必须包括前述四数据流图的主图必须包括前述四 种基本元素，缺一不可种基本元素，缺一不可 数据流图的主图上的数据流必须数据流图的主图上的数据流必须 封闭在外部实体之间封闭在外部实体之间 每个加工至少有一个输入数据流每个加工至少有一个输入数据流 和一个输出数据流和一个输出数据流 在数据流图中，需按层给加工框编号在数据流图中，需按层给加工框编号 。编号表明该加工所处层次及上下层的。编号表明该加工所处层次及上下层的 亲子关系亲子关系 规定任何一个数据流子图必须与它上规定任何一个数据流子图必须与它上 一层的一个加工对应，两
11、者的输入数据一层的一个加工对应，两者的输入数据 流和输出数据流必须一致。此即父图与流和输出数据流必须一致。此即父图与 子图的平衡子图的平衡 图上每个元素都必须有名字图上每个元素都必须有名字 数据流图中不可夹带控制流数据流图中不可夹带控制流 初画时可以忽略琐碎的细节，以初画时可以忽略琐碎的细节，以 集中精力于主要数据流集中精力于主要数据流注意点： 数据流与程序流程图中用箭头表示的控 制流有本质不同 在数据流图中应描绘所有可能的数据流 向，而不应该描绘出现某个数据流的条件 处理并不一定是一个程序，可以代表一 系列程序、单个程序或者程序的一个模块， 甚至人工处理过程 一个数据存储也并不一定是一个文件
12、， 它可以表示一个文件、文件的一部分、数据 库的元素或记录的一部分等等 通常在数据流图中忽略出错处理，也不 包括如打开文件、关闭文件之类的内务处理 数据流图的要点是描绘“做什么”，而不 是“怎么做”2.4数据流程图数据流图的用途 基本目的：交流信息的工具，因而需要分层， 需要画得清楚 分析和设计的工具 分析员可以着重描绘系统的功能，而不 是系统的物理实现方案 在数据流图上可以划出自动化边界，每 组自动化边界可能意味着一个不同的物理系 统 数据流图还可以帮助详细设计面向数据流 的设计方法系统描述：学生持购书单买书，若当前库存有 书则给学生开具领书单；若当前库 存没有，则打印缺书单给采购员让 其购
13、书；书到后通知系统并更新 库存信息。问题：请根据售书业务流程，画出顶层DFD和一层的DFDDFD练习售书系统领书单 进书通知 购书单 缺书单 DFD练习售书系统（1）学生教材 销售 系统采 购 员领书单 进书通知 进书通知 购书单 缺书单 DFD练习售书系统（2)1 销 售2 采 购采购 员学生F1教材存量表 F2缺书登记表 1 销 售2 采 购采 购 员学生数据流图(DFD,Data Flow Diagram)命名数据流图中每个成分的命名是否恰当，直接影响数据 流图的可理解性。因此，给这些成分起名字时应该仔细 推敲。下面讲述在命名时应注意的问题： 为数据流（或数据存储）命名 名字应代表整个数
14、据流（或数据存储）的内容，而 不是仅仅反映它的某些成分。 不要使用空洞的、缺乏具体含义的名字（如“数据” 、“信息”、“输入”之类）。 如果在为某个数据流（或数据存储）起名字时遇到 了困难，则很可能是因为对数据流图分解不恰当造成的 ，应该试试重新分解，看是否能克服这个困难。数据流图(DFD,Data Flow Diagram) 为处理命名 通常先为数据流命名，然后再为与之相关联的处理 命名。这样命名比较容易，而且体现了人类习惯的“由表 及里”的思考过程。 名字应该反映整个处理的功能，而不是它的一部分 功能。 名字最好由一个具体的及物动词，加上一个具体的 宾语组成。应该尽量避免使用“加工”、“处
15、理”等空洞笼 统的动词作名字。 通常名字中仅包括一个动词，如果必须用两个动词 才能描述整个处理的功能，则把这个处理再分解成两个 处理可能更恰当些。 如果在为某个处理命名时遇到困难，则很可能是发 现了分解不当的迹象，应考虑重新分解。例：学生注册课程系统 学生：登记注册课程查询成绩单 教师：查询所开课程的学生名单登记成绩单 注册管理员：维护教师信息维护学生信息维护课程信息5. 数据字典 (Data Dictionary)数据字典 关于数据的信息集合。也就是对数据 流图中包含的所有元素的定义的集合 数据字典的内容 定义数据的方法 数据字典的用途数据字典的组成(1)数据流 (2)数据流分量(数据元素) (3)数据存储 (4)处理数据元素组成数据的方式（1）顺序：以确定次序连接两个或多个分量 （2）选择：从两个或多个可能的元素中选取一个 （3）重复：把指定的分量重复零次或多次 （4）可选：一个分量是可有可无的 数据字典包括的其它信息(1)一般信息（名字，别名，描述）
