业务需求说明书非功能性需求文档格式.docx

业务需求说明书非功能性需求文档格式.docx

《业务需求说明书非功能性需求文档格式.docx》由会员分享，可在线阅读，更多相关《业务需求说明书非功能性需求文档格式.docx（16页珍藏版）》请在冰豆网上搜索。

目 录

1引言 2

1.1文档目的 2

1.2文档范围 2

1.3目标读者 3

1.4文档输入 3

2需求说明 4

2.1性能需求 4

2.2安全性需求 5

2.3易用性需求 7

2.4可用性需求 8

2.5可靠性需求 8

2.6可扩展性需求 9

2.7可伸缩性需求 10

2.8可移植性需求 10

2.9可管理性需求 10

2.9.1日志管理 11

2.9.2版本管理 12

2.9.3公告管理 12

2.9.4系统监控 12

3遗留问题 14

14

1 引言

1.1文档目的

本文档是业务江苏BSS1。

0项目业务需求说明书的重要组成部分，主要从系统的非功能性角度来描述本项目需要达到的目标，这些目标包括一些管理的目标、维护的目标和系统性能方面的一些质量目标。

1.2文档范围

非功能性需求从以下方面进行描述。

ü

系统运行性能：

描述系统应能满足的性能需求，包括并发用户数，重要业务的操作响应时间、重要数据的联机存储能力等内容。

系统安全性：

描述系统应能满足的用户接入系统的安全性要求，应能满足的系统关键数据的保存和恢复等安全性要求，应能满足的系统关键数据的被查询的安全性要求。

系统易用性：

描述系统应能满足的最终用户的操作方面和理解方面的要求，包括操作界面的风格、操作的方式、帮助的提供等等。

系统可用性：

描述系统应能满足的持续运行的能力。

系统可靠性：

描述系统应能满足的持续准确运行的能力。

系统可扩展性：

描述系统应能满足的在系统环境发生变化时，在功能上、性能上的扩展能力。

系统可伸缩性：

描述系统应能满足的在系统平台环境发生变化时的适应能力。

系统可移值性：

描述系统应能满足的在不同系统平台之间的移植能力。

系统可管理性：

描述系统应能满足的可管理的能力，包括与外界管理平台的配合能力、系统自生的监控能力等。

系统可维护性：

描述应能满足的在维护方面的管理能力，包括系统维护的可视性、方便性等。

1.3目标读者

本业务需求说明将提交下列读者：

项目组内部：

PMO：

使用本文档进行项目范围管理和需求管理。

设计人员：

作为设计输入进行系统架构设计和详细设计。

测试人员：

作为输入进行测试方案和测试案例的设计。

项目组外部：

省公司IT部、市场部等相关管理部门：

各个本地网的市场部等相关管理部门：

1.4文档输入

《******技术规范书》

2 需求说明

2.1性能需求

系统要求首先考虑考虑满足约500万用户的需求，然后考虑全省大约2500万用户的需求，

并要求系统最终可平滑扩展至满足全省5年内用户发展需求。

能够存储全省目前2500万用户档案和36个月的历史数据，能够支持未来5年的业务发展。

36个月以外的数据要提供永久脱线查询，查询内容包括受理和档案历史，用户线历史，订单及流程历史，工单内容历史。

能够存储目前全省97中所有机线资源信息和12个月历史数据

历史报表的存储：

要能够支持所有时间段的历史报表，以便分析和决策支持。

BSS上线前各本地网97中的历史档案、定单流程、工单内容等信息必须加载到BSS的脱线查询系统中。

系统应该能在各种性能水平上工作，能够应付应用对效率地要求。

系统要求满足日常交互性内容前台终端响应在3秒之内，一些响应时间在3秒以上的复杂操作应加以说明。

具体满足如下要求。

（1）营业前台受理响应时间不大于3秒。

（2）缴费业务响应时间不大于2秒。

（3）竣工业务响应时间不大于5秒。

（4）统计查询响应时间不大于10秒。

（5）系统登录时间不大于10秒，通过率达到100%。

（6）每千张工单处理时间不超过5分钟。

（7）由本系统引起的接口数据传输出错率低于0.001%。

（8）前台自动选号响应时间不超过3秒。

（9）各环节工单回笼时间不超过3秒。

（10）业务受理的初始化工作（提取用户资料、验证等）总时间不超过5秒。

（11）对一般性统计不超过60秒。

（12）自动接口的响应时间：

查询应该达到60笔/秒，其他事务平均能够完成10-20笔/秒。

系统能支持同时从多个营业厅、网上营业厅和客服部门等地方并发使用，连接的增加不能明显降低系统的响应时间。

并发需要满足按每万个用户配3个终端计算，终端总数的30％作为并发数。

2.2安全性需求

应用系统应定期备份、具有安全监督功能、故障和异常告警功能、应用权限管理、防病毒功能、数据传输、处理应有检验、核对功能和较强的纠错功能。

同时开发、测试系统与生产系统要严格分开。

应用系统的用户管理、权限管理应充分利用操作系统和数据库的安全性；

应用软件运行时须有完整的日志记录。

用于开发、测试的系统必须与生产系统严格分开；

软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准；

程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用；

软件修改、升级前后的程序版本须存档备查，软件修改、升级时须有应急补救方案；

提供应用系统运行记录，提供分析报告，以便及时审查日志文件，分析告警信息，掌握运行状况，对系统可能发生的故障做好应急方案；

提供统一有效的安全措施来进行权限限制，防止内部人员误操作或越权，每一个环节必须进行安全性检查，不能越权访问。

