移动计费系统—需求说明书

合集下载

广州移动多媒体自助服务系统整体需求说明书

广州移动多媒体自助服务系统整体需求说明书

REGICAL ELECTRONIC LTD.广州移动多媒体自助服务系统整体规格说明书2002年12月4日版本修订表目录第1章概述 (6)1.1 约定 (6)1.2 系统描述 (6)1.3 系统结构图 (7)第2章系统功能需求说明 (8)2.1 手机密机认证 (8)2.1.1功能 (8)2.1.2流程 (8)2.1.3流程说明 (9)2.1.4注意事项 (9)2.2 查询和打印历史帐单 (9)2.2.1功能 (9)2.2.2流程 (9)2.2.3流程说明 (10)2.2.4注意事项 (11)2.3 打印历史月清单 (11)2.3.1功能 (11)2.3.2流程 (11)2.3.3流程说明 (12)2.3.4注意事项 (13)2.4 查询用户欠费 (13)2.4.1功能 (13)2.4.2流程 (13)2.4.3流程说明 (14)2.5 查询实时帐单 (15)2.6 查询实时清单 (15)2.7 多媒体终端的业务播放资料远程下载 (15)2.8 多媒体终端的应用软件远程下载 (15)2.9 签到 (15)2.9.1功能 (15)2.9.2流程 (15)2.9.3流程说明 (16)2.9.4注意事项 (16)2.10 上报多媒体终端状态 (16)2.10.1功能 (16)2.10.2流程 (17)2.10.3流程说明 (17)2.10.4注意事项 (17)2.11 通讯线路测试 (18)2.11.1功能 (18)2.11.2流程 (18)2.11.3流程说明 (18)2.11.4注意事项 (19)第3章通讯方式 (19)第4章系统安全管理 (19)4.1 MAP与BOSS通讯数据安全 (19)4.2 MAP与多媒体终端通讯数据安全 (19)第5章MAP系统与BOSS系统的接口 (21)第6章多媒体终端与MAP系统的接口 (21)第1章概述1.1 约定1.以下文档中以“★”标注的段落,是还没有确定的内容。

运营管理系统需求规格说明书V1.5

运营管理系统需求规格说明书V1.5

,中国移动(深圳)有限公司运营管理系统需求功能规格说明书Document Change Log1.1工作流程管理工作流程1.1.1.1业务描述1.上班时间默认设置为24小时而不是工作上班的八小时2.特殊流程工单的展示方式对采购等类型的工单,在不同环节填写的表单采用子表单,在处理过程中显示,即在该步骤记录的下一行显示该步骤的填写的子表单3.工单完成后系统能统计各个环节实际用时.4.的工单接单后的每一【主办人】处理人环节如休假都可自主进行转单给审核人,转单后,此工单的审核人自动为室经理,并在处理过程增加一条转单处理记录。

工单管理员分配强制转单功能。

5.持其他部门通过接口单发起协调工单,由运营管理部协调单接口人确认具体发起哪种工单,由协调单发起的工单,处理完毕需回复结果对应的协调单。

工单类型如下:项目、投资计划、专项、策略支持工作单、风险防范工作单、创新发展工作单、规范管理工作单、合规性保障工作单、安全保障工作单、其他工作单业务描述采购工作单业务描述备注:从【需求及技术文档确认】到采购归档中的每一步骤都可升级到室经理重新指派时间。

合同工作单备注:从【技术文档确认】到【合同归档】中的每一步骤都可升级到室经理重新指派时间。

付款工作单付款工单中相关数据可以从合同系统中直接同步;数据包括:计划科目、合同号、采购号、付款金额、实际付款日期等。

付款计划工单填写完毕后,按照计划付款时间在主办人“付款事宜”中生成付款跟进工单。

系统在预计付款时间开始前两周自动提醒主办人处理该付款跟进工单。

付款事宜不放在代办工作中显示,而是独立显示,付款计划工作单与付款跟进工单可以关联显示【查询统计】需设计出付款情况表,该表中体现付款计划和实际付款的对比分析付款跟进工单付款计划工单完成后,系统在预计付款时间开始前两周自动生成付款跟进工单,并提醒主办人处理该付款跟进工单。

【用例图】【业务说明】1.1.1.2 业务流程参照研发工单:问题处理单流程遗留问题:多人处理需不需要组长考核1.1.1.3输入输出要素Be_工作登记(采购、合同、项目、投资计划、其他项等工单)字段名称输入方式说明工单ID 文本框工单编号(系统自动分配)主要负责人文本框员工填写特殊工单:付款工作单采购工单办理结束(不签订合同的采购)或合同工单办理结束后由主办人确定是否生成付款工作单,付款工单所填写内容有所不同,具体如下:1.1.1.4功能使用角色运营管理部人员查询功能优化1.1.1.5业务描述组合条件查询:支持工单内容模糊查询,查询条件允许多个关键字组合,查询结果对工单内容与关键字的接近度进行分析,按照关键字的接近度区分搜索结果的优先次序,筛选与关键字较为接近的结果。

