0.ERP系统需求规格说明书(教学示例)五篇

时间:2019-05-15 03:45:25下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《0.ERP系统需求规格说明书(教学示例)》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《0.ERP系统需求规格说明书(教学示例)》。

第一篇:0.ERP系统需求规格说明书(教学示例)

ERP系统需求规格说明书

1引言

1.1编写目的

此需求规格说明书对项目的背景、范围、验收标准和需求等信息进行说明,包括功能性需求和非功能性需求,确保对用户需求的理解一致。

预期的读者有(甲方)的需求提供者、项目负责人、相关技术人员等,北京亚思晟商务科技有限公司(乙方)的项目组成员,包括项目经理、客户经理、分析设计开发测试等人员。

1.2背景

ERP系统是基于互联网的应用软件,为东北某城市一大型工业生产企业提供的全面企业管理解决方案。其功能涵盖了从采购、销售、生产、质量、人事、考勤、财务、档案、设备、新品、基础数据等模块。此处将与生产相关的模块功能做详细介绍。

1.3定义  成品入库分为两种:一种为生产中的成品入库,另一种为采购中的成品入库  凡是出库需判断现有库存量,有审核的需审核后才能确认出库

 半成品库中,材料名称指的是原材料库中“材质”,材质+规格可唯一判定该材料  材料进厂指的是:“原材料在外加工后形成的半成品”进厂入库

 转序卡中的数量指的是:根据材料而得出投放数量,一批材料可对应多个转序卡  转序卡中的成品入库数量:指的是投放后该产品的实际入库数量。当第一张转序的剩余数量为零时,入库的产品数量转入下一张转序卡;

 转序卡中的报废数量指的是:投放后该产品的实际报废或核销数量。当第一张转序的剩余数量为零时,报废或核销的产品数量转入下一张转序卡;  每张转序卡中的剩余数量=投放数量-入库数量-报废或核销数量  材料请领是有计划的一个投放

 成品库中的零件号与其总承号同义,半成品库中分为零件总承号、零件号  返修品出库与入库要有对应关系,一次出库可能多次入库,总数量有对应关系  废品是有原因的报废,需追究相关责任人;核销是定期有针对性、有正当原因的处理。核销必须有申请与审核,原因如锈蚀,产品件下线等多种

 实现盘点:只要点击盘点,所有库房同时冻结,然后所有库房的期末数都冻结,时间点之后的所有单子不参加逻辑运算;然后生成一个所有库房的期末数的盘点单,也就是期末数的汇总报表,然后打印。用账面的期末数(也就是盘点时的期末数)到各个库房对实物数量进行核对,核对后出盘盈盘亏,查出原因及调整库存数量后,才可以重新解冻,进行之后所有入出单子的逻辑运算  所有的成品不一定都有半成品  一个零件名称可能有多个零件号  盘盈数量加上现有库存修改库存数量

 现有库存减去盘亏数量修改库存数量

1.4参考资料

ERP系统理论和实践

2任务概述

2.1目标

本ERP系统是基于互联网的应用软件,通过此系统可以实现采购、销售、生产、质量、人事、考勤、财务、档案、设备、新品管理等核心业务,实现企业各部门工作流程的优化重组,超越时间、空间和部门分隔的限制,建成一个精简、高效、廉洁、公平的运作模式,以便全方位地实现企业优质、规范、透明、符合国际水准的管理。该软件系统是一项独立的软件,整个项目外包给北京亚思晟商务科技有限公司来开发维护。

2.2用户的特点

本软件的最终用户为企业内的日常使用者,操作人员和维护人员有较高的教育水平和技术专长,同时使用的用户数量初步估计为100人。

2.3假定和约束

假定此系统为自包含的,不过分依赖其它外部系统。本项目的开发期限为6个月。

3需求规定 3.1对功能的规定

整体功能用例图(Use-Case Diagram):

4.用例规格

4.1公共信息管理用例描述:

(1)角色:系统管理员(2)前提条件:登录(3)主事件流

1.点击进入公共信息管理模块 2.点击部门维护(S1)

3.点击员工基本信息(S2)(4)分支事件流

S1: 部门维护(E1)1.添加部门 2.修改部门 3.删除部门

4.返回部门列表页面 S2: 员工基本信息(E2)1.添加员工基本信息 2.修改员工基本信息 3.删除员工基本信息 4.返回员工列表页面(5)异常事件流

E1: 无法添加、修改、删除部门 E2: 无法添加、修改、删除员工

4.1.1用户界面

进入界面:单击左侧菜单栏中的公共信息管理,打开后选中部门维护单击,进入部门维护界面,如下图4.1.1.1

(图4.1.1.1)

选中左侧树图中的结点:如总部,单击“添加部门”按钮,将生成新的编号,在下

面各输入框内输入相应信息,如下图(图4.1.1.2)

(图4.1.1.2)

点击添加按钮,将在选中的部门下生成新的子部门。操作成功的界面如下图(图9.1.13)

(图4.1.1.3)

注意:类别应添2、3等,指的是所在树形结构中的级别。如2为在总部下

选中左侧树图中的部门(如总部),单击“操作”按钮,可在右侧修改或删除此部门信息,如下图(图4.1.1.4)

(图4.1.1.4)

修改或删除成功后如下图(图4.1.1.5)5

(图4.1.1.5)

4.1.2用户界面

点击左侧“公共信息管理”,打开菜单后单击“员工基本信息”,如下图(图4.1.2.1)

(图4.1.2.1)

选中员工所在的“部门”,在输入框内输入员工姓名后单击保存按钮。如下图(图4.1.2.2)

(图4.1.2.2)

保存成功后的界面如下图(图4.1.2.3)

(图4.1.2.3)

4.2基础信息管理用例描述:

(1)角色:库房管理员(2)前提条件:登录(3)主事件流

1.点击进入基本信息管理模块

2.点击半成品库(S1)3.点击成品库(S2)4.点击原材料库(S3)5.点击辅助材料库(S4)

6.点击标准价库(S5)7.点击工具库(S6)8.点击工装备件库(S7)9.点击工序基础信息(S8)10.点击定额基础信息(S9)4)分支事件流

S1: 半成品库(E1)1.添加半成品库 2.修改半成品库 3.删除半成品库

4.返回半成品库列表页面 S2: 成品库(E2)1.添加成品库 2.修改成品库 3.删除成品库

4.返回成品库列表页面 S3: 原材料库(E3)1.添加原材料库 2.修改原材料库 3.删除原材料库

4.返回原材料库列表页面 S4: 辅助材料库(E4)1.添加辅助材料库 2.修改辅助材料库 3.删除辅助材料库

4.返回辅助材料库列表信息 S5: 标准件库(E5)1.添加标准件库 2.修改标准件库 3.删除标准件库

4.返回标准件库列表信息 S6: 工具库(E6)1.添加工具库 2.修改工具库 3.删除工具库

4.返回工具库列表信息 S7: 工装备件库(E7)1.添加工装备件库 2.修改工装备件库 3.删除工装备件库

