Software has become a critical part

Software has become a critical part of many of the systems on which modern society
depends. Everyone seems to need more and better software faster and
cheaper. Many development projects are now so large and complex that a few brilliant
specialists can no longer handle them. Unfortunately, there is no sign of a
magical new technology to solve these problems. We must improve the quality and
predictability of our work or society will have to either forgo these more sophisticated
systems or suffer the damages caused by unsafe, unreliable, and insecure
software-intensive systems.
The intuitive software development methods generally used today are acceptable
only because there are no alternatives. Most software professionals are
outstandingly creative but a few do really poor work. And, not surprisingly, poor
practices produce poor products. Most software products can be made to work,
but only after extensive testing and repair. From a scientific viewpoint, the process
is distressingly unpredictable. It is much like the Brownian motion of particles in
a gas. Here, physicists cannot predict what any individual particle will do, but they
can statistically characterize the behavior of an entire volume of particles. This
analogy suggests that large-scale software development should be treated as a
problem of crowd control: don’t worry about what each individual does as long as
the crowd behaves predictably.
This approach, while generally tolerated, has been expensive. An intuitive
software process leaves the quality of each individual’s work a matter of blind
luck. Professionals generally develop their own private methods and techniques.
There are no disciplined frameworks, no sets of acceptable standards, no coaching
systems, and no conducted rehearsals. Even agreement on what would characterize
“good” professional performance is lacking. Software developers are left to
figure out their own working methods and standards without the guidance and support
that professionals find essential in sports, the performing arts, and medicine.
This situation becomes critical when each individual’s contribution is
uniquely important. A symphony orchestra best illustrates this idea. Although the
orchestra’s overall performance is a careful blend of many instruments, each musician
is a highly competent and disciplined contributor. Individual performers occasionally
stand out, but their combined effect is far more than the sum of these
parts. What is more, any single sour note by any individual could damage the entire
performance.
4 Chapter 1 The Personal Process Strategy
Unlike the musician, the software engineer must be part composer as well as
performer. Like an orchestral performance, however, the performance of a software
system can be damaged by almost any defective part. Because computers
today possess extraordinary computational power, one badly handled interrupt or
pointer could eventually cause an entire system to crash.
As our products become larger and more complex and as they are used for increasingly
critical applications, the potential for damaging errors increases. The
software industry has responded to this threat with increasingly rigorous and timeconsuming
tests. However, this testing strategy has not produced either safe or secure
products. New large-scale software systems commonly have many security
vulnerabilities. The suppliers have reacted by quickly producing and distributing
fixes for the identified problems. Although this strategy has worked in the past, the
hacker community has learned to launch attacks between the fix notice and user installation.
In addition, because the fixes are themselves often defective and because
it is very expensive to make systemwide updates, many organizations cannot
afford to keep their systems current.
The only practical answer is to produce higher-quality products. Because the
current test-and-fix strategy is incapable of producing products of suitable quality,
this is now a problem for the software profession. The only responsible solution is
to improve the working disciplines of each software professional.
In most professions, competency requires demonstrated proficiency with established
methods. It is not a question of creativity versus skill. In many fields,
creative work simply is not possible until one has mastered the basic techniques.
Well-founded disciplines encapsulate years of knowledge and experience. Beginning
professionals in the performing arts, high-energy physics, and brain surgery,
for example, must demonstrate proficiency with many techniques before they are
allowed to perform even the most routine procedures. Flawless skill, once acquired,
enhances creativity. A skilled professional in such fields can outperform
even the most brilliant but untrained layperson.
The PSP strategy is to improve the performance of practicing software engineers.
A disciplined software engineering organization has well-defined practices.
Its professionals use those practices, monitor and strive to improve their personal
performance, and hold themselves responsible for the quality of the products they
produce. And most important, they have the data and self-confidence required to
resist unreasonable commitment demands.
Practiced disciplines have the further benefit of making software engineering
more fun. Developing programs can be highly rewarding. Getting some clever routine
to work is an achievement, and it is enormously satisfying to see a sophisticated
program do what you intended. This satisfaction, however, is often diluted by the
treadmill of debugging and the constant embarrassment of missed commitments. It
is not fun to repeatedly make the same mistakes or to produce poor-quality results.
Regardless of how hard you worked, nobody appreciates a late, over-budget, or
poorly performing product.
1.2 The Logic for a Software Engineering Discipline 5
Although developers are initially nervous about the structure and discipline
of the PSP, they soon find it helpful. They quickly learn to make better plans and
to achieve them. They find that the PSP discipline accelerates routine planning and
project management while giving them more time for requirements and design.
They also find that they can do things they never thought possible. Their reaction
is like one developer who wrote on his PSP exercise, “Wow, I never did this before!”
He had just written a program containing several hundred lines of code that
compiled and tested without a single defect. The PSP can help to make software
engineering the fun it should be.

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