中国移动网上营业厅详细需求说明书

中国移动网上营业厅详细需求说明书

CTM v2.0中国达内移动网上营业厅系统V2.0详细需求说明书深圳宝安中心达内科技有限公司2012年12月1.编写目的描述中国移动网上营业厅项目的系统结构,数据实体,类的定义,类功能的实现,部署要求,运行环境等内容,该文档用来指导程序员完成程序代码实现。

文档的主要读者包括:项目分析员,项目设计人员,项目经理,程序员,测试人员,部署人员,项目技术支持人员等。

2.参考文档[1] <<中国移动网上营业厅系统--需求说明书>> 版本号V1.0[2] <<中国移动网上营业厅系统—概要说明书>> 版本号V3.03.名称解释CTM v2.0:中国达内移动网上营业厅(China-Tarena-Mobile).系统架构:描述系统的核心功能组件和组件之间的相互关联。

数据实体:描述系统需要采集,处理和保存的数据的结构。

移动用户角色:中国达内移动网上营业厅中的角色之一,系统主要提供给移动用户来服务的。

营业员角色:中国达内移动网上营业厅中的角色之一,该角色主要用来服务移动用户,帮助移动用户处理各项移动业务。

营业经理:中国达内移动网上营业厅中的最重要的角色,该角色主要服务整个移动的各项业务流程,管理各项移动业务的经营和业绩。

4.系统功能角色分配:移动用户角色的功能:移动用户的号码生成,用户可以预订新业务,也可以退办旧业务;可以在线充值话费操作,查看话费消费帐单,发送短信,彩信,上网流量计算,通话记录,积分使用操作,还有发表意见,购买喜爱的手机。

营业操作员角色所拥有的功能主要有:日志管理文档,用户业务服务,话费积分管理,服务与支持。

营业经理角色主要的功能:移动用户和营业员角色功能管理,移动业务管理,日志办公管理。

5. 系统表结构设计:用户表和业务表之间建立的关系三张表中的phone 都与用户表中的phone 字段有关系: 用户订购业务表(t_userservice)Id primary key auto_incrementuserId intserviceId int业务表(t_service) Id primary key auto_incrementserviceName varchar serviceDesc varchar pay doubleaddServiceDate varchar onlineDate varchar downlineDate varchar onlineFlag生成手机号码→开通手机→订购业务→退办业务→生成我的套餐→查看各业务消费情况→业务消费(彩信,短信,GPRS ,语音)→用户自助充值(话费情况)→用户使用积分(积分商城,积分情况)→退换礼品→购买喜爱手机→用户帐户金额→生成订单。

某移动公司短消息计费系统建议方案

某移动公司短消息计费系统建议方案

系统实施的关键步骤
01
系统设计
02 根据需求调研结果,设计系统架构、功能模块和 数据库结构。
03 设计用户界面和操作流程,确保用户体验友好。
系统实施的关键步骤
01
系统开发与测试
02
按照系统设计文档进行开发。
进行单元测试、集成测试和系统测试,确保系统稳定和功能完
ቤተ መጻሕፍቲ ባይዱ
03
备。
系统实施的关键步骤
01 系统上线与部署
01
实时计费通知
为用户提供实时的短消息计费通 知,让用户随时了解费用情况, 增强用户信任度。
02
03
智能客服支持
个性化服务
集成智能客服系统,快速响应用 户咨询,解决用户疑问,提升用 户满意度。
根据用户需求和偏好,提供定制 化的短消息服务,如个性化推送 、提醒等。
降低运营成本
资源优化
合理配置硬件和软件资源,降低系统建设和维 护成本。
系统应具备用户通知功能,及时向用户发送计费通知和账单信 息。
新系统的技术实现
分布式架构
采用分布式架构,提高系统的 可扩展性和处理能力。
数据库优化
合理设计数据库结构,使用索 引、分区等技术优化数据库性 能。
缓存机制
引入缓存机制,减少对数据库 的频繁访问,提高系统响应速 度。
负载均衡
采用负载均衡技术,将请求分 发到多个服务器上,平衡负载
02 完成数据迁移和系统部署工作。
03
进行系统上线前的最后测试,确保系统能够正常运营

系统实施的关键步骤
培训与推广 组织培训课程,提高员工对短消息计费系统的操作技能。 通过各种渠道宣传推广新系统,提高用户的使用率。

移动公司系统需求和分析

移动公司系统需求和分析

移动公司计费帐务管理系统需求说明修改/变更控制第一章项目背景朗新,语出《淮南子》:“朗而新之”,配以红日为辅助图形的标识,取意日出东方,霾雾散尽,天宇朗澄新气象。

正是东方博大精深的人文精神与西方现代化优秀的管理模式相结合,造就了朗新以一个开拓者的高姿态屹立于科技信息产业。

朗新信息科技长期致力于为电信行业提供电信业务和运营支持系统(BSS/OSS)的建设和服务,为电力行业提供关键业务解决方案和服务,拥有成熟的解决方案、丰富的工程实施经验、良好的售后服务体系和最大的市场占有率。

