江苏电信BSS 1.0项目 业务需求说明书 非功能性需求
江 苏 省 电 信 有 限 公 司 南京联创科技股份有限公司
毕博管理咨询
2004年07月
文档标识
文档更改记录
目 录
1
引言 .................................................................................................................................................................... 2
1.1 1.2 1.3 1.4
文档目的 .................................................................................................................................................... 2 文档范围 .................................................................................................................................................... 2 目标读者 .................................................................................................................................................... 3 文档输入 .................................................................................................................................................... 3
2 需求说明 ............................................................................................................................................................ 4
2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
性能需求 .................................................................................................................................................... 4 安全性需求 ................................................................................................................................................ 5 易用性需求 ................................................................................................................................................ 7 可用性需求 ................................................................................................................................................ 8 可靠性需求 ................................................................................................................................................ 8 可扩展性需求 ............................................................................................................................................ 9 可伸缩性需求 .......................................................................................................................................... 10 可移植性需求 .......................................................................................................................................... 10
可管理性需求 .......................................................................................................................................... 10 2.9.1 日志管理 .......................................................................................................................................... 11 2.9.2 版本管理 .......................................................................................................................................... 12 2.9.3 公告管理 .......................................................................................................................................... 12 2.9.4 系统监控 .......................................................................................................................................... 12
3 遗留问题 .......................................................................................................................................................... 14
1
1.1
引言
文档目的
本文档是业务江苏BSS1。0项目业务需求说明书的重要组成部分，主要从系统的非功能性角度来描述本项目需要达到的目标，这些目标包括一些管理的目标、维护的目标和系统性能方面的一些质量目标。
1.2 文档范围
非功能性需求从以下方面进行描述。
系统运行性能：描述系统应能满足的性能需求，包括并发用户数，重要业务的操作响
应时间、重要数据的联机存储能力等内容。
系统安全性：描述系统应能满足的用户接入系统的安全性要求，应能满足的系统关键
数据的保存和恢复等安全性要求，应能满足的系统关键数据的被查询的安全性要求。 系统易用性：描述系统应能满足的最终用户的操作方面和理解方面的要求，包括操作
界面的风格、操作的方式、帮助的提供等等。 系统可用性：描述系统应能满足的持续运行的能力。 系统可靠性：描述系统应能满足的持续准确运行的能力。
系统可扩展性：描述系统应能满足的在系统环境发生变化时，在功能上、性能上的扩
展能力。
系统可伸缩性：描述系统应能满足的在系统平台环境发生变化时的适应能力。
系统可移值性：描述系统应能满足的在不同系统平台之间的移植能力。
系统可管理性：描述系统应能满足的可管理的能力，包括与外界管理平台的配合能
力、系统自生的监控能力等。
系统可维护性：描述应能满足的在维护方面的管理能力，包括系统维护的可视性、方
便性等。
1.3 目标读者
本业务需求说明将提交下列读者： 项目组内部：
PMO：使用本文档进行项目范围管理和需求管理。 设计人员：作为设计输入进行系统架构设计和详细设计。 测试人员：作为输入进行测试方案和测试案例的设计。 项目组外部：
省公司IT部、市场部等相关管理部门： 各个本地网的市场部等相关管理部门：
1.4 文档输入
《江苏电信BSS技术规范书》
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 易用性需求
只需很少地培训操作者就能使用系统和它地任何特性，系统应该被设计成与其目标使用者地业务技术水平很匹配。
当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。
界面要简洁、清晰、柔和、美观、大方，操作简单方便。
前端界面具有统一界面风格，使系统具有统一、美观、人性化的界面，增强系统的易用性和友好性。
界面需求方面可归纳为：
对前端服务人员，以工作台面方式展现常用功能，如“我的信息”、“我的任务”、
“我的绩效”等通俗易懂的形式（归并在实际工作中使用率高的）提供相关查询、排序等功能。可针对具体岗位职责将权限许可范围内的信息、任务、考核成绩等对应放置到上述工作台面内；例：社区经理的工作台上，“我的信息”中可以加入客户资料查询、营销概况查询功能按钮，“我的任务”中可以加入计划任务执行和工作记录按钮，“我的绩效”中可以加入考核查询按钮等。
对后端各级管理人员，强调界面要能反映层次管理，以组织架构与营销区域结合，后
端功能可按照树状结构层层递进展现，管理功能需智能化，可对前端服务人员提供指导性分析结果和建议，考核模块应简明可配置、可操作性强。
2.4 可用性需求
由于BSS导致的硬件系统故障属于BSS故障。BSS应能够连续7×24小时不间断工作。系统前三年，每运行2000小时，累计中断时间不超过1小时；以后每运行1000小时中可用时间至少不小于999小时，故障间隔时间应大于 1000小时。故障恢复时间：
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 遗留问题
本文档未涉及网络、主机、系统软件等方面的非功能性需求，这些需求在单独招标的项目中提供。
江苏电信BSS 1.0项目 业务需求说明书 非功能性需求
江 苏 省 电 信 有 限 公 司 南京联创科技股份有限公司
毕博管理咨询
2004年07月
文档标识
文档更改记录
目 录
1
引言 .................................................................................................................................................................... 2
1.1 1.2 1.3 1.4
文档目的 .................................................................................................................................................... 2 文档范围 .................................................................................................................................................... 2 目标读者 .................................................................................................................................................... 3 文档输入 .................................................................................................................................................... 3
2 需求说明 ............................................................................................................................................................ 4
2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
性能需求 .................................................................................................................................................... 4 安全性需求 ................................................................................................................................................ 5 易用性需求 ................................................................................................................................................ 7 可用性需求 ................................................................................................................................................ 8 可靠性需求 ................................................................................................................................................ 8 可扩展性需求 ............................................................................................................................................ 9 可伸缩性需求 .......................................................................................................................................... 10 可移植性需求 .......................................................................................................................................... 10
可管理性需求 .......................................................................................................................................... 10 2.9.1 日志管理 .......................................................................................................................................... 11 2.9.2 版本管理 .......................................................................................................................................... 12 2.9.3 公告管理 .......................................................................................................................................... 12 2.9.4 系统监控 .......................................................................................................................................... 12
3 遗留问题 .......................................................................................................................................................... 14
1
1.1
引言
文档目的
本文档是业务江苏BSS1。0项目业务需求说明书的重要组成部分，主要从系统的非功能性角度来描述本项目需要达到的目标，这些目标包括一些管理的目标、维护的目标和系统性能方面的一些质量目标。
1.2 文档范围
非功能性需求从以下方面进行描述。
系统运行性能：描述系统应能满足的性能需求，包括并发用户数，重要业务的操作响
应时间、重要数据的联机存储能力等内容。
系统安全性：描述系统应能满足的用户接入系统的安全性要求，应能满足的系统关键
数据的保存和恢复等安全性要求，应能满足的系统关键数据的被查询的安全性要求。 系统易用性：描述系统应能满足的最终用户的操作方面和理解方面的要求，包括操作
界面的风格、操作的方式、帮助的提供等等。 系统可用性：描述系统应能满足的持续运行的能力。 系统可靠性：描述系统应能满足的持续准确运行的能力。
系统可扩展性：描述系统应能满足的在系统环境发生变化时，在功能上、性能上的扩
展能力。
系统可伸缩性：描述系统应能满足的在系统平台环境发生变化时的适应能力。
系统可移值性：描述系统应能满足的在不同系统平台之间的移植能力。
系统可管理性：描述系统应能满足的可管理的能力，包括与外界管理平台的配合能
力、系统自生的监控能力等。
系统可维护性：描述应能满足的在维护方面的管理能力，包括系统维护的可视性、方
便性等。
1.3 目标读者
本业务需求说明将提交下列读者： 项目组内部：
PMO：使用本文档进行项目范围管理和需求管理。 设计人员：作为设计输入进行系统架构设计和详细设计。 测试人员：作为输入进行测试方案和测试案例的设计。 项目组外部：
省公司IT部、市场部等相关管理部门： 各个本地网的市场部等相关管理部门：
1.4 文档输入
《江苏电信BSS技术规范书》
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 易用性需求
只需很少地培训操作者就能使用系统和它地任何特性，系统应该被设计成与其目标使用者地业务技术水平很匹配。
当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。
界面要简洁、清晰、柔和、美观、大方，操作简单方便。
前端界面具有统一界面风格，使系统具有统一、美观、人性化的界面，增强系统的易用性和友好性。
界面需求方面可归纳为：
对前端服务人员，以工作台面方式展现常用功能，如“我的信息”、“我的任务”、
“我的绩效”等通俗易懂的形式（归并在实际工作中使用率高的）提供相关查询、排序等功能。可针对具体岗位职责将权限许可范围内的信息、任务、考核成绩等对应放置到上述工作台面内；例：社区经理的工作台上，“我的信息”中可以加入客户资料查询、营销概况查询功能按钮，“我的任务”中可以加入计划任务执行和工作记录按钮，“我的绩效”中可以加入考核查询按钮等。
对后端各级管理人员，强调界面要能反映层次管理，以组织架构与营销区域结合，后
端功能可按照树状结构层层递进展现，管理功能需智能化，可对前端服务人员提供指导性分析结果和建议，考核模块应简明可配置、可操作性强。
2.4 可用性需求
由于BSS导致的硬件系统故障属于BSS故障。BSS应能够连续7×24小时不间断工作。系统前三年，每运行2000小时，累计中断时间不超过1小时；以后每运行1000小时中可用时间至少不小于999小时，故障间隔时间应大于 1000小时。故障恢复时间：
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 遗留问题
本文档未涉及网络、主机、系统软件等方面的非功能性需求，这些需求在单独招标的项目中提供。