TÊN ĐỀ TÀI QUẢN LÝ DỰ ÁN XÂY DỰNG PHẦN MỀM QUẢN LÝ NHÀ SÁCH TIỀN PHONG

Giới thiệu về dự án 1.1 Giới thiệu Hiện nay công việc quản lý các đầu sách ở các nhà sách lớn nếu không có sự hỗ trợ của công nghệ thông tin sẽ gặp rất nhiều khó khăn.Với số lượng các đ

HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG

Vũ Duy Dương Nguyễn Trọng Tùng Bạch Thanh Tùng

Lớp: D09CN2

Mục lục:

I GIỚI THIỆU VỀ DỰ ÁN: Error! Bookmark not defined

1.1 Giới thiệu: Error! Bookmark not defined

1.2 Thông tin dự án Error! Bookmark not defined

1.3 Phạm vi dự án: Error! Bookmark not defined

1.4 Sản phẩm bàn giao cuối Error! Bookmark not defined

1.5 Các bên liên quan Error! Bookmark not defined

1.6 Giả thiết dự án Error! Bookmark not defined

1.7 Tiến trình xây dựng và quản lý dự án……… ………8 1.8 Bảng phân công công việc Error! Bookmark not defined

II TÔN CHỈ DỰ ÁN Error! Bookmark not defined

1 Tổng quan Error! Bookmark not defined

2 Mục tiêu Error! Bookmark not defined

3 Yêu cầu nghiệp vụ Error! Bookmark not defined

4 Các phương pháp và cách tiếp cận Error! Bookmark not defined

5 Giả thiết dự án Error! Bookmark not defined

6 Đánh giá mục tiêu hệ thống Error! Bookmark not defined

7 Mô tả sản phẩm Error! Bookmark not defined

8 Những sự kiện quan trọng trong dự án Error! Bookmark not defined

9 Thước đo thành công Error! Bookmark not defined

10 Rủi ro và vấn đề Error! Bookmark not defined

11 Đội phát triển dự án Error! Bookmark not defined

12 Ký kết dự án Error! Bookmark not defined

III KẾ HOẠCH QUẢN LÝ TÍCH HỢP DỰ ÁN Error! Bookmark not defined

1.1 Vòng đời phát triển Error! Bookmark not defined 1.2 Mô hình quản lý dự án Error! Bookmark not defined

1.3 Tài nguyên sử dụng Error! Bookmark not defined 1.4 Công cụ thực hiện Error! Bookmark not defined 1.5 Công nghệ sử dụng Error! Bookmark not defined

2 Quy trình thực hiện Error! Bookmark not defined 2.1 Pha xác định yêu cầu Error! Bookmark not defined 2.2 Pha phân tích Error! Bookmark not defined 2.3 Pha thiết kế Error! Bookmark not defined 2.4 Pha thực thi Error! Bookmark not defined 2.5 Bàn giao sản phẩm Error! Bookmark not defined

3 Kế hoạch quản lý cấu hình Error! Bookmark not defined 3.1 Ý nghĩa của việc quản lý cấu hình Error! Bookmark not defined 3.2 Cấu hình trong các pha của dự án Error! Bookmark not defined 3.3 Kế hoạch quản lý cấu hình Error! Bookmark not defined

4 Kế hoạch quản lý thay đổi Error! Bookmark not defined 4.1 Mục đích Error! Bookmark not defined 4.2 Mục tiêu Error! Bookmark not defined 4.3 Phạm vi Error! Bookmark not defined 4.4 Đối tượng quản lý Error! Bookmark not defined 4.5 Lấy yêu cầu quy trình Error! Bookmark not defined 4.6 Mẫu quản lý thay đổi chung Error! Bookmark not defined 4.7 Tiêu chí đánh giá yêu cầu Error! Bookmark not defined 4.8 Ban kiểm soát sự thay đổi(CCB) Error! Bookmark not defined 4.9 Trách nhiệm và vai trò của bên liên quan Error! Bookmark not defined

IV KẾ HOẠCH QUẢN LÝ PHẠM VI DỰ ÁN Error! Bookmark not defined

1 Phạm vi sản phẩm Error! Bookmark not defined

2 Phạm vi tài nguyên Error! Bookmark not defined 2.1 Kinh phí Error! Bookmark not defined 2.2 Nhân sự Error! Bookmark not defined

2.3 Thời gian Error! Bookmark not defined 2.4 Sản phẩm bàn giao Error! Bookmark not defined 2.5 Các công cụ lập kế hoạch Error! Bookmark not defined 2.6 Cấu trúc phân rã công việc Error! Bookmark not defined

V KẾ HOẠCH QUẢN LÝ NHÂN SỰ Error! Bookmark not defined

1 Các vị trí trong nhóm thực hiện dự án Error! Bookmark not defined 1.1 Thông tin thành viên Error! Bookmark not defined 1.2 Yêu cầu vị trí Error! Bookmark not defined 1.3 Tổ chức vị trí Error! Bookmark not defined

2 Cấu trúc của nhóm dự án Error! Bookmark not defined 2.1 Các thành phần trong dự án Error! Bookmark not defined 2.2 Sơ đồ tổ chức dự án Error! Bookmark not defined

3 Phát triển nhóm và cách lãnh đạo Error! Bookmark not defined 3.1 Ma trận trách nhiệm Error! Bookmark not defined 3.2 Ma trận kỹ năng Error! Bookmark not defined 3.3 Quá trình hoạt động Error! Bookmark not defined 3.4 Phát triển - đào tạo nhóm dự án Error! Bookmark not defined 3.5 Giải tán nhóm dự án Error! Bookmark not defined

VI KẾ HOẠCH QUẢN LÝ THỜI GIAN Error! Bookmark not defined VII KẾ HOẠCH QUẢN LÝ TRUYỀN THÔNG Error! Bookmark not defined

