.10.17 Metrics for the Requirements

.
10.17 Metrics for the Requirements Workflow
A key feature of the requirements workfl ow is how rapidly the requirements team determines the client’s real needs. So, a useful metric during this workflow is a measure of requirements volatility. Keeping a record of how frequently the requirements change during
the requirements workfl ow gives management a way of determining the rate at which the
requirements team converges on the actual requirements of the product. This metric has the
further advantage that it can be applied to any requirements elicitation technique, such as
interviewing or forms analysis.
Another measure of how well the requirements team is doing its job is the number of
requirements that change during the rest of the software development process. For each such
change in requirements, it should be recorded whether that change was initiated by the client
or the developers. If a large number of changes in requirements are initiated by the developers during the analysis, design, and subsequent workflows, then it is clear that the process
used by the team to carry out the requirements workflow should be thoroughly reviewed.
Conversely, if the client makes repeated changes to the requirements during subsequent
workflows, then this metric can be used to warn the client that the moving-target problem
can adversely affect the project, and future changes should be held to a minimum.
10.18 Challenges of the Requirements Workflow
Like every other workfl ow of the software development process, potential problems and
pitfalls are associated with the requirements workflow. First, it is essential to have the
wholehearted cooperation of the potential users of the target product from the beginning of
the process. Individuals often feel threatened by computerization, fearing that the computer
will take their jobs. There is some truth to that fear. Over the past 30 years or so, the impact
of computerization has been to reduce the need for unskilled workers but also to generate
jobs for skilled workers. Overall, the number of well-paying employment opportunities
created as a direct consequence of computerization has far exceeded the number of relatively unskilled jobs made redundant, as evidenced by both decreased unemployment rates
and increased average compensation. But the unparalleled economic growth of so many
countries worldwide as a direct or indirect consequence of the so-called Computer Age in
no way can compensate for the negative impact on those individuals who lose their jobs as
a result of computerization.

Results (Vietnamese) 1:

.10.17 số liệu cho công việc yêu cầuMột tính năng chính của yêu cầu workfl ow là làm thế nào nhanh chóng đội yêu cầu xác định các khách hàng thực sự cần. Vì vậy, một số liệu hữu ích trong công việc này là một biện pháp của yêu cầu bay hơi. Giữ một hồ sơ về mức độ thường xuyên các yêu cầu thay đổi trongworkfl yêu cầu ow cho quản lý một cách xác định tỷ lệ mà tại đó cácyêu cầu đội hội tụ trên yêu cầu thực tế của sản phẩm. Số liệu này có cáchơn nữa lợi thế mà nó có thể được áp dụng cho bất kỳ kỹ thuật elicitation yêu cầu, chẳng hạn nhưphỏng vấn hoặc hình thức phân tích.Một biện pháp tốt như thế nào đội yêu cầu làm công việc của mình laø soá löôïngyêu cầu thay đổi trong suốt phần còn lại của quá trình phát triển phần mềm. Cho mỗi như vậythay đổi trong yêu cầu, nó nên được ghi lại cho dù rằng thay đổi đã được khởi xướng bởi các khách hànghoặc các nhà phát triển. Nếu một số lớn các thay đổi trong yêu cầu được khởi xướng bởi các nhà phát triển trong phân tích, thiết kế, và quy trình công việc tiếp theo, sau đó nó là rõ ràng rằng quá trìnhđược sử dụng bởi đội để thực hiện các yêu cầu quy trình làm việc nên được xem xét kỹ lưỡng.Ngược lại, nếu khách hàng làm cho thay đổi lặp đi lặp lại các yêu cầu trong thời gian tiếp theoquy trình công việc, sau đó số liệu này có thể được sử dụng để cảnh báo khách hàng rằng vấn đề di chuyển mục tiêucó thể ảnh hưởng đến dự án, và thay đổi trong tương lai nên được tổ chức đến mức tối thiểu.10.18 thách thức của công việc yêu cầuGiống như mỗi khác workfl ow của quá trình phát triển phần mềm, vấn đề tiềm năng vàcạm bẫy được kết hợp với công việc yêu cầu. Đầu tiên, nó là cần thiết để có cácCác hợp tác tận của những người sử dụng tiềm năng của sản phẩm mục tiêu từ đầuquá trình này. Cá nhân thường cảm thấy bị đe dọa bởi tin học, vì sợ rằng máy tínhsẽ mất công việc của họ. Đó là một số sự thật để mà sợ hãi. Trong 30 năm qua, hay như vậy, tác độngcủa tin học đã là để giảm sự cần thiết cho người lao động không có kỹ năng mà còn để tạo raviệc làm cho người lao động có tay nghề cao. Nhìn chung, số lượng việc làm cũng như trả tiền cơ hộitạo ra như một hậu quả trực tiếp của tin học đã đến nay vượt quá số lượng tương đối không có kỹ năng công việc thực hiện dự phòng, được minh chứng bằng cả hai tỷ lệ thất nghiệp giảmvà bồi thường trung bình tăng lên. Nhưng sự tăng trưởng kinh tế tuyệt vời của rất nhiềunước trên thế giới như là một hệ quả trực tiếp hoặc gián tiếp của tuổi máy tính như vậy gọi là trongkhông có cách nào có thể bù đắp cho những tác động tiêu cực về những cá nhân những người mất công việc của họ làmột kết quả của tin học.

