Giới thiệu dự án

Trong ngành công nghiệp bán dẫn và thiết kế vi mạch viễn thông (IC Design), chi phí cho giai đoạn nghiên cứu, phát triển (R&D) và kiểm tra xác thực hệ thống (System Verification Testing - SVT) chiếm hơn 60–70% tổng ngân sách dự án. Đối với các doanh nghiệp hoạt động theo mô hình B2B (Business-to-Business), các dòng chip truyền dẫn quang và mạng biên viễn thông (như SONET/SDH, Carrier Ethernet, OTN) là mắt xích hạ tầng cốt lõi. Một lỗi luận lý (logic bug) hoặc sai lệch chuẩn giao thức phần cứng chưa được phát hiện trước khi sản xuất hàng loạt (tape-out) có thể gây thiệt hại hàng triệu USD cho toàn bộ chuỗi cung ứng toàn cầu.

Tuy nhiên, tại nhiều doanh nghiệp bán dẫn quy mô vừa, quy trình kiểm thử chất lượng vẫn phụ thuộc nặng nề vào các bảng tính Excel rời rạc, việc giao tiếp qua email nội bộ thiếu đồng bộ và không có khả năng truy vết ngược (bi-directional traceability) từ kết quả kiểm thử về các tiêu chuẩn quốc tế (ITU-T, IEEE, MEF).

Vấn đề thực tiễn (Problem Statement)

Thực trạng quản lý chất lượng vi mạch viễn thông đang đối mặt với 3 điểm nghẽn chính:

  1. Thiếu khả năng truy vết tiêu chuẩn: Không thể liên kết trực tiếp giữa các ca kiểm thử (Testcase - TC) với các điều khoản kỹ thuật viễn thông phức tạp (ví dụ: ITU-T G.707, MEF 8, MEF 18, MEF 22).
  2. Quy trình xử lý lỗi bị đứt gãy: Khi phát hiện lỗi trong quá trình chạy kiểm tra, việc phân luồng giữa kỹ sư phần mềm (Software Engineer), kỹ sư phần cứng (Hardware Engineer) và kỹ sư luận lý (RTL/Logic Engineer) diễn ra thủ công, làm trễ tiến độ kiểm định (Time-to-Market).
  3. Thiếu hệ thống quản trị chất lượng chuẩn hóa: Chưa tích hợp tư duy quản lý rủi ro (Risk-based thinking) theo chuẩn ISO 9001:2015 vào từng kế hoạch kiểm thử (Testplan - TP).

Mục tiêu dự án

  1. Khảo sát, chuẩn hóa toàn bộ quy trình kiểm thử hệ thống vi mạch viễn thông theo chu trình PDCA (Plan - Do - Check - Act) của tiêu chuẩn ISO 9001:2015.
  2. Thiết kế và hiện thực hóa Hệ thống thông tin quản lý chất lượng (Quality Management Information System - QMIS) trên nền tảng cơ sở dữ liệu hướng tài liệu NoSQL MongoDB và ngôn ngữ Python.
  3. Số hóa việc quản trị 4 đối tượng cốt lõi: Người dùng phân quyền (Users), Danh mục kiểm thử (Testcases), Kế hoạch kiểm thử (Testplans), và Dòng sản phẩm vi mạch (Products/Projects).
  4. Thử nghiệm trên tập dữ liệu thực tế của dòng chip xử lý viễn thông đa dịch vụ AF6 (Pseudowire & Mobile Backhaul) và đánh giá độ thỏa dụng thông qua mô hình MIS Success Evaluation Model.

Phạm vi và giới hạn

  • Phạm vi ứng dụng: Áp dụng trực tiếp tại bộ phận SVT của công ty thiết kế vi mạch viễn thông quy mô hơn 150 nhân sự tại TP. Hồ Chí Minh.
  • Giới hạn kỹ thuật: Hệ thống tập trung vào tầng quản trị thông tin, quản lý trạng thái kiểm thử, điều phối nhân sự và báo cáo rủi ro; không can thiệp trực tiếp vào việc điều khiển vật lý các máy phát xung/đo kiểm tín hiệu quang tự động.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Trước khi xây dựng hệ thống QMIS, bộ phận kiểm thử sử dụng phương pháp quản lý thủ công qua bảng tính (Spreadsheets) kết hợp công cụ theo dõi lỗi thông thường (Issue Tracker).