1 Yêu cầu trao đổi thông tin Error! Bookmark not defined

2 Xác định tần suất và trao đổi thông tin Error! Bookmark not defined

3 Nhu cầu trao đổi thông tin Error! Bookmark not defined VIII KẾ HOẠCH QUẢN LÝ RỦI RO Error! Bookmark not defined

1 Danh sách rủi ro Error! Bookmark not defined

2 Phân tích rủi ro Error! Bookmark not defined 2.1 Khả năng xảy ra rủi ro Error! Bookmark not defined 2.2 Mức độ ảnh hưởng của các rủi ro Error! Bookmark not defined 2.3 Mức độ ưu tiên giữa các rủi ro Error! Bookmark not defined

2.4 Kế hoạch xử lý các rủi ro Error! Bookmark not defined 2.5 Tiến trình rủi ro Error! Bookmark not defined 2.6 Hoạt động Error! Bookmark not defined 2.7 Vai trò Error! Bookmark not defined

IX KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG Error! Bookmark not defined

1 Lập kế hoạch chất lượng Error! Bookmark not defined

2 Đảm bảo chất lượng dự án Error! Bookmark not defined

3 Kiểm soát chất lượng Error! Bookmark not defined

X KẾ HOẠCH QUẢN LÝ CHI PHÍ Error! Bookmark not defined

1 Chi phí nguyên vật liệu Error! Bookmark not defined

2 Chi phí cơ sở vật chất Error! Bookmark not defined

3 Ước tính chi phí và dự toán ngân sách cho các chi phí Error! Bookmark not defined

4 Các chi phí phát sinh khác Error! Bookmark not defined

5 Tổng chi phí ước tính của dự án Error! Bookmark not defined

XI KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG Error! Bookmark not defined

1 Lập kế hoạch mua sắm Error! Bookmark not defined

2 Lập kế hoạch đấu thầu Error! Bookmark not defined

3 Quản lý hợp đồng cung cấp Error! Bookmark not defined

I Giới thiệu về dự án

1.1 Giới thiệu

Hiện nay công việc quản lý các đầu sách ở các nhà sách lớn nếu không có sự hỗ trợ của công nghệ thông tin sẽ gặp rất nhiều khó khăn.Với số lượng các đầu sách lớn, thường xuyên thay đổi cũng như cập nhật, bên cạnh đó số sách bán ra hàng ngày đều rất lớn

Dự án của chúng tôi sẽ được triển khai trong phạm vi của nhà sách Tiền Phong ,

và đối tượng tập trung là quản lý về thông tin các đầu sách trong nhà sách, cũng như danh mục các đầu sách bán ra

1.2 Thông tin dự án

Tên Dự Án: Xây dựng hệ thống quản lý nhà sách Tiền Phong

Khách Hàng: nhà sách Tiền Phong

Đại diện: ông Trần Đức An (giám đốc nhà sách)

Trưởng nhóm dự án:Phan Trọng Quân

 Khu vực ảnh hưởng trong nhà sách Tiền Phong: quầy thanh toán, nhóm quản

lý xuất nhập, quản lý trên mạng

 Phạm vi dữ liệu:

 Dữ liệu về sách và thông tin giao dịch được giữ nguyên

 Làm mới thông tin khác

 Phần mềm quản lý sách với đầy đủ chức năng yêu cầu

 Hệ thống cơ sở dữ liệu của dự án do khách hàng cung cấp

 Mã nguồn chương trình

 Tài liệu phát triển

1.5 Các bên liên quan

Nhà tài trợ dự án Nhà sách Tiền Phong

Đại diện: Trần Đức An

SĐT: 0987654321 Mail: antd@tienphong.com

Khách hàng Nhà sách tiền phong

Đại diện: Trần Đức An

SĐT: 0987654321 Mail: antd@tienphong.com

Chuyên gia tư vấn Nguyễn Văn Tiến SĐT: 0127983467

1.6 Giả thiết đề ra

 Xây dựng hệ thống với cách tiếp cận hướng đối tượng

 Sử dụng ngôn ngữ lập trình java làm công cụ chính

 Hỏi ý kiến thầy (cô) trong quá trình xây dựng hệ thống khi cần

 Những công nghệ mà nhóm chưa làm chủ được thì sẽ hợp tác với các thành viên ngoài dự án

 Hệ thống sẽ có sự thay đổi khi bổ sung các chức năng mới

 Đội làm dự án sẽ được phân làm 2 nhóm nhỏ trong quá trình thực hiện dự án

 Sau khi kết thúc giai đoạn 1 thì sẽ sắp xếp lại nhân sự để thực hiện các giai

đoạn tiếp theo của dự án

1.7 Tiến trình xây dựng và quản lý dự án

Phần 1: Tôn chỉ dự án

Phần 2: Kế hoạch tích hợp

Phần 3: Kế hoạch quản lý phạm vi dự án

Phần 4: Kế hoạch quản lý thời gian thực hiện

Phần 5: Kế hoạch quản lý chi phí

Phần 6: Kế hoạch quản lý chất lượng dự án

Phần 7: Kế hoạch quản lý nhân lực

Phần 8: Kế hoạch quản lý truyền thông

Phần 9: Kế hoạch quản lý rủi ro

Phần 10: Kế hoạch quản lý mua sắm

1.8 Bảng phân công công việc

 Kế hoạch quản lý chi phí

 Kế hoạch quản lý mua sắm

Đinh Duy Anh

 Kế hoạch quản lý thời gian

 Kế hoạch quản lý thông tin

Nguyễn Trọng Tùng

 Kế hoạch quản lý chất lượng Bạch Thanh Tùng

II Tôn chỉ dự án

1 Tổng quan về dự án:

