汽车配件管理系统需求分析说明书知识讲解.docx

汽车配件管理系统需求分析说明书知识讲解.docx

《汽车配件管理系统需求分析说明书知识讲解.docx》由会员分享，可在线阅读，更多相关《汽车配件管理系统需求分析说明书知识讲解.docx（64页珍藏版）》请在冰豆网上搜索。

汽车配件管理系统需求分析说明书知识讲解

4．WWW。

google。

com。

cn。

大学生政策2004年3月23日

市场环境所提供的创业机会是客观的，但还必须具备自身的创业优势，才能使我们的创业项目成为可行。

作为大学生的我们所具有的优势在于：

（2）文化优势

大学生个性化消费增多是一种趋势。

当前社会、经济飞速发展，各种新的消费品不断增多，流行文化时尚飞速变化，处于校园与社会两者之间的大学生肯定会受影响。

目前在大学校园，电脑、手机、CD、MP3、录音笔被称为大学生的“五件武器”。

除了实用，这也是一种表明自己生活优越的炫耀性的东西。

现下很大一部分大学生中的“负债消费”表现的典型的超前享乐和及时行乐——其消费项目多半是用于奢侈浪费的非必要生活消耗。

如举办生日宴会、打网球、保龄球、上舞厅跳舞、进夜总会唱“卡拉ＯＫ”等。

“负债消费”使很多学生耽于物欲，发展严重者轻则引起经济纠纷，动武斗殴，影响同窗友谊，重则引发犯罪事件，于社会治安不利。

夏日的街头，吊带装、露背装、一步裙、迷你裙五彩缤纷、争妍斗艳。

爱美的女孩们不仅在服饰搭配上费尽心机，饰品的选择也十分讲究。

可惜在商店里买的项链、手链、手机挂坠等往往样式平淡无奇，还容易出现雷同现象。

9、如果你亲戚朋友送你一件DIY手工艺制品你是否会喜欢？

据调查统计在对大学生进行店铺经营风格所考虑的因素问题调查中，发现有50%人选择了价格便宜些，有28%人选择服务热情些，有30%人选择店面装潢有个性，只有14%人选择新颖多样。

如图（1-5）所示

月生活费人数（频率）百分比

在大学生对DIY手工艺品价位调查中，发现有46%的女生认为在十元以下的价位是可以接受；48%的认为在10-15元；6%的则认为50-100元能接受。

如图1-2所示

营销调研课题汽车配件管理系统项目需求说明书

CarManagerSystem

第一部分引言

1.1编写目的

需求说明书有时候也被称为规格说明书，本规格说明描述了汽车配件管理系统项目的要求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的格式和内容。

并且作为各方面沟通的依据，也为下一步工作提供基准。

软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。

经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。

1.2适用范围

本文档主要涉及“汽车配件管理系统”的应用模型和功能需求描述。

1.3背景

说明：

A、软件系统的名称：

汽车配件管理系统

B、任务提出者：

庄严

C、开发者：

北大青鸟NY2T56班第X小组

实现完成的系统将在XXX使用，所应用的网络系统是Intrenet。

本系统将是独立的系统，目前不与其它任何系统提供接口，所产生的输出都是独立的。

本系统将使用SQLServer2000作为数据库存储系统。

1.4术语、定义和缩写

CarManagerSystem：

汽车配件管理系统

1.5文档概述

本文档主要描述了“汽车配件管理系统”的外部接口需求、功能需求以及其他非功能需求。

1.6参考资料

参考资料：

A、国家标准《软件需求说明书（GB856T——88）》；

B、汽车配件管理系统项目的软件需求说明

第二部分任务概述

2.1目标

总体上，系统的目标是帮助汽车售后服务中心对汽车零件，仓库，零件的采购，销售进行统一管理，提高工作效率，便于公司的管理，为业务过程提供更加快捷、更好和更加经济的服务。

具体来讲，系统的目标包括：

（比如:

）

Ø销售人员

◆客户信息管理

新建客户信息

查询客户信息

更新客户信息

◆订购单信息管理

新建订购单

更新订购单

查询订购单

删除订购单

◆统计信息管理

统计自己指定时间段内的零件销售总量

统计自己指定时间段内的各种零件销售总量

定期删除无效订购单

打印预出库的订购单

Ø销售管理人员

◆部门统计信息管理

统计部门指定时间段内的零件销售总量

统计部门指定时间段内的零件销售金额

统计部门指定时间段内的各种零件销售总量

统计部门指定时间段内的各种零件销售金额

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退出系统

✧概要

本用例描述了用户如何退出本系统。

✧参与者

已登录账号的用户

✧前置条件

用户在当前处于登录状态。

✧事件流

Ø基本流

3.已登录的账号选择退出选项。

4.直接返回到系统登录页面。

Ø备选流

无

✧特殊需求

无

✧后置条件

无

✧扩展点

无

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.系统显示查询信息

Ø备选流

系统验证：

状态必须输入

✧特殊条件

