2023年汽车销售管理系统软件需求规格说明.doc

汽车销售管理系统 软件需求规格说明 学 校：宁 夏 大 学 学 院：数学计算机学院 年 级：09 级 7 班 专 业：软 件 工 程 指导老师：杨 萍 姓 名：12023242530 周海东 12023242531 周 健 12023242534 尤 欢 12023242539 李可新 D.3 软件需求规格说明 D.3.1 介绍 1. 目标 公司通过该“汽车销售管理系统〞在两到四个季度可以使公司销售管理的所有流程都有所提高。首先，运作费用减少50%。尽可能的减少了公司本钱，使利润增加80%。其次，员工平均工作量也降低了40%。有效提高了劳动力的价值。再次，为顾客在购车环节节省时间80%。这样也不会让顾客在购车时感到程序繁琐。最后，通过顾客对销售管理系统的满意度对其进行适度的调整，以致到达更高的销售水平。 2. 项目范围和产品特性 汽车销售管理系统根据客户需要主要根据实际需求，实现了从客户预约、报价、订购、售后效劳等多个环节数据的跟踪管理效劳。 “汽车销售管理系统〞可以根据不断更新的汽车数据向顾客展示车辆信息、图片、视图等，并根据市场变动向顾客推荐最新的汽车信息与款型，介绍其性能。然后根据顾客反响的信息〔用途、价位等〕向其推荐适宜的车型以及给出合理的建议，如果客户满意的话，由专业的参谋跟客户预约到公司试车的时间。最后本系统可以根据公司的销售的情况，对销售量进行统计，并显示出销售业绩最好的车型及相关的信息〔车辆信息、顾客信息〕，以便更好的掌握市场销售动向。 D.3.2 总体描述 1. 产品远景规划 “汽车销售管理系统〞是一个现代化的新系统，它取代了繁琐的客户购车方式，可以不用打很多 ，可以不用到处跑去选择自己喜欢的车辆。图1.1显示了“汽车销售管理系统〞的关联图它演示了外部实体和系统接口。期望系统能够演化出更多的版本，最终体现出更好的效果。 售前管理 订货管理 车辆管理 客 添加 客户 添加 信息 户 车辆 信息 客户 进货 订 信息 管理 信息 加 客 车 添 信息 汽车销售管 理系统 户 退货 退 添加 货 车 车辆 车辆 车辆 销售 车 辆 进货 添加 密码 管理 退货 退货 辆 退 结帐 用户 修改 用户 查询 查询 退货 销 货 车辆 车辆 车辆 车辆 售 结 进货 销售 库存 销售 结帐 帐 售后管理 系统设定 退出 查询 查询 查询 排行 结帐 售后管理 查询统计 查询统计 图1.1“汽车销售管理系统〞的关联图 2. 用户类和用户特性 用户类 描述 客户 客户是一个消费群体，他们希望通过公司的“汽车销售管理系统〞订购自己需要的车辆款型，以至于送货上门。有100名消费的客户，其中大约有65%的客户都会使用“汽车销售管理系统〞来订购车辆〔大致估计的数据〕，其中50%的客户是直接在家里连网订购的，所以可见“汽车销售管理系统〞的方便 前台工作人员 公司的销售部门目前雇佣了大约30名“汽车销售管理人员〞，他们从“汽车销售管理系统〞接受订单并收取定金，准备车辆，按照客户要求的送货时间进行发货，销售部门的工作人员需要接受培训，学会如何使用计算机、相应的浏览器和“汽车销售管理系统〞 技术主管 技术部门主管，他负责建立并维护〔增加、删除、更新〕“汽车销售管理系统〞的各项菜单，例如：菜单中有效的送车时间；车库中车辆款型、数量的情况 售后效劳人员 售后效劳人员，当前台接受订单并确定要发货后就会将相关的信息发送给售后部，售后就会根据客户的请求时间进行发货，并且还要根据客户所定的售后各项套餐定期给予相应的效劳 3. 运行环境〔operating environment,OE〕 OE-1：“汽车销售管理系统〞的操作将通过web浏览器完成：Microsoft Internet Explorer版本8.0和9.0,，Macromedia Dreamwear 8.0。 OE-2：“汽车销售管理系统〞将运行在一个效劳器中，该效劳器运行当前由公司批准的ftp和 。 OE-3：“汽车销售管理系统〞将允许用户通过公司内联网来访问，如果用户被授权在公司的外部穿过防火墙来访问，那么用户也可以在家里通过Internet来访问改系统。 4. 设计和实现的约束条件〔constraint〕 CO-1：系统的设计、编码和维护文档将遵照Process Impact Intranet Development Standard(Process Impact 公司内联网开发标准)版本1.3【2】。 CO-2：系统将采用公司标准的当前Oracle数据引擎库。 CO-3：所有HTML代码将遵守HTML4.0标准。 CO-4：所有脚本都用Perl语言来编写。 5. 用户文档〔User Documentation,UD〕 UD-1：系统将提供一个分层的和跨越连接的html联机帮助系统，它描述并演示了所有系统功能。 UD-2：如果有一个用户第一次使用该系统，系统可根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实现一下如何订餐。系统不会将采用的这一模板的订餐订单储存到数据库中，也不会将这种订单提交给销售部门。 6. 假设〔ASsumption〕和依赖〔DEpendency〕 AS-1：只要是要求员工在岗的每一个工作日，销售部门的前台、售后都会营业。 DE-1：“汽车销售管理系统〞的运行依赖于“刷卡缴费系统〞所做出的变更，他接受用“汽车销售管理系统〞订购车辆的付费请求。 DE-2：“汽车销售管理系统〞的运行依赖于“销售部门库存系统〞所做出的变更，当接受“汽车销售管理系统〞订单后，它更新车辆数量、款式的有效性。 D.3.3 系统特性 1. 订购车辆 〔1〕 描述和优先级 客户的身份的到验证之后，他们就可以订购自己喜欢的车辆，并可以要求送货到指定的地点，也可以自行去公司领取。只要在规定的期限内客户可以随时取消或改变订单。优先级为最高。 〔2〕 刺激/响应序列 刺激：客户请求订购车辆可以一辆或者是多辆。 响应：系统向客户询问订车细节、售后套餐和送货说明。 刺激：客户请求改变订单。 响应：如果订单的状态是可以点击〔即在规定改变的时间内〕，那么系统允许用户编辑以前的订单。 刺激：客户请求取消菜单。 响应：如果订单的状态是可以点击〔即在规定改变的时间内〕，那么系统取消订单。 〔3〕 功能性需求 Order.place 登陆到“汽车销售管理系统〞的客户可以通过该系统订单，订一份或者多份 Order.place.Register 系统将确认订单的客户所注册付费是一次付清还是分期付费，或是刷卡 Order.place.Register.No 如果客户没有注册那么不能继续订购车辆 Order.place.Date 系统将提示客户输入送车日期 Order.place.Date.Cutoff 如果订购的日期是当前的日期，而订购时间已经过了截止时间，那么系统将通知客户订购太晚了，今天已经不能订购了，客户可以改变订购日期，或者也可以取消订单 Order.Deliver.Select 客户可以请求只是订购车辆或是还要求送货上门 Order.Deliver.Location 如果订单是送货上门，送货的日期是有效的时间，那么客户将提供一个有效的送货地点 Order.Deliver.Notimes 如果送货日期是无效的，那么系统将通知客户，客户可以取消订单也可以自行去接收 Order.Deliver.times 系统将显示订购日期剩余的有效送货时间，客户可以从显示的送货时间中选择一个时间，也可以自行去接收，或者取消订单 Order.Menu.Date 系统将显示指定日期的菜单 Order.Menu.Available 当前的日期的菜单只显示至少在销售部门存货的一个供给库有货 Order.Units.car 系统允许客户说明他希望订购的车辆款型、数量 Order..Units.Multiple 系统允许用户订购多份同样的餐，但其最大的份数只能是库存中有效份数的最小值 Order..Units.TooMany 如果客户所订购的车辆数超过了库存的数量，那么系统会提示客户他所能订购的车辆最大数目 Order..Units.Change 如果车库中的存货不能够满足客户的订购数量，那么客户可以改变所定车辆的数目，也可以取消订单 Order.Confirm.Display 如果客户说明他不想再订购了，那么系统就会显示一个总菜单，标明客户所订购的车辆信息，以及应该支付多少费用 Order.Confirm.Prompt 系统提示客户确认订单 Order.Confirm.Not 如果客户不确认订单，那么客户可以继续编辑订单，也可以取消订单 Ord