汽车维修管理系统说明书.doc

《汽车维修管理系统说明书.doc》由会员分享，可在线阅读，更多相关《汽车维修管理系统说明书.doc（31页珍藏版）》请在沃文网上搜索。

1、摘 要本汽车维修管理系统的功能主要完成进站维修的车辆的基本信息的管理，公司库存管理、采购管理以及维修信息管理等。车辆维护包括客户单位管理、车辆信息车辆管理及车辆维修记录的管理，同时实现维修记录的增加、修改、删除和维修记录的打印功能。采购管理实现对车辆配件的采购管理以及配件供应商信息的管理。综合查询实现对车辆的基本信息、维修记录信息、维修项目信息、维修结算信息和维修配件材料信息的查询。关键词：车辆维修、车辆管理、综合查询、修改、删除前 言当今我国汽车工业迅速发展，汽车维修成为极具潜力的行业，但该行业在信息化建设上与发达国家存在一定差距。随着科技的发展及电脑的普及与使用，现代式的管理也提升了一个档

2、次，渐渐实现了无纸化办公，即从原来的人工记录管理模式转变为电脑一体化管理。基于这一点，开发汽车维修管理软件是很有必要。汽车维修管理系统就是要实现汽车维修业务向信息处理全面化、故障诊断专家化、人员培训网络化方向发展。汽车维修管理系统是根据汽车维修公司的工作性质和特点而设计的。本系统主要记录车辆信息，维修记录，维修项目信息，维修配件及材料信息。同时维修记录管理可以对记录进行增加，修改，删除，及打印功能。车辆信息中包括车辆的基本信息，车辆维护中包括客户单位管理，车辆信息管理，车辆维修记录，采购管理包括对车辆配件的采购管理及配件供应商的管理。 这个系统实现满足多种条件的统计分析功能，有些统计数据采用图

3、表的格式呈现；在这个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。并且采用了系统生命周期的结构化程序设计方法，从而使得每个字系统开发的各阶段（系统分析、系统设计、系统实施）的基本活动贯穿起来26目 录摘 要I前 言II第1章 可行性分析11.1问题描述11.2可行性分析研究11.2.1技术可行性11.2.2经济可行性11.2.3操作可行性21.3结论意见2第2章 项目开发计划32.1编写目的32.2项目背景32.3项目概述32.4项目开发计划4第3章 需求分析53.1任务需求分析53.2数据流图、数据字典及实体联系图53.2.1 数据流图53.2.2数据字典63.2.3实体联系E

4、-R图8第4章 系统概要设计104.1总体设计104.2系统功能模块图104.3数据库概念设计114.4数据库逻辑结构设计114.5连接数据库的特点13第5章 详细设计145.1系统的主要功能及实现145.1.1车辆管理模块145.1.2维修管理模块145.1.3 采购管理模块155.1.4客户管理模块155.2程序流程图155.3用户界面设计185.3.1一般交互设计185.3.2信息显示设计195.3.3输入界面设计195.4软件测试205.4.1测试的方法和步骤20第6章 软件使用说明书24参考文献25课程设计总结26第1章 可行性分析1.1问题描述 随着世界汽车产业格局的变化，我国汽车

5、产业也迅速发展，汽车维修成为具潜力的行业，但汽车维修管理的规范化，网络化，智能化，使得必须建立起专业的汽车维修管理系统作为管理汽车维修方面的一系列问题成为了必不可少的。运用计算机来管理汽车维修的信息具有公正、严格和高效等诸多优点，从而取代了人工管理模式下由于各种原因出现管理漏洞的可能性，因而减少了工作人员的难度性，提高了工作效率。我们在现行系统初步调查的基础上提出了新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。1.2可行性分析研究 1.2.1技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。目前大型汽车维修公司均

6、建有局域网，并且采用PC机作为工作台，其容量、速度能满足系统要求。根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。1.2.2经济可行性因为通过网络管理汽车维修信息可以不受限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高维修管理的效率，即提高了车行的经济效益，所以从经济上完全是可行的。(1)汽车维修公司有能力承担系统开发费用开发新系统的工作是一项艰巨复杂的

7、工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业节约大部分的额外开支。同时软件就其它产品来属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费

