软件工程需求规格说明书

二、需求规格说明书完成人：1．概述（Summary）项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。

通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。

同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。

另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。

术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。

UML:统一建模语言。

相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。

3.级别：管理系统4.主要参与人员：系统管理人员。

5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。

6.前置条件：系统管理员必须有更新和维护系统的权限。

7.成功保证：能够成功的更新和维护该系统。

8.主成功场景：系统管理员更新和维护图书管理系统。

9.特殊要求：（1）适用于window系统。

（2）当访问出现问题是，系统有强大的恢复能力。

二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。

6.前置条件：图书管理员必须经过确认和保证。

文档编号：HHIT-SECD-S101-01T-02版本号：V1.0酒店宾馆客房管理系统结构化需求规格说明书项目名称酒店宾馆客房管理系统的设计与实现项目负责人项目开发单位项目成员、、、项目起止时间2013.06.18----2013.06.212013年6月21日软件工程课程设计项目组任务分派单（组长用）班级：组别：组长姓名：时间：2013 年6 月21日项目名称：酒店宾馆客房管理系统阶段名称：需求分析1、本表由组长为其组员每次上机实践分派任务使用，应认真填写相关任务名称、内容、完成标准等信息；2、本表在每次任务完成后，由组长按照完成标准验收，并给出每个组员成绩评定（每人平均70分制），除组长保留一份外，应及时上报任课老师（电子和纸质文档同时上报）。

目录1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (5)1.4参考资料 (5)2项目概述 (5)2.1目标 (5)2.2用户的特点 (6)2.3假定与约束 (6)3需求规定 (6)3.1对功能的规定 (7)3.2对性能的规定 (20)3.2.1精度 (20)3.2.2时间特性要求 (20)3.2.3灵活性 (20)3.3输入输出要求 (20)3.4数据管理能力要求 (21)3.5故障处理要求 (21)3.6其他专门要求 (22)4运行环境规定 (22)4.1设备 (22)4.2支持软件 (22)4.3接口 (23)4.4控制 (23)1引言【】1.1编写目的想要做一个好的客房管理系统，首先必须知道用户的需求，这样我们才会开发出真正满足用户的软件产品，在系统的需求分析阶段，开发者应该明确一个好的客房管理系统必须要做什么。

1.2背景宾馆客房管理系统是宾馆客房管理不可缺少的，对于宾馆的管理者和使用者来说都是非常重要的，在以往，人们使用手工登记来记录管理宾馆的日常事务，操作流程虽然简单，但随着宾馆的数量越来越多，宾馆的规模越来越大，宾馆的入住率越来越高。

三、需求规格说明书1．引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (3)1.4参考资料 (3)2．任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (4)3．数据描述 (4)3.1静态数据 (4)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (4)4．功能需求 (4)4.1功能划分 (4)4.2功能描述 (5)5．性能需求 (5)5.1数据精确度 (6)5.2时间特性 (6)5.3适应性 (6)6．运行需求 (6)6.1用户界面 (6)6.2硬件接口 (6)6.3软件接口 (6)6.4故障处理 (6)7．其它需求 (6)1．引言1.1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。

本文档供项目经理、设计人员、开发人员参考。

1.2项目背景该随着企业规模的扩大和市场竞争的更加激烈，各类企业都越发认识到人力资源管理的重要性及提升企业自身人力资源管理水平的迫切性。

而人力资源管理水平的提升不仅需要高素质的管理人员而且也需要信息化工具进行辅助。

人力资源管理软件也就应运而生。

职工考勤管理系统是人事管理系统中最重要的信息。

考勤考核对考核项目、考核方案、考核等级、考核员工分组、考核记录、考核结果等进行管理。

通过员工考勤考核管理，反映员工在一定阶段的工作成绩。

通过与员工工资、奖金挂钩，达到正负激励作用，从而更好促进工作质量的提高，增加企业的竞争能力和综合效益。

职工考勤管理登记考勤记录（包括旷工、迟到、病假、事假等），定期进行汇总，然后根据标准确定扣款额度，在工资发放时进行扣除。

职工考核管理则定期或不定期根据考核指标，对员工进行考核，记录考核结果和相应的正负激励额度，在奖金发放时进行体现，支持上级对下级、下级对上级或同级之间的评估方式。

