Trang chủ segvn Xin chào Guest  |  Đăng ký  |  Đăng nhập
Tên đăng nhập Mật khẩu
  Tìm kiếm  
  Trang chủ  | Những mạch mới  | Mạch chưa trả lời  | Người dùng trực tuyến  | Thành viên  | Giúp đỡ


Chuyển nhanh tới »

Không có thành viên nào đang xem mạch
Trạng thái mạch: Bình thường
Tổng số bài viết trong mạch này: 1
Tạo mạch mới
Tác giả
mạch trước đó mạch này đã được xem 1026 lần và có 0 bài trả lời mạch kế tiếp
Nam JohnVu
Prof.




Tham gia: 29-12-2008
Tổng số bài đã viết: 859
Trạng thái: Offline
Trả lời bài viết  Trả lời với trích dẫn 
Giám định - Kiểm điểm - Lỗi - Inspection - Review - Defect

Giám định phần mềm là phương pháp kiểm điểm sản phẩm phần mềm để trắc nghiệm rằng nó đáp ứng yêu cầu. Thường có người phát triển và vài người khác trong nhóm phần mềm tham gia vào đây như khách hàng, trong qui trình điều tra chính thức, để nhận diện và loại bỏ lỗi trong sản phẩm phần mềm.

Software inspection is a method of reviewing software product to verify that it meets requirements. It usually engages the developers and a few others within the software group or outside the group such as customer, in a formal investigation process, to identify and remove defects in the software product.


Kiểm điểm ngang quyền là giám định phần mềm được tiến hành bởi một nhóm người bên trong tổ chức phần mềm – thường là nhóm ngang quyền.

A Peer Review is a software inspection conducted by a group of people within the software organization – usually a peer group.


Lỗi có thể được xác định như một thể nghiệm trong đó yêu cầu không được thoả mãn. Tất nhiên, người ta phải hiểu rằng yêu cầu là một cam kết đã được thoả thuận, không phải là việc đổi ý ở phút chót. Lỗi có thể được tìm thấy trong nhiều pha vòng đời phần mềm – yêu cầu, thiết kế, viết mã, kiểm thử, cài đặt, bảo trì, sản phẩm của nhà cung cấp, và/hoặc tài liệu.

A defect can be defined as an instance in which a requirement is not satisfied. Of course, it must be understood that a requirement is an agreed-upon commitment, not a last minute change of mind. A defect can be found in any of the software life cycle phases – Requirements, Design, Code, Test, Installation, Maintenance, Vendor products, and/or documentation.
----------------------------------------
Prof. Vu
Carnegie Mellon University
[07:23:27 09-03-2009] Xem bản để in của bài viết    Xem thông tin cá nhân của thành viên    Gửi thông điệp cá nhân [Liên kết của bài] Thông báo bài gửi có nội dung xấu: mời bạn đăng nhập trước  Chuyển về đầu trang 
Xem bản để in  Tạo mạch mới