对日软件开发过程中的质量管理(转)

对日软件开发过程中的质量管理


----记系统开发事业本部大连开发部质量管理活动系列之一

 

NECSI系统开发事业本部主要承接日本客户委托开发的软件项目,承担从功能设计(FD)、详细设计(DD)到编码、测试等不同开发阶段的作业。今后我们计划将更多地参与前期工程设计,积极推进海外作业人员的派遣。

公司一直把质量管理/按期交货放在最重要的位置,各开发部长期把在按期交货的前提下加强质量控制问题作为业务活动的重要内容,贯穿于软件开发的过程中。

  • 质量管理活动背景

开发人员对委托方提供的设计资料的理解程度直接影响着开发进度和质量,从过去的产品质量数据分析结果来看,编程错误和对设计资料的理解错误是产生质量问题的两个主要原因。


别是对设计资料的理解错误如不从一开始就采取措施进行预防,对程序本身及其他程序的质量将可能产生较大的影响。针对这一点,系统开发事业本部大连开发部开
展了以“预防/消除设计资料理解错误”为主题的质量控制(QC)活动。随着活动开展的深入,质量控制逐渐取得了明显的成效。

  • “预防/消除设计资料理解错误”质量活动经过

1.2003年11月末,各开发项目组提出了各项目质量分析报告;

2.在对质量报告进行分析后,发现设计资料理解错误是质量问题的原因之一;

3.讨论预防和消除设计资料理解错误问题的应对措施;

4.2003年12月26日,召开以“预防/消除设计资料理解错误”为主题的质量活动发表大会;

5.2004年1月以各项目组为单位实施“预防/消除设计资料理解错误”质量控制活动;

6.2004年3月在第八届NEC中国地区质量控制大会上进行了活动汇报;

7.计划于2004年6月,对本次质量管理活动的结果进行总结报告。

  • 设计资料理解错误的原因分析及预防/消除对策

分类

产生的原因

预防和消除错误的措施

<粗心大意>

由于受交货期的压力,担当者在参照设计资料时,细节部分的理解不够仔细。 例如:画面数据的显示顺序、间隔、字体显示等。


A.对设计书审查不足
概要设计资料的审查主要以项目全体或各组为单位进行,而详细设计资料却主要由担当者本人进行审查,这样一来很容易产生错误

A.强化对详细设计资料的审查: 建立审查体制,做到责任明确
B.代码审查及单体测试密度不足 B.在确保测试项目数充分的前提下,由第三者进行代码审查及单体测试设计书的覆盖性检查
C.日语能力不足 C.在项目组内召开设计资料说明会,由担当者本人在小组内对设计资料的理解进行说明。

<关联资料参照不足>

编程时,担当者主要参照自己负责部分的《详细设计书》,而《概要设计书》和关联功能的设计资料参照不足。

A. 项目内部交流不足 A.强化项目组内部沟通
项目组内定期进行设计思想交流,创造组内自由交流的氛围。
B. 最新版设计资料的参照不便
(未被整理,难以参照)
B.按功能分类整理关联设计资料,有责任使担当者能随时拿到最新版本。
C. 设计内容表述不明确,与设计者沟通不足 C.应与设计者进行必要的沟通和确认(审查记录等)

<单纯设计书理解错误>

担当者在交货期的压力下,没有完全掌握设计思想的状况下即开始编码,对设计要求的理解容易发生偏差。


A. 对设计资料审查不足

A. 加强对设计书的审查
B. 项目全体业务或相关业务理解不透彻 B. 全体业务或关联业务的知识一定要全员共享(可随时查看)
C. 开发者参照的设计资料不能确保是最新版本 C. 按功能分类整理关联设计资料,确保参照的资料版本正确。
D. 开发技术及日语能力不足
有疑问时,未与设计者确认,按自己的理解编码。
D. 加强开发技术的学习
有疑问时,首先在项目组内部沟通确认,然后再与设计者确认
E. 在设计说明会之前尚未确认说明资料内容便出席会议,许多问题未能及时发现。 E. 在设计资料说明会之前先拿到设计资料,对说明资料内容确认后再出席会议。

<日文汉字本身的特点>

由于日文设计资料大量地使用汉字,容易带来一些误解,有些日文汉字与中文汉字的意思还是有区别的。比如:“0以上” 中文意思是>0(如不特别说明),而日文意思是>=0。

A. 与设计者确认不足 A. 如有待确认的问题,首先在项目组内同日语较好的员工确认,仍不能确认的再与设计者确认.
B. 编程担当者日语能力不足 B. 对容易引起误解的词汇,能善于总结,形成设计理解词典并全员周知
  • 减少设计资料理解错误的建议

1.对于设计者的建议(依赖事项)
(1)明确实现的功能,对处理的条件要充分描述。
(2)充分地对设计书进行审查。
(3)对编程前或编程中发生的问题,由设计人员到编程现场或通过网络会议进行设计及原因说明。

2.对于开发者的建议
(1)加强审查 !
(2)加强确认 !
(3)加强沟通 !

对日软件开发过程中的质量管理(转)

时间: 2024-08-06 23:13:27

对日软件开发过程中的质量管理(转)的相关文章

软件开发过程中的审查 (Review)

http://blog.csdn.net/horkychen/article/details/5035769 软件开发过程中的审查 (Review) 希望别人做些什么->定义出流程 希望别人做出正确的结果->定义出审查制度 软件开发项目中包括很多的审查动作,贯穿于整个开发过程.个人认为审查主要有以下目的: 1.尽早排查出潜在的问题(Potential Risk/Issue) 经过其他人的参与,以不同的视角提出不同的看法,会有类似头脑风暴的效果,集思广议来查找工程师未能注意的问题. 2.保持良好

