On an intermediate scale, accountab

On an intermediate scale, accountability mechanisms include not only milestones but also formal agreements between subgroups. One such is a written Project Work Authorization between the project organization and the performing organization, identifying the specific subproject deliverables to be produced, and their associated schedules and budgets. (These can work well even if the project organization and the performing organization are identical.) Another involves establishing a set of formal handover criteria by which one group (say, the independent test team) determines whether or not to accept the product of another group (say, the program developers). Thus, on TRW projects, the independent test team will not accept a module for test until it has passed the following objective tests [38]:

• Satisfactorily exercised every program branch and every executable statement;
• Satisfactorily passed a “Functional Capabilities List” test, based on a list prepared from the design spec by the independent test team;
• Demonstrated conformance to all project programming standards by passing through a standards-checking program (the Code Auditor, to be described below).

Another is a formal Software Problem Report activity, in which the independent test team documents all problems detected on special forms. A log of all problem reports is kept by the project, including information on the problem originator, the date originated, the routine(s) involved, and the date closed. Closure of a problem report is handled by another special form, which must be reviewed and signed off by the independent test team.

Results (Vietnamese) 1:

Trên một quy mô trung gian, cơ chế trách nhiệm bao gồm không chỉ là sự kiện quan trọng mà còn là các thỏa thuận chính thức giữa các nhóm con. Một ví dụ là một giấy phép làm việc dự án văn giữa dự án tổ chức và các tổ chức thực hiện, xác định phân phôi tiểu dự án cụ thể được sản xuất, và của liên quan đến lịch trình và ngân sách. (Chúng có thể làm việc tốt ngay cả khi dự án tổ chức và tổ chức thực hiện là giống hệt nhau.) Khác liên quan đến việc thiết lập một tập hợp các tiêu chí chính thức bàn giao theo đó một nhóm (nói, đội kiểm tra độc lập) xác định có hay không để chấp nhận các sản phẩm của một nhóm (nói, phát triển chương trình). Do đó, dự án TRW, đội kiểm tra độc lập sẽ không chấp nhận một mô-đun cho thử nghiệm cho đến khi nó đã thông qua các cuộc thử nghiệm khách quan sau [38]: • Đáp ứng yêu cầu thực hiện mỗi chi nhánh chương trình và mỗi tuyên bố thực thi; • Đáp ứng yêu cầu thông qua một bài kiểm tra "Chức năng khả năng danh sách", dựa trên một danh sách chuẩn bị từ spec thiết kế bởi đội kiểm tra độc lập; • Chứng tỏ phù hợp với tất cả dự án lập trình tiêu chuẩn bằng cách đi qua một chương trình kiểm tra tiêu chuẩn (mã kiểm toán viên, để được mô tả dưới đây). Another is a formal Software Problem Report activity, in which the independent test team documents all problems detected on special forms. A log of all problem reports is kept by the project, including information on the problem originator, the date originated, the routine(s) involved, and the date closed. Closure of a problem report is handled by another special form, which must be reviewed and signed off by the independent test team.

Results (Vietnamese) 2:

Trên phạm vi trung gian, cơ chế trách nhiệm không chỉ bao gồm những cột mốc mà còn thỏa thuận chính thức giữa các phân nhóm. Một trong số đó là một dự án ủy quyền làm việc bằng văn bản giữa các tổ chức dự án và tổ chức thực hiện, xác định các phân phôi tiểu dự án cụ thể được sản xuất, và lịch trình và ngân sách liên quan của họ. (Đây có thể hoạt động tốt ngay cả khi các tổ chức dự án và tổ chức thực hiện giống hệt nhau.) Khác liên quan đến việc thiết lập một bộ tiêu chuẩn bàn giao chính thức mà theo đó một nhóm (nói, nhóm thử nghiệm độc lập) xác định có hay không chấp nhận các sản phẩm của nhóm khác (nói, các nhà phát triển chương trình). Do đó, các dự án TRW, nhóm thử nghiệm độc lập sẽ không chấp nhận một mô-đun cho thử nghiệm cho đến khi nó đã vượt qua các bài kiểm tra khách quan sau đây [38]: • thỏa đáng thực hiện mỗi chi nhánh chương trình và mỗi lệnh thực thi; • thỏa đáng thông qua một "khả năng chức năng Danh sách" test , dựa trên một danh sách chuẩn bị từ spec thiết kế bởi nhóm thử nghiệm độc lập; • phù hợp Chứng minh cho tất cả các tiêu chuẩn lập trình dự án bằng cách đi qua một chương trình tiêu chuẩn kiểm tra (Kiểm toán Mã, được mô tả dưới đây). Một là một phần mềm chính thức vấn đề Báo cáo hoạt động, trong đó nhóm thử nghiệm độc lập tài liệu mọi vấn đề được phát hiện trên hình thức đặc biệt. Một nhật ký của tất cả các báo cáo vấn đề được giữ bởi dự án, bao gồm thông tin về các vấn đề khởi, ngày có nguồn gốc, các thói quen (s) tham gia, và ngày đóng cửa. Đóng cửa của một báo cáo vấn đề được xử lý bởi một hình thức đặc biệt, mà phải được xem xét và ký tắt của các nhóm thử nghiệm độc lập.