Complexity.Software entities are mo

Complexity.
Software entities are more complex for their size than perhaps any other human construct, because no two parts are alike (at least above the statement level). If
they are, we make the two similar parts into one, a subroutine, open or closed. In this
respect software systems differ profoundly from computers, buildings, or automobiles,
where repeated elements abound.
Digital computers are themselves more complex than most things people build; they
have very large numbers of states. This makes conceiving, describing, and testing them
hard. Software systems have orders of magnitude more states than computers do.
Likewise, a scaling-up of a software entity is not merely a repetition of the same
elements in larger size; it is necessarily an increase in the number of different elements.
In most cases, the elements interact with each other in some nonlinear fashion, and the
complexity of the whole increases much more than linearly.
The complexity of software is in essential property, not an accidental one. Hence
descriptions of a software entity that abstract away its complexity often abstract away its
essence. Mathematics and the physical sciences made great strides for three centuries by
constructing simplified models of complex phenomena, deriving properties from the
models, and verifying those properties experimentally. This worked because the
complexities ignored in the models were not the essential properties of the phenomena. It
does not work when the complexities are the essence.
Many of the classical problems of developing software products derived from this
essential complexity and its nonlinear increased with size. From the complexity comes
the difficulty of communication among team members, which leads to product flaws, cost
overruns, schedule delays. From the complexity comes the difficulty of enumerating,
much less understanding, all the possible states of the program, and from that comes the
unreliability. From the complexity of the functions comes the difficulty of invoking those
functions, which makes programs hard to use. From complexity of structure comes the
difficulty of extending programs to new functions without creating side effects. From the
complexity of structure comes the unvisualized state that that constitute security
trapdoors.
Not only technical problems but management problems as well come from the
complexity. This complexity makes overview hard, thus impeding conceptual integrity.
It makes it hard to find and control all the loose ends. It creates the tremendous learning
and understanding burden that makes personnel turnover a disaster

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

Phức tạp.Tổ chức phần mềm là phức tạp hơn cho kích thước của họ hơn có lẽ bất kỳ khác của con người xây dựng, bởi vì không có hai phần là như nhau (ít mực tuyên bố). Nếuhọ đang có, chúng tôi thực hiện hai phần tương tự như làm một, một chương trình con, mở hoặc đóng cửa. Trong điều nàyHệ thống phần mềm tôn trọng sâu sắc khác nhau từ máy tính, tòa nhà, hoặc xe ô tô,nơi lặp đi lặp lại các yếu tố rất nhiều.Máy tính số là phức tạp hơn so với hầu hết những điều con người xây dựng; họcó số lượng rất lớn của tiểu bang. Điều này làm cho thụ thai, mô tả, và thử nghiệm chúngkhó khăn. Hệ thống phần mềm có đơn đặt hàng của các cường độ thêm kỳ so với máy tính.Tương tự như vậy, một mở rộng quy mô-up của một tổ chức phần mềm không phải là chỉ đơn thuần là một sự lặp lại của cùng mộtCác yếu tố kích thước lớn hơn; nó nhất thiết phải là sự gia tăng trong số lượng các yếu tố khác nhau.Trong hầu hết trường hợp, các yếu tố tương tác với nhau trong một số thời trang phi tuyến, và cácphức tạp của toàn bộ tăng tuyến tính nhiều hơn.Sự phức tạp của phần mềm là ở essential bất động sản, không phải là một tai nạn. Do đóMô tả của một tổ chức phần mềm đó tóm tắt đi phức tạp của nó thường trừu tượng đi của nóbản chất. Toán học và khoa học vật lý những bước tiến lớn trong ba thế kỷ bởixây dựng các mô hình đơn giản của hiện tượng phức tạp, bắt nguồn tài sản từ cácMô hình, và xác minh những thuộc tính bằng thực nghiệm. Điều này làm việc vì cácphức tạp bị bỏ qua trong các mô hình không là các thuộc tính cần thiết của các hiện tượng. Nókhông hoạt động khi phức tạp là những tinh túy.Nhiều người trong số những vấn đề cổ điển của phát triển sản phẩm phần mềm xuất phát từ đâyphức tạp thiết yếu và phi tuyến của nó tăng lên với kích thước. Từ sự phức tạp đi kèmkhó khăn giao tiếp giữa các thành viên trong đội, dẫn đến sản phẩm lỗi, chi phínghiêm, lịch sự chậm trễ. Từ sự phức tạp đi kèm những khó khăn của liệt kê,ít hơn nhiều hiểu biết, tất cả các tiểu bang có thể của chương trình, và từ đó đến cáckhông đáng tin cậy. Từ sự phức tạp của các chức năng có khó khăn trong cách gọi những ngườichức năng, mà làm cho chương trình khó khăn để sử dụng. Từ phức tạp của cấu trúc đi kèm cáckhó khăn trong việc mở rộng các chương trình để tính năng mới mà không tạo ra tác dụng phụ. Từ cácphức tạp của cấu trúc đi kèm unvisualized bang mà chiếm an ninhtrapdoors.Không chỉ các vấn đề kỹ thuật mà các vấn đề quản lý cũng đến từ cácphức tạp. Phức tạp này làm cho tổng quan về khó khăn, do đó ngăn cản khái niệm toàn vẹn.Nó làm cho nó khó để tìm và kiểm soát tất cả các lỏng kết thúc. Nó tạo ra học tập to lớnvà hiểu gánh nặng mà làm cho doanh thu nhân sự một thảm họa

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

