xây dựng phần mềm quản lý nhà sách tiền phong

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

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: 5

1.1 Giới thiệu: 5

1.2 Thông tin dự án 6

1.3 Phạm vi dự án: 6

1.4 Sản phẩm bàn giao cuối 7

1.5 Các bên liên quan 7

1.6 Giả thiết dự án 7

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 8

II TÔN CHỈ DỰ ÁN 9

1 Tổng quan 9

2 Mục tiêu 9

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

4 Các phương pháp và cách tiếp cận 9

5 Giả thiết dự án 10

6 Đánh giá mục tiêu hệ thống 11

7 Mô tả sản phẩm 11

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

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

10 Rủi ro và vấn đề 11

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

12 Ký kết dự án 11

III KẾ HOẠCH QUẢN LÝ TÍCH HỢP DỰ ÁN 11

1 Tổng quan dự án……….………11

1.1 Vòng đời phát triển 11

1.2 Mô hình quản lý dự án 11

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

1.4 Công cụ thực hiện 11

1.5 Công nghệ sử dụng 11

2 Quy trình thực hiện 11

2.1 Pha xác định yêu cầu 11

2.2 Pha phân tích 11

2.3 Pha thiết kế 11

2.4 Pha thực thi 11

2.5 Bàn giao sản phẩm 11

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

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

3.2 Cấu hình trong các pha của dự án 11

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

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

4.1 Mục đích 11

4.2 Mục tiêu 11

4.3 Phạm vi 11

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

4.5 Lấy yêu cầu quy trình 11

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

4.7 Tiêu chí đánh giá yêu cầu 11

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

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

IV KẾ HOẠCH QUẢN LÝ PHẠM VI DỰ ÁN 11

1 Phạm vi sản phẩm 11

2 Phạm vi tài nguyên 12

2.1 Kinh phí 11

2.2 Nhân sự 11

2.3 Thời gian 11

2.4 Sản phẩm bàn giao 11

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

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

V KẾ HOẠCH QUẢN LÝ NHÂN SỰ 11

1 Các vị trí trong nhóm thực hiện dự án 11

1.1 Thông tin thành viên 11

1.2 Yêu cầu vị trí 11

1.3 Tổ chức vị trí 11

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

2.1 Các thành phần trong dự án 11

2.2 Sơ đồ tổ chức dự án 11

3 Phát triển nhóm và cách lãnh đạo 11

3.1 Ma trận trách nhiệm 11

3.2 Ma trận kỹ năng 11

3.3 Quá trình hoạt động 11

3.4 Phát triển - đào tạo nhóm dự án 11

3.5 Giải tán nhóm dự án 11

VI KẾ HOẠCH QUẢN LÝ THỜI GIAN 11

VII KẾ HOẠCH QUẢN LÝ TRUYỀN THÔNG 11

1 Yêu cầu trao đổi thông tin 11

2 Xác định tần suất và trao đổi thông tin 11

3 Nhu cầu trao đổi thông tin 11

VIII KẾ HOẠCH QUẢN LÝ RỦI RO 11

1 Danh sách rủi ro 11

2 Phân tích rủi ro 11

2.1 Khả năng xảy ra rủi ro 11

2.2 Mức độ ảnh hưởng của các rủi ro 11

2.3 Mức độ ưu tiên giữa các rủi ro 11

2.4 Kế hoạch xử lý các rủi ro 11

2.5 Tiến trình rủi ro 11

2.6 Hoạt động 11

2.7 Vai trò 11

IX KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG 11

1 Lập kế hoạch chất lượng 11

2 Đảm bảo chất lượng dự án 11

3 Kiểm soát chất lượng 11

X KẾ HOẠCH QUẢN LÝ CHI PHÍ 11

1 Chi phí nguyên vật liệu 11

2 Chi phí cơ sở vật chất 11

3 Ước tính chi phí và dự toán ngân sách cho các chi phí 11