软件开发过程中如何避免争吵?

软件开发过程中,对一个问题有不同意见是很正常的,不同思想的碰撞可以带来进步,但是如果沟通不当,引发争吵,从而延误项目开发进度,就会得不偿失了. 要做到避免争吵,首先得自我反思,自己是不是哪里做得不对,问题没考虑清楚.问题还没明白就去和别人争,就是你的不对了. 其次,要站在别人的角度先想一想问题.是不是PM有难言之隐,公司的压力过大,不能采纳我的建议? 设计师看问题的角度是不是和我不一样?我的代码编写是否规范,有没有给复审测试人员带来麻烦?项目有没有充分考虑并达到用户的需求?在和别人争论前,必须充

软件开发过程中要主要的问题

结合软件开发生命周期,软件开发过程中应注意的问题如下(个人愚见) 1)明确项目概况,即将项目定位,要结合需求和技术实现,对项目进行准确定位,制定合理的项目开发计划. 2)面对需求变化,需求变化是软件开发过程经常碰到的问题也是致命的问题,排除客户的问题,需求分析要做的足够好,需求分析做好后,最好要客户确认签字. 3)模块划分,把软件系统按照任务需求或者数据模型进行模块划分,提高系统开发进度. 4)编码规范,项目编写代码过程中要有详细的编码规范,如合理的程序文件结构(每个程序文件应由标题.内容.附加

软件开发者在软件开发过程中的编码规范和习惯

在软件开发过程中,软件开发者在编写代码过程要有大局观 所谓的大局观,指的是编写的代码的复用性! 不要为了完成任务或是功能,就随意的命名或使用某些样式代码让它实现某种功能! 在HTML和CSS中,某些css命名可能在一些html中用到,那么这时就要注意代码的复用性! 那么在哪些页面可能会用到呢,比如注册.登陆等等,不同用户的登陆,看到的样式可能不一样,但有的页面可能会达到相同的样式,div的命名 tr .td中用到的class就可能在多个页面中都用到,而且命名让人一眼就明白,在哪些页面用到,所起到

在统一软件开发过程中使用UML

如何在统一软件开发过程中使用UML? 起始阶段常用UML图 在起始阶段,通常有用例图.类图.活动图.顺序图等UML图的参与. 获取用户需求之后首先要将这些需求转化为系统的顶层用例图. 在确定了用例之后,需要为重要用例添加事件流描述.有了事件流描述之后就可以为一些用例中使用到的系统功能来指定分析类. 对于一些重点用例,可以绘制它们的动态模型. 细化阶段常用UML图 在细化阶段经常需要使用到类图.包图.组件图几种静态视图,以及所有动态视图. 静态视图中,细化阶段的类图主要描述系统的设计类. 动态视图

软件开发过程中的环境简介

软件开发过程中的环境简介 软件开发生命周期包含很多活动,如计划,分析,设计,开发,不同类型的测试,部署,运维.这些活动发生在不同的环境. 我们对其环境分类为 development, testing, staging, and production environments ,如下图: 1.开发环境dev 顾名思义,开发工程师开发时使用的环境,每位开发工程师在自己的dev分支上工作,提测前或者开发到一定程度,工程师Leader合并代码,进入联合调试.没有客户真实数据. 2.测试环境test 也就

软件开发过程中的一些感悟

工作快四年了,从事开发工作也有两三年了(头一两年从事设计工作),这期间有些感悟,写下来以备以后回过头来见证自己的成长. 对一个本科学的设计,毕业的时候对于计算机的知识了解甚少的人而言,靠着自学以及同事的帮助能够从事软件开发工作,我自己都感觉到不可思议.这期间不仅有自己奋斗的辛酸,更有成长的快乐.下面说说我自己的一个学习方法,希望对某些人有些帮助. 刚开始的时候因为没有基础,所以在同事的推荐下看了一些基础书籍(感觉谭浩强的书比较好,MFC深入浅出也相当不错),做了一些基本的练习.万丈高楼平地起,基

源代码加密软件在软件开发过程中应注意哪些问题?

互联网时代,随着全球信息化的深入发展,对信息技术应用不断探索,使信息技术推动了个人,企业,国家的长足进步,让更多的行业,更多的人了解到了信息技术的优点,以及对人民生活生产过程中的重要性,同时,它的高速扩张也加大了互联网信息产业与创新型软件开发公司的企业成长空间.与此同时,企业信息化带来的便捷性也让企业核心产品安全面临更多的威胁,国外调查结果显示,全球80%的泄密事件与内部人员有关,故如何保护企业内部机密数据安全,保护不因内部人员的行为让企业受到损失,成为安全系统的首要任务. 以源代码软件开发为主

关于传统的软件开发方法在实际软件开发过程中的使用情况

传统的软件开发方法主要有两大类:面向过程和面向对象,他们两者在实际的软件开发中其实是相互融合相互补充的.具体做法如下: 用面向过程的方法开发软件的过程中,需求分阶段一般通过建立功能模型来分析系统功能.面向过程的方法学中提供的功能模型的建模工具是数据流图,在这一阶段可以引入面向对象方法学中提供的用例图来建模,效果很好:用面向过程方法学开发软件过程中的详细设计阶段要为每个模块设计算法,这时可借用面象对象方法学中提供的活动图来进行算法的设计.用面向对象方法开发软件过程中的总体设计阶段本不需要建立软件结