公司软件产品实现过程有没有7.5.2的要求？

wudawen333

公司软件产品实现过程有没有7.5.2的要求？是不是可以删减呢？

lfradio

软件交付后的培训过程就是7.5.2  

gharris688

其实，软件开发过程本身就是一个特殊的过程，不可能把所有的问题，通过评审和测试发现。

wudawen333

rml 发表于 2014-8-15 19:33
可以删减。
软件本身规定使用要求或已知预期用途的确认属于7.3.6。设计和开发的中间成果和最终输出也应是 ...

: ^. D( E' m6 n$ F, B7 Prml老师：
  m) g! Z# x' D- Z; l; l6 U, x# ~" @     看了你的意见，深感同意，谢了！
     本次公司GJB质量管理体系综合评议后，体系文件换版，审核老师建议“软件产品的7.5.2和7.3.8”应删减，我还是想不通，为什么要删减“7.3.8”呢？请给我分析一下，先谢了！

wudawen333

rml老师：
     看了你的意见，深感同意，谢了！
; [$ N( z' [; C4 Z/ T6 O     本次公司GJB质量管理体系综合评议后，体系文件换版，审核老师建议“软件产品的7.5.2和7.3.8”应删减，我还是想不通，为什么要删减“7.3.8”呢？请给我分析一下，先谢了！

kwy516888

我个人理解软件的设计过程（例如编码）就是特殊过程，应按7.5.2来管理。
虽然说软件的功能、性能能够通过测试用例/模块进行测试、模拟运行或试运行来测试，但是针对软件的异常并非能完全测试到。有时候一个功能模块，在功能测试是正常的，但在另一台电脑或另一个运行环境中，可能就会出现bug,并非所有的异常或者bug都能够模拟出来。
程序员在设计过程中，通过编程代码语法、模块结构、算法上，通过一定的经验、特定的技术算法等可以减少和避免bug的出现，在这个过程进行适当的确认，可以提高软件的稳定性和可靠性。

wudawen333

7.5.2 生产和服务提供过程的确认
     当生产和服务提供的过程输出不能由后续的监视或测量加以验证，使问题在产品使用后或服务交付后才显现时，组织应对任何这样的过程实施确认。
     而软件编码过程的输出是可以通过代码检查、单元测试、系统测试、产品鉴定测试（客户）、第三方的测评等进行验证，虽然软件产品仍有bug,但是是可控制的或可接受的范围，不会造成“问题在产品使用后或服务交付后才显现”的结果，所以，不进行过程的确认是可以的。

wudawen333

rml 发表于 2014-8-15 20:42
  ~$ J' V. c1 Y7.3.8主要是针对物资产品（硬件和流程性材料尤其是前者）的。它主要适用于量产前的工艺验证（在ISO9001这 ...

! A9 V* v& F' Z& L) zrml老师：你好！
标准原文如下：
7.3.8 新产品试制
组织应编制形成文件的新产品试制过程控制程序，以保证：
! N3 C& Q- u- o( P* `! [a)在设计和开发的适当阶段进行工艺评审：
b)在新产品试制前进行准备状态检查；
c)适用时，在试制过程中进行首件鉴定；
( Q" \7 N5 V. j7 r! Qd)在产品试制完成后进行产品质量评审。
需生产定型的产品，组织应按有关规定完成生产定型（鉴定）准备。
保存试制过程和采取任何措施的记录（见4.2.4）。
/ A$ z* B/ W' b' ]顾客要求时，组织应邀请顾客参加新产品试制准备状态检查、首件鉴定。

       虽然，我公司软件产品已设计定型了，并通过技术鉴定。但是，软件产品可能有其后的功能更新或新增功能，那又存在该软件新功能的设计和开发了，属于新软件产品了，结果会造成7.3.8删减不适宜了！我很纠结？

wudawen333

rml老师：你好！
     哦！理解了，谢了！

wudawen333

军品和民品有很大的不同，有其特殊性，在当今时代，有的装备产品还在用386、486的计算机，仔细想想，有其道理！如果是定制军品，经过技术定型后，会直至寿命结束！

wudawen333

rml 发表于 2014-8-15 23:24
这不是根本的不同和特殊性。虽然一般商业软件总是倾向于新的适应运行环境。但为旧环境开发的也不仅仅是军 ...

rml老师：你好！
      哦，能理解了！谢了！
     那体系文件修订时，删减理由，咋个写才好呢？具体体系文件“应用”如下


1.2 应用
5 [6 q3 H; X% ~  o& u& Y& ~+ x6 k- ~1 本手册所确定的质量管理体系范围包括了本公司除软件二部、企划部以外的所有部门。
2 本手册所描述的质量管理体系覆盖的产品：……资源规划系统的设计、开发和服务……装备维修数字化平台的设计、开发、生产和服务。
( G( F  g5 X3 _2 f/ ~2 Z3 根据本公司的实际情况，公司质量管理体系包括了标准GJB9001B-2009的所有要求。（此条修订）
4 公司质量管理体系要求的删减应征得顾客的同意。
/ i: v- q7 r# g6 w8 G
0 _  ]7 g; b% \7 }4 k9 p/ t% r

kwy516888

回RML老师17-18楼，我觉得我们都需要去考虑一个问题了，那就是顾客满意到底是归结在产品还是在产品功能上。
. g0 {9 S9 i+ m% O在制造业身上，二者是合一的，因为产品功能就是产品质量特性的体现之一。
但是在软件产品上，软件产品的实现和软件功能的实现，二者是有不一致的地方，区域在于软件设计过程和软件使用过程有些不同，软件本质上不是信息，是针对信息获取、处理、计算、检索、存贮的服务功能，是一个服务过程。既然是服务过程，当然要按7.5.2来控制，只是7.5.2的确认需要确认什么内容。
0 X2 x2 U5 z* {1 M对于说算法、结构到底 是方法还是工具，我和rml老师理解不一样。
7 q+ x( n* ]( f4 k0 B1、打个学软件编程过程中最简单的例子，把混乱的1-10个数字从小到大排序，有很多种方法实现，可以取相邻二数比较，可以取中间值后按大小比较，可以分三段式比较，但到底用哪种比较方法、哪种移动方式，对软件功能没有影响，但对软件效率（性能）有影响。这种时候，应该通过确认来决定用哪个方式。所以语法结构、核心算法不是软件开发过程的方法、工具，这些是影响软件功能和性能的核心因素（7.3.2a特定指出性能的要求），类似于焊接过程的焊接参数，注塑过程的温度、压力参数，因为它们的准确性、有效性会影响软件的直接质量、性能。

2、个人理解：软件开发的 方法 更多指软件开发过程中需求分析、概要设计（指软件的实现方法，例如设计读取某数据库，我是用下拉菜单，还是用点按钮的方式实现），工具指采用的编程语言、运行环境等，而至于出bug,我个人理解，那是属于软件不合格8.3的范围了

. i. w2 J% A2 d' Z- h感觉越说越乱了。。。。只是针对rml老师的一些问题，针对性的个人想法和讨论，不代表对任何人的不友好的态度，请rml老师和楼主谅解。

  Q( `% E3 E5 m0 B( C) d2 u

zpzp

我感觉这个是不可能删减的，对于产品为软件的企业来说，首先，说一下7.5.2的条款内容，其关键内容就是——当生产和服务提供的过程输出不能由后续的监视或测量加以验证，致使问题在产品投入使用后或服务已交付后才显现时，组织应对任何这样的过程实施确认。

. ^4 C9 f% r* t) J9 H5 g我们再看看软件这个产品，一般情况下，软件在将会顾客时，多多少少会有一些问题，这个楼上的朋友们基本上也认同，也就符合了标准的“致使问题在产品投入使用后或服务已交付后才显现时”这句话。
2 K; y7 u: \: Z% k. w2 Y/ Q
. g; E0 M& n& b9 E/ v: N1 H$ V第1，在软件开发的人员上，企业基本上也是有确认的，不是一般人都能去开发，一般都对级别证书有要求（这个对应7.5.2.b）。
" s2 f4 l2 Q# [) j2 }' w9 V8 H
3 M6 G+ P" f$ j3 o# |8 {& y9 K第2、做软件的企业同时还要对员工使用编程软件的操作也是有要求的（这个对应7.5.2.b）。

所以我感觉7.5.2是不能删减。

wudawen333

rml老师：你好！

9 Y" f" \7 c( I% x3 x7 x看了你的分析，深感受益！谢了！
. L7 Y- ], [! _! P4 z% @  t4 f
5 n2 n2 P# c# q: ?另外：看了你写的删减理由，写得很好，但是忘了说清楚的是“……资源规划系统的设计、开发和服务”是纯软件产品，“……装备维修数字化平台的设计、开发、生产和服务”是软硬件产品（装置）。审核老师建议公司手册修订时删减“……资源规划系统的设计、开发和服务”的7.5.2和7.3.8！

wxsunhao

其实，计算机软件也不是都同一的，哪些需要确认应该是不一样的。但作为软件编制这一个过程来说，确实不属于9001中的需要确认的过程

wudawen333

rml老师：你好！
　　公司手册修订１.２应用第３条如下：

　　3 根据本公司的实际情况，公司质量管理体系包括GJB9001B-2009标准除“……资源规划系统”的7.3.8“新产品试制”、7.5.2“生产和服务提供过程的确认”条款删减外的其他所有要求。
删减理由如下：
  [9 L: ]! g$ o5 M6 ?a）        本公司“……资源规划系统”的设计和开发最终直接形成产品或其母本，不需要另行安排新产品试制。删减7.3.8“新产品试制”不影响公司提供满足顾客要求和适用法律法规要求的产品的能力或责任。
6 I( U7 o) Q! w6 `0 x. |b）        本公司“……资源规划系统”的生产和服务提供过程的结果均可由后续的监视和测量加以验证，对于接收准则允许范围的不可预见BUG，安排在交付后活动中采用更新的方式加以完善。删减7.5.2“生产和服务提供过程的确认”不影响公司提供满足顾客要求和适用法律法规要求的产品的能力或责任。
7 m. {2 C% a# L% @7 R( e6 G
- a; s  r& g, g) O/ }4 X0 p　　基本上采用了你的建议！　并通过了审核专家的确认！
* w" a: p0 W% F3 G3 k　　非常感谢！　谢谢指点！

wxsunhao

rml 发表于 2014-8-17 14:29
其实，所有的设计和开发都不适用7.5.2。理由非常简单——7.5.2只针对结果不可验问题后显现的“生产和服务 ...

3 T3 u- Q' x  v, Z! \是的，设计和开发本来就不是“生产和服务提供”，这一点没有异议的。