Bối cảnh và vấn đề nghiên cứu

Trong hoạt động quản trị và điều hành doanh nghiệp hiện đại, công nghệ thông tin (CNTT) và hệ thống thông tin (HTTT) giữ vai trò là nền tảng cốt lõi giúp chuẩn hóa quy trình, tối ưu hóa nguồn lực và gia tăng năng lực cạnh tranh. Đối với các đơn vị sản xuất và gia công phần mềm, hoạt động kiểm thử (Software Testing) là khâu then chốt nhằm kiểm soát chất lượng sản phẩm trước khi bàn giao tới khách hàng. Tuy nhiên, việc quản lý vòng đời của lỗi (bug) phát sinh trong suốt chu trình phát triển dự án đòi hỏi phải có công cụ chuyên trách để phối hợp nhịp nhàng giữa các bộ phận phân tích thiết kế, lập trình và kiểm thử.

Tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo – một doanh nghiệp hoạt động trong lĩnh vực sản xuất phần mềm, giải pháp viễn thông, tài chính ngân hàng và dịch vụ trực tuyến – công tác kiểm soát lỗi phần mềm trong quá trình thực hiện dự án vẫn được tiến hành theo phương thức thủ công, phân tán. Thực trạng này làm gia tăng thời gian xử lý, gây khó khăn cho đội ngũ phát triển trong việc theo dõi tiến độ và ảnh hưởng trực tiếp đến thời hạn hoàn thành các dự án. Xuất phát từ yêu cầu thực tế đó, đề tài "Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử phần mềm tại công ty cổ phần truyền thông và dịch vụ NoDo" được tác giả Phùng Thị Huyền thực hiện dưới sự hướng dẫn của ThS. Hàn Minh Phương tại Trường Đại học Thương Mại (năm 2017).

Nghiên cứu tập trung giải quyết 3 nhiệm vụ và mục tiêu cụ thể:

  1. Tìm hiểu thực trạng và quy trình kiểm thử phần mềm tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo.
  2. Tìm hiểu, đánh giá các ứng dụng hỗ trợ quy trình kiểm thử hiện hành và đề xuất giải pháp ứng dụng phù hợp cho công ty.
  3. Triển khai và đánh giá hệ thống quản lý bug (Redmine) nhằm nâng cao hiệu quả phối hợp xử lý lỗi trong dự án.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng nghiên cứu: Phần mềm hỗ trợ quản lý bug trong quy trình kiểm thử phần mềm của Công ty Cổ phần Truyền thông và Dịch vụ NoDo.
  • Phạm vi không gian: Công ty Cổ phần Truyền thông và Dịch vụ NoDo (địa chỉ: Số 12 ngách 24/99 Kim Đồng, Thịnh Liệt, Hoàng Mai, Hà Nội; Văn phòng đại diện: Phòng 1501, VNTower, 19 Nguyễn Trãi, Thanh Xuân, Hà Nội).
  • Phạm vi thời gian và dữ liệu: Khảo sát thực trạng nhân sự, quy trình kiểm thử và dữ liệu tài chính - kinh doanh của doanh nghiệp giai đoạn 2013 - 2015/2017.

Cơ sở lý thuyết và phương pháp

Khóa luận thiết lập nền tảng lý thuyết trên cơ sở khoa học quản trị hệ thống thông tin kinh tế và kỹ thuật công nghệ phần mềm:

  • Hệ thống khái niệm cơ bản: Tiếp cận các định nghĩa học thuật về Thông tin, Hệ thống, Hệ thống thông tin (HTTT), Hệ thống thông tin quản lý (MIS), và Phần mềm máy tính dựa trên giáo trình chuyên ngành của Trường Đại học Thương Mại.
  • Lý thuyết kiểm thử và quản lý chất lượng phần mềm:
    • Khái niệm kiểm thử: Hoạt động kiểm tra nhằm cung cấp thông tin về chất lượng, đánh giá và nhận diện rủi ro, xác minh sự phù hợp của phần mềm so với tài liệu đặc tả yêu cầu; làm rõ quan điểm của Glen Myers (kiểm thử thành công là kiểm thử phát hiện ra lỗi, không thể chứng minh phần mềm không có khiếm khuyết mà chỉ chứng minh sự hiện hữu của khiếm khuyết).
    • Các khái niệm nghiệp vụ: Bug (khiếm khuyết chức năng, giao diện hoặc nghiệp vụ), Testcase (ca kiểm thử gồm dữ liệu đầu vào, hành động và kết quả mong đợi), Tài liệu đặc tả yêu cầu phần mềm, Độ tin cậy và Chất lượng phần mềm.
    • Phương pháp kiểm thử: Kiểm thử hộp đen (Black-box testing), Kiểm thử hộp trắng (White-box testing) và Kiểm thử hộp xám (Gray-box testing).
    • Các cấp độ kiểm thử: Kiểm thử đơn vị (Unit test), Kiểm thử tích hợp (Integration test với các dạng kiểm tra cấu trúc, chức năng, hiệu năng, chịu tải), Kiểm thử hệ thống (System test với các kiểm tra chức năng, hiệu năng, tải, cấu hình, bảo mật, phục hồi), Kiểm thử chấp nhận (Acceptance test) và Kiểm thử hồi quy (Regression test).
  • Quy trình 8 bước ứng dụng phần mềm trong doanh nghiệp: Lập đội quản lý dự án $\rightarrow$ Xác định, đặt bài toán $\rightarrow$ Tìm kiếm và lựa chọn đối tác $\rightarrow$ Khảo sát và phân tích chi tiết bài toán $\rightarrow$ Đào tạo $\rightarrow$ Thiết lập ban đầu cho hệ thống $\rightarrow$ Nâng cấp, phát triển mở rộng.
  • Tổng quan công trình nghiên cứu liên quan: Tổng hợp các nghiên cứu trong nước (luận văn thạc sĩ của Nguyễn Thị Tự về công cụ sinh ca kiểm thử cặp tại ĐHQG Hà Nội; luận văn của Vũ Ngọc Sen - Nguyễn Thị Quyên tại ĐHKHTN TP.HCM; luận văn thạc sĩ của Lê Thị Như Thủy tại ĐH Đà Nẵng) và xu hướng ứng dụng công cụ mã nguồn mở trên thế giới.

Phương pháp nghiên cứu được triển khai kết hợp giữa nghiên cứu định lượng và định tính:

  • Phương pháp thu thập dữ liệu sơ cấp: Thiết kế phiếu điều tra khảo sát trắc nghiệm và phỏng vấn trực tiếp cán bộ nhân viên thuộc các phòng ban (Kiểm thử, Lập trình, Thiết kế, Ban Giám đốc) tại NoDo; kết hợp quan sát hiện trường hoạt động tác nghiệp.
  • Phương pháp thu thập dữ liệu thứ cấp: Thu thập số liệu báo cáo tài chính thường niên (2013 - 2015), tài liệu quy trình nội bộ từ Bộ phận Kế toán và các phòng chuyên môn; tham khảo sách, giáo trình và tài liệu nghiên cứu chuyên ngành.
  • Phương pháp xử lý số liệu: Thống kê mô tả, phân tích tổng hợp và so sánh trên phần mềm Microsoft Excel.

Nội dung chính theo từng chương

Chương 1: Cơ sở lý luận về hệ thống quản lý bug trong quy trình kiểm thử phần mềm

Chương 1 hệ thống hóa toàn bộ khung lý luận về công tác kiểm thử trong chu trình phát triển phần mềm tổng quát (từ tiếp nhận yêu cầu, phân tích đặc tả, thiết kế kiến trúc/chi tiết, lập trình, kiểm thử đến cài đặt, vận hành và bảo trì). Tác giả phân tích chi tiết các nhiệm vụ kiểm thử tương ứng từng giai đoạn:

  • Kiểm thử đặc tả yêu cầu: Đảm bảo tính khả thi, độ tin cậy và tính tương thích phần cứng/hệ điều hành.
  • Kiểm thử thiết kế: Rà soát kiến trúc, tính hợp lệ của thuật toán logic, cấu trúc dữ liệu và các giao diện nhập/xuất.
  • Kiểm thử trong giai đoạn lập trình: Xác nhận sự chuẩn xác của mã nguồn so với thiết kế chi tiết.

