1.开发文档。企业接受一个开发项目后，首先熟悉
业务流程，确定需要实现的功能，然后熟悉业务流程，确定需要实现的功能，然后选择系统和开发工具，对开发做一整体构架
。一个大的程序可划分多个模块，交给多个程序员或开发小组同时进行。开发应吸取以往设计的经验教训，避免重新出现同样或类似
的问题；产品的设计应便于测试、维护和使用；文档需要对开发的规则、约定和软硬件接口定义等有详细记录。
2.编程文档。程序员在编写程序代码时，需要对关键点和实现重要功能的程序进行注释，对一些公用模块、自己开发的函数、
功能键的源代码更要有详细注释说明。对软件版本升级也要有详细记录。
3.测试维护文档。软件在交付使用前需要进行调试，以防不成熟的软件系统交付使用后出现问题。所以要对测试进行认真策划
，制定模块测试、集成测试、系统测试计划，确定测试是否完成的判断准则。另外，客户的软件应用环境多种多样、千差万别，软件
编写稍不严谨便会出现漏洞（bug），这也需要调试后修改程序，做好记录。
所有文档记录格式都应是规范的，内容包括出错现象，原因分析、改进步骤、测试结果等。因为建立良好的文档说明可以保持
程序的可读性和易维护性，从而保证程序开发的连续性。
ISO 9001：2000标准要求建立并保持一个文化化的质量管理体系，这个体系应是贯穿软件整个生存周期的一个综合过程，以便
在开放过程中保证质量，而不是在过程结束时才发现质量问题。应确保文件化质量管理体系能够有效地贯彻执行。ISO9001：2000标
准要求的质量管理体系文件和记录规范手控与我国软件企业需要提高管理水平的实际结合，能丰富企业的技术积累，是软件企业提升
技术管理水平，增强竞争力的有效手段。
第二， 大多数软件企业管理流程化，各部门和个人的职责权限划分明确，企业可通过建立一整套的管理系统在内部网上运行，
实现办公无纸化。这套系统应由公司指定专人（系统管理员）管理，对个人分别授予策划、评审、验证、开发、调试等权限，设置个
人的帐号/密码。各人由所授予的帐户/密码进入系统，进行所设权限的操作，这套流程应设计成未经过上一道操作不能流到下一道程
序，过后还应该留有操作时间备注。
软件企业的文件常是电子文档形式，文件控制同样可以在网络上进行，文件的编写、修改、审核、批准、签发由相关具备权限
的人员操作，留下各自的操作时间。文件分发也可在网络上进行，不过程序*好设计成文件在网络上分发时，其接受方能回传“已接
受”信号并在发送方留下标识。发放的文件应设为“只读”文件“，不得随意修改。只要内部职责权限设置严格规范，网络上有操作
时间记录，先后秩序得当，可认为是符合ISO900：2000标准关于文件控制相关条款的要求，是有效的、充分的。
第三， 关注客户投诉。客户投诉有些是设计上的问题，如系统可靠性不足，兼容性不够，程序设计有缺陷等，有待设计人员能
力经验的提高来解决；有些是使用上的问题，是操作不当引起的。软件使用者水平不一，软件提供者需要编制完善的使用说明文档提
供给用户，或是在系统集成“帮助”文档（F1）。
多数企业习惯将所有文件和记录都放在计算机网络上，带有一定风险，病毒的传播和系统的不稳定都可能给软件运行带来隐患
。这时，要考虑到安全性与保密性的问题，应该有灾难性故障的恢复方案和其他防范措施。
第四，应该有管理上的计划文档，如开发进度控制、确认开发阶段输入输出要求，确定开发阶段输入输出要求，确定各阶段的
验证准则，软件项的版本标识，故障发生和维护记录的数据统计等。对电子文档，同样要有批准、存取、分发和归档的程序。
ISO9001：2000标准将产品分为硬件、软件、流程性材料和服务四种通用产品类别，尽管这四种类别产品的质量管理体系要求基
本上是一致的，但相应的生产特点不同，产品质量的要求及其控制的因素也不同。软件企业的生产和开发融为一体，这是有别于传统
制造业的重点特点。软件是无形的产品（当然有代码、文档等表现形式），与传统制造业的有形产品不同，在产品实现过程中，脑力
因素起决定性作用，已经没有严格意义上的生产。软件的生产就是软件的设计开发和调试。 |
 |
|
手机站
您当前位置是：商业机会 >> 商务服务 >> 其他教育培训 >> 软件企业导入ISO9001标准的几个关注点
联系信息