ôn tập công nghệ phần mềm nâng cao

Câu 1: Tiến trình phần mềm gì? Vẽ sơ đồ tranh tồn cảnh trình bày sơ lược Giải thích pha hoạt động tảng - - Tiến trình phần mềm bao gồm tập hợp hoạt động thực người nhờ vào: o Vận dụng phương pháp , tri thức kinh nghiệm o Sử dụng công cụ hỗ trợ Bức tranh toàn cảnh: Coi đề cương Các pha hoạt động tảng: o Đặc tả phần mềm: Các chức phần mềm điều kiện để hoạt động phải định nghĩa o Phân tích, thiết kế: phân tích, thiết kế liệu, xử lý, giao diện o Phát triển, xây dựng: xây dựng hệ thống o Xác nhận phần mềm (kiểm thử): kiểm thử chức năng, kiểm lỗi hệ thống o Bảo trì/ Tiến hố phần mềm: hỗ trợ sửa lỗi, theo dõi thay đổi yêu cầu, nâng cấp Câu 2: Sự trưởng thành phần mềm gì? So sánh tổ chức phần mềm chưa trưởng thành tổ chức phần mềm trưởng thành Theo anh chị làm để nâng cao tính trưởng thành tồ chức / công ty phần mềm? - - - Sự trưởng thành phần mềm mức độ hay quy mơ mà tiến trình phần mềm: o Được định nghĩ tường minh tổ chức sản xuất phần mềm o Được vận hành nhờ vào  Quản lý  Kiểm soát  Đánh giá định lượng Tổ chức phần mềm chưa trưởng thành: o Đặt nặng vai trò cá nhân: phụ thuộc vào tuỳ biến, linh động, “chữa cháy” chuyên viên nhà quản lý o Tiến trình phần mềm (nếu có): khơng vận dụng nghiêm ngặt, khơng kiểm sốt nghiêm túc q trình vận hành o Quản lý đề án: Khơng kiểm sốt tiến độ, khơng kiểm sốt kinh phí o Chất lượng sản phẩm:  Khơng có tiêu chí khách quan để đánh giá  Xem nhẹ hoạt động cải tiến chất lượng (việc duyệt lại hồ sơ phần mềm, tra sản phẩm, kiểm thử,…) bị rút ngắn thời gian bỏ hẳn đề án có khả bị trễ hạn  Khách hàng khơng thể hình dung rõ sản phẩm đến giao nộp Tổ chức phần mềm trưởng thành: o Tiến trình phần mềm:  Được mơ tả tường minh văn bản, truyền đạt tới thành viên tham gia vào hoạt động sản xuất phần mềm Phân định rõ ràng vai trò trách nhiệm thành viên tham gia vào tiến trình phần mềm  Được vận hành, kiểm soát định lượng, tuân thủ xuyên suốt trình sản xuất phần mềm  Được tiến hoá để phù hợp với thay đổi mơi trường cơng nghệ • Cập nhật, cải tiến tiến trình phần mềm sở phân tích lợi ích kinh tế • Giảm phụ thuộc vào cá nhân, tận dụng sức mạnh đồng đội o Quản lý đề án:  Chuẩn bị kỹ kế hoạch sản xuất  Ước tính ngân sách kiểm sốt chi phí  Làm chủ thời gian tiến độ thực đề án o Chất lượng sản phẩm: đúc kết tiêu chi khách quan định hướng  Để đánh giá chất lượng sản phẩm  Để phân tích cố sản phẩm  Để đạt kết mong đợi sản phẩm Để nâng cao tính trưởng thành cần: o Phát triển lực, kỹ thuật cá nhân o Phát triển, áp dụng phương pháp, kỹ thuật o Cải tổ mơi trường cơng nghệ -> Chi phí tăng o Sử dụng chuẩn chất lượng quy trình, chất lượng sản phẩm: ISO (các phiên bản), PSP, CMMI,… o Đáp ứng chuẩn mực quốc tế o Nâng cao trình phát triển phần mềm, tăng nhân lực o Khó khăn đào tạo người -> Chi phí tăng  - Câu 3: CMMI gì? Những lợi ích mà CMMI mang lại cho ngành cơng nghiệp phần mềm? - - CMMI- Mơ hình trưởng thành lực tích hợp:  Là khung giải pháp tối ưu cho trình sản xuất phần mềm  Khơng tập trung mơ tả q trình mà mơ tả đặc điểm q trình hiệu quả→ đưa dẫn cho công ty để họ tự phát triển điều chỉnh q trình họ Lợi ích :  Lợi ích chung: o Nâng cao kiến thức kỹ lực lượng lao động o Đảm bảo tính tổ chức, khơng riêng rẻ cá thể o Duy trì tài sản người, nguồn nhân lực chủ chốt tổ chức  Về mặt quản lý: o Giảm thời gian, chi phí đạt chất lượng cao o Gia tăng khả thành công dự án o Gia tăng hợp tác chức sản xuất o Gia tăng khả theo dõi, điều khiển tổng hợp dự án Về mặt nhân sự: o Trao đổi thông tin dễ dàng thông qua sử dụng thuật ngữ chung o Nâng cao tinh thần đội ngũ lao động:  Tạo môi trường làm việc ổn định  Vạch rõ vai trò trách nhiệm vị trí cơng việc  Đánh giá lực, cơng nhận thành tích  Liên tục phát triển kỹ năng→ hội thăng tiến  Về mặt kỹ thuật: o Gia tăng tập trung tính qn cơng việc:  Triển khai quản lý nhu cầu tổ chức người sử dụng  Thiết kế triển khai hệ thống  Tích hợp hệ thống  Quản lý rủi ro  Đo lường phân tích  Câu 4: đời CMMI? Trình bày sơ lượt thể CMMI(khái niệm, đặc điểm, cấu trúc)? - Khái niệm: o Vào năm 1990, Viện công nghệ phần mềm(SEI) đại học Carnegie Mello cơng bố mơ hình CMM (Capability Maturity Model) – Mơ hình trưởng thành lực o Mục đích: giúp đơn vị sản xuất phần mềm có khả khắc phục nhược điểm quan trọng trình sản xuất phần mềm như:  Kém chất lượng  Chậm trễ thực dự án  Lãng phí chi phí lớn  Không thoả mãn yêu cầu khách hàng  Kém khả dự báo có nhiều rủi ro o CMM tạo thơng qua việc phân tích hoạt động tổ chức sản xuất phần mềm quản lý tốt o CMM bao gồm 316 nguyên tắc hoạt động, nhóm lại thành 18 hạng mục khác Các nguyên tắc tập trung vào mặt như:  Quản lý yêu cầu  Quản lý thay đổi  Lập kế hoạch dự án theo dõi việc ước lượng so với thực tế  Theo dõi hoạt động nhằm đảm bảo chất lượng  Tiến hành thảo luận ngang hàng  Huấn luyện nhân viên kỹ thuật liên quan đến công việc họ o CMM tập trung chủ yếu vào góc độ phần mềm dự án khơng nhìn nhận cách tồn diện tổ chức Mơ hình CMM phát triển thành nhiều phiên bản, tương ứng với đặc thù cũa công ty=> thống gây tốn o Chuẩn CMMi tổng hợp biến thể CMM, đời nhằm khắc phục nhược điểm CMM, mở rộng phạm vi CMM (từ việc tập trung vào phần mềm => quản lý đến mức tổ chức) Staged Representation o Khái niệm: Là phương pháp sử dụng tập định sẵn (predefined sets) vùng tiến trình (PA) nhằm định nghĩa kịch cải tiến (improvement path) cho tổ chức Ta gọi kịch cải tiến mức độ trưởng thành (Maturity Level) o Đặc điểm:  Cung cấp chuỗi cải tiến chứng minh, trước làm tảng cho  Sử dụng mức độ trưởng thành để mô tả tiến  Cung cấp đánh giá tổng kết kết thống kê cho phép so sánh tổ chức o Cấu trúc: Xem đề cương Continuous Representation o Khái niệm: phương pháp cho phép tổ chức lựa chọn vùng tiến trình cụ thể cải tiến (nhiều hay ít) o Đặc điểm:  Cho phép lựa chọn thứ tự cải tiến cho thích hợp với mục tiêu kinh doanh tổ chức làm giảm rủi ro  Cho phép so sánh tổ chức dựa tảng PA-to-PA  Sử dụng mức độ lực để mơ tả việc cải tiến tiến trình o Cấu trúc: xem đề cương o - - Câu 5: Độ đo phần mềm gì? Trình bày phép đo bản, cho ví dụ minh họa? - - Tại phải đo: o Để có sở phân tích, đánh giá khách quan vấn đế hay đối tượng o Nghi nghờ, đặt giả thuyết, muốn tìm hiểu -> đo -> kết -> phân tích -> kết luận, dự đốn, o Mỗi số đó: khơng phản ánh hết khía cạnh đối tượng (độ phức tạp phần mềm, thuật toán,…)  Cần phối hợp nhiều độ đo, vận dụng thêm tiếp cận định tính (độ hài lòng khách hàng) Các phép đo bản: o Đo dựa vào tỉ số: chia đại lượng cho đại lượng khác,tử số mẫu số tỉ số số phần tử hai tập hợp rời  VD: Ý nghĩa tỉ số = Thường có phạm vi từ 1:10 đến 1:1 phụ thuộc vào quy mô tổ chức tiến trình phát triển phần mềm • Với tỉ số nhỏ: đội ngũ xây dựng phần mềm làm việc kiểm tra chức chi tiết, đội ngũ kiểm tra phần mềm thực kiểm tra mức độ hệ thống • Với tỉ số lớn: đội ngũ kiểm tra phần mềm có trách nhiệm pha kiểm tra phần mềm đảm bảo chất lượng • Đề án phi thuyền thoi: 70 nhân viên kiểm tra, 49 nhân viên phát triển phần mềm, kết đo: ~ 7:5 Lớn nhiều so với đề án thông thường o Đo dựa vào tỉ lệ: tỉ lệ khác với tỉ số chỗ tử số tham gia vào phần mẫu số Tỉ số thường dung cho nhóm người, tỉ lệ dung cho nhiều phạm trù nhóm Có thể nhiều phạm trù:  VD: Tỉ lệ = • Dùng để khảo sát cho phần mềm • Độ đo phụ thuộc vào quan niệm khách hàng o Giá trị đo lớn: Phần mềm có chất lượng tốt o Giá trị đo nhỏ: Phần mềm có chất lượng khơng tốt  Có thể khơng phản ánh “chất lượng chất” phần mềm khảo sát o Đo dựa vào tỉ lệ phần trăm (%): Tỉ lệ % có cách nhân tỉ lệ với 100  VD: Xem đề cương • Câu 6: Sự cần thiết độ đo kích thước(độ lớn) phần mềm? trình bày loại độ đo kích thước phần mềm.? - Cần có đơn vị tính kích thước hay độ lớn phần mềm để có thể: o So sánh phần mềm với o Làm sở để tính suất lao động trung bình o Làm sở để ước lượng phần mềm: “bằng cỡ đơn vị phần mềm” o Làm sở để quy tiền Ví dụ: trung bình cần 100 USD để sản xuất đơn vị phần mềm Làm sở để báo cáo Ví dụ, năm 2013, công ty phần mềm PSV xuất tổng cộng 453 đơn vị phần mềm Độ đo hướng kích thước o Dựa số dòng mã nguồn o Đơn vị tính: LOC/pm hay KLOC/pm Kích thước = LOC (Line of Code) hay SLOC KLOC (Thousand lines of code) hay KSLOC Thời gian thực hiện: quy tháng (month) Số người tham gia: person Đơn vị pm: person X month VD: đề cương o Các vấn đề:  Có thể nhiều thị/ lệnh nằm dòng -> để có LOC xác: chuẩn hố cách viết, dùng công cụ hỗ trợ,…  Phụ thuộc vào ngôn ngữ lập trình: khó so sánh suất đề án, cơng ty có sử dụng ngơn ngữ lập trình khác  Số dòng mã nguồn thực xác sau hồn tất phần mềm -> phải có phương pháp để ước tính LOC o Các phần mềm: Code Analyzer, LocMetrics VS2010 trở lên Độ đo hướng chức năng: o Mục đích: có số đặc trưng cho hệ thống chức phần mềm  Đơn vị tính FP (Function Point), không phụ thuộc vào ngôn ngữ lập trình  Có thể ước lượng sớm độ lớn phần mềm (nhờ thơng tin từ phân tích u cầu, thiết kế tổng thể,… hệ thống)  Làm sở chung để tính suất, chi phí  Ví dụ: Cơng ty ABC: • Chi phí trung bình 1150 USD/FP • Mỗi nhân viên có suất lao động 65FP/m (trung bình 65 đơn vị FP làm tháng) o Công thức: o - - Đo suất sản xuất phần mềm = Câu 7: Độ đo PUM? Khuyết điểm PUM? Các phương pháp làm giảm PUM? Phương pháp tích cực? giải thích - PUM – Problems per User Month Công thức: PUM = VD: Triển khai phần mềm cho 15 khách hàng tháng, có 65 cố báo lại: = 0.72 - Liên hệ PUM chất lượng - PUM giảm  Chất lượng tăng Để PUM thấp, chọn phương án sau: o Cải tiến quy trình phát triển phần mềm để giảm lỗi thực o Giảm lỗi giả (giải tốt vấn đề sử dụng, cải tiến tài liệu, huấn luyện khách hàng, tăng cường dịch vụ khách hàng,…)  Giảm tử số PUM (tích cực) o Gia tăng số bán (đẩy mạnh việc bán hàng biện pháp khuyến mãi, quảng cáo,…)  Tăng mẫu số PUM (tiêu cực) điều kiện thương mại có nhiều thuận lợi, số bán tăng nhanh làm giảm giá trị PUM, gây ngộ nhận giải tốt vấn đề khách hàng, xem nhẹ việc giảm thiểu thực vấn đề (giảm tử số PUM) Câu 8: Thế sản phẩm phần mểm đạt chất lượng? trình bày tiêu chuẩn đảm bảo chất lượng sản phẩm tiến trình phần mềm(nguồn gốc, đặc điểm, vai trò…) - - - - Sản phẩm phần mểm đạt chất lượng khi: o Đáp ứng yêu cầu kỹ thuật để o Kiểm soát sữ liệu nhập dự toán liệu nhập không hợp lệ o Đã kiểm tra thử nghiệm hoàn toàn người độc lập o Có tài liệu hướng dẫn cụ thể rõ ràng o Nhận biết tỉ lệ lỗi Các tiêu chuẩn đảm bảo chất lượng: o Các kinh nghiệm phương pháp hiệu nhất, đề xuất từ tổ chức IEEE, ISO,… o Các quy tắc chuẩn hóa để giao tiếp sản phẩm với o Có thể tổ chức phát triển PM đề Đặc điểm tiêu chuẩn: o Tính cần thiết o Tính khả thi o Tính đo lường Các tiêu chuẩn sản phẩm: định nghĩa đặc tính chung cần thể Các tiêu chuẩn tiến trình: định nghĩa thực tiến trình Vai trò tiêu chuẩn: o Là chìa khóa tăng hiệu quản lý chất lượng o Tóm lượt hoạt động tốt nhất, tránh lặp lại sai lầm qua o Đảm bảo chất lượng có theo chuẩn đưa o Cung cấp nội dung tiêu chuẩn cách liên tục để nhân viên hiểu áp dụng Câu 9: Quản lý cấu hình phần mềm gì? Nêu giải thích cần quản lý cấu hình xây dựng phần mềm? - Quản lý cấu hình phần mềm (Software configuration management – SCM) o Là tiến trình kiểm sốt, theo vết thay đổi hệ thống phần mềm - - o Được dùng để quản lý phiên khác phần mềm Lý cần quản lý cấu hình: o Phần mềm chạy nhiều họ máy tính khác o Phần mềm chạy nhiều hệ điều hành khác o Gồm chức phát triển cho nhóm khách cụ thể o Sử dụng đa ngôn ngữ o Cần phải sử dụng quản lý cấu hình phần mềm  Chức quản lý cấu hình: • Theo dõi quản lý khác phiên • Đảm bảo phiên bắt ngồn (kế thừa) từ phiên gốc tiến trình kiểm sốt (khơng tuỳ tiện, tự phát) • Đảm bảo phiên giao đến khách hàng thời gian quy định Các hoạt động tiến trình quản lý cấu hình o Hoạch định quản lý cấu hình o Quản lý thay đổi phần mềm o Quản lý phiên phần mềm o Xây dựng phần mềm từ thành tố o Lưu ý:  Tiến trình quản lý cấu hình thực chạy sau phiên đầu hệ thống phát triển  Tuy nhiên, số đề xuất hoạch định tiến trình nên bắt đầu khởi động đề án hoạt động suốt thời gian phát triển hệ thống Câu 10: Tiến trình quản lý thay đổi phần mềm gồm hoạt động nào? Mơ tả thuật tốn tiến trình quản lý thay đổi? - - Tiến trình quản lý thay đổi phần mềm bao gồm: o Phân tích đánh giá mặt kỹ thuật o Đánh giá chi phí o Theo dõi “vết” thay đổi Thuật tốn tiến trình quản lý thay đổi: Yêu cầu thay đổi cách điền vào “mẫu yêu cầu thay đổi” Phân tích yêu cầu thay đổi Nếu { Đánh giá sơ cách thức cài đặt thay đổi Ước lượng phí tổn Ghi nhận yêu cầu thay đổi vào CSDL Đệ trình yêu cầu thay đổi tới Bộ phận kiểm soát thay đổi Nếu thay đổi chấp nhận { Lặp lại { Tiến hành phần mềm thay đổi theo yêu cầu Ghi nhận thay đổi, liên kết với yêu cầu thay đổi Đệ trình phần mềm để phê chuẩn chất lượng } đến (chất lượng phần mềm chấp nhận) Tạo phiên } Ngược lại Bác bỏ yêu cầu thay đổi } Ngược lại Bác bỏ yêu cầu thay đổi Câu 11: Quản lý phiên gì? Trình bày cho ví dụ phương pháp định danh phiên bản? - - - Quản lý phiên tiến trình định nghĩa, theo dõi kiểm sốt phiên khác nhau hệ thống phần mềm Phiên (version): thể phần mềm mà có thay đổi so với thể khác phần mềm o Thay đổi bao gồm: chức mới, cải tiến hiệu năng, sửa đổi lỗi phiên cũ… Một số phiên tương đương hồn tồn mặt chức thiết kế để hoạt động cho cấu hình phần mềm hay phần cứng khác Phiên phát hành (realease): phiên phân phối đến khách hàng Số lượng phiên hệ thống phần mềm nhiều số lượng phiên phát hành hệ thống o Cấu trúc tổng quát phiên phát hành bao gồm:  Các chương trình thực thi hay tập hợp chương trình  Các tập tin cấu hình để xác định cách thức, nghi thức cài đặt cho môi trường cụ thể  Các tập tin liệu cần cho hoạt động hệ thống  Một chương trình cài đặt dùng để cài đặt hệ thống phần mềm  Các tài liệu (giấy/ văn điện tử) liên quan đến hệ thống phần mềm (VD: file ReadMe) Có phương pháp định danh phiên chính: o Sơ đồ tuyến tính: sơ đồ giả sử tiến hoá hệ thống phần mềm diễn tuần tự, phiên sau tương thích với phiên trước:  Phiên đầu tiên: 1.0  Các phiên sở là: 1.0, 2.0, 3.0,…  Các phiên khác bắt nguồn từ phiên sở, như: 2.1, 2.1.1, 3.0.1,…  Khó khăn: Nếu nhiều phiên bắt nguồn từ phiên cha đánh số phiên nào? • Nếu nhiều phiên hệ thống tạo phân phối đến nhiều khách hàng khác nhau, khách hàng có phiên định danh o Sơ đồ định danh theo dạng mạng: Xem đề cương o Sơ đồ định danh theo tên:  VD: V1/VMS/DB server -> phiên DB server chạy hệ điều hành VMS Lưu ý chung việc định danh phiên bản: o Các phương pháp định danh phiên không phản ánh hết thuộc tính liên quan đến phiên phần mềm Các thuộc tính nên lưu CSDL quản lý cấu hình bao gồm thông tin sau:  Khách hàng  Ngôn ngữ dùng để phát triển  Tình trạng phát triển  Cấu hình phần cứng  Hệ điều hành  Ngày tạo phiên • - Bổ sung: chương quản lý chất lượng Quản lý chất lượng - - Quản lý chất lượng (software quality management): tiến trình liên quan đến việc bảo đảm yêu cầu cấp độ chất lượng (level of quality) sản phẩm phần mềm Quản lý chất lượng bao gồm định nghĩa tiêu chuẩn chất lượng thủ tục thích hợp đồng thời, bảo đảm việc phát triển phần mềm theo tiêu chuẩn Đối với tổ chức phần mềm hoạt động xây dựng mục tiêu chất lượng sản phẩm trách nhiệm thành viên (quality culture) Các tính chất chất lượng phần mềm o An toàn o Mạnh mẽ trước công o Dễ kiểm tra o Ổn định o Hiệu cao o Bảo mật o Dễ hiểu o Tương thích cao o Linh động o Dễ học o Tái sử dụng Mục tiêu quản lý chất lượng phần mềm Xây dựng chất lượng cho phần mềm từ giai đoạn bắt đầu Điều đồng nghĩa với việc bảo đảm yêu cầu cho phần mềm từ nguồn khác phải định nghĩa, diễn đạt hiểu cách đắn, người đưa yêu cầu người thực yêu cầu o Bảo đảm chất lượng phần mềm xuyên suốt trình phát triển Các hoạt động quản lý chất lượng: o Đảm bảo chất lượng (Quality Assurance – QA): Thiết lập thủ tục để tổ chức tiêu chuẩn chất lượng o Lập kế hoạch chất lượng (Quality Planning – QP): Lựa chọn thủ tục áp dụng tiêu chuẩn cho dự án cụ thể sửa đổi chúng cần o Kiểm soát chất lượng (Quality Control - QC): Đảm bảo thủ tục tiêu chuẩn thực nghiêm túc đội ngũ phát triển phần mềm o Chú ý: Quản lý chất lượng cần tách rời khỏi nhóm phát triển dự án -> Bộ phận độc lập o - Tiến trình đo phần mềm: - Tiến trình đo phần mềm tiến trình tiến trình kiểm sốt chất lượng Dữ liệu thu thập tồn tiến trình cần lưu trữ tài nguyên Cơ sở liệu đo làm sở để so sánh với dự án khác Độ đo sản phẩm: - Tiến trình đo chất lượng sở để xác định chất lượng sản phẩm phần mềm Phân loại độ đo sản phẩm: o Dynamic metrics: liên quan trực tiếp đến thuộc tính chất lượng, liệu đo tạo trình thực thi chương trình (thời gian đápn ứng, số lượng lỗi, ) -> dùng đánh giá tính hiệu tin cậy o Static metrics: liên quan gián tiếp đến thuộc tính chất lượng, liệu đo q trình biểu diễn hệ thống phần mềm (số dòng mã lệnh) -> dùng để đánh giá tính phức tạp, tính dễ hiểu khả bảo trì Bổ sung: chương 1: Tiến trình tra mã nguồn - Tiến trình dò tìm lỗi mã nguồn sau hết lỗi biên dịch (trước dịch thành mã thực thi để chạy kiểm thử) Các hoạt động: o Prepating for Inspectation: Source codes (hardcopies, files) cung cấp cho lần tra o Inspection Overview: họp nhanh để giải thích cách bố trí đoạn mã o Individual Inspection: Mỗi tra cố gắng phát tất lỗi (defects) chương trình o Meeting: Để định khuyết điểm cần phải báo cáo  Tất tra phải tham dự buổi họp  Moderator (người nhiều kinh nghiệm lập trình) Rework: Danh sách lỗi đưa để tác giả sửa đổi cải tiến mã nguồn Follow up: Sự đắn giai đoạn rework kiểm tra lại buổi họp tổng kết lần tra sau kết thúc dự án o Record keeping: thông tin sản phẩm, trách nhiệm thành viên dự án Các vai trò: o Code author: viết code, sửa chữa lỗi phát o Inspector: tìm lỗi bỏ sót, khơng qn chương trình o Reader: diễn giải đoạn mã họp tra o Scribe: ghi lại kết họp o Moderator: quản lý quy trình tiện ích việc tra, báo cáo kết xử lý đến chief moderator o Chief moderator: chịu trách nhiệm cải tiến tiến trình tra, cập nhật danh sách kiểm tra, phát chuẩn Tools: Code viewers, Code Analysers, File Managers, Workflow Tools,… Những điểm đáng ghi nhận: o Tìm 60% lỗi dùng phương pháp khơng hình thức o Tìm 90% lỗi vận dụng thêm phương pháp hình thức, phương pháp toán học o Khảo sát từ đề án lớn (1980): giá phải trả để sửa chữa, khắc phục lỗi phát khi:  Thanh tra sản phẩm USD  Kiểm thử 13 USD  Sau phát hành 95 USD o Mã nguồn đáp ứng thuộc tính chất lượng (chuẩn mã hố, tương thích, dễ bảo trì,…) o o - - PHẦN BÀI TẬP: đề tự chế nha, chủ yếu cách làm thơi VD: Một cơng ty có hiệu suất sản xuất 14FP/PM, chi phí để trả cho người 500USD, ước lượng chi phí quy tiền USD, quy PM Ci Wi 4 10 F1 -> F5: F6 -> F10: F11 -> F14 : Chi phí FP = = = 35.7 (USD) Số lượng FP =  X (0.65 + 0.01 X ) = X (0.65 + 0.01 X ) = (5*3 + 6*4 + … 9*7) X (0.65 + 0.01 X (1+1+1+1+1+3+3+3+3+3+4+4+4+4)) = 210 X (0.65 + 0.01 X (5+15+16))=212.1 (FP) Chi phí quy tiền USD = số lượng FP X chi phí FP = 212.1 X 35.7 = 7571.97 (USD) Quy đơn vị PM = = = 15.15 ... phần mềm. ? - Cần có đơn vị tính kích thước hay độ lớn phần mềm để có thể: o So sánh phần mềm với o Làm sở để tính suất lao động trung bình o Làm sở để ước lượng phần mềm: “bằng cỡ đơn vị phần mềm ... Ví dụ: trung bình cần 100 USD để sản xuất đơn vị phần mềm Làm sở để báo cáo Ví dụ, năm 2013, công ty phần mềm PSV xuất tổng cộng 453 đơn vị phần mềm Độ đo hướng kích thước o Dựa số dòng mã nguồn... sốt, theo vết thay đổi hệ thống phần mềm - - o Được dùng để quản lý phiên khác phần mềm Lý cần quản lý cấu hình: o Phần mềm chạy nhiều họ máy tính khác o Phần mềm chạy nhiều hệ điều hành khác