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

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 GIẢI THÍCH TDD Test-Driven Development BDD  Behavior-Driven Development  XP eXtreme Programming PO  Product Owner SM  Scrum Master SXKD  Sản xuất kinh doanh BGĐ  Ban Giám đốc IT  Information technology GSM Global System for Mobile Communications LTE Long Term Evolution UMTS Universal Mobile Telecommunications Service QTDA  Quản trị dự án CBGP  Cán giải pháp ULNL  Ước lượng nỗ lực CB QLCH  Cán Quản lý cấu hình P.KTCN  Phịng Kỹ thuật cơng nghệ KHDA  Kế hoạch dự án KHCT  Kế hoạch chi tiết BBH  Biên họp TT KTCNTT  Trung tâm khai thác công nghệ thông tin VHKT  Vận hành khai thác CBPT  Cán phát triển HDCD  Hướng dẫn cài đặt HDVH  Hướng dẫn vận hành HDKT  Hướng dẫn khai thác ATTT  An tồn thơng tin BBNTNB  Biên nghiệm thu nội CSKH  Chăm sóc khách hàng CBTK  Cán triển khai Testcase  Kịch kiểm thử SVN Subversion QLSX  Quản lý sản xuất TB  Trung bình VTT  Tổng cơng ty viễn thơng viettel CMR  Cameroon TIMORE  Dongtimore VTN  Tổng công ty mạng lưới viettel LBS  Location base system TKTT Thiết kế tổng thể TKCT Thiết kế chi tiết RTC Rational Team Concert RRC Rational Requirement Compose RQM Rational Quanlity Management GUI Graphical User Interface CSDL 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 hoá những 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 phần nghiệp vụ mới, quy mô lớn, trình coding chưa check hết trường validate liệu Dự án MSC: Tỉ lệ lỗi mức TB nhóm dự án phát triển nhóm dự án phát triển chi phí khắc phục gấp lần mức TB nhóm phát triển Do tháng vừa qua, dự án tập trung test & fix bug để ổn định hệ thống nên effort cho chi phí khắc phục cao Tổng số lỗi dự án tháng 06 890 lỗi, số lỗi Minor chiếm 16.6%, số lỗi major chiếm 83.4% Lỗi phát sinh chủ yếu lỗi từ OAM, phần outsource, team mới, chưa control hoàn toàn hệ thống nên có nhiều bugs phát sinh trình test Ngồi ra, dự án cịn có: Các case không test được:  Handover (do phải nhờ VTNet điều chuyển thiết bị, dựng môi trường & khai báo lại cấu hình…)  Cấu hình routing  Thực gọi tới thuê bao Roaming (sim Viettel roaming sang nước ngoài)  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 92 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ố thuê bao Số lỗi tính 1000 (nghìn thuê 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 1.0000 1.3000 1000 N/A Đố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) 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 toà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 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 Scrum Team Tạo Task chi tiết (nếu cần) phân rã nhỏ từ Task SM/trưởng 93 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 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 Tạo Product N/A Tạo Product N/A Backlog 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 Tạo Release N/A Tạo Iteration N/A Backlog 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 Tạo Release N/A N/A Tạo Release Collection, Test Plan Collection, Test ứng với Release thực 94 Plan Sprint 1.n 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 Sprint thực rã 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 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 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 95 Thực kiểm thử NA Sửa lỗi NA Review nội dung, phê duyệt NA Product Backlog N/A Grooming Sprint Review N/A Retrospective Tạo Retrospective Lên kế hoạch thực Retrospective Sprint sau 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 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 3.2.1.1 Tạo timeline (khung làm việc) dự án Tạo baseline source code 96 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 để hoà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 97 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 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 98 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 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 99 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) Ngồ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 qt 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) 100 Khi hoà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 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 101 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 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 Quân độ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 ... 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.1 Tổng quan Trung tâm Nghiên cứu công nghệ mạng Viettel 2.1.1 Giới thiệu chung Tên đầy đủ: Trung tâm Nghiên cứu công. .. 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 hồn thiện 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 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