ThS37 049 quản lý cấu hình phần mềm tại phòng phát triển phần mềm quang trung – trung tâm tin học

TRƯỜNG ĐẠI HỌC KHOA HỌC TỰ NHIÊN TP.HỒ CHÍ MINH KHOA CÔNG NGHỆ THÔNG TIN K H TN BỘ MÔN CÔNG NGHỆ PHẦN MỀM HỒ NGUYỄN NGỌC PHƯƠNG – 0012076 TRIỆU NGỌC TOÀN – 0012105 H QUẢN LÝ CẤU HÌNH PHẦN MỀM Đ TẠI PHÒNG PHÁT TRIỂN PHẦN MỀM C N TT – QUANG TRUNG – TRUNG TÂM TIN HỌC K H O A LUẬN VĂN CỬ NHÂN TIN HỌC GIÁO VIÊN HƯỚNG DẪN TS TRẦN ĐAN THƯ Th.S NGUYỄN TRỌNG TÀI TP HCM, 2004 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN K H TN H Đ – C N TT K H O A Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 NHẬN XÉT CỦA GIÁO VIÊN PHẢN BIỆN K H TN H Đ – C N TT K H O A Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Lời cám ơn Luận văn chúng em khó hoàn thành truyền đạt kiến thức quí báu hướng dẫn tận tình Thầy Trần Đan Thư thầy Nguyễn K H TN Trọng Tài Chúng em xin chân thành cám ơn bảo thầy Chúng xin gửi tất lòng biết ơn, kính trọng đến ông bà, cha mẹ, toàn thể gia đình, người nuôi dạy, cho chúng niềm tin nghị lực để vượt qua khó khăn Chúng em xin trân trọng cám ơn quý Thầy cô Khoa Công nghệ thông tin trường Đại học Khoa học Tự nhiên Tp.Hồ Chí Minh tận tình giảng dạy, truyền H đạt kiến thức quý báu tạo điều kiện cho chúng em thực luận Đ văn Xin chân thành cám ơn giúp đỡ, động viên bảo nhiệt tình – anh chị trước tất bạn bè Các anh chị, bạn có mặt thời luận văn C N TT điểm khó khăn nhất, tiếp thêm động lực ý chí, giúp hoàn thành Mặc dù cố gắng nỗ lực mình, song chắn luận văn không khỏi nhiều thiếu sót Chúng em mong nhận thông cảm bảo tận tình K H O A quý Thầy cô bạn Tp.HCM, 7/2004 Nhóm sinh viên thực Hồ Nguyễn Ngọc Phương – Triệu Ngọc Toàn Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Lời nói đầu Hiện nay, công nghệ thông tin được xem là một những ngành công nghệ mũi nhọn được nhà nước ta ưu tiên phát triển đặc biệt là lĩnh vực công nghệ phần mềm Tuy nhiên, lĩnh vực công nghệ phần mềm nước ta vẫn còn khá non trẻ so K H TN với nền công nghệ phần mềm thế giới Nên giai đọan hiện nay, các công ty phần mềm thường gặp rất nhiều khó khăn liên quan đến qui trình phát triển phần mềm Quản lý cấu hình phần mềm vốn là một vấn đề rất được quan tâm qui trình sản xuất phần mềm Hiện nay, qui trình quản lý cấu hình phần mềm tại phòng phát triển phần mềm trực thuộc trung tâm tin học trường Đại Học Khoa Học Tự H Nhiên Tp Hồ Chí Minh vẫn chưa được hoàn chỉnh Do đó, việc hoàn thiện một hệ Đ thống quản lý cấu hình ở là cần thiết cho trình sản xuất phần mềm hiện tại được thuận tiện và chuẩn bị cho việc thực các đề án phần mềm lớn sau này đạt – hiệu qủa cao C N TT Từ nhu cầu nói trên, chúng em đã tiến hành thực hiện đề tài “Quản lý cấu hình phần mềm tại phòng phát triển phần mềm Quang Trung – Trung tâm tin học” Nhằm mục đích cùng với phòng phát triển phần mềm thiết lập một hệ thống quản lý cấu hình tốt có thể áp dụng vào trình sản xuất phần mềm trung tâm Nội dung luận văn chia làm chương Chương 1: Mở đầu K H O A Chương 2: Tổng quan quản lý cấu hình phần mềm Chương 3: Quản lý cấu hình phần mềm CMM & CMMI Chương 4: Các vấn đề thường gặp quản lý cấu hình phần mềm giải pháp Chương 5: Các công cụ hỗ trợ quản lý cấu hình phần mềm Chương 6: Ứng dụng Software Version Management Chương 7: Tổng kết Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Mục Lục Chương Mở đầu 1.1 Quản lý cấu hình phần mềm thế giới và ở Việt Nam .1 1.2 Các công cụ hỗ trợ quản lý cấu hình hiện tại Chương K H TN 1.3 Mục tiêu đề tài Tổng quan về quản lý cấu hình phần mềm 2.1 Khái niệm .4 2.2 Nguồn gốc hình thành quản lý cấu hình 2.3 Phạm vi và nhiệm vụ quản lý cấu hình Mức độ mong muốn việc phân tích chi phí lợi nhuận 2.3.2 Ví dụ 2.3.3 Cân nhắc lợi hại 12 2.3.4 Những bẫy kết hợp với phạm vi 16 2.3.5 Cách xứ lý thứ khác bên 16 – Đ H 2.3.1 2.4.1 2.4.2 2.4.3 2.4.4 2.4.5 C N TT 2.4 Các vai trò quản lý cấu hình phần mềm .17 Con người và quản lý cấu hình 17 Các vai trò quản lý cấu hình 18 Các vai trò tổ chức .23 Các vai trò liên quan đến đề án 28 Các vai trò bên 35 K H O A 2.5 Dữ liệu cho quản lý cấu hình .36 2.5.1 Cái gì được đưa vào quản lý cấu hình 36 2.5.2 Những điều cần biết về một thành phần cấu hình .44 2.6 Hệ thống quản lý cấu hình phần mềm 53 2.6.1 Khái niệm: 53 2.6.2 Mục tiêu 54 2.6.3 Lợi ích 54 2.6.4 Các tiến trình quản lý cấu hình phần mềm 54 Chương Quản lý cấu hình phần mềm CMM & CMMI 56 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 3.1 Mô hình trưởng thành 56 3.2 CMM version 1.1 56 3.2.1 Mức độ trưởng thành CMM Version 1.1 .56 3.2.2 Quản lý cấu hình phần mềm CMM version 1.1 57 3.3 Quản lý cấu hình CMMI 59 Các mức trưởng thành CMMI 59 3.3.2 Quản lý cấu hình CMMI 60 Chương Vấn đề định danh, quản lý phiên bản và các giải pháp .76 K H TN 3.3.1 4.1 Đặt tên các đối tượng cấu hình 76 Đặt tên phân cấp dựa theo cấu trúc 76 4.1.2 Đặt tên phân cấp dựa theo phương pháp tiền tố và hậu tố 77 4.1.3 Nhận xét chung 79 H 4.1.1 Đ 4.2 Xác định và định danh phiên bản 79 Sơ đồ tuyến tính 80 4.2.2 Sơ đồ định danh theo mạng 80 4.2.3 Sơ đồ định danh theo tên 81 C N TT Chương – 4.2.1 Các công cụ hỗ trợ quản lý cấu hình 82 5.1 Tóm tắt 82 5.2 Tính chung Surround SCM và CVS .82 5.3 Surround SCM .82 Mục đích .82 K H O A 5.3.1 5.3.2 Cấu trúc chương trình 83 5.4 CVS và CVSNT 84 5.4.1 Mục đích .84 5.4.2 Cấu trúc CVSNT 84 Chương Ứng dụng minh họa “System Version Management” 86 6.1 Phân tích trạng phát triển phần mềm T3H 86 6.2 Đặc tả yêu cầu hệ thống 95 6.3 Mô hình UseCase 99 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 6.4 Đặc tả usecase 99 Đặc tả UseCase : Đăng Nhập (Login) 99 6.4.2 Đặc tả UseCase : Thêm/xoá kho chứa 101 6.4.3 Đặc tả UseCase : Thêm/xoá đề án 102 6.4.4 Đặc tả UseCase : Cập nhật cấu trúc đề án 104 6.4.5 Đặc tả UseCase : Cập nhật phân hệ, chức 106 6.4.6 Đặc tả UseCase : Tạo release 108 6.4.7 Đặc tả UseCase : Gán nhãn cho thực thể 109 6.4.8 Đặc tả UseCase : Phân quyền 110 6.4.9 Đặc tả UseCase : Thiết lập ảnh hưởng versionfile .112 K H TN 6.4.1 Đặc tả UseCase : Xem lịch sử phiên thực thể 113 6.4.11 Đặc tả UseCase : Thực check in 114 6.4.12 Đặc tả UseCase : Thực check out 115 6.4.13 Đặc tả UseCase : Get 116 Đ H 6.4.10 – 6.5 Thiết kế 118 6.5.2 6.5.3 6.5.4 Kiến trúc hệ thống 118 C N TT 6.5.1 Giao diện 118 Mô hình lớp đối tượng 123 Mô hình dữ liệu 144 6.6 Mô hình thiết kế 157 Đăng nhập 157 K H O A 6.6.1 6.6.2 Thêm kho chứa 158 6.6.3 Thêm đề án 158 6.6.4 Xem Cấu trúc project 159 6.6.5 Xem kiến trúc đề án 159 6.6.6 Check out 160 6.6.7 Check in 161 6.6.8 Gán nhãn cho Item 162 6.6.9 Thiết lập quan hệ hai versionfile .163 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 6.6.10 Chương Xem lịch sử Item 164 Tổng kết 165 7.1 Tự đánh giá 165 K H O A C N TT – Đ H K H TN 7.2 Hướng phát triển 165 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Danh sách hình Hình 2-1 Cây cấu hình phần mềm Hình 2-2 Tổng chi phí quản lý cấu hình .8 K H TN Hình 2-3 Nhiều ban quản lý cấu hình .20 Hình 2-4 Khách hàng, người ký hợp đồng, hợp đồng phụ 35 Hình 2-5 Sơ đồ phân cấp thực thể cấu hình 36 Hình 2-6 Đặc tả yêu cầu delivery 41 Hình 2-7 Mối quan hệ phần cứng delivery 42 Hình 2-8 Tổng quan siêu liệu 45 H Hình 2-9 Siêu liệu nhận biết 46 Đ Hình 2-10 Siêu liệu cho việc phân trách nhiệm 50 Hình 2-11 Siêu liệu mối quan hệ đến thực thể cấu hình khác 51 – Hình 2-12 Ví dụ việc theo vết 52 C N TT Hình 2-13 Sơ đồ tiến trình quản lý cấu hình 55 Hình 3-1 các mức trưởng thành CMMI 59 Hình 4-1 Cây phân cấp đặt tên 77 Hình 4-2 Sơ đồ định danh theo mạng .81 Hình 6-1 Qui trình phát triển phần mềm T3H 87 Hình 6-2 Sơ đồ phân cấp vai trò nhân viên hệ thống 92 K H O A Hình 6-3 Cây phân cấp theo cấu trúc 93 Hình 6-4 Cây phân cấp theo phân hệ / kiến trúc .93 Hình 6-5 Sơ đồ hoạt động hệ thống .95 Hình 6-6 Kiến trúc về phần cứng hệ thống .118 Hình 6-7 Màn hình chính 119 Hình 6-8 Màn hình thiết lập mối quan hệ giữa các tập tin 120 Hình 6-9 Màn hình thiết lập kiến trúc từ cấu trúc 121 Hình 6-10 Màn hình xem thông tin project, kho chứa, thư mục 121 Hình 6-11 Màn hình xem thông tin tập tin và phiên bản nó .122 Trang i Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” 18 ROLE_FUNCTION STT Tên Kiểu liệu Miền giá trị Mô tả Ghi ID_Function varchar(20) Mã chức chương trình ID_Role varchar(20) Mã vai trò có quyền K H TN thực chức chương trình 19 STAFF_ROLE Tên Kiểu liệu Miền giá trị Mô tả Ghi H STT ID_Staff_Role varchar(20) Mã bảng Staff_Role ID_Project varchar(20) ID_Person varchar(20) Mã nhân viên ID_Role varchar(20) Mã vai trò C N TT – Đ Mã project 20 ACTION_TYPE STT ID_Action_Type K H O A Tên Kiểu liệu int Miền giá trị Mô tả Ghi 1: Add Mã loại hoạt 2: Remove động 3: SetLabel chương trình 4: CheckIn 5: CheckOut 6: Rename 7: Restore 8: UndoCheckOut Trang 154 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” ActionName nvarchar(50) Tên hoạt động (Label, Check in, check out, add, remove, ) STT Tên Kiểu liệu Miền giá trị ID_Action_Directory varchar(20) K H TN 21 ACTION_DIRECTORY Mô tả Ghi Mã bảng Action_Directory ID_Person varchar(20) Mã người thực smalldatetime int ID_Directory Varchar(20) C N TT – ID_Action_Type Reason Ngày thực Đ OnDate H hành động hành động Loại hành động Mã thư mục bị tác động Nvarchar(200) Lý thực hành động 22 ACTION_VERSION_FILE Tên K H O A STT Kiểu liệu OnDate Mô tả Ghi giá trị ID_Action_Version_File varchar(20) ID_Person Miền Mã bảng Action_Version_File varchar(20) Mã người thực hành động Smalldatetime Ngày thực hành động Reason nvarchar(200) Lý ID_Action_Type int Loại hành động Trang 155 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” ID_Version_File Varchar(20) Mã version file bị tác động 23 WORKING_DIRECTORY Tên Kiểu Miền giá liệu trị Mô tả Ghi K H TN STT ID_Working_Directory varchar(20) Mã bảng Working_Directory ID_Person varchar(20) Working_Dir Mã người Thư mục làm việc ứng H với mã người Tên Kiểu liệu GroupID int Miền giá trị – STT Đ 24 FUNCTION_GROUP 1: View Mô tả Mã GroupID C N TT 2: Activities 3: Project 4: Administrator 5: Requirement 6: Test Case K H O A 7: Bug ProgramType GroupName int Chương trình SVM hay QLYC Nvarchar(50) Ghi Tên nhóm Trang 156 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” 6.6 Mô hình thiết kế Các lược đồ sequence diagram : User : frmMainApp : frmLogin K H TN 6.6.1 Đăng nhập : frmSelectWorkingProject : frmSystemView 1: // Login 2: //ShowDialog() 3: //UserName + Password 4: // Click Login : Staff : DbStaff H 5: Login() 6: //Login() C N TT 11: //ShowDialog() – Dang nhap cong 10: staff Đ 9: // Login OK 12: // Chon Project + Role 13: //Click Select 14: //Project +Role duoc chon K H O A 15: //Hien thi man hinh chinh cho user + project duoc chon 16: //SetMenuRole() Trang 157 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 7: //GetListStaff() 8: //staffs Chương - Ứng dụng minh họa “System Version Management” 6.6.2 Thêm kho chứa : User : MainForm : RepositoryController : CreateDirForm : CVSCommand : dbRepository : CVS : dbAction //select add Repository() //formLoad() //fill infomation() //check the infomation(Repository) //AddRepository() K H TN [ If the information is valid] //call add to CSV() //add to CVS() Đ H //register event (action) : User C N TT – 6.6.3 Thêm đề án : MainForm : CreateDirForm : ProjectController : dbProject : CVS //select add Repository() //formLoad() //fill infomation(Project)//check the infomation(Project) [ If the information is valid] //AddProject(Project) //add to CVS() K H O A //register event(action) Trang 158 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 : dbAction Chương - Ứng dụng minh họa “System Version Management” 6.6.4 Xem Cấu trúc project : User : MainForm : ViewController : ProjectController : ReleaseController : DirController : dbDir : dbVersionFile //select view mode() //set viewmode(mode Structure) //get Structer Of Project (mode: Structure) //get Dirs() K H TN //get dirs of Project (IDProject) //get VersionFiles of dir (IDDir) //get Release (mode: Structure) //get Structure of Release (IDRelease) //get Structure of Release (IDRelease) Đ H //get VersionFiles of dir(IDDir) : User C N TT – 6.6.5 Xem kiến trúc đề án : MainForm : ViewController : ProjectController : ReleaseController : FunctionSubSystemCo : dbFunctionSubSystem : dbFile //select view mode() //set viewmode(mode Architecture) //get Architecture Of Project (mode: Architecture) //get Function subsystem() //get Function subsystem of Project (IDProject) //get File of function/subsytem (IDFuntion) K H O A //get Release (mode: Architecture) //get Architecture of Release (IDRelease) //get Architecture of Release (IDRelease) //get File of function/subsytem (IDFuntion) Trang 159 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” 6.6.6 Check out : User : MainForm : CheckOutForm : VersionFileController : CVSCommand : dbVersionFile : CVS : dbAction //select Checkout form(ID_VersionFile) //Check out(ID_VersionFile) K H TN //FormLoad (ID_VersionFile) //Check out (ID_VersionFile) //CheckOut(ID_VersionFile) //CheckOut(ID_VersionFile) //CheckOut(ID_VersionFile) H //Get All Related file(bool) K H O A C N TT – Đ //Set status of Related files() Trang 160 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 //register event(action) Chương - Ứng dụng minh họa “System Version Management” 6.6.7 Check in : User : MainForm : CheckOutForm : VersionFileController : CVSCommand : dbVersionFile : CVS : dbAction //select Checkin form(ID_VersionFile) //Check in(ID_VersionFile) K H TN //FormLoad (ID_VersionFile) //Check in (ID_VersionFile) //Checkin(ID_VersionFile) //Checkin(ID_VersionFile) //Checkin(ID_VersionFile) //Keep Related file(bool) K H O A C N TT – Đ H //Set status of Related files() Trang 161 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 //register event(action) Chương - Ứng dụng minh họa “System Version Management” 6.6.8 Gán nhãn cho Item : User : MainForm : ItemController : SetLabelForm : dbItem : dbAction //FormLoad(ID_Item) //enter label(string) //Set label (item) K H TN //select set label form(ID_Item) //insert label() K H O A C N TT – Đ H //register event(action) Trang 162 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” 6.6.9 Thiết lập quan hệ hai versionfile : User : MainForm : VersionFileController : SetRelationshipForm : dbVersionFile K H TN //Select set relationship Form() //FormLoad() //select all versionFiles (IDProject) //select all versionFiles (ID_Project) //select versionFiles H //set relationship (ID_VerFile, ID_VerFile) K H O A C N TT – Đ //set relationship (ID_VerFile, ID_VerFile) Trang 163 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Ứng dụng minh họa “System Version Management” 6.6.10 Xem lịch sử Item : MainForm : SetLabelForm : ItemController //select HistoryForm(ID_Item) //FormLoad(ID_Item) //history(ID_Item) : dbItem //select ItemInfo(ID_Item) //select all actions (ID_Item) K H O A C N TT – Đ H //show result() : dbAction K H TN : User Trang 164 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Tổng kết Chương Tổng kết 7.1 Tự đánh giá K H TN Sau thực hiện đề tài, chúng em đã đạt được những kết qủa sau Về lý thuyết: • Nắm sâu thêm những kiến thức cụ thể liên quan đến quản lý cấu hình phần mềm, những công cụ được sử dụng để quản lý cấu hình • Hiểu rõ thêm về qui trình phát triển phần mềm đặc biệt là qui trình phát H triển theo mô hình thác nước • Có hội tiếp cận với một đơn vị sản xuất phần mềm và tìm hiểu công việc Đ sản xuất phần mềm ở T3H – Về chương trình minh họa luận văn • Chương trình minh họa luận văn vẫn còn nhiều điểm thiếu sót so với C N TT một công cụ về quản lý cấu hình thương mại • Chương trình đã thể hiện được những tính có thể dùng cho hệ thống quản lý cấu hình: thiết lập kiến trúc hệ thống, quản lý phiên bản phát hành, quản lý sự liên hệ giữa các phiên bản với K H O A 7.2 Hướng phát triển Dựa kết qủa hiện tại luận văn chúng em nhận thấy cần phải có những mở rộng nữa cho chương trình sau: • Chương trình chỉ mới được hoàn thiện phía client còn phía server vẫn phải sử dụng đến sở dữ liệu SQL và chương trình quản lý sự thay đổi tập tin bằng CVS Có hai hướng để phát triển chương trình sau: • Hướng 1: Giữ lại server SQL, mở rộng bằng cách viết thêm những module hỗ trợ cho cho nhiều hệ thống quản lý sự thay đổi tập tin như: RCS, SCM, Visual Source Safe Khi đó chương trình sẽ linh động ở chỗ có thể Trang 165 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Chương - Tổng kết kết hợp với những hệ quản lý sự thay đổi tập tin đem sang các công ty có những hệ thống quản lý tập tin riêng • Hướng 2: Tạo một hệ thống quản lý tập tin & thông tin quan hệ giữa các tập tin riêng không sử dụng SQL hoặc một hệ thống quản lý thay đổi tập tin nào khác K H TN • Tích hợp chương trình với những môi trường phát triển phần mềm tích hợp hoặc những môi trường phân tích thiết kế để quản lý tập tin được chặt chẽ và tiện dụng cho các nhân viên phân tích & lập trình • Thiết kế giao diện ứng dụng dạng web để có thể hỗ trợ cho cả phía khách hàng để có thể cập nhật được cấu hình phần mềm mới nhất hoặc tải bản sửa K H O A C N TT – Đ H lỗi thích hợp về Trang 166 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Tài liệu tham khảo Configuration Management Principles and Practice, Addison Wesley, 0-32111766-2,December 30,2002 Capability Maturity Model® Integration (CMMI), Version 1.1, Carnegie K H TN Mellon University, Pittsburgh, PA 15213-3890 Katherine E Harvey, Summary of the SEI Workshop on Software Configuration Management, CMU/SEI-86-TR-5 December 1986 Dart, Susan, Spectrum of Functionality in Configuration Management Systems, Software Engineering Institute, 1990 http://www.sei.cmu.edu/technology/case/scm/tech_rep/TR11_90/TOC_TR11_ H 90.html Đ Berczuk, Steve "Configuration Management Patterns", 1997 http://www.bell-labs.com/cgi- – user/OrgPatterns/OrgPatterns?ConfigurationManagementPatterns C N TT Peter H Feiler, Configuration Management Models in Commercial Environments, March 1991, CMU/SEI-91-TR-7, ESD-9-TR-7 Susan A Dart, The Past, Present and Future of Configuration Management, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, PA 15213, NADC, 12 February 1993 Susan Dart, Concepts in Configuration Management Systems, Software K H O A Engineering Institute , Carnegie-Mellon University, Pittsburgh, PA 151233890 USA 10 Feiler, P.H and Downey, G., Tool Version Management Technology: A Case Study, CMU/SEI-90-TRSEI-90-TR-25, Software Engineering Institute, Carnegie Mellon University, November 1990 11 Microsoft Visual Source Safe 12 Surround SCM2.0.4(Windows) hãng SeaPine www.seapine.com 13 Chương trình CVSNT Trang 167 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 Software - Chương - Tổng kết K H O A C N TT – Đ H K H TN 14 www.scmlabs.com Trang 168 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 [...]... 0972.162.399 7 thể cấu hình hoặc sản phẩm được đặt dưới quản lý cấu hình Configuration Hệ thống quản lý cấu hình (Configuration management management system): Tất cả các định nghĩa quy system Hệ trình, các biểu mẫu, các công cụ thu thập để hỗ trợ – cấu hình 8 9 Event K H TN thống quản lý quản lý cấu hình trong một môi trường cụ thể Sự Sự kiện (Event): Các sự kiện quan trọng xảy ra mà – ta cần chú ý, theo... trễ, quá sớm K H TN 2.3.5 Cách xứ lý các thứ khác ở bên ngoài Trong một đề án cụ thể, mỗi người sẽ chọn các đối tượng đặt dưới sự quản lý cấu hình khác nhau, tùy theo cách nhìn của mỗi người Việc xử lý này không phải của hệ thống quản lý cấu hình mà của quản lý đề án, người quản lý Những đối tượng lưu bên ngoài Những đối tượng không thường đặt dưới sự quản lý cấu hình thường bao gồm: H • Những thứ... thành phần này tùy theo yêu cầu • Quan tâm đến việc đăng ký và lưu lại các dữ liệu có quan hệ với nhau Các sự kiện Những người dùng: K H O A • Giao bảng đăng ký cho người có trách nhiệm quản lý cấu Sự kiện đánh giá hình Người chịu trách nhiệm quản lý cấu hình • Sắp xếp những cách đánh giá đối với mỗi sự kiện Công việc của Ban Ban quản lý cấu hình Quản lý cấu hình • Họp • Đánh giá mỗi sự kiện đăng ký... dưới sự quản lý cấu hình (trục x là thời gian) • Mức độ hình thức mà hệ thống quản lý cấu hình thực hiện đối với một thực thể (trục y là mức độ hình thức) • Số lượng thực thể đặt dưới sự quản lý cấu hình (trục z mô tả các thực thể K H O A cấu hình theo thời gian) Trang 7 Viết thuê luận văn thạc sĩ Luanvanaz@mail.com - 0972.162.399 K H TN Chương 2 - Tổng quan về quản lý cấu hình phần mềm Hình 2-2... bộ quản lý cấu hình Đánh giá sự kiện Người chịu trách nhiệm quản lý cấu hình đảm bảo rằng: • Mọi sự kiện đăng ký được đánh giá bởi nhà sản xuất gốc H (hoặc những chuyên gia khác) • Kết qủa đánh giá được gửi email đến bộ quản lý cấu hình Đ Thay đổi quyết định Ban điều khiển cấu hình: – • Gửi những quyết định thay đổi tới nhà sản xuất bằng email Thực thể mới Nhà sản xuất: C N TT • Chỉ ra những thành phần. .. lưu trữ Người quản lý • Đặt thực thể trong thư viện quản lý • Quan tâm việc đăng ký và lưu trữ liên quan đến metadata Người sử dụng H Đưa ra yêu cầu • Viết ra yêu cầu cho người quản lý bao gồm thông tin ai sẽ – Tạo bảng phát hành Người quản lý Đ sữ dụng những thành phần và với mục đích gì • Tạo ra những bản copy của thực thể cấu hình tới những C N TT để sử dụng người dùng những thành phần này tùy theo... loại mức độ hình thức tuỳ theo các thực thể cấu hình khác nhau H Sự mở rộng về phạm vi Mỗi một đề án có nhiều thực thể cấu hình tiềm năng Nói chung, mỗi đối Đ tượng tạo ra hoặc mua được thường đặt vào trong quản lý cấu hình Tuy nhiên, điều này không phải hoàn toàn có lợi, nó sẽ làm cho chi phí tăng lên – Hình 2.2 mô tả chi phí tổng cộng để quản lý cấu hình trong đề án Các thực C N TT thể góp phần làm... dưới sự quản lý cấu hình Chấp nhận thay đổi Ban quản lý cấu hình: H • Họp • Đánh giá mỗi chấp thuận – kiện đăng ký Đ • Ghi lại tài liệu đánh giá của họ về thay đổi yêu cầu và dữ đổi C N TT Xem xét sự thay Nhà sản xuất • Nộp việc đăng ký metadata, thực thể và chấp nhận thay đổi yêu cầu cho người quản lý với mỗi thực thể mới Lưu trữ Nguời quản lý • Thêm những thực thể trong thư viện quản lý • Quan tâm đến... Luanvanaz@mail.com - 0972.162.399 Thuật ngữ về Quản lý cấu hình STT Thuật ngữ Diễn giải Kiểm tra (Audit): kiểm tra một thực thể cấu hình Audit – Kiểm được phát hành sử dụng có đáp ứng đầy đủ các đặc tả yêu cầu (Áp dụng trong hoạt động quản lý chất tra K H TN 1 lượng) Baseline – Cấu Cấu hình cơ sở (Baseline): Là một tập hợp các yêu 2 cầu, thiết kế, mã nguồn, các tập tin định nghĩa tham hình cơ sở số biên dịch hay nối... cấu hình Nhiều người gây ảnh hưởng và bị ảnh hưởng bởi quản lý cấu hình trong suốt H quá trình phát triển và bảo trì phần mềm Quản lý cấu hình có thể là công việc chính Đ hoặc chỉ là một phần công việc trong công việc chính, ví dụ như công việc của lập trình viên và công việc quản lý đề án Trong mỗi trường hợp, ta cần làm việc nhóm C N TT – Mỗi nhóm có mức độ ảnh hưởng nhất định đến kế hoạch thực