软件实施制度草稿(6)

2.5.2 质量控制过程

本项目中，由项目经理制订质量控制计划，项目管理办公室进行审核。审核方面包括：质量控制措施是否足够、各个成员的质量责任是否明确合理，测试方法是否适用。

2.5.3 质量评定计划

为了加强项目质量管理和界定产品质量标准，所有项目将制订适应于项目的检查验收规定和质量评定标准，确保工程质量。

实施项目中，应实行两级检查、两级验收制度。一级检查、二级检查和一级验收由本公司实施小组组织完成；二级验收由用户组织实施。各级检查验收严格按项目实施中制订的相应的检查验收规定和质量评定标准执行。对实施和验收过程中出现的重大技术问题，将上报用户协调处理，对一般质量问题的处理应予以书面记录。

2.5.4 质量管理措施

在项目实施过程中还将采取如下措施保障项目实施质量： （１） （２）

在项目实施前后对网络性能进行评估。

在系统部署完成后要在实际环境中进行网络连通性测试、安全策

略验证和应用系统测试。 （３） （４）

配合应用系统做好压力测试，根据压力测试结果调整系统配置。 项目实施后要进行一定时间的试运行，在试运行期间要重点监控

网络环境的运行情况、安全策略的验证和业务应用系统运行情况，若出现的问题要及时查找原因并加以修正。 （５）

在试点实施过程中验证方案的可行性和正确性。

16

2.5.5 软件质量控制

2.5.5.1 阶段性评审

软件质量保证过程包括对软件过程质量控制和软件产品质量控制。由质量控制组负责质量控制和管理，对软件过程质量的控制通过量化并提取软件过程信息实现对软件过程的目标管理，量化的主要内容包括：产品质量、项目进度和资源占用。软件过程控制一般采用软件开发过程的节点控制的方法。

2.5.5.2 测试

测试是确保本系统质量的重要手段，不经过认真测试的系统是不能被用于生产的。虽然，对各阶段的文档的审核也可认为是测试，但本项目所指的测试是指对应用软件的测试。做好测试是测试部门的责任，测试部门是与开发部门相互独立的两组，且需要相当的技术和经验，对业务的理解要十分透彻。为保证测试的效率和质量需要主意以下几点：

1．建立高效合理的测试流程，包括：

建立尽量模拟真实环境的业务数据模型（即运行业务的初始环境）； 对测试案例的设计要有深度和广度；

特别在系统测试和验收测试阶段，安排好项目组的全体人员的任务和责任； 做好测试阶段文档和源程序的版本控制； 做好测试中发现的BUG的记录及存档工作； 对发现的任何BUG都要做好原因分析并记录归档； 做好回归测试；

防止对程序的修改而引起的其他问题。

软件测试是一个过程，涉及到软件生命周期的各个阶段。

测试过程是与开发过程并行的，软件测试的实施过程是与改错过程既是交错的、同时又是并行进行的。在测试阶段中，测试一般应当由独立的软件测试人员来实施。这种方法一方面可以有效地压缩测试的总周期，但更重要的是可以避免开发者自身的思维局限，更加客观全面地进行有效的测试。

17

2.6 项目协调与合作计划

对项目实施中的沟通是项目完成的顺利与否的重要因素，所以在整个项目实施的过程中要有一套完善的沟通机制。

2.6.1 协调与合作管理方案

在项目实施中，将以项目经理为核心，实现全面、有效的沟通管理。其中： （1）项目经理从始至终控制整个项目的工作进展与步骤，是信息的收集者和发送者。

（2）项目经理要密切联系了解各干系人信息，及时传达给项目组其他成员。 （3）项目经理要每周与项目领导小组交换项目工作进展情况，确保项目按计划有步骤地进行，并提交全部项目管理报告给项目领导小组。

（4）项目经理要每周组织项目组成员召开会议，了解项目进展情况，分派工作，了解项目实施中的问题，及时解决。

（5）项目主管定期联系用户负责人，倾听用户对项目的建议和意见，并采取相应的措施，最大程度保证用户满意度。

2.6.2 协调手段

作为沟通的手段，采用如下方式进行项目的交流：

（1）进程报告（工程简报）：工程实施期间，各实施人员每天向项目经理报告工作进展并抄送项目管理办公室相关人员；项目经理每周向公司提交《项目进度报告》；同时，项目经理每周向用户单位提交项目进展文件（对外周报）。

（2）周例会：必要时参加由项目管理组、用户方在每周共同召开的周例会，会议将对一周以来的工作进展进行回顾，总结问题点，分析原因，并确定解决方案。对下一阶段的工作任务进行部署。会议结果由项目管理组发布会议纪要。（周报）

（3）项目阶段总结：在实施的每一个阶段，进行工程阶段总结，评估上一阶段工作得失，为下阶段的工作进行必要的预沟通，解决隐患问题（阶段性总结汇报

18

（4）多种形式的交流：项目经理与项目领导小组、用户、其它厂商之间、以及项目队伍成员之间保持通信联络，以电话、电子邮件等方式进行沟通。

2.7 配置管理

2.7.1 配置管理和版本控制

公司采用相应的配置控制程序来管理新系统的各个部分，包括文档，需求，设计，数据库设计，编码，文件和数据。并在项目实际实施时制定配置管理计划。

配置控制的目的是控制系统的物理和功能特性，确保整个系统的完整性。配置控制既是技术活动又是管理活动，它的过程包括：

配置项目发现和保存

每个配置项目要有一个编号，用来区别有不同需求和实施要求的其它项目。它还有一个版本号，用来标明该项目所处的阶段，在配置项目修改时，版本号要更新。配置系统要能够容纳新的配置项目，不必修改现存项目。

2．配置变动控制

只有当项目已经成为基准的一部分时，软件配置控制才能够进行，它主要控制：

评估对配置项目的变动 协调批准的变动

在本项目的执行过程中，项目经理将与用户一起定义处理配置变动以及变动授权管理方法。作为对于已经通过的单元，系统的验收测试项目的变动，需要更高级别的授权。

3．配置状态记录

配置状态记录包括所有配置项目跟踪报告，并且贯穿整个系统开发周期中，配置项目状态将通过配置管理员来跟踪和控制。

为有效进行配置状态记录，应该详细记录以下信息： 每个基准版的日期，版本和问题； 每份问题审阅以及文档修改的日期状态； …… 此处隐藏：861字，全部文档内容请下载后查看。喜欢就下载吧 ……