汽车销售管理系统前景与范围文档

 

汽车销售管理系统

前景与范围文档

1.  业务需求

1.1 应用背景

随着网络的普及,越来越多的人越来越多的行业都用到了网络的渠道去进行更好、更高效的操作,以达到更好的收益。汽车行业作为科技的一个展现,更少不了用到最新的科技,去进行生产、销售等流程。用一个基于网络的汽车销售管理系统,能够更加方便销售公司和车主们的不同需求。作为销售公司,可以更好的管理人员,财务以及仓库等业务,作为车主们,可以更加方便的与销售公司进行交流,解决自己遇到的一些问题。然而,与此同时,也有一些问题需要考虑,比如:在以前的系统使用过程中车主们不满意销售公司有时候解决问题太慢,销售公司内部的一些管理更加复杂。

 

1.2 业务机遇

汽车销售管理系统作为基于网络的在线实时系统,可以满足车主们与销售公司随时进行联系,解决客户的问题;通过这样一个实时在线系统,可以提高客户们对公司的满意度,进而可以增加营业额,提高收益。

销售公司可以借助这个系统进行人员管理,统计工作人员的工作量;财务管理,进行对公司财务的系统管理,还能发放员工工资;可以根据当前的销售情况,建议公司下次进货的进货指南,减少库存积压。提高公司收益。

 
1.3 业务目标

BO-1用户在使用该软件3个月后,业务比以前显著提高。

度量方法:在销量方面有了显著提高,顾客的满意度比以前高,财务收入比         以前有所增加,系统比以前的用法简单,易上手。

理想标准:调查用户满意度提高70%

一般标准:调查用户满意度提高50%

最低标准:调查用户满意度提高40%

Ø  BO-2:用户在使用该软件6个月后,卖家的销售量增加20%;

Ø  BO-3: 用户在使用该软件12个月后,卖家的销售量增加30%。

 

1.4 业务风险

 

R1-1:所有涉及功能信息或个人身份信息的网络事物,都要进行加密操作。 

R2-2:除浏览菜单外,用户必须登录到“汽车销售管理系统”才能完成其他所有操作。 

R3-3:客户的登录受计算机系统访问控制策略限制。  

R4-4:汽车销售系统的销售人员,只有那些授权为管理员的成员,才能通过系统   创建或编辑汽车信息。  

R5-5:只有那些被授权可以在家访问公司内联网的用户,才可以在公司以外的地   方使用“汽车销售管理系统”。 

R6-6:系统只允许客户浏览他们自己以前的订单,而不能浏览其他顾客的订单

R7-7: 开发系统时可能需要对应不同的硬件系统开发,两种模式操作行为不同,    开发工作量加大。后台处理要求较高,需要对两种模式间的数据传递进 行较精确的设计。对于系统管理员和用户需要进行简单的使用指导。 

R8-8:客户在建立自己的模型时要花费很大的精力,才能真正的模拟出跟自己最   接近的模型,也会暴露自己的一些信息。而商家则对汽车的相关数据都得   记录,增加了工作量。

R9-9:顾客可能会因为录入自身数据而暴露隐私,软件也会出现一定的失真情况。

 

2 项目前景

 

2.1 前景概述

 

项目面向广大购车朋友,到目前为止中国汽车市场是全世界发展最具有潜力同时也是最大的市场,在2010年之前,我国新车年销量将突破1000万辆,中国还有数亿人预备进入有车的生活时代。在当前2014年,汽车在每个家庭都是一种必不可少的代步工具,对购车的需求及欲望非常强烈。然而在此时又产生一个新的问题,很多家庭希望足不出户便可以看到市场中所有的车型及车型的详细情况,为了避免这个情况,一款优秀的汽车销售管理系统可以做到让每个具有购车欲望的用户都可以在此系统中看到自己心仪的车型的详细情况。

2.2主要特性

 

   软件由于主要是面对对购车有很大欲望的用户,所以,软件将具有以下这些特征: 

 

1.面向一般用户,软件界面应该没有专业术语,并且界面简单容易理解,方便每个用户的使用;

2.系统应该提供每款车型的详细信息、汽车内部外部的照片以及每款车型的特色;

3.用户可以在软件中通过关键字去搜索自己心仪的汽车款式;

4.系统应该友好的提示错误;

5.系统应当具备对用户个人数据的保存。例如:上次搜索及查看的车型等;

6.操作简单,尽可能的多用按钮以及图片链接。

7.实现用户可看到每款车型的详细情况,最好可以在软件中查看3D模拟车型。

 

2.3 假设与依赖 

 

 AS-1:出手车辆的公司或卖家提供足够详细的车辆信息,如:是否为二手汽车、    是否具有所有手续、车辆照片及车辆型号;

 AS-2:在软件中搜索到的车辆参数与真实车辆参数相符合。

 AS-3:如果可以在系统中预订车辆,则需要说明最长的期限为多久;

 AS-4:车辆售出,一定要赋予专业发票,以便于买家后续的车辆维护和保养。

 

3. 项目范围

1.面向一般用户,界面用户友好,无专业术语,让用户理解方便。

2.系统提供所有的车型数据及图片,让用户可以选择自己喜欢的车辆。

3.用户可以注册个人信息,可以填写自己喜欢的车辆的类型。

4.系统可以根据用户信息生成推荐选购的汽车车型。

5.系统可以保存用户浏览过的车辆,可以根据浏览记录推荐更多车辆供用户参考。