Tiêu chí đánh giá Phương pháp thủ công (Excel + Email) Hệ thống quản lý lỗi chung (Bugzilla/Jira đơn thuần) Hệ thống QMIS chuyên biệt (Đề tài đề xuất)
Cấu trúc dữ liệu Phi cấu trúc, dễ xung đột phiên bản Cấu trúc theo ticket, thiếu phân cấp vi mạch Cấu trúc NoSQL Document, đa tầng (Product-TP-TC)
Truy vết chuẩn viễn thông Thủ công, ghi chú văn bản tự do Gắn nhãn tự do, không bắt buộc tiêu chuẩn Ràng buộc trực tiếp với Tag chuẩn (MEF, ITU-T, IEEE)
Quản lý rủi ro ISO 9001 Không hỗ trợ Không có trường dữ liệu đánh giá rủi ro Bắt buộc định nghĩa Risk Assessment ở mỗi Testplan
Tương thích phiên bản SDK/RTL Ghi chú rời rạc, dễ nhầm lẫn Cần cấu hình plugin phức tạp Tích hợp sẵn trường định danh SDK/RTL version
Thời gian tổng hợp báo cáo 4 – 8 giờ cho mỗi chu kỳ phát hành 1 – 2 giờ (cần trích xuất dữ liệu) Tức thời (Real-time Dashboard theo vai trò)

Phân loại yêu cầu hệ thống (Mô hình MoSCoW)

  • Must have: Quản lý người dùng theo vai trò (Role-Based Access Control - RBAC); Quản lý kho Testcase với Tag chuẩn viễn thông; Tạo lập Testplan gán phiên bản phần mềm (SDK) và phần cứng (RTL); Cập nhật trạng thái Pass/Fail/Not Run; Báo cáo Dashboard quản trị.
  • Should have: Quản lý định mức rủi ro (Risk analysis field) theo điều khoản 6 ISO 9001:2015; Tự động phân nhóm Testsuite; Kiểm tra ràng buộc tính năng (Feature compatibility).
  • Could have: Lịch sử chỉnh sửa Testcase (Audit log); Xuất báo cáo kết quả sang định dạng chuẩn phục vụ đánh giá ISO bên ngoài.
  • Won't have: Trình biên dịch mã tự động chạy test script phần cứng tại giao diện người dùng.

Thiết kế hệ thống

Kiến trúc QMIS được xây dựng theo mô hình 3 tầng (3-Tier Architecture), tách biệt giữa giao diện đồ họa người dùng, tầng logic điều hướng nghiệp vụ và tầng cơ sở dữ liệu NoSQL phân tán.

+-----------------------------------------------------------------------+
|                    TẦNG TRÌNH DIỄN (GUI LAYER)                        |
|   PyQt v4.7 Desktop Client: User / Manager / Project Manager / Director|
+-----------------------------------------------------------------------+
+-----------------------------------------------------------------------+
|                    TẦNG NGHIỆP VỤ (LOGIC LAYER)                       |
|   Python v3.4 Engine:                                                 |
|   - Testcase/Testplan Management      - ISO 9001 Risk Workflow        |
|   - Product Lifecycle Controller      - High-level Reporting Module   |
+-----------------------------------------------------------------------+
+-----------------------------------------------------------------------+
|                   TẦNG CƠ SỞ DỮ LIỆU (DATABASE LAYER)                 |
|   MongoDB Engine v3.8:                                                |
|   - Collections: `User`, `Testcase`, `Testplan`, `Product`            |
+-----------------------------------------------------------------------+

Công nghệ sử dụng

  • Hệ quản trị CSDL: MongoDB v3.8 (NoSQL Document Store) – Tối ưu hóa tốc độ ghi dữ liệu phi cấu trúc, không đòi hỏi khóa ngoại cứng nhắc, dễ dàng co giãn khi bổ sung các trường thuộc tính vi mạch mới.
  • Trình kết nối (Driver): PyMongo v3.0 – Cung cấp API trực tiếp tương tác dữ liệu dạng BSON/JSON giữa Python và MongoDB.
  • Ngôn ngữ xử lý lõi: Python v3.4 – Đảm bảo tính mở rộng, xử lý logic nhanh chóng, hỗ trợ mạnh mẽ việc phân tích dữ liệu kiểm thử.
  • Giao diện người dùng: PyQt v4.7 – Nền tảng GUI trực quan, phản hồi tức thời cho các kỹ sư SVT trên môi trường máy trạm nội bộ.

Thiết kế lược đồ dữ liệu NoSQL (MongoDB Collections)

  1. Collection User:
{
  "_id": ObjectId("57e7e74254ec84b1f6c6d57f"),
  "Username": "ttlinh",
  "Password": "hashed_password_string",
  "Department": "System Verification",
  "Role": "Member" 
}

(Các vai trò Role gồm: Admin, Member, Manager, Project Manager, Director)

  1. Collection Testcase:
{
  "_id": ObjectId("57e7e79154ec84b1f6c6d580"),
  "Title": "SDH overhead signal label transmit",
  "Summary": "Verify the transmission of signal label in SDH overhead bytes",
  "Procedure": [
    "Step 1: Configure optical test set to STM-1 mode",
    "Step 2: Inject payload with C2 byte set to 0x02",
    "Step 3: Read RTL status registers via I2C interface"
  ],
  "Require": "mandatory",
  "Assigned_to": "svt-ttlinh",
  "Moderator": "svt-lead",
  "Tags": ["SDH", "overhead", "signal label", "transmit", "ITU-T G.707"],
  "Result": "Not Run",
  "Feature": "SDH"
}
  1. Collection Testplan:
{
  "_id": ObjectId("57e997b44f46374fbc693eb8"),
  "Title": "QA Verification for Customer A - Phase 1",
  "Summary": "Full regression testing for SDH and Pseudowire features",
  "Risks": "Lack of specialized 10G optical test ports during sprint 2",
  "SDK_version": "1.0.4_rc2",
  "RTL_version": "20161023_revB",
  "Product_code": "AF70010001",
  "Testcases": [
    {
      "TC_id": "TC#1",
      "Due_Date": "2016-10-30",
      "BugId": "BUG-8821",
      "Assigned_to": "svt-ttlinh",
      "Result": "PASS"
    },
    {
      "TC_id": "TC#2",
      "Due_Date": "2016-11-05",
      "BugId": "N/A",
      "Assigned_to": "svt-dhtuan",
      "Result": "FAIL"
    }
  ]
}
  1. Collection Product:
{
  "_id": ObjectId("57ebe9faa0ffac17484d4873"),
  "Name": "AF6 Pseudowire Engine",
  "Code": "AF60010001",
  "Summary": "Pseudowire and mobile backhaul multi-service processor",
  "StartTime": "2013-01-15",
  "EndTime": "2016-12-30",
  "Features": ["Pseudowire", "SDH", "PDH", "ETH", "CES"]
}

Phương pháp tiếp cận (Methodology)

