Check list 1: ước lượng quy mô sản phẩm

1 Ước lượng quy mô sản phẩm bằng LOC hay FP?

Ước lượng quy mô sản phẩm bằng dòng lệnh hay FP,nếu các ngôn ngữ càng cao thì số dòng

lệnh càng ít nên có ảnh hưởng thời gian và ngân sách

FP(số điểm chức năng) dùng phương pháp toán học để tính quy mô sản phẩm bằng ước lượng

 2 

Độ đáng tin cậy trong việc ước lượng quy mô sản phẩm?

Tùy thuộc vào phương pháp để ước lượng quy mô,kinh nghiệm của tri thức chuyên gia(người

đã trải qua rủi ro)

 3 

Ước lượng quy mô bằng số lượng chương trình,các tệp tin và các giao tác?

… tùy thuộc vào môi trường phát triển phần mềm.Nếu môi trường không đảm bảo cho việc

phát triển phần mềm thì nó sẽ ảnh hưởng đến chất lượng của phần mềm.

 4 

Tỉ lệ sai lệch trong quy mô sản phẩm từ trung bình cộng của các sản phẩm đi trước

VD: số lượng các ngành , khoa, phòng ban của cách trường khác nhau, nên nếu tính trung

bình thì xác suất sai lệch là rất cao.

5 Kích cỡ của cớ sở dữ liệu đã được tạo vào sử dụng của sản phẩm?

Dự kiến lưu trữ bao nhiêu mẫu tin trong bao lâu : VD siêu thị Coop Mart có 10 chi nhánh

trong TPHCM có khoảng 10 triệu mẫu tin thì khoảng 5 triệu được lưu trữ

 6 

Số lượng người dùng sản phẩm?

Quy mô người sử dụng sản phẩm ảnh hưởng đến quy mô sản phẩm: VD về phần mềm toán

học lớp 5 bao gồm HS lớp 5,phụ huynh học sinh lớp 5…

 7 

Số lượng những thay đổi yêu cầu cho sản phẩm? giới hạn trước? giới hạn sau?

Số lượng thay đổi những yêu cầu sản phẩm: số lượng càng tăng,thì rủi ro càng tăng

Số lượng software được sử dụng lại: chức năng nào được sử dụng lại nếu số lượng phầm mềm

được sử dụng lại nhiều thì chi phí sẽ nhỏ hơn.

Check List 2: Rủi ro thị trường

1 hậu quả của sản phẩm đối với thu nhập của tổ chức làm phần mềm?

phần mềm chiếm bao nhiêu % trong tổng doanh thu trong năm

2 

tầm nhìn của những người lãnh đạo?

người đảm nhận việc sản xuất phần mềm.Nếu là leader không có tầm cao về quản trị thì sản

phẩm có nhiều rủi ro

3 sự hợp lý của thời hạn phát hành sản phẩm?

thời điểm then chốt cà sự tồn tại của doanh nghiệp VD: phần mềm ôn thi tuyển sinh.điểm hợp

lý là trước thời kì tuyển sinh

4 số lượng khách hàng tiềm năng?

Nếu số lượng khác hàng quá nhỏ thì rủi ro cao

 5 

số lượng các hệ thống khác,các sản phẩm khác có thể tương tác với sản phẩm của mình?

Rủi ro sẽ giảm xuống

6 sản phẩm có tinh vi quá đối với người sử dụng không?

Độ phức tạp của sản phẩm mà người dùng có thể sử dụng

7 số lượng và chất lượng của người làm sản phẩm?

số lượng càng lớn thì rủi ro càng nhỏ,số lượng ảnh hưởng tới chất lượng,nếu số lượng quá lớn

mà chất lượng không đảm bảo thì rủi ro sẽ rất lớn.

8 những chi phí bị mất khi sản phẩm có nhiều khuyết điểm?

(tài chính,danh tiếng,khách hàng)

Check list 3: Rủi ro khách hàng

