- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
主要学习内容: 可行性研究的任务 可行性研究的步骤 系统流程图 数据流图 数据字典 成本/效益分析 * 2.1问题定义 简单描述问题 问题定义是整个软件工程的第一个步聚,甚至可以说软件工程里面各个项目的第一个步骤,问题定义可能是来源于不同的领域,不同的方面,所谓问题定义一般来说是用一句话,就是一个句话来描述我想做什么,这种问题定义在现实生活中,可能有两个主要的来源,一个主要来源是做软件产品,另一个是软件的委托开发,不同的问题来源引起不同的问题定义. * 2.2可行性研究的任务 技术可行性 使用现有的技术能实现这个系统吗? 经济可行性 这个系统的经济效益能超过它的开发成本吗? 操作可行性 系统的操作方式在这个用户组织内行得通吗? 不是解决问题,而是确定是否可解\值得解 * 2.3可行性研究的过程 1 复查系统规模和目标 2 研究目前正在使用的系统 3 导出新系统的高层逻辑模型 4 重新定义问题 5 导出和评价供选择的解法 6 推荐行动方针 7 草拟开发计划 1)任务分解,确定负责人 2)大致进度规划 3)财务预算 4)风险分析及对策 8 书写文档提交审查 * 2.4可行性研究阶段使用的工具 2.4.1系统流程图-1基本符号 * 2.4.1系统流程图-1基本符号(续) * 2.4.1系统流程图—2例题 例题1:某装配厂有一座存放零件的仓库,仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时,应该及时修改库存清单文件,如果哪种零件的库存量少于它的库存量临界值,则应该报告给采购部门以便定货,规定每天向采购部门送一次定货报告。 变化 仓库 零 库存量 件 临界值 库存清单 XX : ———— ———— XX : ———— ………… 库存 临界值 定货报告 * 第一种分析方法: 用小型计算机处理更新库存清单主文件和产生定货报告任务。 零件库存量的每次变化称为事务。 由放在仓库中的CRT终端输入到计算机中。 系统中库存清单程序对事务处理。 更新磁盘上库存清单主文件 每天报告生成程序打印定货报告 库存管理模块 输入变更记录 报告生成模块 订货信息 订货报告 库存 图 库存管理系统的系统流程图 * 事务 库存清单程序 库存清单主文件 报告生成程序 定货报告 即库存量变化 定货信息 = 第二种分析方法 事务:表示一个新请求的到达,是到达的事务,如库存里面到批货,如零件。或从库存里面有一个领料单,领部分零件。 库存清单程序处理事务,领走多少零件,库存减多少,新到多少零件库存增多少写到库存清单文件。 * 数据流图( DFD ) 是一种图形化技术,描绘信息和数据从输入移动到输出的过程所经受的变换。数据流图中没有任何具体的物理部件,只是描绘数据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示,是逻辑模型。 1 符号 2.4.2数据流图—对可行性信息分析 Input/output Data storage function Data flow 数据源点/终点 变换数据的处理 数据存储 数据流 * 定期和活期取款 只能反回一个单,或是取,或是存 小角在储户手中,缺角支票在银行中 + + 数据流图附加符号含义 * 2 数据流图的层次结构 为了表达数据处理过程的数据加工情况,需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统 * 图2-4分层数据流图 * 在多层数据流图中,顶层流图仅包含一个加工,它代表被开发系统。它的输入流是该系统的输入数据,输出流是系统所输出数据 底层流图是指其加工不需再做分解的数据流图,它处在最底层只要是模块的最底层就是底层流图,不管是第二层还是第三层的底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化,形成子图。 * 3 命名 为数据流图(或数据存储)命名跟数据本身相关联 (1)名字应代表整个数据流(或数据存储)的内容,而不是仅仅反映它的某些成分。 (2)不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 (3)如果在为某个数据流(或数据存储)起名字时遇到了困难,则很可能是因为对数据流图分解不恰当造成的,应该尝试进行重新分解。 * 为处理命名。表征数据是怎样处理的。不要出现是什么处理,最好是接收事物,然后事物是
原创力文档


文档评论(0)