Tìm hiểu các phương pháp agile, tích hợp liên tục và hướng kiểm thử giúp ích cho việc thiết kế và phát triển các hệ thống phức tạp như thế nào Martin R. Bakal, Quản lý cung ứng toàn cầu, Công nghiệp điện lực, IBM Jennifer Althouse, Trưởng nhóm bán các sản phẩm hệ thống, IBM Paridhi Verma, Quản lý thị trường, Công nghiệp điện lực và di động, IBM Tóm tắt: Bài viết này tìm hiểu phương pháp phát triển linh hoạt (agile development), tích hợp liên tục (continuous integration...
16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Tạp chí Lập trình Coding is cool ;-) Tích hợp liên tục phương pháp phát triển linh hoạt (agile) i Votes Tìm hiểu phương pháp agile, tích hợp liên tục hướng kiểm thử giúp ích cho việc thiết kế phát triển hệ thống phức tạp Martin R Bakal, Quản lý cung ứng toàn cầu, Cơng nghiệp điện lực, IBM Jennifer Althouse, Trưởng nhóm bán sản phẩm hệ thống, IBM Paridhi Verma, Quản lý thị trường, Công nghiệp điện lực di động, IBM Tóm tắt: Bài viết tìm hiểu phương pháp phát triển linh hoạt (agile development), tích hợp liên tục (continuous integration – CI), phát triển theo hướng kiểm thử (test-driven development-TDD) sử dụng phát triển phần mềm nhúng Khi áp dụng phương pháp vào kiến trúc dự án đạt hiệu chất lượng cao tính linh hoạt Từ thập kỷ nay, nhóm phần mềm hưởng lợi ích từ phương pháp phát triển agile Họ kế tục phương pháp phát triển tăng cường theo vịng lặp, giải pháp hình thành phát triển thơng qua hợp tác Các phương pháp tiếp cận truyền thống không linh hoạt thường tạo phần mềm cách phát triển theo phân đoạn Ví dụ quy trình thác nước (waterfall process), hoạt động phân tích yêu cầu, thiết kế, phát triển kiểm thử thực cách tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 1/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Mặc dù trước đây, quy trình phát triển thác nước tiêu chuẩn để phát triển hệ thống lớn, phức tạp nhiều năm, có hạn chế đáng lưu ý Đầu tiên khiến lãng phí cơng việc phải cố gắng hồn thiện tài liệu trước thiết kế hoàn thiện thiết kế trước viết mã, ta biết rõ yêu cầu thay đổi theo thời gian Hơn nữa, để trình kiểm thử triển khai tích hợp đến phân khúc cuối vấn đề thường phát muộn để giải mà khơng làm trễ dự án Nếu mà sống giới mà thứ di chuyển chậm chạp bỏ qua bước Nhưng trước áp lực phải tăng cường tạo hệ thống mang tính sáng tạo tổ chức lại giảm nhu cầu sử dụng phương pháp Mặc dù chúng phổ biến rộng rãi nhóm phát triển hệ thống cơng nghệ thơng tin, phương pháp agile áp dụng tốt để phát triển sản phẩm phần cứng, điện tử phần mềm Phát triển phần mềm nhúng khác với việc phát triển ứng dụng công nghệ thông tin chủ yếu chỗ bị hạn chế triển khai thiết bị cuối cùng, chẳng hạn hiệu xử lý nhớ Phần mềm nhúng thường thực hoạt động thời gian thực phức tạp điều kiện ràng buộc Hãy suy nghĩ hệ thống điều khiển máy tính giống túi khí bảo vệ chứa xe Chúng cần phải đáp ứng (những gặp tai nạn), cần phải hoạt động cách đáng tin cậy Các phương pháp agile ban đầu thiết kế cho đội dự án nhỏ, chỗ, ngành cơng nghiệp khơng quy Cần phải nhiều năm phát triển để phương pháp agile tiếp nhận dự án lớn phức tạp Khi dùng phần phương pháp tiếp cận dựa kiến trúc, tích hợp liên tục (Continuous Integration – CI) phát triển theo hướng kiểm thử ( Test-Driven Development – TDD) mở rộng phương pháp agile đủ để cung cấp chất lượng cao lẫn tính linh hoạt dự án Bài viết tìm hiểu cách phương pháp agile, CI TDD sử dụng việc phát triển phần mềm nhúng Bài viết mơ tả lợi ích kết hợp Bằng cách mà tích hợp liên tục phát triển theo hướng kiểm thử phù hợp với phương pháp agile Giờ dây hầu hết người nghe qua phương pháp agile Các khái niệm mà chúng mang đến cho việc phát triển phần mềm thay đổi cách thức mà đội nhóm tổ chức cơng việc họ, cách thích ứng với u cầu thay đổi cách thức phát hành phần mềm Tích hợp liên tục (CI) tạo cho quy trình phát triển agile, cách tiếp cận phương pháp chủ đề cho thảo luận tích hợp liên tục Nó tổ chức việc phát triển theo nhóm chức người dùng Những nhóm chức chia thành nhóm hay chặng cơng việc nhỏ Ý tưởng không cố gắng giải tất vấn đề từ ban đầu, mà tập trung vào bạn biết Vì vậy, nhóm nghiên cứu thiết kế, xây dựng, kiểm thử họ biết chức mong muốn Điều tạo sản phẩm làm việc dựa tập hợp u cầu sản phẩm hồn chỉnh Sau đó, nhóm làm việc tiếp với yêu cầu có độ ưu tiên cao trình lặp lại Tất nhiên, nhìn thấy đơn giản, quy trình có nhiều biến thể khác nhau, có điều cốt lõi là: Từng bước xây dựng sản phẩm cải thiện thứ q trình xây dựng Theo Martin Fowler cơng ty tư vấn ThoughtWorks, tích hợp liên tục (IC) phương pháp phát tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 2/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Theo Martin Fowler cơng ty tư vấn ThoughtWorks, tích hợp liên tục (IC) phương pháp phát triển phần mềm đòi hỏi thành viên nhóm tích hợp cơng việc thường xuyên Mỗi ngày, thành viên phải theo dõi phát triển cơng việc họ lần Việc nhóm khác kiểm tra tự động, nhóm tiến hành kiểm thử truy hồi để phát lỗi nhanh Cả nhóm thấy phương pháp tiếp cận giúp giảm bớt vấn đề tích hợp cho phép phát triển phần mềm gắn kết nhanh Điều dẫn đến thành cơng q trình tích hợp liên tục Nếu ý tưởng tích hợp liên tục để tìm vấn đề cách nhanh chóng mang lại cho nhà phát triển thơng tin phản hồi cơng việc mình, sau sử dụng phương pháp đánh giá cơng việc nhanh chóng phát triển theo hướng kiểm thử lấp đầy khoảng cách Với phương pháp phát triển theo hướng kiểm thử, bạn xây dựng kiểm thử sau phát triển chức mã vượt qua kiểm tra Khi có bổ sung, kiểm thử cho đoạn mã thêm vào bạn cố gắng build đoạn mã Điều đảm bảo bổ sung không phá vỡ cơng việc hoạt động trước đó, đoạn mã “mang tính nguy hiểm” cảnh báo Sự kết hợp điển hình tích hợp liên tục phát triển theo hướng kiểm thử minh họa hình Hình Phương pháp agile sử dụng tích hợp liên tục phát triển theo hướng kiểm thử Về đầu trang Các loại dự án hưởng lợi từ tích hợp liên tục Các nhóm phát triển có 50 người làm việc dự án có độ phức tạp khơng cao phù hợp với phương pháp phát triển agile lẫn tích hợp liên tục Tuy nhiên, sản phẩm ngày “thông minh hơn”, nên chúng ngày phức tạp Ngày nhiều sản phẩm có sử dụng phần mềm nhúng Bạn thấy xe tiếp thị mã lực mà cơng nghệ phần mềm nhúng nhiều (Ví dụ: Tự vào chỗ đỗ xe, cảnh báo an toàn tiên tiến, hiệu sử dụng nhiên liệu hệ thống thơng tin giải trí) Số lượng dòng mã viết để tạo xe nhiều so với số lượng dòng mã viết cho máy bay phản lực chiến đấu F16 Với nhu cầu gia tăng độ phức tạp đồng thời sản phẩm phải sản xuất nhanh để đáp ứng cho thị trường Và việc thịnh hành phần mềm nhúng kết hợp với yêu cầu thời gian chặt chẽ mang lại lựa chọn cho nhà phát triển phương pháp agile tích hợp liên tục (IC) Về đầu trang Sử dụng phương pháp agile để phát triển hệ thống nhúng Phương pháp agile cho phép nhóm làm phần mềm hệ thống đáp ứng thay đổi cách nhanh chóng Cách tiếp cận linh hoạt giúp giảm nguy trễ dự án, điều mà trước gắn liền với quy trình phát triển phần mềm truyền thống, việc tích hợp thành phần lại với coi nỗ lực giai đoạn cuối Giai đoạn thường nguyên nhân gây nhầm lẫn so với đặc tả thiết kế ban đầu lại phát muộn để sửa chữa cho kịp thời hạn tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 3/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Tuy nhiên, nhóm phát triển hệ thống, họ người phải tạo nhiều thứ phần mềm, lại hồi nghi số điểm phương pháp agile Họ nói bỏ qua nhiều yếu tố lên kế hoạch từ ban đầu, cuối bạn có phần mềm chất lượng khơng tương thích với phần cứng Nếu không tiến hành checkpoint (kiểm tra) sớm thường xuyên để xác nhận tiến độ so với kế hoạch chi tiết kiến trúc, nhóm dự án thất bại, khơng thể sản xuất thành phần hoạt động hệ thống lớn Hơn nữa, nhà phát triển hệ thống phức tạp, người tìm kiếm khả tái sử dụng thiết kế khả mở rộng cho yêu cầu dự án lớn phương pháp agile lại tỏ hạn chế Những lo ngại dễ hiểu, mơ hình hóa kiến trúc khơng phải điểm trọng tâm kỹ thuật agile Nhưng cách tiếp cận tích hợp liên tục trình phát triển hệ thống cung cấp số cải tiến so với phương pháp agile túy Sự tích hợp liên tục giúp nhóm phát triển hệ thống linh hoạt đáp ứng với thay đổi nghiệp vụ nhanh chóng, đồng thời đảm bảo phần cứng phần mềm thực tế phát triển đồng liên tục Sự tích hợp liên tục cho phép thành viên nhóm làm việc hiệu lĩnh vực mình, tập trung vào nhiệm vụ mà họ hoàn thành cách tốt Vào cuối ngày, họ biết đóng góp họ tích hợp vào dự án phận thành phần làm việc với Và có khơng tích hợp nhanh chóng phát Hãy xem xét số thành phần thiết yếu phát triển phân phối hệ thống phức tạp khám phá việc tích hợp liên tục (CI) giúp đáp ứng thách thức Kiến trúc Khi bạn xây dựng hệ thống phức tạp, bạn khơng thể liên tục thêm tính mà không cần thiết kế chi tiết Nếu khơng có thiết kế, có khả bạn phải làm lại làm Cho dù bạn gọi thiết kế chi tiết, mơ hình kiến trúc, cung cấp tảng vững mà quy trình vịng lặp bắt đầu Kiến trúc hữu ích dự án có nhóm 50 thành viên hơn, bạn phát triển vượt kích thước này, bạn chắn phải có cơng đoạn làm sẵn trước để hiểu cách chia thành phần, tái sử dụng biến đổi Sự phân tích sẵn trước cho phép bạn chia thành nhóm kết họp lại để đưa sản phẩm Điều bạn có nhà phát triển phần mềm phần cứng làm việc nhau, bạn làm cho hệ thống phức tạp với phần mềm nhúng Mô Bằng cách nắm bắt kiến trúc mơ hình mơ phỏng, nhóm phát triển thấy cách hệ thống đáp ứng với đầu vào khác Hình thức kiểm thử sớm cho phép xác nhận hệ thống thực dự định, đáp ứng yêu cầu Nó cho phép nhà thiết kế hình dung hậu không lường trước thiết kế Những hậu khơng lường trước khó thấy xem xét mã dạng văn Chúng trở nên rõ ràng xem mơ hình hệ thống chí cịn rõ ràng hệ thống hoạt động Bằng cách này, việc mơ hình hóa mô cho phép bắt đầu kiểm thử tích hợp sau 4/10 tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Bằng cách này, việc mơ hình hóa mơ cho phép bắt đầu kiểm thử tích hợp sau cơng việc thiết kế bắt đầu, điều loại bỏ chậm trễ gặp phải phần cứng nhúng chưa có sẵn Nó tiết kiệm khoản đầu tư đáng kể việc tạo sản phẩm mẫu sớm không cần thiết với kiến trúc không khả thi Ngay bạn có sẵn phần cứng, tích hợp liên tục địi hỏi phải xây dựng liên tục Nếu bạn mong muốn xem kết sớm, mơi trường xây dựng bạn trở nên đắt Bởi mục đích tích hợp liên tục cung cấp kết nhanh tốt, việc mô cho phép bạn kiểm thử mà khơng cần chi phí phần cứng cao Nó cung cấp cách dễ dàng để trao đổi thông tin chức thành phần, cách pair programming (lập trình theo cặp đơi) “code review (rà sốt mã)”, phổ biến phát triển agile Tự động hóa trình build Tích hợp liên tục địi hỏi phải tự động hóa q trình build, tức khả phần mềm tự động biên dịch liên kết thành tệp thực thi Tốc độ quan trọng q trình build ứng dụng lớn thời gian dài Nếu khơng có cơng cụ build lớn, nhanh chóng, đáng tin cậy, bạn thiếu thông tin cần thiết để giải vấn đề tích hợp phát sinh Khi build, có xung đột hay lỗi trình build tự động thơng báo Vì vậy, phát vấn đề nhà phát triển làm việc để giải xung đột thông qua việc kiểm tra build trước mơ phần cứng mà khơng làm trì hỗn nhà phát triển khác Nhưng để đạt hiệu này, việc xây dựng tích hợp phải diễn liên tục, phải tạo build sau kết thúc build trước Điều khác với cách build hàng ngày hàng tuần mà trình khác sử dụng Tất nhiên, phương pháp địi hỏi tự động hóa q trình build, khơng thực tế giao cho với nhiệm vụ ngồi build suốt ngày Hơn nữa, trình build cần thực cách nhanh chóng, điều địi hỏi phải chạy đa luồng (multithreaded) Quá trình multithreaded build cách build nhiều thành phần song song lúc, giúp giảm bớt thời gian build Nó địi hỏi nhiều phần cứng kịch phức tạp Kịch trở nên phức tạp, cơng cụ quản lý việc xây dựng trở nên giá trị Quản lý công việc Khái niệm agile việc phân chia công việc thành phần công việc nhỏ, dễ quản lý Đây tiền đề đằng sau phương pháp tích hợp liên tục: để sửa lỗi bạn từ ban đầu Điều ngăn không cho chúng kết hợp thành vấn đề lớn hơn, khó giải sau Một điều mà kỹ thuật mang lại khả cung cấp phát hành nhỏ, hoạt động được, xây dựng kiểm thử nhiều ngày theo tiến độ dự án Mỗi phát hành giúp giảm rủi ro dự án cách xác thực kiến trúc, yêu cầu ước tính lịch trình nhóm Theo phương pháp agile, cơng việc cần phải hoàn thành gọi tồn đọng (backlog) Khi bạn bắt đầu chia công việc thành phần nhỏ hơn, gọi chặng (sprints), công việc phân bổ cho sprint gọi sprint backlog Phần cơng việc cịn lại phân bổ cho sprint tương lai gọi project backlog Mục tiêu nhóm hạng mục cơng việc thành sprint để hồn thành khoảng thời gian xác định sprint Quy trình phụ thuộc nhiều vào việc thu thập số liệu để đội dự đốn xác lượng thời tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 5/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Quy trình phụ thuộc nhiều vào việc thu thập số liệu để đội dự đốn xác lượng thời gian mà nhiệm vụ đòi hỏi và, số lượng tác vụ phù hợp với sprint Tuy nhiên, số liệu bao nhiêu, việc thu thập liệu mệt mỏi nhóm nhỏ Vì nhóm nhỏ gom lại với để tạo sản phẩm phức tạp hơn, nên tác vụ khó hồn thành theo cách thủ cơng Có nhiều sản phẩm thị trường giúp tổ chức công việc, theo dõi hồn thành cơng việc thống kê số liệu liên quan đến cơng việc như: cơng việc thực bao nhiêu, nhanh đến đâu, tốt đến mức vv… Khi theo đuổi phương pháp tích hợp liên tục, lỗi tích hợp đánh dấu high-priority (mức độ ưu tiên cao) thêm vào backlog (danh sách công việc tồn đọng) Về mặt này, sản phẩm tốt thị trường cung cấp số mức độ tích hợp hạng mục công việc hệ thống quản lý q trình build, lỗi xác định sau lần build sửa cách nhanh chóng tích hợp với hạng mục cơng việc có, tăng dần theo mức ưu tiên chuyển đến nhóm phù hợp Quản lý chất lượng Quản lý chất lượng phương pháp phát triển vòng đời để đảm bảo tất yêu cầu cho sản phẩm bạn kiểm tra Nỗ lực cần tổ chức hiểu để kiểm thử xác cập nhật yêu cầu thay đổi Quản lý chất lượng giúp nhà quản lý dự án trả lời câu hỏi sau: Nếu sản phẩm phải phát hành vào tuần tới, phần có nguy cao nhất? Chúng ta phát hành mà khơng có u cầu mức thấp hơn? Đây có phải phát hành có chất lượng cao hay không? Trong đối mặt với áp lực thị trường phải đáp ứng nhanh tăng tốc chu kỳ sản phẩm, câu hỏi giúp doanh nghiệp tự tin phát hành sản phẩm thị trường Các nhà quản lý hiểu rõ biết cách bổ sung tài nguyên nào, tính nên bỏ thương lượng lại ngày giao hàng để đạt lợi tối đa Với phương pháp phát triển theo hướng kiểm thử, việc kiểm thử trở thành vấn đề trung tâm với nỗ lực phát triển Theo phương pháp phát triển theo hướng kiểm thử, bạn viết kiểm thử dựa yêu cầu, sau bạn phát triển mã vượt qua kiểm thử Điều đảm bảo khơng có chức bổ sung tạo ra, thứ mà nhóm phát triển gọi “mạ vàng (gold plating)” Thậm chí bạn có ý tưởng tính hay chức cho sản phẩm điều khơng có u cầu việc thêm vào làm thời gian bị trễ dự án Đồng thời khiến cho khách hàng khơng hài lịng Tự động hóa kiểm thử Khi bạn thực trình build nhiều lần, nhóm phát triển u cầu kiểm thử lại chức làm việc phiên trước Quá trình kiểm thử lại này, trước biết đến “mã tốt (good code)”, gọi kiểm thử truy hồi (regression testing) Nó đảm bảo đoạn mã trước không bị lỗi bạn thêm vào tính Với phương pháp tích hợp liên tục, kiểm thử truy hồi tự động viết thành kịch lệnh để chạy bước cuối lần build Điều cho phép nhà phát triển có thơng tin phản hồi lập tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 6/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình tức lỗi tìm thấy lần build Đó cảnh báo cho nhà phát triển biết mã mà họ tạo có làm việc (hoặc khơng làm việc) u cầu hay khơng Nếu khơng có kiểm thử truy hồi, nhà phát triển biết họ build thành cơng Bởi dù phải thực kiểm thử, ban đầu bạn sử dụng phương pháp phát triển theo hướng kiểm thử khơng phát sinh thêm cơng việc Nó đơn giản đảo ngược trật tự công việc cách trước tiên tạo kiểm thử, sau tạo mã Dự án phát triển theo quy trình nước truyền thống sống sót mà khơng thực việc kiểm thử tự động Dự án mơ tả, xây dựng sau kiểm thử khơng ngừng nhiều người Nhưng bạn phát hành sản phẩm cách thường xuyên lúc phát sinh vấn đề Đó khơng thể kiểm thử thủ công hệ thống build nhiều lần ngày Sự cộng tác Tổ chức phần mềm IBM Rational từ lâu người ủng hộ cộng tác yếu tố quan trọng cho phát triển phân phối thành công hệ thống Nhưng phương pháp tích hợp liên tục, nơi mà hai nhóm phần mềm phần cứng tham gia, cộng tác không việc kết hợp nhuần nhuyễn sản phẩm đội, mà hiểu biết đầy đủ yêu cầu, tính thời hạn Đối với kiến trúc tốt cho phép kiểu cộng tác phần người hiểu tốt phụ thuộc thành phần khác mà họ xây dựng Với việc quản lý danh mục dự án, bạn hiểu tính năng, việc tái sử dụng phân bổ tài nguyên Nhưng dự án mà phần cứng phần mềm phát triển, điều quan trọng để quản lý yêu cầu đưa định thông minh yêu cầu thay đổi chúng không thay đổi Các dự án thường dính líu đến nhiều bên liên quan nhiều cấp độ việc định Cộng tác tốt giúp làm thỏa mãn bên liên quan Nó đảm bảo sản phẩm tốt phải tạo sai lệch so với mục tiêu rộng lớn xác định cách nhanh chóng Điều tạo sản phẩm thỏa mãn tốt nhu cầu khách hàng Về đầu trang Tóm tắt Từ góc độ kỹ thuật, tích hợp liên tục (Continuous Integration – CI) giúp nhóm làm việc hiệu Các nhóm có chức liên quan nhau, tạo phần cứng phần mềm làm việc Họ làm việc nơi khác nhau, cơng việc tích hợp khơng ngừng đảm bảo bạn không lệch thiết kế Mọi người làm việc nhóm lớn, thành phần khác hệ thống phức tạp làm việc đảm bảo Nó giải nhiều vấn đề sớm mà nhóm phát triển theo phương pháp agile trải qua khơng tích hợp liên tục Việc phối hợp phương pháp tích hợp liên tục với phương pháp phát triển theo hướng kiểm thử bổ trợ cho phương pháp agile, cho phép phương pháp agile làm việc hiệu Từ góc độ kinh doanh, phương pháp tích hợp liên tục cung cấp kết nghiệp vụ tốt tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 7/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Từ góc độ kinh doanh, phương pháp tích hợp liên tục cung cấp kết nghiệp vụ tốt cách cho phép cho nhóm tham gia Nghĩa là, họ đưa sản phẩm thị trường nhanh hơn, cách tìm vấn đề chúng cịn nhỏ, khơng phải chờ đợi chúng trở nên lớn khó sửa chữa Họ đáp ứng tốt yêu cầu đưa thêm tính vào sản phẩm lúc phát triển Điều tạo sản phẩm tốt cho khách hàng, hứa hẹn thực sự linh hoạt Tài nguyên Học tập Nghe tin Đến thời kỳ phương pháp Tích hợp liên tục (CI) Bạn vui lịng tìm tin số #204 Xem tin Áp dụng phương pháp Tích hợp liên tục quy trình agile để phát triển phần mềm nhúng Để biết thêm thông tin quản lý chất lượng: Hãy xem viết Moshe Cohen, Quản lý chất lượng thông minh hơn: Cách nhanh để tạo ưu cạnh tranh (Đây tài liệu White Paper tư tưởng lãnh đạo IBM Software, định dạng PDF phát hành tháng năm 2011) Hãy tìm hiểu trang web Quản lý chất lượng kiểm thử IBM Để biết thêm thông tin phương pháp Tích hợp liên tục, xem Các thực tiễn phương pháp Tích hợp liên tục trang web Martin Fowler Hãy truy cập Trang phần mềm Rational developerWorks để có tài nguyên kỹ thuật thực hành tốt cho sản phẩm Software Delivery Platform Rational Đăng ký nhận tin developerWorks hàng tuần qua email, chọn chủ đề để theo dõi Theo dõi kiện kỹ thuật tin developerWorks sản phẩm IBM chủ đề ngành công nghệ thông tin Tham dự lớp học miễn phí developerWorks để nhanh chóng tiếp cận sản phẩm công cụ IBM, xu hướng ngành công nghệ thông tin Xem demo theo yêu cầu trang developerWorks, từ việc cài đặt sản phẩm hướng dẫn thiết lập cho người bắt đầu đến chức cao cấp cho nhà phát triển có kinh nghiệm Lấy sản phẩm công nghệ Tải phiên dùng thử miễn phí phần mềm Rational So sánh đánh giá sản phẩm phần mềm IBM theo cách riêng bạn: Bạn tải để dùng thử, dùng thử trực tuyến, sử dụng môi trường đám mây, dành vài với SOA Sandbox để học cách triển khai kiến trúc hướng dịch vụ hiệu Thảo luận Tham gia diễn đàn phần mềm Rational để đặt câu hỏi thảo luận Tham gia thảo luận nâng cao chuyên môn bạn cách vào diễn đàn Rational, cafés thư viện wikis Tham gia cộng đồng Rational để chia sẻ kinh nghiệm bạn phần mềm Rational kết nối tới đồng nghiệp tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 8/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Hãy dành thời gian để đánh giá xem xét phần mềm Rational Đôi nét tác giả Marty có 10 năm kinh nghiệm làm việc với nhiều vai trò khác hệ thống nhúng ngành cơng nghiệp phần mềm, có mối quan hệ rộng rãi với khách hàng toàn giới nhiều ngành bao gồm ngành tiêu dùng, viễn thơng, tơ y tế Ơng quản lý cao cấp sản phẩm toàn giới ngành công nghiệp điện tử trung tâm IBM Rational với vai trò dẫn dắt ý tưởng Jennifer Althouse có 10 năm kinh nghiệm làm việc nhiều lĩnh vực phát triển hệ thống phức tạp dự án phần mềm Cơ có mối quan hệ khách hàng rộng rãi nhiều ngành công nghiệp bao gồm ngành hàng không vũ trụ, điện tử thiết bị y tế Jennifer Chuyên gia công nghiệp điện tử IBM Rational Paridhi Verma nhà quản lý thị trường ngành công nghiệp điện tử di động IBM Rational, có nhiệm vụ sáng tạo sản phẩm thông minh để phù hợp với sóng phát triển Cơ có 15 năm kinh nghiệm làm việc Trung tâm nghiên cứu IBM Mười năm cô làm việc với tư cách kỹ sư phần mềm bảo mật mạng lưới Năm năm cịn lại phát triển đề xuất trao đổi thông điệp chiến lược giá trị khách hàng cho khu vực cơng nghiệp Paridhi có Thạc sĩ khoa học kỹ thuật điện đại học New York Poly Cơ có sáng chế cho hệ thống cảnh báo khẩn cấp internet Nguồn: https://www.ibm.com About these ads About Phạm Anh Đới tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 9/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Instructor of FPT-Aptech View all posts by Phạm Anh Đới → This entry was posted on Tháng Một 28, 2013 by Phạm Anh Đới in Agile, Coding Dojo, Lập Trình Căn Bản, Lập Trình Hướng Đối Tượng and tagged continous integration, continuous testing, tdd http://wp.me/p2AfxV-R0 Previous post Next post Blog at WordPress.com Theme: Suburbia by WPSHOWER tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc-trong-phuong-phap-phat-trien-linh-hoat-agile/ 10/10 ... mà nhóm phát triển theo phương pháp agile trải qua khơng tích hợp liên tục Việc phối hợp phương pháp tích hợp liên tục với phương pháp phát triển theo hướng kiểm thử bổ trợ cho phương pháp agile,... tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc -trong- phuong-phap-phat-trien -linh- hoat-agile/ 7/10 16/04/2013 Tích hợp liên tục phương pháp phát triển linh hoạt (agile) | Tạp chí Lập trình Từ góc độ kinh doanh, phương pháp tích hợp liên tục cung cấp kết... tích hợp liên tục (IC) phương pháp phát tapchilaptrinh.wordpress.com/2013/01/28/tich-hop-lien-tuc -trong- phuong-phap-phat-trien -linh- hoat-agile/ 2/10 16/04/2013 Tích hợp liên tục phương pháp phát