和SEG Leader的对话(20070907)

文:<a href="http://blog.csdn.net/kongdong/">fasiondog</a><br><div lang="zh-CN" class="moz-text-plain" style="">
<pre><span style="color: rgb(0, 0, 0);">(注:下面的对话是有环境前提的,大致是部分开发已经提前完成,整体系统设计能力不足,多的不说,见谅)</span><span style="font-weight: bold; color: rgb(0, 0, 0);"><br>问题1、对目前的系统设计进行一次外部专家Review,尽早识别风险,让大家能够对当前的系统设计达到的质量状况有一个清楚的认识。……。这个已经和开发经理进行过沟通,也是赞同的。</span><br>AAA:也有这个打算,并且准备请MMM和NNN的专家都参加,时间在将当前的系统<br>设计工作进行一个整理后进行。<br>me:做这次Review还要注意一点:不希望一堆专家做了Review之后,留下了成<br>百上千的问题就走了,必须要给出一个结论,可不可以继续,哪些问题是核心问题<br>必须立刻解决,我们当前的系统设计水平在哪里,以我们的能力当前做到什么程度<br>算是最好并且可以接受继续?希望届时Review时,我们这边必须加以引导和控制。<br>共识:大家对这个问题的意见一致。<br><br><span style="font-weight: bold;">问题2、已经完成开发的部分质量状况到底如何?怎么评判是否也想想办法?</span><br>me:我目前的想法:是否可以先关注代码质量和测试用例的质量,代码质量可<br>以由系统组帮忙组织进行审核,用例可以请测试部对异常用例是否充分进行审核<br>AAA:是个好问题。不过暂时也没有什么好办法,目前MMM的代码圈复杂度工具可<br>以先试用一下。另外,希望你们先把工具要过来,因为除了现有软件代码外,ZZZ的代码是否也可以使用这个工具,系统组这边可以安排人实验一下,因为目前ZZZ组件的质量如何评估也是问题,看看能不能用上。另外,还有两个困难:<br><br> * 按以前的经验,做这样的审计,发现的问题,无法落实<br> * 当前的人力有困难<br>(注:我的看法:之所以无法落实,和操作有关,原因见问题一中的意见)<br>共识:先把工具拿过来,试一下。到底这个问题如何解决,大家都再考虑一下。<br><br><br><span style="font-weight: bold;">问题3、后续准备开一次WorkShop后,会要求各个项目组事先学习并裁剪现有的</span><br style="font-weight: bold;"><span style="font-weight: bold;">Checklist,每个项目都要在开始前将怎么做、标准是什么弄</span><span style="font-weight: bold;">清楚,通过Checklit作为载体在项目开始前就把标准定下来,体现在质量计划里,</span><span style="font-weight: bold;">后续QA就以达成的共识严格执行。XXX要素表也是其中之一,需要事先整理和明确。</span><br style="font-weight: bold;">AAA:XXX要素表不是质量标准,属于质量标准之一。<br>me:赞同,我们先从XXX要素表开始。另外,XXX要素表里的检查项很多,我们目<br>前有很多项其实并不能真正做到,比如可靠性、ESD等,我们能做到什么程度,需<br>要事先确定。以前XXX要素里,只打分或者直接被裁剪,我们是否能够对一些目前无<br>法做到的,增加一些标识,看看我们到底哪些能做到,哪些不能完全做到,按现有<br>水平和能力,我们做到什么样的要求就可算达到要求?不能完全到到要求的可以作<br>为我们以后改进方向的一个参考。不然完完全全按XXX要素要求,大家对达到的水平<br>可以各自表述,如果真的以最高或最完美的要求,可以保证能让现有产品一个也不<br>能通过XXX。这些必须提前明确,否则到真正XXX时,发现很多不能完全做到,要裁<br>剪,到时再判断能不能通过,很难作出正确的判断。有些不能完全达到要求的项,<br>其实事先努力一下,我们现在也可以有所突破。<br>共识:先这样做,先对XXX要素如何标识水平考虑一下<br><br><span style="font-weight: bold;">问题4:希望SE在每个阶段结束后进行经验总结</span><br>AAA:希望暂缓考虑,让SE写文章还不是重点,也比较难<br>me:不是让SE写完整的文章,可以大家随便写不在乎多少,直接用邮件、会议上直接讲都可以,希望召开会议,进行讨论,大家多进行交流。另外,BBB、CCC这边其实都有很多好的想法,希望能够把这些推介出去。我们如何进行系统设计还在探索中,这些经验很重要,也是以后系统设计方法的很好积累。<br>共识:这样可以<br><br>其他共识:<br>目前系统组一些G和W无法达成一致的意见,比如需求编号和跟踪策略的确定,以后<br>直接提交AAA来安排<br><br>其他:<br>1、AAA介绍了一些目前产品排序和规划的考虑和想法,很形象也很清晰<br>2、…………</pre>
</div>
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看REAdMe.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看REAdMe.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看READme.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 、 1资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看READmE.文件(md如有),本项目仅用作交流学习参考,请切勿用于商业用途。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 4、下载使用后,可先查看README.md文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值