汽车业务管理系统开发计划书.

1、目录一. 目的和意义 错误！未定义书签二. 项目分析1三. 项目成员 四工作需求五. 业务处理流程图六. 面向对象设计内容 26.1 抽象工厂模式26.2建造者模式36.3工厂方法模式 46.4迭代器模式5七. 结论.致谢汽车业务管理系统开发计划书目的与背景本文档用于定义汽车业务管理系统 开发目的，业务背景，功能需求，业务流程,汽车业务管理系统开发是运作环境和需求，定义开发阶段以及计划开发实施方案。/服务器运行模式重新开基于商帅汽车业务管理系统业务需求，将原软件的客户端发为浏览器/服务器运行模式，并支持在公共互联网运行而设计，旨在提高系统运算效率，增强业务处理功能以及数据管理与安全。项目范围汽

2、车业务管理系统适用于管理企业汽车销售，汽车装饰装潢，汽车保养维修，客户关系。具备完整的整车 /零件材料流向管理，库存管理，工作单委派，现金帐务流 向管理功能，各个业务功能处理模块的运行均基于财务现金流程管理之中。按业务功能分为以下几个部分：1. 进销业务：零配件采购与销售管理，库存管理2. 维修业务：工作单委派，领料及进度管理，结算管理3. 装饰业务：工作单委派，领料及进度管理，结算管理4. 汽车贸易：汽车进货入库，销售及合同管理5. 帐务管理：财务应收应付帐款管理6. 客户会员：客户/会员档案管理，积分制度，客户回访7. 车辆管理：车辆档案管理，保养记录，保险档案管理，外勤救援员工管理：企业

3、内部员工考勤，工资管理项目成员 三功能需求1. 进销业务：A. 零配件采购：包含报价管理，采购订单管理，收货，退货，应付款管理B. 零配件销售：包含价格管理，销售订单，出库，退货，应收款管理C. 库存管理：包含移库，出入库，盘点，报废管理2. 维修保养：A. 维修保养登记，产生委托修理单B. 项目派工单管理C. 维修领料管理D. 车位进度管理E. 维修结算，收款3. 装饰业务：A. 装饰项目登记B. 项目派工单管理C. 装饰领料管理D. 车位进度管理E. 装饰结算，收款4.汽车贸易：A.汽车进货，入库B.合同管理C.销售及帐务管理5.帐务管理：A.供应商应付款B.客户应收款C.其它费用D.现金

4、银行管理6.客户会员：A.客户/会员档案管理B.积分制度C.客户回访7.车辆管理：A.车辆档案管理B.保养记录C.保险档案管理D.外勤救援8.员工管理：A.企业内部员工考勤B.工资管理四业务处理流程图1.米购业务流程更篩报价峠呼1供方报价查询分析 最低报价获取报悄库存预警表自动生成库存状况克IIMI执行订单中止订单系购订单订单欠货订单到货|完成订单导入订单关联单据票到登记进项发票|拦帐釆蝴許应忖款帐2.销售业务流程物价管理查询分析最高报怕完咸订单1请害订单Ij获取抿怕执行订单中止订单订单灵货订单忖货I库存状惑II稍售退货| *关联单踞梢害出库祷开票登记挂帐请售 应收載帐誚售收隸| 户町I 伽吋

5、I爭書开单I辭出库11 1容户购费辑袒誉恋品舖害辑去荷品时比倉去裔品月册枕抚盘借吿出库皑咸*去J砒订单計唆按廿3.库存业务流程变价调拨库存盘点库存调价商品组装商品折卸库存增加屋看畚目库存分布1商品明细库存收岌1库存减少彌臨|产品逬库内部退料庫存欄负I内部领料4.帐务处理流程鬲三方或本单位一般矗用I其何收入帐户调整帐户转帐理金（R行与帐规金眼行曰记味现金行管理供应商匚礪厂|应忖熬调帐|应付戴帐收就单应收款调帐应收隸帐5.维修流程处理村鏡童1轍软单应戟薫炖社小往来慨老L審户制It陳忒金日Pit窖户妣戦应啊软轻辭分祈6.装饰处理流程单据中心叢恼坊it 卡衲發st计单据中心单据中心快僚站鬣统计分折单据