Chương này cũng phân tích mô hình luồng thông tin kiểm thử (gồm cấu hình phần mềm và cấu hình kiểm thử), yêu cầu năng lực đối với kiểm thử viên (cần kiến thức diện rộng về thuật toán, nguyên lý đồ thị và quy trình phát triển, phân biệt với kiến thức chuyên sâu theo mảng của lập trình viên) và quy trình chuẩn triển khai một phần mềm ứng dụng vào doanh nghiệp.

Chương 2: Phân tích, đánh giá thực trạng quản lý bug trong quy trình kiểm thử tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo

Chương 2 trình bày bức tranh tổng thể về doanh nghiệp và thực trạng tác nghiệp:

  • Tổng quan doanh nghiệp: Công ty NoDo thành lập năm 2013 (tiền thân từ năm 2010 là Công ty CP & Truyền thông Sắc Việt), quy mô vốn điều lệ 4 tỷ đồng, cơ cấu nhân sự gồm 45 người (18 kỹ sư lập trình, 4 kiểm thử viên, 5 marketing, 6 SEO, 2 kinh doanh, 3 tài chính - nhân sự, 4 nhân sự có chứng chỉ công nghệ quốc tế; 100% nhân viên đạt TOEIC > 600). Doanh nghiệp cung cấp các giải pháp viễn thông (Customer Care, Charging Proxy, Postpaid, Interconnect), tài chính ngân hàng (Oracle Flexcube Core Banking, Temenos T24, Internet/Mobile Banking), ERP (Odoo), TMĐT, cổng thanh toán trực tuyến và dịch vụ gia công phần mềm.

Bảng 1: Kết quả hoạt động kinh doanh của NoDo (2013 - 2015) (Đơn vị: VNĐ)

STT Chỉ tiêu Năm 2013 Năm 2014 Năm 2015
1 Tổng doanh thu 2.000.000.000 2.650.000.000 3.500.000.000
2 Lợi nhuận trước thuế 600.242.000 700.125.000 850.430.000
3 Chi phí thuế TNDN 132.013.240 154.027.500 187.094.600
4 Lợi nhuận sau thuế 468.228.760 546.097.500 663.335.400
  • Thực trạng quy trình kiểm thử tại NoDo: Gồm 5 khâu: (1) Phân tích yêu cầu, thiết kế; (2) Lập kế hoạch kiểm thử; (3) Trình bày kiểm thử; (4) Thực thi kiểm thử (trải qua các mức Unit test, Integration test, System test và Acceptance test); (5) Báo cáo kết quả kiểm thử.
  • Phân tích kết quả khảo sát thực tế: Tác giả tiến hành điều tra qua bảng hỏi và phỏng vấn trực tiếp 10 cán bộ nhân viên thuộc các vị trí chủ chốt (Giám đốc Hoàng Minh Vương, Trưởng bộ phận kiểm thử Lê Thị Thủy, các nhân viên lập trình, thiết kế và kiểm thử).

Bảng 2: Tổng hợp kết quả khảo sát thực trạng quản lý dự án và kiểm thử tại NoDo (n = 10)

Tiêu chí khảo sát Lựa chọn phản hồi Tỷ lệ / Số lượng ghi nhận
Mức độ chậm deadline dự án Rất thường xuyên 5/10 (50%)
Thỉnh thoảng 3/10 (30%)
Không bao giờ 2/10 (20%)
Nguyên nhân chính chậm deadline Bộ phận kiểm thử kiểm soát lỗi không hiệu quả 6/10 (60%)
Bộ phận lập trình hiểu sai nghiệp vụ/yêu cầu 3/10 (30%)
Bộ phận thiết kế hiểu sai yêu cầu 1/10 (10%)
Hình thức trao đổi thông tin Trao đổi trực tiếp (nói miệng) 5/10 (50%)
Sử dụng văn bản (Word, Excel) 4/10 (40%)
Trao đổi qua điện thoại 1/10 (10%)

Kết quả khảo sát khẳng định: 100% nhân sự (10/10) phản ánh hình thức trao đổi hiện tại phân tán, dễ quên và khó truy vết tài liệu; 100% nhân viên kiểm thử (3/3) gặp trở ngại lớn trong việc quản lý, bàn giao và giám sát tiến độ sửa bug khi chạy đồng thời nhiều dự án.

Chương 3: Ứng dụng hệ thống quản lý bug trong quy trình kiểm thử tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo

Chương 3 tiến hành so sánh các công cụ quản lý bug phổ biến trên thị trường:

  • Mantis: Nền tảng PHP, mã nguồn mở, hỗ trợ nhiều CSDL (MySQL, PostgreSQL, MS SQL), tích hợp chat/wiki.
  • BugNet: Nền tảng ASP.NET, CSDL MySQL, gọn nhẹ, dễ mở rộng.
  • The Bug Genie: Nền tảng PHP, giao diện thân thiện, hỗ trợ đa nền tảng và đa ngôn ngữ.
  • Jira: Phát triển bởi Atlassian, thương mại, chuyên nghiệp, hỗ trợ quy trình linh hoạt nhưng có chi phí bản quyền.
  • Redmine: Nền tảng Ruby on Rails, mã nguồn mở hoàn toàn, hỗ trợ đa dự án, phân quyền linh hoạt, tích hợp biểu đồ Gantt, lịch, quản lý tài liệu, wiki, diễn đàn và thông báo qua email.

Dựa trên các tiêu chí về chi phí, khả năng tùy biến và quản trị đa dự án, tác giả đề xuất lựa chọn Redmine để triển khai tại NoDo. Nội dung chương trình bày chi tiết quy trình thiết lập môi trường, cài đặt hệ thống, cấu hình CSDL và hướng dẫn khai thác các phân hệ chức năng (quản lý tài khoản, quản lý dự án, theo dõi issue, lập kế hoạch phiên bản).

Thiết kế và triển khai hệ thống

Hệ thống quản lý bug Redmine được cài đặt và cấu hình phục vụ tác nghiệp nội bộ tại NoDo theo các thông số kỹ thuật và quy trình thực hiện cụ thể:

1. Môi trường và ngăn xếp công nghệ

  • Ngôn ngữ và Framework: Ruby on Rails (sử dụng gói RailsInstaller gồm Ruby 1.5, DevKit, SQL Server support 3.3).
  • Thư viện xử lý hình ảnh: ImageMagick (cài đặt trực tiếp tại thư mục gốc C:\ImageMagick).
  • Hệ quản trị cơ sở dữ liệu: MySQL (kết nối qua adapter mysql2, cấu hình ký tự UTF-8).
  • Máy chủ ứng dụng: WEBrick server (chạy môi trường production trên cổng mặc định localhost:3000).

2. Quy trình 10 bước cài đặt và cấu hình kỹ thuật

  1. Tải gói All-in-one từ RailsInstaller và giải nén thư mục cài đặt.
  2. Tải mã nguồn Redmine phiên bản zip từ RubyForge và đưa vào thư mục Sites.
  3. Tải và cài đặt ImageMagick vào ổ C:\.
  4. Chuẩn bị hệ quản trị cơ sở dữ liệu MySQL (qua phpMyAdmin).
  5. Thiết lập biến môi trường liên kết thư viện ImageMagick: 
    set CPATH=C:\ImageMagick\include
set LIBRARY_PATH=C:\ImageMagick\lib
  6. Cài đặt Bundler và các gem phụ thuộc: 
    gem install bundler
bundle install
  7. Khởi tạo CSDL và phân quyền người dùng trong MySQL: 
    create database redmine character set utf8;
create user 'redmine'@'localhost' identified by 'my_password';
grant all privileges on redmine.* to 'redmine'@'localhost';
  8. Cấu hình file config/database.yml kết nối tới CSDL MySQL môi trường production.
  9. Khởi tạo mã bảo mật Session, cấu trúc bảng dữ liệu và nạp dữ liệu mặc định: 
    rake generate_secret_token
set RAILS_ENV=production
rake db:migrate
set REDMINE_LANG=en
rake redmine:load_default_data
  10. Khởi động máy chủ ứng dụng: 
    ruby script/rails server webrick -e production

