Chương 1: Tổng quan về phân tích nghiệp vụ phần

mềm
1.1 Các khái niệm cơ bản
1.1.1 Phân tích nghiệp vụ phần mềm
1.1.2 Yêu cầu phần mềm
1.1.3 Nhân viên phân tích nghiệp vụ phần mềm
1.1.4 Mô hình BACCM
1.2 Các bên liên quan trong hoạt động phân tích nghiệp vụ
phần mềm
1.2.1 Các bên liên quan và vai trò
1.2.2 Quản lý xung đột giữa các bên liên quan
1.1.1 Phân tích nghiệp vụ phần mềm
ØKhái niệm:
q Phân tích nghiệp vụ phần mềm là quá trình nghiên cứu, hiểu và
định rõ yêu cầu và quy trình hoạt động của một hệ thống phần
mềm.
q Phân tích nghiệp vụ phần mềm tập trung vào việc tìm hiểu các
quy trình kinh doanh/nghiệp vụ, nắm bắt yêu cầu của khách
hàng và xác định cách mà phần mềm có thể hỗ trợ các quy
trình và yêu cầu đó.
1.1.1 Phân tích nghiệp vụ phần mềm
ØLý do cần phân tích nghiệp vụ phần mềm
q Khi một vấn đề được mô tả rõ ràng thì bản thân nó đã tự giải
quyết được một nửa.
q Việc giúp cho khách hàng hiểu rõ họ muốn gì sẽ là bước quan
trọng đầu tiên để tiến hành thực hiện dự án.
q Nếu không hiểu thấu đáo điều này, dự án sẽ dễ đi đến thất bại.
Đôi khi, để nắm được những điều này từ khách hàng thật
không đơn giản.
1.1.1 Phân tích nghiệp vụ phần mềm
Ø Khó khăn khi nắm bắt yêu cầu người dùng
q Yêu cầu người dùng là các phát biểu bằng ngôn ngữ tự nhiên, bảng hoặc
biểu đồ đơn giản.
q Các yêu cầu thường là không hoàn chỉnh, không rõ ràng
q Yêu cầu thường được mô tả bằng khái niệm, đối tượng và các thuật ngữ
khó hiểu
q Các yêu cầu thường thiếu cấu trúc, thiếu chính xác, dư thừa, phỏng
chừng, thiếu nhất quán
q Các yêu cầu thiếu tính khả thi
q Yêu cầu nghiệp vụ (bao gồm cả yêu cầu người dùng) là mới với kinh
nghiệm của nhân viên phân tích nghiệp vụ phần mềm
1.1.1 Phân tích nghiệp vụ phần mềm
ØVai trò:
q Đảm bảo hiểu rõ yêu cầu người dùng ( /yêu cầu nghiệp vụ)
q Xác định yêu cầu kỹ thuật cho phần mềm phần mềm
q Thiết kế quy trình kinh doanh theo hướng hiệu quả, tối ưu hơn
q Đảm bảo sự phù hợp và tương thích của phần mềm với môi
trường hoạt động
q Cung cấp thông tin cho các giai đoạn kế tiếp trong chu kỳ phát
triển
1.1.1 Phân tích nghiệp vụ phần mềm
ØQuy trình phân tích nghiệp vụ phần mềm là một chuỗi các
bước được thực hiện để hiểu, xác định và mô tả yêu cầu
và quy trình kinh doanh của một hệ thống phần mềm.
ØTrong quy trình phân tích nghiệp vụ phần mềm, công
đoạn nào sau đây thường được thực hiện đầu tiên?
q A. Viết tài liệu kỹ thuật chi tiết
q B. Phát triển các prototype
q C. Xác định yêu cầu của người dùng
q D. Kiểm thử hệ thống
1.1.1 Phân tích nghiệp vụ phần mềm
ØPhương pháp phân tích nghiệp vụ phần mềm là cách
thức ( bao gồm quy trình, kỹ thuật và công cụ ) được sử
dụng để thực hiện phân tích nghiệp vụ phần mềm.
1.1.2 Yêu cầu phần mềm
ØYêu cầu phần mềm (Software Requirement) là những nhu
cầu và đặc điểm mà phần mềm cần đáp ứng để thỏa mãn
yêu cầu của người dùng, khách hàng và các bên liên
quan.
ØCó nhiều loại yêu cầu:
q Yêu cầu kinh doanh, yêu cầu nghiệp vụ, yêu cầu người dùng,
q Yêu cầu hệ thống, Yêu cầu chức năng, yêu cầu phi chức năng,
yêu cầu miền ...
1.1.2 Yêu cầu phần mềm
Ø Yêu cầu nào sau đâu là yêu cầu người dùng cho một phần mềm ?
q 1. "Tôi cần một hệ thống quản lý năng lượng tiết kiệm, có thể tự động điều chỉnh độ sáng
và nhiệt độ trong nhà theo thời gian trong ngày.”

