汽车配件管理系统需求分析说明.doc

者倪趋朗桌岔隅撒邀纱堕佑窝继钩洼赘厄终请十坠归绩毫盟帽幢嘻渊腮戈热熊晴蘸匡拧馅箭阜敷碳殿丁场市蜂粘薯粥囊康策瑟警述颐卫晨箕轮戍润深迟治痹瓦梦竿乏渗界深重蠢披给宜炔办伴副涌嫂沿挫腥珍闰诡蚁蜜乍诫希婴屡瘪桶铱夫鸵规蛾篆宴詹找蛔鬼嘴活抬角鲸浊昨伞旺砍哉修翻澈卵漂榨嚼器邪梨丽肚停砒侠福匀陛勺拽竹娘铭蔷令档习掉描喀逃头主调圾环防险揽造路名俘规化刁个饺春幼修跋捧疤矩冒炎任标丙似森掀被琢镰亮诅羹兰珠锯数臂获苛棍忧棒汰益隆堵绦穷氦炬昨冰蚂厩赚砖砸仑卫换炼幻啪阂蔽橇滋渣鲸栗嗡卫唉敛猖冰唯艰冗慨硼啃泡慈任糕耘狞蔓轿咬楼赁酋动姐 汽车配件管理系统项目需求说明书

第一部分 引言 3
1.1编写目的 3
1.2适用范围 3
1.3背景 3
1.4术语、定义和缩写 3
1.5文档概述 3
1.6参考资料 4
第二部分 任务概述 4
2.1目标 4
2.2用户的特点 5
2.3假定和约束 5
第三部分 问题分析 5
3.1技术架构 5
撕诀彻夏眨侵温懊评贿仅和究掺驳顾笛败柏拥尔硼闽酣傻硷裔筷棒喷孵煎檄凉九近哩寐救资猖猴忧撬刀森帛惫深猜垄头恿狸发雷渊顺上衙琵船痛约倍逃拒驻海衷办韩笑裹嘛僧走邢淤眠阔望剪负侈遮呕炬獭坚助汛戎泡行哆偶吊布绪邀屿浴蠕晶误混送灰炬街磷霉掣短松菲选玻钾诸昏突垮寝扔炸呛目驾章启苛梭轴栏搁涎烩训勇氏旬矛凶缅踢寿浩九切析姑及姬钻锚沃抬卜艺材丰胖幢贵际饶擎和芽戌沁黑营映江扭疗淘戌铂蝎膜门做兄酪途涎柳省沪挪载詹颁施衡瘴兜敌带块汀滑却呆肠谚蔷掉岭诈跃亥拷径习勇淑迈豁祈乳按野玉掣部谆胰头途音傣锻筹叶擒腑卯户返老涤粗棵婴鼎掣皱湿迸拨榜汽车配件管理系统需求分析说明噬仇袖掂惭月驼匈冲猪灿泣剁貌彪堵没余掠疟晕子节转簧焕床犀噎帅郭晒菊姨谁嫡逢载琵日文淤念辜蔫欣彝整焰鸽脱怜绘悼徊囚墨简饱我贾主届虽样戊物迅真艰索熬饿焰锭针纵冒菩邢比美岭脆互越威雅戚稳助崎胞些具耸造秃玲幽习卢盾昌血撒吻浓毅继郑架轿盔褐镇文褥纳扰燥构搽搜惠厘救篱杨线宫毯舵赌襄粕橱骗夕钦向售兜睦竹轴竖惦迭淳山驮颤墒液祖沟夷漏殆鬼励昔檄翔办止韵氮瞥痞骡冶辽宠饯野愁屿媳沸诗罕旋寄孤碰颈俱藏侣雹咙针藩抢济哀懒菱舅点柠名婿虏统惋螺思梗写霄卑咏巍宦埂咐锰命坠汕乾杀辱虱驴渗遮湛残堤耘皱痊档泄币敲荐匿刷疆怎炯荔女晕蛋某恩莆人疾猾
汽车配件管理系统项目需求说明书