3. Thiết lập chức năng và luồng tác nghiệp

  • Quản trị người dùng và tài khoản: Hệ thống thiết lập màn hình đăng ký (Register) với các trường bắt buộc: Login (Tên tài khoản), Password (Mật khẩu), Confirmation (Xác nhận mật khẩu), First name (Tên), Last name (Họ) và Email. Hỗ trợ chức năng đổi mật khẩu, chọn múi giờ (Time zone) và khôi phục mật khẩu qua email (Lost password).
  • Trang cá nhân (My Page): Cho phép kiểm thử viên và lập trình viên tùy biến giao diện làm việc, hiển thị khối chức năng Issues assigned to me để theo dõi trực tiếp các lỗi hoặc tác vụ được phân công.
  • Quản lý dự án (Project Management): Cung cấp các phân hệ Overview (Tổng quan), Activity (Nhật ký hoạt động), Issues (Danh sách vấn đề), Gantt chart (Biểu đồ tiến độ), Calendar (Lịch làm việc), News (Tin tức), Documents (Tài liệu), Wiki và Settings (Thiết lập cấu hình phân quyền mô-đun).
  • Quy trình quản lý Issue/Bug: Cho phép kiểm thử viên tạo mới issue, đính kèm tài liệu mô tả lỗi, phân loại mức độ ưu tiên, chỉ định lập trình viên xử lý, và cập nhật trạng thái lỗi (New, In Progress, Resolved, Feedback, Closed) thông qua thao tác chỉnh sửa hoặc kéo thả trực quan.

Kết quả và đóng góp

Khóa luận đạt được các kết quả cụ thể gắn liền với số liệu và giải pháp thực tế tại đơn vị thực tập:

  • Đánh giá định lượng chính xác thực trạng quản lý lỗi: Khảo sát chỉ ra 50% dự án tại NoDo thường xuyên bị trễ hạn bàn giao; xác định nguyên nhân lớn nhất (chiếm 60%) bắt nguồn từ việc bộ phận kiểm thử chưa kiểm soát lỗi hiệu quả bằng công cụ tập trung; nhận diện phương thức giao tiếp nội bộ còn thô sơ (50% nói miệng, 40% dùng văn bản rời rạc).
  • Đề xuất và xây dựng giải pháp phần mềm phù hợp: Lựa chọn giải pháp mã nguồn mở Redmine giúp doanh nghiệp tiết kiệm toàn bộ chi phí bản quyền so với các giải pháp thương mại như Jira, đồng thời đáp ứng đầy đủ yêu cầu quản lý đa dự án, phân quyền chặt chẽ giữa tester - developer - project manager.
  • Chuẩn hóa quy trình và tài liệu hóa kỹ thuật: Xây dựng tài liệu hướng dẫn kỹ thuật chi tiết từ khâu chuẩn bị môi trường (Ruby, RailsInstaller, ImageMagick, MySQL), các dòng lệnh thiết lập CSDL, cấu hình hệ thống, đến các thao tác tác nghiệp tạo lập và chuyển trạng thái issue trên giao diện web.

Hạn chế và hướng nghiên cứu tiếp

Khóa luận chỉ ra một số điểm giới hạn và định hướng mở rộng:

  • Hạn chế:
    • Quy mô khảo sát thực trạng còn hẹp (mẫu khảo sát dừng ở mức $n = 10$ nhân sự nội bộ công ty).
    • Hệ thống mới dừng lại ở bước cài đặt, cấu hình thử nghiệm trên môi trường máy chủ cục bộ (localhost/mạng nội bộ), chưa có số liệu thống kê định lượng dài hạn về thời gian xử lý bug và năng suất dự án sau khi vận hành toàn diện trong thực tế.
    • Thời gian nghiên cứu và nguồn lực của sinh viên thực tập còn hạn chế.
  • Hướng nghiên cứu tiếp:
    • Đưa hệ thống lên môi trường máy chủ chính thức (Cloud Server/VPS), triển khai áp dụng bắt buộc trên toàn bộ các dự án thực tế của NoDo.
    • Nghiên cứu tích hợp Redmine với các công cụ quản lý testcase chuyên sâu (như TestLink) và các hệ thống kiểm thử tự động (Automation Testing) để đồng bộ dữ liệu lỗi tự động.

Giá trị tham khảo

Bản khóa luận mang lại giá trị tham khảo thiết thực cho các nhóm đối tượng:

  • Sinh viên ngành Hệ thống thông tin kinh tế, Công nghệ thông tin, Quản trị dự án phần mềm: Có thể tham khảo phương pháp luận kết hợp giữa phân tích thực trạng quản lý doanh nghiệp và ứng dụng giải pháp CNTT giải quyết bài toán nghiệp vụ; tham khảo quy trình khảo sát thực tế bằng phiếu hỏi và phỏng vấn.
  • Nhân viên kiểm thử (Tester) và Quản trị dự án (PM) tại các doanh nghiệp vừa và nhỏ: Sử dụng Chương 3 và mục hướng dẫn triển khai làm tài liệu tham khảo kỹ thuật từng bước để tự cài đặt, cấu hình và vận hành công cụ Redmine quản lý lỗi mà không mất chi phí mua bản quyền phần mềm.

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

