Môn QUẢN LÝ DỰ ÁN PHẦN MỀM Câu 1 Anh (Chị) hãy giải thích tại sao lại cần phải đào tạo con người cho công việc quản lý dự án? Họ cần phải được đào tạo về những lĩnh vực gì? Trả lời + NQLDA phải giỏi c.
Môn: QUẢN LÝ DỰ ÁN PHẦN MỀM Câu : Anh (Chị) giải thích lại cần phải đào tạo người cho công việc quản lý dự án? Họ cần phải đào tạo lĩnh vực gì? Trả lời + NQLDA phải: giỏi chun mơn, biết cách tương tác với khách hàng, thu thập yêu cầu khách hàng, quản lý đội dự án, Vì vậy, phải đào tạo kỹ cần thiết cho người QLDA (1 điểm) + Ngoài đào tạo kỹ thuật cơng nghệ, cịn có chương trình đào tạo văn hoá kinh doanh, giao tiếp văn bản, trình bày trước cơng chúng, ngơn ngữ thể, (1 điểm) + Chương trình đào tạo NQLDA: (3 điểm) (1) Một khóa học tập trung vào tất khía cạnh quản lý dự án: lập kế hoạch DA, giám sát DA, kiểm soát DA,… (2) Một khóa học đặc tả yêu cầu khách hàng (PM) học cách làm khơi gợi yêu cầu, làm để lập tài liệu yêu cầu, xác minh yêu cầu,… (3) Đào tạo kỹ mềm: cách đánh giá quản lý đội dự án, quan tâm khách hàng quản lý khách hàng, khả lãnh đạo, quan hệ xã hội văn hóa kinh doanh quốc gia khác nhau, Câu : Anh (Chị) cho biết thành phần đội dự án vai trò thành phần TL + Người quản lý dự án – người báo cáo cho giám đốc kinh doanh cho người quản lý quan hệ khách hàng (hoặc hai) công ty (1 điểm) + Các nhà phát triển, người kiểm sốt cấu hình, người quản trị sở liệu; tất thành viên báo cáo cho người quản lý dự án (1 điểm) + Một dự án lớn có người lãnh đạo mơ-đun (module leaders), người báo cáo cho người quản lý dự án có số nhà phát triển bên quyền (1 điểm) + Ngồi ra, đội phịng ngừa lỗi thành lập; đội chịu trách nhiệm thực nhiệm vụ liên quan đến phòng ngừa lỗi (1 điểm) + Một thành viên nhóm quy trình cơng nghệ phần mềm (cố vấn chất lượng) Cố vấn chất lượng tương tác nhiều với người quản lý dự án với người kiểm soát cấu hình, Cố vấn chất lượng người cơng ty hỗ trợ đội dự án chất lượng (1 điểm) Câu : Anh (Chị) nêu giai đoạn tiến trình quản lý dự án phần mềm lớn trình bày cơng việc giai đoạn TL: + giai đoạn tiến trình QLDACNPM: (0,5 điểm) - Lập kế hoạch dự án - Thực dự án - Kết thúc dự án + Các hoạt động giai đoạn Lập kế hoạch: (2 điểm) (1) Khởi động QLDA (2) Tạo kế hoạch cho dự án (3) Duyệt lại kế hoạch dự án (4) Có ủy quyền từ người quản lý cấp cao (5) Xác định xem xét lại kế hoạch quản lý cấu hình (6) Nhắc nhở đội dự án thực theo kế hoạch quản lý dự án + Các hoạt động giai đoạn thực dự án: (2 điểm) (1) Thực dự án theo kế hoạch dự án (2) Theo dõi tình trạng dự án (3) Xem xét lại tình trạng dự án với người quản lý cấp cao (4) Giám sát xem có tn theo quy trình dự án xác định khơng? (5) Phân tích lỗi thực hoạt động ngăn chặn lỗi (6) Tiến hành xem xét lại cột mốc lập kế hoạch lại cần thiết + Các hoạt động giai đoạn kết thúc dự án: (0,5 điểm) (1) Phân tích liệu từ dự án hồn thành như: Cấu trúc hoạt động chính; số đo, sản phẩm tiến trình, tài liệu mẫu hướng dẫn,… (2) Rút học kinh nghiệm từ dự án Câu 4: Anh (Chị) trình bày tóm tắt Kế hoạch quản lý dự án mẫu cho dự án phần mềm TL: Bản kế hoạch quản lý dự án mẫu có bốn phần chính: (1) Phần tóm tắt dự án bao gồm thông tin: (2 điểm) - Ngày bắt đầu kết thúc - Lãnh đạo dự án - Địa liên hệ khách hàng - Mục tiêu dự án - Các cam kết thực cho khách hàng cột mốc - Các sản phẩm giao - Các giả định rủi ro - Thơng tin chi tiết tốn (2) Phần lập kế hoạch dự án: (1,5 điểm) - Bao gồm: quy trình phát triển sử dụng; ghi điều chỉnh; quy trình quản lý thay đổi yêu cầu; kế hoạch để theo dõi dấu vết nguồn gốc yêu cầu; ước lượng nỗ lực lịch biểu; yêu cầu nhân theo kỹ năng, vai trị, kinh nghiệm - Mơi trường phát triển, công cụ làm việc, kế hoạch đào tạo cho dự án Kế hoạch chất lượng kế hoạch quản lý rủi ro đưa phần (3) Phần theo dõi dự án: xác định phép đo thực hệ thống sử dụng để thu thập liệu, theo dõi hoạt động khác dự án thực hiện, tần suất chất báo cáo tiến độ, thủ tục leo thang (1 điểm) (4) Phần đội dự án: xác định đội dự án cấu trúc nó, vai trị trách nhiệm người tham gia (0,5 điểm) Câu 5: Anh (Chị) cho biết lại phải quản lý thay đổi yêu cầu trình bày tiến trình quản lý thay đổi yêu cầu TL: + Những thay đổi u cầu xẩy suốt vịng đời dự án (thậm chí sau đó) Việc thay đổi yêu cầu tác động xấu đến dự án (0,5 điểm) + Các thay đổi yêu cầu khơng kiểm sốt có ảnh hưởng xấu đến chi phí, tiến độ chất lượng dự án Thay đổi yêu cầu chiếm tới 40% tổng số chi phí (0,5 điểm) Tiến trình quản lý thay đổi yêu cầu: (4 điểm) (1) Người quản lí cần ghi lại yêu cầu thay đổi Mỗi mục nhật ký chứa yêu cầu thay đổi, mô tả ngắn gọn thay đổi, ảnh hưởng thay đổi, tình trạng yêu cầu thay đổi, mốc quan trọng (1 điểm) (2) Phân tích tác động thay đổi đến sản phẩm công việc đánh giá khối lượng thay đổi; đánh giá lại rủi ro dự án cách xem xét lại kế hoạch quản lý rủi ro; đánh giá tác động tổng thể thay đổi lên nỗ lực ước lượng thời gian hoàn thành (1 điểm) (3) Kết phân tích xem xét chấp thuận khách hàng Tài liệu yêu cầu thay đổi kết hợp vào tài liệu đặc tả yêu cầu, thường phụ lục Đôi phần liên quan tài liệu đến thay đổi YC sửa đổi để phản ánh thay đổi (1 điểm) (4) Giám sát yêu cầu thay đổi phê duyệt đảm bảo trình thực chúng quản lý theo quy trình (1 điểm) Câu 6: Anh (Chị) nêu mục cấu hình dự án phần mềm TL: (mỗi loại 0,5 điểm, loại cuối điểm) - Các tài liệu đặc tả yêu cầu; - Các tài liệu thiết kế; - Mã nguồn; - Các kế hoạch kiểm thử; - Các đoạn chương trình dùng để kiểm thử; - Các thủ tục kiểm thử, liệu kiểm thử; - Các tiêu chuẩn sử dụng dự án tiêu chuẩn thiết kế; - Kế hoạch chấp nhận, kế hoạch quản lý cấu hình kế hoạch dự án; - Tài liệu người dùng hướng dẫn sử dụng, tài liệu đào tạo, tài liệu hợp đồng; - Các ghi chất lượng (bản ghi xem xét lại, ghi kiểm thử); - Các ghi quản lý cấu hình (bản ghi phát hành), ghi theo dõi tình trạng) - Bất kỳ sản phẩm cung cấp khách hàng mục mua từ bên mà chúng phần sản phẩm giao xem mục cấu hình Câu 7: Anh (Chị) trình bày bước tiến trình ước lượng nỗ lực theo tiếp cận từ lên TL:+ Người quản lý dự án chia phần mềm phát triển thành nhiều đơn vị chương trình (1 điểm) + Mỗi đơn vị chương trình sau phân loại đơn giản, trung bình phức tạp dựa tiêu chí định (từ kinh nghiệm dự án làm tiêu chí cơng ty) (1 điểm) + Đối với đơn vị chương trình, người quản lý dự án ước lượng nỗ lực tiêu chuẩn cần thiết để cài đặt mã tự thử nghiệm (gọi chung nỗ lực xây dựng) Nỗ lực ước lượng dựa liệu khứ dự án tương tự, hướng dẫn nội có sẵn, kết hợp khả (1 điểm) + Khi số lượng đơn vị chương trình ba loại phức tạp biết nỗ lực xây dựng ước lượng cho đơn vị chương trình, số nỗ lực tổng thể cho giai đoạn xây dựng dự án biết (1 điểm) + Từ tổng nỗ lực xây dựng, nỗ lực cho giai đoạn hoạt động khác dự án xác định theo tỷ lệ phần trăm nỗ lực xây dựng Từ ước lượng này, nỗ lực tổng thể cho dự án biết (1 điểm) Câu 8: Anh (Chị) nêu bước tiến trình xem xét lại nhóm trình bày công việc bước lập kế hoạch TL:+ Quy trình xem xét lại nhóm bao gồm giai đoạn: lập kế hoạch, chuẩn bị tổng quan, họp xem xét lại nhóm, làm lại cơng việc tiếp tục (1 điểm) + Lập kế hoạch (Planning): (3,5 điểm) - Người quản lý dự án, đồng ý tác giả, trước tiên chọn người điều phối; sau đó, đồng ý người điều phối, người quản lý dự án lựa chọn người xem xét lại khác - Trách nhiệm người điều phối đảm bảo việc xem xét thực tất bước quy trình xem xét lại thực theo - Những người xem xét lại (còn gọi tra viên) có trách nhiệm xác định lỗi sản phẩm cơng việc Nói chung, tác giả người xem xét lại; người điều phối người xem xét lại - Khơng nên có người cấp vào nhóm xem xét lại, diện họ ngăn cản người xem xét lại đưa vấn đề lỗi Tuy nhiên, tác giả mong muốn, người lãnh đạo dự án tham gia - Tác giả sản phẩm chuẩn bị gói để nhóm xem xét lại Gói bao gồm sản phẩm công việc cần xem xét lại, đặc tả nó, danh sách kiểm tra tiêu chuẩn có liên quan + Các đặc tả cho sản phẩm công việc đầu giai đoạn trước cần để kiểm tra tính đắn sản phẩm cơng việc (0,5 điểm) Câu 9: Anh (Chị) trình bày bước tiến trình ước lượng nỗ lực theo tiếp cận từ xuống TL: Tóm tắt qui trình ước lượng từ xuống: Ước lượng kích thước tổng cộng phần mềm điểm chức (0,5 điểm) Sử dụng liệu suất từ baseline khả dự án, từ baseline khả tiến trình, từ dự án tương tự, sửa chữa lại mức suất cho phù hợp với dự án ước lượng (1,5 điểm) Tính nỗ lực tổng thể dự án dựa suất kích thước (0,5 điểm) Tinh chỉnh lại ước lượng, có xem xét đến mức độ ảnh hưởng yếu tố riêng dự án Mỗi dự án có vài yếu tố đặc trưng khơng có mặt dự án khác Do đó, người quản lý dự án định yếu tố cần xem xét chúng ảnh hưởng lên dự án (1,5 điểm) Sử dụng liệu phân phối nỗ lực từ baseline khả quy trình từ dự án tương tự để ước lượng nỗ lực cho giai đoạn khác (1 điểm) Câu 10: Anh (Chị) cho biết sản phẩm công việc cần xem xét lại nhóm? Khi xem xét lại đặc tả yêu cầu cần quan tâm đến khía cạnh nào? Thành phần tham gia nhóm xem xét lại sản phẩn này? TL: + Các sản phẩm công việc cần xem xét lại nhóm: (2 điểm) (1) Kế hoạch quản lý dự án (2) Tài liệu đặc tả yêu cầu (3) Kế hoạch kiểm thử hệ thống (4) Tài liệu thiết kế (5) Kế hoạch kiểm thử tích hợp + Các khía cạnh quan tâm xem xét (review) đặc tả yêu cầu: (1,5 điểm) (1) Các yêu cầu có đáp ứng nhu cầu khách hàng? (2) Các u cầu thực khơng? (3) Việc bỏ sót, khơng qn, mơ hồ yêu cầu? + Thành phần tham gia nhóm xem xét lại đặc tả yêu cầu: (1,5 điểm) (1) Khách hàng (2) Người thiết kế (3) Người kiểm thử hệ thống (4) Nhóm cài đặt mã (5) Tác giả tài liệu Câu 11: Anh (Chị) trình bày vấn đề sau: a) Khái niệm lỗi phần mềm? Tại phát triển phần mềm lại hay mắc lỗi? b) Các giai đoạn tiêm lỗi chủ yếu? Các hoạt động phát lỗi loại bỏ lỗi? TL: + Lỗi gì? Khơng có định nghĩa xác lỗi áp dụng chung (một phần mềm bị viết sai từ có bị coi có lỗi?) Nói chung, hiểu lỗi phần mềm làm cho phần mềm thực thi theo cách thức không với yêu cầu khách hàng (1,5 điểm) + Phát triển phần mềm công việc thực chủ yếu người việc mắc lỗi không tránh khỏi (1 điểm) + Trong trình chuyển đổi từ yêu cầu khách hàng thành phần mềm để đáp ứng yêu cầu đó, lỗi tiêm vào tất hoạt động chuyển đổi thực Các giai đoạn tiêm lỗi chủ yếu là: đặc tả yêu cầu, thiết kế mức cao, thiết kế chi tiết, cài đặt mã (1,5 điểm) + Các hoạt động để phát loại bỏ lỗi: xem xét lại yêu cầu, xem xét lại thiết kế mã cài đặt, kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử hệ thống kiểm thử chấp nhận (1 điểm) Câu 12: Anh (Chị) trình bày hoạt động theo dõi việc thực nhiệm vụ hoạt động theo dõi lỗi pha thực dự án TL: + Mỗi ngày (hoặc lâu hơn), NQLDA kiểm tra tình trạng nhiệm vụ xếp lịch cập nhật lại tình trạng vào MSP (0,5 điểm) + Một nhiệm vụ thường xác định thực từ 0% hồn thành Khi nhiệm vụ kết thúc, đánh dấu thực 100% (0,5 điểm) + Người quản lý dự án xác định nhiệm vụ bị trễ, phần trăm nhiệm vụ thực hiện, ảnh hưởng trượt lịch lên lịch biểu tổng thể dự án, (1 điểm) + Dựa nhiệm vụ hoàn thành thời gian thực tế mà chúng tiêu phí, người quản lý dự án xếp lại lịch cho nhiệm vụ lại để đảm bảo cột mốc sau hồn thành hạn (1 điểm) + NQLDA sử dụng hệ thống kiểm soát lỗi để theo dõi lỗi Một thông tin lỗi nhập vào hệ thống này, mở lỗi sửa chữa xong Lỗi đánh dấu "đóng" việc gỡ bỏ xác nhận Bằng cách này, lỗi ghi nhận theo dõi “đóng” lại (1 điểm) + Tại thời điểm nào, người quản lý dự án kiểm tra tỷ lệ tiêm lỗi tổng thể tỷ lệ đóng lỗi, thơng tin hữu ích cho việc nhìn thấy khoảng cách số lượng lỗi gửi số lượng lỗi đóng lại có nằm tầm kiểm sốt hay khơng (1 điểm) Câu 13: Anh (Chị) trình bày bước thực cho hoạt động phòng ngừa lỗi mức dự án Infosys TL: (1) Lập kế hoạch phòng ngừa lỗi: (1,5 điểm) + Thiết lập mục tiêu phòng ngừa lỗi cho dự án + Đội phòng ngừa lỗi cần huấn luyện phòng ngừa lỗi phương pháp phân tích nguyên nhân, cần thiết + Xác định tần số mà hoạt động phòng ngừa lỗi thực (2) Thực phòng ngừa lỗi: (2 điểm) + Tại điểm xác định, thu thập liệu lỗi + Xác định loại lỗi phổ biến phương pháp phân tích Pareto + Thực phân tích nguyên nhân xếp độ ưu tiên nguyên nhân gốc + Xác định phát triển giải pháp cho nguyên nhân gốc + Thực giải pháp + Xem lại tình trạng lợi ích phòng ngừa lỗi cột mốc dự án (3) Rút học kinh nghiệm: (1,5 điểm) + Rút học lợi ích bạn thu + Gửi tất kết đầu phịng ngừa lỗi để góp phần xây dựng thành phần tiến trình Câu 14: Anh (Chị) cho biết phân tích cột mốc, nỗ lực thực tế thấp so với nỗ lực ước lượng vượt giới hạn nguyên nhân cách kiểm sốt chúng nào? TL: + Nguyên nhân có thể: (2 điểm) (1) Các ước lượng cho đơn vị chương trình cao (2) Đội dự án có kiến thức kinh nghiệm chuyên môn cao dự kiến (3) Các nhiệm vụ đến thời điểm chưa thực triệt để kỹ lưỡng + Các hoạt động kiểm sốt: (3 điểm) (1) Ước lượng lại mơ đun cịn lại (2) Ước lượng lại nhân cơng (3) - Xem xét lại nhiệm vụ làm đến thời điểm - Xem xét lại lịch sản phẩm công việc chưa xem xét lại - Kiểm tra lại nhật ký vấn đề Câu 15: Anh (Chị) trình bày hoạt động quản lý rủi ro dự án công nghệ phần mềm Hãy trình bày ví dụ kế hoạch giảm thiểu rủi ro cho rủi ro “mất nhân sự” TL:Vẽ hình: (2 điểm) + Đánh giá rủi ro (Risk assessment): xác định rủi ro, phân tích chúng, sau xếp độ ưu tiên chúng (1 điểm) - Độ ưu tiên xác định chi phí việc quản lý rủi ro nên dành cho chỗ để mang lại lợi ích nhiều - Để xác định độ ưu tiên, có hai yếu tố quan trọng Đầu tiên khả để rủi ro xảy ra; rủi ro có nhiều khả xảy có độ ưu tiên cao Thứ hai tác động rủi ro, rủi ro có tác động lớn có độ ưu tiên cao + Kiểm soát rủi ro (Risk control): (1 điểm) (1) Lập kế hoạch quản lý rủi ro: Cơng việc lập kế hoạch xác định hành động cần thiết để giảm thiểu hậu rủi ro (2)Thực theo kế hoạch giám sát rủi ro: Nhận thức rủi ro thay đổi theo thời gian Hơn nữa, bước giảm thiểu rủi ro thực ảnh hưởng đến nhận thức rủi ro Do đó, ngồi việc theo dõi tiến độ bước giảm thiểu rủi ro lập kế hoạch, bạn phải định kỳ xem xét lại nhận thức rủi ro cho toàn dự án + Kế hoạch giảm thiểu rủi ro cho rủi ro “mất nhân sự”: (1 điểm) (1) Phân cơng nhiệm vụ để có nhiều người có hiểu biết đơn vị chương trình trường hợp sử dụng dự án (2) Có buổi họp để xây dựng đội dự án (3) Xoay công việc thành viên đội dự án (4) Khi lập kế hoạch nhân sự, nên có phương án dự phòng Câu 16: Anh (Chị) cho biết phân tích cột mốc, số lỗi thực tế thấp so với số lỗi ước lượng q giới hạn ngun nhân cách kiểm soát nào? TL: + Nguyên nhân có thể: (2 điểm) - Sản phẩm cơng việc có chất lượng cao - Kiểm thử chưa đủ - Các hoạt động kiểm soát chất lượng trước thực triệt để, kỹ lưỡng - Các ước lượng số lỗi cao + Các hoạt động kiểm soát: (3 điểm) - Xác định nguyên nhân rút học kinh nghiệm cho dự án cho quy trình - Xem lại nỗ lực tiêu phí cho kiểm thử; xem lại kế hoạch kiểm thử mở rộng - Xếp lịch cho kiểm thử thêm - Kiểm tra lại tất nhật ký xem xét lại kiểm thử - Kiểm tra xem có học rút cho dự án cho quy trình hay khơng - Xác định nguyên nhân sửa chữa lại ước lượng Câu 17: Anh (Chị) trình bày loại số đo sử dụng dự án phần mềm vai trò loại số đo TL: + Thời gian biểu, kích thước, nỗ lực, lỗi số đo cho dự án hình thành tập hợp số đo bền vững (0,5 điểm) + Thời gian biểu: Là số đo quan trọng hầu hết dự án điều khiển thời gian biểu thời hạn hoàn thành (0,5 điểm) + Nỗ lực: Là nguồn nhân lực chủ yếu tiêu tốn dự án phần mềm Do đó, theo dõi nỗ lực hoạt động quan trọng suốt q trình giám sát; điều cần thiết để đánh giá xem liệu dự án có thực xong phạm vi ngân sách hay khơng (1 điểm) + Lỗi: (1,5 điểm) - Lỗi có mối quan hệ trực tiếp đến chất lượng phần mềm, hoạt động theo dõi lỗi quan trọng để đảm bảo chất lượng - Một dự án phần mềm lớn bao gồm hàng ngàn lỗi tìm thấy người khác giai đoạn khác - Nói chung, người quản lý dự án muốn loại bỏ hầu hết tất lỗi tìm thấy trước phần mềm giao + Kích thước (1,5 điểm) - Kích thước số đo nhiều liệu chuẩn hóa theo kích thước Nếu khơng có liệu kích thước, khơng thể dự đốn hiệu suất việc sử dụng liệu khứ - Hai số đo kích thước phổ biến: LOC (lines of code) FP (function point) Nếu sử dụng số dòng mã số đo, suất thay đổi theo ngôn ngữ lập trình trình khác Ngược lại, Điểm chức cho kết không phụ thuộc vào ngôn ngữ lập trình Câu 18: Anh (Chị) trình bày vai trị phân tích kết thúc dự án TL: + Mục tiêu phân tích kết thúc dự án "để xác định đúng, sai, hoạt động tốt, khơng, làm để thực tốt thời gian tới" (1 điểm) + Mục đích hoạt động phân tích để cải thiện công ty cách tận dụng học kinh nghiệm từ dự án vừa kết thúc (0,5 điểm) + Các liệu thu trình phân tích kết thúc lưu giữ vào sở liệu quy trình (PDB) Các liệu sử dụng trực tiếp dự án cho mục đích lập kế hoạch (1 điểm) + Thơng tin sử dụng việc tính tốn khả quy trình - sử dụng để lập kế hoạch phân tích khuynh hướng cho dự án sau (1 điểm) + Số lượng liệu thơ thu thập dự án lớn Để sử dụng liệu cách hiệu quả, chúng phải phân tích trình bày theo khung làm việc mức trừu tượng phù hợp Phân tích kết thúc nhằm mục đích để thực mục tiêu (1 điểm) + Sau phân tích liệu rút tất học kinh nghiệm từ phân tích, kết phải đóng gói để chúng sử dụng người khác (0,5 điểm) Câu 19: Anh (Chị) cho biết quản lý dự án phần mềm, việc phát loại bỏ lỗi tiến hành theo tiến trình nào? TL: Vẽ hình (2 điểm) hình) + Vịng đời chung lỗi có ba trạng thái: gửi, sửa, đóng (xem (1) Một lỗi tìm thấy ghi lại người gửi (submitter) Sau đó, lỗi có trạng thái “đã gửi” (submitted) (1 điểm) (2) NQLDA phân cơng cơng việc sửa chữa lỗi cho đó, thường tác giả tài liệu mã (code) mà lỗi tìm thấy Người thực gỡ lỗi (debugging) sửa chữa (fix) lỗi đó, sau lỗi chuyển sang trạng thái “đã sửa” (fixed) (1 điểm) (3) Một lỗi sau sửa xong chưa đóng lại (closed) Một người khác, thường người gửi, xác nhận lỗi sửa chữa xong Sau xác minh này, lỗi đánh dấu "đóng” (closed) (1 điểm) Câu 20: Anh (Chị) trình bày số học quan trọng rút từ dự án ACIC TL: (1) Phát triển tăng dần phát triển theo giai đoạn vô hữu ích để đạt chất lượng suất cao liệu từ giai đoạn sử dụng để cải thiện giai đoạn cịn lại thơng qua việc phịng ngừa lỗi (1 điểm) (2) Phịng ngừa lỗi làm giảm đáng kể tỷ lệ tiêm lỗi Phòng ngừa lỗi giúp tiết kiệm nhiều nỗ lực giảm nỗ lực làm lại (1 điểm) (3) Nếu yêu cầu thay đổi có ảnh hưởng lớn, việc thảo luận với khách hàng thơng qua phân tích chi tiết tác động hữu ích Làm phân tích lợi ích mặt chi phí cách dẫn đến việc phải hỗn trì hỗn thay đổi, xảy dự án (1 điểm) (4) + Hiệu loại bỏ lỗi việc xem xét lại mã kiểm thử đơn vị thấp Quy trình cho hai, việc thực quy trình cần phải xem xét lại để cải thiện hiệu (1 điểm) + Trong dự án này, kiểm thử tích hợp hệ thống bù đắp cho hiệu hoạt động xem xét lại kiểm thử đơn vị Tuy nhiên, dự án lớn, điều khơng thể hiệu hoạt động xem xét lại kiểm thử đơn vị có ảnh hưởng xấu đến chất lượng (1 điểm) Câu hỏi bổ sung: Những khó khăn thách thức việc phát triển phần mềm Cho ví dụ minh họa? khơng có phương pháp mô tả rõ ràng định nghĩa yêu cầu người dùng, sau bàn giao sản phẩm dễ phát sinh trục trặc với phần mềm quy mô lớn, tài liệu đặc tả cố định thời gian dài, khó khăn đáp ứng nhu cầu cần thay đổi người dùng kịp thời khoảng thời gian khơng có phương pháp thiết kế luận quán mà thiết kế theo cách riêng dẫn đến suy giảm chất lượng phần mềm( phụ thuộc q nhiều vào người) khơng có chuẩn làm tài liệu quy trình sản xuất phần mềm đặc tả khơng rõ ràng làm giảm chất lượng phần mềm khơng có giải pháp đảm bảo chất lượng giai đoạn mà kiểm thử giai đoạn cuối phát lỗi thường bàn giao sản phẩm khơng hạn khơng coi trọng việc lập trình khâu thiết kế thường làm giảm chất lượng phần mềm coi thường việc tái sử dụng phần mềm suất lao động giảm phần lớn quy trình phát triển phần mềm có nhiều thao tác người suất lao động thường giảm 10 khơng chứng minh tính đắn phần mềm → độ tin cậy phần mềm giảm chuẩn phần mềm tốt đo cách định lượng đánh giá hệ thống đắn hay khơng cơng việc bảo trì kéo dài hệ lụy lớn với tổ chức quản lý dự án lỏng lẻo kéo theo quản lý lịch trình khơng rõ ràng khơng có tiêu chuẩn để ước lượng nhân lực dự toán làm kéo dài thời gian kinh phí dự án Kế hoạch phạm vi dự án quản lý dự án phần mềm? Hiến chương dự án chấp nhận thức dự án bối cảnh dự án nhu cầu nghiệp vụ dự án ràng buộc giả định phạm vi dự án : để bắt đầu dự án cần chuẩn bị mô tả phạm vi dự án để xác định rõ mục tiêu phạm vi dự án hiểu biết chúng với người bảo trợ nội dung mô tả phạm vi dự án bối cảnh dự án nhu cầu nghiệp vụ dự án mục tiêu nghiệp vụ cho dự án giá trị đích dự án phạm vi phần phạm vi dự án điều kiện tiên quyết, ràng buộc thỏa thuận với người bảo trợ kế hoạch quản lý phạm vi Quản lý hợp đồng quản lý dự án phần mềm Cho ví dụ minh họa? tiến trình làm hợp đồng xác định nhu cầu phần mềm chọn NCC thương lượng hợp đồng kiểm điểm NCC kế hoạch NCC báo cáo trạng thái họp kiểm điểm NCC kiểm điểm sản phẩm làm việc NCC quản lý thay đổi với NCC quản lý cấu hình pm NCC đảm bảo chất lượng NCC Trình bày q trình kiểm sốt tiến độ quản lý dự án phần mềm Cho ví dụ minh họa? Hiểu trạng thái tiến độ: - Nhận báo cáo từ thành viên tiến độ - Tổ chức họp thường lệ - Nhận báo cáo viết Mục đích quản lý tiến độ: 11 - Hiểu trạng thái tiến độ so với kế hoạch - Phát vấn đề - Xây dựng cách sửa chữa, giải vấn đề Thủ tục kiểm soát tiến độ: - Thu thập thông tin từ thành viên - So sánh trạng thái thực với kế hoạch - Phân tích vấn đề cập nhật danh sách - Tìm biện pháp - Chuẩn bị tài liệu báo cáo làm báo cáo Anh/chị trình bày Mơ hình Scrum để phát triển phần mềm Cho ví dụ minh họa? Scrum dạng mơ hình Agile (phương pháp phát triển phần mềm linh hoạt để đưa sản phẩm đến tay người dùng sớm tốt) Scrum mơ hình phát triển phần mềm lặp lặp lại Những khoảng lặp cố định, thường kéo dài 1-2 tuần gọi sprin/ iteration Mô tả: Chia yêu cầu làm theo giai đoạn Mỗi giai đoạn(sprint) làm số lượng yêu cầu định Mỗi sprint thường kéo dài từ tuần đến tuần ( ko dài tháng) Đầu sprint lên kế hoạch làm yêu cầu Sau đó, thực code test Cuối sprint sản phẩm hoàn thiện code lẫn test demo chạy Hồn thành sprint 1, tiếp tục làm sprint 2, sprint hoàn thành hết yêu cầu Trong sprint có họp hàng ngày – daily meeting từ 15 – 20 phút Mỗi thành viên báo cáo: Hơm qua tơi làm gì? Hơm tơi làm gì? Có gặp khó khăn khơng? Scrum mơ hình hướng khách hàng Theo anh/chị cần phải khốn ngồi quản lý dự án phần mềm? Trình bày dịch vụ rủi ro liên quan đến khốn ngồi? Cho ví dụ minh họa? - cần khốn ngồi nhằm: để có ưu cạnh tranh để tận dụng tri thức chuyên gia cao cấp kinh nghiệm thực công nghiệp tốt dành nguồn lực, nhân lực khan cho việc kinh doanh cốt lõi tạo điều kiện thuận lợi cho việc tái cấu trúc vận hành giảm chi phí nhiều hội an toàn hợp pháp để cải thiện hiệu tài nâng cao việc cung cấp sản phẩm, tài sản đa dạng thu nhập - dịch vụ khốn ngồi thực chức nhân danh tổ chức cung cấp sản phẩm dịch vụ mà tổ chức ban đầu khơng có vượt ngồi thuộc tính tổ chức - rủi ro liên quan 12 rủi ro chiến lược rủi ro danh tiếng rủi ro tuân thủ rủi ro giao tác rủi ro quốc gia làm khốn ngồi bên thứ ba nước ngồi Anh/chị trình bày kiểm sốt chất lượng quản lý dự án phần mềm Cho ví dụ minh họa? Kiểm soát chất lượng dự án hoạt động nhằm kiểm soát sản phẩm dịch vụ đáp ứng yêu cầu chất lượng định cho dự án Các cơng cụ kiểm sốt chất lượng: Sơ đồ nhân (sơ đồ Ishkawa sơ đồ xương cá) sử dụng để xác định nguyên nhân gốc rễ vấn đề chất lượng từ trình thực dự án Biểu đồ kiểm sốt: đồ thị cho thấy hình ảnh biến động tiêu chất lượng trình thực dự án Phiếu kiểm tra chất lượng: phiếu thu thập, ghi chép liệu sơ cấp theo cách thức định để đánh giá tình hình chất lượng đưa định xử lí hợp lí Biểu đồ phân tán: Là đồ thị biểu mối tương qua nguyên nhân kết yếu tố ảnh hưởng đến tiêu chất lượng Biểu đồ Pareto: giúp cho việc xác định vấn đề chất lượng cần ưu tiên giải Sơ đồ lưu trình: Là hình thức thể hoạt động q trình thơng qua sơ đồ khối kí hiệu tiêu chuẩn hóa Sơ đồ lưu trình giúp nhận biết đánh giá xem hoạt động có mang lại giá trị gia tăng khơng Anh/chị trình bày giám sát quan hệ bên thứ ba quản lý dự án phần mềm? Cho ví dụ minh họa? Sau tham gia vào hợp đồng hay thỏa thuận với bên thứ ba : - cấp quản lý phải điều phối bên thứ ba theo hoạt động hiệu bên - cấp quản lý phải dành đủ nhân viên với tri thức chuyên gia cần thiết để giám sát bên thứ ba: + Điều phối tình hình tài + kiểm soát điều phối + phẩm chất truy nhập vào dịch vụ hỗ trợ Anh/chị trình bày kế hoạch đảm bảo chất lượng đặc trưng chất lượng quản lý dự án phần mềm? Kế hoạch đảm bảo chất lượng phần mềm cho các hệ thống lớn có thể được chia vào hoạt động chính: Sự đảm bảo chất lượng: Mô tả chuẩn, qui trình sử dụng dự án để hướng đến sản phẩm chất lượng cao Chuẩn có thể được áp dụng: + Các chuẩn sản phẩm: áp dụng cho phần mềm phát triển Chúng bao gồm định nghĩa đặc tả và các chuẩn mã để định rõ làm cách nào ngôn ngữ lập trình có thể được sử dụng 13 + Các chuẩn quá trình: Chuẩn này định quá trình nên được tuân theo quá trình phát triển phần mềm Lập kế hoạch chất lượng: là quá trình của sự phát triển một kế hoạch chất lượng cho một dự án Kế hoạch phải bao gồm việc định rõ trình đánh giá chất lượng Điều nên cách chuẩn việc đánh giá số chất lượng, khả bảo trì hay tính bền vững diện sản phẩm Kiểm soát chất lượng: bao gồm việc kiểm tra trình phát triển phần mềm để đảm bảo thủ tục chuẩn đảm bảo chất lượng tuân theo 10 Anh/chị trình bày nội dung báo cáo hoàn thành dự án? - tổng quan dự án: mục tiêu, tổng quan hệ thống lịch hiệu thực tế tổ chức hệ thống kết quy mơ phát triển tải việc, ước lượng suất hiệu thực, phân tích sai biệt chúng công cụ kỹ thuật chấp nhận đánh giá chúng - quản lý dự án: phương pháp quản lý, tổ chức, chế đánh giá chúng chuẩn hóa, sai khác với kế hoạch khác hiệu thực , đánh giá chúng - đánh giá dự án: đánh giá quản lý vận hành dự án đánh giá dự án toàn thể pha - đánh giá hệ thống mới: vấn đề nguyên vẹn biện pháp khắc phục, học rút từ dự án 11 Anh/chị trình bày nét tính cách kỹ người lãnh đạo thành công quản lý dự án phần mềm? Nét tính cách thích nghi với tình tỉnh táo với mơi trường xã hội hồi bão thành đạt đốn hợp tác kiên đáng tin cậy có ảnh hưởng có nghị lực bền bỉ tự tin chịu căng thẳng Kỹ lanh lợi có kỹ quan niệm sáng tạo ngoại giao khéo xử hùng biện hiểu biết nhiệm vụ nhóm có tổ chức có sức thuyết phục có kỹ xã hội 14 sẵn sàng nhận trách nhiệm 15 ... hoạch quản lý dự án mẫu cho dự án phần mềm TL: Bản kế hoạch quản lý dự án mẫu có bốn phần chính: (1) Phần tóm tắt dự án bao gồm thơng tin: (2 điểm) - Ngày bắt đầu kết thúc - Lãnh đạo dự án - Địa... theo quản lý lịch trình khơng rõ ràng khơng có tiêu chuẩn để ước lượng nhân lực dự toán làm kéo dài thời gian kinh phí dự án Kế hoạch phạm vi dự án quản lý dự án phần mềm? Hiến chương dự án chấp... nhận đánh giá chúng - quản lý dự án: phương pháp quản lý, tổ chức, chế đánh giá chúng chuẩn hóa, sai khác với kế hoạch khác hiệu thực , đánh giá chúng - đánh giá dự án: đánh giá quản lý