HƯỚNG DẪN LẬP NỘI DUNG PHÂN TÍCH THIẾT KẾ PHẦN MỀM
(Xem Phụ lục 14 – Hướng dẫn thuyết minh lập Đề cương và dự toán chi tiết)

Trên cơ sở khảo sát, xây dựng đề cương thực hiện phân tích thiết kế phần mềm với các
nội dung cơ bản sau.
1. Danh mục các từ viết tắt (nêu rõ danh mục các từ viết tắt trong tài liệu phân tích)
2. Giới thiệu về phần mềm
2.1. Tên phần mềm
2.2. Nội dung và kết quả đạt được khi xây dựng phần mềm
3. Các yêu cầu cần có khi xây dựng phần mềm
3.1. Mô tả môi trường và ngôn ngữ lập trình
3.2. Khả năng mở rộng của hệ thống, liên kết với ứng dụng khác của đơn vị
3.3. Phân tích lý do buộc phải chọn các phần mềm hệ thống hoặc hệ quản trị cơ sở dữ liệu
phải mua bản quyền.
3.4. Các yêu cầu khác

4. Phân tích thiết kế hệ thống
4.1. Qui trình nghiệp vụ cần được tin học hóa (Thuyết minh + bản vẽ)
4.2. Biểu đồ Usecase
4.3. Bảng danh sách các tác nhân (Actor) và mối liên hệ (Phụ lục 1)
4.4. Bảng mô tả các yêu cầu chức năng (Phụ lục 2)
4.5. Bảng chuyển đổi các yêu cầu chức năng sang Use case (Phụ lục 3) & Bảng mô tả bằng
lời về trường hợp sử dụng của từng Use case trong biểu đồ Use case (Phụ lục 4)
4.6. Biểu đồ lớp chi tiết (chỉ rõ mô hình kiến trúc áp dụng. Ví dụ: BCE, MVC, PAC… )
4.7. Biểu đồ tuần tự (Sequence diagram) chi tiết (chỉ rõ phương thức, tham số trao đổi vào
ra của phương thức đó cùng các câu lệnh SQL)
4.8. Biểu đồ trạng thái (State diagram)
4.9. Biểu đồ thành phần (Component diagram)
4.10. Biểu đồ triển khai (Deployment diagram)
4.11. Quy tắc đặt tên Class, phương thức của lớp, tên bảng CSDL, trường dữ liệu (Phụ
lục 5)

thuận của Đơn vị thụ hưởng đầu tư. PHỤ LỤC 2

BẢNG XẾP LOẠI CÁC YÊU CẦU CHỨC NĂNG CỦA PHẦN MỀM
Tên phần mềm

# Mô tả yêu cầu Phân loại Ghi chú
1
2

n

Ghi chú:
- Khi điền thông tin vào bảng này, cán bộ phân tích cần căn cứ vào:
+ Bảng mô tả yêu cầu đầu bài
+ Hỏi/đáp trực tiếp Chủ đầu tư về các yêu cầu cụ thể, tiêu chí cụ thể mà họ cho rằng
phần mềm phải đáp ứng được
+ Sơ đồ khối Workflow
+ Các thông tin thu được tại bước khảo sát
+ Gợi ý từ kinh nghiệm của cán bộ phân tích làm cơ sở cho việc điền thông tin
- Thông tin mô tả yêu cầu cần chi tiết ở mức tối đa và phải đảm bảo đạt được sự đồng
thuận của Đơn vị thụ hưởng đầu tư.
- Phân loại từng yêu cầu chức năng theo các mức sau: dữ liệu đầu vào, dữ liệu đầu ra, yêu
cầu truy vấn, CSDL, dữ liệu tra cứu.


- Phân loại Usecase theo 3 mức độ phức tạp của xử lý: đơn giản, trung bình, phức tạp.
- Xếp loại mức độ cần thiết cho từng Usecase theo 3 cấp: bắt buộc, mong muốn, tuỳ chọn. PHỤ LỤC 4

BẢNG MÔ TẢ TỪNG USECASE
Tên phần mềm Số Usecasse
Tên Use case
Độ phức tạp: Mô tả và đi
ều kiện
thực hiện

Chính

Tác nhân
Phụ

Tiền điều kiện

Thành
PHỤ LỤC 5

BẢNG QUY TẮC ĐẶT TÊN
Tên phần mềm
Lớp:
Các mục
Qui tắc Ví dụ
Tên lớp
Kí tự đầu tiên của một từ được viết
hoa, các kí tự khác chữ thường. Khi
kết nối tới các từ khác, thì kí tự đầu
tiên của mỗi từ đó được viết hoa. UserAccess

Phương thức
Từ đầu tiên viết thường. Khi kết nối
hơn một từ, các kí tự đầu tiên của

tự đầu tiên của các từ được viết hoa.
Các kí tự sau kí tự đầu tiên của các từ
viết thường. Tên file mở rộng để
nguyên dạng (ví dụ: jsp, aspx, html )
102_TenderInformation.jsp
231_DeleteTender.jsp PHỤ LỤC 6

BẢNG THIẾT KẾ CHI TIẾT CSDL
Tên phần mềm

Constraint

Sample
data
Remarks
Tên trường 1
Tên trường 2
…
Tên trường n
PHỤ LỤC 7

BẢNG THIẾT KẾ THÔNG BÁO
Tên phần mềm
No.

Tên file giao diện xuất hiện
thông báo
Loại thông