BÁO CÁO - BÀI TẬP LỚN - QUẢN LÍ DỰ ÁN PHẦN MỀM - ĐỀ TÀI : WEBSITE QUẢN LÍ NHÀ TRỌ

BÁO CÁO BÀI TẬP LỚN QUẢN LÍ DỰ ÁN PHẦN MỀM ĐỀ TÀI : WEBSITE QUẢN LÍ NHÀ TRỌBÁO CÁO BÀI TẬP LỚN QUẢN LÍ DỰ ÁN PHẦN MỀM ĐỀ TÀI : WEBSITE QUẢN LÍ NHÀ TRỌBÁO CÁO BÀI TẬP LỚN QUẢN LÍ DỰ ÁN PHẦN MỀM ĐỀ TÀI : WEBSITE QUẢN LÍ NHÀ TRỌBÁO CÁO BÀI TẬP LỚN QUẢN LÍ DỰ ÁN PHẦN MỀM ĐỀ TÀI : WEBSITE QUẢN LÍ NHÀ TRỌ

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

KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO BÀI TẬP LỚN QUẢN LÍ DỰ ÁN PHẦN MỀM

ĐỀ TÀI: WEBSITE QUẢN LÍ NHÀ TRỌ

Mục lục

I Giới thiệu chung 4

1 Mục tiêu dự án 4

2 Mô tả dự án 4

3 Phạm vi dự án 4

II Tôn chỉ dự án 4

1 Nhu cầu công việc 4

2 Mục tiêu của dự án 5

3 Người tham gia chính 5

4 Sản phẩm được bàn giao 5

5 Ngoài phạm vi dự án 5

6 Lịch thực hiện: 5

7 Các giả thiết 6

III Phạm vi dự án 6

IV Quản lí thời gian 9

V Quản lí cấu hình 9

1 Giới thiệu 9

2 Định nghĩa và kí hiệu 9

3 Tiến trình quản lý cấu hình 10

4 Thủ tục Baseline CI 13

5 Lịch trình cơ bản 13

6 Cấu trúc thư mục và quyền truy cập 13

7 Cấu trúc dự án 14

VI Quản lí rủi ro 16

1 Xác định rủi ro 16

2 Phân tích, đánh giá, lập kế hoạch quản lí rủi ro 19

VII Quản lí chất lượng và tích hợp 27

1 Các thành phần tham gia 27

2 Môi trường và các công cụ kiểm thử 27

3 Chiến lược ngăn ngừa rủi ro 28

4 Chiến lược đánh giá 28

5 Chiến lược kiểm thử mức đơn vị 29

6 Kiểm thử tích hợp 30

7 Kiểm thử hệ thống 30

VIII Quản lý nhân lực 30

1 Các vai trò 30

2 Danh sách 31

IX Quản lý truyền thông và giao tiếp 32

1 Các thành phần tham gia 32

2 Phương thức liên lạc 32

3 Theo dõi nhiệm vụ dự án 32

4 Các cuộc họp trong đội dự án 32

5 Quản lí giao tiếp 33

I Giới thiệu chung

1 Mục tiêu dự án

- Xây dựng hệ thống phần mềm nhằm hỗ trợ chủ nhà quản lý, cập nhật thông tin phòng trọ, khách hàng một cách hiệu quả nhất Hỗ trợ khách hàng tìm kiếm thông tin phòng trọ, thuê, trả phòng, thanh toán hóa đơn hàng tháng

 Dữ liệu về khách hàng, phòng trọ và thông tin thuê phòng

 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

 Thời gian dự kiến: 3 tháng

 Dự án bắt đầu: 1/9/2022 – 1/12/2022

1 Nhu cầu công việc

- Cần có phần mềm để quản lý việc cho thuê phòng trọ một cách dễ dàng

- Phần mềm có các chức năng riêng biệt cho từng nhóm người sử dụng khác nhau:

o Chức năng tìm kiếm: Tìm kiếm thông tin của khách hàng một cách nhanh chóng

 Quản lý phòng trọ:

o Chức năng thêm mới: giúp chủ trọ thêm mới thông tin

cơ bản của phòng trọ như loại, kích thước

o Chức năng sửa: giúp chủ trọ cập nhật lại những thông tin chưa chính xác của phòng đó

o Chức năng xóa: giúp chủ trọ xóa thông tin của phòng khi đã có người thuê hoặc đang trong quá trình sửa chữa