q 2. "Tôi đang tìm một phần mềm quản lý tài chính cá nhân, có khả năng theo dõi chi tiêu,
lập kế hoạch ngân sách và đưa ra gợi ý tiết kiệm.”

q 3. "Tôi muốn một hệ thống giám sát an ninh thông minh, có khả năng ghi hình video chất
lượng cao, cảnh báo khi có người lạ và có thể điều khiển từ xa thông qua điện thoại di
động.”

q 4. "Tôi đang tìm kiếm một bộ robot hút bụi, có khả năng tự định vị và quay lại trạm sạc khi
pin yếu, cũng như tự động điều chỉnh công suất hút dựa trên loại sàn nhà."
Ø Xác định các dạng yêu cầu phần mềm?
q 1: "Tôi muốn một phần mềm chỉnh sửa ảnh giúp tôi dễ dàng cắt, xoay, chỉnh độ sáng và
thêm các hiệu ứng nghệ thuật vào ảnh của mình.”

q 2: "Phần mềm quản lý dự án cần phải cho phép người dùng tạo và theo dõi các công
việc, gán nhiệm vụ cho thành viên, và cung cấp báo cáo tiến độ dự án.”

q 3: "Phần mềm quản lý học sinh cần phải hoạt động mượt mà trên các thiết bị di động, bảo
mật thông tin học sinh, và cung cấp giao diện thân thiện với người dùng.”

q 4: "Chúng tôi muốn đầu tư vào một phần mềm giáo dục hứa hẹn với tính năng cá nhân
hóa học tập, hỗ trợ nhiều ngôn ngữ, và có khả năng mở rộng đến thị trường quốc tế."
1.1.2 Yêu cầu phần mềm
ØTầm quan trọng của việc xác định yêu cầu chính xác:
q Là yếu tố quyết định đến sự thành công của dự án phần mềm.
q Giúp đảm bảo rằng dự án phát triển phần mềm sẽ được thực
hiện đúng tiến độ, ngân sách và mục tiêu.
q Cung cấp căn cứ cho việc thiết kế, phát triển và kiểm thử phần
mềm.
q Giúp tránh sự thay đổi yêu cầu trong quá trình phát triển, làm
giảm nguy cơ về thời gian và nguồn lực không cần thiết.
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
Ø Nhân viên phân tích nghiệp vụ
phần mềm (Business Analyst: BA)
là người chịu trách nhiệm chuyển
đổi yêu cầu nghiệp vụ thành yêu
cầu kỹ thuật của phần mềm và
tham gia vào quá trình phân tích,
thiết kế và tạo tài liệu liên quan
đến yêu cầu và quy trình kinh
doanh.
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
ØVai trò:
q Như một cầu nối liên lạc giữa các bên liên quan trong quá trình
phát triển phần mềm, BA đóng vai trò tập hợp và áp dụng các
kỹ thuật cùng công việc phân tích cần thiết để đảm bảo sự rõ
ràng và hiệu quả trong việc truyền đạt thông tin và yêu cầu.
n Giúp khách hàng làm rõ được nhu cầu của họ
n Giúp đội dự án hiểu rõ nhu cầu của khách hàng
n Giúp công ty tối ưu chi phí sản xuất và gia tăng sự hài lòng của khách
hàng, đội dự án.
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
ØYêu cầu đối với nhân viên BA:
q BA phải nắm bắt và hiểu rõ về cấu trúc, chính sách và hoạt
động của tổ chức.
q BA cần phải có khả năng đề xuất các giải pháp phần mềm phù
hợp với mục tiêu của tổ chức.
q BA phải có khả năng truyền đạt rõ ràng các yêu cầu của khách
hàng cho nhóm dự án phần mềm.
 1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
• Tìm hiểu nghiệp vụ, luật, tiêu
chuẩn, sản phẩm tương tự,
• Tiếp nhận và phân tích thay đổi
• Theo dõi yêu cầu
• Khảo sát hiện trạng, nhu cầu
Làm rõ yêu
• Cập nhật trạng thái cầu