Hệ thống được phát triển theo mô hình Agile lặp, kết hợp chặt chẽ với các điều khoản trong tiêu chuẩn ISO 9001:2015:

  • Điều khoản 4 & 5 (Bối cảnh & Lãnh đạo): Thiết lập phân quyền theo vai trò (Director, PM, QA Lead, Engineer) gắn trách nhiệm cá nhân vào chất lượng sản phẩm.
  • Điều khoản 6 (Hoạch định & Quản lý rủi ro): Mỗi Testplan bắt buộc phải qua bước đánh giá rủi ro (Risk Assessment) trước khi chuyển trạng thái sang thực thi.
  • Điều khoản 8 (Thực hiện quá trình): Thực thi kiểm tra gắn liền với phiên bản phần cứng (RTL) và phần mềm điều khiển (SDK).
  • Điều khoản 9 & 10 (Đánh giá hiệu suất & Cải tiến): Hệ thống cung cấp bảng tổng hợp năng suất, tỷ lệ lỗi và đo lường sự hài lòng của kỹ sư.

Implementation và kết quả

Quá trình phát triển hệ thống

Hệ thống được hiện thực hóa qua 4 giai đoạn chính:

  1. Giai đoạn 1: Thiết kế tầng dữ liệu NoSQL (PyMongo + MongoDB): Cấu hình MongoDB Server, khởi tạo các chỉ mục (Index) trên các trường thường xuyên truy vấn như Product_code, Tags, Feature nhằm đảm bảo thời gian truy vấn dưới 15ms.
  2. Giai đoạn 2: Xây dựng Module Logic Nghiệp vụ: Phát triển các lớp nghiệp vụ bằng Python 3.4 để quản lý luồng dữ liệu, kiểm tra ràng buộc logic khi đưa một Testcase vào Testplan.
  3. Giai đoạn 3: Phát triển Giao diện Đồ họa PyQt: Xây dựng các form nhập liệu, danh sách dữ liệu động, bộ lọc Testcase đa tiêu chí (theo Tag, Feature, Assigned User) và giao diện Dashboard dành cho Giám đốc kỹ thuật.
  4. Giai đoạn 4: Chạy thử nghiệm và Đánh giá song song: Vận hành QMIS song song với quy trình cũ trên dòng chip AF6.

Đoạn mã nguồn xử lý nghiệp vụ chính (Python 3.4 & PyMongo 3.0)

Đoạn mã sau mô tả logic thêm mới và cập nhật trạng thái thực thi một Testcase trong Kế hoạch kiểm thử:

import pymongo
from bson.objectid import ObjectId

class QualityManagementSystem:
    def __init__(self, db_host='localhost', db_port=27017):
        # Khởi tạo kết nối MongoDB Client qua PyMongo v3.0
        self.client = pymongo.MongoClient(db_host, db_port)
        self.db = self.client['QMIS_Telecom_DB']

    def assign_testcase_to_plan(self, testplan_id, testcase_id, assigned_user, due_date):
        """
        Gán một Testcase vào Testplan kèm thông tin nhân sự và hạn định
        Tuân thủ quy trình kiểm soát hoạt động theo ISO 9001:2015 Clause 8
        """
        tc_data = self.db.Testcase.find_one({"_id": ObjectId(testcase_id)})
        if not tc_data:
            raise ValueError("Testcase không tồn tại trong kho dữ liệu.")

        sub_document = {
            "TC_id": str(testcase_id),
            "Title": tc_data.get("Title"),
            "Due_Date": due_date,
            "BugId": "N/A",
            "Assigned_to": assigned_user,
            "Result": "Not Run"
        }

        # Cập nhật mảng Testcases trong Testplan Document
        result = self.db.Testplan.update_one(
            {"_id": ObjectId(testplan_id)},
            {"$push": {"Testcases": sub_document}}
        )
        return result.modified_count > 0

    def update_test_result(self, testplan_id, testcase_id, status, bug_id="N/A"):
        """
        Cập nhật kết quả kiểm thử (PASS/FAIL) và liên kết mã Bug ID
        """
        query = {
            "_id": ObjectId(testplan_id),
            "Testcases.TC_id": str(testcase_id)
        }
        update_data = {
            "$set": {
                "Testcases.$.Result": status,
                "Testcases.$.BugId": bug_id
            }
        }
        return self.db.Testplan.update_one(query, update_data).modified_count > 0

    def get_project_quality_metrics(self, product_code):
        """
        Tổng hợp chỉ số chất lượng phục vụ Giám đốc và Quản lý dự án
        """
        pipeline = [
            {"$match": {"Product_code": product_code}},
            {"$unwind": "$Testcases"},
            {"$group": {
                "_id": "$Testcases.Result",
                "count": {"$sum": 1}
            }}
        ]
        return list(self.db.Testplan.aggregate(pipeline))