并根据考核的项目及权重自动计算考核的最终结果包括分数及对应的等级。

并对考核结果进行统计分析，输出分析图。

V项目名称〉软件需求说明书作者：______________________________________________ 完成日期：___________________________________________ 签收人：_____________________________________________ 签收日期：___________________________________________修改情况记录:1引言1.1编写目的说明编写这份软件需求说明书的目的，指出预期的读者范围。

1.2范围说明：a.待开发的软件系统的名称；b.说明软件将干什么，如果需要的话，还要说明软件产品不干什么；c.描述所说明的软件的应用。

应当：1）尽可能精确地描述所有相关的利益、目的、以及最终目标。

2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。

1.3定义列出本文件中用到的专门术语的定义和缩写词的原词组。

1.4参考资料列出要用到的参考资料，如：a.本项目的经核准的计划任务书或合同、上级机关的批文；b.属于本项目的其他已发表的文件；c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2 项目概述2.1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2 产品功能本条是为将要完成的软件功能提供一个摘要。

例如，对于一个记帐程序来说，需求说明可以用这部分来描述：客房帐目维护、客房财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。

编号 003版本 V1.0 需求规格说明书项目名称：小区物业管理系统项目负责人编写校对审核单位: 班第1 小组2016年3月17日目录1引言 01.1编写目的 01.2背景 01.3参考资料 02任务概述 02.1目标 02.2用户的特点 03业务分析 (1)3.1组织机构分析 (1)3.2组织职能分析 (1)3.3确定业务 (2)3.4业务与机构 (2)3.5业务与实体 (2)3.6主要业务流程图 (3)4需求分析 (4)4.1系统功能需求 (4)4.1.1系统目标分析 (4)4.1.2系统需求结构图 (5)4.1.3系统功能描述 (5)4.1.4功能用例图 (7)4.2系统性能需求 (11)4.3输入输出要求 (11)4.4系统界面需求 (12)4.5故障处理要求 (12)5运行环境规定 (12)5.1硬件平台 (12)5.2软件环境 (12)6 风险分析 (12)6.1系统面临的主要风险 (12)6.2风险的处理策略 (13)7遗留问题 (13)1引言1.1编写目的本文档主要根据用户的需求，在对整个小区物业业务流程充分了解的情况下，从系统的目标，结构，功能，环境和风险等方面，对小区物业管理系统进行了彻底的分析，确定完整、合理和可行的方案，实现符合用户要求的信息系统。

并能够充分，准确的展现出其设计的总思想，简洁地使得用户了解整个的功能。

1.2背景A.待开发的软件系统的名称：小区物业管理系统B.项目的任务提出者：XX小区C.项目开发者：哈尔滨工程大学信息安全专业D.本文档的读者范围包括：a．需求提供方具体责任人b．开发方项目负责人、系统分析设计人员1.3参考资料A.《系统设计与分析》哈尔滨工程大学邢薇主编B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》C.《JSP网络开发实例》人民邮电出版社2任务概述2.1目标小区物业管理系统将覆盖小区物业管理的全过程，包括财务管理，日常工作，报表管理和资料管理等各个环节。

软件需求规格说明书终稿1. 引言本软件需求规格说明书旨在详细描述开发团队对于软件系统的需求和功能规范，以便开发过程中的各个阶段能够清晰地理解和遵循。

该文档将对软件系统的整体概述、功能需求、非功能需求和用户接口进行详细说明。

2. 背景现代社会中，软件系统的应用已经渗透到各个行业和领域。

为了更好地满足用户的需求，提高工作效率和用户体验，我们决定开发一个全新的软件系统。

本软件将涵盖xxx领域的需求，以满足用户在xxx 领域中的需求。

3. 总体描述该软件系统将具备以下主要功能：- 功能1：详细描述功能1的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。

- 功能2：详细描述功能2的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。

- 功能3：详细描述功能3的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。

4. 功能需求本部分将详细列出软件系统的功能需求。

每个功能需求都应该具备以下几个方面的描述：- 功能标识：每个功能都应该有一个唯一的标识符，以便在开发和测试过程中进行跟踪和管理。