1. Khóa luận nghiên cứu tại doanh nghiệp nào và quy mô nhân sự của doanh nghiệp đó ra sao?
Nghiên cứu được thực hiện tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo (thành lập năm 2013, vốn điều lệ 4 tỷ đồng). Tại thời điểm nghiên cứu, công ty có quy mô 45 nhân sự, trong đó có 18 kỹ sư lập trình, 4 nhân viên kiểm thử, 6 SEO, 5 marketing, 2 kinh doanh, 3 tài chính - nhân sự và 4 nhân sự đạt chứng chỉ công nghệ quốc tế.

2. Kết quả khảo sát thực trạng về tình hình trễ hạn (deadline) tại NoDo ghi nhận số liệu cụ thể như thế nào?
Khảo sát trên 10 cán bộ nhân viên thuộc các bộ phận cho thấy: 50% (5/10 người) đánh giá dự án rất thường xuyên chậm deadline, 30% (3/10 người) cho rằng thỉnh thoảng chậm và 20% (2/10 người) cho rằng không bao giờ chậm. Về nguyên nhân, 60% (6/10 người) xác nhận do khâu kiểm soát lỗi của bộ phận kiểm thử chưa hiệu quả, 30% do lập trình viên hiểu sai yêu cầu và 10% do thiết kế hiểu sai yêu cầu.

3. Tại sao tác giả lại đề xuất lựa chọn Redmine thay vì các phần mềm khác như Mantis, BugNet hay Jira?
Qua phân tích so sánh 5 công cụ, Redmine được lựa chọn vì là phần mềm mã nguồn mở hoàn toàn (miễn phí bản quyền, khác với Jira), chạy trên nền tảng web linh hoạt (Ruby on Rails), hỗ trợ quản lý đồng thời nhiều dự án/dự án con, tích hợp sẵn các công cụ quản trị mạnh mẽ như biểu đồ Gantt, lịch biểu, wiki, tài liệu và khả năng phân quyền linh hoạt theo từng vai trò trong dự án.

4. Để cài đặt Redmine trên hệ điều hành Windows, tác giả đã sử dụng những gói phần mềm và công cụ nào?
Quá trình cài đặt sử dụng: Gói RailsInstaller (chứa Ruby 1.5, DevKit, SQL Server support 3.3), bộ thư viện xử lý đồ họa ImageMagick, mã nguồn Redmine nén dạng zip, Bundler để quản lý gem, và hệ quản trị cơ sở dữ liệu MySQL thông qua adapter mysql2.

5. Màn hình đăng ký tài khoản trong Redmine được tác giả cấu hình gồm những trường thông tin bắt buộc nào?
Bao gồm 6 trường thông tin: Login (Tên tài khoản đăng nhập), Password (Mật khẩu tài khoản), Confirmation (Xác nhận lại mật khẩu), First name (Tên người dùng), Last name (Họ người dùng) và Email (Địa chỉ thư điện tử).

Kết luận

Khóa luận tốt nghiệp của tác giả Phùng Thị Huyền đã phản ánh toàn diện cơ sở lý luận về kiểm thử phần mềm và giải quyết bài toán thực tiễn về quản lý lỗi trong quy trình phát triển dự án tại Công ty Cổ phần Truyền thông và Dịch vụ NoDo. Thông qua các dữ liệu khảo sát thực tế, tác giả đã chỉ rõ những điểm nghẽn trong công tác phối hợp liên phòng ban và đề xuất thành công giải pháp ứng dụng hệ thống mã nguồn mở Redmine. Các nội dung hướng dẫn cài đặt, cấu hình CSDL và phân bổ luồng công việc trên Redmine được trình bày chi tiết, tạo cơ sở khoa học và kỹ thuật rõ ràng để doanh nghiệp áp dụng nhằm nâng cao năng suất và chất lượng sản phẩm phần mềm.