朗新是中国电信本地计费帐务系统的核心设计和标准制定厂家,是全国唯一具有全省范围集中计费帐务系统成功实施经验的厂家。

朗新还是唯一一个参与国电公司电力营销管理系统技术规范制定的厂家,目前国电公司指定的3个试点省(浙江、湖北和辽宁)中浙江和湖北的电力营销管理信息系统已由朗新承担全部软件开发和系统集成工作。

本系统是朗新信息科技有限公司为某市移动开发的计费账务系统的一个模块——业务管理模块。

该系统采用struts2+spring+hibernate开发。

第二章术语解释2.1 操作员(Operator)指的是本管理系统的使用者。

分为管理员(Administrator)和一般的操作人员(Operator)两种。

管理员的权限要比一般的操作人员大。

管理员具有管理一般操作员的权限等。

具体分工请阅读后面的内容。

2.2 客户(Customer)指实体的人或单位,包含的信息包括客户名称、证件类型、证件号码等。

2.3 用户(User)指客户在系统中订购的子业务,如一个人可以申请2个手机号码,一个GSM一个CDMA,这两个子业务在系统中就是2个用户。

2.4 账户(Account)用户的付费相关信息,如分现金账户和银行账户,银行账户记录银行帐号和账户名。

在当前,只需要考虑现金账户即可。

2.5 合账是将一个用户的费用信息如每月的话费等记入另一个已存在的账户上,一般在单位账户为员工统一缴纳费用时使用。

缴费平台用户需求说明书范文

缴费平台用户需求说明书范文

缴费平台用户需求说明书范文缴费平台用户需求说明书缴费平台用户需求说明书修改记录目录1 引言 ........................................................................................... 错误!未定义书签。

1.1 背景.................................................................................. 错误!未定义书签。

1.2 编写目的 .......................................................................... 错误!未定义书签。

1.3 定义.................................................................................. 错误!未定义书签。

1.4 参考资料 .......................................................................... 错误!未定义书签。

2 需求描述.................................................................................... 错误!未定义书签。

2.1 本次需新增和完善的业务流程 ....................................... 错误!未定义书签。

2.1.1 功能描述................................................................. 错误!未定义书签。

2.2 缴费平台前端 .................................................................. 错误!未定义书签。

便携式移动收费系统

便携式移动收费系统

便携式移动收费系统产品介绍□ MTS-0801 □ MTS-0802 □ MTS-0803北京信博通科技有限公司2009年4月由于设计上的不足,使得一些收费站的收费车道不足以应付高峰时期的车流量,有的路段的车流量增长速度超过收费站设计时的预测,系统投入使用后备用收费车道很快满负荷工作,没有富余的处理能力应付峰值车流量;此外,公路收费系统的设备都在室外工作,且环境比较恶劣,经常出现设备异常损坏,一时间无法修复而影响收费站的正常工作。

有些地方采用增加预留备用收费车道的做法不能完全解决问题,也不经济。

有没有更好的办法呢?答案是肯定的,使用可移动的收费系统进行峰值时的通行费征收,投资少,使用率高,不需要征地,无论车流量的变化多么不可预测,移动收费系统可以轻易地将单条车道的收费处理能力提高,甚至是成倍地提高。

基于此,我公司依据多年来在高速公路机电项目的实践经验,结合收费站的实际运营情况,开发出移动收费系统系列产品,最大限度的弥补了收费作业的不足。

移动收费系统是一种移动式应急收费产品,用于公路紧急情况下的收费,利用该系统替代出故障的车道进行收费(在进出繁忙的大收费站,也可直接配备几套这样的应急系统,紧急情况下几分钟就能到位工作)或增加临时收费点。

在入口给进入高速公路的车辆发放IC 卡或在出口给出站的车辆计算出应收的通行费,收取费用并回收IC卡和打印发票收据,同时利用有线通讯或无线通讯系统实时将收费信息上传;或在应急处理结束后接通网络,上传收费数据。

二、移动收费系统的原理:移动收费系统是将一套完整的车道收费系统,经过简化、小型化后,集成在一台单一的设备里,包括有工控主机、专用键盘、打印机、IC卡读写器等主要设备,通过有线或无线网络接入到现有的收费系统中,从而实现可移动式收费(或发卡)。

这种工具的设计思想很简单,就是要能保证通行费的征收,而又要被整个系统接纳,接受整个收费系统对收费过程的监督和控制。

在用于增加单条收费车道的处理能力时,移动收费系统可与原有的收费设备(即固定在收费亭内的收费设备)并行工作,车辆通过收费车道时,就象船只通过船闸一样,一批进去,一批通过。

手机话费充值系统需求规格说明书-程序员

手机话费充值系统需求规格说明书-程序员

Soft Requirements Specification 手机充值消费软件需求规格说明书Revision Record修订记录1Introduction 简介1.1Purpose 目的1.这款软件,我们开发它主要是为了能够让人们能够更加便捷的充值话费,不需要再费力的跑到充话费的地方,能够随时随地的充话费,并且可以随时查看自己的手机情况,能够发现恶意消费软件的安装,及时的处理。

