Quản trị dự án CNTT xây dựng phần mềm quản lý nhà hàng

Phần 1.Giới thiệu về dự án
1. Giới thiệu
Trong thời đại ngày nay, Công nghệ thông tin đang được phát triển mạnh mẽ,
nhanh chóng và xâm nhập vào nhiều lĩnh vực khoa học, kỹ thuật cũng như
trong cuộc sống. Nó trở thành công cụ đắc lực trong nhiều ngành nghề như
giao thông, quân sự, y học Và đặc biệt trong công tác quản lý nói chung và
Quản Lý Nhà Hàng nói riêng.
Trước đây khi máy tính chưa được ứng dụng rộng rãi, các công việc Quản Lý
Nhà Hàng đều được làm thủ công nên rất mất thời gian và tốn kém về nhân lực
cũng như tài chính. Ngày nay, với sự phát triển công nghệ thông tin mà máy
tính đã được sử dụng rộng rãi trong các cơ quan, nhà máy, trường học giúp
cho công việc được tốt hơn. Việc sử dụng máy tính vào công tác Quản Lý Nhà
Hàng là một yêu cầu cần thiết nhằm xóa bỏ những phương pháp lạc hậu, lỗi
thời gây tốn kém về nhiều mặt.
Trong quá trình tìm hiểu và khảo sát thực tế về công tác quản lý nhà hàng của
một số chi nhánh nhà hàng Bornga (tầng 6 khu Lotte Department Store, 54
Liễu Giai, quận Ba Đình, Hà Nội, thuộc chi nhánh trung tâm thương mại Lotte
Hà Nội). Nhóm em đã xây dựng dự án “Quản lý nhà hàng” với mong muốn
giúp cho việc quản lý được dễ dàng, thuận tiện và tránh sai sót.
Do thời gian có hạn và sự hiểu biết còn hạn chế nên bài làm không tránh khỏi
những thiếu xót, rất mong được sự giúp đỡ và góp ý kiến của các thầy, cô và
mọi người. Chúng em chân thành cảm ơn!
2. Thông tin dự án
Tên dự án: Xây dựng hệ thống quản lý nhà hàng Bornga.
Khách hàng: Nhà hàng Bornga.
Đại diện:
Tổng giám đốc: Hứa Hồng Sơn
Giám đốc điều hành: Jung Woo Seung
Trưởng nhóm dự án: Lê thị Ánh
Đội phát triển dự án:
Lê Thị Ánh

Phùng Tố Nga
Nguyễn Đức Anh
Nguyễn Thị Ngọc Trang
3. Phạm vi dự án
• Hệ thống được thiết kế và xây dựng tốt có thể nâng cấp thay đổi với nhiều
nhà hàng.
• Khu vực ảnh hưởng trong nhà hàng Bornga: Quản lý xuất - nhập kho, Quản
lý giao dịch, Quản lý nhân sự…
• Phạm vi dữ liệu:
- Dữ liệu về nhân sự, xuất nhập kho, hóa đơn thanh toán, thông tin giao dịch
- Làm mới các thông tin khác
• Công nghệ thực hiện:
- Java Application
- SQL server
- Microsoft Project
• Ước lượng thời gian thực hiện.
4. Sản phẩm bàn giao cuối
o Phần mềm quản lý nhà hàng với đầy đủ chức năng yêu cầu.
o Hệ thống cơ sở dữ liệu của dự án do khách hàng cung cấp.
o Mã nguồn chương trình.
o Tài liệu hướng dẫn và phát triển phần mềm.
5. 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 vụ chính.
- Hỏi ý kiến thầy, cô trong quá trình xây dựng hệ thống khi cần thiết.
- Những công nghệ mà nhóm chưa làm được sẽ hợp tác với các thành viên
trong ngoài dự án.
- Hệ thống sẽ có sự thay đổi khi bổ xung các chức năng mới.
- Đội dự án sẽ được phân làm hai 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.
6. 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
7. Bảng phân công công việc
Công việc Người thực hiện
Mô tả chung về dự án
………………
Phần I: Tôn chỉ dự án
1. Tổng quan về dự án
Hiện nay công việc quản lý nhà hàng tương đối lớn, phức tạp … 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 lớn
các dữ liệu đầu vào, thường xuyên thay đổi cũng như phải cập nhập… Dự án
được triển khai trong phạm vi nhà hàng Bornga, đối tượng tập trung là quản lý
nhập xuất kho, quản lý nhân sự, quản lý giao dịch…
Các chức năng chính của hệ thống:
 Quản lý nhập-xuất kho
 Quản lý nhân sự
 Quản lý giao dịch
