Complexity. Software entities are m

Complexity. Software entities are more complex lòr 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 iban most things people build: they
have veiy 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
omplexity of the whole increases much more than linearly.
The complexity of software is in essential property, not an accidental one. Hence
fescriptions 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
onstrncting simplified models of complex phenomena. deriving properties from the
models, and verifying those properties experimentally. This worked because the
ompIexities ignored in the models were not the essential properties of the phenomena. It
loes 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
twerruns. 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
lunctions, which makes programs hard to use. From complexity of structure comes the
iitliculty of extending programs to new functions without creating side effects. From the
omplexity of structure comes the unvisualized state that that constitute security
Lrapdoors.
Not only technical problems but management problems as well come from the
omplexity. 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
snd 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 lòr kích thước của họ hơn có lẽ bất kỳ kháccon 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àytôn trọng phần mềm hệ thống khác biệt sâu sắc 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à mình iban phức tạp hơn hầu hết những điều mọi người xây dựng: họcó số lượng lớn veiy quốc gia. Đ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ó là nhất thiết phải tăng 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ácomplexity 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 đófescriptions của một thực thể 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ởionstrncting đơn giản hóa các mô hình của các 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ácompIexities 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óloes 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ítwerruns. tiến độ 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ườilunctions, 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áciitliculty 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ácomplexity của cấu trúc đi kèm unvisualized bang mà chiếm an ninhLrapdoors.Không chỉ các vấn đề kỹ thuật mà các vấn đề quản lý cũng đến từ cácomplexity. 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ớnsnd 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 Lor kích thước của chúng có lẽ hơn bất kỳ khác
xây dựng 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. Đối với 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 ô
tô. Nơi có yếu tố lặp đi lặp lại rất nhiều
máy tính kỹ thuật số là tự IBAN phức tạp hơn hầu hết những điều người dân xây dựng: họ
có số veiy 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: đó 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à
omplexity của cả 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 cần thiết, không một ai tình cờ. Do đó
fescriptions 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
onstrncting mô hình đơn giản của hiện tượng phức tạp. bắt nguồn 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ì
ompIexities 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ó
loes 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í
twerruns. lịch sự chậm trễ. Từ sự phức tạp đến khó khăn trong việc liệt kê.
Ít nhiều hiểu biết. 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
lunctions, 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
iitliculty của 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ừ
omplexity của cấu trúc đi kèm tình trạng unvisualized đó mà tạo an ninh
Lrapdoors.
Không chỉ là vấn đề kỹ thuật, nhưng vấn đề quản lý cũng đến từ các
omplexity. 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 lỏng lẻo kết thúc Nó tạo ra sự học tập to lớn
snd 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.