- 功能描述：明确描述该功能应该提供的具体功能和预期结果。

- 输入：描述该功能所需要的输入数据和格式要求。

- 处理：详细描述该功能的处理逻辑和算法。

- 输出：描述该功能的输出格式和内容。

5. 非功能需求除了功能需求外，该软件系统还应满足一系列非功能性需求，以提供更好的用户体验和系统性能。

以下是一些非功能需求的示例：- 性能要求：系统的响应时间、并发用户数、吞吐量等性能指标要求。

- 可靠性要求：系统的可用性、稳定性、容错性等方面的要求。

- 安全性要求：系统对于数据保密性、完整性和可用性方面的要求。

- 可维护性要求：系统的可维护性和可扩展性的要求，包括代码可读性、模块化、可测试性等。

6. 用户接口本部分描述软件系统的用户接口，包括图形用户界面（GUI）、命令行界面（CLI）等。

对于每个用户接口都应提供以下信息：- 界面描述：描述界面的整体布局、样式和交互方式。

三、需求规格说明书1．引言 (1)1.1编写目的 (1)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2．任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (5)4．功能需求 (5)4.1功能划分 (5)4.2功能描述 (5)5．性能需求 (6)5.1数据精确度 (6)5.2时间特性 (6)5.3适应性 (6)6．运行需求 (6)6.1用户界面 (6)6.2硬件接口 (6)6.3软件接口 (7)6.4故障处理 (7)7．其它需求 (7)1．引言1.1编写目的为明确软件需求，方便完成系统用户管理，部门管理，员工管理等模块的功能，撰写本文档。

本文档供与《工资管理系统》软件开发有联系的开发组成人员，管理员参考。

1.2项目背景随着信息化的普及，许多传统的办公系统越来越偏向于网络化。

如OA系统。

工资管理系统是常见的OA系统的组成部分。

也是一个十分使用的系统。

基于此，开发了此系统。

1.3定义1.OA:办公自动化（Office Automation,简称OA）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。

办公自动化没有统一的定义，凡是在传统的办公室中采用各种新技术、新机器、新设备从事办公业务，都属于办公自动化的领域。

在行政机关中，大多把办公自动化叫做电子政务，企事业单位就都叫OA，即办公自动化。

2. MVC：全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

《软件工程》大作业题目需求规格说明书文件专业计算机科学与技术组别第四组组长组员班级指导教师田保军成员张斯琴、孙晓、杨柳工业大学信息工程学院需求规格说明书1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (3)1.4参考资料 (1)2．任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3．数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (3)3.4数据词典 (4)3.5数据采集 (4)4．功能需求 (5)4.1功能划分 (6)4.2功能描述 (6)5．性能需求 (6)5.1数据精确度 (8)5.2时间特性 (8)5.3适应性 (8)6．运行需求 (8)6.1用户界面 (8)6.2硬件接口 (9)6.3软件接口 (11)6.4故障处理 (11)7．其它需求 (11)1．引言1.1编写目的学校教室管理系统”供学校的教室管理部门使用，是对教室进行调度管理的软件。

该系统与自动排课系统联动，可以对排课后的教室用计算机进行借用管理、查询、分析统计，可生成全校教室使用情况汇总表。

对教室的借用提供了技术先进的图形化操作界面，直观、便捷。

当前网络的流行为教室管理网络化的发展提供了广阔的空间。

教室管理网络化，从一定程度上讲，该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。

“学校教室管理系统”构建了一个教室使用者和教室管理者交流的网上平台。

一方面教室使用者可以方便地查询和使用；另一方面，教室管理者可以通过计算机实现最有效率的管理。

1.2项目背景随着现代科技的高速发展，事物变得越来越烦杂，在这个有信息主导的世界，社会各界也不满足于各自原来的运行模式，纷纷弃用纸办公，采用电子办公。

由于电子化办公的发展，公司所使用的办公地点将大幅度的减少，其产生的各种费用将大幅的降低，极大的较少了事物的开支，也极提高了办事速度，是的办公效率成倍增长。

