汽车销售系统需求分析

第一篇：汽车销售系统需求分析

关于汽车销售系统的需求分析：

随着国内汽车市场的不断扩大，各大4S店及汽车销售公司对高效管理员工、车辆以及客户信息的需求也显得尤为迫切，希望可以有一套系统可以解决这个问题。

具体需求如下：

基本信息管理：员工信息、汽车厂商及型号、客户信息

车辆销售管理：车辆销售、车辆出库

车辆入库管理：车辆采购、车辆入库

车辆库存管理：库存车辆及其明细、销售收益统计

销售系统维护：数据安全管理、权限管理

管理员登录后，可以查询规定日期内的销售记录以及相应的销售员工和客户信息（也可以按车辆型号进行查询），同时可以对库存车辆的信息进行增、删、改。对入库车辆进行成本统计，对出库车辆进行收益统计

客户登录后，可以查询各个厂商及型号车辆的基本信息

员工信息（工号，姓名，性别，电话）

厂商信息（编号，名称，电话，地址）

车辆信息（编号，型号，厂商，进价，售价，颜色，排量，库存量）

客户信息（客户号，姓名，电话）

销售【订单号，交易日期，客户号，工号，汽车编号，交易价】

入库【汽车编号，入库日起，进价，数量，销售收益统计】

第二篇：房地产销售管理系统需求分析

房地产销售管理系统需求分析

1、需求分析：

伴随着人类社会的进步和科学的发展，人们生活的水平也在不断提高，房地产行业已经成为当今社会比较热门的行业。房地产销售是房地产行业的重要组成部分，由于房地产销售形式复杂、业务种类繁多，早起的手工销售方式已经不能适应现代房地产销售的需要，在这种情况下，房地产销售管理系统应运而生。

在各大中型房地产销售公司的房屋销售管理当中，主要存在着以下几个问题：

（1）房屋销售工作人员的工作量大、工作效率低

在房屋销售管理的工作流程中，需要完成很多的工作。这其中要填制大量的单据，而且在填制这些表单时，有很多的录入信息都是很重要的。例如，楼盘名称、楼房名称、房型信息、客户信息及房屋销售信息的反复出现，这些信息的重要性录入，必然降低工作人员的工作效率，加重了工作负担。

（2）房地产公司各个部门之间沟通困难

现代房地产企业在营销管理的工程中，主要面临着大量的数据和报表无法在多个部门之间进行有效的、畅通的信息交流和沟通，无法实现跨区域的实时管理、监控以及如何满足集团公司多级管理的需求等问题。

（3）查询、统计困难

每天的房屋销售情况，客户退房、换房情况，这些大量数据的产生，都会加重查询统计工作的负担。

为了解决以上问题，我们从房地产销售公司的角度出发，开发了房地产销售管理系统。

2、系统分析

（1）业务流程：

房地产销售管理系统主要包括房屋销售管理、主要包括房屋销售管理、客户换房管理、客户预定房屋管理和客户退房等几项业务，在不同的业务中分别完成相关的业务操作，并且能够打印出相应的单据和凭证，从而使得房地产公司的各项业务正常运转。房地产销售管理系统的业务流程如下图：

使用房地产销售管理软件可以帮助房地产销售企业有效的管理与房地产销售相关的业务工作，从而减轻了房地产销售公司工作人员的工作压力，提高处理业务的效率，增强了企业在同行业中的竞争力。

（3）功能分析：

该系统有如下功能：

●能够完成房型、楼盘、楼房、房屋资料信息的录入和编辑，并且能够查询、调整楼房的销售价格。

●完成销售管理、换房管理、退房管理、付款管理和房屋退款管理的相关信息。●管理及维护客户资料的相关信息。

●管理客户预定房屋的相关信息，并且能够统计出房屋预定的相关信息。●统计出不同的销售代表所销售房屋的详细信息 ●统计出客户的相关数据

●维护房地产公司的员工信息。

●管理及维护系统操作员并且能够修改操作员的密码信息。●能够完成数据备份和数据恢复的操作，保证数据库的安全。

3、系统设计

（1）系统功能设计：