2. Mục tiêu
 Mục tiêu doanh nghiệp
- Hỗ trợ công việc tính toán khi giao dịch khách hàng nhanh hiệu quả, chính

xác hơn.
- Quản lý nhập xuất kho trong mỗi lần giao dịch tránh gian lận nhầm lẫn,
thiếu sót trong việc quản lý số lượng lớn.
- Kết nối các chi nhánh của nhà hàng Bornga với nhau được thuận tiện.
- Chương trình có giao diện dễ sử dụng, cài đặt với đầy đủ các chức năng
quản lý một nhà hàng cần và có thể bổ sung những chức năng mới khi nhà
hàng yêu cầu.
 Mục tiêu về công nghệ
- Xây dựng một trang web mới để nhận gửi thông tin phản hồi với khách
hàng.
- 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à hàng.
- Đẩy nhanh tốc độ xử lý hiện tại lên 45%
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à hàng
Bornga.
- Người sử dụng phần mềm : Nhân viên quản lý kho và nhân viên thu ngân và
nhân viên quản lý nhân sự.
- Mục đích của dự án là thiết kế chương trình quản lý nhà hàng dễ sử dụng, dễ
cài đặt, thân thiện với người dùng, chương trình có nhiều tính năng linh hoạt
như tìm kiếm thông tin nhân viên, thông tin giao dịch, cập nhật thêm các
nguồn hàng nhập xuất kho, nhân viên…, tính tổng tiền mỗi hóa đơn, xuất
nhập hàng, tiền lương nhân viên 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
 Công nghệ thực hiện:
 Java Application
 SQL Server
 Ước lượng thời gian thực thi dự án : 6 tháng
5. Các phương pháp và cách tiếp cận
• Tìm hiểu, khảo sát quy trình nghiệp vụ của công việc quản lý các
đầu sách ở các nhà sách
• 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. Các đánh giá, mục tiêu hệ thống:
 Đánh giá hệ thống cũ :
• Hệ thống nhà hàng đang sử dụng phần mền: quản lý nhân viên Wise
Eye V5.0, phần mềm thu ngân iPos, phần mền xuất nhập kho BS
Silver do tính toán riêng từng bộ phận nên dẫn đến sai sót, khó cập
nhập tổng hợp chính xác các thông tin nhân viên, xuất nhập kho, hóa
đơn thanh toán…
• Không trực quan, tổng quát.
• Không lưu được nhiều thông tin của hóa đơn thanh toán, thông tin
nhân viên
• Dữ liệu bị mất mát, thất lạc, rời rạc
• Tốc độ truy xuất CSDL chậm, rời rạc.
 Mục tiêu đặt ra cho hệ thống mới
• Cập nhập các thông tin của các bộ phận của nhà hàng nhanh chóng
chính xác, bảo mật, thân thiện, dễ sử dụng…
• Tùy vào từng bộ phận, chức vụ khác nhau có thể truy cập vào hệ thống
với tên truy cập, từng mật khẩu của người sử dụng…
• Các cán bộ chức vụ lớn có thể xem tổng quan hoạt động kinh doanh
của nhà hàng theo ngày, tháng, quý, năm ….

• Cơ sở dữ liệu xây dựng đầy đủ, phù hợp với công tác quản lý nhà
hàng.
• 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à hàng .
 Công nghệ và kĩ thuật áp dụng
• Ngôn ngữ lập trình : Java
• Cơ sở dữ liệu: SQL server chứa các thông tin cần thiết của nhà hàng
• Các yêu cầu đặc biệt : Hệ thống quản lý kho, quản lý nhân viên, quản
lý giao dịch là hệ thống yêu cầu tính chính xác trong tính toán, các hóa
đơn thanh toán từ kho cũng như từ các bộ phận quản lý nhân sự, bộ
phận quản lý giao dịch, dễ sử dụng, thân thiện với người dùng, lưu trữ
lượng dữ liệu lớn, xử lý linh hoạt, thể hiện tính tổng quan. Do đó để có
một hệ quản lý nhà hàng 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 vào hệ thống.
7. Mô tả sản phẩm.
Xây dựng phần mềm quản lý nhà hàng với các chức năng chính:
• Quản lý các hóa đơn, lượng hàng xuất nhập kho.
• Quản lý các giao dịch hóa đơn thanh toán của các khách hàng.
• Quản lý các ngày công, chế độ đãi ngộ nhân viên…
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
1/4/2015
cũng như gặp mặt các
chuyên gia tư vấn trong