6、中心五项目支持需求1. 运行环境：A. 服务器端：操作系统： Win dows Server 2003/2008WW服务：IIS6.0+. net Framework 3.5In ternet :公网域名，固定IP地址，防火墙B. 客户端：操作系统： Win dows XP, Win dows Vista, Win dows7 浏览器：IE6.0及以上版本2. 数据库：MS SQL Server 2005/2008，可使用 Express 版本3. 开发工具：MS Visual Studio 2008 + MS SQL Server2008使用语言：C#六面向对象设计内容(1) 抽象工厂模式在

7、汽车业务中提供了多种服务类型，不同的服务类型提供了不同的账户、不同的产品等，因此可以使用抽象工厂模式进行设计，类图如图1所示：图1抽象工厂模式实例类图在图1中，顾客充当抽象工厂， 其子类订单明细等充当具体工厂，可以创建具体的账户、产品等产品对象，如果需要增加新场景，只需增加新的具体场景工厂类即可。(2) 建造者模式在汽车业务中每一个客户都需要提供一个完整的账户注册，包括客户资料等,可以使用建造者模式来创建一个完整的账户，类图如图2所示：图2建造者模式实例类图在图2中，公司充当指挥者角色，账户是抽象建造者，其子类账户 A和账户B 是具体建造者，用于创建不同的游戏角色，客户是所创建的完整产品， 即

8、完整的帐号，它包 含客户资料等组成部分。(3) 工厂方法模式在业务管理中，洗车、美容、修理等不同服务的人员、消费和地点都不相同，客户可以使用不同的服务，无需对现有系统做太多修改，可使用工厂方法模式来设计服务系 统，类图如图3所示:，业务王厂7+ create Weapon () : Weapori美容洗车'+ createWeapon: Weapon+ display ()+ use 0: votd+ fire (): votd+ display /oid + use () : void + fire (: void+ create Weapon ( : Weapon图3工厂方法模式实

9、例类图在图3中，WeaponFactory接口表示抽象武器工厂， 其子类 AK47GunFactory 生产 AK47Gun SniperRifleFactory生产 SniperRifle ，不同的武器的 display。 、use()和fire()等方法有不同的实现。(4) 迭代器模式在业务管理中，一个客户可以享受多种服务，如既可以洗车，还可以汽车美容，因此系统需要定义一个业务菜单(业务的集合)，在服务过程中可以遍历业务菜单(Magazine)，选取合适的业务，在遍历业务菜单时可使用迭代器模式，如类图如图4所示：图4迭代器模式实例类图在类Magazine中，可以通过迭代器遍历业务菜单，Ma

10、gazine类的代码片段如下所示：public class Magazine Private 勲磁馬或昵目讯小了publicweapons = newpublic void display 曲环畑阖观加畑驼pan) 珈滅©(”"和1矽竹；除了遍历业务菜单外，迭代器模式还可以用于遍历其他客户等聚合对象。七.结论本人运用所学的专业知识，分析了汽车业务管理系统的设计与实现，给出一套基于模型的解决方案。采用这种模型方案使业务管理能够更加方便的运行。当然，由于本人知识和经 验的局限，及其它各方面的原因，本系统还有多多待完善的地方。未来的研究工作将是探索如何从模型直接生成面向对象的Ja

11、va代码,发挥UMLX具的最强大作用，为这类游戏的软件开发提供更大的支持。通过这个“业务管理后台”建模，在老师的指导下，我们亲身实践，更加深了对所学过 知识的深刻理解，很好地做到了理论和实际的结合。我们进一步明确了用所学的专业知识分析设计一个软件、系统的方法与思路， 加深了对所学的专业知识的认识，巩固了所学的所学的专业知识，提高了软件开发技术水平，为今后的工作与进一步发展打下了坚实的基础。致谢在论文的写作过程中遇到了无数的困难和障碍，都在同学和老师的帮助下度过了。感谢老师以及学院给予的这次机会，感谢老师授予我们软件设计与体系结构的基础知 识，感谢学院给予我们实验机房，如果没有老师们的辛勤栽培，我们也不会有这么丰富的知识积累和内心感受。在校图