THÔNG TIN TÀI LIỆU
Lời cám ơn Lời đầu tiên, chúng xin gửi đến cha mẹ lịng biết ơn, tơn kính chúng Cha mẹ sinh dưỡng không ngại khó khăn tạo điều kiện tốt cho K H TN chúng có ngày hơm Chúng em xin chân thành cám ơn thầy Trần Đan Thư, thầy Nguyễn Trọng Tài tận tâm hướng dẫn chúng em, giúp đỡ chúng em hoàn thành đề tài Chúng em xin cám ơn anh chị làm việc phòng phát triển phần mềm Trung tâm Tin học trường Đại học Khoa học Tự nhiên sẵn sàng giúp đỡ chúng H em, cung cấp thông tin cho chúng em trình khảo sát Chúng em xin cám ơn thầy cô, cán giảng viên trẻ nhiệt tình đóng góp kinh nghiệm, ý Đ kiến quý báu cho chúng em Chúng em xin gửi lời cám ơn tất quý thầy cô giảng dạy, cung cấp cho – chúng em vốn kiến thức quý báu suốt năm học vừa qua C N TT Chúng em cám ơn khoa Công nghệ thông tin trường Đại học Khoa học Tự nhiên tạo điều kiện cho chúng em thực đề tài Chúng xin cám ơn bạn nhiệt tình giúp đỡ chúng tơi vướng phải khó khăn, động viên chúng tơi suốt trình thực đề tài luận văn tốt nghiệp K H O A Mặc dù chúng em cố gắng nhiều để hoàn thành tốt luận văn, chắn khơng tránh khỏi thiếu sót, chúng em mong cảm thơng tận tình giúp đỡ q thầy Tp Hồ Chí Minh, 07/2004 Nhóm sinh viên thực Nguyễn Khánh Chi- Tăng Nguyễn Trung Hiếu LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Lời mở đầu Sau khủng hoảng ngành công nghệ thông tin vào đầu năm K H TN 2000, đến nay, công nghệ sản xuất phần mềm giới Việt Nam tiến bước tiến mạnh mẽ Vượt qua khủng hoảng này, kinh nghiệm kinh doanh, công ty tin học Việt Nam nhận thức quy trình sản xuất phần mềm cơng ty họ cần nâng cấp với mục tiêu nâng cao chất lượng, gia tăng tính chuyên nghiệp sản xuất phần mềm Một điều tranh cãi , quy trình đóng vai trị quan trọng H việc sản xuất phần mềm Hiện có nhiều quy trình sản xuất phần mềm Quy Đ trình RUP, Quy trình xoắc ốc, Quy trình thác nước , điều cốt lõi ứng dụng quy trình ứng dụng đạt thuận lợi – gì, q trình sản xuất phần mềm có tốt khơng, chất lượng phần mềm có nâng C N TT cao hay khơng Trong quy trình sản xuất phần mềm, việc thành lập chuẩn coding, phân công xếp công việc cho thành viên tổ chức, yếu tố quan trọng việc quản lý tài liệu bao gồm đặc tả yêu cầu, phân tích thiết kế chương trình, chương trình nguồn, báo cáo kiểm thử vô số tài liệu không tên khác Trong bối cảnh đó, chúng em thực đề tài “Tìm hiểu quản lý yêu cầu K H O A kiểm thử Phòng phát triển phần mềm Trung Tâm Tin Học trường ĐHKHTN_Xây dựng phần mềm hỗ trợ” nhằm hiểu rõ việc quản lý yêu cầu kiểm thử, mục tiêu, thuận lợi mà hai tiến trình đem lại Đề tài xem phần việc quản lý cấu hình, trọng hai giai đoạn khảo sát kiểm thử Luận văn chúng em trình bày với tám chương chính, bao gồm : LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com - Chương Mở đầu - Chương Tổng quan SQA (Software Quality Assurance) công việc quản lý yêu cầu, quản lý kiểm thử Chương Các công cụ hỗ trợ cho việc quản lý yêu cầu quản lý kiểm thử - K H TN - Chương Giới thiệu ứng dụng “Phần mềm quản lý yêu cầu quản lý kiểm thử” (Requirements and Testing Management) Chương Thực _ Kiểm tra ứng dụng - Chương Tổng kết K H O A C N TT – Đ H - LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Mục lục Chương Mở đầu Khái qt vai trị quy trình phát triển phần mềm 1.2 Tầm quan trọng việc quản lý quy trình 10 1.3 Hiện trạng phát triển phần mềm T3H 10 1.4 Đánh giá trạng 19 1.4.1 1.4.2 1.5 K H TN 1.1 Quản lý yêu cầu : 19 Quản lý kiểm thử : 19 Mục tiêu đề tài 20 Chương Tổng quan SQA công việc quản lý yêu cầu, quản lý kiểm thử 21 Vai trò việc quản lý chất lượng phần mềm 21 2.2 Tại cần quản lý chất lượng ? 24 2.3 Tổng quan quản lý yêu cầu 25 Đ H 2.1 2.4.1 2.4.2 2.4.3 Tổng quan quản lý kiểm thử 28 Mục tiêu quản lý kiểm thử 28 Các thông tin cần quản lý quản lý kiểm thử 29 Giới thiệu tiến trình Verification (VER) CMMI 30 Chương 3.1 Các công cụ hỗ trợ cho việc quản lý yêu cầu quản lý kiểm thử 32 Công cụ hỗ trợ quản lý yêu cầu 32 Giới thiệu : 32 Định nghĩa công cụ quản lý yêu cầu .33 Các loại công cụ 33 Tại phải sử dụng công cụ quản lý yêu cầu : 34 Kiến trúc chức : 35 So sánh với phần mềm có chức tương tự : .37 Đánh giá công cụ quản lý yêu cầu 38 K H O A 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7 C N TT 2.4 Quản lý yêu cầu ? 25 Các thông tin cần quản lý quản lý yêu cầu 25 Giới thiệu tiến trình RM (Requirement Management) CMMI .27 – 2.3.1 2.3.2 2.3.3 3.2 3.2.1 3.2.2 Công cụ kiểm thử : 38 Các loại công cụ kiểm thử : 38 Một số công cụ quản lý kiểm thử : 41 Chương Xây dựng “Phần mềm quản lý yêu cầu quản lý kiểm thử” (Requirements and Testing Management) 44 4.1 Mục tiêu ứng dụng 44 4.2 Thủ tục cho quy trình xây dựng 44 4.3 Đặc tả yêu cầu 49 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 4.4 Thiết kế ứng dụng 51 4.5 Mơ hình liệu 72 4.5.1 4.5.2 Mơ hình use case 51 Đặc tả use case 52 Kiến trúc hệ thống 73 Thiết kế hình 77 Chương Thử nghiệm ứng dụng 89 K H TN 4.4.1 4.4.2 5.1 Dữ liệu thử nghiệm 89 5.2 Kết thực chương trình 91 Giới thiệu project thử nghiệm : .89 Bộ liệu thử nghiệm : 90 Chương 6.1 Tự đánh giá 92 6.1.1 6.2 Tổng kết 92 Những kết đạt : 92 Hướng phát triển chương trình 93 H 5.1.1 5.1.2 Đ Phụ lục 95 Mô tả liệu 95 Phụ lục B RM Tool Survey Summary [INCOSE] 98 K H O A C N TT – Phụ lục A LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Danh sách hình K H O A C N TT – Đ H K H TN Hình 1-1 Mơ hình phát triển phần mềm theo quy trình thác nước T3H 11 Hình 1-2 Sơ đồ tổ chức vai trị nhân đề án phần mềm 14 Hình 1-3 Mơ hình quản lý yêu cầu T3H 16 Hình 1-4 Mơ hình kiểm thử T3H 18 Hình 2-1 Các hoạt động CM 22 Hình 2-2 Tổng quan CM 23 Hình 2-3 Năm cấp độ (tầng trưởng thành CMMI) 27 Hình 5-1 Mơ hình tiến trình quản lý yêu cầu cho hệ thống 45 Hình 5-2 Mơ hình quản lý kiểm thử cho hệ thống 48 Hình 5-3 Mơ hình usecase 51 Hình 5-4 Kiến trúc hệ thống 73 Hình 5-5 Kiến trúc Phần mềm quản lý yêu cầu kiểm thử 75 Hình 5-6 Các lớp xử lý yêu cầu 76 Hình 5-7 Các lớp xử lý kiểm thử 76 Hình 5-8 Sơ đồ hình cho phần truy cập sở liệu 77 Hình 5-9 Sơ đồ trang tổng quát 77 Hình 5-10 Sơ đồ nhóm hình liên quan đến phần quản lý yêu cầu 78 Hình 5-11 Sơ đồ hình liên quan đến phần kiểm thử 79 Hình 5-12 MH Trang 80 Hình 5-13 MH.Thơng tin yêu cầu tổng quát 81 Hình 5-14 MH Cập nhật tài liệu mô tả yêu cầu 82 Hình 5-15 MH Cây kiến trúc project 83 Hình 5-16 MH Thiết lập mối liên hệ yêu cầu phân hệ 84 Hình 5-17 MH Các release Project 84 Hình 5-18 MH Cập nhật môi trường kiểm tra 85 Hình 5-19 MH Các release file lập testcase 86 Hình 5-20 MH Cập nhật thơng tin review 87 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Thuật ngữ / Từ viết tắt / Khái niệm Là chương trình, thủ tục Phần mềm _Software gắn liền với tài liệu mô tả K H TN liệu có liên quan đến tác vụ hệ thống máy tính.[PGSQM] Việc thỏa mãn sản phẩm theo Chất lượng _Quality mong đợi khách hàng, dựa vào Quality Control định trước nhằm dị tìm, dẫn chứng qua tài liệu, phân tích, hiệu chỉnh – Assurance hay Kiểm soát chất lượng _ Là tập hành động dự Đ Việc đảm bảo chất lượng _Quality H yêu cầu cho sản phẩm.[PGSQM] C N TT lỗi sản phẩm quản lý thay đổi sản phẩm.[PGSQM] Quản lý chất lượng _ Quality Là việc ủy nhiệm, xúc tiến nhà sản xuất Management nhận ra, chấp thuận cải tiến cho tiến trình sản xuất sản phẩm.[PGSQM] Software Quality Assurance SQS Software Quality System CM Configuration management T3H Phòng phát triển phần mềm Trung tâm K H O A SQA Tin học trường Đại học Khoa học Khoa học Tự nhiên Mỗi việc coding hoàn tất phân Internal release LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com hệ hay phần cụ thể project, project manager hay coding manager compile cho release Bản release kiểm tra, sửa lỗi K H TN dùng nội quan Release giao cho khách hàng Release chương trình hoàn tất Capability Maturity Model Integration RM Requirement Management K H O A C N TT – Đ H CMMI LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Mở đầu Chương Mở đầu 1.1 Khái qt vai trị quy trình phát triển phần mềm K H TN Thưở ban đầu ngành công nghiệp máy tính nói chung cơng nghệ phần mềm nói riêng, việc phát triển phần mềm xem trình “viết sửa” (code and fix), khơng có kế hoạch trước Q trình thành cơng chương trình phần mềm bắt đầu có quy mơ lớn hơn, độ phức tạp cao hơn, cần có hợp tác nhiều người hơn, phương pháp phát triển phần mềm hay quy trình phần mềm đời.Thực tế cho thấy, hầu hết dự án thất bại H nguyên nhân sau : Đ · Hiểu không u cầu người dùng · Khơng thể thích ứng với thay đổi yêu cầu hệ thống – · Các module không khớp với C N TT · Phần mềm khó bảo trì nâng cấp, mở rộng · Phát trễ lỗ hổng dự án · Chất lượng phần mềm · Hiệu phần mềm thấp K H O A · Các thành viên nhóm khơng biết thay đổi gì, nào, đâu, phải thay đổi · Q trình build-and-release khơng đáng tin cậy Để khắc phục rủi ro đòi hỏi việc phát triển phần mềm phải theo quy trình cụ thể đảm bảo phần mềm xây dựng đảm bảo chất lượng, thỏa mãn yêu cầu người dùng [LVRUP99] LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Mở đầu 1.2 Tầm quan trọng việc quản lý quy trình Như đề cập trên, việc thỏa mãn nhu cầu (Fitness for purpose) người dùng quan trọng, đích cuối cho sản phẩm sản xuất Vì vậy, K H TN việc đảm bảo chất lượng phần mềm phần quan trọng q trình sản xuất phần mềm đó, việc quản lý chất lượng đặt Hơn nữa, quan điểm đại việc đảm bảo chất lượng ngày phức tạp hơn, khơng cịn giới hạn mục tiêu thỏa yêu cầu khách hàng Một sản phẩm phần mềm chất lượng cao (high quality product) phải kết hợp nhiều nhân tố chất lượng (quality factors) hay thuộc tính chất lượng (Quality Attributes), chia H làm ba loại, nhân tố tìm thấy đặc tả u cầu ví dụ tính Đ linh động (portability), “cutural factors” ví dụ tính hiệu dụng (usability), nhân tố mà người lập trình trọng người dùng khơng, đơn cử – tính tái sử dụng (reusability) Để sản phẩm đặt đạt nhân tố chất lượng việc dễ dàng, vậy, việc quản lý chất lượng phần mềm C N TT công việc tránh khỏi công nghệ phần mềm 1.3 Hiện trạng phát triển phần mềm T3H T3H phát triển phần mềm theo quy trình thác nước bao gồm giai đoạn sau : · Khảo sát trạng – xác định yêu cầu K H O A · Lập giải pháp khả thi · Phân tích · Thiết kế · Coding · Kiểm thử · Triển khai bảo trì Quy trình minh họa qua sơ đồ 10 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Thử nghiệm ứng dụng 5.1.2 Bộ liệu thử nghiệm : - Các yêu cầu : o Cập nhật bảng phân toán lương quan o Cập nhật, định khoản chứng từ kế toán : tiền mặt, chuyển khoản, tạm ứng, vật tư, thành phẩm, tổng hợp (khấu hao tài sản, K H TN điều chỉnh tỷ giá, kết chuyển cuối kỳ) o Tập hợp phân bổ chi phí giá thành o Lập sổ sách kế toán báo cáo tài chánh o Cập nhật chứng từ vật tư, thành phẩm o Lập bảng kê, báo cáo xuất nhập tồn o Cập nhật chứng từ thu chi, nhập xuất vật tư/phân bón Mối liên hệ yêu cầu phân hệ H - Đ o Tương ứng yêu cầu thuộc phân hệ thiết lập quan hệ với phân hệ Bộ testcase thiết lập cho release : PH.IAS 1.0., tạo lập C N TT cho file sau : – - o CN_CTKToan.frm o clsPhatSinh_DinhKhoan.cls o DMVT.frm o DMKhoVT.rpt Môi trường kiểm tra : K H O A - o CPU : P.III 500 o Độ phân giải : 800 x 600 o Hệ điều hành : Windows 2000 Professional o Các component : Visual Studio 98; Data Widget 3.13; MDAC 2.7; Crystal Report 8.5; MS SQL 2000 Client Tools; Visual Studio Service package 5; VietKey o Hệ điều hành server : Windows 2000 Server o Hệ quản trị sở liệu : Microsoft SQL Server 2000 90 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Thử nghiệm ứng dụng 5.2 Kết thực chương trình - Chức cập nhật yêu cầu : thực thành công - Chức thiết lập mối liên hệ yêu cầu phân hệ : thực thành công - Chức xem báo cáo thống kê yêu cầu project : thành K H TN công Chức lập môi trường kiểm tra : thực thành công - Chức lập testcase cho file : thành công - Chức cập nhật kết kiểm tra : thành công - Chức cập nhật thông tin review kết test : thành công - Chức cập nhật thơng tin fix cho testcase có lỗi : thành H - công Chức xem thống kê lỗi project : thành công - Chức xem thống kê lỗi phân hệ : thành công - Chức xem thống kê lỗi tất project : thành công - Chức tìm kiếm thơng tin liên quan có mơ tả yêu C N TT – Đ - cầu : thành cơng - Chức tìm kiếm thơng tin liên quan đến testcase có mơ tả testcase : thành cơng Chức tìm kiếm testcase có mơi trường kiểm tra : thành cơng K H O A - 91 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Tổng kết Chương Tổng kết 6.1 Tự đánh giá K H TN 6.1.1 Những kết đạt : Sau trình thực luận văn, chúng em đạt kết sau : Về mặt lý thuyết · Đạt số kiến thức công việc quản lý chất lượng việc phát triển phần mềm H · Nắm tương đối đầy đủ kiến thức tiến trình quản lý yêu cầu kiểm thử Đ · Có hội tiếp cận với đơn vị sản xuất phần mềm hiểu công Về mặt ứng dụng – việc sản xuất phần mềm T3H C N TT · Xây dựng phần mềm hỗ trợ công việc quản lý yêu cầu kiểm thử, phù hợp với đơn vị sản xuất phần mềm thực tế · Chức quản lý yêu cầu thoả yêu cầu cần thiết cho công cụ quản lý yêu cầu K H O A o Tạo lập yêu cầu : cho phép người dùng nhập trực tiếp yêu cầu đính kèm tập tin mô tả chi tiết o Cải tiến yêu cầu : tạo lập mối liên quan yêu cầu o Phân tích yêu cầu : tạo lập mối liên hệ yêu cầu phân hệ từ cho phép người dùng nhận biết phân hệ bị ảnh hưởng yêu cầu thay đổi, theo dõi tình trạng yêu cầu tương ứng với giao đoạn phát triển project o Quản lý thay đổi yêu cầu : lưu lại vết yêu cầu có thay đổi, đảm bảo tính quán yêu cầu o Cho phép tìm kiếm u cầu thơng qua mô tả người dùng 92 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương Tổng kết · Chức quản lý kiểm thử : tổ hợp nhiều chức công cụ kiểm thử, phù hợp yêu cầu đặt T3H o Là kết hợp tính ba cơng cụ : công cụ quản lý kiểm thử, công cụ quản lý hồi quy Bug Tracking, hỗ trợ cập nhật testcase, review fix kết kiểm tra testcase K H TN o Cho phép tìm kiếm testcase, thông tin liên quan đến o Cho phép tìm kiếm thơng tin lỗi có mơi trường kiểm tra tương tự nhau, từ giúp người dùng rút nguyên nhân hay cách giải cho lỗi H 6.2 Hướng phát triển chương trình Đ · Theo dõi tốt mối liên quan yêu cầu, tự động quản lý mối liên hệ – · Cho phép người dùng chọn lại testcase chưa thông qua để C N TT xây dựng kịch kiểm tra cho lần · Cho phép người dùng trao đổi tài liệu thông qua email · Mở rộng ứng dụng để hỗ trợ tiến trình phát triển khác phân K H O A tích, thiết kế… 93 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Tài liệu tham khảo Tài liệu tham khảo [SQA] Darrel Ince, Software Quality Assurance A student introduction, MacGrawHill, 1995 [MSR] Dean Leffingwell and Don Widrig, Managing Software Requirements : A K H TN usecase approach, Second Edition, Addison Wesley May 05, 2003 [PGSQM] John W Horch, Practical Guide to Software Quality Management, Second Edition Artech House 2003 [CNPMNC] T.S Trần Đan Thư, Bài giảng Tiến trình phần mềm mơn Cơng nghệ phần mềm nâng cao 02/2004 [LVRUP99] Đào Kim Chinh, Trần Thị Diệu, Thân Thế Cường, Huỳnh Hữu H Hùng, Trần Thế Hùng, Võ Phạm Trà My, Nguyễn Thị Thu Thủy, Đoàn Chí Đ Trung, Ứng Dụng RUP đề án xây dựng hệ thống thơng tin tích hợp Web khoa CNTT, 2003 – [INCOSE] Proceedings of the Seventh International Symposium of the INCOSE - C N TT Volume II, August 1997 Các trang web tham khảo công cụ hỗ trợ kiểm thử : www.segue.com http://www.testingfaqs.org/t-driver.htm#SilkPilot www.julianjones.com K H O A http://www.testingfaqs.org/t-driver.htm#Test_Manager www.qcsltd.com,http://www.testingfaqs.org/t-driver.htm#cantata www.autotester.com,http://www.testingfaqs.org/t-driver.htm#Adviser 94 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục A Phụ lục C N TT – Đ H K H TN Mô tả liệu K H O A Phụ lục A 95 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục A Mô tả liệu REQ_RELATIONSHIP REQ_DOC REQ_TYPE REQUIREMENT_STATUS 10 HISTORY_REQ TEST_CASE TEST_CASE_FILE TEST_CASE_RELEASE 11 12 RELATED_TESTCASE RAM 13 14 RESOLUTION OPERATION_SYSTEM 15 DBMS 16 17 COMPONENT RELEASE_COMPONENT 18 19 20 21 22 23 CPU STAFF STAFF_ROLE ROLE ROLE_FUNCTION FUNCTION_LIST 24 25 26 FUNCTION_GROUP DIRECTORY RUNNING_STATE 27 28 29 WORKING_DIRECTORY ACTION_DIRECTORY ACTION_TYPE 30 31 ACTION_VERSION_FILE LABEL_VERSION_FILE 32 LABEL_DIRECTORY K H TN H REQ_DETAILS K H O A C N TT Mô tả Thông tin tổng quát yêu cầu lập cho đề án Chi tiết tài liệu mơ tả u cầu, cho biết tài liệu gồm yêu cầu Mối liên hệ yêu cầu phân hệ Thông tin tài liệu mơ tả u cầu Loại u cầu Tình trạng yêu cầu đó, giai đoạn khảo sát, phân tích, thiết kế hay coding phần để thoả yêu cầu Lịch sử yêu cầu Thông tin kịch kiểm tra Thông tin kiểm tra chung cho file Thông tin môi trường kiểm tra chung cho internal release Lưu trữ testcase liên quan đến testcase Thơng số kích thước RAM cần để thực kiểm tra Độ phân giải hình cần để thực kiểm tra Hệ điều hành cần thiết để chạy testcase release Hệ quản trị sở liệu cần thiết để chạy testcase release Các component cần thiết để chạy testcase Các component cần thiết để chạy testcase release Loại CPU cần để chạy testcase release Thông tin nhân viên phòng Vai trò nhân viên đề án Các vai trò đề án Chức vai trò Các chức thành viên hệ thống : phép check in, check out (liên quan đến chức hệ thống) Nhóm chức thành viên Thơng tin thư mục Tình trạng project : khảo sát, phân tích thiết kế, … Chứa thư mục để check out nhân viên Lưu trữ thao tác tác động lên thư mục Các lọai chức (add, check in, check out, label, remove…) Lưu trữ thao tác tác động lên file Ghi nhận việc gán nhãn người dùng cho version file Ghi nhận việc gán nhãn người dùng cho thư mục Đ Tên bảng REQUIREMENTS – STT 96 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục A 33 VERSION_FILE 34 35 36 37 FILE_INFO FILE_TYPE RELATIONSHIP TYPE_RELATIONSHIP Lưu trữ thông tin version file (version dựa vào version CVS) Lưu thông tin File Loạii File (Tex/binary) Mối liên hệ hai version file với Các lọai ảnh hưởng mối quan hệ thành phần (references, link) 39 40 41 CONSTRUCTION DIRECTORY_TYPE FUNCTION_VERSION_FILE 42 ACCESS_STATE Lưu trữ thay đổi mối quan hệ Thư mục file Bảng lưu mối quan hệ thư mục với Loại thư mục: Project, thư mục, phân hệ, chức Lưu trữ mối liên hệ phân hệ/ chức với file Tình trạng truy cập thành phần : Normal, Check in, check out, dissynchronize K H TN CONTENT_FILES K H O A C N TT – Đ H 38 97 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục B _ RM Tool Survey Summary [INCOSE] Phụ lục B Analyst Studio Calibe (RequisitePro) r RM v2002 3.0 C.A.R.E 3.0 QSS Catalyze CORE Cradle DOORS requireit Envision 6.0 1.0 4.0 4.0 1.0 5.4.2 IRqA 2.1 RMTrak 5.0.4 Tracer Team Trace 2.1 4.1 March 2002 May 2002 June 2002 April 2002 March 2002 Dec 2002 March 2002 May 1999 April 2000 Dec 2002 April 2002 1.1 Input document enrichment / analysis Full Full Full Full Full Full Full Full Full Full Full 1.1.1 Input document change / comparison analysis Full Full Full Full Full Full Full None Full Full Full 1.2 Automatic parsing of requirements Full Full Full Part Full Full Full Full Full Full 1.3 Interactive/semiautomatic requirement identification H ! symbol indicates explanation available or question requires explanation RM Tool Survey Summary [INCOSE] Full Full Full Full Full Full Full Part Full Part 1.4 Manual requirement identification Full Full Full Full Full Full 1.5 Batch mode operation Full Full Full Full Full Full 1.5.1 Batch-mode document/sourcelink update Full Full Full Full Full Full 1.6 Requirement classification Full Full Full Full Full Full Capturing Requirements/Iden tification Đ Full Nov 2000 SLATE 6.1 Dec 2002 June 1999 June 2002 Dec 2002 Jan 2000 July 1998 Vital Link XTie-RT Jan 1997 July 1998 Full None None Full Full Full Part None None Part Full Full Full Full Full None None Part None Full Full Full Full Full Full None None Full Full Full Full Full Full Part None None Part Full Full 2.1 Graphically capture systems structure Full Full Full 2.2 Textual capture of systems structure Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part Full Full Full Full None Full Full ! Full Part Full Full Part Full None Part None Full Full Full Full Full Full None Full Full Full Part Full None Part None Full Full Full Full Full Full Full Full Full Full Full Full Full Full K H O A Capturing system element structure C N TT – Full June 2002 RTM 4.x K H TN Response Date Systems SpeeDev Engineer 3.5 Tofs 98 RDT 1.0 Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full None Full None Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Requirements flowdown 98 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục B _ RM Tool Survey Summary [INCOSE] Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part Full Full 3.2 Allocation of performance requirements to system elements (weight, risk, cost, etc.) Full Full Full Full Full Full Full Full Full Full Full Part Full Full Part Full Full Full Full Part Full 3.3 Bi-directional requirement linking to system elements Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full None Full Full Full 3.4 Capture of allocation rationale, accountability, test/validation, criticality, issues, etc if so, how and what mechanism does it use Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full H Đ Full Full Full Full Full 4.2 Visibility into existing links from source to implementation-i.e follow the links Full Full Full Full Full Full 4.3 Verification of requirement (was it done, how was done) Full Full Full Full Full Full 4.4 Requirement performance verification from system elements (roll up of actuals) Part Part Part Full Full Full Configuration Management Full Full Full Full C N TT Full ! Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full K H O A 4.1 Identify inconsistencies (orphans, if so, what kind of ) – Traceability analysis 5.1 History of requirement changes, who, what, when, where, why, how K H TN 3.1 Requirements derivation (req to req, req to analysis/text) Part Full Full Full None Full Part Part Full Part Full Full Full Full Part Part None None Full Full Full Full None Full Full Full Full Full Full Full Full Full Part Part Part Full 99 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 5.2 Baseline/Version control Part Full Full Full Full Full Full Full Full Full Part Full Part Full Full Full Full None Part Full Full 5.3 Access control (modification, viewing, etc.) Part Full Full Part Full Full Full Full Full Full Part Full Part Full Full Full Full Full Part Full Full 6.1 Standard specification output (if so, what kind) Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part Full Full Full 6.2 Quality and consistency checking (spell, data dictionary, ) Full Full Full Full Full Full Full Full Full Part Full Part Full Full Full Full Part Part Full Full Part 6.3 Presentation output Full Part Full Full Full Full Full Full Full Part Full Full Full Full Full Part Full None Part Full Full 6.4 Custom output features & markings (definable tables, security marking) Full Full Full Full Full Full Full Full Full Full H Phụ lục B _ RM Tool Survey Summary [INCOSE] Full Full Full Full Full Full Part Part Full Full 6.5 WYSIWYG previewing of finished output Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full 6.6 Status reporting Full Full Full Full Full Full Full Full Full 6.6.1 Technical Performance Measurement status accounting Full Full Full Part Full Full Full Full 6.6.2 Requirement progress/status reporting Full Full Full Full Full Full Full 6.6.3 Other ad hoc queries and searches Full Full Full Full Full Groupware Full Full Full Đ – Full Full Full Full Full Full Full Full Full Part Full Part Full Full Full Part Full Part Full Full Full Full Part Full Part Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Full Part Full Full Full Full Full Full Full None Full Full ! ! ! ! C N TT K H O A 6.7 Support and display special character sets Full Full K H TN Documents and other output media 7.1 Support of concurrent review, markup, and comment Full Full Full Full Full Full Full Part Full Full Part Full Part Full Full Full Full None Full Full Full 7.2 Multi-level assignment/acces Full Full Full Part Full Full Full None Full Full Part Full Part Full Full Full Full Part None Full Full 100 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục B _ RM Tool Survey Summary [INCOSE] s control Interfaces to other tools 8.1 Inter-tool communications Full Full Full 8.1.1 Interfaces to other tools? Full Full Full ! ! ! ! 8.1.2 External Applications Program Interface available Full Full Full Full Full ! 8.1.3 Support Open database system (standard query access) Full Full Full Part Part 8.1.4 Import of existing data from various standard file formats? Full Full Full ! ! Full None Full Full Full Full Full None Full Full Full Full Full Part None Full Full Full Full Full Part Full Full Full Full ! ! Full ! ! ! ! ! None ! ! ! Full Full Full Full Full None Full Full None Full Full Full Full Full Full Full ! Part None Full Part Full Full Full Full Part None Part Full Full Full Full Full Full Full 8.2.2 Consistency/comp arison checking between same-tool datasets Part None Full Full Full Full 9.1 Single user/multiple concurrent users Full Full Full ! ! ! 9.2 Multiple Platforms/Operatin g Systems? Full Full Full ! ! 9.3 Commercial vs unique database Full Full Full ! ! Full None Full Full Full ! Full Full Full Full Full Full None ! Full Full C N TT – 8.2.1 Exchange of information between same-tool different installations Đ H 8.2 Intra-tool communications Full K H TN Full Full None Full Full Full Full None Full Part Part Full None None None Part ! ! ! ! ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! None ! ! ! ! ! ! ! ! ! ! ! ! ! K H O A System Environment 9.4 Resource requirements ! 9.4.1 Memory requirements ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 9.4.2 CPU requirements ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 9.4.3 Disk space ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! 101 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục B _ RM Tool Survey Summary [INCOSE] requirements Full Full Full Full Full Full Full None Part Full Full None Full Full Full Full Full Full Part Full Full 10.2 Simultaneous update of open views Full Full Full Full Full Full Full None Full Part Part None Part Full Part Full Part Full Part Full Full 10.3 Interactive graphical input/control of data Full Full Full Full Full Full Full Part Full Full Full 10.4 Which window standard you follow? ! ! ! ! ! ! ! ! ! ! ! 10.5 Executable via scripts (recordable) or macros Part Full Full Part Full ! Full Full Full Full Part 10.6 Web browser Interface? Full Full Full Full Full Full None None Full Part Full Full Part ! ! ! ! ! ! 12.1 Warranty Full Full Full ! ! ! 12.2 Network license policy Full Full Full Full Full Full 12.3 Maintenance and upgrade policy Full Full Full 12.4 On-line help Full Full Full 12.5 Internet access/World Wide Web home page location Full Full Full ! Full Full Full Full 12.7 Support User's Group Đ Full Full Full Full None None Part None ! ! ! ! ! ! ! ! ! ! Full Part Full Full Full Full Part None Part Full Full Part Full Full Full Full Part Part Full None ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! Full Full ! ! ! Full Full ! ! ! ! ! ! K H O A 12 Support and maintenance 12.6 Phone support Full ! C N TT 11 Standards-which one you comply with? None – 10.7 Edit Undo Function Support Part K H TN 10.1 Doing one thing while you are looking at another H 10 User Interfaces ! ! ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! ! Full Full Full Full ! Full Full ! ! ! Full Full ! ! ! ! Full Full Full Full ! ! ! Full Full ! ! ! ! ! ! ! ! ! ! ! Full Full ! Full ! Full Full ! ! ! ! ! ! ! ! ! Full Full None None Full None 13 Training 102 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Phụ lục B _ RM Tool Survey Summary [INCOSE] Full Full Full Full Full ! ! 13.2 Training available at customer's location Full Full Full Full Full ! ! 13.3 Recommended training time Full Full Full Full Full ! ! 13.4 Software installation with only basic training ! Full Full Full Full ! ! 14 What other requirements management features you as a tool supplier think are important (modeling, etc.)? ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! K H O A C N TT – Đ H ! ! K H TN 13.1 Tool specific training classes 103 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com K H O A C N TT – Đ H K H TN Tài liệu tham khảo 104 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com ... việc quản lý yêu cầu quản lý kiểm thử trình phát triển phần mềm Ứng dụng xây dựng phần mềm hỗ trợ việc quản lý yêu cầu kiểm thử T3H · Tìm hiểu cơng việc quản lý u cầu quản lý kiểm thử nhằm bảo... công việc quản lý yêu cầu, quản lý kiểm thử Chương Các công cụ hỗ trợ cho việc quản lý yêu cầu quản lý kiểm thử - K H TN - Chương Giới thiệu ứng dụng ? ?Phần mềm quản lý yêu cầu quản lý kiểm thử? ?? (Requirements... quản lý yêu cầu K H O A kiểm thử Phòng phát triển phần mềm Trung Tâm Tin Học trường ĐHKHTN_Xây dựng phần mềm hỗ trợ” nhằm hiểu rõ việc quản lý yêu cầu kiểm thử, mục tiêu, thuận lợi mà hai tiến trình
Ngày đăng: 01/11/2022, 20:02
Xem thêm: