As you might imagine, many other ap

As you might imagine, many other approaches to systems analysis and design have been developed over the years. These approaches include eXtreme Programming, the Crystal family of methodologies, Adaptive Software Development, Scrum, and Feature Driven Development. In February 2001, many of the proponents of these alternative approaches met in Utah in the United States and reached a consensus on many of the underlying principles their various approaches contained. This consensus turned into a document they called “The Agile Manifesto” (see Appendix B for more detail). These Agile Methodologies share three key principles: (1) a focus on adaptive rather than predictive methodologies, (2) a focus on people rather than roles, and (3) a self-adaptive process. Adopting an adaptive rather than predictive methodology refers to the observation that engineeringbased methodologies work best when the process and product are predictive. Software tends not to be as predictive as, say, a bridge, especially in today’s turbulent business environment. More adaptive methodologies are needed, then, and the Agile Methodologies are based on the ability to adapt quickly. The focus on people rather than roles is also a criticism of engineering-based techniques, where people became interchangeable. An Agile approach views people as talented individuals, not people filling roles, each of whom has unique talents to bring to a development project. Finally,Agile Methodologies promote a self-adaptive software development process. As the methodologies are applied, they should also be adapted by a particular development team working on a particular project in a particular context. No single monolithic methodology effectively fits all developers on all projects at all times. You will learn much more about Agile Methodologies in Appendix B.

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

Như bạn có thể tưởng tượng, nhiều khác phương pháp tiếp cận đến hệ thống phân tích và thiết kế đã được phát triển trong những năm qua. Các phương pháp tiếp cận bao gồm cực lập trình, gia đình Crystal của phương pháp, phát triển phần mềm thích nghi, Scrum, và tính năng thúc đẩy phát triển. Trong tháng 2 năm 2001, nhiều người trong số những người ủng hộ của các phương pháp tiếp cận thay thế đã gặp ở Utah, Hoa Kỳ và đạt đến một sự đồng thuận về nhiều người trong số các nguyên tắc cơ bản của phương pháp tiếp cận khác nhau bao gồm. Sự đồng thuận này biến thành một tài liệu, họ gọi là "The nhanh nhẹn tuyên ngôn" (xem phụ lục B để chi tiết hơn). Các phương pháp nhanh nhẹn chia sẻ ba nguyên tắc quan trọng: (1) một tập trung vào phương pháp thích nghi chứ không phải là kiểu, (2) một tập trung vào người chứ không phải là vai trò, và (3) một quá trình self-adaptive. Việc áp dụng một adaptive chứ không phải là kiểu phương pháp đề cập đến các quan sát đó engineeringbased phương pháp làm việc tốt nhất khi các quá trình và sản phẩm được tiên đoán. Phần mềm có xu hướng không phải là kiểu như, nói, một cây cầu, đặc biệt là trong môi trường kinh doanh hỗn loạn hiện nay. Thêm phương pháp thích nghi là cần thiết, sau đó, và các phương pháp nhanh nhẹn dựa trên khả năng thích ứng nhanh chóng. Tập trung vào người chứ không phải là vai trò cũng là một lời chỉ trích của kỹ thuật dựa trên kỹ thuật, nơi mà người dân đã trở thành hoán đổi cho nhau. Một cách tiếp cận nhanh nhẹn lượt xem người tài năng cá nhân, những người không điền vào vai trò, mỗi người trong số họ có các tài năng duy nhất để mang lại cho một dự án phát triển. Cuối cùng, phương pháp nhanh nhẹn thúc đẩy quá trình phát triển phần mềm self-adaptive. Như các phương pháp được áp dụng, họ cũng nên được điều chỉnh bởi một nhóm cụ thể phát triển làm việc trên một dự án cụ thể trong một bối cảnh cụ thể. Không có phương pháp nguyên khối duy nhất có hiệu quả phù hợp với tất cả các nhà phát triển trên tất cả các dự án mọi lúc. Bạn sẽ tìm hiểu nhiều hơn về các phương pháp nhanh nhẹn trong phụ lục b

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

Như bạn có thể tưởng tượng, nhiều cách tiếp cận khác với các hệ thống phân tích và thiết kế đã được phát triển trong những năm qua. Những phương pháp tiếp cận bao gồm eXtreme Programming, gia đình Crystal of phương pháp, phát triển phần mềm Adaptive, Scrum, và tính năng trình phát triển. Vào tháng Hai năm 2001, nhiều người trong số những người ủng hộ của các cách tiếp cận khác đã gặp nhau tại Utah tại Hoa Kỳ và đạt đến một sự đồng thuận về những nguyên tắc cơ bản cách tiếp cận khác nhau của chúng chứa. Sự đồng thuận này biến thành một tài liệu mà họ gọi là "Tuyên ngôn Agile" (xem phụ lục B để biết chi tiết). Những phương pháp Agile phần ba nguyên tắc chính: (1) tập trung vào các phương pháp thích nghi hơn là tiên đoán, (2) tập trung vào con người chứ không phải là vai trò, và (3) một quá trình tự thích ứng. Việc áp dụng một phương pháp thích nghi hơn là tiên đoán đề cập đến việc quan sát thấy engineeringbased phương pháp làm việc tốt nhất khi các quá trình và sản phẩm là tiên đoán. Phần mềm xu hướng không được như dự đoán như, nói, một cây cầu, đặc biệt là trong môi trường kinh doanh đầy biến động hiện nay. Phương pháp thích nghi hơn là cần thiết, sau đó, và các phương pháp Agile được dựa vào khả năng thích ứng nhanh. Sự tập trung vào con người chứ không phải là vai trò cũng là một lời chỉ trích của phương pháp kỹ thuật, ở đây mọi người trở nên hoán đổi cho nhau. Một cách tiếp cận Agile xem mọi người như những cá nhân tài năng, không phải là người làm vai trò, mỗi người trong số họ có tài năng độc đáo để mang đến một dự án phát triển. Cuối cùng, phương pháp Agile thúc đẩy một quá trình phát triển phần mềm tự thích ứng. Như các phương pháp được áp dụng, họ cũng nên được điều chỉnh bởi một đội ngũ phát triển cụ thể làm việc trên một dự án cụ thể trong một bối cảnh cụ thể. Không có phương pháp duy nhất có hiệu quả khối hợp với tất cả các nhà phát triển trên tất cả các dự án ở tất cả các lần. Bạn sẽ học được nhiều hơn về phương pháp Agile trong Phụ lục B.