4.返回工装备件库列表信息S8: 工序基础信息(E8)1.添加工序基础信息 2.修改工序基础信息(3.删除工序基础信息 4.返回工序列表页面 S9: 定额基础信息(E9)1.添加定额基础信息 2.修改定额基础信息 3.删除定额基础信息 4.返回定额列表页面(5)异常事件流

E1: 无法添加、修改、删除半成品库 E2: 无法添加、修改、删除成品库 E3: 无法添加、修改、删除原材料库 E4: 无法添加、修改、删除辅助材料库 E5: 无法添加、修改、删除标准件库 E6: 无法添加、修改、删除工具库 E7: 无法添加、修改、删除工装备件库 E8: 无法添加、修改、删除工序基础信息 E9: 无法添加、修改、删除定额基础信息

4.2.1用户界面

单击左侧“基础信息管理”菜单,找到“半成品库”,单击后进入“半成品库”维护,如下图(4.2.1.1)

(图4.2.1.1)

单击添加按钮,进入添加新半成品的界面,如下图(图4.2.1.2)

(图4.2.1.2)

首先选中公司,根据公司选中零件总承号,添加上对应的各项基本信息,如下图(图4.2.1.3)说明:公司名称与零件总承号可在基础信息管理的“成品库”中先维护,详见4.2.2

(图4.2.1.3)

单击添加,正确添加后,则在提示处显示为“1”,如下图(图4.2.1.4)

(图4.2.1.4)

单击返回,返回到“半成品库”主界面

单击主界面的查看按钮,可查看当前记录的详细信息,同时也可修改当前记录。单击主界面的新增厂家,打开添加后,公司名称不可改变,新增半成品信息

单击主界面的新增零件,打开添加后,公司名称与零件总承号不可改变,在此基础上添加新的半成品信息,操作界面同“添加”

选中主界面的复选框后,单击删除按钮,可直接删除选中的记录

4.2.2用户界面

单击左侧“基础信息管理”中的“成品库”,进入成品库管理界面,如下图(图4.2.2.1)

(图4.2.2.1)

选中复选框,单击删除按钮,如下图(图4.2.2.2)

(图4.2.2.2)

删除成功后,界面如下图(图4.2.2.3)

(图4.2.2.3)

单击添加按钮,进入添加界面,添加信息,如下图(图4.2.2.4)

(图4.2.2.4)

注意:此处的查询功能,是为查询已有公司而设的,在公司输入框内输入要查询的公司名称,便可在查询的下拉框内查出相应的公司名称,查出后需添写到公司名称处,才可保存。

查询功能如下图(图4.2.2.5)

(图4.2.2.5)

选择时间控件时的界面如下图(图4.2.2.6)

(图4.2.2.6)

添加成功后,提示处为“1”,界面如下图(图4.2.2.7)

(图4.2.2.7)

单击主界面“查看/修改”,进入“查看/修改”界面,如下图(图4.2.2.8)

(图4.2.2.8)

点击修改按钮,可修改当前记录,成功后,提示处为“1”,如下图(图4.2.2.9)

(图4.2.2.9)

单击“返回”按钮返回主界面。单击“新增公司”按钮,进入界面如下图(图4.2.2.10)

(图4.2.2.10)

公司名称不做改变,新增产品信息。同添加

单击主界面上的“新增零件”按钮,进入界面如下图(图4.2.2.11)

(图4.2.2.11)

公司名称与零件名称不变,添加新的产品信息,同添加。

4.2.3用户界面

参照4.2.1节中的“半成品”及4.2.2中的“成品”操作

4.2.4用户界面

参照4.2.1节中的“半成品”及4.2.2中的“成品”操作

4.2.5用户界面

参照4.2.1节中的“半成品”及4.2.2中的“成品”操作

4.2.6用户界面

参照4.2.1节中的“半成品”及4.2.2中的“成品”操作

4.2.7用户界面

参照4.2.1节中的“半成品”及4.2.2中的“成品”操作

4.2.8用户界面

单击“基础信息管理”菜单后,点击“工序基础信息”,进入工序基础信息维护界面。展开树图,如下图(图4.2.8.1)

(图4.2.8.1)

单击零件号后,界面中多出一个添加按钮(或是显示出查询结果,在结果中有新增工序的按钮),如下图(图4.2.8.2)

(图4.2.8.2)

单击添加按钮后进入添加界面,如下图(图4.2.8.3)

(图4.2.8.3)

输入工序名称后单击添加按钮,提示“添加成功!”,单击返回,回到主界面。(图4.2.8.4)单击主界面修改按钮,进入修改界面,如下图(图4.2.8.5)

(图4.2.8.4)

(图4.2.8.5)

单击修改按钮,成功后提示修改成功!如下图(图4.2.8.6)

(图4.2.8.6)

回主界面,选中复选框后点击删除按钮,如下图(图4.2.8.7)

(图4.2.8.7)

删除后界面如下图(图4.2.8.8)

(图4.2.8.8)

4.2.9用户界面

单击左侧“基础信息管理”菜单下的“定额基础信息”,进入界面如下图(图4.2.9.1)

(图4.2.9.1)

单击“新增定额”按钮后进入新增界面,如下图(图4.2.9.2)

(图4.2.9.2)

添加信息,如下图(图4.2.9.3)

(图4.2.9.3)

说明:点击“查”按钮可打开左侧树图,点击左侧树图可添加承制部门名称

成功后界面如下图(图4.2.9.4)

(图4.2.9.4)

主界面中点击修改/查看按钮,如下图(图4.2.9.5,图4.2.9.6)

(图4.2.9.5)

(图4.2.9.6)

修改成功后的界面如下图(图4.2.9.7)

(图4.2.9.7)

删除功能参照“成品或半成品”

如未选中工序时单击“新增定额”按钮,将出现中下图所示的提示(图4.2.9.8)

4.3采购管理

用例描述:

(1)角色:采购管理员

(2)前提条件:登录、基础库添加完整信息(3)主事件流: 1.点击进入采购管理 2.点击成品入库(S1)3.点击半成品入库(S2)4.点击原材料采购(S3)5.点击辅助材料采购(S4)6.点击标准件采购(S5)

7.点击工具采购(S6)8.点击工备件采购(S7)9.点击采购申请(S8)10.点击采购计划(S9)(4)分支事件流

S1: 成品入库(E1)

1.添加成品入库 2.修改成品入库 3.删除成品入库

4.返回成品入库列表页面 S2: 半成品入库(E2)1.添加半成品入库 2.修改半成品入库 3.删除半成品入库

4.返回半成品入库列表页面

S3: 原材料采购(E3)

1.添加原材料采购单 2.修改原材料采购单 3.删除原材料采购单 4.返回原材料列表页面 S4: 辅助材料采购(E4)

1.添加辅助材料采购单 2.修改辅助材料采购单 3.删除辅助材料采购单 4.返回辅助材料列表页面 S5: 标准件采购(E5)

1.添加标准件采购单 2.修改标准件采购单 3.删除标准件采购单 4.返回标准件列表页面 S6: 工具件采购(E6)

1.添加工具件采购单 2.修改工具件采购单 3.删除工具件采购单 4.返回工具件采列表页面 S7: 工备件采购(E7)1.添加工备件采购单 2.修改工备件采购单 3.删除工备件采购单 4.返回工备件列表页面 S8: 采购申请(E8)

1.添加采购申请 2.修改采购申请 3.删除采购申请

4.返回采购申请列表页面

S9: 采购计划(E9)

1.添加采购计划 2.修改采购计划 3.删除采购计划

4.返回采购计划列表页面(5)异常事件流

E1: 无法添加、修改、删除成品库 E2: 无法添加、修改、删除半成品库 E3: 无法添加、修改、删除原材料采购 E4: 无法添加、修改、删除辅助材料采购 E5: 无法添加、修改、删除标准件采购 E6: 无法添加、修改、删除工具采购 E7: 无法添加、修改、删除工装备件采购 E8: 无法添加、修改、删除采购申请 E9: 无法添加、修改、删除定采购计划

4.3.1用户页面

点击上方“采购管理”中的“成品入库”,进入界面如下图(图4.3.1.1)

(图4.3.1.1)

点击添加按钮,进入界面(图4.3.1.2)

(图4.3.1.2)

选择零件,进入界面如下图(图4.3.1.3)

(图4.3.1.3)

选中零件后,进入界面如下图(图4.3.1.4)

(图4.3.1.4)

单击添加后返回主界面如下图(图4.3.1.5)

(图4.3.1.5)

单击主界面的查看界面后如下图(图4.3.1.6)

(图4.3.1.6)

单击修改按钮,进入界面如下图

单击修改后可返回主界面

4.3.2用户页面

操作同9.3.1.中的“成品入库”操作

4.3.3用户页面

操作同9.3.1.中的“成品入库”操作

4.3.4用户页面

操作同9.3.1.中的“成品入库”操作

4.3.5用户页面

操作同9.3.1.中的“成品入库”操作

4.3.6用户页面

操作同9.3.1.中的“成品入库”操作

4.3.7用户页面

操作同9.3.1.中的“成品入库”操作

4.3.8用户页面

单击上方“采购管理”中的“采购申请单”,如下图(图4.3.8.1)

(图4.3.8.1)

单击添加按钮,进入界面如下图(图4.3.8.2)

(图4.3.8.2)

单击选择部门,如下图(图4.3.8.3)

选择部门及申请人,添加信息返回主界面

在主界选中复选框,点击“审批”按钮,成功后界面如下图(图4.3.8.4)

(图4.3.8.4)

4.3.9用户页面

点击上方菜单“采购管理”中的“采购计划”,如下图(图4.3.9.1)

(图4.3.9.1)

单击添加按钮,进入界面如下图(图4.3.9.2)

(图4.3.9.2)

点击选择材料,进入界面如下图(图4.3.9.3)

(图4.3.9.3)

选择材料后,点击“添加”按钮,如下图(图4.3.9.4)

(图4.3.9.4)

单击“保存信息”按钮,返回主界面,如下图(图4.3.9.5)

(图4.3.9.5)

4.4生产管理用例描述:

(1)角色:生产管理员(2)前提条件:登录(3)主事件流: 1.点击进入生产管理模块 2.点击客户订单(S1)3.点击材料请领单(S2)4.点击产成品入库(S3)5.点击转序卡(S4)6.点击生产计划(S5)7.点击材料进厂(S6)8.点击日排产计划(S7)(4)分支事件流

S1: 客户订单(E1)1.添加客户订单 2.修改客户订单 3.删除客户订单

4.返回客户订单列表页面 S2: 材料请领单(E2)1.添加材料请领单 2.修改材料请领单 3.删除材料请领单

4.返回材料请领单列表页面 S3: 产成品入库(E3)1.添加产成品入库单 2.修改产成品入库单 3.删除产成品入库单

4.返回产成品入库单列表页面 S4: 转序卡(E4)1.添加转序卡

2.修改转序卡 3.删除转序卡

4.返回转序卡列表页面 S5: 生产计划(E5)1.添加生产计划 2.修改生产计划 3.删除生产计划

4.返回生产计划列表页面 S6: 材料进厂(E6)1.添加材料进厂单 2.修改材料进厂单 3.删除材料进厂单

4.返回材料进厂单列表页面 S7: 日排产计划(E7)1.添加日排产计划 2.修改日排产计划 3.删除日排产计划

4.返回日排产计划列表页面(5)异常事件流

E1: 无法添加、修改、删除客户订单 E2: 无法添加、修改、删除材料请领单 E3: 无法添加、修改、删除产成品入库 E4: 无法添加、修改、删除转序卡 E5: 无法添加、修改、删除生产计划 E6: 无法添加、修改、删除材料进厂 E7: 无法添加、修改、删除日排产计划

4.4.1用户页面

点击上方菜单“生产管理”中的“客户订单”,进入主界面,点击主界面中的查看后,界面如下图(图4.4.1.1)

(图4.4.1.1)

点击“添加”按钮,进入界面如下图(图4.4.1.2)

(图4.4.1.2)

点击“选择零件”进入界面如下图(图4.4.1.3)

(图4.4.1.3)

添加零件后进入界面如下图(图4.4.1.4)

(图4.4.1.4)

在数量输入框内输入数量,单击添加按钮后返回主界面,如下图(图4.4.1.5)

(图4.4.1.5)

4.4.2用户页面

点击上方“生产管理“菜单中的”材料请领单“,进入界面如下图(图4.4.1.6)

(图4.4.1.6)

其添加过程同9.4.1中的“客户订单”,添加后返回主界面,如下图(图4.4.1.7)

(图4.4.1.7)

单击批准,如果库存不足,则提示如下图(图4.4.1.8)

33(0

(图4.4.1.8)

如果领取通过,则提示界面如下图(图4.4.1.9)

(图4.4.1.9)

4.4.3用户页面

点击“生产管理”菜单中的“产成品入库”,进入界面如下图(图4.4.3.1)

(图4.4.3.1)

其操作参照4.4.1中的“客户订单”

4.4.4用户页面

点击上方菜单“生产管理”中的“转序卡”,进入界面如下图(图4.4.4.1)

(图4.4.4.1)

点击“添加”按钮,进入界面如下图(图4.4.4.2)

(图4.4.4.2)

选择零件添加后,输入数量,单击“计算数据”后,点击“确定”按钮,返回主界面,如下图(图4.4.4.3)

(图4.4.4.3)

单击“查看”按钮,界面如下图(图4.4.4.4)

(图4.4.4.4)

4.4.5用户页面

点击上主菜单“生产管理”中的“生产计划”,进入界面如下图(图4.4.5.1)

(图4.4.5.1)

点击“添加”按钮,进入界面如下图(图4.4.5.2)

(图4.4.5.2)

“浏览”后选择厂家、零件名称、零件号返回,输入“月计划数量”后(图4.4.5.3)单击“确定”,返回主界面(图4.4.5.4)

(图4.4.5.3)

(图4.4.5.4)

单击“查看”后界面如下图(图4.4.5.5)

(图4.4.5.5)

4.4.6用户页面

点击上方菜单“生产管理”中的“材料进厂”,进入界面如下图(图4.4.6.1)

(图4.4.6.1)

点击“添加”按钮后,选择“浏览”按钮打开界面如图(图4.4.6.2),添加零件名称、零件总承号、厂家、板材定额等,进入界面如图(图4.4.6.3)

(图4.4.6.2)

(图4.4.6.3)

如果信息不正确,则弹出提示界面如图(图4.4.6.4)

(图4.4.6.4)

单击“查看”按钮,界面如下图(图4.4.6.5)

(图4.4.6.5)

4.4.7用户页面

操作参照9.4.5中的“生产计划”

4.5库房管理

用例描述:

(1)角色:库房管理员(2)前提条件:登录(3)主事件流: 1.点击进入库房管理模块 2.点击废品库(S1)3.点击核销(S2)4.点击返修出库(S3)5.点击返修入库(S4)(4)分支事件流 S1: 废品库(E1)

1.添加废品单 2.修改废品单 3.删除废品单

4.返回废品单列表页面 S2: 核销(E2)

1.添加核销单 2.修改核销单 3.删除核销单

4.返回核销单列表页面 S3: 返修品出库(E3)

1.添加返修品出库单 2.修改返修品出库单 3.删除返修品出库单

4.返回返修品出库单列表页面 S4: 返修品入库(E4)

1.添加返修品入库单 2.修改返修品入库单 3.删除返修品入库单

4.返回返修品入库单列表页面(5)异常事件流

E1: 无法添加、修改、删除废品单 E2: 无法添加、修改、删除核销单

E3: 无法添加、修改、删除返修品出库单 E4: 无法添加、修改、删除返修品入库单

4.5.1用户界面

点击上方菜单中的“库房管理”,进入界面如下图(图4.5.1.1)

点击添加按钮,进入界面如下图(图4.5.1.2)

选择部门,如下图所示(图4.5.1.3)

(图4.5.1.3)

选择报废产品,如图所示(图4.5.1.4)

(图4.5.1.4)

选择零件后,添加数量,自动计算总价后单击确定。如下图(图4.5.1.5)

(图4.5.1.5)

确定后界面如下图(图4.5.1.6)

(图4.5.1.6)

单击审核按钮,如不成功,弹出提示界面如下图(图4.5.1.7)

(图4.5.1.7)

如成功,则弹出界面如下图(图4.5.1.8)

(图4.5.1.8)

审核成功后,当前记录的“审批”处显示为通过,如下图(图4.5.1.9)

(图4.5.1.9)

单击查看,进入界面如下图(图4.5.1.10)

(图4.5.1.10)

单击下方“查看”,可进入修改界面如下图(图4.5.1.11)

(图4.5.1.11)

修改相应信息,可返回主界面。

4.5.2用户界面

操作同4.5.1中的“废品库”操作

4.5.3用户界面

点击上主菜单“库房管理”中的“返修出库”,进入界面如下图(图4.5.3.1)

(图4.5.3.1)

点击“返修品出库新增”按钮,进入界面如下图(图4.5.3.2)

(图4.5.3.2)

点击新增按钮,进入界面如下图(图4.5.3.3)

(图4.5.3.3)

单击保存,界面如下图(图4.5.3.4)

(图4.5.3.4)

单击返回,返回主界面

4.5.4用户界面

点击上方“库房管理”菜单中的“返修入库”,进入如下界面(图4.5.4.1)

(图4.5.4.1)

选择上方的出库记录,输入返回数量,进入界面如下图(图4.5.4.2)

(图4.5.4.2)

选择当前返修入库记录后,点击入库,如数量不合理,弹出提示界面如下图(图4.5.4.3)

(图4.5.4.3)

如数量合理,弹出如下提示界面,如下图(图4.5.4.4)

(图4.5.4.4)

4.6销售管理

用例描述:

(1)角色:销售管理员(2)前提条件:登录(3)主事件流: 1.点击进入销售管理模块 2.点击产成品出库(S1)3.点击PA收发清单(S2)(4)分支事件流

S1: 产成品出库(E1)

1.添加产成品出库单 2.修改产成品出库单 3.删除产成品出库单

4.返回产成品出库单列表页面 S2: PA收发清单(E2)1.添加PA收发清单 2.修改PA收发清单 3.删除PA收发清单

4.返回PA收发清单列表页面(5)异常事件流

E1: 无法添加、修改、删除产成品出库单 E2: 无法添加、修改、删除PA收发清单

4.6.1用户页面

点击上方菜单“销售管理”中的产成品出库,进入界面如下图(图4.6.1.1)48

(图4.6.1.1)

点击“新增出库”按钮,进入新增界面如下图(图4.6.1.2)

(图4.6.1.2)

添加数量后,单击新增出库

单击保存,如果库存不足,则弹出提示界面如下图(图4.6.1.3)

(图4.6.1.3)

如库存能够保证出库,则进入界面如下图(图4.6.1.4)

第二篇:车辆管理系统需求规格说明书

车辆管理系统

软件需求规格说明书

班 级 08软工A1 拟制人 舒骥

2011年05月10日

目录

1引言.............................................................................................................................1

1.1编写目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 预期读者........................................................................................................1 1.4参考资料.........................................................................................................1 2综合描述.....................................................................................................................2

2.1产品目标.........................................................................................................2 2.2产品功能.........................................................................................................2 2.3用户范畴和特征.............................................................................................2 2.4运行环境.........................................................................................................3 2.5设计和实现限制.............................................................................................3 2.6 假定和约束....................................................................................................3

2.6.1人力资源约束.....................................................................................3 2.6.2技术约束.............................................................................................3 2.6.3环境约束.............................................................................................3

3外部接口需求.............................................................................................................4

3.1用户界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3软件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4

4.1功能分析.........................................................................................................4 4.2用例图.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活动图...................................................................................................19 4.5状态图...........................................................................................................21 5非功能需求...............................................................................................................22

5.1性能需求.......................................................................................................22

5.1.1时间、界面、响应要求...................................................................22 5.1.2灵活性...............................................................................................22 5.2数据管理需求...............................................................................................22

5.2.1系统数据流图...................................................................................22 5.2.2数据整理与保存...............................................................................24 5.2.3数据安全性.......................................................................................24 5.3故障处理需求...............................................................................................24

1引言

1.1编写目的

需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。

1.2 背景

物流系统是现代经济系统的主动脉,物流的最简单理解就是货物运输,所以运输在物流运作中的地位十分重要,而车辆是运输企业的命脉,有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。

开发软件名称:车辆管理系统 项目开发者:08软工A1 舒骥 用户:运输集团公司

1.3 预期读者

本需求的预期读者是开发组成人员,软件测试人员,支持本项目的老师,软件维护人员。

1.4参考资料

[1].《软件需求工程》 毋国庆 梁正平袁梦霆 李勇华 编著[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著

[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著

[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著 2综合描述

2.1产品目标

车辆管理系统将为企业提供各种车辆管理和快速查询的功能,以提高公司的运作效率,降低运作成本。

2.2产品功能

* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询

2.3用户范畴和特征

本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门,下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等,其组织结构如下图1:

图1:运输集团公司组织结构图

2.4运行环境

运行该软件所适用的具体设备必须是奔腾

4、内存512MB以上的计算机。操作系统在Windows xp及以上。

数据库为SQL Server2000版本

2.5设计和实现限制

仅设计为本地版本,无需联网,没有服务器端。

2.6 假定和约束

2.6.1人力资源约束

1、开发工作量约需1个人2月工作量。开发完成后,可减少为1名作为维护人员;

2、辅导老师1人,开发人员2人。

2.6.2技术约束

本项目的设计是在ASPAsp.Net程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。

2.6.3环境约束

运行该软件所适用的具体设备必须是奔腾

4、内存512MB以上的计算机。操作系统在Windows xp及以上。

3外部接口需求

3.1用户界面

见《系统设计说明书》

3.2硬件接口

考虑到大量数据的备份等要求,需要保持与磁带机、光盘刻录机及USB的接口,这较易实现。

3.3软件接口

这里,主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能,所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。

3.4通信接口

无需与网络连接,只需考虑与外部移动设备的通信。

4功能性需求

4.1功能分析

1、车辆基本信息管理模块

(1)用户的登录管理:不同级别的用户通过特定的用户名和密码登录系统,对相应的信息进行管理。

(2)查询车辆基本信息:通过输入车辆的基本信息对车辆的整体信息进行查询。(3)删除车辆基本信息:有相关权限的用户可对某些不再需要的车辆信息进行删除。

(4)修改车辆基本信息:有相关权限的用户如有必要,可对车辆的基本信息进 行修改。

(5)添加车辆基本信息:有相关权限的用户可添加车辆的基本信息。

2、车辆购置管理模块

用户可添加、修改、删除、查询车辆购置管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。

3、车辆调拨管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆调拨管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。

4、车辆报废管理模块

与车辆购置管理类似,用户可添加、修改、删除、查询车辆报废管理申请单,然后交由总工程师申请审批,如通过再有总经理申请审批,实现二级公司要提交车辆的购置申请,集团公司职能部门根据车辆的产权归属,由总工程师或总工程师及总经理对申请进行审批,生效后产生调拨单下发所属公司及各有关部门。

5、车辆信息查询管理模块

实现对多种信息的快速模糊查询,可根据车辆所属的二级公司,车牌号,车辆的厂牌,规格,型号等信息进行不同的组合来查询车辆,还可根据申请购置,调拨,报废车辆的二级公司,申请时间等查询车辆的购置,调拨,报废的申请及审批情况等。

4.2用例图

1、车辆管理信息系统用例图

2、车辆购置管理用例图

3、车辆调拨管理用例图

4、车辆报废管理用例图

5、车辆基本信息管理用例图

4.3用例分析

一、车辆购置管理

用例1 用例名称:添加车辆购置申请 用例识别号:1.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆购置申请单。前置条件:二级公司用户已经登录车辆管理信息系统。基本事件流:

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。

3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆购置申请记录就被插入到数据库中。5)用例终止 其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。异常事件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:一条新的车辆购置记录被插入到数据库中并显示出来。注释:无。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆购置申请记录不会被删除。

异常件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:选中的默认的车辆购置申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例3 用例名称:总工程师购置申请审批 用例识别号:1.2.1 参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆购置申请单进行审批。前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。

基本事件流:

1)总工程师单击选中要审批的车辆购置申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆购置申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。7)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总工程师确认。2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆购置申请记录。

用例4 用例名称:总经理购置申请批复 用例识别号:1.3.1 参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆购置申请进行批复。前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录,即:总工程师已审批、总经理未批复的公司所属车辆购置申请记录。基本事件流:

1)总经理单击选中要审批的车辆购置申请记录。

2)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆购置申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。3)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总经理确认。2)返回到管理系统主界面。