Phần mềm đã trở thành một phần quan trọng của nhiều người trong số các hệ thống mà xã hội hiện đạiphụ thuộc. Tất cả mọi người dường như cần nhiều hơn và tốt hơn phần mềm nhanh hơn vàrẻ hơn. Nhiều dự án phát triển bây giờ vì vậy lớn và phức tạp mà rực rỡ một vàichuyên gia có thể không xử lý chúng. Thật không may, có là không có dấu hiệu của mộthuyền diệu công nghệ mới để giải quyết những vấn đề này. Chúng tôi phải cải thiện chất lượng vàdự đoán của công việc hoặc xã hội của chúng tôi sẽ phải hoặc là forgo các phức tạp hơnHệ thống hoặc phải chịu những thiệt hại gây ra bởi không an toàn, không đáng tin cậy và không an toànHệ thống phần mềm chuyên sâu.Các phương pháp phát triển phần mềm trực quan thường được sử dụng vào ngày hôm nay được chấp nhậnchỉ vì không có không có lựa chọn thay thế. Hầu hết các chuyên gia phần mềmoutstandingly sáng tạo nhưng một số ít làm việc thực sự nghèo. Và, không đáng ngạc nhiên, người nghèothực tiễn sản xuất kém sản phẩm. Hầu hết các sản phẩm phần mềm có thể được thực hiện để làm việc,nhưng chỉ sau khi mở rộng kiểm tra và sửa chữa. Từ một quan điểm khoa học, trìnhlà distressingly không thể đoán trước. Nó là giống như chuyển động Brown của hạt trongmột chất khí. Ở đây, nhà vật lý không thể dự đoán những gì bất kỳ hạt cá nhân sẽ làm, nhưng họthống kê có thể mô tả hành vi của một khối lượng toàn bộ của hạt. Điều nàytương tự cho thấy rằng phát triển phần mềm quy mô lớn nên được coi như là mộtvấn đề kiểm soát đám đông: Đừng lo lắng về những gì mỗi cá nhân nào miễn làđám đông cư xử predictably.Cách tiếp cận này, trong khi thường được dung nạp, đã được đắt tiền. Một trực quanquy trình phần mềm lá chất lượng công việc của mỗi cá nhân là một vấn đề của người mùmay mắn. Các chuyên gia nói chung phát triển phương pháp tư nhân và kỹ thuật của riêng họ.Có là không có khuôn khổ xử lý kỷ luật, không có bộ tiêu chuẩn chấp nhận được, không có huấn luyệnHệ thống, và không rút tiến hành. Các thỏa thuận ngay cả về những gì sẽ characterizehiệu suất chuyên nghiệp "tốt" là thiếu. Phát triển phần mềm là trái đểTìm ra phương pháp làm việc riêng của họ và các tiêu chuẩn mà không có sự hướng dẫn và hỗ trợrằng các chuyên gia tìm thấy rất cần thiết trong thể thao, nghệ thuật biểu diễn, và y học.Tình trạng này trở nên quan trọng khi đóng góp của mỗi cá nhân làduy nhất quan trọng. Một dàn nhạc giao hưởng tốt nhất minh hoạ ý tưởng này. Mặc dù cáchiệu suất tổng thể của dàn nhạc là một sự pha trộn cẩn thận của nhiều nhạc cụ, mỗi nhạc sĩlà một đóng góp rất có thẩm quyền và xử lý kỷ luật. Biểu diễn cá nhân đôi khinổi bật, nhưng hiệu quả kết hợp của họ là nhiều hơn so với tổng số nàybộ phận. Hơn thế nữa, bất kỳ lưu ý chua duy nhất bởi bất kỳ cá nhân có thể làm hỏng toàn bộhiệu suất.4 chương 1 chiến lược cá nhân quá trìnhKhông giống như các nhạc sĩ, các kỹ sư phần mềm phải là nhà soạn nhạc người phần cũng nhưbiểu diễn. Như một hiệu suất cho dàn nhạc, Tuy nhiên, hiệu suất của một phần mềmHệ thống có thể bị hư hỏng bởi hầu như bất kỳ một phần khiếm khuyết. Bởi vì máy tínhhôm nay có bất thường sức mạnh tính toán, một gián đoạn nặng xử lý hoặccon trỏ cuối cùng có thể gây ra một toàn bộ hệ thống sụp đổ.Sản phẩm của chúng tôi trở nên lớn hơn và phức tạp hơn và như chúng được sử dụng cho ngày càngứng dụng quan trọng, tiềm năng cho các lỗi gây thiệt hại tăng. Cácngành công nghiệp phần mềm đã đáp lời mối đe dọa này với ngày càng nghiêm ngặt và timeconsumingbài kiểm tra. Tuy nhiên, chiến lược thử nghiệm này đã không sản xuất an toàn hoặc an toànsản phẩm. Hệ thống phần mềm quy mô lớn mới thường có nhiều an ninhlỗ hổng. Những nhà cung cấp có phản ứng nhanh chóng sản xuất và phân phốibản sửa lỗi cho các vấn đề được xác định. Mặc dù chiến lược này đã làm việc trong quá khứ, cáccộng đồng hacker đã học được để khởi động cuộc tấn công giữa việc sửa chữa thông báo và người sử dụng cài đặt.Ngoài ra, bởi vì các bản sửa lỗi là mình thường khiếm khuyết và vìnó là rất tốn kém để thực hiện Cập Nhật systemwide, nhiều tổ chức không thểđủ khả năng để giữ cho hệ thống của họ hiện tại.Câu trả lời chỉ thực tế là để sản xuất sản phẩm chất lượng cao hơn. Bởi vì cáchiện nay thử nghiệm và sửa chữa chiến lược là không có khả năng sản xuất các sản phẩm chất lượng thích hợp,Điều này bây giờ là một vấn đề cho nghề nghiệp phần mềm. Các giải pháp chỉ chịu trách nhiệm làđể cải thiện lĩnh vực làm việc của mỗi phần mềm chuyên nghiệp.Trong hầu hết các ngành nghề, năng lực đòi hỏi phải chứng tỏ thành thạo với thành lậpphương pháp. Nó không phải là một câu hỏi về sáng tạo so với kỹ năng. Trong nhiều lĩnh vực,công việc sáng tạo chỉ đơn giản là không thể cho đến khi một trong những đã thạo các kỹ thuật cơ bản.Well-founded lĩnh vực đóng gói các tuổi của kiến thức và kinh nghiệm. Bắt đầuCác chuyên gia trong biểu diễn nghệ thuật, vật lý năng lượng cao và phẫu thuật não,Ví dụ, phải chứng minh thành thạo với nhiều kỹ thuật trước khi chúngbạn có thể thực hiện thường xuyên ngay cả những thủ tục. Kỹ năng hoàn hảo, một lần mua,tăng cường sự sáng tạo. Một chuyên gia có tay nghề cao trong các lĩnh vực có thể tốt hơnthậm chí nhiều rực rỡ nhưng chưa thạo layperson.Chiến lược PSP là để cải thiện hiệu suất của các thực hành các kỹ sư phần mềm.Một tổ chức xử lý kỷ luật công nghệ phần mềm đã được xác định rõ thực tiễn.Các chuyên gia của nó sử dụng những thực hành, giám sát và phấn đấu để cải thiện cá nhân của họhiệu suất, và giữ cho mình chịu trách nhiệm về chất lượng của các sản phẩm họsản xuất. Và quan trọng nhất, họ có dữ liệu và sự tự tin cần thiết đểchống lại nhu cầu cam kết bất hợp lý.Thực hành các môn học có thêm lợi ích của làm cho công nghệ phần mềmthú vị hơn. Phát triển các chương trình có thể khen thưởng cao. Nhận được một số thói quen thông minhđể làm việc là một thành tựu, và nó là vô cùng hài lòng để xem một tinh vichương trình làm những gì bạn dự định. Sự hài lòng này, Tuy nhiên, thường pha loãng của cácmáy chạy bộ của gỡ lỗi và bối rối liên tục bị mất cam kết. Nókhông phải là thú vị để liên tục làm cho những sai lầm hoặc tạo ra người nghèo chất lượng kết quả.Bất kể cách cứng bạn làm việc, không ai đánh giá cao một muộn, over-ngân sách, hoặckém thực hiện sản phẩm.1.2 Logic cho một kỷ luật công nghệ phần mềm 5Mặc dù nhà phát triển ban đầu lo lắng về cấu trúc và kỷ luậtcủa PSP, họ sớm tìm thấy nó hữu ích. Họ nhanh chóng tìm hiểu để làm cho kế hoạch tốt hơn vàđể đạt được chúng. Họ tìm thấy rằng kỷ luật PSP tăng tốc thói quen lập kế hoạch vàquản lý dự án trong khi giúp cho họ nhiều thời gian hơn cho các yêu cầu và thiết kế.Họ cũng tìm thấy rằng họ có thể làm những điều họ không bao giờ nghĩ rằng có thể. Phản ứng của họgiống như một nhà phát triển những người đã viết về ông thực hiện PSP, "Wow, tôi không bao giờ làm điều này trước khi!"Ông đã chỉ cần viết một chương trình có chứa một vài trăm dòng mã đóbiên soạn và thử nghiệm mà không có một lỗi duy nhất. PSP có thể giúp đỡ để làm cho phần mềmkỹ thuật thú vị nó nên.

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