Hiện nay công việc quản lý các đầu sách ở các nhà sách lớn nếu không có sự hỗ trợ của công nghệ thông tin sẽ gặp rất nhiều khó khăn.Với số lượng các đầu sách lớn, thường xuyên thay đổi cũng như cập nhật, bên cạnh đó số sách bán ra hàng ngày đều rất lớn Dự án của chúng tôi sẽ được triển khai trong phạm vi của nhà sách Tiền Phong , và đối tượng tập trung là quản lý về thông tin các đầu sách trong nhà sách, cũng như danh mục các đầu sách bán ra

2.1: Mục tiêu doanh nghiệp

2.1.1Hỗ trợ công việc tính toán khi bán sách được nhanh và hiệu quả hơn 2.1.2Quản lý sách nhập xuất trong mỗi nhà sách, tránh gian lận, sai thiếu trong việc quản lý một số lượng lớn sách

2.1.3 Kết nối giữa các nhà sách Tiền Phong với nhau được thuận tiện

2.1.4 Chương trình có giao diện dễ sử dụng, cài đặt với đầy đủ chức năng quản

lý một nhà sách cần và có thể bổ sung những chức năng mới khi nhà sách yêu cầu

3 Yêu cầu nghiệp vụ

 Dự án phần mềm phát triển ở đây là hệ thống quản lý bán sách nhà sách Tiền

Phong

 Người sử dụng phần mềm : Nhân viên quản lý nhà sách và nhân viên thu ngân

 Mục đích của dự án là thiết kế chương trình quản lý bán sách dễ sử dụng, dễ cài đặt, chương trình có nhiều tính năng linh hoạt như tìm kiếm thông tin sách theo nhiều tùy chọn như chuyên nghành, tên sách, tác giả… cập nhật thêm các đầu sách mới, tính tổng tiền mỗi hóa đơn sách một cách nhanh chóng và chính

xác

4 Phạm vi công việc

 Hệ thống được thiết kế và xây dựng tốt có thể được nâng cấp, thay đổi phù hợp

với nhiều nhà sách

 Khu vực ảnh hưởng trong nhà sách Tiền Phong: quầy thanh toán, nhóm quản

lý xuất nhập, quản lý trên mạng

 Phạm vi dữ liệu:

 Dữ liệu về sách và thông tin giao dịch được giữ nguyên

 Làm mới thông tin khác

 Phân tích, đánh giá hiện trạng và đề ra giải pháp

 Lựa chọn mô hình phù hợp cho hệ thống

 Tìm hiểu và đào tạo cho những người sử dụng hệ thống

6.2 Mục tiêu đặt ra cho hệ thống mới

 Hạn chế việc nhập vào các thông tin sách một cách thủ công thay vào đó có

thể đưa vào một số gợi ý có sắn cho một số trường thông tin

 Tránh sai sót đến mức thấp nhất có thể được

 Tính hóa đơn, in và lưu trữ hóa đơn một cách dễ dàng

6.3 Công nghệ và kĩ thuật áp dụng

 Ngôn ngữ lập trình : Java

 Cơ sở dữ liệu chứa các thông tin cần thiết về các đầu sách

 Các yêu cầu đặc biệt : Hệ thống quản lý bán sách là hệ thống yêu cầu tính chính xác trong việc thống kê các danh mục sách cũng như thanh toán hóa đơn sách, dễ sử dụng do đó để có một hệ quản lý bán sách hoạt động tốt cần phải có những người nắm vững các hoạt động nghiệp vụ tham gia trực tiếp

 Thanh toán , in hóa đơn tính tiền mua hàng cho khách

8 Những sự kiện quan trọng trong dự án

Cột mốc Mô tả Ngày

Lấy yêu cầu từ khách hàng

Gặp gỡ khách hàng lần 2 để lấy thông tin về sản phầm cần triển khai cũng như gặp mặt các chuyên gia tư vấn trong lĩnh vực

27/10/2012

Hoàn thành bản kế hoạch

tổng thể của dự án

Lập kế hoạch tổng thể cho dự án Hoàn thành các bản kế hoạch quản lý dự kiến của dự án

Phân chia công việc

30/11/2012

Gặp gỡ khách hàng Trao đổi về bản kế hoạch chung

Ký kết thỏa thuận trước khi làm 21/12/2012

Hoàn thành pha lấy yêu cầu

Xem xét tiến độ công việc so với

hàng Hướng dẫn sử dụng sản phẩm

12/3/2012

Họp tổng kết dự án Họp dự án tổng kết chương trình 14/3/2013

9 Thước đo thành công

 Tiết kiệm chi phí tổng thể >5%

 Giảm thời gian làm việc >15%

 Hệ thống hoạt động tốt với đầy đủ chức năng trong tuần chạy thử

Nhân viên nghỉ việc hoặc có việc đột

Công việc không hoàn thành đúng chỉ

Thời gian hoàn thành giữa các pha trễ Bình thường Lớn

Phần mềm có nhiều khiếm khiết Thấp Nghiêm trọng

Cơ sở dữ liệu sai hoặc hỏng Bình thường Lớn

11 Đội phát triển dự án

Project Manager

Người quyết định có sử dụng Quản lý cấu hình hay không, đưa ra các vai trò tham gia, các tài nguyên cho dự án

thống

Đinh Duy Anh

Developer Phát triển phần mềm Tất cả thành viên

III) Kế hoạch quản lý tích hợp

1 Tổng quan về nội dung dự án

1.1 Vòng đời phát triển dự án: Mô hình thác nước

1.2 Mô hình quản lý dự án: Mô hình nhóm dân chủ vượt quá lập trình viên trưởng

1.3 Tài nguyên sử dụng

 Kinh phí đầu tư: 400.000.000 VNĐ bao gồm:

o Lương nhân viên tham gia

o Tiền thuê cơ sở vật chất

- Eclipse : Cài đặt chương trình

- Visual Paradigm: Phân tích, thiết kế, vẽ biểu đồ trong chương trình