根据上述的功能分析，可以将房地产销售管理系统分为5大功能模块，即楼盘房屋资料管理、房屋销售管理、数据统计报表、基本数据录入编辑和系统维护。其中，楼盘房屋资料管理包括房型信息管理和楼盘房屋信息管理两部分；在房屋销售管理中，能够完成对房屋的销售及付款信息的管理、客户基本信息、客户退房及退款信息的管理；在数据统计报表中，能够完成房屋购订统计查询、房屋预定统计报表、房屋销售统计报表和客户数据分析等功能；基本信息录入编辑包括员工资料录入编辑和公司资料录入编辑两部分；系统维护主要能够完成系统初始化、数据备份、恢复及对用户信息维护及管理等功能。房地产销售管理系统的功能结构如下图所示：

4、数据库设计

由于房地产销售管理系统所涉及到的数据量比较大，Access数据库不能满足存储大量数据的要求，所以本系统采用sqlserver2005作为系统的后台数据库。

房地产销售管理系统的数据库名称为“data_fdcglxt”，由于房地产销售管理系统的数据库比较复杂，本系统的数据库预计使用32张数据表。由于表过多，现在只列出员工信息表，如下图：

5、需求分析总结

在以前的可行性分析基础上，我们进行了以上的需求分析过程。在分析的过程当中，我们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行的，有很好的开发价值。

09应用技术304成员：王佳、陶海荣

第三篇：系统需求分析报告

系统需求分析报告

目录

目录.............................................................................................................I

1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、项目描述

1.1 背景

随着网络的普及，网络业务应用向深度和广度不断发展，方便用户的同时，也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽，使得网络上涉及如：电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击，对个人用户信息（网银、支付钱包账号密码等）的保密和对国家互联网信息管理与审计构成严重威胁。

1.2研究意义

本项目针对以上问题，主要利用了以下两种技术：僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。

网络攻击已严重威胁着网络的安全，及时的发现网络攻击并在必要的时候劫持与反制网络攻击，成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。

2、需求分析

经过与项目委托方多次讨论，设计系统的目的是为实现对特定非法用户Web（HTTP/HTTPS协议）通信进行监控及反制，具体要求实现的功能有：监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。

第 1 页 2.1功能需求分析

根据监控系统的要求对系统的功能进行分析，明确了系统需要实现的功能。系统的功能结构模块：系统管理功能、流量劫持功能、监控与反制功能。

2.1.1 系统管理功能

系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示，数据存储负责接收后端和前端JS探针采集的数据并存储到数据库，数据展示负责提取数据库数据并显示。

2.1.2 流量劫持功能

本文流量劫持指DNS协议劫持，主要由四个部分组成：报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。

2.2性能需求分析

1.DNS流量劫持成功率

为了达到项目委托单位的要求，需要对特定用户访问特定网站的流量进行准确监控，同时保证流量劫持的成功率（90%以上）。

2.监控与反制系统并发量

监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大，监控与反制系统并发处理能力到极大挑战。

3.系统运行稳定性

第 2 页 系统稳定性是系统最基本也是最重要的要求，运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在：随着运行时间的增加，系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。

第 3 页

第四篇：门禁系统需求分析

门禁系统建设需求分析

1.是否联网通过RS485还是TCP/IP 方式？如果采用485，是否需要配置485 HUB?(增加通讯距离，挂接更多的控制器)如果采用TCP/IP 是直接采用网络转换器还是通过TCP/IP转化器？ 2.门禁控制器类型：单门，双门，四门，八门控制器还是门禁一体机？

3.识别方式：密码，指纹，刷卡，识别脸等? 4.管控方向：单项刷卡还是双向刷卡？

5.卡片类型:EM（智能采用EM 读卡器，需要联网）,Mifare，HID 6.读卡器类型:韦根，485,如何发卡：通过控制器，232读卡器，键盘口读卡器，输入卡号？

7.系统软件：单机版还是网络版？需要考勤，电梯和更新软件模块吗？

8.电控锁类型：磁力锁，电插锁(阳极锁，双向开门)，阴极锁，需要支架吗？

9.供电方式：集中供电还是分散供电？ 10.线材选材：RVVP 还是RVSP? 联网门禁系统说明：

1：

