Bài giảng Công nghệ phần mềm ứng dụng: Bài 3 - ThS. Thạc Bình Cường
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (797.16 KB, 10 trang )
<span class='text_page_counter'>(1)</span><div class='page_container' data-page=1>
v1.0015112208
<b>CÔNG NGHỆ PHẦN MỀM ỨNG DỤNG</b>
<b>Giảng viên: ThS. Thạc Bình Cường</b>
</div>
<span class='text_page_counter'>(2)</span><div class='page_container' data-page=2>
v1.0015112208
Giảng viên: ThS. Thạc Bình Cường
<b>BÀI 3</b>
<b>PHƯƠNG PHÁP XÁC ĐỊNH YÊU CẦU</b>
</div>
<span class='text_page_counter'>(3)</span><div class='page_container' data-page=3>
v1.0015112208
<b>MỤC TIÊU BÀI HỌC</b>
• Trình bày được kỹ thuật khảo sát phần mềm và
yêu cầu phần mềm; xem xét đánh giá và xác định
tính khả thi.
• Sử dụng được các cơng cụ mơ tả để mơ hình
hóa hệ thống.
• Xây dựng được các mơ hình logic về u cầu
phần mềm.
</div>
<span class='text_page_counter'>(4)</span><div class='page_container' data-page=4>
v1.0015112208
<b>CÁC KIẾN THỨC CẦN CĨ</b>
• Tin học đại cương;
• Ngơn ngữ lập trình;
• Phân tích thiết kế hệ thống thơng tin.
</div>
<span class='text_page_counter'>(5)</span><div class='page_container' data-page=5>
v1.0015112208
<b>HƯỚNG DẪN HỌC</b>
• Dựa vào các dữ liệu thu thập được, sử dụng các
kiến thức về đặc tả mô tả các yêu cầu phân loại
các dữ liệu.
• Nắm các thành phần mơ tả về u cầu.
• Rà sốt các u cầu bằng cách chạy “miệng” các
mơ hình để khẳng định các u cầu đã được
hiểu đúng.
</div>
<span class='text_page_counter'>(6)</span><div class='page_container' data-page=6>
v1.0015112208
<b>CẤU TRÚC NỘI DUNG</b>
Kỹ thuật xác định yêu cầu phần mềm
<b>3.1</b>
Nội dung xác định yêu cầu phần mềm
<b>3.2</b>
Các nguyên lý phân tích yêu cầu sử dụng
<b>3.3</b>
</div>
<span class='text_page_counter'>(7)</span><div class='page_container' data-page=7>
v1.0015112208
<b>3.1. KỸ THUẬT XÁC ĐỊNH YÊU CẦU PHẦN MỀM</b>
Yêu cầu phần mềm:
• Tất cả các yêu cầu về phần mềm do khách hàng, người sử dụng phần mềm nêu ra
bao gồm:
Các chức năng của phần mềm;
Hiệu năng của phần mềm;
Các yêu cầu về thiết kế và giao diện;
Các yêu cầu đặc biệt khác.
• Các yêu cầu phần mềm được phân loại theo 4 thành phần của phần mềm:
Các yêu cầu về phần mềm (Software);
Các yêu cầu về phần cứng (Hardware);
Các yêu cầu về dữ liệu (Data);
Các yêu cầu về con người (People, Users).
• Mục đích: u cầu phần mềm là xác định được phần mềm đáp ứng được các yêu
cầu và mong muốn của khách hàng – người sử dụng phần mềm?
</div>
<span class='text_page_counter'>(8)</span><div class='page_container' data-page=8>
v1.0015112208
<b>3.1. KỸ THUẬT XÁC ĐỊNH YÊU CẦU PHẦN MỀM</b>
8
• Kỹ thuật phỏng vấn;
• Sao chép từ phần mềm tương tự;
• Phiếu điều tra – bảng hỏi từ khách hàng;
• Thảo luận giữa các thành viên: Người đầu tư, nhóm phát triển, người dùng và ban
Quản lý;
</div>
<span class='text_page_counter'>(9)</span><div class='page_container' data-page=9>
v1.0015112208
<b>3.2. NỘI DUNG XÁC ĐỊNH YÊU CẦU PHẦN MỀM</b>
• Phát hiện các yêu cầu phần mềm (Requirements elicitation).
• Phân tích các yêu cầu phần mềm và thương lượng với khách hàng (Requirements
analysis and negotiation).
• Mơ tả các u cầu phần mềm (Requirements specification).
• Mơ hình hóa hệ thống (System modeling).
• Kiểm tra tính hợp lý các u cầu phần mềm (Requirements validation).
• Quản trị các yêu cầu phần mềm (Requirements management).
• Quy trình xác định u cầu phần mềm:
Vấn đề Phát hiện <sub>yêu cầu </sub>
Xây dựng mẫu
Tạo mô hình
phân tích
Phát triển
đặc tả Rà sốt
</div>
<span class='text_page_counter'>(10)</span><div class='page_container' data-page=10>
v1.0015112208
<b>3.2.1. PHÁT HIỆN YÊU CẦU PHẦN MỀM</b>
• Các vấn đề của phát hiện yêu cầu phần mềm (Problems)
Phạm vi của phần mềm (Scope);
Hiểu rõ phần mềm (Understanding);
Các thay đổi của hệ thống (Volatility).
• Phương pháp áp dụng yêu cầu phần mềm:
Xác định các phương pháp sử dụng phát hiện các yêu cầu phần mềm: phỏng
vấn, làm việc nhóm, các buổi họp, gặp gỡ đối tác…
Tìm kiếm các nhân sự (chuyên gia, người sử dụng) có những hiểu biết sâu sắc
nhất, chi tiết nhất về hệ thống giúp chúng ta xác định yêu cầu phần mềm.
Xác định “môi trường kỹ thuật – technical environment”.
Xác định các “ràng buộc miền lĩnh vực”.
Thu hút sự tham gia của nhiều chuyên gia, khách hàng để chúng ta có được các
quan điểm xem xét phần mềm khác nhau từ phía khách hàng.
Thiết kế các kịch bản sử dụng của phần mềm.
</div>
<!--links-->
