第一篇：人力资源管理系统需求规格说明书
人力资源管理系统
为了提高企业信息化水平，促进企业管理的规范化、制度化、流程化，XX单位决定实施人力资源管理系统。希望通过这个系统的实施规范人事档案的管理，规范薪酬体系和薪酬发放的管理，规范人事的调动管理、培训管理和激励管理。并对招聘工作的职位发布、简历、面试、招聘题库、招聘考试、录用等环节加以规范。系统还需提供人事档案的导出和报表功能。
本系统包括：系统管理、人力资源档案管理、薪酬管理、调动管理、培训管理、激励管理、招聘管理和标准化数据报表八个模块。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。
一、人力资源档案管理
人力资源档案管理是本系统的基础数据和核心内容。包含人力资源档案登记、人力资源档案登记复核、人力资源档案查询、人力资源档案变更和人力资源档案删除四个子模块。
出于人力资源档案管理的慎重原则，档案的登记和变更都需要人事经理审核，通过后方可生效。人资档案的删除也并非物理删除，而是设置其状态为“已删除”，已删除的人资档案还可以恢复。
1、人力资源档案登记 业务概述: 对新入职的员工，人资专员需要将其基本信息登记到人力资源管理系统中。
使用者：人事专员 输入要素： 档案信息包括：
I级机构、II级机构、III级机构、职位分类、职位名称、职称；
姓名、性别、Email、电话、QQ、手机、住址、邮编、国籍、出生地、生日、民族、宗教信仰、政治面貌、身份证号码、社会保障号码、年龄、学历、教育年限、学历专业、薪酬标准、开户行、账号、登记人、登记时间、特长、爱好；
个人履历、家庭关系信息和备注。
在录入基本信息后，还将上传该员工的照片。
其中，性别、国籍、民族、宗教信仰、政治面貌、学历、教育年限、学历专业、特长、爱好为下拉选择框。登记人为当前系统登录用户，登记时间为当前系统时间。个人履历、家庭关系信息和备注为大段文本。部分下拉框数据来源于系统管理模块设置的相应数据。
薪酬标准将关系到薪酬发放。
登记成功后自动生成档案编号。档案编号在系统中唯一，不能重复 系统界面如下：
处理流程: 人事专员录入档案信息确认无误后提交，该条档案状态为“待复核”。由人事经理复核后状态变为“正常”。
输出要素: 待复核的人资档案。
2、人力资源档案登记复核 业务概述: 首先列出待复核的所有人资档案。然后逐条进行复核。复核过程中，该员工所属机构和职位不能修改，其他信息均可修改。复核通过后改员工档案生效。使用者: 人事经理 输入要素: 所属机构和职位不能修改，其他信息均可修改。
处理流程
首先列出所有待复核的人资档案。 逐条进行复核。
修改不切实的员工信息。 通过复核。输出要素
复核通过后改员工档案生效
3、人力资源档案查询
业务概述
查询人资档案，列出符合查询条件的记录，并察看其明细。
使用者： 人事专员/人事经理 输入要素：
查询条件包括：员工所在机构，职位和建档时间。
所在机构查询条件为三级联动，从下拉框或列表框中选择。职位分类和职位查询条件为两级联动，从下拉框或列表框中选择。建档时间查询条件包含起止日期，建档时间在起止日期之间的记录将被筛选出来。
查询条件之间是与的关系，即列出的记录需要满足所有查询条件。某个查询条件没有输入该查询条件将对结果不起限定作用 处理流程： 填写查询条件。 列出查询结果列表。察看人资档案明细 输出要素：
复合查询条件的人资档案列表和人资档案明细
4、人力资源档案变更 业务概述
对人资档案数据进行更新。包括薪酬标准的调整。所属机构和职位不能修改，需要在调动管理模块中进行。使用者：
人事专员/人事经理 输入要素：
可修改除档案编号、所属机构和职位外的员工信息。处理流程
输入查询条件。
查询得到符合查询条件的员工列表。选择一条档案进行变更。 修改员工档案数据（含重新上传员工照片）。 提交修改，等待复核。输出要素
更新的数据待复核的员工档案。
5、人力资源档案删除管理 业务概述
出于人事档案管理的慎重原则，对人资档案不做直接删除处理。而是标记想要删除的记录状态为“已删除”。
状态为“待复核”的员工档案不能删除。状态为“已删除”的人资档案还可以恢复。使用者 人事经理 输入要素 输入筛选条件
处理流程
查询得到将删除（或恢复）的人资档案。
选择一条人资档案执行删除（或恢复）操作，系统给出提示，选择“确认”。 修改该人资档案状态为“已删除”（或“正常”）。
二、薪酬管理
主要流程如下：
首先，在系统管理模块设置薪酬标准项目，例如：基本工资、岗位工资、交通补助、午餐补助等。
然后，登记薪酬标准，并由薪酬经理复核。
再然后，设置员工的薪酬标准，也需要经过复核环节生效。最后，进行薪酬发放登记，需要经薪酬经理复核。
复核后的薪酬单状态为“执行”，付款状态为“等待”。具体的付款由财务系统完成，不在本系统功能设定内。通过薪酬发放查询可以查看付款单状态和明细。薪酬管理人力资系统源档案设置管理薪酬标准项目设置薪酬发放方式设定设置员工薪酬标准薪酬标准管理薪酬标准变更薪酬标准登记薪酬标准复核财务薪酬发系统放管理薪酬发放登记薪酬发放复核付款
1、薪酬标准管理
业务概述
薪酬标准定义了一种工资总额及其构成。构成薪酬总额的薪酬项目在系统管理 模块中，薪酬项目设置功能点设置。
每个员工发放薪酬的时候按照指定的薪酬标准执行，并加上奖励金额，扣除应扣金额。
在人事资源档案登记时可以设定员工的薪酬标准，也可以在人力资源档案变更时进行变更，经审核后生效。使用者
薪酬专员/薪酬经理 输入要素
一个薪酬标准需要以下属性：
薪酬标准编号、薪酬标准名称、制定人、登记人、登记时间，还有各薪酬项目对应的金额数。
其中，薪酬标准编号由系统自动生成，不可以修改；登记人默认为当前登录用户，可以修改；登记时间为当前系统时间，不能修改。
薪酬标准名称、制定人和登记人不能为空。
各薪酬项目对应的金额数为数字类型，保留两位小数。不输入即提交则默认为0.00。
薪酬标准复核（薪酬经理复核）
首先要列出待复核的薪酬标准。复核时可填写复核意见。
薪酬标准查询，首先需要输入查询条件。包括：薪酬标准编号、关键字和登记时间。薪酬标准编号和关键字支持模糊查询。关键字查询条件将在薪酬标准名称、制定人、变更人和复核人字段进行匹配。登记时间查询条件包括起止时间
查询条件不输入时，该限定条件不起作用。
处理流程
薪酬专员录入薪酬标准确认无误后提交，该薪酬标准确状态为“待复核”。输入查询列出待复核的薪酬标准
由薪酬经理经理复核后状态变为“正常”。输出要素
经复核的薪酬标准。
2、薪酬发放管理 业务概述
薪酬发放分两个步骤，首先薪酬专员登记薪酬发放单，然后由薪酬经理进行复核。财务系统会监视经复核的薪酬发放单，进行薪酬支付。
薪酬发放登记需要两个前提：
1.员工的薪酬标准已经设定，而且经过复核。
2.薪酬发放方式设定。薪酬发放方式有两种：按I级机构发放和按II级机构发放。这决定了薪酬发放单是按I级机构生成还是按II级机构生成。即，是同一个一级机构的所有员工的薪酬发放放到同一个薪酬发放单中，还是同一个二级机构的员工薪酬发放放在同一个薪酬发放单中。
使用者
薪酬专员/薪酬经理
输入要素
薪酬发放登记：
首先按I级机构或II级机构列出需要进行发放登记的薪酬发放单。包括薪酬单号、薪酬次数、总人数、基本薪酬总额和上次发薪时间。并以列表的形式列出待登记的薪酬发放记录。
登记具体的薪酬发放记录时，首先按照薪酬标准项目和员工的薪酬标准设定列出员工的工资构成及金额，然后可填写奖励金额、销售绩效金额和应扣金额并提交。
复核时，首先列出待复核的薪酬单，进入到特定薪酬单时，按机构列出待复核的薪酬发放记录。复核薪酬发放记录时，可以对奖励金额、销售绩效金额和应扣金额进行修改。薪酬发放查询：
首先输入查询条件：薪酬单号、关键字和发放时间。点击查询结果中的薪酬单号可以查看薪酬发放记录。还可以查看薪酬发放记录明细，即每个员工的工资构成及总额。
输出要素 经复核的薪酬单
三、调动管理
1、调动登记
业务概述
员工工作机构和职位发生变动的时候，需要执行登记员工调动档案，并登记其新的机构，职位和薪酬标准。
使用者
人事专员/人事经理 输入要素
首先需要查询系统中状态为“正常”的员工。查询条件包括：员工所在机构和建档时间。登记员工调动档案时，包括档案编号、员工姓名、原机构、职位和薪酬标准。还将录入新的机构、职位、薪酬标准和调动原因。
处理流程
查询得到状态为“正常”的员工的人资档案。 选择要调动人资档案 录入新的机构、职位、薪酬标准和调动原因。
2、调动审核
调动审核只需录入审核人、审核意见。审核可以通过，或不通过。审核未通过则调动不生效。
四、招聘管理
招聘过程分为职位发布、简历筛选、面试、笔试、录用几个环节。本模块分为六个子模块： 职位发布管理 简历管理 面试管理 招聘考试题库管理 招聘考试管理 录用管理
1、职位发布管理
业务描述
当某个岗位出现空缺的时候，或者随着公司业务发展，需要招聘新员工的时候，通过这个模块发布职位需求信息。发布后的职位可以进行修改。另外，需要提供职位发布查询的功能，查询已发布的职位，并对已发布的职位录入应聘者信息
职位发布管理分为三个步骤：职位发布登记、职位发布变更、职位发布查询。这个模块包括： 职位发布登记 职位发布变更 职位发布查询 使用者
招聘专员/招聘经理/应聘者 输入要素
在职位发布登记环节：
录入的数据包括：I级机构、II级机构、III级机构、招聘类型、职位分类、职位名称、招聘人数、截止日期、职位描述和招聘要求。还包括发布职位的登记人登记时间。数据说明：其中I级机构、II级机构、III级机构由下拉框级联选择，数据在系统管理人力资源档案管理设置模块设置。招聘类型为社会招聘或校园招聘。职位分类和职位名称也由下拉框级联选择，数据在系统管理人力资源档案管理设置模块设置。招聘人数为数字类型。截止日期为日期类型。登记人默认为当前登录用户，可以修改；登记时间为当前系统时间。职位描述和招聘要求为大段文本。
I级机构、招聘类型、职位名称、招聘人数、截止日期、职位描述、招聘要求是必输字段。
系统界面如下：
对不再需要招聘的职位，可以执行删除操作。系统界面如下：
在职位发布查询环节：
系统分页列出已发布的职位。选择某一职位可查看其明细，申请该职位则跳转到简历登记功能点。
招聘专员/招聘经理：创建一个发布职位、对已经发布的职位进行修改、查询已发布的职位
应聘者： 浏览已发布的职位，选择某一职位可查看其明细，申请该职位则跳转到简历登记功能点。
2、简历管理
业务描述
招聘流程的第二个环节为简历筛选环节。分两步来完成，首先是简历登记，然后是简历筛选。另外，还提供有效简历查询的功能，以查询系统中通过简历筛选且未被删除的简历。
简历登记分两种情况。一种情况是应聘者通过应聘某职位而跳转到简历登记页面，填写简历信息，这种情况职位分类和职位名称已经自动填好，不可以更改。另一种情况是应聘者直接使用简历登记功能点填写简历，这时候职位分类，职位名称可以选择系统中存在的职位分类和职位名称。
简历记录了应聘者的基本信息。其中姓名、电话和身份证号码是必输项。应聘者被录用后，填写的这些信息自动转换到员工档案中。
这个模块包括： 简历登记 简历筛选 有效简历查询 使用者
招聘专员/应聘者 输入要素
个人简历信息包括：
职位分类、职位名称、招聘类型；
姓名、性别、Email、电话、家庭电话、手机、住址、邮编、国籍、出生地、生日、民族、宗教信仰、政治面貌、身份证号码、年龄、毕业院校、学历、教育年限、学历专业、薪酬要求、注册时间、特长、爱好；
个人履历和备注。
其中，性别、国籍、民族、宗教信仰、政治面貌、学历、教育年限、学历专业、特长、爱好为下拉选择框。注册时间为当前系统时间。个人履历和备注为大段文本。
系统界面如下：
简历筛选和有效简历查询首先需要录入查询条件。查询条件为职位分类、关键字和登记时间。同时满足查询条件的记录才列出来。如果不输入查询条件，则该项查询条件不起限定作用。
筛选环节从查询结果列表中选择一条简历记录进行筛选。筛选过程中可以填写筛选推荐意见，并决定是否推荐面试。输出要素
经筛选的有效简历
3、面试管理
业务描述
面试管理分两个步骤：
1.查询出被推荐面试的简历，进行面试，并登记面试结果。2.对面试结果进行筛选。使用者 人事专员 处理流程
首先，查询出被推荐面试的简历。查询条件包括：职位分类，关键字和登记时间。
然后进行面试，登记面试结果。面试结果包括：形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质和面试评价。其中形象评价、口才评价、外语口语能力、应变能力、EQ、IQ、综合素质为下拉框选择，分A，B，C三个等级。面试评价为大段文本。同时还须记录面试人和面试时间。
最后，进行面试筛选。可以根据实际情况做如下处理：建议面试（需要进行下一轮面试）、建议笔试、建议录用和删除简历。根据选择操作的不同，将修改简历的状态。
4、招聘考试题库管理
业务描述
面试考试采用机试自动评卷的方式，所以考试题库采取标准化多选选择试题的方式组织。
为了便于出卷，每道试题都需要选择试题分类。试题分类在系统管理模块进行设置。使用者 人事专员 输入要素
每道试题包含如下内容：试题I级分类、试题II级分类、登记人、登记时间、题干、最多5个候选答案、正确答案和试题出处。
试题查询时采用的条件为：试题分类、关键字和登记时间。关键字将在题干、登记人和试题出处字段进行匹配。
试题查询结果如图所示：
5、招聘考试管理 业务描述
招聘考试分四步进行组织。1.考试抽题 2.考试答题 3.考试阅卷 4.成绩查询筛选 使用者
人事专员/应聘者 考试抽题：
考试套题按职位组织，每个职位可以有多套候选套题。
创建套卷时，需要选择职位分类和职位名称。系统将自动列出系统中存在的试题分类及已有试题数目。只需要填写套题中每个分类所需的试题数目，系统将自动生成套题。
考试答题：
首先，要填写姓名和身份证号码。如果姓名和身份证号码与系统中存在的简历匹配，考试结果将和简历简历关联。还需要选择考试的职位分类和职位名称，这和将进行考试的试卷有关。
如果某职位对应几套试卷，考试答题时系统将自动从中随机选择一套。考试为多选题，有时间限制，答题结束后提交。
考试阅卷
考试结束或用户交卷，系统自动完成 考试成绩筛选：
首先，查询考试成绩，查询条件为应试人身份证号码、关键字和应试时间。
可以查看阅卷结果。
然后，根据答题情况作出建议录用或删除简历的处理。提交处理时需要填写给出录用申请审核意见。
五、录用管理
首先根据面试或笔试环节推荐录用的简历，进行复核，然后正式提交录用申请。经过人事经理审批，该应聘者就成为正式员工了。
使用者
人事专员/人事经理
录用申请：
首先列出所有被推荐录用的简历。正式提交录用申请时，需填写录用申请意见。录用审核：
录用审核可以通过或不通过。只需要填写审核意见。
审核通过的话，系统将根据该简历简历员工档案，所属机构和职位信息空缺，新建员工档案状态为待审核。
六、系统设置
业务概述
录入系统所需的基本信息 薪酬标准项目：
等。
薪酬发放方式设定
薪酬发放方式设定。薪酬发放方式有两种：按I级机构发放和按II级机构发放。统管理模块设置薪酬标准项目，例如：基本工资、岗位工资、交通补助、午餐补助
第二篇：仓库管理系统需求规格说明书
仓库管理系统需求规格说明书
(第十二组）
1．引言...........................................................................................................................1
1.1编写目的.............................................................................................................1 1.2项目背景.............................................................................................................1 1.3参考资料.............................................................................................................1 2．任务概述....................................................................................................................2
2.1目标......................................................................................................................................2 2.2运行环境.............................................................................................................2 2.3条件与限制..........................................................................................................2 3．数据描述....................................................................................................................3
3.1静态数据.............................................................................................................3
3.2动态数据.............................................................................................................3 3.3数据库介绍..........................................................................................................3 3.4数据词典.............................................................................................................3 3.5 E-R图.................................................................................................................3 3.6数据采集.............................................................................................................3 4．功能需求....................................................................................................................6
4.1功能划分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7
5.1数据精确度..........................................................................................................7 5.2时间特性.............................................................................................................7 5.3适应性.................................................................................................................7 6．运行需求..................................................................................................................10
6.1用户界面...........................................................................................................10
6.2硬件接口...........................................................................................................10 6.3软件接口...........................................................................................................10 6.4故障处理...........................................................................................................10 7．其它需求..................................................................................................................12
7.1正确性...............................................................................................................12 7.2可维护性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4软件的完整性....................................................................................................12 7.5软件的安全性....................................................................................................12
仓储管理系统需求规格说明书
1．引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期待能够获得更大范围的应用。
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。
1.2项目背景
仓储管理系统（WMS）是仓储管理信息化的具体形式，它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此，设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节，被人们称之为“物流的支柱”。在商品交换过程中，虽然物资的购、销活动决定了物资的交换关系，但若没有物资的储存和运输，物资的这种交换关系则不能最终实现。
本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。
1.3参考资料
1.张海潘
软件工程导论（第5版）清华大学出版社.2008年2月
2.C#网络应用编程（第二版）人民邮电出版社
马俊主编
3.C#程序设计及应用教程（第二版）
人民邮电出版社
马俊主编
4.网络资源
本小组所有成员皆可保证所用的一切资源均来自正规途径，不牵扯到任何法律
第 页
仓储管理系统需求规格说明书
方面的问题。
2．任务概述
2.1目标
仓储管理的内容应该包括三个部分：仓储系统的布局设计、库存最优控制、仓储作业操作。
设计并完成仓储物资管理系统，实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况，提供完善的任务管理计划功能，实时监控所有货物的在线运动情况，实时提供库存变化的信息，完善公司仓储情况的监制与有效利用，以提高仓库存效率，为企业适时的提供仓储信息，为企业创造更多收入与利润。
2.2运行环境
操作系统：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。
数据库名称：Microsoft SQL Server 2008。
2.3条件与限制
本系统在 Windows 环境中开发，故在Windows中运行无其它因素限制。
要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验，突发情况可进行操作以缓解损害情况，同时应做好对后台数据库的保密工作。
第 页
仓储管理系统需求规格说明书
3．数据描述
3.1静态数据
a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息
3.2动态数据
输入数据：菜单选项，查询关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合或全部记录内部生成的数据，中间查询结果。
3.3数据库介绍
微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 Express Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。
第 页
仓储管理系统需求规格说明书
3.4数据词典
第
页
仓储管理系统需求规格说明书
3.5 E-R图
性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码
编号管理员ID状态图 3.1 系统E-R图
描述：该系统中包含的用户以及属性如图3.5，其中对应关系为，普通用户与系统操作员为多对一，与仓库管理员为多对一，系统操作员与仓库为多
第 页
仓储管理系统需求规格说明书
对一，仓库管理员与仓库为一对一。
另外该系统中有一个超级管理员，负责对系统进行配置管理，对数据库进行备份，增加，删除系统操作员，仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。
3.6数据采集
系统管理员与用户通过键盘输入仓库信息及反馈信息。
4．功能需求
4.1功能划分
一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下
第 页
仓储管理系统需求规格说明书
仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图4.1
仓储管理系统模块图
4.2功能描述
（一）用户登录
（1）用户登录
用户可以用两种身份登录本系统：普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。
（2）用户注销
用户在短时间不使用该系统时，不必退出系统，选择注销后，其他用
第 页
仓储管理系统需求规格说明书
户可以登录使用本系统。
（3）退出系统
用户在完成工作后，点击退出系统按钮可以安全的退出，以免不安全退出导致数据丢失情况的发生。
（4）超级管理员管理
图4.3
超级管理员用例图
（二）仓库管理
（1）仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库，并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库。
（2）仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商，系统自动的将当前系统时间作为退货时间更新到数据库，并且统计退货金额，该操作完成后，相应货物的数量为原货物数量除去退货的数量，并更新数据库。
（3）仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等，系统自动的将当前系统时间作为领料时间更新到数据库，并且统计总领料数
第 页
仓储管理系统需求规格说明书
量。该操作完成后，相应货物的数量为原货物数量减领料的数量并更新数据库。
（4）仓库退料
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量。该操作完成后，相应货物的数量为原货物数量加退料的数量，并更新数据库。
（5）商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。
（6）仓库盘点
商品盘点模块要求用户（管理员）输入某商品号，该商品实际数量（增加或删除），系统会自动的将当前系统时间作为盘点时间更新到数据库，并且统计总盘点过程中修改的数量。
（三）业务查询
业务查询模块图
（1）库存查询
第 页
仓储管理系统需求规格说明书
用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。
（2）销售查询
用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。
（3）仓库历史记录查询
用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后，再输入需要查询的时间，系统返回历史操作记录。
（四）系统设置（1）供应商管理
用户可以增加新的供应商，需要输入供应商的一些信息，包括：供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。
管理员可以增加、删除、修改和查询用户。
5．性能需求
5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高，所以这点在系统中表现的比较少，都是用户数据的安全性和准确性是完全保证的，所以对用户的使用没有多大的障碍。
5.2时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务等，避免出现长时间等待甚至无响应。
第 页
仓储管理系统需求规格说明书
5.3适应性
本系统实在Windows环境中开发的，所以只要是兼容Windows的软件或操作系统，该软件都可以正确运行，有较好的适应能力与兼容性。而且本系统简单易懂，容易上手，界面明了，便于操作。本系统是比较大众模式的仓储管理模式，便于移植到其他部门或公司，具有良好的适应性。
6．运行需求
6.1用户界面
采用Web网页的形式，具有良好的交互界面。有一个主页，可以链接其他页面。用户根据自己权限在各个页面进行操作。
要求大致如下：
1.页面内容：主题突出，站点定义、术语和行文格式同意、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、意识。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2.导航结构：页面具有明确的导航只是，且便于理解，方面用户使用。3.技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览；无错误链接和空链接；采用css处理，控制字体大小和面板布局。
4.艺术风格：界面、版面形象清新岳母、布局合理，字号大小
十一、字体选择合理，前后一致，美观大方，动与静搭配适当，动静效果好；色彩和谐自然，与主题内容相协调。
6.2硬件接口
数据库服务器应配备大容量硬盘，以免当大规模公司使用时反应速度减慢等问题出现。
6.3软件接口
系统保持与操作系统的接口，保持与数据库软件Microsoft SQL Server的接口，考虑到文档处理的需要有可能包括与常用办公软件接口。
第 页
仓储管理系统需求规格说明书
6.4故障处理
考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能。
7．其它需求
7.1正确性
要求发布的软件能够满足用户需求，实现各个功能，并且在运行过程中不出现严重错误。
7.2可维护性
要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。
7.3可移植性
该系统采用B/S开发模式，所以可以在多种平台上很好的运行，所以该系统具有良好的移植性。
7.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行。
7.5软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
第 页
第三篇：网上购物系统需求规格说明书
网上购物系统 需求规格说明书
兰州城市学院
信息工程学院111本
杨大鑫，王稼宇，王艺森
2014年3月31日
目录
1.引言...............................................................................................................................................3
1.1编写目的.............................................................................................................................3 1.2项目背景.............................................................................................................................3 1.3范围.....................................................................................................................................3 1.4参考资料.............................................................................................................................3 2.系统定义........................................................................................................................................4
2.1项目来源及背景.................................................................................................................4 2.2用户特点.............................................................................................................................4 2.3项目目标.............................................................................................................................4 3.应用环境........................................................................................................................................4
3.1系统运行的网络环境.........................................................................................................5 3.2系统运行的硬件环境.........................................................................................................5 3.3系统运行软件环境.............................................................................................................6 4.功能规格........................................................................................................................................6
4.1角色定义.............................................................................................................................6
4.1.1购物者......................................................................................................................7 4.1.2管理者......................................................................................................................7 4.1.3数据库......................................................................................................................7 4.2系统主用例图.....................................................................................................................7 4.3客户端子系统.....................................................................................................................8
4.3.1登陆........................................................................................................................10 4.3.2浏览、选择商品....................................................................................................10 4.3.3放入购物车............................................................................................................10 4.3.4确认收货人信息或修改收货人信息....................................................................11 4.3.5选择支付方式........................................................................................................11 4.4管理端子系统...................................................................................................................11
4.4.1登陆........................................................................................................................12 4.4.2订单管理................................................................................................................13 4.4.3商品管理................................................................................................................13 4.4.4用户管理................................................................................................................13
5.性能需求......................................................................................................................................14
5.1界面需求...........................................................................................................................14 5.2响应时间需求...................................................................................................................14 5.3可靠性需求.......................................................................................................................14 5.4开放性要求.......................................................................................................................14 5.5可扩展性需求...................................................................................................................15 5.6系统安全性需求...............................................................................................................15
1.引言
1.1编写目的
该文档是关于用户对于网上购物系统的功能和性能的要求，重点描述了网上购物系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
·设计人员； ·开发人员； ·项目管理人员； ·测试人员； ·用户。
1.2项目背景
软件名称：网上购物系统
开发单位：兰州城市学院信息工程学院111本 项目成员：杨大鑫（28号）；王稼宇（18号）；王艺森(23号)用户：兰州城市学院学生
1.3范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.4参考资料
软件工程案例分析教程（软件项目开发实例）
韩万江、姜立新等编著
——机械工业出版社 软件工程导论（第五版）
张海藩编著
——清华大学出版社
2.系统定义
2.1项目来源及背景
随着Internet国际互联网的发展，越来越多的企业开始建造自己的网站。基于Internet的信息服务，商务服务已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的，能提供完善的电子商务服务的动态商务网站。
本系统是一个中小型的电子商务系统----网上购物系统，可以为各类用户提供方便的在线购物环境，符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。
2.2用户特点
本系统的用户都是网上用户，包括两类，一类是购物者，他们的差异比较大，学历有高有低，年龄有老有幼。另外一类用户是管理者，负责物品的上架下架及网站的日常维护。
2.3项目目标
本项目设定的目标如下：
·系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少； ·系统具有良好的运行效率，能够达到提高生产率的目的；
·系统应具有良好的可扩充性，可以容易地加入其他系统的应用；
·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化； ·通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述，可以确定本项目分为客户端和管理端。客户端为购物者服务，有注册，登陆，选择要购买的商品放入购物车，确认订购等功能。管理端为管理员服务，有添加商品，修改商品，管理商品评论等功能。
客户端流程图分别如图A-1所示。
浏览网页选择要购买商品放入购物车去收银台是否注册是登陆确定收货人信息或修改收货人信息否继续购物注册支付成功选择支付方式图A-1
确认订购
3.1系统运行的网络环境
无论是客户端的购物者还是管理端的管理者都可以通过网络登录到本系统中。购物者通过网络浏览商品信息，提交商品订单，支付货款等，管理者通过网络发布商品信息，根据订单发货等。
3.2系统运行的硬件环境
本系统的硬件环境如下： 客户机：普通PC ·CPU：P4 1.8GHz以上 ·内存：256MB以上
·能够运行IE5.0以上或者Netscape4.0以上版本的机器
·分辨率：推荐使用1024×768像素 Web服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上 ·网卡：KMb/s速度 数据库服务器
·CPU：P42.0GHz ·内存：1GB以上 ·硬盘：80GB以上
3.3系统运行软件环境
本系统的软件环境如下：
·操作系统：Windows2000或以上版本 ·数据库：SQL Server 2005 ·Web服务器：IIS5.0以上
·开发工具：Microsoft Visual Studio 2005 ·浏览器：IE5.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法，使用UML作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，改模型将来可以派生出动态对象模型。
设计用例时，我们遵循下列步骤：
1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。
2）描述主要的用例。可以采取不断地问自己“这个角色究竟想通过系统做什么？”来准确地描述用例。
3）重新审视每个用例，为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1购物者
购物者是指在这个网上购物系统中通过客户端提交商品订单的人员，这个角色主要参与客户端的浏览商品，订购商品等功能。
4.1.2管理者
管理者是指在这个网上购物系统中通过管理端管理商品信息的人员，这个角色主要参与管理端的添加商品，修改商品等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
网上购物系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统功能主要是指购物者通过登录购物网站进行操作的功能，即购物功能。管理端子系统功能主要是指管理者通过登录购物网站后台对商品进行操作的功能，即管理功能。系统的主用例图如图A-2所示。
购物者客户端子系统管理者管理端子系统
图A-2
4.3客户端子系统
购买者通过网上购物系统浏览商品，登陆系统，将想要购买的商品放入购物车，选好商品后去收银台，填写并确认收货人信息，选择支付方式，提交订单，完成商品的订购。它的活动图如图A-3所示。
购买者浏览、选择商品放入购物车登陆确认收货人信息或修改收货人信息选择支付方式确认订购
客户端的用例图如图A-4所示。
登陆浏览、选择商品放入购物车购买者确认收货人信息或修改收货人信息选择支付方式
图A-4
客户端的这些用例描述如下：
F-C-1：登陆。购买者在购买商品之前必须登陆到网站，如果没有注册将不能使用网站的购买功能。
F-C-2：浏览、选择商品。购买者打开购物网站可以看到各种商品信息，当点击某一商品时就会有相应的介绍该商品的页面，描述商品的具体信息，如类型、质地、价格、所在地区等。
F-C-3：放入购物车。购买者在选中一个商品后就可以将此商品放入购物车，购物车显示商品的名称、单价、数量、商品总价等信息。
F-C-4：确认收货人信息或修改收货人信息。购买者需要确认收货人信息准确无误，这是所购买的商品正确到货的重要前提。
F-C-5：选择支付方式。购买者可以选择使用网上银行、使用邮局汇款等方式进行支付。
4.3.1登陆
只有登陆之后购买者才能完成商品的购买。没有登陆系统的用户只能浏览、选择商品或将商品加入购物车，要填写收货人信息或者支付货款、提交订单都需要登陆系统。如果用户没有注册则进行注册，之后方可登陆。
用例描述：登陆；
执行者：购买者；
前置条件：用户通过浏览器打开网上购物系统；
后置条件：登陆后可以进行商品付款、订购操作。
基本路径：
a）购买者打开网上购物系统；
b）在登陆框中输入用户名和密码，点击确定即可登录系统。
4.3.2浏览、选择商品
购买者通过网站浏览商品信息，选择所要购买的商品。
用例描述：浏览、选择商品；
执行者：购买者；
前置条件：用户通过浏览器打开网上购物系统；
后置条件：用户可将选中的商品加入购物车。
基本路径：
a）购买者打开网上购物系统，网站显示各种商品的信息；
b）点击想要购买的商品，将显示商品的详细信息，如类型、质地、价格、所在地区等。
4.3.3放入购物车
购买者可以将选中的商品放入购物车，然后继续选择下一个商品。购物车用来保存用户所选择的商品信息。
用例描述：放入购物车； 执行者：购买者；
前置条件：购买者已经有选择的商品；
后置条件：放入购物车的商品可以付款订购。基本路径：
a）购买者将选择的商品加入到购物车； b）继续挑选商品或者进入收银台结账。
4.3.4确认收货人信息或修改收货人信息
购买者进入收银台之后需填写收货人信息并确认，保证收货地址的正确。
用例描述：确认收货人信息或修改收货人信息；
执行者：购买者；
前置条件：购买者已有选择的商品并需要购买；
后置条件：确认收货人信息或修改收货人信息之后可以选择货款的支付方式等进一步操作。
基本路径：
a）进入收银台页面，将提示用户填写收货人信息，需确保地址的准确性以保证正确到货。
b）可以保持以前填写的收货人信息，也可以填写新的收货人信息。
4.3.5选择支付方式
购买者可以选择邮局汇款或者网上银行支付的方式支付货款。
用例描述：选择支付方式；
执行者：购买者；
前置条件：购买者已经确认收货人信息；
后置条件：选择支付方式后可以进行订单确认并提交以完成商品的订购。
基本路径：
a）购买者进入支付方式选择页面，将看到两种支付方式，一种是邮局汇款，一种是网上银行支付。
b）选择一种支付方式并确定。
4.4管理端子系统
系统管理员登陆到管理端子系统进行订单管理，商品管理以及用户管理。管理端的用例图如图A-5所示。
登陆订单管理商品管理管理者用户管理
图A-5
管理端的这些用例描述如下：
F-M-1：登陆。管理者只有登录之后才能执行其管理功能。F-M-2：订单管理。管理者可以查看客户订单并管理订单。F-M-3：商品管理。对商品进行添加，修改，删除等操作。F-M-4：用户管理。管理购买者的账号及其相关信息。
4.4.1登陆
管理者以系统管理员的身份登录到管理端，登陆后才具有相应的管理权限。用例描述：登陆 执行者：管理者；
前置条件：管理员通过浏览器打开网上购物系统；
后置条件：登陆管理端之后可以进行订单、商品及用户的管理。基本路径： a）管理者打开网上购物系统；
b）在登陆框中输入用户名和密码，点击确定即可登录系统。
4.4.2订单管理
进入订单管理页面管理员可以查看购买者提供的订单，并根据订单信息发货，同时可以对订单进行统计，也可以销毁已完成交易的订单。
用例描述：订单管理；
执行者：管理者；
前置条件：管理者已经登录系统；
后置条件：整理后的订单信息将记录到数据库中。
基本路径：
a）进入订单管理界面，可以查看各个用户提交的订单信息，根据订单信息发送货物。
b）可以对订单进行统计操作，统计不同用户的订单数，统计所有用户的订单总数，可以根据时间进行统计，也可根据订购商品类型进行统计。
c）可以重新对订单进行分类排序，可以销毁已经完成交易的订单，以便释放资源继续使用。
4.4.3商品管理
管理者可以对商品进行添加、修改和删除等操作。用例描述：商品管理； 执行者：管理者；
前置条件：管理者已登录到系统；
后置条件：整理后的商品信息将记录到数据库中。基本路径：
a）进入商品管理页面，可以选择添加、修改或删除操作。
b）可以添加商品分类，并在该分类下添加各种相应类型的商品信息； c）可以修改一个商品分类或者修改其下的商品信息； d）可以删除一个商品分类或者其下的商品信息；
e）商品信息包括商品的类型、质地、价格、所在地区等详细说明。
4.4.4用户管理
管理者可以对用户账户进行管理。用例描述：用户管理； 执行者：管理者；
前置条件：管理者已登录到系统；
后置条件：整理后的用户信息将记录到数据库中。基本路径：
a）进入用户管理界面，可以查看所有用户的信息；
b）对于长期不活动的用户可以销毁其注册账户以释放系统资源。c）对于行为造成不良后果的不法用户可以冻结其账户。
5.性能需求
根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的性能要求。
5.1界面需求
系统的界面要求如下。
1）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2）导航结构：页面具有明确的导航指标，且便于理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接，采用CSS处理，控制字体大小和版面布局。
4）艺术风格：界面、版面形象清新悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7×24小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。
5.4开放性要求
系统应具有较强的灵活性，以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。系统需能够防止各类误操作可能造成的数据丢失、破坏。防止用户非法获取网页以及内容。
第四篇：图书馆管理系统需求规格说明书
软件需求规格说明书
图书馆管理系统需求规格说明书
1．导言 1.1编写目的
图书管理信息系统的前阶段，对本系统的需求做了详细的阐述，并提出了这份软件需求规格说明书。
此需求规格说明书对图书管理信息系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的数据库、功能、性能等，使系统分析人员及软件开发人员都能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为用户、需求分析人员、代码编写人员、测试人员、用户文档编写者、项目管理人员。
在下一段的设计中，程序设计员可参考此需求分析规格说明书，在需求分析说明书对图书馆管理信息系统所做的模块结构设计的基础上进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改或发现错误时找出在本阶段的不足或错误。1.2项目背景
由于图书馆书籍多，查找、增加、借阅、归还极为不便，要浪费许多的人力、脑力、物力。图书的管理不当会严重导致图书馆书籍的遗失等问题。于是我们希望能找到解决的方法。
为了解决以上的问题，让图书馆能够有效的管理图书馆书籍，有效的利用软件的便捷，保护好书籍，促进图书馆管理的信息化和规范化。我们多方听取意见、分组讨论、查阅资料，进而了解图书馆管理的流程，开发出一套适合于图书馆书籍多而复杂的管理系统。1.3缩写说明
系统：若未特别指出，统指本图书信息管理系统。SQL：Structured Query Language（结构化查询语言）。
1.4术语定义SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。
SQL：一种用于访问查询数据库的语言。主键：数据库表中与其他表主键关联的域。外部主键：数据库表中的关联域。值互不相同。
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
软件需求规格说明书
1.5参考资料
《软件工程实务》罗先文、徐军，重庆大学出版社，2005年3月
《UML 用例驱动对象建模》Doug Rosenberg、Kendall Scott著，徐海、周靖、陈华伟译，清华大学出版社，2003年5月
《UML 系统分析设计应用案例》 冀振燕，人民邮电出版社，2003年6月 《NET语言程序设计》 陈炜，人民邮电出版社，2005年1月 《SQL Server数据库》吕凤顺，清华大学出版社，2006年9月 《网页设计与制作》于巧娥、何金奎，北京大学出版社，2006年1月 2．任务概述 2.1系统定义
实现图书管理信息系统的基本需求。让图书馆能够有效的管理图书的查询、借阅、增加、归还等操作，保护好文件，促进图书管理的信息化、规范化，实现图书馆的智能化管理，以提高图书馆的的工作效率。2.2应用环境
硬件环境：一台586 以上的微机及兼容内存16MB（最好32MB内存）
软件环境：windows 98 以上的操作系统 ；Office 2000应用软件 操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3假定条件与限制
本图书管理信息系统软件是应用于中小型的图书馆。在功能上还不是很健全，还需要进一步完善，还可进一步实现与E-Mail和Internet电话连接起来，成为网络图书管理信息系统软件。3．需求规定 3.1对功能的规定
(1)图书信息表(book)：数据结构（自动编号ID,图书编号（BookID），书号（ISBN），价格（Price），类别名（Kind），图书名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））
(2)借出图书信息表（bookoff）：数据结构(自动编号ID,借书证号（LoanNum），姓名（Name），图书编号（BookID），书名（BookName），价格（Price），类别（Kind），出版社（Publish），借出日期（BorowDate）)
软件需求规格说明书
(3)管理员信息表（Librarian）：数据结构（自动编号ID,名称（LibName），密码（Password））
(4)读者信息表（personal）：数据结构（自动编号ID,读者编号（ReaderNum），借书证号（BorrowNum），姓名（Name），班级(Class)，部门(Depart)，职称(Tittle)，罚款（Fine））
(5)图书类型信息表(type)： 数据结构（自动编号ID，类别名(Kind)，借出天数(BorrowedDay)）3.2对性能的定义 3.2.1 精度
（1）要按照严格的数据格式输入，否则系统不给予响应进行处理。
（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。（3）添加记录时必须写入正确的记录字段。3.2.2时间特性要求
一般操作的响应时间应在1~2秒内，对软磁盘和打印机等的操作也应在可接受的时间内完成。3.2.3灵活性说明
满足图书馆使用的需求（记录量控制在100项内）；对前面提到的运行环境要求不应存在困难。3.3输入输出的要求
输入数据：菜单选项，查找关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合。（1）系统管理
1)用户登录：用于管理员或读者登录，进行图书馆书籍及资料的查询。2)用户注册：用于用户及管理员的注册，当数据库中有了用户资料之后此用户才有权限登录系统。
3)修改密码:只限于已经注册的用户或管理员的操作。以便于个人登录的识别。
（2）图书管理
1)图书的分类：主要是适合于管理员的操作，对图书进行分类以便读者查询、借阅书籍。
2)查询书籍：主要给借阅者使用，是为了方便借阅者查询自己想要的图书，
软件需求规格说明书
借阅者输入图书的相关关键字，按下按钮即可查询到于此相关的书籍。
3)图书的添加：是给管理员用的功能，如有新增书籍，可通过这项功能，在数据库中添加一项纪录，让读者预留、借阅等。
4)图书的删除：是给管理员用的功能，当图书馆没有此书籍时，在数据库中删除此图书的信息。（3）借书证管理
1)借书证的添加:仅图书管理员可以使用的功能，在数据库中添加读者的借书证信息，方便读者借阅图书。
2)借书证信息的修改：修改读者的图书证信息记录
3)借书证的删除：删除读者的图书证信息记录
4)借书证的借书上限和逾期罚金： 根据等级或其他信息规定该读者最多能借阅几本书籍，归还书籍时如果超过期限，规定超过一天罚多少钱（4）借书和还书操作管理
1)借书操作：用户借书后在借出图书信息表中添加用户信息及书籍信息等 2)还书操作：用户归还书籍后在表中删除借出信息便于他人借阅。3)续借操作：当用户图书到期后，如需再借阅则可使用此功能。（5）打印报表
1)打印单条图书记录:主要适用于一般浏览者和一般用户。他们只能打印在他们的权限和级别范围内所能查看的图书馆信息资料。
2)打印全部档案:是为管理员设置的，管理员可以根据需要设置打印。也可以让档案以报表或其它形式生成文本文件或HTML文件输出。打印操作人员的信息只限管理员使用。
3.4数据管理能力的需求（五个基本数据表单）
图书信息表(book)借出图书信息表（bookoff）图书编号 BookID 借书证号 BorrowNum 书号 ISBN 图书编号 BookID 价格 Price 借出日期 BorowDate 类别名 Kind 是否借出 IsBorrowed 图书名 BookName 出版社 Publish 数量 Amount 作者 Author
读者信息表（personal）管理员信息表（Librarian）姓名 ReaderName 名称 LibName
软件需求规格说明书
密码 Password 密码 Password 班级 Class 部门 Depart 图书类型信息表(type)职称 Tittle 图书编号 BookID 借书证号 BorrowNum 类别名 Kind 罚款 Fine 借出天数 BorrowedDay 3.5故障处理要求
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案：
（1）遇到跳出“数据库已经关闭”提示信息阻止程序运行时：可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。
（2）关于空记录带来的麻烦：有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断一下是否为空记录，再操作。（3）有些运行错误也可用如下语句排除 On Error GoTo Erropoint
Erropoint :
Msgbox Err.Descripton
Exit sub
或用On Error resume Ｎext 等语句进行处理。3.6其他要求
（1）系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能（2）系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性（3）系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。（4）系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据 4．运行环境规定 4.1设备
本软件不需要特定的硬件或硬件接口进行支撑；486以上PC机均可运行此软件。4.2支持软件
运行于Windows95及更高版本具有WIN32 API的操作系统之上。开发软件：Dreamweaver、SQL Server、Microsoft web developer 4.3双方签字
软件需求规格说明书
需求方（甲方）： 开发方（乙方）： 日期：2010年11月17日
第五篇：需求规格说明书(教材定购系统)
《需求规格说明书》
1．引言
1.1编写目的对学校教材定购系统进行简单的分析，将该系统分为销售系统和采购系统。方便教师与采购人员的使用，加深与用户间的交流，需求规格说明书力求在功能上满足用户的需要，在系统界面上使用户满意。
读者对象学生，教师，教材工作人员
1.2项目背景
本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据学生，教师和教材工作人员的需求和各个功能的关系，做出了积极的设计方案。
1.3定义
数据流图（DFD）：数据流图描绘信息流和数据从输入到输出的过程中所经受的变换，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。
1.4参考资料
《软件工程》 张海藩编著 人民邮电出版社
2．任务概述
2.1目标
学校教材定购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，在新的管理资源和管理模式上，力争能使工作质量、工作效率等得到提高，推动学校发展的步伐。
2.2运行环境
硬件要求：内存：1G以上；CPU：IntelCore21.80GHz系统要求：MyEclipse 集成开发工具，SQL数据库，画图工具以及windows word文档工具。
2.3条件与限制
（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相
关的书库记录。
（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。
（3）系统的外部项至少包括：教师、学生和教材工作人员。
（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教
材表、进库表和出库表。
（5）系统方案选择时间需要2周，系统开发经费不少于3万。
3．数据描述
3.1静态数据
3.2动态数据
【包括输入数据和输出数据。】
3.3数据库介绍
【给出使用数据库的名称和类型。】
3.4数据词典
3.5数据采集
4．流程图
4.1业务流程图
【用于描述用户的实际的业务流程，在流程图中应忠实反映用户实际的业务情况。】
4.2数据流程图与过程流程图
【数据流图或操作流图主要是为了反映需要在计算机系统中实现的各模块的流程情况。】
5．功能需求
5.1功能划分
1）系统账户管理子系统：主要是对系统用户进行管理，包括登陆、查询、退出、操作记录等。
2）销售管理子系统：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。
3）采购管理子系统：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。
5.2功能描述
销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。
采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。
6．性能需求
6.1数据精确度
书的库存数量，书的入库与出库数量都可以十分精确。书在采购的时候，可能根据缺书的数量进行采购，也可能根据主观预测，预测下一批销售的数量来决定本次购书的数量，此时采购书本的数据精确度较低。
6.2时间特性
系统响应时间迅速，使用者较难察觉。较短的数据转换与传输时间，使用者不必过多等待。
6.3适应性
本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 2000.7．运行需求
7.1用户界面
【如屏幕格式、报表格式、菜单格式、输入输出时间等。】
7.2硬件接口
内存：1G以上；CPU：IntelCore21.80GHz
7.3软件接口
本系统支持的操作系统包括：Windows95、Windows98、Windows2000、Windows Me Windows XP.本系统支持的数据库：SQL Server 2000.本软件的开发工具：Java、Eclipse。
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。
7.4故障处理
硬件故障：
情况1：服务器电源不正当关闭
处理：
a.数据库事务回滚到断电之前的状态。
b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。
情况2：客户端与服务器网络不能连接
处理：
a.检修本地端网络连接是否正常；
b.查看服务器端交换机端口是否被关闭；
c.查看端点间网络线路是否完好。
情况3：存储空间已满
处理：
a.数据库切换到备份存储空间;
b.进行数据检索，删除日期过期的数据。
软件故障：
情况1： 服务器死机
处理：程序自动保存内存中的临时数据；重启机器
情况2： 服务端程序报告异常
处理：保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序
情况3： 服务器端响应速度慢
处理：查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置
8．其它需求
使用性：界面友好，其他软件有很好的兼容。
安全性： 安全性良好，有密码验证对不同权限进行不同的登陆软件有备份功能，对数据损坏或破坏有很好的恢复能力。
可维护性：可维护性功能健全。
点击咨询 