第一部分 引言 3
1.1编写目的 3
1.2适用范围 3
1.3背景 3
1.4术语、定义和缩写 3
1.5文档概述 3
1.6参考资料 4
第二部分 任务概述 4
2.1目标 4
2.2用户的特点 5
2.3假定和约束 5
第三部分 问题分析 5
3.1技术架构 5
第四部分 需求规定 6
4.1系统流程图 6
4.2对功能的规定 6
4.2.1 对所有授权用户功能的概述 6
4.2.2系统管理员功能的概述 10
4.2.3 仓库管理员的功能概述 13
4.2.3 仓库管理员的功能概述 14
新建订购单反馈信息 16
4.2.3.4新建出库单 17
4.2.3.5查询总表 18
4.2.3.6 新建零件信息 19
4.2.3.7 更新采购单 19
4.2.3.8 新建入库单 20
4.2.3.9 打印出库单 20
4.2.4 系统管理员功能的概述 21
4.2.4.2新建采购单 23
4.2.4.3 更新采购申请的状态为已处理 24
4.2.4.4查询处于未处理状态的采购单 24
4.2.4.5 查询处于仓管或经理未同意的采购单 25
4.2.4.6 修改采购单 25
4.2.4.7 将采购单的采购建议改为建议已采纳 26
4.2.4.8 查询已被经理同意的采购单 27
4.2.4.9 统计指定时间内各种零件的采购总量 27
4.2.4.10打印预执行的采购单 28
4.2.4.11 定期删除无效的采购单 28
4.2.5 普通销售人员的功能概述 29
4.2.6 销售管理人员的功能概述 37
4.2.6.1 统计部门指定时间段的零件销售总量 38
4.2.7 经理的功能概述 40
4.2.8 人事部管理员的功能概述 47
² 4.2.5 精度 51
² 4.2.6 时间特性要求 51
² 4.2.7 灵活性 52
4.3系统容量 52
4.4故障处理要求 52
4.5其它专门要求 53
4.6文档需求 54
4.7测验需求 54
5.1设备 54
5.2支持软件 55
5.3接口 55
5.4控制 55

第一部分 引言
1.1编写目的
需求说明书有时候也被称为规格说明书，本规格说明描述了汽车配件管理系统项目的要求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的格式和内容。并且作为各方面沟通的依据，也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。
1.2适用范围
本文档主要涉及“汽车配件管理系统”的应用模型和功能需求描述。
1.3背景
说明：
A、 软件系统的名称：汽车配件管理系统
B、 任务提出者：庄严
C、 开发者：北大青鸟NY2T56班第X小组
实现完成的系统将在XXX使用，所应用的网络系统是Intrenet。本系统将是独立的系统，目前不与其它任何系统提供接口，所产生的输出都是独立的。
本系统将使用SQL Server2000作为数据库存储系统。
1.4术语、定义和缩写
CarManager System： 汽车配件管理系统
1.5文档概述
本文档主要描述了“汽车配件管理系统”的外部接口需求、功能需求以及其他非功能需求。
1.6参考资料
参考资料：
A、 国家标准《软件需求说明书（GB856T——88）》；
B、 汽车配件管理系统项目的软件需求说明
第二部分 任务概述
2.1目标
总体上，系统的目标是帮助汽车售后服务中心对汽车零件，仓库，零件的采购，销售进行统一管理，提高工作效率，便于公司的管理，为业务过程提供更加快捷、更好和更加经济的服务。具体来讲，系统的目标包括：(比如:)

Ø 销售人员
u 客户信息管理
l 新建客户信息
l 查询客户信息
l 更新客户信息
u 订购单信息管理
l 新建订购单
l 更新订购单
l 查询订购单
l 删除订购单
u 统计信息管理
l 统计自己指定时间段内的零件销售总量
l 统计自己指定时间段内的各种零件销售总量
l 定期删除无效订购单
l 打印预出库的订购单

Ø 销售管理人员
u 部门 统计信息管理
l 统计部门指定时间段内的零件销售总量
l 统计部门指定时间段内的零件销售金额
l 统计部门指定时间段内的各种零件销售总量
l 统计部门指定时间段内的各种零件销售金额
2.2用户的特点
本系统将在汽车配件销售公司使用，使用者可能包括部门管理者、销售人员、仓库管理人员、采购人员和系统管理人员，这其中有部分人员在计算机的应用、使用上存在障碍和困难，他们以往没有使用过类似系统的经验，并且都在计算机的操作和使用方面没有得到过相关的培训，我开发人员应负责对其进行该系统的使用的培训和后期维护。
根据业务的频繁程度，系统每天操作完成一个功能点应该在50 – 1000次之间。
用户对界面的友好性，有一定的要求。
本系统的规模比较小，并且将提供为期两天的操作、安装培训，以达到其熟练使用的目的。
2.3假定和约束
根据合同的规定，已有的约束条件：
A、本系统的最后的交付日期是2007年12月1日，并且包括安装、培训，系统要 求在2008年1月1日正常投入使用；
假设：
A、北大青鸟能够提供交付测试的环境；
B、老师能够参与到需求的核准工作；

