软件的设计文档在ISO中是输入“设计和开发”的输入还是输出？

lingzhen

软件的设计文档在ISO中是输入“设计和开发”的输入还是输出？
我觉得是一个中间输出，ISO9001中7.3.3设计和开发的输出，应该是只可运行的软件，需求和旧系统的参考才应该是7.3.2设计和开发的输入，而概要设计、数据库设计这些都应该是对应于7.3.2的输出，只不过不是最终的输出，也没有要求说从输入到输出是一步完成的。

而7.1设计和开发的策划的输入应该是标书、合同等这些，输出应该就是各类计划及资源规划了。

但ISO的监督审核中审核员是否有不同的意见。

大家请给个解释看。

另：公司质量程序文件要求设计/开发的策划成果形成一个项目计划，但如果程序文件要求的各个要素分散在不同的文档中，这应该只能说明不符合公司的规定，但不能说不符合ISO9001的要求的吧？

lingzhen

其实很粗糙的，只是我自己想弄清楚而已，呵呵！

imlele

感觉你们的ISO做的好仔细。。。。

lingzhen

第二个问题是觉得不合格的判定依据应该有几种，
如
1、公司体系文件和ISO标准的不符合
2、过程文件和质量手册的不一致
3、实际执行和过程文件的不一致
4、实际执行和质量手册的不一致
5、实际执行和ISO标准的要求不一致
6、实际执行和上述提及不一致，但实际做法对公司有好处，且符合其他相关标准

对于上述问题，应该不合格的严重程度应该是不同的，纠正措施也应该是不同的，不知道ISO审核员对不符合问题的严重程度是根据什么标准来确定的呢？

lingzhen

"软件每个阶段都有输入和输出的，这个输入输出不是总体的"

---在ISO设计/开发过程中可以包含一些子过程，需求到设计和设计到源代码以及源代码经过编译构建、部署到可以测试都属于期间的子过程。

主要是弄清软件工程中的设计是不是ISO7.1实现过程策划合格7.3设计/开发策划的输入，我觉得明显不是，当审核员提及第7章设计和开发的输入是就不应该是只软件工程生命周期模型中的设计，而是生命周期模型和项目计划之类，我理解是这样的。

大家有不同看法或我的理解有错误请指正！

imlele

应该算输入的

软件每个阶段都有输入和输出的，这个输入输出不是总体的

第二个问题没有看懂。。。。