Phần mềm đã trở thành một phần quan trọng của rất nhiều các hệ thống mà xã hội hiện đại
phụ thuộc. Mọi người có vẻ cần nhiều phần mềm hơn và tốt hơn nhanh hơn và
rẻ hơn. Nhiều dự án phát triển doanh nghiệp là rất lớn và phức tạp mà một vài rực rỡ
các chuyên gia không còn có thể xử lý chúng. Thật không may, không có dấu hiệu của một
công nghệ mới huyền diệu để giải quyết những vấn đề này. Chúng ta phải nâng cao chất lượng và
khả năng dự đoán của công việc hay xã hội chúng ta sẽ phải hoặc là từ bỏ những phức tạp hơn
hệ thống hoặc phải chịu những thiệt hại gây ra bởi không an toàn, đáng tin cậy, và an toàn
hệ thống phần mềm chuyên sâu.
Các phương pháp phát triển phần mềm trực quan thường được sử dụng hiện nay là chấp nhận được
chỉ vì không có lựa chọn thay thế. Hầu hết các chuyên gia phần mềm
xuất sắc sáng tạo nhưng một số ít làm công việc thực sự nghèo. Và, không đáng ngạc nhiên, người nghèo
thực hành sản xuất sản phẩm kém. Hầu hết các sản phẩm phần mềm có thể được thực hiện để làm việc,
nhưng chỉ sau khi kiểm tra và sửa chữa rộng. Từ một quan điểm khoa học, quá trình này
là không thể đoán trước distressingly. Nó là giống như các chuyển động Brown của các hạt trong
một chất khí. Ở đây, các nhà vật lý không thể dự đoán những gì bất kỳ hạt riêng lẻ sẽ làm, nhưng họ
thống kê có thể đặc trưng hành vi của toàn bộ khối lượng của các hạt. Điều này
tương tự cho thấy rằng sự phát triển phần mềm quy mô lớn phải được coi là một
vấn đề kiểm soát đám đông: đừng lo lắng về những gì mỗi cá nhân thực hiện miễn là
đám đông hành xử như dự đoán.
Cách tiếp cận này, trong khi dung nạp, đã tốn kém. Một cách trực quan
quá trình phần mềm để lại chất lượng công việc của mỗi cá nhân là một vấn đề mù
may mắn. Chuyên gia nói chung phát triển các phương pháp riêng của mình và kỹ thuật.
Không có các khuôn khổ kỷ luật, không có bộ tiêu chuẩn chấp nhận được, không có huấn luyện
hệ thống, và không có buổi diễn tập được tiến hành. Ngay cả thỏa thuận về những gì sẽ đặc trưng cho
"tốt" thực hiện chuyên môn còn thiếu. Phát triển phần mềm còn lại để
tìm ra phương pháp làm việc của họ và tiêu chuẩn nếu không có sự hướng dẫn và hỗ trợ
mà các chuyên gia tìm thấy điều cần thiết trong thể thao, nghệ thuật biểu diễn, và y học.
Tình trạng này trở nên quan trọng khi đóng góp của mỗi cá nhân là
quan trọng đặc biệt. Một dàn nhạc giao hưởng tốt nhất minh họa ý tưởng này. Mặc dù
hiệu suất tổng thể của dàn nhạc là một sự pha trộn cẩn thận của nhiều loại nhạc cụ, nhạc sĩ từng
là một đóng góp rất có thẩm quyền và có kỷ luật. Cá nhân nghệ sĩ thỉnh thoảng
nổi bật, nhưng ảnh hưởng kết hợp của họ là nhiều hơn so với tổng của các
bộ phận. Hơn thế nữa, bất kỳ nốt chua đơn bởi bất kỳ cá nhân có thể làm hỏng toàn bộ
hiệu suất.
4 Chương 1 Chiến lược Quy trình cá nhân
Không giống như các nhạc sĩ, kỹ sư phần mềm phải là một phần soạn nhạc cũng như
biểu diễn. Giống như một biểu diễn hòa nhạc, tuy nhiên, hiệu suất của một phần mềm
hệ thống có thể bị hư hỏng do hầu như bất kỳ phần nào khiếm khuyết. Vì các máy tính
hiện nay có khả năng tính toán phi thường, một gián đoạn nặng xử lý hoặc
con trỏ cuối cùng có thể gây ra toàn bộ một hệ thống sụp đổ.
Là sản phẩm của chúng tôi trở nên lớn hơn và phức tạp hơn và như chúng được sử dụng để ngày càng
ứng dụng quan trọng, tiềm năng cho các lỗi gây thiệt hại tăng lên. Các
ngành công nghiệp phần mềm đã đáp lại mối đe dọa này với ngày càng khắt khe và timeconsuming
kiểm tra. Tuy nhiên, chiến lược thử nghiệm này đã không sản xuất hoặc là an toàn hoặc an toàn
sản phẩm. Hệ thống phần mềm quy mô lớn mới thường có rất nhiều an ninh
lỗ hổng. Các nhà cung cấp đã phản ứng bằng cách nhanh chóng sản xuất và phân phối các
bản sửa lỗi cho các vấn đề được xác định. Mặc dù chiến lược này đã làm việc trong quá khứ, các
cộng đồng hacker đã học được để khởi động các cuộc tấn công giữa các thông báo sửa chữa và cài đặt sử dụng.
Ngoài ra, do các bản sửa lỗi tự thường bị lỗi và vì
nó là rất tốn kém để thực hiện cập nhật toàn hệ thống, nhiều tổ chức không thể
đủ khả năng để giữ cho hệ thống của họ hiện nay.
Câu trả lời thực tế chỉ là để sản xuất các sản phẩm chất lượng cao hơn. Bởi vì các
chiến lược kiểm thử-và-sửa chữa hiện tại không có khả năng sản xuất các sản phẩm có chất lượng phù hợp,
điều này bây giờ là một vấn đề đối với các ngành nghề phần mềm. Các giải pháp có trách nhiệm chỉ là
để nâng cao kỷ luật làm việc của mỗi phần mềm chuyên nghiệp.
Trong hầu hết các ngành nghề, năng lực đòi hỏi trình độ chứng minh với lập
phương. Nó không phải là một câu hỏi về sự sáng tạo so với kỹ năng. Trong nhiều lĩnh vực,
công việc sáng tạo chỉ đơn giản là không thể cho đến khi có ai đã làm chủ được các kỹ thuật cơ bản.
Ngành Vâng lập gói gọn năm kiến thức và kinh nghiệm. Bắt đầu từ
các chuyên gia trong nghệ thuật biểu diễn, vật lý năng lượng cao, và phẫu thuật não,
ví dụ, phải chứng minh trình độ với nhiều kỹ thuật trước khi họ được
phép thực hiện ngay cả những thủ tục thông thường nhất. Kỹ năng hoàn hảo, một khi mua lại,
tăng cường sự sáng tạo. Một chuyên gia có tay nghề cao trong các lĩnh vực như vậy có thể làm tốt hơn
ngay cả những cư sĩ xuất sắc nhất, nhưng chưa qua đào tạo.
Các chiến lược PSP là để cải thiện hiệu quả của việc thực hành các kỹ sư phần mềm.
Một tổ chức kỹ thuật phần mềm xử lý kỷ luật có thực hành được xác định rõ.
Các chuyên gia của nó sử dụng những thực hành, giám sát và phấn đấu để cải thiện cá nhân của họ
hiệu suất, và giữ mình chịu trách nhiệm về chất lượng sản phẩm họ
sản xuất. Và quan trọng nhất, họ có những dữ liệu và sự tự tin cần thiết để
chống lại yêu cầu cam kết không hợp lý.
Môn luyện tập có lợi ích nữa của việc kỹ thuật phần mềm
thú vị hơn. Phát triển các chương trình có thể rất bổ ích. Bắt một số thói quen thông minh
để làm việc là một thành tích, và nó là vô cùng hài lòng khi nhìn thấy một tinh vi
chương trình làm những gì bạn dự định. Sự hài lòng này, tuy nhiên, thường được pha loãng bởi các
máy chạy bộ gỡ lỗi và sự bối rối liên tục các cam kết bỏ qua. Nó
không phải là niềm vui để liên tục làm cho những sai lầm tương tự hoặc để tạo ra kết quả kém chất lượng.
Bất kể thế nào cứng bạn làm việc, không ai đánh giá cao một muộn, quá ngân sách, hoặc
sản phẩm có hiệu suất kém.
1.2 Logic cho một Kỷ luật Công Nghệ Phần Mềm 5
Mặc dù các nhà phát triển là bước đầu lo lắng về cấu trúc và kỷ luật
của PSP, họ sớm tìm thấy nó hữu ích. Họ nhanh chóng tìm hiểu để thực hiện kế hoạch tốt hơn và
để đạt được chúng. Họ thấy rằng kỷ luật PSP tăng tốc kế hoạch thường xuyên và
quản lý dự án trong khi cho họ nhiều thời gian hơn cho các yêu cầu và thiết kế.
Họ cũng thấy rằng họ có thể làm những điều họ không bao giờ nghĩ có thể. Phản ứng của họ
cũng giống như một nhà phát triển, người đã viết về tập thể dục PSP của mình, "Wow, tôi không bao giờ làm điều này trước!"
Ông vừa viết một chương trình có chứa vài trăm dòng mã mà
biên soạn và thử nghiệm mà không có một khiếm khuyết duy nhất. PSP có thể giúp làm cho phần mềm
kỹ thuật vui vẻ nó nên được.