4 Các chi phí phát sinh khác 11

5 Tổng chi phí ước tính của dự án 11

XI KẾ HOẠCH QUẢN LÝ CHẤT LƯỢNG 11

1 Lập kế hoạch mua sắm 11

2 Lập kế hoạch đấu thầu 11

3 Quản lý hợp đồng cung cấp 11

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

I.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

I.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

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

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

Vũ Duy DươngBạch Thanh TùngNguyễn Trọng TùngPhan Trọng Quân

I.3 Phạm vi dự án

 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

 Công nghệ thực hiện:

 Java Application

 SQL Server

 Ước lượng thời gian thực thi dự án : 4 tháng ( 18/10/2012 – /3/2013)

I.4 Sản phầm bàn giao cuối

 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

I.5 Các bên liên quan

Nhà tài trợ dự án Đại diện: Trần Đức AnNhà sách Tiền Phong Mail: antd@tienphong.comSĐT: 0987654321Khách hàng Đại diện: Trần Đức AnNhà sách tiền phong Mail: antd@tienphong.comSĐT: 0987654321Chuyên gia tư vấn Nguyễn Văn Tiến Mail: tienv@tienphong.comSĐT: 0127983467Nhóm theo dõi,

đánh giá dự án

Trần Tiến Tuấn

Lê Tuấn Vũ

SĐT: 0435789021Mail: danhgia@tienphong.com

I.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

I.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

I.8 Bảng phân công công việc

 Mô tả chung về dự án

 Bảng kê công việc(SOW)

 Quản lý rủi ro Phan Trọng Quân

 Kế hoạch quản lý tích hợp Nguyễn Đức Vương

 Kế hoạch quản lý phạm vi

 Kế hoạch quản lý nhân lực Vũ Duy Dương

 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 Nguyễn Trọng Tùng

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

 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 trongnhà 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 trongviệ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êucầu

2.2 Mục tiêu về công nghệ

2.2.1 Xây dựng một trang web mới để nhận gửi thông tin phản hồi với kháchhàng

2.2.2 Di chuyển cơ sở hạ tầng công nghệ cũ trong vòng 1 ngày và không làmảnh hưởng tới quá trình buôn bán, quản lý của nhà sách.

2.2.3 Đẩy nhanh tốc độ xử lý hiện tại lên 20%

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ềnPhong

 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áchtheo 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ínhxá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ợpvớ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

 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ínhchí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ầnphải có những người nắm vững các hoạt động nghiệp vụ tham gia trực tiếpvào hệ thống

 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ấythông tin về sản phầm cần triểnkhai cũng như gặp mặt cácchuyê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ự ánHoàn thành các bản kế hoạchquả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.

hoạch lần 3

Kiểm thử sản phẩm phaXem xét tiến độ công việc so với

hàngHướ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ử

Vấn đề tài chính Thấp LớnNhâ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ụngQuản lý cấu hình hay không,đưa ra các vai trò tham gia, cáctài nguyên cho dự án

Technical

Triển khai hệ thống tới kháchhàng, chịu trách nhiệm cài đặt

hệ thống, hướng dẫn ngườidùng cuối vận hành, bảo trì hệ

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

o Các chi phí phát sinh

o Dữ trữ 10%

 Số thành viên tham gia dự án: 6 người

1.4 Công cụ thực hiện:

- Trọn bộ Microsoft office: lập kế hoạch dự án

- 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àng1.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

I.3 Viết yêu cầu của hệ thống: Nguyễn Đức Vương

1.3.1 Về phần mềm1.3.2 Về phần cứng1.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 Glossary1.4.3 Biểu đồ Usecase +Chi tiết hóa Usecase1.4.4 Biểu đồ Commnication

1.4.5 Biểu đồ Activity1.4.6 Lập Usecase survey1.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ớp2.2 Phân tích động: Đinh Duy Anh