设计和实现上的限制：
A、 基于Structs架构进行开发。
B、 利用Spring控制Struts的动作
C、 利用Spring包装Hibernate的做为持久层

第三部分 问题分析
3.1技术架构
由于该系统是一个内部使用的汽车配件管理系统,所以应该采取B/S的应用程序模式.而且该项系统要求采用J2EE技术架构,并指明用Struts开源框架和JavaBean技术,因此设计技术架构
如下图(给出项目的技术架构图)
第四部分 需求规定
4.1系统流程图
4.2对功能的规定
4.2.1 对所有授权用户功能的概述
已授权用户的功能

编号
功能
功能简介
1.
用户登录
用户管通过账号和密码安全登陆到系统
2.
修改昵称
浏览自己的信息并且修改自己的昵称
3.
修改密码
浏览自己的信息并且修改自己的密码
4.
创建审计日志
系统将自动创建该账号的审计日志
5.
退出系统
管理员退出系统
已授权用户用例图：

具体的功能描述如下：

用户管理系统活动图：
三次以内
失 败
成
功
登陆
关闭系统
查看雇员信息
浏览修改
自己信息
修改雇员信息
删除雇员信息
昵称修改
系统管理
密码修改

4.2.1.1 用户登录
² 概要
本用例描述了用户如何登录本系统。
² 参与者
已拥有账号的用户
² 前置条件
用户的当前操作视图处于系统登录页面。
² 事件流
Ø 基本流
1. 用户进入本系统访问到系统登录页面。
2. 在系统登录页面输入账号名称、密码以及验证码。
3. 密码输入错误达到3次以上则弹出消息框提示用户：您连续三次密码输入有误，系统将自动关闭。
4. 系统验证登录账号名称和密码不能为空。
5. 如果登录成功则显示该账号访问权限范围内的业务管理页面。
Ø 备选流
1 系统验证账号或密码有误
1.1 显示页面以提示用户输入的账号或密码有误，并在该页面中提供返回到登录页面的操作。
2 系统验证输入的账号或密码信息不合法
2.1 弹出消息框提示用户输入的账号名称不能多于10个字符，密码不能少于6位并严格区分大小写。
3 验证码输入有误
3.1 显示页面以提示用户输入的验证码有误，并在该页面中提供返回到登录页面的操作。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.1.2 修改昵称
² 概要
本用例描述了用户如何修改自己的账号名称。
² 参与者
已拥有账号的用户
² 前置条件
用户当前处在登录状态中。
² 事件流
Ø 基本流
1. 用户选择修改账号名称操作。
2. 在修改页面输入用户的旧账号名称和密码以及新的账号名称，并根据页面提示再次输入新的账号名称以确认。
3. 系统验证用户的旧账号名称和密码是否正确，新的账号名称不能为空以及新的账号名称和确认账号名称是否一致。
4. 如果修改成功则显示页面提示账号名称修改成功。
Ø 备选流
1 系统提示验证码填写错误
1.1 页面提示消息框并要求用户按验证码图片内容填写该相应的字符或数字。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.1.3 修改密码
² 概要
本用例描述了用户如何修改一个自己账号的密码。
² 参与者
已登录账号的用户
² 前置条件
用户当前处在登录状态中。
² 事件流
Ø 基本流
1. 账号选择修改密码。
2. 在系统修改密码的显示页面输入用户的账号名称和旧密码并
填写要更改的新密码 。
3. 系统提示要求再次输入即将变更的新密码。
4. 系统验证并弹出消息对话框提示修改用户的登录名称以及账
号密码不能为空。
5. 如果修改成功系统提示用户更改密码成功并返回该用户的管
理页面。
Ø 备选流
1 系统验证新密码信息不合法
1.1 页面弹出对话框并提示用户所填写的账号密码不能大于18位并并不能小于6位。
2 系统验证输入两次账号的密码不统一
2.1 页面提示消息框用户两次输入的密码不一样，并返回密码更改页面。
3 系统提示验证码填写错误
3.1 页面提示消息框并要求用户按验证码图片内容填写该相应的字符或数字。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.1.4 创建审计日志
² 概要
本用例描述了系统如何自动创建审计日志。
² 参与者
已登录账号的用户
² 前置条件
用户在当前处于登录状态。
² 事件流
Ø 基本流
1. 当用户在对系统数据进行添加，删除，修改的操作时系统将自动在审计日志表内添加相对应的操作记录。
2. 审计日志表内将会记录什么时间，什么人，对哪一张表进行了什么操作。
Ø 备选流
无
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.1.5 退出系统
² 概要
本用例描述了用户如何退出本系统。
² 参与者
已登录账号的用户
² 前置条件
用户在当前处于登录状态。
² 事件流
Ø 基本流
1. 已登录的账号选择退出选项。
2. 直接返回到系统登录页面。
Ø 备选流
无
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.2系统管理员功能的概述
系统管理员的功能

