Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 16 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
16
Dung lượng
321,32 KB
Nội dung
1
BỘ GIÁO DỤC VÀ ĐÀO TẠO
TẬP ĐOÀN BƯU CHÍNH VIỄN THÔNG VIỆT NAM
HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG
ĐÀO THỊ HỒNG NHUNG
ĐÁNH GIÁCHẤTLƯỢNGPHẦNMỀMDỰA
TRÊN GIÁTRỊVÀĐỀXUẤTÁPDỤNGTẠI
TRUNG TÂMPHẦNMỀMVIETTEL
CHUYÊN NGÀNH : TRUYỀN DỮ LIỆU VÀ MẠNG MÁY TÍNH
MÃ SỐ: 60.48.15
TÓM TẮT LUẬN VĂN THẠC SĨ KỸ THUẬT
2
HÀ NỘI - 2011
Người hướng dẫn khoa học:
PGS.TS. Huỳnh Quyết Thắng
Phản biện 1: ……………………………………………….
…………………………………………………
Phản biện 2: ……………………………………………….
…………………………………………………
Luận văn sẽ được bảo vệ trước hội đồng chấm luận văn tại
Học viện Công nghệ Bưu chính Viễn thông
Vào lúc: … giờ ngày tháng năm
Có thể tìm hiểu luận văn tại:
- Thư viện Học viện Công nghệ Bưu chính Viễn thông
3
MỞ ĐẦU
Giới thiệu
Quản lý chấtlượngphầnmềm là vấn đề không mới nhưng
theo một số đánhgiá là còn yếu của các công ty phầnmềm Việt
Nam. Một số công ty trong nước hiện đã đạt các chuẩn quốc tế
CMM/CMMI trong nâng cao năng lực và quản lý chấtlượngphần
mềm, song chỉ đếm được trên đầu ngón tay.
Vì vậy đảm bảo chấtlượngphầnmềm đã trở thành một công
việc quan trọng trong ngành công nghệ phần mềm. Các sản phẩm
phần mềm ngày càng phức tạp và phát triển đa dạng phục vụ nhu cầu
ngày càng cao của người dùng dẫn đến việc đánhgiáchấtlượng các
sản phẩm cũng trở nên khó khăn. Chấtlượngphầnmềm thường được
phát biểu như những đặc trưng định tính: mềm dẻo, dễ bảo trì…Do
đó không thể đo trực tiếp đặc trưngđểđánhgiá sản phầm phầnmềm
mà phải thông qua các thể hiện của nó. Mặt khác, định nghĩa về chất
lượng phầnmềm là rất khó, chấtlượng sản phẩm phầnmềm tốt hay
xấu phụ thuộc vào người thẩm định chúng. Tuy nhiên, mỗi đối tượng
liên quan đến phầnmềm lại có những yêu cầu khác nhau về chất
lượng sản phẩm. Vì vậy việc đánhgiáchấtlượngphầnmềm là một
vấn đề cần được xem xét trên nhiều khía cạnh .
Mục đích của luận văn
Với mục đích giải quyết vấn đềđánhgiáchấtlượngphần
mềm, luận văn này tìm hiểu về các hệ thống đánhgiáchấtlượng
phần mềm đã có, ngoài ra nghiên cứu một cách tiếp cận khác về đánh
giá chấtlượngphầnmềm đó là dựatrêngiátrị (value-based), đồng
thời đềxuất qui trình ápdụngđánhgiá các sản phẩm phầnmềmtại
đơn vị công tác – trungtâmphầnmềm Viettel.
4
Chương 1
TỔNG QUAN VỀ ĐÁNHGIÁCHẤTLƯỢNGPHẦNMỀM
Chương 1 giới thiệu tổng quan về những khái niệm liên quan
đến chấtlượngphần mềm, các hướng tiếp cận khác nhau về việc
đánh giáchấtlượngphần mềm. Mỗi đối tượng liên quan đến dự án
phần mềm (người dùng cuối, người phát triển, người bảo trì ) quan
tâm đến chấtlượng ở những thuộc tính khác nhau, vì vậy định nghĩa
chất lượngphầnmềm là rất khó. Trơng chương này, tác giả cũng
giới thiệu về các hệ thống đánhgiáchấtlượngphầnmềm đang được
sử dụng.
1.1 CHẤTLƯỢNGPHẦNMỀM NÓI CHUNG
1.1.1 Khái niệm chấtlượngphầnmềmvà các cách tiếp cận
Theo bách khoa toàn thư Wikipedia, có thể định nghĩa phần
mềm như sau: “Phần mềm là một tập hợp những câu lệnh được viết
bằng một hoặc nhiều ngôn ngữ lập trình theo một trật tự xác định
nhằm tự động thực hiện một số chức năng hoặc giải quyết một bài
toán nào đó”.
Chất lượngphầnmềm đang là vấn đề làm đau đầu cả giới sản
xuất và ứng dụng. Cùng với sự tăng trưởng mạnh của ngành phần
mềm Việt Nam, đã đến lúc chúng ta phải dành sự quan tâmđúng
mức cho chấtlượngphần mềm.
Như vậy thế nào là phầnmềm có chất lượng? Có người cho
rằng chấtlượngphầnmềm là tốc độ thực hiện tốt. Người khác cho
29
28
Bước 1: Thiết lập yêu cầu đánh giá.
Bước này được chia thành các bước nhỏ:
- Xác lập mục đích đánhgiá
- Xác định loại sản phẩm
- Xây dựng mô hình chấtlượng
Bước 2: Xác lập cơ chế đánhgiá
Gồm các bước nhỏ sau:
- Xác định phép đánhgiá
- Thiết lập mức đo chuẩn
- Thiết lập các tiêu chí đánhgiá
Kết quả tại bước này đưa ra được các tiêu chí đánh giá, mức độ chấp
nhận các thuộc tính chấtlượng của các đối tượng
Bước 3: Thiết kế: lập kế hoạch đánhgiá
Bước 4: Thực hiện đánhgiá
- Thực hiện đo
- So sánh với tiêu chí đặt ra
- Đánhgiá kết quả thu được
5
rằng phầnmềm có chấtlượng là phầnmềm phù hợp với công việc
của họ. Cũng có người cho rằng phầnmềm không có lỗi là phầnmềm
có chấtlượng cao. Hay phầnmềm phải dễ sử dụng mới được gọi là
có chấtlượng Tổng kết lại, người ta cho rằng phầnmềm có chất
lượng là phầnmềm "thỏa mãn được yêu cầu của người dùng".
Nhưng thế nào là thỏa mãn người dùng? Theo định nghĩa
hình thức về chấtlượng PM của Tổ Chức Tiêu Chuẩn Quốc Tế ISO
trong bộ tiêu chuẩn 8402, "chất lượng là khả năng đáp ứng toàn diện
nhu cầu của người dùng về tính năng cũng như công dụng được nêu
ra một cách tường minh hoặc không tường minh trong những ngữ
cảnh xác định". Ngay trong định nghĩa này chấtlượng cũng được
định nghĩa một cách rất "mờ", thiếu hẳn yếu tố định lượng.
Sự khó khăn chính với hướng tiếp cận thoả mãn khách hàng
là khách hàng thường thiếu những cái nhìn về sự tương tác giữa các
thuộc tính chấtlượngphầnmềm được quan tâmvà họ thường không
để ý đến những thuộc tính chấtlượng khác như: khả năng bảo trì…
Một sáng kiến đưa ra giải quyết vấn đề năm 1990 tập trung
vào xác định một tập đầy đủ về các bên liên quan trong một hệ thống
phần mềmvà tiếp tục mục tiêu của việc thỏa hiệp giữa các bên liên
quan (các bên cùng thắng win win) về các thuộc tính chấtlượng
phần mềm. Mở rộng phạm vi của “chất lượng” bao gồm những đề
nghị của yêu cầu hệ thống về giá hoặc đề nghị về người bảo trìphần
mềm trong khả năng bảo trìvà khả năng mở rộng.
Như vậy, định nghĩa về chấtlượngphầnmềm là khó. Chất
lượng của sản phận được xem là tốt hay xấu phụ thuộc vào người
thẩm định chúng. Chấtlượngphầnmềm nói chung là một khái niệm
6
trừu tượng bao gồm sự mong đợi của con người. Mỗi người có quan
điểm riêng về cách hệ thống làm việc và tốc độ đáp ứng yêu cầu,…
1.1.2 Các tiêu chí chấtlượng
Việc đánhgiá sản phẩm phầnmềmđể thoả mãn các yêu cầu
chất lượng là một trong những quy trình trong vòng đời phát triển của
phần mềm. Chấtlượng sản phẩm phầnmềm cần được đánhgiá bằng
việc đo kiểm các thuộc tính bên trong (thường là các phương pháp đo
tĩnh trên các sản phẩm trung gian), hoặc bằng cách đo kiểm các thuộc
tính bên ngoài (thường là đo các đáp ứng của mã lệnh khi thực thi),
hoặc bằng cách đo kiểm chấtlượng các thuộc tính sử dụng. Mục đích
là để sản phẩm đáp ứng được những yêu cầu trong từng trường hợp
sử dụng cụ thể.
Quy trình chấtlượng góp phần cải tiến chấtlượng sản phẩm,
và chấtlượng sản phẩm góp phần cải tiến chấtlượng sử dụng. Do đó,
việc đánhgiávà cải tiến một quy trình đồng nghĩa với cải tiến chất
lượng sản phẩm. Tương tự, việc đánhgiáchấtlượng sử dụng có thể
tác động ngược trở lại để cải tiến một sản phẩm vàđánhgiá một sản
phẩm phầnmềm có thể tác động trở lại để cải tiến một quy trình.
Các yêu cầu cho chấtlượng sản phẩm phầnmềm sẽ bao gồm
các tiêu chí đánhgiáchấtlượng trong, chấtlượng ngoài vàchất
lượng sử dụng, để đáp ứng yêu cầu của người sử dụng, người bảo
dưỡng, tổ chức sử dụng, và người dùng cuối.
Các yều cầu về chấtlượng của người sử dụng được xác
định là các yêu cầu chấtlượng trong phép đo chấtlượng sử dụng,
phương pháp đo chấtlượng ngoài, thậm chí cả phương pháp đo chất
lượng trong.
27
10. Quá trình cải tiến sẽ liên tục diễn ra cho tới khi phầnmềm
trở nên lạc hậu hoàn toàn, cần được thay thế bằng phần
mềm mới
Với cách tiếp cận như vây, qui trình đánhgiá được xây dựng qua bốn
bước
26
Vòng đời của một sản phẩm phầnmềm bắt đầu từ các bài
toán thực tiễn và được thể hiện ở qui trình sau:
1. Từ bài toán thực tiễn, nhu cầu về phầnmềm hình thành;
2. Nhu cầu này được thể hiện qua các tài liệu yêu cầu;
3. Nhu cầu sẽ xác định yêu cầu chấtlượng ngoài. Thỏa mãn
được yêu cầu chấtlượng này sẽ thỏa mãn được yêu cầu của
người sử dụng;
4. Các yêu cầu chấtlượng được thể hiện trong tài liệu đặc tả
hệ thống;
5. Yêu cầu chấtlượng ngoài là tiền đề cho yêu cầu chấtlượng
nội bộ;
6. Trong quá trình thiết kế phần mềm, các yêu cầu chấtlượng
nội bộ được thể hiện trong các đặc tính của phầnmềmvà
chuyển thành chấtlượng nội bộ;
7. Ứng với chấtlượng nội bộ có các độ đo chấtlượng nội bộ
mà phầnmềm phải vượt qua;
8. Tới giai đoạn tích hợp chạy thử, chấtlượng ngoài sẽ là vấn
đề được quan tâm. Phầnmềm được gọi là có chấtlượng
khi tất cả các độ đo được đảm bảo;
9. Trong quá trình vận hành, vẫn sử dụng các độ đo ngoài,
chất lượngphầnmềm trong quá trình vận hành sẽ tiếp tục
được xem xét và cải tiến;
7
Các yêu cầu chấtlượng ngoài xác định các mức yêu cầu đối
với chấtlượng theo hướng nhìn từ bên ngoài. Chúng bao gồm các
yêu cầu xuất phát từ nhu cầu người sử dụng, gồm các yêu cầu chất
lượng sử dụng
Các yêu cầu chấtlượng trong xác định các mức chấtlượng
yêu cầu theo hướng nhìn từ bên trong của sản phẩm. Chúng có thể
bao gồm các mô hình tĩnh hoặc động, các tài liệu và mã nguồn khác
nhau.
Chất lượng trong là tổng hợp của tất cả các tiêu chí của sản
phẩm phầnmềm theo cách nhìn từ bên trong. Chấtlượng trong được
đo kiểm vàđánhgiá theo các yêu cầu chấtlượng trong.
Chất lượng ngoài ước lượng (dự đoán) là chấtlượng mà
ước lượng hoặc dự đoán được của sản phẩm phầnmềmtại cuối mỗi
giai đoạn trong quá trình phát triển đối với mỗi tiêu chí chất lượng,
dựa trên những hiểu biết về chấtlượng trong.
Chất lượng ngoài là tổng hợp của các tiêu chí của sản phẩm
phần mềm theo cách nhìn từ bên ngoài.
Chất lượng sử dụng ước lượng (dự đoán) là chấtlượng mà
ước lượng hay dự đoán được của sản phẩm phầnmềmtại cuối mỗi
giai đoạn phát triển đối với mỗi tiêu chí chấtlượng sử dụng, dựatrên
hiểu biết về chấtlượng trong và ngoài.
Chất lượng sử dụng là cách nhìn của người dùng về chất
lượng của sản phẩm phầnmềm khi nó được sử dụng trong một môi
trường và hoàn cảnh cụ thể.
8
1.1.3 Tiêu chí đánhgiáchấtlượngphầnmềm của các doanh
nghiệp trong nước
Công ty Cổ phầnphầnmềm Hà Nội (HanoiSoftware) kinh
doanh trên các giải pháp phầnmềm cho Website thương mại điện tử,
phát triển và triển khai các cổng thông tin tích hợp Chấtlượng sản
phẩm phầnmềm tuân theo tiêu chuẩn ISO 9126. Công ty xây dựng
các sản phẩm phầnmềm đáp ứng các mô hình chấtlượng của tiêu
chuẩn ISO-9126.
Tập đoàn Bưu chính Viễn thông Việt Nam thực hiện đánh
giá sản phẩm phầnmềm theo tiêu chuẩn ISO/IEC 12119:1994 về
“Yêu cầu và kiểm tra chấtlượngphần mềm”.
1.2 CÁC HỆ THỐNG ĐÁNHGIÁCHẤTLƯỢNG
1.2.1 Chuỗi ISO/IEC 9126
ISO 9126 là tiêu chuẩn quốc tế đánhgiáphần mềm. Tiêu
chuẩn này được giám sát bởi dự án SQuaRE, ISO 25000:2005 dựa
trên các khái niệm chung tương đương nhau.
Tiêu chuẩn này được phân chia thành 4 phần tuân theo một
cách nghiêm ngặt các tiêu chí sau: mẫu chất lượng, hệ đo lường bên
ngoài và bên trong, chấtlượng khi sử dụng hệ đo lường này.
9126-1 Đưa ra mô hình chấtlượng sản phẩm phần mềm.
9126-2 Phép đánhgiáchấtlượng ngoài.
9126-3 Phép đánhgiáchấtlượng trong.
9126-4 Phép đánhgiáchấtlượng sản phẩm phầnmềm
trong quá trình sử dụng.
25
Chúng ta đều hiểu rằng xây dựng một qui trình quản lý chất
lượng tốt chính là làm tăng lợi nhuận hơn gấp nhiều lần. Muốn làm
được việc ấy, hiển nhiên phải có người đưa ra qui trình tốt. Vì thế,
đòi hỏi PQA phải có kiến thức sâu về công nghệ thông tin để hiểu hết
công việc trong phạm vi hệ thống mình đang quản lý, đặc biết là khả
năng tổ chức, tư duy logic và có hệ thống. Đây là điều rất hạn chế ở
trung tâmphầnmềmViettel với lực lượng nhân viên trẻ.
3.1.2 Hiện trạng việc đánhgiáchấtlượngphầnmềm
Việc đánhgiáchấtlượng sản phẩm phầnmềmtạitrungtâm
còn nhiều hạn chế, thể hiện ở:
- Việc đánhgiá chưa toàn diện: mới chỉ thực hiện đánh
giá chấtlượng qui trình mà chưa có tiêu chuẩn đểđánh
giá chấtlượng sản phẩm nội bộ, chấtlượng sản phẩm
đối sánh với yêu cầu người dùng (chất lượng hướng
ngoại), chấtlượngphầnmềm sử dụng.
- Thực hiện sản xuất nhiều loại phầnmềm khác nhau, vì
vậy mức độ quan trọng của các thuộc tính chấtlượng
được yêu cầu trong các phầnmềm là khác nhau. Ví dụ,
phần mềm tính cước yêu cầu độ chính xác cao, thời
gian đáp ứng nhanh, độ bảo mật cao, trong khi một số
phần mềm hỗ trợ quản lý doanh nghiệp lại yêu cầu về
tính dễ sử dụng, dễ thao tác, điều khiển. Vì vậy, cần có
thời gian để xem xét các tiêu chí chấtlượngtrên từng
loại phần mềm.
3.2 QUI TRÌNH ĐÁNHGIÁCHẤTLƯỢNGPHẦNMỀM
24
Chương 3
ĐỀ XUẤT QUI TRÌNH ĐÁNHGIÁCHẤTLƯỢNGPHẦN
MỀM TẠITRUNGTÂMPHẦNMỀMVIETTEL
Chương này sẽ trình bày hiện trạng việc đánhgiáchấtlượng
phần mềmtạitrungtâmphầnmềm Viettel. Bất kỳ tổ chức, cơ quan
nào đều mong muốn có những sản phẩm phầnmềm đạt chấtlượng
cao, vì vậy qui trình đánhgiáchấtlượng rất được quan tâm. Tác giả
đồ án đềxuất một qui trình đánhgiá thực hiện tạitrungtâmphần
mềm Viettel.
3.1 HIỆN TRẠNG CHẤTLƯỢNGPHẦNMỀMTẠITRUNG
TÂM PHẦNMỀMVIETTEL
3.1.1 Hiện trạng việc đảm bảo chấtlượngphầnmềm
Trong trungtâmphần mềm, kỹ sư chấtlượng được chia thành
PQA (Process Quality Assurance – bảo đảm chấtlượng qui trình) và
SQA (Software Quality Assurance – bảo đảm chấtlượngphần mềm).
SQA thực hiện kiểm tra đầu ra trung gian của sản phẩm, để sản phẩm
đạt được sự nhất quán trong quá trình thực hiện. PQA có hai việc
chính: một là xây dựng hệ thống qui trình cho doanh nghiệp, hai là
thực hiện giám sát, kiểm tra việc thực hiện qui trình của từng bộ
phận, từng dự án, từ đó tổng hợp thông tin đểđưa ra những cải tiến
cho qui trình hoạt động tốt.
9
1.2.2 ISO/IEC 14598
ISO/IEC 14598 bao gồm 6 phần chính dưới tiêu đề chung:
Công nghệ thông tin – Đánhgiá sản phẩm phần mềm.
Phần 1: Tổng quan
Phần 2: Lập kế hoạch và quản lý
Phần 3: Quy trình cho người phát triển
Phần 4: Quy trình cho người sử dụng
Phần 5: Quy trình cho người đánhgiá
Phần 6: Tài liệu các hợp phầnđánhgiá
1.2.3 IEEE 1061 (1992)
Chuẩn này cung cấp phương pháp luận để xác định yêu cầu
chất lượng cần đạt, đồng thời chỉ rõ cách phân tích, ứng dụng quy
trình kiểm tra tham số phần mềm. Phương pháp luận này ápdụng cho
tất cả các giai đoạn trong chu trình của bất cứ phầnmềm nào.
Đối tượng sử dụng:
- Người quản lý dự án để xác định yêu cầu chấtlượng cho hệ
thống.
- Người phát triển hệ thống nên thiết kế phầnmềm thế nào
nhằm đáp ứng yêu cầu chất lượng.
- Người thẩm định phầnmềm có thể đánhgiáphầnmềm có
đạt được các yêu cầu chấtlượng không.
- Người vận hành hệ thống để quản lý các thay đổi trong quá
trình nâng cấp sản phẩm.
10
- Người sử dụng đặc tả yêu cầu chấtlượng cho hệ thống.
Phương pháp xác định tham số chấtlượng
Các bước trong phương pháp:
- Xây dựng yêu cầu chấtlượngphần mềm.
- Xác định tham số chất lượng.
- Ápdụng tham số chất lượng: thu thập thông tin vàáp
dụng tham số chấtlượng cho từng pha trong chu trình
phần mềm.
- Phân tích kết quả tham số chấtlượngphần mềm. Các kết
quả phải được phân tích và báo cáo hỗ trợ điều chỉnh
hướng phát triển phầnmềmvà hoàn thiện nó.
- Thông qua tham số phần mềm.
1.2.4 ISO 12119
Nội dung Bộ tiêu chuẩn ISO/IEC 12119 là về đánhgiá gói
sản phẩm phần mềm. Tiêu chuẩn ISO/IEC 12119:1994 được ápdụng
để đánhgiá chung cho các tài liệu hướng dẫn, tài liệu mô tả sản
phẩm, chương trình và dữ liệu và kiểm thử phần mềm.
23
3. Đòi hỏi các bên liên quan trong việc xác định kích cỡ
của loss Sq(L) dựatrên quan hệ ước lượnggiátrị cho
thuộc tính chấtlượngphầnmềm
4. Đòi hỏi các bên liên quan trong việc xác định rủi ro
của market erosion m RE dựatrên thời gian giao
hàng của sản phẩm
5. Ápdụng VBSQM đểđánhgiá khả năng tổn thất cho
tập giátrị của “Required Reliability” xếp hạng từ
Very Low đến Very High dựatrên mật độ lỗi được
giao tương đối
6. Ápdụng VBSQM để kết hợp các nguy cơ rủi ro của
chất lượngphầnmềm với nguy cơ rủi ro của market
erosion để tìm “sweet spot”.
[...]... về công nghệ phầnmềmdựatrêngiátrịvàphân tích chấtlượngphầnmềmdựatrêngiátrị Đây là cách tiếp cận mới để đánh giáchấtlượng phần mềm: xem xét khía cạnh kinh tế trong toàn bộ chu kỳ phát triển phầnmềm Trước hết phải có những hiểu biết về công nghệ phầnmềmdựatrêngiátrị (Value-base software engineering – VBSE) Tiếp theo sẽ nêu định nghĩa về chấtlượngphầnmềmdựatrêngiá trị, định nghĩa... tiêu chuẩn đánh giáchấtlượng hệ thống đạt được Tuy nhiên, những độ phụ thuộc này có thể thay đổi bởi ngữ cảnh và kịch bản khác nhau, vì vậy những metric chấtlượng truyền thống hoặc các mẫu chấtlượng đều không phù hợp 2.2.2 Định nghĩa thuộc tính chấtlượngphầnmềmdựatrêngiátrị VBSQ (value-based software quality): chấtlượngphầnmềmdựatrêngiátrị Thuộc tính chấtlượngdựatrêngiátrị được...4 Nhập trình điều khiển chấtlượngphầnmềm thay thế và cơ bản vào COCOMO II và COQUALMO và được chi phí thay thế và ước lượngchấtlượng Chương 2 CƠ SỞ LÝ THUYẾT ĐÁNHGIÁCHẤTLƯỢNGPHẦNMỀMDỰATRÊNGIÁTRỊ 5 Liên quan đến các đối tượng trong việc xác định các form phù hợp và tham số cho quan hệ ước tính giátrị 6 Ápdụng VBSQM để đánh giá chi phí, lợi nhuận, tỷ lệ hoàn vốn cho... tính chấtlượngphầnmềmdựatrêngiá trị, xây dựng mẫu chấtlượngphầnmềmdựatrêngiátrị 2.1 CÔNG NGHỆ PHẦNMỀMDỰATRÊNGIÁTRỊ (VALUE-BASED SOFTWARE ENGINEERING – VBSE) VBSE là một qui tắc mà xem xét các khía cạnh kinh tế trong toàn bộ chu kỳ phát triển phầnmềm Nó có thể được định nghĩa là Kịch bản sử dụng của VBSQM để kết hợp phân tích rủi ro một mô hình phát triển phầnmềm trong đó yêu cầu giá. .. tích chấtlượngphầnmềm từ các đối tượng/ quan điểm giátrị Nó giúp trả lời câu hỏi như đầu tư chấtlượngphầnmềm bao nhiêu là đủ cả về ROI và rủi ro kết hợp Phần 2.3.2.1 trình bày thủ tục phân tích ROI chấtlượngphần mềm, phần 2.3.2.2 trình bày thủ tục của VBSQM phân tích rủi ro và sự sói mòn thị phần 2.2.1 Quan điểm của các đối tượng về chấtlượngphầnmềm 2.3.2.1 Kịch bản 1: phân tích ROI chất lượng. .. nhau vàphân tích giátrị thương mại Hơn nữa, các mô hình như vậy giúp các nhà quản lý kinh doanh quyết định về tài chính tại bất kỳ giai đoạn của chu kỳ phát triển phầnmềm khả thi hơn và toàn diện hơn 2.2 HẤT LƯỢNGPHẦNMỀMDỰATRÊNGIÁTRỊ 2.3.2 Khung làm việc tích hợp: Mô hình chấtlượngphầnmềmdựatrêngiátrị VBSQM tích hợp mô hình COCOMO II, COQUALMO và VERs cung cấp hai kịch bản sử dụng để... triển phầnmềm như bảng sau: 2.3.1.4 Mô hình giátrị của các bên liên quan Trong phần này sẽ trình bày một mẫu ví dụ về hàm giátrịđể đạt được mức của thuộc tính chấtlượng cho các lớp đối tượng khác nhau, cụ thể là tính sẵn sàng của hệ thống (availability) VBSQM cần giátrị VER về chấtlượngphầnmềm cung cấp bởi các đối tượng liên quan đến hệ thống, để đánh giá chi phí đầu tư và mức chấtlượngphần mềm. .. phân tích ROI chấtlượngphầnmềm Trong quá trình phát triển phần mềm, có rất nhiều cái nhìn Khung làm việc VBSQM có thể giúp các đối tượng trong dự khác nhau về chấtlượngphầnmềm vì thế cũng có nhiều cách khác án và những người ra quyết định xác định định lượng mức độ chất nhau để đánh giáchấtlượng phần mềm từ những quan điểm chưa đầy lượngphầnmềm phù hợp với một dự án phầnmềm cụ thể, lớp kịch... triển phầnmềm trong đó yêu cầu giátrị thương vào việc đảm bảo chấtlượngphầnmềmvà sói mòn thị phần như sau: mại được xem là quan trọng và bình đẳng trong các tiến trình phần 1 Ước tính kích cỡ phầnmềm về mặt giátrịgia tăng 2 Nhập kích cỡ dự án và chi phí vào VBSQM để có mềm, quản lý và quyết định công nghệ, công cụ, kỹ thuật sử dụng trong suốt vòng đời phầnmềm được mật độ khiếm khuyết = (khiếm... tại của COQUALMO ước lượng mật độ khiếm khuyết dưới dạng một mô hình giới thiệu khiếm khuyết ước tính tỉ lệ khiếm 14 19 2.2.3 Các metric chấtlượngphầnmềmdựatrêngíatrị (VBSQ metric) Định nghĩa dựatrêngiátrị về độ an toàn, bảo mật, riêng tư: Định nghĩa như sau: Khi những hệ thống phầnmềm khác nhau có những đối tượng liên quan khác nhau và tồn tại nhiều chuỗi hoạt động trong hệ thống phần mềm, . thuộc
tính chất lượng phần mềm dựa trên giá trị, xây dựng mẫu chất lượng
phần mềm dựa trên giá trị
2.1 CÔNG NGHỆ PHẦN MỀM DỰA TRÊN GIÁ TRỊ
(VALUE-BASED. ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM
DỰA TRÊN GIÁ TRỊ
Chương 2 giới thiệu định nghĩa về công nghệ phần mềm dựa trên
giá trị và phân tích chất lượng phần mềm