Đồ Án Quản lý Thư Viện

Quản lý Mẫu cấu hình Đồ án Quản lý Thư Viện Sản phẩm của đồ án là một phần mềm quản lý thư viện đơn giản với các chức năng : Quản lí sách, tác giả, người mượn, mượn sách, trả sách… Thành phố Hồ Chí Minh, tháng 05 năm 2009 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Danh sách các thành viên của nhóm FEELINGTEA – No13 STT MSSV Họ Và Tên Địa chỉ GMAIL 1 0612510 Trần Thanh Tuấn tieu.tin.tac@gmail.com 2 0612362 Đặng Kim Quang dakiquang@gmail.com 3 0612449 Nguyễn Khắc Tiệp nkhactiep2603@gmail.com 4 0612549 Huỳnh Công Vi hcviit@gmail.com 5 0712167 Lê Chí Hiếu mozilla.com.ltd@gmail.com Ghi Chú Trưởng nhóm Địa chỉ thùng chứa: http://code.google.com/p/cmplan13/ Trang 2 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Các phiên bản tài liệu Phiên bản Ngày / Tháng / Năm r1 08/05/2009 Trần Thanh Tuấn Khởi tạo tài liệu r8 14/05/2009 Trần Thanh Tuấn Các công cụ quản lí cấu hình r13 17/05/2009 Nguyễn Khắc Tiệp Chính sách quản lí cấu hình r15 17/05/2009 Đặng Kim Quang Các mẫu cấu hình r19 17/05/2009 Đặng Kim Quang Các vai trò r25 18/05/2009 Lê Chí Hiếu Giới thiệu tài liệu r26 18/05/2009 Huỳnh Công Vi Quản lý các thay đổi r30 18/05/2009 Trần Thanh Tuấn Các pha của dự án và hoàn thành tài liệu. Tác giả Trang 3 Ghi chú Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Mục Lục I. DỰ ÁN PHẦN MỀM QUẢN LÝ THƯ VIỆN:................................................................6 1.Mô tả các pha trong dự án:..............................................................................................6 2.Xác định mẩu cấu hình cho các pha và tiến trình quản lý:............................................8 II. GIỚI THIỆU:....................................................................................................................8 III. CHÍNH SÁCH QUẢN LÝ CẤU HÌNH:......................................................................10 IV. CÁC MẪU CẤU HÌNH:...............................................................................................11 V. CÁC VAI TRÒ:..............................................................................................................12 VI. CÁC CÔNG CỤ:...........................................................................................................13 1.Code.google.com:.........................................................................................................13 VII. QUẢN LÝ THAY ĐỔI:..............................................................................................17 Trong quá trình làm việc nếu các thành viên có muốn đưa ra quyết định thay đổi yêu cầu .......................................................................................................................................22 -Để thay đổi mục cấu hình , một đòi hỏi phải được thông báo ........................................22 Các bước thực hiện thay đổi...............................................................................................22 Thứ tự..................................................................................................................................23 Hoạt động............................................................................................................................23 1...........................................................................................................................................23 Điền vào đơn.......................................................................................................................23 Trang 4 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Người muốn thay đổi mục quản lý cấu hình......................................................................23 -Điền đầy đủ các phần trong mục cần thay đổi .Thay đổi cái gì …..................................23 2...........................................................................................................................................23 Thông báo đơn cần thay đổi...............................................................................................23 Người muốn thay đổi mục quản lý cấu hình......................................................................23 -Nộp mẫu đơn thay đổi cho trưởng nhóm . Trưởng nhóm xem xét ,sau đó quyết định có nên : Thông báo tất cả thành viên trong nhóm biết không.................................................23 3...........................................................................................................................................23 Xem xét thay đỗi có bình thường không............................................................................23 Người quản lý thay đổi.......................................................................................................23 -Xác định nếu thay đổi bình thường hay khong bình thường. Nếu thay đổi bình thường , trưởng nhóm :......................................................................................................................23 Cho phép thành viên muốn thay đổi mục cấu hình tiếp tục với các sản phẩm thay đổi .. 23 -Nếu thay đổi bất bình thường ,trưởng nhóm : Cần thời gian cho ban kiểm soát “một số thành viên trong nhóm” xem xét, kiểm chứng sự thay đổi.................................................23 II. PHỤ LỤC:.......................................................................................................................27 1. Đơn xin thay đổi: dùng để đưa ra những yêu cầu về thay đổi........................................27 Trang 5 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình I. DỰ ÁN PHẦN MỀM QUẢN LÝ THƯ VIỆN: 1. Mô tả các pha trong dự án: a. Lập kế hoạch dự án: - Xác định người dùng, chi phí, mục đích sử dụng. - Xác định nguồn lực cần thiết cho dự án và bản tóm tắt xác định các điểm mốc. - Kết quả:  Bài tập lớn của môn Quản lý cấu hình.  Phần mềm quản lý thư viện dùng để quản lý thông tin sách , thông tin tác giả, độc giả và việc mượn trả sách của độc giả trong một thư viện nhỏ.  Chi phí là thời gian thực hiện : 1 tháng.  Nguồn lực: 5 thành viên trong nhóm.  Các mục tiêu khi thực hiện dự án: - Lên kế hoạch dự án khi có đề bài. - Xác định, phân tích yêu cầu đề bài. - Tiến hành xây dựng phần mềm. Trang 6 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình - Đảm bảo dự án hoàn thành đúng thời gian. b. Phân tích yêu cầu:  Xác định yêu cầu từ đề bài:  Yêu cầu chức năng: - Quản lý thông tin sách. - Quản lý thông tin độc gả. - Quản lý thông tin tác giả. - Mượn sách và trả sách.  Yêu cầu chất lượng: - Chính xác. - Ổn định. - Dễ bảo trì. - Dễ phát triển thêm các chức năng. - Tiện dụng.  Phân tích nghiệp vụ:  Yêu cầu chức năng: - Chức năng nhập thông tin sách. - Chức năng tìm kiếm sách. - Chức năng xóa sách. - Chức năng nhập thông tin tác giả. - Chức năng tìm kiếm tác giả. - Chức năng xóa tác giả. - Chức năng nhập thông tin độc giả. - Chức năng tìm kiếm độc giả. - Chức năng xóa độc giả. - Chức năng mượn sách của độc giả. - Chức năng trả sách của độc giả.  Xác định mô hình phát triển phần mềm: Phần mềm xây dựng theo mô hình 3 lớp. c. Cài đặt:  Mô tả các yêu cẩu chưa được xác định.  Thiết kế cơ sở dữ liệu.  Thiết kế các giao diện người dùng.  Cài đặt các chức năng. d. Kiểm thử:  Viết bản kế hoạch kiểm thử. Trang 7 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình  Đưa ra các Testcase.  Tiến hành kiểm thử dữ liệu, chức năng. e. Tích hợp: Tích hợp toàn bộ thành phần của Sản phẩm. f. Chuyển giao phần mềm:  Chuyển giao sản phẩm: nộp toàn bộ tài liệu liên quan, đóng gói.  Xác định các vấn đề chưa được phát hiện trước đó. 2. a. b. c. d. e. Xác định mẩu cấu hình cho các pha và tiến trình quản lý: Lập kế hoạch dự án: Tài liệu tham khảo mẩu cấu hinh. Bản kế hoạch cấu hình. Đề bài tập. Bản kế hoạch dự án(Project Plan). Công cụ sử dụng: MS Word. Phân tích yêu cầu: Hồ sơ phân tích thiết kế cơ sở dữ liệu. Cơ sở dữ liệu. Bản thiết kế giao diện. Công cụ sử dụng: MS Word, MS Access, VS 2005. Cài đặt: Source code của dự án. Công cụ : Visual studio 2005 Kiểm thử: TestCase. Công cụ: MS Word. Tích hợp: - Các file thực thi của dự án. -Công cụ: VS 2005. II. GIỚI THIỆU: Mục đích: Mục đích của bản kế hoạch cấu hình này là cung cấp tổng quan về quản lý cấu hình trong dự án phần mềm quản lý thư viện. Nó chỉ ra các mẫu cấu hình, chính sách quản lý cấu hình, các vai trò, công cụ thực hiện quản lý cấu hình và tiến trình quản lý thay đổi. Trang 8 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Phạm vi Bản kế hoạch này được áp dụng cho toàn nhóm thực hiện dự án. Đối tượng của quản lý cấu hình là các đối tượng điện tử, cụ thể là các tập tin, thư mục liên quan đến dự án, bao gồm cả tài liệu này. Các kiểu đối tượng khác không được áp dụng. Do quy mô dự án, các hoạt động quản lý cấu hình như xác nhận mẩu, thanh tra, phát hành… không được áp dụng. Định nghĩa Term Definition Baseline Một revision của dự án thỏa được requirement. CM Configuration Management CMU Carnegie Mellon University Configuratio n Item Các đối tượng điện tử (tập tin) được đưa vào quản lý bằng quản lý cấu hình, được mô tả trong tài liệu này. Label Định danh một mẫu cấu hình ở một Baseline. MSE Master of Software Engineering QP Quality Plan SEI Software Engineering Institute SOW Statement of Work SPMP Software Project Management Plan SRS Software Requirement Specification Stakeholder Những người mà liên quan đến Baseline của dự án: thầy giáo, các member trong nhóm. Trang 9 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Term Definition TBD To Be Determined Trivial Change Một sự thay đổi nhỏ trong các tài liệu, source code mà không gây ra ảnh hưởng lớn đối với dự án. UI Giao diện người dùng. Work Product Tài liệu, hình ảnh, source code của dự án Version Một con số cho mỗi revison của dự án. Thùng chứa Nơi chứa toàn bộ tài nguyên của dự án, địa chỉ là: http://code.google.com/p/project-library/ Tham khảo _ Bản kế hoạch cấu hình mẫu: 1. Management_Documents_Gryphon-CM_Plan.doc 2. 1001_Config_Management_Plan.doc _ Anne Mette Jonassen Hass, Configuration Management Principles and Practice, Addison Wesley, December 30/2002 III. CHÍNH SÁCH QUẢN LÝ CẤU HÌNH: Những Quy Ước Đặt Tên Nhãn Cho Sản Phẩm Công Việc - Nhóm Feeling Tea sử dụng Code.google.com làm thùng chứa để lưu toàn bộ mẩu cấu hình. Để giảm sự đụng độ khi các thành viên thực hiện check in, check out và update nhóm đã qui định: o Thành viên sau khi check out phải gửi offline cho các thành viên khác. Cấu trúc offline như sau: [Feeling Tea] “Nội dung cần thông báo” Trang 10 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Ví dụ: [Feeling Tea] cac ban check out tu thung chua ve ban ProjectPlan va Requirement minh vua moi comit len do o Thành viên check out phải ghi Message chú thích cho các mẩu cấu hình hoặc công việc đã làm. Ví dụ: build Scrip này chưa hoàn chỉnh. các bạn nhớ sửa lại nha ^.^ Những Quy Ước Đặt Tên Nhãn Cho Mẩu Cấu Hình. - Tại mỗi cột mốc baseline, để xác định các phiên bản của mẩu cấu hình ta sử sụng số nguyên từ lớn hơn hoặc bằng 1,kèm theo sau là 0. Ví dụ: “1.0 , 2.0”. - Ví dụ : QuanlythuVien.exe 1.0 IV. CÁC MẪU CẤU HÌNH: Các sản phẩm công việc được đặt dưới sự kiểm soát của quản lý cấu hình. Một sản phẩm công việc trở thành một mẫu cấu hình sau khi trở thành sản phẩm đầu tiên trên đường cơ sở. Các mẫu cấu hình này là một trong những thành phần quan trọng trong việc quản lý cấu hình. Nó chứa tất cả các tài liệu hướng dẫn cần thiết để hỗ trợ phát triển hoặc bảo trì các sản phẩm cuối cùng, của dự án trong suốt quá trình làm việc. Tài liệu Document Owner Build Scrip Development Manager Mô tả Cơ Sở Dữ Liệu Team Lead Bản kế hoạch phần mềm Team Lead Đặc tả yêu cầu Team Lead Release Development Manager Source Code Development Manager Test Case Nguyễn Khắc Tiệp Use Case Team Lead Trang 11 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Document Owner được mô tả trong phần tiếp theo, người đưa ra các bản ghi cấu hình, kiểm soát và đưa ra các tùy chỉnh cuối chính thức.Trong những trường hợp khác, Owern có thể ủy quyền cho các thành viên khác trong nhóm . Các mẫu cấu hình riêng biệt sẽ mô tả các phương pháp hay thủ tục sẽ hoặc đã được thiết lập một cách có hiệu quả, và kiểm soát các bản ghi này trong suốt quá trình làm dự án. Các mẫu này có thể được thay đổi sau nếu cần thiết. Tất cả các mẫu cấu hình này được đặt dưới sự kiểm soát cấu hình phần mềm. Danh sách này có thể thay đổi lại khi cần thiết. V. CÁC VAI TRÒ: Các vai trò chính trong quản lý cấu hình bao gồm : Role Definition Change Control Ban quản lý thay Một nhóm gồm những thành viên có trách Board (see list đổi (Xem danh nhiệm xem xét lại các yêu cầu thay đổi để đưa below for members) sách phía dưới ra quyết định chấp nhận và không chấp nhận. của thành viên) Change Originator Người tạo thay Một người yêu cầu thay đổi một mẫu cấu hình đổi Client Đại diện khách Một người chịu trách nhiệm đại diện cho các hàng quan tâm của khách hàng đến một mẫu cấu hình riêng biệt. Configuration Management Specialist Chuyên viên Một trong những vai trò MSE Studio(MSE: quản lý cấu hình. Thạc sĩ kĩ sư phần mềm). Người này chịu trách nhiệm chung về sự thay đổi trong các thủ tục quản lý cấu hình Studio. Người này cũng làm xác thực bản kế hoạch này phù hợp với bản kế hoạch của Studio. Document Owner Chủ sở hữu tài Một người chịu trách nhiệm cho việc lưu trữ , liệu sữa chữa tài liệu toàn bộ lưu lượng và mẫu. Trang 12 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Người chủ tài liệu này chịu trách nhiệm thay đổi để giữ gìn tài liệu của người khác khi có thay đổi. Quality Assurance Người chuyên Một trong những vai trò MSE Studio(MSE: Specialist đảm bảo chất Thạc sĩ kĩ sư phần mềm). Người này giám sát lượng sự kiểm tra của các mẫu cấu hình và xem xét các yêu cầu thay đổi. Support Manager Bộ quản lý hỗ trợ Chịu trách nhiệm riêng cho các hoạt động quản lý cấu hình của dự án. Hội đồng quản lý thay đổi: Hội đồng quản lý thay đổi gồm những người như sau: • • • • • • The Development Manager (0612510 – Trần Thanh Tuấn) Configuration Management Specialist – ( 0612362 – Đặng Kim Quang) The Support Manager ( 0612549 – Huỳnh Công Vi ) The Quality Assurance Specialist ( 0712167 – Lê Chí Hiếu ) Design Manager ( 0612449 – Nguyễn Khắp Tiệp ) The Document Owner ( Team ) VI. CÁC CÔNG CỤ: 1. Code.google.com: Nhóm FeelingTea được yêu cầu sử dụng Code.google.com để lưu trữ toàn bộ đồ án của mình bao gồm:  Build Script  Database  ProjectPlan  Release  Requirement Trang 13 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình  SourceCode  TestCase  UseCase Địa chỉ thùng chứa của đồ án: http://code.google.com/p/project-library/ Quy tắc trên Code.google.com: - Cây thư mục được tạo trên thùng chứa sẽ không bị thay đổi. - Tên các thư mục phải rõ ràng, phù hợp với các phần được yêu cầu trong đồ án. Ví dụ: đồ án yêu cầu có viết build script thì trên thùng chứa có thư mục Build Script, yêu cầu phần đặc tả yêu cầu thì trên thùng chứa có thư mục Requirement….. - Khi commit hoặc import lên thùng chứa các thành viên trong nhóm phải ghi Message để các thành viên trong nhóm biết. - Các thành viên khi sửa file nào trên thùng chứa thì chỉ cần update file đó về rồi chỉnh sửa. Cấu trúc cây thư mục trên Code.google.com: Cấu trúc cây thư mục như sau: Trang 14 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình TortoiseSVN: - Nhóm FeelingTea quyết định chọn công cụ SVN là ToitoiseSVN để thực hiện các thao tác Import, Update, Checkout, Commit…từ workspace lên thùng chứa (Code.google.com). - Phiên bản của ToiToiseSVN của nhóm dùng là : o TortoiseSVN 1.6.1, Build 16129 - 32 Bit , 2009/04/10 08:14:05 o Subversion 1.6.1, o apr 1.3.3 o apr-utils 1.3.4 o neon 0.28.4 o OpenSSL 0.9.8k 25 Mar 2009 o zlib 1.2.3 Trang 15 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình - Nhóm cũng có thể dùng phiên bản TortoiseSVN 1.6.1, Build 16344 – phiên bản mới nhất. Trang 16 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình VII. QUẢN LÝ THAY ĐỔI: Mục đích - Phần này mô tả kiểm soát quá trình thay đổi . - Minh họa cách làm việc cùa các thành viên trong nhóm . - Tiến trình này dừng lại chỉ khi công việc của sản phẩm đã hoàn thành baseline và không có sự thay đổi cần thiết nào. Trang 17 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Develop Work Product No Inspect Work Product Revise Work Product Make Trivial Changes Did Each Stakeholder Sign off? Product Remains Unchanged Yes Baseline Work Product Yes Submit Change Request No Yes Is the Change Trivial? No Review Change Request Was the Change Approved? Change Management Process Các bước chính a. Baseline sản phẩm làm việc Mục đích của baseline chuyển đổi công việc sàn phẩm vào mục cấu hình . Để được xem là mục cấu hình ,các tiêu chí sau phải được thỏa mãn . - Sản phẩm làm việc phải qua kiểm tra chính thức . Trang 18 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình -Tất cả khuyết tật tìm thấy trong lúc làm việc sản phẩm trong quá trình kiểm tra phải được sữa chữa . - Tất cả bên liên quan phải kí trong tài liệu -Tất cả công việc sản phẩm được dành riêng thư mục trong Source Safe . -Đối với tài liệu , tất cả các tập tin được liên kết vào các chủ tài liệu phải được trong cùng một thư mục mà chủ tài liệu được chứa trong Source Safe . Xác định Baseline Trang 19 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Thứ tự 1 Baseline Thu tập yêu cầu & Phân tích yêu cầu Giải Thích - Trưởng nhóm chuyển đổi mục phân tích yêu cầu thành công việc cụ thể , các thành viên trong nhóm tuân theo sự phân công trưởng nhóm . - Một số thành viên trong nhóm có thể làm tìm hiểu yêu cầu Phầm mền quản lý thư viện, tập trung vào yêu cầu Sách , Mượn Sách , Đọc Giả . - Tổng hợp lại cùng nhau phân tích , đưa ra tồng kết . - Gửi bảng kết quả tổng kết yêu cầu cho trưởng nhóm 2 Thiết Kế Cơ Sở Dữ Liệu -Dựa vào bảng tồng kết yêu cầu , thiết kế cơ sở dữ liệu MS Access - Phân tích tính tiện dụng ,đúng đắn cơ sở dữ liệu . Chú ý quan tâm tới quan hệ ràng buộc trong cơ sở dữ liệu . Trang 20 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình - Viết bảng tổng kết , mô tả cơ sơ dử liệu bằng file word. -Comit lên thùng chứa - Các thành viên update csdl bản hoàn chình . 3 Thiết kế giao diện -Sau khi đã có cơ sở dữ liệu hoàn chỉnh . - Nhóm trưởng phân công cho thành viên thiết kế các màn hình giao diện - Test các tiêu chuẩn the 4 Viết source code -Theo sơ đồ 3 lớp 5 Test Chức năng -Test chức năng đạt yêu cầu chưa . 6 Người dùng -Phầm mền này hỗ trợ người dùng những gì . - Code theo từng chức năng phầm mền . -Hướng dẫn sử dụng phầm mềm Trang 21 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình b. Đưa ra yêu cầu thay đổi Trong quá trình làm việc nếu các thành viên có muốn đưa ra quyết định thay đổi yêu cầu . -Để thay đổi mục cấu hình , một đòi hỏi phải được thông báo . Các bước thực hiện thay đổi Trang 22 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Thứ tự Hoạt động 1 Điền vào đơn Người muốn thay đổi mục quản lý cấu hình -Điền đầy đủ các phần trong mục cần thay đổi .Thay đổi cái gì … 2 Thông báo đơn cần thay đổi Người muốn thay đổi mục quản lý cấu hình -Nộp mẫu đơn thay đổi cho trưởng nhóm . Trưởng nhóm xem xét ,sau đó quyết định có nên : Thông báo tất cả thành viên trong nhóm biết không 3 Xem xét thay đỗi Người quản lý thay đổi có bình thường -Xác định nếu thay đổi bình không thường hay khong bình thường. Nếu thay đổi bình thường , trưởng nhóm : Cho phép thành viên muốn thay đổi mục cấu hình tiếp tục với các sản phẩm thay đổi . -Nếu thay đổi bất bình thường ,trưởng nhóm : Cần thời gian cho ban kiểm soát Trang 23 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình “một số thành viên trong nhóm” xem xét, kiểm chứng sự thay đổi. Trang 24 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình c. Xem xét yêu cầu thay đỗi Xem xét yêu cầu thay đổi được kích hoạt để xác định xem liệu dự án có hay không nên cho phép thay đổi mục cấu hình . Các tiêu chuẩn : - Thông báo phần thay đổi và thông tin cần thiết cho các thành viên trong nhóm. -Xem xét yêu cầu được ghi trong lịch trình danh mục . Trang 25 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Thứ tự Hoạt động 1 Xem xét yêu cầu thay đổi Tất cả thành viên trong bản kiểm soát thay đổi : -Xem xét yêu cầu thay đổi - Phân tích tầm quan trọng của sự thay đổi - Phân tích tác động của sự thay đổi về dự án 2 Chấp nhận hoặc từ chối yêu cầu Tất cả thành viên trong bản kiểm soát thay đổi : - Chấp nhận hoặc từ chối yêu cầu -Đánh dấu, quyết định của họ về việc mẫu thay đổi . - Đánh dấu thay đổi các mẫu đơn để cho thấy được những quyết định cuối cùng. 3 Thông báo cho nhóm sự giải quyết Trang 26 Trưởng nhóm : - Thông báo quyết định cho cả đội Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình d. Chữ ký Đảm báo việc chấp nhận yêu cầu chắc chắc không còn nghi vấn gì : Những người tham gia đánh giá mẫu thay đổi mục cấu hình : Khi có quyết định phải ghi tên và gửi lại cho người yêu cầu thay đổi. Trong mọi trường hợp các qui tắc sau được áp dụng -Không được ký kết khi chưa xem xét lại -Bất cứ khi nào một tài liệu được cập nhật trong bất cứ cách ,thì “chữ ký” phải được gỡ bỏ cho đến khi nó lại đồng ý xem xét lại . -Văn bản thể dùng để lưu trữ hoặc sử dụng chủ yếu trong bản phải cùng “ chữ ký”. -Khách hàng và Nhóm phải cùng “chữ ký ”. II. PHỤ LỤC: 1. Đơn xin thay đổi: dùng để đưa ra những yêu cầu về thay đổi. Trang 27 [...]... chất Thạc sĩ kĩ sư phần mềm) Người này giám sát lượng sự kiểm tra của các mẫu cấu hình và xem xét các yêu cầu thay đổi Support Manager Bộ quản lý hỗ trợ Chịu trách nhiệm riêng cho các hoạt động quản lý cấu hình của dự án Hội đồng quản lý thay đổi: Hội đồng quản lý thay đổi gồm những người như sau: • • • • • • The Development Manager (0612510 – Trần Thanh Tuấn) Configuration Management Specialist –... Code.google.com để lưu trữ toàn bộ đồ án của mình bao gồm:  Build Script  Database  ProjectPlan  Release  Requirement Trang 13 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình  SourceCode  TestCase  UseCase Địa chỉ thùng chứa của đồ án: http://code.google.com/p/project-library/ Quy tắc trên Code.google.com: - Cây thư mục được tạo trên thùng chứa sẽ không bị thay đổi - Tên các thư mục phải rõ ràng,... apr 1.3.3 o apr-utils 1.3.4 o neon 0.28.4 o OpenSSL 0.9.8k 25 Mar 2009 o zlib 1.2.3 Trang 15 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình - Nhóm cũng có thể dùng phiên bản TortoiseSVN 1.6.1, Build 16344 – phiên bản mới nhất Trang 16 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình VII QUẢN LÝ THAY ĐỔI: Mục đích - Phần này mô tả kiểm soát quá trình thay đổi - Minh họa cách làm việc... Trang 21 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình b Đưa ra yêu cầu thay đổi Trong quá trình làm việc nếu các thành viên có muốn đưa ra quyết định thay đổi yêu cầu -Để thay đổi mục cấu hình , một đòi hỏi phải được thông báo Các bước thực hiện thay đổi Trang 22 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Thứ tự Hoạt động 1 Điền vào đơn Người muốn thay đổi mục quản lý cấu... thay đổi -Nếu thay đổi bất bình thư ng ,trưởng nhóm : Cần thời gian cho ban kiểm soát Trang 23 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình “một số thành viên trong nhóm” xem xét, kiểm chứng sự thay đổi Trang 24 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình c Xem xét yêu cầu thay đỗi Xem xét yêu cầu thay đổi được kích hoạt để xác định xem liệu dự án có hay không nên cho phép thay... Studio(MSE: quản lý cấu hình Thạc sĩ kĩ sư phần mềm) Người này chịu trách nhiệm chung về sự thay đổi trong các thủ tục quản lý cấu hình Studio Người này cũng làm xác thực bản kế hoạch này phù hợp với bản kế hoạch của Studio Document Owner Chủ sở hữu tài Một người chịu trách nhiệm cho việc lưu trữ , liệu sữa chữa tài liệu toàn bộ lưu lượng và mẫu Trang 12 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu... … 2 Thông báo đơn cần thay đổi Người muốn thay đổi mục quản lý cấu hình -Nộp mẫu đơn thay đổi cho trưởng nhóm Trưởng nhóm xem xét ,sau đó quyết định có nên : Thông báo tất cả thành viên trong nhóm biết không 3 Xem xét thay đỗi Người quản lý thay đổi có bình thư ng -Xác định nếu thay đổi bình không thư ng hay khong bình thư ng Nếu thay đổi bình thư ng , trưởng nhóm : Cho phép thành viên muốn thay đổi... Safe Xác định Baseline Trang 19 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình Thứ tự 1 Baseline Thu tập yêu cầu & Phân tích yêu cầu Giải Thích - Trưởng nhóm chuyển đổi mục phân tích yêu cầu thành công việc cụ thể , các thành viên trong nhóm tuân theo sự phân công trưởng nhóm - Một số thành viên trong nhóm có thể làm tìm hiểu yêu cầu Phầm mền quản lý thư viện, tập trung vào yêu cầu Sách... trong đồ án Ví dụ: đồ án yêu cầu có viết build script thì trên thùng chứa có thư mục Build Script, yêu cầu phần đặc tả yêu cầu thì trên thùng chứa có thư mục Requirement… - Khi commit hoặc import lên thùng chứa các thành viên trong nhóm phải ghi Message để các thành viên trong nhóm biết - Các thành viên khi sửa file nào trên thùng chứa thì chỉ cần update file đó về rồi chỉnh sửa Cấu trúc cây thư mục... thức Trang 18 Quản lý cấu hình phần mềm TH2006/02 Quản lý mẫu cấu hình -Tất cả khuyết tật tìm thấy trong lúc làm việc sản phẩm trong quá trình kiểm tra phải được sữa chữa - Tất cả bên liên quan phải kí trong tài liệu -Tất cả công việc sản phẩm được dành riêng thư mục trong Source Safe -Đối với tài liệu , tất cả các tập tin được liên kết vào các chủ tài liệu phải được trong cùng một thư mục mà chủ