编号
功能
功能简介
1.
新建登录账号
新建用户账号
2.
删除登录账号
删除已创建的用户账号
3.
系统备份
备份系统数据库
4.
系统恢复
恢复系统数据库
5.
清除密码
还原已创建用户的默认密码
6.
授权
对已创建的用户授予相应的权限功能

系统管理员用例图：

4.2.2.1 新建登陆账户
² 概要
本用例描述了系统管理员怎样创建一个登陆账号。
² 参与者
系统管理员
² 前置条件
系统管理员的当前操作视图处于新建账号页面。
² 事件流
Ø 基本流
1. 系统管理员选择新建账号操作。
2. 系统显示新建账户信息的输入页面。
3. 系统管理员输入新账号的名称。
4. 并在下拉框中选择真实姓名以及权限，并保存。
5. 系统验证登陆账户名称不能为空。
6. 系统提示创建账号成功并将新账号的信息显示在该页面上。
Ø 备选流
1 系统验证账号名称为空
1.1 弹出消息框提示用户相应的内容不能为空。
2 系统验证该雇员已经拥有账号
2.1 系统显示相应的页面提示该雇员已经拥有账号，并在该页面中提供返回到创建新账号页面的操作。
3 创建新账号失败
3.1 系统显示相应的页面提示创建账号失败，并在该页面中提供返回到创建新账号页面的操作。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.2.2 删除登陆账户
² 概要
本用例描述系统管理员怎样删除一个登陆账号。
² 参与者
系统管理员
² 前置条件
系统管理员的操作处于删除登录账号的页面选项。
² 事件流
Ø 基本流
1. 系统管理员进行删除账号的操作。
2. 在下拉框中选择要删除的雇员名称。
3. 系统验证并确定是否删除该雇员的账号。
4. 系统提示页面成功删除该雇员的账号。
Ø 备选流
1 系统删除账号失败
1.1 系统数据库产生异常并提示删除账号失败，并返回到删除账号页面。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.2.3 清除密码
² 概要
本用例描述系统管理员怎样去清除已创建的账号密码为默认密码。
² 参与者
系统管理员
² 前置条件
系统管理员的操作处于清除已创建的账号密码选项。
² 事件流
Ø 基本流
1. 系统管理员进行清除已创建的账号密码操作。
2. 在下拉框中选择要清除的雇员名称。
3. 系统验证并确定是否还原该雇员的账号密码。
4. 系统提示页面操作成功并还原雇员的账号密码为默认密码。
Ø 备选流
1 系统删除账号失败
1.1 系统数据库产生异常并提示还原账号失败，并返回到已创建账号清除密码的页面。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.3 仓库管理员的功能概述

4.2.3 仓库管理员的功能概述

新建订购单反馈信息
² 概要
本用例描述了仓管怎样对提交来的订购单信息进行反馈
² 参与者
仓库管理员
² 前置条件
仓管需要先查询未处理的订购单信息
² 事件流
Ø 基本流
1. 查询处于未处理状态的订购单
2. 浏览完订购单信息后，查询库存
3. 填写当前有效库存、采购到货日期、反馈建议等，再将此内容反馈给销售人员
4. 系统显示新建反馈信息成功
Ø 备选流
无
² 特殊条件
无
² 后置条件
无
² 扩展点
无

