ĐẠI HỌC ĐÀ NẴNG TRƢỜNG ĐẠI HỌC BÁCH KHOA LÊ DUY TUẤN ỨNG DỤNG LOGIC MỜ GIẢI BÀI TOÁN ƢỚC LƢỢNG NỖ LỰC PHÁT TRIỂN PHẦN MỀM THEO MƠ HÌNH AGILE TÓM TẮT LUẬN VĂN THẠC SĨ Khoa học máy tính Đà Nẵng – Năm 2019 Cơng trình hồn thành TRƯỜNG ĐẠI HỌC BÁCH KHOA Người hướng dẫn khoa học: TS LÊ THỊ MỸ HẠNH Phản biện 1: TS Huỳnh Hữu Hưng Phản biện 2: TS Phạm Văn Trung Luận văn bảo vệ trước Hội đồng chấm Luận văn tốt nghiệp thạc sĩ Khoa học máy tính họp Trường Đại học Bách khoa vào ngày 02 tháng 06 năm 2019 Có thể tìm hiểu luận văn tại: Trung tâm Học liệu truyền thông, Trường Đại học Bách khoa, Đại học Đà Nẵng Thư viện Khoa CNTT, Trường Đại học Bách khoa - Đại học Đà Nẵng Đà Nẵng – Năm 2019 MỞ ĐẦU I Lý chọn đề tài Trong quản lý dự án phần mềm, khâu ước ước lượng xem vấn đề trực tiếp ảnh hưởng đến thành công hay thất bại dự án phần mềm Thực tế có nhiều dự án thất bại thực dự án trình ước lượng khơng xác dẫn đến kế hoạch bị phá sản Trong q trình thực dự án ta khơng thể tính tốn, ước lượng xác tuyệt đối chi phí để phát triển phần mềm, nhiên số dự đoán nằm khoảng cho phép góp phần giảm rủi ro cho dự án phần mềm Do đó, ta có phương pháp ước lượng phần mềm hiệu hạn chế thất bại dự án phần mềm Hiện mơ hình phát triển phần mềm linh hoạt (Agile Software Development) gọi tắt Agile trở nên phổ biến ngành phát triển phần mềm, mơ hình khắc phục hạn chế phương pháp phát triển phần mềm truyền thống, góp phần tạo phần mềm đáp ứng theo yêu cầu khách hàng thời gian ngắn với hiệu cao Tuy nhiên, phương pháp truyền thống khác, khâu ước lượng nỗ lực phát triển phần mềm theo mơ hình Agile đóng vai trò định đến thành công dự án phần mềm Dựa lý thuyết logic mờ xét thấy có liên quan q trình ước lượng nỗ lực đến logic mờ Do đó, tơi đề xuất chọn luận văn cao học: "Ứng dụng logic mờ giải toán ước lượng nỗ lực phát triển phần mềm theo mơ hình Agile" II Mục đích nghiên cứu Xây dựng ứng dụng hỗ trợ ước lượng nỗ lực phát triển phần mềm có ứng dụng logic mờ áp dụng vào mơ hình Agile để giảm thiểu thời gian, chi phí cho q trình ước lượng nỗ lực phát triển phần mềm, qua góp phần nâng cao hiệu cho dự án phần mềm III Mục tiêu nhiệm vụ nghiên cứu Mục tiêu: - Nắm vững lý thuyết công nghệ phần mềm kiến thức ước lượng nỗ lực phát triển phần mềm - Nắm vững mơ hình phát triển phần mềm Agile - Nắm vững lý thuyết logic mờ áp dụng logic mờ vào toán ước lượng nỗ lực phát triển phần mềm - Xây dựng ứng dụng để hỗ trợ ước lượng nỗ lực phát triển phần mềm Nhiệm vụ: - Nghiên cứu mơ hình phát triển phần mềm linh hoạt thực tiễn - Nghiên cứu lý thuyết logic mờ tình hình ứng dụng logic mờ vào toán ước lượng nỗ lực phát triển phần mềm - Tìm hiểu cài đặt thuật tốn có ứng dụng logic mờ vào toán ước lượng nỗ lực phát triển phần mềm - Thực nghiệm đánh giá giá kết theo yêu cầu mà đề tài đặt IV Đối tƣợng phạm vi nghiên cứu - Mơ hình phát triển phần mềm Agile - Lý thuyết ước lượng nỗ lực phát triển phần mềm - Lý thuyết Logic mờ ứng dụng logic mờ V Phƣơng pháp nghiên cứu - Phương pháp lý thuyết - Phương pháp phân tích tổng hợp - Phương pháp thực nghiệm VI Ý nghĩa khoa học thực tiễn - Nghiên cứu vận dụng mơ hình phát triển phần mềm Agile công việc quản lý dự án phần mềm - Nắm vững phương pháp ước lượng nỗ lực phát triển phần mềm - Nắm vững lý thuyết logic mờ áp dụng vào toán nỗ lực phát triển phần mềm - Xây dựng ứng dụng hỗ trợ ước lượng nỗ lực phát triển phần mềm để áp dụng vào dự án thực tế - Kết nghiên cứu làm tài liệu tham khảo trình ước lượng nỗ lực phát triển phần mềm cho dự án phần mềm VII Dự kiến kết đạt đƣợc - Biết mơ hình phát triển phần mềm Agile - Biết kiến thức logic mờ ứng dụng kiến thức logic mờ để áp dụng vào tốn ước lượng chi phí - Xây dựng ứng dụng để minh họa cho nội dung luận văn - Có kết thực nghiệm để đánh giá tính thực tế đề tài CHƢƠNG I: CƠ SỞ LÝ THUYẾT CƠ SỞ LÝ THUYẾT ƢỚC LƢỢNG NỖ LỰC PHÁT TRIỂN PHẦN MỀM 1.1 Tổng quan ƣớc lƣợng phần mềm Ước lượng cơng việc tính tốn gần đại lượng dựa tập liệu liên quan đến đại lượng Cũng giống dự án khác, dự án phần mềm cần phải ước lượng đại lượng với mục đích: - Dự tốn chi phí hợp lý - Sự xác cao - Đảm bảo tiến độ - Kiểm soát dự án tốt - Thể chuyên nghiệp 1.2 Các bƣớc ƣớc lƣợng phần mềm Các bước ước lượng dự án phần mềm là: - Ước lượng kích thước, phạm vi dự án - Ước lượng nỗ lực - Ước lượng tiến trình - Ước lượng chi phí 1.3 Các phương phương pháp ước lượng Ước lượng phần mềm trình phức tạp Đầu vào trình ước lượng thông số, thông số ảnh hưởng đến công việc thực dự án, chia thơng số thành loại sau: - Thông số sản phẩm - Thông số môi trường - Thông số đội ngũ phát triển: Các phương pháp ước lượng nỗ lực sử dụng: - Ước lượng dựa vào chuyên gia: - Ước lượng dựa vào dự án cũ: - Ước lượng mơ hình thực nghiệm: 1.4 Tổng quan mơ hình Agile Phương pháp phát triển phần mềm linh hoạt đưa vào năm 90 phần nỗ lực chống lại phương pháp “nặng nề” – điển hình quy định khắt khe Ban đầu chúng gọi “phương pháp nhẹ” Đến năm 2001, 17 thành viên bật cộng đồng phát triển phần mềm linh hoạt gặp gỡ Snowbird, Utah để thảo luận cách thức tạo phần mềm linh hoạt hơn, nhanh hướng người Họ thông qua tên gọi thức “phương pháp linh hoạt” 1.4.1 Mơ hình phát triển phần mềm Agile Agile mơ hình phát triển phần mềm linh hoạt, dựa phương thức lặp (iterative) tăng trưởng (incremental) Nó gắn kết khách hàng vào quy trình phát triển phần mềm, người cố gắng cho sản phẩm nhanh tốt Sau đưa cho khách hàng dùng thử phản hồi lại, đội ngũ phát triển tiếp tục phát triển giai đoạn Tùy vào dự án mà thời gian release sản phẩm dài hay ngắn (có thể tuần, tháng…) 1.4.2 Tuyên ngôn phát triển phần mềm Agile nguyên lý Tuyên ngôn phát triển phần mềm Agile [2] - Tuyên ngôn 1: Cá nhân tương tác quy trình cơng cụ - Tun ngôn 2: Phần mềm chạy tốt tài liệu đầy đủ - Tuyên ngôn 3: Cộng tác với khách hàng đàm phán hợp đồng: - Tuyên ngôn 4: Phản hồi với thay đổi bám sát kế hoạch: 12 nguyên lý sau tuyên ngôn Agile [3] - Ưu tiên cao thỏa mãn khách hàng thông qua việc chuyển giao sớm liên tục phần mềm có giá trị - Chào đón việc thay đổi yêu cầu, chí muộn trình phát triển Các quy trình linh hoạt tận dụng thay đổi cho lợi cạnh tranh khách hàng - Thường xuyên chuyển giao phần mềm chạy tốt tới khách hàng, từ vài tuần đến vài tháng, ưu tiên cho khoảng thời gian ngắn - Nhà kinh doanh nhà phát triển phải làm việc hàng ngày suốt dự án - Xây dựng dự án xung quanh cá nhân có động lực Cung cấp cho họ mơi trường hỗ trợ cần thiết, tin tưởng họ để hồn thành cơng việc - Phương pháp hiệu để truyền đạt thơng tin tới nhóm phát triển nội nhóm phát triển hội thoại trực tiếp - Phần mềm chạy tốt thước đo tiến độ - Các quy trình linh hoạt thúc đẩy phát triển bền vững Các nhà tài trợ, nhà phát triển, người dùng trì nhịp độ liên tục không giới hạn - Liên tục quan tâm đến kĩ thuật thiết kế tốt để gia tăng linh hoạt - Sự đơn giản – nghệ thuật tối đa hóa lượng cơng việc chưa xong – - Các kiến trúc tốt nhất, yêu cầu tốt nhất, thiết kế tốt làm nhóm tự tổ chức - Đội sản xuất thường xuyên suy nghĩ việc để trở nên hiệu hơn, sau họ điều chỉnh thay đổi hành vi cho phù hợp 1.4.3 Các đặc trƣng mơ hình Agile - Tính lặp: - Tính tăng trưởng tiến hóa - Tính thích nghi - Nhóm tự tổ chức liên chức năng: - Quản lý tiến trình thực nghiệm: - Giao tiếp trực diện: - Phát triển dựa giá trị 1.5 Giới thiệu Scrum 1.5.1 Giới thiệu Scrum phương pháp Agile dùng cho phát triển sản phẩm Scrum khung quản lý dự án áp dụng rộng rãi, từ dự án đơn giản với nhóm phát triển nhỏ dự án có yêu cầu phức tạp với hàng trăm người tham gia, kể dự án đòi hỏi khung thời gian cố định Trong Scrum, công việc thực nhóm Scrum thơng qua phân đoạn lặp liên tiếp gọi Sprint Để hiểu Scrum cần hiểu nguyên lý Scrum, Vai trò, Tạo tác, Sự kiện vận hành vòng đời Scrum 1.5.2 Khung làm việc Scrum a Ba giá trị cốt lõi: a) Minh bạch (Transparency b) Thanh tra (Inspection): c) Thích nghi (Adaptation): b Ba vai trò: Ba vai trò Scrum là: Product Owner, Nhóm Phát triển, ScrumMaster Tất hợp thành nhóm Scrum c Năm họp: Sprint Planning (Họp Kế hoạch Sprint Daily Scrum (Họp Scrum ngày): Sprint Review (Họp Sơ kết Sprint): Sprint Retrospective (Họp Cải tiến Sprint Sprint Planning (Họp Kế hoạch Sprint): d Ba công cụ: - Product Backlog: CHƢƠNG II LOGIC MỜ VÀ ỨNG DỤNG 2.1 Cơ sở lý thuyết 2.1.1 Cơ sở lý thuyết logic mờ Năm 1965 đời lý thuyết mới, lý thuyết tập mờ (Fuzzy set theory) giáo sư Lotfi A Zadeh trường đại học Califonia – Berkeley (Mỹ) đưa Từ lý thuyết đời phát triển mạnh mẽ qua cơng trình nhiều nhà khoa học giới Năm 1972 giáo sư Terano Asai thiết lập sở nghiên cứu hệ thống điều khiển mờ Nhật Bản Năm 1980 hãng Smith Co bắt đầu nghiên cứu điều khiển mờ cho lò Từ năm đầu thập kỷ 90 kỷ trước hệ thống điều khiển mờ (Fuzzy control system) nhà khoa học, kỹ sư sinh viên lĩnh vực khoa học kỹ thuật đặc biệt quan tâm nghiên cứu ứng dụng sản xuất đời sống 2.1.2 Cơ sở toán học logic mờ Logic mờ xác suất thống kê nói khơng chắn chắn Tuy nhiên lĩnh vực đưa khái niệm khác đối tượng Trong xác suất thống kê không chắn liên quan đến xuất kiện “chắc chắn” Ví dụ: Xác suất mũi tên trúng đích 0.6 Bản thân kiện “trúng đích” định nghĩa rõ ràng, khơng chắn có trúng đích hay không, định lượng mức độ xác suất (trong trường hợp 0.6) Loại phát biểu xử lý kết hợp với phát biểu khác phương pháp thống kê, xác suất có điều kiện chẳng hạn 2.1.3 Khái niệm tập mờ [4] a Tập kinh điển b Định nghĩa tập mờ c Các thông số đặc trưng cho tập mờ d Các dạng hàm liên thuộc tập mờ 1 0.8 0.8 0.8 0.6 0.6 0.6 0.4 0.4 0.4 0.2 0.2 0.2 0 a) b) c) 1 0.8 0.8 0.6 0.6 0.4 0.4 0.2 0.2 0 d) e) Hình 2.4: Các dạng hàm liên thuộc tập mờ Có nhiều cách khác để biểu diễn hàm liên thuộc tập mờ Dưới số dạng hàm liên thuộc thơng dụng: - Hàm liên thuộc hình tam giác - Hàm liên thuộc hình thang - Hàm liên thuộc dạng Gauss - Hàm liên thuộc dạng Sigmoidal - Hàm liên thuộc hình chng 2.1.4 Các phép tốn tập mờ a Phép hợp hai tập mờ b Phép giao hai tập mờ c Phép bù tập mờ 10 2.2 Logic mờ 2.2.1 Khái niệm [5] Lôgic mờ (Fuzzy logic) phát triển từ lý thuyết tập mờ để thực lập luận cách xấp xỉ thay lập luận xác theo logic vị từ cổ điển Người ta hay nhầm lẫn mức độ với xác suất Tuy nhiên, hai khái niệm khác hẳn nhau; độ đắn lôgic mờ biểu diễn độ liên thuộc với tập định nghĩa không rõ ràng, khả xảy biến cố hay điều kiện Lơgic mờ cho phép độ liên thuộc có giá trị khoảng đóng 1, hình thức ngơn từ, khái niệm khơng xác "hơi hơi", "gần như", "khá là" "rất" Cụ thể, cho phép quan hệ thành viên không đầy đủ thành viên tập hợp Tính chất có liên quan đến tập mờ lý thuyết xác suất 2.2.2 Biến ngôn ngữ Biến ngôn ngữ phần chủ đạo hệ thống dùng logic mờ Ở đây, thành Các luật hệ logic mờ mô tả tri thức hệ Chúng dùng biến ngôn ngữ từ vựng để mô tả tầng điều khiển hệ Việc giải thích luật mờ việc trình bày cách tính khái niệm ngơn ngữ 2.2.3 Mệnh đề mờ Các phép toán mệnh đề mờ Phép toán kéo theo mờ 2.2.4 Các phép toán logic mờ Logic mờ giống Logic thông thường quy định phép toán giao, hợp, loại trừ ,cộng, phủ định….Tuy nhiên, cách tính giá trị phép tốn lại khác so với logic thơng thương.Dưới vài phép toán bản: (A and B) = (t(A), t(B)) – Phép Giao (A or B) = max(t(A), t(B)) – Phép Hợp 11 (not - A) = - t(A) - Phép phủ định Các phép toán ảnh hưởng nhiều đến thành phần quan trọng hệ Fuzzy định khoảng giá trị Đây sở cho việc thiết lập luật hệ Logic mờ 2.2.5 Biến ngôn ngữ Một biến ngơn ngữ quy định đến trường có giá trị đó, hay nói cách khác đến khoảng giá trị hệ thống fuzzy logic Giá trị biến ngôn ngữ dạng từ ngữ Thông thường, người ta gắn khoảng giá trị số cho từ ngữ thể cho 2.2.6 Các luật mơ hình logic mờ Các luật thành phần điều khiển hệ thống logic mờ Các luật thực dựa câu lệnh IF……….THEN số phép toán Logic khác AND, OR, NOT….Trong hệ thống, tập luật xác hiệu hệ thống cao 2.2.7 Qui trình hoạt động Logic mờ Hình 2.8 Quy trình hoạt động hệ Logic mờ 2.2.8 Một số ứng dụng Các hệ thống ô tô phương tiện giao thông khác, chẳng hạn hệ thống ABS quản lý (ví dụ Tokyo monorail) Máy điều hòa nhiệt độ 12 Camera Xử lý ảnh số(Digital image processing), chẳng hạn phát biên (edge detection) Nồi cơm điện Máy rửa bát Thang máy Trí tuệ nhân tạo trò chơi điện tử Các lọc ngôn ngữ bảng tin, diễn đàn (message board) phòng chát để lọc bỏ đoạn văn khiếm nhã 13 CHƢƠNG III: ỨNG DỤNG LOGIC MỜ VÀO BÀI TOÁN ƢỚC LƢỢNG NỖ LỰC PHÁT TRIỂN PHẦN MỀM THEO MƠ HÌNH AGILE 3.1 Mơ hình tổng quan: Đề xuất áp dụng logic mờ vào tốn nỗ lực ước lượng, đầu vào gồm có liệu gồm: Số Story Point, hệ số ma sát, mức độ thực hiện, yếu tố dao động Đầu thông số xử lý: Tốc độ ước lượng, Story Size ước lượng Từ ta ước lượng thời gian chi phí q trình phát triển dự án phần mềm Hình 3.1 Mơ hình đề xuất Quy ƣớc: Số Story point: SP Hệ số ma sát: FR 14 Mức độ thực hiện: ILF Yếu tố dao động: DF Đầu thông số xử lý: Tốc độ ước lượng, Story Size ước lượng Từ ta ước lượng thời gian chi phí q trình phát triển dự án phần mềm 3.2 Bài toán ƣớc lƣợng nỗ lực phát triển phần mềm theo mơ hình Agile Các khái niệm bản: - Tốc độ dự án (Velocity): tốc độ burn điểm (point) Sprint Tốc độ dự án phụ thuộc vào yếu tố tác động đến dự án (sự biến động nhóm, công cụ phát triển, lỗi nhà cung cấp….) hệ số ma sát (thành phần đội, yếu tố môi trường, thái độ thành viên….) - User Story gì? Là tóm tắt nhu cầu người dùng Đây công cụ sử dụng phổ biến Extreme Programming (XP), Scrum phương pháp linh hoạt khác để thể nhu cầu người dùng User Story Point đại lượng độ lớn tương đối user story dự án.có thể có loại sau: nhỏ, nhỏ, vừa, lớn, lớn Mức độ thực dự án bao gồm yếu tố phản ảnh mức độ hiểu biết thành phần dự án thành viên nhóm Các mức độ là: đầy đủ kinh nghiệm, phần kinh nghiệm, hoàn toàn… Các bƣớc ƣớc lƣợng nỗ lực phát triển phần mềm theo Agile Định lượng User Story theo point Xác định vận tốc dự tính nhóm Xác định kích thước Sprint Xác định số ngày làm việc, số lương chi trả nhóm Tính chi phí theo giờ, theo ngày, theo sprint nhóm Tính tổng chi phí dự tính dự án 15 3.3 Áp dụng logic mờ vào toán ƣớc lƣợng nỗ lực phát triển phần mềm Để áp dụng loggic mờ vào toán ta xử lý liệu đầu vào sau: Hình 3.2 Mơ hình xử lý liệu 3.3.1 Xác định độ phức tạp (nỗ lực) - Xác định Story Size: - Xác định độ phức tạp: Mức độ Trọng số Rất nhỏ (VSS) Nhỏ (SS) Vừa phải (MS) Lớn (LS) Rất lớn (VLS) Bảng 3.3 Trọng số User Story Thành phần nhóm có gồm có yếu tố: Thành viên mới, có phần kinh nghiệm, có kinh nghiệm, hữu Tương tự, sau 16 xác định thành phần nhóm ta sử dụng dãy số Fibonaci để đánh giá mức độ yếu tố thành phần nhóm Yếu tố Trọng số Cơ hữu (OS) Kinh nghiệm (FEC) Một phần kinh nghiệm (PEC) Thành viên (NC) Bảng 3.4 Yếu tố thành phần nhóm Độ phức tạp Trọng số Rất nhỏ Nhỏ Vừa phải Lớn Bảng 3.5 Giá trị độ phức tạp 3.3.2 Xác định vận tốc + Xác định hệ số ma sát FR: Hệ số ma sát FR tính theo cơng thức FR = + Xác định hệ số dao động DF Hệ số dao động tính theo cơng thức: DF = Sau tìm giá trị ta ước lượng thời gian chi phí theo cơng thức sau: 17 + Thời gian hoàn thành: T= Trong đó: - ES tổng số Story Point ước lượng, ES tính tổng số User Story x với Độ phức tạp tính theo cơng thức ES=Com*Size - Vi: tốc độ ban đầu dự án tính cơng thức: Vi=Tốc độ nhóm/kích thước Sprint - D: mức độ ảnh hưởng đến vận tốc, tính theo cơng thức: D=FR*DF Với: + Chi phí COST=1.681*TS*T 3.3 Tóm tắt bƣớc thực hiện: Đầu vào: - Tổng số User Story - Số ngày làm việc tháng - Lương tháng nhóm - Số ngày Sprint - Số đơn vị nỗ lực Sprint - Mức độ tin cậy Các liệu mờ: - Các yếu tố xác định kích thước Story (bảng 3.1, bảng 3.4) - Các yếu tố xác định độ phức tạp Story (bảng 3.2, bảng 3.5) - Các yếu tố xác định hệ số ma sát (bảng 3.6) - Các yếu tố xác định hệ số dao động (bảng 3.7) Kết quả: - Thời gian T tính theo cơng thức: 18 T= - Tổng số Story Point ước lượng ES=Com*Size - Tốc độ ban đầu dự án tính cơng thức: Vi=Tốc độ nhóm/kích thước Sprint - Mức độ ảnh hưởng đến vận tốc: D=FR*DF - Hệ số ma sát: FR = - Yếu tố dao động: - Chi phí COST=1.681*TS*T 3.4 Ví dụ minh họa Đầu vào: - Số User Story: 53 - Tốc độ nhóm: 5.1 - Sprint size: 10 - Số ngày làm việc tháng: 22 - Lương tháng: 5000000 - Các yếu tố ảnh hưởng hệ số ma sát: FR (lấy từ bảng minh họa) FR = - Các yếu tố ảnh hưởng mức độ thực hiện: ILF (lấy từ bảng minh họa) 19 Kết - Tổng nỗ lực: 300 - Tốc độ ban đầu dự án: 5.1 - Hệ số ma sát: 0.7043 - Hệ số dao động: 0.7675 - Độ giảm tốc: 0.5405 - Vận tốc: 2.4 - Thời gian: 5.6 - Chi phí: 47755 3.5 Chƣơng trình ứng dụng Trong đề đề tài minh họa ứng dụng ước lượng nỗ lực phát triển phần mềm theo mơ hình Agile với chức sau: - Xác định độ phức tạp: Người dùng thêm Userstory kèm theo điều kiện Story Size thành phần nhóm, chương trình ước lượng tổng nỗ lực dự án Hình 3.9 Giao diện xác định độ phức tạp 20 - Xác đinh tốc độ: người dùng chọn yếu tố tác động đế tốc độ dự án bao gồm yếu tố tác động đến hệ số dao động yếu tố tác động đến hệ số ma sát Hình 3.10 Giao diện xác định tốc độ 21 - Dự đốn kết quả: Sau có thơng số, chương trình dự đốn giá trị như: vận tốc, thời gian, chi phí thực dự án Hình 3.11 Giao diện dự đốn 22 KẾT LUẬN VÀ TRIỂN VỌNG Kết đạt đƣợc Qua đề tài ta ước lượng nỗ lực chi phí để phát triển phần mềm gần xác dựa thông số đầu vào như: tốc độ dự án, độ phức tạp dự án phần mềm… Đề xuất giải pháp áp dụng logic mờ vào giải toán thực tế ước lượng nỗ lực phát triển phần mềm Xây dựng chương trình ứng dụng minh họa cho toán Hạn chế Để áp dụng giải pháp sư dụng logic mờ vào toán thực tế phải phụ thuộc vào nhiều tham số đầu vào, nhiên việc lựa chọn liệu cho thông số đầu vào gặp nhiều khó khăn dự án thực tế, dẫn đến chênh lệch số liệu thông số đầu vào không đảm bảo Trong q trình phát triển phần mềm gặp nhiều yếu tố ảnh hưởng đến tốc độ phát triển dự án, việc đề xuất áp dụng logic mờ để giải phần nhỏ toán lớn ước lượng nỗ lực phát triển phần mềm Hƣớng phát triển Trong đề tài có sử dụng mẫu liệu để kiểm chứng giải pháp áp dụng logic mờ, cần phải làm việc tiếp xúc trực tiếp với dự án phần mềm để đưa thông số đầu vào cách khách quan xác hơn, điều góp phần vào việc đưa xác ước lượng nỗ lực dự án phần mềm Nghiên cứu thêm số thuật toán áp dụng vào việc ước lượng nỗ lực phát triển phần mềm để có đối chiếu so sánh với phương pháp từ đề xuất giải pháp ước lượng xác cho mơ hình phát triển phần mềm nói chung mơ hình Agile nói riêng 23 ... dụng logic mờ giải toán ước lượng nỗ lực phát triển phần mềm theo mơ hình Agile" II Mục đích nghiên cứu Xây dựng ứng dụng hỗ trợ ước lượng nỗ lực phát triển phần mềm có ứng dụng logic mờ áp dụng. .. phần mềm kiến thức ước lượng nỗ lực phát triển phần mềm - Nắm vững mơ hình phát triển phần mềm Agile - Nắm vững lý thuyết logic mờ áp dụng logic mờ vào toán ước lượng nỗ lực phát triển phần mềm. .. vận dụng mơ hình phát triển phần mềm Agile công việc quản lý dự án phần mềm - Nắm vững phương pháp ước lượng nỗ lực phát triển phần mềm - Nắm vững lý thuyết logic mờ áp dụng vào toán nỗ lực phát