后置条件:选中的车辆购置申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆购置申请记录。

二、车辆调拨管理

用例5 用例名称:添加车辆调拨申请 用例识别号:2.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆调拨申请单。前置条件:二级公司用户已经登录车辆管理信息系统。基本事件流:

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗。

3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆调拨申请记录就被插入到数据库中。5)用例终止。其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。异常事件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:一条新的车辆调拨记录被插入到数据库中并显示出来。注释:无。

用例6 用例名称:删除车辆调拨申请 用例识别号:2.1.2 参与者:二级公司用户

简要说明:二级公司用户删除一个车辆调拨申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。基本事件流:

1)二级公司用户单击选中要删除的车辆调拨申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。

4)二级公司用户单击“是”按钮,该车辆调拨申请记录就被从数据库中删除。5)用例终止。其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆调拨申请记录不会被删除。异常件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:选中的默认的车辆调拨申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例7 用例名称:总工程师调拨申请审批 用例识别号:2.2.1 参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆调拨申请单进行审批。前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。

基本事件流:

1)总工程师单击选中要审批的车辆调拨申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆调拨申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。7)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总工程师确认。2)返回到管理系统主界面。

3)后置条件:选中的车辆调拨申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆调拨申请记录。

用例8 用例名称:总经理调拨申请批复 用例识别号:2.3.1 参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录,即:总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。基本事件流:

1)总经理单击选中要审批的车辆调拨申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。

4)总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5)总经理选择“同意”或“不同意”单选按钮批复结果。

6)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆调拨申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。7)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总经理确认 2)返回到管理系统主界面

后置条件:选中的车辆调拨申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆调拨申请记录。

三、车辆报废管理

用例9 用例名称:添加车辆报废申请 用例识别号:3.1.1 参与者:二级公司用户

简要说明:二级公司用户添加一个车辆报废申请单。前置条件:二级公司用户已经登录车辆管理信息系统。基本事件流:

1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。

3)二级公司用户可以在相应的文本框上添加或修改申请单,也可以完全删除,重新填写。

4)二级公司用户编辑完相应的文本框,单击“存盘”按钮,一条新的车辆报废申请记录就被插入到数据库中。5)用例终止。其它事件流:

在单击“存盘”按钮之前,二级公司用户随时可以单击“取消”按钮,窗口内的任何内容都不会被保存。异常事件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:一条新的车辆报废记录被插入到数据库中并显示出来。注释:无。

用例10 用例名称:删除车辆报废申请 用例识别号:3.1.2 参与者:二级公司用户

简要说明:二级公司用户删除一个车辆报废申请记录。

前置条件:二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。基本事件流:

1)二级公司用户单击选中要删除的车辆报废申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。

4)二级公司用户单击“是”按钮,该车辆报废申请记录就被从数据库中删除。5)用例终止。