Thử nghiệm và kiểm chuẩn (Testing & Validation)

Hệ thống được nạp dữ liệu kiểm thử thực tế của dòng chip xử lý viễn thông AF6 (Pseudowire and Mobile Backhaul Solutions) thu thập từ năm 2013 đến 2016. Dữ liệu bao gồm hơn 1.200 ca kiểm thử thuộc các nhóm tính năng phức tạp: Circuit Emulation Service over Ethernet (CEP), TDM (Time Division Multiplexing), Dynamic Bandwidth Allocation (DBA), và giám sát luồng tín hiệu quang STM-1/STM-4.

Kết quả khảo sát sự thỏa dụng người dùng (MIS Success Model)

Nghiên cứu áp dụng mô hình đánh giá của Visser, van Biljon & Herselman (2013) với sự tham gia của toàn bộ kỹ sư và nhà quản lý thuộc bộ phận SVT, Software và Hardware.

Tiêu chí đánh giá (5 mức Likert) Điểm trung bình (Mean / 5.0) Mức độ đồng thuận (Agree/Strongly Agree)
Tính chính xác thông tin (Accuracy) 4.62 93.3%
Độ tin cậy của báo cáo chất lượng 4.55 90.0%
Tính quy chuẩn theo quy trình ISO 9001 4.70 96.7%
Tính rõ ràng của thông tin (Clarity) 4.48 86.7%
Giao diện thân thiện và dễ tiếp cận 4.35 83.3%
Tính khả thi và khả năng áp dụng thực tiễn 4.75 100.0%

Đổi mới và đóng góp

  1. Mô hình hóa kiểm thử vi mạch theo chuẩn ISO 9001:2015: Lần đầu tiên tích hợp trường quản trị rủi ro (Risks) và kiểm soát phiên bản chéo (SDK/RTL Versions) vào cấu trúc thực thể Testplan, đảm bảo đáp ứng chuẩn chất lượng quốc tế mà không gây quá tải giấy tờ (paperwork overload).
  2. Cơ chế phân loại và nhóm gộp Testcase bằng Tag linh hoạt: Thay thế cây phân mục cứng nhắc truyền thống bằng hệ thống đa nhãn (Multi-tagging) trực tiếp liên kết các tiêu chuẩn viễn thông quốc tế (ví dụ: ITU-T G.707, MEF 8, GR-253-CORE).
  3. Hiệu suất truy xuất và quản trị dữ liệu vượt trội:
    • Thời gian tìm kiếm và tái sử dụng Testcase cho dòng sản phẩm mới giảm 75%.
    • Thời gian tổng hợp báo cáo kiểm định cho Ban giám đốc giảm từ 6 giờ xuống dưới 1 phút.
    • Loại bỏ hoàn toàn 100% sai sót do nhập liệu thủ công giữa các bảng tính Excel phân tán.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế

Hệ thống QMIS được ứng dụng trực tiếp trong chu kỳ kiểm thử dòng vi mạch xử lý truyền dẫn mạng quang đa giao thức thế hệ mới AF7 (Optical Transport Network - OTN/FH):

  • Giai đoạn khởi tạo: Project Manager nhập mã sản phẩm AF70010001 kèm danh sách tính năng ["OTN", "SDH", "ILKN", "ETH"].
  • Giai đoạn thiết kế Testplan: Test Manager tạo kế hoạch kiểm thử cho phiên bản SDK 1.0 và RTL 20161023, định danh rủi ro: "Thiếu thiết bị đo kiểm tín hiệu quang tốc độ cao 10Gbps".
  • Giai đoạn thực thi: Kỹ sư SVT thực hiện lần lượt các ca kiểm thử theo hướng dẫn từng bước (Step-by-step procedure) trên hệ thống, cập nhật kết quả Pass/Fail. Trường hợp Fail, hệ thống lập tức gắn mã BugId để kỹ sư phần cứng và luận lý phối hợp khắc phục.

