汽车销售信息综合管理系统.docx

河北工业大学

《信息资源管理和开发导论》
课程试验汇报

题目： 汽车销售信息管理系统
专业： 计算机
班级： 计算机 班
组别：
组长： 张婷婷
组员： 夏叶、张雨吉、孔喻、韩庆斌、纪银瑞
完成日期 4月14日
目 录

汽车销售系统分析图……………………………………………………（2）
系统计划汇报………………………………………………（5）
需求规格说明书……………………………………………………（10）
设计规格说明书……………………………………………………（35）
试验工作总结汇报…………………………………………………（47）

汽车销售信息系统分析图
一、组织结构图

总经理室
商务部
人事部
财务部
行政部
市场部
物流部
销售部
软件部
显示
部
客服部

二、资金物流构图
总企业
采购部
销售部
财务部
仓库
销售门市
采购科
用户

“ ”物资流动
“----------------”资金流动
三、组织功效矩阵

● 表示功效是对应组织关键功效
○ 表示该单位是参与协调该项功效单位
√ 表示该单位是参与该功效相关单位

四、划分子系统

系统计划汇报
1．引言
1.1编写目标
伴随中国经济连续发展，企业经营业务不停壮大，以人工管理方法为主销售管理模式暴露了很多弊端，同时也根本无法满足现代生活需要。为了加强各管理部门之间信息交流，处理人工系统不足，建立科学管理系统势在必行。依据企业销售管理现实状况，对和汽车销售相关业务进行分析设计，以实现企业降低成本、立即反馈市场信息、完善服务质量、提升经济效益、分析市场需求等管理目标。
1.2 背景
科技不停进步汽车销量增加、汽车功效不停提升和增加使得汽车销售系统不停地完善。而且一个系统设计开发出来并不是很完善而且伴随时间增加和和时代进步和用户需求肯定是要不停进步而且在使用过程中一定存在着问题。而汽车销售管理信息系统是创建时间并不长一个系统在它不停地发展中一定会存在着问题，具体问题在经过长时间使用就会暴露出来比如这个系统在对用户需求这首先要加强管理。

1.2 术语定义
术语：销售管理、仓库管理、整车采购管理
缩写词：BSP（business system planning）企业系统计划
CMS(Content Management System) 用户关系管理系统
ERP（Enterprise Resource Planning）企业资源计划

1.3 相关文档
当该文档变更时，可能对其它文档产生影响，受影响文档叫相关文档，需将它们列出。
[1]用户信息
[2] 车辆信息
[3]订单信息
[4]用例图、活动图
2 现行系统调查
2.1 组织机构和业务范围
2.1.1组织概况
2.1.2 各部门业务范围及职能说明
2.2 组织信息处理步骤
现行信息处理措施和步骤，可用业务步骤图表示。

2.3 现行系统存在问题
大家购置汽车能力和需求越来越高，这大大刺激了汽车行业发展，中国加入WTO后，汽车行业更是面临着前所未有机遇和挑战，刹那间，企业专营店、汽车超级市场等如雨后春笋般发展起来，汽车销售成为一个热门行业。不过假如车辆销售管理不好，会给企业早成无法估量损失。管理者必需利用科学管理手段进行管理，提升企业管理水平和工作效率，方能在汽车行业中占有一席之地。

3 新系统概述
3.1 系统目标
3.2 新系统功效范围及划分说明
分析系统处理方案，采取BSP方法进行系统计划，画出出总体结构图；进行系统实现阶段划分，说明各阶段目标和实现功效范围。
4 可行性综合评述
4.1 经济可行性
一、方便企业管理人员管理，省时省力就间接节省了企业人力、物力
二、依据企业销售管理现实状况，对和汽车销售相关业务进行分析设计，以实现企业降低成本、立即反馈市场信息、完善服务质量、提升经济效益、分析市场需求等管理目标。