其它事件流:

在单击“是”按钮之前,二级公司用户可以单击“否”按钮,车辆报废申请记录不会被删除。异常件流:

1)提示错误信息,二级公司用户确认。2)返回到管理系统主界面。

后置条件:选中的默认的车辆报废申请记录从数据库中被删除,同时显示界面被更新。

注释:删除之前,要先使用查询功能,以便选择要删除的内容。

用例11 用例名称:总工程师报废申请审批 用例识别号:3.2.1 参与者:总工程师

简要说明:总工程师对二级公司用户提交的车辆报废申请单进行审批。前置条件:总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。

基本事件流:

1)总工程师单击选中要审批的车辆报废申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。

4)总工程师可以在审批意见文本框上添加或修改审批意见,也可以完全删除,重新填写。

5)总工程师选择“同意”或“不同意”单选按钮审批结果。

6)总工程师编辑完相应的文本框及选择完审批结果后,单击“存盘”按钮,该车辆报废申请记录就被审批,并在数据库中修改该记录的审批标志,审批结果和审批意见。7)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总工程师确认。2)返回到管理系统主界面。

3)后置条件:选中的车辆报废申请记录被审批,并在数据库中修改该记录的审批标志、审批结果和审批意见。

注释:审批之前,要先使用查询功能,查出未审批的车辆报废申请记录。

用例12 用例名称:总经理报废申请批复 用例识别号:3.3.1 参与者:总经理

简要说明:总经理对二级公司用户提交的公司所属车辆报废申请进行批复。前置条件:总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录,即:总工程师已审批、总经理未批复的公司所属车辆报废申请记录。基本事件流:

1)总经理单击选中要审批的车辆报废申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。

4)总经理可以在审批意见文本框上添加或修改批复意见,也可以完全删除,重新填写。

5)总经理选择“同意”或“不同意”单选按钮批复结果。

6)总经理编辑完相应的文本框及选择完批复结果后,单击“存盘”按钮,该车辆报废申请记录就被批复,并在数据库中修改该记录的批复标志,批复结果和批复意见。7)用例终止。其它事件流:

在单击“存盘”按钮之前,总工程师随时可以单击“取消”按钮,审批内容及审批结果都不会被保存。异常事件流:

1)提示错误信息,总经理确认。2)返回到管理系统主界面。

后置条件:选中的车辆报废申请记录被批复,并在数据库中修改该记录的批复标志、批复结果和批复意见。

注释:审批之前,要先使用查询功能,查处总工程师已审批,总经理未批复的公司所属车辆报废申请记录。

4.4功能活动图

1、用户登录活动图

2、车辆基本信息管理活动图

3、车辆购置管理活动图 4.5状态图

1、车辆购置申请单状态图

2、车辆基本信息状态图

5非功能需求

5.1性能需求

5.1.1时间、界面、响应要求

由于此系统主要用于信息的保管查询,即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏,及恶意的窃取私人信息,要求有较为可靠的安全性能。另外也需要高速的响应,要求稳定、安全、便捷,易于管理和操作。另外使用者大多为非计算机人员,所以要求界面友善,交互性强。查询速度:不超过5秒;

其它所有交互功能反应速度:不超过3秒; 可靠性:平均故障间隔时间不低于300小时。信息容量:不低于10G时可能出现系统崩溃。

5.1.2灵活性

当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。

5.2数据管理需求

5.2.1系统数据流图

车辆购置业务流程图

车辆调拨业务流程图 车辆报废业务流程图

5.2.2数据整理与保存

应满足随时整理的需求,用户可随时更改数据,保存数据。对于数据唯一性的识别应放在多个关键字之上。

5.2.3数据安全性

数据应具有极高的安全性,为了保护用户的隐私,仍需设置登陆及密码保护,以防用户的信息被人窃取。

5.3故障处理需求

1、内部故障处理: 在开发阶段可以随即修改数据库里的相应内容。

2、外部故障处理: 24 对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。

3、本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。但产品投入使用后,则由维护人员跟进。

第三篇:物流管理系统—需求规格说明书

物流管理系统

需求规格说明书

修订历史记录

日期

版本

说明

作者

2009-X-X

1.0

1引言

1.1编写目的3

1.2背景

1.2.1背景说明

1.2.2系统名称定义与目标对象:

1.2.3系统面向的用户群体

1.3术语定义

1.4参考资料

2业务概述

2.1业务场景和约束

2.1.1概述

2.1.2业务流程

3具体需求

3.1功能性需求

3.1.1功能性需求分类

3.1.2用户管理

3.1.3车辆管理

3.1.4驾驶员管理

3.1.5运力查询

3.1.6承运任务管理

3.1.7运输成本核算

3.2非功能性需求

3.2.1可用性

3.2.2可靠性

3.2.3性能

3.2.4可支持性

3.2.5设计约束

3.2.6安全性

3.2.7用户界面

3.2.8授权需求

1引言

1.1编写目的编写该文档目的在于明确系统范围,明确物流管理系统的业务流程,并规范化的记录该系统的功能需求和非功能性需求。

本文档主要供以下人员阅读和使用:

l

为软件开发团队,包括项目开发人员和测试人员项目开发参考用

l

其它相关用户,了解系统的需求范围和实现目标,目的在于更好的使用系统

1.2背景

1.2.1背景说明

物流管理系统主要为物流公司解决日常办公和项目管理的需求,协助工作人员进行日常物流管理和人员管理,提高管理效率,降低运作成本,增强企业长期竞争力。

通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理;调度人员能随时了解车辆动向和使用情况;承运业务员能开出和接收承运单;财务人员也能通过该系统进行运输成本的核算。

1.2.2系统名称定义与目标对象:

本案例中系统名为“物流管理系统”,主要供物流公司内部使用。

1.2.3系统面向的用户群体

系统面向物流公司的工作人员,包括财务人员、运输管理人员、调度人员、承运业务员

等。

1.2.3.1用户的特征

用户大都具备以下特征:

l

有IE使用经验

l

了解网络

l

了解办公自动化

1.2.3.2用户环境

用户的计算机环境大致如下:

l

Windows

XP简体中文版

l

IE浏览器

l

MS

Office办公软件

l

Outlook或Foxmail邮件管理

1.3术语定义

序号

LMS

物流管理系统

1.4参考资料

序号

版本

《企业物流管理》

2005-1-1

本系统查阅了本书的相关资料

2业务概述

2.1业务场景和约束

2.1.1概述

物流管理系统主要为物流公司解决日常办公和项目管理的需求,协助工作人员进行日常

物流管理和人员管理,提高管理效率,降低运作成本,增强企业长期竞争力。

通过该系统,物流公司运输管理人员能实现对车队、车辆的动态管理;调度人员能随时了解车辆动向和使用情况;承运业务员能开出和接收承运单;财务人员也能通过该系统进行。

简单示意图如下:

2.1.2业务流程

车辆管理模块:

车辆管理模块分车队信息维护和车辆信息维护。在车队信息维护中,由运输管理员新增车队、更新车队、查询车队和删除车队。其中,查询车队分按车队编号查询、按车队名称查询、按车辆柜型查询、按车辆容积查询、按车辆状态查询。在车辆信息维护中,由运输管理员新增车辆、更新车辆、查询车辆和删除车辆。其中,查询车辆分按车牌号码查询、按车辆类型查询、按车辆载重查询、按车辆使用状态查询、按车辆所属车队查询、按车辆当前任务查询、按车辆计划任务查询;在新增车辆时,运输管理员填入车辆详细信息,并在车队列表中选择所属车队。

驾驶员管理模块:

本模块由运输管理员新增驾驶员,更新驾驶员,查询驾驶员及删除驾驶员。其中,查询驾驶员分按姓名查询、按政治面貌查询、按所属车队ID查询、按状态查询。

运力查询模块:

本模块分为运力综合查询和历史承运任务查询。运力综合查询分车队查询和车辆查询。其中,车队查询分按车队状态查询、按车队ID查询、按车队名字查询、按柜型查询;车辆查询按车辆状态查询、按车牌查询、按所属车队查询。历史承运任务分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。

承运任务管理模块:

本模块分为开出承运单、承运单管理、承运单接收。承运单管理中,分查询承运单,更新承运单,删除承运单及承运单派车,其中,承运单查询分按客户名称查询、按取货时间查询、按车牌号码查询、按主驾驶员查询、按交货地点查询、按托运单查询、按预定车型查询。承运单派车通过选择未派车承运单并选取车辆。承运单接收中,通过客户名称、取货时间、交货地点查询未接收承运单。

车队运输成本维护模块:

本模块分为查询承运单、插入成本、修改成本。由财务人员查询出承运单,并对相应承运单插入成本