Results (Vietnamese) 2:

.
10.17 Metrics cho các yêu cầu quy trình làm việc
Một tính năng quan trọng của các yêu cầu workfl ow là cách nhanh chóng đội yêu cầu xác định nhu cầu thực sự của khách hàng. Vì vậy, một thước đo hữu ích trong công việc này là một biện pháp của yêu cầu biến động. Giữ kỷ lục của thế nào thường xuyên các yêu cầu thay đổi trong
các yêu cầu workfl ow cho phép quản lý một cách để xác định tốc độ mà
đội yêu cầu hội tụ trên yêu cầu thực tế của sản phẩm. Số liệu này có
ưu điểm nữa là nó có thể được áp dụng cho bất kỳ kỹ thuật yêu cầu sự khám phá, chẳng hạn như
phỏng vấn hoặc các hình thức phân tích.
Một biện pháp khác như thế nào cũng đội yêu cầu được làm công việc của nó là số lượng
yêu cầu mà thay đổi trong suốt phần còn lại của sự phát triển phần mềm quá trình. Đối với mỗi ví dụ
thay đổi trong yêu cầu, nó phải được ghi nhận cho dù sự thay đổi đó đã được khởi xướng bởi các khách hàng
hoặc các nhà phát triển. Nếu một số lượng lớn các thay đổi trong yêu cầu này được khởi xướng bởi các nhà phát triển trong quá trình phân tích, thiết kế, và công việc tiếp theo, sau đó rõ ràng là quá trình
được sử dụng bởi các đội để thực hiện các yêu cầu công việc nên được xem xét kỹ lưỡng.
Ngược lại, nếu khách hàng làm cho lặp đi lặp lại những thay đổi các yêu cầu trong thời gian tiếp theo
quy trình công việc, sau đó số liệu này có thể được sử dụng để cảnh báo khách hàng rằng các vấn đề di chuyển, mục tiêu
có thể ảnh hưởng xấu đến dự án, và những thay đổi trong tương lai nên được giữ ở mức tối thiểu.
10.18 thách thức của các yêu cầu Workflow
Giống như mọi workfl khác ow của quá trình phát triển phần mềm, các vấn đề tiềm năng và
những cạm bẫy được kết hợp với các yêu cầu công việc. Đầu tiên, nó là điều cần thiết để có sự
hợp tác hết mình của người sử dụng tiềm năng của các sản phẩm mục tiêu từ đầu của
quá trình này. Các cá nhân thường cảm thấy bị đe dọa bởi tin học, sợ rằng máy tính
sẽ mất công ăn việc làm của họ. Có một số sự thật để nỗi sợ đó. Trong 30 năm qua hay như vậy, tác động
của tin học đã làm giảm nhu cầu đối với lao động phổ thông mà còn để tạo ra
công ăn việc làm cho người lao động có tay nghề cao. Nhìn chung, số lượng các công việc có lương cơ hội việc làm
được tạo ra như là một hệ quả trực tiếp của tin học đã vượt xa số lượng việc làm tương đối không có kỹ năng thực hiện dự phòng, bằng chứng là cả hai giảm tỷ lệ thất nghiệp
và tăng lương trung bình. Nhưng sự phát triển kinh tế chưa từng của rất nhiều
nước trên thế giới như là một hậu quả trực tiếp hoặc gián tiếp của cái gọi là máy tính Tuổi tại
không có cách nào có thể bù đắp cho những tác động tiêu cực trên những cá nhân bị mất việc làm của họ như là
một kết quả của tin học.