SQA should not be limited to the de

SQA should not be limited to the development process. Instead, it should be extended to cover the long years of service subsequent to product delivery. Adding issues directly related to the software product introduces quality issues that integrate software maintenance functions into the overall conception of SQA.
■ SQA actions should not be limited to the technical aspects of the func- tional requirements, but should include also activities that deal with scheduling and the budget. The reasoning behind this expansion in scope is the close relationship between timetable or budget failure and the meet- ing of functional technical requirements. Very often, when projects are under severe time constraints, professionally “dangerous” changes that can seriously harm the prospects of meeting the functional requirements are made in the project schedule. Similar undesirable results can be expect- ed with projects that are under budgetary constraints and unable to cope with the inadequate resources allocated to the project and its maintenance.

Results (Vietnamese) 1:

SQA không nên hạn chế đến quá trình phát triển. Thay vào đó, nó nên được mở rộng để bao gồm những năm dài của các dịch vụ tiếp theo để phân phối sản phẩm. Thêm vấn đề trực tiếp liên quan đến các sản phẩm phần mềm giới thiệu vấn đề chất lượng tích hợp chức năng bảo trì phần mềm vào khái niệm tổng thể về SQA.■ SQA hành động không nên được giới hạn đến các khía cạnh kỹ thuật của các yêu cầu func-tế, nhưng nên cũng bao gồm các hoạt động đối phó với các lập lịch trình và ngân sách. Lý do đằng sau này mở rộng phạm vi là mối quan hệ gần gũi giữa đáp ứng-ing yêu cầu chức năng kỹ thuật hoặc sự thất bại ngân sách và lịch trình. Thông thường, khi dự án đang nghiêm trọng thời gian, chuyên nghiệp "nguy hiểm" thay đổi nghiêm trọng có thể gây tổn hại cho khách hàng tiềm năng của cuộc họp trong các yêu cầu chức năng được thực hiện trong lịch trình dự án. Kết quả không mong muốn tương tự có thể mong đợi-ed với các dự án đang bị ràng buộc ngân sách và không thể đối phó với các nguồn tài nguyên đủ để phân bổ cho các dự án và bảo trì của nó.

Results (Vietnamese) 2:

SQA không nên hạn chế đến quá trình phát triển. Thay vào đó, nó cần phải được mở rộng để bao gồm những năm dài của dịch vụ tiếp theo để phân phối sản phẩm. Thêm các vấn đề liên quan trực tiếp đến sản phẩm phần mềm giới thiệu các vấn đề chất lượng tích hợp các chức năng bảo trì phần mềm vào các quan niệm chung của SQA.
■ hành động SQA không nên giới hạn đến các khía cạnh kỹ thuật của các yêu cầu quốc hàm, nhưng cũng nên bao gồm các hoạt động đối phó với lịch trình và ngân sách. Lý do đằng sau sự mở rộng này trong phạm vi là mối quan hệ chặt chẽ giữa thời gian biểu hay thất bại ngân sách và ing buổi họp của các yêu cầu kỹ thuật chức năng. Rất thường xuyên, khi dự án đang trong thời gian khó khăn nghiêm trọng, chuyên nghiệp thay đổi "nguy hiểm" có thể gây tổn hại nghiêm trọng đến triển vọng đáp ứng các yêu cầu chức năng được thực hiện trong tiến độ dự án. Kết quả không mong muốn tương tự có thể được expect- ed với các dự án đang được chế về ngân sách và không thể đối phó với sự không đủ nguồn lực được phân bổ cho các dự án và bảo trì của nó.