1.需求用例名[用例名应是⼀一个动词短语,应让读者一目了然地从名字中就可以知道该用例的目标]2.背景[需求用例描述,甚至包括触发条件]3.项目相关人员利益[说明该用例对项目相关人员能够带来什么好处]4.前置条件[触发该用例,所应该满足的条件]5.后置条件[该用例完成之后,将执行什么动作]6.成功结果[描述当目标完成后,环境的变化情况,用于验收结果]7.触发时间[什么引发用例,例如时间事件]8.主流程场景[在这里写出触发事件到目标完成以及清除的步骤][步骤编号#:动作描述][步骤编号#:动作描述]9.分支流程[描述主流程以外的所有分支流程][分支流程1条件:动作或子用例][分之流程2条件:动作或子用例]10.外部系统交互接口11.数据字典[描述需求描述中引用到的字段信息的限制。例如:登录用户名:只允许英文和数字,长度16等]12.非功能描述需求[指依一些条件判断系统运作情形或其特性,例如安全性、可重用性、可扩充性等]模块优先级(1最高)负责人备注自服务重构1潘海春/丁国伟南北节点自服务门户统一1洪溯门户合并方案讨论中SIM盾java版1林铮剩余两个未测试的接口CS改造1周晓峰业务管理门户2洪溯产品原型图设计中监控系统2陈科统计分析2陈科融合通信sip(终端)1解书阶融合通信sip(平台)1解书阶TSM(平台)1小华TSM(客户端)1解书阶GBA联调1解书阶支付宝(httpSIM盾)2林铮支付宝(位置)2池伟开发已完成支付宝(实名认证)3池伟客户端双卡双待2解书阶客户端切换用户1解书阶开发完成,测试阶段客户端单点登出3解书阶SDK(平台侧)3中间件给业务平台客户端提供接口,选择登录方式1解书阶开发完成,测试阶段统一认证SDK开放接口支持应用自定义登录界面1解书阶开发完成,测试阶段统一认证SDK支持防暴力破解功能(图形验证码)1解书阶十月中旬发布的版本中提供该功能通过SDK的接口实现短信验证码1解书阶十月中旬发布的版本中提供该功能通过SDK的接口修改密码、找回密码、注册2解书阶十月中旬发布的版本中提供该功能Ks加密保存,加密密钥需要采取2解书阶措施保护统一认证平台支持二维码扫描登录(终端侧)2解书阶统一认证平台支持二维码扫描登录(平台侧)2潘海春身份管理产品线--------项目周报(9月9日至9月12日)会议地点:海创园602会议室参会人员:陈科、周晓峰、宁静、池伟、许蓓蓓、潘海春、王兵、王琦、魏少文、金骑兵、鲁青、贾倩、洪溯、孙文阅、丁俊、董靖宇、丁国伟、骆小华、牛诗元、齐文杰、林铮、路晓明、黄一鸣、晁巍、付荣、解书阶、卢骏缺席人员:李俊、黄江斌会议内容:(一)根据模块介绍本周工作:1.SIM盾:平台侧java版开发完毕,自测完成;卡测试第三轮测试完毕;应用测试用例;终端公司机卡兼容性检测;2.TSM:客户端切图完毕,平台侧代码完成,SIM盾应用个人化3.自服务:图形验证码功能开发;关联升级bug修复;数据迁移文件测试;4.中间件:TSM联调,业务基地问题解决;多帐号管理开发;继续GBA开发,讨论sip方案,sip确定的部分先行开发;中间件ios版方案ing(需要与公司其他ios开发交流)5.后台接口:用管中心sim快捷确认改造;位置基地接口,支付宝位置接口开发;修改完善自服务log,卡能力变更引起的查询卡能力接口更改;批量开发接口评审6.同步接口:一致性检查代码编写,流程写完(剩余的是规则,和南方讨论确定方案)7.数据库:协调部署环境;mysql修改部署命令8.架构:监控客户端的开发;修复normandy上的bug;CS修改兼容不同环境开发和测试;排查CS问题;9.测试:SIM盾java版测试完成了80%(今天完成);bug验证,自服务门户图形验证码的测试;上行短信测试完成;同步接口的问题(密码不一致),响应时间测试10.持续集成:sip和用管的搭建,版本控制讨论,日常部署。11.产品:融合通信使用统一认证方案完善;物联网新型认证体系材料修改;统一认证客户端多账号;加密机技术方案更新;与加密机厂商沟通,进行加密机及接口升级;批量用户开通FRD;产品演示方案设计;支付宝方案;12.总结:本周和下周继续迭代内容;站会希望每天坚持,自发;(二).Action1.书阶,文杰:完善方案双卡双待3.晓明:和南方基地要南方密码规则4.洪溯:各业务平台网址,图标下周计划按照计划推进工作。需求优先级高,希望UED团队能页面变更内容尺寸调整,调整成适合手机、pad等终端的页面涉及页面范围所有web端已有页面三种新增尺寸少于479480-767768-959960+(目前已有,指web端页面)场景图形验证码是否刷新目前是否已实现备注用户输入正确的图形验证码,点击获取否否目前实现的时候是每次点击获取都会刷新,但是点击获取有两种场景:(1)输入正确的图形验证码,然后点击获取;这种场景是不需要刷新的;(2)已经获取过了,再次点击获取;这种场景是需要刷新的;(这个也是已经实现的,但是实现的时候囊括了更多的场景)编号事项完成情况备注1统一认证南北方节点自服务门户页面统一的初步讨论初步讨论已完成将北方节点自服务门户的html页面发给南方负责的产品经理江育智,给他介绍了门户各环节的交互流程;和育智共同对比了南北方节点的页面风格和功能需求。2Android端SDK在南方部署的问题贾倩已发部署文件给南方由于在南方原先的计划中是9月15号要部署完成的,所以昨天周良在和冰林、负责运维的周海龙讨论这件事的时候很焦急;咱们这边以最快的速度给出了回应和答复。3Android端SDK在南方部署服务器数量的问题未解决,还需要评估和协商今天周良、冰林找到我,他们说部署方案要求的服务器3+1的数量太多;他们这边的基本情况是23台服务器已经都有程序在跑,3+1的服务器可能满足不了;他们认为仅安卓SDK不需要这么多机器;冰林已经和贾倩做了沟通,咱们这边是想和北方信息港保持部署数量一致;周良说需要他们那边运维的评估,这块内容还需要两边继续协商。4彩云要求最新版本的《统一认证Android客户端SDK的开发指南》已解决周一和彩云的讨论时新增了两个需求:开放接口以自定义界面,自定义登录方式。周五早上冰林和负责项目的嘉成找到我,他们想要最新版本的API文档;和贾倩、书阶沟通后,咱们给的答复是:由于新增需求尚未更新至API文档中,先给目前版本的开发者指南,待九月底新版本后再给最新版本的;南方同意。5数据迁移时存在格式非法手机号码的处理已解决这个是海春让我和南方沟通,最终的解决方案是:北方迁移数据时不导入这部分号码,但需要将这部分数据备份发给南方;南方后期会校验这部分号码做处理。编号页面北方节点目前的设计南北统一的建议修改备注1首页注册入口在页面中央的图文介绍中注册入口放到右上角,和登录入口、首次使用入口放到一起出于入口和图文介绍分离的考虑2首页图文介绍分四页,第一页总体介绍产品,后三页介绍功能特色后三页功能特色不变。南方认为第一页不够吸引用户,建议结合南方自服务门户的风格,并显示飞信、139、和包等知名图标让用户更快接受这块产品。3我的帐户页面分帐户和指南两页,通过点击标签切换建议增加首页(对应图中和通行证介绍)的标签,保留用户观看首页介绍、了解和通行证的权利。4首页分帐户和指南两页,通过点击标签切换同第3点,三个标签,默认为和通行证介绍,用户点击“我的通行证”若已登录显示我的帐户,若未登录弹出登陆框。分类页面文字链接相关链接关于我们指南页面帮助中心指南页面服务支持开发社区友情链接移动门户积分商城更多服务需求背景处于登录状态的用户在统一认证web门户30分钟不做任何操作,用户凭证会失效。此时用户点击任意按钮都需要重新登录,所以需要设计一个这种场景下的登录页面。需求优先级高;由于统一认证将在10月底前上线,所以这个需求比较紧迫,请UED团队评估下工作量,尽量能在下周给出。设计页面1页;产品原型图见附件zip中的home页面;其中登录框包括密码登录和一键登录两个子框。备注产品原型图只是我从功能角度设计的一个低保真的页面,没有考虑过多的美观因素;请UED团队帮忙设计下页面的布局和美观性,包括页面左侧选取什么样的图片。功能需求所属模块建议优先级(1最高)备注针对销号用户的找回帐号功能自服务门户1UI设计已完毕,重构后可以进行与Boss/CRM对接平台侧方案1从boss获取销户与过户信息平台侧方案2需要与boss对接完成后从boss获取用户SIM卡能力平台侧方案2客服密码验证接口平台侧方案2电子渠道接入的登录界面自服务门户/平台侧方案2业务平台对接(包括VGOP迁移)平台侧方案1业务管理门户自服务门户1统计分析平台侧方案2监控系统平台侧方案2支付宝(实名认证)3南北节点自服务门户统一自服务门户2省份进展问题浙江已经完成部分测试,并反馈问题原测试文档对2.0B’的应用提出可删除,可安装,可更新的要求,现不具备条件,计划删除广东已经完成部分测试前期与付荣沟通,付荣反馈卡应用通过和包下载的条件还不具备,此部分测试用例未完成目前已经发现的问题会先反馈给我们湖南除了NFC的B'卡,其他8张测试卡的测试已经完成测试报告先发给我们上海前期制卡在测试时发现不能用,重新启动了制卡流程,近期启动测试我让他们先反馈一个测试计划,这两天给我们北京估计还在休假,没有接电话省份本周进展原定合作计划上海上海公司原计划本周完成政企应用“工作圈”的产品设计,然后启动开发。但前期的需求设计延期,下周继续跟踪。初期在产品“工作圈”中试点,后期计划政企类应用全部接入湖北对方还在评估接入方案。计划在湖北政企与华为合作的产品“兴业云”中引入统一认证贵州(1)对方正在评估初期哪几个应用作为试点接入,预计下周给出答复。(2)针对托管云平台不可用时如何处理的问题,对方建议如果要建双节点可以考虑贵州省公司新建的数据中心。全省二三类应用山西(之前一段时间是蓓蓓在跟)对方提出他们“应用间帐号比较混乱如何合并”的问题,会以咪咕帐号冲突的解决方案为参考,对方会给出提供帐号分析情况的文档。在智慧系列产品中引入统一认证