When defining the features, two maj

When defining the features, two major steps are involved:
• Gain an understanding of the features. You can’t implement something that you don’t
understand. To be able to write the source code for a feature, you need to know the
whys and whats of a feature.
• Describe the features using structured design methods. Simply organizing your thoughts
may be enough if you are the only person working on a program; however, more often
than not, you will be part of a team. You need to use a structured design method so
that you and your team members can communicate the thoughts related to program
development.
One common structured design method is the Unified Modeling Language (UML). UML is
used to organize the features into units that correspond to programming language constructs,
such as classes. Think of UML as a software developer-specific lingo used to describe the various
aspects of a programming environment at a higher level of abstraction. UML allows you to
get an overall understanding of the architecture without having to read the source code. Think
of UML as the structured doodle on the napkin of software programming.
Along with UML, there are other ways of structuring your development process. For example,
another technique is called agile software development. The idea with agile software development
is to use a whiteboard and develop your own structured communication mechanism.
The choice of UML, agile software development, or another structured design method is up
to you and your team members. But you will need to organize your thoughts and have a structured
communication technique. If you don’t, your software will be late, buggy, too expensive, or
incomplete. It is not an understatement to say that organization is half the battle.
In this chapter, I am going to give you a taste of a simplified structured development technique,
so that you at least have an idea of how structured development works.

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

Khi xác định các tính năng, hai bước chính có liên quan:• Đạt được sự hiểu biết về các tính năng. Bạn không thể thực hiện một cái gì đó mà bạn khônghiểu. Để có thể viết mã nguồn cho một tính năng, bạn cần phải biết cácWhys và whats của một tính năng.• Mô tả các tính năng sử dụng phương pháp cấu trúc thiết kế. Đơn giản chỉ cần tổ chức các suy nghĩ của bạncó thể là đủ nếu bạn là người duy nhất làm việc trên một chương trình; Tuy nhiên, thường xuyên hơnhơn không, bạn sẽ là một phần của đội. Bạn cần phải sử dụng một phương pháp thiết kế có cấu trúc như vậyrằng bạn và thành viên đội của bạn có thể giao tiếp những suy nghĩ liên quan đến chương trìnhphát triển.Một phương pháp có cấu trúc thiết kế phổ biến là các thống nhất mô hình ngôn ngữ (UML). UML làđược sử dụng để tổ chức các tính năng vào các đơn vị tương ứng với lập trình cấu trúc ngôn ngữ,chẳng hạn như các lớp học. Hãy suy nghĩ của UML là một biệt ngữ dành riêng cho phát triển phần mềm được sử dụng để mô tả khác nhauCác khía cạnh của một môi trường lập trình ở một mức độ cao của trừu tượng. UML cho phép bạncó được một sự hiểu biết tổng thể kiến trúc mà không cần phải đọc mã nguồn. Hãy suy nghĩcủa UML như doodle cấu trúc trên khăn ăn của phần mềm lập trình.Cùng với UML, có những cách khác của cấu trúc của bạn quá trình phát triển. Ví dụ,một kỹ thuật được gọi là phát triển phần mềm nhanh nhẹn. Ý tưởng với phát triển phần mềm nhanh nhẹnlà sử dụng một bảng và phát triển cơ chế cấu trúc thông tin liên lạc của riêng bạn.Sự lựa chọn của UML, phát triển nhanh nhẹn phần mềm hoặc một cấu trúc thiết kế phương pháp là lênbạn và các thành viên nhóm của bạn. Nhưng bạn sẽ cần phải tổ chức các suy nghĩ của bạn và có một cấu trúckỹ thuật truyền thông. Nếu bạn không, phần mềm của bạn sẽ được trễ, lỗi, quá đắt tiền, hoặckhông đầy đủ. Nó không phải là một understatement để nói rằng tổ chức là một nửa trận chiến.Trong chương này, tôi sẽ cung cấp cho bạn một hương vị của một kỹ thuật phát triển cấu trúc đơn giản,để cho bạn ít nhất có một ý tưởng về làm thế nào có cấu trúc phát triển công trình.

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

Khi xác định các tính năng, hai bước chính có liên quan đến:
• Đạt được một sự hiểu biết về các tính năng. Bạn không thể thực hiện một cái gì đó mà bạn không
hiểu. Để có thể viết mã nguồn cho một tính năng, bạn cần phải biết
nguyên nhân tại sao và whats một tính năng.
• Mô tả các tính năng sử dụng các phương pháp thiết kế có cấu trúc. Đơn giản chỉ cần tổ chức các suy nghĩ của bạn
có thể là đủ nếu bạn là người duy nhất làm việc trên một chương trình; Tuy nhiên, thường xuyên
hơn không, bạn sẽ là một phần của một đội bóng. Bạn cần phải sử dụng một phương pháp thiết kế có cấu trúc như vậy
mà bạn và các thành viên trong nhóm của bạn có thể truyền đạt những suy nghĩ liên quan đến chương trình
phát triển.
Một phương pháp phổ biến thiết kế có cấu trúc là Unified Modeling Language (UML). UML được
sử dụng để tổ chức các tính năng này vào các đơn vị tương ứng với cấu trúc ngôn ngữ lập trình,
chẳng hạn như các lớp học. Hãy suy nghĩ về UML là một phần mềm phát triển đặc biệt ngữ dùng để mô tả khác nhau
các khía cạnh của một môi trường lập trình ở một mức độ trừu tượng cao hơn. UML cho phép bạn để
có được một sự hiểu biết tổng thể của kiến trúc mà không cần phải đọc mã nguồn. Hãy suy nghĩ
của UML là doodle cấu trúc trên khăn ăn của lập trình phần mềm.
Cùng với UML, có những cách khác để cấu trúc quá trình phát triển của bạn. Ví dụ,
một kỹ thuật khác được gọi là phát triển phần mềm nhanh. Ý tưởng phát triển phần mềm linh hoạt
là sử dụng một tấm bảng và phát triển các cơ chế giao tiếp cấu trúc của riêng bạn.
Sự lựa chọn của UML, phát triển phần mềm linh hoạt, hoặc một phương pháp thiết kế có cấu trúc là lên
để bạn và các thành viên trong nhóm của bạn. Nhưng bạn sẽ cần phải tổ chức các suy nghĩ của bạn và có một cấu trúc
kỹ thuật truyền thông. Nếu bạn không, phần mềm của bạn sẽ bị trễ, lỗi, quá tốn kém, hoặc
không đầy đủ. Nó không phải là một cách nói để nói tổ chức là một nửa trận chiến.
Trong chương này, chúng tôi sẽ cung cấp cho bạn một hương vị của một kỹ thuật phát triển cấu trúc đơn giản,
do đó bạn ít nhất có một ý tưởng về cách cấu trúc phát triển hoạt động.