Firstly, Brooks asserted that creat

Firstly, Brooks asserted that creating, designing software and scaling up (down) size of software without non-linear alter is the most complexity. He underlines and explain that problems in the later commentary. Unlike physical objects, each construct has two parts are the same so increasing the size of software means a scaling up both the number and components of complexity. The complexity causes the problems: difficulty in communication between design and developer, difficulty in adding new features without unwanted effects, over cost, schedule delays. So managing software projects is very complexity and cause learning burden with managers. In order to have a silver bullet to solve all complexity problems that is not easy and the author does not provide any.

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

Trước hết, Brooks khẳng định rằng việc tạo ra, phần mềm thiết kế và mở rộng (down) kích thước của phần mềm mà không phi tuyến tính thay đổi phức tạp nhất. Ông nhấn mạnh và giải thích rằng các vấn đề trong những lời bình luận sau này. Không giống như các đối tượng vật lý, xây dựng mỗi có hai phần là như nhau để tăng kích thước của phần mềm có nghĩa là một mở rộng số lượng và các thành phần phức tạp. Sự phức tạp gây ra các vấn đề: khó khăn trong giao tiếp giữa thiết kế và phát triển, khó khăn trong việc thêm các tính năng mới mà không có không mong muốn tác dụng, trên chi phí, tiến độ chậm trễ. Vì vậy việc quản lý dự án phần mềm là rất phức tạp và gây ra các gánh nặng với nhà quản lý học tập. Để có một bạc đạn để giải quyết tất cả các vấn đề phức tạp mà không phải là dễ dàng và tác giả không có bất kì sự cung cấp bất kỳ.

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

Thứ nhất, Brooks khẳng định rằng việc tạo, thiết kế phần mềm và mở rộng quy mô (giảm) kích thước của phần mềm mà không cần phi tuyến tính thay đổi là sự phức tạp nhất. Ông nhấn mạnh và giải thích rằng vấn đề trong các bài bình luận sau đó. Không giống như các đối tượng vật lý, mỗi cấu trúc có hai phần là như nhau nên tăng kích thước của phần mềm có nghĩa là một nhân rộng cả về số lượng và thành phần phức tạp. Sự phức tạp gây ra các vấn đề: khó khăn trong giao tiếp giữa thiết kế và phát triển, khó khăn trong việc thêm các tính năng mới mà không có tác dụng không mong muốn, hơn chi phí, sự chậm trễ tiến độ. Vì vậy, quản lý dự án phần mềm là rất phức tạp và nguyên nhân học gánh nặng với các nhà quản lý. Để có một viên đạn bạc để giải quyết tất cả các vấn đề phức tạp mà không phải là dễ dàng và tác giả không cung cấp bất kỳ.