Phức tạp.
Thực thể phần mềm phức tạp hơn cho kích thước của chúng có lẽ hơn bất kỳ cấu trúc khác của con người, bởi vì không có hai phần là như nhau (ít nhất là trên cấp độ báo cáo). Nếu
có, chúng tôi làm cho hai bộ phận tương tự thành một, một chương trình con, mở hoặc đóng cửa. Trong này
tôn trọng các hệ thống phần mềm khác nhau một cách sâu sắc từ các máy tính, các tòa nhà, hoặc xe ô
tô,., Nơi yếu tố lặp đi lặp lại rất nhiều
máy tính kỹ thuật số là tự phức tạp hơn so với hầu hết những người xây dựng; họ
có số lượng rất lớn của các quốc gia. Điều này làm cho việc thụ thai, mô tả, và thử nghiệm chúng
cứng. Hệ thống phần mềm có đơn đặt hàng của các cường độ nhiều quốc gia hơn các máy tính làm.
Tương tự như vậy, một rộng-up của một thực thể phần mềm không chỉ đơn thuần là một sự lặp lại của cùng một
nguyên tố có kích thước lớn hơn; nó hẳn là một sự gia tăng về số lượng các yếu tố khác nhau.
Trong hầu hết các trường hợp, các yếu tố tương tác với nhau trong một số thời trang phi tuyến, và
phức tạp của toàn bộ tăng nhiều hơn so với tuyến tính.
Sự phức tạp của phần mềm là tài sản quan trọng, không phải là một một tai nạn. Do đó
mô tả của một phần mềm thực thể trừu tượng đi phức tạp của nó thường là trừu tượng đi của nó
bản chất. Toán học và khoa học vật lý có những bước tiến lớn cho ba thế kỷ bởi
xây dựng các mô hình đơn giản của hiện tượng phức tạp, xuất phát từ tính chất các
mô hình, và xác minh những đặc tính thực nghiệm. Điều này làm việc vì sự
phức tạp bỏ qua trong các mô hình không phải là những đặc tính thiết yếu của các hiện tượng. Nó
không hoạt động khi sự phức tạp là bản chất.
Nhiều người trong số các vấn đề cổ điển của phát triển sản phẩm phần mềm có nguồn gốc từ này
phức tạp cần thiết và phi tuyến của nó tăng lên với kích thước. Từ sự phức tạp đến
khó khăn trong việc giao tiếp giữa các thành viên trong nhóm, dẫn đến sai sót của sản phẩm, chi phí
vượt, chậm trễ tiến độ. Từ sự phức tạp đến khó khăn trong việc liệt kê,
sự hiểu biết ít nhiều, tất cả các trạng thái có thể có của các chương trình, và từ đó đến sự
không đáng tin cậy. Từ sự phức tạp của các chức năng đi kèm những khó khăn của cách gọi những
chức năng, mà làm cho chương trình khó sử dụng. Từ phức tạp của cấu trúc đến các
khó khăn trong việc mở rộng chương trình đến các chức năng mới mà không tạo ra tác dụng phụ. Từ
phức tạp của cấu trúc đi kèm tình trạng unvisualized đó mà tạo an ninh
trapdoors.
Không chỉ là vấn đề kỹ thuật, nhưng vấn đề quản lý cũng đến từ sự
phức tạp. Sự phức tạp này làm cho tổng quan cứng, do đó cản trở vẹn khái niệm.
Nó làm cho nó khó khăn để tìm thấy và kiểm soát tất cả các đầu lỏng lẻo. Nó tạo ra những học to lớn
và gánh nặng sự hiểu biết mà làm cho kim ngạch nhân viên một thảm họa