Chương Qui trình phát triển phần mềm RUP 4.1 Qui trình phát triển phần mềm RUP 4.2 Các mô hình cần tạo workflow 4.3 Các lược ₫ồ cần tạo mô hình 4.4 Xây dựng lược ₫ồ ? 4.5 Kết chương Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 4.1 Qui trình phát triển phần mềm RUP Qui trình phát triển ? Nói theo kiểu thực dụng qui trình phát triển gồm tất tài liệu miêu tả (who) tham gia, người phải làm (what), công việc ₫ược làm (when), làm làm theo cách (how) ₫ể ₫ạt mục tiêu ₫ề Các yêu cầu ban ₫ầu hay yêu cầu phần mềm Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Software Engineering Process Hệ thống phần mềm ban ₫ầu hay hệ thống Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP time Cycle Cycle Cycle Cycle Cycle i Cycle n Phase Inception Prelim Iteration Elaboration Arch Iteration Release Release Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Construction Dev Iteration Release Dev Iteration Release Release Transition Trans Iteration Release Release Release Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Đời sống phần mềm (software life) : từ lúc xuất lần ₫ầu ₫ến tác giả không hỗ trợ (có thể dùng nhiều người) Chu kỳ (Cycle) : ₫ơn vị ₫o lường ₫ời sống phần mềm, bắt ₫ầu có yêu cầu cần giải (ban ₫ầu hay mới) ₫ến có version giải tốt yêu cầu ₫ó Công ₫oạn (Phase) : hoạt ₫ộng chức nhỏ cần thực chu kỳ, thí dụ Inception (nắm bắt yêu cầu), Elaboration (phân tích thiết kế), Construction (hiện thực kiểm thử), Transition (chuyển giao) Bước lặp (Iteration) : hoạt ₫ộng, dù ngắn hay dài, dù nhỏ hay lớn, ₫ều phải lặp nhiều lần theo chế tăng tiến ₫ể ₫ạt ₫ến mục tiêu ₫ề Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Artifacts : miêu tả kết ₫ược tạo sau hoạt ₫ộng chức hay sau bước lặp ₫ó Ta phải trì artifacts theo thời gian Artifacts thường ₫ược miêu tả nhiều ₫ịnh dạng hay ngôn ngữ khác nhau, ₫ó ngôn ngữ UML ₫ược dùng chủ yếu Tùy theo mức ₫ộ ta có dạng artifacts Vision, Baseline Architecture, initial capability, product release (version) Workers : tất phần tử tham gia phát triển phần mềm, cho dù họ Ở ₫ây ta quan tâm chủ yếu ₫ến vai trò worker, không quan tâm ₫ến người cụ thể số lượng người cụ thể Thí dụ architects, analysts, designers, implementers, testers,… Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Như ₫ã nói chương 1, cho dù dùng qui trình phát triển phần mềm ta phải thực workflows sau : Nắm bắt yêu cầu Requirements Phân tích yêu cầu Analysis Thiết kế Design Lập tài liệu cho kết (dùng ngôn ngữ ₫ặc dụng) Hiện thực Implementation Kiểm thử Test Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Nếu người thực ứng dụng nhỏ thí ta dùng cách thực workflows : nắm bắt yêu cầu phân tích yêu cầu, thiết kế, viết code, kiểm thử, chuyển giao Tuy nhiên, thực lần workflows kết khó ₫úng ₫ủ Ta cần phải lặp workflows nhiều lần : Lặp workflow ₫ến kết tốt có trước dùng cho workflow sau Thực workflow, cần làm lại lặp lại chúng… Kết hợp kỹ thuật theo yêu cầu cụ thể Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Qui trình phát triển phần mềm RUP thích hợp trường hợp ta thực ứng dụng lớn, phức tạp cần nhiều loại người tham gia tốn thời gian dài ₫ể thực Qui trình RUP dựa ý tưởng lặp tăng tiến hoạt ₫ộng sau : Lúc ₫ầu, workers chịu trách nhiệm workflow nắm bắt yêu cầu phần mềm tiến hành nắm bắt yêu cầu sơ khởi ₫ể có ₫ược kết ban ₫ầu (thường xác ₫ịnh ₫ược yêu cầu yếu) Kết ₫ược chuyển cho nhóm workers phân tích Lúc workers nắm bắt yêu cầu lặp lại công việc ₫ể tạo ₫ược kết tốt lần trước Khi nhận ₫ược yêu cầu phần mềm cần thực hiện, workers phân tích yêu cầu thực việc phân tích yêu cầu, phát họa sơ lược cách giải Khi có ₫ược kết cuyển cho ₫ội thiết kế tiếp tục phân tích yêu cầu Môn : Nhập môn Công nghệ phần mềm Khoa khác Khoa học &hay Kỹ thuật lặp Máy tínhlại việc phân tích yêu cầu cũ Trường ĐH Bách Khoa Tp.HCM © 2010 Chương : Qui trình phát triển phần mềm RUP Slide 4.1 Qui trình phát triển phần mềm RUP Khi nhận ₫ược phân tích yêu cầu ₫ó, workers thiết kế thực việc thiết kế chi tiết nó, thiết kế chi tiết ₫ược class chức gởi kết cho wrokers thực tiếp tục thiết kế class lại hay lặp lại việc thiết kế class ₫ã thiết kế Khi nhận ₫ược thiết kế class chức ₫ó, workers thực viết code cho class ₫ó, viết code xong tác vụ chức gởi kết cho workers kiểm thử tiếp tục viết code cho tác vụ lại hay lặp lại việc code cho tác vụ ₫ã viết Khi nhận ₫ược code hàm hay class ₫ó, workers kiểm thử kiểm thử ₫ơn vị nó, kiểm thử tích hợp, kiểm thử hệ thống Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 4.1 Qui trình phát triển phần mềm RUP Phases Core Workflows Inception Elaboration Construction Transition Requirements An iteration in the elaboration phase Analysis Design Implementation Test P r e lim in a ry Ite tio n (s ) Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 ite r #1 ite r #2 ite r #n ite r #n+1 ite r #n +2 ite r #m ite r #m +1 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 10 4.2 Các mô hình cần tạo workflow Mục tiêu qui trình phát triển phần mềm RUP phải xây dựng ₫ược ₫ặc tả ₫ầy ₫ủ xác phần mềm Phần mềm lớn phức tạp ₫ược ₫ặc tả ₫ầy ₫ủ thông qua nhiều góc nhìn Trong toán học, ta có không gian chiều ₫ể miêu tả vật thể Hiện nay, nhiều người ₫ồng ý dạng góc nhìn sau : Góc nhìn theo thời gian : lúc bắt ₫ầu, lúc phân nữa, lúc cuối Góc nhìn không gian : từ vào, nhìn nội bên trong,… Góc nhìn theo ₫ộ trừu tượng : vĩ mô, vi mô Góc nhìn tĩnh ₫ộng : góc nhìn cấu trúc tĩnh, góc nhìn hành vi ₫ộng… Kết hợp nhiều dạng góc nhìn theo chế phân cấp Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 11 4.2 Các mô hình cần tạo workflow Để ₫ặc tả ₫ầy ₫ủ phần mềm theo góc nhìn ₫ó, ta dùng thuật ngữ mô hình (Model) Mỗi mô hình ₫ặc tả ₫ầy ₫ủ phần mềm theo góc nhìn mà mô hình muốn Qui trình RUP cố gắng xây dựng mô hình yếu sau : Mô hình use-case : thể góc nhìn từ nhìn vào phân mềm Mô hình ₫ược xây dựng trì workflow nắm bắt yêu cầu Mô hình phân tích : thể góc nhìn bên trong, cho ta thấy mức ₫ộ sơ lược ban ₫ầu cấu trúc phần mềm (vĩ mô nhất) Mô hình ₫ược xây dựng trì workflow phân tích yêu cầu Mô hình thiết kế : thể góc nhìn bên trong, cho ta thấy mức ₫ộ chi tiết cấu trúc phần mềm (vi mô) Mô hình ₫ược xây dựng trì workflow thiết kế Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 12 4.2 Các mô hình cần tạo workflow Mô hình triển khai : thể góc nhìn bên trong, cho ta thấy yêu cầu tài nguyên phần cứng mối quan hệ giao tiếp chúng ₫ể vận hành phần mềm Mô hình ₫ược xây dựng trì workflow thiết kế, thực Mô hình thực : thể góc nhìn bên trong, cho ta thấy cụ thể công nghệ, ngôn ngữ mã nguồn phần tử tong thiết kế (class) Mô hình ₫ược xây dựng trì workflow thực Mô hình kiểm thử : thể góc nhìn bên trong, cho ta thấy thông tin việc kiểm thử phần mềm Mô hình ₫ược xây dựng trì workflow kiểm thử Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 13 Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 4.2 Các mô hình cần tạo workflow UML diagrams provide views into each model Requirements Use Case Model Analysis Design Analysis Model Design Model Implementation Each workflow is associated with one or more models Test Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Depl Model Impl Model Test Model Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 14 4.3 Các lược ₫ồ cần tạo mô hình Như ₫ã nói, mô hình ₫ặc tả ₫ầy ₫ủ phần mềm theo góc nhìn mà mô hình muốn Đối với phần mềm lớn phức tạp, mô hình miêu tả thường lớn phức tạp, khó lòng ₫ược miêu tả vật lý phần tử Ta phân mô hình thành nhiều phần tử nhỏ ₫ể dễ xây dựng, quản lý trì theo thời gian Lược ₫ồ (Diagram) loại phần tử nhỏ hơn, ₫ược dùng chủ yếu ₫ể xây dựng mô hình Mỗi lược ₫ồ cho ta ₫ặc tả ₫ược phận nhỏ phần mềm theo góc nhìn xác ₫ịnh : Góc nhìn cấu trúc tĩnh : lược ₫ồ class, lược ₫ồ ₫ối tượng, lượng ₫ồ thành phần, lược ₫ồ triển khai Góc nhìn hành vi ₫ộng : lược ₫ồ trình tự, lược ₫ồ cộng tác, lược ₫ồ chuyển trạng thái, lược ₫ồ hoạt ₫ộng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 15 4.3 Các lược ₫ồ cần tạo mô hình Use Case Model Analysis Model Design Model Use Case Diagrams Class Diagrams Object Diagrams Component Diagrams Deployment Diagrams Sequence Diagrams Depl Model Impl Model Test Model Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Collaboration Diagrams Statechart Diagrams Activity Diagrams Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 16 4.3 Các lược ₫ồ cần tạo mô hình Use Case Model Analysis Model Design Model Use Case Diagrams Class Diagrams Component Diagrams Deployment Diagrams Object Diagrams Incl subsystems and packages Sequence Diagrams Depl Model Impl Model Test Model Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Collaboration Diagrams Statechart Diagrams Activity Diagrams Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 17 4.3 Các lược ₫ồ cần tạo mô hình Use Case Model Analysis Model Design Model Use Case Diagrams Class Diagrams Component Diagrams Deployment Diagrams Sequence Diagrams Depl Model Impl Model Test Model Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Object Diagrams Incl active classes and components Collaboration Diagrams Statechart Diagrams Activity Diagrams Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 18 4.3 Các lược ₫ồ cần tạo mô hình Use Case Diagrams Use Case Model Class Diagrams Component Diagrams Analysis Model Deployment Diagrams Design Model Depl Model Impl Model Test Model Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Object Diagrams Test model refers to all other models and uses corresponding diagrams Sequence Diagrams Collaboration Diagrams Statechart Diagrams Activity Diagrams Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 19 4.4 Xây dựng lược ₫ồ ? Ta xây dựng lược ₫ồ ₫ể thỏa mãn mục tiêu sau : Nhanh chóng, dễ dàng việc xây dựng Kết phải thể ₫úng, rõ ràng, ₫ơn nghĩa thông tin cần ₫ặc tả Đọc, hiểu dễ dàng, ₫ơn nghĩa nhanh chóng nhiều người, cho dù họ dùng ngôn ngữ tự nhiên Ngôn ngữ mô hình UML mà ta trình bày chương có tính chất giúp ta xây dựng lược ₫ồ thỏa mãn mục tiêu Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 20 4.4 Kết chương Chương ₫ã giới thiệu cho thông tin ₫ời sống phần mềm, qui trình phát triển phần mềm RUP, workflows cần thực hiện, mô lược ₫ồ cần xây dựng trì Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2010 Môn : Nhập môn Công nghệ phần mềm Chương : Qui trình phát triển phần mềm RUP Slide 21