用户管理模块:

本模块由注册用户、修改用户、删除用户组成。由拥有用户管理角色人员负责录入,查询,修改及删除用户。

2.2系统角色分析

综合客户的业务流程并进行用户分析后,可以把用户分成如下的几类角色。这样可以基于这些角色进行系统流程的权限控制,并且这种基于角色的权限管理使业务系统更加灵活可扩展。

角色中文名称

角色名称

权限

用户管理

administrators

用户管理员,可做用户相关操作。

车辆管理

transportUsers

可进入用车辆管理功能模块,功能模块入口权限。只有拥有此角色的用户,登录系统后才能看到左侧用车辆管理功能菜单。

运力查询

carryUsers

可查询车辆及车队操作和查询历史承运任务

承运任务管理

dispatcher

可执行插入承运单、管理承运单操作

运输成本核算

FinanceUsers

可执行插入承运任务成本、管理承运任务成本操作

有了上面的角色分析后,我们按照角色进行用例分析如下:

Ø

用户管理与角色对应

Ø

车辆管理与角色对应

Ø

驾驶管理与角色对应

Ø

承运单管理与角色对应

Ø

运力查询与角色对应

Ø

运输成本核算与角色对应

3具体需求

3.1功能性需求

3.1.1功能性需求分类

物流管理系统功能模块划分如下表:

功能模块

子功能

功能细化

1用户管理

1.1用户信息维护

1.1.1增加新帐户

1.1.2查看账户

1.1.3删除账户

2车辆管理

2.1车队信息维护

2.1.1录入车队信息

2.1.2修改车队信息

2.1.3删除车队信息

2.1.4查询车队信息

2.2车辆信息维护

2.2.1录入车辆信息

2.2.2修改车辆信息

2.2.3删除车辆信息

2.2.4查询车辆信息

3驾驶员管理

3.1驾驶员信息维护

3.1.1录入驾驶员信息

3.1.2修改驾驶员信息

3.1.3删除驾驶员信息

3.1.4查询驾驶员信息

4运力查询

4.1运力综合查询

4.1.1查询承运车队

4.1.2查询承运车辆

4.2历史承运任务查询

4.2.1查询承运单

5承运任务管理

5.1承运单开出

5.1.1开出承运单

5.1.2修改承运单

5.1.3删除承运单

5.1.4查询承运单

5.2承运单接收

5.2.1接收承运单

6运输成本核算

6.1车队运输成本维护

6.1.1录入成本

6.1.2查询承运任务

6.1.3修改成本

6.2车队运输成本核算

6.2.1核算运输成本

3.1.2用户管理

在用户管理功能模块中,主要是完成公文的起草、审核、审批、发文和归档等操作,实现用户管理的办公自动化,主要功能见下表:

用户管理模块

模块名称

功能概述

【用户管理区】

增加新帐户

录入用户基本信息,选择用户角色,完成用户的创建

查看账户

查看用户基本信息及用户角色

删除账户

查看用户基本信息及用户角色,将一些没用的用户进行删除

如上表所示,功能分为“用户办公区”和“系统管理区”等两个大的部分,主要供系统管理员创建、删除用户。

几个模块要求实现的功能具体说明如下:

1)

用户注册

l

用户注册,录入用户信息和选择用户角色

2)

用户修改

在“用户修改”功能中,要求系统显示已有用户列表。如果需要删除某个用户,需要在用户列表中选择删除。具体实现要求如下:

l

显示已有用户信息,包括“用户名”、“邮箱”等信息

l

在每条用户信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作

3.1.3车辆管理

车辆管理模块

模块名称

功能概述

【用户办公区】

录入车辆信息

运输管理人员录入车辆的基本信息,车辆添加

查询车辆信息

运输管理人员输入查询车辆的条件,查询车辆信息

录入车队信息

运输管理人员录入车队的基本信息,车队添加

查询车队信息

运输管理人员输入查询车队的条件,查询车队信息

修改车队信息

运输管理人员将一些错误的车队信息,进行修改

修改车辆信息

运输管理人员将一些错误的车辆信息,进行修改

删除车队信息

运输管理人员将一些已不存在的车队信息,进行删除

删除车辆信息

运输管理人员将一些已不存在的车辆信息,进行删除

如上表所示,功能分为“用户办公区”和“系统管理区”等两个大的部分,主要供系统运输管理录入、修改、删除车辆及车队信息。

几个模块要求实现的功能具体说明如下:

1)

录入车辆信息

l

运输管理,录入车辆的基本信息,并提交

2)

查询车辆信息

在“查询车辆信息”功能中,要求系统显示已有车辆列表。如果需要删除、修改某个车辆信息,需要在车辆列表中选择删除、修改。具体实现要求如下:

l

显示已有车辆信息,包括“车牌号码”、车辆类型”等信息

l

在每条车辆信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作

l

在每条车辆信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作

4)

录入车队信息

l

运输管理,录入车队的基本信息,并提交

5)

查询车队信息

在“查询车队信息”功能中,要求系统显示已有车队列表。如果需要删除、修改某个车队信息,需要在车队列表中选择删除、修改。具体实现要求如下:

l

显示已有车队信息,包括“车队编号”、“车队名称”等信息

l

在每条车队信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作

l

在每条车队信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作

3.1.4驾驶员管理

驾驶员管理模块

模块名称

功能概述

【用户办公区】

录入驾驶员信息

运输管理人员录入驾驶员的基本信息,驾驶员添加

查询驾驶员信息

运输管理人员输入查询驾驶员的条件,查询驾驶员信息

修改驾驶员信息

运输管理人员将一些错误的驾驶员信息,进行修改

删除驾驶员信息

运输管理人员将一些已不存在的驾驶员信息,进行删除

1)

录入驾驶员信息

l

运输管理,录入驾驶员的基本信息,并提交

2)

查询驾驶员信息

在“查询驾驶员信息”功能中,要求系统显示已有驾驶员列表。如果需要删除、修改某个驾驶员信息,需要在驾驶员列表中选择删除、修改。具体实现要求如下:

l

显示已有驾驶员信息,包括“姓名”、“性别”等信息

l

在每条驾驶员信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作

l

在每条驾驶员信息后,有“编辑”按钮,点击“编辑”按钮后能够实现修改操作

3.1.5运力查询

运力查询模块

模块名称

功能概述

【用户办公区】

查询承运车队

调度员与承运业务员输入查询车队的条件,查询车队基本信息

查询承运车辆

调度员与承运业务员输入查询车辆的条件,查询车辆基本信息

查询承运单

调度员与承运业务员输入查询承运单的条件,查询已完成的承运单基本信息

1)

查询承运车队信息

在“查询承运车队信息”功能中,要求系统显示已有承运车队列表。如果需要查询特定条件的车队信息,可输入条件查询。

l

显示已有车队信息,包括“车队编号”、“车队名称”等信息

2)

查询承运车辆信息

在“查询承运车辆信息”功能中,要求系统显示已有承运车辆列表。如果需要查询特定条件的车辆信息,可输入条件查询。

l

显示已有车辆信息,包括“车牌号码”、“车辆类型”等信息

3)

查询承运单

在“查询承运单”功能中,要求系统显示已有承运单列表。如果需要查询特定条件的承运单信息,可输入条件查询。

l

显示已有承运单信息,包括“托运单号”、“货物名称”等信息

3.1.6承运任务管理

承运任务管理模块

模块名称

功能概述

【用户办公区】

开出承运单

承运业务员录入承运单的基本信息,并提交,开出承运单

查询承运单

承运业务员输入查询承运单的条件,查询承运单

接收承运单

承运业务员接收未接收的承运单

修改承运单

承运业务员在承运列表中选择要修改的承运单号,对承运单进行修改

删除承运单

承运业务员人员将一些不接收的承运单,进行删除

1)

录入承运单信息

l

承运业务员,录入承运单的基本信息,并提交

2)

接收承运单

l

承运业务员,可在承运单列表中选择要接收的承运单,点击“接收”按钮

3)

查询承运单信息

在“查询承运单信息”功能中,要求系统显示已有承运单列表并可通过条件查询。如果需要删除、修改某个承运单信息,需要在承运单列表中选择删除、修改。具体实现要求如下:

l

显示已有承运单信息,包括“托运单号”、“货物名称”等信息

l

在每条承运单信息后,有“删除”按钮,点击“删除”按钮后能够实现删除操作

l

在每条承运单信息后,点击“托运单号”后能够实现修改操作

3.1.7运输成本核算

承运任务管理模块

模块名称

功能概述

【用户办公区】

录入成本

财务人员为承运单录入成本

查询承运任务

财务人员输入条件查询承运单任务

核算运输成本

