摘要 文中介绍了一种针对信息系统的软件建模方法，并结合实例分别阐述了业务模型、功能模型及数据模型的分析设计过程，最后简单概括了该软件建模方法的优缺点。关键词 三个模型；功能模型；业务模型；数据模型；软件建模 软件开发的主要工作是软件需求和软件设计，软件需求和软件设计的关键问题是软件建模。软件建模的思想与方式很多，目前比较流行的是UML的建模思想和Rational Rose的建模实现方式。但是UML比较复杂深奥，完全理解掌握它并不是一件容易的事。本文将介绍“三个模型”的建模思想，对于一般的开发人员来说，可以比较容易的实现对信息系统的建模。1 “三个模型”思想的软件建模简介 软件建模中的三个模型是指业务模型、功能模型和数据模型。 （1）功能模型，描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。功能模型在需求分析时的表示方法为：系统功能需求列表、性能需求列表、接口需求列表、界面需求列表。UML采用用况图来描述功能模型。功能模型既是动态的，又是静态的。因为有的功能与系统运行的时间序列有关。功能模型是数据库和数据结构设计的基础，同时又是功能模块设计、编程实现的依据。 （2）业务模型，描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义。在企业信息系统中，业务模型就是系统的业务流程图加上相应的业务规则。这里的业务流程图是指再造后的业务流程。业务模型通常用的描述方法为：组织结构图、角色职能图、业务流程图及业务规则说明。 （3）数据模型，描述系统工作前的数据来自何处，工作中的数据暂存到什么地方，工作后的数据放到何处，以及这些数据之间的关联，即对系统的数据结构进行定义。在信息系统中，数据模型最重要，它是整个系统的核心。企业信息系统就是对数据模型的录入、处理、传输与查询等操作。功能模型和业务模型在需求分析时建模，数据模型在设计时建模。通常，数据模型建模用Power Designer，Erwin或Oracle Designer工具实现；功能模型用功能点列表表示；业务模型用自然语言加上流程图表示。 下面就以简化后的某商品批发系统为例，简要介绍基于“三个模型”思想的分析设计过程。2 基于“三个模型”思想的某商品批发系统的建模2.1 业务简介 某公司是家庭日用商品的一级批发商，设有销售科、仓库、配送科、经理室、事务科及人事科，销售科原有两台微机，主要用来打印各种单据、报表，近年来，随着业务的不断扩大，现有的工作条件已经严重影响到了工作效率，因此公司决定开发一套新的管理软件，引进新的计算机设备，改善目前的工作环境。该公司主要业务流程如下：顾客来了订货单，销售科按订货量向仓库确认在库数量后，接受订货单，给仓库开出库单，仓库工作人员按出库单取出货物包装后，由送货人员到指定送货地点给顾客交货；当某商品的在库数量不满足顾客的订货数量时，仓库科向该商品供应商发送定货单进货，商品到货后由仓库人员验货后入库；每个月末，由经理科根据订货单向顾客发催款单，根据进货单向供应商支付货款；每天工作结束时要按商品和顾客分别打印生成日报表，月末生成月报表等。遵循“三个模型”的建模思想，对该商品批发系统进行如下分析设计。2.2 业务模型分析 业务模型是动态的，所以有时称业务模型为动态模型或操作模型。业务模型既是功能模型设计的基础，又是用户操作手册编写的依据。本文中采用“业务操作步骤”来描述业务模型。该批发系统包括5大部分：订货管理；进货管理；应收款管理；应付款管理；系统维护。限于篇幅，本文仅给出订货管理的业务操作步骤。 （1）生成订货单流程。销售科业务员登录后接受顾客订货时，系统自动生成订货单编号、订货日期、业务员编号、业务员姓名；录入顾客编号，根据顾客编号，系统自动显示顾客姓名、邮政编码、住址、电话、传真等信息；录入商品编号，根据商品编号显示商品名、单价、单位；录入商品数量，根据单价和商品数量计算并显示金额；计算合计金额及应交税款；录入送货地点及送货日期等；接受订货后，应及时更新商品的在库数量及顾客表中的应收款余额。生成订货单的同时，也要生成配送科的送货单及顾客收货单，主要内容包括：订货单编号、商品编号、商品名、单价、数量、金额、收货地点、收货日期等，配送科的送货单还要有顾客收货后的签字信息等。 （2）在库确认。公司员工可以随时根据商品编号确认某商品的在库数量是否满足顾客要求；也可显示所有商品当前时间的在库数量。 （3）生成出库单。系统自动载入当前日期，根据要求当前日期送货的订货单生成出库一览表，主要显示：订货单编号、商品编号、商品名、数量等。 （4）送货。配送科将货物送给顾客后，将顾客签字的送货单交回仓库，仓库存档。 （5）生成日报、月报。每个工作日结束，销售科都要按商品和顾客汇总生成日报。按商品生成的日报内容包括：日期、商品编号、商品名、销售数量、销售金额等；按顾客生成的日报内容包括：日期、顾客编号、顾客名、订货金额等。每个月末，要按商品和顾客生成月报，月报内容与日报类似。2.3 功能模型分析 该商品批发系统的功能模型有12项功能，用“功能点列表”的方式来描述和分析，
[8]电大学习网.免费论文网[EB/OL]. /d/file/p/2024/0424/fontbr />结果如表1所示。
| 序号 | 功能名称 | 输入内容 | 系统处理 | 输出内容 |
| 1 | 建立并维护全部的商品基本信息 | 仓库录入所有商品的基本信息 | 将商品的基本信息存入到“商品”实体中 | 提供商品条件查询和模糊查询的基本信息 |
| 2 | 订货单输入 | 输入顾客提供的各项订货信息 | 调用“顾客”、“商品”、“业务员”、“订货明细表”等实体，产生订货单、顾客收货单等 | 形成完整的订货单及顾客收货单 |
| 3 | 按商品类别形成出库单 | 调用顾客的订货信息 | 调用“订货单”“订货明细表”及“商品”实体，形成并打印输出商品别出库单 | 将出库单、顾客收货单发给仓库 |
| 4 | 生成进货单 | 调用商品基本信息 | 调用“商品”实体，生成商品进货单 | 将进货单发给相应的商品供应商 |
| 5 | 验收入库 | 进货单及进货明细表中的信息 | 更新“商品”、“供应商”实体 | 将进货单打印并送经理室 |
| 6 | 月末生成催款单 | 本月的订货单 | 调用“订货单”、“订货明细表”、“商品”、“顾客”等实体生成催款单 | 经理室打印催款单并发给顾客 |
| 7 | 到账处理 | 银行发来的到账通知 | 调用“到账单”、“订货单”等实体，生成到账单，更新“催账单”、“顾客”实体信息 | 经理室打印到账单并存档 |
| 8 | 应付款处理 | 供应商发来的付款通知 | 调用“进货单”、“进货明细表”、“商品”、“供应商”等实体生成应付款单据 | 显示应付款信息 |
| 9 | 货款支付 | 银行的转账单 | 调用并更新“应付款”、“供应商”等实体 | 经理室打印付款单据并存档 |
| 10 | 实现条件查询 | 查询条件 | 根据查询条件，系统调用相关实体，进行查询统计，生成查询结果 | 显示查询结果 |
| 11 | 实现模糊查询 | 模糊查询条件 | 根据模糊查询条件，系统调用相关实体，进行查询统计，生成查询结果 | 显示模糊查询结果 |
| 12 | 建立全部电子统计报表 | 报表名称、打印日期 | 根据报表统计条件，系统调用相关实体，进行统计处理，生成报表 | 打印报表 |
图1 某商品批发系统的数据模型2.5 分析结论 对三个模型研究分析之后，需求分析阶段的主要工作就基本完成了，对于概要设计阶段的非常重要的数据库设计，因为已得到数据模型，也就变得比较容易了。之后，就可以在三个模型基础上进行详细设计、利用面向对象的编程工具编码实现，再加上面向功能的测试及CMM的软件过程管理，一个信息系统的开发就可以比较完整顺利地完成。3 三个模型建模思想分析 三个模型的建模思想非常简单、直观、实用，它与软件工程中理论结合非常紧密，国内的开发人员在分析设计中一直强调的要弄清楚软件“做什么”、“怎么做”、“数据的如何组织、处理”，这些问题在三个模型的建模思想中均得到了较好地体现。但是，三个模型地建模思想也存在一些缺点，如功能模型、业务模型的表述还不是很规范，有待于进一步的改进提高；利用该建模思想只涉及信息系统的分析设计阶段，还需和其他软件开发方法理论结合，才能形成一个完整的软件生存周期。由上面的分析过程可以看出，三个模型是一种建模思想，同时也是一种信息系统的分析设计方法，它通俗易懂，非常实用。尤其对于国内的软件开发人员，采用三个模型的分析设计方法，对快速进入信息系统开发将是非常有利的。 参考文献：[1]赵池龙,实用软件工程,电子工业出版社,2003.3[2]陆丽娜等,软件需求,机械工业出版社,2000.7.[3]张海藩,软件工程,人民邮电出版社,2002.3.[4]周之英等,面向对象系统分析与设计,2000.7.
[8]电大学习网.免费论文网[EB/OL]. /d/file/p/2024/0424/fontbr />
相关文章：
强制侦查司法审查制度的完善04-26
论未成年人刑事诉讼程序04-26
构建中国特色刑事特别程序04-26
司法精神病鉴定基本问题研究04-26
刑事证据制度的重大变革及其展开04-26
论未成年人犯罪诉讼程序的建立和完善04-26
我国刑事司法改革的推进之路04-26
对搜查、扣押、冻结等强制性侦查措施检察监督有关问题04-26
自诉案件公诉化追诉模式之弊端及改革路径04-26
轻罪刑事政策指导下不起诉的制度转变04-26