Danh mục

Bài giảng Thiết kế hệ thống thông tin: Chương 3 - Trần Thị Kim Chi

Số trang: 81      Loại file: pdf      Dung lượng: 2.40 MB      Lượt xem: 11      Lượt tải: 0    
Hoai.2512

Xem trước 9 trang đầu tiên của tài liệu này:

Thông tin tài liệu:

Bài giảng "Thiết kế hệ thống thông tin - Chương 3: Thu thập theo yêu cầu" cung cấp cho người học các kiến thức: Mục đích thu thập yêu cầu, khó khăn khi thu thập yêu cầu người dùng, các bước thu thập yêu cầu, phân loại yêu cầu, các phương pháp thu thập yêu cầu. Mời các bạn cùng tham khảo.
Nội dung trích xuất từ tài liệu:
Bài giảng Thiết kế hệ thống thông tin: Chương 3 - Trần Thị Kim Chi TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM KHOA CÔNG NGHỆ THÔNG TINChương III Trần Thị Kim Chi 1NỘI DUNG 1. Mục đích thu thập yêu cầu 2. Khó khăn khi thu thập yêu cầu người dùng 3. Các bước thu thập yêu cầu 4. Phân loại yêu cầu 5. Các phương pháp thu thập yêu cầu Trần Thị Kim Chi 2MỤC ĐÍCH THU THẬP YÊU CẦUWhat is requirement?• A statement of a service the system must do OR• A statement of a constraint the system must satisfyRequirements described the “what” of a system, not the“how” Trần Thị Kim Chi 3MỤC ĐÍCH THU THẬP YÊU CẦU• Why do we need requirement definition? Trần Thị Kim Chi 4MỤC ĐÍCH THU THẬP YÊU CẦU • Xây dựng và duy trì sự thỏa thuận với khách hàng và các stakeholder khác trên hệ thống đang xây dựng • Giúp các nhà phát triển hệ thống hiểu tốt rõ hơn các yêu cầu của hệ thống. • Xác định phạm vi hệ thống • Cung cấp cơ sở để lên kế hoạch cho các lần lặp tiếp theo. • Cung cấp cơ sở để ước tính chi phí và thời gian để phát triển hệ thống. • Xác định giao diện người dùng của hệ thống. Trần Thị Kim Chi 5KHÓ KHĂN KHI THU THẬP YÊU CẦU NGƯỜI DÙNG• Nhiều khách hàng không biết họ thực sự cần gì• Không đánh giá được những gì đang xảy ra trong tổ chức của họ• Khó khăn khi trình bày các ý kiến của họ với nhà phát triển phần mềm• Thường không biết nhiều về công nghệ thông tin Trần Thị Kim Chi 6MỘT VÀI THỰC TẾ• Khách hàng đang quản lý 1 chuỗi các cửa hàng bán lẻ không thu nhiều lợi nhuận và cần 1 SW về tài chính.• Khách hàng cần thay đổi nghiệp vụ bán hàng.• SW không thể cải thiện được tình trạng Trần Thị Kim Chi 7CÁC BƯỚC CỦA THU THẬP YÊU CẦU Các bước thực hiện: • Bước 1: Thu thập thông tin bằng các phương pháp khác nhau • Bước 2: Củng cố, bổ sung và hoàn thiện kết quả khảo sát • Bước 3: Tổng hợp kết quả khảo sát • Bước 4: Hợp thức hoá kết quả khảo sát Kết quả: • Hiểu miền nghiệp vụ của hệ thống – Banking, automobile manufacturing, ... • Xây dựng mô hình nghiệp vụ của khách hàng • Xác định yêu cầu của khách hàng đối với hệ thống Trần Thị Kim Chi 8PHÂN LOẠI YÊU CẦU Trần Thị Kim Chi 9YÊU CẦU NGHIỆP VỤ (BUSINESS REQUIREMENTS)• Biễu diễn các mục tiêu của tổ chức hay khách hàng yêu cầu hệ thống phải có• Yêu cầu nghiệp vụ thường do người tài trợ cho dự án, khách mua phần mềm, người quản lý các người dùng, bộ phận tiếp thị (maketing)…cung cấp• Thường được ghi nhận trong phần đặc tả (vision) và phạm vi (scope) của tài liệu, đôi khi còn được gọi là tuyên bố dự án (project charter) hay tài liệu yêu cầu thị trường (market requirements document) Trần Thị Kim Chi 10YÊU CẦU NGƯỜI DÙNG (USER REQUIREMENTS)• Mô tả mục tiêu (goal) hay tác vụ (task) của người dùng đối với hệ thống.• Các cách để biểu diễn yêu cầu người dùng: – Use cases, scenario – Bảng event-response.• Yêu cầu người dùng mô tả cái (what) mà người dùng có thể làm đối với hệ thống.• Ví dụ: use case Make a Reservation dùng trong các website của hàng không, thuê xe, hay khách sạn. Trần Thị Kim Chi 11YÊU CẦU HỆ THỐNG (SYSTEM REQUIREMENTS )• Mô tả yêu cầu mức cao đối với 1 sản phẩm, nó chứa các hệ thống con (subsystem) nào.• Một hệ thống có thể là toàn bộ phần mềm hay bao gồm các hệ thống con của phần mềm cũng như phần cứng.• Con người cũng là 1 phần hệ thống, vì vậy các chức năng hệ thống cũng có thể chỉ định cả vai trò của con người• Gồm 2 loại: – Yêu cầu chức năng (Functional requirement) – Yêu cầu phi chức năng (Non-functional requirement) Trần Thị Kim Chi 12YÊU CẦU HỆ THỐNG (SYSTEM REQUIREMENTS )Xác định chức năng của phần mềm mà các nhà phát triển phải xây dựng để giúp người dùng hoàn thành nhiệm vụ của họ, thỏa mãn được yêu cầu nghiệp vụ.Đôi khi còn được gọi là behavioral requirements.Ví dụ: “The system shall e-mail a reservation confrimation the user” Trần Thị Kim Chi 13YÊU CẦU HỆ THỐNG (SYSTEM REQUIREMENTS ) Yêu cầu chức năng (Functional requirements): Yêu cầu chức năng chỉ ra những gì hệ thống làm, chúng thường quan hệ các use-case hay những qui tắc nghiệp vụ (business rule)• Một số yêu cầu chức năng • Chức năng tính toán • Chức năng lưu trữ • Chức năng tìm kiếm • Chức năng kết xuất • Chức năng ...

Tài liệu được xem nhiều:

Gợi ý tài liệu liên quan: