Ç 1 INTRODUCTIONREQUIREMENT traceab

Ç

1 INTRODUCTION
R
EQUIREMENT traceability is defined as “the ability to describe and follow the life of a requirement, in both a forwards and backwards direction (i.e., from its origins, through its development and specification, to its subsequent deployment and use, and through all periods of ongoing refinement and iteration in any of these phases)” [1]. Traceability links between the requirements1 of a system and its source code are helpful in reducing system comprehension effort. They are also essential to ensuring that a system’s source code is consistent with its requirements and that all and only the specified requirements have been implemented by developers. Yet, during software maintenance and evolution, as developers add, remove, or modify features, requirement traceability links become obsolete because developers do not/cannot devote effort to updating them [2]. Yet, recovering these traceability links later is a daunting and costly task for developers.
1. Without loss of generality with other textual documentation, in the following we use textual requirements as high-level documents and source code as low-level documents.

. The authors are with the De´partement de Ge´nie Informatique et Ge´nie Logiciel, Ecole Polytechnique de Montre´al, C.P. 6079, succursale CentreVille Montre´al, QC H3C 3A7, Canada.
E-mail: {nasir.ali, yann-gael.gueheneuc}@polymtl.ca, [e-mail].
Manuscript received 20 Mar. 2012; revised 4 July 2012; accepted 22 Oct.
2012; published online 26 Oct. 2012.
Recommended for acceptance by T. Tamai.
For information on obtaining reprints of this article, please send e-mail to: [e-mail], and reference IEEECS Log Number TSE-2012-03-0067. Digital Object Identifier no. 10.1109/TSE.2012.71.
Consequently, the literature has proposed methods, techniques, and tools to recover these traceability links semiautomatically or automatically [3].
Requirements traceability has received much attention over the past decade in the scientific literature. Many researchers used information retrieval (IR) techniques, e.g., [2], [3], [4], to recover traceability links between high-level documents, e.g., requirements, manual pages, and design documents, and low-level documents, e.g., source code and UML diagrams [3], [4], [5], [6]. IR techniques assume that all software artifacts are/can be put in some textual format. Then, they compute the textual similarity between two software artifacts, e.g., the source code of a class and a requirement. A high textual similarity means that the two artifacts probably share several concepts [3] and that, therefore, they are likely linked to one another.
0098-5589/13/$31.00 2013 IEEE Published by the IEEE Computer Society
The effectiveness of IR techniques is measured using IR metrics: recall, precision, or some average of both, like the F1 score [3], [5], [7]. For a given requirement, recall is the percentage of correct recovered links over the total number of pertinent, expected links, while precision is the percentage of correct recovered links over the total number of recovered links. High recall could be achieved by linking each requirement to all source code entities ( classes, structures, methods, and functions), but precision would be close to zero. High precision could be achieved by reporting only obvious links, but recall would be close to zero. Either extreme cases are undesirable because developers then would need to manually review numerous candidate links to remove false positives and/or study the source code to recover missing links [3].

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