8、用.(2)新系统将带来经济效益管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简洁的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。1.2.3操作可行性本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个汽车维修管理系统采用最友好

9、的交互界面，简洁明了，不需要对数据库进行深入的了解。1.3结论意见综合以上三方面，无论是从技术上、经济上还是操作上，该系统都具有很高的开发可行性。系统基本上做到了在技术、经济、运行、法律上的可行，因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。所以，可以设计该系统的数据流程图，建立数据字典，开始开发系统。第2章 项目开发计划2.1编写目的经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件项目计划。2.2项目背景项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即仓库进货管理系统开发主管部门的统一下制定用于软件实质

10、开发的软件项目计划，以使软件开发单位理解软件开发要求，进行开发。2.3项目概述1、工作内容让计算机对仓库货物进行自动管理，用户可以直接在计算机上实现仓库货物的信息管理，并能在一定程度上实现自动化。 2、条件与限制开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。 3、产品1）软件 软件主要是完成之后的可执行文件，能够使用户方便的使用。2）文档文档内容包括：系统介绍，使用说明，测试计划及结果等。4、验收标准软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。 2.4项目开发计划1、任务分解分三个大的阶段进行开发第

11、一阶段完成本系统的数据流图跟E-R图；第二阶段完成概要设计与详细设计；第三阶段书写文档。2、预算软件资金投入较少，具体预算分配简略。 3、关键问题各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。第3章 需求分析3.1任务需求分析总的来说，汽车维修管理软件需要满足一下需求：(1)该管理软件需要对进站维修的车辆的基本信息进行登记。(2)该管理软件需要进行采购管理，保证库存不会积压过多或缺少车辆配件的情况。(3)该管理软件需要对客户单位、车辆信息及车辆维修记录等信息进行管理

12、。同时实现维修记录的增加、修改、删除和维修记录的打印功能。(4)该管理软件提供对实现对车辆的基本信息、维修记录信息、维修项目信息、维修结算信息和维修配件材料信息的查询。3.2数据流图、数据字典及实体联系图3.2.1 数据流图数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源（数据终点）。数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储

13、：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点。汽车维修管理系统的数据流图如图3-1所示。图3-1 数据流图3.2.2数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 (1)汽车信息=汽车牌名+汽车型号+汽车颜色+ 汽车车主 (2) 维修信息=维修日期+维修记录+维修项目+维修结算文件条目（1）文件名：客户清单组成：客户编号+姓名+性别+

14、籍贯+学历+类别+联系电话+联系地址+身份证号+备注 组织：按客户编号递增排列（2）文件名：车辆清单 组成：车辆牌名+车辆型号+车辆颜色+备注 组织：按车辆编号递增排列（3）文件名：配件清单 组成：配件名称+型号+类型+供应商+备注 组织：按配件编号递增排列（4）文件名：进货清单 组成：进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注 组织：按进货单编号递增排列（5）文件名：维修清单 组成：维修单号+车辆编号+维修数量+维修日期 组织：按维修单编号递增排列（6）文件名：库存清单 组成：配件编号+库存数量 组织：按配件编号递增排列加工说明（1）加工名：查询 加工逻辑：根据要查询的

15、车辆信息，检索出车辆信息明细表 输入流：车辆信息查询，发出车辆信息请求 输出流：车辆信息清单，车辆信息请求（2）加工名：更新 根据维修信息或维修信息更新车辆信息 输入流：已维修信息，车辆信息 输出流：发出车辆检索请求（3）加工名：查询 根据要查询的车辆信息，检索出车辆信息明细表 输入流：车辆信息查询 输出流：车辆清单，维修单（4）加工名：更新 加工逻辑：根据维修信息更新车辆清单 输入流：维修台信息，车辆信息 输出流：更新车辆清单（5）加工名：查询 加工逻辑：根据要查询的进货信息，检索出进货信息明细表 输入流：进货信息查询，发出进货/采购清单查询 输出流：库存信息清单，已进货信息，新供货商信息，

16、进货单信息清单，采购单，进货信息请求，进货/采购清单检索结果（6）加工名：更新 加工逻辑：根据进货信息更新进货清单 输入流：进货信息请求，进货单 输出流：发出进货/采购清单查询（7）加工名：查询 加工逻辑：根据输入要查询的客户信息或供货商信息，检索出相应的结果 输入流：客户信息查询，供货商信息查询，发出配件/供货商清单查询 输出流：已有客户信息，供货商信息清单，配件信息清单。 3.2.3实体联系E-R图根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。汽车维修管理系统的E-R模型，如图3-2所示图3-2 汽车维修管理系统E-R模型系统E

17、-R图说明1） 每个客户可以被多个员工服务，每个员工可以服务多个客户。2） 公司只有一个仓库，仓库可以被多个员工访问。3） 采购专门由采购原负责，公司有一个采购员，采购员一次采购多个配件。 第4章 系统概要设计4.1总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。4.2系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于

18、实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图如图4-1所示：汽车维修管理系统公司员工登录汽车信息身份验证身份验证维修记录身份验证综合查询采购信息员工信息库存信息图4-1系统功能模块图本系统共包括四大模块，分别是车维修管理模块，客户管理模块，采购管理模块，库存管理模块等。每个模块的功能如下：1、车辆管理模功能：(1)实现车辆信息的查询；(2)实现车辆信息的更新，包括增加、删除、修改功能。2、 维修管理模块功能：(1)实现维修车辆记录的查询；(2)实现维修车辆客户单位管理。3、 管理采购模块功能：(1)实现对车辆配件以及配件供应商的查询；(2)实现进货信息的更新，

19、包括加、删除、修改功能。4、 客户管理模块功能： (1)实现对客户信息的查询； (2)实现对客户车辆维修的管理。4.3数据库概念设计数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。在这里我们将要设计的是数据库的概念模式，通过对车辆维修管理系统的内容和数据流程分析及E-R图，设计如下数据项和数据结构。1) 库存信息表（配件编号，配件名称，规格，库存数，成本价，销售价，仓位）；

20、2) 采购信息表（零件编号，零件名称，采购数目，规格，供货商，参考价格，供货商地址，操作人员）；3) 车辆信息表（车辆编号，客户单位名称，联系人姓名，联系电话，车型，车牌号，客户地址，备注）；4) 维修项目表（编号，收银员编号，维修员编号，维修部件，所用配件名称，应付维修费，优惠金额，实付金额，欠款金额）；5) 公司员工表（操作员编号，姓名，职位，密码，联系电话）；4.4数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机

21、上有效地表示出这些关系就成了数据库设计的关键。根据超市收银车辆维修管理系统的功能要求，选取SQL Server2000作为后台数据库。在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系如表4-1到4-4所示。表4-1车辆信息表(autoinfo)字段名字段类型长度主/外键字段值约束对应中文名A_idvarchar5PNot null车辆编号A_deptvarchar20客户单位名称A_namevarchar10联系人姓名A_phonevarchar12联系电话A_chexvarchar10车型A_autonumvarchar10车牌号A_addrvarchar20客

22、户地址A_othersvarchar30备注表4-2 库存信息表(store)字段名字段类型长度主/外键字段值约束对应中文名S_idVarchar10PNot null配件编号S_nameVarchar10配件名称S_specVarchar20规格S_numInt库存数S_costFloat成本价S_priceFloat销售价S_positionvarchar10仓位表4-3 公司员工表(operator)字段名字段类型长度主/外键字段值约束对应中文名Op_idvarchar8PNot null员工编号Op_nameVarchar10Not null姓名Op_titleVarchar10职位O

23、p_pwdVarchar8密码Op_phonevarchar12联系电话表4-4 采购信息表(stockinfo)字段名字段类型长度主/外键字段值约束对应中文名L_idVarchar10PNot null零件编号L_nameVarchar10零件名称L_numVarchar8采购数目L_specVarchar10规格L_ghsVarchar20供货商L_priceFloat参考价格L_addrVarchar30供货商地址Op_idVarchar8FNot null采购员编号表4-5 维修项目表(wxprog)字段名字段类型长度主/外键字段值约束对应中文名R_idVarchar8PNot nul

24、l维修编号Op_syidVarchar8FNot null收银员编号Op_wxidVarchar8FNot null维修员编号R_partVarchar20维修部件R_nameVarchar20所用配件R_repayFloat应付费用R_youhFloat优惠金额R_payFloat实付金额R_oweFloat欠款金额4.5连接数据库的特点当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应

