MindMap Gallery Software Design Functional Groups
This is a mind map about software design functional groups. The goal of the design is to shape the system and find the format of the software to meet all requirements request. The result obtained from the previous analysis step is important input for design work.
Edited at 2021-12-13 08:02:15TÁC VỤ THIẾT KẾ PHẦN MỀM
1. Tổng quan về thiết kế
TỔNG QUAN VỀ THIẾT KẾ
Mục tiêu của việc thiết kế là định hình hệ thống vàtìm dạng thức của phần mềm để đáp ứng được mọiyêu cầu
Kết quả thu được từ bước phân tích trước đó làthông tin đầu vào quan trọng cho công tác thiết kế.(Xem thêm Phụ lục C – Phần C)
Mục đích quan trọng của công tác thiết kế
Một trong những điểm mấu chốt chính đối với độphức tạp của hệ thống phần mềm là sự trừu tượng.Có hai phương pháp chính:
Thiết kế từ trên xuống (Top- Down)
Thiết kế từ dưới lên (Bottom – Up)
THIẾT KẾ HỆ THỐNG
Trong hệ thống lớn, tiến trình thiết kế bao gồm mộtsố yếu tố thiết kế cho hệ thống, trong đó mỗi chứcnăng được phân chia thành những chức năng phầnmềm và phần cứng.
Những thuận lợi của chức năng thực hiện trong phầncứng là thành phần phần cứng phân phối thực hiệntốt hơn đơn vị phần cứng.
Nút thắt của hệ thống được xác định và thay thế bởithành phần của phần cứ
Ngoài ra, việc cung cấp tốc độ phần cứng có nghĩa làthiết kế phần mềm được cấu trúc cho khả năng thíchứng và khả năng xem xét thực thi cả chức năng
THIẾT KẾ BẢN MẪU (PROTOTYPE)
Thiết kế bản mẫu là tạo ra các màn hình giao diện sơbộ, hay các bản thiết kế phác thảo nháp cho ngườidùng tham khảo trước khi đi vào thiết kế chi tiết chotoàn phần mềm hay cho chức năng cụ thể.
Các bản thiết kế này được soạn thảo dưới dạng tàiliệu kỹ thuật (tài liệu sưu tập, hay tài liệu kỹ thuật)bằng một số phần mềm có khả năng thiết kế nhanhgiao diện, như MS Visio, MS Visual Basic / C# / C++,MS Front Page / Visual Interdev …
Đây có thể là bước đệm cơ bản trước khi đi vào hiệnthực chi tiết cho từng chương trình con hay mô-đuncon …
PHÂN RÃ THIẾT KẾ
Tiến trình thiết kế không chỉ ảnh hưởng đến phươngpháp thiết kế mà còn ảnh hướng đến tiêu chuẩnđược sử dụng để phân rã hệ thống.
Việc phân rã thiết kế giúp hiện thực hóa từng phầnbản thiết kế đến mức chi tiết đồng thời tác động đếnphương pháp thiết kế. Các nhóm phương pháp phânrã gồm:
Phân rã hƣớng chức năng
Phân rã hƣớng dữ liệu
Phân rã hƣớng dữ liệu
Tiếp cận từ dƣới lên (bottom-up)
Phân rã hƣớng đối tƣợng
THIẾT KẾ GIAO DIỆN NGƢỜI DÙNG
Chế độ (modes
Thực đơn (menu)
Cửa sổ hội thoại (dialog window)
Màu sắc (color
Âm Thanh (sound)
THIẾT KẾ HƢỚNG CHỨC NĂNG
Sub Topic
2. Kiến trúc phần mềm
Kiến trúc phần mềm bao gồm các thành phần cơ bản:Giao diện, Xử lý, Dữ liệu. Khi thiết kế một phần mềm,nhóm thiết kế phải chọn lựa và ra quyết định về các“vật liệu” được dùng trong các thành phần.
Khi đã quyết định, kết quả được đặc tả dưới dạng cácbản vẽ, dưới dạng tài liệu kỹ thuật, tạo thành các môhình phần mềm chứa đầy đủ thông tin
Thành phần Xử lý gồm các thông tin sau:
Hệ thống các kiểu dữ liệu được sử dụng. Các kiểu dữliệu được mô tả về cách tổ chức lưu trữ trong bộ nhớchính.
Hệ thống các hàm được sử dụng. Các hàm thể hiệntương ứng các xử lý (ví dụ kiểm tra tính hợp lệ việccho mượn sách, ghi vào sổ việc cho mượn sách …)
Thành phần Dữ liệu bao gồm:
Các thông tin liên quan đến cách tổ chức lưu trữdữ liệu trên bộ nhớ phụ
Dạng lưu trữ của dữ liệu được sử dụng của phầnmềm
Hệ thống các thành phần lưu trữ cùng với quan hệ
3. Phương pháp thiết kế phần mền
Phƣơng pháp trực tiếp
Phương pháp này được áp dụng khi thực hiện phầnmềm không qua giai đoạn phân tích, việc thiết kế nhậnkết quả chuyển giao trực tiếp từ giai đoạn xác định yêucầu.
Cách tiếp cận này rất khó khăn cho người thực hiện vớicác phần mềm có quy mô lớn
Với PP trực tiếp, thiết kế PM là quá trình cho phépchuyển đổi từ các yêu cầu (kết quả xác định yêu cầu)đến mô hình phần mềm tương ứng.
Mục tiêu chính của việc thiết kế là mô tả các thànhphần của phần mềm (Giao diện, Xử lý, Dữ liệu) tươngứng với các yêu cầu của phần mềm (yêu cầu chứcnăng nghiệp vụ, yêu cầu chức năng hệ thống, ..).
Phƣơng pháp gián tiếp
Được áp dụng với các quy trình có giai đoạn phântích, việc thiết kế chỉ nhận 1 phần các kết quả từ giaiđoạn xác định yêu cầu, phần chính được nhận quagiai đoạn phân tích, PM được xây dựng tương ứngtheo các mô hình trong giai đoạn phân tích.
Cách tiếp cận này sẽ rất thuận lợi trong đa số trườnghợp với các phần mềm có quy mô lớn.
Với PP gián tiếp, thiết kế PM là quá trình cho phépchuyển từ kết quả giai đoạn phân tích đến mô hìnhPM tương ứng.
Mục tiêu chính là mô tả các thành phần của phầnmềm (Giao diện, Xử lý, Dữ liệu) tương ứng với cácmô hình (mô hình xử lý, mô hình dữ liệu)
4. Ví dụ minh họa
Ví dụ
Xét phần mềm quản lý thư viện với 4 yêu cầu:Lập thẻ đọc giả, Nhận sách, Cho mượn sách, Trả sách
Mô hình hóa các yêu cầu:Quản lý độc giảLập thẻ độc giảQuản lý sách Thủ thư Nhập sách Cho mượn Trả sách
Thiết kế phần mềm: Hệ thống các màn hình giao diện :
Màn hình chính
Nội dung: Thông tin về thư viện, Thông tin về các độcgiả, Thông tin về các sách.
Thao tác người dùng: Tra cứu và chọn độc giả, Tra cứuvà chọn sách.
Màn hình Lập thẻ
Nội dung: Thông tin về thẻ độc giả
Thao tác người dùng: Nhập thông tin về thẻ, Yêu cầu lậpthẻ
Màn hình Cho mƣợn sách:
Nội dung: Thông tin về thẻ độc giả (Ngày mượn sách,Danh mục sách).
Thao tác người dùng: Nhập thông tin mượn sách, Yêucầu mượn sách.
Màn hình Nhận sách:
Nội dung: Ngày nhận sách, Danh mục sách nhận &thông tin liên quan.
Thao tác người dùng: Nhập thông tin về việc cho nhậnsách, Yêu cầu cho nhận sách.
Màn hình Trả sách:
Nội dung: Ngày trả sách, Thông tin về việc trả sách
Thao tác người dùng: Nhập thông tin trả sách, Yêu cầutrả sách.
Hệ thống các hàm xử lý
Hệ thống các bảng dữ liệu
Floating