河北工业大学软件工程《汽车销售系统管理系统》实验报告

河北工业大学
软件工程课程实验
实验报告
题目：汽车销售系统管理系统
专业：网络工程
班级：网络C112 网络C111 组：第一组
组长：马睿基
成员: 孟凡响韩峰刘轩宇王鹏
指导教师：张健楠
完成日期： 2013.12。

22
一、项目开发计划书
完成人：全员
1．引言（Introduction)
为实现利用信息技术获取市场信息，优化流程，完成供应链协同，订单驱动生产和财务利润最大化,企业需要一套成熟度汽车销售管理系统，是具备高度扩展能力的软硬件及系统架构所支撑的，真正符合中国市场需要的管理体系。

1.1项目概述（Project Summary）
本系统考虑系统组成的各环节功能需求，向最终用户提供一套先进高效的应用系统。

这套系统应该具有最先的技术特征，配置必要的数据库和应用服务程序，组织完整的管理员操作界面。

软件系统的界面简明美观，布局合理，窗口的内容尽量简单明了的提供信息,语言通俗易懂，有层次感，分类清晰。

是能够快捷的录入和读取及清楚的看到目前客户的信任度，安全性能很大提高。

1。

2 相关文档（Related Documents)
［1］《软件产品开发任务书》
［2] 《立项建议书》
[3] 《用户需求报告》
[4］《需求规格书》
2．软件生存周期(Software Life Cycle）
本节记录项目策划生存期定义的工作结果,需要描述的主要内容：
(1）项目生存期框图
1）需求分析和定义:分析系统用户建立系统的服务、约束和目标。

并对其详细定义从而为系统描述服务.
2）系统和软件设计：系统设计过程区分硬件和软件系统的需求。

它建立一个总的系统体系结构。

软件设计包括识别和描述一些基本的软件系统的抽象及其之间的关系。

3）实现和单元测试：在该阶段，软件设计是作为一组程序或程序单元实现的。

单元测试就是检验每个单元是否符合其描述.
4）集成和系统测试:集成单个的程序单元或程序，并对系统整体进行测试一确保其满足需求.
5）运行和维护：维护包括改正在早期个阶段未被发现的错误，改善系统单元的实现，当新的需求出现时提高系统的服务能力。

4．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and
5．资源需求计划（Resource Requirement Plan）
●硬件环境：
·CPU： P4 2.0GHz
·内存 512MB以上
·硬盘 40GB以上
客户端:利用现有办公PC机
●软件环境：
操作系统:Windows XP及以上
运行环境：Microsoft visual studio 2005
二、需求规格说明书
完成人：孟凡响韩峰
1．概述（Summary）
汽车销售管理系统,是为汽车销售公司开发的销售系统，该系统包括试车管理，订单管理,库存管理,业务信息管理.
1.1项目的目的与目标（Purpose and Aim of Project)
项目的目的是对开发本系统意图的总概括.项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的，项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化,以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标.
1.2 术语定义(Terms Glossary）
SQA(Software Quality Assurance）软件质量保证
UL（User Interface）用户接口
1.3 相关文档（Related Documents）
项目开发计划书—〉需求规格说明书-〉设计规格说明书—>源程序清单-〉测试报告—〉用户手册。

项目开发计划书从宏观上决定了整个项目的类型，规模，层次结构，及项目的开发时间等信息。

需求规格说明书则定义了该系统的应该怎么做,才能满足客户的需求，即定义系统功能。

系统设计说明书对系统各个模块进行了细致的分工，说明了各个模块应当实现的功能,遵循需求规格说明书提出的要求。

源程序清单为实现该系统，及各个功能模块，将整个程序也分成相应的模块,各个程序模块实现要实现的需求。

测试报告：在编码完成后,对程序进行软件测试，并将各个步骤详细记录下来，然后对软件存在的缺陷，进行修复，错误进行更改；然后再进行测试，修复，更改,逐步完善和实现系统的功能。

用户手册：依据以上各步实现的软件功能，编写使用方法,告之用户如何正确使用该软件。

2．问题初始分析（Early Analysis)、
1。

1 对本系统登录账户的管理.提供三种登录模式，即销售员登录模式和库管员登录模式还有经理登陆。

其中销售管理员，可以进行系统中订单与试车信息操作，库管员登录用户，可以操作汽车入库出库信息和库存清单信息，经理登陆可以查询销售信息和库存信息.
1。

2 填写汽车信息，对可销售汽车信息进行增加，删除，修改的管理.
1。

3 填写试车体验信息,对客户试车做出的评价进行增加，删除,修改的管理。

1.4 订单管理，对订单进行增加，删除,修改的管理。

1。

5 入库信息管理,对入库信息增加，删除，修改的管理.
1.6 出库信息管理，对出库信息增加，删除,修改的管理.
1。

7 仓库管理,分析入库与出库信息导出显存车辆信息。

1。

8 业绩查询，通过订单统计销售员业绩。

2。

1 场景描述（Scene Description）
在登录时候，销售员登录上以后,进行汽车信息填写,试车体验填写，订单管理。

库管员登陆后，进行入库信息，出库信息管理,查询库存信息。

经理登陆后，进行业绩查询。

2.2 初始功能提取（Early Function Distill）
填写汽车信息,对可销售汽车信息进行增加，删除，修改的管理。

填写试车体验信息，对客户试车做出的评价进行增加,删除，修改的管理。

订单管理，对订单进行增加，删除，修改的管理。

入库信息管理，对入库信息增加,删除,修改的管理。

出库信息管理，对出库信息增加，删除，修改的管理。

仓库管理,分析入库与出库信息导出显存车辆信息.
业绩查询,通过订单统计销售员业绩.
3．目标系统功能需求（Function of Target System)
1.销售员填写汽车信息,填写试车体验信息订单管理。

2。

库管员填写入库信息，出库信息,查询库存信息。

3。

经理进行业绩查询。

3。

1 功能需求分析（Function Analysis）
3。

1。

1 用例表
前置条件每位销售员都填写了自己的订单
触发条件BOSS查询业绩
主事件流1、点击业绩查询
2、打印
后置条件
鲁棒图
3.1。

4域模型
3。

2 功能需求点列表（Function List)
编号功能名称使用人功能描述输入内容输出内容
1 登录销售员登录系统用户名，密码主界面
2 登录库管员登录系统用户名,密码主界面
3 登陆经理登陆系统用户名，密码主界面
4 填写汽车信息销售员对销售汽车
汽车信息
信息进行填
写修改
5 填写试车信息销售员对客户给汽
评价
车的评价进
行填写
6 订单管理销售员对订单进行
订单信息
添加填写修
改
4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
1。

响应时间：所有的查询操作、查询响应时间一般不超过3秒。

2. 更新处理时间：所有提交数据一般在1秒内响应。

3．的传送时间：从提交一次录入到结果返回不超过5秒钟.当系统忙碌时，应首先给予提示不能出现死循环或无限等待
4.2 空间要求（Space Request）
（1）支持的终端数：〉1。

（2）支持并行操作的使用者数：〈=220。

（3）处理的记录数：1000。

5．目标系统界面与接口需求(Interface of Target System）
5.1 界面需求（Interphase Requirement）
（1）输入设备：键盘、鼠标等；
（2）输出设备：显示器等
（3)显示风格：图形界面
5。

2 接口需求（Interface Requirement）
1.用户接口用户界面简洁，以文字为主,重点显示数据
2。

硬件接口无
3。

软件接口数据库服务器，版本号:Access2003
4。

通信接口数据库管理员主要在局域网环境下使用系统，而学生则可能在外网进行访问系统,所以系统应同时支持局域网协议和广域网协议。

5.网络协议 Tcp/ip6协议支持局域网,广域网.
6．目标系统其他需求(Other Requirements of Target System)
6.1 安全性（Security)
采用登录需要用户以及用户密码登陆以确保管理的安全性.
6。