• Phân tích yêu cầu

• Mô hình hóa yêu cầu
(UML/BPMN Use case, Activity)
Phân tích và
Quản lý các • Đề xuất và xác nhận giải pháp

Nhiệm
mô hình hóa
yêu cầu
yêu cầu với khách hàng

•
•
Đào tạo dự án
Giải đáp thắc mắc
vụ • Vẽ các bản thiết kế chi tiết,
• Kiểm tra, nghiệm thu sản phẩm UI/UX, Sequence, Class, ...
Đào Diagram
tạo/Chuyển Thiết kế chi
tiết yêu cầu
giao/Nghiệm
thu nội bộ sản phẩm
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
ØHoạt động :
q Thu thập yêu cầu
q Phân tích yêu cầu
q Kiểm tra và xác nhận yêu cầu
q Xây dựng tài liệu yêu cầu
q Hỗ trợ quá trình phát triển
q Giao tiếp và gắn kết
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
ØKỹ năng cần có:
q Kỹ năng thu thập yêu cầu người dùng, nhanh nhạy hiểu kiến
thức nghiệp vụ.
q Kỹ năng tư duy phân tích tổng quan, logic, chi tiết
q Kỹ năng giải quyết vấn đề, trình bày, giải thích, mô tả vấn đề.
q Kỹ năng viết tài liệu: mô tả yêu cầu người dùng, đặc tả phần
mềm, thiết kế chi tiết
q Kỹ năng giao tiếp, thuyết trình.
Ø Yêu cầu: "Hệ thống quản lý thư viện cần cung cấp khả năng quản lý thông tin
sách và thành viên mượn sách. Người dùng có thể thực hiện các chức năng
như thêm sách mới vào hệ thống, thêm thành viên mới, cho mượn và trả
sách, tìm kiếm sách trong thư viện, và kiểm tra số lượng sách có sẵn. Hệ
thống cần hỗ trợ đồng thời nhiều người dùng và đảm bảo tính bảo mật của
thông tin sách và thành viên.”
q Kỹ năng tư duy phân tích tổng quan ?
q Kỹ năng tư duy logic ?
q Kỹ năng tư duy chi tiết ?
Ø Tư duy phân tích tổng quan • Cho phép thêm sách mới vào hệ thống.
• Cung cấp khả năng tìm kiếm sách dựa trên các
q Mục tiêu: Xây dựng một hệ thống quản lý thư viện hiệu quả, tiện ích cho
tiêu chí như: tên sách, tác giả, thể loại,...
• Cho
• Cho phépphép
kiểmthêm
tra sốthông
lượng tinsách
thànhhiện viêncómới
sẵnvào hệ
người dùng, đảm bảo tính bảo mật và hỗ trợ đồng thời nhiều người dùng
thống.
trong thư viện.
• khả
Cung cấpcập
khảnhật
năngthông
tìm kiếm thông tin thành
• Có • năng
Thực hiện việc cho tin sách,
mượn sáchchẳng
chosố,thành
số viên
q Chức năng chính của hệ thống và cách phục vụ người dùng cuối:
hạn viên
nhưvà dựa
giá, trêngiả,
tác cácngày
tiêu chí
xuất
ghi nhận thông tin mượn.
điện thoại,...
như:
bản. tên, mã

• Cho phép hiện