2.锻炼小组的团结合作能力以及项目开发能力。

3.当然啦,如果这个软件能够买一些钱的话我们也不介意,毕竟为了开发这个软件我们也消耗了不少时间。

1.2Scope 范围在各个行业中,当我们接受到用户的商业项目后,在项目运行的全过程中充满了不确定因素,只有有效的运用项目管理的科学和艺术,才有可能使项目取得成功。

对以上方面要想达到有效的管理水平,必须有一套科学的管理方法,但是即使有了科学的管理方法,由于项目干系人之间的沟通、协作不到位,往往达不到预期的结果。

鉴于这种情况我们开发一套项目管理协作支撑系统,旨在为项目干系人提供一个交流、协作以及项目的进度跟踪监控、项目的质量控制、项目相关资源的管理的软件平台,从而提高项目管理水平,实现了工作的协同化、提高了工作效率。

该文档是关于用户对于话费充值系统的功能和性能的要求,重点描述了充值话费系统的设计需求,将作为对该工具在概要设计阶段的设计输入。

2General description 总体概述定位:由信息技术的发展,充值话费系统的需求强烈,为方便充值风格:C/S架构,运用了大量的框架集技术用户人群:所有的手机用户产品:win 98,win2000,Windows vistar,Windows XP,Windows 7,Windows 8,Windows8.1 Windows 2003 server,Windows 2005 server,Windows 2008 server,Windows 2012 server2.1Soft perspective 软件概述2.1.1About the Project 项目介绍本项目是话费充值项目,由信息技术的发展,充值话费系统的需求强烈,为方便充值,为此开发了此项目!用户可以在网上实现随时随地足不出户的充值!本软件是打造通讯便民工程,电子联网充值,缴费方便可靠,话费缴纳支持中国移动、中国联通、中国电信、中国网通,并可查询余额和用户姓名等信息。

移动计费系统—需求说明书

移动计费系统—需求说明书

Version新一代电信计费系统软件需求说明书文挡编号WD_visitor_100318文挡名称可行性研究报告撰写人***********审核/批准创建时间2010-7-15版本变更说明:1引言 (4)编写目的 (4)背景 (4)概念 (4)参考资料 (5)2任务概述 (5)目标 (5)用户的特点 (5)假定和约束 (6)2.3.1开发期限 (6)2.3.2开发环境 (6)2.3.3协议 (6)2.3.4技术 (6)3需求规定 (7)对功能的规定 (7)对性能的规定 (17)3.2.1精度 (17)3.2.2时刻特性要求 (17)3.2.3灵活性 (17)输人输出要求 (17)数据治理能力要求 (18)故障处置要求 (18)其他专门要求 (19)4运行环境规定 (19)设备 (19)支持软件 (19)接口 (20)操纵 (20)软件需求说明书1引言编写目的这编写本说明书的目的在于明确“新一代电信计费系统”的开发者对该系统的需求,明确系统需要实现的具体功能,系统适合运行所需的相应软硬环境,系统数据的输入输出要求,为系统数据库结构设计、编码实现和测试人员提供基础的指导。

本说明书的预期读者为:“新一代电信计费系统”系统的利用者和开发者。

背景a.待开发的软件系统的名称:新一代电信计费系统b.本项目的任务提出者:visitor开发团队开发者:visitor开发团队用户:初步定为中国移动网络供给商及移动通信誉户(要紧为电话用户)实现该软件基于B/S网络c.该软件系统同其他系统或其他机构的大体的彼此来往关系。

概念[专门术语]:客户信息包括:①个人信息:姓名,身份证号,住址。

②业务信息:账号(即电话号),利用套餐名称,客服密码,已开业务。

HTTP的全称是超文本传输协议Hypertext Transfer Protocol。

HTTP是一个客户端和效劳器端请求和应答的标准(TCP)。

客户端是终端用户,效劳器端是网站。

移动费用计算方式及项目说明

移动费用计算方式及项目说明

移动费用计算方式及项目说明移动通信技术的飞速发展,使得移动通信成为现代人生活中不可或缺的一部分。

作为用户,了解移动费用计算方式和项目说明对于掌握自己的花费情况,合理规划使用和节省费用至关重要。

本文将详细介绍移动费用计算的相关方式和项目说明。

一、移动费用计算方式1. 通话费用计算方式通话费用是指用户通过移动通信设备进行语音通话时所产生的费用。

通话费用的计算方式一般有以下几种:(1)按时间计费:按照通话的时间长度计算费用。

例如,每分钟费率为0.1元,通话10分钟,则费用为1元。

(2)按套餐计费:用户可以选择合适的套餐,根据套餐内包含的通话时长计算费用。

套餐外的通话则按照标准费率计算。

(3)按流量计费:针对视频通话和网络电话等特殊通话方式,按照数据流量的使用情况计算费用。

例如,每MB费率为0.8元,通话使用了100MB流量,则费用为80元。

2. 短信费用计算方式短信费用是指用户通过移动通信设备发送和接收短信时所产生的费用。