lĩnh vực
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.
3/4/2015
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.
7/4/2015
Hoàn thành pha lấy yêu
cầu. Tổng kết lần 1
Lập tài liệu pha lấy yêu
cầu.
Tổng kết những việc đã
làm. Kiểm thử sản phầm
pha.
Xem xét tiến độ công
việc so với kế hoạch.
Định hướng công việc
tiếp theo
16/4/2015
Gặp gỡ nhóm theo dõi
đánh giá dự án

Trao đổi bản kế hoạch
với khách hàng. Ký kết
thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu
cầu
18/4/2015
Hoàn thành pha phân
tích. Tổng kết dự án so
với kế hoạch lần 2
Lập tài liệu pha phân
tích.
Tổng kết những việc đã
làm. Kiểm thử sản phẩm
pha.
Xem xét tiến độ công
việc so với kế hoạch.
Định hướng công việc
tiếp theo
Trao đổi bản kế hoạch
với khách hàng. Ký kết
3/5/2015
thỏa thuận.
Gặp gỡ nhóm theo dõi
đánh giá dự án
Trao đổi bản kế hoạch
với khách hàng. Ký kết
thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu

cầu
5/5/2015
Hoàn thành pha thiết kế.
Tổng kết dự án so với kế
hoạch lần 3
Lập tài liệu pha lấy thiết
kế.
Tổng kết những việc đã
làm. Kiểm thử sản phẩm
pha
4/6/2015
Gặp gỡ nhóm theo dõi
đánh giá dự án
Trao đổi bản kế hoạch
với khách hàng. Ký kết
thỏa thuận.
Thống nhất tài liệu
Lấy thêm thông tin yêu
cầu
26/7/2015
Hoàn thành pha Cài đặt.
Tổng kết dự án so với kế
hoạch lần 4
Lập tài liệu pha lấy cài
đặt.
Tổng kết những việc đã
làm. Kiểm thử lần cuối
Xem xét tiến độ công
việc so với kế hoạch.
Định hướng công việc

tiếp theo
4/8/2015
Chạy thử nghiệm sản
phần
Chạy thử nghiệm sản
phẩm
26/9/2015
Bàn giao sản phẩm cho
khách hàng
Bàn giao sản phẩm
Tài liệu chuyên môn cho
khách hàng
Hướng dẫn sử dụng sản
phẩm
28/9/2015
Họp tổng kết dự án
Họp dự án tổng kết
chương trình
6/10/2015
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ử
• Tốc độ xử lý nhanh hơn hệ thống cũ >5%
10. Rủi ro và vấn đề
Một số rủi ro có thể gặp:
Rủi ro Khả năng Ảnh hưởng
Vấn đề tài chính Thấp Lớn
Nhân viên nghỉ việc hoặc có việc đột
xuất

Cao Lớn
Công việc không hoàn thành đúng chỉ
tiêu
Thấp Bình thường
Thay đổi yêu cầu Cao Bình thường
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
Lỗi tương thích Thấp Bình thường
Cơ sở dữ liệu sai hoặc hỏng Bình thường Lớn
Thay đổi cấp trên Thấp Nghiêm trọng
11. Đội phát triển dự án
Vai trò Trách nhiệm Thành viê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.
Lê Thị Ánh
Bussiness
Analyst
Phân tích các yêu cầu nghiệp
vụ dựa trên những yêu cầu
của khách hàng.
Phùng Tố Nga
Customer
Contact
Chắc chắn rằng khách hàng
thỏa mãn theo đúng hợp
đồng.
Phùng Tố Nga

Designer Phân tích thiết kế, thực thi hệ Phùng Tố Nga
thống. Nguyễn Thị Ngọc Trang
Tester Lead
Chịu trách nhiệm kiểm thử hệ
thống
Nguyễn Đức Anh
Nguyễn Thị Ngọc Trang
Technical
Triển khai hệ thống tới khách
hàng, chịu trách nhiệm cài đặt
hệ thống, hướng dẫn người
dùng cuối vận hành, bảo trì
hệ thống.
Nguyễn Đức Anh
Nguyễn Thị Ngọc Trang
Phùng Tố Nga
Developer Phát triển phần mềm Tất cả thành viên
12. Ký kết dự án
Khách hàng
Name Signature Date
Hứa Hồng Sơn 1/4/2015
Nhà tài trợ
Name Signature Date
Hứa Hồng Sơn 1/4/2015
Quản lý dự án
Name Signature Date
Lê Thị Ánh 28/3/2015
Phần 2. Kế hoạch quản lý tích hợp
1. Tổng quan về nội dung dự án
- Vòng đời phát triển dự án: Mô hình xoắn ốc.

