1
GIAI ĐOẠN PHÂN TÍCH
ThS. Nguyễn Khắc Quốc
IT Department – Tra Vinh University
2
3.1 Mục đích
- Xác định hệ thống dự định xây dựng sẽ “làm gì"
- Hoà nhập vào môi trường của người sử dụng “như thế
nào”,
- Xác định mọi yêu cầu, mọi vấn đề đặt ra mà hệ thống
phải đáp ứng.
- Trên lý thuyết: xác định được xem hệ thống sẽ phải
làm những gì.
- Trên thực tế: hình dung ra được hệ thống sẽ thực hiện
các chức năng chính đó như thế nào?
3
3.2 Các công việc phải thực hiện
3.2.1. Viết tài liệu xác định mọi chức năng, mọi hành vi
của hệ thống  là tài liệu Đặc tả chức năng (Functional
Specifications - FS).
3.2.2. Sau khi viết xong Đặc tả chức năng, chúng ta đã
có hiểu biết đầy đủ hơn về hệ thống thông tin cần phải
xây dựng so với giai đoạn xác định, do đó cần xem xét
lại kế hoạch dự án ban đầu.
- Trên cơ sở xem lại viết Kế hoạch dự án cuối cùng
(Final Project Plan FPP).
4
3.2 Các công việc phải thực hiện (tt)
3.2.3. Dự án được thực hiện theo phương pháp hai
bước thì kết thúc giai đoạn phân tích chính là kết thúc
bước 1  ta cần đề xuất và đánh giá thực hiện bước

nghiên cứu các dữ liệu, các chức năng xử lý và mối
quan hệ giữa chúng được rõ ràng mạch lạc.
- Tạo điều kiện thuận lợi để các nhóm chuyên gia khác
nhau có thể kế thừa thực hiện hoặc hoàn thiện hệ thống
trong những giai đoạn tiếp theo.
7
3.3 Viết tài liệu "đặc tả chức năng” (tt)
Tài liệu đặc tả chức năng chỉ có thể hoàn thành:
+ Sau quá trình khảo sát thực trạng,
+ Thu thập ý kiến từ nhiều người, nhiều bộ phận
nghiệp vụ khác nhau,
+ Sau nhiều buổi phân tích, trao đổi ý kiến của
các bộ chuyên môn và các chuyên gia tin học.
8
3.3 Viết tài liệu "đặc tả chức năng” (tt)
- Là tài liệu kỹ thuật nhưng được viết cho những người
không am hiểu kỹ thuật đọc để làm cơ sở cho việc ký
kết hợp đồng giữa bên thực hiện dự án và người sử
dụng.
- Do đó cần:
+ Học để hiểu biết công việc và ngôn ngữ của
người sử dụng
+ Dùng các sơ đồ nhiều nhất có thể được.
+ Phải viết rất chính xác,
+ Tránh mập mờ, những câu dễ hiểu sai.
9
3.4 Dàn bài của đặc tả chức năng
1. Trang bìa, số phiên bản (do tài liệu này có thể được
viết và sửa lại một số lần nên cần đánh số phiên bản để
biết đó là tài liệu soạn lần thứ mấy).

3.4 Dàn bài của đặc tả chức năng (tt)
Có thể sử dụng các sơ đồ luồng dữ liệu, hoặc sơ đồ
luân chuyển tài liệu hoặc các sơ đồ cấu trúc khác.
Trong phần này cần có các mô hình:
+ Các mô hình chức năng nghiệp vụ.
+ Mô hình dòng dữ liệu.
+ Mô hình thực thể - quan hệ.
13
3.4 Dàn bài của đặc tả chức năng (tt)
6. Các yêu cầu hệ thống
+ Tính tương thích: các thành phần tương tác với
nhau như thế nào?
+ Tính tin cậy
+ Tính an toàn.
+ Tính dễ sử dụng…
+ Khả năng của hệ thống phản ứng
14
3.4 Dàn bài của đặc tả chức năng (tt)
7. Các sản phẩm chuyển giao khác
+ Các tài liệu
+ Huấn luyện, đào tạo…
8. Sự chấp nhận
- Người sử dụng sẽ kiểm tra hệ thống như thế nào để chấp
nhận nó.
- Một trong những vấn đề lớn nhất của tin học là người sử
dụng thường rất miễn cưỡng khi phải chấp nhận và thanh
toán tiền thực hiện hệ thống.
- Họ sợ rằng sau khi trả tiền, nếu hệ thống trục trặc có thể đội
dự án không sửa chữa, khắc phục kịp thời cho họ.
15

các vấn đề như kinh phí, nhân sự, lịch biểu, tiến độ, các
thay đổi
18
3.5 Xem xét lại kế hoạch
- Làm kế hoạch là quá trình lặp.
- Do đó ngay sau khi tiến hành phân tích xong, cần xem
xét lại kế hoạch dự án ban đầu (PPP).
- Ngay từ khi chúng ta viết kế hoạch dự án ban đầu đến
thời điểm hiện tại và rất nhiều hiểu biết đã được bổ sung
trong thời gian đó.
- Chúng ta có điều kiện để đánh giá lại cơ cấu phân
việc, các nhiệm vụ, bổ nhiệm người thực hiện, lên lịch
và thực hiện
19
3.5 Xem xét lại kế hoạch (tt)
* Vấn đề nhân sự:
- Những người được đề nghị thực hiện các nhiệm vụ đã
đảm bảo sẵn sàng khi cần đến hay chưa.
Đối với mỗi chức danh cần đặt câu hỏi:
- “Làm thế nào nếu người đó không có hoặc có nhưng
nhận nhiệm vụ muộn?”.
- Cần phải đề xuất kế hoạch thay thế.
+ Ta có thể đào tạo nguồn dự bị.
+ Dùng hệ thống "Người bạn" - lập trình viên có thể
được dự tính để làm bạn với lập trình viên chính,học tập
từ lập trình viên chính để có thể quản lý được công việc
nếu người này bỏ đi.
20
3.6 Kế hoạch dự án cuối cùng
- Về bố cục, kế hoạch dự án cuối cùng giống như kế

- Cần chú ý đến tác động của từng phương án đến các
yếu tố sau đây:
+ Chi phí hệ thống
+ Thời gian cần thiết để xây dựng hệ thống
+ Tính thân thiện đối với người sử dụng
+ Thực hiện
+ Kích thước hệ thống
+ Độ tin cậy
+ Khả năng thay đổi
24
3.8 Kết luận
Các mốc chính của giai đoạn phân tích là:
1. Đặc tả chức năng được hoàn thành, thông qua và ký
nhận.
2. Nếu dự án được thực hiện theo phương án hai bước,
thì cần viết tài liệu đề xuất phát triển.
3. Kế hoạch dự án ban đầu được xem xét lại và từ đó
hoàn thành kế hoạch dự án cuối cùng.
4. Hoàn thành thiết kế mức tổng thể.
25
Câu hỏi thảo luận
1. Mục tiêu của giai đoạn phân tích là gì? Tại sao giai đoạn
này là giai đoạn quan trọng nhất đối với người sử dụng.
2. Tại sao phải xem lại kế hoạch dự án ban đầu và đánh
giá sau khi đã tiến hành phân tích.
3. Các bước của giai đoạn phân tích.