Các vai trò trong quản lý cấu hình

1. Các vai trò trong quản lý cấu hình Nguyễn Văn Khiết

2. Nội dung • Giới thiệu • Các vai trò trong quản lý cấu hình • Các vai trò trong quá trình phát triển dự án • Quản lý cấu hình trong các hoạt động của dự án

3. Các vai trò và trách nhiệm tương ứng trong quản lý cấu hình • Configuration Manager • Ban quản lý cấu hình • Kỹ sư phát triển dự án • Project Manager

4. Configuration Manager • Tạo và duy trì repository • Quản lý việc lập báo cáo và điều phối các hoạt động quản lý cấu hình liên quan đến dự án • Thiết lập các baseline và bảo đảm các thay đổi trong baseline được lưu giữ • Đảm bảo rằng không có những thay đổi không được phép nào trên baseline • Triệu tập và điều hành các buổi họp ban quản lý cấu hình

5. Ban quản lý cấu hình • Đảm bảo rằng các thay đổi trên baseline được xem xét bởi tất cả các bên liên quan • Duyệt các thay đổi trên các thành phần baseline • Duyệt các bản release phát hành cho khách hàng • Thành phần thông thường bao gồm • Configuration Manager • Project Manager • Technical Lead • Test Lead • Quality Engineer • Các cá nhân có ảnh hưởng đến các thay đổi

6. Kỹ sư phát triển dự án • Đảm bảo tuân thủ theo đúng các thủ tục quản lý cấu hình của dự án. • Tham gia vào ban quản lý cấu hình nếu cần thiết

7. Project Manager • Xác định các vai trò và chỉ định người thực hiện các vai trò tương ứng cho dự án. • Giám sát các hoạt động quản lý cấu hình • Đảm bảo các hoạt động quản lý cầu hình quản lý được đầy đủ các thành phần liên quan đến dự án và đúng kế hoạch.

8. Các vai trò trong quá trình phát triển dự án • Analyst • Designer • Programmer • Integrator • Tester • Project Manager

9. Analyst • Analyst thực hiện những hoạt động đầu tiên trong life cycle: • Tạo user requirement specification • Tạo user manual • … • Analyst quản lý các tài liệu này, tạo ra các version mới khi có yêu cầu. • Đóng góp của Analyst • Định danh các CI có liên quan • Lưu giữ các CI sau khi được duyệt

10. Designer • Designer tạo ra các bản thiết kế hệ thống và thiết kế chi tiết. • Đóng góp của designer • Định danh và tổ chức lưu giữ các CI liên quan (tài liệu thiết kế) • Thực hiện các thủ tục thay đổi đối với các tài liệu thiết kế.

11. Programmer • Programmer thực hiện các hoạt động liên quan đến cài đặt, tạo ra source code và các tài liệu liên quan (system data, script, …). Programmer còn thực hiện việc kiểm tra các module do mình tạo ra, đôi khi thực hiện việc kiểm tra tích hợp

12. Integrator • Integrators thực hiện việc tích hợp source code (object, class) thành các hệ thống lớn hơn, hình thành nên toàn thể hệ thống. • Integrator tạo nên các tài liệu thể hiện mối quan hệ giữa các thành phần tích hợp và lưu trữ, quản lý thay đổi trên các thành phần này.

13. Tester • Tester thực hiện việc kiểm tra dựa trên test plan. • Việc kiểm tra có thể được thực hiện ở nhiều cấp độ khác nhau. • Tester làm việc với test data và test result.

14. Project Manager • Xác định các vai trò và chỉ định người thực hiện các vai trò tương ứng cho dự án. • Giám sát các hoạt động quản lý cấu hình • Đảm bảo các hoạt động quản lý cầu hình quản lý được đầy đủ các thành phần liên quan đến dự án và đúng kế hoạch.

15. Các hoạt động quản lý cấu hình trong quá trình phát triển phần mềm • Các hoạt động tạo ra tài liệu • Cài đặt • Tích hợp • Kiểm chứng • Triển khai

16. Các hoạt động tạo ra tài liệu • Các hoạt động : nghiên cứu khả thi, phân tích, thiết kế • Được thực hiện trước khi bắt đầu cài đặt. • Unique Identification cho các tài liệu cần được định nghĩa

17. Cài đặt • Khi cài đặt, ta thường tạo các delivery (bao gồm nhiều CI) tương ứng với từng module được tạo ra. • Unique Identification cho source code cần được đặt sao cho co thể nhận biết được các thông tin sau: • Project code đang thực hiện • Item name • Item type • Version • Authorization : ai tạo ra, ai chịu trách nhiệm, ai có quyền thay đổi. • Tracing : source code có thể trace tới các thiết kế chi tiết, hoặc các yêu cầu phần mềm

18. Tích hợp • Hoạt động quản lý cấu hình trong tích hợp chính là quản lý các delivery. • Nên dùng script để tạo ra delivery. • Các thông tin • Unique Identification • Thời gian được phát hành • Tracing

19. Kiểm chứng • Trong quá trình kiểm chứng, test data nên được thể hiện thành các delivery. • Drivers, Stubs : là source code mô phỏng lại các đối tượng kích hoạt module và các đối tượng module sử dụng. • Driver, Stub cũng nên được đưa vào quản lý cấu hình. • Tracing đến các yêu cầu phần mềm.

20. Triển khai • Triển khai là đưa các release ra sử dụng. • Các thao tác cần xem xét • Đóng gói • Triển khai • Cài đặt • Back up

21. Bài tập • Từng nhóm tạo ra tất cả các Configuration Item cho đồ án mình chọn. Đối với từng CI, phải có đầy đủ các thông tin • Unique identification • Authorization • Relation • Distribution • Hạn chót : 24/3/2007