会计信息系统第六章.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文档。上传文档
查看更多
第六章 会计信息系统开发方法 河北经贸大学会计学院 信息管理教研室 章节关联图 系统开发方法概览 系统生命周期 使用Access数据库窗体向导 和窗体设计器创建的窗体原型 原型构成的三大部件 原型法基本思路 原型法的周期性迭代过程 第二节 业务分析与建模 系统分析是系统开发生命周期的重要阶段,其主要任务是详细调查并理解用户需求,并采用规范的方法将用户需求系统化地表达出来,建立目标系统的逻辑模型。 目标系统的逻辑模型主要包括过程模型和数据模型,它们反映了用户需求的主要方面:过程模型反映用户的功能需求,而数据模型反映用户的信息需求。目标系统的逻辑模型可以作为系统设计和实施的基础。 第二节 业务分析与建模 系统分析的关键在于深刻理解和把握组织的业务过程的本质,建立反映业务过程本质要求的过程模型和数据模型。 业务分析建模的理论基础来自著名学者比尔·麦卡锡。在20世纪70年代末期和80年代早期,麦卡锡就提出了另一种结构来组织会计数据。他证明,只要抓住了业务事件的本质特征,就可以支持多种分类方案,包括传统的会计信息。 第二节 业务分析与建模 业务事件与REAL模型 业务过程分析及REAL建模 过程建模 数据建模 销售收款过程中的业务事件 REAL模型 业务过程REAL模型是识别和表示业务过程和事件的基本特征的规范方法。 REAL是“资源”(Resource)、“事件”(Event)、“参与者”(Agent)和“地点”(Location)这几个词的首字母缩写,它们从整体上描述了业务过程和事件的基本特征。建立一个业务过程的REAL模型要求识别重要的战略性业务活动和这些业务活动的本质特征,找出涉及何人、何物、何时、何地、为什么等问题的答案。 一个局部的REAL模型 二、业务分析及REAL建模 美德公司的管理者决定应用IT管理其销售业务过程以提高竞争能力。系统分析员在调查公司的业务过程后,描述如下:公司在零售店销售IT类商品,包括个人电脑、移动存储、商业软件等。公司备有现货,销售员可以在接受顾客订货的同时将商品交给客户。公司向信用好的客户提供赊销。顾客在10-20日内以支票方式付款,客户的支票由公司的出纳员收取,定期送交银行。 建立以上业务过程REAL模型的步骤 (二)识别重要的战略性业务事件 (三)分析事件相关的资源、参与者、地点 (四)分析事件与资源、参与者、地点的关系以及事件之间的关系 在REAL模型添加关系描述符 (五)与业务人员一起验证REAL模型 三、过程建模 过程建模是需求分析的重要步骤。许多分析人员采用结构化分析方法和数据流图来完成过程建模,并用其他工具(数据流定义、结构化英语等)作为补充。 结构化分析方法 结构化分析方法(Structured Analysis,简称SA方法)是面向数据流进行系统分析的方法,它采用“自顶向下,逐层细化”的思想描述系统。结构化分析方法使用的核心工具为数据流图,同时采用数据流定义、结构化英语等工具作为补充。 (一)数据流程图 数据流程图符号规范比较 分层数据流图 对于复杂的信息系统,需要用分层数据流图来描述。分层数据流图由上下文图、零层图、一层图、二层图等若干层次的一整套数据流图组成。见下页图。 (二)销售/收款业务过程建模 上下文数据流程图(context diagram) 零层图-处理过程按业务事件分解 零层图分解 一个业务事件到底应该包括多少个记录、维护和报告过程? 每个业务事件应该有一个记录过程,记录该业务事件及相关的资源、参与者、地点信息。 每个业务事件应该有若干维护过程,用来维护业务事件涉及的资源、参与者、地点信息。 每个业务事件应该有若干报告过程,其数量根据管理者和其他信息用户需要而定。至少包括原始凭证、常用报表以及用户自定义查询/报表。此外也许还应有跨业务事件的综合报告过程,以满足管理者决策需要。 记录销售事件的数据流程图 维护过程数据流图 销售损益报告过程数据流图 数据流定义 客户订单=日期+客户姓名+{存货名称+数量} 销售发票=销售编号+日期+顾客姓名+地址+销售人员姓名+{存货名称+数量+售价+金额}+销售总金额 付款支票=日期+客户名称+支票号+收款金额 销售损益报告=报告日期+{商品代码+品名规格+销售收入+销售成本+销售毛利} 销售佣金报告=报告日期+{销售员编号+销售员姓名+销售收入+销售佣金} 收款报告=报告日期+{顾客编号+顾客名称+本期收款} 结构化英语 结构化英语可以用来规划和说明程序中各个步骤及算法逻辑。它不同于自然语言-英语,也不依赖于特定的编程语言。其语法仅限于三种基本的逻辑结构:顺序、分支、循环。通过三种逻辑结构的组合,可以描述任何方案的过程和规则的细节。 结构化英语举例 Open Table

文档评论(0)

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

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

1亿VIP精品文档

相关文档