o Chức năng tìm kiếm: tìm kiếm thông tin phòng trọ dễ dàng

 Chức năng thống kê: cho phép chủ trọ thống kê số lượng khách hàng, thống kê số lượng phòng, doanh thu theo từng tháng và theo tựng quý

- Hoàn thành đúng tiến độ cam kết

- Phần mềm đáp ứng được đầy đủ yêu cầu của khách hàng đặt ra trước đó

3 Người tham gia chính

- Thời gian dự kiến: 3 tháng

- Hệ thống sẽ chạy trên các tài nguyên máy tính và mạng có sẵn

- Đội phát triển dự án nội bộ sẽ thực hiện các công việc

- Khách hàng sẽ ký nhận các sản phẩm bàn giao trung gian trong vòng một tuần sau mỗi lần bàn giao

- Tất cả dữ liệu chuyển giao từ khách hàng sẽ có sẵn ở dạng XML

0 Hệ thống quản lí nhà trọ

1 Xác định yêu cầu

1.1 Thu thập các yêu cầu của khách hàng về hệ thống

1.1.1 Yêu cầu về hạ tầng, nền tảng công nghệ 1.1.2 Yêu cầu về các nhóm đối tượng sử dụng 1.1.3 Yêu cầu về dữ liệu

1.2 Yêu cầu về chức năng

1.2.1 Chức năng quản lý phòng trọ của chủ trọ 1.2.2 Chức năng xem thuê phòng của người thuê phòng 1.2.3 Chức năng thống kê doanh thu

1.3 Yêu cầu giao diện

1.3.1 Giao diện trang quản lý với chủ trọ 1.3.2 Giao diện của user

1.4 Yêu cầu phi chức năng

1.5 Tổng kết và đánh giá yêu cầu

2.2.1 Các module 2.2.1.1 Module quản lí quyền sử dụng 2.2.1.2 Module quản lí phòng trọ 2.2.1.3 Module quản lí khách thuê 2.2.1.4 Module quản lí hợp đồng 2.2.1.5 Module thống kê doanh thu

3.2.1 Thiết kế module Quản lý quyền sử dụng

3.2.1.1 Xây dựng mô hình lớp thiết kế

3.2.1.2 Thiết kế các chức năng xem, thêm, sửa, xóa, tìm kiếm,

… 3.2.2 Thiết kế module Quản lý phòng trọ

3.2.2.1 Xây dựng mô hình lớp thiết kế

3.2.2.2 Thiết kế các chức năng xem, thêm, sửa, xóa, tìm kiếm,

… 3.2.3 Thiết kế module Quản lý khách thuê phòng

3.2.3.1 Xây dựng mô hình lớp thiết kế

3.2.3.2 Thiết kế các chức năng xem, thêm, sửa, xóa, tìm kiếm,

… 3.2.4 Thiết kế module Quản lý hợp đồng

3.2.4.1 Xây dựng mô hình lớp thiết kế

3.2.4.2 Thiết kế các chức năng xem, thêm, sửa, xóa, tìm kiếm,

… 3.2.5 Thiết kế module Thống kê doanh thu

3.2.5.1 Xây dựng mô hình lớp thiết kế

3.2.5.2 Thiết kế các chức năng xem doanh thu theo từng

khoảng thời gian, loại phòng trọ

3.3 Thiết kế giao diện

3.3.1 Thiết kế giao diện trang chủ

3.3.2 Thiết kế giao diện đăng ký, đăng nhập

3.3.3 Thiết kế giao diện Quản lý phòng trọ

3.3.4 Thiết kế giao diện Quản lý khách thuê phòng

3.3.5 Thiết kế giao diện Quản lý hợp đồng

3.3.6 Thiết kế giao diện Thống kê doanh thu

3.4 Thiết kế database

3.4.1 Thiết kế các bảng dữ liệu

3.4.2 Thiết kế các lược đồ quan hệ

3.4.3 Chuẩn hóa cải thiện mô hình quan hệ thực thể

4 Phát triển phần mềm

4.1 Cài đặt cơ sở dữ liệu

4.2 Xây dựng các module chương trình

4.2.1 Module Quản lý quyền sử dụng

4.2.1.1 Chức năng quản lý quyền sử dụng

4.2.1.2 Unit test Module Quản lý quyền sử dụng 4.2.2 Module Quản lý phòng trọ

4.2.2.1 Chức năng quản lý phòng trọ

4.2.2.2 Unit test Module Quản lý phòng trọ 4.2.3 Module Quản lý khách thuê

4.2.3.1 Chức năng quản lý khách thuê

4.2.3.2 Unit test Module Quản lý khách thuê 4.2.4 Module Quản lý hợp đồng

