3可行性研究之数据流图.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
3可行性研究之数据流图

第二章可行性研究 本堂课讲授重点 一、问题定义 二、可行性研究的任务 三、可行性研究的过程 四、系统流程图 五、数据流图 (6学时) 上堂课讲授内容 软件生命周期 软件过程 问题定义 问题定义的概念 图书管理系统例子 问题定义的概念 当前现行系统存在的问题 新系统的目标 新系统的规模 图书管理系统例子 现行系统存在的问题 开发系统的目标 系统的规模 现行系统存在的问题 图书馆的业务工作涉及各类数据量大,读者人数多。手工模式下的工作劳动强度高,效率低,错误多,处理速度慢。 在各类业务工作中,编目工作具有智力程度高、工作量大的特点,是图书馆工作流程中的瓶颈。手工编目工作存在成本高、劳动重复和编目结果总体不一致等问题,编目规范难以彻底贯彻。 业务工作中存在着大量查找工作,如各类查重、读者查询等,手工查询方式速度慢,查准率和查全率低,影响了图书馆的服务质量。 开发系统的目标 联机编目 计算机化的公共查询 更为有效的内部业务管理 便捷的读者服务 系统的规模 适用于综合性大学的图书馆,其读者对象主要是该校的教师和学生,约20000人左右。馆藏各类图书300多万册,期刊4 800多种。图书馆工作人员人100人。 网络方面,适用于各种公共网络。 可行性研究的任务 目的:用最小的代价在尽可能短的时间内确定客户提出的问题是否能够在预定的系统规模和时间期限内解决。 1、分析澄清问题定义 2、导出系统的逻辑模型 3、探索可供选择的实现方案 4、对每个方案进行可行性研究(技术、经济、操作) 5、对每个可行性方案制定粗略的实现进度 可行性研究的成本一般占工程总成本的 5%~10%。 可行性研究的过程 复查系统规模和目标 研究目前正在使用的系统 导出新系统的高层逻辑模型 进一步定义问题 导出和评价供选择的解法 推荐行动方针:是否继续进行开发工程,提出实施最好的解决方案的理由。 草拟开发计划:包括工程进度表、对人员和资源的需求情况,估计成本以及下一阶段的详细进度表和成本估计。 书写文档提交审查:把结果形成清晰的文档,供用户和客户组织的负责人及评审组仔细审查。 复查系统规模和目标 进一步确认问题定义阶段书写的关于项目规模和目标的报告书,改正含糊或者不确切的地方,明确对系统的一切限制(比如时间限制)和约束。 研究目前正在使用的系统 仔细分析现有系统的文档资料和使用手册 实地考察现有系统 了解现有系统可以作什么,为什么这样做 了解现有系统的代价 不要花费过多的时间去分析现有系统 了解并记录现有系统和其他系统之间的接口情况,并在设计新系统时预留出相应的接口。 导出新系统的高层逻辑模型 进一步定义问题 以数据流图和数据字典为讨论基础 ,和用户一起再次复查问题定义、工程规模和目标。 修正分析员对问题的误解以及用户的遗漏 前四个步骤形成一个循环,直到用户满意为止 导出和评价供选择的解法 分析员从系统逻辑模型出发,导出若干个较高层次的物理解法供比较和选择。 导出系统时可以从技术角度(批处理、交互式处理)和组合方法两个层次进行; 分析评价从技术可行性、操作可行性、经济可行性三个层次进行 制定实现进度表,估计生命周期每个阶段的工作量 系统流程图 系统流程图是概括地描述物理系统的传统工具,基本思想是用图形符号以黑盒子形式描绘组成系统的各个部件(处理程序、文档、数据库、人工过程、子系统等)。关注数据在各个部件之间流动的情况,而不是对数据进行加工处理的控制过程(数据流图)。 与程序流程图的区别 符号 企业小型ERP系统流程图例子 系统流程图VS程序流程图 系统流程图描述的是物理系统中数据在各个部件之间的流动情况,不考虑对数据进行加工控制的过程。 程序流程图关注系统的控制流程。 三种控制结构:顺序、分支、循环。(P115页) ERP系统流程图 例子:画出库存系统流程图 例子:某装配厂有存放零件仓库,库中各种现有各种零件的数量及各种零件库存量临界值等数据记录在库存清单主文件中,当库中零件数量有变化时,应及时更新,如某零件库存量少于它的库存临界值,则报告采购员订货,规定每天向采购部门送一次订货报告。 数据流图 一、数据流图与系统流程图、程序流程图的区别 二、数据流图的重要性 三、数据流图中的符号 四、数据流图注意事项 五、数据流图例子 数据流图与系统流程图、程序流程 图的区别 (1)数据流图中没有任何物理部件 (2)数据流图描绘数据在软件中流动和被处理的逻辑过程,是系统逻辑功能的图形表示;系统流程图描述数据在系统各部件间的流动。 (3)程序流程图描绘的是控制流 数据流图的重要性 DFD为程序开发人员和用户搭建了沟通的桥梁 DFD也是开发人员之间进行沟通的桥梁 DFD绘制的成功与

文档评论(0)

hhuiws1482 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:5024214302000003

1亿VIP精品文档

相关文档