Chương 3: Phân tích yêu cầu

Mô hình là một biểu diễn hình tượng của thực tế. Các mô hình có thể được xây dựng cho các hệ thống hiện có để giúp chúng ta hiểu kỹ hơn về những hệ thống đó. Hoặc cũng có thể xây dựng mô hình cho các hệ thống được đề xuất nhằm tài liệu hóa các yêu cầu nghiệp vụ hoặc thiết kế kỹ thuật.

Chương 3: Phân tích yêu cầu Mơ hình hóa Chiến lược phát triển Mơ hình nghiệp vụ Mơ hình luồng liệu Mơ hình hóa logic tiến trình Mơ hình hóa liệu (mơ hình hình luận lý ) 3.1 Mơ hình hóa  Khái niệm  Mục đích  Các thao tác Khái niệm  Mơ hình biểu diễn hình tượng thực tế Các mơ hình xây dựng cho hệ thống có để giúp hiểu kỹ hệ thống Hoặc xây dựng mơ hình cho hệ thống đề xuất nhằm tài liệu hóa yêu cầu nghiệp vụ thiết kế kỹ thuật Khái niệm      Mơ hình hóa chức (Process Modeling) với biểu đồ luồng liệu (Data Flow Diagram - DFD)  Hệ thống làm gì? Mơ hình hóa chức kỹ thuật dùng để tổ chức tài liệu hóa cấu trúc luồng liệu xuyên qua trình hệ thống và/hoặc chức thực trình hệ thống Mơ hình hóa liệu (Data Modeling) với biểu đồ quan hệ thực thể (Entity Relationship Diagram - ERD)  Hệ thống có liệu nào? Mơ hình hóa liệu kỹ thuật dùng để tổ chức mơ hình hóa liệu hệ thống nhằm xác định yêu cầu nghiệp vụ cho sở liệu Đơi mơ hình hóa liệu cịn gọi mơ hình hóa sở liệu Mơ hình hóa đối tượng (Object Modeling) với ngơn ngữ mơ hình hợp (Unified Modeling Language - UML)  Cái sao? (lơgíc hệ thống) Mục đích  Để hiểu rõ hệ thống: hội để đơn giản hóa, tối ưu hóa (Tái cấu trúc quy trình)  Để liên kết hành vi cấu trúc hệ thống (các yêu cầu nghiệp vụ về: thông tin/dữ liệu chức năng/quy trình)  Để trực quan hóa điều khiển kiến trúc hệ thống (thiết kế)  Để kiểm sốt rủi ro q trình phát triển Các thao tác  Lập kế hoạch chiến lược hệ thống   Tái cấu trúc quy trình nghiệp vụ    Các mơ hình q trình nghiệp vụ tổ chức mô tả chức nghiệp vụ quan trọng Các mơ hình chức “As is” làm đơn giản việc phân tích điểm yếu (Hệ thống tại) Các mơ hình chức “To be” làm đơn giản việc cải thiện (Hệ thống đề xuất) Phân tích hệ thống     Mơ hình hóa hệ thống có bao gồm thiếu sót (DFD lơgíc) Mơ hình hóa u cầu lơgíc (các q trình luồng liệu cần có dù hệ thống xây dựng – DFD lơgíc) hệ thống đề xuất Mơ hình hóa giải pháp kỹ thuật đề cử (DFD vật lý) Mơ hình hóa giải pháp chọn (DFD vật lý) Chiến lược phát triển hệ thống  Chiến lược phát triển mơ hình (MDD)  Chiến lược phát triển ứng dụng nhanh  Chiến lược cài đặt gói ƯD thương mại Chiến lược phát triển mơ hình  Model-driven development – chiến lược phát triển hệ thống nhấn mạnh vào việc vẽ mơ hình hệ thống để trợ giúp việc trực quan hóa phân tích vấn đề, xác định yêu cầu nghiệp vụ, thiết kế hệ thống thông tin  Mô hình hóa chức – kỹ thuật lấy q trình làm trung tâm phổ biến phương pháp luận phân tích thiết kế hướng cấu trúc, sử dụng mơ hình u cầu nghiệp vụ để tạo thiết kế phần mềm hiệu cho hệ thống  Mơ hình hóa liệu – kỹ thuật lấy liệu làm trung tâm để mơ hình hóa yêu cầu dữu liệu nghiệp vụ thiết kế hệ thống sở liệu phù hợp  Mơ hình hóa đối tượng – kỹ thuật kết nối liệu trình thành cấu trúc gọi đối tượng Các mơ hình đối tượng biểu đồ tài liệu hóa hệ thống dạng đối tượng tương tác chúng Chiến lược phát triển mơ hình  Ưu điểm:  Kế hoạch dài hạn  Mơ hình hóa hệ thống phân tích yêu cầu phạm vi rộng  Phân tích nhiều giải pháp kỹ thuật khác  Phù hợp với hệ thống hiểu rõ  Nhược điểm:  Thời gian thực lâu  Sự tham gia thụ động người sử dụng hệ thống họ khơng nhìn thấy sản phẩm  Các u cầu giai đoạn cần xác định đầy đủ: điều không thực tế và/hoặc không mềm dẻo Chiến lược phát triển ƯD nhanh  Rapid application development (RAD) – kỹ thuật nhấn mạnh tham gia người sử dụng việc xây dựng tiến hóa nhanh mẫu hoạt động hệ thống để đẩy nhanh quy trình phát triển hệ thống  RAD dựa việc xây dựng mẫu, mẫu tiến hóa thành hệ thống hồn thiện  Một mẫu mơ hình hoạt động mơ hình biểu diễn với tỷ lệ nhỏ yêu cầu người sử dụng thiết kế đề xuất cho hệ thống thông tin  Một time box khoảng thời gian mở rộng, thường 60-120 ngày mà hệ thống đề cử phải đưa vào hoạt động Các cải thiện thực phiên đời sau Các thực thể Hóa đơn (số hóa đơn, mã khách hàng, ngày) Khách hàng (mã khách hàng, tên, địa chỉ) Đơn hàng (số hóa đơn, mã hàng, số lượng, đơn giá) Mặt hàng (mã hàng, tên hàng) Mơ hình ERD Kết hợp tập thực thể chung  Xét tập thực thể:  Đơn hàng (số đặt hàng)  Đơn đặt hàng giao) Khơng thỏa dạng chuẩn vì: đơn hàng, mã ngày Địakhách giaohàng, phụ thuộc hàm vào Mã số khách hàng thuộc tính khơng địa phảichỉ khóa (số đơn hàng, tình trạng, thực thể  Gộp lại, ta có:  Bước 1: Đơn hàng (số đơn hàng, mã khách hàng, ngày đặt hàng, tình trạng, địa giao)  Bước 2: Đơn hàng (số đơn hàng, mã khách hàng, ngày đặt hàng, tình trạng) Xác định mối quan hệ Đơn hàng bán (số hiệu đơn hàng, mã khách hàng, ngày đặt hàng) Khách hàng (mã khách hàng, tên khách hàng, địa chỉ) Dòng đơn hàng (số hiệu đơn hàng, mã hàng, số lượng, đơn giá) Mặt hàng (mã hàng, tên hàng) Giao nhận (số hiệu giao nhận, mã khách hàng, ngày giao) Dòng giao hàng (số hiệu giao nhận, số hiệu đơn hàng, mã hàng, số lượng giao) Ma trận thực thể/khóa Thực thể thuộc tính khóa Đơn hàng Khách Dịng hàng đơn hàng Mặt Giao hàng nhận Số hiệu đơn hàng Mã số khách hàng Mã hàng Số hiệu giao hàng X: Nếu thuộc tính khóa có thực thể O: Nếu thuộc tính khóa khơng có thực thể Dịng giao nhận DFD ngữ cảnh (context diagram) DFD cấp DFD cấp Xây dựng mơ hình RDM  So sánh ERD với RDM để chỉnh lý điểm khác biệt cho mơ hình phản ánh xác lẫn  Có thể thêm bỏ quan hệ phụ làm sáng mơ hình Từ điển liệu  Khái niệm: phận tài liệu phân tích thiết kế, mơ tả nội dung đối tượng theo định nghĩa có cấu trúc  Trong DFD chức xử lý, liệu, luồng liệu mức khái quát  Từ điển liệu :  Phần liệt kê có tổ chức phần tử liệu thuộc hệ thống  Liệt kê mục từ tên gọi theo thứ tự  Giải thích tên cách xác, chặt chẽ, ngắn gọn  Để người phân tích người sử dụng hiểu vào, luân chuyển hệ thống Kí hiệu mô tả nội dung cho từ điển liệu Kết cấu liệu Định nghĩa Kí hiệu Ý nghĩa = Được tạo từ Tuần tự + Và Tuyển chọn [|] Hoặc Lặp {}n Lặp n lần Lựa chọn () Giải thích *… Dữ liệu tùy thuộc lựa chọn Chú thích Ví dụ  Khách hàng = Họ tên khách hàng + tài khoản + địa + điện thoại  Hàng = Mã hàng + tên hàng + đơn vị tính + đơn giá  Hóa đơn = Số hóa đơn + ngày bán + khách hàng + + hàng * n + số lượng * n + đơn giá * n + thành tiền * n + thành tiền + KT trưởng + người bán Bài kỳ sau Chương THIẾT KẾ HỆ THỐNG ... việc trực quan hóa phân tích vấn đề, xác định yêu cầu nghiệp vụ, thiết kế hệ thống thơng tin  Mơ hình hóa chức – kỹ thuật lấy trình làm trung tâm phổ biến phương pháp luận phân tích thiết kế hướng... lược phát triển mơ hình  Ưu điểm:  Kế hoạch dài hạn  Mơ hình hóa hệ thống phân tích yêu cầu phạm vi rộng  Phân tích nhiều giải pháp kỹ thuật khác  Phù hợp với hệ thống hiểu rõ  Nhược điểm:... nghĩa  Giới hạn phạm vi hệ thống cần phải phân tích  Tiếp cận hệ thống mặt logic nhằm làm rõ chức mà hệ thống thực để phục vụ cho bước phân tích  Phân biệt chức nhiệm vụ phận hệ thống, từ lọc