Tiêu chuẩn này cung cấp các yêu cầu và các khuyến nghị cho triển khai thực tiễn đánh giá sản phẩm phần mềm khi việc đánh giá được thực hiện song song với việc phát triển phần mềm và được thực hiện bởi người phát triển. Quy trình mô tả trong tiêu chuẩn này xác định các hoạt động cần thiết để phân tích các yêu cầu đánh giá, để xác định, thiết kế, và thực hiện các hoạt động đánh giá và để kết luận đánh giá bất kì loại sản phẩm phần mềm nào. Quy trình đánh giá này được thiết kế để sử dụng đồng thời với quá trình phát triển. Quy trình đánh giá cần được đồng bộ với quá trình phát triển phần mềm và các thực thể được đánh giá như khi chúng được phân phối.
TIÊU CHUẨN QUỐC GIA TCVN 8707:2011 CÔNG NGHỆ THÔNG TIN - ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM - PHẦN 3: QUY TRÌNH CHO NGƯỜI PHÁT TRIỂN Information technology - Software product evaluation - Part 3: Process for developers Lời nói đầu TCVN 8707:2011 xây dựng sở ISO/IEC 14598-3 TCVN 8707:2011 Viện Khoa học Kỹ thuật Bưu điện biên soạn, Bộ Thông tin Truyền thông đề nghị, Tổng cục Tiêu chuẩn Đo lường Chất lượng thẩm định, Bộ Khoa học Cơng nghệ cơng bố CƠNG NGHỆ THÔNG TIN - ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM - PHẦN 3: QUY TRÌNH CHO NGƯỜI PHÁT TRIỂN Information technology - Software product evaluation - Part 3: Process for developers Phạm vi áp dụng Tiêu chuẩn cung cấp yêu cầu khuyến nghị cho triển khai thực tiễn đánh giá sản phẩm phần mềm việc đánh giá thực song song với việc phát triển phần mềm thực người phát triển Quy trình mơ tả Tiêu chuẩn xác định hoạt động cần thiết để phân tích yêu cầu đánh giá, để xác định, thiết kế, thực hoạt động đánh giá để kết luận đánh giá loại sản phẩm phần mềm Quy trình đánh giá thiết kế để sử dụng đồng thời với trình phát triển Quy trình đánh giá cần đồng với trình phát triển phần mềm thực thể đánh chúng phân phối Tiêu chuẩn sử dụng bởi: • Người quản lý dự án để làm sáng tỏ yêu cầu chất lượng, giám sát kiểm soát chất lượng phần mềm trình phát triển đưa định để đảm bảo chất lượng theo yêu cầu, • Người thiết kế phần mềm để xác định đặc tính riêng phải xây dựng phần mềm thay đổi nhằm thỏa mãn yêu cầu chất lượng, • Người có trách nhiệm bảo đảm/kiểm sốt/kiểm tra chất lượng để đánh giá yêu cầu chất lượng có đạt khơng, • Người bảo trì để đưa định cho việc triển khai thay đổi hay thiết kế lại/ xây dựng lại, • Người mua sản phẩm phần mềm phần thỏa thuận với người phát triển mua sản phẩm (ví dụ trường hợp phát triển phần mềm gia công) không yêu cầu đánh giá độc lập Người mua sản phẩm cá nhân vai trò mua, người phát triển gia cơng phần sản phẩm phần mềm hay người dùng cuối Vai trò người mua sản phẩm phụ thuộc vào thỏa thuận người mua người phát triển Tiêu chuẩn nhằm cho ứng dụng mức độ dự án Để đạt ích lợi đầy đủ từ tiêu chuẩn tổ chức liên quan phải tham gia Tiêu chuẩn không qui định báo hay phép đánh giá riêng khơng qui định phương pháp phát triển đặc thù Tài liệu viện dẫn Các tài liệu viện dẫn sau cần thiết để áp dụng tiêu chuẩn Đối với tài liệu viện dẫn ghi năm cơng bố áp dụng nêu Đối với tài liệu viện dẫn khơng ghi năm cơng bố áp dụng phiên nhất, bao gồm sửa đổi, bổ sung (nếu có) [1] TCVN 8702:2011 - Cơng nghệ thơng tin - Chất lượng sản phẩm phần mềm - Phần 1: Các phép đánh giá ngồi [2] TCVN 8703:2011 - Cơng nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 2: Các phép đánh giá [3] TCVN 8704:2011 - Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 3: Các phép đánh giá chất lượng sử dụng [4] TCVN 8705:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 1: Tổng quan [5] TCVN 8706:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 2: Quy trình cho bên đánh giá [6] TCVN 8708:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 4: Quy trình cho người mua sản phẩm [7] ISO/IEC 12119 - Information technology - Software pagkages - Quality requirements and testing (ISO/IEC 12119 - Cơng nghệ thơng tin - Gói phần mềm - Các yêu cầu chất lượng kiểm tra) [8] ISO/IEC 12207 - Systems and software engineering - Software life cycle processes (ISO/IEC 12207 - Kỹ thuật hệ thống phần mềm - Các q trình vòng đời phần mềm) [9] ISO/IEC 9126-1 - Software engineering - Product quality - Part 1: Quality model (ISO/IEC 9126-1Kỹ thuật phần mềm - Chất lượng sản phẩm - Phần 1: Mơ hình chất lượng) [10] ISO/IEC 14598-6 - Information technology - Software product evaluation - Part 6: Documentation of evaluation modules (ISO/IEC 14598-6 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm Phần 6: Tài liệu mô đun đánh giá) [11] ISO/IEC 15026 - lnformation technology - System and software integrity levels (ISO/IEC 15026 Công nghệ thông tin - Các mức toàn vẹn hệ thống phần mềm) Thuật ngữ định nghĩa 3.1 Các nhu cầu (implied needs) Các nhu cầu chưa cơng bố nhu cầu thực thực thể sử dụng điều kiện đặc thù CHÚ THÍCH: Các nhu cầu nhu cầu thực tế chưa đưa tài liệu 3.2 Chất lượng (quality) Tổng hợp đặc tính thực thể liên quan tới khả thỏa mãn yêu cầu công bố ám CHÚ THÍCH: Trong mơi trường hợp đồng, mơi trường quy định, lĩnh vực an tồn ngun tử, yêu cầu xác định, trong môi trường khác, yêu cầu ám phải nhận biết định nghĩa CHÚ THÍCH 2: Trong tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 thực thể liên quan sản phẩm phần mềm 3.3 Chất lượng (external quality) Khả sản phẩm thỏa mãn yêu cầu công bố ám sử dụng điều kiện xác định 3.4 Chất lượng sử dụng (quality in use) Khả sản phẩm phần mềm cho phép người sử dụng xác định đạt tới mục tiêu xác định với tính hiệu quả, suất, tính an tồn thỏa mãn ngữ cảnh cụ thể sử dụng CHÚ THÍCH: Định nghĩa chất lượng sử dụng tương tự định nghĩa tính khả dụng ISO 9241-11 Trong TCVN 8705-8708:2011 thuật ngữ tính khả dụng sử dụng cho đặc tính chất lượng phần mềm mô tả ISO/IEC 9126-1 3.5 Chất lượng (internal quality) Tổng hợp thuộc tính sản phẩm xác định khả để thỏa mãn yêu cầu công bố ám sử dụng điều kiện xác định CHÚ THÍCH 1: Thuật ngữ “chất lượng trong”, sử dụng tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 trái ngược với “chất lượng ngồi”, có ý nghĩa với “chất lượng” ISO 8402 CHÚ THÍCH 2: Thuật ngữ “thuộc tính” sử dụng với ý nghĩa thuật ngữ “đặc tính” sử dụng 3.21, thuật ngữ “đặc tính” sử dụng ý nghĩa đặc trưng tiêu chuẩn từ TCVN 8702:2011 đến TCVN 8704:2011 3.6 Chỉ báo (indicator) Hệ đo sử dụng để ước lượng dự báo hệ đo khác CHÚ THÍCH 1: Hệ đo tính chất khác CHÚ THÍCH 2: Các báo sử dụng cho ước lượng thuộc tính chất lượng phần mềm ước lượng thuộc tính q trình sản xuất Chúng hệ đo gián tiếp thuộc tính 3.7 Đánh giá chất lượng (quality evaluation) Kiểm tra cách hệ thống giới hạn mà thực thể có khả thực yêu cầu xác định CHÚ THÍCH: Các u cầu xác định thức, sản phẩm phát triển cho người sử dụng cụ thể hợp đồng, hay xác định tổ chức phát triển, sản phẩm phát triển cho người sử dụng không cụ thể, phần mềm thương mại, yêu cầu chung hơn, người sử dụng đánh giá sản phẩm cho mục đích so sánh lựa chon 3.8 Đo (measure - verb.) Thiết lập phép đo 3.9 Đơn vị (unit) Số lượng chấp nhận tiêu chuẩn phép đo Mỗi đơn vị có thang đánh giá tương ứng 3.10 Hệ đo (measure - noun.) Số lượng phạm trù gắn với thuộc tính thực thể cách thiết lập phép đo 3.11 Hệ đo gián tiếp (indirect measure) Hệ đo thuộc tính nhận từ hệ đo nhiều thuộc tính khác CHÚ THÍCH: Hệ đo ngồi thuộc tính hệ thống máy tính (như thời gian đáp ứng đầu vào người sử dụng) hệ đo gián tiếp thuộc tính phần mềm hệ đo bị ảnh hưởng thuộc tính mơi trường tính tốn thuộc tính phần mềm 3.12 Hệ đo (external measure) Hệ đo gián tiếp sản phẩm nhận từ hệ đo hoạt động hệ thống mà sản phẩm phần CHÚ THÍCH 1: Hệ thống bao gồm phần cứng, phần mềm liên kết (kể phần mềm khách hàng phần mềm đóng gói) người sử dụng CHÚ THÍCH 2: Số cố phát trình kiểm tra hệ đo số cố chương trình số cố đếm q trình vận hành hệ thống máy tính thực chương trình để nhận biết lỗi mã CHÚ THÍCH 3: Các hệ đo ngồi sử dụng để đánh giá thuộc tính chất lượng gần với mục tiêu thiết kế 3.13 Hệ đo (internal measure) Hệ đo nhận từ thân phần mềm, trực tiếp hay gián tiếp, khơng xuất phát từ hệ đo hoạt động hệ thống mà phần CHÚ THÍCH: Các dòng mã, độ phức tạp, số cố phát bước Chỉ số mờ tất đo lường tạo thân phần mềm 3.14 Hệ đo trực tiếp (direct measure) Hệ đo thuộc tính khơng phụ thuộc vào hệ đo thuộc tính khác 3.15 Hệ thống (system) Tổng hợp tích hợp bao gồm nhiều trình, phần cứng, phần mềm, phương tiện người, cung cấp khả thỏa mãn nhu cầu mục tiêu cơng bố 3.16 Mơ hình chất lượng (quality model) Một đặc tính quan hệ chúng, cung cấp sở cho yêu cầu chất lượng xác định đánh giá chất lượng 3.17 Mơđun đánh giá (evaluation module) Gói cơng nghệ đánh giá cho đặc tính hay đặc tính nhỏ chất lượng phần mềm xác định CHÚ THÍCH: Gói bao gồm phương pháp kỹ thuật đánh giá, đầu vào đánh giá, liệu đo thu thập, thủ tục công cụ hỗ trợ 3.18 Mức phân hạng (rating level) Điểm thang đánh giá thang đánh giá thứ tự sử dụng để phân loại thang đánh giá phép đo CHÚ THÍCH 1: Mức phân hạng cho phép phần mềm phân lớp (phân hạng) tương ứng với nhu cầu công bố hay CHÚ THÍCH 2: Các mức phân hạng thích hợp liên quan với quan điểm chất lượng, tức “Người sử dụng”, “Người quản lý” hay “Người phát triển” 3.19 Người bảo trì (maintainer) Tổ chức thực hoạt động bảo trì 3.20 Người cung cấp (supplier) Tổ chức tham gia vào hợp đồng với người mua sản phẩm để cung cấp hệ thống, sản phẩm phần mềm dịch vụ phần mềm theo điều khoản hợp đồng 3.21 Người mua sản phẩm (acquirer) Tổ chức mua hay nhận hệ thống, sản phẩm phần mềm dịch vụ phần mềm từ nhà cung cấp CHÚ THÍCH: Người mua sản phẩm là: người mua, khách hàng, chủ sở hữu, người sử dụng 3.22 Người phát triển (developer) Tổ chức tạo lập hoạt động phát triển (bao gồm phân tích yêu cầu, thiết kế, kiểm tra thông qua chấp thuận) q trình vòng đời phần mềm 3.23 Người sử dụng (user) Cá nhân sử dụng sản phẩm phần mềm để thực chức xác định CHÚ THÍCH: Người sử dụng bao gồm người vận hành, người nhận kết phần mềm, người phát triển, người bảo trì phần mềm 3.24 Phân hạng (rating) Hành động ánh xạ giá trị đo tới mức phân hạng thích hợp Thường dùng để xác định mức phân hạng liên quan với phần mềm cho đặc tính chất lượng cụ thể 3.25 Phần mềm (software) Tất phần chương trình, thủ tục, qui tắc, tài liệu kèm hệ thống xử lí thơng tin CHÚ THÍCH: Phần mềm sáng tạo trí tuệ khơng phụ thuộc vào phương tiện lưu trữ 3.26 Phép đánh giá (metric) Thang đo phương pháp sử dụng đo CHÚ THÍCH 1: Phép đánh giá ngồi CHÚ THÍCH 2: Các phép đánh giá bao gồm phương pháp cho phân loại liệu định tính 3.27 Phép đo (measurement) Quá trình gắn số lượng phạm trù với thực thể mơ tả thuộc tính thực thể CHÚ THÍCH: Phạm trù sử dụng để biểu thị phép đo định tính thuộc tính Ví dụ, số thuộc tính quan trọng sản phẩm phần mềm, ngơn ngữ chương trình nguồn (ADA, C, COBOL, …) định tính 3.28 Qui tắc giá trị (counting rule) Các điều kiện thủ tục phải tuân thủ đạt giá trị đo 3.29 Sản phẩm phần mềm (software product) Một chương trình máy tính, thủ tục, tài liệu kèm liệu thiết kế để phân phối cho người sử dụng CHÚ THÍCH: Sản phẩm bao gồm sản phẩm trung gian, sản phẩm dự định cho người sử dụng người phát triển người bảo trì 3.30 Sản phẩm phần mềm trung gian (intermediate software product) Sản phẩm trình phát triển phần mềm sử dụng đầu vào giai đoạn khác trình phát triển phần mềm CHÚ THÍCH: Trong số trường hợp sản phẩm trung gian sản phẩm cuối 3.31 Sự hỏng (fault) Một bước, trình hay xác định liệu khơng chương trình máy tính 3.32 Sự xác minh (verification) Khẳng định kiểm tra cung cấp chứng khách quan yêu cầu xác định thực CHÚ THÍCH 1: Trong thiết kế phát triển, xác minh liên quan đến trình kiểm tra kết hoạt động cho trước để xác định việc tuân theo yêu cầu cơng bố cho hoạt động CHÚ THÍCH 2: “Xác minh” sử dụng để định trạng thái tương ứng 3.33 Sự xác nhận (validation) Khẳng định kiểm tra cung cấp chứng khách quan yêu cầu đặc thù cho sử dụng dự kiến cụ thể thực CHÚ THÍCH 1: Trong thiết kế phát triển, xác nhận liên quan đến trình kiểm tra sản phẩm để xác định việc tuân theo nhu cầu người sử dụng CHÚ THÍCH 2: Xác nhận thông thường thực sản phẩm cuối điều kiện vận hành xác định Nó cần thiết giai đoạn sớm CHÚ THÍCH 3: “Xác nhận” sử dụng để định trạng thái tương ứng CHÚ THÍCH 4: Nhiều xác nhận thực có sử dụng dự kiến khác 3.34 Thang đánh giá (scale) Bộ giá trị với đặc tính xác định CHÚ THÍCH: Các ví dụ loại thang đánh giá là: thang danh nghĩa phù hợp với phạm trù; thang thứ tự phù hợp với xếp điểm thang đánh giá; thang khoảng phù hợp với thang đánh giá xếp với điểm thang cách nhau; thang đánh giá tỷ lệ khơng có điểm thang đánh giá cách mà có điểm khơng tuyệt đối Các phép đánh giá sử dụng thang danh nghĩa thang thứ tự cung cấp liệu định tính, phép đánh giá sử dụng thang khoảng thang tỷ lệ cung cấp liệu định lượng 3.35 Thất bại (failure) Kết thúc khả sản phẩm thực chức yêu cầu hay bất lực thực giới hạn xác định trước 3.36 Thuộc tính (attribute) Đặc tính vật lý đo hay đặc tính lý thuyết thực thể 3.37 Thuộc tính ngồi (external attribute) Đặc tính đo thực thể nhận khía cạnh liên hệ đến mơi trường CHÚ THÍCH: Các thuộc tính ngồi thuộc tính liên hệ đến u cầu (các đặc tính ngồi phần mềm) Các thuộc tính ngồi nhận từ hoạt động hệ thống mà thành phần 3.38 Thuộc tính (internal attribute) Đặc tính đo thực thể nhận hồn tồn phạm vi thân thực thể CHÚ THÍCH: Các thuộc tính thuộc tính liên hệ đến tổ chức phần mềm phát triển Các khái niệm đánh giá 4.1 Các khía cạnh chung Chất lượng sản phẩm phần mềm mơ tả phạm trù đặc tính chất lượng CHÚ THÍCH: Bộ đặc tính chất lượng định nghĩa ISO/IEC 9126-1 Tuy nhiên, nói chung khơng thực tế ấn định giá trị đo trực tiếp cho đặc tính Thay vào đó, thuộc tính chất lượng phần mềm sản phẩm phần mềm chọn để đại điện cho khía cạnh chủ yếu đặc tính Các giá trị đo thuộc tính đưa biểu diễn định lượng chất lượng phần mềm Tầm quan trọng tiêu chuẩn hỗ trợ người phát triển áp dụng phép đo phần mềm đánh giá vòng đời phát triển Việc thực cách xác định thuộc tính sản phẩm trung gian hoạt động phát triển cách đo thuộc tính Cơng việc cung cấp phương tiện cho giám sát định lượng quản lý chất lượng sản phẩm phần mềm phát triển trình phát triển Mục tiêu xác định vấn đề để đạt chất lượng mong muốn sớm tốt trình phát triển Kiến thức phép đo đánh giá phần mềm không đưa khuyến nghị đơn thuộc tính áp dụng cho sản phẩm phần mềm cho tổ chức phát triển phần mềm Do đó, lựa chon thuộc tính sản phẩm phần mềm, sản phẩm trung gian hoạt động phát triển dựa kinh nghiệm tổ chức phát triển phần mềm 4.2 Các nhu cầu người sử dụng Xác định nhu cầu người sử dụng khía cạnh quan trọng việc thiết lập yêu cầu chất lượng chung Nó thực cách xác định nhu cầu người sử dụng cho chất lượng sử dụng ngữ cảnh đặc thù sử dụng Các yêu cầu chung không hợp thức mặt chất cần thức hóa Chúng định lượng đánh giá sử dụng phép đánh giá chất lượng sử dụng CHÚ THÍCH: Bộ phép đánh giá chất lượng sử dụng mô tả TCVN 8704:2011 Cách tiếp cận phần tạo lập yêu cầu chung phạm vi thuộc tính ngồi 4.3 Các thuộc tính ngồi Các thuộc tính chất lượng ngồi mơ tả đặc tính chất lượng sản phẩm phần mềm Chúng sử dụng để biểu diễn yêu cầu chất lượng cách định lượng Công việc thực cách ấn định giá trị đo mục tiêu cho thuộc tính Khi sản phẩm phần mềm phát triển giá trị đo thực tế thuộc tính thu thập, từ cung cấp biểu diễn định lượng đặc tính chất lượng phần mềm Đánh giá chất lượng thực cách so sánh giá trị đo thực với giá trị mục tiêu tất thuộc tính CHÚ THÍCH: Bộ phép đánh giá chất lượng phần mềm đưa TCVN 8702:2011 4.4 Các thuộc tính Nhằm mục đích giám sát quản lý chất lượng phần mềm trình phát triển yêu cầu chất lượng chuyển thành yêu cầu sản phẩm trung gian hoạt động phát triển Việc thực cách chuyển giá trị đo mục tiêu thuộc tính ngồi sản phẩm phần mềm thành giá trị đo mục tiêu thuộc tính sản phẩm trung gian hoạt động phát triển Việc lựa chọn thuộc tính chuyển giá trị mục tiêu thành giá trị mục tiêu hoạt động quan trọng Nó phụ thuộc vào kinh nghiệm cá nhân người phát triển tổ chức phát triển cung cấp hạ tầng cho việc thu thập phân tích kinh nghiệm từ dự án hồn thành trước Trong trường hợp này, kinh nghiệm tổ chức phát triển hỗ trợ cho hoạt động CHÚ THÍCH 1: Khía cạnh tổ chức mô tả TCVN 8705:2011 Trong trình phát triển giá trị thực thuộc tính đo Các giá trị so sánh với giá trị mục tiêu Nó cung cấp việc quản lý chất lượng phần mềm trình phát triển Các thuộc tính sử dụng để xác định tượng khơng bình thường hay phần ngồi (tức giá trị thuộc tính lệch khỏi giá trị bình thường mong đợi) Các kinh nghiệm chung cho biết thực thể có giá trị kiểm tra sát thực Một số thuộc tính sử dụng giám sát xu hướng trình phát triển chúng đo định kì (ví dụ hàng tuần) Xu hướng đo sử dụng để nhận biết sớm vấn đề, liên quan đến sản phẩm trình phát triển CHÚ THÍCH 2: Bộ phép đánh giá đề xuất TCVN 8703:2011 4.5 Các báo chất lượng Các thuộc tính chất lượng sử dụng báo chất lượng Đặc biệt, thuộc tính thường sử dụng báo thuộc tính ngồi; khơng phải qui luật chung, quan hệ trực tiếp báo chất lượng thuộc tính ngồi chưa khẳng định Tuy nhiên, nói chung chấp nhận báo chất lượng cung cấp hướng dẫn có ích sử dụng cách cẩn trọng Sử dụng báo chất lượng cho phép người phát triển phần mềm xác định sớm vấn đề chất lượng xảy q trình phát triển có hành động sửa đổi Hiện khơng có báo chất lượng chung thích hợp cho tất hoạt động phát triển phần mềm Tồn khác ứng dụng, phương pháp công cụ phát triển, khác tổ chức dự án văn hóa số ví dụ Do đó, vài báo hữu ích tổ chức, khơng dùng tổ chức khác 4.6 Quy trình đánh giá Quy trình đánh giá mơ tả phần cấu thành từ hoạt động kiểm soát người phát triển Các hoạt động tạo lập dựa sở giá trị đo đạt trình phát triển CHÚ THÍCH 1: Quy trình đánh giá chung mơ tả TCVN 8705:2011 CHÚ THÍCH 2: Các khía cạnh tổ chức đánh giá mô tả TCVN 8705:2011 Quy trình đánh giá bao gồm năm hoạt động sau: • Thiết lập yêu cầu đánh giá bao gồm xáo định yêu cầu chất lượng chung tương ứng với mơ hình chất lượng thỏa thuận Hoạt động mơ tả mục 5.2 • Đặc tính đánh giá bao gồm xác định phép đánh giá giá trị đo mục tiêu (tiêu chuẩn cho đánh giá) Hoạt động mô tả mục 5.3.1 Đặc tính bao gồm xác định phép đánh giá giá trị đo mục tiêu (tiêu chuẩn cho đánh giá) Hoạt động mơ tả mục 5.3.2 • Thiết kế đánh giá bao gồm lập kế hoạch hành động thu thập số liệu Hoạt động mô tả mục 5.4.1 5.4.2 • Thực đánh giá bao gồm việc thu thập giá trị đo trong trình phát triển so sánh chúng với giá trị mục tiêu (đánh giá trình phát triển) Các giá trị thuộc tính (các báo chất lượng) sử dụng để ước lượng chất lượng sản phẩm cuối Việc mô tả mục 5.5.1 Nó bao gồm việc thu thập giá trị đo chúng trở nên sẵn sàng so sánh chúng với giá trị mục tiêu (đánh giá chất lượng sản phẩm) Hoạt động mơ tả mục 5.5.2 • Phản hồi tới tổ chức dựa soát xét kết đánh giá Hoạt động mô tả mục 5.5.3 4.7 Mối quan hệ đánh giá q trình vòng đời Đánh giá sản phẩm phần mềm tạo lập phạm vi q trình vòng đời CHÚ THÍCH 1: Các q trình vòng đời định nghĩa ISO/IEC 12207:1995 Phần liên quan chủ yếu đến trình phát triển CHÚ THÍCH 2: Các q trình phát triển mô tả ISO/IEC 12207 mục 5.3 Như phát biểu ISO/IEC 12207, đưa đến cần thiết để xem xét q trình trì (mục 5.5) hỗ trợ trình vòng đời (điều 6) q trình vòng đời thuộc tổ chức (điều 7) Khi tiêu chuẩn sử dụng trường hợp phát triển phần mềm gia cơng liên quan đến q trình mua sản phẩm q trình cung cấp mơ tả ISO/IEC 12207 mục 5.1 5.2 Các yêu cầu đánh giá 5.1 Các yêu cầu chung 5.1.1 Các yêu cầu tổ chức Tổ chức phát triển phải xây dựng hạ tầng cho phép thu thập số liệu thay đổi quy trình dựa phân tích số liệu CHÚ THÍCH: Các khía cạnh đánh giá tổ chức mô tả Tiêu chuẩn TCVN 8705:2011 5.1.2 Các yêu cầu dự án Người phát triển phải phát triển phần mềm tuân theo quy trình phát triển chặt chẽ cho phép lập kế hoạch kiểm soát đo kiểm đánh giá phần mềm CHÚ THÍCH 1: Q trình vòng đời mô tả Tiêu chuẩn ISO/IEC 12207 Sự phát triển mơ tả mục 4.3 CHÚ THÍCH 2: Khái quát đánh giá sản phẩm phần mềm xem Tiêu chuẩn TCVN 8705:2011 Người phát triển phải liên kết hoạt động đánh giá với q trình hoạt động trợ giúp CHÚ THÍCH 3: Q trình trợ giúp mơ tả Tiêu chuẩn ISO/IEC 12207, bao gồm trình đảm bảo chất lượng (mục 6.3), trình thẩm tra (mục 6.4), trình xác nhận (mục 6.5) q trình kiểm tốn (mục 6.7) Một số phương pháp phân tích số liệu yêu cầu số liệu từ dự án trước phát triển điều kiện tương tự với yêu cầu chất lượng tương tự Do đó, người phát triển phải áp dụng mơ hình phát triển tương tự sử dụng dự án trước tổ chức phát triển Cùng thuộc tính phải áp dụng dự án phép phân tích số liệu 5.2 Thiết lập yêu cầu đánh giá Mục đề cập đến việc thiết lập yêu cầu chất lượng chung phân tích tính khả thi chúng Người phát triển phải đảm bảo yêu cầu chất lượng chung áp dụng cho hệ thống phần mềm xác định Các nhu cầu người sử dụng, kinh nghiệm tổ chức, kinh nghiệm lĩnh vực áp dụng, u cầu tính tồn vẹn phần mềm, tiêu chuẩn yêu cầu, quy định, luật pháp, phải xem xét xác định yêu cầu chung CHÚ THÍCH 1: Các mức độ tính tồn vẹn phần mềm mô tả Tiêu chuẩn ISO/IEC 15026 Người phát triển phải bảo đảm mơ hình chất lượng thỏa thuận sử dụng để cấu trúc yêu cầu chất lượng CHÚ THÍCH 2: Mơ hình chất lượng mô tả Tiêu chuẩn ISO/IEC 9126-1 Danh sách yêu cầu hệ thống khác ảnh hưởng tới tính khả thi yêu cầu chất lượng phải tạo lập Các vấn đề liên quan đến mua hàng, điều kiện giá thành lịch trình thời gian, bảo hành, vấn đề tổ chức phải xem xét Các yêu cầu mâu thuẫn phải giải CHÚ THÍCH 3: Tại giai đoạn quy trình làm việc phải tập trung vào thuộc tính ngồi sản phẩm Tất thành viên tham gia vào việc tạo thành sử dụng hệ thống phần mềm phải tham gia thể quy trình xác định yêu cầu chất lượng Các ưu tiên tương quan yêu cầu phải thảo luận với tất thành viên liên quan Mỗi nhóm phải đánh giá yêu cầu chất lượng yêu cầu ràng buộc hệ thống khác Tất quan điểm phải xem xét Các yêu cầu chất lượng xác định mâu thuẫn cộng tác Mâu thuẫn yêu cầu phải giải điểm Hơn nữa, lựa chọn yêu cầu chất lượng mâu thuẫn với giá thành, lịch trình hay chức hệ thống, yêu cầu phải sửa đổi Người phát triển phải thực phân tích tính khả thi yêu cầu chất lượng Kinh nghiệm từ dự án trước với yêu cầu chất lượng tương tự thực thi tổ chức phát triển phải xem xét Người phát triển phải đảm bảo yêu cầu khả thi, hợp lý, bổ sung, có khả thực có khả kiểm tra mặt kỹ thuật Các yêu cầu chất lượng phải chuyển thành yêu cầu chất lượng tạo lập tương ứng với mơ hình chất lượng thỏa thuận Thỏa thuận danh sách cuối yêu cầu chung phải đồng ý từ tất thành viên tham gia 5.3 Đặc tả đánh giá Mục đề cập tới định lượng hóa yêu cầu chất lượng Đối với yêu cầu, thuộc tính chọn lọc để biểu diễn yêu cầu Các giá trị đo mục tiêu ấn định phục vụ biểu diễn định lượng yêu cầu (tiêu chuẩn đánh giá) Đối với yêu cầu ngoài, hay số thuộc tính lựa chọn để biểu diễn yêu cầu trình phát triển Các giá trị mục tiêu ấn định thuộc tính sử dụng để quản lý chất lượng trình phát triển 5.3.1 Các yêu cầu chất lượng Người phát triển phải xác định q trình vòng đời hoạt động phép đo đánh giá thực CHÚ THÍCH 1: Phép đo đánh giá thuộc tính ngồi thường thực sau trình phát triển hoàn thành Người phát triển phải xác định thực thể đo đánh giá CHÚ THÍCH 2: Các thực thể thường phần sản phẩm cuối (tức hệ thống hoạt động hướng dẫn người sử dụng) Người phát triển phải xác định thuộc tính ngồi phải đo Người phát triển phải xác định phép đánh giá cho yêu cầu chất lượng (từ thuộc tính thực thể ngồi xác định) Người phát triển phải xác định giá trị mục tiêu cho phép đánh giá CHÚ THÍCH 3: Các giá trị mục tiêu đưa biểu diễn định lượng yêu cầu chất lượng CHÚ THÍCH 4: Các giá trị mục tiêu sử dụng tiêu chuẩn đánh giá Bên đánh giá phải xác định điều kiện thực phép đo Điều có nghĩa xác định thuộc tính khác mà giá trị chúng tác động đến phép đo xác định giá trị thuộc tính Người phát triển phải thực phân tích tính khả thi yêu cầu chất lượng Kinh nghiệm từ dự án trước với yêu cầu chất lượng tương tự thực thi tổ chức phát triển phải xem xét Người phát triển phải đảm bảo yêu cầu khả thi, hợp lý, bổ sung, có khả thực có khả kiểm tra mặt kỹ thuật Các giá trị thuộc tính ngồi phụ thuộc vào giá trị thuộc tính khác Các điều kiện phải xác định để làm cho giá trị đo có ý nghĩa CHÚ THÍCH 5: Ví dụ, thời gian đáp ứng hệ thống phụ thuộc vào phần cứng, hệ điều hành, chương trình khác chạy hệ thống, tiểu sử người sử dụng 5.3.2 Các yêu cầu chất lượng Người phát triển phải xác định trình vòng đời hoạt động phép đo đánh giá thực CHÚ THÍCH 1: Phép đo đánh giá thuộc tính thường thực trình phát triển Người phát triển phải xác định thực thể đo đánh giá CHÚ THÍCH 2: Các thực thể lựa chọn thường sản phẩm hoạt động trung gian Người phát triển phải xác định thuộc tính đo CHÚ THÍCH 3: Đối với sản phẩm trung gian cần thuộc tính khác Người phát triển phải xác định phép đánh giá cho tổ hợp thuộc tính thực thể liên quan Người phát triển phải xác định thuộc tính cho - Bao hàm sản phẩm hoạt động trung gian liên quan, - Thích hợp với miền ứng dụng với phương pháp sử dụng trình phát triển, - Bao hàm sản phẩm xác định rủi ro phát triển CHÚ THÍCH 4: Ví dụ rủi ro phát triển bao gồm đặc tính khơng ổn định, vấn đề xác định không giải quyết, chạy sai lịch trình Các hệ đo xu hướng thích hợp phải đưa vào CHÚ THÍCH 5: Khi chúng áp dụng định kì, số phép đánh giá hữu ích để xác định xu hướng q trình phát triển phần mềm Ví dụ hệ đo xu hướng “số mơ đun hồn thiện”, “số vấn đề giải quyết”, “số yêu cầu thay đổi”, Người phát triển phái xác định thuộc tính liên quan tới tất thuộc tính ngồi; tức tới tất yêu cầu chất lượng Các thuộc tính sử dụng báo chất lượng CHÚ THÍCH 6: Các sản phẩm trung gian liên quan phải phân tích số liệu đo thu thập cho hai mục đích: - Đánh giá chất lượng sản phẩm trung gian để tìm thị hồn thành (hoặc khơng hồn thành) u cầu chất lượng chúng, - Thu thị (dự báo) chất lượng sản phẩm cuối CHÚ THÍCH 7: TCVN 8703:2011 sử dụng hướng dẫn cho báo chọn Người phát triển phải mơ tả mơ hình dự báo cho báo chất lượng xác định; tức mối quan hệ báo thuộc tính chất lượng ngồi CHÚ THÍCH 8: Chỉ báo khơng u cầu mối quan hệ chặt chẽ một-một với thuộc tính chất lượng tìm kiếm để đo Tuy nhiên, mối liên hệ báo thuộc tính chất lượng tương ứng phải xác định rõ ràng Để sử dụng quản lý hiệu số lượng báo phải nhỏ Mức ưu tiên phải cấp cho báo hỗ trợ từ số liệu thu thập từ q trình có, quản lý cấu hình hay kiểm tra tích hợp Người phát triển phải thiết lập giá trị mục tiêu cho thuộc tính thích hợp Người phát triển phải xác định điều kiện thực phép đo Điều có nghĩa xác định thuộc tính khác mà giá trị chúng ảnh hưởng đến phép đo xác định giá trị thuộc tính CHÚ THÍCH 9: Theo định nghĩa giá trị thuộc tính đo độc lập với thuộc tính khác 5.4 Thiết kế đánh giá Mục đề cập đến thiết kế đánh giá Đánh giá liên quan đến yêu cầu chất lượng ngoài, đánh giá liên quan đến giám sát quản lý chất Iượng trong trình phát triển CHÚ THÍCH: Tham chiếu tới kế hoạch đánh giá định lượng xem TCVN 8705:2011 5.4.1 Lập kế hoạch đánh giá Người phát triển phải xác định hành động (thủ tục) thu thập liệu thực để nhận giá trị thực tế cho phép đánh giá Điều bao gồm đặc tả lịch trình thời gian, trách nhiệm, sử dụng liệu thu thập cơng cụ phân tích Nếu u cầu đào tạo cho nhân viên, phải lập kế hoạch Người phát triển phải xác định độ xác phép đo Bất mơ hình thống kê áp dụng phải xác định, bao gồm yêu cầu số liệu đầu vào, kế hoạch lấy mẫu, CHÚ THÍCH: Nếu tổ chức phát triển xác định mơ đun đánh giá hoạt động phải bao gồm mô đun đánh giá chọn Tài liệu mô tả mô đun đánh giá mô tả ISO/IEC 14598-6 5.4.2 Lập kế hoạch đánh giá Người phát triển phải xác định hành động (thủ tục) thu thập liệu thực để nhận giá trị thực tế cho phép đánh giá Điều bao gồm đặc tả lịch trình thời gian, trách nhiệm, sử dụng liệu thu thập công cụ phân tích Nếu u cầu đào tạo cho nhân viên, phải lập kế hoạch Người phát triển phải xác định độ xác phép đo Bất mơ hình thống kê áp dụng phải xác định, bao gồm yêu cầu số liệu đầu vào, kế hoạch lấy mẫu, Người phát triển phải xác định kiện bất ngờ, đánh giá thêm, kết đo không thuyết phục mức báo động Người phát triển phải xem xét tác động vào hoạt động phát triển phần mềm Thiết lập phép đo làm thay đổi q trình phát triển, cần thơng qua để thu liệu CHÚ THÍCH 1: Các cơng cụ phần cứng phần mềm phải xác định, đánh giá, mua, làm thích nghi phát triển để ứng dụng đo Thiết lập phép đo làm thay đổi kết cấu tổ chức sử dụng để sản xuất hệ thống phần mềm Việc đảm bảo chất lượng/ tổ chức quản lý tồn nhóm phát triển cần đào tạo sử dụng thủ tục đo tập hợp số liệu Nếu việc thực phép đo gây thay đổi q trình phát triển, nhóm phát triển cần đào tạo thay đổi CHÚ THÍCH 2: Nếu tổ chức phát triển xác định mơ đun đánh giá, hoạt động bao gồm việc lựa chọn mô đun đánh giá Tài liệu mô đun đánh giá mô tả Tiêu chuẩn ISO/IEC 14598-6 5.5 Thực đánh giá Mục đề cập đến thu thập liệu chất lượng định kế hoạch so sánh với giá trị mục tiêu (tiêu chuẩn đánh giá) 5.5.1 Đánh giá Quản lý giám sát chất lượng thực trình phát triển Các giá trị thực cho thuộc tính thu thập Trong trường hợp nhận giá trị không mong muốn, nguyên nhân phải phân tích, từ cho phép người phát triển hiểu ứng phó với vấn đề Người phát triển phải thu thập giá trị đo cho thuộc tính xác định tương ứng với hoạt động thu thập số liệu xác định Nếu yêu cầu chất lượng bị thay đổi, người phát triển phải xem xét lại đặc tả đánh giá (mục 5.2.3) thiết kế đánh giá (mục 5.2.4) Người phát triển phải có hành động cần thiết để đảm bảo chất lượng số liệu thu thập Các hoạt động phải, thích hợp, bao gồm cơng cụ tự động xác nhận để thu thập số liệu kiểm tra liệu thủ tục thực người Người phát triển phải so sánh giá trị thực với giá trị mục tiêu chúng ấn định Người phát triển phải sử dụng giá trị thực báo xác định để ước lượng chất lượng sản phẩm cuối Kinh nghiệm từ dự án phát triển trước tổ chức với yêu cầu chất lượng tương tự phải đưa vào CHÚ THÍCH: Việc dự báo chất lượng độc lập báo xác nhận Tổ chức phát triển cần phải thu thập giá trị báo giá trị đo sản phẩm cho loạt dự án để thu báo xác nhận Người phát triển phải sử dụng giá trị thực để giám sát xu hướng nhằm xác định rủi ro phát triển Người phát triển phải phân tích giá trị thực nhằm xác định giá trị nằm giới hạn Các giá trị giới hạn thường vấn đề điều kiện khơng bình thường Giải thích giá trị ngồi giới hạn phải ln đòi hỏi Trong vài trường hợp có lý tốt cho giá trị giới hạn Trong trường hợp vậy, khơng cần phải có hoạt động sửa đổi Các hoạt động không định trước phải thực cần thiết 5.5.2 Đánh giá sản phẩm cuối Đánh giá sản phẩm phần mềm thực trình phát triển kết thúc Các giá trị thực cho thuộc tính ngồi thu thập CHÚ THÍCH 1: Nếu được, thành phần phần mềm đo trước trình phát triển hồn tất Người phát triển phải thu thập giá trị đo thực cho thuộc tính xác định tương ứng với hoạt động thu thập số liệu xác định Nếu yêu cầu chất lượng bị thay đổi, người phát triển phải xem xét lại đặc tả đánh giá (mục 5.3) thiết kế đánh giá (mục 5.4) Người phát triển phải thực hoạt động cần thiết để đảm bảo chất lượng số liệu thu thập Các hoạt động phải, thích hợp, bao gồm cơng cụ tự động xác nhận để thu thập số liệu kiểm tra số liệu thủ tục thực người Người phát triển phải so sánh giá trị thực với giá trị mục tiêu (tiêu chuẩn đánh giá) CHÚ THÍCH 2: Quy trình đánh giá mô tả tiêu chuẩn hướng dẫn cho người phát triển Tiêu chuẩn TCVN 8706:2011 mơ tả quy trình đánh giá độc lập Người phát triển phải tạo lập đánh giá cho kết đánh giá Các giá trị thực phải tổng kết so sánh với giá trị khác thời gian chi phí nhằm hỗ trợ định kết trình phát triển (như cải tiến sản phẩm, soát xét yêu cầu, ) Người phát triển phải ghi chép tài liệu kết đánh giá 5.5.3 Phản hồi tới tổ chức Mục đề cập đến soát xét phản hồi đánh giá chất lượng Người phát triển phải làm cho số liệu thu thập sẵn sàng cho tổ chức sử dụng dự án phát triển khác Người phát triển phải soát xét kết đánh giá tính hợp lệ quy trình đánh giá, báo phép đánh giá áp dụng Phản hồi từ việc soát xét phải sử dụng để nhằm cải tiến quy trình đánh giá mơ đun đánh giá Khi cần phải cải tiến mô đun đánh giá, thu thập số liệu cho báo bổ sung phải đưa vào, nhằm xác nhận chúng cho lần sử dụng sau CHÚ THÍCH: Sốt xét phản hồi đánh giá chất lượng mô tả Tiêu chuẩn TCVN 8705:2011 THƯ MỤC TÀI LIỆU THAM KHẢO [1] ISO 14598-1: 1998 - Information Technology - Software Product Evaluation - Part 1: General Overview [2] ISO 14598-2: 1998 - Information Technology - Software Product Evaluation - Part 2: Planning and management [3] ISO 14598-3: 1998 - Information Technology - Software Product Evaluation - Part 3: Process for developers MỤC LỤC Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định nghĩa Các khái niệm đánh giá 4.1 Các khía cạnh chung 4.2 Các nhu cầu người sử dụng 4.3 Các thuộc tính ngồi 4.4 Các thuộc tính 4.5 Các báo chất lượng 4.6 Quy trình đánh giá 4.7 Mối quan hệ đánh giá trình vòng đời Các yêu cầu đánh giá 5.1 Các yêu cầu chung 5.1.1 Các yêu cầu tổ chức 5.1.2 Các yêu cầu dự án 5.2 Thiết lập yêu cầu đánh giá 5.3 Đặc tả đánh giá 5.3.1 Các yêu cầu chất lượng 5.3.2 Các yêu cầu chất lượng Thiết kế đánh giá 5.4.1 Lập kế hoạch đánh giá 5.4.2 Lập kế hoạch đánh giá 5.5 Thực đánh giá 5.5.1 Đánh giá 5.5.2 Đánh giá sản phẩm cuối 5.5.3 Phản hồi tới tổ chức Thư mục tài liệu tham khảo ... mơi trường khác, yêu cầu ám phải nhận biết định nghĩa CHÚ THÍCH 2: Trong tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 thực thể liên quan sản phẩm phần mềm 3.3 Chất lượng (external quality)... dụng điều kiện xác định CHÚ THÍCH 1: Thuật ngữ “chất lượng trong”, sử dụng tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 trái ngược với “chất lượng ngoài”, có ý nghĩa với “chất lượng” ISO 8402... “đặc tính” sử dụng 3.21, thuật ngữ “đặc tính” sử dụng ý nghĩa đặc trưng tiêu chuẩn từ TCVN 8702:2011 đến TCVN 8704:2011 3.6 Chỉ báo (indicator) Hệ đo sử dụng để ước lượng dự báo hệ đo khác CHÚ