Rational Unified Process RUP là một quy trình phát triển phần mềm. Cung cấp bộ quy tắc cho phép tiếp cận việc phân công và trách nhiệm bên trong phạm vi một tổ chức phát triển. Mục đích của nó nhằm đảm bảo việc cho ra một phần mềm chất lượng cao đáp ứng được người dùng cuối, với kế hoạch và một khoản đầu tư có sẵn.RUP được phát triển lần đầu tiên bởi Rational Software , một đơn vị của tập đoàn IBM vào năm 2003.
Quy trình RUP Mục lục Quy trình RUP I Tổng quan Định nghĩa: RUP gì? Rational Unified Process - RUP quy trình phát triển phần mềm Cung cấp quy tắc cho phép tiếp cận việc phân công trách nhiệm bên phạm vi tổ chức phát triển Mục đích nhằm đảm bảo việc cho phần mềm chất lượng cao đáp ứng người dùng cuối, với kế hoạch khoản đầu tư có sẵn RUP phát triển lần Rational Software , đơn vị tập đoàn IBM vào năm 2003 Ưu điểm quy trình RUP? RUP quy trình Rational phát triển dựa đặc điểm chính: Phần mềm phát triển qua nhiều lần lặp: giảm bớt rủi ro, cho phép sớm nhận phản hồi người dùng cuối thực thử nghiệm cập cách thường xuyên Quản lý yêu cầu: Quản trị yêu cầu suốt trình phát triển đảm bảo giải vấn đề gặp phải xây dựng hệ thống cần xây dựng; quản trị yêu cầu cho phép theo vết vấn đề đặt từ nhu cầu người sử dụng hệ thống đến đặc tính hệ thống, chức năng, vấn đề phân tích, thiết kế kịch thử nghiệm Sử dụng kiến trúc component-based: Chia nhỏ hệ thống nhiều phần độc lập có liên kết với Là kiến trúc linh động cho phép xây dựng hệ thống đáp ứng yêu cầu mở rộng hệ thống tương lai Mô hình hóa trực quan phần mềm: Sử dụng ngôn ngữ chuẩn UML để mô hình hóa toàn hệ thống phần mềm cần phát triển Điều cho phép người phát triển phần mềm nắm rõ toàn cấu trúc hoạt động hệ thống • • • • Quy trình RUP Kiểm tra chất lượng phần mềm: Việc kiểm tra thử nghiệm phần mềm thực tất chu kỳ phát triển phần mềm để xem xét hiệu năng, độ tin cậy Kiểm soát thay đổi: Trước thay đổi cập nhật cần đảm bảo xem xét kỹ • • Ngoài ra, quy trình RUP quy trình phát triển phần mềm theo hướng lặp Do RUP mang ưu điểm quy trình lặp tiêu biểu như: • Hạn chế nhiều rủi ro phần tử tích hợp, xây dựng • Cho phép thay đổi yêu cầu, phương thức cho thích hợp • Các tổ chức nắm phương pháp phát triển cho qui trình họ • Tăng khả tái sử dụng Quy trình RUP Mô hình chiều RUP: Có thể hình dung quy trình cách thể trục tọa độ hai chiều: • • Trục hoành biểu diễn thời gian thành phận động quy trình giải thích cho phase, vòng lặp milestone Trục tung biểu diễn thành phần tĩnh quy trình: woker, workflow, activity 3.Khái niệm bản: Một quy trình xác định làm việc j, cách Quy trình RUP xây dựng nên nhờ bốn thành phần chính: • • • • Worker Activity Artifact Workflow Quy trình RUP Worker Worker xác định trách nhiệm công việc cá nhân nhóm người làm việc với Một cá nhân xuất nhiều vai trò khác Worker xác định tập activity phép làm chủ tập artifact Quy trình RUP Activity Mỗi activity đơn vị công việc giao cho cá nhân Worker thực Activity có mục tiêu rõ ràng, thường quy định rõ ràng trình khởi tạo cập nhật artifact, ví dụ mô hình, lớp kế hoạch Với activity gán cho worker riêng biệt Mức độ chi tiết activity thường tính theo vài vài ngày, thường bao gồm worker tác động tới một nhóm nhỏ artifact Một activity nên sử dụng thành phần việc lên kế hoạch phát triển Artifact Artifact phần thông tin tạo ra, chỉnh sửa sử dụng quy trình Artifact là sản phẩm thực dự án, dự án tạo sử dụng trình làm việc sản phẩm cuối cùng, Artifact sử dụng input worker để triển khai activity, kết cuối output vài activity Trong thiết kế hướng đối tượng, activity hoạt động đối tượng động( worker), artifact thông số activity Artifact tồn nhiều hình thức khác Một mô hình, ví dụ Mô hình Use-Case Mô hình thiết kế Một thành phần mô hình, ví dụ thành phần bên mô lớp, use-case subsystem Một văn bản, ví dụ Bản kiến trúc phần mềm Source code • • • • • Quy trình RUP Workflow Một tập hợp gồm worker, activity artifact chưa làm nên quy trình Workflow giúp thể cách đầy đủ chuỗi activity cho kết có giá trị, thể mối quan hệ worker Quy trình RUP II.Các pha quy trình RUP Một chu trình phát triển phần mềm chia thành nhiều giai đoạn, giai đoạn tương ứng với hệ sản phẩm RUP chia giai đoạn phát triển phần mềm thành pha liên tục Cuối pha điểm mốc ( milestone )- lúc định phần mềm đưa ra, xem xét đánh giá trước chuyển sang pha Pha bắt đầu ( inception phase ) Pha bắt đầu hình dung tranh tổng quát sản phẩm cuối phác thảo chức cho người dùng, đồng thời xác định phạm vi dự án ( phần mềm ) Mục tiêu đạt trí thành viên hệ thống mục đích dự án ( phần mềm ) Mục đích: • • • • Thiết lập phạm vi dự án : cách thức hoạt động, tiêu chuẩn đánh giá dự định có ( hay không ) dự án ( phần mềm ) Xác định chức hệ thống quan trọng điều khiển chức hệ thống xác định tối thiểu kiến trúc tiêu biểu cho chúng Ước lượng chi phí thời gian tổng thể toàn dự án, đồng thời cung cấp ước lượng chi tiết cho cho pha chuẩn bị xảy sau Ước lượng rủi gặp phải trình thực Công việc chính: • • • định nghĩa phạm vi dự án ( phầm mềm ) Xác định phạm vi dự án ( phần mềm ), yêu cầu ràng buộc quan trọng để thiết lập tiêu chuẩn đánh giá cho sản phẩm cuối Lập kế hoạch chuẩn bị chức cho người dùng đồng thời đánh giá lựa chọn cách thức quản lí rủi ro, bố trí, lập kế hoạch dự án cân đối chi phí, thời gian, lợi nhuận Quy trình RUP • Tổng hợp kiến trúc tiêu biểu để ước lượng chi phí, thời gian, tài nguyên Kết đạt được: • • • • • Tài liệu yêu cầu, đặc tính ràng buộc dự án Khảo sát mô hình chức hệ thống để liệt kê tất chức hệ thống tác nhân hệ thống mà xác định vào lúc Đề cương ban đầu cho dự án Ước lượng ban đầu rủi ro Kế hoạch dự án, bao gồm pha vòng lặp Milestone: • • • • • • Lifecycle objective milestone ( trực quan hóa ) Các tiêu chuẩn đánh giá cho pha bắt đầu bao gồm: Sự trí thành viên phạm vi dự án, ước lượng chi phí thời gian Hiểu rõ xác yêu cầu phần mềm ( dự án ) Độ tin cậy ước lượng chi phí, thời gian, rủi ro quy trình phát triển Chiều sâu chiều rộng mẫu kiến trúc phát triển Những phí tổn thực so với phí tổn lên kế hoạch Nếu dự án ( phần mềm ) không vượt qua mốc này, bị hủy bỏ xem xét lại Pha chuẩn bị ( elaboration phase ) Lập kế hoạch hoạt động tài nguyên cần thiết, xác định tính thiết kế kiến trúc Mục tiêu pha phân tích vấn đề, phát triển kế hoạch loại bỏ thành phần có rủi ro cao dự án Để làm điều phải có nhìn sâu rộng hệ thống : phạm vi hệ thống, chức yêu cầu phi chức ( tốc độ dự án ) Đây pha quan trọng pha, cuối pha định có tiếp tục xây dụng chuyển giao dự án hay không Mục đích • • Xác định, phê chuẩn lập kiến trúc tảng nhanh tốt Lập kế hoạch đắn cao cho pha Quy trình RUP Trình bày kiến trúc tảng thực với chi phí thích hợp thời gian hợp lí • Công việc Hiểu rõ chức hệ thống quan trọng có ảnh hưởng đến kiến trúc việc lập kế hoạch Chuẩn bị sở hạ tầng, môi trường phát triển công cụ tự hỗ trợ động hóa Chuẩn bị kiến trúc lựa chọn thành phần Đánh giá thành phần có tiềm việc tạo/mua/tái sử dụng chúng để xác định chi phi thời gian cho xây dựng Xác định tính thiết kế kiến trúc • • • • Kết đạt Một mô hình chức hệ thống ( tối thiểu hoàn thành 80% )trong tất chức hệ thống tác nhân hệ thống xác định hầu hết mô tả chức hệ thống phát triển Những yêu cầu bổ sung bao gồm yêu cầu phi chức yêu cầu không kết hợp với chức hệ thống cụ thể Mô tả kiến trúc phần mềm Một kiểu mẫu kiến trúc thực thi Danh sách rủi ro chức cho người dùng xem xét lại Kế hoạch phát triển cho toàn dự án Các chức phát triển cập nhật Tài liệu hướng dẫn dụng sơ ( cần thiết ) • • • • • • • • Milestone • Lifecycle architecture milestone :kiến trúc Các tiêu chuẩn đánh giá cho pha chuẩn bị: Sự hình dung sản phẩm Sự ổn định kiến trúc Sự giải rủi ro tin cậy Sự xác đầy đủ cho kế hoạch pha Sự đồng ý tất thành viên hệ thống việc xây dựng sản phẩm với kế hoạch lập trước Sự chấp nhận phí tổn tài nguyên thực so với phí tổn lập kế hoạch Nếu dự án không vượt qua pha này, bị bỏ dở xem xét lại • • • • • • • 10 Quy trình RUP Cấu hình quản lý thay đổi: o Mục đích: o Hỗ trợ phương pháp phát triển • Duy trì toàn vẹn sản phẩm • Đảm bảo đầy đủ đắn sản phẩm • Cung cấp môi trường ổn định để phát triển phần mềm • Hạn chế thay đổi artifact dựa sách dự án cung cấp đường mòn kiểm toán việc sao, mà artifact thay đổi Công việc: • Lập kế hoạch cấu hình dự án kiểm soát thay đổi (Plan Project Configuration and Change Control): Thiết lập sách quản lý cấu hình dự án Thiết lập sách quy trình kiểm soát thay đổi sản phẩm Lưu thông tin trong kế hoạch quản lý cấu hình (trong kế hoạch phát tiển phần mềm) • 73 Quy trình RUP • • • • • 74 Tạo môi trường quản lý cấu hình dự án(Create Project CM Environment): thiết lập môi trường cách tạo trì kho liệu, sản phẩm tổng thể phát triển, xây dựng có sẵn để bảo trì tái sử dụng Điều thực cách làm cho chắn artifact cần thiết cho nhà phát triển tích hợp không gian làm việc khác (cá nhân công cộng) Sau khoản mục cấu hình tập hợp lại đầy đủ, lưu trữ để tái sử dụng Thiết lập môi trường cấu hình quản lý tạo cấu trúc thư mục sản phẩm, kho, không gian làm việc, phần bổ nguồn tài nguyên máy Thay đổi cung cấp khoản mục cấu hình (Change and Deliver Configuration Items): mô tả cách làm thể để nhân viên tạo không gian làm việc, truy cập thực thay đổi artifact, cung cấp thay đổi để đưa vào các sản phẩm tổng thể giúp nâng cao sản phẩm Quản lý Baseline phiên bản(Manage Baselines and Releases): đảm bảo hệ thống con, chúng đạt mức quy định(baselined) sau có sẵn cho phát hành, tái sử dụng lặp lặp lại dự án dự án khác Tần suất phát hành hình thức mô tả kế hoạch quản lý cấu hình Mức độ hình thức rõ ràng cao nhiều cho sản phẩm phát hành cho khách hàng tạo cho phiên xây dựng xem xét Theo dõi báo cáo tình trạng cấu hình (Monitor and Report Configuration Status): Xác định sản phẩm đáp ứng yêu cầu chức vật lý Các artifact lưu trữ thư viện kiểm soát Đảm bảo artifact baseline có sẵn Tạo điều kiện đánh giá sản phẩm thông qua việt theo dõi lỗi báo cáo hoạt động Quản lý yêu cầu thay đổi (Manage Change Requests): gồm tiêu chuẩn, tài liệu kiểm soát thay đổi, nhằm đảm bảo thay đổi thực dự án quán bên liên quan thích hợp thông báo tình trạng sản phẩm, thay đổi giá tiến độ Quy trình RUP o • Worker : Nhà quản lý cấu hình (configuration manager): chịu trách nhiệm cung cấp Quản lý Cấu hình tổng thể (CM) sở hạ tầng môi trường cho nhóm phát triển sản phẩm Chức CM hỗ trợ hoạt động phát triển sản phẩm mà nhà phát triển tích hợp có không gian làm việc thích hợp để xây dựng kiểm tra công việc họ, tất đồ artifact (tạo tác) bao gồm đơn vị triển khai theo yêu cầu Nhà quản lý cấu hình có để đảm bảo môi trường CM tạo điều kiện đánh giá sản phẩm, thay đổi hoạt động theo dõi lỗi Nhà quản lý cấu hình chịu trách nhiệm cho văn Kế hoạch CM yêu cầu thay đổi dựa số liệu thống kê báo cáo tiến độ 75 Thiết lập sách CM Kiểm tra cấu hình Thiết lập môi trường CM Viết kế hoạch CM Báo cáo tình trạng cấu hình Tạo đơn vị triển khai Quy trình RUP Nhà quản lý kiểm soát thay đổi (Change Control Manager): giám sát trình kiểm soát thay đổi Với vai trò này, Ban kiểm soát cấu hình (hoặc thay đổi) nên bao gồm đại diện từ tất bên liên quan, bao gồm khách hàng, nhà phát triển người sử dụng Trong dự án nhỏ, người nhất, chẳng hạn quản lý dự án kiến trúc sư phần mềm, đóng vai trò Quản lý kiểm soát thay đổi trách nhiệm xác định Quy trình Quản lý thay đổi yêu cầu phải ghi Kế hoạch CM Thiết lập trình kiểm soát thay đổi Đánh giá yêu cầu thay đổi Xác nhận lưu loại bỏ yêu cầu thay đổi Nhà tích hợp (integrator): người thực cung cấp thành phần thử nghiệm vào không gian làm việc hội nhập, nới nhà tích hợp kết hợp chúng để tạo build Nhà tích hợp chịu trách nhiệm cho việc lập kế hoạch hội nhập Hợp xảy cấp hệ thống hệ thống Mỗi người có không gian làm việc tích hợp riêng biệt Cũng thành phần thử nghiệm cung cấp từ không gian làm việc phát triển riêng người thực vào không gian làm việc tích hợp hệ thống phụ, hệ thống thực để tích hợp cung cấp từ không gian làm việc tích hợp hệ thống phụ vào không gian làm việc tích hợp hệ thống 76 Quy trình RUP 77 Tạo không gian làm việc tích hợp Kế hoạch tích hợp hệ thống Kế hoạch tích hợp hệ thống Tạo đường mốc giới Tích hợp hệ thống Tích hợp hệ thống Xác minh thay đổi xây dựng Nâng đường mốc giới Các nhân viên khác (Any worker): Bất kỳ nhân viên xác định RUP có đặc quyền truy cập, 'check-in' 'check-out' vật liên quan đến sản phẩm để bảo dưỡng hệ thống kiểm soát cấu hình Nhân viên gửi yêu cầu thay đổi cập nhật yêu cầu thay đổi mà họ chủ sở hữu Quy trình RUP o Tạo không gian làm việc phát triển Thực thay đổi Cung cấp thay đổi Cập nhật không gian làm việc Gửi yêu cầu thay đổi Cập nhật yêu cầu thay đổi Artifact: 78 Nhà quản lý cấu hình Kết kiểm tra cấu hình Kế hoạch cấu hình Kho dự án Không gian làm việc Quy trình RUP o o Nhà quản lý kiểm soát thay đổi Các yêu cầu thay đổi Trong workflow này, trình bày làm để kiểm soát (điều khiển) artifact tạo nhiều người làm việc dự án Việc kiểm soát (điều khiển) giúp tránh nhầm lẫn chi phí đảm bảo kết artifact không xung đột (mâu thuẫn) với số lý sau đây: • Cập nhật đồng thời: nhiều worker làm việc cách riêng biệt artifact, người làm sau thực thay đổi công việc người làm trước • Thông báo giới hạn: Khi vấn đề cố định artifact chia sẻ số nhà phát triển số người số họ không thông báo thay đổi • Nhiều phiên bản: Đa số chương trình lớn phát triển phát hành có tiến hóa Một phát hành dành cho khách hàng, số khác để test, phát triển Nếu vấn đề Nếu có vấn đề phiên bất kì, sửa lỗi truyền chúng Có thể phát sinh nhầm lẫn dấn tới sửa chữa tốn phải làm lại trừ có thay đổi việc điều khiển giám sát Workflow cung cấp hướng dẫn cho việc quản lý biến thể nhiều hệ thống phát triển phần mềm, theo dõi phiên sử dụng cho xây dựng phần mềm, thực xây dựng chương trình cá nhân phát hành toàn chi tiết kỹ thuật cho phiên người dùng xác định thực thi sách phát triển chuyên biệt cụ thể 79 Quy trình RUP Môi trường: o o Mục đích hoạt động môi trường cung cấp cho tổ chức phát triển phần mềm môi trường phát triển phần mềm công cụ cần thiết để hỗ trợ nhóm phát triển việc nâng cao trình phát triển phần mềm Công việc: • Chuẩn bị môi trường cho dự án (Prepare environment for project): Đánh giá tổ chức phát triển dự án Phác thảo trường hợp phát triển Đưa danh sách công cụ sử dụng cho việc phát triển Đưa mẫu chuyên biệt dự án cho artifact quan trọng theo trường hợp phát triển • Chuẩn bị môi trường cho lần lặp (Prepare environment for an iteration): Hoàn thành trường hợp phát triển để sẵn sàng cho lặp lại Chuẩn bị tùy chỉnh công cụ để sử dụng lần lặp thấy cần thiết 80 Quy trình RUP Xác minh công cụ cài đặt cấu hình Sản xuất mẫu chuyên biệt dự án để sử dụng lần lặp Chuẩn bị hướng dẫn cho lần lặp (Prepare guidelines for an iteration): chuẩn bị cập nhật hướng dẫn bổ sung cần thiết cho lặp lại Hỗ trợ môi trường suốt lần lặp(Support environment during an iteration): hỗ trợ nhà phát triển việc sử dụng công cụ quy trình lần lặp • • Worker: o • 81 Kỹ sư trình (processing engineer): chịu trách nhiệm cho trình phát triển phần mềm riêng Điều bao gồm cấu hình Quy trình RUP • • • • 82 trình trước khởi động dự án, liên tục cải tiến quy trình nỗ lực phát triển Đánh giá tổ chức Xây dựng trường hợp phát triển Xây dự mẫu dự án cụ thể Khởi chạy trường hợp phát triển Chuyên gia công cụ (tool specialist): chịu trách nhiệm công cụ hỗ trợ dự án, bao gồm lựa chọn tiếp nhận công cụ Các chuyên gia công cụ cấu hình thiết lập công cụ, đồng thời xác minh công cụ tham gia làm việc Lựa chọn trang bị công cụ Thiết lập công cụ Xây dựng hướng dẫn cho công cụ Xác minh cấu hình cài đặt công cụ Nhà phân tích quy trình kinh doanh (business-process analyst): hướng dẫn điều phối kinh doanh mô hình trường hợp sử dụng, cách đưa phân chia ranh giới tổ chức mô hình hóa Ví dụ, thiết lập nhân viên kinh doanh, trường hợp sử dụng kinh doanh tồn cách họ tương tác Phát triển hướng dẫn cho mô hình kinh doanh Nhà thiết kế giao diện người dùng (user-interface designer): Các nhà thiết kế giao diện người dùng hướng dẫn phối hợp tạo mẫu thiết kế giao diện người dùng, cách: • nắm bắt yêu cầu giao diện người dùng, bao gồm yêu cầu khả sử dụng; • xây dựng nguyên mẫu giao diện người dùng; • bao gồm bên liên quan khác giao diện người dùng, chẳng hạn người dùng cuối cùng, phần đánh giá khả sử dụng sử dụng phiên thử nghiệm; • xem xét cung cấp thông tin phản hồi thích hợp khâu thực cuối giao diện người dùng (như tạo nhà phát triển khác, tức thiết kế thực hiện) Phát triển hướng dẫn cho giao diện người dung Phân tích hệ thống (system analyst): hướng dẫn phối hợp yêu cầu gợi mở mô hình hóa trường hợp sử dụng, cách đưa chức hệ thống phân định cho hệ thống Ví dụ, thiết lập nhân viên trường hợp sử dụng tồn cách họ tương tác Xây dựng hướng dẫn sử dụng cho mô hình Use-case Quy trình RUP • • • • 83 Kiến trúc sư (architect): Kiến trúc sư hướng dẫn điều phối hoạt động kỹ thuật đồ artifact (tạo tác) suốt dự án Kiến trúc sư thiết lập cấu trúc tổng thể cho khung nhìn kiến trúc: phân tách quan điểm, nhóm yếu tố, giao diện nhóm lớn Như vậy, ngược lại với nhân viên khác, kiến trúc sư bề rộng, trái ngược với chiều sâu Xây dựng hướng dẫn thiết kế Xây dựng hướng dẫn lập trình Thiết kế thử nghiệm (Test designer): Các thiết kế thử nghiệm vai trò việc kiểm tra Công nhân chịu trách nhiệm thiết kế, lập kế hoạch, thực đánh giá thử nghiệm, bao gồm: Thế hệ kế hoạch kiểm tra thử nghiệm mô hình • Thực thủ tục kiểm tra • Đánh giá bảo hiểm thử nghiệm kết thử nghiệm, thử nghiệm hiệu • Thế hệ tóm tắt đánh giá thử nghiệm • Xây dựng hướng dẫn thử nghiệm Biên tập kĩ thuật (Technical Writer): biên tập tài liệu hỗ trợ người dùng cuối, chẳng hạn hướng dẫn sử dụng, văn trợ giúp, ghi phát hành,… Develop Manual Styleguide Quản trị viên hệ thống (System administrator): Quản trị viên hệ thống trì môi trường phát triển hỗ trợ, phần cứng phần mềm, quản trị hệ thống, lưu,… Hỗ trợ phát triển Quy trình RUP • Artifact: • • • • • 84 Kỹ sư trình (processing engineer): Trường hợp phát triển Đánh giá tổ chức phát triển Mẫu dự án cụ thể Chuyên gia công cụ (tool specialist) Hướng dẫn cho công cụ Công cụ Nhà phân tích quy trình kinh doanh (business-process analyst) Hướng dẫn mô hình kinh doanh Nhà thiết kế giao diện người dùng (user-interface designer) Hướng dẫn cho giao diện người dùng Phân tích hệ thống (system analyst) Hướng dẫn mô hình hóa use-case Quy trình RUP Kiến trúc sư (architect) Hướng dẫn thiết kế Hướng dẫn lập trình • Thiết kế thử nghiệm (Test designer) Hướng dẫn thử nghiệm • Kịch kĩ thuật (Technical Writer) Manual Styleguide • Quản trị viên hệ thống (System administrator) Cơ sở hạ tầng hỗ trợ việc phát triển Workflow tập trung vào hoạt động cần thiết để cấu hình trình khuôn khổ dự án Nó tập trung vào hoạt động để phát triển hướng dẫn cần thiết để hỗ trợ dự án Một quy trình theo bước cung cấp mô tả làm bạn thực trình tổ chức Workflow môi trường có chứa Development Kit cung cấp cho bạn hướng dẫn, mẫu công cụ cần thiết để tùy chỉnh trình • o o Một số khía cạnh workflow môi trường không chi trả qúa trình chẳng hạn lựa chọn, tiếp thu, tạo công cụ làm việc trì môi trường phát triển 85 Quy trình RUP Tài liệu tham khảo: [1] Rational Unified Process: Best Practices for Software Development Teams [2] http://en.wikipedia.com/ rational-unified-process.htm [3] http://lehre.ike.uni-stuttgard.de/wn/musoft/rupmanual/process/workflow/ovu_core.htm 86 Quy trình RUP THÀNH VIÊN CỦA NHÓM: • Phạm Thanh Tùng • Đinh Quang Thắng • Đỗ Bảo Sơn • Nguyễn Ngọc Dũng 87 .. .Quy trình RUP I Tổng quan Định nghĩa: RUP gì? Rational Unified Process - RUP quy trình phát triển phần mềm Cung cấp quy tắc cho phép tiếp cận việc phân công trách nhiệm bên... thống phần mềm cần phát triển Điều cho phép người phát triển phần mềm nắm rõ toàn cấu trúc hoạt động hệ thống • • • • Quy trình RUP Kiểm tra chất lượng phần mềm: Việc kiểm tra thử nghiệm phần mềm. .. chưa làm nên quy trình Workflow giúp thể cách đầy đủ chuỗi activity cho kết có giá trị, thể mối quan hệ worker Quy trình RUP II.Các pha quy trình RUP Một chu trình phát triển phần mềm chia thành