无

✧后置条件

无

✧扩展点

无

更新订购单信息

✧概要

本用例描述了仓管怎样更新订购单信息

✧参与者

仓库管理员

✧前置条件

销售人员将订购单提交给仓管，仓管根据库存需要做适当的调整时

✧事件流

Ø基本流

5.仓库管理员选择更新订购单信息的操作

6.查询订购单信息

7.点击每个订购单后，就在另一个页面将该订购单的详细信息显示出来

8.主要是对订购单状态的修改

9.系统显示更改订购单信息成功

Ø备选流

1.如果库存满足订购要求，仓管就将订购单的状态更改为”有效”，并将信息反馈给销售人员

1.1如果库存不能满足客户需求

1.1.1缺货仓管将订购单的状态更改为”缺货”

1.1.2当前库存无法满足客户订购需求或没有客户订购的零件

1.1.2.1客户仍然要到我方定货仓管将订购单的状态更改为”等待”，并写明到货日期。

对于货物不足时，就有多少发多少，再将此信息反馈给销售人员

1.1.2.2客户不在我方订货仓管经订购单的状态更改为”无效”，反馈给销售人员

✧特殊条件

无

✧后置条件

无

✧扩展点

无

4.2.3.4新建出库单

✧概要

本用例描述了仓库管理员怎样新建出库单

✧参与者

仓库管理员

✧前置条件

仓管的当前操作处于新建出库单页面

✧事件流

Ø基本流

10.查询订购单

11.此时订购单应处于有效状态或者是等待（有货就发）

12.将查询到的可以出库的订购单信息插入出库单中，并标识零件的出库日期

13.系统显示新建出库单成功

Ø备选流

查询到的订购单一定要有效，也就是说此次订购已经得到了仓管的确认，否则提示操作错误的信息。

✧特殊条件

无

✧后置条件

无

✧扩展点

无

4.2.3.5查询总表

✧概要

本用例描述了仓管怎样查询总表信息。

（总表也就是总部提供的零件信息表）

✧参与者

仓库管理员

✧前置条件

仓管需要添加某种零件

✧事件流

Ø基本流

1.仓管选择查询总表操作

2.系统显示查询页面

3.输入查询条件如按零件标号、中外文名称、生产商等信息查询。

可不输入，不输入查询条件，就直接在页面把所有零件的信息显示出来。

Ø备选流

无

✧特殊条件

无

✧后置条件

无

✧扩展点

无

4.2.3.6新建零件信息

✧概要

本用例描述了仓管怎样添加零件信息。

✧参与者

仓库管理员

✧前置条件

仓管的当前操作处于新建零件信息界面

✧事件流

Ø基本流

4.仓管选择新建零件信息操作

5.系统显示零件信息输入界面

6.零件信息的输入只包括零件号：

当输入零件号时按提交按钮就可以从总表（总表是指公司提供的货物）中提取需要的零件信息

7.系统保存零件信息包括：

零件号、货位号、生产商、中外文名称、单位、体积、重量、单价等。

8.提示该操作成功

Ø备选流

零件号必须输入，若不输入给出相应的提示

✧特殊条件

无

✧后置条件

无

✧扩展点

无

4.2.3.7更新采购单

✧概要

本用例描述了仓管如何更新采购单信息

✧参与者

仓库管理员

✧前置条件

仓管审核采购单后需更新采购单信息

零件入库后，需更新采购单信息

✧事件流

Ø基本流

9.仓管选择更新采购单操作

10.如果采购单处于仓管确认未通过，仓管需将自己的未通过理由以及建议填入采购单中，点击”提交”

11.如果采购单处于仓管确认通过，则将此采购单提交给经理审核；

12.如果经理审核通过，就将采购单的状态更改为”经理确认通过”；

13.如果经理审核未通过，就给将建议填入采购单中，点击”提交”；

14.如果经理对提交上来的采购单持否决态度则直接将该采购单的状态更新为"无效"；

15.采购人员根据仓管或经理反馈的信息，修改采购单，并将采购单的状态更改为”建议已采纳”

16.如果采购单的状态为”经理确认通过”，则表明该采购单可以执行；

17.经过系统核对，如果采购单的零件信息与入库单的零件信息一致，则将订购单的状态更改为”完成”。

Ø备选流

无

✧特殊条件

无

✧后置条件

无

✧扩展点

无

4.2.3.8新建入库单

✧概要

本用例描述了仓管怎样新建入库单

✧参与者

仓库管理员

✧前置条件

零件需要入库

仓管人员的当前操作处于新建入库单页面

✧事件流

Ø基本流

18.查询处于”经理审批通过”状态的采购单

19.将查询到的信息反映到入库单中

20.填入零件的入库时间和实际的入库数量

21.点击”提交”,新建如入库单完成.

22.系统提示操作成功.

Ø备选流

新建入库单失败,系统给出提示”新建入库单失败”,并返回新建入库单页面.

✧特殊条件

✧后置条件

✧扩展点

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.