2.2.1 Vẽ biểu đồ trạng thái2.2.2 Vẽ biểu đồ cộng tác2.2.3 Hoàn thiện biểu đồ lớp2.2.4 Update Glossary2.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ện3.1.2 Lựa chọn cấu trúc hệ thống3.1.3 Lập chính sách truy cập đồng thời3.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 doanhThiết kế Database schemaHoàn thiện giao diệnThiết kế mô hình lớp từ mô hình lớp pha phân tích3.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ách4.1.2.2 Giao diện Quản lý thanh toán hóa đơn sách

4.1.2.3 Giao diện chung4.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ách4.1.3.2 Điều khiển Quản lý thanh toán hóa đơn sách4.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ách4.2.2 Các chức năng Quản lý thanh toán hóa đơn sách4.2.3 Tích hợp toàn bộ hệ thống

4.3 Xây dựng cơ sở dữ liệu4.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ợp4.3.3 Kiểm thử sản phẩm4.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

 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ườiquả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ểmtra, 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

- Phiên bản

- Trạng thái

- Ngày khởi tạo

- Nơi lưu trữ

- Người tạo ra

Chú ý: Cấu hình sẽ được lưu trong máy tính của quản lý cấu hình

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

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: releaseA: alpha

B: beta

<x> Bản kế hoạch tức thời của mẫu cấu hình theo sốthứ tự, bắt đầu từ 1.

<y> Phiên bản thay đổi đáng kể của mẫu cấu hình, bắtđầu từ 0

<z> Phiên bản thay đổi không đáng kể của mẫu cấuhình, bắt đầu từ 0

3.4.3 Quản lý cấu hình

3.4.3.1 Thêm mới một mẫu cấu hình

Quy trình thực hiện:

- 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 choquả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ý dothay đổ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.3Bá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ìnhphát triển dự án

3.4.3.4Kiể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ânQuả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 đổiSubmitter 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ầuPhone 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ínhTrung 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ượngThay đổ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:

Open Được nhập/ mở nhưng chưa được phê duyệt

Work in

Progress Yêu cầu thay đổi đã được duyệt, được bàn giao, và công việc đang tiến triển

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)

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ự án

Quản lý quá trình thay đổiQuản lý dự án Phê duyệt lần cuối những thay đổi

Họp bàn, đánh giá những yêu cầu thay đổi.Thành viện dự án - Đề xuất các thay đổi cần thiết để dự án đi

tới thành công

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

đó được phê duyệt

tịch Trần Đức An 0981376524 - Phê duyệt những thay đổi về ngân sách/ tài trợ

- Phê duyệt những thay đổi

về lịch trình

- Phê duyệt bất kỳ thay đổi

mức Cao của dự ánThành

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

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

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

thay đổiKhá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

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

II.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Đ

II.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 độ

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 Thiết kế Cài đặt Kiểm thử Bảo trì Triển khai

Gặp gỡ khách hàngXây dựng Use case

Bàn giao tài liệu

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

II.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)

II.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

II.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 đó

II.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

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

- 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

- Email : thanhtung249@gmail.com

- Điện thoại : 097.4050.594

- Bằng cấp :

o Chuyên ngành : Công nghệ thông tin – Học viện Bưu Chính Viễn Thông

1.2 Yêu cầu vị trí

1) Giám đốc dự án

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ốithiể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 trongnhó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êucầ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ủanhóm dự án Phan Trọng Quân

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

Nguyễn ĐứcVươngĐinh Duy Anh

Vũ Duy DươngNguyễn TrọngTùngBạ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ỏ

Giám đốc dự án

Phan Trọng Quân

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

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

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

Vũ Duy Dương

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

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

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

Giám đốc : Phan Trọng Quân trực giao công việc cho từng nhóm đồng thời trực tiếp tham gia vào nhóm lấy yêu cầu để trao đổi trực tiếp với khách hàng

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