1 Bạn đã làm việc với khách hàng nào trong quá khứ?

Làm việc với khách hàng trong quá khứ, các khách hàng đã từng sử dụng sản phẩm

2 

Khách hàng có đưa ra những ý kiến phức tạp với những gì được yêu cầu? học có đầu tư

thời gian để viết nó không?

Khách hàng đưa ra những ý kiến phức tạp với những gì được yêu cầu thì khả năng xảy ra rủi

ro cao.xác định quy mô yêu cầu sản phẩm

3 

Khách hàng sẽ đồng ý với việc sử dụng thời gian trong những yêu cầu hình thức trong

những lần gặp gỡ để xác định quy mô dự án không??????

 4 

Khách hàng có sẵn sàng thiết lập mối quan hệ thường xuyên với nhà phát triển không?

5 

Khách hàng có sẵn sàng tham gia vào việc đánh giá không?

6 Khách hàng có yêu cầu những kĩ thuật phức tạp trong sản phẩm không?

Yêu cầu hệ điều hành trên các máy tính

7 

Khách hàng có sẵn sàng để cho người phát triển dự án làm những công việc của họ

không –như là sẽ không tham gia vào những công việc chi tiết kỹ thuật trong suốt quá

trình dự án?

 8 

Khách hàng có hiểu về tiến trình phần mềm hay không?

Nếu hiểu thì họ chấp nhận,nếu không thì sự hợp tác giữa khách hàng và nhà phát triển sẽ

không bền vững

9 

Mỗi câu trả lời lời KHÔNG đều có nghĩa là có một rủi ro

Check List 4: Rủi ro quy trình

1 Có sử dụng các phương pháp để phân tích cấu hình phần mền không?

(cấu hình là chương trình con) bất cứ sự thay đổi nào đều có thể ảnh hưởng đến phần mềm các rủi

ro đều có thể khắc phục dễ dàng hơn

2 Có sử dụng các công cụ để thiết kế kiến trúc và thiết kế dữ liệu hay không?

Sử dụng công cụ hỗ trợ trong thiết kế sẽ làm giảm rủi ro vì chúng đã được tổ chức có hệ

thống

 3 

Có sử dụng ngôn ngữ bậc cao(trên 90% mã lệnh)

Sử dụng ngôn ngữ bậc cao sẽ hỗ trợ rất lớn trong thư viện của phần mềm hỗ trợ nó,giúp người

kế thừa đọc hiểu mã nguồn,làm giảm rủi ro khi có sự cố xảy ra.

 4 

Có sử dụng ngôn ngữ quản lý cấu hình

Sử dụng công cụ quản lý cấu hình hỗ trợ phần mềm đạt về chất lượng

 5 

Có sử dụng công cụ hỗ trợ cho việc lập kế hoạch và theo dõi các hoạt động?

Có sử dụng công cụ hỗ trợ cho việc lập kế hoach và theo dõi các hoạt động tiến độ của phần

mềm

 6 

Có đo chất lượng của tất cả các dự án phần mềm không?

Đo chất lượng của tất cả cách dự án phần mềm do ở các góc độ khác nhau sẽ có những khiếm

khuyết để khắc phục để phù hợp với yêu cầu khách hàng.

 7 

Có những công cụ phần mềm được sử dụng để hỗ trợ tiến trình phân tích và thiết kế

phần mềm?

Có sử dụng công cụ phần mềm để hỗ trợ việc phân tích thiết kế.việc phân tích ngày nay

không còn phụ thuộc vào người phân tích mà có những phần mềm hỗ trợ

8  

Có những công cụ phần mền sử dụng để hỗ trợ cho việc kiểm thử không?

Sử dụng công cụ tạo ra mẫu phần mềm để đảm bảo thời gian triển khai quy định đối với

khách hàng tiết kiệm được chi khí nên khả năng cạnh tranh cao

Sử dụng phần mềm để kiểm tra nếu kiểm tra dựa theo trình độ chuyên gia thì rủi ro sẽ rất cao

(kiểm tra thủ công) kiểm tra bằng phần mềm.

 9 

Có những công cụ sử dụng để hỗ trợ các sản phẩm quản lý tài liệu không?

Sử dụng công cụ hỗ trợ phát triển sản phẩm và quản lý tài liệu.tài liệu bao gồm : lưu trữ các

chức năng,modul,câu lệnh trong modul của phần mềm.

10 

Mỗi câu trả lời không là một rủi ro (100%)

Check List 5: rủi ro kĩ thuật

1 Công nghệ xây dựng có mới đối với tổ chức bạn không?

Áp dụng công nghệ mới vào tổ chức phát triển phần mềm,nếu không thường xuyên update

công nghệ thì khi phần mềm tung ra thị trường sẽ gặp rất nhiều rủi ro

2  

Các nhu cầu của khác hàng có đòi hỏi sự sáng tạo của các thuật toán mới hay công nghệ

vào/ra không?

Nhu cầu của khách hàng đòi hỏi sự sáng tạo của các thuật toán mới

3 Giao diện phần mềm với phần cứng có mới hay chưa qua thử thách không?

VD: lập trình web gặp nhiều rủi ro về giao diện.là đại diện của phần mềm đối với khách hàng

(thích thú – mua hàng)

 4 

Phần mềm để xây dựng giao diện với đại lý cung cấp các sản phẩm phần mềm đã qua

thử thách?

Nếu cơ sở dữ liệu này đã từng ứng dụng cho tổ chức nào đó thì rủi ro sẽ giảm(phần mềm để

xây dựng giao diện với đại lý cung cấp các sản phẩm đã qua thử thách)

  5 

Giao diện người dùng chuyên biệt có được yêu cầu không?

Rủi ro về yêu cầu quy định người dùng phụ thuộc vào người dùng (giao diện người dùng

chuyên biệt đòi hỏi trí tuệ của chuyên gia)

 6 

Các yêu cầu về sản phẩm có đòi hỏi các thành phần chương trình không giống với bất kì

thành phần nào đã được tổ chức bạn phát triển trước đó không?

Yêu cầu về sản phẩm đòi hỏi thành phần…nếu có chức năng thì mới bắt đầu phát triển nên rủ

ro sẽ cao

7 Các yêu cầu có đòi hỏi sử dụng phương pháp phần tích thiết kế và kiểm thử mới không?

Các yêu cầu đòi hỏi phương pháp phân tích thiết kế(1 rủi ro pm) xây dựng phương pháp mới

để tiếp cận nên có nhiều rủi ro xảy ra

 8 

Có yêu cầu sử dụng các phương pháp phát triển phần mềm khác bình thường không?

Có yêu cầu sử dụng các phương pháp phát triển phần mềm khác thường

 9 

Có yêu cầu quá mức về việc đặt các ràng buộc thực thi trên sản phẩm không?

Có yêu cầu quá mức. .khi quá ngưỡng thì sẽ quá mức

10 Khách hàng có chắc chắn rằng chức năng yêu cầu là “có thể làm được”không?

Khách hàng có chắc chắn chức năng yêu cầu có thể làm được(phụ thuộc vào khách hàng)

VD: phần mềm điểm danh bằng thẻ từ thì rủi ro vẫn có thể xảy ra >> phần mềm điểm danh

bằng vân tay

 11

Mỗi câu trả lời không vấn đề tương ứng sẽ là một rủi ro

Check list 6: Rủi ro về môi trường phát triển

1 Có công cụ quản lý dự án phần mềm phát triển phần mềm hay không?

Có công cụ quản lý dự án phần mềm : VD: microsoft Project,tool thiết kiế giao diện,

modul.nếu các thao tác làm thủ công thì mức độ phức tap của chúng rất cao.

2 Có công cụ quản lý tiến trình phần mềm không?

Có các công cụ quản lý tiến trình phần mềm.từ đặc tả yêu cầu, quản lý code, kiểm thử, vvv