4.2.4.1 Chức năng quản lý hợp đồng

4.2.4.2 Unit test Module Quản lý hợp đồng 4.2.5 Module Thống kê doanh thu

4.3 Xây dựng phần giao diện

4.3.1 Giao diện trang Quản lý quyền sử dụng

4.3.2 Giao diện trang Quản lý phòng trọ

4.3.3 Giao diện trang Quản lý khách thuê

4.3.4 Giao diện trang Quản lý nhân viên

4.3.5 Giao diện trang Quản lý hợp đồng

4.3.6 Giao diện trang Thống kê doanh thu

5.1.3 Kiểm thử module Quản lý khách thuê

5.1.4 Kiểm thử module Quản lý hợp đồng

5.1.5 Kiểm thử module Thống kê doanh thu

5.2 Kiểm thử tích hợp

5.3 Kiểm thử hệ thống

5.4 Review

6 Cài đặt hệ thống

6.1 Viết tài liệu hướng dẫn

6.2 Cài đặt hệ thống trên môi trường của khách hàng 6.3 Tập huấn sử dụng hệ thống

IV Quản lí thời gian

1 Giới thiệu

- Tài liệu được viết với mục đích kiểm soát sự thay đổi các công việc trong quá trình sản xuất phần mềm website nhận được từ khách hàng Tài liệu được viết ra dành cho PM và các thành viên trong đội dự án có thẻ theo dõi và nắm bắt được các thay đổi trong quá trình xây dựng phần mềm

- Ý 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 website của thư viện được cập nhật và thực hiện các chức năng một cách chính xác

- Việc quản lý cấu hình tốt có thể giải quyết hoặc tránh được một số lỗi như:

 Một bug đã tốn nhiều công sức để sửa lại xuất hiện trở lại

 Một mã nguồn đã viết cho một chức năng của sanr phẩm mà bỗng nhiên thất lạc, không tìm thấy…

 Một chức năng đã được kiểm thử rất kĩ nhưng bỗng dưng không chạy được nữa

 Một modul có thể có nhiều source code với nhiều version khác nhau, khi tích hợp cần phải biết rõ mà nguồn nào version nào cần được sử dụng…

- Phạm vi áp dụng: Được hoàn thành trong pha lập kế hoạch đầu dự án và được sử dụng cho các bộ phận

- Quản trị cấu hình: Toàn bộ các pha trong dự án

- Vai trò và trách nhiệm:

STT Họ tên Vai trò và trách nhiệm

1 Lê Hoàng Dương Nhân viên đảm bảo chất lượng phần mềm

(QA) Nhân viên kiểm thử phần mềm (Tester) Nhân viên thiết kế

2 Nguyễn Chính

Nghĩa

Lập trình viên và quản lí dự án Quản trị cơ sở dữ liệu và trưởng nhóm dự án

- 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

 Thiết lập môi trường phát triển – xây dựng, tổ chức thư mục kho dữ liệu lưu trữ cho dự án

2 Định nghĩa và kí hiệu

ADD Architecture Design Document Tài liệu thiết kế kiến trúc

CC Infrastructure Configuration

Controller

Kiểm soát cấu hình cơ sở hạ tầng

CI Configuration Item Mục cấu hình

CM Configuration Management Quản lý cấu hình

CSCI Computer Software

Configuration Items

Phần mền cấu hình máy tính

DDD Detail Design Document Tài liệu thiết kế chi tiết

PTL Project Technical Leader Trưởng nhóm kỹ thuật PIC Person in Charge Người phụ trách

QA Quality Assurance Officer Người quản lý chất lượng

phần mềm SRS Software Requirement

Specification

Những yêu cầu chi tiết của phần mềm

URD User Requirement Document Tài liệu yêu cầu người dùng

WIP Work in Progress Tiến độ công việc

3 Tiến trình quản lý cấu hình

 PM 2.1 Tài liệu lập kế hoạch dự án Project Plan

 PM 2.2 Tài liệu kế hoạch quản lý cấu hình Configuration Management Plan

 PM 2.3 Project Charter

 PM 2.4 WBS

 PM 2.5 Bản báo cáo sau giai đoạn lập kế hoạch

- BA 3 Xác định yêu cầu

 BA 3.1 Tài liệu khảo sát yêu cầu

 BA 3.2 Tài liệu phân tích yêu cầu

 BA 3.3 Tài liệu đặc tả yêu cầu (RSD)

 BA 3.4 Tài liệu đặc tả yêu cầu phần mềm (SRS)

 BA 3.5 Tài liệu yêu cầu người sử dụng (URD)

 BA 3.6 Bản báo cáo giai đoạn xác định yêu cầu