4.2 技术可行性
分析现有技术能否处理系统问题
5．方案选择
依据本组人员讨论选择了一个可行性比较大方案。
5.1 首选方案
依据分析结果，分为五个模块：登录退出模块、统计模块、查询模块、修改模块、汽车销售模块。
汽车销售管理系统不一样类型用户在系统中有不一样权限，关键有以下2种用户：
l 管理人员 本系统管理人员能够使用本系统全部功效，包含用户管理、汽车信息管理、进货信息管理和销售信息管理功效。
l 总经理 本系统使用人员能够使用本系统大部分功效，包含查看库存汽车信息，查看用户信息等。
l 用户 本系统使用人员，能够查看仓库所拥有车辆信息。
5.2 可选方案
依据需求分析结果，本系统关键划分为4个子模块：用户管理、汽车信息管理、进货信息管理、销售信息管理。
汽车销售管理系统不一样类型用户在系统中有不一样权限，关键有以下3种用户：
（1）管理人员 本系统管理人员能够使用本系统全部功效，包含用户管理、汽车信息管理、进货信息管理和销售信息管理功效。
（2）仓管人员 仓管人员负责管理仓库中汽车数量，关键负责汽车每次进货情况。其只能使用系统中进货信息管理功效模块，对每次进货信息进行统计，而且能够查询目前仓库中汽车库存数量。
（3）销售人员 销售人员负责汽车日常销售工作，需要掌握多种汽车各次销售情况。
5.3 方案对比
6．项目进度计划（Software Project Schedule）
软件项目进度计划，是对项目标进度、人职员作分工和资源需求所做计划，此计划依据上述估算和分析结果，进度计划提议采取甘特图表示，人员按功效结构分配。

需求规格说明书
1．概述（Summary）
1.1项目标目标和目标（Purpose and Aim of Project）
该系统是为了快速统计汽车信息、用户信息、用户需求、用户意见反馈及汽车销售数量。
目标是：愈加简练、方便、安全。
1.2 术语定义（Terms Glossary）
术语
定义
汽车信息
汽车型号、数量、保修期、
用户信息
买车用户基础信息：姓名、性别、身份证号、手机号、地址
订单信息
订单日期、订单数量、地址

1.3 相关文档（Related Documents）
项目开发计划书 设计规格说明书 系统分析和设计
2．问题初始分析（Early Analysis）
2.1 场景描述（Scene Description）
管理员A打开汽车销售信息管理系统界面，点击修改信息
2.2 初始功效提取（Early Function Distill）
修改汽车信息、用户信息和订单信息
3．目标系统功效需求（Function of Target System）
3.1 功效需求分析（Function Analysis）

3.2 功效需求点列表（Function List）
在功效需求分析完成后，要具体列出用户需求功效点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功效需求点列表格式，如表2-1所表示。
表2-1 功效需求点列表
编 号
功 能 名 称
使 用 人
功 能 描 述
输 入 内 容
输 出 内 容
1
登录
管理员
打开界面
密码
系统界面
2
修该汽车信息
管理员
统计并修改
所要修改内容
更改新信息
3
修改用户信息
管理员
依据订单统计并修改用户信息
需要修改信息
信息数据表格
4
修改订单 信息
管理员
依据汽车数目和用户订单数量
所要修改内容
订单
）
一、系统登录

用例图

用例表

表格要素
描述
用例标识和名称
选择登陆方法
描述
用户或管理员选择自己登陆方法即可登陆界面
参与者
管理员或用户
前置条件和假设
电脑运行正常
触发条件
登陆界面以被打开
主流事件流
1、用户或管理员找到各自要登陆按钮
2、点击按钮
3、进入登陆主界面
4、用户或管理员填写对应用户名和密码
5、点击确定按钮
6、进入汽车销售管理界面
后置条件
用户或管理员可进行操作

表格要素
描述
用例标识和名称
退出登陆
描述
用户或管理员点击退出登陆直接退出系统
参与者
管理员或用户
前置条件和假设
电脑运行正常
触发条件
管理员或用户不想登陆此系统
主流事件流
1、用户或管理员找到退出登陆按钮
2、点击退出登录
3、用户或管理员退出登录界面
后置条件
退出汽车销售系统

用例活动图

域模型

相关系统界面

二、 汽车查询
1）用例图

2）用例表
表格要素
描述
用例标识和名称
查询某车型基础信息
描述
此用例用于查询某种车型基础信息，基础数据，愈加好让用户了解本车型
参与者
前台管理员、用户、总经理
前置条件及假设
车辆查询系统正常运行，查询窗口已被打开
触发条件
管理员、总经理登陆系统，准备对某种车型进行查询
主事件流
1、管理员、总经理点击某车型按钮
2、界面跳转并显示请输入要查询汽车型号
3、管理员、总经理输入要查询车型，并点击确定
4、系统显示出对应汽车基础信息
后置条件
用户了解本车信息后，管理员关闭查询某车信息窗口

表格要素
描述
用例标识和名称
查询某车型库存
描述
此用例用于管理员查询某车型库存量
参与者
前台管理员、总经理
前置条件及假设
车辆查询系统正常运行，查询窗口已被打开
触发条件
管理员登陆系统，准备查询某车型库存量
主事件流
1、管理员、总经理点击查询按钮
2、系统显示查询界面
3、管理员、总经理输入需察看车型，点击确定
4、系统返回该型号车库存量
后置条件
管理员记下该信息，并关闭查询某车型库存窗口

表格要素
描述
用例标识和名称
查询订单
描述
此用例用于查询本企业已经成交订单详情
参与者
前台管理员、总经理
前置条件及假设
车辆查询系统正常运行，查询窗口已被打开
触发条件
管理员或总经理登陆系统，准备查询企业已成交订单信息
主事件流
1、 管理员或总经理点击查询按钮
2、 系统跳转到查询界面
3、 管理员或总经理输入订单号或直接点击查询全部订单
4、 系统显示出单笔订单或全部订单情况
后置条件
管理员或总经理确定订单情况，并关闭查询订单窗口

表格要素
描述
用例标识和名称
查询销售情况
描述
此用例用于查询本企业一段时间销售汽车具体情况
参与者
前天管理员、总经理
前置条件及假设
车辆查询系统正常运行，查询窗口已被打开
触发条件
管理员或总经理登陆系统，准备查询这段时间汽车销售情况
主事件流
1、 系统已处于查询界面
2、 管理员或总经理点击销售情况按钮
3、 系统返回最近企业销售具体情况
后置条件
管理员或总经理了解销售情况，关闭查询销售情况窗口
2)采取活动图可视化用例。

4）域模型（用类图表示）

5）相关界面

信息修改
1）用例图

2）用例表
表格要素
描述
用例标识和名称
修改车辆信息
描述
此用例用于修改车辆信息（汽车数量、车型等）
参与者
管理员
前置条件及假设
管理员登陆系统，汽车销售系统正常运行，修改信息窗口已被打开
触发条件
有新车入库或是已经有车辆被销售
主事件流
1、管理员登陆系统
2、系统弹出界面
3、管理员点击修改车辆信息
4、系统显示车辆信息
5、管理员输入对应车
6、系统显示该车对应信息
7、管理员对于车辆数目进行修改
8、系统存放修改信息
9、管理员退出系统
后置条件
车辆信息被修改

表格要素
描述
用例标识和名称
修改订单信息
描述
此用例用于修改用户订单
参与者
管理员
前置条件及假设
汽车销售系统正常运行，修改订单信息窗口已被打开
触发条件
用户取消或提交订单
主事件流
1、管理员登陆系统
2、系统弹出界面
3、管理员点击修改订单信息
4、系统显示订单信息
5、管理员查询是否有该车型
6、系统显示内容
7、管理员依据系统显示修改用户订单信息
8、系统对于信息进行存放
10、管理员退出系统
后置条件
订单信息已修改
表格要素
描述
用例标识和名称
修改用户信息
描述
此用例用于对于用户信息进行对应修改
参与者
管理员
前置条件及假设
管理员登陆系统，汽车销售系统正常运行，修改信息窗口已被打开
触发条件
用户信息改变
主事件流
1、管理员登陆系统
2、系统弹出界面
3、管理员点击修改
4、系统显示用户信息
5、管理员依据现有信息进行修改
6、系统修进行存放更新为新用户信息
7、管理员退出系统
后置条件
管理员对用户信息进行修改

3） 域模型

4）活动图

5）相关界面

四、 汽车销售
1）用例图

2）用例表
表格要素
描述
用例标识和名称
销售管理人员登陆管理系统
描述
此用例用于对汽车销售情况进行输入和查询
参与者
销售管理人员
前置条件及假设
销售管理系统正常运行，管理窗口已被打开
触发条件
销售人员登陆系统，准备对汽车销售信息进行录入和查询。
主事件流
1．销售管理人员登录汽车销售管理信息系统
2．销售管理人员进入销售管理界面
后置条件
查看销售订单，并下达订单

表格要素
描述
用例标识和名称
销售管理人员下达订单
描述
此用例用于销售人员依据用户要求下达定购订单
参与者
销售管理人员、用户
前置条件及假设
系统运行正常，用户选定车辆
触发条件
用户选定车辆，销售人员依据用户选定车辆进行下定订单
主事件流
1． 用户选定车辆并要求购置
2． 销售管理人员下达定单
后置条件
销售管理人员及用户确定订单

表格要素
描述
用例标识和名称
销售管理人员和用户确定订单
描述
此用例用于销售人员和用户确定订单无误
参与者
销售管理人员、用户
前置条件及假设
订单已经下达完成
触发条件
销售管理人员依据用户要求下达订单
主事件流
1. 销售人员和用户达成一致，并下达订单
2. 销售人员和用户共同确定订单无误

后置条件
用户确定订单无误后完成付款

3）活动图

系统核实订单并存
储订单和付款信息
销售员登陆汽车
销售管理系统
销售员进入销售
管理子系统
销售员将订单和付
款信息录入系统
销售员确
认提交
销售员关闭
管理窗口
销售员退出汽车销
售管理信息系统

系统核实订单并存
储订单和付款信息
销售员登陆汽车
销售管理系统
销售员进入销售
管理子系统
销售员将订单和付
款信息录入系统
销售员确
认提交
销售员关闭
管理窗口
销售员退出汽车销
售管理信息系统

4） 域模型

五、 统计信息
1）用例图

2）用例表

表格要素
描述
用例标识和名称
统计入库车辆信息
描述
统计入库车辆品牌、类型、颜色、价格和数量
参与者
统计员
前置条件和假设
系统能够正常工作，入库车辆信息搜集完成
触发条件
统计员登陆系统，点击统计信息选项
主流事件流
1登陆车辆管理系统
2点击统计信息选项
3选择入库车辆信息统计选项
4写入入库车辆信息
3审核信息
可选事件流
假如添加信息有错误或不能添加信息，就提醒犯错
后置条件
保留相关信息，返回系统主界面

表格要素
描述
用例标识和名称
统计出库车辆信息
描述
统计出库车辆品牌、类型、颜色、价格和数量
参与者
统计员
前置条件和假设
系统能够正常工作，出库车辆信息搜集完成
触发条件
统计员登陆系统，点击统计信息选项
主流事件流
1登陆车辆管理系统
2点击统计信息选项
3选择出库车辆信息统计选项
4写入出库车辆信息
3审核信息
可选事件流
假如添加信息有错误或不能添加信息，就提醒犯错
后置条件
保留相关信息，返回系统主界面

表格要素
描述
用例标识和名称
统计用户信息
描述
统计用户姓名年纪 性别 选购车辆类型和意见
参与者
统计员
前置条件和假设
系统能够正常工作，用户信息搜集完成
触发条件
统计员登陆系统，点击统计信息选项
主流事件流
1登陆车辆系统
2点击统计信息选项
3选择用户信息统计选项
4写入用户信息
3审核信息
可选事件流
假如添加信息有错误或不能添加信息，就提醒犯错
后置条件
保留相关信息，返回系统主界面

3）活动图

4）域模型

设计规格说明书
1．引言（Introduction）

1.1 目标（Purpose）
《设计规格说明书》关键是对和系统设计目标在于依据软件需求说明书中任务概述，需求要求等计划设计出一套可实施软件结构模型