说明：进出安装两个按键读卡器，通过韦根接口连接到单门控制器上，进出均可提供三种开门方式，刷卡、刷卡+密码和安全密码。但不可以设为进门不要密码管制，而出门要密码管制进出安装两个指纹读卡器，通过韦根接口连接到单门控制器上。两台指纹读卡器，可通过485接口连接到控制器的485 总线上，便可通过计算机将采集到的指纹，下传到指纹读卡器中，或者将指纹读卡器中指纹数据备份到计算机中。

2：

 指纹一体机就是集成了指纹读头的单门控制器

 指纹一体机可内置射频读卡模块，提供刷卡+指纹等更多种开门方式

 如果内置了Mifare读写模块，还可以配置成将指纹存储在Mifare卡中。正常情况下，指纹存储在指纹机中。

 指纹存储在Mifare卡中，一个最大的好处是，提供1:1的指纹比对方式，提供系统的安全性，降低误识率；同时一台指纹机管理的员工数量，不再受到指纹机中指纹存储容量的限制，可增加到 10,000个员工。

第五篇：汽车管理info系统需求分析报告 -

省小汽车控购管理信息系统

需求调研分析报告

第一章 方案总体构想

一．操作方便，使用灵活，尽量简化基层单位购车的工作过程

目前手工方式的购车过程是，采购单位先到当地财政控办领取《购置小汽车审核表》，填完表后盖上单位公章，并报主管单位确认盖章后，连同购车所需的相关附件一并送到当地财政控办。财政控办受理后审核其购车的指标及定编情况，确认通过后盖章，再送省控办审批盖章，最后由省控办发放购车指标证。

可以看到在上述购车构成中，必须通过人工来传递审核表及相关的附件材料，对于杭州市内及周边区县的单位来说，到省财政的距离不算太远，跑几趟还花不了多少时间，但是对于全省上万家行政事业单位来说，每年新增车辆近万辆，浪费在购车审批过程上的时间、精力和资金就是一个相当巨大的数字了。

《省小汽车控购管理信息系统》的首要目的，便是减少基层单位购车审批时上门的次数，简化购车审批工作过程，并达到节约财政资金的目的。

二．信息共享，便于管理

省控办对党政机关及部分行政事业单位小汽车实行定编管理，而且实行定编的行政事业单位范围还将扩大。省控办现有的小汽车定编管理软件功能尚不完善，而且局限于省控办内部使用，信息不能共享，汽车定编数据的采集不完整且与基层单位的实际数据信息可能不一致。

《省小汽车控购管理信息系统》部署在省财政外网门户网站上，有以下几个目标和要求：

1．提高省财政门户网站的点击率。

2．完善小汽车定编管理功能，丰富报表统计功能。3．实现网上审批办事平台，方便基层工作。4．信息全省共享，分级使用。

三．建立车辆电子档案库，扩大服务范围

对于纳入财政资金支出的在编公务用车，按车辆建立电子档案库，将购车的审批过程文件、购车原始凭证、车辆行驶证等资料通过扫描处理为影像文件存储到电子档案库。

车辆电子档案库可以有效地保存公务车的档案资料，并能让各级财政部门、主管单位、车辆使用的单位领导、车队负责人等随时查询所需的车辆资料。比如车辆过户、报废等可能需要提供车辆的购车凭证等原始信息，而一般过户、报废都是车辆已购置多年以后，那时需要从档案室翻取原始资料可是一件很麻烦的事。有了车辆的电子档案库，只要国资资产处置管理部门能认可加盖单位公章的电子影像件打印件，那就可以省去很多的麻烦。

四．加强对车辆维修保险的监督管理，为财政节约资金

当前在对公务车的管理中，除了超编、超标或频繁更换车辆等问题外，公务车每年的养车费用也是居高不下。除了加强车辆定编管理外，还需要对车辆每年的加油、保险、维修等进行有效地监督和管理，这样才能更大地节约财政资金。

可以试行公务车编制证管理，对每辆公务车发一张卡，该卡即视同为公务车的“身份证”，须凭证才能办理车辆养路费、保险、入户、调配乃至报废更新等所有手续，财政部门也凭证划拨公务车的运行费。

实行定点维修和定点保险，定点维修和保险单位必须每日将当天发生的公务车修理和出险定损信息通过接口传递给《省小汽车控购管理信息系统》，当定点服务单位与财政或被服务单位定期结算时，系统能自动生成车辆这段时间内的维修保险明细和汇总清单，以便核算中心与服务单位进行结算对帐。