25、用程序开始运行并实现与数据库的连接。第5章 详细设计详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。5.1系统的主要功能及实现根据上面的需求分析，设计好数据库系统，然后开发应用程序可以考虑的窗体的系统，每一个窗体实现不同的功能，可以设计下面的几个模块。5.1.1车辆管理模块功能：本模块的主要功能是对进站维修的车辆的基本信息进行输入，还可以对车辆的信息更新，包括增加、删除、修改等。具体实现：该模块主要记录维修车辆车主的信息，及客户信息，我们根据维修的车辆的编号，或者维修车主的姓名可以查询出要维修的车的类型，就维修需的配件，维修的时间，维修的费用

26、，以及维修的记录。要查询车辆的信息必须输入车辆的编号，从而可以知道车辆的所有信息，可以对车辆进行更新，维修完或者新来维修的车辆通过更新可以显示出来。5.1.2维修管理模块功能：维修管理模块主要是实现车对要进行维修车辆的管理，维修的车辆需要什么样的配件，以及它的维修记录次数，还有它的维修结算费用信息。具体实现：本模块主要是进行对维修的车辆进行记录，根据它的维修需要对维修的配件记录，然后对维修配件进行维修结算，根据车号对应到车主，记录此次维修的费用，以及它维修的时间，及维修完成的时间记录，从而系统管理者就可以看出维修是否完成。是否可以通知车主领车。5.1.3 采购管理模块功能：本模块的主要功能是对

27、采购的配件以及供应商的管理和对配件的更新，可以对配件进行增加，删除等。 具体实现：本模块主要是对采购维修配件的管理，根据维修需要的配件类型，我们可以从配件供应商采购，根据不同的配件单价，结算出配件采购总的费用，记录下配件的类型，数量，型号，单价，总价。也记录供应商的姓名，联系地址，供应的配件类型等。5.1.4 库存管理模块功能：客户作为维修车辆系统主要的管理信息，主要功能是实现对客户信息的查询，及客户维修的车辆的查询。具体实现：该模块主要是管理配件信息，维修人员修车时需要什么样的配件可以直接查询零件的存放位置，收银员可以直接了解配件的价格，采购员则根据库存配件的多少决定是否要进行采购。5.2程

28、序流程图程序流程图的优点是对控制流程的描绘很直观，易于掌握。通过对系统的调查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分：1、添加系统其程序流程图如图5-1所示是否是是输入查询条件是否重新输入查询相关车辆是否存在该车辆确定添加车辆增 加否开始结束员工登录图5-1 添加系统程序流程图2、 删除系统程序流程图如图5-2所示：是否否是否员工登录输入查询条件查询相应车辆是否存 在是是否重新查找确定删 除查找删 除开始结束 图5-2 删除系统程序流程图3、修改功能的系统流程图如

29、图5-3：员工登录输入查询条件查询相应车辆是否存在是修改是否重新输入是否开始结束否 图5-3 修改系统程序流程图5.3用户界面设计5.3.1一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。1、一致性为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。在设计的过程中，基本上保持了系统的格式一致。2、行有较大影响的操作前提示用户确认在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问继续操作或者予以提示。3、少两次操作间需要记忆的内容为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递的窗体中设置全局变

30、量，来传递数据。例如在入账和入库的模块的操作中都用到了这样的方法。4、允许错误允许用户的误操作尽量不对系统造成伤害。5.3.2信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。1、只显示与当前工作有关的信息在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。2、使用便于用户迅速吸收数据的方式来表示数据在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表

31、示的含义。3、使用一致的标记、标准的缩写和可预知的颜色为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。4、产生有意义的错误信息对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以使用户保持对系统的信任，和系统的可用性。5、使用窗口分隔不同类型的信息使用不同的窗口显示、保存不同类型的信息。5.3.3输入界面设计用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：1、保持信息

32、显示和数据输入间的一致性为了方便用户的使用，鼠标应当尽量减少操作的幅度。2、保持显示信息和输入信息之间的一致性对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如：文字大小、颜色、位置等）要一致。对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。5.4软件测试 5.4.1测试的方法和步骤软件的测试方法有两种，一种是黑盒测试（功能测试），另外一种是白盒测试（结构测试）。黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能