1.2 命名规则（Naming Rule）
变量对象命名规则：申明全局变量、局部变量对象命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象命名规则。
1.3 术语定义（Terms Glossary）
术语：销售管理、仓库管理、整车采购管理
缩写词：BSP（business system planning）企业系统计划
CMS(Content Management System) 用户关系管理系统
ERP（Enterprise Resource Planning）企业资源计划

1.4 参考资料（References）
参考资料
《软件工程导论》第三版
------张海藩编著 清华大学出版社
《信息系统分析和设计》第三版
——邝孔武编著 清华大学出版社
1.5 相关文档（Related Documents）
[1] 汽车销售系统分析图
[2] 需求分析
2．系统设计（Design of Collective）
2.1 体系结构设计（Design of Architecture）
软件系统结构，根据不一样设计方法，有不一样总体逻辑结构。
采取包图画出体统体系结构模型，然后进行扩展，画出个子系统内组成及模块之间关系。

2.2 子系统清单（Subsystem List）
子系统清单，如表3-2所表示。
表3-2 子系统清单
子系统编号
子系统英文名
子系统功效简述
子系统之间关系
SS1
Login
登陆进入系统界面
并列
SS2
Inquires
进行信息查询（汽车信息、用户信息）
并列
SS3
Modify
对于信息进行修改（汽车信息、用户信息、用户订单）
并列
Ss4
sales
汽车销售信息
并列
Ss5
statistics
统计信息
并列
ss
2.3 模块设计（Module Design）
登录系统序列图

汽车查询

销售系统

2.4 功效模块清单（Module List）
模块（类）清单，如表3-3所表示。
表3-3 模块（类）清单
编 号
模块（类）英文名
模块（类）功效简述
接口简述
M 1-1

M 1-2

M 2-1

M 2-2

3． 系统原型
登陆界面

汽车信息查询界面

相关信息修改界面

统界面计

销售界面

试验工作总结
完成人： 夏叶 098528

1．工作概述
我们组做是汽车销售管理系统，每人全部分工明确，但又相互合作。我做是登陆模块，即使听起来很简单，我也很认真对待，因为登陆模块是每个系统必备，而且这不仅是我自己任务，而且还是我们组一个部分，我也不能掉以轻心。对系统操作我分为用户和管理员操作，分别做了用例图，用例表，活动图，序列图，域模型。做完自己模块，又负责了汽车销售管理系统部分界面制作，使我重新温故了C#,和数据库连接知识，并还配合组长整理了试验汇报需求分析部分。
2．体会
张老师给我们安排这次试验，即使只有短暂两天试验，不过给我收获却是很大。即使第一次试验因为去上考研课给耽搁了，但以后立即向组长问自己任务，把自己落下试验补回来。第二次试验主动参与，全组组员一起努力，使我从中学到了不少知识，取得了不少经验。
首先，使我再一次深刻体会到团结力量，我们组一共6个人，大家各有分工，但又相互协作相互帮忙，碰到不懂地方一起讨论，没有结果情况下请老师帮忙或找其它同学，这么使我们对试验印象很深刻，大家学也全部挺带劲儿，使每个人经过这次试验全部有收获。
其次，我认为这次试验是综合性试验，现有新知识，比如构建组织功效图，包图，功效步骤图，子系统化分图等，也有原来旧知识，比如画用例图，序列图，活动图，域模型，E-R图等，又复习了用C#和Rose制图。使我们温故而知新。
最终就是感谢张老师耐心细致指导，指导我们哪里做不到位，想不周全，努力争取使我们系统做比较完善，使我们有所收获，所以很感谢张老师。
两天试验确实很充实，在我们全组人努力下，争取了提前答辩机会，也谢谢老师能给我们这个机会，这次试验使我知道了很多，也学到了很多，再次谢谢张老师。

完成人： 张雨吉 098547

