Báo cáo môn học phân tích và yêu cầu phần mềm

TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI VIỆN CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG ––––––––––––––––––––––––*–––––––––––––––––––––– Báo cáo tập tuần Môn học: Phân tích yêu cầu phần mềm Tuần Nhóm Danh sách sinh viên: Lê Trung Hiếu 20111568 CNTT-TT 2.3 K56 Đàm Văn Hoài 20111600 CNTT-TT 2.3 K56 Nguyễn Đức Cương 20111203 CNTT-TT 2.3 K56 Đoàn Văn Đạt 20111370 CNTT-TT 2.3 K56 Giảng viên: PGS.TS Huỳnh Quyết Thắng Hà Nội Ngày 10 tháng năm 2014 Tóm tắt Báo cáo trình bày nội dung: “Các kỹ thuật liên quan đến phương pháp xác định yêu cầu phần mềm (Requirement Elicitation) truyền thống”, “Các kỹ thuật liên quan đến phương pháp xác định yêu cầu phần mêm (Requirement Elicitation) nâng cao”, “Model-Driven Requirements Engineering (MDRE)”, “Tìm hiểu kỹ thuật phương pháp thương lượng thỏa thuận yêu cầu phần mềm” so sánh số công cụ UML lựa chọn công cụ chúng em Mục lục Contents Tóm tắt Mục lục Hình vẽ, bảng biểu 1.Các kỹ thuật liên quan đến phương pháp xác định yêu cầu phần mềm (Requirement Elicitation) truyền thống 1.1.Phương pháp vấn (Interviewing customers and domain experts) 1.1.1.Khái niệm 1.1.2.Bản chất, đặc thù vấn 1.1.3.Bảng câu hỏi ghi nhận trả lời 1.1.4.Các phương pháp vấn 1.2.Phương pháp bảng hỏi (Questionnaires) .8 1.2.1.Bảng hỏi làm gì? 1.2.2.Sử dụng bảng hỏi 1.2.3.Các kỹ thuật thực 1.2.4.Ưu / nhược điểm 1.2.5.Những lưu ý thực phương pháp bảng hỏi 1.2.6.Một số mẫu 1.3.Phương pháp Quan sát (Observation) .10 1.3.1.Bản chất, đặc thù 10 1.3.2.Phân loại .10 1.3.3.Các kỹ thuật thực 10 1.3.4.Ưu/ nhược điểm 10 1.4.Phương pháp Nghiên cứu tài liệu Hệ thống phần mềm tương tự 11 1.4.1.Bản chất đặc thù 11 1.4.2.Ưu diếm/ nhược điểm phương pháp 11 2.Các kỹ thuật liên quan đến phương pháp xác định yêu cầu phần mêm (Requirement Elicitation) nâng cao .11 2.1.Phương pháp nguyên mẫu (Prototyping) 11 2.1.1.Khái niệm, đặc thù 11 2.1.2.Các trường hợp thường dùng .12 2.1.3.Các kỹ thuật thực 12 2.1.4.Ưu/ nhược điểm 13 2.2.Phương pháp Brainstrorming 13 2.2.1.Đặc thù 13 2.2.2.Các kỹ thuật thực 13 2.2.3.Ưu nhược điểm 14 2.3.Phương pháp Joint application development (JAD) 15 2.3.1.Khái niệm đặc thù 15 2.3.2.Các kỹ thuật thực 15 2.3.3.Ưu/ nhược điểm 15 2.4.Phương pháp Rapid application development (RAD) 16 2.4.1.Khái niệm đặc thù 16 2.4.2.Các kỹ thuật thực 16 2.4.3.Ưu/ nhược điểm 16 3.Model-Driven Requirements Engineering (MDRE) 17 3.1.Phương pháp luận .17 3.2.Một số kĩ thuật điển hình 18 3.3.Các công cụ phần mềm hỗ trợ 19 3.3.1.GME(Generic Modeling Environment) .19 3.3.2.DSL TOOLS ( Domain-Specific Language Tools) 20 3.3.3.EMF(Eclipse Modeling Framework) 21 3.4.Các dự án phần mềm thành công thực dựa MDRE 23 3.4.1.DMAN project .23 3.4.2.OPENPROD Project.( Open Model-Driven Whole-Product Development and Simulation Environment) .23 4.Tìm hiểu kỹ thuật phương pháp thương lượng thỏa thuận yêu cầu phần mềm .25 4.1.Các phương pháp chung thương lượng, thỏa thuận yêu cầu phần mềmn yêu cầu phần mềm 25 Trước thương lượng, thỏa thuận yêu cầu phần mềmn: 25 Trong thương lượng, thỏa thuận yêu cầu phần mềmn: 25 Sau thương lượng, thỏa thuận yêu cầu phần mềmn: .25 4.2.Các khía cạnh thương lượng, thỏa thuận yêu cầu phần mềmn yêu cầu .25 4.2.1.Chiến lược giải quyết xung độtt 25 4.2.2.Các hình thức cộtng tác (Collaboration situations) .27 4.2.3.Các công cụ hỗ trợ thương lượng thỏa thuận yêu cầu phần mềmn 27 4.3.Ví dụ hệ thống thương lượng, thỏa thuận thống thương lượng, thỏa thuận yêu cầu phần mềmn .27 4.3.1.Aspire 27 4.3.2.Negoisst 28 4.3.3.EasyWinWin 28 4.3.4.SmartSettle 28 5.Tìm hiểu, so sánh đánh giá lựa chọn công cụ công cụ UML .30 5.1.ArgoUML 30 5.1.1.Tính ArgoUML 30 5.1.2.Ưu điểm: .31 5.1.3 Nhược điểm: 31 5.2.StarUML .31 5.2.1.Tính StarUML : .31 5.2.2.Ưu điểm: .32 5.2.3.Nhược điểm StarUML: 33 5.3.Visual Paradigm 33 Các ưu điểm VP-Paradigm .33 Hình vẽ, bảng biểu Các kỹ thuật liên quan đến phương pháp xác định yêu cầu phần mềm (Requirement Elicitation) truyền thống Phương pháp vấn (Interviewing customers and domain experts) Khái niệm Phỏng vấn (interviewing) kỹ thuật quan trọng để phát thông tin yêu cầu cách chi tiết từ cá nhân Như kĩ sư phần mềm, bạn sử dụng việc phát yêu cầu phần mềm cho hệ thống lớn Trong dự án nhỏ, ta sử dụng phương pháp công cụ phát yêu cầu phần mềm Bản chất, đặc thù vấn Phỏng vấn để phát thông tin về:  Các ý kiến người vấn  Các cảm nghĩ người vấn  Tình trạng phần mềm  Các mục tiêu tổ chức nhân  Các thủ tục không chính thức  Các văn mẫu (template) trợ giúp thực phương pháp Kế hoạch vấn tổng quan Hệ thống: Đại lý băng đĩa ABC Người lập: Nguyễn Hải Nam Ngày lập: 01/09/2008 STT Chủ đề Yêu cầu Ngày bắt đầu Ngày kết thúc Qui trình băng đĩa bánNắm rõ tất qui trình bán lẻ, bán02/09/2008 sỉ, qui trình xử lý đơn đặt hàng 02/09/2008 Qui trình đặt muaNắm qui trình khách hàng đặt03/09/2008 băng đĩa mua băng đĩa với đại lý 03/09/2008 Quản lý nhập xuất tồn kho 05/09/2008 05/09/2008 Hệ thống máyTìm hiểu kỹ tài ngun máy 10/09/2008 móc, phần mềm móc, trang thiết bị, phần mềm, hệ điều hành sử dụng tổ chức 10/09/2008 Hình Kế hoạch vấn tổng quan Bảng kế hoạch vấn Hệ thống:……………………… Người vấn:…………… Phân tích viên:…………… Vị trí/ phương tiện Văn phòng, phòng họp, điện thoại,… Thời gian: - Bắt đầu: - Kết thúc: Mục tiêu: Dữ liệu cần thu thập? Lãnh vực nào? Lưu ý: - Kinh nghiệm - Ý kiến đánh giá, nhận xét người vấn Chi tiết buổi vấn Giới thiệu Tổng quan hệ thống Tổng quan buổi vấn Chủ đề Các câu hỏi Chủ đề Các câu hỏi Tóm tắt điểm chính Câu hỏi người trả lời vấn Kết thúc Quan sát tổng quan Thời gian ước lượng (? phút) Tổng: Phát sinh ngồi dự kiến Hình Bảng kế hoạch vấn Bảng câu hỏi ghi nhận trả lời Người vấn: Hoàng Oanh… Ngày: 03/09/2008 Câu hỏi Ghi nhận Câu hỏi 1: Khách hàng đặt hàng dưới hình thức nào? Trả lời: Gọi điện thoại, đến tận đại lý, gởi fax Kết quan sát: Đáng tin cậy Câu hỏi 2: Trả lời: Tất đơn đặt hàng khách hàng phải Phải toán trước giao toán trước mới giao hàng? Kết quan sát: Thái độ không chắc chắn Câu hỏi 3: Trả lời Chị muốn hệ thống mới giúp cho Chị điều gì? Dữ liệu nhập lần hệ thống tự động phát sinh báo cáo loại Kết quan sát Không tin tưởng lắm, triển khai thất bại lần Hình Bảng câu hỏi ghi nhận trả lời Các phương pháp vấn Phỏng vấn với câu hỏi đóng Là câu hỏi mà đáp án thường nằm tình xác định trước Câu hỏi đóng thích hợp cho việc tạo liệu chính xác, tin cậy để dễ dàng phân tích Hiệu đỏi hỏi người vấn phải có kỹ để điều khiển vấn Ưu/nhược điểm: Ưu điểm:  Tiết kiệm thời gian vấn  Dễ dàng so sánh vấn  Đề cập đến phạm vi rộng cách nhanh chóng  Chủ động vấn  Đạt liệu thích hợp Nhược điểm:  Buồn chán cho người vấn  Khó có nhiều thơng tin chi tiết  Thiếu ý tưởng  Mất thời gian chuẩn bị câu hỏi  Không tạo mối quan hệ giũa người vấn người vấn Phỏng vấn với câu hỏi mở Là loại câu hỏi với phạm vi trả lời tự Câu hỏi thích hợp người phân tích quan tâm đến câu trả lời rộng sâu Câu hỏi mởi làm cho câu trả lời khơng bị gị bó không gượng ép Ưu/nhược điểm: Ưu điểm:  Người vấn dễ dàng trả lời        Khơng ràng buộc câu trả lời Có thể phát sinh ý tưởng mới Cung cấp nhiều chi tiết Có ích cho người vấn khơng chuẩn bị trước Tính linh hoạt cao Tính chính xác Tính tiện lợi Nhược điểm:  Thời gian hỏi kéo dài  Nội dung vượt qua phạm vi câu hỏi  Ưu điểm / nhược điểm phương pháp  Nguồn thông tin phụ thuộc vào người vấn  Người vấn phải có kỹ giao tiếp tốt  Nếu không chuẩn bị tốt dễ bị thất bại  Có thể bất đồng ngơn ngữ khái niệm Phương pháp bảng hỏi (Questionnaires) Bảng hỏi làm gì? Bảng hỏi có ích cho việc thu nhập thông tin từ thành viên chính công ty về:  Các quan điểm  Các hiểu biết  Các tác động  Các đặc điểm Sử dụng bảng hỏi  Thu thập thông tin nhiều người với điạ điểm khác  Nhiều người tham gia vào dự án  Cần thực việc tham dò  Cần giải quyết vấn đề trước vấn Các kỹ thuật thực  Các câu hỏi mở Phù hợp cho việc thu thập ý kiến  Các câu hỏi đóng Được sử dụng có danh sách tùy chọn Ưu / nhược điểm Ưu điểm  Thu thập nhiều thông tin theo chủ ý người thiết kế bảng hỏi  Thông tin tập trung, có tính định hướng  Dễ thu thập xử lý