Bài giảng Phân tích thiết kế hệ thống: Chương 2 - Từ Thị Xuân Hiền

Chia sẻ: Phong Phong | Ngày: | Loại File: PPTX | Số trang:68

Thêm vào BST

Báo xấu

69
lượt xem 5
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Bài giảng Phân tích thiết kế hệ thống: Chương 2 do Từ Thị Xuân Hiền biên soạn nhằm mục đích phục vụ cho việc giảng dạy. Nội dung bài giảng gồm: Yêu cầu của hệ thống, tiến trình phân tích yêu cầu bài toán, mục tiêu của phân tích yêu cầu, các loại tài liệu trong phân tích yêu cầu,...

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: Bài giảng Phân tích thiết kế hệ thống: Chương 2 - Từ Thị Xuân Hiền

Chương 2 Mô hình hóa yêu cầu của bài toán sử dụng use case diagram
Yêu cầu của hệ thống • Những chức năng mà hệ thống phải thực hiện. • Những đặc tính mong muốn của người dùng đối với hệ thống. • Những phát biểu về những đề xuất đối với hệ thống mà tất cả các bên tham gia đống ý về các vấn đề của khách hàng phải được giải quyết thỏa đáng. Bài giảng Phân tích thiết kế hệ thống - 2
Tiến trình phân tích yêu cầu bài toán • Tìm hiểu, khám phá và phân tích các yêu cầu của của người dùng đối với hệ thống. • Xây dựng các tài liệu yêu cầu • Kiểm tra tính hợp lệ của các yêu cầu • Quản lý các yêu cầu • Mô hình hóa yêu cầu Bài giảng Phân tích thiết kế hệ thống - 3
Mục tiêu của phân tích yêu cầu • Yêu cầu thường không được nêu một cách rõ ràng, don đó người phát triển hệ thống cần phải làm việc với khách hàng và các bên liên quan để khai thác: • Các dịch vụ mà hệ thống cần cung cấp • Những ràng buộc mà hệ thống phải đáp ứng Bài giảng Phân tích thiết kế hệ thống - 4
Mục tiêu của phân tích yêu cầu • Mục tiêu: • Đảm bảo các yêu cầu đối với sản phẩm phần mềm được định nghĩa và hiểu một cách rõ ràng. • Thiết lập và duy trì các thỏa thuận về yêu cầu với các bên liên quan • Đảm bảo tất cả các yêu cầu được đáp ứng. • Tài liệu phân tích yêu cầu dùng để kiểm soát và là cơ sở cho việc phát triển phần mềm và sử dụng trong quản lý dự án. • Phát hiện và giải quyết mâu thuẫn giữa yêu cầu • Xác định phạm vi của phần mềm và cách nó tương tác với môi trường Bài giảng Phân tích thiết kế hệ thống - 5
Các loại tài liệu trong phân tích yêu cầu • Xác định yêu cầu người dùng (URD – User requirement definition) • Xác định những gì người dùng cần cho công việc của họ • Bao gồm yêu cầu doanh doanh nghiệp, quy tắc nghiệp vụ và các ràng buộc khác Bài giảng Phân tích thiết kế hệ thống - 6
Các loại tài liệu trong phân tích yêu cầu • Đặc tả yêu cầu phần mềm (SRS – Software requirement specification) • Một tập hợp các yêu cầu phần mềm: đầy đủ, nhất quán và chính xác từ quan điểm của nhà phát triển • Tài liệu đặc tả yêu cầu dùng làm cơ sở tham chiếu chung của các yêu cầu phần mềm cho khách hàng, nhà phát triển, thử nghiệm và quản lý dự án. Bài giảng Phân tích thiết kế hệ thống - 7
Các loại yêu cầu • Chức năng - Functional • Giao diện - Interface • Dữ liệu - Data • Nguồn nhân lực - Human engineering • Chất lượng - Qualification • Nghiệp vụ - Operational • Ràng buộc về thiết kế - Design constraints • An toàn - Safety • Bảo mật - Security,Bài etc. giảng Phân tích thiết kế hệ thống - 8
Yêu cầu chức năng - Functional requirements • Mô tả sự tương tác giữa hệ thống và môi trường của nó • Mô tả cách ứng xử của hệ thống với hành vi kích hoạt của người dùng • Có thể sử dụng mô hình - một sự kết hợp của các ký hiệu đồ họa và cấu trúc ngôn ngữ tự nhiên • Sử dụng use case diagram, activity, state diagram • Prototype, ... Bài giảng Phân tích thiết kế hệ thống - 9
Yêu cầu phi chức năng - NonFunctional requirements • Mô tả các hạn chế trên một hệ thống làm hạn chế sự lựa chọn và từ đó đưa ra một giải pháp cho một vấn đề xác định • Các yêu cầu phi chức năng không được mô hình hóa => được chỉ định chỉ sử dụng ngôn ngữ tự nhiên có cấu trúc Bài giảng Phân tích thiết kế hệ thống - 10
Tính hợp lệ của các yêu cầu • Đánh giá các yêu cầu - Requirements Review • Phân tích thủ công có hệ thống các yêu cầu • Tham gia của nhà phát triển, khách hang, các bên tham gia • Prototyping • Sử dụng mô hình thực thi của hệ thống để kiểm tra yêu cầu • Model Validation • Kiểm tra chất lượng của các mô hình phát được xây dựng trong thời gian phân tích • Test-case generation • Phát triển thử nghiệm đối với Bài giảng Phâncác yêukế tích thiết cầu để kiểm hệ thống - tra11khả năng kiểm
Quản lý các yêu cầu thay đổi • Yêu cầu thay đổi (CR – Change request) • Các yêu cầu từ quan điểm khác nhau thay đổi trong quá trình phát triển • Khách hàng có thể xác định các yêu cầu từ góc độ kinh doanh mâu thuẫn với yêu cầu của người dùng cuối • Môi trường kinh doanh và kỹ thuật của hệ thống thay đổi trong quá trình phát triển hệ thống • Tiến trình yêu cầu thay đổi Bài giảng Phân tích thiết kế hệ thống - 12
Thuật ngữ - Glossary • Khái niệm: • Một tập hợp các thuật ngữ được định nghĩa làm cơ sở cho giao tiếp. • Một từ điển để thực hiện mô hình hóa • Mục đích: • Làm rõ ý nghĩa của từ ngữ hoặc có những hiểu biết chung về các điều khoản giữa các thành viên trong nhóm • Được tạo ra trong quá trình xác định yêu cầu, xác định use case và mô hình hóa khái niệm • Được duy trì trong suốt quá trình phát triển hệ thống Bài giảng Phân tích thiết kế hệ thống - 13
Thuật ngữ - Glossary • Ví dụ Bài giảng Phân tích thiết kế hệ thống - 14
Nội dung trong tài liệu xác định yêu cầu hệ thống 1. Mục đích 2. Phạm vi 3. Tổng quan hệ thống 4. Tài liệu tham khảo 5. Xác định các điều khoản, các thuật ngữ chuyên môn 6. Yêu cầu chức năng 7. yêu cầu phi chức năng Bài giảng Phân tích thiết kế hệ thống - 15
Bài tập • Viết một đặc tả yêu cầu cho một hệ thống bán hàng trong siêu thị. Bài giảng Phân tích thiết kế hệ thống - 16
Mô hình hóa yêu cầu hệ thống sử dụng mô hình use case Bài giảng Phân tích thiết kế hệ thống - 17
Use case diagram • Mô tả trực quan các chức năng được cung cấp bởi hệ thống. • Một Use Case thể hiện một hành động tương tác riêng biệt giữa người dùng (human or machine) và hệ thống. • Use case diagram chứa các thành phần: • Use cases • Actors • Relationships Bài giảng Phân tích thiết kế hệ thống - 18
Use case diagram • Use case • Một use case đại diện cho một chức năng hoàn chỉnh, bao gồm một chuỗi các hoạt động khác nhau mà hệ thống có thể thực hiện bằng cách tương tác với các actor bên ngoài hệ thống. • Các yếu tố của một use case • Kịch bản (scenarios): là một tập các ràng buộc theo mục tiêu người dùng, thường là một chuỗi các giao dịch được thực hiện bởi một hệ thống, có thể nhìn thấy được, đo lường được kết quả. Bài giảng Phân tích thiết kế hệ thống - 19
Use case diagram • Use Cases • Mô tả hoặc nắm bắt yêu các cầu chức năng của hệ thống • Một use case đại diện cho một chuỗi các hành vi tương tác của hệ thống và các actor bên ngoài. • Ký hiệu use case trong UML • Có dạng hình oval Login • Tên của use case • Sử dụng động từ • Biểu diễn hành vi tương tác của Actor và hệ thống Bài giảng Phân tích thiết kế hệ thống - 20