• Thực việc trả
cập nhật thôngsáchtinvà
cácậpnhân nhật
củalạithành
số
n Quản lý thông tin sách viên.lượng •sách trong thư viện.
• Kiểm tra Đảm bảo báo
và thông rằngnếunhiềusáchngười
được dùng
mượncó thể truy
• Đảm bảo rằng thông tin về sách và thành viên
n Quản lý thông tin thành viên quá hạn.cập và sử dụng hệ thống mà không gây ra xung
đột. được bảo mật và chỉ có những người có quyền
hạn mới có thể truy cập.
n Mượn và trả sách • Tích hợp hệ thống đăng nhập và phân quyền
truy cập cho các người dùng khác nhau.
n Hỗ trợ đồng thời nhiều người dùng
n Bảo mật
Ø Tư duy logic
q Ví dụ: phân tích các yêu
cầu chức năng và tạo ra
một sơ đồ logic hoặc sơ
đồ thuật toán để mô tả
cách hệ thống hoạt động
và tương tác với người
dùng.
ØTư duy chi tiết
q Ví dụ:
n Xác định thông tin cần nhập:
q Thông tin cơ bản: Tên sách, tác giả, nhà xuất bản, năm xuất bản, số trang, ISBN, thể loại,
giá bìa,...
q Thông tin bổ sung: Tóm tắt nội dung, hình ảnh bìa sách, ngày mua, nguồn gốc, ghi chú,...
n Xác định ràng buộc dữ liệu:
q Định dạng dữ liệu cho từng trường (ví dụ: ISBN phải là dãy số có 10 hoặc 13 chữ số).
q Các trường thông tin nào là bắt buộc và thông tin nào là tùy chọn.
q Giới hạn về chiều dài của một số trường thông tin (ví dụ: tên sách không quá 255 ký tự).
n ...
Ø Các tính huống có thể xảy ra bao gồm:
q Tính huống hợp lệ: Những tình huống bình thường và đáng mong đợi khi người dùng thực hiện các chức năng
chính của hệ thống.
n Ví dụ, khi người dùng mượn sách, hệ thống cần ghi nhận thông tin mượn sách và cập nhật số lượng sách còn lại.
q Tính huống không hợp lệ: Các tình huống mà người dùng có thể nhập sai thông tin hoặc thực hiện một hành
động không hợp lệ.
n Ví dụ, người dùng nhập thông tin không chính xác khi đăng ký thành viên mới hoặc cố gắng mượn sách không có sẵn.
q Tính huống đồng thời: Hệ thống cần hỗ trợ đồng thời nhiều người dùng sử dụng cùng lúc mà không gây xung
đột hoặc mất dữ liệu.
n Ví dụ, nếu hai người dùng cùng yêu cầu mượn cùng một quyển sách, hệ thống cần xử lý đồng thời và cập nhật trạng thái sách một cách đúng
đắn.
q Tính huống lỗi: Các tình huống không mong muốn xảy ra khi hệ thống gặp sự cố hoặc lỗi trong quá trình thực
hiện chức năng.
n Ví dụ, hệ thống bị treo hoặc mất kết nối trong quá trình mượn sách, và cần đảm bảo dữ liệu không bị mất hoặc bị hỏng.
q Tính huống bảo mật: Đảm bảo tính bảo mật của thông tin sách và thành viên là rất quan trọng. Cần xem xét các
tình huống liên quan đến quyền truy cập và phân quyền, đảm bảo chỉ có người dùng có quyền mới có thể truy
cập vào thông tin nhạy cảm.
1.1.2 Nhân viên phân tích nghiệp vụ phần mềm
Tôn
trọng bảo
mật
thông tin

Ham học Trung

hỏi thực

Thái
độ cần
có
Trách Dũng
nhiệm cảm

Cẩn thận
Vì sau nhân viên BA cần dũng cảm ?
1.1.4 Mô hình BACCM
Ø BACCM (Business Analyst Core Concept Model) là một khung cơ
bản được thiết kế bởi IIBA (International Institute of Business
Analysis) để mô tả các khái niệm cốt lõi mà một BA cần hiểu và
áp dụng trong quá trình làm việc:
q Need (Nhu cầu)
q Solution (Giải pháp)
q Value (Giá trị)
q Stakeholder (Các bên liên quan)
q Context (Ngữ cảnh)
q Change (Thay đổi)
ØGiả sử một công ty muốn cải thiện hệ thống đặt hàng của
mình để tăng hiệu suất và mang lại sự hài lòng cho khách
hàng. Là một nhân viên BA hãy dùng mô hình BACCM để
xác định rõ ràng yêu cầu và đảm bảo rằng giải pháp được
đề xuất sẽ đáp ứng nhu cầu của tổ chức.
1.2.1 Các bên liên quan và vai trò
ØCác bên liên quan chính trong hoạt động phân tích nghiệp
vụ phần mềm :
q Khách hàng (Business stakeholders)
q Quản lý dự án/Trưởng dự án (Project Manager)
q Nhân viên thiết kế (Designer/SA)
q Nhà phát triển/lập trình viên(Developers)
q Nhân viên kiểm thử (Testers)
q Các bên thứ ba(Third parties)
 1.2.1 Các bên liên quan và vai trò
