1、 毕业设计（论文）指导规范面向对象部分（适用于软件工程相关专业）辽宁工程技术大学软件学院2009 年 3 月I引 言编写本书的主要目的为正确引导学生用科学、正确、规范的方式编写毕业论文，并为以后从事软件工程项目的开发打下良好的基础。为引导同学们正确使用本指导书，做如下说明：1本书是按照软件工程及科研项目的要求进行编写。2本规范的适用范围仅为基于企业管理信息系统的应用软件开发方向，网站制作、网络规划与集成、监测监控方向、嵌入式技术、基于计算机外围设备的软件编程等方向的论文指导规范可参考此规范的部分章节，但是，内容、步骤等可以不同。3本书所提供的样例部分仅为了说明问题而引用，仅供学生参考，万勿照搬
2、。4有些内容，设计中可能没有涉及到，可简单交待或适当取舍。5本指导书的制定依据企业管理信息系统开发规范 、 国家经济信息系统设计与应用标准规范 、 计算机软件产品开发规范 （1999）等资料。6样例部分内容如果不特殊说明，全部来自于葫芦岛自来水公司用水管理信息系统设计方案 、 阜新北星高压泵有限公司“北鑫星”ERP 系统设计方案及火电工程质量检验评定系统技术报告 。7本规范考虑到学生的调研情况等因素，可能没有实际的可行性分析的过程及项目，故可行性分析一章略过，学生写论文时，这一章亦可不写。8本规范由邱云飞老师、张宇老师、曲海成、刘玲玲老师编写，刘万军教授审核了全部内容，王永贵副教授等提出了修改
3、意见。鉴于时间仓促，书中肯定存在缺陷和不足之处，希望各位老师、同学给予批评指正。编者2009 年 4 月软件工程专业毕业论文指导规范11 项目概述1.1 现系统概述阜新北星高压泵有限公司（原阜新北鑫星液压有限公司） ，是以东北老工业基地和具有悠久历史的液压行业为依托，在市场经济条件下兴起的现代化股份制明星企业。公司座落于辽宁省阜新市重点开发的高新技术产业园区，占地面积三万多平方米。拥有一大批精干的具有丰富理论和实践经验的科技人才，产品加工制造采用进口的加工中心和高精密的数控机床，目前是阜新规模最大的高压齿轮油泵专业生产企业。其主导产品为 CBTx、CBFx 、CBP、P5100 系列举升泵。P
4、7600 、CBG 、CBP、CBF-E、CBF-F、CBZ、CMZ、CMS 系列工程机械用泵及马达。广泛应用于工程机械、运输车辆、船舶、农机、煤炭、石化、机床、冶金、矿山、环保、勘探等领域。同时还可根据用户的要求，提供特殊规格的齿轮油泵和齿轮马达，各种进口工程机械用齿轮泵的设计、制造及维修。针对目前工程机械市场所面临的恶劣环境，做为主要动力源的液压齿轮泵正经受着严峻考验。多年来公司注重新产品的研制开发和科技项目攻关，目前已有十一项技术荣获国家新型产品专利。其中超高压力齿轮泵已处于国际领先水平，非常适用超负荷自卸车的液压系统中。应用在重载自卸车的举升泵，被广大用户称为“ 泵王” ，产品受到众多
5、配套厂家的青睐。为进一步提升企业的市场竞争力，优化资源配置，引入先进的管理思想和服务理念，规范企业生产经营流程，提高企业知名度，公司决定上一套 ERP 管理系统，以便于进一步加快企业信息化建设的步伐。1.2公司组织机构目前公司组织机构如下图 1-1 所示：公司实行董事长监管下的总经理负责制，总经理和办公室负责协调生产部门、销售部门、技术部门、质量部门、人事部门和财务部门之间相互合作。整个 ERP 系统将上述部门连接成一体，共同协作完成整个公司的产品从进料到生产、到销售，最后和财务挂接整个过程。系统实施由总经理牵头，各部门主管领导负责，部门业务员配合系统研发人员来完成。软件工程专业毕业论文指导规
6、范2图 1-1 公司组织机构图Fig 1-1 Diagram of the Companys Organizational Structure1.3 系统业务流程经过前期调研分析和综合其它各方面相关理论知识，给出整个 ERP 系统的业务流程图如下图 1-2 所示：整个 ERP 系统的开发主要围绕上述业务流程进行开发，开发过程采用面向对象的开发技术，具体开发过程见下面的章节。1.4 系统功能模块根据上述业务流程，整个 ERP 系统抽象出以下几个功能模块，如图 1-3 所示。下面模块划分只是抽象意义上的划分，各模块之间需要共享数据，相互协作，完成整个系统流程，单一事物功能模块间是相互独立的。葫芦岛
7、市自来水公司财务科人事科营业科办公室工会工程公司技术科渤海收费所连山收费所工业收费所新区收费所计算中心饮服收费所软件工程专业毕业论文指导规范3图 1-2 ERP 系统流程Fig 1-2 the Workflow of ERP System北鑫星 E R P 系统工程管理模块系统管理模块采购管理模块销 售 管 理 模 块生产管理模块库存管理模块能力计划模块工艺管理模块人事管理模块财务管理模块图 1-3 系统功能模块Fig 1-3 Function Models of System软件工程专业毕业论文指导规范42 系统需求分析2.1 需求陈述通常，需求陈述的内容包括：问题范围，功能需求，性能需求，
8、应用环境及假设条件等。总之，需求陈述应该阐明“做什么”而不是“怎样做” 。它应该描述用户的需求而不是提出解决问题的方法。应该指出哪些是系统必要的性质，哪些是任选的性质。应该避免对设计策略施加过多的约束，也不要描述系统的内部结构，因为这样做将限制实现的灵活性。对系统性能及系统与外界环境交互协议的描述，是合适的需求。此外，对采用的软件工程标准、模块构造准则、将来可能做的扩充以及可维护性要求等方面的描述，也都是适当的需求。下面以北鑫星 ERP 系统中的销售管理模块为例说明如何进行系统需求陈述。根据调研分析得知，北鑫星 ERP 系统销售管理模块共需要完成 5 项中心任务，即：客户管理，订单管理，发货单
9、管理，销售策略管理，销售计划管理和售后服务管理。每项任务具体描述如下：1客户管理客户管理主要提供客户信息的录入，修改和查询服务，同时为订单管理和售后服务管理提供信息依据。2订单管理根据客户订购的产品生成产品订单合同，在发货之前可以修改订单合同，合同状态为未完成。在发货之后，订单合同完成。该模块需要提供订单的生成，修改和查询，以及订单状态的修改。3发货单管理在收到货款之后，填写发货单，配货。该模块需要提供发货单的生成，修改和查询，以及发货单状态的修改。 4优惠策略制定第一种优惠方式是客户如果购买的产品超过一定数量，客户再购买产品的时候，对产品的单价给出一定的优惠；第二种优惠方式是年终对所有客户购
10、买的产品进行统计，如果超过一定数量，将以现金的形式给客户以奖励。软件工程专业毕业论文指导规范55销售计划管理每年根据往年同期制定当前的销售计划。该模块主要提供计划的制定，修改和查询服务。6售后服务管理产品在使用过程中出现问题后，记录产品的相关信息包括使用的客户信息，产品自身信息以及处理方案。系统任务确定之后，下面的工作就是进行系统分析。面向对象的分析的主要任务是分析问题领域，找出问题解决方案，发现对象，分析对象的内部构成和外部关系，建立软件系统的对象模型。分析问题领域是软件系统开发的一项基本工作，是项目开发之初必须首先进行的重要工作。分析问题领域的结果是对问题领域的清晰，精确的定义，明确目标系
11、统将做什么。分析问题领域的主要任务是：对问题领域进行抽象，提出解决方案；对未来的系统进行需求分析，确定系统的职责范围，功能需求，性能需求，应用环境及假设条件等。实施面向对象分析的一般步骤如下：1分析用户需求，建立 Use Case 并通过用例图来描述用户的需求。2通过建立域模型以识别类与对象，从而识别系统中的各种对象。3确定对象的内部特征，从而定义出各个属性与服务，以进一步细化类的结构。4识别对象之间的关系并使用设计模式对类的结构进行优化和改造。5获得对象之间的行为关系，绘制出各种动态图形（顺序图、协作图、状态图等） 。2.2 Use Case建模2.2.1 定义活动者根据销售管理模块的需求可
12、以确定 4 个活动者，即销售业务员，企业管理者，生产管理模块和库存管理模块。销售业务员使用销售管理模块记录客户信息，填写订单合同，填写发货单和记录售后信息，以及查询相应的信息。软件工程专业毕业论文指导规范6企业管理者使用销售管理模块查询订单信息，发货信息和客户信息，制定销售优惠策略，制订销售计划。生产管理模块是销售管理模块的外部系统活动者，从销售管理模块获得订单信息和销售计划。库存管理模块是销售管理模块的外部系统活动者，从销售管理模块获得订单信息和发货信息。工程管理模块是销售管理模块的外部系统活动者，为销售管理模块提供物料信息2.2.2 Use Case 图根据系统需求分析，结合上节系统活动者
13、的定义分析，得到系统销售管理模块的六个用例如下：1客户管理用例2订单管理用例3发货单管理用例4销售策略管理用例5销售计划管理用例6售后管理用例结合活动者和用例得到销售管理模块的用例图如下图 3-1 所示。销售业务员客户管理销售策略管理销售计划管理售后管理企业管理者库存管理模块生产管理模块订单管理发货单管理工程管理模块图 2-1 销售管理 Use Case 图软件工程专业毕业论文指导规范7Fig3-1 Use Case for Sales Management软件工程专业毕业论文指导规范83 系统架构设计软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。也可以通俗地理解为
14、：总体设计和总体结构布局。一般而言，软件系统架构有两个要素：1它是一个软件系统从整体到部分的最高层次的划分。2建造一个系统所做出的最高层次的，以后难以更改的，商业和技术的决定。3.1 架构设计目标软件架构设计要达到如下的目标：1可行性（Feasible）。架构具有可行性是架构设计的基石。2可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。3安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。4可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。5可扩展性（Extens
15、ible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。6可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费。7可升级性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。8客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户很可能是不具有计算机专业技术的人员。软件工程专业毕业论文指导规范93.2 系统架构设计下面我
16、们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层（如下图3-2所示），再把各层中的一些公共部分提出来：权限管理、异常处理，这样得到包图如图3-2-1所示：用 户 界 面 层业 务 逻 辑 层数 据 访 问 层A S P . N E T W E B F o r m sU s e r I n t e r f a c e P r o c e s s i n gE n t e r p r i s e S e r v i c e sB u s i n e s s C o m p o n e n t sBisinessE
17、ntitiesD a l I n t e r f a c e D a l F a c t o r yS Q L S e r v e r D a l S Q L S e r v e r D A A B图3-2 系统体系架构图Fig3-2 The Diagram of System Architecture用 户 界 面 业 务 逻 辑权 限 管 理数 据 访 问异 常 处 理图3-2-1 销售管理模块包图Fig3-2-1 Package Diagram of Sales Management Model软件工程专业毕业论文指导规范101.用户界面包用户界面包的职责是：（1）与用户的交互，接收用户
18、的各种输入以及输出各种提示信息或处理结果。（2）对于输入的数据进行数据校验，过滤非法数据。（3）向业务处理对象发送处理请求。用户界面包图展开如图3-3所示：用 户 界 面输入 ， 输出数据效验发送业务处理请求图 3-3 用户界面包展开图Fig3-3 Package Diagram of Users Interface用户界面包包含的类见图 2-4：+ 数据效验 ( )+ 业务处理 ( )# 输入输出元素# 业务代理对象用 户 界 面 类输 入 界 面 输 出 界 面图 3-4 用户界面类图Fig3-4 Class Diagram of Users Interface2.业务逻辑包业务逻辑包的职
19、责是：（1）实现各种业务处理逻辑或处理算法。（2）验证请求者的权限。（3）向数据访问对象发送数据持久化操作的请求。（4）向用户界面层返回处理结果。业务逻辑包图展开如图3-5所示：软件工程专业毕业论文指导规范11业 务 逻 辑实现各种业务处理逻辑或处理算法 。验证请求者的权限 。向数据访问对象发送数据持久化操作的请求 。向用户界面层返回处理结果 。图 3-5 业务逻辑包图展开Fig3-5 Package Diagram of Business业务逻辑包包含的类见图 3-6：+ 业务处理 ( )# 数据库连接对象# 数据库访问对象业 务 逻 辑 类+ 业务处理 ( )# 权限管理对象# 业务对象业
20、 务 代 理 类图 3-6 业务逻辑类图Fig3-6 Class Diagram of Business3.数据访问包数据访问层的职责是：（1）实现数据的持久化操作。（2）实现事务处理。数据访问包图展开如图2-7所示：数 据 访 问实现数据的持久化操作 。实现事务处理 。图 3-7 数据访问包图展开Fig3-7 Package Diagram of Data Access数据访问包包含的类见图 3-8：+ 开始事务 ( )+ 提交事务 ( )+ 回滚事务 ( )数 据 库 连 接 类+ 读取 ( )+ 写入 ( )# 数据库连接对象数 据 库 访 问 类图 3-8 数据访问类图Fig3-8 C
21、lass Diagram of Data Access对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象，在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又必须在同一个事务中，这时需要用同一个数据库连接对象来进行统一的事务处理。这里的数据库连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个客户在同一时刻只能用一个数据库连接对软件工程专业毕业论文指导规范12象。4.权限管理包权限管理的主要职责是：（1）验证请求者的请求权限。（2）提供请求者的权限列表。权限管理包图展开如图3-9所示：权 限 管 理验证请求者的请求权限提供请
22、求者的权限列表图 3-9 权限管理包图展开Fig3-9 Package Diagram of Access Authorization权限管理包包含的类见图 3-10：+ 登陆 ( )+ 退出 ( )+ 是否已构建权限列表 ( )+ 构建权限列表 ( )- 操作员代码- 操作员名称- 权限列表操 作 员 类+ 验证权限 ( i n 操作员代码 , i n 权限列表 )+ 获取权限列表 ( i n 操作员代码 )# 操作员对象权 限 管 理 类图 3-10 权限管理类图Fig3-10 Class Diagram of Access Authorization5.异常处理包异常处理的职责：（1）汇
23、报运行时的详细异常信息。（2）记录异常处理日志。异常处理包图展开如图 3-11 所示：异 常 处 理汇报运行时的详细异常信息记录异常处理日志图 3-11 异常处理包图展开Fig3-11 Package Diagram of Exception Processing异常处理包包含的类见图 3-12：软件工程专业毕业论文指导规范13异 常 处 理 实 现# 异常处理对象异 常 处 理 类异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现图 3-12 异常处理类图Fig3-12 Class Diagram o
24、f Exception Processing因为异常处理类型比较多，如：系统异常、数据库异常、业务逻辑异常等，针对不同类型的异常处理方式也容易变，如：显示错误，记录文本日志，记录数据库日志等，所以这里使用了桥接（Bridge）模式来实现，使各部分的变化比较独立。3.3 系统架构类图将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。北鑫星ERP系统中的销售管理模块系统架构类图如下图3-13所示。软件工程专业毕业论文指导规范14异 常 处 理 实 现# 异常处理对象异 常 处 理 类异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现
25、 异 常 处 理 实 现 异 常 处 理 实 现+ 登陆 ( )+ 退出 ( )+ 是否已构建权限列表 ( )+ 构建权限列表 ( )- 操作员代码- 操作员名称- 权限列表操 作 员 类+ 读取( )+ 写入( )# 数据库连接对象数 据 库 访 问 类+ 验证权限 ( i n 操作员代码 , i n 权限列表 )+ 获取权限列表 ( i n 操作员代码 )# 操作员对象权 限 管 理 类输 入 界 面输 出 界 面+ 数据效验( )+ 业务处理( )# 输入输出元素# 业务代理对象用 户 界 面 类+ 业务处理( )#数据库连接对象#数据库访问对象业 务 逻 辑 类+ 业务处理( )# 权
26、限管理对象# 业务对象业 务 代 理 类+ 开始事务( )+ 提交事务 ( )+ 回滚事务 ( )数 据 库 连 接 类图 3-13 系统架构类图Fig3-13 Class Diagram of System Architecture软件工程专业毕业论文指导规范154 系统详细设计本部分设计主要涉及软件系统的动态建模和系统类图的详细设计。软件系统的动态模型分为交互模型和活动状态模型，其中的交互模型主要由顺序图和协作图构成，活动状态模型主要包括活动图和状态图。通过为软件系统项目建立动态模型，从而产生体现系统动态行为的可视化分析结果包括对象的时间特性和对象为完成目标任务而相互进行通信的机制、对象行
27、为的改变和状态变化情况，以及对象可能出现的各种活动状况等信息。4.1 系统交互图4.1.1 系统架构类交互图系统架构类的工作流程：1.用户界面对象在接收了用户的输入请求后，向业务代理对象发送处理请求。2.业务代理对象接收到请求后，向权限管理对象发送验证权限请求。3.权限管理对象验证权限后将验证结果返回给业务代理对象。4.业务代理对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息；对于符合权限的请求，则将请求转发给业务对象。5.业务对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问对象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给业务代理对
28、象。6.业务代理对象将处理结果信息返回给用户界面。系统架构类的交互图如图 4-1 所示：4.1.2 活动者与模块间的交互与销售管理模块进行交互的活动者（角色）主要包括销售业务员和企业管理者。销售业务员和企业管理者与销售管理模块的交互图如下图 4-2 和图 4-3 所示：软件工程专业毕业论文指导规范16用户界面类 业务代理类 权限管理类 业务逻辑类 数据访问类 异常处理类请求业务处理类权限不符验证权限验证结果权限符合 ， 请求业务处理业务处理读取写入异常处理异常处理消息 1处理结果显示处理结果显示图 4-1 系统架构类的交互图Fig4-1 Interactive Diagram of Syste
29、m Architecture Class软件工程专业毕业论文指导规范17销售业务员客户管理 订单管理 发货单管理创建客户信息维护客户信息查询客户信息创建订单合同维护订单合同售后管理查询订单合同创建发货单维护发货单查询发货单修改发货单状态创建售后信息维护售后信息查询售后信息修改订单状态图 4-2 销售业务员与销售管理交互图Fig4-2 Interactive Diagram between Salesman and Sales Management软件工程专业毕业论文指导规范18销售策略管理 销售计划管理创建销售策略维护销售策略查询销售策略创建销售计划维护销售计划查询销售计划企业管理者图 4-3
30、 企业管理者与销售管理交互图Fig4-3 Interactive Diagram between Business Administration and Sales Management下面对销售业务员、企业管理者参与销售管理活动的情况进行动态建模，由于篇幅限制，在此仅以销售业务员与销售管理模块中的订单管理进行时序图、协作图、状态图和活动图的建模。定单管理主要涉及：1根据客户订购的产品生成产品订单合同，在发货之前可以修改订单合同，合同状态为未完成。在发货之后，订单合同完成。2提供订单的查询功能（按订单编号、订单生成时间、客户名称、操作员编号等查询） 。销售业务员创建订单合同的时序图如下图 4-
31、4 所示。软件工程专业毕业论文指导规范19顶层包 : : 销售业务员登录订单信息验证生成订单合同1 ： 输入用户名和密码2 ： 提交订购信息4 ： 提示验证结果3 ： 验证结果5 ： 生成订单命令6 ： 提交订购信息7 ： 提示生成订单合同成功图 4-4 销售业务员创建订单合同的时序图Fig4-4 Timing Diagram for Salesman Making Order4.1.3 系统协作图交互图用来说明系统如何实现一个用例或用例中的一个特殊场景。UML 提供两类交互图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时间和空间顺序来描述系统元素之间的交互。根据上节
32、描述的销售业务员创建订单合同的时序图，给出销售业务员创建订单合同的协作图如下图 4-5 所示。4.1.4 系统状态图状态图是通过类对对象的生命周期建立模型来描述对象随时间变化的动态行为。状态图显示了一个状态机，它基本上是一个状态机中的元素的一个投影，也就意味着状态图包括状态机的所有特性。在订单管理模块中，主要有创建订单合同、修改订单合同状态、查询订单合同 3 种状态，这三种状态完成过程非常相似，所以下面仅给出销售业务员创软件工程专业毕业论文指导规范20建订单合同的状态图如下图 4-6 所示。销售业务员登录订单信息验证订单合同生成1 ： 输入用户名和密码2 ： 提交订购信息3 ： 提示验证结果4
33、 ： 提交订单生成命令6 ： 提示订单合同生成5 ： 提交订单生成命令图 4-5 销售业务员创建订单合同的协作图Fig4-5 Collaboration Diagram for Salesman Making Order登录系统输入用户名和密码错误登录成功页面用户名和密码错误正确客户订购信息页提交客户订购请求订单信息验证状态数据更新状态订单信息不完整提交客户订购信息添加到数据库图 4-6 销售业务员创建订单合同的状态图Fig4-6 State Diagram for Salesman Making Order4.1.5 系统活动图活动图是描述活动是如何协同工作的。当一个操作必须完成一系列事情，
34、而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在订单合同管理模块中，主要涉及销售业务员的活动。软件工程专业毕业论文指导规范21销售业务员首先登录系统，然后查看客户订购信息，根据需要生成订单合同；还可以对未发货的订单合同进行修改；同时可以查询订单合同相关信息等活动。完成活动后退出系统，下面给出销售业务员的活动图，如下图 4-7 所示。登录系统订单合同管理模块订单合同生成订单合同修改订单合同查询修改订单合同生成订单合同退出订单合同管理订购信息是否完整是否是否发货是否图 4-7 销售业务员在订单管理模块的活动图Fig4-7 Activity Diagram for Sa
35、lesman Making Order4.2 业务逻辑对象类设计4.2.1 发现业务逻辑类本小节的主要任务是对系统架构类图中的业务逻辑类进行设计，由系统分析中的 Use Case 交互图我们可以发现业务逻辑类包括客户类，订单类，发货单类，销售策略类，销售计划类和售后类。 根据 Use Case 交互图中的消息找到对象类相应的方法。4.2.2 业务逻辑对象类图系统业务逻辑对象类图如下图 4-8 所示。软件工程专业毕业论文指导规范22+ 创建客户信息 ( )+ 维护客户信息 ( )+ 查询客户信息 ( ) : 客户- 客户编号- 客户名称- 客户类别- 业务员编号- 国家- 省份- 城市- 地址-
36、 联络人- 电话- 传真- 送货地代号- 送货地国家- 送货地省份- 送货地城市- 送货地地址- 送货地联络人- 送货地电话- 送货地传真客 户+ 创建订单 ( )+ 维护订单 ( )+ 查询订单 ( ) : 订单+ 修改订单 ( )- 订单编号- 客户编号- 订单日期- 送货地代号- 送货日期- 物料编号- 订货数量- 币种- 单价- 金额- 是否完成- 实际发货数量- 备注订 单+ 创建发货单 ( )+ 维护发货单 ( )+ 查询发货单 ( ) : 发货单- 修改发货单状态 ( )- 送货单编号- 客户编号- 送货地代号- 送货日期- 订单编号- 版次- 物料编号- 批号- 仓库- 货位-
37、 送货数量- 包装编号- 包装数量- 包装单价- 包装金额- 是否消耗 C O- 是否完成- 备注发 货 单+ 创建售后信息 ( )+ 维护售后信息 ( )+ 查询售后信息 ( ) : 售后- 客户编号- 投诉日期- 目前故障地址- 车主姓名- 车主联系方式- 司机- 司机联系方式- 代理服务单位- 客服负责人- 客服地址- 客服联系方式- 车辆生产厂家- 质保期- 车辆型号- 车架号- 载重量- 购车日期- 使用时间- 产品型号- 产品数量- 故障说明- 是否过保- 初步分析原因- 处理情况- 发货情况- 发货型号- 发货地址- 发货方式- 发货负责人- 收货人- 收货人联系方式- 是否需付
38、服务费用- 是否已办理付款- 旧件返还情况- 检测鉴定结论- 后期处理意见售 后+ 创建价格策略 ( )+ 维护价格策略 ( )+ 查询价格策略 ( ) : 销售策略- 客户编号- 物料编号- 价格级别- 优惠单价销 售 策 略+ 创建销售计划 ( )+ 维护销售计划 ( )+ 查询销售计划 ( ) : 销售计划- 销售计划号- 物料编号- 需求日期- 预测数量- 消耗数量- 预测区间- 是否完成- 备注销 售 计 划*1 1*110 . . 111*图 4-8 销售管理对象类图Fig4-8 Object Class Diagram for Sales Management从上面的对象类图中我
39、们发现，这些对象类中都有创建，维护和查询三个类似的方法，尽管返回值不同，这样我们就可以把这些方法抽象出来做成接口。优化后的对象类图见图 4-9。软件工程专业毕业论文指导规范23+ 创建客户信息 ( )+ 维护客户信息 ( )+ 查询客户信息 ( ) : 客户- 客户编号- 客户名称- 客户类别- 业务员编号- 国家- 省份- 城市- 地址- 联络人- 电话- 传真- 送货地代号- 送货地国家- 送货地省份- 送货地城市- 送货地地址- 送货地联络人- 送货地电话- 送货地传真客 户+ 创建订单 ( )+ 维护订单 ( )+ 查询订单 ( ) : 订单+ 修改订单 ( )- 订单编号- 客户编号
40、- 订单日期- 送货地代号- 送货日期- 物料编号- 订货数量- 币种- 单价- 金额- 是否完成- 实际发货数量- 备注订 单+ 创建发货单 ( )+ 维护发货单 ( )+ 查询发货单 ( ) : 发货单- 修改发货单状态 ( )- 送货单编号- 客户编号- 送货地代号- 送货日期- 订单编号- 版次- 物料编号- 批号- 仓库- 货位- 送货数量- 包装编号- 包装数量- 包装单价- 包装金额- 是否消耗 C O- 是否完成- 备注发 货 单+ 创建售后信息 ( )+ 维护售后信息 ( )+ 查询售后信息 ( ) : 售后- 客户编号- 投诉日期- 目前故障地址- 车主姓名- 车主联系方式
41、- 司机- 司机联系方式- 代理服务单位- 客服负责人- 客服地址- 客服联系方式- 车辆生产厂家- 质保期- 车辆型号- 车架号- 载重量- 购车日期- 使用时间- 产品型号- 产品数量- 故障说明- 是否过保- 初步分析原因- 处理情况- 发货情况- 发货型号- 发货地址- 发货方式- 发货负责人- 收货人- 收货人联系方式- 是否需付服务费用- 是否已办理付款- 旧件返还情况- 检测鉴定结论- 后期处理意见售 后+ 创建价格策略 ( )+ 维护价格策略 ( )+ 查询价格策略 ( ) : 销售策略- 客户编号- 物料编号- 价格级别- 优惠单价销 售 策+ 创建销售计划 ( )+ 维护销
42、售计划 ( )+ 查询销售计划 ( ) : 销售计划- 销售计划号- 物料编号- 需求日期- 预测数量- 消耗数量- 预测区间- 是否完成- 备注销 售 计 划*1 1*110 . . 111*+ 创 建 ( i n 创 建 对 象 : 业 务 基 类 )+ 维 护 ( i n 维 护 对 象 : 业 务 基 类 )+ 查 询 ( ) : 业 务 基 类基 础 操 作业 务 基 类图 4-9 优化的销售管理对象类图Fig4-9 Optimal Object Class Diagram for Sales Management4.3 数据库设计关系型数据库是目前应用最广泛的数据库。既然是面向对象
43、系统设计，数软件工程专业毕业论文指导规范24据库设计当然也要是面向对象的。现在要考虑如何对类进行持久化操作，即如何将对象类映射到关系数据库的二维表。目前可以采用数据库建模工具来实现，象PowerDesigner、Rose 等。4.3.1 ER 图客户类，订单类，售后类，销售单类，销售计划类和销售策略类都是基础类，可以直接映射为一个表。架构设计中的操作员类是一个用于管理系统操作角色的类，也要直接映射为一个表。销售管理模块的 ER 模型图见图 4-10。操作员表订单表 发货单表 销售策略表 销售计划表客户表订货发货制定销售策略记录客户制定销售计划*11111*图 4-10 销售管理模块 ER 图F
44、ig4-10 E-R Diagram of Sales Management4.3.2 物理表结构图将销售管理 ER 模型中的实体转换为物理表，得到物理表结构如下：软件工程专业毕业论文指导规范25Customer（客户信息表）表 4-1(Table 4-1)主键 字段名称 数据类型 长度 字段说明1 CustomerID varchar 20 客户编号CustomerName varchar 30 客户名称CustomerType varchar 20 客户类别SalesmanID varchar 10 业务员编号Country varchar 30 国家Province varchar 30
45、 省份City varchar 30 城市Address varchar 50 地址Contract varchar 10 联络人Tel varchar 30 电话Fax varchar 25 传真1 ShippingID varchar 25 送货地代号ShippingCountry varchar 30 送货地国家ShippingProvince varchar 30 送货地省份ShippingCity varchar 30 送货地城市ShippingAddress varchar 50 送货地地址ShippingContract varchar 10 送货地联络人ShippingTel
46、varchar 30 送货地电话ShippingFax varchar 25 送货地传真CO（订单表）表 4-2(Table 4-2)主键 字段名称 数据类型 长度 字段说明1 COID varchar 20 订单编号CustomerID varchar 20 客户编号CODate datetime 订单日期1 ShippingID nvarchar 25 送货地代号DelveryDate datetime 送货日期1 Item varchar 20 物料编号COQty decimal(14,2) 订货数量Currency varchar 10 币种Price decimal(18,4) 单价
47、Money decimal(18,4) 金额Finish bit 1 是否完成DelQty decimal(14,2) 实际发货数量Remarks varchar 50 备注软件工程专业毕业论文指导规范26Delivery（发货单表）表 4-3(Table 4-3)主键 字段名称 数据类型 长度 字段说明1 DelID varchar 20 送货单编号CustomerID varchar 20 客户编号1 ShippingID varchar 25 送货地代号DelDate datetime 送货日期1 COID varchar 20 订单编号Rev varchar 20 版次1 Item v
48、archar 20 物料编号LotNo varchar 30 批号Store varchar 20 仓库Bin varchar 20 货位DelQty decimal(14,2) 送货数量PackageID varchar 20 包装编号PackageQty decimal(14,2) 20 包装数量PackagePrice decimal(18,4) 包装单价PackageMoney decimal(18,4) 包装金额Cco bit 1(是 1，否 0) 是否消耗 COFinish bit 是否完成Remarks varchar 50 备注Marketing（营销策略表）表 4-4(Tab
49、le 4-4)主键 字段名称 数据类型 长度 字段说明1 CustomerID varchar 20 客户编号1 Item varchar 20 物料编号PriceLevel int 价格级别CutPrice decimal(18,4) 优惠单价4-5(Table 4-5)主键 字段名称 数据类型 长度 字段说明1 SFID varchar 20 销售计划号1 Item varchar 20 物料编号FcDate datetime 需求日期FcQty decimal(14,2) 预测数量CosQty decimal(14,2) 消耗数量FP varchar 10 预测区间Finish bit 1 是否完成Remarks varchar 50 备注软件工程专业毕业论文指导规范27AfterService（售后服务表） 表 4-6(Table 4-6)主键 字段名称 数据类型 长度 字段说明1 CustomerID varchar 20 客户编号1 IndictDate datetime 投诉日期Company varchar 30 用户单位CoAddress varchar 50 公司地址FaultAddres