3 Có công cụ phân tích và thiết kế không?

Các công cụ phát triển và thiết kế: chi phí lớn nhưng đáp ứng được yêu cầu.

4 Các công cụ phân tích và thiết kế có cung cấp các phương pháp thích hợp cho sản phẩm

được tạo ra không?

Các cc phân tích và thiết kế mang lại phương pháp phù hợp.nếu các CC không phù hợp thì rủi

ro sẽ xảy ra

 5 

Có các trình biên dịch hay thiết bị sinh mã thích hợp với sản phẩm cần xây dựng

không?

Các thiết bị sinh mã thích hợp …vd : các ứng dụng phát sinh code trên điện thoại.

 6 

Có các công cụ kiểm thử và thích hợp với sản phẩm cần xây dựng hay không?

Các công cụ kiểm thử có thích hợp với sp

  7 

Có các công cụ quả lý cấu hình phần mềm không?

Có các công cụ quả lý cấu hình phần

 8 

Môi trường có tận dụng cơ sở dữ liệu hay kho lưu trữ dữ liệu không?

Môi trường có tận dụng cơ sở dữ liệu hay kho lưu trữ ,xử lý CSDL mới nếu thất bại

à

các

công ty sẽ dùng CSDL cũ

 9 

Tất cả các công cụ phần mềm có tích hợp với nhau không?

Tất cả các ccpm có tích hợp với nhau.(yc phát triển phần mềm) VD: tool hỗ trợ file

setup(instal shiel) muốn biên dịch phải cài thêm bộ hỗ trợ nó

10 Các thành viên của đội dự án đã được đào tạo về từng công cụ chưa?

Đào tạo các thành viên sử dụng công cụ, nếu một nhóm có quá nhiều người không biết sử

dụng công cụ

à

trủi ro lớn

11 Có các chuyên gia nội bộ để trả lời các câu hỏi về công cụ không?

Trong tổ chức,các chuyên gia nội bộ tả lời các câu hỏi,dựa vào NSX tốn thời gian

Trợ giúp và tài liệu online.cty lớn cung cấp cho khách hàng về địa chỉ lẫn sản phẩm để có thể

trao đổi khách hàng

 12 

Nếu phần mềm lớn các câu hỏi trên được trả lời là KHÔNG

à

môi trường phát triển

phần mềm yếu và rủi ro cao

Check list 7: Rủi ro về nhân sự

1 Có những người tốt nhất không?

Có những người tốt tùy thuộc vào kĩ năng làm việc nhóm

 2 

Những người này có phối hợp tốt các kĩ năng không?

Khả năng phối hợp giữa các thành viên

 3 

Có đủ người không?

Số lượng nhân sự cho dự án có đảm bảo đáp ứng được cho dự án không (có đủ người)

 4 

Nhân viên có tận tâm trong suốt thời gian dự án không?

Nhân viên có tận tâm trong suốt thời gian dự án

 5 

Có nhân viên nào chỉ làm việc bán thời gian cho dự án không?

Nhân viên làm việc bán thời gian cho dự án có tỉ lệ thế nào? Nếu quá nhiều thì sẽ không thể

điều phối được

à

rủi ro cao

6 

Nhân viên có mong chờ đúng mức về công việc sắp tới không?

Kiểm tra khao khát làm việc của nv đối với dự án như thế nào

 7 

Nhân viên đã nhận được sự đào tạo cần thiết chưa?

Đào tạo nhân viên đx thực hiện chưa.đồi hỏi nhân viên chuyên nghiệp

 8 

Sự thay thế công nhân giữa các nhân viên có đủ ít để cho phép tính liên tục không?

Thay đổi nhân sự có đảm bảo tính liên tục và kế thừa

 9 

Nếu câu trả lời cho bất kì câu hỏi nào là “không” việc nghiên cứu thêm phải được đảm

bảo để đánh giá khả năng rủi ro?