Bài giảng phân tích và thiết kế hướng đối tượng phân tích thiết kế hướng đối tượng đỗ ngọc như loan

Mơ hình hóa đối tượng Nội dung trước Mơ hình hóa yêu cầu: Lược đồ Use-case Khái niệm Actor Usecase Ví dụ Mơ hình hóa dịng liệu Use-case Giới thiệu Mơ hình DFD Sử dụng mơ hình DFD để mơ hình hóa u cầu lưu trữ, tra cứu, tính tốn, kết xuất – Mơ hình hóa đối tượng– Class Diagram Nội dung Quản lý yêu cầu: Giới thiệu Chi tiết quản lý yêu cầu Các kỹ Mơ hình hố đối tượng Class & Class Diagram – Mơ hình hóa đối tượng– Class Diagram Giới thiệu Một hoạt động Mục tiêu: tìm cần xây dựng Giao tiếp người dùng người phát triển, Khơng có ký hiệu phức tạp (ngoại trừ lĩnh vực chuyên môn) Thường dùng ngôn ngữ tự nhiên Hợp đồng Các cách thức để xác định yêu cầu Các cách thức để chuẩn hóa yêu cầu Scenarios, Use Cases, Mockups / Prototypes, Feature, Lists Stakeholders Những người quan tâm đến sản phẩm – Mơ hình hóa đối tượng– Class Diagram Thế quản trị yêu cầu Là tiến trình tìm hiểu, sưu liệu quản lý yêu cầu Sử dụng kỹ thuật mang tính hệ thống để đảm bảo yêu cầu: Complete (đầy đủ) Consistent (nhất qn) Relevant (thích đáng) – Mơ hình hóa đối tượng– Class Diagram Thế quản trị u cầu Diễn tả văn xi, Tìm hiểu người dùng muốn Tổ chức thông tin lại Sưu liệu thông tin Theo vết thay đổi thông tin Quản lý tất thay đổi Đáp ứng nhu cầu người dùng cuối Thiết lập quy trình thực theo – Mơ hình hóa đối tượng– Class Diagram Thế quản trị yêu cầu Hầu hết tổ chức phát triển phần mềm làm việc theo cách thức khác Nhưng thường chúng khơng mang tính hình thức mang tính khơng thống từ dự án qua dự án khác CMM Level vs CMM Level = Định nghĩa tiến trình quản lý yêu câu – Mơ hình hóa đối tượng– Class Diagram Thế yêu cầu Là khả phần mềm người dùng yêu cầu, để giải vấn đề nhằm đạt mục tiêu Thành công dự án = thoả mãn yêu cầu – Mơ hình hóa đối tượng– Class Diagram Nguồn yêu cầu: Khách hàng Phỏng vấn khách hàng Người trả tiền cho Những stakeholders • Người sử dụng • Người quản lý Vấn đề: Khách hàng khơng biết họ muốn • Phần mềm khái niệm trừu tượng phức tạp KH thay đổi ý kiến KH khơng có khả diễn tả nhu cầu theo thuật ngữ chuyên mơn • Giao tiếp người chun làm p.mềm người bình thường Các kỹ thuật Giao diện & Hệ thống tồn – Mơ hình hóa đối tượng– Class Diagram Nguồn yêu cầu: thị trường Đánh giá sản phẩm cạnh tranh Những trước thực hiện? Nơi nơi thích hợp cho Lưu ý vấn đề quyền, thương hiệu sáng chế Tự đánh giá khả Chúng ta làm tốt đối thủ cạnh tranh Những kiến thức, kỹ năng, ý tưởng mà có – Mơ hình hóa đối tượng– Class Diagram 10 Nguồn yêu cầu: thị trường Khảo sát thị trường Phỏng vấn khách hàng (cũ, tiềm năng, …) Lưy ý tới quảng cáo, tạo nhu cầu thị trường Quan tâm tới xu hướng phát triển thị trường Vấn đề Người ta người ta muốn gì? Thị trường thay đổi nhanh Bảo mật ý tường ??? – Mơ hình hóa đối tượng– Class Diagram 11 Nguồn yêu cầu: chuẩn Các chuẩn hệ thống chuyển đổi System standard, file formats, network protocols Usability standards Domain standards Official standards written by a standards body • ANSI • ISO (e.g Unicode) • IEEE (e.g Posix) Industry standards Java, Dot-Net Wimp user interface WAMP, LAMP – Mơ hình hóa đối tượng– Class Diagram 12 Các loại yêu cầu Chức Features User interface Input/Output Phi chức Hướng người dùng • Performance, Precision, Reliability Hướng người phát triển • Maintainability, Reusability, Interoperability – Mơ hình hóa đối tượng– Class Diagram 13 Những vấn đề quản trị yêu cầu Nhiều hệ thống thường Chuyền giao trễ vượt ngân sách cho phép Không đáp ứng đầy đủ yêu cầu người dùng Không hoạt động hiệu Bước để giải vấn đề xác định nguyên nhân cốt lõi Ví dụ nguyên nhân cốt lõi Thiếu liệu người dùng Yêu cầu đặc tả không đầy đủ Yêu cầu đặc tả thay đổi – Mơ hình hóa đối tượng– Class Diagram 14 Tăng chi phí yêu cầu sai thiếu sót 0.1 Requirements 0.5 Design Coding Unit testing Acceptance - testing 20 Maintenance Tỷ lệ chi phí để sửa chữa theo giai đoạn – Mơ hình hóa đối tượng– Class Diagram 15 Thế quản trị yêu cầu tốt Ngăn: Vượt chi phí thời gian Huỷ dự án Một dự án thành công cần yếu tố: Sự quan tâm người dùng Hỗ trợ người quản lý u cầu rõ ràng – Mơ hình hóa đối tượng– Class Diagram 16 Chất lượng yêu cầu: tính ổn định Ổn định Khơng có mâu thuẫn Chương trình hoạt động yêu cầu mâu thuẫn Khó đảm báo Số lượng u cầu lớn Mâu thuẫn tiềm ẩn Bản chất VĐ: mâu thuẫn dẫn đến thứ … Vấn đề Khó giải thích mâu thuẫn cho khách hàng Khách hàng muốn thứ khơng thể – Mơ hình hóa đối tượng– Class Diagram 17 Chất lượng yêu cầu: quản lý Tài nguyên phải đáp ứng yêu cầu Có thể làm thời gian Với chi phí cho phép Trong khả (kỹ năng) có thể? Quản lý rủi ro Xếp độ ưu tiên yêu cầu Phải có thay khơng hoạt động Mở vấn đề khơng thể để nói đến yêu cầu làm Quản lý độ phức tạp Đừng làm thứ lúc Qui trình lặp Prototyping – Mơ hình hóa đối tượng– Class Diagram 18 Chất lượng yêu cầu: đặc tả Càng xác chi tiết tốt Khơng tốt “program shall be fast” “it takes a number as input” Tốt “program shall give a response in less than 1s” “it takes a 16-bit signed integer as input” Những định nghĩa Luôn ý tưởng tốt Vd: “by 'Number', we always mean a 16-bit signed integer” Qui tắc định nghĩa Khơng định nghĩa xoay vịng (phụ thuộc) – Mơ hình hóa đối tượng– Class Diagram 19 Chất lượng u cầu không thiên cài đặt Thiên cài đặt: Đưa thông tin thiết kế Đưa thông tin mã nguồn Sử dụng thuật ngữ chuyên môn Không dùng từ ngữ chuyên môn kỹ thuật Bạn muốn tập trung vài CÁI GÌ Bỏ LÀM THẾ NÀO lại phần sau Ví dụ khơng tốt “store the checked-out books in an array” “calculate the square root with Newton's algorithm” Ví dụ tốt •“the library knows which books are checked out” “return the square root with 5-digit precision” – Mơ hình hóa đối tượng– Class Diagram 20 ... tính tốn, kết xuất – Mơ hình hóa đối tượng? ?? Class Diagram Nội dung Quản lý yêu cầu: Giới thiệu Chi tiết quản lý yêu cầu Các kỹ Mô hình hố đối tượng Class & Class Diagram – Mơ hình hóa đối tượng? ??... cầu người dùng cuối Thiết lập quy trình thực theo – Mơ hình hóa đối tượng? ?? Class Diagram Thế quản trị yêu cầu Hầu hết tổ chức phát triển phần mềm làm việc theo cách thức khác Nhưng thường chúng... câu – Mơ hình hóa đối tượng? ?? Class Diagram Thế yêu cầu Là khả phần mềm người dùng yêu cầu, để giải vấn đề nhằm đạt mục tiêu Thành cơng dự án = thoả mãn u cầu – Mơ hình hóa đối tượng? ?? Class Diagram