Ø Khách hàng Ø Khách hàng với BA:
(Business stakeholders) q Nguồn thông tin chính
q Cung cấp yêu cầu q Phản hồi và xác nhận yêu cầu
q Cung cấp nguồn lực q Đánh giá và phê duyệt yêu cầu
q Tham gia kiểm thử
q Phê duyệt và đánh giá
 1.2.1 Các bên liên quan và vai trò
Ø Trưởng dự án
(Project Manager)
q Xác định phạm vi và mục tiêu
q Lập kế hoạch và phân bổ nguồn
lực
q Giám sát và kiểm soát
n Quản lý sự tiến triển, rủi ro, sự thay
đổi, chất lượng, tài chính
q Kết thúc dự án
Ø Trưởng dự án với BA
q Cung cấp hướng dẫn và tài
nguyên cần thiết cho BA để thu
thập và xác định yêu cầu.
q Làm việc cùng BA trong việc ra
quyết định liên quan đến ngân
sách, thời gian hoặc tài nguyên
của dự án.
 1.2.1 Các bên liên quan và vai trò
Ø Nhân viên thiết kế Ø Nhân viên thiết kế với BA
(Software Architect) q Đối tác kỹ thuật
q Định hình và thiết kế giải pháp q Hỗ trợ, tư vấn kỹ thuật
phần mềm.
n xác định kiến trúc, lựa chọn công
nghệ, tối ưu hiệu năng, đảm bảo bảo
mật, khả năng mở rộng và chất
lượng sản phẩm.
q Tư vấn hỗ trợ kỹ thuật
 1.2.1 Các bên liên quan và vai trò
Ø Lập trình viên
(Developers)
q Viết mã nguồn, thực hiện kiểm
thử đơn vị và sửa lỗi.
q Tối ưu hóa mã nguồn và đảm
bảo mã nguồn dễ bảo trì.
q Hợp tác chặt chẽ với đội ngũ QC
để đảm bảo chất lượng sản
phẩm.
Ø Lập trình viên với BA
q Hợp tác để hiểu rõ yêu cầu
nghiệp vụ.
q Đưa ra những đề xuất về giải
pháp kỹ thuật hoặc thảo luận về
những khả năng và hạn chế của
công nghệ.
q Cập nhật với BA về tình hình
triển khai
 1.2.1 Các bên liên quan và vai trò
