3. 项目需求1、开发USSD核心运行平台 ， 实现终端用户直接输入USSD信息门户接入码 ， 根据返回的菜单导航完成相应的交互操作 ， 平台支持长短信的管理编辑、发送 。
菜单支持一级菜单、二级菜单、三级菜单n级菜单 。
2、开发基于Web页面的管理员操作界面 。
开发登录界面及相应的错误提示、密码修改；实现不同组织机构、操作员权限管理 ， 包括删除、修改、添加、查询；实现管理员操作日志管理、查询、导出；客户访问日志统计 。

8、管理、查询及导出；实现管理员对服务菜单分层 ， 并可自主添加、修改、删除服务菜单内容 。
3、通用技术要求：按照电信级标准 ， 应用都建立在服务器集群上 ， 单服务器要求hp ， IBM一线品牌PCServer或刀片服务器（配置两个以上机框） 。
关于集群性 ， 采用负载均衡设备 ， 对各个应用进行负荷分担至各个PCServer上 。
无单点故障并能热插拔升级服务器不影响在线用户 。
系统架构中各层应采用成熟的、符合技术标准服务器、中间件、数据库产品 。
系统应提供基于XML的数据交换接口 ， 支持与第三方软件的应用集成；系统应对数据和应用的安全性作充分考虑 ， 并提供较完善的数据加密及鉴权机制或接口以及日志跟踪与分析功能；具备从上到下的安全机 。

9、制 ， 网络层防DDOS ， synfloods等攻击 ， 服务器ssh公秘钥登陆 ， 应用可通过负载均衡采用数字SSL证书认证 ， 所有对外接口通过防火墙ip ， 端口限制策略通信 。
通过自有软件防止窜改 。
完善的监控告警机制-监控网络层 ， 服务器系统层 ， 应用业务,不间断高性能提供服务 。
系统应提供符合中文使用习惯的操作界面 ， 所有与用户相关的信息都必须用中文显示 。
采用UTF8 ， GB2312通用标准中文字符集开发各个产品 ， 完全符合中文使用习惯 。
4、投标单位需熟悉类似系统专业开发 ， 有专职开发团队 。
5、双方分别委派一位高级项目经理来进行本项目的具体管理和实施工作 ， 项目经理是项目组唯一对外联络接口 ， 负责协调项目所需的各种资源 ， 直接 。

10、向项目管理层负责 ， 向项目管理层汇报项目的进度和状态 。
项目进度安排是项目经理实施项目管理控制的基础 。
为了做到任务、进度、资源三落实 ， 保证系统建设的顺利进行 ， 必须制定贯穿项目全程的详细项目计划 。
由于苏州移动电子商城基础平台的开发工作拟采用“总体控制、分步实施、急用先行、滚动发展”的策略 ， 因此根据这一策略及客户信息化工作先后秩序的差异、用户急需程度的不同 ， 同时也保证阶段性的成果能够尽快投入运行 ， 收到实效 。
6、需建立一支专职开发团队进行集中开发 ， 人员配置要求为：项目经理、需求分析设计、代码编写、测试、维护等人员 ， 以上所有人员需具备相关岗位经验；需向甲方提供项目组人员名单 ， 核心技术人员调整需经甲方同意 。
。

11、在系统完成开发、通过验收投入应用后 ， 应提供及时技术支持服务 。
在系统故障的情况下 ， 售后技术支持响应不得超过1小时 ， 一般性故障问题必须在2小时内通过远程技术支持解决 ， 重大问题必须在24小时内赶到现场解决 。
7、不得对提交的本项目软件系统设置试用期限、用户数量等任何限制使用措施 。
系统应能支持接入移动的SP管理系统 ， 实现管理平台的包月、按条扣费、以及订购信息同步 。
8、系统的质量保证活动 ， 是涉及各个部门、各个开发小组的部门间的活动 ， 质量保证贯穿于开发的全过程 。
需事先明确部门间的质量保证业务 ， 明确反馈途径 ， 明确各部门的职责 ， 确立部门间的联合与协作 。
数据资源书面承诺保密责任 。
9、实施过程中提供全面的培训 ， 并制 。

12、定的具体培训方案 。
培训包括系统管理员培训和普通用户使用培训 。
4. 系统的目标在品牌宣传渠道传统无突破、客户获取方式被动的背景下 ， 由苏州移动发起使用USSD技术开发客户通过自己手机主动获取不同品牌服务内容的平台 。
苏州移动品牌服务USSD菜单 ， 有助于全球通品牌的内涵渗透 ， 培养客户主动获取品牌服务内容 ， 充分享受品牌服务 ， 提高客户移动品牌的归属感 ， 从而增强全业务竞争形势下的品牌认知 。
5. 系统整体架构大汉三通USSD业务平台提供USSD等基础业务模块 ， 相关的业务模块完成对运营商的相应业务接入、计费、业务与用户管理、业务功能实现等功能 。

稿源：(未知)

【傻大方】网址：/a/2021/0711/0022845772.html

标题：苏州|苏州移动USSD平台技术建议书( 二 )