The compile phase generally causes

The compile phase generally causes a lot of debate. First, if you are using a development environment that does not compile, then you should merely skip the
compile step. If, as is usual, you have a build step, however, you can record the
build time and any build errors under the compile phase. However, in my experience, the build activity is generally so short and contains so few build defects that
the resulting data are not very useful. As a result, at least with VB.NET, I recorded
my build time as well as my build defects under test. If you would like a separate
record of these data, you could record them under compile.
For those environments that have a compile step, the compile data are extremely useful and I urge you to gather complete compile time and defect data.
2.11 The Compile Phase 31
TABLE 2.11 EXAMPLE OF THE PSP0 PROJECT PLAN SUMMARY
Student ________________________________________ Date ____________
Program ________________________________________ Program # ____________
Instructor ________________________________________ Language ____________
Time in Phase (min.) Plan Actual To Date To Date %
Planning ___________ ___________ ___________ ___________
Design ___________ ___________ ___________ ___________
Code ___________ ___________ ___________ ___________
Compile ___________ ___________ ___________ ___________
Test ___________ ___________ ___________ ___________
Postmortem ___________ ___________ ___________ ___________
Total ___________ ___________ ___________ ___________
Defects Injected Actual To Date To Date %
Planning ___________ ___________ ___________
Design ___________ ___________ ___________
Code ___________ ___________ ___________
Compile ___________ ___________ ___________
Test ___________ ___________ ___________
Total Development ___________ ___________ ___________
Defects Removed Actual To Date To Date %
Planning ___________ ___________ ___________
Design ___________ ___________ ___________
Code ___________ ___________ ___________
Compile ___________ ___________ ___________
Test ___________ ___________ ___________
Total Development ___________ ___________ ___________
After Development ___________ ___________
Student 3 1/19
Standard Deviation 1
Humphrey C
5 5 4.3
30 30 25.6
32 32 27.4
15 15 12.8
5 5 4.3
30 30 25.6
180 117 117 100.0
0 0 0.0
2 2 28.6
5 5 71.4
0 0 0.0
0 0 0.0
7 7 100.0
0 0 0.0
0 0 0.0
0 0 0.0
6 6 85.7
1 1 14.3
7 7 100.0
0 0
Some developers feel that the compile defects are unimportant and not worth
recording. We now have data on thousands of programs written with the PSP and
it is clear that those developers who gathered and analyzed all of their defect data
were more productive and produced much higher quality products than those who
did not. Therefore, do your best to gather complete defect data during PSP training. It will not take much time and the results will be worth the effort.

Kết quả (Việt) 2:

Các giai đoạn biên dịch thường gây ra rất nhiều tranh cãi. Đầu tiên, nếu bạn đang sử dụng một môi trường phát triển mà không biên dịch, sau đó bạn nên chỉ đơn thuần là bỏ qua các
bước biên dịch. Nếu, như thường lệ, bạn có một bước xây dựng, tuy nhiên, bạn có thể ghi lại
thời gian xây dựng và bất kỳ lỗi nào xây dựng trong giai đoạn biên dịch. Tuy nhiên, theo kinh nghiệm của tôi, các hoạt động xây dựng nói chung là quá ngắn ngủi và chứa rất ít build khuyết tật mà
các dữ liệu kết quả không phải là rất hữu ích. Kết quả là, ít nhất là với VB.NET, tôi ghi lại
thời gian xây dựng của tôi cũng như xây dựng các khuyết tật của tôi được kiểm tra. Nếu bạn muốn có một riêng biệt
kỷ lục của những dữ liệu này, bạn có thể ghi lại chúng dưới biên dịch.
Đối với những môi trường có một bước biên dịch, biên dịch dữ liệu là vô cùng hữu ích và tôi mong bạn để thu thập thời gian biên dịch và lỗi dữ liệu hoàn chỉnh.
2.11 Giai đoạn Compile 31
BẢNG 2.11 VÍ DỤ CỦA PSP0 DỰ ÁN KẾ HOẠCH TỔNG KẾT
Student ________________________________________ Ngày ____________
Chương trình ________________________________________ Chương trình # ____________
Instructor ________________________________________ Language ____________
Thời gian trong giai đoạn (min.) Kế hoạch thực tế Đến ngày Đến ngày%
Kế hoạch ___________ ___________ ___________ ___________
Design ___________ ___________ ___________ ___________
Mã ___________ ___________ ___________ ___________
Biên dịch ___________ ___________ ___________ ___________
thử ___________ ___________ ___________ ___________
Sau cái chết ___________ ___________ ___________ ___________
Tổng ___________ ___________ ___________ ___________
Defects đúc thực tế Đến ngày Đến ngày%
Kế hoạch ___________ ___________ ___________
Design ___________ ___________ ___________
Mã ___________ ___________ ___________
Biên dịch ___________ ___________ ___________
thử ___________ ___________ ___________
Tổng số Phát triển ___________ ___________ ___________
Defects Removed thực tế Đến ngày Đến ngày%
Kế hoạch ___________ ___________ ___________
Design ___________ ___________ ___________
Mã ___________ ___________ ___________
Biên dịch ___________ ___________ ___________
thử ___________ ___________ ___________
Tổng số Phát triển ___________ ___________ ___________
Sau khi phát triển ___________ ___________
Học sinh 3 1/19
Độ lệch chuẩn 1
Humphrey C
5 5 4,3
30 30 25,6
32 32 27,4
15 15 12,8
5 5 4,3
30 30 25,6
180 117 117 100,0
0 0 0.0
2 2 28,6
5 5 71,4
0 0 0.0
0 0 0.0
7 7 100,0
0 0 0.0
0 0 0.0
0 0 0.0
6 6 85,7
1 1 14,3
7 7 100,0
0 0
Một số nhà phát triển cảm thấy rằng những khiếm khuyết biên dịch là không quan trọng và không có giá trị
ghi lại. Bây giờ chúng ta có số liệu về hàng ngàn chương trình viết với PSP và
nó là rõ ràng rằng những nhà phát triển đã tập hợp và phân tích tất cả các dữ liệu lỗi của họ
lại năng suất cao hơn và sản xuất các sản phẩm chất lượng cao hơn nhiều so với những người
không. Vì vậy, làm tốt nhất của bạn để thu thập dữ liệu lỗi hoàn toàn trong huấn luyện PSP. Nó sẽ không mất nhiều thời gian và kết quả sẽ được giá trị các nỗ lực.