短信费用的计算方式主要有以下几种:(1)按条计费:按照发送或接收的短信数量计算费用。

例如,每条费率为0.1元,发送或接收10条短信,则费用为1元。

(2)按套餐计费:用户可以选择合适的套餐,根据套餐内包含的短信数量计算费用。

套餐外的短信按照标准费率计算。

3. 上网费用计算方式上网费用是指用户通过移动通信设备使用移动网络进行上网时所产生的费用。

上网费用的计算方式主要有以下几种:(1)按流量计费:根据上网使用的数据流量计算费用。

例如,每MB费率为0.1元,上网使用了100MB流量,则费用为10元。

(2)按时间计费:按照上网的时长计算费用。

例如,每小时费率为5元,上网使用了2小时,则费用为10元。

二、移动费用相关项目说明为了方便用户了解自己的费用情况,移动通信运营商通常会提供详细的费用项目说明。

以下是常见的移动费用项目说明:1. 账单明细账单明细列出了用户一个计费周期内产生的通话、短信、上网等费用详细信息。

中国移动软件需求规格说明书_v1.00

中国移动软件需求规格说明书_v1.00

沟 通 从 心 开 始REACHING OUT FROM THE HEART. . . . . . .中国移动XXXX 分公司【项目名称】软件/系统需求规格说明书(SRS )版本 <V1.0>拟制 日期 审核 日期 批准日期声明本文件所有权和解释权归CMCC所有,未经CMCC书面许可,不得复制或向第三方公开。

修订历史记录目录1.引言 (5)1.1.编写目的 (5)1.2.系统涵盖范围 (5)1.3.缩略词 (5)1.4.假设和限制 (5)1.5.文档组织结构 (5)1.6.参考资料 (5)2.系统概貌 (6)2.1.系统远景 (6)2.2.体系结构 (6)2.3.系统边界和A CTORS (6)2.4.系统功能 (6)2.5.用户特性 (6)2.6.一般限制 (6)2.7.出错处理 (6)2.8.假设和依赖条件 (6)3.功能性需求 (7)3.1.【子系统1】 (7)3.1.1.【模块 1】 (7)3.1.2.【模块 2】 (7)3.2.【子系统2】 (7)3.2.1.【模块 3】 (7)3.2.2.【模块 4】 (7)4.用例视图 (9)4.1.【子系统1】 (9)4.2.【子系统2】 (9)5.外部接口需求 (10)5.1.用户接口 (10)5.2.硬件接口 (10)5.3.软件接口 (10)5.4.通信接口 (10)6.非功能性需求 (11)6.1.易用性 (11)6.2.可靠性 (11)6.3.性能 (11)6.4.可维护性 (12)6.5.安全性 (12)6.6.可扩展性 (12)7.系统配置 (13)7.1.硬件和软件配置 (13)7.2.网络配置 (13)7.3.网络拓扑图 (13)7.4.开发环境 (13)附件 A:术语表 (14)附录 B: 分析模型 (15)附录C: 问题清单 (16)1. 引言1.1. 编写目的【本节应该完成如下工作:1. 描述本SRS的直接目的例:对开发小组–本SRS作为概要设计,系统测试计划,测试案例编写等的输入源。

移动短消息计费系统技术建议方案

移动短消息计费系统技术建议方案

移动短消息计费系统技术建议方案汇报人:日期:contents •引言•需求分析•系统设计•技术实现方案•系统测试与优化•结论与展望目录引言01项目背景介绍当前移动通信市场的快速发展,使得移动短消息(SMS)业务量不断增加,计费系统的压力也越来越大。

现有的计费系统在处理大量短消息时,存在一定的延迟和错误率,影响了客户体验。

为了提高计费系统的性能和准确性,降低运营成本,本次项目旨在开发一套高效、稳定的移动短消息计费系统。

项目目标与任务任务2. 设计并实现一种新的计费算法,以更快速和准确的方式处理短消息计费。

4. 进行系统测试和性能优化,确保系统的稳定性和高效性。

目标:开发一套能够高效处理大量短消息的计费系统,提高计费准确性和速度。

1. 对现有计费系统进行全面分析,找出瓶颈和问题。

3. 整合现有的前后端系统,实现数据交互与流程自动化。

010203040506需求分析02功能需求统计分析功能系统应能够提供各种统计和分析功能,帮助运营商了解短消息业务的使用情况。

用户认证和授权系统应能够进行用户认证和授权,确保只有授权用户才能访问和操作该系统。

存储和管理信息系统应能够存储和管理用户的短消息历史记录,包括已发送和接收的短消息。

发送和接收短消息系统应能够发送和接收短消息,包括文本、图片和音频等类型。

计费功能系统应能够根据发送和接收的短消息数量和类型进行计费,并生成账单。

非功能需求性能系统应具有高可靠性和高可用性,确保在各种情况下都能正常运行。

安全系统应采取必要的安全措施,保护用户的隐私和数据安全。

可维护性系统应易于维护和升级,方便运营商进行日常管理和更新。

可扩展性系统应具备可扩展性,能够随着业务需求的变化而进行扩展和升级。

系统设计03架构概述本系统采用三层架构,包括表现层、业务逻辑层和数据访问层。

表现层负责与用户交互,业务逻辑层处理业务逻辑,数据访问层负责与数据库交互。

架构优点本系统采用的三层架构具有可维护性高、可重用性强、易于扩展等优点。

收费系统需求说明书---

收费系统需求说明书---

收费系统需求说明书---收费中心目录1.引言 (4)1.1背景说明41.2项目要求41.3参考资料51.4词语及缩写51.5系统提出62.软件总体概述 (6)2.1目标62.2系统模型72.3网络拓扑结构72.4系统功能92.4.1车道收费管理模块112.4.2收费站管理模块112.4.3收费中心管理模块112.4.4清算中心管理模块(预留)112.4.5IC卡管理模块112.5假设123.业务详细需求 (12)3.1收费中心管理系统123.1.1参数设置133.1.2操作员管理163.1.3排班登记163.1.4收费站交款登记163.1.5收费稽核163.1.6综合查询173.1.7报表统计与打印183.1.8数据分析193.1.9数据通信与处理213.1.10数据备份与恢复213.2性能需求213.2.1精度213.2.2时间特性213.2.3灵活性223.2.4系统容量223.3输入和输出223.4数据管理能力223.5故障处理224.配置环境 (22)5.其它 (23)5.1设备环境235.2接口255.3通讯协议261. 引言1.1 背景说明路线全长133.64Km。

全线有管理处1处,收费站9处。

全线采用全封闭、全立交高速公路设计标准,采用双向四车道。

本路共有收费站9个,收费站都是集中式收费广场类型,分别为庐岛主线收费站、新港互通匝道收费站、三里互通匝道收费站、均桥互通匝道收费站、蔡岭互通匝道收费站、中馆互通匝道收费站、油墩街互通匝道收费站、田畈街互通匝道收费站、罗家滩主线收费站。

收费站为收费业务管理的基层单位。

收费分中心位于庐岛管理处内,负责管理XX公路各收费站的收费业务。

XX高速公路收费系统采用路段收费分中心和收费站两级管理模式。

XX高速公路收费系统采用封闭式收费制式,即所有车辆通过收费站时入口按车型发放非接触IC卡通行卡、出口按车型和行驶里程进行收费。

全线共设主线收费站2处,匝道收费站7处。

河南移动卡号管理系统 CNMS_需求说明书

河南移动卡号管理系统 CNMS_需求说明书

河南移动卡号管理系统用户需求说明书用户需求说明书Achievo Corporation Guangzhou版权所有侵权必究用户需求说明书文档变更文档呈送用户需求说明书目录1. 文档介绍 (5)1.1文档目的 (5)1.2文档范围 (5)1.3读者对象 (5)1.4参考文档 (5)1.5术语与缩写解释 (5)2. 产品/项目介绍 (6)3. 产品/项目面向的用户群体 (6)4. 产品/项目应当遵循的标准或规范 (6)5. 产品/项目应当遵循的标准或规范 (6)6. 设计和实现上的限制 (7)7. 产品的功能性需求 (7)7.1功能性需求分类 (7)7.M F EATURE M ..................................................................................... 错误!未定义书签。

