Until recently, the most popular object-oriented software development  dịch - Until recently, the most popular object-oriented software development  Việt làm thế nào để nói

Until recently, the most popular ob

Until recently, the most popular object-oriented software development methodologies were object modeling technique (OMT) [Rumbaugh et al., 1991] and Grady Booch's method [Booch, 1994]. OMT was developed by Jim Rumbaugh and his team at the General Elec- tric Research and Development Center in Schenectady, New York, whereas Grady Booch developed his method at Rational, Inc., in Santa Clara, California. All object-oriented soft- ware development methodologies essentially are equivalent, so the differences between OMT and Booch's method are small. Nevertheless, there always was a friendly rivalry between the supporters of the two camps.
This changed in October 1994, when Rumbaugh joined Booch at Rational. The two methodologists immediately began to work together to develop a methodology that would combine OMT and Booch's method. When a preliminary version of their work was pub- lished, it was pointed out that they had not developed a methodology but merely a notation for representing an object-oriented software product. The name Unified Methodology was quickly changed to Unified Modeling Language (UML). In 1995, they were joined at Rational by Ivar Jacobson, author of the Objectory methodology. Booch, Jacobson, and Rumbaugh, affectionately called the "Three Amigos" (after the 1986 John Landis movie Three Amigos! with Chevy Chase and Steve Martin), then worked together. Version 1.0 of UML, published in 1997, took the software engineering world by storm. Until then, there had been no universally accepted notation for the development of a software product. Almost overnight UML was used all over the world. The Object Management Group (OMG), an association of the world's leading companies in object technology, took the responsibility for organizing an international standard for UML, so that every software professional would use the same
version of UML, thereby promoting communication among individuals within an organi-
zation as well as companies worldwide. UML [Booch, Rumbaugh, and Jacobson, 1999] is today the unquestioned international standard notation for representing object-oriented software products.
An orchestral score shows which musical instruments are needed to play the piece, the
notes each instrument is to play and when it is to play them, as well as a whole host of technical information such as the key signature, tempo, and loudness. Could this informa- tion be given in English, rather than a diagram? Probably, but it would be impossible to play music from such a description. For example, there is no way a pianist and a violinist could perform a piece described as follows: "The music is in march time, in the key of B minor. The first bar begins with the A above middle C on the violin (a quarter note). While this note is being played, the pianist plays a chord consisting of seven notes. The right hand plays the
following four notes: E sharp above middle C . . ."
It is clear that, in some fields, a textual description simply cannot replace a diagram. Music is one such field; software development is another. And for software development, the best modeling language available today is UML.
Taking the software engineering world by storm with UML was not enough for the Three Amigos. Their next endeavor was to publish a complete software development methodol- ogy that unified their three separate methodologies. This unified methodology was first called the Rational Unified Process (RUP); Rational is in the name of the methodology not because the Three Amigos considered all other approaches to be irrational, but because at that time all three were senior managers at Rational, Inc. (Rational was bought by IBM in 2003). In their book on RUP [Jacobson, Booch, and Rumbaugh, 1999], the name Unified Software Development Process (USDP) was used. The term Unified Process is generally used today, for brevity.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Cho đến gần đây, phương pháp phổ biến nhất phát triển phần mềm hướng đối tượng là đối tượng mô hình hóa kỹ thuật (OMT) [Rumbaugh và ctv., 1991] và phương pháp Grady Booch [Booch, 1994]. OMT được phát triển bởi Jim Rumbaugh và nhóm của ông tại tric chung Elec - nghiên cứu và phát triển trung tâm ở Schenectady, New York, trong khi Grady Booch phát triển phương pháp của ông tại hữu tỉ, Inc, hạt Santa Clara, California. Tất cả các phương pháp phát triển các sản phẩm mềm hướng đối tượng chủ yếu là tương đương, do đó, sự khác biệt giữa phương pháp OMT và của Booch là nhỏ. Tuy nhiên, có luôn luôn là một sự cạnh tranh thân thiện giữa những người ủng hộ của hai phe. Điều này thay đổi trong tháng 10 năm 1994, khi Rumbaugh tham gia Booch lúc hữu tỉ. Methodologists hai ngay lập tức bắt đầu làm việc cùng nhau để phát triển một phương pháp mà sẽ kết hợp OMT và Booch của phương pháp. Khi một phiên bản sơ bộ của công việc của họ là quán rượu lished, nó đã được chỉ ra rằng họ đã không phát triển một phương pháp nhưng chỉ đơn thuần là một ký hiệu cho đại diện cho một sản phẩm phần mềm hướng đối tượng. Tên thống nhất phương pháp nhanh chóng được thay đổi để thống nhất mô hình ngôn ngữ (UML). Năm 1995, họ tham gia lúc hữu tỷ của Ivar Jacobson, tác giả của các phương pháp Objectory. Booch, Jacobson, và Rumbaugh, trìu mến gọi là "Ba Amigos" (sau khi các 1986 John Landis phim ba Amigos! với Chevy Chase và Steve Martin), sau đó làm việc với nhau. Phiên bản 1.0 của UML, xuất bản năm 1997, đã công nghệ phần mềm thế giới của cơn bão. Cho đến lúc đó, đã có không có ký hiệu phổ được chấp nhận cho sự phát triển của một sản phẩm phần mềm. Gần như qua đêm UML được sử dụng trên khắp thế giới. Nhóm quản lý đối tượng (OMG), một hiệp hội của công ty hàng đầu thế giới công nghệ đối tượng, đã chịu trách nhiệm cho việc tổ chức một tiêu chuẩn quốc tế cho UML, để mỗi phần mềm chuyên nghiệp sẽ sử dụng cùng một Các phiên bản của UML, do đó thúc đẩy giao tiếp giữa các cá nhân trong vòng một tổ- zation cũng như công ty trên toàn thế giới. UML [Booch, Rumbaugh, và Jacobson, 1999] là hiện nay không thể hỏi ký hiệu chuẩn quốc tế cho đại diện cho sản phẩm phần mềm hướng đối tượng. Một dàn nhạc số điểm cho thấy những nhạc cụ là cần thiết để chơi đoạn, các ghi chú cụ mỗi là để chơi và khi nó là để chơi chúng, cũng như một máy chủ lưu trữ toàn bộ các thông tin kỹ thuật chẳng hạn như chữ ký key, tiến độ và âm sắc. Có thể này informa tion được đưa ra trong tiếng Anh, chứ không phải là một sơ đồ? Có lẽ, nhưng nó sẽ không thể chơi nhạc từ một mô tả. Ví dụ, không còn cách nào một nghệ sĩ dương cầm và một nghệ sĩ vĩ cầm có thể thực hiện một đoạn được mô tả như sau: "âm nhạc là trong thời gian tháng ba ở key Si thứ. Thanh đầu tiên bắt đầu với A trên trung C trên violin (một phần tư lưu ý). Lưu ý này được diễn ra, nghệ sĩ dương cầm chơi một hợp âm bao gồm bảy ghi chú. Các vở kịch bên các sau bốn ghi chú: E sắc nét trên trung C... " Nó là rõ ràng rằng, trong một số lĩnh vực, một mô tả văn bản chỉ đơn giản là không thể thay thế một sơ đồ. Âm nhạc là một trong những lĩnh vực như vậy; phát triển phần mềm là một. Và phát triển phần mềm, điều tốt nhất mô hình ngôn ngữ có sẵn ngày hôm nay là UML. Dùng công nghệ phần mềm thế giới của cơn bão với UML là không đủ cho ba Amigos. Nỗ lực tiếp theo của họ là để xuất bản một phần mềm hoàn toàn phát triển methodol-ogy mà hợp nhất của ba phương pháp riêng biệt. Phương pháp này thống nhất lần đầu tiên được gọi là các hợp lý thống nhất quá trình (RUP); Hữu tỉ là trong tên của các phương pháp không phải vì Amigos ba xem xét tất cả các phương pháp tiếp cận khác là chưa hợp lý, nhưng bởi vì vào thời gian đó tất cả ba đã là các quản lý cao cấp tại hữu tỉ, Inc (hữu tỉ đã được mua bởi IBM vào năm 2003). Trong cuốn sách của họ trên RUP [Jacobson, Booch và Rumbaugh, 1999], tên thống nhất quá trình phát triển phần mềm (USDP) được sử dụng. Thuật ngữ thống nhất quá trình nói chung được sử dụng ngày hôm nay, cho ngắn gọn.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Cho đến gần đây, các phương pháp phát triển phần mềm hướng đối tượng phổ biến nhất là mô hình đối tượng kỹ thuật (OMT) [Rumbaugh et al., 1991] và phương pháp Grady Booch của [Booch, 1994]. OMT được phát triển bởi Jim Rumbaugh và nhóm của ông tại Trung tâm Nghiên cứu và Phát triển tric Tổng thống điện ở Schenectady, New York, trong khi Grady Booch phát triển phương pháp của mình tại Rational, Inc., tại Santa Clara, California. Tất cả các phương pháp phát triển đồ mềm hướng đối tượng cơ bản là tương đương, vì vậy sự khác nhau giữa phương pháp OMT và Booch em rất nhỏ. Tuy nhiên, luôn luôn là một sự cạnh tranh thân thiện giữa những người ủng hộ của hai phe.
Điều này đã thay đổi trong tháng 10 năm 1994, khi gia nhập Rumbaugh Booch tại Rational. Hai methodologists ngay lập tức bắt đầu làm việc cùng nhau để phát triển một phương pháp mà sẽ kết hợp phương pháp OMT và Booch của. Khi một phiên bản sơ bộ của công việc của họ đã được xuất pub-, nó đã chỉ ra rằng họ đã không phát triển một phương pháp mà chỉ là một ký hiệu cho đại diện cho một sản phẩm phần mềm hướng đối tượng. Tên Thống Nhất Phương pháp này đã nhanh chóng thay đổi để Unified Modeling Language (UML). Năm 1995, họ đã tham gia vào Rational của Ivar Jacobson, tác giả của phương pháp Objectory. Booch, Jacobson, và Rumbaugh, trìu mến gọi là "Three Amigos" (sau năm 1986 bộ phim John Landis Three Amigos! Với Chevy Chase và Steve Martin), sau đó làm việc cùng nhau. Phiên bản 1.0 của UML, được công bố vào năm 1997, lấy thế giới kỹ thuật phần mềm của cơn bão. Cho đến lúc đó, đã có không có ký hiệu phổ được chấp nhận cho sự phát triển của một sản phẩm phần mềm. Hầu như đêm UML được sử dụng trên khắp thế giới. Các Object Management Group (OMG), một hiệp hội của các công ty hàng đầu thế giới trong công nghệ đối tượng, đã nhận trách nhiệm cho tổ chức tiêu chuẩn quốc tế cho UML, để mỗi phần mềm chuyên nghiệp sẽ sử dụng cùng một
phiên bản của UML, qua đó thúc đẩy sự giao tiếp giữa các cá nhân trong một chức
tổ cũng như các công ty trên toàn thế giới. UML [Booch, Rumbaugh và Jacobson, 1999] là hiện nay các ký hiệu tiêu chuẩn quốc tế không thể hỏi cho đại diện cho các sản phẩm phần mềm hướng đối tượng.
Một dàn nhạc trình diễn số điểm mà các nhạc cụ cần thiết để chơi các mảnh, các
ghi chú từng nhạc cụ là để chơi và khi nó là để chơi cho họ, cũng như một loạt toàn bộ các thông tin kỹ thuật như phím chữ ký, tiến độ, và độ to. Cấp thông tin này có thể được cung cấp bằng tiếng Anh, chứ không phải là một sơ đồ? Có lẽ, nhưng nó sẽ không thể chơi nhạc từ những mô tả đó. Ví dụ, không có cách nào một nghệ sĩ dương cầm và một nghệ sĩ vĩ cầm có thể thực hiện một mảnh mô tả như sau:. "Âm nhạc là trong thời gian diễu hành, trong khóa của B nhỏ Các thanh đầu tiên bắt đầu với A trên giữa C trên violin (một . nốt đen) khi ghi chú này đang được chơi, nghệ sĩ piano chơi một hợp âm gồm tám nốt Tay phải đóng.
bốn ghi chú sau đây: E sắc nét trên giữa C "...
Rõ ràng là, trong một số lĩnh vực, một văn bản Mô tả đơn giản là không thể thay thế một sơ đồ. Âm nhạc là một lĩnh vực đó; phát triển phần mềm là khác. Và để phát triển phần mềm, các ngôn ngữ mô hình tốt nhất hiện nay là UML.
Lấy thế giới công nghệ phần mềm của cơn bão với UML là không đủ cho Ba Amigos. Nỗ lực tiếp theo của họ là để xuất bản một phát triển phần mềm methodol- ogy hoàn chỉnh thống nhất ba phương pháp riêng của họ. Phương pháp luận thống nhất này lần đầu tiên được gọi là quá trình thống nhất Rational (RUP); Rational là trong tên của các phương pháp không phải vì Ba Amigos xem xét tất cả các phương pháp khác là không hợp lý, nhưng vì tại thời điểm đó, cả ba đều quản lý cấp cao tại Rational, Inc. (Rational IBM đã mua lại vào năm 2003). Trong cuốn sách của mình về RUP [Jacobson, Booch, Rumbaugh và năm 1999], tên Unified Quá trình phát triển phần mềm (USDP) đã được sử dụng. Quá trình thống nhất thuật ngữ thường được sử dụng ngày hôm nay, cho ngắn gọn.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: