Figure2. Software Engineering Trend

Figure2. Software Engineering Trends Through the
1970’s
The success of structured programming led to many other
“structured” approaches applied to software design. Principles of
modularity were strengthened by Constantine’s concepts of coupling
(to be minimized between modules) and cohesion (to be maximized
within modules) [48], by Parnas’s increasingly strong techniques of
information hiding [116][117][118], and by abstract data types
[92][75][151]. A number of tools and methods employing
structured concepts were developed, such as structured design
[106][55][154]; Jackson’s structured design and programming [82],
emphasizing data considerations; and Structured Program Design
Language [45].
Requirements-driven processes were well established in the 1956
SAGE process model in Figure 1, but a stronger synthesis of the
1950’s paradigm and the 1960’s crafting paradigm was provided by
Royce’s version of the “waterfall” model shown in Figure 3 [132].
It added the concepts of confining iterations to successive phases,
and a “build it twice” prototyping activity before committing to full-
scale development. A subsequent version emphasized verification
and validation of the artifacts in each phase before proceeding to the
next phase in order to contain defect finding and fixing within the
same phase whenever possible. This was based on the data from TRW, IBM, GTE, and safeguard on the relative cost of finding
defects early vs. late [24].

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

Figure2. Công nghệ phần mềm xu hướng thông qua cácnăm 1970Sự thành công của lập trình cấu trúc đã dẫn đến nhiều khácphương pháp tiếp cận "cấu trúc" áp dụng cho phần mềm thiết kế. Các nguyên tắc củaMô đun được củng cố bởi Constantine của khái niệm của khớp nối(để được giảm thiểu giữa mô-đun) và gắn kết (để được tối đatrong mô-đun) [48], bởi Parnas của ngày càng mạnh mẽ kỹ thuật sốthông tin ẩn [116] [117] [118], và bởi các loại dữ liệu trừu tượng[92] [75] [151]. một số công cụ và phương pháp sử dụngkhái niệm cấu trúc được phát triển, chẳng hạn như cấu trúc thiết kế[106] [55] [154]; Jackson của cấu trúc thiết kế và lập trình [82],nhấn mạnh dữ liệu cân nhắc; và thiết kế cấu trúc chương trìnhNgôn ngữ [45].Quy trình điều khiển yêu cầu đã được cũng được thành lập vào năm 1956 cácSAGE quá trình mô hình trong hình 1, nhưng một tổng hợp mạnh mẽ hơn của cácMô hình năm 1950 và 1960 chế tạo mô hình được cung cấp bởiRoyce của các phiên bản của mô hình "thác nước" Hiển thị trong hình 3 [132].Nó thêm vào các khái niệm của nhốt lặp đi lặp lại cho giai đoạn kế tiếp,và một "xây dựng nó hai lần" prototyping hoạt động trước khi cam kết đầy đủ-phát triển quy mô. Một phiên bản tiếp theo nhấn mạnh quy trình xác minhvà xác nhận các hiện vật trong mỗi giai đoạn trước khi tiếp tục đi đến cácCác giai đoạn tiếp theo để chứa tìm kiếm lỗi và sửa chữa trong vòng cáccùng một giai đoạn bất cứ khi nào có thể. Điều này được dựa trên dữ liệu từ TRW, IBM, GTE, và bảo vệ trên chi phí tương đối của việc tìm kiếmKhuyết tật sớm so với cuối [24].

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

Figure2. Xu hướng phần mềm Kỹ thuật Thông qua các
năm 1970
Sự thành công của lập trình cấu trúc dẫn đến nhiều người khác
"có cấu trúc" phương pháp tiếp cận được áp dụng để thiết kế phần mềm. Nguyên tắc của
mô đun đã được củng cố bởi các khái niệm của Constantine của các khớp nối
(để được giảm thiểu giữa các mô-đun) và sự gắn kết (để được tối đa
trong các module) [48], bằng các kỹ thuật ngày càng mạnh mẽ của Parnas của
ẩn thông tin [116] [117] [118], và bởi các kiểu dữ liệu trừu tượng
[92] [75] [151]. Một số công cụ và phương pháp sử dụng
các khái niệm cấu trúc được phát triển, chẳng hạn như thiết kế cấu trúc
[106] [55] [154]; Thiết kế của Jackson có cấu trúc và lập trình [82],
nhấn mạnh những cân nhắc dữ liệu; và cấu trúc Chương trình Thiết kế
ngôn ngữ [45].
quy trình yêu cầu định hướng cũng đã được thành lập vào năm 1956
SAGE mô hình quy trình trong Hình 1, nhưng một tổng hợp mạnh mẽ hơn của các
mô hình năm 1950 và crafting mô hình năm 1960 được cung cấp bởi
phiên bản Royce của mô hình "thác nước" thể hiện trong hình 3 [132].
Nó bổ sung các khái niệm về nhốt lặp đến giai đoạn kế tiếp,
và một "xây dựng nó hai lần" hoạt động tạo mẫu trước khi cam kết Full-
phát triển quy mô. Một phiên bản tiếp theo nhấn mạnh xác minh
và xác nhận của các hiện vật trong mỗi giai đoạn trước khi tiến hành các
giai đoạn tiếp theo để chứa phát hiện lỗi và sửa chữa trong
giai đoạn cùng bất cứ khi nào có thể. Điều này được dựa trên dữ liệu từ TRW, IBM, GTE, và bảo vệ trên các chi phí tương đối của việc tìm kiếm
các khuyết tật sớm với muộn [24].