Yêu cầu cấu hình và triển khai hệ thống

+-----------------------------------------------------------------------+
| HẠ TẦNG MÁY CHỦ (SERVER REQUIREMENTS)                                 |
| - HĐH: Linux Ubuntu Server 14.04 LTS / CentOS 7 (hoặc mới hơn)        |
| - CSDL: MongoDB Community Server v3.8+                                 |
| - Phần cứng tối thiểu: 4 Cores CPU, 8GB RAM, 100GB SSD (RAID-1)       |
+-----------------------------------------------------------------------+
+-----------------------------------------------------------------------+
| MÔI TRƯỜNG TRẠM LÀM VIỆC (CLIENT WORKSTATION)                         |
| - HĐH: Windows 7/10 hoặc Linux RedHat Enterprise 6.x/7.x              |
| - Trình thông dịch: Python Runtime v3.4+                              |
| - Thư viện phụ thuộc: PyQt4 (v4.7+), PyMongo (v3.0+)                  |
| - Kết nối: Mạng LAN nội bộ doanh nghiệp (Port 27017 kết nối CSDL)     |
+-----------------------------------------------------------------------+

Hạn chế và hướng phát triển

Hạn chế kỹ thuật hiện tại

  • Kiến trúc ứng dụng Desktop: PyQt4 yêu cầu cài đặt môi trường trực tiếp trên từng máy trạm của kỹ sư, gây khó khăn nhất định trong việc cập nhật phiên bản phần mềm đồng loạt.
  • Mức độ tự động hóa: Hệ thống dừng lại ở việc quản lý thông tin trạng thái kiểm thử, chưa có giao tiếp API mở để kích hoạt trực tiếp các kịch bản kiểm thử phần cứng tự động (Automated Hardware Test Benches).

Hướng phát triển trong tương lai

  1. Chuyển đổi sang nền tảng Web-based (Microservices): Tái cấu trúc giao diện sang nền tảng Web hiện đại (ReactJS / VueJS) kết hợp RESTful API hoặc GraphQL viết bằng Python FastAPI/Flask.
  2. Tích hợp đường ống CI/CD phần cứng: Kết nối tự động với hệ thống CI/CD (như Jenkins / GitLab Runner) để khi có bản build RTL mới, hệ thống tự động kích hoạt máy đo kiểm và trả kết quả trực tiếp vào MongoDB.
  3. Phân tích dữ liệu lỗi thông minh (AI/ML Integration): Áp dụng các thuật toán máy học phân tích lịch sử lỗi để tự động dự báo các module RTL có nguy cơ lỗi cao trong các bản cập nhật.

Đối tượng hưởng lợi

  • Sinh viên & Học viên cao học: Tiếp cận mô hình ứng dụng tiêu chuẩn quản lý chất lượng ISO 9001:2015 vào bài toán kỹ thuật phần mềm và công nghệ bán dẫn thực tế.
  • Kỹ sư SVT & Lập trình viên: Nắm bắt kiến trúc tích hợp NoSQL (MongoDB) với Python trong việc quản lý dữ liệu kiểm thử quy mô lớn và đa biến thể.
  • Doanh nghiệp thiết kế vi mạch & Điện tử: Mô hình tham chiếu tin cậy để tinh gọn quy trình kiểm soát chất lượng, nâng cao sự hài lòng của khách hàng và chuẩn bị chứng nhận quốc tế ISO 9001.
  • Nhà nghiên cứu Hệ thống thông tin: Minh chứng thực nghiệm cho sự thành công của mô hình MIS Success Model trong môi trường doanh nghiệp R&D công nghệ cao.

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống QMIS là gì?

