mô hình RUP công nghệ phần mềm

Mô hình RUP ... MÔ HÌNH RUPNgười sáng lập: Mô hình RUP được tạo ra bởi một nhóm công ty Rational Software vào năm 2002.Quy trình ... Quản trị yêu cầu Sử dụng kiến thức thành phần Mô hình hóa trực quan Liên tục kiểm tra chất lượng

BÁO CÁO NHÓM MÔN HỌC

ĐỀ TÀI : MÔ HÌNH RUP (RATIONAL UNIFILED PROCESS)

GVHH: LÊ THỊ MỸ HẠNH

SVTH: 1 NGUYỄN XUÂN CƯỜNG Lớp:10DT3

2 LÊ ĐỨC TUẤN Lớp:10DT3

3 NGUYỄN QUỐC BIỂN Lớp:10DT3

4 NGUYỄN VĂN THỐNG Lớp:10DT3

GIỚI THIỆU VỀ MÔ HÌNH RUP

• RUP (Rational Unified Process) là một quy trình công nghệ phần mềm được phát triển bởi hãng Rational

Software

• 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

• RUP là qui trình phát triển phần mềm tập trung vào cấu trúc, hướng chức năng, gia tăng và có tính lặp lại

• Là một qui trình kỹ thuật phần mềm có cấu trúc và được xác định đầy đủ, rõ ràng

KIẾN TRÚC CỦA RUP

• Cấu trúc của quy trình RUP, được thể hiện theo hai chiều:

- Trục hoành: là chiều biểu diễn thời gian và vòng đời của quy trình: thể hiện mặt động của chu kì (cycles),

được biểu diễn dưới dạng các giai đoạn (phase), các vòng lặp (interations) và các cột mốc thời gian

(milestones)

- Trục tung: là chiều biểu diễn các tiến trình của quy trình, là các công việc được nhóm lại một cách logic

theo bản chất của chúng, thể hiện mặt tĩnh dưới dạng các thành phần của chu trình như các tiến trình,

các kết quả sinh ra (artifacts_WHAT), cá nhân hay một nhóm thực hiện (worker_WHO), giai đoạn

công việc hoạt động liên quan với nhau (workflows_WHEN) và các đơn vị công việc

(activities_HOW)

• Mô hình RUP

Luồng công việc chính:

- Business modeling

- Requirement

- Analysis & Design

- Implemention

- Test

- Deployment

Luồng công việc hỗ trợ:

- Project Management

- Configuration and Change Management

- Enviroment

VÒNG ĐỜI CỦA MỘT DỰ ÁN RUP

Từ phương diện quản lý, vòng đời của một phần mềm theo RUP được chia theo thời gian qua

bốn pha nối tiếp nhau, mỗi pha có một mốc quan trọng, mỗi giai đoạn thực chất là khoảng giữa của 2 điểm mốc Cuối mỗi pha, bộ phận kiểm định sẽ thực hiện thẩm định các đối tượng của giai đoạn này, nếu việc kiểm tra thích hợp thì dự án sẽ được chuyển sang phatiếp theo

Pha bắt đầu (Inception phase)

• Pha bắt đầu bao gồm hình dung bức tranh tổng quát về sản phẩm cuối cùng và phác thảo chức năng cho người dùng, đồng thời xác định phạm vi của dự án.

• Mục tiêu hàng đầu của pha này là đạt được sự nhất trí giữa tất cả các thành viên

hệ thống (stakeholder ) về các mục đích của chu kỳ sống trong dự án.

Pha bắt đầu (Inception phase)

• Trong pha này chúng ta cần đạt được các mục đích sau:

· Xác định chức năng nghiệp vụ của hệ thống

· Xác định phạm vi, điều kiện và các giới hạn của dự án

· Liệt kê các chức năng chính của hệ thống

· Liệt kê một hoặc nhiều kiến trúc phù hợp cho hệ thống

· Xác định các rủi ro cho dự án

· Chuẩn bị tài liệu kế hoạch và ước lượng giá cho dự án

Pha bắt đầu (Inception phase)

• Kết quả của pha này là những sưu liệu:

· Tài liệu về những yêu cầu, đặc tính và ràng buộc chính của dự án

· Một bảng chú giải thuật ngữ ban đầu cho dự án

· Chức năng cho người dùng ban đầu

· Ước lượng ban đầu về rủi ro

· Kế hoạch dự án, cho thấy các pha và các vòng lặp

Pha chuẩn bị (Elaboration phase)

• Trong pha này đội ngũ thực hiện dự án phải hiểu được các chức năng của hệ thống, từ đó đánh giá được kiến trúc của hệ thống và đưa ra được một kiến trúc hệ thống ổn định có thể triển khai tất cả các yêu cầu chính có khả năng mở rộng và có giá thành phù hợp

• Cuối cùng là phải đưa ra được kế hoạch (bao gồm ước lượng về giá thành và thời gian) cho pha xây dựng Kế hoạch đưa ra phải đảm bảo đúng đắn và chính xác dựa trên kinh nghiệm

Pha xây dựng (Construction phase)

• Đây là pha dài nhất trong vòng đời một dự án

• Tại pha này, tất cả các chức năng của hệ thống sẽ được cài đặt Việc cài đặt sẽ đươc chia thành nhiều giai đoạn nhỏ, mỗi giai đoạn cài đặt một vài chức năng Kết quả của mỗi giai đoạn sẽ là việc phát hành các module chức năng có thể thực thi được

Pha xây dựng (Construction phase)

• Xây dựng và cải tiến sản phẩm cho đến khi sản phẩm cuối sẵn sàng phân phối đến người dùng.Trong suốt pha này, tất cả các thành phần và tính năng còn lại của ứng dụng được phát triển và tích hợp vào sản phẩm

• Pha này nhấn mạnh việc quản lý tài nguyên và kiểm soát các hoạt động để tối ưu hóa chi phí, thời gian và chất lượng

Pha chuyển giao (Transition phase)

• Đây là pha cuối cùng trong vòng đời của một dự án

• Sản phẩm làm ra sẽ được triển khai cho khách hàng Các phản hồi nhận được trong quá trình chuyển giao sẽ được ghi nhận và đưa vào yêu cầu chức năng mới hoặc cải tiến chức năng trong phiên bản tiếp theo của sản phẩm.

• Pha chuyển giao cũng bao gồm sự chuyển đổi hệ thống và đào tạo về hệ thống mới cho người dùng.

Các giai đoạn công việc của RUP

• 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 (requirement): mô tả nghiệp vụ bằng phương pháp “tình huống sử dụng” (use case base method)

- 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: thực hiện các việc xây dựng chương trình bằng ngôn ngữ lập trình.

- Thử nghiệm: mô tả các tình huống và kịch bản thử nghiệm, tiến hành thử

nghiệm hệ thống phần mềm.

- Triển khai: đư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: 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: quản lý toàn bộ quá trình làm việc của dự án.

- Môi trường: đảm bảo các hạ tầng cần thiết để có thể phát triển được hệ

thống.

Quá trình thực hiện qua toàn bộ các pha

• được gọi là chu trình phát triển; Kết quả của quá trình phát triển các RUP được gọi

là các Artifact, bao gồm các mô hình và các bộ tài liệu, đó là:

- Mô hình nghiệp vụ: là sự trừu tượng hóa tổ chức nghiệp vụ của hệ thống cần xây dựng.

- Mô hình tình huống sử dụng: các yêu cầu mang tính chức năng của hệ thống phần mềm.

- Mô hình phân tích và thiết kế: mô hình tổ chức các đối tượng của hệ thống phần mềm để giải quyết vấn đề của bài toán.

- Mô hình triển khai: mô hình kiến trúc phần cứng và phần mề hệ thống cần thiết

để triển khai.

- Mô hình thử nghiệm: xác định các bước mà hệ thống sẽ được kiểm tra.

• Mô hình thử nghiệm: xác định các bước mà hệ thống sẽ được kiểm tra.

- Bộ tài liệu về xác định yêu cầu hệ thống: mô tả những gì hệ thống cần lầm.

- Bộ tài liệu thiết kế: mô tả hệ thống sẽ được xây dựng như thế nào.

- Bộ tài liệu lập trình: mô tả các thành phần ứng dụng được phát triển như thế nào.

- Bộ tài liệu triển khai: mô tả cấu trúc triển khai hệ thống.

Quá trình thực hiện qua toàn bộ các pha (tiếp)

• Để áp dụng được quy trình phát triển hệ thống phần mềm của Rational thì yêu cầu không thể thiếu là hệ thống các phần mềm công cụ hỗ trợ Hãng Rational đã xây dựng một hệ thống công cụ như vậy, mà tiêu biểu và thường dùng nhất cho hệ thống tài chính ngân hàng là:

- Phần mềm Rational Requisite Pro: cho phép phân tích các yêu cầu, xây dựng kế hoạch thực hiện, xác định các tác nhân của hệ thống cùng những tình huống sử dụng

- Phần mềm Rational Rose: cho phép xây dựng các mô hình phân tích, thiết kế, triển khai

- Phần mềm Rational XDE: cho phép vừa xây dựng các mô hình vừa kết sinh mà nguồn chương trình song song vớinhau

- Phần mềm Rational Clear Case: quản trị dự án phân tích thiết kế, cho phép làm việc theo nhóm

Ưu điểm của mô hình RUP

- Phát triển phần mềm theo vòng lặp:

Các phần được lên kế hoạch dựa vào độ ưu tiên của khách hàng và phân phối những phần có độ ưu tiên cao nhất trước

- Quản lý yêu cầu :

Viết tài liệu một cách rõ ràng cho các yêu cầu khách hàng và theo dõi sự thay đổi của những yêu cầu này

- Sử dụng kiến trúc dựa vào component

Tổ chức hệ thống như một tập các component có thể tái sử dụng

Ưu điểm của mô hình RUP (tiếp)

- Mô hình hóa phần mềm một cách trực quan

Sử dụng các mô hình đồ họa UML để biểu diễn

các góc nhìn tĩnh và động của phần mềm

- Kiểm tra chất lượng phần mềm

Đảm bảo rằng phần mềm đáp ứng được các

chuẩn chất lượng về mặt tổ chức

- Điều khiển các thay đổi phần mềm

Quản lý những thay đổi phần mềm sử dụng những hệ thống quản lý thay đổi và các công cụ quản lý cấu hình

THANK YOU

FOR LISTENING