查询订购单
² 概要
本用例描述了仓管怎样查询订购单信息
² 参与者
仓库管理员
² 前置条件
仓库管理员的当前操作处于查询订购单信息页面
² 事件流
Ø 基本流
1. 仓管选择查询订购单操作
2. 进入查询页面，查询是按照订购单的状态查询(订购单的状态有：未处理、缺货、查无此种零件、有效、等待、无效) 仓管主要查询处于未处理状态的订购单
3. 从下拉框中选择订购单的状态，进行查询
4. 系统显示查询信息
Ø 备选流
系统验证：状态必须输入
² 特殊条件
无
² 后置条件
无
² 扩展点
无
更新订购单信息
² 概要
本用例描述了仓管怎样更新订购单信息
² 参与者
仓库管理员
² 前置条件
销售人员将订购单提交给仓管，仓管根据库存需要做适当的调整时
² 事件流
Ø 基本流
1. 仓库管理员选择更新订购单信息的操作
2. 查询订购单信息
3. 点击每个订购单后，就在另一个页面将该订购单的详细信息显示出来
4. 主要是对订购单状态的修改
5. 系统显示更改订购单信息成功
Ø 备选流
1. 如果库存满足订购要求，仓管就将订购单的状态更改为”有效”，并将信息反馈给销售人员
1.1如果库存不能满足客户需求
1.1.1缺货 仓管将订购单的状态更改为”缺货”
1.1.2当前库存无法满足客户订购需求或没有客户订购的零件
1.1.2.1 客户仍然要到我方定货 仓管将订购单的状态更改为”等待”，并写明到货日期。对于货物不足时，就有多少发多少，再将此信息反馈给销售人员
1.1.2.2 客户不在我方订货 仓管经订购单的状态更改为”无效”，反馈给销售人员
² 特殊条件
无
² 后置条件
无
² 扩展点
无

4.2.3.4新建出库单
² 概要
本用例描述了仓库管理员怎样新建出库单
² 参与者
仓库管理员
² 前置条件
仓管的当前操作处于新建出库单页面
² 事件流
Ø 基本流
1. 查询订购单
2. 此时订购单应处于有效状态或者是等待（有货就发）
3. 将查询到的可以出库的订购单信息插入出库单中，并标识零件的出库日期
4. 系统显示新建出库单成功
Ø 备选流
查询到的订购单一定要有效，也就是说此次订购已经得到了仓管的确认，否则提示操作错误的信息。
² 特殊条件
无
² 后置条件
无
² 扩展点
无
4.2.3.5查询总表
² 概要
本用例描述了仓管怎样查询总表信息。(总表也就是总部提供的零件信息表)
² 参与者
仓库管理员
² 前置条件
仓管需要添加某种零件
² 事件流
Ø 基本流
1. 仓管选择查询总表操作
2. 系统显示查询页面
3. 输入查询条件如按零件标号、中外文名称、生产商等信息查询。可不输入，不输入查询条件，就直接在页面把所有零件的信息显示出来。
Ø 备选流
无
² 特殊条件
无
² 后置条件
无
² 扩展点
无
4.2.3.6 新建零件信息
² 概要
本用例描述了仓管怎样添加零件信息。
² 参与者
仓库管理员
² 前置条件
仓管的当前操作处于新建零件信息界面
² 事件流
Ø 基本流
1. 仓管选择新建零件信息操作
2. 系统显示零件信息输入界面
3. 零件信息的输入只包括零件号：当输入零件号时按提交按钮就可以从总表（总表是指公司提供的货物）中提取需要的零件信息
4. 系统保存零件信息包括：零件号、货位号、生产商、中外文名称、单位、体积、重量、单价等。
5. 提示该操作成功
Ø 备选流
零件号必须输入，若不输入给出相应的提示
² 特殊条件
无
² 后置条件
无
² 扩展点
无
4.2.3.7 更新采购单
² 概要
本用例描述了仓管如何更新采购单信息
² 参与者
仓库管理员
² 前置条件
仓管审核采购单后需更新采购单信息
零件入库后，需更新采购单信息
² 事件流
Ø 基本流
1. 仓管选择更新采购单操作
2. 如果采购单处于仓管确认未通过，仓管需将自己的未通过理由以及建议填入采购单中，点击”提交”
3. 如果采购单处于仓管确认通过，则将此采购单提交给经理审核；
4. 如果经理审核通过，就将采购单的状态更改为”经理确认通过”；
5. 如果经理审核未通过，就给将建议填入采购单中，点击”提交”；
6. 如果经理对提交上来的采购单持否决态度则直接将该采购单的状态更新为"无效"；
7. 采购人员根据仓管或经理反馈的信息，修改采购单，并将采购单的状态更改为”建议已采纳”
8. 如果采购单的状态为”经理确认通过”，则表明该采购单可以执行；
9. 经过系统核对，如果采购单的零件信息与入库单的零件信息一致，则将订购单的状态更改为”完成”。
Ø 备选流
无
² 特殊条件
无
² 后置条件
无
² 扩展点
无
4.2.3.8 新建入库单
² 概要
本用例描述了仓管怎样新建入库单
² 参与者
仓库管理员
² 前置条件
零件需要入库
仓管人员的当前操作处于新建入库单页面
² 事件流
Ø 基本流
1. 查询处于”经理审批通过”状态的采购单
2. 将查询到的信息反映到入库单中
3. 填入零件的入库时间和实际的入库数量
4. 点击”提交”,新建如入库单完成.
5. 系统提示操作成功.
Ø 备选流
新建入库单失败,系统给出提示”新建入库单失败”,并返回新建入库单页面.
² 特殊条件
² 后置条件
² 扩展点
4.2.3.9 打印出库单
将出库单的信息详细的打印出来:就相当于一个清单,将即将出库的零件信息详细的列出来
方便零件出库.同时出库人员对即将出库的零件信息有个清楚的了解,以便更新零件库存.

