目录×
搜索
找到页数:
主页
书架
留言
语言
     公共研发部质量案例系列期刊
之一:开发设计缺乏设备/单盘差异化识别引入的问题分享
1)SE或功能设计师在进行功能详细设计时,需要分析清楚不同设备间模型、设备方案、协议结构、通信模式间的差异,保证方案中针对这些内容具备完整的引用、对应关系和实现说明,能充分指导开发编码的实现;
2)需求在变更后,设计必须要及时补充分析和更新;
3)开发编码前期,编码人员需要对详细设计进行审视,保证设计中囊括设备差异的识别和设计,并在实现过程严格按照评审通过的设计开展编码活动。

建议(tip):
原因分析
从上述过程不难看出,问题的引入主要在产品第一个、第二个版本开发设计过程中,即设计阶段没有做单盘差异分析和设计,所有单盘最初都按照同一块单盘协议进行开发,后期编码人员在陆续程序修补过程中,也未针对待修复的单盘做正确的协议结构与功能关系的分析,导致开发质量没有保障,实现屡屡发生错误。
1. 就问题本身来看,因问题发现及时,且该条业务本身承载的业务价值并不大,因此未造成客户明显感知。
2. 从研发过程来看,功能设计缺乏对设备、单盘差异化分析和设计是该产品研发领域长久存在的问题,如果持续这种状态,问题将会陆续在测试、验证、运维环节暴露,影响产品信誉。

影响:
事件详细描述:
       国内某工程进行版本更替,下发业务配置后,其中一条保护业务莫名发生倒换(倒换原因暂不清楚),因设备保护业务数据未生效,业务发生中断。

问题现象:
问题发生过程:
      该问题属于功能基础数据的正确性的问题,从产生到爆发历时接近2年半--时间久,历经过5个产品版本--跨度大,一直未能有效得到识别和控制,其原因可从如下研发过程中窥知一二:
THANKS!
更多功能
免费制作
全屏/退出全屏
打开/关闭声音
使用帮助
页面放大/还原
  • 简体中文
  • 繁体中文
  • English

扫一扫,手机阅读

目录栏
第一页
上一页
当前页码/总页数
下一页
最后一页
自动翻页
/

×

提示信息:

用户名或密码错误

分享书刊

分享《质量宣传期刊》给您的朋友阅读!

二维码
分享链接 复制链接
分享到

留言×

请填写留言内容

留言提交成功,管理员审核通过后显示您的留言。

返回