- D 4 Thiết kế

 D 4.1 Bản thiết kế tổng thể

 C 5.1 File database của hệ thống

 C 5.2 File tập hợp mã nguồn của modul quản lý phòng trọ

 C 5.3 File tập hợp mã nguồn của modul quản lý khách hàng

 C 5.4 File tập hợp mã nguồn của modul admin

 C 5.5 Bản báo cáo sau giai đoạn viết code xử lý

- QA 6 Kiểm thử và hiệu chỉnh

 QA 6.1 Tài liệu kế hoạch kiểm thử đơn vị (UTP)

 QA 6.2 Tài liệu kế hoạch kiểm thử tích hợp (ITP)

 QA 6.3 Tài liệu kế hoạch kiểm thử hệ thống (STP)

 QA 6.4 Bản báo cáo sau giai đoạn kiểm thử…

- PTL 7 Triển khai

 PTL 7.1 Tài liệu cài đặt chạy thử (IM)

 PTL 7.2 Tài liệu hướng dẫn sử dụng (UM)

 PTL 7.3 Bản báo cáo sau giai đoạn triển khai

- PM 8 Nghiệm thu bàn giao

a) Đánh mã cho các mẫu cấu hình (mẫu tài liệu…)

 Mỗi mẫu cấu hình được xác định bằng 1 mã số theo cách sau:

 <Mã cấu hình> = <Mã dự án>_<Loại tài liệu>_ <Tên viết tắt nhóm phụ trách>

 <Mã quy trình>.<mã số cấu hình trong quy trình> - < Mã phiên bản>

 Trong đó:

 <Tên viết tắt của nhóm phụ trách>: Cụm từ gồm

2-3 chữ cái viết tắt tên của nhóm phụ trách sinh tài liệu

 Mã quy trình: Là mã của quy trình nơi tài liệu được phát hành, và được thống nhất như sau

- Loại tài liệu quy định như sau:

- Đánh sô phiên bản xem mục quy ước đánh sô tài liệu

- Ví dụ: Tài liệu lập kế hoạch của dự án có mã dự án Thuvien, kiểu tài liệu

kế hoạch mã là PLN, do PM thực hiện lên có nhóm phụ trách là PM, mã quy trình là 2 và mã số của mẫu cấu hình trong quy trình là 1 có version là 1.1 Vậy mã số đầy đủ của tài liệu là: Thuvien_PLN_PM 2.1 – v1.1

b) Đánh mã dự án - Project code

 Mã dự án khác với tên dự án và mỗi dự án được xác định bằng 1 mã số (Project code) theo cách sau:

 <Project code> = < Tên viết tắt của phần mềm >< mã đơn vị thực hiện >

 Tên viết tắt của phần mềm: là các chữ cái đầu tiên của tên phần mềm Mã đơn vị thực hiện là: số thứ tự của nhóm thực hiện Ví dụ: Dự án xây dung website quản lý thư viện do nhóm 2 thực hiện sẽ có mã là: Thuvien 02

Nguyễn Chính Nghĩa

2 Định nghĩa Khi có phương thức, giải

pháp mới cho dự án

Nguyễn Chính Nghĩa

3 Giải pháp Khi kiến trúc phiên bản đầu

tiên được phát hành

Nguyễn Chính Nghĩa

4 Xây dựng Ngay sau khi kết thúc pha

phát triển

Nguyễn Chính Nghĩa

5 Đóng dự án Sau khi phiên bản cuối

cùng được hoàn thiện, tât

cả các mục cấu hình phải được đáp ứng

Nguyễn Chính Nghĩa

6 Cấu trúc thư mục và quyền truy cập

Lưu trữ tất cả các mục phiên bản của mỗi CI Nơi bảo vệ các

cơ sở của dự án và là nơi mà mỗi CI có thể không được thay đổi bởi một vài thành viên

g ánh

xạ

Quyền truy xuất

Modify:

PM, CC Read: All Tài-liệu Tài liệu các bản

thiết kế, kiểm th xác định yêu cầu

Phát hành giám sát

Modify:

PM, CC,PIC Read: All Biên-bản-

và nhiệm vụ của đội phát triển

Phát hành giám sát

Modify: PM,CC,PT

dự-án

Lưu giữ biên bản

dự án: biên bản giám sát, biên bản

NA Modify: All

yêu cầu thay đ mục cấu hình