财务人员通过选择承运单列表中的成本ID查看成本核算

1)

录入成本信息

l

承运业务员,录入成本的基本信息,并提交

2)查询承运任务

在“承运单查询”功能中,要求系统显示已有用户列表并可根据条件查询。具体实现要求如下:

l

显示已有承运信息,包括“托运单号”、“货物名称”等信息

3)核算运输成本

l

财务人员可在承运单列表中选择要添加的成本的承运单,在点击“插入成本”

l

财务人员可在承运单列表中选择已插入成本的承运单的成本ID查看成本核算

3.2非功能性需求

3.2.1可用性

由于本系统面向非专业的IT办公人员,因此要求系统符合一般的物流管理系统操作方式,每个操作步骤都有详细的操作说明或者提示,指引用户完成承运任务,要求简单、易用。

3.2.2可靠性

1、系统每天至少保持23小时30分的可用时间,每天凌晨3:30到4:00之间进行日常系统维护工作,如数据传输,交换等。

2、临时系统停机时间,每月合计必须小于3小时。

3.2.3性能

在多个并发用户更新同一账户信息时,第一个可以成功更新。随后的更新在提交之前,显示错误信息“用户数据已经更改,是否需要刷新用户数据?”。

3.2.4可支持性

系统提供如下两种浏览器兼容支持:

Microsoft

Internet

Explorer

6.0及其以上版本;

Netscape

Navigator

6.0及其以上版本。

3.2.5设计约束

1、遵循《C#编码规范》

2、ASP.NET

2.03、SQL

Server20054、Microsoft

Visual

Studio20055、IIS5.0或以上版本

3.2.6安全性

安全性需求通常分为六类:

1、对于重要数据(比如用户密码)进行了不可逆加密,防止泄露。

2、在与数据库交互中,不使用SQL拼接方式,全部使用传参方式,有效杜绝了SQL注入。

3、用户认证需求:阐述系统表示用户和用户认证的方法。

4、授权:如果认证成功,根据用户的级别,允许其执行不同的系统功能。

5、数据完整性和隐私需求:

确保数据完整,不会影响系统安全。

6、事务完整性和审计需求:确保用户无法清除自己的在系统中的活动。记录活动相

关的数据,使得系统管理员可以发现所有可能的危险行为。

3.2.7用户界面

符合物流管理公司人员的使用习惯,界面以简洁大方为主,适合有IE使用经验及了解网络的办公人员使用。

3.2.8授权需求

系统必须实现一定的页面访问限制。用户只能访问自己有权限操作的页面(具体可操作的部分详见系统的功能性需求中各模块的用例)。

文档内容仅供参考

第四篇:饭卡管理系统需求规格说明书

一、引言

1.编写目的本需求分析文档的目的是说明饭卡管理系统最终所运行的条件,性能要求及要实现的功能,为进一步设计与实现打下基础。本文档以文档形式将用户对软件的需求固定下来,是与用户沟通的成果,也供用户验收项目时参考

本文档预期读者为:用户,项目管理人员,软件设计人员,编程人员,测试人员等项目相关人员

2.开发背景

系统名称:《饭卡管理系统》

需求背景:

随着我国经济的发展,电子管理系统的多功能化,企业,学校等纷纷使用电子记账卡对于员工,学生等的消费进行管理,故对合理,高利用率的饭卡管理系统有着迫切的需求

系统用途:

本系统智能化地管理饭卡系统的运作,从而提高管理的效率

系统开发人员:

陈永林小组

二、任务概述

1.任务目标

能对饭卡信息进行及时的管理及查询,提高用户工作效率

2.用户特点

本系统是面向学校饭卡管理而开发的,由于系统的界面清晰、美观,操作简单、方便,所以操作人员只需要具备一定的电脑操作技能即可。管理员(维护人员)不需要任何数据库专业技能知识。本系统可以极大的提高工作效率。

三、系统环境

1.系统构架

系统由刷卡器、管理员端和客户端构成。刷卡器主要为学生提供日常消费功能,客户端完成学生自助查询、挂失功能,而管理员端则主要完成新建、存款、注销等功能。

四、需求分析

1.1

业务需求

本系统会涉及到的业务包括注册用户(新建)、饭卡充值(存款)、饭卡信息查询、刷卡消费、饭卡挂失/解锁、饭卡注销、修改用户信息六大功能

1.2

注册用户功能

注册功能权限只开放给管理员,该功能由管理员输入正确的用户注册信息并设置原始密码,然后录入数据库。

1.3

饭卡充值功能

该功能权限只开放给管理员,由管理员确认金额无误后更新饭卡余额信息。

1.4

饭卡挂失/解锁功能

该功能用户及管理员均可以使用,用户凭借用户密码通过客户端登入后可对饭卡进行挂失/解锁。

1.5

饭卡注销功能

该功能仅开放给管理员,由管理员输入用户ID并确认注销。

1.6

饭卡信息查询功能

该功能管理员及用户均可以使用,用户需凭用户密码登入进行简单查询。

1.7

消费功能

该功能开放给用户及管理员,用户通过刷卡器端进行消费,也可通过管理员进行日常缴费。

五.功能概述

经分析,该饭卡管理系统主要实现以下功能:

1、登录/注册

2、存款/消费

3、查询/修改

4、挂失/解锁

5、注销/学生端

食堂刷卡管理系统管理端

业务流程图:

余额

查看

卡号挂失冻结

消费信息查询

充值信息查询

卡号信息记录

学生信息记录

管理端登录

学生端登录

学生信息录入

卡号信息激活

饭卡挂失冻结

解锁补办饭卡

卡号充值

充值记录查询

消费类型

消费信息

卡号注销

注销信息查询

学生端

第五篇:火车售票系统需求规格说明书

车 售 票 系 统

需 求 规 格 说 明 书

作者:李艳亮 2013年11月 火

目录

1.引言.............................................................................................................................................3

1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3定义.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2.任务概述.....................................................................................................................................3

2.1目标.....................................................................................................................................3 2.2运行环境.............................................................................................................................4 2.3条件与限制.........................................................................................................................4 3.数据描述.....................................................................................................................................4

3.1静态数据.............................................................................................................................4 3.2动态数据.............................................................................................................................4 3.3数据库介绍.........................................................................................................................5 3.4数据词典.............................................................................................................................5 3.5数据采集.............................................................................................................................9 4.功能需求.....................................................................................................................................9

4.1功能划分.............................................................................................................................9 4.2功能描述...........................................................................................................................10 5.性能需求...................................................................................................................................10 5.1数据精确度.......................................................................................................................10 5.2时间特性...........................................................................................................................10 5.3适应性...............................................................................................................................10 6.运行需求...................................................................................................................................11 6.1用户界面...........................................................................................................................11 6.2硬件接口...........................................................................................................................11 6.3软件接口...........................................................................................................................11 6.4故障处理...........................................................................................................................11 7.其它需求...................................................................................................................................11

1.引言

1.1编写目的

本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本火车售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。

1.2项目背景

1、.项目的委托单位:中国铁路局

2、开发单位:湖南安全技术职业学院

3、软件名称:火车售票系统

1.3定义

1、铁路售票应用系统软件:基本元素为构成铁路售票及相关行为所必须的各种部分。

2、需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

3、需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。

4、模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。

1.4参考资料

1、《实用软件工程》(第二版)郑人杰,殷人昆,陶永雷,清华大学出版社,1997

2、《JAVA网络高级编程》金勇华,曲俊生,人民邮电出版社,2001

3、《JBUILDER培训教程》Borland software corporation,机械工业出版社,2002 2.任务概述

2.1目标

(1)完善目前火车售票系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能

(2)应用范围:理论上能够实现于铁路部门的售票系统,其目的在于在原有的系统基础

使得火车售票便捷化,以期实现完善日常生活中火车售票的各种缺陷。

(3)可实现旅客对于火车票的查询与购买功能,售票员则可实现查询、添加和删除等功能;对于所查询的车次结果提供列表显示输出;有一定的安全机制,普通旅客不能对车次信息随意删改,只有授权的售票员可通过密码识别进行维护。

2.2运行环境

操作系统:Microsoft Windows 2000 Advanced Server 支持环境:IIS 5.0 数 据 库:Microsoft SQL Server 2000 2.3条件与限制

一个更完善的火车售票系统,应提供更为便捷与强大的查询购买功能,如相应的网络操作及服务,由于开发时间和计算机数量有限,该系统并未提供这一功能,对于信息的保护手段仅限制于设置用户级别,以记名提供数据文件的备份,比较简单,不能防止恶意的破坏,安全性能有待进一步完善。

3.数据描述

3.1静态数据

火车票:列车车号

(int SerialNumber)