7.m.n Function M.N (23)8. 产品的非功能性需求 (24)8.1用户界面需求 (24)8.2软硬件环境需求 (24)8.3产品质量需求 (24)8.N 其它需求 (25)9. 接口需求 (25)9.1硬件接口 (25)用户需求说明书9.2软件接口 (26)9.3通讯接口 (26)附录A:用户需求调查报告 (26)A.1需求标题1 (27)A.N 需求标题N (27)1.文档介绍1.1.文档目的1.2.文档范围1.3.读者对象1.4.参考文档提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期例如:[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期1.5.术语与缩写解释2.产品/项目介绍提示:(1)说明产品/项目是什么,什么用途。

(2)介绍产品/项目的开发背景。

3.产品/项目面向的用户群体提示:(1)描述本产品面向的用户(客户、最终用户)的特征,(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?4.产品/项目应当遵循的标准或规范提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Version 1.0新一代电信计费系统软件需求说明书文挡编号WD_visitor_100318文挡名称可行性研究报告撰写人***********审核/批准创建时间2010-7-15版本变更说明:1引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (5)2任务概述 (5)2.1目标 (5)2.2用户的特点 (5)2.3假定和约束 (6)2.3.1开发期限 (6)2.3.2开发环境 (6)2.3.3协议 (6)2.3.4技术 (6)3需求规定 (7)3.1对功能的规定 (7)3.2对性能的规定 (16)3.2.1精度 (16)3.2.2时间特性要求 (16)3.2.3灵活性 (16)3.3输人输出要求 (16)3.4数据管理能力要求 (17)3.5故障处理要求 (17)3.6其他专门要求 (18)4运行环境规定 (18)4.1设备 (18)4.2支持软件 (18)4.3接口 (19)4.4控制 (19)软件需求说明书1引言1.1编写目的这编写本说明书的目的在于明确“新一代电信计费系统”的开发者对该系统的需求,明确系统需要实现的具体功能,系统适合运行所需的相应软硬环境,系统数据的输入输出要求,为系统数据库结构设计、编码实现以及测试人员提供基础的指导。

本说明书的预期读者为:“新一代电信计费系统”系统的使用者和开发者。

1.2背景a.待开发的软件系统的名称:新一代电信计费系统b.本项目的任务提出者:visitor开发团队开发者:visitor开发团队用户:初步定为中国移动网络供应商及移动通信用户(主要为手机用户)实现该软件基于B/S网络c.该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义[专门术语]:客户信息包含:①个人信息:姓名,身份证号,住址。

②业务信息:账号(即手机号),使用套餐名称,客服密码,已开业务。

HTTP的全称是超文本传输协议Hypertext Transfer Protocol。

HTTP是一个客户端和服务器端请求和应答的标准(TCP)。

客户端是终端用户,服务器端是网站。

通过使用Web浏览器、网络爬虫或者其它的工具,客户端发起一个到服务器上指定端口(默认端口为80)的HTTP请求。

(我们称这个客户端)叫用户代理(user agent)。

应答的服务器上存储着(一些)资源,比如HTML文件和图像。

(我们称)这个应答服务器为源服务器(origin server)。

在用户代理和源服务器中间可能存在多个中间层,比如代理,网关,或者隧道(tunnels)。

尽管TCP/IP协议是互联网上最流行的应用,HTTP协议并没有规定必须使用它和(基于)它支持的层。

事实上,HTTP可以在任何其他互联网协议上,或者在其他网络上实现。

HTTP只假定(其下层协议提供)可靠的传输,任何能够提供这种保证的协议都可以被其使用。

SIP( 会话初始协议)的开发目的是用来帮助提供跨越因特网的高级电话业务。

因特网电话(IP电话)正在向一种正式的商业电话模式演进,SIP就是用来确保这种演进实现而需要的NGN(下一代网络)系列协议中重要的一员。

SMS(Short Messaging Service)SMS(Short Messaging Service)是最早的短消息业务,也是现在普及率最高的一种短消息业务。

目前,这种短消息的长度被限定在140字节之内,这些字节可以是文本的。

SMS以简单方便的使用功能受到大众的欢迎,却始终是属于第一代的无线数据服务,在内容和应用方面存在技术标准的限制。

短消息服务器使移动电话(包括Pocket PC Phone)能够使用GSM 网络发送短消息,它具有许多有趣的功能:一个SMS 消息最长可包括160 个字符。

1.4参考资料本项目的经核准的计划任务书或合同、上级机关的批文;中国移动资费制度相关通信法律法规《个人隐私保护法》2任务概述2.1目标该软件的诞生是顺应时代发展的需要。

中国通信制度急需改革,实名制的出现是一个趋势。

这将减少以信息和移动电话为工具的诈骗及其他违法行为。

定义“新一代电信计费系统”要实现哪些功能,以及这些功能实现时的具体逻辑,为设计作指导。

2.2用户的特点本软件的用户有两种。

第一种是网络供应商的用户,也即该系统的普通用户。

他们将通过浏览器的形式进行个人信息的管理,以及了解最新的活动。

他们不需要过多的计算机知识,只要能够使用Internet 浏览器就行。

第二种是移动的业务员和系统维护者,即管理用户。

他们使用的使我们开发的“新一代电信计费系统”,但是根据各自权限的不同我们给他们展示的界面功能上会少有差异。

主要表现在对数据库的管理上。

移动业务员不需要什么专业的计算机知识,经过简单培训后就能够熟练掌握系统的使用;系统维护者需要有较高的专业知识,已能够对数据库进行管理和维护。

2.3假定和约束该系统的核心在于对通话的计费的实时处理,以及信息反馈。

也是该系统较大投入之一。

数据库的构建也将是耗费时间的一项工作。

2.3.1开发期限本系统的开发期限为16个月。

2.3.2开发环境本系统的开发环境为:编译器:Visual C++ 6.0,J builder数据库:SQL server 2000操作系统:Microsoft Windows XP/20032.3.3协议本系统运用到的协议如下:HTTP协议;SIP协议;SMS协议;2.3.4技术本系统OCCI接口实现对数据库的操作;采用SIP协议进行通话服务;采用SMS协议进行短信服务;3需求规定3.1对功能的规定3.1.1客户基本信息管理:个人资料修改为您提供查看和修改个人基本资料信息的服务和功能,包括客户名称、通信地址和邮编、邮箱地址、联系电话等。

服务密码重置为您提供服务密码重置服务。

对于没有服务密码或忘记服务密码的客户,可以通过此功能取回服务密码。

服务密码修改为您提供服务密码修改的服务。

业务开通状态查询为您提供查询已经开通和未开通的业务功能,并提供业务办理引导,将您导向到执行“业务变更”的页面。

用户只能做到查询,而业务员可以有权限修改。

套餐使用状态查询为您提供查询当前已开通的套餐信息和详细状态的功能。

3.1.2资费服务区可以为您做到:当月话费查询查询当月截至当前的非国际漫游累计通信费用总额以及分类明细。

帐户余额查询查询当前帐户内剩余通信费用。

当月帐单查询查询上个已出帐月的帐单。

历史帐单查询查询前五个月的已出帐帐单。

历史详单查询根据手机号码和时间段等信息,提供查询指定的时间段内通话清单的详细资料。

交费历史查询查询交费的历史记录信息。

定制话费信息通过网上申请、定制、取消相关的话费信息通知服务,这些服务包括交费提醒定制、帐户余额提醒定制、短信月帐单定制、纸制月帐单定制和Email帐单定制等。

网上交费您可以在公司网站上用银行帐户缴纳话费。

3.1.3 增值业务办理:对我们的产品功能和服务进行在线申请、定制、变更、取消等操作。

常用产品办理提供常用产品的介绍、开通和取消功能,包括:基本通话、呼叫等待、呼叫转移、三方通话、呼叫限制、来电显示、来电提醒、彩铃、彩信、移动秘书、国内漫游、网上交费、短消息、手机上网等(包括各省公司特色业务)。

新业务办理新业务特指全网新推出的产品或服务,如飞信、短信回执、号薄管家、手机报等。

对于此类业务,在网站上实现业务的介绍、申请、定制、取消及状态变更。

梦网业务办理梦网业务特指除中国移动自有业务之外,在梦网计划下,与中国移动合作的第三方公司所提供的业务内容。

梦网业务办理指在网站上为客户办理第三方公司所提供的业务的查询、浏览、订购等服务和功能。

梦网业务退定为您提供所有已订购梦网业务查询与退定的功能。

梦网业务的退定服务将统一纳入到SP业务查询与退定中办理。

无线音乐业务办理无线音乐业务指中国移动提供的无线音乐产品,包括彩铃、IVR、振铃等。

您可以在网站上获得我们所提供的彩铃、IVR、振铃等无线音乐产品的查询、浏览、试听、下载、订购和设置等服务和功能。

套餐办理与变更为您提供个人套餐的办理及修改,包括:全球通套餐、神州行套餐、动感地带套餐等主资费产品和其他长话、数据叠加在主产品上的优惠套餐等(含各省公司特色业务)。

套餐业务包括申请套餐服务,查询所使用的套餐计划,并实现下月套餐计划变更和套餐计划取消。

预约服务为钻石卡、金卡和银卡个人大客户提供预约办理服务的受理、查询和取消功能。

手机报停/复机手机报停是指您可以通过网站,主动申请暂时停止对您其所拥有的移动终端号码的所有服务。

手机复机则是您通过网站恢复对您所拥有的移动终端号码的所有服务。

备卡激活您可以通过网站,办理手机SIM卡备卡激活功能。

呼叫转移设置您可以通过网站,进行无条件呼叫转移号码设置或取消。

总体设计图:附1: SIP协议原理图:附2:SMS工作原理图:3.2对性能的规定3.2.1精度该系统的主要操作数据就是用户的花费,精确到0.01元。

3.2.2时间特性要求要想提供令客户满意的服务,在完善强大的功能背后,系统的反应时间是很关键的因素。

在这里我们要求对于查询的响应时间不能超过3秒。

对于每次通话后信息回馈在5秒内。

3.2.3灵活性该系统的数据库要求可以再需要的时候添加新的关系,或者属性。

而不会降低系统的性能。

当数据库发生变化时,我们对应的系统版本需要升级,但是拥有的界面与接口不会发生什么大的变化,只是添加相应的功能按钮。

如果我们的客户需要对界面的友好性及美观性作出要求,在追加资金的情况下,我们可以增进界面的友好程度,但是不会丢失原来系统的优良性,操作方式依旧保持不变。

这些都是在系统投入运行以后可能面对的问题,在这里我们要做好心理准备。

3.3输人输出要求3.3.1 电话服务:拨打电话10086,系统将在5秒左右做出响应。

可以根据语音提示,做出适合客户的服务。

各种业务的办理,以及退订。

查询时给出具体的数值。

精确度到0.01元。

3.3.2 短信服务:拨打电话1008611,系统将在十秒内做出响应。

回复本月截至当天的费用和剩余花费。

精确度到0.01元。

另外,可以根据短信上的回复选项,恢复数字,进行进一步的服务。

3.3.3 因特网:登陆所在地的移动网站,或者官方网站,然后链接到所在地网站。

输入号码,以及服务密码。

可以进行话费查询。

精确度到0.01元。

业务办理预退订。

3.4数据管理能力要求2010年3月18日晚,中国移动在香港联交所发布了2009年度财报。

身为全球用户规模最大的运营商,中国移动的客户数已超过5.22亿户。

去年全年净增客户6503万户。

数据显示,中国移动2010年2月净增用户551.8万户,较一月份净增511.5万用户有所提高。

同时高于去年月净增长541.9万户的数量。

每个用户大约12IOPS,和0.25兆。

相关文档
最新文档