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

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,...
Nội dung trích xuất từ tài liệu:
Bài giảng Phân tích thiết kế hệ thống: Chương 2 - Từ Thị Xuân HiềnChương 2Mô hình hóa yêu cầu của bài toánsử dụng use case diagramYê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 - 2Tiế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 - 3Mụ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 - 4Mụ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 - 5Các loại tài liệu trong phân tích yêucầ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 - 6Các loại tài liệu trong phân tích yêucầ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 - 7Cá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 - 8Yê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 - 9Yê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 - 10Tí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ểmQuả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 ...