2023年12月7日发(作者：十五万左右买什么车)
. .. . .
二手车交易平台解决方案
世西信息技术XX
2014年8月6日
目录
1概述2
1.1目标2
1.2用户的特点3
1.3平台功能需求分析3
2平台总体设计5
2.1业务流程图5
2.2功能构造分解图5
2.3.1 前台用户买卖模块6
2.3.1.1车辆资讯6
2.3.1.2 买家购车6
2.3.1.3 卖家售车6
2.3.1.4 车辆检测8
2.3.1.5 帮助中心8
2.3.2 后台管理员管理模块8
2.3.2.1 管理员登录8
2.3.2.2 用户管理9
.. s .. . .
2.3.2.3 车辆信息管理9
2.3.2.4 日常管理10
2.4系统架构设计10
2.4.1应用支撑平台软件架构设计10
2.4.2技术开发路线设计11
3实施方案12
3.1技术力量与人员12
3.2进度方案13
3.3验收标准14
3.4工程质量控制14
3.5培训方案17
3.6售后效劳18
3.6.1售后效劳容19
3.6.2售后效劳流程19
3.6.3响应速度19
1概述
1.1目标
现在越来越多的人们都有购置车的想法，身边想买二手车的朋友不少，但大多数都对二手车交易存在疑虑和担忧。二手车最大的吸引力就是价格廉价，但买二手车并不是容易的事，如果缺乏经历极有可能上当受骗。只. v . . .
有从二手车的手续资料和车辆实际状况两方面同时加以考核，才能够买回一辆既“身家清白〞又具有优越性能的二手好车。推出二手车交易平台是为了更多的人们放心购置二手车，通过我们的系统给人们的生活带来方便。让每个人都有自己中意的选择是我们的目的。
1.2用户的特点
该二手车平台的用户主要分为3类：
a. 卖家用户：卖家注册，填写车辆详细信息。车辆信息通过验证后的填写卖家要求〔是否承受邮购等〕；
b. 买家用户：页面浏览，选定车辆联系卖家下订单。；
c. 后台管理员：的后台管理员。将卖家的信息进展及时审核及公示，给卖家通知修改调整；
1.3平台功能需求分析
根据前期调研提出的功能需求，结合当前的电子信息化情况，我们理解的交易平台的功能需求如下：
系统需求包含页面需求和功能需求
页面需求：
页面简洁大方，能清晰的显示出车辆分类和车辆详细信息。
操作简单，能符合不同知识水平人员的操作习惯。
页面简单明了，因为操作人员可能有计算机水平较差人员，要尽量符合其操作水平。
. v . . .
页面要求色调符合行业特征，清新活泼。
布局合理，色调搭配合理，要有吸引力。
展示页面能清楚的显示系统主要功能，能很好的引导用户使用。
功能需求：
对静态和动态信息提供具有权限控制的信息发布功能，且信息发布功能具有严格的操作流程控制，如编辑、校对、审核与发布等流程，并可由具有系统管理员身份的用户对该操作流程进展自定义。
提供电子交易客服平台，方便买方直接和平台客服进展交流。
提供推荐和置顶信息展示专区，卖家可以通过支付推荐费用发布推荐或者置顶信息，买方可以进展查看。
提供在线支付系统，并完善平安保护，并提供交易保障系统。
提供信息查看以及业务交易管理功能。
. v . . .
2平台总体设计
2.1业务流程图
2.2功能构造分解图
二手车交易平台前台用户买卖模块后台管理员管理模块车辆资讯买家购车卖家售车车辆交管信息在线支付帮助中心管理员登录会员管理车辆管理日常管理在线支付明细二手车浏览联络卖家查看车辆交管信息卖家注册支卖付家发登布录费用车辆信息填写车辆信息修改车辆信息删除在线咨询常见问题新手交易指南会员信息管理卖家信息审核车辆信息审核车辆信息发布车辆信息管理车辆交管接口配置车辆资讯更新回复用户问题2.3功能描述
二手车交易平台分为前台用户买卖模块以及后台的管理员管理模块。其中前台局部主要提供应用户进展二手车浏览及买卖，后台由管理员进展平台管理，具体功能如下：
. v . . .
2.3.1 前台用户买卖模块
2.3.1.1车辆资讯
用户可以在此页面中自由浏览车辆资讯，新车上市、二手车相关新闻、车辆保养秘笈、车价动态等资讯消息均在此发布。
2.3.1.2 买家购车
a．二手车浏览
买家可以自由浏览已经发布的二手车信息与图片，这些信息已经过管理员审核通过，因此无不合法之处。买家可以根据车的型号、颜色、地区、车龄、品牌、已行驶公里数，价格来进展浏览，也可条件组合式浏览或对某台车进展详细信息浏览。
b．车辆车管所信息
买家可以直接查询已经发布的二手车所在车管所登记的信息，以及车辆有无违章、XX和事故的记录。平台通过与车管所做接口，直接调取车管所该车辆信息。
c．联络卖家
买家登录后在某二手车详细信息显示页可点击“联络卖家〞按钮进入卖家信息页面，从而获得卖家联系方式，也可以通过在线发的方式发送购置需求给卖家。协议及购置过程均由买卖双方自主联系。
2.3.1.3 卖家售车
a．卖家注册
. v . . .
卖家欲销售二手车，必须先进展注册，并上传XX信息进展实名认证，没有注册的卖家无法与买家联络，只能浏览待购二手车和车辆资讯。个人卖家注册容包含用户XX〔实名〕、XX号、密码〔确认密码〕、手机号、地址。经销商注册容包括用户名、密码〔确认密码〕、公司全称、公司地址、公司座机、手机、、营业执照等。注册过程要进展验证码获取以确认手机归属者为注册者本人，提交后由管理员审核，审核成功前方可发布二手车信息，等待买家协议买车。
b．卖家登录
卖家注册通过可以登录平台，登录时需要输入用户名及密码，与后台数据核对一致后即可浏览、填写代售车信息、车价等。还可以对注册信息进展增、删、改、查。
c．车辆信息填写
卖家要发布新二手车信息，需填写二手车信息。其中必填项假设不填写那么无法提交，必填项及选填项填写完毕后提交，再由管理员审核是否合法，不合法那么不允许发布，合法那么可以自行发布二手车信息，由管理员审核。
卖家需要发布二手车信息，必须支付相应的费用，比方30元只能发3图片，置顶4个星期；100元能发6图片，置顶8个星期等。支付成功前方可发布。
d. 车辆信息修改
卖家对自己的待售二手车信息有修改权利，修改后的信息也要提交管理员审核后发布。
e．车辆信息删除
已有买家签订合同购置二手车或卖家因某些因素不能继续展示信息，相关卖家必须及时删除车辆信息，也可委托管理员删除。
. v . . .
2.3.1.4 车辆检测
为对二手车性能不甚了解的用户提供评估检测的效劳。卖家可以申请对自己所出售的车辆进展免费检测效劳。检测完毕之后，只需要将检测报告单上传到平台上即可。
2.3.1.5 帮助中心
a．在线咨询
有专门的管理员为用户在线答复二手车购置及销售的相关问题，管理员工作时间围之外的时间用户可以留言。
b．常见问题
对用户使用二手车交易平台的过程中的常见问题做好解答，这样可以减少管理员对相似问题的重复答复。管理员可以修改增删问题及解答容。
c．新手交易指南
为初次使用二手车交易平台的用户提供交易流程示意图及流程的文字描述。
2.3.2 后台管理员管理模块
2.3.2.1 管理员登录
管理员注册后可以登录平台，登录时需要输入用户名及密码，与后台数据核对一致后即可在权限进展管理。必须经更高级的管理员授权后才可以对信息增、删、改、查。
. v . . .
2.3.2.2会员管理
a．会员信息修改
b．会员信息添加
c．会员信息删除
d．会员信息查询
被授权进展用户管理的管理员可以对用户的公开信息进展查询，也可按照用户注册日期围、会员种类等条件进展条件查询，可以导出excel表格，打印预览及打印。
e．卖家信息审核
被授权卖家信息审核的管理员需要对个人卖家进展车牌号和身份对照，对经销商进展公司身份审核，只有合法拥有车辆的个人和合法经营的经销商才可以通过管理员的审核。
2.3.2.3 车辆信息管理
a．车辆信息审核
负责车辆信息审核的管理员需要对卖家提供的车辆信息进展审核以决定是否可以发布。
b．车辆信息发布
对新建二手车信息、修改后的二手车信息进展发布。
c．车辆信息删除
假设卖家和买家已经完成交易或因某些因素某辆二手车需要被删除，在卖家委托情况下，负责车辆信息管理的管理员有权删除车辆信息。
. v . . .
d．车辆信息修改
负责车辆信息管理的管理员和卖家达成共识后有权修改车辆信息。
2.3.2.4 日常管理
b．车辆资讯更新
收集新近车辆信息，发布至“车辆资讯〞模块。
c．回复用户问题
与用户交流，答复用户的问题。
d．在线支付明细
统计查询前台在线支付交易情况。
2.4系统架构设计
2.4.1应用支撑平台软件架构设计
在系统架构的组成上,主要包括5个技术界面和7个关键技术支持平台,其中界面设计的根本含义为:(1)底层界面:主要为模型提供底层支持,包括计算机网络(TCP/IP、IPX/SPX、NotBEUI)及平安协议(SET/SSL)、数据库(Oracle、SQL server、Sybase、DB2、SQL Anywhere)和操作系统(UNIX/WIN NT/LINUX);(2)配置界面:一般为工具系统的建立提供所需的底层数据和应用操作功能,主要包括互动管理效劳器、柔性化管理软件平台、多功能接口平台等;(3)工具界面:在于为建立协同电子商务应用系统提供一组可裁减的工具集,主要包括Web效劳工具、工作流管理、协同支持工具集、系统平安控制、协同数据管理中心等;(4)应用效劳界面:包括一些面向用户的支持协同商务的集成性应用系统。如系统管理、知识管理、交. v . . .
易管理、协同营运管理、协同商务管理等;(5)门户界面:即信息集成平台门户,为用户提供统一的集成化环境和效劳,是支持虚拟批发市场开展协同商务的互联通道。
2.4.2技术开发路线设计
对于开发语言的选择。微软公司的C*语言是一种跨平台的程序设计语言，C*具备简化的优点，并提供面向对象的而又不依赖于机器的开放架构，具有卓越的可移植性、平安性特点，同时具有灵敏的响应和交互能力。考虑到B2C电子商务平台系统的可扩展性、平安性、易维护性，所以，选用C*作为本系统的设计平台是最正确选择。整个系统是一个交互性强的数据库应用系统，在这里我们建议采用多种C*技术相结合的形式实现系统的动态交互，即C*、WCF、JavaScript、JQUERY相结合的方式，共同承当系统的交互、处理功能，对于数据库访问、会话采用WCF技术和WEBSERVICE，对于图像处理、网络传输、查错检错采用BitMap技术，对于一些应用模型采用WCF技术，通过这些技术的有机结合，形成功能强大、设计合理、使用方便、交互性强的应用系统。
数据库连接采用基于Windows的ODBC技术，ODBC采用Windows系统的方法对数据库进展访问。并对数据进展事务和多线程管理，它的连接速度快，提供了数据集、游标支持、SQL语句、会话管理、缓冲机制等强大的数据库连接与管理功能。
网页制作工具采用Macromedia Dreamweaver，Dreamweaver具有使用方便、工具丰富、模板众多等优势，是目前为止网上评价最好的网页制作工具；语言开发使用2012等成熟优秀的开发工具。
. v . . .
通过XML来交换数据，为分布式应用提供简单、开放、标准的耦合新途径。
通过这些技术的有机结合，形成功能强大、设计合理、使用方便、交互性强的应用系统。
表示层： BROWSER
通过HTTP协议请求传输
3实施方案
3.1技术力量与人员
平安(CA认证)监控层
数字签名和授权认证
平台建立实施小组人员及职责如下表3.1-1所示：
序号 职务 人数〔人〕 职责
控制层：WEB效劳器表3.1-1平台建立实施小组人员及职责
通过封装调用
数据流层：数据库效劳器
1. 工程经理 1
方案、组织、控制工程的开展，对工程的人员安排、本钱、风险统一管理，按照软件工程管理方法管理工程。
确定工程的技术实现，为工程搭建良好2. 系统架构师 1
的架构，规开发流程。
负责用户需求的调研分析，引导开发用3. 需求分析 2
户需求。
负责工程过程管理，规工程的实施过4.
工程管理 1
程。
. v . . .
负责整个工程测试工作的开展，与工程经理确定工程测试方案、测试用例的编5. 测试主管 1
写，组织相关测试人员根据测试用例进展测试。
6. 系统开发 8 负责系统的软件开发。
负责系统测试，包括功能测试、压力测7. 系统测试 2
试、回归测试等。
网络部署、平2
8.
安保障
9. 界面设计
合计：
2
20
负责系统界面美工设计。
负责网络环境的设计。
3.2进度方案
表3.2-1工程进度方案
时间(天)
进度
工程
方案确定
工程勘探、设计
工程开发阶段
效劳器搭建
系统调试
平台开放
开通试运行
正式验收测试
工程进度
1
7
10
30
40
50
60
70
80
. v . . .
终验完成
3.3验收标准
满足合同规定的需求或经用户确认的需求为标准验收本系统。
3.4工程质量控制
〔一〕质量控制活动
〔1〕阶段性复审
在开发的各阶段需要质量控制组的阶段性复审活动来保证工程质量的提高，但过多的复审活动会对工程的费用及时间造成较大的影响，因此工程控制活动中的复审要适量适时。质量控制活动的详细流程和执行方法，还需要在全体工程核心组到位后进展进一步讨论，最终制定出一套行之有效又适合本工程的质量控制流程。以下是一些根本流程：
表3.4-1工程质量控制
编号
01
开发阶段
工程启动阶段
质量控制活动
工程核心组复审工程工作方法，工程方案，质量控制流程，建立质量控制标准；
进展本工程的开发方法，文档规及质量标准培训。
工程核心设计组及相关专家对概要设计说明书进展阶段性复审，以及时发现问题；
根据质量控制标准，检查概要设计说明书是否到达质量标准。
03 详细设计阶段
设计核心阶段性复审；
根据质量控制标准，检查详细设计是否到达质量标准。
检查程序的编码规是否得到遵守；
抽查程序可读性，注释等是否完整；
在整个编程队伍贯彻质量意识，每个程序员都是质量保证的一员。
检查测试案例是否适宜；
02 概要设计阶段
04
编码和单元测试阶段
集成测试阶段 05
. v . . .
检查测试结果及测试报告是否完备。
用户验收测试阶段
审核验收测试方案，提出建议；
检查验收测试的方法和测试案例是否适宜，并提出建议；
审核测试结果及测试报告。
06
〔2〕测试
测试是确保本系统质量的重要手段，不经过认真测试的系统是不能被用于生产的。虽然，对各阶段的文档的审核也可认为是测试，但本工程所指的测试是指对应用软件的测试。做好测试是测试组的责任，测试组是与开发组相互独立的两组，且需要相当的技术和经历，对业务的理解要十分透彻。为保证测试的效率和质量需要注意以下几点：
? 建立高效合理的测试流程；
? 建立尽量模拟真实环境的业务数据模型(即运行业务的初始环境) ；
? 对测试案例的设计要有深度和广度；
? 特别在系统测试和验收测试阶段，安排好工程组的全体人员的任务和责任；
? 做好测试阶段文档和源程序的版本控制；
? 做好测试中发现的BUG的记录及存档工作；
? 对发现的任何BUG都要做好原因分析并记录归档；
? 做好回归测试；
? 防止对程序的修改而引起的其他问题。
〔二〕质量保证
质量审核确保工程满足预定的质量目标。工程经理会主持正式的质量审核以确保建立的质量控制流程被执行并且结果与工程质量目标相吻合。
. v . . .
〔1〕软件质量保证
1〕设计过程中的质量保证
? 设计目标的统一；
? 设计方法的统一；
? 设计模板的统一；
? 设计过程的监视；
? 设计结果的审核；
? 设计过程中的变更管理流程。
〔2〕程序开发过程中的质量保证
? 程序开发过程中的质量控制工具；
? 典型程序的开发模板〔增、删、修改、查询、菜单标准、前端界面标准、程序间的接口标准、公共类、其他类〕；
? 单元测试案例的编制方法和标准；
? 程序开发过程中的质量跟踪；
? 程序开发过程中的变更管理流程。
〔3〕系统化的测试思路
? 单元测试：主要由程序员依据单元测试案例的标准自行测试，并填写测试案例记录表，并承受质量保证组的抽样检查；
? 集成测试：集成测试的目标是将各个单独的程序或模块进展组装，并确保系统作为一个有机整体的可运行。是系统进展系统集成测试的根底；
? 系统集成测试：系统集成测试的目标是确保系统作为一个整体的正确运行；
. v . . .
? 性能测试：性能测试是从系统的处理能力、效率、平安性、数据一致性等各方面进展测试；
? 用户验收测试：在工程组完成以上测试以后，将最后的系统交给用户进展全面的测试，是系统试运行前必须完成的测试工作。只有用户验收测试完成以后，系统才能进入试运行。
〔4〕工程的整体质量保证
对于整个集团统一的办公自动化系系统，由于工程涉及的下属公司、业务部门、人员极其复杂，如何保证工程的顺利实施.如何保证工程的实施质量.是工程的关键成功因素。我们建议从以下方面来保证工程的整体实施质量：
? 正确的实施方法，以及该方法在实施过程中的有效执行，是工程得以成功实施的保证；
? 利用管理的手段，加强工程实施过程中的督查力度，以确保工程的实施质量；
? 加强工程实施过程中标准化、规化的管理力度；
? “全体质量意识〞是工程组贯彻始终的根本方针；
? 质量管理和质量监视切不可与工程的具体实施过程相脱节，必须与实施小组进展密切的沟通，共同制定简洁、切实有效的质量监视方法，并始终如一地贯彻执行；
? 必要时可建立切实可行的质量奖惩方法，奖优罚劣；
3.5培训方案
对用户进展培训是保证用户正确使用系统和用好系统的根本要求。通过培训. v . . .
使系统管理员能得心应手地维护好系统，保证系统的平安运行；使操作人员可以正确理解相关的业务流程，熟练掌握各个子系统的详细操作。
培训安排如下表3.5-1：
表3.5-1培训方案
序号
1.
2.
3.
4.
5.
6.
容
平台技术体系和功能介绍。
系统部署
后台管理。
系统操作技巧。
上机操作与常见问题解答。
远程培训，通过常用的通讯工具进展远程答疑，或通过远程控制软件辅助用户解决问题。
课时
半天
一天
一天
半天
两天
不定
对象
系统管理员与运行维护人员
系统管理员
系统管理员与运行维护人员
系统管理员与运行维护人员
系统管理员与运行维护人员
系统管理员与运行维护人员
3.6售后效劳
在系统正式启用后开场进展售后效劳，在此期间，我们将及时处理用户提出的疑问和各种系统异常问题，以保证系统的运行稳定、正常；我们为平台提供1名7*24专职的售后人员，以保证平台的售后效劳工作，我们将收取一定的维护费用，具体费用协商决定。
. v . . .
3.6.1售后效劳容
在系统售后效劳中，我们将提供如下的效劳：
? 系统运行保障维护
? 专人定期巡检
? 现场/远程技术支持
? 各种技术咨询
3.6.2售后效劳流程
售后效劳的流程如下列图3.6.2-1所示：
图3.6.2-1售后效劳的流程
3.6.3响应速度
我们提供日夜7*24小时效劳，无论在正常工作时间或非正常工作时间收到问题报告，将在1小时响应，指导用户完成修复；远程支持无法完成修复的，在24小时到达现场并修复。
. v .
更多推荐
信息,车辆,系统,测试
发布评论