Ø Nhân viên kiểm thử
( Quality control/Tester)
q Thiết lập kế hoạch và chiến lược
kiểm thử.
q Thiết kế, triển khai, và thực hiện
các ca kiểm thử.
q Phát hiện, báo cáo và theo dõi
lỗi.
Ø Nhân viên kiểm thử với BA
q Hợp tác để hiểu rõ yêu cầu kinh
doanh và đảm bảo rằng những
yêu cầu này được kiểm thử đúng
đắn.
q Thảo luận về các tình huống biên
và kiểm thử hộp đen dựa trên
yêu cầu.
1.2.1 Các bên liên quan và vai trò
1.2.2 Quản lý xung đột giữa các bên liên quan
ØThách thức với BA:
q Các bên liên quan không biết được chính yêu cầu của mình.
q Các bên liên quan không cung cấp đủ chi tiết cho các yêu cầu.
q Các bên liên quan không tin tưởng vào vai trò của phân tích
viên nghiệp vụ phần mềm.
q Giao tiếp hiệu quả và thu hút mọi người để có cùng chung một
sự hiểu biết.
q Các bên liên quan bỏ qua quy trình và đi thẳng vào giải pháp có
thể gây khó khăn cho việc hiểu các yêu cầu.
1.2.2 Quản lý xung đột giữa các bên liên quan
ØLàm việc với khách hàng
q Xây dựng mối quan hệ tốt với các bên khách hàng và hiểu
được kỳ vọng của họ.
q Gợi ra, lập tài liệu và đạt được sự chấp thuận về các tiêu chuẩn
và chi tiết cần thiết từ các bên khách hàng để đảm bảo rằng dự
án thành công.
q Thu thập thông tin và hiểu biết cần thiết để phát triển các giải
pháp đáp ứng nhu cầu của khách hàng và doanh nghiệp.
1.2.2 Quản lý xung đột giữa các bên liên quan
ØHỗ trợ trưởng dự án
q Hỗ trợ Trưởng dự án trong mọi lĩnh vực, nhưng tập trung chủ
yếu vào đại diện cho doanh nghiệp, đảm bảo giải pháp phù hợp
với yêu cầu và doanh nghiệp có thể sử dụng sau khi dự án
được hoàn thành.
q Cùng tham gia trong các cuộc họp với Trưởng dự án.
q Hợp tác hiệu quả giữa Trưởng dự án và BA sẽ cho phép thảo
luận về việc có cần hành động ngay lập tức hay không và hiểu
rõ tình hình tại các thời điểm thích hợp.
1.2.2 Quản lý xung đột giữa các bên liên quan
ØHợp tác với SA
q BA hợp tác với các SA để lựa chọn các hệ thống và công cụ
phù hợp để đáp ứng các yêu cầu kinh doanh và tạo ra tạo tác
khác nhau có ảnh hưởng đến kiến trúc.
q Trong thời đại kỹ thuật số, BA có thể dựa vào chuyên môn của
SA để hiểu những gì có thể khi phân tích các yêu cầu để khắc
phục các vấn đề kinh doanh hoặc nhận ra các cơ hội.
1.2.2 Quản lý xung đột giữa các bên liên quan
ØPhối hợp với nhà phát triển và kiểm thử
q BA Phối hợp với các nhà phát triển là rất quan trọng để cung
cấp cho họ các yêu cầu giải pháp chi tiết và loại bỏ sự mơ hồ,
cũng như để hướng dẫn họ và ngăn chặn “mạ vàng” các tính
năng bổ sung ngoài yêu cầu
q Phối hợp với người kiểm thử để lập kế hoạch chiến lược kiểm
thử, xây dựng các kịch bản kiểm thử và xem xét chúng để phát
hiện bất kỳ lỗ hổng nào.
1.2.2 Quản lý xung đột giữa các bên liên quan
ØXây dựng mối quan hệ và thiết lập các kênh truyền
thông với các bên thứ 3
q Để đảm bảo thành công của dự án khi giao dịch với các nhà
cung cấp bên thứ ba, xây dựng mối quan hệ và thiết lập các
kênh truyền thông rõ ràng là rất quan trọng
Làm thế nào để xây dựng mối quan hệ làm việc hiệu quả
với các bên liên quan khác nhau?
ØĐược hỗ trợ và cho phép của người quản lý
ØĐảm bảo các bên liên quan hiểu rõ vai trò của BA
ØXây dựng kế hoạch truyền thông
ØTham gia sớm vào dự án
ØTạo mối quan hệ tốt
ØCung cấp phản hồi sớm
ØSắp xếp hướng dẫn
Làm thế nào để thay đổi cách tiếp cận giao tiếp đáp ứng
nhu cầu của các bên liên quan?
§ Tìm cách giải quyết cho tình huống mâu thuẫn giữa các
bên liên quan:
— Khách hàng muốn một giao diện trực quan và tương tác cao,
trong khi Designer cho rằng một số yếu tố giao diện đề xuất
bởi khách hàng sẽ gây rối và không phù hợp với tiêu chuẩn
UX hiện hành.
— Nhân viên kiểm thử tìm thấy một lỗi và báo cáo lại, nhưng
nhân viên lập trình cho rằng đó không phải là lỗi mà là một
tính năng hoặc đã được triển khai đúng như yêu cầu.
— Trong một dự án phát triển phần mềm, bên quản lý muốn
thêm tính năng mới, nhưng đội kỹ thuật lo ngại về rủi ro và
tiến độ.
 Câu hỏi ôn tập chương 1

§ Hãy nêu các khái niệm về phân tích nghiệp vụ phần

mềm ?
§ Nêu khái niệm về yêu cầu phần mềm ?
§ Yêu cầu người dùng có đặc điểm gì ?
§ Nhân viên phân tích nghiệp vụ phần mềm có vai trò và
nhiệm vụ gì ?
§ Nhân viên phân tích nghiệp vụ phần mềm cần có kỹ
năng và thái độ như thế nào khi thực hiện nhiệm vụ phân
tích nghiệp vụ phần mềm?
§ Hãy trình bày về mô hình BACCM theo cách hiểu của
bạn ?
 Câu hỏi ôn tập chương 1

§ Trong đội thực hiện dự án có những vai trò chính

nào? Liệt kê và mô tả các vai trò đó ?
§ Hãy mô tả vai trò của trưởng dự án với với BA ?
§ Hãy mô tả vai trò của nhân viên thiết kế với BA ?
§ Hãy mô tả vai trò của lập trình viên với BA ?
§ Hãy mô tả vai trò của nhân viên kiểm thử với BA ?
§ Hãy mô tả vai trò của khách hàng với BA ?