33、是否能按照规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。白盒测试的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否能按预定的要求正确工作。在本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进行了测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法）。测试的步骤由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。当然，在测试的过程中可以分模块、分阶段来进行。 本上由以下步骤组成：1） 登录模块测试运行

34、程序后，系统首先弹出登陆窗口，如图5-4所示。图5-4 登录窗口输入真确的用户名和密码后，进入主界面，如图5-5所示。图5-5 系统主窗口2） 综合查询测试在查询的下拉窗口中选择“按所用配件查询”，然后输入关键字“前”，即可把含有前字的所有记录都查出来，查询结果如图5-6所示。图5-6 综合查询测试结果3） 库存信息模块测试库存信息可以实现添加，修改，删除，查询等功能。现仅拿查询举例，测试结果如图5-7所示。图5-7 库存信息模块测试4） 不同用户的不同权限模块测试采购员只有访问汽车信息、库存信息、采购信息的权利，不能访问其它项。其测试情况如图5-8所示。图5-8 用户访问权限测试由于其他模块

35、的基本功能都很相近，测试方法都差不多，在这里就不再赘述，测试结果完整无误。第6章 软件使用说明书本软件采用PowerBuilder9.0和SQL Server2000联合开发。运行程序后会出现登陆界面，只要是合法用户，并且正确输入密码，在登录后就会进入主界面供用户进行各种操作，不同种类的用户有不同的访问权限。Admin具有所有权限，其他用户只具有Admin的部分权限。需要添加信息时，点击一下添加按钮，然后在数据窗口中输入信息即可，删除信息只要选中信息，然后点击删除按钮，点击确定按钮完成操作。其余模块的操作类似。本软件使用非常简单，用户只需按提示操作就行了，因此也就在此不多说明了，系统中已经有用

36、户admin,密码为123，进入系统后用户可以添加用户名和密码，也可以修改密码，只有admin才有该功能。参考文献1张海藩.软件工程导论M. 北京：清华大学出版社，2003年12月2张海藩.软件工程导论学习辅导M. 北京： 清华大学出版社，2004年9月3萨师煊，王珊.数据库系统概论M. 北京： 清华大学出版社，2002年2月4汪孝宜，刘中兵，徐佳晶等.JSP数据库开发实例精粹M. 西安：电子工业出版社，2005年1月3侯太平等.Delphi数据库编程. 北京： 清华大学出版社，2004年4月4求是科技.Delphi信息管理系统开发.北京： 人民邮电出版社，2005年3月5李光明等.Delph

37、i7程序设计与上机指导. 北京：冶金工业出版社，2003年6塞奎春等.SQL Server数据库开发实例解析.机械工业出版社,2006年 5月7李明等.数据库原理及应用. 四川：西南交通大学出版社.2007年7月8李英明、滕连爽、马宝林等. 基于B/S的计算机教学管理系统的设计与实现，重庆：信息技术出版社2005年9月9 陈磊,郭斌,李翔等. PowerBuilder 9数据库项目案例导航M. 清 华大学出版社, 2005.1课程设计总结 在这三周的软件综合训练课程设计中，我的题目是汽车维修管理系统。通过这次课设，使我进一步了解了软件的设计方法以及PowerBuilder 和SQL Serve

38、r 2000的使用。进一步掌握基本的SQL语言的使用和软件设计的一般步骤。软件的概念就是：程序+文档。要求在选择开发环境时不仅要考虑环境对设计、开发的完美支持，而且要考虑对维护、文档的支持；要求软件人员在设计、开发过程中要考虑维护问题、文档问题；要求程序与文档存储在同一位置、同一系统中；要求使用相同工具进行程序与文档的书写、检索；要求在编写和维护程序的同时形成文档，在书写文档时编写、维护程序。程序与文档合一的概念不仅存在于系统的设计、开发阶段而且存在于系统的维护阶段，它贯穿软件的生命周期。和传统管理模式相比较，使用本系统，毫无疑问会大大提高车行的运作效率，辅助提高管理水平，为降低经营成本，提高效益，减少差错，节省人力，减少顾客等待时间，增加客流量，提高顾客满意度， 提供有效的技术保障。由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处。对于出现的问题，我深表歉意，希望老师批评指正。