6.系统可以对用户所选择的汽车进行全面的比较,将结果直观的显示出来。

7.用户可以上传用车体验,包括试驾视频,上路体验,汽车内部图片,供其他用户购车参考。

8.系统操作简单。

 

3.1 第一版范围

 

    在第一版中我们要实现一个简单的界面,能够采用模拟数据把整个的操作流程跑起来。

 

3.2 后续版本范围 

 

    在第二版中,我们要求对界面进行优化,要求简单,无专业术语和逻辑错误,系统在完成用户信息注册后生成用户推荐车型表。记录用户浏览车型并推荐更多车型共选择。第三版实现车型的对比功能,显示对比数据。实现用户上传用车体验视频等参考。第四版本根据前三版本用户使用改进不足的地方。

根据定义的范围可以做一个表格:

特性

版本1

版本2

版本3

版本4

FE-1

实现一个简单的界面,能够采用模拟数据把整个的操作流程跑起来

要求对界面进行优化,要求简单,无专业术语和逻辑错误

实现车型的对比功能,显示对比数据

 

FE-2

 

系统在完成用户信息注册后生成用户推荐车型表

 

根据前三版本用户使用改进不足的地方

FE-3

 

记录用户浏览车型并推荐更多车型共选择

 

 

FE-4

实现一个简单的界面,能够采用模拟数据把整个的操作流程跑起来

 

可以上传用车体验,包括试驾视频,上路体验,汽车内部图片,供其他用户购车参考

根据前三版本用户使用改进不足的地方

 

4. 项目环境

4.1 操作环境

这个系统主要提供给两类用户使用,一类是商家模式,一类是普通用户模式.

1. 商家模式中,商家可以通过汽车销售系统,录入车辆各种信息与参数,设计车辆的宣传信息,以及售后服务信息的记录。商家可以根据市场销售信息的变化,对数据库中的车辆信息进行更新;通过人事管理系统对企业的职工进行考勤、人事调整、奖惩以及对新员工的招聘等各类信息进行管理,当人事情况出现变化时,数据库必须同时进行更新;通过财务系统对企业的财务情况进行彻底的清算与管理,实现财务透明化,财务的不断变化要求数据库中的信息作出同步更新。

2. 面向顾客时,系统是B/S 和C/S相结合的模式,可以提供用户对车辆进行查询、搜索与选择等功能,与商家的客服进行在线交流,对公司有求职意向的人,可以查看人事部门的发布的招聘信息,投递简历。

该系统主要是使用B/S模式,只要用户安装了浏览器,有网络,就能进入公司的官网,如果用户想要与公司的客服或售后服务部门的专家进行聊天,推荐使用公司专用的聊天软件。数据主要在两个地方产生,一是商家进行车辆信息的发布,使用库存管理、人事管理、财务管理等子系统是产生,另一个是在用户选择车辆,与客服进行互动时产生。企业员工在使用这套系统是,最大响应时间应该控制在0.2s内,用户在这个系统中允许出现服务中断现象,因为这些信息涉及用户的隐私信息,所以后台服务器要对用户信息进行保护。公司除了系统管理人员和售后部门的人员全天候有人在岗外,其他员工只在正常上班时间使用本系统,而用户可能24小时都有可能使用本系统。

4.2 涉众

在这个程序里面的主要涉众见下面表格:

涉众

特征

销售部门

主要使用该系统对车辆进行宣传与销售,拓宽了销售的渠道,减少销售部门的人力成本。

售后服务部门

提供24小时的专家在线售后服务,提供全方位,360度的在线服务,随是为用户排忧解难。

技术部门

负责系统的日常维护和故障检修

采购部门

根据市场行情,使用该系统对车辆进行更加合理的采购,对采购信息和商家实行更好的数字化管理。

仓储部门

主要使用该系统对库存进行盘点,减少人力成本。

人事部门

主要使用该系统对员工实行更加合理的管理,健全企业管理制度,对员工考勤,奖惩等信息实现信息化,对员工实现垂直化管理,减少了管理人员的使用,大大降低了企业的成本。

财务部门

使用该系统对财务信息透明化,细微化的管理。

普通用户

使用该系统来选购车辆、与前台客服及售后专家进行24小时互动,对公司有意向的人可以查看公司招聘信息,投递简历。

4.3 项目属性

具体的项目属性如下表所示:

 

属性

执行者

约束因素

可调整因素

进度

项目经理

技术方面存在不成熟,对业务的了解不够深入。

计划半个月之内完成大体的框架搭建,一个月完成客户急需的销售和人事两个子系统,一个月完成财务和库存两个子系统,半个月完成最终版本,遇到特殊情况最多不超过10天

特性

 

各个版本完成预订的功能且用户必须完全可操作

在第一版中实现用户需要的各种功能,在最终版本中进行调整

质量

用户,测试工程师

用户满意度必须达到90%;必须通过全部的安全机制检查,系统能够在win7,winxp等操作系统下稳定工作

 

人员

团队规模包括一个项目经理,一名系统分析师,四名开发人员,一名测试人员和汽车销售公司一名熟悉业务的人员如果计划不够,可以适当增加人员保证工期! 

 

 

 

费用

项目经理 

 

在不包括责任人评审的情况下,财政预算最多可超过15% 

 

 

词汇表:

模型

参考资料: 

  需求工程—软件建模与分析 

需求工程文档规范 

项目前景与范围文档模板 

你可能感兴趣的:(软件工程,软件,前景与范围,文档,汽车销售管理系统)