XXX项目需求规格说明书编制单位：XXX有限公司编制日期：2020年4月20日目录1引言 (2)1.1编写目的 (2)1.2术语和缩略语 (2)1.3参考资料 (2)2项目概述 (3)2.1项目背景 (3)2.2项目目标 (3)2.3项目范围 (4)2.4假设与约定 (4)3需求规定 (5)3.1功能规定 (5)3.2用户分析 (6)4功能需求 (6)4.1功能需求1 (6)4.2功能需求2 (7)5接口需求 (7)5.1内部接口 (7)5.2外部接口 (8)6非功能性需求 (8)6.1界面需求 (8)6.2性能需求 (8)6.3安全需求 (9)6.4XXX需求 (10)7尚未解决的问题 (10)1引言1.1编写目的〔说明本文档的编写目的，保证业务需求提出者与需求分析人员、开发人员、测试人员及其也相关人员对需求达成共识。

〕示例：本文档是XXX公司根据XXX提供的需求（包括书面需求和口头叙述的需求），加以分析理解后编写的需求规格说明书，主要目的是使XXX及我公司开发人员对XXX项目的目标和总体需求达成共识，并保持一致、使各方领导层和参与项目的全体人员对系统要解决的问题和要满足的业务需求有相同的理解，以便共同决策、协调一致地工作。

1.2术语和缩略语〔说明本文档涉及到的术语和缩略语，并加以解释。

〕示例：非功能需求：指依据一些条件判断系统运作情形或其特性，而不是针对系统特定行为的需求。

……1.3参考资料〔列出与本文档有关的参考资料。

〕示例：《招标文件》《投标文件》《项目开发合同书》……2项目概述〔简述项目背景、目标、范围、假设与约定。

〕2.1项目背景〔描述本项目建设背景、行业发展现状和趋势等。

〕示例：随着信息化技术的不断发展，信息化技术不断更新，XXX部分信息化基础落后，要求从整体要求、整体规划的角度入手，建立以信息化技术为支撑、扁平化管理的服务模式，开发XXX信息平台和系统，充分利用XXX信息平台的空间数据资源和区域相关数据资源。

目录1.引言1.1目的1.2文档约定1.3预期的读者和阅读建议1.4产品的范围1.5参考文献2.综合描述2.1产品的前景2.2产品的功能2.3用户类和特征2.4运行环境2.5设计和实现的限制2.6假设和依赖3.外部接口需求3.1用户界面3.2硬件接口3.3软件接口3.4通信接口4.功能需求4.1登录页面4.2查询员工绩效4.3员工绩效管理4.4考勤管理4.5绩效评定4.6报表审核4.7安全管理5.其他非功能需求5.1性能需求5.2安全设施需求5.3安全性需求5.4软件质量属性5.5业务规则5.6用户文档6.其他需求附录某公司员工绩效考核管理系统需求规格说明书1.引言1.1目的（1）以文档的形式给出在需求获取和需求分析阶段所获得的所有用户需求，并为软件设计和实现奠定基础，且能够作为软件测试和用户验收软件系统的重要依据。

所有技术人员都应该以该文档作为产品的功能定义，具体建设内容。

（2）为开发小组成员、客户之间提供共同的协议而创立基础，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦，让客户指出不足，进一步了解客户的要求。

1.2文档约定（1）必须使用国家公布的规范字。

打印版面上空 2.5cm，下空2cm，左空2.5cm，右空2cm（左装订），固定行距，24磅。

（2）正文字体为宋体小四号。

无特殊情况下，字体颜色均采用黑色。

（3）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a等，特殊情况另作规定。

1.3预期的读者和阅读建议本文档面向多种读者对象（1）设计员：对需求进行分析，并设计出系统，包括数据库的设计。

（2）程序员：了解系统功能，编写《用户手册》。

（3）测试员：根据本文档对软件产品进行功能性测试和非功能性测试。

（4）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

（5）其他人员：如部门领导、公司领导等可以据此文档了解产品的功能和性能。

2软件需求规格说明书（一）文档内容要求1引言1.1编写目的说明编写这份用户需求说明书的目的，指出预期的读者范围。

1.2范围说明系统的业务范围以及功能界限的划分。

1.3术语和缩略语提供此文档中用到的专门术语的定义和缩写词的原词组。

1.4参考资料列出此文档所参考的文档。

这些文档可以是合同、标准、指南、和其他的用户需求说明书。

