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) 1:

Giai đoạn biên dịch thường gây ra rất nhiều cuộc tranh luận. Đầu tiên, nếu bạn đang sử dụng một môi trường phát triển không biên dịch, sau đó bạn nên chỉ đơn thuần là bỏ qua cácbiên dịch bước. 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 cácxây dựng thời gian và bất kỳ lỗi xây dựng theo giai đoạn biên dịch. Tuy nhiên, trong kinh nghiệm của tôi, các hoạt động xây dựng nói chung là xây dựng rất ngắn và chứa để xây dựng vài 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 với VB.NET, tôi ghi lạithời gian xây dựng của tôi cũng như của tôi lỗi xây dựng theo thử nghiệm. Nếu bạn muốn một tách biệtHồ sơ của những dữ liệu này, bạn có thể ghi lại chúng theo 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 đầy đủ biên dịch thời gian và lỗi dữ liệu.2.11 giai đoạn biên dịch 31BẢNG 2,11 VÍ DỤ CỦA BẢN TÓM TẮT KẾ HOẠCH DỰ ÁN PSP0Student ________________________________________ Date ____________Program ________________________________________ Program # ____________Hướng dẫn ___ ngôn ngữ ___Thời gian trong giai đoạn (tối thiểu) kế hoạch thực tế để ngày đến ngày %Planning ___________ ___________ ___________ ___________Design ___________ ___________ ___________ ___________Code ___________ ___________ ___________ ___________Compile ___________ ___________ ___________ ___________Test ___________ ___________ ___________ ___________Postmortem ___________ ___________ ___________ ___________Total ___________ ___________ ___________ ___________Khuyết tật tiêm thực tế để ngày đến ngày %Planning ___________ ___________ ___________Design ___________ ___________ ___________Code ___________ ___________ ___________Compile ___________ ___________ ___________Test ___________ ___________ ___________Phát triển tất cả ___ ___ ___Lỗi gỡ bỏ thực tế để ngày đến ngày %Planning ___________ ___________ ___________Design ___________ ___________ ___________Code ___________ ___________ ___________Compile ___________ ___________ ___________Test ___________ ___________ ___________Phát triển tất cả ___ ___ ___Sau khi phát triển ___ ___Sinh viên 3 1/19Độ lệch chuẩn 1Humphrey C5 5 4.330 30 25,632 32 27.415 15 12.85 5 4.330 30 25,6180 117 117 100.00 0 0,02 2 28.65 5 71.40 0 0,00 0 0,07 7 100.00 0 0,00 0 0,00 0 0,06 6 85,71 1 14.37 7 100.00 0Một số nhà phát triển cảm thấy rằng các Khuyết tật biên dịch không quan trọng và không có giá trịghi âm. Chúng tôi bây giờ có dữ liệu trên hàng ngàn chương trình viết với PSP vànó là rõ ràng rằng các nhà phát triển những người thu thập và phân tích tất cả dữ liệu lỗi của họnhiều hơn sản xuất và sản xuất nhiều sản phẩm chất lượng cao hơn so với những ngườikhông. Vì vậy, làm tốt nhất của bạn để thu thập dữ liệu hoàn chỉnh khiếm khuyết trong PSP đào tạo. Nó sẽ không mất nhiều thời gian và kết quả sẽ giá trị các nỗ lực.

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.