Bài giảng chương 7 chuyển từ giai đoạn phân tích sang giai đoạn thiết kế

Chuyển từ giai đoạn phân tích sang giai đoan thiết kế Giới thiệu - Mục đích q trình phân tích tìm u cầu mặt nghiệp vụ hệ thống Mục đích trình thiết kế xây dựng hệ thống - Các bước thực hai giai đoạn phân tích thiết kế có mối quan hệ mật thiết chuyển đổi qua lại Mục tiêu chương - Hiểu trình kiểm duyệt mơ hình phân tích - Hiểu chuyển đổi từ phân tích sang thiết kế - Hiểu kĩ thuật sử dụng trình thiết kế phân tách (factoring), phân chia (partition) phân tầng (layer) thiết kế - Có thể tạo biểu đồ gói - Biết cách cách khác để thiết kế hệ thống: doanh nghiệp tự xây dựng phần mềm, mua gói phần mềm có sẵn, th cơng ty khác xây phần mềm - Có thể tạo ma trận lựa chọn Kiểm duyệt mơ hình phân tích Cuộc họp tổng duyệt mơ hình phân tích - Cuộc họm nhằm đánh giá mơ hình sơ đồ tạo trình phân tích - Cuộc họp thực yhanhf viên đội phân tích thiết kế ngươig sử dụng - Mục đích họp: - Kiểm tra độ trung thực mơ hình - Phát lỗi - Cuộc họp tiềm ẩn nguy nhà phân tích bị trách phạt mơ hình phân tích có sai sót bị phát Qui tắc xét duyệt mơ hình chức Các kiện mô tả ca sử dụng nên ánh xạ với hoạt động biểu đồ hoạt động Nút đối tượng biểu đồ hoạt động phải đề cập mô tả ca sử dụng Trật tự mô tả ca sử dụng phải khớp với thứ tự biểu đồ hoạt động Phải có tương ứng một-một ca sử dụng sơ đồ ca sử dụng với mô tả ca sử dụng Qui tắc xét duyệt mơ hình chức Tất tác nhân liệt kê mô tả ca sử dụng phải mô tả sơ đồ ca sử dụng Những người liên quan liệt kê mô tả ca sử dụng đưa vào sơ đồ ca sử dụng tác nhân Tất mối quan hệ liệt kê mô tả ca sử dụng phải miêu tả sơ đồ ca sử dụng Qui tắc xét duyệt mơ hình cấu trúc: Mỗi thẻ CRC nên tương ứng với lớp sơ đồ lớp Các nhiệm vụ liệt kê thẻ CRC phải thao tác lớp học sơ đồ lớp Các lớp cộng thẻ CRC thường ngụ ý số loại quan hệ sơ đồ lớp Các thuộc tính liệt kê thẻ CRC phải thuộc tính lớp sơ đồ lớp Qui tắc xét duyệt mô hình cấu trúc: Các thuộc tính lớp có kiểu lớp khác (thuộc tính đối tượng) thường ngụ ý quan hệ hai lớp Các quan hệ thẻ CRC phải hiển thị sơ đồ lớp Chỉ sử dụng lớp kết hợp lớp nz có thuộc tính riêng không thuộc không nằm hai lớp tham gia quan hệ Qui tắc xét duyệt mô hình hành vi Các tác nhân đối tượng sơ đồ phải đưa vào sơ đồ cộng tác Các thông điệp sơ đồ yêu cầu phải có liên kết biểu đồ cộng tác Mỗi thông điệp sơ đồ phải xuất dạng thông điệp liên kết sơ đồ cộng tác tương ứng Các điều kiện đảm bảo thông điệp sơ đồ yêu cầu điều kiện đảm bảo tương đương sơ đồ công tác 10 hệ thống với hệ điều hành mạng, lớp xử lý việc giao tiếp với ứng dụng trung gian (middleware application) DCOM Micosoft hay kiến trúc NET 17 Gói biểu đồ gói 18 Gói biểu đồ gói - Gói cấu trúc tổng quát dùng để nhóm đơn vị (units) hệ thống lại với - Được sử dụng để giảm phức tạp mơ hình - Một biểu đồ gói bao gồm gói, kí hiệu biểu đồ bao gồm: Một gói: - Là nhóm phần tử UML có quan hệ logic với - Được sử dụng để đơn giản hóa biểu đồ UML cách nhóm phần tử coa quan hệ với thành phần tử cấp cao Quan hệ phụ thuộc: - Biểu diễn phụ thuộc gói, nghĩa gói bị thay đổi, gói phụ thuộc phải sửa đổi - Mũi tên hướng từ gói phụ thuộc vào gói mà phụ thuộc 19 Ví dụ biểu đồ gói biểu diễn phụ thuộc tầng kiến trúc phần mềm: - Sự thay đổi tầng Miền toán (Problem domain) dẫn tới thay đổi tầng giao diện (HCI), tầng kiến trúc vật lý, tầng quản lý liệu - Sự thay đổi tầng sở dẫn tới thay đổi tầng giao diện, miền toán, kiến trúc vật lý quản lý liệu - V.v… Hình 8-15 trang 296 mơ tả thêm mơt biểu đồ gói hệ thống Đặt lịch hẹn khám bệnh 20 Các bước xây dựng biểu đồ gói: • Bước một, thiết lập phạm vi sơ đồ gói Gói sử dụng để mơ hình phần hệ thống và/hoặc tầng • Bước hai, phân nhóm lớp thành phần khác dựa quan hệ chia sẻ lớp Các quan hệ bao gồm tổng quát hóa, kết hợp, liên kết việc gửi thông điệp diễn đối tượng hệ thống • Bước ba, đặt nhóm lớp chia vào gói • Bước bốn, xác định mối quan hệ phụ thuộc gói • Bước năm, vẽ đường hệ phụ thuộc gói vào sơ đồ gói 21 Các chiến lược thiết kế hệ thống 22 Tự phát triển phần mềm - Cho phép đáp ứng yêu cầu chuyên môn cao - Cho phép linh hoạt sáng tạo việc giải vấn đề - Dễ dàng thay đổi thành phần - Xây dựng kỹ cá nhân - Có thể đánh thuế nguồn tài nguyên công ty - Rủi xây dựng hệ thống tăng lên đáng kể 23 Mua phần Phần mềm viết sẵn: Phần mềm viết sẵn Có thể hiệu Có thể kiểm tra kỹ lưỡng chứng minh(kiểm chứng) Có thể lựa chọn thành phần tồn hệ thống Phải chấp nhận chức cung cấp Có thể yêu cầu thay đổi quy trình nghiệp vụ cơng ty Có thể u cầu nhiều việc liên quan đến điều chỉnh giải vấn đề liên quan 24 Sự tích hợp hệ thống: • Q trình kết hợp gói, hệ thống kế thừa phần mềm • Thách thức tích hợp liệu • Ghi liệu định dạng • Sửa đổi định dạng liệu có • Phát triển “object wrappers” 25 Gia cơng phần mềm (th cơng ty ngồi phát triển phần mềm): • Th cơng ty bên ngồi để tạo hệ thống • Có thể có nhiều kỹ • Có thể mở rộng nguồn lực có • Khơng th gia cơng bạn khơng hiểu • Chọn nhà cung cấp cẩn thận • Chuẩn bị hợp đồng cách toán cẩn thận 26 Lựa chọn chiến lược thiết kế Dựa tiêu chí: - Yêu cầu nghiệp vụ - Kinh nghiệm nội - Kỹ phát triển dự án - Quản lý dự án - Khung thời gian Trên Slide bảng lựa chọn chiến lược thiết kế phần mềm dựa tiêu chí 27 Đọc thêm 28 Ma trận Thay 29 30 Tổng kết chương 31 ... tiêu chương - Hiểu q trình kiểm duyệt mơ hình phân tích - Hiểu chuyển đổi từ phân tích sang thiết kế - Hiểu kĩ thuật sử dụng trình thiết kế phân tách (factoring), phân chia (partition) phân tầng... mơ phân tích thành mơ hình thiết kế - Sau trình kiểm duyệt chỉnh sửa, mơ hình phân tích chuyển sang thành mơ hình thiết kế phù hợp Trong giai đoạn phân tích, nhà phân tích tập trung xác định mô... Mục đích q trình phân tích tìm yêu cầu mặt nghiệp vụ hệ thống Mục đích q trình thiết kế xây dựng hệ thống - Các bước thực hai giai đoạn phân tích thiết kế có mối quan hệ mật thiết chuyển đổi qua