Công nghệ phần mềm chương 3

Bài giảng - Phát triển phần mềm Agile Phần Chủ đề bảo vệ Phương pháp Linh hoạt Phát triển theo định hướng linh hoạt Lập trình cực đoan Quản lý dự án Linh hoạt Nhân rộng phương pháp nhanh Phát triển phần mềm nhanh Phát triển phân phối nhanh yêu cầu quan trọng cho hệ thống phần mềm Doanh nghiệp hoạt động cách nhanh chóng - thay đổi u cầu thực tế khơng thể tạo tập hợp yêu cầu phần mềm ổn định Phần mềm phải nhanh chóng phát triển để phản ánh nhu cầu kinh doanh thay đổi Phát triển phần mềm nhanh Đặc điểm kỹ thuật, thiết kế thực Hệ thống phát triển loạt phiên với bên liên quan tham gia vào việc đánh giá phiên Giao diện người dùng thường phát triển cách sử dụng IDE công cụ đồ họa Phương pháp Linh hoạt Khơng hài lòng với chi phí liên quan đến phương pháp thiết kế phần mềm năm 1980 1990 dẫn đến việc tạo phương pháp linh hoạt Những phương pháp này: Tập trung vào mã thiết kế Được dựa phương pháp lặp lặp lại để phát triển phần mềm Nhằm mục đích cung cấp phần mềm làm việc cách nhanh chóng phát triển cách nhanh chóng để đáp ứng yêu cầu thay đổi Mục đích phương pháp nhanh giảm chi phí đầu vào q trình phần mềm (ví dụ cách hạn chế tài liệu) để đáp ứng nhanh chóng với yêu cầu thay đổi mà không cần phải làm lại nhiều Tuyên ngôn Linh hoạt Chúng khám phá cách phát triển tốt Phần mềm cách làm giúp đỡ người khác làm điều Thơng qua cơng việc chúng tơi có giá trị: Cá nhân Phần mềm tương làm tác với việc thơng qua quy tài trình liệu công hướng cụ dẫn Sự hợp tác khách hàng đàm phán hợp đồng Đáp ứng thay đổi theo kế hoạch Đó là, có giá trị mục Bên phải, đánh giá mặt hàng bên trái nhiều Các nguyên tắc phương pháp linh hoạt Nguyên tắc Sự miêu tả tham gia khách hàng Khách hàng nên tham gia chặt chẽ trình phát tr cung cấp ưu tiên yêu cầu hệ thống để đá thống Phân phối gia tăng Phần mềm phát triển theo bước với khách hàn để bao gồm bước tăng Những người khơng xử lý Các kỹ nhóm phát triển cần cơng nhận viên nhóm nên để lại để phát triển cách riêng khơng có quy trình quy trình Mong muốn yêu cầu hệ thống thay đổi thiế ứng với thay đổi Nắm lấy thay đổi Duy trì đơn giản Tập trung vào đơn giản phần mềm đượ trình phát triển Bất nơi có thể, tích cực làm phức tạp từ hệ thống Áp dụng phương pháp Linh hoạt Phát triển sản phẩm, nơi công ty phần mềm phát triển sản phẩm nhỏ vừa để bán Phát triển hệ thống tùy chỉnh tổ chức, nơi có cam kết rõ ràng khách hàng để tham gia vào q trình phát triển khơng có nhiều quy tắc quy định bên ảnh hưởng đến phần mềm Do tập trung vào nhóm tích hợp nhỏ, có nhiều vấn đề việc mở rộng phương pháp nhanh đến hệ thống lớn Các vấn đề với phương pháp linh hoạt Có thể khó giữ quan tâm khách hàng tham gia vào q trình Các thành viên nhóm khơng thích hợp với tham gia tích cực, đặc trưng cho phương pháp linh hoạt Ưu tiên thay đổi khó khăn có nhiều bên liên quan Giữ đơn giản đòi hỏi cơng việc thêm Hợp đồng vấn đề với phương pháp khác để phát triển lặp lặp lại Phương pháp Linh hoạt bảo trì phần mềm Hầu hết tổ chức chi tiêu nhiều cho việc trì phần mềm so với việc phát triển phần mềm Vì vậy, phương pháp linh hoạt để thành công, họ phải hỗ trợ bảo trì phát triển ban đầu Hai vấn đề chính: Liệu hệ thống phát triển cách sử dụng cách tiếp cận nhanh trì được, với nhấn mạnh trình phát triển để giảm thiểu tài liệu thức? Có thể sử dụng phương pháp nhanh để phát triển hệ thống để đáp ứng yêu cầu thay đổi khách hàng? Sự cố xảy nhóm phát triển ban đầu khơng thể trì Phát triển theo định hướng linh hoạt Phát triển theo kế hoạch Cách tiếp cận theo kế hoạch cho công nghệ phần mềm dựa giai đoạn phát triển riêng biệt với kết đầu sản xuất giai đoạn lên kế hoạch trước Khơng thiết thác mơ hình - kế hoạch định hướng, phát triển gia tăng Iteration xảy hoạt động Phát triển nhanh Đặc điểm kỹ thuật, thiết kế, thực thử nghiệm liên leaved kết từ trình phát triển định thơng qua q trình đàm phán trình phát triển phần mềm Kế hoạch định hướng đặc điểm kỹ thuật linh hoạt Các vấn đề kỹ thuật, người, tổ chức Hầu hết dự án bao gồm yếu tố quy trình theo định hướng linh hoạt Quyết định cân phụ thuộc vào: Điều quan trọng phải có đặc tả kỹ thuật thiết kế chi tiết trước triển khai? Nếu có, có lẽ bạn cần sử dụng cách tiếp cận theo kế hoạch Là chiến lược phân phối gia tăng, nơi bạn cung cấp phần mềm cho khách hàng nhận phản hồi nhanh từ họ, thực tế? Nếu vậy, xem xét sử dụng phương pháp nhanh Hệ thống phát triển bao nhiêu? Các phương pháp linh hoạt hiệu hệ thống phát triển với nhóm đồng bố trí nhỏ giao tiếp khơng thức Điều khơng khả thi hệ thống lớn đòi hỏi phải có đội ngũ phát triển lớn để sử dụng cách tiếp cận theo kế hoạch Các vấn đề kỹ thuật, người, tổ chức Loại hệ thống phát triển? Cách tiếp cận theo kế hoạch yêu cầu cho hệ thống đòi hỏi nhiều phân tích trước thực (ví dụ hệ thống thời gian thực với yêu cầu thời gian phức tạp) Tuổi thọ hệ thống dự kiến bao lâu? Các hệ thống có tuổi thọ dài yêu cầu nhiều tài liệu thiết kế để truyền đạt ý định ban đầu nhà phát triển hệ thống cho nhóm hỗ trợ Cơng nghệ có sẵn để hỗ trợ phát triển hệ thống? Các phương pháp linh hoạt dựa vào công cụ tốt để theo dõi thiết kế phát triển Nhóm phát triển tổ chức nào? Nếu nhóm phát triển phân phối phần phát triển thuê ngoài, sau bạn cần phải phát triển tài liệu thiết kế để giao tiếp qua nhóm phát triển Các vấn đề kỹ thuật, người, tổ chức Có vấn đề văn hố tổ chức ảnh hưởng đến phát triển hệ thống? Các tổ chức kỹ thuật truyền thống có văn hố phát triển theo kế hoạch, tiêu chuẩn kỹ thuật Làm tốt nhà thiết kế lập trình nhóm phát triển? Đôi người ta cho phương pháp linh hoạt đòi hỏi trình độ kỹ cao phương pháp tiếp cận theo kế hoạch, lập trình viên đơn giản dịch thiết kế chi tiết thành mã Hệ thống có phải tuân thủ quy định bên ngồi khơng? Nếu hệ thống phải chấp thuận quan quản lý bên ngồi (ví dụ FAA phê duyệt phần mềm quan trọng hoạt động máy bay) bạn phải xuất trình tài liệu chi tiết phần trường hợp an tồn hệ thống Lập trình cực đại Có lẽ phương pháp nhanh sử dụng rộng rãi sử dụng rộng rãi Extreme Programming (XP) có cách tiếp cận cực phát triển lặp lặp lại Các phiên xây dựng vài lần ngày; Số lượng phân phối cho khách hàng tuần lần; Tất thử nghiệm phải chạy cho xây dựng xây dựng chấp nhận kiểm tra chạy thành công XP nguyên tắc linh hoạt - Sự phát triển gia tăng hỗ trợ thông qua việc phát hành hệ thống nhỏ thường xuyên - Sự tham gia khách hàng có nghĩa cam kết với khách hàng tồn thời gian với nhóm - Mọi người khơng qua q trình lập trình cặp, quyền sở hữu tập thể quy trình tránh thời gian làm việc dài - Hỗ trợ thay đổi thông qua phát hành hệ thống thông thường Giữ đơn giản thông qua việc tái cấu trúc mã Chu kỳ phát hành lập trình cực đoan Các hoạt động lập trình cực đoan (a) Nguyên tắc Sự miêu tả thực hành Lập kế hoạch gia Các yêu cầu ghi thẻ câu chuyện câu tăng chuyện đưa vào phát hành xác định thời gian sẵn có mức độ ưu tiên tương đối chúng Các nhà phát triển phá vỡ câu chuyện vào phát triển 'Nhiệm vụ' Xem hình 3.5 3.6 Phiên nhỏ Thiết kế đơn giản Phát triển thử nghiệm Tái cấu trúc lại Bộ chức hữu ích tối thiểu cung cấp giá trị kinh doanh phát triển trước tiên Các phát hành hệ thống thường xuyên bước bổ sung chức cho phát hành Thiết kế đầy đủ thực để đáp ứng yêu cầu khơng Khung kiểm tra đơn vị tự động sử dụng để viết kiểm tra cho phần chức trước chức thực Tất nhà phát triển dự kiến cấu trúc lại mã liên tục sớm cải tiến mã tìm thấy Điều giữ cho mã đơn giản trì Thực tiễn lập trình cực đoan (b) Lập trình cặp Các nhà phát triển làm việc theo cặp, kiểm tra công việc hỗ trợ làm tốt công việc Sở hữu tập thể Các cặp nhà phát triển làm việc tất khu vực hệ thống, khơng có đảo chun mơn phát triển tất nhà phát triển chịu trách nhiệm tất mã Bất thay đổi điều Hội nhập liên tục Ngay công việc công việc hồn thành, tích hợp vào tồn hệ thống Sau tích hợp vậy, tất kiểm tra đơn vị hệ thống phải vượt qua Tốc độ phát triển Số lượng lớn làm thêm không coi chấp nhận bền vững hiệu ròng thường làm giảm chất lượng mã suất trung bình Khách hàng Một đại diện người dùng cuối hệ thống (khách hàng) chỗ nên có sẵn tồn thời gian cho việc sử dụng đội XP Trong trình lập trình cực đoan, khách hàng thành viên nhóm phát triển chịu trách nhiệm đưa yêu cầu hệ thống vào đội để thực Các kịch yêu cầu Trong XP, khách hàng người sử dụng phần đội XP có trách nhiệm đưa định yêu cầu Yêu cầu người dùng thể dạng kịch hay câu chuyện người dùng Chúng viết phiếu nhóm phát triển chia chúng thành nhiệm vụ thực Những nhiệm vụ sở dự tốn dự tốn chi phí Khách hàng chọn câu chuyện để đưa vào phát hành dựa ưu tiên họ dự tốn ước tính XP thay đổi Sự khôn ngoan thông thường kỹ thuật phần mềm để thiết kế cho thay đổi Cần phải tốn nhiều thời gian cơng sức để dự đốn thay đổi điều làm giảm chi phí sau vòng đời XP, nhiên, trì điều không đáng thay đổi dự đốn đáng tin cậy Thay vào đó, đề xuất cải tiến mã khơng đổi (tái cấu trúc) để thay đổi dễ dàng chúng triển khai Tái cấu trúc lại Lập trình đội tìm kiếm cải tiến phần mềm thực cải tiến khơng có nhu cầu cấp thiết cho họ Điều cải thiện hiểu biết phần mềm làm giảm nhu cầu tài liệu Thay đổi dễ dàng mã cấu trúc rõ ràng Tuy nhiên, số thay đổi đòi hỏi phải có kiến trúc tái cấu trúc điều tốn nhiều Ví dụ xếp lại Tổ chức lại hệ thống cấp bậc để loại bỏ mã trùng lặp Thanh tốn đổi tên thuộc tính phương pháp để giúp họ dễ hiểu Việc thay mã nội tuyến gọi đến phương thức bao gồm thư viện chương trình Những điểm Các phương pháp Linh hoạt phương pháp phát triển gia tăng tập trung vào phát triển nhanh chóng, thường xuyên phát hành phần mềm, giảm chi phí q trình tạo mã chất lượng cao Họ liên quan đến khách hàng trực tiếp trình phát triển Quyết định sử dụng cách tiếp cận nhanh theo kế hoạch dựa phát triển cần phụ thuộc vào loại phần mềm phát triển, khả nhóm phát triển văn hóa cơng ty phát triển hệ thống Lập trình cực đoan phương pháp linh hoạt tiếng tích hợp loạt thực tiễn lập trình tốt phát hành thường xuyên phần mềm, cải tiến phần mềm liên tục tham gia khách hàng vào nhóm phát triển Bài giảng - Phát triển phần mềm Linh hoạt Phần Thử nghiệm XP Thử nghiệm trung tâm XP XP phát triển cách tiếp cận mà chương trình kiểm tra sau thay đổi thực Các tính thử nghiệm XP: + Kiểm tra phát triển - + Phát triển thử nghiệm gia tăng từ kịch + Có tham gia người dùng việc phát triển kiểm tra tính hợp lệ + Các ca kiểm thử tự động sử dụng để chạy tất thử nghiệm thành phần lần phát hành phát hành Phát triển thử nghiệm - Viết kiểm tra trước mã làm rõ yêu cầu thực - Các kiểm tra viết chương trình thay liệu để chúng thực tự động Xét nghiệm bao gồm séc thực cách xác Thường dựa vào khuôn khổ kiểm tra Junit - Tất xét nghiệm trước chạy tự động chức thêm vào, kiểm tra xem chức không giới thiệu lỗi Sự quan tâm khách hàng - Vai trò khách hàng q trình kiểm tra giúp phát triển kiểm tra chấp nhận cho câu chuyện thực lần phát hành hệ thống - Khách hàng thành viên nhóm viết kiểm tra tiến độ phát triển Tất mã xác nhận để đảm bảo khách hàng cần - Tuy nhiên, người nhận vai trò khách hàng có thời gian hạn chế nên khơng thể làm việc tồn thời gian với nhóm phát triển Họ cảm thấy việc cung cấp yêu cầu đủ đóng góp khơng muốn tham gia vào q trình thử nghiệm Mơ tả trường hợp thử nghiệm để kiểm tra liều lượng Kiểm tra tự động hóa Tự động kiểm tra có nghĩa kiểm tra viết thành phần thực thi trước thực nhiệm vụ Các thành phần thử nghiệm nên độc lập, nên mô việc nhập liệu đầu vào để kiểm tra nên kiểm tra xem kết có đáp ứng đặc điểm đầu không Một khuôn khổ kiểm tra tự động (ví dụ Junit) hệ thống mà làm cho dễ dàng để viết kiểm tra thực thi nộp kiểm tra để thực Khi thử nghiệm tự động, ln ln có kiểm tra thực nhanh chóng dễ dàng Bất chức thêm vào hệ thống, kiểm tra chạy vấn đề mà mã giới thiệu bị bắt Khó khăn thử nghiệm XP Các lập trình viên thích lập trình để kiểm tra đơi họ đoạn ngắn viết kiểm tra Ví dụ: họ viết kiểm tra khơng đầy đủ mà không kiểm tra tất trường hợp ngoại lệ xảy Một số kiểm tra khó viết bước Ví dụ, giao diện người dùng phức tạp, thường khó để viết unit test cho mã mà thực 'logic hiển thị quy trình làm việc hình Rất khó để đánh giá tính đầy đủ kiểm tra Mặc dù bạn có nhiều kiểm tra hệ thống, thử nghiệm bạn khơng cung cấp phạm vi bảo hiểm hồn chỉnh Lập trình cặp Trong XP, lập trình viên làm việc theo cặp, ngồi với để phát triển mã Điều giúp phát triển quyền sở hữu chung mã phổ biến kiến thức nhóm Nó phục vụ q trình xem xét khơng thức dòng mã xem nhiều người Nó khuyến khích tái cấu trúc nhóm hưởng lợi từ việc Các phép đo cho thấy suất phát triển với lập trình cặp tương tự hai người làm việc độc lập Lập trình cặp Trong lập trình cặp, lập trình ngồi máy trạm để phát triển phần mềm Các cặp tạo động để tất thành viên nhóm làm việc với trình phát triển Việc chia sẻ kiến thức xảy trình lập trình cặp quan trọng làm giảm rủi ro tổng thể cho dự án thành viên nhóm rời khỏi Lập trình cặp đơi khơng thiết khơng hiệu có chứng cho thấy cặp làm việc hiệu lập trình viên làm việc cách riêng biệt Ưu điểm lập trình cặp Nó hỗ trợ ý tưởng quyền sở hữu tập thể trách nhiệm hệ thống Cá nhân không chịu trách nhiệm cho vấn đề với mã Thay vào đó, nhóm nghiên cứu có trách nhiệm chung để giải vấn đề Nó hoạt động q trình xem xét khơng thức dòng mã xem xét hai người Nó giúp hỗ trợ refactoring, q trình cải tiến phần mềm Trường hợp lập trình cặp quyền sở hữu tập thể sử dụng, người khác hưởng lợi từ việc tái cấu trúc để họ hỗ trợ trình Quản lý dự án Linh hoạt Trách nhiệm người quản lý dự án phần mềm quản lý dự án để phần mềm phân phối thời hạn ngân sách dự kiến cho dự án Cách tiếp cận chuẩn quản lý dự án theo kế hoạch Các nhà quản lý xây dựng kế hoạch cho dự án thể nên giao, giao người làm việc cho phát triển dự án Quản lý dự án Linh hoạt yêu cầu cách tiếp cận khác, điều chỉnh cho phát triển gia tăng mạnh cụ thể phương pháp linh hoạt Scrum Cách tiếp cận Scrum phương pháp linh hoạt chung tập trung vào việc quản lý phát triển lặp lặp lại khơng phải thực hành cụ thể nhanh Có ba giai đoạn Scrum Giai đoạn ban đầu giai đoạn quy hoạch phác thảo nơi bạn thiết lập mục tiêu chung cho dự án thiết kế kiến trúc phần mềm Sau loạt vòng chạy nước rút, chu kỳ phát triển gia tăng hệ thống Giai đoạn đóng cửa dự án bao gồm dự án, hồn thành tài liệu cần thiết khung trợ giúp hệ thống hướng dẫn sử dụng đánh giá học kinh nghiệm từ dự án Quá trình Scrum Chu kỳ Sprint Chạy nước rút cố định chiều dài, thông thường 2-4 tuần Chúng tương ứng với phát triển phát hành hệ thống XP Điểm khởi đầu cho việc lập kế hoạch số liệu tồn đọng sản phẩm, danh sách công việc cần thực dự án Giai đoạn lựa chọn bao gồm tất nhóm dự án làm việc với khách hàng để lựa chọn tính chức phát triển trình chạy nước rút Chu kỳ Sprint Một điều thỏa thuận, nhóm tự tổ chức để phát triển phần mềm Trong giai đoạn này, đội phân lập từ khách hàng tổ chức, với tất thông tin liên lạc chuyển qua gọi 'Scrum chủ' Vai trò chủ Scrum để bảo vệ nhóm phát triển khỏi xáo trộn bên Vào cuối chạy nước rút, cơng việc hồn thành xem xét trình bày cho bên liên quan Chu kỳ chạy nước rút bắt đầu Làm việc theo nhóm Scrum Các 'Scrum chủ' người hỗ trợ người xếp họp hàng ngày, theo dõi việc tồn đọng công việc phải làm, ghi lại định, biện pháp tiến chống lại việc tồn đọng giao tiếp với khách hàng quản lý bên ngồi nhóm Cả nhóm tham dự họp ngắn hàng ngày, nơi tất thành viên nhóm chia sẻ thơng tin, mô tả tiến họ kể từ họp cuối cùng, vấn đề phát sinh kế hoạch cho ngày Điều có nghĩa tất người nhóm biết điều xảy ra, có vấn đề phát sinh, lập kế hoạch lại cơng việc ngắn hạn để đối phó với họ Lợi ích Scrum Sản phẩm chia nhỏ thành khối quản lý dễ hiểu Các yêu cầu không ổn định khơng giữ tiến Cả nhóm có khả hiển thị tất thứ kết truyền thơng nhóm cải thiện Khách hàng giao hàng thời gian nhận phản hồi cách thức hoạt động sản phẩm Sự tin tưởng khách hàng nhà phát triển thiết lập tạo văn hố tích cực người mong đợi dự án thành công Nhân rộng phương pháp nhanh Các phương pháp linh hoạt chứng tỏ thành công dự án nhỏ vừa phát triển nhóm đồng bố trí nhỏ Đôi người ta cho thành công phương pháp liên lạc cải thiện, điều xảy người làm việc Nhân rộng phương pháp linh hoạt liên quan đến việc thay đổi điều để đối phó với dự án lớn hơn, dài hơn, nơi có nhiều đội phát triển, có lẽ làm việc vị trí khác Phát triển hệ thống lớn Các hệ thống lớn thường sưu tập hệ thống liên lạc riêng lẻ, nơi nhóm riêng biệt phát triển hệ thống Thường nhóm làm việc nơi khác nhau, múi khác Hệ thống lớn 'hệ thống brownfield', có nghĩa chúng bao gồm tương tác với số hệ thống có Nhiều người số yêu cầu hệ thống có liên quan với tương tác don 't thực đối tượng linh hoạt phát triển gia tăng Trường hợp số hệ thống tích hợp để tạo hệ thống, phần đáng kể phát triển liên quan đến cấu hình hệ thống thay phát triển mã gốc Phát triển hệ thống lớn Các hệ thống lớn trình phát triển chúng thường bị hạn chế quy tắc bên quy định hạn chế cách mà chúng phát triển Các hệ thống lớn có thời gian mua sắm phát triển lâu dài Rất khó để trì đội ngũ mạch lạc người biết hệ thống thời gian đó, chắn người chuyển sang công việc dự án khác Các hệ thống lớn thường có bên liên quan khác Thực tế liên quan đến tất bên liên quan khác trình phát triển Nhân rộng mở rộng 'Mở rộng' liên quan đến việc sử dụng phương pháp nhanh để phát triển hệ thống phần mềm lớn phát triển nhóm nhỏ 'Scaling out' liên quan đến phương pháp linh hoạt giới thiệu tổ chức lớn có nhiều năm kinh nghiệm phát triển phần mềm Khi mở rộng phương pháp linh hoạt, cần trì nguyên tắc Lập kế hoạch linh hoạt, thường xuyên phát hành hệ thống, hội nhập liên tục, phát triển theo định hướng thử nghiệm truyền thông đội tốt Mở rộng lên hệ thống lớn Đối với phát triển hệ thống lớn, tập trung vào mã hệ thống Bạn cần phải làm nhiều lên phía trước thiết kế tài liệu hệ thống Cơ chế truyền thơng nhóm phải thiết kế sử dụng Điều cần liên quan đến hội thoại qua điện thoại video thường xuyên thành viên nhóm họp điện tử thường xuyên, ngắn, nơi nhóm cập nhật cho tiến độ Tích hợp liên tục, nơi mà toàn hệ thống xây dựng nhà phát triển kiểm tra thay đổi, thực tế khơng thể Tuy nhiên, điều cần thiết để trì hệ thống thường xuyên xây dựng phát hành thường xuyên hệ thống Mở rộng công ty lớn Những người quản lý dự án khơng có kinh nghiệm phương pháp linh hoạt khơng chấp nhận rủi ro cách tiếp cận Các tổ chức lớn thường có quy trình tiêu chuẩn chất lượng mà tất dự án dự kiến tuân theo tính chất quan liêu chúng, chúng khơng tương thích với phương pháp linh hoạt Các phương pháp linh hoạt hiệu thành viên đội có trình độ kỹ tương đối cao Tuy nhiên, tổ chức lớn, có nhiều khả kỹ Có thể có chống lại văn hố phương pháp linh hoạt, đặc biệt tổ chức có lịch sử lâu dài sử dụng quy trình kỹ thuật hệ thống thơng thường Những điểm Một sức mạnh đặc biệt lập trình cực đoan phát triển kiểm tra tự động trước tính chương trình tạo Tất phép thử phải thực thành cơng increment tích hợp vào hệ thống Phương pháp phương pháp linh hoạt cung cấp khn khổ quản lý dự án Nó tập trung quanh tập hợp sprints, khoảng thời gian cố định tăng hệ số Scaling phương pháp linh hoạt cho hệ thống lớn khó khăn Các hệ thống lớn cần thiết kế phía trước số tài liệu  ... Phương pháp Linh hoạt bảo trì phần mềm Hầu hết tổ chức chi tiêu nhiều cho việc trì phần mềm so với việc phát triển phần mềm Vì vậy, phương pháp linh hoạt để thành công, họ phải hỗ trợ bảo trì... cải tiến phần mềm liên tục tham gia khách hàng vào nhóm phát triển Bài giảng - Phát triển phần mềm Linh hoạt Phần Thử nghiệm XP Thử nghiệm trung tâm XP XP phát triển cách tiếp cận mà chương trình... Tập trung vào đơn giản phần mềm đượ trình phát triển Bất nơi có thể, tích cực làm phức tạp từ hệ thống Áp dụng phương pháp Linh hoạt Phát triển sản phẩm, nơi công ty phần mềm phát triển sản phẩm