đồ án công nghệ thông tin Quản lý vết yêu cầu trong EA

Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm PHIẾU GIAO NHIỆM VỤ ĐỒ ÁN TỐT NGHIỆP Định hướng đề tài Ngày nay, lĩnh vực công nghệ phần mềm ngày phát triển, việc đặt vấn đề đáp ứng yêu cầu người dùng địi hỏi cao Chính điều đưa câu hỏi “Làm để quản lý yêu cầu người dùng” Đây định hướng đề tài ĐATN ĐATN nhằm nNghiờn cứu phương pháp quản lý yêu cầu phần mềm vết yêu cầu phần mềm Tỡm hiểu công cụ thiết kế xõy dựng phần mềm phù hợp cho phép quản lý yêu cầu vết yêu cầu phần mềm Xây dựng ứng dụng thực nghiệm quản lý vết yêu cầu phần mềm đánh giá công cụ sử dụng Các nhiệm vụ cụ thể ĐATN Tìm hiểu phương pháp quản lý yêu cầu phần mềm vết yêu cầu Lựa chọn tìm hiểu cơng cụ CASE phù hợp-cụng cụ Enterprise Architecture 7.0 Quản lý yêu cầu, quản lý vết, quản lý kiến trúc sử dụng công cụ EA Xõy dựng ứng dụng thực nghiệm Đưa đánh giá kết luận EA Lời cam đoan sinh viên Tôi – Phạm Phương Thuỷ – cam kết ĐATN cơng trình nghiên cứu thân hướng dẫn PGS.TS Huỳnh Quyết Thắng Các kết nêu ĐATN trung thực, khơng phải chép tồn văn cơng trình khác Hà Nội, ngày 24 tháng năm 2008 Tác giả Phạm Phương Thuỷ Xác nhận giáo viên hướng dẫn mức độ hoàn thành ĐATN cho bảo vệ Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 i Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm Hà Nội, ngày24 tháng năm 2008 Giáo viên hướng dẫn PGS.TS Huỳnh Quyết Thắng Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 ii Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP Đối với lĩnh vực công nghệ phần mềm, việc phần mềm thoả yêu cầu người dùng vấn đề vô quan trọng Vấn đềYêu cầu đặt hệ thống đưa sử dụng đảm bảo đáp ứng yêu cầu người dùng đưa đồng thời đảm bảo có thay đổi hệ thống không tốn nhiều thời gian giá thành việc quản lý thay đổi Trong dự án phát triển phần mềm, thứ có khảkhẳ thay đổi, việc lặp lặp lại nhiều lần làm cho dự án khó khăn vấn đề quản lý Yêu cầu phần mềm đưa sử dụng ngày phải đáp ứng đòi hỏi khắt khe việc đáp ứng yêu cầu người dùng hỗ trợ việc quản lý thay đổi Thông tin vết phần tử thay đổi hay đưa phần tử bị tác động thay đổi Số lượng thơng tin vết u cầu dẫn tới giá cao, nhiều lỗi hay thay đổi không thành công, khả dùng lại thành phần kiểm tra lỗi cách khó khăn Nếu thơng tin vết có sẵn, thay đổi đưađư cách đắn hoàn thành q trình phát triển dự án Thơng tin vết u cầu giúp quản lý yêu cầu Các yêu cầu quản lý tốt làm tăng chất lượng dự án Tuy nhiên vấn đề đặt công ty sử dụng thông tin vết để làm gì? Những dạng thơng tin vết cần thiết Các công ty lấy thông tin vết nào? Những thông tin vết khai tác sử dụng Nhưng phần mềm sản xuất qua nhiều giai đoạn, nên quan tâm đến yêu cầu giai đoạn hoàn thành nào? Thiết kế, lập trình, kiểm thử hay phần mềm triển khai Trong khuôn khổ đề tài, tác giả sâu nghiên cứu quản lý yêu cầu phần mềm đặt trọng tõm vào vết u cầu, từ đề xuất quy trình phù hợp cho thiết kế phần mềm áp dụng vào công cụ CASE lựa chọn Enterprise Architecture 7.0 Đồng thời đưa nhận định ưu nhược điểm cơng cụ sử dụng Ngồi tác giả cũn xõy dựng lên ứng dụng thử nghiệm đưa thông tin vết dạng báo cáo Từ khóa: Enterprise Architecture 7.0, Kỹ thuật phần mềm, quản lý yêu cầu, kỹ thuật yêu cầu, vết yêu cầu, Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 iii Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm ABSTRACT OF THESIS For the field of Information Technology, one of the most important things for a software product is to satisfy all users’ requirements It is required for a deployed software product to server all of its users' needs and ensure that any force to change to the system is not time-consuming and too much expenditure in managing that change In software development projects, all things are susceptible to change It leads to the difficulty in managing The requirements in satisfying users' requirements and in supporting change management put on software products are more and more increasing The tracing information shows the changed elements or the elements that are affected by that change The sheer volume of tracing information can lead to the high price of software products, the large number of errors, unsuccessful in change, difficulty to re-use components and in error checking, etc If the tracing information is available, the changing decisions to software system will be able to be given precisely and completed during the time of system development The tracing information helps to manage requirements The more requirements are managed, the more quality of software projects will be increased However, the foresee problems existed such as: “how the tracing information is used?”, “which kinds of information are needed?”, and “how the tracing information is solicited?” We all know that any software product must go through several stages of development lifecycle before being used For that reason, we must pay attention to how requirements will be solved in each stage of development In this research study, author focuses on studying change management, especially on tracing requirements This leads to a proposal for a suitable process for designing software products applies with the selected CASE tool, Enterprise Architect 7.0, and discuss about the disadvantages of the tool used In addition, author also develops an application for exporting tracing information to print out in the form of report Keywords: Enterprise Architect 7.0, Software System, Requirement Manager, Requirement Engineering, Requirement Ttraceeace abilityTreaceability, Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 iv Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm MỤC LỤC i PHIẾU GIAO NHIỆM VỤ ĐỒ ÁN TỐT NGHIỆP i TÓM TẮT NỘI DUNG ĐỒ ÁN TỐT NGHIỆP iii ABSTRACT OF THESIS iv MỤC LỤC DANH MỤC HÌNH DANH MỤC BẢNG BẢNG TỪ VIẾT TẮT .8 Lời cảm ơn Mở đầu 10 TỔNG QUAN VỀ VẾT YÊU CẦU 1.1 Tổng quan 1.1.1 Định nghĩa 1.1.2 Phân loại vết yêu cầu a Vết trước sau yêu cầu b Vết từ trước sau .6 c Phân loại theo dạng vết .6 1.1.3 Kỹ thuật yêu cầu .7 a Kỹ thuật yêu cầu b Quản lý yêu cầu 1.1.4 Các vấn đề tìm vết .9 a Thiếu định nghĩa thông thường: .10 b Mâu thuẫn vấn đề .10 c Mức độ chi tiết hóa vết đưa 10 1.1.5 Nguyên nhân ưu điểm tìm vết yêu cầu 10 a Kết luận yêu cầu mức độ hoàn thành dự án 10 b Kiểm thử 11 c Văn hoá hệ thống .11 d Ưu điểm 11 1.2 Sự hỗ trợ cho tìm vết yêu cầu 12 1.2.1 Công cụ tự động 12 a Công cụ quản lý yêu cầu 13 b Công cụ hỗ trợ thông thường 13 c Công cụ hỗ trợ đặc biệt 13 d Work-bench 13 e Môi trường 14 1.2.2 Kỹ thuật tìm vết .14 a Dạng kỹ thuật vết 14 b Kỹ thuật 14 1.2.3 Quản lý vết yêu cầu 17 a Quy tắc tìm vết 17 b Hướng dẫn tìm vết 18 c Chiến lược tìm vết 18 1.3 Phương thức dò vết yêu cầu UML 19 1.3.1 Vết yêu cầu UML 19 Hướng 20 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm 1.4 Kết chương 21 CÔNG CỤ ENTERPRISE ARCHITECTURE 7.0 22 1.5 Khái niệm 22 Đặc trưng .23 Quản lý .23 a Quản lý mơ hình .23 b Quản lý dự án 26 c Quản lý yêu cầu 28 Kỹ thuật điển hình áp dụng EA 28 d Gỡ rối 28 e Kỹ thuật viết mã (Code Engineering) 29 f Kỹ thuật MDG 30 g Chuyển đổi MDA .30 h Kỹ thuật XML 31 Văn CSDL 31 i Tạo văn .31 j Mơ hình hố CSDL 32 1.6 EA vai trò tham gia dự án 33 1.6.1 Quản lý 33 a Quản lý dự án 33 b Quản trị CSDL 33 c Quản lý thực thi 34 1.6.2 Phát triển kỹ thuật 34 1.6.3 Phân tích thiết kế 35 a Phân tích giao dịch 35 b Thiết kế .36 1.6.4 Các vai trò khác .36 a Kỹ sư phần mềm .36 b Nhóm phát triển 37 c Tester 38 Vết yêu cầu EA 38 1.6.5 Vết quan hệ yêu cầu 39 1.6.6 Ma trận vết yêu cầu 39 1.7 Ưu/nhược điểm .40 1.7.1 Ưu điểm 40 1.7.2 Nhược điểm .41 1.8 Hết chương 41 ÁP DỤNG EA VÀO TÌM VẾT YÊU CẦU 42 1.9 Phương pháp xây dựng vết yêu cầu 42 1.9.1 Chiến thuật đưa vết yêu cầu 42 1.9.2 Quy trình thu thập vết yêu cầu 45 1.10 Đề xuất đưa vết yêu cầu từ mơ hình EA 47 a Mơ hình u cầu .48 b Mô hình phân tích thiết kế 49 c Mơ hình kiểm thử .53 1.11 Kiến trúc vết yêu cầu EA 54 1.12 Kết chương 55 XÂY DỰNG ỨNG DỤNG VÀ THỬ NGHIỆM 56 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm 1.13 Ý tưởng .56 1.14 Xây dựng ứng dụng 57 1.14.1 Thiết kế 57 1.14.2 Kiến trúc hệ thống 58 1.14.3 Thiết kế chức 58 a Lấy thông tin .58 b Báo cáo .59 1.14.4 Thiết kế chi tiết .59 a Tích hợp với EA .59 b Tỡm kiếm yêu cầu 60 c Đưa trạng thái yêu cầu 60 d Xử lý kết nối .61 e Lập báo cáo .61 f Chức trợ giúp 62 1.14.5 Giao diện chương trình 62 1.15 Mơ hình DMS .64 1.15.1 Giới thiệu .64 a Hệ thống quản lý tài liệu xây dựng nhằm mục đích: 64 b Mô tả 64 1.15.2 Phõn tích thiết kế 65 a Mơ hình quy trình giao dịch .65 b Mơ hình phân tích 66 c Mô hình thiết kế 71 d Mơ hình kiểm thử .79 1.16 Thử nghiệm 81 1.16.1 Thử nghiệm 81 1.16.2 Nhận xét đánh giá 82 1.17 Kết chương 82 KẾT LUẬN .83 TÀI LIỆU THAM KHẢO 85 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm DANH MỤC HÌNH Hình 1-11-2: Vị trí vết u cầu quy trình phát triển phần mềm .3 Hình 1-11-2: Vị trí vết yêu cầu quy trình phát triển phần mềm .3 Hình 1-31-4: Phân biệt vết trước sau yêu cầu Hình 1-31-4: Phân biệt vết trước sau yêu cầu Hình 1-51-6: Phân loại vết yêu cầu Hình 1-51-6: Phân loại vết yêu cầu Hình 1-71-8: Các dạng vết Hình 1-71-8: Các dạng vết Hình 1-91-10: Kiến trúc phân tích lĩnh vực kỹ thuật yêu cầu [Wiegers 1999, p.19] .8 Hình 1-91-10: Kiến trúc phân tích lĩnh vực kỹ thuật yêu cầu [Wiegers 1999, p.19] .8 Hình 1-111-12: Kỹ thuật yêu cầu Hình 1-111-12: Kỹ thuật yêu cầu Hình 1-131-14: Mơ hình vết tổng quan 20 Hình 1-131-14: Mơ hình vết tổng quan 20 Hình 2-152-16: Mơ hình kiến trúc MOF .26 Hình 2-152-16: Mơ hình kiến trúc MOF .26 Hình 2-172-18: Ma trận thiết lập quan hệ thống EA .39 Hình 2-172-18: Ma trận thiết lập quan hệ thống EA .39 Hình 3-193-20: Mơ hình phân tích thiết kế theo quy trình RUP .43 Hình 3-193-20: Mơ hình phân tích thiết kế theo quy trình RUP .43 Hình 3-213-22: Kỹ thuật yêu cầu 45 Hình 3-213-22: Kỹ thuật yêu cầu 45 Hình 3-233-24: Quy trình vết yêu cầu 46 Hình 3-233-24: Quy trình vết yêu cầu 46 Hình 3-253-26: Vết theo mơ hình 48 Hình 3-253-26: Vết theo mơ hình 48 Hình 3-273-28 Mơ mơ hình u cầu EA 49 Hình 3-273-28 Mơ mơ hình yêu cầu EA 49 Hình 3-293-30: Mơ thơng tin vết đặc tả yêu cầu 49 Hình 3-293-30: Mô thông tin vết đặc tả yêu cầu 49 Hình 3-313-32: Mơ hình đặc tả usecase 50 Hình 3-313-32: Mơ hình đặc tả usecase 50 Hình 3-333-34: Mơ thông tin vết yêu cầu-use case đưa 51 Hình 3-333-34: Mơ thơng tin vết yêu cầu-use case đưa 51 Hình 3-353-36 Mơ mơ hình usecase EA 51 Hình 3-353-36 Mơ mơ hình usecase EA 51 Hình 3-373-38 Đặc tả mơ hình lớp EA 52 Hình 3-373-38 Đặc tả mơ hình lớp EA 52 Hình 3-393-40 Đặc tả mơ hình kiểm thử EA .52 Hình 3-393-40 Đặc tả mơ hình kiểm thử EA .52 Hình 3-413-42: Mơ thơng tin vết Use-case-Class 53 Hình 3-413-42: Mô thông tin vết Use-case-Class 53 Hình 3-433-44 Mơ mơ hình kiểm thử EA 53 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết u cầu EA 7.0 phần mềm Hình 3-433-44 Mơ mơ hình kiểm thử EA 53 Hình 3-453-46: Mơ thơng tin u cầu-Test Class-test .54 Hình 3-453-46: Mơ thông tin yêu cầu-Test Class-test .54 Hình 3-473-48:Kiến trúc vết hiển thị EA .55 Hình 3-473-48:Kiến trúc vết hiển thị EA .55 Hình 4-494-50: Mơ kiến trúc hệ thống .58 Hình 4-494-50: Mơ kiến trúc hệ thống .58 Hình 4-514-52: Mơ chức lấy thơng tin .58 Hình 4-514-52: Mơ chức lấy thông tin .58 Hình 4-534-54: Mơ tả chức báo cáo .59 Hình 4-534-54: Mơ tả chức báo cáo .59 Hình 4-554-56:: Chức tích hợp EA 60 Hình 4-554-56:: Chức tích hợp EA 60 Hình 4-574-58: Chức tìm kiếm yêu cầu 60 Hình 4-574-58: Chức tìm kiếm yêu cầu 60 Hình 4-594-60: Chức đưa trạng thái yêu cầu 61 Hình 4-594-60: Chức đưa trạng thái yêu cầu 61 Hình 4-614-62: Chức xử lý kết nối .61 Hình 4-614-62: Chức xử lý kết nối .61 Hình 4-634-64: Chức lập báo cáo 62 Hình 4-634-64: Chức lập báo cáo 62 Hình 4-65: Chức trợ giúp 62 Hình 4-664-67: Giao diện sử dụng 63 Hình 4-664-67: Giao diện sử dụng 63 Hình 4-684-69: Giao diện cho phép thiết lập chọn lưa báo cáo đưa 64 Hình 4-684-69: Giao diện cho phép thiết lập chọn lưa báo cáo đưa 64 Hình 4-704-71: Mơ phân lớp người sử dụng hệ thống DMS 65 Hình 4-704-71: Mơ phân lớp người sử dụng hệ thống DMS 65 Hình 4-724-73: Biểu đồ giao dịch 65 Hình 4-724-73: Biểu đồ giao dịch 65 Hình 4-744-75: Biểu đồ domain 66 Hình 4-744-75: Biểu đồ domain 66 Hình 4-764-77: Yêu cầu quản lý tàitìa liệu 66 Hình 4-764-77: Yêu cầu quản lý tàitìa liệu 66 Hình 4-784-79: Yêu cầu quản lý người dùng 67 Hình 4-784-79: Yêu cầu quản lý người dùng 67 Hình 4-804-81: Yêu cầu An toàn 67 Hình 4-804-81: u cầu An tồn 67 Hình 4-824-83 : Yêu cầu bảo mật 68 Hình 4-824-83 : Yêu cầu bảo mật 68 Hình 4-844-85: Yêu cầu quy định 68 Hình 4-844-85: Yêu cầu quy định 68 Hình 4-864-87: Yêu cầu thực .68 Hình 4-864-87: Yêu cầu thực .68 Hình 4-884-89: Biểu đồ tác nhân 69 Hình 4-884-89: Biểu đồ tác nhân 69 Hình 4-904-91: Uusecase tổng quan 69 Hình 4-904-91: Uusecase tổng quan 69 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm Hình 4-924-93: Use case quản lý thành viên 70 Hình 4-924-93: Use case quản lý thành viên 70 Hình 4-944-95: Usecase quản lý nhóm 70 Hình 4-944-95: Usecase quản lý nhóm 70 Hình 4-964-97: Usecase quản lý văn 71 Hình 4-964-97: Usecase quản lý văn 71 Hình 4-984-99: Usecase tạo thư mục 71 Hình 4-984-99: Usecase tạo thư mục 71 Hình 4-1004-101: Usecase tạo thư mục 72 Hình 4-1004-101: Usecase tạo thư mục 72 Hình 4-1024-103: Usecase tạo thư mục gốc 72 Hình 4-1024-103: Usecase tạo thư mục gốc 72 Hình 4-1044-105: Usecase quản lý văn 73 Hình 4-1044-105: Usecase quản lý văn 73 Hình 4-1064-107: Usecase quản lý người dùng 73 Hình 4-1064-107: Usecase quản lý người dùng 73 Hình 4-1084-109: Usecase xem thơng tin 74 Hình 4-1084-109: Usecase xem thơng tin 74 Hình 4-1104-111: Usecase đăng nhập 74 Hình 4-1104-111: Usecase đăng nhập 74 Hình 4-1124-113: Usecase quản lý thành viên 75 Hình 4-1124-113: Usecase quản lý thành viên 75 Hình 4-1144-115: Quản lý nhóm 76 Hình 4-1144-115: Quản lý nhóm 76 Hình 4-1164-117: Usecase thay đổi mật .77 Hình 4-1164-117: Usecase thay đổi mật .77 Hình 4-1184-119: Uusecase thiết lập cấu hình 77 Hình 4-1184-119: Uusecase thiết lập cấu hình 77 Hình 4-1204-121: Biểu đồ lớp 78 Hình 4-1204-121: Biểu đồ lớp 78 Hình 4-1224-123: Biểu đồ CSDL .79 Hình 4-1224-123: Biểu đồ CSDL .79 Hình 4-1244-125: Kiểm thử lớp 80 Hình 4-1244-125: Kiểm thử lớp 80 Hình 4-1264-127: Kiểm thử yêu cầu chức 81 Hình 4-1264-127: Kiểm thử yêu cầu chức 81 Hình 4-1284-129: Kiểm thử yêu cầu phi chức 81 Hình 4-1284-129: Kiểm thử yêu cầu phi chức 81 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48 Lớp CNPM Khoá 48 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm  Quản lý nhóm Hình 4-114 4-115: Quản lý nhóm Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 76 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm  Thay đổi Pass Hình 4-116 4-117: Usecase thay đổi mật Thiết lập cấu hình Hình 4-118 4-119: Uusecase thiết lập cấu hình Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 77 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm • Mơ hình thực thi (lớp) Hình 4-120 4-121: Biểu đồ lớp • Mơ hình CSDL Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 78 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm class database User «column» *PK ID: INTEGER Account: CHAR(10) Password: CHAR(10) *FK IDMember: INT EGER * IDUserGroup: INTEGER «FK» + FK_IDMember(INTEGER) Member «col umn» *PK ID: INTEGER Name: CHAR(10) Birthday: DATE Phone: CHAR(10) +IDMember +ID Degree: CHAR(50) Email: CHAR(10) 1 Note: CHAR(10) «PK» + PK_User(INTEGER) «PK» + PK_Member(INTEGER) «unique» + UQ_User_Account(CHAR) + UQ_User_IDMember(INT EGER) + UQ_User_IDUserGroup(INT EGER) +UQ_User_IDUserGroup «unique» + UQ_Member_Name(CHAR) Folder «column» *pfK IDFolder: INTEGER Name: CHAR(10) Path: CHAR(10) Description: CHAR(10) Order: CHAR(50) «FK» + FK_IDFolder(INTEGER) «PK» + PK_Folder(INTEGER) «unique» + UQ_Folder_Name(CHAR) +IDFolder * +UQ_Document_IDOrder * +ID Document UserGroup «column» *PK IDDoc: INT EGER Article: CHAR(10) Links: CHAR(70) CreateFi leName: CHAR(50) ContentFileName: CHAR(10) Content: CHAR(60) IDOrder: INTEGER «column» *pfK ID: INTEGER Name: CHAR(10) «FK» + FK_ID(INT EGER) «PK» + PK_UserGroup(INTEGER) +PK_UserGroup «PK» + PK_Document(INTEGER) * «unique» + UQ_Document_Arti cle(CHAR) + UQ_Document_IDOrder(INT EGER) +IDUserGroup * ActionPermission «column» *PK ID FK IDUserGroup: INT EGER IDActionName: INTEGER ActionName +UQ_ActionPermission_IDActionName «FK» + FK_IDUserGroup(INTEGER) «PK» + PK_ActionPermissi on() «uni que» + UQ_Acti onPermission_IDActi onName(INTEGER) + UQ_Acti onPermission_IDUserGroup(INTEGER) «column» *pfK ID: INTEGER TypeName: CHAR(5) +ID DegreeName: CHAR(10) ActionName: CHAR(10) «FK» + FK_ID(INTEGER) «PK» + PK_Acti onName(INTEGER) Hình 4-122 4-123: Biểu đồ CSDL d Mơ hình kiểm thử Kiểm thử lớp Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 79 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm Hình 4-124 4-125: Kiểm thử lớp Kiểm thử yêu cầu Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 80 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm Hình 4-126 4-127: Kiểm thử yêu cầu chức Hình 4-128 4-129: Kiểm thử yêu cầu phi chức 1.16 Thử nghiệm 1.16.1 Thử nghiệm Ứng dụng chạy thử nghiệm dự án khác nhau: Example EA cung cáp ứng dụng toán mẫu DMS tạo Example DMS Số biểu đồ 139 40 Số yêu cầu 39 31 Số cấp gói liệu 4 Thời gian thực 198 giây 65 giây Bảng 4-15: Bảng so sánh kết Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 81 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm 1.16.2 Nhận xét đánh giá • Ứng dụng đưa xử lý thông tin cần thiết vết yêu cầu nhiên, ứng dụng chưa kiểm tra tớnh chớnh xác mặt thông tin mà kiểm tra dựa chuẩn liên kết vết • • Thời gian chạy ứng dụng phụ thuộc vào cấp gói dự án số lư ợng phần tử nên với dự án phân nhỏ thành nhiều gói nhiều phần tử diễn chậm, nhiều thời gian • Thời gian thực ứng dụng dự án tạo mức phõn lớp nhiều lớn việc quét tất gói để tỡm kiếm thơng tin 1.17 Kết chương Như chương trình bày trình phát triển ứng dụng đưa vết yêu cầu phần mềm dựa công cụ EA 7.0 Bên cạnh đánh giá kết dự án Tuy ứng dụng cũn số hạn chế đưa thông tin vết cần thiết từ mơ hình xõy dựng công cụ EA 7.0 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 82 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm KẾT LUẬN Những việc làm Đồ án tốt nghiệp nghiên cứu đầy đủ sở lý thuyết toán “Quản lý vết yêu cầu phần mềm” Tác giả tìm hiểu, tập hợp nhiều chi tiết quản lý yêu cầu phần mềm đặt trọng tâm vàovà vết yêu cầu phần mềm,, phương pháp quản lý đưađưa vết u cầu đồng thời tìm cơng cụkỹ thuật phần mềm trợ giúp máy tính CASE phù hợp nhằm quản lý yêu cầu vết yêu cầu Enterprise Architecture 7.0 Áp dụng thành cơng quy trình tìm vết vào công cụ CASE chọn-Enterprise Architecture 7.0 Vận dụngÁp dụng đượcmột kỹ thuật vềlưu vết yêu cầu phù hợp, tìm quy trình lưu vết phù hợp với chiến lược công cụ đưa áÁp dụng thành cơng kỹ thuật chiến lược tìm vết yêu cầu vào công cụ EA 7.0 nhằm khắc phục số nhược điểm công cụ đồng thời đưa thành báo cáo hỗ trợ cho trình lưu vết phát triển phần mềm Tác giả tỡm hiểu áp dụng chiến thuật phù hợp đưa thông tin vết trả lời cõu hỏi áp dụng chiến thuật kỹ thuật đồng thời đưa vào EA để đạt hiệu cao sử dụng thực tế Về mặt kỹ thuật, tác giả sử dụng thành thạo công cụ EA 7.0 Đõy công cụ thương mại dùng thiết kế xây dựng phần mềm chưa sử dụng nhiều Việt Nam Tác giả tỡm ưu nhược điểm cơng cụ EA việc phân tích xây dựng phần mềm quản lý vết yêu cầu Từ ưu nhược điểm EA,và tập trung vào mạnh công cụ để áp dụng đưa vào quy trình lưu vết yêu cầu Tác giả tương tác thành công với công cụ để đưa thông tin vết cần thiết Về mặt ứng dụng, tác giả sử dụng công cụ EA 7.0 xõy dựng lên toán mẫu hệ thống quản lý văn bản-DMS xõy dựng lên ứng dụng nhằm hạn chế khuyết điểm quản lý vết yêu cầu EA 7.0 đồng thời đưa thành báo cáo cụ thể với đầy đủ thông tin vết yêu cầu Những khó khăn hạn chế Vấn đề cơng cụ, mã nguồn mở, EA công cụ mã nguồn mở cơng cụ thương mại nên có hạn chế tác động người dùng bên vào hệ thống, điều gaây cản trỏ trình đưa thơng tin xử lý thơng tin cho hiệu đầy đủ Chiến lược đưa chưa thực cụ thể hoá nhiều trường hợp chưa đưa mức độ phù hợp cho dự án Với dự án với quy mô khác cần nắm rừ mức độ thông tin vết đưa tránh thừa thông tin thông tin đưa không đầy đủ Về chiến lược đưa chưa xét vết tổng quan tất loại biểu đồ mà tập trung vào vết yêu cầu tới usecase, usecase tới lớp vết tới testsuite chúng mà chưa đưa vết liên quan tới mơ hình triển khai, tới mơi trường thiết lập hay mơ hình giao dịch ban đầu Bản báo cáo đưa thông tin vết có kích hoạt ứng dụng cách nhấn vào nút Generate giao diện ứng dụng mà không tự động đưa thông tin vết dự án bắt đầu điều gây hạn chế vấn đề có thay đổi liên tục đưa thơng tin vết có yêu cầu người dùng mà không đưa thường xuyên Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 83 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm EA không cho phép lưu thông tin phần tử bị xoá, hay bị thay đổi Điều gây khó khăn đưa thơng tin vết u cầu bị thay đổi hay khơng cịn tồn Chính thơng tin vết đưa bao gồm yêu cầu có dự án mà không bao quát hết thông tin yêu cầu khơng cịn tồn Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 84 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm TÀI LIỆU THAM KHẢO [1] Gotel, O & Finkelstein, A 1994a An Analysis of the Requirements Traceability Problem London Imperial College of Science, Technology and Medicine, University of London 27 p [2] Sommerville, I & Sawyer, P 1997 Requirements Engineering: A Good Practice Guide West Sussex, England, John Wiley & Sons Ltd 391 p [3] Gotel, O 1995 Thesis: Contribution Structures for Requirements Traceability London Imperial College of Science, Technology and Medicine, University of London 354 p [4] Wiegers, K 1999 Software Requirements Washington, United States of America, Microsoft Press 350 p [5] Leino, V 2000 Types and Techniques of Requirements Traceability Helsinki Helsinki University of Technology QURE Project 27 p [Egyed 00] A Egyed, "A Scenario-Driven Aproach to Traceability", 23rd International Conference on Software Engineering, 2000, pp.123-132 [Gotel 95] Gotel, O 1995 Thesis: Contribution Structures for Requirements Traceability London Imperial College of Science, Technology and Medicine, University of London 354 p [Gotel 97] O Gotel and A Finkelstein, “Extended Requirements Traceability: Results of an Industrial Case Study”, 3rd IEEE International Symposium on Requirements Engineering, 1997, pp 169-178 [Gotel 20006] Gotel, O 2000 7th International Summer School in Novel Computing: Systems Requirements Engineering, Unit London University College London 35 p [7] D Reifer, Making the Software Business Case: Improvement by the Numbers, Addison-Wesley, 2001.[Gotel & Finkelstein 1994a] Gotel, O & Finkelstein, A 1994a An Analysis of the Requirements Traceability Problem London Imperial College of Science, Technology and Medicine, University of London 27 p [IEEE 04] IEEE Computer Society SWEBOK Team, Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE, 2004 [Kataikko 2000] Kataikko, M 2000 Sub-process: System Concept Process Sonera Ltd 10 p [Leffingwell & Widrig 20009] Leffingwell, D & Widrig, D 2000 Managing Software Requirements: A Unified Approach 2nd Edition California, United States of America, Addison Wesley Longman, Inc 491 p [10] Sommerville, I & Sawyer, P 1997 Requirements Engineering: A Good Practice Guide West Sussex, England, John Wiley & Sons Ltd 391 p Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 85 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm [11] A Egyed, "A Scenario-Driven Aproach to Traceability", 23rd International Conference on Software Engineering, 2000, pp.123-132 [12] Kataikko, M 2000 Sub-process: System Concept Process Sonera Ltd 10 p [Leino K 2000] Leino, K 2000 Sub-process: Requirements Capture Process Sonera Ltd p [Leino 2000] Leino, V 2000 Types and Techniques of Requirements Traceability Helsinki Helsinki University of Technology QURE Project 27 p [Ovaska 200013] Ovaska, P 2000 Sub-Process: the Design and Implementation Process Sonera Ltd 22 p [14] Ylimäki, Y 1999 Sub-process: The Testing Process 10 p [RUP15] RUP Website: http://www06.ibm.com/software/awdtools/rup/ [Reifer 2001] D Reifer, Making the Software Business Case: Improvement by the Numbers, Addison-Wesley, 2001 Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 86 Đồ án tốt nghiệp Quản lý vết yêu cầu EA 7.0 phần mềm [Sommerville, I & Sawyer] Sommerville, I & Sawyer, P 1997 Requirements Engineering: A Good Practice Guide West Sussex, England, John Wiley & Sons Ltd 391 p [Sommerville & Finkelstein 1994] Sommerville, I & Sawyer, P 1997 Requirements Engineering: A Good Practice Guide West Sussex, England, John Wiley & Sons Ltd 391 p [Spence & Probasco 1998] Spence I., Probasco L., "Traceability Strategies for Managing Requirements with Use Cases" Rational Software White Paper, 2000 [Takeda, Shiomi,KawaiOhiwa, 1993] Takeda, N., Shiomi, A., Kawai, K & Ohiwa, H (1993) Requirements Analysis by the KJ Editor, Proceedings of the IEEE International Symposium on Requirements Engineering, San Diego, California, Jan 4-6, pp 98-101 [Webster] Marriam-Webster Dictionary online: http://www.m-w.com [Wiegers 1999] Wiegers, K 1999 Software Requirements Washington, United States of America, Microsoft Press 350 p [Weigers 03] K Weigers, Software Requirements, Redmond: Microsoft Press, 2003 [Ylimäki 1999] Ylimäki, Y 1999 Sub-process: The Testing Process 10 p Sinh viên thực hiện: Phạm Phương Thuỷ, Khoá 48Lớp CNPM Khoá 48 87 ... triển dự án Thơng tin vết yêu cầu giúp quản lý yêu cầu Các yêu cầu quản lý tốt làm tăng chất lượng dự án Tuy nhiên vấn đề đặt công ty sử dụng thông tin vết để làm gì? Những dạng thơng tin vết cần... triển yêu cầu Kỹ thuật yêu cầu Phát triển yêu cầu Đưa yêu cầu Phân tích yêu cầu Quản lý yêu cầu Đặc tả yêu cầu Kiểm tra yêu cầu Hình 1-9 1-10: Kiến trúc phân tích lĩnh vực kỹ thuật yêu cầu [Wiegers... trì mức độ đồng ý khách hàng đội dự án yêu cầu thay đổi hệ thống” Quy tắc quản lý yêu cầu là: Quản lý thay đổi để chấp nhận yêu cầu Quản lý mối quan hệ yêu cầu Quản lý phụ thuộc văn yêu cầu văn