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

汽车配件管理系统项目需求说明书第一部分 引言31.1编写目的31.2适用范围31.3背景31.4术语、定义和缩写31.5文档概述31.6参考资料4第二部分 任务概述42.1目标42.2用户的特点52.3假定和约束5第三部分 问题分析53.1技术架构5第四部分 需求规定64.1系统流程图64.2对功能的规定64.2.1 对所有授权用户功能的概述64.2.2系统管理员功能的概述104.2.3 仓库管理员的功能概述134.2.3 仓库管理员的功能概述14新建订购单反馈信息164.2.3.4新建出库单174.2.3.5查询总表184.2.3.6 新建零件信息194.2.3.7 更新采购单194.2.3.8 新建入库单204.2.3.9 打印出库单204.2.4 系统管理员功能的概述214.2.4.2新建采购单234.2.4.3 更新采购申请的状态为已处理244.2.4.4查询处于未处理状态的采购单244.2.4.5 查询处于仓管或经理未同意的采购单254.2.4.6 修改采购单254.2.4.7 将采购单的采购建议改为建议已采纳264.2.4.8 查询已被经理同意的采购单274.2.4.9 统计指定时间内各种零件的采购总量274.2.4.10打印预执行的采购单284.2.4.11 定期删除无效的采购单284.2.5 普通销售人员的功能概述294.2.6 销售管理人员的功能概述374.2.6.1 统计部门指定时间段的零件销售总量384.2.7 经理的功能概述404.2.8 人事部管理员的功能概述47² 4.2.5 精度51² 4.2.6 时间特性要求51² 4.2.7 灵活性524.3系统容量524.4故障处理要求524.5其它专门要求534.6文档需求544.7测验需求545.1设备545.2支持软件555.3接口555.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、 国家标准软件需求说明书（GB856T88）；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. 保存5. 返回原页。Ø 备选流无² 特殊需求无² 后置条件无² 扩展点无4.2.5.6查询订购单 ² 概要：本用例描述了销售人员查询一张订购单。² 参与者：销售人员² 前置条件根据仓库管理员返回的订购单，销售人员来查询订购单表。² 事件流Ø 基本流1. 销售人员点击查询订购单2. 输入订单Id或客户姓名（销售人员和销售管理人员共享）3. 查看订购单表的OrderState 字段的订购单状态。4. 如果为有效状态的订购单，可以出库。5. 如果为查无此零件状态的订购单，可以判断没有此零件，销售人员与客户进行沟通，如还要购买，更改订购单的状态为等待（货齐在发）。如不购买，设为无效状态。6. 如果为缺货状态的订购单，此时有可能是缺货，查看订购单反馈信息表，查看同种零件当前有效库存，采购到货日期，销售人员与客户进行沟通，如不购买，设为无效状态，如还要购买，设置订购单状态为等待状态，客户要等货到齐后才要时，更新订购单的状态（货齐在发）。客户此时要先要一部分时，更新订购单的状态（有货就发）7. 系统进行验证8. 取货 Ø 备选流输入信息必须合法,不能为空。² 特殊需求无² 后置条件无² 扩展点无4.2.5.7删除订购单² 概要：本用例描述了销售人员删除无效订购单。² 参与者：管理员² 前置条件订购单为无效状态。² 事件流Ø 基本流6. 销售人员点击删除订购单。7. 查询出所有本销售人员的无效状态的订购单，进行删除。8. 返回原页。Ø 备选流无² 特殊需求无² 后置条件无² 扩展点无4.2.5.8统计自己指定时间段内的零件销售总量：² 概要：本用例描述了销售人员查询零件销售总量状态。² 参与者：管理员² 前置条件销售人员统计销售总量。² 事件流Ø 基本流1. 销售人员点击查询零件销售总量选项并指定日期时间段2. 在数据库进行查询(订单表-销售人员)3. 返回零件销售总量信息Ø 备选流无² 特殊需