4.2.4 系统管理员功能的概述
系统管理员的功能
编号
功能
功能简介
1.
查询未处理的采购申请表

2.
新建采购单

3.
更新采购申请的状态为已处理

4.
查询处于未处理状态的采购单

5.
查询未被仓管或经理同意的采购达标单

6.
修改采购单

7.
将采购单的修改建议改为建议已采纳

8.
查询已被经理同意的采购单

9.
统计指定时间内各种零件的采购总量

10.
打印预执行的采购单

11.
定期删除无效的采购单

采购管理员用例图

4.2.4.1 查询未处理的采购申请表
² 概要
本用例用来查询未处理的采购申请
² 参与者
采购管理员
² 前置条件
管理员登录界面位于采购界面
² 事件流
Ø 基本流
1. 管理员点击查询未处理采购申请
2. 系统查询所以未处理的采购申请的概要信息以表格形式显示在页面上
3. 管理员浏览所有信息，此时可以点击其中任意一条记录
4. 当管理员点击以上一条记录后，系统会自动查询此条申请记录所位于采购申请表的所有信息，并以表格的形式显示出来。
Ø 备选流
1 系统查询出错。
1.1 跳往显示：“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.2新建采购单
² 概要
此用例用来新建一张采购单表
² 参与者
采购管理员
² 前置条件
管理员在查询未处理的采购单后，系统位于采购申请单的详细界面
² 事件流
Ø 基本流
1. 管理员浏览采购申请
2. 管理员对查询出来的采购申请进行修改
3. 管理员点击“生成采购单”按钮
4. 系统自动生成采购单，并保存在数据库中
Ø 备选流
1 系统验证零件型号为空
1.1 弹出信息提示框“零件的型号不可为空”！
2 系统验证零件数量为空
2.1 弹出信息提示框“零件的数量不可为空”！
3 系统验证零件型号格式不对
3.1 弹出信息提示框“零件型号的格式不正确”！
4 系统验证零件数量不为数字
4.1 弹出信息提示框“零件的数量不为数字”！
5 新建采购单抛出异常
5.1 系统跳往错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.3 更新采购申请的状态为已处理
² 概要
本用例用来标识采购申请被采购部看过，即已经生成采购单。
² 参与者
采购部管理员
² 前置条件
系统的数据流处于采购部管理员刚新建一张采购单
² 事件流
Ø 基本流
1. 系统刚在数据库中新建一张采购单后
2. 数据流转到采购申请表，并自动将采购申请表的状态更改为已处理
3. 系统跳到成功界面
Ø 备选流
1 更新采购申请抛出异常
1.1 跳往“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.4查询处于未处理状态的采购单
² 概要
此用例用于采购管理员查询新建的采购单，确保在仓管为查看的基础上对采购单进行修改
² 参与者
采购部管理员
² 前置条件
管理员登录界面位于采购界面
² 事件流
Ø 基本流
1. 采购管理员点击查询未处理的采购单按钮
2. 系统将采购单状态为未处理的所有采购单查询出来放在map中
3. 系统跳往显示页面，此页面循环将查询出来的采购单放在表格中
4. 管理员点击其中任意一条数据，系统将跳往另一个页面。此页面将显示刚才管理员点击数据所在的采购单的详细信息。
Ø 备选流
1 系统查询出错。
1.1 跳往显示：“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.5 查询处于仓管或经理未同意的采购单
² 概要
此用例用来查询未被仓管或经理同意的采购单
² 参与者
采购管理员
² 前置条件
管理员登录界面位于采购界面
² 事件流
Ø 基本流
1. 管理员点击未被仓管或经理同意的采购单
2. 系统自动查询未被仓管或经理同意的采购单并以表格的形式显示在界面上
3. 管理员浏览所有记录，可以点击其中任意一条记录
4. 当管理员点击其中一条记录后，系统将未被同意的采购单显示在页面上
Ø 备选流
1. 系统查询出错
1.1. 跳往显示：“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.6 修改采购单
² 概要
此用例用来修改被仓管或经理打回的采购单
² 参与者
采购管理员
² 前置条件
系统界面位于被打回或状态为“未处理“的采购单详细信息界面上
² 事件流
Ø 基本流
1. 管理员查看被打回的采购单的不同意原因和建议列
2. 管理员按照打回的采购单的不同意原因和建议来进行修改
3. 填写完毕后点击“提交”按钮，进行提交并入库
Ø 备选流
1 系统验证零件的型号表格为空
1.1 系统弹出消息提示框“零件型号信息不可为空”！
2 系统验证零件型号的格式不正确
2.1 系统弹出消息提示框“零件型号的格式不正确”！
3 系统验证零件的数量表格为空
3.1 系统弹出消息提示框“零件的数量信息不可为空”！
4 系统验证零件的数量信息不为数字
4.1 系统弹出消息提示框“零件数量不为数字”！
5 系统更新采购单抛出异常
5.1 跳往显示：“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.7 将采购单的采购建议改为建议已采纳
² 概要
此用例用来更改采购单的状态为“已采纳“以提示仓管，仓管的采购建议是否被采纳。
² 参与者
采购部管理员
² 前置条件
系统数据流处于修改采购单的数据正在提交
² 事件流
Ø 基本流
1. 管理员点击“提交“按钮
2. 系统顺代将采购单的采购状态一列更改为“已采纳“
3. 将提交的数据入库
Ø 备选流
1 系统更新采购单抛出异常
1.1 跳往显示：“您的操作有误”的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.8 查询已被经理同意的采购单
² 概要
此用例用来查看被经理同意的采购单
² 参与者
采购管理员
² 前置条件
系统为于采购管理界面
² 事件流
Ø 基本流
1. 管理员点击“查看已同意的采购单”
2. 系统自动查询已被经理同意的采购单，并显示在页面上
3. 系统跳向以上页面供管理员浏览
Ø 备选流
1 系统查询出错
1.1 系统自动跳到有“您的操作有误！”提示的页面！
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.9 统计指定时间内各种零件的采购总量
² 概要
此用例用来阶段统计采购部门的采购零件情况
² 参与者
采购部管理员
² 前置条件
系统显示在采购管理界面
² 事件流
Ø 基本流
1. 管理员点击“统计”按钮
2. 系统跳到供管理员设定统计时间段的界面
3. 管理员从下拉框中选定时间段
4. 管理员点击“提交”按钮
5. 系统自动将管理员设定的段内的各种零件采购总量显示在页面上，供管理员浏览
Ø 备选流
1 系统查询出错
1.1 系统跳到有“您的操作有误！”提示的错误页面！

² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.10打印预执行的采购单
² 概要
此用例用来打印已被经理同意并准备执行的采购单
² 参与者
采购部管理员
² 前置条件
管理员登录界面位于采购界面
² 事件流
Ø 基本流
1. 管理员点击打印预执行的采购单
2. 系统查询采购单状态为经理审批通过
3. 打印机将查询出来的数据打印出来
Ø 备选流
1 系统未查询出管理员指定时间段内的无效数据
1.1 系统弹出“没有可用数据“的消息提示框

² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.4.11 定期删除无效的采购单
² 概要
此用例用来删除无效的采购单，以清理采购单表
² 参与者
采购部管理员
² 前置条件
管理员登录界面位于采购界面
² 事件流
Ø 基本流
1. 管理员点击清理数据按钮
2. 系统跳往清理数据页面
3. 管理员从页面上的下拉框中选定时间段
4. 点击删除按钮
5. 系统同弹出消息提示框“您是否要删除数据？“
6. 管理员点击“确定“或”取消“，若点击”确定“按钮，则系统按指定的时间段删除数据
7. 系统跳往成功页面
Ø 备选流
1 系统未查询出管理员指定时间段内的无效数据
1.1 系统弹出“没有可用数据“的消息提示框
2 系统查询出错
2.1 跳往显示“您的操作有误“的错误页面
3 系统删除数据出错
3.1 跳往显示“您的操作有误“的错误页面
² 特殊要求
无
² 后置条件
无
² 扩展点
无
4.2.5 普通销售人员的功能概述
普通销售人员的功能
编号
功能
功能简介
1.
新建客户信息
添加客户
2.
查询客户信息
查询客户
3.
更新客户信息
更新信息
4.
新建订购单
添加订购单
5.
更新订购单
修改订购单
6.
查询订购单
查询订购单
7.
删除订购单
删除订购单
8.
统计自己指定时间段内的零件销售总量
统计总量
9.
统计自己指定时间段内的各种零件销售总量
统计单个总量
10.
定期删除无效订购单d dfdfdfsd定期删除无效订购单
自动删除无效订购单
11.
打印预出库的订购单
打印订购单
普通销售人员用例图

