PHẦN MỞ ĐẦU 1. Tính cấp thiết của đề tài Khi công nghệ thông tin ngày càng phát triển thì sự cạnh tranh trong lĩnh vực này ngày càng trở nên khắc nghiệt. Thực tế đó là cơ hội nhưng cũng chính là những thách thức với bất kì doanh nghiệp nào theo đuổi lĩnh vực công nghệ thông tin. Trong cuộc chiến đấu sinh tồn đó chỉ có những doanh nghiệp đưa ra được sản phẩm nhanh, chất lượng và thỏa mãn nhu cầu khách hàng mới có thể tồn tại. Vậy làm thế nào để có thể có được một phần mềm đáp ứng được nhu cầu khách hàng một cách nhanh nhất? Chúng ta viết ra càng nhiều phần mềm thì sự đòi hỏi, yêu cầu của con người càng nhiều. Chính vì vậy, những nhà quản lý và phát triển phần mềm tiếp tục tìm kiếm phương thức phát triển phần mềm tốt hơn. So với 30 năm trước chúng ta đã có những chiếc máy tính rẻ hơn, nhanh hơn, nhiều ngôn ngữ lập trình mạnh mẽ ra đời, số lượng nhiều hơn cần thiết những công cụ hỗ trợ, sự đào tạo tốt hơn và có những hiểu biết sâu hơn về lý thuyết phần mềm. Internet đã thay đổi cách con người giao tiếp với nhau, thúc đẩy sự trao đổi thông tin và thay đổi một cách triệt để sự kỳ vọng của con người về cách thức phần mềm làm việc. Chúng ta cũng có số lượng đáng kể những phương pháp khác nhau giúp xác định con đường phát triển phần mềm tốt nhất và đó chính là khía cạnh của việc tìm ra một quy trình phát triển phần mềm phù hợp nhất. Quy trình hỗ trợ cho mọi thành viên trong dự án từ người cũ đến người mới, trong hay ngoài công ty đều có thể xử lý đồng bộ công việc tương ứng vị trí của mình thông qua cách thức chung của công ty, hay ít nhất ở cấp độ dự án. Có thể nói qui trình phát triển/xây dựng phần mềm có tính chất quyết định để tạo ra sản phẩm chất luợng tốt với chi phí thấp và năng suất cao. Việc cải tiến các mô hình phát triển phần mềm luôn là đề tài nghiên cứu hấp dẫn, với sự tham gia tích cực không những từ các nhà sản xuất phần mềm mà còn từ các viện đại học khắp thế giới. Riêng với các nhà phát triển phần mềm, họ luôn cố gắng cải tiến liên tục qui trình phát triển của mình nhằm không ngừng đổi mới, nâng cao năng suất và chất lượng sản phẩm. Tuy nhiên, một điều dễ thấy là việc lựa chọn, tùy biến mô hình phù hợp cho các dự án đã khó, nhưng việc vận hành nó vào trong quá trình phát triển sản phẩm càng khó hơn. Là một trong những doanh nghiệp nằm trong guồng xoáy của lĩnh vực công nghệ thông tin, Trung tâm Nghiên cứu công nghệ mạng Viettel (VTTEK) luôn đặt mục tiêu đưa ra các sản phẩm tốt nhất, đảm bảo chất lượng, thỏa mãn nhu cầu của khách hàng, làm chủ hoàn toàn phầm mềm và phần cứng. Với mục tiêu đó, Ban Giám đốc Trung tâm luôn luôn coi trọng việc sản xuất sản phẩm theo quy trình nhất định, kiểm soát ngay từ giai đoạn đầu vào của sản phẩm, đảm bảo không có bất kì sai sót nào trong quá trình sản xuất, hạn chế tối đa các lỗi lọt sau triển khai cho khách hàng, nâng cao uy tín của Trung tâm trên thị trường trong nước và thế giới. Sản phẩm của Trung tâm chủ yếu là các phần mềm lõi viễn thông như PSCore (Package swiching core_ Hệ thống chuyển mạch gói), OCS (Online Charging System_ Hệ thống tính cước online), MSS (Mobile Softswich_Hệ thống chuyển mạch mềm)… với đặc thù là các sản phẩm nghiên cứu: yêu cầu thay đổi liên tục, chưa có một hướng đi rõ ràng, chưa nhìn được hết tính năng của sản phẩm…Chính vì đặc trưng này mà quy trình sản xuất hiện tại dựa trên ý tưởng của mô hình thác nước với các giai đoạn, chức năng rõ ràng đã xuất hiện nhiều hạn chế, điển hình như năm 2013 có 4/5 dự án không hoàn thành kế hoạch sản xuất kinh doanh năm, năm 2014 có 4/12 dự án không hoàn thành kế hoạch. Trước tình hình đó, việc tìm ra được một quy trình phù hợp với các dự án nghiên cứu trở nên vô cùng quan trọng nhằm nâng cao chất lượng sản phẩm, làm chủ hoàn toàn thiết bị mạng viễn thông, đáp ứng nhu cầu khách hàng với phương châm phục vụ mỗi khách hàng như một cá thể riêng biệt. Xuất phát từ đòi hỏi của thực tiễn, tác giả đã chọn đề tài “Hoàn thiện quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu công nghệ mạng Viettel” 2. Mục đích nghiên cứu Mục đích nghiên cứu đề tài luận văn bao gồm: - Hệ thống hoá những vấn đề thuộc cơ sở lý thuyết liên quan tới quy trình phát triển phầm mềm. - Nghiên cứu và hoàn thiện quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu phát triển thiết bị mạng viễn thông Viettel. - Vận dụng quy trình vào thực tế các dự án tại Trung tâm Nghiên cứu công nghệ mạng Viettel. Quy trình sản xuất phần mềm đáp ứng được các mục tiêu cụ thể sau đây: - Phù hợp với đặc trưng của các dự án nghiên cứu - Quản lý, đánh giá được hiệu quả nguồn lực của các dự án, của từng cá nhân, của cả Trung tâm - Có một cái nhìn tổng quan về tiến độ, chất lượng, kế hoạch của dự án. - Rút ngắn thời gian báo cáo, hỗ trợ cho Ban Giám đốc và lãnh đạo phòng trong việc quản lý dự án. - Quản lý các vấn đề của dự án, đưa ra những cảnh báo, biện pháp khắc phục kịp thời. 3. Đối tượng và phạm vi nghiên cứu 3.1. Đối tượng nghiên cứu của đề tài Đối tượng nghiên cứu của đề tài là quy trình phát triển phần mềm của Trung tâm Nghiên cứu công nghệ mạng Viettel. 3.2. Phạm vị nghiên cứu của đề tài Phạm vi nghiên cứu của đề tài là quy trình sản xuất của các dự án nghiên cứu tại Trung tâm Nghiên cứu công nghệ mạng Viettel trên cơ sở tổng kết, đánh giá các hạn chế trong quá trình thực hiện dự án theo quy trình dựa trên mô hình thác nước. 4. Phương pháp nghiên cứu Trong quá trình nghiên cứu, tác giả sử dụng các phương pháp sau: - Phương pháp tiếp cận hệ thống đi từ tổng thể đến chi tiết, xem xét quy trình dự án như một chỉnh thể thống nhất bắt đầu từ giai đoạn khảo sát, khởi động dự án, xác định các yêu cầu của khách hàng, danh sách tính năng của sản phẩm. - Phương pháp nghiên cứu định tính, định lượng. - Các phương pháp chuyên dụng của tin học kinh tế, các bước trong quy trình sản xuất phần mềm theo mô hình thác nước. Các phương pháp thu thập dữ liệu được sử dụng trong luận văn: - Luận văn sử dụng các phương pháp nghiên cứu như phương pháp tổng hợp, phân tích và thống kê để tìm kiếm các dữ liệu thứ cấp có liên quan đến các bước thực hiện khi phát triển 1 phần mềm, nhu cầu các thông tin trong quan lý dự án tại Trung tâm Nghiên cứu công nghệ mạng Viettel. - Luận văn sử dụng các phương pháp thu thập dữ liệu như: Phỏng vấn sâu, thu thập thông tin từ các thành viên của dự án trong quá trình thực hiện thực tế, phương pháp quan sát, phương pháp nghiên cứu tài liệu có liên quan đến quy trình, các yêu cầu khi phát triển sản phẩm. 5. Kết quả đạt được của đề tài Luận văn dự kiến sẽ đạt được các kết quả chính sau: [1] Hoàn thiện quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu phát triển thiết bị mạng viễn thông Viettel. [2] Ứng dụng quản lý dự án theo quy trình đề xuất trên công cụ quản lý dự án RTC_IBM 6. Đóng góp của luận văn Đề tài dự kiến có những đóng góp cơ bản sau đây: - Tổng quát hoá cơ sở phương pháp luận về quy trình sản xuất phần mềm. - Khảo sát và phân tích thực trạng áp dụng quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu công nghệ mạng Viettel. - Đề xuất giải pháp hoàn thiện quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu công nghệ mạng Viettel. - Ứng dụng quy trình mới đề xuất vào thực tế, áp dụng quản lý dự án trên công cụ quản lý sản xuất RTC-IBM. 7. Kết cấu của luận văn Ngoài phần mở đầu, kết luận, mục lục, danh mục viết tắt, danh mục bảng biểu, danh mục hình vẽ, danh mục tài liệu tham khảo, phụ lục, nội dung của luận văn được kết cấu gồm 3 chương: Chương 1: Cơ sở phương pháp luận về quy trình sản xuất phần mềm. Chương 2: Thực trạng áp dụng quy trình sản xuất phần mềm tại Trung tâm Nghiên cứu công nghệ mạng Viettel. Chương 3: Đề xuất giải pháp nhằm hoàn thiện quy trình sản xuất phần mềm tại VTTEK, ứng dụng quản lý dự án trên công cụ RTC-IBM
TRƯỜNG ĐẠI HỌC KINH TẾ QUỐC DÂN - - PHẠM THỊ HẰNG HỒN THIỆN QUY TRÌNH SẢN XUẤT PHẦN MỀM TẠI TRUNG TÂM NGHIÊN CỨU CÔNG NGHỆ MẠNG VIETTEL CHUYÊN NGÀNH: HỆ THỐNG THÔNG TIN QUẢN LÝ LUẬN VĂN THẠC SĨ KINH DOANH VÀ QUẢN LÝ NGƯỜI HƯỚNG DẪN KHOA HỌC: TS TRƯƠNG VĂN TÚ HÀ NỘI – 2015 LỜI CAM ĐOAN Tác giả xin cam đoan luận văn cơng trình nghiên cứu khoa học độc lập tác giả Các tài liệu, tư liệu sử dụng luận văn có nguồn gốc rõ ràng, kết nghiên cứu trình lao động trung thực tác giả Hà Nội, ngày tháng năm 2015 TÁC GIẢ LUẬN VĂN Phạm Thị Hằng LỜI CẢM ƠN Em xin gửi lời cảm ơn sâu sắc tới: Trường Đại học Kinh tế quốc dân, Viện Đào tạo sau Đại học Trường Đại học Kinh tế quốc dân, Khoa hệ thống thông tin quản lý Trường Đại học Kinh tế quốc dân, Trung tâm Nghiên cứu công nghệ mạng Viettel tạo điều kiện giúp đỡ để tơi hồn thành luận văn Em xin chân thành cảm ơn TS Trương Văn Tú trực tiếp hướng dẫn, tận tình bảo, giúp đỡ tơi suốt trình thực luận văn Thầy giúp em có khả tổng hợp tri thức khoa học, kiến thức thực tiễn quản lý phương pháp nghiên cứu khoa học Thầy góp ý, bảo việc định hướng hoàn thiện luận văn Em xin cảm ơn thầy, cô giáo Trường Đại học Kinh tế quốc dân giúp đỡ, góp ý, động viên em suốt trình học tập nghiên cứu Xin trân trọng cảm ơn./ Hà Nội, ngày tháng năm 2015 TÁC GIẢ LUẬN VĂN Phạm Thị Hằng MỤC LỤC LỜI CAM ĐOAN LỜI CẢM ƠN MỤC LỤC DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT DANH MỤC HÌNH, BẢNG, BIỂU ĐỒ PHẦN MỞ ĐẦU .1 CHƯƠNG 1: CƠ SỞ PHƯƠNG PHÁP LUẬN VỀ QUY TRÌNH SẢN XUẤT PHẦN MỀM 1.1 Khái niệm cần thiết quy trình phát triển phần mềm 1.1.1.Khái niệm chung phần mềm 1.1.2 Khái niệm quy trình sản xuất phần mềm 1.1.3 Tầm quan trọng quy trình sản xuất phần mềm 1.2 Một số quy trình sản xuất phần mềm .6 1.2.1 Quy trình sản xuất phần mềm truyền thống (mơ hình thác nước) .6 1.2.2 Một số mơ hình khác 11 1.2.3 Mơ hình Agile 17 CHƯƠNG 2: THỰC TRẠNG ÁP DỤNG QUY TRÌNH SẢN XUẤT PHẦN MỀM TẠI TRUNG TÂM NGHIÊN CỨU CÔNG NGHỆ MẠNG VIETTEL 32 2.1 Tổng quan Trung tâm Nghiên cứu công nghệ mạng Viettel 32 2.1.1 Giới thiệu chung .32 2.1.2 Cơ cấu tổ chức Trung tâm .35 2.2 Phân tích thực trạng áp dụng quy trình sản xuất phần mềm Trung tâm Nghiên cứu công nghệ mạngViettel .53 2.2.1 Thực trạng áp dụng quy trình sản xuất phần mềm Trung tâm 53 2.2.2 Một số bất cập trình triển khai 66 2.3 Hiện trạng công cụ sử dụng Trung tâm để quản lý quy trình phát triển dự án phần mềm VTTEK 68 2.3.1 Ưu, nhược điểm công cụ sử dụng 68 2.3.2 Giới thiệu công cụ quản lý sản xuất Rational Team Concert (RTC) 70 CHƯƠNG 3: ĐỀ XUÁT GIẢI PHÁP NHẰM HOÀN THIỆN QUY TRÌNH SẢN XUẤT PHẦN MỀM TẠI VTTEK, ỨNG DỤNG QUẢN LÝ DỰ ÁN TRÊN CÔNG CỤ RTC_IBM 80 3.1 Đề xuất giải pháp hồn thiện quy trình sản xuất phần mềm .80 3.1.1 Luồng quy trình thực .80 3.1.2 Nội dung chi tiết bước thực quy trình .80 3.1.3 Đánh giá hiệu sử dụng quy trình so với quy trình cũ 86 3.2 Ứng dụng quản lý dự án sản xuất phần mềm theo quy trình công cụ quản lý sản xuất RTC_IBM 92 3.2.1 Các bước thao tác thực theo quy trình cơng cụ RTC_IBM 92 3.2.2 Một số báo cáo đầu quản lý dự án theo quy trình 100 KẾT LUẬN 103 DANH MỤC TÀI LIỆU THAM KHẢO 104 DANH MỤC CÁC KÝ HIỆU, CÁC CHỮ VIẾT TẮT KÝ HIỆU TDD BDD XP PO SM SXKD BGĐ IT GSM LTE UMTS QTDA CBGP ULNL CB QLCH P.KTCN KHDA KHCT BBH TT KTCNTT VHKT CBPT HDCD HDVH HDKT ATTT BBNTNB CSKH CBTK GIẢI THÍCH Test-Driven Development Behavior-Driven Development eXtreme Programming Product Owner Scrum Master Sản xuất kinh doanh Ban Giám đốc Information technology Global System for Mobile Communications Long Term Evolution Universal Mobile Telecommunications Service Quản trị dự án Cán giải pháp Ước lượng nỗ lực Cán Quản lý cấu hình Phòng Kỹ thuật cơng nghệ Kế hoạch dự án Kế hoạch chi tiết Biên họp Trung tâm khai thác công nghệ thông tin Vận hành khai thác Cán phát triển Hướng dẫn cài đặt Hướng dẫn vận hành Hướng dẫn khai thác An tồn thơng tin Biên nghiệm thu nội Chăm sóc khách hàng Cán triển khai Testcase SVN QLSX TB VTT CMR TIMORE VTN LBS TKTT TKCT RTC RRC RQM GUI CSDL Kịch kiểm thử Subversion Quản lý sản xuất Trung bình Tổng cơng ty viễn thơng viettel Cameroon Dongtimore Tổng công ty mạng lưới viettel Location base system Thiết kế tổng thể Thiết kế chi tiết Rational Team Concert Rational Requirement Compose Rational Quanlity Management Graphical User Interface Cơ sở liệu DANH MỤC HÌNH, BẢNG, BIỂU ĐỒ HÌNH: Hình 1.1: Mơ hình thác nước Hình 1.2: Mơ hình ngun mẫu 11 Hình 1.3: Mơ hình phát triển nhanh 13 Hình 1.4: Mơ hình xoắn ốc 16 Hình 1.5: Tỉ lệ phương pháp Agile dùng giới .23 Hình 1.6: Phương pháp Scrum 25 Hình 2.1: Mơ hình tổ chức Trung tâm VTTEK 35 Hình 2.2: Mơ hình SVN 69 Hình 2.3: Mối quan hệ thành phần hệ thống RTC 71 Hình 2.4: Mối quan hệ đối tượng RTC 72 Hình 2.5: Mơ hình quản lý source code 73 Hình 2.6: Mối quan hệ đối tượng hệ thống RRC 75 Hình 2.7: Mối quan hệ đối tượng hệ thống RQM 77 BẢNG: Bảng 3.1 Tỷ lệ lỗi phát triển lũy kế dự án qua tháng 88 Bảng 3.2 Tỉ lệ lỗi chi phí khắc phục tháng 06/2015 90 Bảng 3.3 Số liệu lỗi triển khai khách hàng qua năm 92 BIỂU ĐỒ: Biểu đồ 3.1 Biểu đồ tỷ lệ lỗi phát triển 88 PHẦN MỞ ĐẦU Tính cấp thiết đề tài Khi công nghệ thông tin ngày phát triển cạnh tranh lĩnh vực ngày trở nên khắc nghiệt Thực tế hội thách thức với doanh nghiệp theo đuổi lĩnh vực công nghệ thông tin Trong chiến đấu sinh tồn có doanh nghiệp đưa sản phẩm nhanh, chất lượng thỏa mãn nhu cầu khách hàng tồn Vậy làm để có phần mềm đáp ứng nhu cầu khách hàng cách nhanh nhất? Chúng ta viết nhiều phần mềm đòi hỏi, u cầu người nhiều Chính vậy, nhà quản lý phát triển phần mềm tiếp tục tìm kiếm phương thức phát triển phần mềm tốt So với 30 năm trước có máy tính rẻ hơn, nhanh hơn, nhiều ngơn ngữ lập trình mạnh mẽ đời, số lượng nhiều cần thiết công cụ hỗ trợ, đào tạo tốt có hiểu biết sâu lý thuyết phần mềm Internet thay đổi cách người giao tiếp với nhau, thúc đẩy trao đổi thông tin thay đổi cách triệt để kỳ vọng người cách thức phần mềm làm việc Chúng ta có số lượng đáng kể phương pháp khác giúp xác định đường phát triển phần mềm tốt khía cạnh việc tìm quy trình phát triển phần mềm phù hợp Quy trình hỗ trợ cho thành viên dự án từ người cũ đến người mới, hay ngồi cơng ty xử lý đồng cơng việc tương ứng vị trí thơng qua cách thức chung cơng ty, hay cấp độ dự án Có thể nói qui trình phát triển/xây dựng phần mềm có tính chất định để tạo sản phẩm chất luợng tốt với chi phí thấp suất cao Việc cải tiến mơ hình phát triển phần mềm ln đề tài nghiên cứu hấp dẫn, với tham gia tích cực khơng từ nhà sản xuất phần mềm mà từ viện đại học khắp giới Riêng với nhà phát triển phần mềm, họ ln cố gắng cải tiến liên tục qui trình phát triển nhằm khơng ngừng đổi mới, nâng cao suất chất lượng sản phẩm Tuy nhiên, điều dễ thấy việc lựa chọn, tùy biến mơ hình phù hợp cho dự án khó, việc vận hành vào q trình phát triển sản phẩm khó Là doanh nghiệp nằm guồng xoáy lĩnh vực công nghệ thông tin, Trung tâm Nghiên cứu công nghệ mạng Viettel (VTTEK) đặt mục tiêu đưa sản phẩm tốt nhất, đảm bảo chất lượng, thỏa mãn nhu cầu khách hàng, làm chủ hoàn toàn phầm mềm phần cứng Với mục tiêu đó, Ban Giám đốc Trung tâm luôn coi trọng việc sản xuất sản phẩm theo quy trình định, kiểm sốt từ giai đoạn đầu vào sản phẩm, đảm bảo khơng có sai sót q trình sản xuất, hạn chế tối đa lỗi lọt sau triển khai cho khách hàng, nâng cao uy tín Trung tâm thị trường nước giới Sản phẩm Trung tâm chủ yếu phần mềm lõi viễn thông PSCore (Package swiching core_ Hệ thống chuyển mạch gói), OCS (Online Charging System_ Hệ thống tính cước online), MSS (Mobile Softswich_Hệ thống chuyển mạch mềm)… với đặc thù sản phẩm nghiên cứu: yêu cầu thay đổi liên tục, chưa có hướng rõ ràng, chưa nhìn hết tính sản phẩm…Chính đặc trưng mà quy trình sản xuất dựa ý tưởng mơ hình thác nước với giai đoạn, chức rõ ràng xuất nhiều hạn chế, điển năm 2013 có 4/5 dự án khơng hồn thành kế hoạch sản xuất kinh doanh năm, năm 2014 có 4/12 dự án khơng hồn thành kế hoạch Trước tình hình đó, việc tìm quy trình phù hợp với dự án nghiên cứu trở nên vô quan trọng nhằm nâng cao chất lượng sản phẩm, làm chủ hoàn tồn thiết bị mạng viễn thơng, đáp ứng nhu cầu khách hàng với phương châm phục vụ khách hàng cá thể riêng biệt Xuất phát từ đòi hỏi thực tiễn, tác giả chọn đề tài “Hồn thiện quy trình sản xuất phần mềm Trung tâm Nghiên cứu cơng nghệ mạng Viettel” Mục đích nghiên cứu Mục đích nghiên cứu đề tài luận văn bao gờm: - Hệ thống hố vấn đề thuộc sở lý thuyết liên quan tới quy trình phát triển phầm mềm - Nghiên cứu hoàn thiện quy trình sản xuất phần mềm Trung tâm Nghiên cứu phát triển thiết bị mạng viễn thông Viettel 91 Thực chức với thuê bao 2G vMSC Các lỗi tồn hệ thống: Video call: Chỉ thực M2M, chức khác Video call không thực Call end báo hiệu không ổn định: Call end make a call Lỗi xảy tình trạng không ổn định, thường xảy lúc bắt đầu ngày test Dự án CCS: Tỉ lệ lỗi gấp 1.3 lần mức TB nhóm dự án phát triển nhiên chi phí khắc phục dự án tương đối thấp (6.7%) Tổng số lỗi dự án tháng 06 258 lỗi, số lỗi minor chiếm 4.7%, số lỗi major chiếm 95.3% Lỗi chủ yếu chưa thống giải pháp phân hệ liên tục thay đổi, hầu hết nhân lĩnh vực OCS, tiến độ có áp lực cao 3.1.3.4 Chất lượng sản phẩm dịch vụ cung cấp cho khách hàng Về chất lượng sản phẩm dịch vụ cung cấp cho khách hàng nâng cao, cụ thể số liệu năm 2014 năm 2015 sau: Bảng 3.3 Số liệu lỗi triển khai khách hàng qua năm Hệ STT thống Thị trường Năm 2014 2015 VTT 16 23 CMR 14 OCS TIMOR BRD N/A LBS VTN SMSC VTN 13 CRBT VTT N/A Theo bảng số liệu trên: Số th bao Số lỗi tính 1000 (nghìn th bao) thuê bao 2014 2015 2014 2015 4000 7000 0.0040 0.0033 928 2676 0.0151 0.0019 536 767 0.0056 0.0065 1500 N/A 0.0053 10 1000 1.0000 N/A 1.3000 Đối với hệ thống OCS: năm 2014 thị trường VTT, số lỗi gây 1000 thuê bao 0.004, năm 2015 giảm 25% lại 0.003 Sự thay đổi rõ rệt chất lượng dịch vụ cung cấp cho khách hàng thị trường Cameroon, năm 2015, số lỗi 1000 thuê bao 0.002 (giảm 98% so với năm 2014 0.15) 92 Ngoài hệ thống LBS năm 2015 khơng có phát sinh phản ánh khách hàng Hệ thống triển khai năm 2015 hệ thống CRBT hệ thống chạy ổn định, đạt tồn tiêu KPI khơng phát sinh lỗi trình vận hành triển khai 3.2 Ứng dụng quản lý dự án sản xuất phần mềm theo quy trình cơng cụ quản lý sản xuất RTC_IBM 3.2.1 Các bước thao tác thực theo quy trình cơng cụ RTC_IBM Scrum Master/ Trưởng nhóm Product Owner Scrum Team Quản lý cơng việc kiểm sốt tiến độ Tạo cơng việc/Giao Tạo Task N/A việc Gán thành viên dự án Owner Task Cập nhật tiến độ Phê duyệt Quản lý tài liệu Quản lý tài liệu Sprint Tạo Sprint Backlog Tạo Backlog Tạo Task chi tiết (nếu cần) phân rã nhỏ từ Task SM/trưởng nhóm tạo Tự giao việc (tự gán Owner cho việc vừa tạo) Cập nhật Timesheet Task giao (người khác giao tự giao) Cập nhật trạng thái Task: In Progress, Done Approve/Reject Task N/A N/A giao Task chi tiết thành viên dự án tự giao Tạo, upload tài liệu liên quan lên RTC Thiết lập Baseline tài liệu Tạo/cập nhật timeline dự án N/A N/A Thiết lập project timeline Tạo Iteration cho Sprint (có ngày bắt đầu, kết thúc), thiết lập Current Iteration Tạo Task thực Sprint 0, gán Owner Task cho PO ST Product N/A Tạo Product N/A Backlog Tạo Story, Epic từ yêu cầu khách hàng Gán Story Point, xếp thứ tự ưu tiên Story, Epic 93 Tạo Backlog Release N/A Tạo Release N/A Collection, Test Plan Sprint 1.n Tạo Iteration N/A cho Release Sprint Release (có ngày bắt đầu, kết thúc) Tạo Release Backlog Link Release Backlog với Release Collection, Test Plan liên quan N/A Tạo Release Collection, Test Plan ứng với Release thực Tạo Sprint Backlog Cập nhật timeline dự án N/A Khai báo % tham gia Thiết lập “Current” cho Tạo Task chi tiết (nếu cần) phân rã Sprint thực nhỏ từ Task SM/trưởng Tạo Sprint Backlog cho nhóm tạo Team Link Sprint Backlog với Collection RRC Test Plan RQM liên quan (nếu có) Thiết lập Story dự kiến thực Sprint Tạo Task cần thực Giải pháp Thực review (nếu cần) Thực Tạo/cập nhật User story review (nếu cần) elaboration Tạo/cập nhật Artifact liên quan (vd: Sketch, Working Record, …) tùy theo thống đội dự án Gán tag Gán User story elaboration vào Release Collection, Sprint Collection liên quan Tạo review User story elaboration cần Tạo baseline cho dự án (RRC) Lập trình N/A N/A Quản lý source code RTC Build N/A N/A Build code RTC 94 Kiểm thử Lập kế hoạch kiểm Thực review (nếu cần) NA thử Tạo kịch kiểm NA thử NA Thực kiểm thử NA NA Sửa lỗi Review nội dung, phê duyệt NA Product Backlog N/A Grooming Sprint Review N/A Tạo Test Plan Add test case vào Test Plan Liên kết Test Plan với Release Backlog/Sprint Backlog RTC Liên kết test plan với requirement collection RRC Tạo review Tạo baseline cho test plan Tạo/cập nhật test case Gán trọng số (weight) cho test case Liên kết test case với story RTC liên quan Liên kết test case với User story elaboration RRC liên quan Tạo Execution Record Thực thi test case, tạo test result Cập nhật thông tin test result: phân bố weight, build, trạng thái Tạo defect (nếu có) Log lỗi Tạo defect Gán owner cho defect Test lại sau defect resolved đóng defect Xử lý lỗi Ước lượng nỗ lực fix lỗi Cập nhật tiến độ fix lỗi (tương tự task) Thay đổi trạng thái defect resolved sau thực xong Cập nhât/Tạo mới/Xóa/Chia nhỏ Story, Epic Product Backlog Cập nhật Story Point, xếp lại thứ tự ưu tiên Story, Epic Product Backlog Cập nhật trạng N/A thái Story 95 Retrospective Tạo Retrospective Lên kế hoạch thực Retrospective Sprint sau Chuyển Story chưa hoàn thành Product Backlog N/A N/A Kết thúc Bàn giao cấu hình, Tạo baseline RRC, N/A hồ sơ RQM Tạo baseline source code 3.2.1.1 Tạo timeline (khung làm việc) dự án Chức cho phép định nghĩa khung làm việc, độ dài vòng lặp phát triển (sprint), kế hoạch Release Backlog - Timelines: nhóm hoạt động liên quan với có kế hoạch, kết đầu ra, nhóm dự án cách thức thực riêng Thông thường dự án có team cần có timeline Trong trường hợp dự án lớn, tổ chức thành team nên có timeline Vd: dự án thực song song việc phát triển bảo trì, thực nhóm dự án khác nên có timeline cho nhóm dự án đội thực công việc với đầu khác nhau, kế hoạch khác - Timeline tổ chức thành dạng cấu trúc lặp, mức Release, kế hoạch Release định nghĩa Sprint cần thiết để hồn thành Release - Mặc định tạo dự án có Timeline, Release 1.0 Sprint 1, Sprint Release 1.0 (như hình vẽ) Sau cấu hình xong chọn “Explore Project” để quay dự án 96 3.2.1.2 Lập Kế hoạch a Menu Plan Truy cập vào chức menu “Plan” để lập kế hoạch cho Release, Plan All Plan: Hiển thị tất kế hoạch tất hạng mục Sprint 1, Sprint 2,…, Sprint 6, Backlog Với đầu mục vd: Sprint1 có plan default hình vẽ mũi tên Ngồi plan default đó, tạo plan khác cho Sprint 97 Current Plan: Chỉ hiển thị plan vòng lặp thời, vd: bắt đầu dự án thực Sprint => thị Sprint Trong view khơng có Sprint 1, sprint 2,…, sprint b Tạo kế hoạch Plan: Mỗi plan thể view (với kiểu filter khác nhau) hạng mục cần thực cho Sprint Release Plan Khi tạo task hạng mục plan, task gán cho giai đoạn (Sprint Release) plan đó, plan view nên chuyển sang plan khác (view khác) giai đoạn thấy task vừa tạo (tùy thuộc vào kiểu filter) Bước 1: Tạo plan 98 c Tạo hạng mục plan Chọn Add Work Item để tạo hạng mục plan, hạng mục (story, task, defect, etc.) tạo bao gồm thông tin (tên), chọn hạng mục vừa tạo (Story 1) để chuyển đến hình thơng tin chi tiết cần thiết Sau tạo công việc chọn Save để lưu lại Do story tạo từ Plan nên kế thừa thông tin mặc định từ plan (Project: JKE Banking (Change Management), Planned for: Sprint 6) 99 Ngoài tạo hạng mục Story, task trực tiếp từ menu “Work item”, nhiên phải nhập thông tin dự án, Sprint, etc Cách làm khơng nhìn thấy tính tổng quát lập kế hoạch Tạo hạng mục con: Trong số trường hợp vd Story Epic có hạng mục tạo thực plan (hoặc add thơng qua link hình thơng tin chi tiết) Khi hồn thành work item: Đối với Story: chọn lại trạng thái “Done” hình thơng tin chi tiết hình plan Đối với Task: thiết lập lại “Time Remaining” 0, chuyển trạng thái thành complete 100 Mặc định Task, Story, etc hoàn thành ẩn khỏi plan Để hiển thị loại bỏ option “Resolved Item” filter “Exclude” 3.2.2 Một số báo cáo đầu quản lý dự án theo quy trình 3.2.2.1 Báo cáo tuần sản xuất 3.2.2.2 Báo cáo đánh giá nhân viên theo tháng 101 3.2.2.3 Điểm tuân thủ quy trình dự án 102 3.2.2.4 Báo cáo tỉ lệ lỗi chi phí khắc phục 103 KẾT LUẬN Trung tâm Nghiên cứu công nghệ mạng Viettel (TT VTTEK) trực thuộc Tập đồn Viễn thơng Qn đội Viettel nhà cung cấp thiết bị viễn thông Việt Nam Sản phẩm Trung tâm chủ yếu sản phẩm lõi viễn thông, yêu cầu cao chất lượng đầu sản phẩm, nhiên việc đáp ứng nhanh nhu cầu thị trường yếu tố đề cao Vì cần phải có quy trình sản xuất thật chặt chẽ, kiểm sốt tồn chất lượng đầu vào đầu sản phẩm Quy trình đưa thật chi tiết bước thực theo chức danh, quan trọng phải rút ngắn thời gian thị trường mà đảm bảo tốt nhu cầu khách hàng Trong luận văn thạc sĩ, tác giả đạt điều sau đây: Nghiên cứu hồn thiện quy trình sản xuất phần mềm Trung tâm Nghiên cứu công nghệ mạng Viettel Ứng dụng quy trình sản xuất phần mềm vào dự án Trung tâm đánh giá hiệu mang lại Triển khai quy trình sản xuất phần mềm hệ thống quản lý sản xuất IBM – RTC: - Cung cấp cho nhà quản lý tranh tổng thể dự án chất lượng, tiến độ - Giúp cho việc quản lý kế hoạch sản xuất cách chuyên nghiệp, khoa học, logic - Lưu trữ tài liệu dự án cách khoa học 104 DANH MỤC TÀI LIỆU THAM KHẢO Henrik Kniberg, Scrum and XP from the trenches (2007), Nhà xuất C4Media Mike Cohn , Agile estimating and Planning (2005), Nhà xuất Prentice Hall PTR Mike Cohn , User Stories Applied for Agile Software Development (2004), Nhà xuất Addison-Wesley Professional Mike Cohn, Succeeding with Agile: Software Development using Scrum (2009), Nhà xuất Addison-Wesley Professional Website http://hanoiscrum.net/hnscrum/ Website https://vi.wikipedia.org/wiki/ Phòng Kỹ thuật cơng nghệ (2013), Báo cáo sơ kết công tác quản lý sản xuất năm 2013, Hà Nội Phòng Quản lý chất lượng (2014), Báo cáo cơng tác quản lý chất lượng năm 2014, Hà Nội Phòng Quản lý chất lượng (2015), Báo cáo sơ kết quý III/2015, Hà Nội 10 Phòng Quản lý chất lượng (2015), QT.08.QLCL.01_Quy trình sản xuất phần mềm 11 Phòng Quản lý chất lượng (2015), Số 02/QĐ-VTTEK-QLCL_ Quyết định quản lý chất lượng TT VTTEK 105 ... dụng quy trình sản xuất phần mềm Trung tâm Nghiên cứu công nghệ mạng Viettel - Đề xuất giải pháp hồn thiện quy trình sản xuất phần mềm Trung tâm Nghiên cứu công nghệ mạng Viettel - Ứng dụng quy trình. .. luận quy trình sản xuất phần mềm Chương 2: Thực trạng áp dụng quy trình sản xuất phần mềm Trung tâm Nghiên cứu công nghệ mạng Viettel Chương 3: Đề xuất giải pháp nhằm hoàn thiện quy trình sản xuất. .. 1.1.2 Khái niệm quy trình sản xuất phần mềm 1.1.3 Tầm quan trọng quy trình sản xuất phần mềm 1.2 Một số quy trình sản xuất phần mềm .6 1.2.1 Quy trình sản xuất phần mềm truyền thống