业务需求说明书非功能性需求.docx
《业务需求说明书非功能性需求.docx》由会员分享，可在线阅读，更多相关《业务需求说明书非功能性需求.docx（16页珍藏版）》请在冰点文库上搜索。
业务需求说明书
非功能性需求
文档标识
项目名称
文档名称
文档存放位置
版本号
文档状态
文档更改记录
版本
日期
描述
修改人
V0.9
2004-6-29
初始版本
V0.9
2004-7-1
修改稿
II
目 录
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%。
对人工输入的数据以及来自不同接口的数据进行合法性检查，确保流程的通畅性，并且能够对错误数据进行自动纠错处理，或提醒人工干预。
系统运行中的可靠性依赖于主机系统、网络系统、数据库系统和应用系统的可靠性。
因此，新系统中所采用的设备及主要技术必须是成熟的、可靠的，并加以全面的监视和控制，而且充分考虑异常时的应变与容错能力。
在应用软件开发中要充分利用数据库的安全机制和错误恢复机制，保证数据的准确性和完整性。
保证系统具有极高的运行质量，能够一天24小时连续不间断工作。
在出现故障的时候，必须能够及时提供应急措施，以确保整个业务系统的不中断。
2.6可扩展性需求
系统功能必须在供应商很少介入的情况下能够定制和快速地增强。
系统必须保证软件新旧版本的平稳过渡，保证主机系统，网络系统在将来能够顺利扩容，且不影响正常的生产运行。
指系统对技术和业务需求变化的支持能力。
当技术变化或业务变化时，不可避免将带来系统的改变―不仅要进行设计实现的修改，甚至要进行产品定义的修改。
好的软件设计应在系统构架上考虑能以尽量少的代价适应这种变化。
开放性与标准化是一个系统赖以生存发展的基础。
只有遵循开放性和标准化的系统才具有生命力，才能保护用户的投资，才能体现良好的扩展性和互操作能力。
在设计中不仅应考虑目前业务的需求，更应充分考虑未来业务量及业务种类增长的需求，同时也要考虑与行政管理体制的配合和协调。
系统规模具有可调性，可以逐渐增大；新的软件模块即插即用，新功能、新业务的增加能够在不影响系统运行的情况下实现。
系统的可扩展性在以下方面重点考虑：
主机系统、网络系统、操作系统、数据库系统、业务应用系统和外围设备。
系统要具备逐步升级能力的结构，采用模块化设计， 在整个系统正常运行的情况下，能够随时增加或取消客户端。
可动态增加服务器，增加处理能力，能够实现负载平衡。
2.7可伸缩性需求
系统在性能上必须能容易且有效地伸缩以满足业务需求增长地需求。
应用软件的任意模块更新加载时不影响业务运转和服务。
个别服务器或子系统的故障不影响整体系统的运行。
2.8可移植性需求
可移植性包括硬件平台的移植、软件平台的移植。
在更换平台时保证应用系统的平滑过渡。
2.9可管理性需求
系统必须能被配置、部署、监控和优化以确保其在预定地环境中工作良好。
指为完成业务需求和系统正常运行本身要求而必须具有的功能，这些功能往往是用户不能提出的。
联机帮助、数据管理、用户管理、软件发布管理、在线升级等要可被管理。
系统应该包括数据备份、数据恢复、日志管理、垃圾数据清除等基本功能，哪怕这些功能的核心只是一条语句或命令。
用户管理功能是另一项必不可少的功能，它定义哪些用户可以以什么样的功能使用系统。
好的用户管理功能不仅可以有效控制用户对系统的使用，使系统处于一个安全、负载合理的运行状况，还能提高系统的应用适应性。
2.9.1日志管理
记录所有操作员的登录和退出登录时间、操作员标识和登录终端信息等。
对业务人员的任何操作均记入操作日志，日志中包含该操作员的工号、操作时间、操作内容等等。
操作日志可由具有权限的管理人员随时查询及统计。
在系统的各个重要环节，如营业受理、收费、审核等都记录了详细的处理日志，以便于用户及时掌握情况和解决问题。
日志中内容包括维护日期、维护员标识、维护前数值、维护后数值等信息。
允许通过维护台对日志进行浏览、打印等处理。
对所有的出错信息进行的告警和告警处理作日志，记录处理操作员的工号及处理日期等。
日志管理需要记录的要素如下：
操作员：
具体操作员工号（包括设备接入号）。
操作类型：
为方便日志管理而对操作进行的分类，如业务受理、业务查询、话单打印、系统参数修改、资费参数修改、机构管理、受理取消等。
操作对象：
具体操作的对象，如具体用户、具体某个参数等。
动作：
操作的具体行为，如增加、修改、删除等。
时间：
操作时间。
操作结果：
记录操作是否成功。
其他信息：
该操作的其他相关信息。
日志操作是指对日志的管理制度，包括：
人工删除；定期自动删除；人工日志归档；自动日志归档；
对近期删改修改日志数据的备份保存并提供查询功能，以便对误操作的恢复。
以上的日志管理要提供一致的查询和管理界面，要做一定的综合分析。
2.9.2版本管理
软件版本控制包括软件版本管理和软件版本升级。
一般来讲，系统应始终使用最新的软件版本，但为了适应不同区域可能出现的不同处理流程的需要，系统应该支持使用版本组控制不同地方使用不同的版本组，在同一版本组内使用最新的版本，保证版本的自动更新。
局部功能新旧版本的使用、并存、排斥要可控。
2.9.3公告管理
系统公告主要实现是电信生产部门之间生产协调或相关信息的通知。
系统通过公告把各类分类的相关信息通知到相应工位。
如把业务办理、资费政策、优惠政策等变更及时通知各营业厅。
公告的内容需要按内容分类，授权到部门或工号，并按时间次序排放。
最新信息在开机时应提示。
系统公告主要包括公告的发布、公告的阅读、公告的删除、公告的转发、公告的维护，发布、转发均作为综合管理的系统公告管理的独立子菜单，阅读、删除、恢复、维护可放在同一个菜单中。
部分公告是要求即时弹出窗口提醒。
2.9.4系统监控
监控子系统负责接收数据采集、数据上报、数据接收、业务跟踪预警、信用度跟踪子系统的监控，并展现给系统管理人员，当有任何部分发生故障时及时报警。
在网络条件成熟的情况下，省公司可以监控各地市分公司系统工作情况。
监控系统还要提供各个受监控对象的相关参数的维护功能、监控历史记录的统计和查询功能、监控日志的管理功能等。
3 遗留问题
本文档未涉及网络、主机、系统软件等方面的非功能性需求，这些需求在单独招标的项目中提供。
升级会员 