a) Pha xác định yêu cầu

1.1 Thu thập thông tin: Phan Trọng Quân

1.1.1 Từ khách hàng: gặp gỡ, trao đổi với khách hàng 1.1.2 Từ thị trường thực tế (có thể từ các nhà sách khác): khảo sát thị trường

1.2 Họp nhóm xác định công việc: Phan Trọng Quân 1.3 Viết yêu cầu của hệ thống: Nguyễn Đức Vương

1.3.1 Về phần mềm 1.3.2 Về phần cứng 1.4 Viết tài liệu: Phan Trọng Quân 1.4.1 Xác định Actor list : Nguyễn Đức Vương

1.4.2 Lập Glossary 1.4.3 Biểu đồ Usecase +Chi tiết hóa Usecase 1.4.4 Biểu đồ Commnication

1.4.5 Biểu đồ Activity 1.4.6 Lập Usecase survey 1.5 Phác thảo giao diện người dùng (GUI): Nguyễn Đức Vương 1.6 Kiểm thử tài liệu pha lấy yêu cầu: Phan Trọng Quân

1.7 Trao đổi với khách hàng và nhà đầu tư: Phan Trọng Quân

b) Pha phân tích

2.1 Phân tích tĩnh: Nguyễn Đức Vương

2.1.1 Xác định các lớp cơ bản và thuộc tính; vẽ biểu đồ lớp 2.2 Phân tích động: Đinh Duy Anh

2.2.1 Vẽ biểu đồ trạng thái 2.2.2 Vẽ biểu đồ cộng tác 2.2.3 Hoàn thiện biểu đồ lớp 2.2.4 Update Glossary 2.3 Kiểm thử pha phân tích: Phan Trọng Quân

c) Pha thiết kế

3.1 Thiết kế kiến trúc hệ thống: Đinh Duy Anh

3.1.1 Lựa chọn công nghệ thực hiện 3.1.2 Lựa chọn cấu trúc hệ thống 3.1.3 Lập chính sách truy cập đồng thời 3.1.4 Thiết kế bảo mật

3.1.5 Biểu đồ các tầng nghiệp vụ 3.1.6 Lựa chọn phân vùng hệ thống con

Thiết kế dịch vụ kinh doanh Thiết kế Database schema Hoàn thiện giao diện Thiết kế mô hình lớp từ mô hình lớp pha phân tích 3.2 Thiết kế chi tiết sơ đồ lớp cuối cùng, mô hình hóa sơ đồ lớp: Vũ Duy Dương

3.3Kiểm thử thiết kế: Phan Trọng Quân

d) Pha thực thi

4.1 Cài đặt các module

4.1.1 Các lớp thực thể :Nguyễn Đức Vương 4.1.2 Các lớp biên: Vũ Duy Dương+Bạch Thanh Tùng

4.1.2.1 Giao diện Quản lý các đầu sách 4.1.2.2 Giao diện Quản lý thanh toán hóa đơn sách

4.1.2.3 Giao diện chung 4.1.3 Các lớp điều khiển: Đinh Duy Anh+Nguyễn Trọng Tùng

4.1.3.1 Điều khiển Quản lý các đầu sách 4.1.3.2 Điều khiển Quản lý thanh toán hóa đơn sách 4.2 Tích hợp các module: Phan Trọng Quân

4.2.1 Các chức năng Quản lý các đầu sách 4.2.2 Các chức năng Quản lý thanh toán hóa đơn sách 4.2.3 Tích hợp toàn bộ hệ thống

4.3 Xây dựng cơ sở dữ liệu 4.3 Kiểm thử sản phầm: Nguyễn Trọng Tùng + Bạch Thanh Tùng

4.3.1 Kiểm thử đơn vị 4.3.2 Kiểm thử tích hợp 4.3.3 Kiểm thử sản phẩm 4.3.4 Tự kiểm thử

e) Giao sản phẩm cho khách hàng: Phan Trọng Quân

5.1 Bàn giao sản phẩm cho khách hàng

5.2 Lắp đặt sản phẩm

5.3 Chạy thử tại nhà sách Thăng Long trong 10 ngày

3 Kế hoạch quản lý cấu hình

1) Ý nghĩa của việc quản lý cấu hình

Việc lập kế hoạch cấu hình nhằm đảm bảo cho hệ thống quản lý sách được cập nhật và thực hiện các chức năng một cách chính xác

Cấu hình sẽ được lưu trữ trên http://www.mediafire.com với tài khoản là duannhasachTienPhong_nhom11 trên internet nhằm đảm bảo:

- Quản lý được hệ thống cấu hình

- Đảm bảo không có mẫu cấu hình nào được thay đổi mà không được phép

- Tiếp nhận, quản lý trạng thái của mỗi cấu hình

- Đảm bảo mẫu cấu hình được tạo ra đúng cách, đúng mục đích

2) Cấu hình trong các pha của dự án

- Use case diagram

1.2 Phân tích yêu cầu

Mẫu cấu hình trong pha này là:

- Bản đặc tả yêu cầu người dùng

- File mã nguồn của chương trình

- Báo cáo dựa sn sau pha cài đặt

1.5 Kiểm thử lần cuối

- Các test case

- Dữ liệu kiểm thử

- Tài liệu kiểm thử

- Bản báo cáo cuối cùng 3) Kế hoạch quản lý cấu hình

3.1 Phạm vi áp dụng:

Được hoàn thành trong pha lập kế hoạch đầu dự án và được thực hiện, kiểm tra trong tất cả các pha của dự án

3.2 Mục đích

- Thiết lập, bảo đảm tính toàn vẹn của sản phẩm trung gian cũng như sản

phẩm cuối cùng trong tất cả các pha của dự án

- Kiểm soát thay đổi hệ thống

3.3 Trách nhiệm của các thành viên trong quản lý cấu hình