Hệ thống yêu cầu máy chủ cơ sở dữ liệu cài đặt MongoDB v3.8+ trên hệ điều hành Linux hoặc Windows Server với tối thiểu 8GB RAM. Các máy trạm của kỹ sư kiểm thử cần cài đặt môi trường Python 3.4+ cùng hai thư viện chính là PyQt4 và PyMongo 3.0.

2. Tại sao lại chọn cơ sở dữ liệu NoSQL MongoDB thay vì RDBMS truyền thống (như MySQL/PostgreSQL)?

Quy trình kiểm thử vi mạch viễn thông có cấu trúc dữ liệu biến đổi liên tục tùy theo chuẩn giao tiếp (ví dụ: gói tin SDH khác hoàn toàn gói tin Carrier Ethernet). MongoDB cung cấp lược đồ tài liệu BSON linh hoạt (schemaless), cho phép bổ sung các trường thông tin kỹ thuật chuyên biệt mà không cần thay đổi cấu trúc bảng hoặc thực hiện các phép JOIN phức tạp làm suy giảm hiệu năng.

3. Hệ thống hỗ trợ truy vết các chuẩn viễn thông quốc tế như thế nào?

Hệ thống sử dụng cơ chế gắn nhãn (Multi-tagging) và trường Standard/Feature trực tiếp trong từng Testcase. Khi lập Testplan cho một dòng chip hỗ trợ chuẩn cụ thể (ví dụ: ITU-T G.707 cho SDH hoặc MEF 8/18 cho Circuit Emulation), người dùng có thể lọc tức thời các ca kiểm thử liên quan để đưa vào kế hoạch kiểm thử mà không bị bỏ sót.

4. QMIS tích hợp tư duy quản lý rủi ro của ISO 9001:2015 vào đâu?

Tại giao diện khởi tạo Kế hoạch kiểm thử (Testplan), trường Risks là một thuộc tính bắt buộc. Quản lý kiểm thử phải nhận diện rõ ràng các rủi ro có thể cản trở tiến độ (như thiếu thiết bị đo, nhân sự, độ trễ phần mềm SDK) nhằm chủ động đưa ra phương án dự phòng ngay từ khâu lập kế hoạch (Clause 6.1 ISO 9001:2015).

5. Chi phí đầu tư và thời gian hoàn vốn (ROI) của hệ thống ra sao?

Do hệ thống được xây dựng hoàn toàn trên nền tảng phần mềm mã nguồn mở (Python, PyQt, MongoDB Community Edition), doanh nghiệp tiết kiệm 100% chi phí bản quyền phần mềm ban đầu. Với việc giảm 75% thời gian thiết lập kiểm thử và loại bỏ nguy cơ chậm trễ giao hàng do lỗi sản phẩm, thời gian hoàn vốn thực tế đạt được chỉ sau 3–6 tháng vận hành.

Kết luận

Đề tài luận văn thạc sĩ đã giải quyết thành công bài toán quản trị chất lượng tại một doanh nghiệp thiết kế vi mạch viễn thông thông qua việc xây dựng Hệ thống thông tin quản lý chất lượng (QMIS) chuẩn hóa theo tiêu chuẩn ISO 9001:2015. Bằng việc kết hợp sức mạnh linh hoạt của cơ sở dữ liệu NoSQL MongoDB 3.8, ngôn ngữ Python 3.4 và giao diện PyQt 4.7, hệ thống đã số hóa toàn diện quy trình kiểm thử từ khâu phân rã tiêu chuẩn viễn thông, lập kế hoạch đánh giá rủi ro, điều phối nhân sự cho đến báo cáo hiệu suất đa cấp bậc. Kết quả thực nghiệm và khảo sát trên dòng chip AF6 đã chứng minh tính khả thi tuyệt đối, mang lại giá trị gia tăng rõ rệt về năng suất lao động và độ tin cậy sản phẩm cho ngành công nghiệp công nghệ cao.