Mã-nguồn Lưu trữ mã nguồn Lưu

trữ

Modify and read :de PIC Tham-

khảo

hàng-cung-cấp

Khách-Lưu trữ tài liệu hỗ trợ đội phát tri do khách hàng cung cấp

Phát hành

Modify:

PM, CC,PIC Read: All Hướng-dẫn Chứa tài liệu, biểu

mẫu tham khảo phục vụ việc thực hiện án, Các tài liệu hướng dẫn đặc biệt của dự án (Project Specif Guidelines)…Ngư

ời quản cấu hình có thể tạo thêm c thư mục khác tại đây nếu cần

Phát hành

Read: All

của QA, kiểm tra xem xét các sản phẩm

NA Modify

right: QA Read right:

Al Lưu-trữ Baseline Phát hành các

phiên bản của các mẫu cấu hình

Lưu trữ

Modify:

PM, CC Read: All Back-up Nơi lưu trữ dữ liệu

cần sao lư

Lưu trữ

Modify:

PM, CC,PIC Read: All Hệ-điều-

hành

Lưu trữ các phần mềm hệ điều hành

Lưu trữ

Modify:

PM, CC,PIC Project Directory: \\Software\Project\WSUnicenter11

Tool-softwar

Lưu trữ các phần mềm công cụ, phần mềm utinity, phần mềm diệt rút

Lưu trữ

Modify:

PM, CC,PIC Read: All Thư mục trên Server: \\192.168.1.205

online riêng để lưu giữ code

của mình

<Test> CodeReady Lưu trữ những

đoạn code, mã nguồn sẵn sàng để kiểm thử

Kiể

m thử

Modify:

PM, CC,

PT Read: All CodePassed Lưu trữ những

đoạn code, mã nguồn đã đươc kiểm thử qua

Kiể

m thử

Modify:

PM, CC,

PT Read: All

<Release> CodeArchiv

e

Lưu giữ các phiên bản hoàn thi được phát hành

Phát hành

Modify:

PM, CC Read: All

<Archive> Back_up Lưu trữ dữ liệu cần

sao lưu

Lưu trữ

Modify:

PM, CC Read: All

1.1.1 Rủi ro về xác định yêu cầu

 Lấy yêu cầu từ phía khách hàng:

 Hiểu sai yêu cầu khách hàng

 Lấy thiếu yêu cầu khách hàng

 Yêu cầu khách hàng chưa rõ ràng thay đổi thường xuyên

 Đánh giá chưa đủ về tính khả thi của yêu cầu

 Tổng hợp yêu cầu chưa rõ ràng dễ gây tranh cãi hiểu sai vấn đề

1.1.2 Rủi ro về kế hoạch

 Kế hoạch:

 Lập lịch trễ, không hợp lí

 Ước lượng chi phí khác xa thực tế dẫn đến thiếu ngân sách

 Ước lượng thiếu nhiệm vụ cần thiết

 Lịch thực hiên gặp rủi ro khi bị nén lịch

 Lên kế hoạch không đầy đủ do dự án phức tạp không lường trước được

 Để mặc kế hoạch dự án dưới các áp lực

 Kế hoạch truyền thông và giao tiếp chưa hiệu quả

 Các tài liệu dự án hoàn thành chậm

 Trễ do phát sinh nhiều lỗi trong các pha

 Nhanh so với kế hoạch nhưng không có hiệu quả

1.1.3 Rủi ro về chất lượng dự án

 Sản phẩm:

 Thừa tính năng (tính năng không cần thiết)

 Quá phức tạp để khách hàng vận hành do tính thân thiện của phần mềm thấp

 Hệ thống không thực đúng hoặc thiếu yêu cầu

 Hiệu năng hoạt động thấp

 Số lượng các trình duyệt và hệ điều hành mà hệ thống hỗ trợ không đáp ứng được yêu cầu

 Nhiều lỗi phát sinh trong khi khách hàng vận hành phần mềm

 Phần mềm thiếu khả năng chịu lỗi

 Kiểm thử:

 Không phát hiện được hết lỗi

 Đánh giá không đúng về khả năng chịu tải của

hệ thống

 Kiểm thử quá trình cài đặt kém hiệu quả

1.1.4 Rủi ro về tổ chức

 Quản lí:

 Yếu kém việc trong vận hành dự án

 Thiếu kinh nghiệm quản lí dự án

 Tổ chức phân công nhân sự chưa được hiệu quả

 Có mâu thuẫn trong nội bộ làm giảm tiến độ 1.1.5 Rủi ro về nhân sự