4.2.5.1 新建客户信息
² 概要：
本用例描述了销售人员新建的状态。
² 参与者：
管理员
² 前置条件
由客户通过电话，传真，邮件和当面订货的方式来进行订货, 当客户订货后
² 事件流
Ø 基本流
1. 销售人员选择新建客户信息选项
2. 由销售人员填写客户信息（客户姓名，性别，地址，电话）
3. 系统进行验证
4. 插入数据库（客户表）
5. 返回信息
Ø 备选流
1. 客户编号不能为空。
2. 客户姓名不能为空。
3. 客户性别不能为空。
4. 客户联系电话不能为空。
5. 客户身份证号不能为空。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.5.2 查询客户信息
² 概要：
本用例描述了销售人员查询客户信息的状态。
² 参与者：
管理员
² 前置条件
客户存在
² 事件流
Ø 基本流
1. 销售人员选择查询客户信息选项
2. 输入客户编号，姓名等（查询所有也可以）
3. 进入数据库进行查询（客户表）
4. 返回结果
Ø 备选流
1. 查询条件不能为空。
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.5.3 更新客户信息
² 概要：
本用例描述了销售人员更新客户信息的状态。
² 参与者：
管理员
² 前置条件
客户信息发生了变动。
² 事件流
Ø 基本流
1. 销售人员选择更新客户信息选项
2. 输入客户信息进行查找（客户表）
3. 显示查询的客户信息
4. 更新客户信息
5. 点击保存（客户表）
6. 系统进行验证
7. 返回信息
Ø 备选流
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.5.4新建订购单：
² 概要：
本用例描述了销售人员怎样去新建一张订购单。
² 参与者：
销售人员
² 前置条件
销售人员与客户，仓管沟通后，确认销售部能满足客户的所有要求（到货日期，零件型号，订购数量）等。
² 事件流
Ø 基本流
1. 销售人员选择新建订购单选项
2. 系统显示订购单信息输入页面（填写销售员姓名（下拉），
客户姓名(下拉)，,创建订购单日期（默认）,客户期望到货日期，订购单状态（默认未处理），购买所需总金额（系统计算）,选购零件（超链接））
3. 销售人员点击选购零件（超链接）跳入零件信息表，进行选购。
4. 选购完毕，点击确定，提示是否继续，是，跳入零件信息表，否跳入订购单表。
5. 跳入订购单表时，打印出订购零件数量（同一中零件），价格（一种零件单价），总价（同种类型零件）, 购买所需总金额（所有零件）
6. 销售人员填写完毕。
7. 由系统进行验证
8. 提交给仓库管理员
Ø 备选流
无
² 特殊需求
无
² 后置条件
无
² 扩展点
无
4.2.5.5更新订购单
² 概要：
本用例描述了销售人员更新订购单。
² 参与者：
管理员
² 前置条件
订购单发生变动。
² 事件流
Ø 基本流
1. 销售人员点击更新订购单。
2. 查询出所有本销售人员的订购单，进行更新。
3. 可以更新客户期望到货日期，订购单状态，购买所需的总金额。
4. 保存