《项目需求分析说明书》模板
- 格式:doc
- 大小:110.50 KB
- 文档页数:8
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1.项目名称及背景➢项目名称➢开发背景2.文档说明第二部分任务说明1.功能概述2.用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1.实现功能➢系统用例图用户业务逻辑如下图所示:95➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2.用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2] ●用例图●描述●参与者➢[用例3] ●用例图●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢ [用例8]●用例图●描述●参与者➢ [用例9]●描述文件搜索功能:可以按条件查询需要的文件。
●参与者//*参与者,参与用例的对象*// ➢[用例10]●用例图发送消息消息管理管理消息●描述消息管理主要包括:创建消息、修改消息、删除消息、发布消息。
●参与者//*参与者,参与用例的对象*// ➢[用例11]●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13] ●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3.用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1.文档说明2.系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图,参考图如下*//➢[用例1]实现●时序图//用例1的时序图,参考图如下*//●描述界面设计1.公共模块界面设计说明:页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求:只有当用户名、密码都正确时才能通过验证。
107图1.2 管理员登录后看到的主界面管理员登录后的主页面要求:显示个人便签信息,左侧显示系统菜单和个人基本信息,上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景软件名称:银行储蓄系统项目提出者:银行项目开发者:项目的用户:想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社 2004年出版《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电大学出版社2.仸务概述2.1目标完善目前银行储蓄系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务,用户凭借自己的银行卡、存折等凭证在银行办理各项业务,银行工作人员协助用户完成各项业务。
2.3假定和约束硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。
银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。
文档编号:版本号:{项目名称}需求分析说明书{用户机构名称}XXXXXXX有限公司年月目录1 引言 (4)1.2项目说明 (4)1.3项目背景 (4)1.4定义 (4)1.5参考资料 (4)2 任务概述 (4)2.1现状 (5)2.2目标 (5)2.3建设任务 (5)2.4用户特点 (5)2.5用户业务分布范围 (5)3业务需求分析 (5)3.1系统范围 (5)3.2系统体系结构 (5)3.3系统总体流程 (6)3.4具体业务需求分析 (6)3.4.1 退款处理 (6)3.4.1.1 业务描述 (6)3.4.1.2 业务流程 (6)3.4.1.3 业务各阶段说明 (7)3.4.1.4 业务功能需求 (8)3.4.1.5功能结构及功能说明 (8)3.4.1.6业务界面 (9)3.4.2 (9)4 非功能性需求 (10)4.1性能需求 (10)4.1.1精度 (10)4.1.2时间特性要求 (10)4.1.3灵活性 (10)4.2输人输出要求 (11)4.3数据管理能力要求 (11)4.4故障处理要求 (11)4.5其他专门要求 (12)5 运行环境规定 (12)5.1硬件配置 (12)5.1.1 客户端系统要求 (12)5.1.2 服务端系统要求 (12)5.2软件配置 (13)5.2.1 客户端系统要求 (13)5.2.2 服务端系统要求 (13)5.2.3 服务器系统说明 (13)6 需求确认书 (14)1引言1.1编写目的编写此需求说明书是为了使用户和开发人员对所开发的系统有一致的理解。
通过阅读此文档,开发人员可以了解当前业务的具体需求和要实现的主要功能,用户通过阅读此文档可以确认开发人员对其业务需求的认识是否正确,并对系统要实现功能有初步的了解。
1.2项目说明项目名称:项目用户:项目开发:1.3 项目背景描述项目的开发背景:在些写项目开发的背景内容,对此进行描述。
1.4 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
XXXXXX管理平台项目需求规格说明书二零一四年二月11.文档信息2.版本历史信息3.版权说明本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,均为保密信息。
任何个人、机构未经XXXXXX公司的书面授权许可,不得复制、引用或传播本文件的任何片断,无论通过电子形式或非电子形式.24.文档确认3目录1 文档介绍 (5)1。
1 文档目的 (5)1.2 文档范围 (5)1。
3 读者对象 (5)1。
4 术语与缩写解释 (6)1.5 相关文档 (6)2 综合描述 (6)2.1 XXXXXX功能介绍 (6)2。
2 XXXXXX功能框架(框架图) (7)3 功能性需求 (7)3。
1 XXXXXX (7)3。
1.1 XXXXXX (7)4 接口需求 (13)4.1 与其它系统接口 (13)41文档介绍1.1文档目的编写本需求规格说明书目的是为了以系统建设要求为指导,结合对XXXXXX部门的访谈和需求收集,及基本需求的分析汇总,形成调研阶段的分析结果。
本文档是对XXXXXX管理平台下的XXXXXX、XXXXXX共两个功能模块的基本需求功能特性的描述,用于定义项目范围,明确开发需求,并为后期的分析设计、代码实现和测试提供指导。
(1)分析设计,以本需求规格说明书为标准完成总体设计和详细设计;(2)代码实现,以本需求规格说明书为标准,并结合总体设计、详细设计完成代码编写;(3)测试,以本需求规格说明书为标准,结合分析设计完成单元测试用例和系统测试用例编写和测试。
1.2文档范围本需求规格说明书对XXXXXX管理平台下的XXXXXXX功能模块的功能定义、接口定义、UI设计、以及其他研发约束条件等研发需求做了详细定义。
1.3读者对象本需求规格说明书的读者对象:(1)项目经理:项目经理可以根据该文档了解预期系统的功能,并据此进行系统设计、项目管理。
(2)设计人员:对需求进行分析,并设计出系统,包括数据库的设计。
软件项目需求规格—说明书模板组态建模工具需求规格说明书XXX目录1概述1.1编写目的指出编写《需求规格说明书》的目的。
下面是示例:编写此文档的目标是进一步定制软件开发的细节问题,但愿能使本软件开发事情更详细。
为了利用户、软件开发者及分析和测试人员对该软件的初始规定有一个配合的理解,它说清楚明了本软件的各项功能需求、机能需求和数据需求,明确标识各项功能的详细含义,阐述实用背景及规模,供给客户解决问题或达到目标所需求的条件或权能,供给一个度量和遵循的基准。
详细而言,编写软件需求申明的目标是为所开发的软件提出:a)软件设计总体要求,作为软件开发人员、软件测试人员相互了解的基础。
b)功能、机能要求,数据结构和采集要求,重要的接口要求,作为软件设计人员进行概要设计的依据。
c)软件确认测试的根据。
1.2编写根据指明该《需求规格说明书》的依据。
一般可以写依据XXX软件的方案书,策划书等。
1.3术语和缩略词缩写、术语及符号解释2软件概要2.1软件总体描述从总体上描述该软件的情况,包括软件的形式(网站,运行时系统,插件等)和软件的主要的功能,使读者对该软件有一个整体的认识。
一般一两段话即可。
2.2软件设计约束及有关申明软件设计的约束和有关申明如下所示。
开发情况:编程语言:遵循的规范:软件的设计和开发过程需求严格按照合同要求,根据软件的设计方案来进行。
软件开发过程应遵循软件工程规范,对过程和版本举行管理和掌握。
测试环境:可以写明在什么单位测试,测试单位使用的软硬件环境。
软件交付形式:软件交付日期:其他:见合同。
2.3利用者特点指明软件的使用者具有的特定。
示例:本软件主要在甲方工作环境中使用,使用者包括项目管理人员,开发人员及工程师等,使用者在计算机的应用、使用上不存在障碍,都在计算机的操作和使用方面得到过相关的培训。
3开发和运行环境3.1硬件环境XXX软件的运行环境为个人计算机。
详细要求见表3.1.表3.1软件运行情况硬件要求需求名称CPU内存硬盘详细要求3.2撑持软件情况需求名称操作系统详细要求3.3接口3.3.1外部接口说明软件运行时和外部环境的接口,包括软件的界面表现形式等方面。
需求说明书模板需求说明书模板1.引言:本需求说明书旨在明确项目的需求和目标,以便于项目实施和管理。
本文档适用于所有相关人员,包括项目经理、开发人员、测试人员等。
2.项目背景:在这一部分,提供项目的背景信息,包括项目的目的、项目团队的组成、项目的时间表等。
3.项目目标:描述项目的目标和预期成果。
确保目标具体、可衡量、可实现,并与组织的战略目标相一致。
4.需求分析:对项目需求进行详细分析,包括功能需求和非功能需求。
功能需求描述了系统应该具备的功能和操作流程,非功能需求描述了系统的性能、可用性、安全性等方面的要求。
5.需求规格说明:根据需求分析,编写具体的需求规格说明。
需求规格说明应该包括以下内容:- 功能需求:列出系统应该具备的功能,并对每个功能进行详细描述。
- 用户界面:描述系统的用户界面设计和交互方式。
- 数据需求:描述系统需要使用的数据类型、数据格式、数据输入要求等。
- 性能需求:描述系统的性能目标,如响应时间、吞吐量等。
- 可靠性需求:描述系统的可靠性要求,如系统可用性、故障恢复等。
- 安全需求:描述系统的安全性要求,如用户身份验证、数据加密等。
- 兼容性需求:描述系统的兼容性要求,如与其他系统的集成、跨平台支持等。
- 可维护性需求:描述系统的可维护性要求,如易于修改、易于测试等。
6.需求验证:确定如何验证项目需求的正确性和完整性。
可以使用测试用例、原型验证等方式对项目需求进行验证。
7.项目风险:识别和评估项目风险,并制定相应的风险应对策略。
风险应对策略包括风险规避、风险转移、风险接受和风险控制等。
8.项目交付:描述项目的交付时间表和交付物。
确保项目的交付符合质量要求,并按时完成。
9.项目管理:描述项目的管理方法和工具,包括项目计划、项目组织、资源分配等。
确保项目按计划进行,并能够及时调整和控制。
10.项目评估:描述项目的评估方法和评估标准。
确保项目的效果和价值得到评估,以便于进一步改进。
11.总结:总结本需求说明书的内容,并强调项目的目标和重要性。
需求分析说明书模板需求分析说明书模板一、引言本需求分析说明书旨在为项目提供清晰、详细的需求描述,以确保项目能够顺利实施并满足客户的需求。
本说明书将围绕以下八个方面展开:一、引言、二、项目概述、三、需求分析、四、系统设计、五、系统实现、六、测试与验证、七、部署与运维、八、项目管理与质量保证。
二、项目概述本部分将简要介绍项目的基本信息,包括项目名称、目标、范围、时间、预算等。
项目名称:XXXXXX项目目标:XXXXXX项目范围:XXXXXX项目时间:XXXXXX项目预算:XXXXXX三、需求分析本部分将详细分析客户的需求,包括功能需求和技术需求。
对于每个需求,将描述其具体内容、实现方式和要求。
功能需求:1.用户注册登录功能:用户可以通过手机号或邮箱进行注册,并设置密码登录系统。
2.个人信息管理功能:用户可以查看和修改自己的个人信息,如姓名、性别、生日等。
3.文件上传功能:用户可以在系统中上传文件,并可以对其进行管理。
4.消息通知功能:系统可以向用户发送消息通知,如系统通知、私信等。
5.评论与回复功能:用户可以在文章或帖子下发表评论,并可以回复其他用户的评论。
6.搜索功能:用户可以通过关键词搜索文章、帖子和用户信息。
7.用户权限管理功能:系统可以根据用户的角色和权限限制其访问某些资源。
8.系统设置功能:管理员可以设置系统参数,如网站名称、网站描述等。
技术需求:1.后端开发语言:使用Java或Python进行后端开发。
2.前端开发语言:使用HTML5、CSS3和JavaScript进行前端开发。
3.数据库技术:使用MySQL或MongoDB作为数据库技术。
4.服务器技术:使用Linux和Nginx作为服务器技术。
5.接口设计:使用RESTful API进行接口设计。
6.安全性要求:使用SSL加密和身份验证机制保证系统的安全性。
7.性能要求:系统响应时间不超过2秒,每秒可以处理100个以上的请求。
8.可维护性要求:系统结构清晰,便于日后升级和维护。
信创项目需求说明书模板[项目需求说明书模板]1. 项目背景:- 提供项目的背景信息,包括项目所属领域、目标市场等。
2. 项目目标:- 描述项目的主要目标,明确项目的成果和预期效果。
3. 功能需求:- 列出项目所需的主要功能和特性,包括用户界面、数据处理等方面。
4. 非功能需求:- 描述项目对性能、可靠性、安全性等非功能方面的要求。
5. 用户需求:- 根据用户需求,描述用户对项目的期望,考虑用户的使用习惯和需求。
6. 技术需求:- 列出项目所需的技术要求,包括项目的开发环境、硬件需求等。
7. 运营需求:- 描述项目在运营过程中的需求,包括运营人员的职责和流程。
8. 项目计划:- 列出项目的关键里程碑和计划时间表,包括项目启动、开发、测试、上线等阶段。
9. 风险管理:- 分析项目可能面临的风险,并提出相应的应对措施。
10. 质量保证:- 描述项目的质量保证措施,包括测试、审查、审核等。
11. 项目交付:- 定义项目交付的标准和内容,明确项目验收的条件和要求。
12. 项目团队:- 列出项目所需的团队成员和角色,包括项目经理、开发人员等。
13. 项目预算:- 估计项目所需的成本和资源投入,包括人力、设备、软件等。
14. 项目授权:- 明确项目的授权机构和授权范围,具体描述项目管理机构的职责和权限。
15. 项目评估:- 描述项目成功的标准和评估方法,包括项目完成后的效果评估和用户满意度调查。
请注意,在编写项目需求说明书时,需要根据具体的项目情况进行适当调整和修改。
以上仅提供了一个参考模板,具体内容和结构应根据实际情况进行填写。
项目需求规格说明书模板一、项目概述1.1 项目背景介绍在这一部分,我们需要简述项目的背景和起源。
包括项目的发起人、主要推动者以及项目的基本情况。
1.2 项目目标和愿景明确项目的主要目标和预期结果。
这将帮助读者理解项目存在的意义及其对组织或社会的贡献。
二、项目目标与范围2.1 项目目标明确项目的主要目标,这些目标应该与项目概述中的目标保持一致。
目标应该明确、可度量,以便于评估项目的成功程度。
2.2 项目范围明确项目的范围,包括项目包含的内容和排除的内容。
这将有助于限制项目的边界,防止范围蔓延。
三、项目背景与现状3.1 项目背景详细描述项目的背景信息,包括社会、技术、经济等方面的现状和挑战。
这将帮助读者理解项目产生的环境。
3.2 现状分析对当前的情况进行分析,包括现有的系统、技术、流程等,以便更好地理解项目的需求和挑战。
四、项目约束与假设4.1 项目约束条件列出项目的约束条件,包括预算、时间、技术等方面的限制。
这些约束条件可能会影响项目的实施策略和方案选择。
4.2 项目假设与依赖性明确项目的假设和依赖性,如技术发展、政策变化等。
这将有助于评估项目的风险和不确定性。
五、项目要求与标准5.1 项目要求列出项目的主要要求,包括性能指标、安全要求等。
这些要求应该与项目的目标和范围保持一致。
5.2 项目标准与合规性明确项目的相关标准和合规性要求,如国家法律法规、行业标准等。
这将有助于确保项目成果符合规范要求。
六、项目功能需求6.1 功能需求概述列出项目的主要功能需求,以便于对系统的功能进行设计和开发。
这些功能应该能够满足项目目标和用户需求。
七、项目非功能需求7.1 项目表现描述项目在执行时的表现和结果需要符合的最低标准,例如速度、精度等。
7.2 项目的可靠性和可用性确定项目必须满足的可靠性和可用性标准。
这可能涉及到系统的稳定性、故障恢复时间、用户界面的易用性等。
7.3 项目的可维护性和可扩展性描述项目在运行一段时间后进行维护和扩展的需求。
BI项目需求分析书-模板目录目录 (2)一、前言 (5)1. 定义 (5)2. 用途 (5)二、BI项目二期建设目标 (5)1. 系统的功能体系结构概述 (5)2. 总体功能体系结构说明 (6)1) 日常业务报表 (8)➢定制脱机报表 (8)➢联机报表查询 (8)2) 业务探索式分析(OLAP) (8)3) KPI指标分析报告 (9)3. 系统流程 (10)1) 系统总体流程 (10)2) 日常业务报表处理流程 (11)3) 业务探索式分析(OLAP)处理流程 (12)4. 数据说明 (12)1) 总体数据说明 (12)2) 系统数据来源详细说明 (14)3) 日常业务报表分析处理数据说明 (14)4) 业务探索式分析OLAP处理数据说明 (14)5. 系统界面基本形式 (15)三、某零售集团BI系统运行环境 (15)1. 软件环境 (15)1) 软件环境配置图 (15)2) 软件环境配置说明 (16)➢客户端软件 (16)➢BI应用 (16)➢中间件 (16)➢数据库管理系统 (17)➢操作系统 (17)2. 网络与服务器环境 (17)1) 网络与服务器配置图 (17)2) 网络与服务器配置说明 (18)➢某零售集团信息仓库ODS服务器配置 (19)➢某零售集团信息仓库OLAP服务器配置 (20)➢某零售集团信息仓库Web应用服务器配置 (21)四、某零售集团BI项目需求分析的任务概述 (21)1. 对一期需求业务的重新整理、归类、筛选和补充 (22)2. 跨业态商流、物流分析 (22)3. 决策支持系统 (22)4. 数据交换平台 (22)五、某零售集团BI项目需求分析的对象 (23)1. 区域/业态 (23)1) 中等超市业态子公司主题分析 (23)➢运营分析 (23)➢商品分析 (24)◆合同 (24)◆订货 (24)◆销售 (24)◆旬报 (24)◆供应商 (24)◆品类KPI指标 (24)◆品类组KPI监控 (24)◆品类组业绩监控 (24)➢供应商分析 (24)◆供应商基本查询 (24)◆供应商供应结构分析 (24)◆供应商供货能力分析 (24)◆供应商销售分析 (24)◆供应商库存分析 (24)◆供应商贡献度分析(KPI) (24)2) 加盟店分析 (24)◆进货分析 (25)◆销售分析 (25)◆库存分析 (25)◆要货分析 (25)3) 大卖场业态子公司主题分析(将来纳入) (25)4) 便利店业态子公司便利主题分析(将来纳入) (25)5) 江苏分公司主题分析(将来纳入) (25)6) 浙江分公司主题分析(将来纳入) (25)2. 跨业态商品分析 (25)1) 定牌商品主题 (25)➢销售主题 (25)➢库存主题 (25)➢定牌商品结构分析 (25)➢定牌商品供货能力分析 (25)➢定牌商品贡献度分析(KPI) (25)2) 联合采购商品主题 (25)➢供应商主题 (25)➢库存主题 (25)➢销售主题 (25)➢联合采购效果评估(KPI) (25)3) 生鲜商品主题 (25)➢销售统计报表 (25)➢销售跟踪报表 (25)3. 中仓分析 (26)1) 中仓库存分析 (26)2) 中仓进发货分析 (26)3) 门店向中仓要货统计 (26)4. 决策分析 (26)六、日常业务报表分析的详细内容 (26)七、多个业务因素、多角度、随机式探索式分析OLAP (26)1. 探索式分析功能概述 (27)2. 探索式分析的形式 (27)3. 探索式分析所提供信息内容 (28)4. 探索式分析的基本操作 (28)八、决策支持系统 (29)一、前言1.定义这里的《某零售集团BI项目需求分析书》即软件工程中通常所提到的《软件需求规格说明》(Software Requirements Specification),简称SRS。
《项目需求分析说明书》模板
文档编号:****-****-2013-001
文档名称:《项目需求分析说明书》模板
编写:*******部
编写日期:2013-1-16
审核:
审核日期:
批准:
批准日期:
文档标识:当前版本: 2.0
当前状态:草稿
发布日期:2013-4-7 发布
目录
1引言 (3)
1.1 编写目的 (3)
1.2 项目背景 (3)
1.3 术语定义 (3)
1.4 参考资料 (3)
2综合描述 (3)
2.1 产品介绍 (3)
2.2 目标范围 (3)
2.3 用户特性 (4)
2.4 约定假设 (4)
3用户需求(可剪裁) (4)
3.1 总体需求(可剪裁) (4)
3.2 内容需求(可剪裁) (5)
4功能需求 (5)
4.1 数据需求(可剪裁) (5)
4.2 接口需求(可剪裁) (5)
4.3 权限控制需求(可剪裁) (6)
4.3.1 系统安全要求(软硬件) (6)
4.3.2 用户角色 (6)
4.3.3 角色权限控制 (6)
5非功能需求 (6)
5.1 用户界面需求(可剪裁) (6)
5.2 性能需求(可剪裁) (6)
5.3 压力需求(可剪裁) (7)
5.4 主流技术应用需求(可剪裁) (7)
5.5 安全需求(可剪裁) (7)
5.6 故障处理需求(可剪裁) (7)
5.7 环境需求(可剪裁) (7)
5.8 产品质量需求 (7)
5.9 其他需求(可剪裁) (8)
6需求优先级 (8)
7附加说明(可剪裁) (8)
1引言
1.1编写目的
本节描述编写该用户需求说明书的目的,并指出预期的读者。
1.2项目背景
本节描述用户需求说明书中所定义的产品的背景和起源,以及同其他系统或其他机构的基本相互关系等。
当在已有的系统上进行特性开发时,如果新特性与已有系统的特性之间存在关系,则应在本节说明其相互之间的关系。
1.3术语定义
本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。
1.4参考资料
本节列举编写用户需求说明书时所参考的资料或其他资源,这可能包括用户合同、公司规范、技术书籍等。
在这里应该给出详细的信息,包括资料名称、版本号、作者、日期、出版单位或资料来源,以方便读者查阅这些文献,可用以下格式表示:
2综合描述
2.1产品介绍
本节简要描述产品的特性。
2.2目标范围
本节简要描述产品的应用目标、作用范围等。
2.3用户特性
本节可能包括本产品各类最终用户的特点,如操作、维护等人员的知识水平和技术专长等,也可能包括用户组织关系结构图以及组织、部门、岗位的隶属关系与职能。
这将是后续工作的重要依赖条件。
2.4约定假设
本节列举出在对软件用户需求说明书中影响需求陈述的假设因素(与已知因素相对立)。
这可能包括将要使用的组件、特殊的用户界面设计约定、产品预期使用频度等。
如果这些假设不正确、不一致或被更改,就会使项目受到影响。
3用户需求(可剪裁)
每一项需求必须进行唯一标识,并给出该项需求的优先级。
需求优先级的定义,一般需要根据用户意见结合商业价值、交付成本、交付日期、复杂程度、风险等因素来进行考虑。
高优先级需求表示本系统产品中必须实现的需求,中优先级需求表示必须但是根据时间情况有可能会被推迟到下一版本的产品中去实现的需求,低优先级需求表示如果没有充足的时间或资源就可以被放弃的需求。
具体描述请参考《需求跟踪矩阵》!
需求编号方式可以根据项目实际情况进行自定义,也可以采用“项目代号”+“-”+“R”+“需求类型”+“序号”的形式。
其中“R”表示Requirement,“需求类型”可用下表表示,“序号”以自然数表示,位数不限。
示例:OLTP-RI5表示为OLTP项目的第5项用户界面需求。
3.1总体需求(可剪裁)
描述项目总体需求,简述项目特性等内容。
3.2内容需求(可剪裁)
按照内容(如产品包、组件等)展开用户需求。
4功能需求
详细列出系统各模块/主题/子系统的功能需求。
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称(可考虑加上需求的优先级别)。
在描述中要简要阐述该需求项将依赖于哪些需求项。
产品包提示:针对本功能进行说明描述(包含其要做什么、什么流程、相关的财务、特殊要求、需要的数据等),可以采用相关的图表来更容易地表达信息。
①功能描述:描述需求项的功能。
②业务描述:描述该需求项的业务流程、相关的对象的状态、涉及到的业务角色
等。
③数据描述:描述需求项的数据项、数据精度、输出的格式等要求。
④输入描述:描述该需求项的相关依赖(包括业务依赖和需求项的依赖)和输入
条件。
⑤输出描述:描述需求功能执行后,相应的输出产物、数据、对象状态等。
4.1数据需求(可剪裁)
详细列出系统的数据需求,可能包括数据类型、载体、格式、数值范围、精度、规模等需求。
4.2接口需求(可剪裁)
详细列出系统的接口需求,可能包括与其他系统之间的接口、数据通信协议、内部模块之间的接口等需求。
4.3权限控制需求(可剪裁)
4.3.1系统安全要求(软硬件)
提示:说明对本产品系统的功能方面的安全的要求,如用户名密码加密、系统访问安全等。
4.3.2用户角色
提示:阐述本产品的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
角色例如:
系统管理员(*********)
内部操作管理员(O*********)
外部操作管理员(**********)
终端用户管理员(********)
4.3.3角色权限控制
提示:描述上述各用户角色的权限控制要求
5非功能需求
5.1用户界面需求(可剪裁)
详细列出系统的界面需求,可能包括图形用户界面标准、产品系统风格、屏幕布局或解决方案的限制、快捷键、错误信息显示标准等。
5.2性能需求(可剪裁)
详细列出系统的性能需求,可能包括时间特性要求、软件灵活性、容错性、容量需求等。
提示:说明本产品的整体性能必须达到程度,特别是一些关键功能点。
5.3压力需求(可剪裁)
提示:说明本产品使用必须满足的压力峰值要求
5.4主流技术应用需求(可剪裁)
提示:说明本产品需要使用何种主流技术。
如果不清楚或不明白可以不填后面由项目开发组提出技术方案再进行选择。
5.5安全需求(可剪裁)
详细列出系统的安全需求,可能包括安全设施需求和安全性需求等。
安全设施需求是指产品使用过程中可能发生的,与损失、破坏或危害相关的需求。
定义必须采取的安全保护或动作,还有那些预防的潜在的危险动作。
明确产品必须遵从的安全标准、策略或准则。
一个安全设施需求的范例如下:“如果油箱的压力超过了规定的最大压力的95%,那么必须在1秒钟内终止操作”。
安全性需求是指与系统安全性、完整性或与私人问题相关的需求,这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。
定义用户身份确认或授权需求。
明确产品必须满足的安全性或保密性策略。
一个安全性需求的范例如下:“每个用户在第一次登录后,必须更改他的最初登录密码。
最初的登录密码不能重用。
5.6故障处理需求(可剪裁)
详细列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
5.7环境需求(可剪裁)
详细列出各种环境需求,可能包括开发环境、测试环境、运行环境等需求。
具体内容可能涉及到网络、服务器、数据库、前台、测试工具等的软件、硬件方面。
5.8产品质量需求
描述产品预期达到的质量要求,包括多个质量特性,以下的质量属性仅为参考,各项目可以根据需要补充或删除某些质量特性。
5.9其他需求(可剪裁)
详细列出在前文中没有包括的所有需求,可能包括用户对可维护性、可补充性、易读性、可移植性等方面的特殊需求,或者国际化或法律上的需求。
6需求优先级
根据用户的需要程度,初步列出各需求的优先级,参见《需求跟踪矩阵》。
7附加说明(可剪裁)
描述该用户需求说明书采集的方法,如访谈、现场体验、惯例综合等。
参见的竞争产品和相应的用户需求获取文档,如用户故事、需求采集表等类似文档。