Xây dựng giải pháp đánh giá chất lượng phần mềm trong công ty gia công phần mềm cho thị trường nhật

ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC BÁCH KHOA ĐINH HOÀI VŨ XÂY DỰNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM TRONG CÔNG TY GIA CÔNG PHẦN MỀM CHO THỊ TRƯỜNG NHẬT Chuyên ngành: Hệ Thống Thông Tin Quản Lý Mã số: 60.34.48 LUẬN VĂN THẠC SĨ Thành phố Hồ Chí Minh tháng năm 2011 ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC BÁCH KHOA ĐINH HOÀI VŨ XÂY DỰNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM TRONG CÔNG TY GIA CÔNG PHẦN MỀM CHO THỊ TRƯỜNG NHẬT Chuyên ngành: Hệ Thống Thông Tin Quản Lý Mã số: 60.34.48 LUẬN VĂN THẠC SĨ Thành phố Hồ Chí Minh tháng năm 2011 CƠNG TRÌNH ĐƢỢC HỒN THÀNH TẠI TRƢỜNG ĐẠI HỌC BÁCH KHOA –ĐHQG -HCM Cán hƣớng dẫn khoa học :TS Huỳnh Tƣờng Nguyên Cán chấm nhận xét : TS Nguyễn Văn Minh Mẫn Cán chấm nhận xét :TS Nguyễn Chánh Thành Luận văn thạc sĩ đƣợc bảo vệ Trƣờng Ðại học Bách Khoa, Đại Học Quốc Gia Tp HCM ngày tháng năm 2011 Thành phần Hội đồng đánh giá luận văn thạc sĩ gồm: TS Nguyễn Đức Thái (CT) TS Nguyễn Văn Minh Mẫn (PB1) TS Nguyễn Chánh Thành (PB2) TS Huỳnh Tƣờng Nguyên (UV) TS Nguyễn Thanh Hùng (TK) Xác nhận Chủ tịch Hội đồng đánh giá LV Bộ môn quản lý chuyên ngành sau luận văn đƣợc sửa chữa (nếu có) Chủ tịch Hội đồng đánh giá LV Bộ mơn quản lý chuyên ngành TS Nguyễn Đức Thái PGS TS Đặng Trần Khánh TRƢỜNG ĐH BÁCH KHOA TP HCM PHÕNG ĐÀO TẠO SĐH CỘNG HÕA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập - Tự - Hạnh phúc _ Tp HCM, ngày 30 tháng năm 2011 NHIỆM VỤ LUẬN VĂN THẠC SĨ Họ tên học viên: Đinh Hoài Vũ Phái: Nam Ngày, tháng, năm sinh: 26/11/1977 Nơi sinh: Đăk Lăk Chuyên ngành: Hệ Thống Thông Tin Quản Lý MSHV: 09320857 I TÊN ĐỀ TÀI: XÂY DỰNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƢỢNG PHẦN MỀM TRONG CÔNG TY GIA CÔNG PHẦN MỀM CHO THỊ TRƢỜNG NHẬT II NHIỆM VỤ VÀ NỘI DUNG: Xác định, phân tích vấn đề liên quan đến việc quản lý chất lƣợng công ty gia công phần mềm cho thị trƣờng Nhật để xây dựng phƣơng pháp quản lý, đánh giá chất lƣợng hợp lý, từ xây dựng hệ thống thông tin thực phƣơng pháp đánh giá chất lƣợng III NGÀY GIAO NHIỆM VỤ:14/02/2011 IV NGÀY HOÀN THÀNH NHIỆM VỤ: 30/06/2011 V CÁN BỘ HƯỚNG DẪN: TS Huỳnh Tƣờng Nguyên CÁN BỘ HƯỚNG DẪN (Họ tên chữ ký) CHỦ NHIỆM BỘ MÔN QUẢN LÝ CHUYÊN NGÀNH KHOA QUẢN LÝ CHUYÊN NGÀNH (Họ tên chữ ký) (Họ tên chữ ký) LỜI CÁM ƠN Xin chân thành cảm ơn thầy Huỳnh Tƣờng Nguyên tận tình hƣớng dẫn, định hƣớng tạo điều kiện thuận lợi để hồn thành luận văn Xin cảm ơn Võ Thị Ngọc Châu bạn lớp MIS 2009 đóng góp nhiều ý kiến quý giá Đặc biệt cảm ơn bạn nhân viên công ty Cube System Việt Nam sử dụng kiểm thử chƣơng trình, cung cấp nhập liệu thực tế để hệ thống kiểm chứng Mong kết luận văn góp phần nhỏ việc nâng cao chất lƣợng phát triển phần mềm cho công ty Cube System Việt Nam nói riêng cơng ty gia cơng phần mềm nói chung TP Hồ Chí Minh ngày 30 tháng năm 2011 Đinh Hồi Vũ i TĨM TẮT Trong phát triển phần mềm, quy trình quản lý chất lƣợng khâu quan trọng tốn nhiều công sức Đặc biệt, ngành gia công phần mềm cho thị trƣờng Nhật, với đặc tính đề cao chất lƣợng ngƣời Nhật, việc quản lý chất lƣợng công ty nhận gia công chƣa đạt yêu cầu Phần đánh giá chất lƣợng công đoạn quan trọng khó khăn quản lý chất lƣợng Quan trọng mấu chốt quản lý chất lƣợng phải đánh giá đƣợc chất lƣợng Chúng ta cần đánh giá đƣợc để biết chất lƣợng đạt hay khơng, có vấn đề chỗ nào, cần phải điều chỉnh quy trình chỗ Tuy nhiên, chất lƣợng khái niệm trừu tƣợng, mang tính chất định tính, khó để định lƣợng hóa để đánh giá Trong thực tế, có nhiều mơ hình sơ lý thuyết hƣớng dẫn định lƣợng hóa đánh giá chất lƣợng, vấn đề chủ yếu xây dựng, thu thập thơng tin để định lƣợng hóa chất lƣợng cách hợp lý cho tổ chức Trong ngành gia công phần mềm, bên gia công thực số cơng đoạn trong quy trình phát triển phần mềm, nên việc đánh giá chất lƣợng phải điều chỉnh cho phù hợp Luận văn dựa đặc điểm ngành gia công phần mềm mơ hình đánh giá chất lƣợng ISO-9126 để xây dựng mơ hình đánh giá chất lƣợng phù hợp, từ phát triển hệ thống đánh giá chất lƣợng phù hợp với tổng thể quy trình hoạt động hữu công ty Đặc điểm hệ thống đƣợc mô tả nhƣ sau :  Xây dựng đặc tính chất lƣợng mơ hình để thống kê thơng tin đánh giá đặc tính chất lƣợng theo lý thuyết ISO-9126  Chuẩn hóa lại quy trình phát triển phần mềm để lấy đƣợc thơng tin thích hợp, dựa thơng tin sẵn có để định lƣợng hóa chất lƣợng nhằm giảm thiểu thời gian công sức  Chất lƣợng đƣợc đánh giá theo thời gian thực: công việc nhỏ dự án đƣợc đánh giá lúc công việc đƣợc thực Điều giúp cho việc đánh giá chất lƣợng đƣợc xuyên suốt khách quan  Chất lƣợng đánh giá có quan tâm đến đặc điểm gia công phần mềm, phản ánh đƣợc vấn đề chất lƣợng giai đoạn trƣớc đƣa qua gia công ii ABSTRACT In software development, quality management is quite important and takes much effort Especially, in the software subcontracting industry for Japanese market, the subcontractors’ quality management has not yet met the Japanese high quality requirement In quality management, the quality assessment is the most important and difficult It’s important because the key of quality management is to assess whether the quality is good or not, where the problem happens, where need to have action It’s difficult because quality is an abstract and qualitative It’s hard to quantify the evaluation There are many models and theoretical basis of guidance quantifying and assessing the quality but the problem is how to build and collect information to quantify the quality reasonably In the software subcontracting industry, the subcontractors only execute some phases in the whole software development process So the quality assessment must be adjusted suitably This thesis is based on nature of software subcontracting industry and quality assessment model ISO-9126 to build a suitable quality assessment model and then develop a quality assessment system for software-subcontracting companies Basis characteristics of the system are described as below:  Building quality characteristics and model to collect statistical information and assess them according to the theory of ISO-9126  Standardizing software development process to collect suitable information Based on that, quantifying the quality to reduce time and effort  The quality is assessed by real time Each small task in the project will be evaluated during it’s performed This helps the quality assessment smooth and objective  The quality of assessment takes into account the software subcontracting characteristics and reflects quality problems of the phases before subcontracting iii -1- MỤC LỤC DANH MỤC CÁC TỪ VAY MƯỢN, VIẾT TẮT CHƯƠNG GIỚI THIỆU 1.1 Tổng quan 1.1.1 Vấn đề nghiên cứu 1.1.2 Mục tiêu nghiên cứu 1.1.3 Đối tƣợng phạm vi nghiên cứu 1.1.4 Phƣơng pháp nghiên cứu 1.1.5 Nội dung luận văn 1.2 Tình hình gia cơng phần mềm từ thị trường Nhật Bản 1.3 Các vấn đề gia công phần mềm cho Nhật 10 1.4 Chiến lược phát triển ngành GCPM 12 1.5 Công đoạn phát triển GCPM 13 CHƯƠNG CƠ SỞ LÝ THUYẾT CỦA ĐỀ TÀI 16 2.1 Phương pháp đánh giá chất lượng 16 2.1.1 Định nghĩa đánh giá chất lƣợng 16 2.1.2 Đánh giá chất lƣợng theo phƣơng pháp GQM 17 2.1.3 ISO – 9126 19 2.2 Cơ sở lý thuyết đề tài 22 CHƯƠNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƯỢNG 26 3.1 Các công việc dự án 26 Luận văn thạc sĩ – MIS khoá 2009 -23.1.1 Phát triển phần mềm 26 3.1.2 Q&A 26 3.1.3 Review 27 3.1.4 Kiểm thử 27 3.1.5 Quản lý thay đổi 28 3.1.6 Tóm tắt 28 3.2 Các thông tin mô tả đặc tính dự án 29 3.2.1 Số dòng mã nguồn 30 3.2.2 Q&A 30 3.2.3 Review 32 3.2.4 Tài liệu kiểm thử 34 3.2.5 Kiểm thử 34 3.2.6 Thay đổi đặc tả 36 3.2.7 Tóm tắt 37 3.3 Xây dựng tiêu đánh giá chất lượng 38 3.3.1 Tính hồn thiện 40 3.3.2 Khả chịu lỗi 40 3.3.3 Tính bảo trì 42 3.4 Phương pháp đánh giá chất lượng 45 3.4.1 Đánh giá tiêu chất lƣợng 45 3.4.2 Đánh giá nội dung công đoạn 47 3.4.3 Đánh giá thời gian thực 48 CHƯƠNG HỆ THỐNG ĐÁNH GIÁ CHẤT LƯỢNG 50 Luận văn thạc sĩ – MIS khố 2009 -34.1 Mơ hình 50 4.1.1 Hiện trạng (AS-IS) 50 4.1.2 Mơ hình (TO-BE) 51 4.1.3 Kiến trúc 53 4.1.4 Cơ sở liệu 55 4.2 Các chức hệ thống 56 4.2.1 Danh sách chức 56 4.2.2 Sơ đồ lƣu chuyển hình 58 4.3 Người sử dụng 58 CHƯƠNG ĐÁNH GIÁ VÀ HƯỚNG PHÁT TRIỂN 60 5.1 Ứng dụng thực tế 60 5.1.1 Thông tin dự án 60 5.1.2 Đánh giá chất lƣợng 61 5.2 Đánh giá hệ thống 68 5.3 Hướng phát triển 71 TÀI LIỆU THAM KHẢO 73 PHỤ LỤC 75 LÝ LỊCH TRÍCH NGANG 76 Luận văn thạc sĩ – MIS khoá 2009 - 62 Hệ thống kết xuất liệu đối chiếu kết chất lƣợng đạt đƣợc nhƣ hình Ta thấy kết thực tế thấp so với tiêu yêu cầu thấp tiêu trung bình Đặc biệt số kịch kiểm thử cho kiểm thử kết hợp thấp nửa so với tiêu Nhƣ khả chịu lỗi hệ thống chƣa đƣợc đảm bảo, số kịch kiểm thử tăng lên, cịn khả cịn lỗi Hình 5-5) Ðường cong trưởng thành lỗi Hình 5-6) Dữ liệu khuynh hướng phát triển lỗi Tuy lỗi có khuynh hƣớng bão hịa nhƣng đƣờng cong lỗi khơng đẹp, lỗi đƣợc phát nhiều giai đoạn dự án (thƣờng phải giai đoạn đầu) Do thời gian phát triển dự án ngắn nên khó đánh giá khuynh hƣớng bão hòa lỗi đƣợc Kết hợp với mật độ lỗi kiểm thử đơn vị, không đạt tiêu nhƣng với chất lƣợng trung bình, thời điểm đánh việc kiểm thử đơn vị Luận văn thạc sĩ – MIS khoá 2009 - 63 tƣơng đối ổn Hình 5-7) Khả bảo trì Năng suất dự án cao tiêu cao so với số trung bình công ty Tuy nhiên khuynh hƣớng phát triển xuất không tốt, cao giai đoạn đầu giảm dần cuối nên chƣa thể đánh giá tính bảo trì Biểu đồ suất giải thích cho việc lỗi phát sinh nhiều giai đoạn giữa: Tại thời điểm đầu có thành phần dễ, số dòng mã nguồn dạng “cắt dán” từ ví dụ mẫu nhiều nên suất cao lỗi phát Cũng giống nhƣ việc đánh giá xu hƣớng phát triển lỗi, dự án cần có thời gian dài đánh giá xác đƣợc Đánh giá quy trình Hình 5-8) Dự liệu thống kê đánh giá nội dung review, Q&A, lỗi Luận văn thạc sĩ – MIS khoá 2009 - 64 - Hình 5-9) Biểu đồ phân loại nội dung Q&A Về nội dung Q&A, có 16% liên quan đến vấn đề đọc hiểu khơng tốt, tính hồn thiện dự án (khả nắm vững tài liệu thiết kế) cần phải xem xét lại Hình 5-10) Biểu đồ phân loại nội dung review Trong trình review, lỗi thiết kế chiếm 10%, nhƣ vấn đề đọc hiểu không tốt có liên quan đến tài liệu thiết kế khách hàng Khách hàng cần phải xem lại chất lƣợng khâu thiết kế cơng ty Luận văn thạc sĩ – MIS khố 2009 - 65 - Hình 5-11) Biểu đồ phân loại lỗi theo công đoạn phát sinh Theo biểu đồ trên, giai đoạn kiểm thử đơn vị, xuất số lớn lỗi lẽ phải đƣợc phát giai đoạn review Tƣơng tự kiểm thử kết hợp, có vài lỗi thuộc kiểm thử đơn vị Nhƣng khả chịu lỗi đƣợc đánh giá không tốt, khâu kiểm thử đơn vị review có chất lƣợng khơng đảm bảo, lỗi không phát đƣợc hết Điều thể qua số độ bao phủ kịch kiểm thử, số kịch kiểm thử thấp yêu cầu đề dẫn đến nhiều trƣờng hợp bị bỏ sót Hình 5-12) Biểu đồ phân loại nội dung lỗi Luận văn thạc sĩ – MIS khoá 2009 - 66 Đánh giá chất lƣợng kiểm thử đơn vị, lỗi phát chiếm phần nhiều liên quan đến nội dung thiết kế, tài liệu khơng đầy đủ, có lỗi tồn trƣớc từ thành phần sử dụng lại khách hàng cung cấp (lỗi có sẵn) Hình 5-13) Dữ liệu thống kê theo lĩnh vực kỹ thuật Hình 5-14) Biểu đồ phân tích theo lĩnh vực kỹ thuật Biểu đồ phân tích theo lĩnh vực kỹ thuật giúp ích nhiều việc phân tích chi tiết vấn đề Nhƣ đánh giá trên, vấn đề số lƣợng kịch kiểm thử không đủ, lỗi quy trình kiểm thử review chƣa phát hết Căn vào biểu đồ trên, nhận diện đƣợc kịch kiểm thử thiếu phần để bổ sung hợp lý rút kinh nghiệm cho lần sau Ví dụ phần thiết kể bảng biểu, tỉ lệ Q&A nhiều so với lãnh vực khác, chứng tỏ độ phức tạp phần cao, số lƣợng lỗi phát cao phần khác mà số lƣợng kịch kiểm thử lại thấp hơn, kết luận cần phải review kiểm thử nhiều phần liên quan đến thiết kế bảng biểu Luận văn thạc sĩ – MIS khoá 2009 - 67 Đánh giá thành phần Đánh giá theo thành phần đánh giá theo thời gian thực, kiểm tra thời điểm thành phần thỏa mãn tiêu chất lƣợng chƣa, từ có động thái điều chỉnh phù hợp Biểu đồ bên dƣới biểu diễn mật độ phát lỗi theo thành phần Đƣờng màu tím tiêu trung bình tồn cơng ty, đƣờng màu đỏ tiêu đặt dự án Các thành phần số 4, số có lỗi phát thấp nhiều so với tiêu đặt ra, thấp so với tiêu trung bình, cần phải xem xét lại thành phần này, số lƣợng tetscase, độ khó Tƣơng tự ta có đánh giá tiêu khác theo thành phần nhƣ Q&A, số kịch kiểm thử, lỗi review Hình 5-15)Ðánh giá mật độ phát lỗi theo thành phần Các thành phần lập trình viên khác thực hiện, độ khó khác nên cần đánh giá dựa tƣơng quan đặc tính thành phần Nhƣ theo biểu đồ dƣới, thành phần số có số Q&A cao nhƣng số lỗi review kiểm thử 0, số kịch kiểm thử lại thấp nhiều so với thành phần khác, nhƣ tăng thời gian kiểm thử cho thành phần 6, phát thêm nhiều lỗi Luận văn thạc sĩ – MIS khố 2009 - 68 - Hình 5-16) Biểu đồ đánh giá chất lượng thành phần Hình 5-17) Dữ liệu thống kê chất lượng thành phần 5.2 Đánh giá hệ thống Nhƣ nói, chất lƣợng dự án tỉ lệ thuận với công số bỏ Càng nhiều tiêu chí đánh giá chất lƣợng thời gian thu thập thông tin tốn Bằng cách tích hợp cơng việc phải làm q trình phát triển dự án vào hệ thống, thông tin đƣợc thu thập hiệu Web-based system giúp thông tin chia sẻ dễ dàng, tăng hiệu suất làm việc Trƣởng nhóm kiểm tra tình hình làm việc dự án nhanh chóng Chất lƣợng đƣợc đánh giá thực công việc nhỏ (đánh giá Q&A, phân loại review, lỗi …) nên việc đánh giá xác tốn cơng sức Hệ thống thống kê số chất lƣợng giúp cho trƣởng dự án có nhìn tổng qt, có sở định lƣợng đƣợc chất lƣợng để báo cáo tình hình chất lƣợng cách Luận văn thạc sĩ – MIS khố 2009 - 69 hợp lý Các thơng tin cần thiết để định lƣợng đƣợc xác định trƣớc tích hợp vào hệ thống, đảm bảo thơng tin đầy đủ Đặc biệt, thông tin đánh giá phân biệt rõ nguyên nhân chất lƣợng nằm phần nào, có liên quan đến khách hàng, quy trình nghiệp trƣớc giai đoạn gia công nhƣ Điều giúp cho việc đánh giá chất lƣợng cơng việc phía gia công khách quan hơn, đồng thời giúp khách hàng nhận diện vấn đề nội cơng ty khách hàng, từ cải thiện quy trình gia cơng phần mềm tốt Kinh nghiệm tích lũy q trình vận hành mơ hình thực tế đƣợc hiệu chỉnh sau thời gian vận hành Trong trình vận hành, đặc tính đánh giá đƣợc tinh chỉnh tùy biến phù hợp Ví dụ việc phân loại bug thêm bớt yếu tố phân loại cho hợp lý Hoặc đánh giá tính tin cậy sản phẩm khơng dựa vào số lƣợng Q&A số bug phát mà dựa số đặc tính khác Một phần mềm khơng theo quy trình chuẩn tùy theo mức độ khác biệt quy trình phát triển phần mềm mà áp dụng đƣợc hệ thống hay khơng Vì hệ thống đƣợc xây dựng mơ hình phát triển phần mềm công ty mà đề tài khảo sát, theo quy trình mơ tả, quy trình phát triển phần mềm khơng theo mơ hình này, liệu phục vụ việc đánh giá chất lƣợng không thống kê đầy đủ Việc đánh giá phụ thuộc nhiều vào kinh nghiệm cách nhìn nhận số liệu ngƣời dùng, cịn mang tính cảm tính Hệ thống hổ trợ hiển thị ba ngôn ngữ, tiếng Việt, tiếng Nhật tiếng Anh để khách hàng Nhật tham gia sử dụng Hình 5-18) Hiển thị tiếng Việt Luận văn thạc sĩ – MIS khoá 2009 - 70 - Hình 5-19) Hiển thị tiếng Nhật Hình 5-20) Hiển thị tiếng Anh Tuy nhiên mặt sử dụng, ngƣời dùng phải nhập công số số dòng mã nguồn hàng ngày, điểm bất tiện lớn hệ thống Chƣơng trình đƣa thông tin liên quan đến chất lƣợng, chƣa thể đánh giá dự án cách tự động Dƣới số đánh giá dựa tiêu chí cụ thể Tiêu chí đánh giá Điểm mạnh Đáp ứng mục tiêu yêu cầu Định lƣợng đƣợc yếu tố Chƣa đánh giá chất lƣợng liên quan trình phát tự động triển dự án Các thơng tin hỗ trợ đánh giá chất lƣợng đầy đủ Việc đánh giá chất lƣợng khách quan hơn, có sở định lƣợng Cải thiện hiệu suất làm việc tổ chức Các cơng việc thủ cơng đƣợc hệ thống hóa (Q&A, review), việc chia sẻ đồng thông tin đƣợc cải thiện Tính dễ sử dụng Là hệ thống web-based, Luận văn thạc sĩ – MIS khoá 2009 Điểm yếu Việc nhập cơng số làm việc dịng mã nguồn tốn nhiều thời gian - 71 không cần phải cài đặt client Chƣơng trình thiết kế dựa tảng hệ thống sử dụng, phƣơng thức nhập liệu khơng thay đổi, thời gian làm quen chƣơng trình nhanh Liên kết với hệ thống khác Dữ liệu xuất thông tin làm cho hệ thống kế tốn Chí phí Sử dụng phần mềm miễn phí (Postgres SQL, PHP, cài đặt Apache Linux) phí triển khai thấp Bảo mật Hệ thống có chế chứng thực phân quyền rõ ràng Chƣa nhận input từ hệ thống khác Trong tƣơng lai, thơng tin nhƣ số dịng mã nguồn, số dịng giải đọc từ động từ hệ thống khác giúp cải thiện tính dễ sử dụng hệ thống nhiều Vì mục tiêu sử dụng mạng nội bộ, hệ thống chƣa quan tâm nhiều đến vấn đề bảo mật Bảng 5-1) Đánh giá hệ thống 5.3 Hướng phát triển Về chức hệ thống phát triển thành hệ chuyên gia, đánh giá chất lƣợng cách tự động Hiện thực việc cho trƣởng dự án nhập đánh giá chất lƣợng vào hệ thống, kết hợp thông tin đánh giá chất lƣợng thông tin chi tiết nhiều dự án, hệ thống tự học đƣa đánh giá chất lƣợng tự động, giảm thiếu cảm tính đánh giá Luận văn thạc sĩ – MIS khoá 2009 - 72 Trong thời gian gần, thực chức đánh giá chất lƣợng dựa luật sinh Ví dụ số kịch kiểm thử nhiều n nhƣng số lỗi phát thấp m chất lƣợng kịch kiểm thử có vấn đề … Hệ thống dựa luật sinh để đƣa thông tin cảnh báo Để cải tiến hiệu suất sử dụng, tích hợp phần mềm mã nguồn mở Trac Lightning để thống kê cập nhật số dòng mã nguồn tự động Vấn đề phụ thuộc nhiều vào cách làm việc tổ chức, để sử dụng Trac Lightning, công ty phải quản lý mã nguồn SVN Luận văn thạc sĩ – MIS khoá 2009 - 73 - TÀI LIỆU THAM KHẢO [1].Điều tra khuynh hƣớng phát triển phần mềm offshore, IT Human Resource White Paper 2011, pp.106, IPA, 2011, http://www.ipa.go.jp/jinzai/jigyou/docs/ITjinzai2011_Hires_20110520.pdf [2].Đối tác gia công phần mềm Nhật, IT Human Resource White Paper 2011, pp.108, IPA, 2011, http://www.ipa.go.jp/jinzai/jigyou/docs/ITjinzai2011_Hires_20110520.pdf [3].Thống kê khối lƣợng gia công hàng năm theo nƣớc, IT Human Resource White Paper 2011, pp.109, IPA, 2011, http://www.ipa.go.jp/jinzai/jigyou/docs/ITjinzai2011_Hires_20110520.pdf [4].”Một số vấn đề làm outsourcing Việt Nam”, Vpartner, http://www.vpartner.jp/index.php/ja/component/content/article/64-offsourceguide [5].Các vấn đề phát triển phần mềm offshore, IT Human Resource White Paper 2011, pp.114-115, IPA, 2011, http://www.ipa.go.jp/jinzai/jigyou/docs/ITjinzai2011_Hires_20110520.pdf [6].Ngơ Văn Tồn, CMMI Khơng chất lƣợng, Thời báo Kinh tế Sài Gòn, 2007, http://www.tbvtsg.com.vn/show_article.php?id=14795&ln_id=68 [7].Nguyễn Hữu Long, PDCA: Công cụ thiếu cho quản trị chất lƣợng, Thời báo Kinh tế Sài Gòn, 2008, http://www.thesaigontimes.vn/Home/doanhnghiep/quantri/4511/ [8].Thống kê nghiệp vụ đƣợc gia công, IT Human Resource White Paper 2011, pp.112, IPA, 2011, http://www.ipa.go.jp/jinzai/jigyou/docs/ITjinzai2011_Hires_20110520.pdf [9].Azuma Motoe, Chất lƣợng phần mềm: Định lƣợng đánh giá - ISO 14598-1, JTC1/SC7/WG6 Convener, 2001, http://www.itscj.ipsj.or.jp/domestic/sc07/conf62std/wg6.pdf [10].V Basili, G Caldiera, and H.D Rombach, “Goal Question Metric Approach,” Luận văn thạc sĩ – MIS khoá 2009 - 74 Encyclopedia of Software Engineering, pp 528-532, John Wiley & Sons, Inc., 1994 [11].V R Basili, The Goal Question Metric Approach, University of Maryland, 1994, ftp://ftp.cs.umd.edu/pub/sel/papers/gqm.pdf [12].Phan Văn Hồ, Mơ hình chất lƣợng ISO - 9126, PC-World Việt Nam, 2004, http://www.pcworld.com.vn/articles/quan-ly/tu-van/2004/02/1185833/mo-hinh-ch at-luong-iso-9126/ [13].Kristján Guđbjörnsson, Applicability of ISO 9126 product quality standard in assessing software quality , thesis of Master of Science in Computer Science, University of Iceland, 2004 [14].Nagase Yoshihide, Xác nhận chất lƣợng phần mềm định lƣợng, @IT ITMedia Inc, 2005, http://www.atmarkit.co.jp/farc/rensai/matrix01/matrix01.html [15].Function Point Languages Table version 4.0, QSM Inc, http://www.qsm.com/resources/function-point-languages-table [16].Software quality, Wikipedia, http://en.wikipedia.org/wiki/Software_quality [17].Outsourcing, Wikipedia, http://en.wikipedia.org/wiki/Outsourcing Luận văn thạc sĩ – MIS khoá 2009 - 75 - PHỤ LỤC  Sơ đồ trạng công ty (AS-IS)  Sơ đồ mơ hình nghiệp vụ (TO-BE)  Hình ảnh chức hệ thống  Tài liệu thiết kế sở liệu (Sơ đồ mối quan hệ bảng (ER- digram), danh sách bảng hệ thống) Luận văn thạc sĩ – MIS khoá 2009 LÝ LỊCH TRÍCH NGANG Họ tên học viên: ĐINH HỒI VŨ Ngày, tháng, năm sinh: 26/11/1977 Nơi sinh: Đăk Lăk Địa liên lạc: 7/87 Huỳnh Khƣơng An, P5, Q.Gò Vấp, TP.HCM QUÁ TRÌNH ĐÀO TẠO (Bắt đầu từ Đại học đến nay) 1) Đại học Bách Khoa thành phố Hồ Chí Minh Ngành Khoa Học Máy Tính, 1995 ~ 2000 Q TRÌNH CƠNG TÁC (Bắt đầu từ làm đến nay) 1) Công ty GABB, Kobe, Nhật Lập trình viên, 2000 ~ 2003 2) Cơng ty Ochu Technology, Tokyo, Nhật Lập trình viên, 2003 ~ 2004 3) Cơng ty Unico Việt Nam, Hồ Chí Minh, Việt Nam Trƣởng phịng phần mềm, 2005 ~ 2008 4) Cơng ty Cubesystem Việt Nam, Hồ Chí Minh, Việt Nam Trƣởng phịng phần mềm, 2009 ~ nay(2011) ...ĐẠI HỌC QUỐC GIA TP HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC BÁCH KHOA ĐINH HOÀI VŨ XÂY DỰNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM TRONG CÔNG TY GIA CÔNG PHẦN MỀM CHO THỊ TRƯỜNG NHẬT Chuyên ngành: Hệ... XÂY DỰNG GIẢI PHÁP ĐÁNH GIÁ CHẤT LƢỢNG PHẦN MỀM TRONG CÔNG TY GIA CÔNG PHẦN MỀM CHO THỊ TRƢỜNG NHẬT II NHIỆM VỤ VÀ NỘI DUNG: Xác định, phân tích vấn đề liên quan đến việc quản lý chất lƣợng công. .. lƣợng công ty gia công phần mềm cho thị trƣờng Nhật để xây dựng phƣơng pháp quản lý, đánh giá chất lƣợng hợp lý, từ xây dựng hệ thống thông tin thực phƣơng pháp đánh giá chất lƣợng III NGÀY GIAO NHIỆM