1 Quản lý cấu

hình (Nguyễn Đức Vương)

 Thiết lập và kiểm soát nơi lưu trữ tài liệu cấu hình

của dự án

 Phát triển và triển khai các quy trình quản lý cấu

hình của dự án

 Tạo các bản kế hoạch tức thời , ghi nhận chi tiết các

thay đổi trên các bản kế hoạch đó

 Quản lý thay đổi trên các bản kế hoạch tức thời

 Tổ chức và điều phối các cuộc họp của CCB

2 Quản lý dự án (Phan Trọng Quân)

 Giám sát các hoạt động quản lý cấu hình

 Bảo đảm các yêu cầu cần thiết cho hoạt động quản

lý cấu hình

3 Thành viên toàn dự án

 Thực hiện tốt công việc được giao

 Tuân thủ tất cả các quy trình thủ tục của bản kế hoạch quản lý cấu hình cũng như yêu cầu của người quản lý cấu hình

3.4 Hoạt động

3.4.1 Định danh cấu hình Khi qua một bản kế hoạch tức thời, các phiên bản làm việc sẽ được kiểm tra, nếu thỏa mãn các tiêu chuẩn được định sẵn thì sẽ trở thành mẫu cấu hình Các tiêu chuẩn đó là:

- Phiên bản làm việc được khảo sát đúng cách

- Các lỗi phải được khắc phục

- Phiên bản làm việc phải có đầy đủ các tài liệu đi kèm Mẫu cấu hình phải chứa đầy đủ các thông tin sau:

- Tên cấu hình

3.4.2 Quy ước cách đặt tên Mẫu cấu hình sẽ được đặt tên theo cách sau:

<mã dự án>_<mã loại>_<R|A|B>_<x>.<y>.<z>

Trong đó:

<mã dự án> Mã dự án mà mẫu cấu hình thuộc về

<mã loại> Mã loại mẫu cấu hình

<R|A|B>

R: release A: alpha B: beta

- Viết đơn yêu cầu thêm cấu hình

- Viết một bản chứa thông tin về mẫu cấu hình muốn thêm vào

- Các thành viên có liên quan sẽ tổ chức họp bàn để quyết định việc

có nên thêm mẫu cấu hình mới vào không

- Nếu đồng ý việc thêm mẫu cấu hình mới, sẽ phải thông báo lại cho quản lý cấu hình để thêm vào thông tin quản lý

- Gửi thông báo cho các thanh viên trong đội dự án

3.4.3.2 Thay đổi mẫu cấu hình Quy trình thay đổi mẫu cấu hình

- Viết đơn yêu cầu thay đổi mẫu cấu hình Trong đó cần nêu rõ lý do thay đổi, mức độ cấp thiết cần phải thay đổi, sự ảnh hưởng của thay đổi đó tới các mẫu cấu hình khác…

- Quản lý cấu hình sẽ tiếp nhận những yêu cầu thay đổi đó Và xem xét, nếu như thấy mức độ của sự thay đổi là không lớn thì có thể tự quyết định, còn nếu như mức độ của nó quá lớn thì cần họp bàn đề

ra quyết định

- Nếu chấp nhận sự thay đổi, cần thêm vào phần thông tin quản lý

và thông báo cho những bên liên quan để thay đổi cho phù hợp

3.4.3.3 Báo cáo trạng thái cấu hình Công việc thực hiện:

- Báo cáo trạng thái mẫu cấu hình: Tình trạng của các mẫu cấu hình hiện nay

- Báo cáo về sự thay đổi của các mẫu cấu hình

- Báo cáo về các hoạt động thanh tra, kiểm soát mẫu cấu hình Kết quả của công việc này được ghi nhận trong một báo cáo mang tên Configuration Status Accounting Report (CSAR)

Các báo cáo này được thực hiện thường xuyên và định kỳ trong quá trình phát triển dự án

3.4.3.4 Kiểm tra cấu hình a) Mục đích

Kiểm tra các mẫu cấu hình hiện tại, rà soát lỗi nhằm đảm bảo tiến độ công việc so với kế hoạch

b) Các kiểu thanh tra

- Thanh tra chức năng:

Kiểm tra những chức năng của một mẫu cấu hình dựa trên những tài liệu kỹ thuật Việc thanh tra chức năng được thực hiện trên cả những mẫu cấu hình thuộc về phần cứng lẫn phần mềm

- Thanh tra vật lý:

Thanh tra những mẫu cấu hình (cả về phần cứng lẫn phần mềm) ngược lại với những tài liệu kỹ thuật của nó Việc thanh tra vật lý

chỉ diễn ra khi việc thanh tra chức năng đã hoàn thành Sau khi hoàn thành việc thanh tra vật lý thì sẽ cho ra một Product Baseline (PBL)

Người thực hiện

Quản lý dự án: Phan Trọng Quân Quản lý cấu hình: Nguyễn Đức Vương

Công việc kiểm tra

- Lên kế hoạch cho việc thanh tra

- Tập hợp tài liệu cần thiết cho việc thanh tra

- Kiểm tra các mẫu cấu hình, đối chiếu với tài liệu về mẫu cấu hình, xem nó có đúng với yêu cầu đặt ra ban đầu hay không ?

- Thanh tra sự bổ xung, thay đổi mẫu cấu hình Sự ảnh hưởng của chúng với các mẫu cấu hình khác

- Kiểm tra việc lưu trữ các mẫu cấu hình

- Lập tài liệu về việc thanh tra

3.4.3.5 Sao lưu cấu hình Trong quá trình thực hiện cần sao lưu dữ liệu ra 2 bản Công việc cần

thực hiện có kế hoạch Có thể sao lưu cả bản cứng

4 Kế hoạch quản lý thay đổi

4.1 Mục đích

Tài liệu và báo cáo kế hoạch quản lý thay đổi chứa những thông tin cần thiết để

