The complexity of software is in es

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

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

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ả một thực thể phần mềm đó tóm tắt đi phức tạp của nó thường tóm tắt đi bản chất của nó. Toán học và vật lý thực hiện bước tiến lớn trong ba thế kỷ bằng việc xâ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ác mô 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 bởi vì những phức tạp bị bỏ qua trong các mô hình đã không 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 ninh

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

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 đó 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 bản chất của nó. 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ằng cách 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