对每次用户登录要求进行日志记录，对三次（参数可以改变）以上的登录尝试进行锁定（锁定的时间、解锁方式，参数可调），并发出告警。

系统的使用者通过密码验证并通过使用者权限核实后，方可使用系统。

对于重要系统提供再次验证的功能。

即使在计算机出错的情况下，非授权者也不能进入操作系统。

进入应用系统时，采用帐号登录方式。

系统提供对员工授权管理的功能，使操作员具有适合其工作的权限范围又保障系统的安全

性。

系统提供级联授权管理的功能，授权管理采用分级授权机制，上一级可以设置下一级的操作权限。

中心系统管理员为最高授权级别，但对每个生产业务系统的模块的操作权限仍由部门主管控制。

系统管理员授权给各个部门主管。

各部门主管拥有其业务部门各个系统模块的操作权限及稽核权限，但可以授权其属下班组长、班组成员使用部分模块的权限。

班组长拥有其班组使用的系统模块的操作权限及稽核权限，但可授权其班组成员岗位（工位）的操作权限。

操作员（营业员）只有使用上级业务主管授权使用的模块。

保证系统的接口安全，系统采用三层（多层）体系结构，所有的数据操作都通过中间层来处理，客户端不能直接与数据库相连。

外围系统也不能直接存取本系统的数据，必须通过系统提供的接口服务，来进行信息的交换。

提供完整的系统数据传送监控和报警处理。

系统中用到的所有密码，都必须采用不可逆的加密算法，加密存放。

必要时能够采用加密技术对传输的关键数据加密；

拨号要提供合法性检查和记录；

工作站登陆时检查IP地址的合法性同时记录IP地址的使用情况。

数据的安全性包含数据产生、数据访问、数据传送、数据存放、数据备份等多个方面。

对所有可以登录系统的终端IP地址、所属部门、所安装的系统及版本、有效时间、允许使用时段进行注册管理。

登录系统时必须检查终端IP的合法性。

数据产生：

数据应该无岐义，没有二义性;

系统应该通过事务保证数据的完整性，一致性。

数据访问：

对于用户数据能够按照级别进行管理，对于相同秘密级别的数据不同的应用场合应该解释一致。

对于秘密数据的访问权限可配置到人或组，可以单独赋予也可以单独剥夺某项其访问权限。

追对某个信息项或信息项组，数据访问的权限分为查询，拷贝粘贴，打印，修改，删除，新增，存为文件。

公众数据查询应设立与本系统分离的计算机系统。

通过WWW浏览器查阅信息时，保证信息传输的保密性和完整性。

具备严格的管理员分级制度，防止不合法操作。

对关键数据采用访问权限限制，并加密保存。

数据传送：

关键数据在传输过程中，必须加密传送，以保证信息的安全。

数据存取和备份：

可提供各种方式、各种介质的数据备份功能。

各种原始业务数据均应保留备份、各种过程业务数据应保留备份、操作系统、数据库应定期备份。

系统在设计上充分考虑冗余和备份，保证系统数据的安全性、可靠性和数据传输的服务质

量。

应具有完善的数据备份及恢复机制。

应能提供对一般性数据和交易性数据的保护，使得在任何一部分子交易失败后，整个交易的所有消息都回滚，保证数据的完整性。

充分利用主机、网络以及数据库管理系统提供的安全保障机制，确保系统数据的绝对安全。

对应用系统而言，所有系统数据的操纵必须严格按照权限级别进行，严禁非法用户进入系统。

对于操作人员进行的相应的操作日志，对不同级别的操作员进行相应的限制。

同时，对系统重要数据提供可靠的备份和恢复机制。

数据备份每周一次全备份，必须在2小时内完成，每天有增量备份，必须在30分钟内完

成。

2.3易用性需求

只需很少地培训操作者就能使用系统和它地任何特性，系统应该被设计成与其目标使用者地业务技术水平很匹配。

当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。

在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。

界面要简洁、清晰、柔和、美观、大方，操作简单方便。

前端界面具有统一界面风格，使系统具有统一、美观、人性化的界面，增强系统的易用性和友好性。

界面需求方面可归纳为：

l对前端服务人员，以工作台面方式展现常用功能，如“我的信息”、“我的任务”、

“我的绩效”等通俗易懂的形式（归并在实际工作中使用率高的）提供相关查询、排序等功能。

可针对具体岗位职责将权限许可范围内的信息、任务、考核成绩等对应放置到上述工作台面内；

例：

社区经理的工作台上，“我的信息”中可以加入客户资料查询、营销概况查询功能按钮，“我的任务”中可以加入计划任务执行和工作记录按钮，“我的绩效”中可以加入考核查询按钮等。

l对后端各级管理人员，强调界面要能反映层次管理，以组织架构与营销区域结合，后端功能可按照树状结构层层递进展现，管理功能需智能化，可对前端服务人员提供指导性分析结果和建议，考核模块应简明可配置、可操作性强。

2.4可用性需求

由于BSS导致的硬件系统故障属于BSS故障。

BSS应能够连续7×

24小时不间断工作。

系统前三年，每运行2000小时，累计中断时间不超过1小时；

以后每运行1000小时中可用

时间至少不小于999小时，故障间隔时间应大于1000小时。

故障恢复时间：

<

4小时。

2.5可靠性需求

系统必须有被证实可在预定环境中工作地功能和特性。

在生产环节中不允许丢单。

工单（包括子工单）的漏单率和错单率合计不超过十万分之一。

系统要保证数据的一致性，完整性，准确性要求达到99.999%。

对人工输入的数据以及来自不同接口的