Ç 1 GIỚI THIỆURTruy tìm nguồn gốc EQUIREMENT được định nghĩa là "khả năng để mô tả và thực hiện theo cuộc đời của một yêu cầu, trong cả hai một tiền đạo và ngược hướng (tức là, từ nguồn gốc của nó, thông qua phát triển và đặc điểm kỹ thuật, sau đó triển khai và sử dụng, và thông qua tất cả thời gian của sàng lọc liên tục và lặp đi lặp lại trong bất kỳ những giai đoạn)" [1]. Truy tìm nguồn gốc liên kết giữa requirements1 của một hệ thống và mã nguồn của nó là hữu ích trong việc giảm hệ thống hiểu nỗ lực. Chúng cũng là điều cần thiết để đảm bảo rằng một hệ thống mã nguồn là phù hợp với yêu cầu của mình và rằng tất cả và chỉ là các yêu cầu quy định đã được thực hiện bởi nhà phát triển. Tuy vậy, trong thời gian bảo trì phần mềm và sự tiến hóa, như nhà phát triển thêm, xóa hoặc sửa đổi các tính năng, yêu cầu truy tìm nguồn gốc liên kết trở nên lỗi thời vì nhà phát triển không / không thể dành nhiều nỗ lực nhằm cập nhật họ [2]. Tuy vậy, phục hồi các liên kết truy tìm nguồn gốc sau đó là một nhiệm vụ khó khăn và tốn kém cho nhà phát triển.1. mà không làm mất quát với tài liệu văn bản, trong sau đây chúng tôi sử dụng văn bản yêu cầu như là tài liệu cao cấp và nguồn mã như là tài liệu ở độ cao thấp. . Các tác giả có Informatique De´partement de Ge´nie et Ge´nie Logiciel, Ecole Polytechnique de Montre´al, C.P. 6079, succursale CentreVille Montre´al, QC H3C 3A7, Canada.E-mail: {nasir.ali, yann-gael.gueheneuc}@polymtl.ca, [e-mail].Bản thảo nhận được 20 tháng 03 năm 2012; Sửa đổi 4 tháng bảy năm 2012; chấp nhận 22 tháng mười.năm 2012; xuất bản trực tuyến ngày 26 tháng 10 năm 2012.Khuyến khích cho sự chấp nhận bởi T. Tamai.Cho thông tin về việc thu thập sao của bài viết này, xin vui lòng gửi email đến: [e-mail], và tham khảo IEEECS đăng nhập số TSE-2012-03-0067. Kỹ thuật số đối tượng nhận dạng số 10.1109/TSE.2012.71.Do đó, các tài liệu đã đề xuất phương pháp, kỹ thuật, và các công cụ để phục hồi các liên kết truy tìm nguồn gốc semiautomatically hoặc tự động [3].Truy tìm nguồn gốc của yêu cầu đã nhận được nhiều sự chú ý hơn thập kỷ vừa qua trong các tài liệu khoa học. Nhiều nhà nghiên cứu sử dụng thông tin tra cứu (IR) kỹ thuật, ví dụ, [2], [3], [4], phục hồi truy tìm nguồn gốc liên kết giữa các tài liệu cao cấp, ví dụ như, yêu cầu, trang hướng dẫn sử dụng, và thiết kế tài liệu, và tài liệu ở độ cao thấp, ví dụ như, mã nguồn và UML sơ đồ [3], [4], [5], [6]. IR kỹ thuật giả định rằng tất cả phần mềm hiện vật được/có thể được đặt trong một số định dạng văn bản. Sau đó, họ tính toán những nét tương đồng văn bản giữa hai phần mềm hiện vật, ví dụ như, mã nguồn của một lớp học và một yêu cầu. Một điểm giống nhau văn bản cao có nghĩa là các hiện vật hai có thể chia sẻ một số khái niệm [3] và rằng, do đó, họ có khả năng liên kết với nhau.Được đăng bởi IEEE Computer Society 0098-5589/13/$31.00 2013 IEEEHiệu quả của kỹ thuật IR được đo bằng cách sử dụng số liệu IR: thu hồi, độ chính xác, hoặc một số trung bình của cả hai, như F1 điểm [3], [5], [7]. Đối với một yêu cầu nhất định, thu hồi là tỷ lệ chính xác liên kết thu hồi trong số tất cả các liên kết cần thiết, dự kiến, trong khi chính xác là tỷ lệ phần trăm chính xác liên kết thu hồi hơn tổng số liên kết thu hồi. Cao thu hồi có thể đạt được bằng cách liên kết mỗi yêu cầu để tất cả những mã nguồn (các lớp học, cấu trúc, phương pháp, và chức năng), nhưng độ chính xác sẽ là gần bằng không. Độ chính xác cao có thể đạt được bằng cách báo cáo chỉ liên kết rõ ràng, nhưng nhớ lại sẽ là gần bằng không. Một trong hai trường hợp cực đoan là không mong muốn, vì nhà phát triển sau đó sẽ cần phải tự xem xét nhiều ứng cử viên liên kết loại bỏ quả dương giả và/hoặc nghiên cứu mã nguồn để phục hồi liên kết thiếu [3].

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

Ç 1 GIỚI THIỆU R EQUIREMENT truy xuất nguồn gốc được định nghĩa là "khả năng để mô tả và theo đuổi cuộc sống của một yêu cầu, trong cả một tiền đạo và ngược hướng (tức là từ nguồn gốc của nó, thông qua phát triển và đặc điểm kỹ thuật của nó, để triển khai tiếp theo của nó và sử dụng, và qua tất cả các giai đoạn của sự tinh tế và liên tục lặp đi lặp lại trong bất kỳ các giai đoạn) "[1]. Liên kết truy xuất nguồn gốc giữa requirements1 của một hệ thống và mã nguồn của nó là hữu ích trong việc làm giảm nỗ lực hệ thống hiểu. Họ cũng rất cần thiết để đảm bảo rằng mã nguồn của một hệ thống phù hợp với yêu cầu của mình và rằng tất cả và chỉ có các yêu cầu quy định đã được thực hiện bởi các nhà phát triển. Tuy nhiên, trong quá trình bảo trì phần mềm và tiến hóa, như các nhà phát triển thêm, xóa, hoặc sửa đổi các tính năng, các liên kết yêu cầu truy xuất nguồn gốc trở nên lỗi thời bởi vì các nhà phát triển không / không thể cống hiến công sức để cập nhật [2]. Tuy nhiên, việc khôi phục các liên kết truy xuất nguồn gốc sau đó là một nhiệm vụ khó khăn và tốn kém cho các nhà phát triển. 1. Không mất tính tổng quát với các tài liệu văn bản khác, trong những điều sau đây chúng tôi sử dụng các yêu cầu văn bản như văn bản cấp cao và mã nguồn như là tài liệu cấp thấp.. Các tác giả với De'partement de Ge'nie Informatique et Ge'nie Logiciel, Ecole Polytechnique de Montre'al, CP 6079, succursale Centreville Montre'al, QC H3C 3A7, Canada. E-mail:. {nasir.ali, yann-gael.gueheneuc}@polymtl.ca, [e-mail] Manuscript nhận 20 Tháng Ba 2012; sửa đổi ngày 04 Tháng 7 2012; chấp nhận Tháng 10 22 2012; công bố trực tuyến ngày 26 tháng 10 năm 2012. Đề nghị cho sự chấp nhận bởi T. Tamai. Để biết thông tin về việc thu thập các bản in lại của bài viết này, xin vui lòng gửi e-mail tới: [e-mail], và tham chiếu IEEECS Log Số TSE-2012-03-0067. Digital Object Identifier không. 10,1109 / TSE.2012.71. Phương pháp Do đó, văn học đã đề xuất, kỹ thuật, và các công cụ để khôi phục lại các liên kết truy xuất nguồn gốc semiautomatically hoặc tự động [3]. Yêu cầu truy xuất nguồn gốc đã nhận được nhiều sự chú ý trong thập kỷ qua trong các tài liệu khoa học. Nhiều nhà nghiên cứu sử dụng truy xuất thông tin (IR) kỹ thuật, ví dụ, [2], [3], [4], để khôi phục lại các liên kết truy xuất nguồn gốc giữa các tài liệu cao cấp, ví dụ, yêu cầu, trang hướng dẫn, và các tài liệu thiết kế, và các văn bản cấp thấp , ví dụ, mã nguồn và sơ đồ UML [3], [4], [5], [6]. Kỹ thuật IR giả định rằng tất cả các vật phẩm phần mềm là / có thể được đặt trong một số định dạng văn bản. Sau đó, họ tính toán sự tương đồng văn bản giữa hai vật phẩm phần mềm, ví dụ, mã nguồn của một lớp và một yêu cầu. Sự giống nhau văn bản cao có nghĩa là hai hiện vật có thể chia sẻ một số khái niệm [3] và rằng, do đó, họ có nhiều khả năng liên kết với nhau. 0098-5589 / 13 / 31,00 $ 2013 IEEE đăng bởi Hội IEEE Computer Hiệu quả của kỹ thuật IR là đo bằng cách sử dụng các số liệu IR: thu hồi, độ chính xác, hoặc một số trung bình của cả hai, như số điểm F1 [3], [5], [7]. Đối với một yêu cầu nhất định, thu hồi là tỷ lệ phần trăm của các liên kết phục hồi đúng trên tổng số thích hợp, liên kết dự kiến, trong khi chính xác là tỷ lệ phần trăm của các liên kết phục hồi đúng trên tổng số liên kết phục hồi. Thu hồi cao có thể đạt được bằng cách liên kết từng yêu cầu cho tất cả các đơn vị mã nguồn (các lớp học, cấu trúc, phương pháp, và các chức năng), nhưng độ chính xác sẽ là gần bằng không. Độ chính xác cao có thể đạt được bằng cách báo cáo liên kết chỉ rõ ràng, nhưng thu hồi sẽ là gần bằng không. Hoặc trường hợp cực kỳ được ưa chuộng vì các nhà phát triển sau đó sẽ cần phải tự xem xét nhiều liên kết ứng cử viên để loại bỏ dương tính giả và / hoặc nghiên cứu mã nguồn để phục hồi liên kết còn thiếu [3].