港口管理信息系统 5.docVIP

  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文档。上传文档
查看更多
港口管理信息系统 5

系统分析的内容 系统分析是信息系统开发工作中最重要的一环。 系统分析的内容主要包括 组织内部整体管理状况分析 信息处理过程(侧重于具体业务全过程角度)分析 问题的识别 系统开发要搞清楚5个w。即what,why,who,where,when。识别问题是最重要的事。 当代信息系统的开发,均要先了解企业目标、现行企业系统的问题、企业的信息战略,然后是如何用信息技术解决这些问题。 要识别的问题首先是管理上的问题,然后是信息技术问题,还要了解这些需求的确实程度。 可行性研究 可行性(feasibility)研究是指在当前组织内外的具体条件下,系统开发工作必须具备资源和条件,看其是否满足系统目标的要求。系统开发可行性研究包括如下几方面: 目标和方案的可行性 。 技术方面的可行性 经济方面的可行性 社会方面的可行性 系统开发前的准备工作 基础准备工作 管理工作要严格科学化,具体方法要程序化、规范化。 做好基础数据管理工作,严格计量程序、计量手段,检测手段和数据统计分析渠道。 数据、文件、报表的统一化。 人员组织准备 领导是否参与开发是确保系统开发能否成功的关键因素。 建立一支由系统分析员、管理岗位业务人员和信息技术人员组成的研制开发队伍。 明确各类人员(系统分析员、企业领导、业务管理人员、程序员、计算机软硬件维护人员等)的职责。 系统分析阶段的任务 系统说明书是系统分析阶段的最后结果,它通过一组图表和文字说明描述了目标系统的逻辑模型。 逻辑模型包括数据流程图、数据字典、基本加工说明等。 系统分析阶段的工作步骤 详细调查、收集和分析用户需求 确定初步的逻辑模型 编制系统说明书 系统开发计划 系统开发计划主要是针对已确定的开发策略,选定相应的开发方法。 开发计划主要是制定系统开发的工作计划、投资计划、进度计划、资源利用计划。 系统调查的原则 自顶向下全面展开 先熟悉业务再分析其改进的可能性 工程化的工作方式 全面调查与重点调查相结合 主动与用户沟通、保持积极友好的人际关系 组织结构图 组织结构图是用来描述组织的总体结构以及组织内部各部分之间的联系。 通常用组织结构图来描述现行系统组织机构的层次和隶属关系。 业务流程图 业务流程图(Transaction Flow Diagram, TFD)就是用一些规定的符号及连线来表示某个具体业务处理过程。 业务流程图的绘制是按照业务的实际处理步骤和过程进行的。 业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。 业务流程图的基本符号及含义 业务流程图的特点 图的形式是按业务部门划分的横式图。 图描述的主体是票据、帐单的业务处理。 票据、帐单流动路线与实际业务处理过程一一对应。 图中票据、帐单是有“ 生”、“ 死”的,即用它的一次生命周期来表示出一笔业务的处理情况。 业务流程图的作用 制做流程图的过程是全面了解业务处理的过程,是进行系统分析的依据。 它是系统分析员、管理人员、业务操作人员相互交流思想的工具。 系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。 用它可分析出业务流程的合理性。 功能结构图 现行系统概况表 现行系统概况表主要分为输入、处理、存储和输出四个部分,可清楚地反映现行系统的各种输入、处理、输出和各种数据存储。 逻辑模型的工具 反映信息在系统中流动和处理情况的图称为数据流图,它是描述系统逻辑模型的工具之一。 数据流图 Data Flow Diagram,简称DFD 是便于用户理解系统数据流程的图形表示。 DFD能精确地在逻辑上描述系统的功能、输入、输出和数据存贮等,而摆脱了其物理内容。 数据流图是系统逻辑模型的重要组成部分。 数据收集 数据收集工作量很大, 故要求系统研制人员应具备经营管理的素质,耐心细致地深入实际,配合业务人员收集与系统有关的一切数据。 数据收集的渠道 数据的来源 收集数据的方法 数据调查内容 数据分析 围绕系统目标进行分析 弄清信息源周围的环境 围绕现存的业务流程进行分析 数据特征分析 数据特征分析 数据的类型以及长度 合理的取值范围 数据所属业务 数据业务量 数据重要程度和保密程度 数据流图的基本符号 数据流 数据流由一组确定的数据组成。数据流用带有名字的具有箭头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流向。 对数据流的表示有以下约定: 对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。而别的数据流则必须标出名字,名字应能反映数据流的含义。 数据流不允许同名。 两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。 两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有联系,或它们的流动时间不同 加工处理 加工处理是对

文档评论(0)

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

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

1亿VIP精品文档

相关文档