2需求概述2.1项目背景提供对项目的整体描述。

如果此文档定义的项目是一个更大的项目的一个构件，应提供同更大项目或系统的关系和这个项目会提供的功能。

并且提供和明确两者之间的关系。

2.2操作环境描述使软件运行的运行环境。

给出了软件运行所需的硬件平台、操作系统和软件平台等细节。

如果功能/子模块/子项目涉及仅仅是整体的产品/项目、硬件/软件环境的子集，也在这里指出。

2.3设计和实现限制包括客户在所采用的技术和运行环境等方面的特定要求，以及其它影响开发人员自由选择的问题，必要时说明原因。

2.4假设、依赖和外部风险明确在准备此文档时所做的假设和外部依赖条件，这些假设会影响需求的状态。

对外部项目或软件的接口服务的依赖条件也可在这里说明。

明确客户应该会关心的外部风险，如：第三方供应的软件和硬件应该准时送到、所依赖软件是否按时提供等等。

对需求优先等级的定义也需要给出。

3功能需求以下详细描述系统功能需求。

如果需要，用例图及其描述可以作为附录。

功能点、子功能或功能可以指定缺省优先级。

3.1〈功能名称1>所有的功能名、子功能名、功能点都需要以某种全文档唯一的方式进行编号，以备审核、设计、实现、测试时引用。

功能、子功能都要规定优先等级。

3.1.1功能概述对本功能进行概要描述。

如有需要，可用结构图来描述本功能中各模块的结构关系。

3.1.2相关业务流程根据需要，提供相应的业务流程图。

3.1.3〈子功能名称1>3.1.3.1子功能描述对子功能作文字描述。

如果需要，对子功能流程进行流程描述，并提供子功能业务流程图。

二、需求规格说明书完成人：1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。

通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。

同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。

另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。

1.2 术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。

UML:统一建模语言。

1.3 相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）2.1 场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。

3.级别：管理系统4.主要参与人员：系统管理人员。

5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。

6.前置条件：系统管理员必须有更新和维护系统的权限。

7.成功保证：能够成功的更新和维护该系统。

8.主成功场景：系统管理员更新和维护图书管理系统。

9.特殊要求：（1）适用于window系统。

（2）当访问出现问题是，系统有强大的恢复能力。

二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。

！网上招聘系统需求规格}*;XXXXX软件公司。

评审日期：2012年1月12日目录1导言 (1)目的 (1)范围 (1)缩写说明 (1)术语定义 (1)引用标准 (1)参考资料 (2)版本更新信息 (2)2系统定义 (2)项目来源及背景 (2)项目要达到的目标 (3)系统整体结构 (3)3应用环境 (4)系统运行网络环境 (4)系统运行硬件环境 (5)系统运行软件环境 (5)4功能规格 (5)角色（Actor）定义 (6)应聘者 (6)管理用户 (6)数据库 (7)系统主Use Case图 (7)客户端子系统 (8)职位选择 (10)简历输入 (10)问卷回答 (10)管理端子系统 (11)登录管理 (13)题库管理 (13)试卷管理 (14)职位发布 (14)简历管理功能 (15)面试管理 (15)用户管理 (16)5性能需求 (16)界面需求 (16)响应时间需求 (16)可靠性需求 (16)开放性需求 (17)可扩展性需求 (17)系统安全性需求 (17)6产品提交 (17)7实现约束 (17)8签字 (18)1导言1.1目的该文档是关于用户对于网上招聘系统的功能和性能的要求，重点描述了网上招聘系统的设计需求，将作为对该工具在概要设计阶段的设计输入。

本文档的预期读者是：设计人员开发人员项目管理人员测试人员用户1.2范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。

在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。

1.3缩写说明HRHuman Resource（人力资源管理）的缩写。

JSPJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。

UMLJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。

1.4术语定义无1.5引用标准[1] 《企业文档格式标准》XXXXX软件有限公司[2] 《需求规格报告格式标准》XXXXX软件有限公司软件工程过程化组织1.6参考资料[1] 《UML》XXXXX软件有限公司[2] 《需求规格报告格式标准》XXXXX软件有限公司软件工程过程化组织1.7版本更新信息本文档的更新记录如表A-1。