có thể đạt hiệu quả trong việc quản lý xây dựng phần mềm quản lý nhà sách Tiền Phong các thay đổi từ khi bắt đầu dự án đến lúc giao cho khách hàng Quản lý thay đổi nhằm đảm bảo:

- Đảm bảo thay đổi mang lại lợi ích cho dự án

- Xác định cách thay đổi được thực hiện

- Quản lý cách thay đổi được thực hiện

4.2 Mục tiêu

o Xem xét tất cả yêu cầu thay đổi

o Xác định, đánh giá, phê duyệt, theo dõi các thay đổi được thông qua

o Sửa đổi kế hoạch dự án cho phù hợp với những yêu cầu thay đổi

o Các bên liên quan tham gia thảo luận thích hợp

o Trao đổi, đàm phán với những bên bị ảnh hưỏng

4.3 Phạm vi

Kế hoạch quản lý thay đổi được tạo ra trong pha lập kế hoạch dự án

Quản lý thay đổi được diễn ra mọi thời điểm trong dự án khi mà có một vấn đề cần thay đổi được đưa ra

4.4 Đối tượng quản lý

- Quản lý dự án: Phan Trọng Quân

- Quản lý thay đổi: Nguyễn Đức Vương

- Giám đốc nhà sách Tiền Phong: Trần Đức An

4.5 Lấy yêu cầu quy trình thay đổi yêu cầu(CR)

Các bước thực hiện:

1) Tạo các yêu cầu thay đổi: Người yêu cầu thay đổi nộp bản mẫu yêu cầu thay đổi và gửi bản mẫu đã điền đầy đủ thông tin tới Ban kiểm soát sự thay đổi(CCB) Các bên liên quan sẽ xem xét sự cần thiết cho thay đổi 2) Trạng thái CR Log: Quản lý thay đổi thêm các yêu cầu thay đổi vào trong CR Log Trạng thái của yêu cầu thay đổi được cập nhật trong suốt quá trình khi cần thiết

3) Đánh giá yêu cầu thay đổi: Nhân viên dự án xem xét yêu cầu thay đổi

và cung cấp ước tính mức độ xử lý và phát triển một giải pháp để giải quyết thay đổi đó Sau đó quản lý dự án, quản lý thay đổi và cả đội xem xét thay đổi

4) Ủy quyền: Phê duyệt các thay đổi để tích hợp những thay đổi đó vào dự án/ sản phẩm Bước này thuộc toàn quyền CCB

5) Triển khai: Nếu được chấp nhận, thực hiện những thay đổi cần thiết để thực hiện sự thay đổi Đồng thời liên lạc với người đề xuất thay đổi và các bên liên quan trong dự án Bước này được thực hiện dưới sự giám sát của quản lý thay đổi

4.6 Mẫu quản lý thay đổi chung

Một bản mẫu thay đổi chung được lưu trong CR Log phải có đầy đủ các thông tin sau:

Date Ngày yêu cầu thay đổi được tạo CR# Sự phân công của quản lý thay đổi Title Mô tả ngắn gọn về yêu cầu thay đổi

Description Mô tả sự thay đổi mong muốn

Tác động, lợi ích của việc thay đổi

Submitter Tên của người đề xuất thay đổi và những người có liên quan

trong quá trình thay đổi yêu cầu Phone Số điện thoại người đề xuất E-Mail Email người đề xuất thay đổi Product Sản phẩm được đề xuất để thay đổi

Version Phiên bản của sản phẩm được đề xuất thay đổi

Priority Phân loại yêu cầu dựa theo sự cấp bách của yêu cầu thay đổi

4.7 Tiêu chí đánh giá yêu cầu thay đổi

Dựa trên độ ưu tiên:

Cao Tác động đáng kể tới tiến độ, chi phí, chất lượng

Ảnh hưởng đến use case chính

Trung Bình Tác động vừa phải tới chi phí, lịch trình hoặc có không

ảnh hướng đến chi phí, lịch trình nhưng làm giảm chất lượng

Vật chất xuống cấp

Thấp Yêu cầu không ảnh hướng đến chi phí, lịch trình

Không làm suy giảm chất lượng Thay đổi các yêu cầu cập nhật trong pha lấy yêu cầu và thông số kỹ thuật

Tiến độ thay đổi được đánh giá thông qua những trạng thái sau:

In Review Yêu cầu thay đổi đã được hoàn thành và đánh giá cuối cùng

trước khi kiểm thử Testing Kiểm thử yêu cầu thay đổi sau khi đánh giá

Closed Yêu cầu thay đổi đã được thực hiện xong, và bản cập nhật

đang được đưa ra

4.8 Ban kiểm soát sự thay đổi(CCB)

Quản lý

thay đổi

Nguyễn Đức Vương

0987654321 - Tiếp nhận và ghi vào CR

Log các yêu cầu thay đổi

- Quản lý CR Log

- Quản lý quá trình thay

đổi được thực hiện

4.9 Trách nhiệm và vai trò của bên liên quan

Quản lý thay đổi Quản lý mọi vấn đề liên quan đến yêu cầu

thay đổi diễn ra trong quá trình thực hiện dự

- Thực hiện thay đổi khi yêu cầu thay đổi

đó được phê duyệt

- Cung cấp thông tin liên quan đến yêu cầu

thay đổi Khách hàng

Nhà đầu tư

Giám sát dự án

Nhận thông tin về những yêu cầu thay đổi Tham gia đánh giá mức độ thay đổi cần thực hiện

- Làm rõ thông tin thay đổi,

những vấn đề liên quan CCB chủ

0127536445 - Chỉnh sửa tài liệu để phù

hợp với thay đổi

- Đóng góp ý kiến, đánh

giá về những yêu cầu thay đổi

IV) Kế hoạch quản lý phạm vi dự án

1 Phạm vi sản phẩm