2 可靠性（Dependability）
经过调试测试以确保系统的稳定性,从而确保系统的可靠性.
6.3 灵活性（Agility)
系统可以采用管理员权限修改系统内的信息，不同的用户拥有不同的访问权限，从而实现系统的灵活性。

6。

4 特殊需求（Special Requirements）
（1）进度需求：系统的阶段进度要求在实验检查之前完成。

（2)运行环境需求:windows7/windows XP。

7．目标系统假设与约束条件（Suppose and Restriction of Target System）
本软件的所有权和最终解释权归计算机科学与软件学院网络工程专业C102班所有
本软件需在windows XP及以上的系统环境下运行。

三、设计规格说明书
完成人: 韩峰孟凡响
1．引言(Introduction）
1。

1 目的(Purpose）
本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间,降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1。

2 命名规则（Naming Rule）
变量对象命名规则：申明全局变量、局部变量对象的命名规则。

数据库对象命名规则：数据库表名为该数据库所存数据的中文描述,如，车辆，用户，订单，部门，员工。

字段名为该字段所描述的内容的中文拼音或英文单词，如,name,sex,tel，等。

1。

3 术语定义(Terms Glossary）
术语定义或解释一般用表格形式给出，如表3-1所示.
表3—1 术语定义或解释表
1.4 参考资料（References）
［1] 用户需求报告
[2］数据库设计规范
［3］命名规范
1。

5 相关文档（Related Documents）
[1] 源程序清单
［2] 测试计划及报告
［3] 《用户使用手册》
2．总体设计（Design of Collective）
2.1 体系结构设计（Design of Architecture）
2.2 子系统清单（Subsystem List）
子系统清单，如表3—2所示。

表3-2 子系统清单
子系统编号子系统名子系统功能简述子系统之间的关系SS1 汽车信息填
对销售汽车信息进行填写修改
写
对客户给汽车的评价进行填写
SS2 试车体验填
写
SS3 订单管理对订单进行添加填写修改
SS4 入库信息填写入库信息
SS5 出库信息填写出库信息
SS6 库存管理分析入库出库信息导出库存清单依赖于入库信息与出库信
息
SS7 业绩查询统计订单信息依赖于订单
2。

3 模块设计（Module Design)
序列图
2.4 功能模块清单(Module List）
模块（类）清单，如表3—3所示。

表3-3 模块（类）清单
3．数据结构设计（Design of Data Structure）
3.1 数据库表名清单（DB Table List）
数据库表名清单，如表3—4所示。

表3-4 数据库表名清单
3。

2数据库表的详细清单（Particular List of DB Table）
表3—5 表名:库存单
表3—5 表名:业绩单
表3-5 表名：用户
表3—5 表名：订单
表3-5 表名:汽车信息。