列车始发时间(struct time SetOut)

列车始发站(char DeparturePoint)

列车终点站(char TerminalPoint)票务:列车车号

(int SerialNumber)

已售出车票票数(int FixedNumber)

额定载量(int FixNumber)售票员:用户名(char name)

密码(char password)3.2动态数据

输入数据:根据界面提示,键盘输入操作;

查询方式:查询车次、查询始发站;

旅客购买时的票务信息,售票员添加、购票、退票时的票务信息;

售票员备份数据恢复所需的数据备份文件;

售票员操作需密码,旅客操作受限; 输出信息:查询车次确定的数据库记录的子集;

统计结果;

车次信息录入、删除(成功或失败);

车次信息查询、购买的操作结果;

数据备份输出的数据备份文件; 内部数据:查询操作建立的索引;

3.3数据库介绍

数据库采用Microsoft Access数据库

3.4数据词典

《火车售票系统》的总体功能如下:

车票的售出; 车票的退还; 车票信息的查询; 车票的增删改;

售票员查询统计车票信息; 售票系统数据备份; 售票管理者口令修改; 1.售票员登陆系统:

(1)数据流图

售票退票选择检验错误售票员选择用户名密码身份验证售票员信息密码正确登陆系统选择选择选择授权信息表查询录入新的班次信息

(2)数据词典

 数据源点及汇点描述: ① 名称:售票员

简要描述:管理售票员信息

有关数据流:用户名、密码、系统选择:售票系统、退票系统、查询系统、录入信息系统 数目:1  加工逻辑词条描述: ① 加工名:身份检验

加工编号:1

简要描述:检验用户身份

输入数据流:用户名、密码

输出数据流:密码正确、身份验证错误 加工逻辑: IF 用户名为空 THEN

发出“用户名为空错误”

ELSE IF 密码为空 THEN

发出“密码为空错误”

ELSE IF 用户名和密码不符 THEN

发出“用户名和密码不匹配错误”

ENDIF

ENDIF

ENDIF

ENDIF  数据流名词条描述: ① 数据流名:用户名

说明:售票员姓名 数据流来源:售票员 数据流去向:身份检验

数据流组成:用户名=字符型字符串 ② 数据流名:密码

说明:与用户名相匹配的密码 数据流来源:售票员 数据流去向:身份检验

数据流组成:密码=短整型字符串 每个数据量流通量: ③ 数据流名:出错信息

说明:用于指示身份验证错误的信息 数据流来源:身份检验 数据流去向:售票员

数据流组成:出错信息=任意字符串 ④ 数据流名:系统名称

说明:系统的名称 数据流来源: 数据流去向:选择 数据流组成:  数据文件词条描述:

① 数据文件名:授权信息表

简述:存放售票员信息 输入数据:

输出数据:售票员信息

数据文件组成:授权信息表由“售票员信息”组成

2.售票员相关操作(售票、退票、查询、录入)

票务信息表车票信息车票信息售票退票检验错误选择选择用户名售票员密码身份验证密码正确登陆系统选择售票员信息选择选择授权信息表查询录入新的班次信息车票信息车票信息列车信息表(2):数据词典:

 数据源点及汇点描述:

○1 名称:售票员 简要描述:管理售票员信息

有关数据流:用户名、密码 数目:1  加工逻辑词条描述: ○1加工名:身份检验 加工编号:1

简要描述:检验用户身份 输入数据流:用户名、密码

输出数据流:密码正确、身份验证错误 ○2加工名:售票 加工编号:2 简要描述:根据所读入的操作信息,售出火车票 输入数据流:操作信息,火车票信息 输出数据流:火车票信息

加工逻辑:根据所读入的操作信息,售出火车票

 数据流名词条描述:

○1 数据流名:用户名 说明:售票员的姓名

数据流来源:售票员 数据流去向:身份检验

数据流组成:用户名=字符型字符串 ○2数据流名:密码 说明:与职工名称相匹配的密码 数据流来源:售票员 数据流去向:身份检验

数据流组成:密码=短整型字符串 每个数据量流通量: ○3数据流名:车票信息 说明:车票信息 数据流来源:售票员

数据流去向:列车信息表  数据文件词条描述:

① 数据文件名:列车信息表

简述:车票信息 输入数据:车票信息 输出数据:

数据文件组成:列车信息表由“车票信息”组成 存储方式:关键码 存取频率:频繁 ○2数据文件名:票务信息表 简述:票务信息 输入数据:票务信息 输出数据:

数据文件组成:票务信息表由“列车号、已售票、剩余票”组成存储方式:关键码 存取频率:频繁

3.旅客查询购票过程:(1)数据流图

旅客 登录系统选择选择选择选择订票退票查询(2)数据词典:

● 数据源点及汇点描述: 名称:旅客

简要描述:订票,退票,查询

有关数据流:系统选择:订票系统、退票系统、查询系统 ●数据流名词条描述:

⑤ 数据流名:系统名称

说明:系统的名称 数据流来源: 数据流去向:选择 数据流组成:

3.5数据采集

数据采集采用键盘输入

4.功能需求

4.1功能划分

该软件具有如下主要功能: 1.浏览功能 2.查询功能 3.添加功能 4.修改功能 5.删除功能

6.授权功能

4.2功能描述

1.浏览功能

列出当前数据库文件中车票的所有记录 可选定一项纪录,显示说有域 2.查询功能

车次信息匹配查询 始发站信息匹配查询 3.添加功能

增加一条车票的信息 4.修改功能

修改某一已存在的记录内容,提供确认机制 5.删除功能

删除一条记录,提供确认机制 6.授权功能

授权票务管理人员修改数据的权限

5.性能需求

5.1数据精确度

查询时应保证查全率,所有在相应域中包含查询车次的记录都应能查到,同时保证查准率。

5.2时间特性

一般操作的相应时间应在1~2秒内

5.3适应性

满足运行环境在允许操作系统之间的安全转换和雨其它又能够用软件的独立运行要求。

6.运行需求

6.1用户界面

采取对话框方式,多功能窗口运行

6.2硬件接口

(1)硬件接口:支持x86系列PC机

(2)网络硬件接口要求:现实中要求具有高速以太网组网一实现联网销售,但是在理论实验验证软件本身的目的来看,无需网络通讯接口。

6.3软件接口

运行于Windows2000及更高版本并装有JAVA虚拟机的操作系统之上。

6.4故障处理

正常使用时不用出错,对于用户的输入错误应及时给出适当的改正信息提示,若运行遇到不可恢复的系统错误,也必须保证数据库完好无损。

7.其它需求

(1)可用性:该软件也可以通过单步跟踪的操作进行检查处理。

(2)安全性:由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。

(3)可维护性:该软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级都十分方便。

(4)兼容性:由于尚未测试,故无法对兼容性进行评析。

下载0.ERP系统需求规格说明书(教学示例)五篇word格式文档
下载0.ERP系统需求规格说明书(教学示例)五篇.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    物流管理系统需求规格说明书

    需求规格说明书 目 录 1 引言 ............................................................................... 1.1编写目的 ............................................

    机票订票系统需求规格说明书

    兰州理工大学课程设计 三、需求规格说明书1.引言 ................ 21.1编写目的 ............... 21.2项目背景 ............... 21.3参考资料 ............... 22.任务概述......

    宿舍管理系统需求规格说明书

    需求规格说明书 1.引言 1.1编写目的 本学生宿舍分配系统以公寓房间、入住学生为基础信息源,可以对房间和床位分配,可以使教务处、学生处、保卫处、公寓管理中心、财务处等学......

    班级管理系统需求规格说明书

    班级管理系统需求规格说明书 2学生成绩管理 在班级管理系统中,有一个班级学生成绩数据库,是由班级各学生的学生学习成绩组成,它构成了整个班级的学生学习成绩数据库。由于进行......

    仓库管理系统需求规格说明书

    仓库管理系统需求规格说明书 (第十二组) 1.引言 ..........................................................................................................................

    网上购物系统需求规格说明书

    网上购物系统 需求规格说明书 兰州城市学院 信息工程学院111本 杨大鑫,王稼宇,王艺森 2014年3月31日 目录 1.引言 ..............................................................

    图书馆管理系统需求规格说明书

    软件需求规格说明书 图书馆管理系统需求规格说明书 1.导言 1.1编写目的 图书管理信息系统的前阶段,对本系统的需求做了详细的阐述,并提出了这份软件需求规格说明书。 此需求规......

    需求规格说明书(教材定购系统)

    《需求规格说明书》1.引言1.1编写目的对学校教材定购系统进行简单的分析,将该系统分为销售系统和采购系统。方便教师与采购人员的使用,加深与用户间的交流,需求规格说明书力求在......