Sản phẩm sau khi xây dựng và bàn giao cần đạt những tiêu chuẩn sau :

- Sản phẩm có đầu đủ các chức năng dựa trên yêu cầu của khách hàng Cụ

thể ở đây là nhà sách Tiền Phong

- Giao diện người dùng thân thiện, dễ sử dụng, thao tác tốt

- Cơ sở dữ liệu xây dựng đầy đủ, phù hợp với số lượng lớn đầu sách

- Sản phẩm và cơ sở dữ liệu có khả năng nâng cấp, thêm chức năng nếu

khách hàng có yêu cầu

- Tận dụng được tối đa cơ sở hạ tầng vốn có của nhà sách

2 Phạm vi tài nguyên

2.1 Kinh phí :

- Tổng kinh phí cho dự án : 400.000.000 VNĐ Trong đó bao gồm :

o Tiền lương cho nhân viên

o Tiền thuê cơ sở hạ tầng, nâng cấp trang thiết bị

o Các phát sinh trong quá trình phát triển phần mềm

- Do đây là dự án nhỏ lên mức độ sai số của ước lượng thông thường là 7% : Kinh phí có thể sử dụng trong dự án khoảng : 372.000.000 – 400.280.000 VNĐ

2.2 Nhân sự :

- Tổng số nhân lực tham gia vào dự án : 6 người

- Số thành viên trong dự án có thể tăng nếu :

o Có thành viên rút khỏi dự án vì lí do khách quan

o Dự án bị chậm tiến độ

o Dự án yêu cầu chuyên gia trong lĩnh vực mới không nằm trong khả

năng của các thành viên của dự án

2.3 Thời gian :

- Thời gian thực hiện dự án : từ ngày 20/10/2012 – 20/2/2013 (tương đương

4 tháng ~ 120 ngày công)

- Do đây là dự án nhỏ lên mức độ sai số của ước lượng thông thường là 7% :

 Thời gian thực hiện dự án khoảng: 111.6 – 128.4 (ngày công)

2.4 Sản phẩm bàn giao

Sau khi phát triển xong hệ thống phần mềm Bên dự án cần bàn giao cho bên

nhà sách Tiền Phong :

- Hệ quản lý bán sách

- Hệ cơ sở dữ liệu SQL server 2008

- Tài liệu hướng dẫn sử dụng

- Trang thiết bị, nền tảng của hệ thống

2.5 Các công cụ lập kế hoạch

- Công cụ soạn thảo văn bản MS – Word

- Công cụ soạn thảo và tính toán MS Excel

- Công cụ xây dựng lập lịch quản lý dự án MS Project

- Công cụ vẽ sơ đồ tổ chức Visual Paradigm

- Các ứng dụng thương mại đặc thù

- Dùng một số mẫu tham khảo các hệ thống xây dựng trước đó

2.6 Cấu trúc phân rã công việc

- WBS được xây dựng theo tiến trình hay định hướng hoạt động – sử dụng

bởi giám đốc dự án

Giới thiệu công nghệ

Dự án Phần mềm quản lý bán

sách

Thu thập yêu cầu

Phân tích

h hàng

Xây dựng Use case

Viết kịch bản

Xây dựng

sơ đồ lớp

Xây dựng

hệ CSD

L

Code các modu

le

Test module

Test tích hợp

Test CSDL

Kiể

m tra

hệ thố

ng Nân

g cấp

hệ thố

ng

Cài đặt

hệ thống

Bàn giao tài liệu

V) Kế hoạch quản lý nhân lực

- Nơi sinh : Hà Nội

- Địa chỉ : Trung Văn – Từ Liêm - Hà Nội

- Nơi sinh : Thái Nguyên

- Địa chỉ : 99 Mỗ Lao – Hà Đông – Hà Nội

4 Vũ Duy Dương

- Giới tính : Nam

- Ngày sinh : 27/06/1991

- Nơi sinh : Hà Nội

- Địa chỉ : 34 Mai Hắc Đế - Hai Bà Trưng – Hà Nội

- Nơi sinh : Hà Tây

- Địa chỉ :Nguyễn Trãi – Hà Đông – Hà Nội

- Nơi sinh : Hà Nội

- Địa chỉ : Hà Đông – Hà Nội

i Mô tả công việc :

- Tiếp nhận dự án, dự trù nguồn lực thực hiện

- Thông báo, phối hợp với các phòng ban liên quan để thực hiện dự án

- Đề ra các phương án thực hiện dự án, đưa ra các quyết định trong quá trình thực hiện dự án

- Đánh giá kết quả thu được, xem xét các rủi ro gặp phải

- Phân bổ công việc cho các thành viên

- Giáo sát tiến độ chất lượng dự án

- Đưa ra các quyết toán thu chi trong dự án

ii Yêu cầu khả năng :

- Có khă năng giao tiếp tốt, truyền đạt thông tin hiệu quả, biết tạo động lực

và khuyến khích nhân viên làm việc

- Có khả năng lãnh đạo, nhiều năm kinh nghiệm trong việc quản lý dự án (tối thiểu 2 năm kinh nghiệm ở vị trí quản lý), khả năng làm việc nhóm tốt

- Thành thạo các ngôn ngữ lập trình (Java, C++, C#), có hiểu biết về xây dựng hệ thống thông tin

- Trình độ bằng C tiếng Anh

- Tốt nghiệp đại học chuyên ngành công nghệ thông tin

2) Nhà phân tích nghiệp vụ kinh doanh

i Mô tả công việc :

- Trực tiếp làm việc với khách hàng để lấy yêu cầu về nghiệp vụ cần xây dựng cho hệ thống phần mềm

- Trao đổi với giám đốc dự án về yêu cầu của khách hàng, độ khả thi của các yêu cầu

- Trao đổi yêu cầu nghiệp vụ với nhóm dự án để xây dựng các chức năng tương ứng