五．总体规划，分布实施

《省小汽车控购管理信息系统》要充分地调研和分析，从全省的范围出发进行整体规划和设计，有计划地分步实施，先从省级机关及行政事业单位试点，业务上先完成网上汽车的定编申报审批管理。

第二章 业务流程分析

调研走访单位：浙江省采购办、杭州市采购办、杭州市西湖区采购办、临安市采购办、杭州港昌汽车服务有限公司、中华联合财产保险公司浙江分公司。

一． 定编单位购车申报审批流程

二． 非定编单位购车申报审批流程

三． 车辆定点维修业务流程

四． 车辆定点保险业务流程

第三章 功能需求描述

一．网上办事平台 1．待办事宜

对单位购车、车辆过户、车辆报废以及单位定编变更等申请流程待办任务进行审批处理。

流程任务预算设定，并且按财政各级控办的上下级隶属关系进行自动流转处理。同一级财政部门控办内分别设置经办人、科长、分管领导三个岗位角色，省财政另外增设厅长角色。

2．在审流程查询

在审流程查询是指对于当前正在审批流转过程中的所有流程任务，报告其申请的具体内容以及当前所处的处理环节，便于申请人及时了解审批进度。

3．办结流程查询

办结流程查询使用户能够按年、月、日以及其他一些模糊条件，查询访问历史已办结的流程。

4．个人信息维护

修改用户的个人资料信息，如中文姓名，职务，联系电话，地址，电子邮箱，用户登录密码等。二．单位定编管理 1．单位定编情况查询

按用户所在单位的行政隶属关系，查询其下属所有单位的小汽车定编情况，内容分别是：

单位基本信息：单位代码、单位名称、单位级别、单位性质、上级单位、联系人及电话、邮编、地址、Email、归口业务处室等。

人员编制信息：人员总编制数，其中包括领导职数、非领导职数、干部职数。车辆编制信息：车辆定编数合计，其中包括领导干部用车、机关工作用车、机动用车、办案及执法用车。

现有车辆情况：现有车辆总数（其中不占编的有老干部用车、特种车辆、其他不占编车辆），超编数，缺编数。

2．单位定编信息维护

对单位定编信息（单位基本信息、人员编制信息、车辆编制信息、现有车辆情况）进行维护。

本功能仅对由省控办用户开放。

3．定编变更网上申请

用车单位需要对单位的定编数进行调整变更的，由当地同级控办用户根据用车单位提供的变更书面材料及相关文件批示，在网上下载并填写《定编变更申请表》，并将相关附件扫描录入后，向上级控办发起定编变更申请申报。

对于定编变更申请的流程审批处理参见“待办事宜”。三．网上购车管理 1．非定编单位购车申请

非定编单位需要购置新车的，由当地同级控办用户根据用车单位提供的书面材料及相关文件批示，在网上下载并填写《非定编单位购置小汽车审批表》，并将相关附件扫描录入后，向上级控办发起非定编单位购车申请申报。

对于非定编单位购车申请的流程审批处理参见“待办事宜”。

申报填写的具体内容及所需上报的材料附件参见《浙江省小汽车控购工作规程》。

非定编单位购置20万以下的小汽车可以由同级财政控办直接核准并下达指标证。

2．定编单位购车申请

定编单位需要购置新车的，由当地同级控办用户根据用车单位提供的书面材料及相关文件批示，在网上下载并填写《定编单位购置小汽车审批表》，并将相关附件扫描录入后，向上级控办发起定编单位购车申请申报。

对于定编单位购车申请的流程审批处理参见“待办事宜”。

申报填写的具体内容及所需上报的材料附件参见《浙江省小汽车控购工作规程》。

定编单位购车申报时必须录入单位代码，系统自动显示该单位当前定编情况，车辆性质由申报人选择：占编、老干部、特种车辆、其他不占编（后三种都属于不占编制）。

3．车购指标证打印发放

对于审批终审核准通过的小汽车购置申请，由省控办或当地同级财政控办（仅对非定编单位20万以下车辆）打印并发放指标证。指标证应考虑采用何种技术手段以加强防伪功能。

4．历史购车资料查询

对于历史所有已办结的定编及非定编单位的汽车购置审批表按单位、时间进行查询，并能查看详细信息及其相关的附件资料。