- 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.
- Tài nguyên sử dụng
• Kinh phí đầu tư: 420.000.000 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: 4 người.
- Công cụ thực hiện:
o Trọn bộ Microsoft office: Lập kế hoach dự án
o Eclipse: Cài đặt chương trình.
o Visual Paradigm: Phân tích, thiết kế, vẽ biểu đồ trong chương
trình.
o SQL Sever: Lưu trữ CSDL
- Kỹ thuật sử dụng trong dự án
o J2EE
o SQL
2.Quy trình thực hiện
2.1 Pha xác định yêu cầu
 Thu thập thông tin: Lê Thị Ánh
- Từ khách hàng: gặp gỡ, trao đổi với khách hàng.
- Từ thị trường thực tế : khảo sát thị trường(có thể từ cá nhà hàng khác)
 Họp nhóm xác định công việc: Lê Thị Ánh
- Viết yêu cầu của hệ thống: Phùng Tố Nga
+ Về phần mềm
+ Về phần cứng
- Viết tài liệu: Lê Thị Ánh
+ Xác định các yêu cầu của khác hàng đề ra: Phùng Tố Nga (trong đó có các
thuật ngữ chuyên ngành)

+ Biểu đồ hoạt động
+ Lập biểu đồ yêu cầu chức năng của hệ thống
- Phác thảo giao diện người dùng: Phùng Tố Nga
+Kiểm thử tài liệu pha lấy yêu cầu: Lê Thị Ánh
+Trao đổi với khách hàng và nhà đầu tư: Lê Thị Ánh
2.2 Pha phân tích
a. Phân tích tĩnh : Phùng Tố Nga
- Xác định các lớp cơ bản và thuộc tính; vẽ biểu đồ lớp
b. Phân tích động : Nguyễn Ngọc Trang
- Vẽ biểu đồ trạng thái
- Vẽ biẻu đồ cộng tác
- Hoàn thiện biểu đồ lớp
- Update các bảng thuật ngữ
c. Kiểm thử pha phân tích: Lê thị Ánh.
2.3 Pha thiết kế
a. Thiết kế kiến trúc hệ thống: Nguyễn Đức Anh
- Lựa chọn công nghệ thực hiện
- Lựa chọn cấu trúc hệ thống
- Lập chính sách truy cập đồng thời
` - Thiết kế bảo mật
- Biểu đồ các tầng nghiệp vụ
- 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
b.Thiết kế chi tiết sơ đồ lớp cuối cùng, mô hình hóa sơ đồ lớp : Phùng Tố Nga
c.Kiểm thử thiết kế: Lê Thị Ánh
2.4 Pha thực thi
a. Cài đặt các module

- Các lớp thực thể: Nguyễn Ngọc Trang
- Các lớp biên: Phùng Tố Nga
o Giao diện Quản lý kho
o Giao diện quản lý thanh toán hóa đơn
o Giao diện quản lý giao dịch
o Giao diện quản lý nhân sự
o Giao diện chung
- Các lớp điều khiển: Nguyễn Đức Anh + Phùng Tố Nga
o Điều khiển quản lý kho
o Điều khiển quản lý thanh toán hóa đơn
o Điều khiển quản lý giao dịch
o Điều khiển quản lý nhân sự
b. Tích hợp các module: Lê Thị Ánh
- Các chức năng quản lý kho
- Các chức năng quản lý thanh toán hóa đơn
- Các chức năng quản lý giao dịch
- Các chức năng quản lý nhân sự
- Xây dựng cơ sở dữ liệu
c. Kiểm thử sản phẩm: Phùng Tố Nga
- Kiểm thử đơn vị
- Kiểm thử tích hợp
- Kiểm thử sản phẩm
- Tự kiểm thử
2.5 Giao sản phẩm cho khách hàng: Lê Thị Ánh
- Bàn giao sản phẩm cho khách
- Lắp đặt sản phẩm
- Chạy thử tại nhà hàng Bornga trong vòng 10 ngày
2.6 Kế hoạch quản lý cấu hình
- Ý 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ý nhà hàng

đượ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 đảm bảo các yêu cầu:
o Quản lý được hệ thống cấu hình
o Đảm bảo không có mẫu cấu hình nào được thay đổi mà không
được phép
o Tiếp nhận, quản lý trạng thái của mỗi cấu hình
o Đảm bảo mẫu cấu hình được tạo ra đúng cách, đúng mục đích
- Cấu hình trong các dự án
a. Lên kế hoạch
Mẫu cấu hình trong pha này gồm:
- Kế hoạch phát triển dự án.
- Bản báo cáo công việc theo yêu cầu của khách hàng.
- Bản báo cáo chi tiết các bước để hoàn thành dự án.
- Bản vẽ cấc chức năng của hệ thống.
b. 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
- Bản đặc tả yêu cầu hệ thống
- Báo cáo dự án sau pha phân tích
c.Thiết kế
Mẫu cấu hình trong pha này là:
- Bản thiết kế sơ đồ lớp
- Bản thiết kế kiến trúc hệ thống
- Bản thiết kế giao diện
- Bản thiết kế CSDL
- Báo cáo dự án sau pha thiết kế
d.Cài đặt
- File mã nguồn mở của chương trình
- Báo cáo dự án sau pha cài đặt
e.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
2.7 Kế hoạch quản lý cấu hình
a.Phạm vi áp dụng
Được hoàn thành trong pha lập kế hoạch đầu dự án và thực hiện, kiểm tra
trong tất cả các pha của dự án
b.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
c.trách nhiệm của các thành viên trong quản lý cấu hình
ST
T
Thành viên Vai trò, trách nhiệm
1 Quản lý cấu hình
(Phùng Tố Nga)
 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

2 Quản lý dự án
(Lê Thị Ánh)
 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.
d.Hoạt động
 Đị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
- 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(Phùng Tố
Nga)

 Quản lý cấu hình
 Thêm mới một mẫu cấu hình
Quy trình thực hiện:
- Viết đơn yeu cầu thêm cấu hình
- Viết một bản chứ 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 thành viên trong đội dự án
 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ưungx yêu cầu thay đổi đó. Và xem
xét, nếu nhưu 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 để
đưa 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.
 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
Các báo cáo cần được thực hiện thường xuyên và định kỳ trong quá trình
phát triển dự án
 Kiểm tra cấu hình

- 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.
- Các kiểu thanh tra
o Thanh 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.
o Thanh tra vật lý: Thanh tra những mẫu cấu hình(cả về phàn ứ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
sản phẩm chuẩn.
Người thực hiện
Quản lý dự án: Lê Thị Ánh
Quản lý cấu hình: Phùng Tố Nga
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ổ sung, 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ề thanh tra
 Sao lưu cấu hình
Trong quá trình thực hiện cần sao lưu dữ liệu ra làm 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
2.8 Kế hoạch quản lý thay đổi
a. Mục đích
Tài liệu báo cáo kế haochj quản lý thay đổi chứa nhưungx 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ý nahf hàng
Bornga 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ác thay đổi được thực hiện
- Quản lý cách thay đổi được thực hiện
b. 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
c. 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.
d. Đối tượng quản lý
- Quản lý dự án: Lê Thị Ánh
- Quản lý thay đổi: Phùng Tố Nga
- Giám đốc nhà hàng Bornga: Hứa Hồng Sơn
e. 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.
f. 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:
Trạng thái Mô tả
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.
g.Tiêu chí đánh giá yêu cầu thay đổi

Dựa trên độ ưu tiên:
Mức độ ưu tiên Mô tả
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:
Trạng thái Mô tả
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.
h.Ban kiểm soát sự thay đổi(CCB)
Vai trò Tên Liên lạc Mô tả
Quản lý
thay đổi
Phùng Tố Nga 098688666
8

- 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
- Làm rõ thông tin thay
đổi, những vấn đề liên
quan.
CCB chủ
tịch
Nguyễn Đức
Anh
096677028 - 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ự án
Thành Lê Thị Ánh 098886668 - Chỉnh sửa tài liệu để
viên đánh
giá về
những
thay đổi
8 phù hợp với thay đổi
- Đóng góp ý kiến, đánh
giá về những yêu cầu
thay đổi
i. Trách nhiệm và vai trò của bên liên quan
Vai trò Mô tả

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 đổi
Quả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.
- 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
Phần 3. 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à hàng Bornga
- 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 công tác quản lý nhà
hàng.
- 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à hàng.
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 : 4 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 1/4/2015-6/10/2015 (tương đương
6 tháng ~ 180 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: 126 – 162 (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ý nhà hàng
- 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ý nhà hàng
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à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ệ CSDL
Code các module
Test module
Test tích hợp
Test CSDL

Kiểm tra hệ thống
Nâng cấp hệ thống
Cài đặt hệ thống
Bàn giao tài liệu