- Giám sát quá trình xây dựng chức năng để đảm bảo các module được xây dựng phù hợp với yêu cầu khách hàng đưa ra

- Trực tiếp làm việc với khách hàng trong qua trình xây dựng giao diện phần mềm, lấy các yêu cầu về giao diện của khách hàng đưa ra

ii Yêu cầu khả năng :

- Có khả năng giao tiếp tốt, biết truyền đạt thông tin

- Biết lập trình cơ bản, có hiểu biết về quá trình xây dựng hệ thống thông tin

- Có thẩm mỹ cao, sáng tạo tốt trong xây dựng giao diện cảm quan

- Tốt nghiệp đại học chuyên ngành công nghệ thông tin

3) Kĩ sư đảm bảo chất lượng dự án

i Mô tả công việc :

- Chịu trách nhiệm quản lý dự án

- Chịu trách nhiệm quản lý nhóm dự án

- Kiểm tra chất lượng công việc được hoàn thành của nhóm dự án

- Đưa ra các báo cáo về quá trình phát triển dự án cho giám đốc dự án

- Đưa ra các gợi ý trong việc xây dựng phần mềm, các quyết định về phương pháp phát triển phần mềm áp dụng

ii Yêu cầu khă năng :

- Có khả năng giao tiếp, truyền đạt thông tin tốt

- Nhiều năm kinh nghiệm trong lập trình, phát triển phần mềm (tối thiểu 5 năm)

- Có kinh nghiệm trong việc đảm bảo chất lượng dự án (tối thiểu 2 năm trong nhóm QA, 1 năm ở vị trí quản lý QA)

- Tốt nghiệp đại học chuyên ngành công nghệ thông tin

4) Người thiết kế giao diện

i Mô tả công việc :

- Trao đổi với nhà phân tích nghiệp vụ kinh doanh

- Đưa ra các quyết định trong việc xây dựng giao diện cảm nhận dựa trên yêu cầu khách hàng tươn ứng

- Trao đổi với lập trình viên trong quá trình xây dựng giao diện

- Đảm bảo việc xây dựng chức năng của lập trình viên phù hợp với giao diện cảm quan đưa ra

ii Yêu cầu khả năng :

- Có khả năng giao tiếp, truyền đạt thông tin tốt

- Có khả năng lập trình tốt (2 năm kinh nghiệm)

- Có kinh nghiệm trong xây dựng giao diện người dùng

- Có thẩm mỹ tốt, sáng tạo

- Tốt nghiệp đại học, cao đẳng chuyên ngành công nghệ thông tin

5) Người quản trị cơ sở dữ liệu

i Mô tả công việc :

- Trao đổi với nhà phân tích nghiệp vụ kinh doanh

- Thiết kế mô hình cơ sở dữ liệu

- Lập tình cở sở dữ liệu

- Trao đổi với các lập trình viên trong quá trình xây dựng cơ sở dữ liệu

ii Yêu cầu khả năng :

- Có khả năng giao tiếp, truyền đạt thông tin tốt

- Có khả năng lập trình tốt (2 năm kinh nghiệm)

- Có kinh nghiệm xây dựng cơ sở dữ liệu

- Tốt nghiệp đại học, cao đẳng chuyên ngành công nghệ thông tin

6) Lập trình viên

i Mô tả công việc :

- Tiếp nhận các công việc từ cấp trên

- Lập trình các module chức năng của phần mềm

- Trao đổi với các thành viên trong nhóm trong quá trình xây dựng

ii Yêu cầu khả năng :

- Biết lập trình

- Có khả năng tiếp thu tốt

- Chăm chỉ với công việc, có trách nhiệm với công việc của mình

- Tốt nghiệp đại học, cao đăng, trung cấp chuyên ngành công nghệ thông tin

1.3 Tổ chức vị trí

Giám đốc dự án Quản lý toàn bộ hoạt động của

Người quản trị CSDL Thiết kế, xây dựng hệ thống Cơ

sở dữ liệu

Nguyễn Trọng Tùng Bạch Thanh Tùng Nguyễn Đức Vương

Lập trình viên Cài đặt, tích hợp các module

Nguyễn Đức Vương Đinh Duy Anh

Vũ Duy Dương Nguyễn Trọng Tùng Bạch Thanh tùng

2 Cấu trúc của nhóm dự án

Nhóm làm việc dựa trên mô hình nhóm làm việc theo nghiệp vụ (Business team) :

- Gồm một người đứng đầu về kỹ thuật hướng dẫn các thành viên còn lại

- Những thành viên còn lại có vai trò và trạng thái đồng đều nhau

- Xây dựng mô hình phân cấp và có một người đứng đầu từng nhóm nhỏ

Công việc được phân chia và thực hiện bởi tùng nhóm nhỏ Trong mỗi nhóm nhỏ

có một trưởng nhóm chịu trách nhiệm giao tiếp với giám đốc dự án để tiếp nhận công việc mới cũng như báo cáo kết quả công việc của nhóm mình

Giám đốc dự án

Phan Trọng Quân

Nhóm thu thập yêu cầu Phan Trọng Quân Nguyễn Đức Vương

Nhóm phân tích Nguyễn Đức Vương Đinh Duy Anh

Nhóm thiết kế Đinh Duy Anh

Vũ Duy Dương

Nhóm lập trình Nguyễn Đức Vương Đinh Duy Anh

Vũ Duy Dương Nguyễn Trọng Tùng Bạch Thanh Tùng

Nhóm kiểm thử - bảo trì Nguyễn Trọng Tùng Bạch Thanh Tùng

Phân tích

Thiết

kế

Lập trình

Kiểm thử

Tích hợp

Bảo trì

Triển Khai

Hoàn thiện tài liệu

- C (Contributing) : Tham gia đóng góp

- I (Informing) : Báo cho biết