Mô hình RUP (Rational Unified Process)

Một phần của tài liệu Nghiên cứu các phương pháp đảm bảo chất lượng phần mềm (Trang 26)

Mô hình RUP cung cấp một cách tiếp cận chặt chẽ để phân công công việc và trách nhiệm trong một tổ chức phát triển phần mềm. Mục tiêu của RUP là để tạo ra các phần mềm chất lƣợng cao đáp ứng nhu cầu của ngƣời dùng cuối với thời hạn và chi phí có thể định trƣớc.

Hình 2.5. Mô hình RUP

Mô hình RUP đƣợc chia theo:

Chiều ngang: Biểu diễn khía cạnh động của quy trình gồm 4 pha lặp

- Khởi động (cho Iception): Xác định phạm vi dự án, chi phí, thời gian, rủi

ro, môi trƣờng, thay đổi bổ sung

- Phác thảo (Elaboration): Phân tích các vấn đề nghiệp vụ, xác định kiến

trúc hợp lý, xây dựng kế hoạch cho dự án, giới hạn các yếu tố rủi ro cao nhất.

- Xây dựng (Construction): Thiết kế hệ thống, lập trình, và kiểm thử.

- Chuyển giao (Deployment): Đƣa phần mềm ra sử dụng, phát hiện rủi ro và

hoàn thiện sản phẩm.

Chiều dọc: Biểu diễn khía cạnh tĩnh của quy trình gồm 9 hành động trong

tƣơng ứng với mỗi pha

- Mô hình hóa nghiệp vụ (Business modeling): Mô tả cấu trúc và quy trình

nghiệp vụ

- Xác định yêu cầu (Requirements): Mô tả nghiệp vụ bằng phƣơng pháp

“use-case”

- Phân tích và thiết kế (Analysis & Design): Mô tả kiến trúc hệ thống thông

qua các sơ đồ phân tích thiết kế.

- Lập trình (Implementation): Thực hiện việc xây dựng chƣơng trình bằng

- Kiểm thử (Test): Mô tả các tình huống và kịch bản kiểm thử, tiến hành kiểm thử hệ thống

- Triển khai (Deployment): Đƣa hệ thống phần mềm vào sử dụng

- Quản trị cấu hình và quản trị thay đổi (Configuration & Change

management): kiểm soát các thay đổi và duy trì sự hợp nhất của các

thành phần dự án

- Quản trị dự án (Project management): Quản lý toàn bộ quá trình làm việc

của dự án

- Môi trường (Environment): Đảm bảo các hạ tầng cần thiết để có thể phát

triển đƣợc hệ thống

Những đặc điểm cơ bản khác của mô hình RUP

+ RUP nhấn mạnh đến tầm quan trọng của tài liệu yêu cầu của ngƣời dùng, ngƣời phát triển đã nhìn nhận đƣợc mục tiêu trƣớc khi bắt đầu.

+ Tạo một hệ thống mà tránh đƣợc những thay đổi. Nếu có một vấn đề phát sinh hoặc có yêu cầu thay đổi, thì nó cũng dễ dàng hơn nhiều để điều chỉnh. + Hành động kiêm thử bắt đầu sớm trong dự án, bắt đầu lập kế hoạch ở pha

khởi động (Inception)

Một phần của tài liệu Nghiên cứu các phương pháp đảm bảo chất lượng phần mềm (Trang 26)

Tải bản đầy đủ (PDF)

(85 trang)