Here satisfaction arguments can be structured into multiple layers: a  dịch - Here satisfaction arguments can be structured into multiple layers: a  Việt làm thế nào để nói

Here satisfaction arguments can be

Here satisfaction arguments can be structured into multiple layers: a main argument attached (as an attribute or linked in an “establishes” relationship) to the requirement to be established, and a hierarchy of sub-arguments hang off of the main argument. Low-level requirements are linked to the sub-arguments in a “contributes to” relationship. This is shown in Fig. 7.11. Some implementations limit the depth of the argument hierarchy to two, using a main argument – the satisfaction argument – and a single layer of sub-arguments that explains the role played by the contributing requirements.
7.10 Design Documents
Astute readers will have noticed that the layer of rationale introduced by satisfaction arguments is very like the “filling” in the systems engineering sandwich presented in Fig. 1.9. Indeed, the satisfaction arguments can be gathered into a document, which may be best characterised as an “analysis and design” document. It is this design document which is the focal point of the integration between requirements and modelling. The role of the design document is to summarize – textually and visually – those parts of the modelling activity that explain why one layer of requirements is sufficient and necessary to satisfy the layer above. The document references data from the modelling process as evidence for the rationale. Traceability between layers of requirement passes through the design document.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Here satisfaction arguments can be structured into multiple layers: a main argument attached (as an attribute or linked in an “establishes” relationship) to the requirement to be established, and a hierarchy of sub-arguments hang off of the main argument. Low-level requirements are linked to the sub-arguments in a “contributes to” relationship. This is shown in Fig. 7.11. Some implementations limit the depth of the argument hierarchy to two, using a main argument – the satisfaction argument – and a single layer of sub-arguments that explains the role played by the contributing requirements.7.10 Design DocumentsAstute readers will have noticed that the layer of rationale introduced by satisfaction arguments is very like the “filling” in the systems engineering sandwich presented in Fig. 1.9. Indeed, the satisfaction arguments can be gathered into a document, which may be best characterised as an “analysis and design” document. It is this design document which is the focal point of the integration between requirements and modelling. The role of the design document is to summarize – textually and visually – those parts of the modelling activity that explain why one layer of requirements is sufficient and necessary to satisfy the layer above. The document references data from the modelling process as evidence for the rationale. Traceability between layers of requirement passes through the design document.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Ở đây đối số hài lòng có thể được cấu trúc thành nhiều lớp: một cuộc tranh luận chính kèm theo (như là một thuộc tính hoặc được liên kết trong một "thiết lập" quan hệ) để yêu cầu được thành lập, và một hệ thống phân cấp của tiểu luận treo tắt của các lập luận chính. Yêu cầu cấp thấp có liên quan đến các tiểu luận trong một "góp phần" mối quan hệ. Điều này được thể hiện trong hình. 7.11. Triển khai một số hạn chế độ sâu của hệ thống phân cấp đối với hai, sử dụng một lập luận chính - đối số sự hài lòng -. Và một lớp duy nhất của tiểu luận, giải thích vai trò của các yêu cầu góp phần
Documents 7.10 Thiết kế
độc giả Astute sẽ có nhận thấy rằng các lớp các lý do được giới thiệu bởi đối số hài lòng là rất giống như "làm đầy" trong bánh sandwich hệ thống kỹ thuật trình bày trong hình. 1.9. Thật vậy, các đối số hài lòng có thể được tập hợp thành một tài liệu, trong đó có thể được mô tả tốt nhất như là một "phân tích và thiết kế" tài liệu. Chính điều này tài liệu thiết kế mà là tâm điểm của sự tích hợp giữa yêu cầu và mẫu. Vai trò của các tài liệu thiết kế là để tóm tắt - nguyên văn và trực quan - những bộ phận của một mô hình nào đó giải thích tại sao một lớp yêu cầu là đủ và cần thiết để đáp ứng các lớp trên. Các tài liệu tham khảo tài liệu dữ liệu từ quá trình xây dựng mô hình làm bằng chứng cho lý do. Truy xuất nguồn gốc giữa các lớp yêu cầu đi qua các tài liệu thiết kế.
đ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: