Đang tải... (xem toàn văn)
RUP (Rational Unified Process) là một quá trình phát triển phần mềm bao gồm các giai đoạn trong vòng đời của dự án và giúp đỡ các nhà phát triển trong hoạt động quản lí dự án c[r]
(1)v1.0015112208
CÔNG NGHỆ PHẦN MỀM ỨNG DỤNG
Giảng viên: ThS Thạc Bình Cƣờng
(2)BÀI
CHỦ ĐỀ NÂNG CAO TRONG CÔNG NGHỆ HỌC PHẦN MỀM
(3)v1.0015112208
MỤC TIÊU BÀI HỌC
• Tiếp cận xây dựng phần mềm nâng cao, phần mềm linh hoạt
• Lập dự trù chi phí phần mềm, nguồn lực
• Quản lí bảo đảm chất lượng phần mềm theo yêu cầu đề chuẩn phần mềm
• Hiểu biết vận dụng phần mềm tiên tiến thời gian thực
• Biết xu hướng phát triển phần mềm sau
(4)CÁC KIẾN THỨC CẦN CÓ
• Tin học đại cương; • Ngơn ngữ lập trình;
(5)v1.0015112208
HƢỚNG DẪN HỌC
• Đọc nắm xu hướng cơng nghệ mới: điện tốn đám mây, hệ thơng minh, cơng cụ lập trình ngơn ngữ lập trình; hệ thống smart phone, lập trình mobile phone
• Định hướng cho tổ hợp, tập đoàn hệ thống mạng quốc gia ứng dụng hệ nâng cao cơng nghệ phần mềm
• Xây dựng chiến lược quốc gia vùng miền hệ thống liệu lớn, tích hợp liệu
(6)CẤU TRÚC NỘI DUNG
Phương pháp phân tích phần mềm linh hoạt
6.2
Mơ hình RUP
6.1
Ước lượng chi phí phần mềm
6.3
Cải tiến quy trình
6.5
Quản lí chất lượng
6.4
Các chủ đề tiên tiến khác
(7)v1.0015112208
6.1 MƠ HÌNH RUP
7
6.1.1 Tổng quan
(8)6.1.1 TỔNG QUAN
• Định nghĩa:
RUP (Rational Unified Process) trình phát triển phần mềm bao gồm giai đoạn vòng đời dự án giúp đỡ nhà phát triển hoạt động quản lí dự án hoạt động kĩ thuật Là sản phẩm phát triển bảo trì Rational
Nó lĩnh hội tương tự trình làm phần mềm khác, sử dụng mơ hình hướng đối tượng UML
• Hai trục RUP:
Trục hồnh biểu diễn chuỗi cơng việc theo thời gian: Vịng đời trình biểu diễn thuật ngữ giai đoạn, lặp, chuẩn hóa… Nó biểu diễn trạng thái động trình
Trục tung biểu diễn Workflows, tập hợp cách lơgíc hoạt động cơng nghệ phụ thuộc vào chất Nó biểu diễn trạng thái tĩnh trình
Chú ý: Sự phân biệt quan trọng • Q trình kĩ nghệ phần mềm:
Tiến trình: tập hợp giai đoạn xếp cách cục mà mục đích đạt mục tiêu đặt Trong lĩnh vực SE sản phẩm hay bảo trì sản phẩm
(9)v1.0015112208
6.1.2 CÁC KHÁI NIỆM CƠ BẢN
• Vai trị (Role): Trạng thái/trách nhiệm cá thể hay nhóm làm việc theo nhóm ngữ cảnh tổ chức cơng nghệ phần mềm
• Hoạt động (Ativité): đơn vị cơng việc cung cấp vai trị ngữ cảnh dự án Một hoạt động phải có đích rõ ràng
• Giai đoạn (Etape): Một hoạt động phân thành nhiều giai đoạn: suy nghĩ, thực hiện, xem xét
• Hướng dẫn: Những kĩ thuật, tư vấn cần thiết cho hoạt động
• Artefacts (chế phẩm): Một hoạt động có artefacts vào Một artefact phần tử tạo ta hay sử dụng q trình Một đích sử dụng nhiều artefact để thực hoạt động Một artefact chịu trách nhiệm đích
(10)6.1.2 CÁC KHÁI NIỆM CƠ BẢN (tiếp theo)
• Kiểu kế hoạch: mơ hình hay mẫu thử liên kết với chế phẩm Ví dụ:
Kế hoạch kiểu word dùng cho artefact kiểu văn Kế hoạch kiểu Rational SoDA (công cụ phát triển Rational)
• Báo cáo: Trích rút thơng tin từ mơ hình phần tử từ cơng cụ nhằm mục đích xem xét lại
• Hướng dẫn artefact điều khiển: Thường liên kết hướng dẫn cho artefact điều khiển nhằm tạo hay biên tập lại để đánh giá
• Liên kết hoạt động Workflow • Quy trình (discipline)
(11)v1.0015112208
6.1.2 CÁC KHÁI NIỆM CƠ BẢN (tiếp theo)
• Bốn giai đoạn: Mơ hình hóa;
Khởi tạo (thiết kế); Xây dựng (phát triển); Khai thác
11
Inception Elaboration Construction Transition
Mục đích Kiến trúc Tác nghiệp Cung cấp sản phẩm
(12)6.2 PHƢƠNG PHÁP PHÂN TÍCH PHẦN MỀM LINH HOẠT
• Thích ứng thay dự đốn
• Hướng đến người thay quy trình • Đề cao tính chủ động sáng tạo
• Cân tổ chức linh hoạt
• Các phương pháp phân tích phần mềm linh hoạt: Adaptive, Crystal, DSDM, FDD, Scum, XP
• Đặc điểm chung:
Tính đến khách hàng quy trình phát triển;
Có tham gia cấp lãnh đạo phận IT; Tập trung vào nhiệm vụ;
Xây dựng phiên nhỏ, thực vừa đủ tính cần thiết vịng lặp phát triển;
Chu trình phát triển ngắn; Giữ cho yêu cầu tối thiểu; Giữ cho nhóm phát triển nhỏ; Liên tục kiểm tra;
(13)v1.0015112208
6.2 PHƢƠNG PHÁP PHÂN TÍCH PHẦN MỀM LINH HOẠT (tiếp theo)
Extreme programming – XP
• Khái niệm:
Là cách tiếp cận phát triển dựa vào phát triển cung cấp phần gia tăng nhỏ của chức
Dựa vào việc cải tiến mã, liên quan người dùng phát triển nhóm lập trình cặp đơi
Do Ken Beck, Ward Cunningham số người khác phát triển, khởi nguồn từ dự án Chrysler Comprehensive Compensation (phần mềm tính lương thưởng hãng xe Chrysler, sử dụng)
(14)6.2 PHƢƠNG PHÁP PHÂN TÍCH PHẦN MỀM LINH HOẠT (tiếp theo)
• Bốn giai đoạn: Lập kế hoạch:
Xác định nhiệm vụ; Lập lịch trình;
Ước lượng tốc độ dự án;
Chia dự án thành vòng lặp; Làm việc tập thể;
Họp ngày;
Thay đổi gặp cố Thiết kế:
Đơn giản;
Chọn mơ hình hệ thống;
(15)v1.0015112208
6.2 PHƢƠNG PHÁP PHÂN TÍCH PHẦN MỀM LINH HOẠT (tiếp theo)
Viết mã (coding):
Khách hàng tham gia; Mã viết theo chuẩn;
Viết kiểm thử đơn vị (unit) trước; Mọi mã người viết;
Tối ưu sau;
Không vượt thời gian Kiểm tra (testing):
Mọi mã phải có unit test;
Mọi mã phải qua kiểm tra trước sử dụng; Khi có lỗi phải kiểm tra lại;
Kiểm tra tính làm thường xuyên, kết công bố
(16)6.2 PHƢƠNG PHÁP PHÂN TÍCH PHẦN MỀM LINH HOẠT (tiếp theo)
• Quy trình dự án XP:
• Kết luận:
XP thiết kế nhằm cung cấp phần mềm mà khách hàng cần vào thời điểm cần thiết
(17)v1.0015112208
6.3 ƢỚC LƢỢNG CHI PHÍ PHẦN MỀM
17
6.3.1 Năng suất 6.3.2 Các kĩ thuật ước đoán
6.3.3 Mơ hình chi phí thuật tốn
(18)6.3.1 NĂNG SUẤT
• Năng suất số đơn vị đầu số làm việc
• Trong cơng nghệ phần mềm, suất ước lượng số thuộc tính chia cho tổng số nỗ lực để phát triển:
Số đo kích thước (ví dụ số dịng lệnh);
(19)v1.0015112208
6.3.2 CÁC KĨ THUẬT ƢỚC ĐOÁN
• Mơ hình chi phí thuật tốn: Sử dụng thơng tin có tính lịch sử (thường kích thước)
• Ý kiến chun gia
• Đánh giá tương tự: Chỉ áp dụng có nhiều dự án lĩnh vực • Luật Parkinson: Chi phí phụ thuộc thời gian số nhân cơng
• Giá để thắng thầu: Phụ thuộc khả khách hàng
(20)6.3.3 MÔ HÌNH CHI PHÍ THUẬT TỐN
• Ngun tắc: Dùng phương trình tốn học để dự đốn (Kitchenham 1990a) dạng: Nỗ lực = C × PMs × M, với:
C độ phức tạp;
PM số đo suất;
M hệ số phụ thuộc trình, suất;
s chọn gần với 1, phản ánh độ gia tăng yêu cầu với dự án lớn • Chú ý:
Rất khó dự đốn PM vào giai đoạn đầu
Việc dự đoán C M khách quan thay đổi từ người sang người khác
• Mơ hình COCOMO (Boehm 1981): Mơ hình COCOMO tn theo phân tích trên, với lựa chọn sau:
Đơn giản: PM = 2,4 (KDSI)1,05 M
Khiêm tốn: PM = 3,0 (KDSI)1,12 M
Lồng nhau: PM = 3,6 (KDSI)1,20 M