1．工作概述
我负责是车辆查询模块，我制作了本系统用例图、用例表、活动图、域模型、序列图。制作了车辆查询模块和车辆销售模块界面。制作了整个系统得E-R图。制作了需求规格说明书中车辆查询模块部分。
2．体会
因为本学科最终是不用考试，所以试验部分对这段时间学习结果有很大检验作用。即使试验课时极少，只有两天，但并不代表不关键，反而要愈加认真去对待。在信息系统分析和设计试验中，有一部分和上学期得软件工程是重合，经过试验，让我对用例图、用例表、活动图、域模型、序列图、E-R图有了更深了解，能愈加好学以致用。在制作界面时候用到了C#，让我能愈加熟悉去利用这个软件，。还了解了组织功效图、子系统划分图、包图、功效步骤图基础画法，对以后学习、工作或多或少会起到一定帮助。这次试验不不是一个人试验，而是团体任务，我们组内不停讨论，能互补不足，愈加全方面去完成老师部署任务，而且学习她人思维上优点，对我收益不少。

完成人： 纪银瑞

1． 工作概述
在做汽车销售管理系统中，我关键负责汽车销售管理子系统用例图，用例表，序列图和活动图。并依据以上建立了总体域模型。
2．体会总结个人在此试验中收获和经验教训等。
在此次试验中，我知道了团体合作关键性。同时也了解信息时代，信息资源管理系统关键性和实用性。当然，在试验过程中，我们碰到了不少困难，但最终我们克服了它，并最终完成了试验。我知道了做一个管理系统需要很强耐心很经历。这个试验室一次很好锻炼，我们从中学到了很多知识。我们更深入地掌握了《信息资源管理》这个课程相关知识。并熟悉了创建数据库管理系统全过程。掌握了数据库创建关系方法和利用试图创建基础表、选择查询，参数查询，交叉查询方法。同时也熟练掌握了建造用例图，用例表，序列图和活动图、域模型方法。本系统创建后台数据库能够独立运行，并满足用户对库存信息，系统，销售信息和用户信息管理需求。
经过此试验，复习了相关程序设计语言和数据库连接知识。并使用这些知识创建了用户登录窗口和汽车信息管理窗体，经过这些窗体实现满足用户要求基础功效管理系统。经过程序调试，前台系统运行良好。

完成人： 孔喻 098551

1．工作概述
试验中关键负责各个模块画图部分，将组员纸质图形转换为电子形式。
汇总各个模块，制作PPT。
2．体会
分组试验当中，团体协作很关键，需要协商每个人所需完成各个模块，分工明确才能立即完成。
共同完成一份作品，不能拈轻怕重，每一部分全部不可或缺。碰到问题，立即和各个组员进行沟通，立即处理，方便进行下一步骤。
试验中，需要完成模块全部部分，经过这个过程，不仅愈加了解所需软件使用方法，也找到了部分处理措施更有效方法，受益匪浅。

试验工作总结
完成人： 张婷婷 098530

1．工作概述
在试验中我需要完成是“修改信息模块”，模块需要有用例图、活动图、用例表、域模型、时序图。在完成中需要依据网上查询信息分析需要有什么功效依据功效深入完成具体作业。
在试验小组身为组长需要分模块给每个人，集中组员商议分析怎样使系统完成愈加完善，在试验过程中要分别检验组员做是否正确，在每个人完成自己模块后集中大家试验结果，整理成完整地试验汇报。
2．体会
在整个试验过程中体会很深：
首先团体合作：一个小组六个人去完成一个系统，每个人不仅仅是要完成自己系统模块，而且也要和同组人员进行讨论使系统同愈加完善。而且在试验时候会相帮忙。我们组组员每个人全部能够立即完成自己工作，夏叶、张雨吉、孔喻在她们三个在试验中做了很多帮忙完成相关界面、ppt.
其次掌握知识：在试验中利用了本学期信息资源管理和上学期软件工程知识，
试验不仅温习了以前内容而且学到了新知识。
最终为以后工作积累经验，在试验过程中会碰到很多问题 ，经过问老师，同学或翻看书籍是问题得到了处理，这时候会对问题记忆深刻。小组工作是在工作中不可避免事情，有了工作前经验在工作中会避免很多麻烦。