AIS的开发方法和步骤.docx
《AIS的开发方法和步骤.docx》由会员分享，可在线阅读，更多相关《AIS的开发方法和步骤.docx（34页珍藏版）》请在冰豆网上搜索。
AIS的开发方法和步骤
第二章AIS的开发方法和步骤
第二章我们将为同学们介绍CBAIS的开发过程，这一章是我们后续章节的基础，比较重要，希望同学们能够认真学习。
2.1会计信息系统开发方法和步骤概述
我们所要开发的CBAIS实际上是一种会计软件，也就是一种软件产品，软件产品的开发也有很多的规章制度，作为计算机专业的学生，他们会在本科阶段修一门软件工程学课程，接受这方面的知识，既然我们要进行CBAIS的设计，那么对这方面的知识也应该有所了解，先来认识一下软件工程学：
一、软件工程学
软件工程学是专门研究计算机软件系统开发的学科，它要求在开发计算机软件系统时，以系统论为理论依据，将系统开发视同一项工程，分阶段进行，并在每一阶段中使用规定的方法、工具，编制规定的文档资料，从而通过控制开发过程，达到加速开发速度，降低开发成本，保证系统的开发质量。
从这个概念我们可以看出，按照软件工程的规定，软件系统开发的成果应由两部分构成：
计算机可运行的程序和各开发阶段编制的文档资料。
程序比较好理解，大家学过VB，只有有了程序，我们才能实现所需的功能；那么这个文档资料是怎么回事呢？
这个有没有同学了解啊？
实际上后面我们会给大家说到软件都有一定的生命周期，在使用过程中我们需要对它进行维护，在维护的时候参与维护的人与初始开发的人未必一致，为了让维护员能够了解系统开发过程，必要的文档必须建立；另外，还有一点，这里的文档有很多，需求说明书就是其中一项，这是系统开发人员与委托单位相关部门沟通调研后形成的文档，当系统实施时如果效果不理想，单位认为开发人员没有按照自己的意思来开发，开发人员可以拿出当初的需求分析书作为凭证，避免不必要的纠葛，实际上，软件业比较发达的日本在给开发人员发工资时，书写文档的多少也是一项重要的指标。
还有一点，现在流行的软件外包，做的比较好的是大连，我们学校计算机学院也有这样的专业，软件外包是将国外已经做了一部分的软件拿到国内继续开发，常见的你象由国外计算机公司做好详细设计，到国内实现编码阶段的工作，一般来讲国内国外的人不需要见面，只需把详细设计阶段的文档发过来即可，所以从这些方面我们可以看出文档资料在软件开发过程中的作用和地位。
二、系统开发生命周期
先来了解系统生命周期的概念：
任何事物都有其产生，发展，成熟和消亡或更新换代的过程，这个过程就称为系统的生命周期。
那我们所说的系统开发就是指构建CBAIS的过程。
我们来看一下这个过程所包含的阶段：
第一个阶段我们称为系统规划阶段或者是系统调查和可行性研究阶段，这个阶段的主要任务是调查用户需求和处理过程，进行可行性分析；最后提交可行性研究报告，可行性分析的内容我们后面还要展开具体的介绍；
第二个阶段是系统分析阶段，主要任务是分析用户的需求，建立目标系统的逻辑模型，最后形成的文档是需求分析报告；
第三个阶段是系统设计阶段，这个阶段可以细化为概要设计阶段和详细设计阶段，概要设计阶段的主要任务是建立目标系统的总体结构及数据库设计，形成概要设计说明书；详细设计阶段的主要任务是对模块进行过程描述，确定模块间的详细接口，形成详细设计说明书；这里有很多概念性的东西大家不熟悉，这个我们在后面介绍到系统设计时会具体介绍，大家先树立这样的思想即可；
第四个阶段是系统实施阶段也可分为程序设计阶段和系统测试阶段，程序设计阶段的任务是按详细设计说明书，为每个模块编写程序；形成源程序清单和程序设计说明书；系统测试阶段的任务是检查和调试程序的正确性，排除错误，形成系统测试分析报告和用户操作手册；
最后一个阶段是系统运行维护阶段，这是系统生命周期中历时最久的阶段，主要任务是运行程序；对程序进行修改；修改有关文档；形成运行日志。
从上述内容我们可以看出：
信息系统开发过程中，每一个阶段都有其具体的任务和成果，使用规定的方法和工具，编制出阶段文档。
这一章我们主要给大家介绍前三个阶段的内容，系统实施安排在本书的第九章，对于我们财会专业的学生来讲有一定的难度，加上我们课时有限，所以就不作为具体内容介绍了。
下面我们就来看一下具体的开发方法，由于系统开发面对的对象各有特点（需求是否明确，开发时间是否有要求，系统大小不同），因此，在软件工程中出现了很多开发方法，我们先来了解一下这些方法，然后根据需要为我们的CBAIS的开发选择合适的方法。
还有一个需要做的工作就是开发工具的选择，这个我们需要根据不同的开发阶段来选择，因此这一部分就安排在各个阶段介绍的部分讲解。
三、常用软件开发的方法和步骤
（一）原型法
这种方法适用于用户需求难以预先确定的情况，有些时候一个组织随大流，别人用我也要用，但是对于这个系统具体要达到什么样的目标则不明确，这种情况下我们很难编制需求说明书，可以变换一下思路，将手上已有的类似系统或者是根据用户的需求先建立一个初始模型演示给用户，通过让用户真正体验系统，进而表达他们的看法，这样得到系统需求，然后再对原型进行修改完善达到目标。
由此，我们可以看出它的基本思想。
1、基本思想
在获得用户基本需求的基础上快速地构造系统的工作模型——原始模型，然后演示这个原始模型，在用户的参与下，按用户合理而又可行的要求，不断地修改这一原始模型，直到用户满意为止。
原型法是随着用户和开发者对系统理解的加深而不断地按更明确、更高要求进行补充和细化的，工作流程如下：
2、工作流程
首先确定用户基本信息需求，所以前期的调研还是需要的，然后根据需求建立初始模型，再将建立好的模型运行给用户，看用户是否满意，对于满意的部分保留，不满意的部分有两种选择，放弃和修改，然后将修改后的原型再次运行给用户，直到满意为止，因此原型法是一个反复的过程。
3、基本程序
（1）可行性研究
（2）确立初步需求——功能、数据规范、报表格式、界面、菜单等的要求
（3）设计初始原型，这里一般遵循以下三个规则：
使用先进的软件工具，
集成原则：
利用现成的软件和模型
最小系统原则：
不能将系统的规模弄得太大，否则改得时候无从下手，一开始只要保证基本的确定的这样一些功能即可，在这个基础上再逐步加深。
（4）试用并评价原型
（5）修改原型
4、特点：
开发周期短，见效快。
但容易陷入“软件危机”，造成头痛医头局面。
适用于小型局部系统。
（二）面向对象法（ObjectOriented，简称OO法）
对象的概念大家清楚吧，这个我们在VB程序设计时应该讲过，来做一个简单的回顾：
客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和行为，不同的对象之间的相互作用和联系就构成了各种不同的系统。
如球，有自己的状态属性（大小、颜色等）和行为方法（滚动、停止和旋转）
在设计会计信息系统时，如果在能够满足需求的条件下，把系统设计成由一些不可变的部分组成的最小集合，这些不可变的部分就是所谓的对象。
以对象为主体的OO法可以简单解释如下：
（1）客观事物都是由对象组成，对象是在原事物的基础上抽象的结果。
任何事物可以通过对象的某种组合而构成。
（2）对象由属性和方法组成。
属性反映了对象的信息特征，方法则是用来定义改变属性状态的各种操作。
（3）对象间的联系主要是通过传递消息来实现的，传递的方式是通过方法所定义的事件过程来实现的。
1、基本思想
通过组合可重复使用的模块组，自底向上建立信息系统。
2、工作流程：
（分四个阶段）
（1）系统调查和需求分析。
（2）分析问题的性质和求解问题。
从复杂问题抽象出对象及其行为、结构、属性、方法等。
（3）整理问题。
即面向对象设计。
对分析结果进行抽象、归类、整理，最终以范式的形式确定下来。
（4）程序实现。
即用面向对象的程序设计语言将上一步整理的范式直接映射为应用程序软件。
3、特点：
（1）实现了软件系统的柔性构造：
对象模块可以进行扩充和再定义；
（2）实现了软件系统的规模开发，提高了软件开发效率；
（3）提高了应用软件系统的开发质量。
你象我们国商的那个管理信息系统就是借鉴了这样一种方法，当时我的想法是想让学生从头做起，但考虑到开发周期和学生能力问题，没有实现，最后我们采用的是就是面向对象法，由东方电子的项目经理牵头将其设计的一个模型用到系统开发中，在现有模型的基础上进行加工，加快开发速度。
这种方法对计算机工具要求比较高，在没有进行全面的系统性调查分析之前，把握系统的结构有困难，目前，一般与其他方法结合使用。
所以我们在开发国商那个系统时就是不断的与团总支沟通，做好一部分，测试一部分，不满意的再修改，实际上是将面向对象法与原型法进行了结合。
（三）结构化系统方法
结构化系统方法也称作结构化方法，是一种自顶向下的方式开发系统的方法，与面向对象正好相反。
“自顶向下”是指在保证全局正确的前提下，在逐层深入地考虑和处理具体的局部问题。
对于复杂的问题，由于人的理解力、记忆力的有限，不可能触及到问题的所有方面和全部细节。
在软件工程技术中，控制复杂性的基本手段是“分解”与“抽象”。
为了将复杂性降到人可以掌握的程度，可以将大问题划分为若干个小问题，然后分别解决，亦即“分解”；“分解”可以分层进行，即先考虑问题最本质的属性，暂时将细节去掉，然后再逐层添加细节，直至涉及最详细的内容，即“抽象”。
所以这种方法的两个特点就是：
自顶向下，逐层分解。
结构化系统方法开发过程规范，思路清晰，适合于开发大型，复杂的系统，但是开发工作量较大，开发周期比较长。
对于这种方法所使用的结构化分析方法和结构化设计方法我们将在后面展开具体介绍。
（四）计算机辅助软件工程
简称CASE，我们在前面介绍时代变迁时提到过这个词，了解一下含义：
一种先进的软件开发技术，强调的是解决整个系统开发过程的效率问题，它为系统开发人员提供一组优化的、集成的、能够大量节省人力的系统开发工具，着眼于系统分析和系统设计以及程序实现和维护等各环节的自动化，并使之成为一个整体。
严格来讲它是一种开发工具，就是将原来由手工完成的开发过程变成以自动化工具和支撑环境支持的自动化开发过程，必须与一种开发方法相结合，如原型法，结构化方法，面向对象法。
（五）会计信息系统适用的开发方法
这四种方法，严格来讲是三种，各有各的优缺点，尽管原型法和面向对象法有优点，但是只能作为在系统生命周期局部开发环节上的补充，暂时还不能取代结构化方法在系统开发过程中的地位。
并且作为AIS它有这样一些特点：
会计信息系统具有数据量大、结构复杂、数据处理方法要求严格、会计信息质量要求高、对信息系统的安全性要求高等特点；计算机会计信息系统不能再单纯模仿和照搬手工系统处理信息的方式，会计应用软件也不是单项应用程序的加总，其建立要比单项应用复杂得多。
因此会计信息系统的开发是一项庞大的系统工程，应该采用结构化系统开发方法为主，其他方法为辅的开发方法。
四、系统开发方式的比较
计算机开发方式有很多，如表所示，
自行开发可以得到适合自己企业的系统，但开发周期长；委托开发需要企业配备精通业务的人员参加，开发费用比较高；联合开发要求企业自己有一定的系统分析和设计能力，但是培养了企业自己的技术力量，系统维护比较方便；购买成品不一定能买到完全适合本企业需要的满意的会计软件；企业应根据自身的资源情况、技术力量、外部环境等因素选择适当的开发方式，联合开发比较适合我国的情况。
2.2会计信息系统的系统规划
一、系统规划的任务
在前面我们说过系统规划的任务就是调查用户需求和处理过程，进行可行性分析，在执行这项任务时，我们需要将企业的需求和战略目标结合起来考虑。
1、任务
1）将个别的系统项目或应用程序与企业的战略目标相联系。
2）得到系统开发的有效方法就是成立系统开发指导委员会，由两部分人员组成：
i.系统专业人员（系统分析师、系统工程师及程序设计人员）
ii.最终用户（经理、操作人员、会计人员和内部审计人员）
目的是致力于现在和未来的信息需求，对系统的规划和控制负责。
2、内容
1）战略系统规划：
宏观层次的资源配置
2）项目规划：
为个别应用程序分配资源，包括识别用户的需求领域，对每一个建议的可行性进行评估，这就需要对现行系统进行调查，确定对现行系统的调查范围，提出现行系统存在的问题，建立新系统的主要目标，根据资金，人力情况，确定建立新系统的可能性和大致时间规划，在完成初步调查和可行性分析的基础上，写出可行性项目建议书。
二、初步调查和需求分析
初步调查的内容主要包括：
1、现行系统的基本情况（组织机构与人员安排、工作方式、要处理的业务和数量，系统与各部门之间的关系，各部门对系统信息的需求情况，数据处理流程、业务流程的现状、存在的问题以及业务流程重组等）
2、新系统的目标（要解决哪些问题，新增哪些功能，新系统达到什么目标）
3、系统开发的条件（领导与会计人员对新系统的态度，资源条件及其他限制条件）
初步确定：
是否建立新系统
建立何种规模的系统
要解决什么问题、达到哪些目标
系统软硬件的总体配置方案如何
系统的开发方式
如果初步确定要开发新系统，则确定开发新系统的备选方案，并对这些备选方案进行可行性分析。
三、可行性研究
可行性分析的任务是明确系统开发的必要性和可行性，从技术方面（技术条件包括硬件，软件和技术人员），经济方面（估计系统的成本和效益，分析是否合理，因此需要解决成本来源即资金可得性，是否能提高效益即经济合理性），管理方面（组织内外是否具备接受和使用新系统的条件，组织内部来看新系统的使用可能导致某些制度甚至管理体制的变动，组织的承受能力影响系统的生存；从外部来讲，报表，票据格式的改变是否被有关部门认可和接受）进行分析得出结论形成可行性分析报告（可行性项目建议书），具体内容包括初步调查的资料（现行系统的基本情况，新系统的目标）、初步设计方案、系统开发的必要性和可行性、结论（可行性分析的结论有四种情况：
开发条件成熟且有必要开发；开发条件虽然不足但仍有必要开发；开发条件不成熟，经费困难，考虑暂停系统分析工作，继续创造条件；没必要开发新系统，则立即停止开发）和建议（如果结论是可行的，则提出新系统开发的基本设想，指定开发计划，包括各阶段人力，资金，设备的需求）等。
可行性项目建议书审批通过后，进入系统分析阶段。
（第三次）
2.3会计信息系统的系统分析
一、系统分析的任务
在系统详细调查的基础上，进一步分析用户的种种需求，并使用一定的工具将他们表达出来，构造出新系统的逻辑模型。
逻辑模型：
运用一定的符号，对会计数据及其处理流程进行抽象性、概括性的逻辑描述，形成反映系统总体概貌的图形。
系统分析员在制定解决方案之前，必须完全了解企业的业务问题，因此分析的第一步就是确定现行系统的哪些部分应该保留并作为新系统的组成部分，这就需要对现行系统进行详细调查。
因此，系统分析过程由两个步骤组成：
现行系统的详细调查，分析用户需求（采用结构化分析法），参加人员有：
系统分析员和用户。
注意：
系统分析的好坏关系到系统开发的成败，所以这个阶段至关重要。
二、详细调查——对现系统作详细的了解
一）内容：
1、组织机构：
一个组织的组成及这些组成部分之间的隶属关系，一般用组织结构图进行标识,书上50页图2-3。
另外还需了解各级组织的职能，有关人员的工作职责，存在问题及对新系统的要求。
举例：
组织内出纳工作职责。
.
2、业务流程（业务流程图、跨功能业务流程图、表格分配表）：
详细了解组织的业务处理流程和各部门的业务功能的划分，为将来的功能分析做准备。
调查管理业务流程应该顺着现有系统信息流动过程逐步进行，包括各环节的业务处理，信息来源，处理方法，信息流经去向等，业务流程的描述方法很多，业务流程图，跨功能业务流程图和表格分配图；书上为我们举了相应的例子，分别来看一下：
1）业务流程图：
使用一些基本符号描述简单的业务处理流程，基本符号包括图2-4下方的说明：
相关部门，执行人，文档资料，箭头表示流向，然后我们来看一个具体的例子：
物料管理流程图，处理过程：
车间填写物料单到仓库领料，仓库管理员根据用料计划审核领料单，未经批准的领料单退回车间。
仓库管理员收到经批准的领料单后，查阅库存帐，有货则通知车间领取所需物料并登记库存帐；否则将缺货信息通知采购人员。
采购人员根据缺货通知查阅订货合同，已订货则向供应商发出催货请求，否则临时申请补充订货。
供应商发出货物后，立即向订货单位发出提货通知。
采购人员收到提货通知后，就可办理货物入库手续验收入库。
仓库人员验收入库，登记库存帐并通知车间领料。
2）跨功能业务流程图也可称为分析流程图，表达企业业务流程与执行该流程的功能单元或组织单元之间的关系。
分析流程图可以用来分析文档在一个组织中的流转，图中分成若干个栏目来分类表示每个实体的处理职能。
通过这些代表组织中各个实体的栏目来绘制流程图是评价职责分离的一个有效方法。
流程图的这一形式还能突出不同实体间的界面，因为这些界面是一个应用系统中重要的控制点。
物料管理的分析流程图分析。
3）表格分配图也可称为文档流程图，目的是列出应用系统中所使用的全部文档并确定这些文档组织、分布和最终处置的控制点。
企业产成品出入库业务的流程图分析。
这三种方法以第一种为主，考试的时候有可能给出事物的处理过程然后让你画出具体的业务流程图。
3、数据流程：
掌握数据流程，可通过数据量流程图描述DFD，一会介绍。
4、数据分析：
以DFD图为依据，建立数据字典。
5、功能分析：
以DFD和业务流程图为依据进行功能分析。
二）调查方式：
（1）召开调查会；
（2）访问；
（3）填写调查表；
（4）参加业务实践等。
在这一阶段就可以收集出一套可供程序调试用的试验数据。
三、结构化系统分析方法和分析工具
（一）结构化分析方法（SA法）
1、基本思想:
采用“自顶向下，逐层分解”的方法分解一个复杂的系统。
2、分析步骤
A、对现有系统进行调查，获得现有系统的具体模型。
与详细调查衔接。
B、去掉具体模型中非本质因素，抽象出现有系统的逻辑模型。
C、理解用户对新系统的要求，确定系统的目标及功能，分析当前系统与目标系统之间的差别，建立其目标系统的逻辑模型。
注意：
目标系统不能完全模拟现有系统，注重对数据传递和功能的分析。
D、根据用户要求和反馈意见，对目标系统进行修改和完善，合理确定人机界面，补充处理细节，并编写需求规格说明书。
E、对需求规格说明书进行复审，直到文档齐全并完全满足用户全部需求为止。
（二）分析工具
1、数据流程图（DFD，DataFlowDiagram）
（1）定义：
它是描述系统分解的基本手段，主要由系统分析人员使用。
把用户问题转化成分析人员观念中的系统逻辑功能。
它运用“数据流”、“数据存储（文件）”和“处理逻辑（加工）”等符号来描述信息处理系统的各个处理以及各个处理之间的信息传递关系，从而直观地反映该信息系统的各个组成部分及各部分之间相互联系的一种图示。
（2）基本组成元素及符号
名称
符号
含义
外部项
描述数据的来源或去向
处理
描述加工或处理操作
数据存储（文件）
表示一个文档的存储（一般指磁盘文件）
数据流
表示一组按特定方向流动的数据
A、起点或终点（外部项）外部项是指不受本DFD（系统）控制的人、机构或另一个DFD（系统），是本DFD外部的数据来源或最终去处，表达本DFD与外部的数据交换，数据从源端进入系统，经过一系列的加工由终端离开系统。
例如统计员、财务科、银行、经理、应收账款模块儿都可以作为外部项。
B、数据流由一组成分固定的数据项组成，表示一组按特定方向流动的数据。
在DFD中，所有的数据流都必须与加工有联系。
可以从外部项流入加工或从加工流入外部项，可以从一个加工流到另一个加工，也可以从文件流入加工或从加工流入文件，但不能从文件流入文件。
C、处理逻辑（加工）处理也称加工，表示对数据进行加工处理与变换的功能，即把流向他的一组数据流加工（变换）成另一组数据流。
在复杂的DFD中有很多加工，因此应该对加工编号。
D、数据存储（文件）数据存储又叫文件，用右端开口的长方形表示。
在DFD中数据存储不涉及具体的存储介质，只是对数据存储的逻辑描述。
（3）数据流程图的画法——层次流图法
逐层分解说明用例：
：
手工数据处理环境下固定资产核算业务的数据流程示意图（图2-10第一层，图2-7第二层，图2-11第三层），根据业务流程图可以得到这里的第二层数据流程图，然后具体的业务进一步进行分解细化即可。
再例工资核算处理
（4）画数据流程图时应注意的事项
A、DFD只表示“做什么”，不表示“怎么做”；只反映数据流、加工和必要的数据存储，而完全不反映处理的时间和顺序。
B、DFD中任何数据流都必须与加工有关，外部项与文件及文件与文件之间都不允许有数据流。
C、画DFD图时应集中精力于主要的数据流。
D、注意图中数据的守恒和平衡。
E、画DFD时只需画出加工间交界的文件和数据流，不必画出加工内部的文件。
F、任何一个数据流程图至少有一个处理逻辑；任何一个处理逻辑至少有一个输入数据流和一个输出数据流
DFD的几个绘制要点：
DFD应完全由DFD符号表示；DFD的每一个符号包括数据流，都要注释；逻辑的流向应该清晰，DFD上的所有数据来源和去向都应注明。
2、数据字典（DD，DataDictionary）
数据字典是DFD的辅助资料，对DFD起着注解的作用。
数据字典是对数据流程图中各个元素的“名字”的详细内容进行描述的集合。
需要描述的“名字”有外部项、数据项、数据流、文件和加工。
每一个“名字”称为一个条目。
如何描述：
无论哪一个条目，都要描述它的名称和备注，对数据项条目，要描述它的类型、取值及含义；对数据流和文件条目要描述它的组成（数据结构），对文件条目还要描述查询要求及关键字。
举例：
1）数据流条目：
主要说明数据流由哪些数据项组成，数据在单位时间的流量、来源、去向等。
数据流名：
银行核对
组成：
月份+日期+支票号+金额
流量：
2张/3天每张约40笔数据
来源：
开户行
去向：
资金管理组
2）数据存储（文件）条目:
用来说明文件由哪些数据项组成、存储方式与效率等。
文件名：
总帐
组成：
月+日+首凭证号+末凭证号+{总帐科目+金额}
存储方式:
顺序
存取频率:
1次/3天
3）数据项条目:
说明数据项类型、长度、取值范围等。
数据项名：
凭证号
类型：
数值型
长度：
4位
取值范围：
0000……9999
4）处理逻辑条目:
说明处理逻辑输入输出数据。
处理逻辑名:
科目汇总
输入数据:
记帐凭证
输出数据：
科目汇总表
处理:
将成批记帐凭证的数据,按总帐科目分借、贷方对金额汇总，并作借贷平衡检查,输出科目汇总表。
3、处理逻辑（加工）详细说明
需要对数据流程图中的基本加工编制说明，来进一步弄清楚该加工的输入数据、加工处理和输出数据。
举例三种工具:
1）结构式语言：
例：
“检查订货单”的处理逻辑是：
如果金额超过500元，又未过期，则发出批准单和提货单；如果金额超过500元，但已过期，则不发批准单；如果金额低于500元，则不论是否过期，都发出批准单和提货单，在过期情况下还要发出通知单。
2）判断表：
以表格形式,依据某些条件来描述一个加工。
最常见的例子是在算法设计或分配方案设计过程中，当遇到复杂的问题需要多重逻辑判断时，任何其他方法都不能清晰地表述问题的逻辑关系，而决策表却能很容易做到这一点。
我们通过一个具体实例来说明决策表的用法，并展示她的魅力。
金额>500>500<=500<=500
状态末过期已过期末过期已过期
发出批准单√√√
发出提货单√√√√
发出通知单√
在举一个简单的例子：
某公司规定推销员的薪酬与业绩挂钩，按推销产品收入额提成，上不
升级会员 