(2)客户需求分析规格说明书
需求规格说明书
《需求规格说明书》概述为了使更好的用户了解本产品以及使小组人员更有计划的进行项目，特编写本需求规格说明书。
(1)用户简介该产品是面向广大手机用户的，因此本软件的用户很广泛，由于大家对手机很了解，对手机阅读器更不陌生，所以本软件在使用过程中可以省去很多培训时间，这使小组人员能够花更多时间在软件优化上。
(2)项目的目的与目标本项目是为了开发出一款新的手机阅读器。
该阅读器将会打破原来阅读器不能打开一些常用文件格式的局限，从而更好地提升手机特别是普通手机的功能。
这款软件可以打开TXT,DOC,PDF,PDG四种格式的文件，并且能够连接互联网获取这些格式的软件，这是本软件的特色和核心。
术语定义（1）参考资料该软件是在一些原有的的阅读器上做一些改进，因此在术语定义时，小组人员会参考一些阅读器开发方面的资料和一些JAVA语言开发资料。
（2）相关文档手机阅读器开发相关书目，JAVA语言开发教程。
（3）版本更新信息小组人员在以后的工作中会继续进行本软件的改进，估计每三个月会发布一个新的版本。
目标系统描述（1）组织结构与职责项目角色人数角色描述项目组长、系统设计师 1 负责项目的管理、概要、需求分析程序员，美工 3 开发项目系统分析、测试员 3 代码测试（2）可能的变化：对于目标系统，将来也许会出现某些变化，对于此，小组人员回应对变化做出相应的措施，来适应变化。
目标系统功能需求系统功能是对软件的功能进行整体的描述，也是小组人员进行下一步工作的蓝图，以下是系统功能总览表：由于是第一个版本，不免会出现些功能不符合某些用户的需求问题，在以后的开发中，会有更为全面的功能。
目标系统性能需求平台适应系统性能方面，要求对于不同的平台，软件会自动做出相应的回应，从而适合该平台。
文件格式适应对于不同的文件格式，能够自动区分出来，并按照相应文件格式正确打开，达到能够阅读的效果。
并且能够在该文件格式下正确进行相应的设置。
设置方面在不同的平台，不同的机型进行设置时，要能够正确完整的达到相应的设置效果，不能够出现设置功能不可用的问题。
客户关系管理系统需求规格说明书范本(doc 56页)
客户关系管理系统需求规格说明书范本(doc 56页)部门： xxx时间： xxx整理范文，仅供参考，可下载自行编辑客户关系管理系统需求规格说明书编号：JB-RM-CRM版本：1.01 概述客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。
希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。
并希望系统提供相关报表，以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门，存在一定流程的工作。
客户服务水平的高低决定着公司的核心竞争力。
该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1 目的本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。
本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2 范围本系统包括：营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。
另包括权限管理模块用于系统的用户、角色和相关权限。
系统功能为本说明书与附件Demo版界面描述中功能的并集。
在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。
1.3 读者对象1.4 参考文档无1.5 术语定义系统用户：XX公司员工。
需求规格说明书
需求规格说明书完成人：1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。
1.2 术语定义（Terms Glossary）将该用户需求报告中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.3 相关文档（Related Documents）说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：项目开发计划和设计说明书。
2．问题初始分析（Early Analysis）2.1 场景描述（Scene Description）自然语言描述2.2 初始功能提取（Early Function Distill）自然语言描述3．目标系统功能需求（Function of Target System）3.1 功能需求分析（Function Analysis）创建用例模型与域模型，要求采用用例表进行用例规约描述，必要时采用活动图进行检验。
3.2 功能需求点列表（Function List）在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。
功能需求点列表的格式，如表2-1所示。
表2-1 功能需求点列表4．目标系统性能需求（Performance of Target System）4.1 时间要求（Time Request）如：（1）响应时间，如查询的最长等待时间。
（2）更新处理时间，如记账的最长时间。
（3）数据的转换和传送时间，如远程数据传输的时间要求。
（4）解题时间。
4.2 空间要求（Space Request）如：（1）支持的终端数。
需求分析报告和需求规格说明书有什么区别
需求分析报告和需求规格说明书有什么区别需求分析报告和需求规格说明书是软件开发项目中的两个重要文档。
虽然它们都用于记录用户需求和软件系统的需求，但是在内容和格式上有一些区别。
需求分析报告是在软件项目的初期阶段完成的，它主要用于对用户需求进行分析和整理。
需求分析报告应该包括以下内容：1. 项目背景：介绍软件项目的背景和目的，解释为什么需要进行软件开发。
2. 需求目标：明确软件系统的目标和预期效果，例如提高工作效率、增加用户满意度等。
3. 需求范围：定义软件系统的范围和边界，确定哪些功能和模块应该包含在系统中，哪些不应该包含。
4. 功能需求：详细描述软件系统需要实现的功能，包括用户界面、数据处理、业务逻辑等。
5. 非功能需求：描述软件系统的性能、可靠性、安全性等方面的需求，例如响应时间、并发处理能力、数据保护等。
6. 用户需求：收集用户的需求和期望，包括用户的基本信息、使用场景、特殊需求等。
7. 系统界面：描述软件系统的用户界面设计，包括界面布局、图形元素、操作流程等。
8. 限制和假设：说明软件系统开发过程中的限制条件和假设，例如时间、资源、技术可行性等。
需求规格说明书则是在需求分析报告的基础上进行规范和详细说明，用于指导软件开发过程中的具体实施。
需求规格说明书应该包括以下内容：1. 引言：简要介绍需求规格说明书的目的和范围。
2. 功能需求：详细描述软件系统所需实现的功能，包括功能的输入、输出、处理逻辑等。
3. 非功能需求：进一步详细描述软件系统的性能、可靠性、安全性等方面的需求，例如指定响应时间、可用性、数据保护等。
4. 系统界面：详细描述软件系统的用户界面设计，包括界面元素、操作流程、输入验证等。
5. 数据需求：定义软件系统所需处理的数据类型、格式、存储和访问要求等。
6. 约束条件：明确软件开发过程中的约束条件，例如技术限制、法律法规要求、标准规范等。
7. 依赖关系：列出软件系统开发中的依赖关系，包括其他系统、外部接口、数据源等。
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；➢使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
需求分析报告和需求规格说明书有什么区别
需求分析报告和需求规格说明书有什么区别简单的讲,（一）面向对象上不同：需求分析报告往往面向业务人员、用户需求规格说明书往往面向设计、开发人员。
（二）生成阶段不同：一般先有分析报告，后有规格说明书，分析报告往往是规格说明书的输入（三）内容侧重点、粒度不同：分析报告侧重于把系统要解决的业务逻辑、要实现的功能描述清楚，更宏观；规格说明侧重于把系统的约束、输入、输出和处理过程定义清楚，更具体。
不知是否回答了楼主的问题，供参考。
====================================需求规格说明书样例(转摘)1 目的规范化软件开发过程中的《需求说明书》的编写，使之成为整个开发工作的基础。
2 适用范围本规范适用于集团开发项目的（软件）《需求说明书》的编写。
3 编写内容提示1 引言3.1.1 背景说明说明被开发软件的名称，任务提出者，用户及实现该软件的计算机网络。
3.1.2 参考资料列出有关资料(名称，发表日期，出版单位，作者等)。
3.1.3 术语和缩写词列出本文件中用到的专门术语的定义，及术语缩写词。
3.2 软件总体概述3.2.1 目标软件开发的意图、应用目标、作用范围以及需说明背景材料。
3.2.2 系统模型图示说明该软件的所有功能及其相互关系和数据传递情况。
3.2.3 假设和约束说明影响软件开发、运行环境和系统能力（如预告出错类型的能力）的某些假设和约束。
3.3 详细需求详细描述此软件系统的功能需求和性能需求。
3.3.1 功能需求对系统中每一个功能，要详细描述（图示或文字）。
概述叙述功能名称，目标和作用。
输入输入该功能的信息。
处理描述该功能做什么，如何对输入信息进行加工并转换成输出信息。
输出列出内部生成的文件。
3.3.2 性能需求定量地描述此软件系统应满足的具体性能需求。
可考虑以下方面：3.3.2.1精度说明系统的精度要求，如：数据的精度要求。
数字计算的精度要求。
数据传送的误码率要求。
3.3.2.2 时间特性说明系统的时间特性要求，如：解题时间。
用户需求规格说明书通用模板
用户需求规格说明书版本历史目录1简介 (1)1.1目的 (1)1.2范围 (1)1.3术语 (1)1.4角色和职责 (1)2任务概述 (1)2.1目标 (1)2.2系统（或用户）的特点 (2)3假定和约束 (2)4需求规定 (2)4.1系统总体描述 (2)4.2功能需求 (2)4.2.1业务用例1 (3)4.2.2业务用例2 (4)4.2.3业务用例n (4)4.3非功能性需求 (4)4.3.1系统/产品的外观需求 (4)4.3.2易用性需求 (4)4.3.3执行需求 (5)4.3.4操作和环境需求 (5)4.3.5可维护性 (5)4.3.6安全性与保密性 (5)4.3.7安全审计 (5)4.3.8产品应执行的标准和/或政策 (6)4.3.9其他 (6)4.4接口 (6)5文档需求 (6)5.1用户手册 (6)5.2联机帮助 (6)5.3安装指南、配置文件、自述文件 (6)6尚需解决的问题 (7)7附件 (8)8引用与参考文档 (11)1简介1.1目的说明编写本文档的目的1.2范围指出预期的读者1.3术语提供与此文档相关的术语及缩略语的定义1.4角色和职责此节如无内容可删除2任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。
这些是软件设计工作的重要约束。
如果是对现有系统的优化、升级和/或增强开发，还应列出本软件与老版本软件的比较和不同之处。
另外，还要说明本软件被预期使用频度。
客户需求规格说明书模板(可行性)
客户需求规格说明书历史版本记录目录1引言 (1)1.1项目概述 (1)1.2编写目的 (1)1.3参考文献 (1)1.4客户执行标准 (1)1.5术语和缩写词 (1)1.6客户分类表 (1)2产品需求概述 (2)2.1功能简介 (2)2.2运行环境 (2)2.3设计约束 (3)3功能需求 (4)3.1功能划分 (4)3.2需求描述 (4)4非功能需求 (6)4.1性能需求 (6)4.2用户界面 (6)4.3硬件接口 (6)4.4软件接口 (6)4.5通信接口 (6)4.6易用性需求 (7)4.7操作环境需求 (7)4.8可维护性和可移植性需求 (7)4.9安全性需求 (7)4.10文化和政策需求 (7)4.11法律需求 (7)5交付要求 (7)5.1交付时间 (7)5.2交付质量 (7)5.3验收标准 (7)6待确定的问题 ................................................................ 错误！未定义书签。
I客户需求规格说明书1引言1.1项目概述要求：描述本项目软件产品的用途和范围。
【提示：描述本项目软件产品与其他系统产品的关系。
】1.2编写目的要求：描述本文档的用途，预期的读者。
1.3参考文献记录等，文档资料的性质可分为：强制要求、参考执行。
】1.4客户执行标准要求：本设计所遵循的标准、规范书等。
1.5术语和缩写词【填表说明：列出本文档中使用的专门术语的定义和缩写词的原文。
】1.6客户分类表【填表说明：根据用户使用产品的频度、所属应用领域及职能部门等情况，将客户分为不同类别，并详细说明各类别客户的特点、需求调研代表、需求决策人员。
】2产品需求概述2.1功能简介【提示：对产品的基本功能做一个简介，包括：1.本产品的开发意图、应用目标及作用范围。
2．概略介绍了产品所具有的主要功能。
可以用列表的方法给出，也可以用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图等。
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法➢使用UML语言，开发需求用例说明书，用例、场景描述和事件――响应表，既可面向客户，又可面向开发设计；➢使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】●“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
●“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
●需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
●需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
●需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
◆业务需求（Business requirement）表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
用户需求说明书与需求规格说明书的区别
用户需求说明书与需求规格说明书的区别1、用户需求说明书是用户的需求（期望），需要和用户确认的，重点是站在客户的角度讲产品功能。
需求规格说明书是系统设计需求，主要是对内的，是从开发、测试的角度去讲产品功能。
2、优点：用户的语言与设计人员的语言是不同的，所以需要有面向不同人员的文档。
缺点：层次越多，信息损失的越多，误解的概率就越大。
权衡的结果：基本上是依据项目的规模而定。
3、如果要省掉一个的话，更倾向于写用户需求，因为搞系统的时候要始终明白用户在想什么，要解决什么问题。
需求规格相对不是很重要，具体实现用户需求的时候，你可以有各种方案，这个是用户不关心的。
要是用户需求就已经理解错了，特别是理解不全面，软件规格说明书写得好让用户签字就没有任何意义了。
4、最新的做法使用UML语言，开发需求用例说明书，用例、场景描述和事件一一响应表，既可面向客户，又可面向开发设计；使用敏捷开发方法，通过用户故事描述用户需求，即客户想要实现一个什么功能，以满足某个方面的需求。
【相关知识】“需求管理”的文档大体上包含需求管理计划、需求检查表、需求跟踪表（包含矩阵图）、需求变更状态跟踪表，以及与其配套产出的指南型文件。
“需求开发”的文档大体上包含需求规格说明书，需求规格说明书检查表，需求开发指南等。
需求分析报告：一般是对某个市场或者是客户群来讲的，类似于调研报告，重点是体现出产品要满足哪些功能，哪些是重点、热点。
需求说明书：是根据与现场实际客户进行沟通，把客户的需求进行整理，CMMI中有标准的模板，重点是站在客户的角度讲产品功能。
需求规格说明书：是从业务规则讲起的，细一点偏向于软件的需求设计到概要设计。
是从开发、测试的角度去讲产品功能，里面要包含原型界面、业务接口、活动图等。
业务需求 (Busi ness requireme nt )表示组织或客户高层次的目标。
业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《UML系统建模与分析设计》客户需求分析规格说明书设计题目专业班级姓名学号完成日期宿舍管理系统********20*** 级***************20** 年*** 月目录1■引言 (2)2■软件产品的一般性描述 (3)3.功能行为需求 (7)4■性能需求 (11)5.运行需求 (12)6■其他要求（可使用性、安全保密、可维护性、可移植性等） (13)1引言1.1编写需求规格说明书的目的详细、准确和全面定义“宿舍管理系统”的用户需求，知道软件系统的后续 开发工作；本文档描述的用户需求将作为该项目最终验收的编制和依据。
说明：该文档必须经用户和开发方签字确认方可有效。
本文档的读者包括： 1） 用户2） 系统分析人员 3） 软件设计人员 4） 软件实现人员 5） 软件测试人员1.2项目背景（软件产品的作用范围） 1.2.1企业总体业务需求分析建成的“宿舍管理系统”将包括：经理查询子系统、人力资源管理子系统、 宿舍安排管理子系统。
如图所示：图1 宿舍管理系统功能需求框图性能要求：提高宿舍管理中心的工作效率，提高部门的协作，改进整体效率; 降低冗余和不必要的信息积压，减少成本；主管可以获取准确信息，有助于及时 作出调整。
1.2.2确定系统边界“宿舍管理系统”的系统边界就是洛阳师范学院后勤服务管理集团下属的宿 舍管理中心，宿舍管理中心所管理的所有宿舍都在改系统管理范围以内，其余的均为该系统管辖范围以外。
1.3 定义（术语的定义和缩写词的原文）1）经理：“宿舍管理系统”的用户。
2）系统管理员：“宿舍管理系统”的管理者、维护者，拥有所有权限。
3）操作管理员：只拥有部分权限的“宿舍管理系统”的工作人员。
4）应用服务器：负责整个系统的总体协调工作的服务器。
1.4 参考资料[1] 刁成嘉主编的《UML 系统建模与分析设计课程设计》，机械工业出版社。
[2] 萨师煊、王珊编著的《数据库系统概论》，高等教育出版社。
[3] 张海藩编著的《软件工程导论》，清华大学出版社。
[4] 朱时银编著的《C++ Builder 5 编程实例与技巧》，机械工程出版社。
2.软件产品的一般性描述2.1运行环境与资源2.1.1系统软件运行环境1）系统建模采用支持UML的CASE工具Rose2004开发环境。
2）本系统实现语言采用Microsoft VC++6.0 编程。
3）数据管理采用Microsoft SQL Server 2000数据库管理系统。
4）系统操作平台采用微软公司的Windows XP。
5）采用XX.XX 网络环境。
6）服务器端系统的运行环境：Windows 2000 Server。
7）客户机运行环境：Windows XP。
2.1.2系统硬件运行环境“宿舍管理系统”共有 1 台服务器，30台终端机。
1）用户终端机：采用惠普PC,内存1GB,硬盘80GB,大屏幕液晶显示器。
2）服务器：惠普PCXX型，内存2GB，高速硬盘组300GB，高速缓存，液3）网络：采用XX 。
XX 网络建立局域网。
4）后台服务器支持系统硬件要求：CPU Pentium IV 3.0以上，内存容量4GB 以上，硬盘500GB 以上。
该系统是一个包括3个子系统的三级网络宿舍管理系统。
所以需要子系统共享的数据信息全部存放在数据库服务器中，各子系统之间依靠网络进行信息传送。
本系统网络体系结构采用客户/服务器工作方式。
2.2软件产品的系统体系结构图2宿舍管理系统层次结构图2.3软件产品的功能（用例模型）—J------- / w图3 宿舍管理系统用例图经理经理查询«refi ne>>人力资源管理管理员院系«refi ne>>宿舍安排管理学生人力资源管理图4 经理查询子系统用例图员工岗位安排宿舍安排管理图5 人力资源管理子系统用例图经理 查询 安排情况/坯经理查询宿舍安排管理依赖 II I () ¥管理员员工情况操作<<refn e>> 经理查询员工管理管理员人力资源管理图6 宿舍安排管理子系统用例图2.4用户特征用户特征：工作人员素质一般。
该系统的操作人员都是后勤服务管理集团的 员工，学历不是很高，但是已具有一定的电脑操作知识和经验，同时也熟悉相关的管理知识，但是还需要对其进行一定的培训，从而使其很快的掌握本系统的使 用。
系统用户操作界面要求友好、易操作。
2.5限制与约束本系统必须满足以下限制：1） 系统中所有账户能够供用户随时使用，完成各自授权的活动。
2） 安全可靠，建立系统使用工作日志。
3） 该系统必须确保对数据进行安全保护，以避免未经授权的访问；所有的 远程访问都要登录，并且每个登录用户只能访问根据其角色所授的权限。
4） 界面友好、操作简便。
5） 软件系统开放性好、结构灵活，可扩充，易于维护。
6） 遵循客户/服务器结构总体设计方案对它的约束，在系统实施的各个阶段查询Z X经理申请宿舍分配操作管理员人员调配宿舍安排入住学生都要服从它的一些规划，包括功能设计、系统配置和计划3•功能行为需求3.1引言此系统必须满足以下限制：3.2业务需求功能模型一一用例模型¥A.Jr片院系图8 经理查询子系统用例图人力资源管理管理员图7 宿舍管理系统用例图-；法z 、宿舍安排管理经理杳询人力资源管理宿舍安排管理学生宿舍安排管理图9 人力资源管理子系统用例图人力资源管理图10 宿舍安排管理子系统用例图查询经理 操作员工管理.Q X/、管理员vvrefi ne>>查询操作申请人员调配学生经理宿舍分配 吩 A管理员院系vvrefi ne>>入住宿舍安排安排73.3相关用例的展开一一活动图模型A身份验证现在登录非首次登录尚未注册屮放弃注册招募员工 分配工作积极工作I扣发工资 奖励开除I查询宿舍信息查询员工信息输入个人信息注册成功<>图11经理查询子系统活动图图12 人事资源管理子系统活动图用户操作消极怠工认证通过用户注册用户登录现在注册已注册授权验证通过重新登录首次登陆， 重设密码员工岗位安排员工管理工作效率图14宿舍管理系统简要类图4•性能需求为了保证系统能够长期、安全、稳定、可靠、高效地运行，“宿舍管理系统” 应该满足一下四方面的性能需求。
4.1数据精确度系统对数据处理的准确性和精度要求应当满足： 1) 系统产生的数据时间等数据保存到分钟。
2) 没有特殊要求的实型数据一般保留到小数点后 2位。
3) 整数保留到个数位。
4.2时间特性(相应、传输、运行时间等)系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中， 要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能 够满足用户对信息处理的需求。
3.4对象类模型管理员■员工編号:String 量，员工姓名 虧职务 勃性别工作地点爲年龄 您叔限到系号名别业级舍潮院学姓性专烽宿报到条•增加信息() •修改信息0 •删除信息()月 年系号名别生业级院学姓性出专年 ^%^^-^^-亀•增加权限() *删除权限0 .修改权限()“査询管理员信息() *显示管理员信息() 如曽加管理员() •删除管理员0•增加学生() •删除学生() •住宿查询() •住宿更新()申请表 、気申请时间__ 勒院系名称 舐院系编号 曲冲请宿舍号•增加申请表信息0•修改申请表信息() •删除申请表信息0 •查询申请表信息()•打印申请表信息() 院系论、院系编号 乐院系名称 卷其他•申请宿舍() •安排宿舍() •增加院系() •修改院系()“宿舍管理系统”在日常处理中的响应速度为<1 秒级，以及时反馈信息。
在进行统计、分析和预测时，根据所需数据量的不同而从秒级到分钟级。
原则上是保证操作人员不会因为速度问题而影响工作效率。
4.3 适应性（运行环境、计划发生变化等应有的适应能力）“宿舍管理系统” 在开发过程中，应该充分考虑以后的可扩充性。
例如管理系统的方式改变，用户查询的需求也会不断更改和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应该通过系统的开放性来完成，即系统是一个开发系统，可以在符合一定规范的前提下，简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
系统的易用性和易维护性保证。
“宿舍管理系统”直接面对的不是计算机专业人员，这就要求系统能够提供良好的用户接口，有好的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
4.4 故障处理“宿舍管理系统” 中涉及到的数据是学校学生和宿舍的重要信息，系统要提供方便的手段供系统维护人员进行备份、日常的安全管理、系统意外崩溃时数据的恢复等工作。
5. 运行需求5.1 用户界面（屏幕、报表格式等）略。
5.2 硬件环境“宿舍管理系统”共有1台服务器，30台终端机。
1）用户终端机：采用惠普PC,内存1GB,硬盘80GB,大屏幕液晶显示器。
2）服务器：惠普PCXX行，内存2GB，高速硬盘组300GB，高速缓存，液3）网络：采用XX 。
XX 网络建立局域网。
4）后台服务器支持系统硬件要求：CPU Pentium IV 3.0以上，内存容量4GB以上，硬盘500GB 以上5.3 软件环境1）系统建模采用支持UML的CASE工具Rose2004开发环境。
2）本系统实现语言采用Microsoft VC++6.0 编程。
3）数据管理采用Microsoft SQL Server 2000数据库管理系统。
4）系统操作平台采用微软公司的Windows XP。
5）采用XX.XX 网络环境。
6）服务器端系统的运行环境：Windows 2000 Server。
7）客户机运行环境：Windows XP.6. 其他要求（可使用性、安全保密、可维护性、可移植性等）为了最大限度地保证该系统的可移植性，在系统设计与软件开发环境的选择上应充分考虑系统的跨操作平台的可移植性问题。
在系统设计时注意考虑可使用性、安全保密和可维护性。
1）系统的功能实现情况：用户可在本系统下实现各种用户要求的功能。
2）系统的安全性：对于系统的重要数据都有密码保护，具有一定的安全性。
3）系统的容错性：用户输错数据都有提示信息，具有较好的容错性能。
4）系统的封闭性：用户的封闭性较好，用户基本上在提示信息下输数据。