Trang 50 CHƯƠNG 5: THIẾT KẾ HỆ THỐNG Mã chương: MH20-05 Giới thiệu : Giai đoạn phân tích để trả lời cho câu hỏi “Hệ thống làm gì?” sang giai đoạn thiết kế phải trả lời cho câu hỏi “Hệ thống làm nào? ” Thiết kế hệ thống trình đặc tả đặc trưng hệ thống thông tin Phần thiết kế thường đội ngũ xây dựng hệ thống thực thực tế khó giám sát từ phía người dùng việc địi hỏi trình độ lập trình chuyên nghiệp Trong phần thiết kế hệ thống, điểm qua nội dung công việc yêu cầu hồ sơ để người sử dụng tham gia giám sát trình thiết kế Một mục tiêu giai đoạn thiết kế đưa thiết kế đáp ứng đặc tả yêu cầu chức phạm vi ràng buộc kỹ thuật dự án, lập tài liệu thiết kế hệ thống phục vụ cho việc quản lý, theo dõi việc phát triển hệ thống ứng dụng hỗ trợ cho việc bảo hành, bảo trì hệ thống tương lại Trong giai đoạn phân tích nghiệp vụ cho quan điểm logic hệ thống giai đoạn thiết kế bao gồm việc xem xét khả sử dụng máy tính để thực u cầu nghiệp vụ Hệ thống máy tính hóa chức nào, giao diện tương tác với người dùng sao, liệu cập nhật lưu trữ nào? Luồng xử lý công việc trao đổi liệu thực hệ thống? Hệ thống sử dụng giải pháp kỹ thuật để đảm bảo hiệu năng, tốc độ theo yêu cầu đặt Tất đặc tả chi tiết hóa giai đoạn thiết kế Người lập trình vận dụng kỹ để biến đặc tả thành mã trình – ngơn ngữ mà máy tính hiểu Như vậy, giai đoạn thiết kế chuyển đặc tả logic hệ thống thành đặc tả vật lý hệ thống – nghĩa xác định thiết bị, tiến trình hệ thống đủ chi tiết cho phép cài đặt mặt vật lý Thiết kế giai đoạn chi tiết hóa kết phân tích, lần thể cách tiếp cận xuống Công việc thiết kế thường chiếm nhiều thời gian công sức phần phân tích Khác với phần phân tích, công việc thiết kế thường phụ thuộc vào môi trường phát triển cụ thể Kết giai đoạn sử dụng để xây dựng chương trình, quản trị liệu bảo trì hệ thống Trong giai đoạn phân tích ngơn ngữ mơ hình, đặc tả yêu cầu phần mềm có xu hướng “nghiệp vụ hóa” nghĩa gắn liền với chuyên môn người dùng đặc tả giai đoạn thiết kế có xu hướng gần người lập trình Nghĩa yêu cầu phân tích, người thiết kế mơ tả lại hệ thống làm theo cách mà người lập trình viết mã trình Để có cách diễn đạt gợi sáng tạo người lập trình dễ dàng chấp nhận người dùng xét duyệt, đòi hỏi thiết kế viên phải người nắm nghiệp vụ sâu sắc có số kinh nghiệm lập trình Trang 51 Kiến trúc kỹ thuật thuật Mô hinh liệu khái niệm Yêu cầu nghiệp vụ hệ thống Chức nghiệp vụ Mơ Mơ hình hình quy quy trình trình nghiệp nghiệp vụ vụ Hệ thống Module Hỗ trợ hệ thống thông tin thời Các h/thống hiệnthời Mục tiêu : - Hiểu mục tiêu, nội dung công việc kết cần đạt đươc việc thiết kế hệ thống; - Xác định thành phần hệ thống cần phải thiết kế; - Hiểu phương pháp thiết kế thành phần, thiết kế liệu, thiết kế chi tiết mơ đun chương trình để cài đặt HTTT - Thực thao tác an tồn với máy tính Nội dung chính: CÁC THÀNH PHẦN THIẾT KẾ: Mục tiêu: Thiết kế cách mà diễn giải cách xác yêu cầu khách hàng thành sản phẩm hay hệ thống phần mềm cuối Thiết kế tảng đảm bảo chất lượng cho bước xây dựng bảo trì phần mềm sau Nếu phần mềm khơng có thiết kế có nguy dựng nên hệ thống không ổn định, chắp vá dễ thất bại có thay đổi nhỏ 1.1 Một số tiêu chuẩn thiết kế: Trong tồn tiến trình thiết kế thành phần, chất lượng khẳng định qua họp xét duyệt kỹ thuật mô tả phần quản lý chất lượng Để đánh giá chất lượng biểu diễn thiết kế, nên xác định tiêu chuẩn cho thiết kế tốt Mục đích giai đoạn thiết kế dễ đọc, dễ hiểu, dễ viết code dễ bảo trì, đưa số hướng sau: Trang 52 - Thiết kế nên đưa cách tổ chức phân cấp để kiểm soát thành phần phần mềm - Thiết kế nên chia theo module tức phần mềm nên phân hoạch cách logic thành phần nhỏ hơn, thực chức xác định Điều giúp cho việc quản lý, xây dựng bảo trì - Mỗi module nên kiểm sốt để có số hợp lý module thành phần mức - Các module nên độc lập quan hệ trao đổi module tối thiểu - Mỗi module có kích thước vừa phải - Để dễ dàng mở rộng, module nên sử dụng cho chức nghiệp vụ - Thiết kế nên mơ tả biểu diễn tách biệt liệu thủ tục o Thiết kế nên hướng tới chương trình hay thủ tục nêu đặc trưng chức để dùng chung độc lập o Thiết kế nên mô tả giao diện cho phép dễ dàng tương tác thủ tục với mơi trường bên ngồi 1.2 Thành phần thiết kế: Thiết kế phần mềm tiến trình bao gồm thành phần cần thực hiện, qua yêu cầu dịch thành thể phần mềm Theo quan điểm quản lý dự án, thiết kế phần mềm tiến hành theo hai bước: thiết kế sơ thiết kế chi tiết với hoạt động kỹ thuật bao gồm: thiết kế kiến trúc tổng thể, thiết kế kiểm soát, thiết kế liệu thiết kế chi tiết chức – Module chương trình Bước sơ ban đầu biểu diễn mô tả quan điểm tổng thể Việc làm mịn tiếp sau dẫn tới thiết kế gần với chương trình gốc Thiết kế sơ quan tâm đến kiến trúc tổng thể, kiến trúc liệu, mô tả tổng quát chức phần mềm giao diện Từ xây dựng kiến trúc thống nhất, đề xuất cấu hình phần cứng, phần mềm đảm bảo khả thực thi ứng dụng Thiết kế chi tiết tập trung vào làm mịn cấu trúc liệu, mơ tả chi tiết giao diện, thuật tốn xử lý sử dụng liệu module chức thủ tục chương trình THIÊT KẾ KIẾN TRÚC TỔNG THỂ: 2.1 Mục đích: Nhằm đưa kiến trúc tổng thể hệ thống Đó cấu trúc chương trình biểu thị cách tổ chức module (thành phần) biểu diễn mối quan hệ điều khiển module Bên cạnh thiết kế kiến trúc thể cấu trúc chung liệu thể tiến trình liệu qua tồn chương trình 2.2 Phân chia hệ thống thành hệ thống con: Là cách gộp nhóm chức thành hệ thống nhằm giải số nhiệm vụ, mục đích hệ thống Tồn hệ thống thể thống nhất, phân hệ trích đoạn lĩnh vực cụ thể Các Trang 53 phân hệ phải tuân theo kiến trúc tổng thể cách chặt chẽ để không phá hủy kiến trúc chung dễ dàng gắn kết tự động thành hệ thống Việc phân hoạch chức dựa sở phân tích đặc tả yêu cầu Toàn hệ thống phân hoạch thành số hệ con, hệ lại phân chia thành đơn vị nhỏ module Mọi thiết kế giao diện, liệu vào ra, mối liên hệ cụ thể module mô tả chi tiết module Việc phân chia hệ thống thành hệ thống nhằm giảm bớt phức tạp cồng kềnh cho thiết kế tạo thuận lợi cho lập trình bảo trì sau Với hệ thống nhỏ, việc xây dựng, quản lý dễ dàng cho phép thiết kế, cài đặt độc lập, song song Với cách chia nhỏ hệ thống thiết kế tổng thể, tiến hành xây dựng phần từ thành phần cốt lõi bước mở rộng tới hệ thống con, sau tích hợp dần vào hệ thống Sự phân chia hệ thống tiến hành biểu đồ luồng liệu thường dựa theo hai tiêu chuẩn sau: - Tính gắn kết chặt chẽ chức hệ thống theo logic mục đích - Tính liên kết hệ thống với nhau: Các hệ thống cần có chế trao đổi liên hệ với thành phần khác hệ thống cho khả tích hợp vào hệ thống khác Việc phân chia hệ thống tốt đảm bảo tính gắn kết cao tính liên kết yếu thành phần nghĩa đảm bảo tính độc lập cao Sự phân chia hệ thống thành hệ thống vào chức túy mà phải phân tích từ thực tế thiết kế đảm bảo tính khả thi, sử dụng hệ thống Có số gợi ý cách gộp nhóm thành phần sau: - Theo thực thể - liệu: Nhóm thực thể có liên quan với theo khía cạnh chun mơn nghiệp vụ thiết kế module chức cho việc tạo lập, trì nhóm thực thể thành hệ - Theo kiện tiến trình nghiệp vụ quản lý: Gom vào hệ thống chức khởi tạo theo kiện giao dịch - Theo lý thuận tiện như: o Thuận lợi cấu trúc kinh doanh o Theo đặc điểm vị trí địa lý đơn vị o Theo phân cấp trách nhiệm công tác đơn vị o Tạo khả bảo mật o Theo khả cấu hình phần cứng o Theo cấu trúc sản phẩm nghiệp vụ dòng sản phẩm công ty o Kết hợp cách 2.3 Xác định quy trình nghiệp vụ máy tính thủ cơng: Đây giai đoạn trình thiết kế hệ thống với mục đích xác định xem tiến trình, chức xử lý máy tính (tin học hóa) cịn cơng đoạn phải thực thủ công chẳng hạn Trang 54 việc nhận dạng ảnh, đóng dấu… Việc xác định ranh giới thực trao đổi kết nối chức thủ cơng máy tính nhằm cung cấp thơng tin hỗ trợ việc thiết lập quy trình nghiệp vụ để hệ thống hoạt động Để đảm bảo toàn hệ thống hoạt động hiệu quả, quy trình thủ cơng thiết lập lại với quy định, quy chế đảm bảo mối liên kết trao đổi thơng tin thơng suốt tồn hệ thống Từ điều chỉnh thiết kế liệu cho đầy đủ, ví dụ khơng lưu liệu phim, băng video, chữ ký,…có thể có liệu khác bổ sung Các chức nằm phần thủ công nghiên cứu mô tả lại thành quy trình cơng việc cho phù hợp với tồn quy trình vận hành hệ thống Các quy trình gom lại giao cho người nhóm người thực theo chế theo lô trực tuyến Việc thiết kế chức thủ công cần đặc tả theo yêu cầu sau: - Mô tả rõ ràng nội dung, tiến trình cơng việc với mục đích cần đạt, bước cần tiến hành yêu cầu bước - Xác định mức độ xác phải đạt - Ấn định mức suất cần thiết, mức độ khéo léo kỹ nghệ cần có - Hướng dẫn rõ cách xử lý có sai sót Các chức máy tính hóa thiết kế chi tiết thiết kế module liệu 2.4 Lược đồ cấu trúc hệ thống: Ngay có lược đồ dịng thơng tin hệ thống thực thể liệu quan hệ với nào, hình thành tranh lược đồ cấu trúc vật lý toàn hệ thống Một lược đồ cấu trúc hệ thống thông tin tổ chức theo phân cấp thành phần module Mục đích lược đồ cấu trúc phần hệ thống chương trình liên kết với thể qua việc truyền tham số, liệu cho định thứ tự thực lập trình Các lược đồ cấu trúc thể theo nhiều mức khác từ tổng thể tới chi tiết module Một lược đồ cấu trúc xác định lại luồng xử lý liệu thành cấu trúc thành phần hệ thống theo nguyên tắc thiết kế chương trình Module đơn vị nhỏ hệ thống định nghĩa chức Thơng thường module có điểm vào điểm Lược đồ cấu trúc thường thể phân rã hệ thống: có module gốc, mức module gọi đến để thực nhiệm vụ tiếp theo… Cấu trúc phân cấp module mức cuối (lá) module thực nhiệm vụ khơng gọi đến module Ví dụ: Dưới cách thể lược đồ cấu trúc thể liên kết trang Web hệ thống Trang 55 2.5 Lựa chọn thiết kế kiến trúc ứng dụng: Nội dung phần nhằm giới thiệu loại kiến trúc ứng dụng hỗ trợ người dùng đánh giá lựa chọn thiết kế Chi tiết thiết kế cụ thể kiến trúc thành phần client hay server phụ thuộc vào nhu cầu, cấu hình trạng tảng phần mềm phát triển Lựa chọn kiến trúc ứng dụng phải định trước phát triển cài đặt để chuẩn bị phương án phần cứng, phần mềm cho toàn hệ thống Ngày giao dịch tác nghiệp mạng máy tính thay hầu hết máy tính PC đơn lẻ trước nhiều doanh nghiệp, tổ chức đưa ứng dụng lên Web Internet Như kiến trúc phân tán ứng dụng, phân tán liệu mơ hình client – server mơ hình phổ biến ngày Vì thiết kế kiến trúc ứng dụng thường lựa chọn định mơ hình cài đặt hệ thống theo mơ hình client-server thích hợp Các phương án khác kiến trúc chủ yếu dựa vào ba thành phần hệ thống là: - Thành phần quản lý liệu: Các chức quản lý tương tác phần mềm tệp CSDL truy vấn, cập nhật, bảo mật, kiểm soát tương tranh, lưu trữ, khôi phục liệu Trang 56 - Thành phần thể liệu: Quản lý giao diện người dùng phần mềm, mô hình liệu, in ấn form nhập kiểm tra liệu - Thành phần phân tích liệu xử lý logic: Các chức chuyển đầu vào thành đầu phép lấy tổng, mơ hình tốn học… Application Logic Application Logic Database User interface Client Tier Database Server Tier Kiến trúc ứng dụng - Trong kiến trúc client – server hai lớp nói chung thường đặt module giao diện client CSDL server, xử lý server client Mơ hình mạng lại lợi ích mơi trường cộng tác, quản trị liệu tập trung, tính ổn định, bảo mật cao nhiên địi hỏi đường truyền chi phí vận hành lớn Kiến trúc client – server mở rộng phân hoạch hay nhiều thành phần máy trạm máy chủ máy chủ thường gọi máy chủ ứng dụng (application server) Kiến trúc client-server ba tầng đặt giao diện client xử lý logic tầng CSDL server Kiến trúc ba tầng tách ứng dụng thành ba lớp khác cài đặt xử lý logic máy server có khả mạnh Các tính tốn xử lý thực máy chủ ứng dụng Việc tách biệt xử lý logic với hai tầng khác dùng chung tiến trình nhiều giao diện người dùng, đảm bảo tính toàn vẹn liệu cải thiện tốc độ xử lý liệu chuyên biệt thông lượng mạng Kiến trúc ba lớp với ứng dụng tập trung server nên dễ dàng triển khai, bảo trì nâng cấp Mơ hình ba lớp tỏ rõ ưu điểm mơ hình tính tốn tập trung đặc biệt thích hợp với ứng dụng có nhiều người sử dụng môi trường mạng phức tạp THIẾT KẾ KIỂM SỐT: 3.1 Mục đích: Mục đích việc thiết kế kiểm sốt nhằm đảm bảo tính đắn hệ thống kế hoạch cho biện pháp bảo vệ có thâm nhập làm sai, hỏng hệ thống Việc phân tích kiểm sốt khơng nhà phân tích hệ thống mà cịn trách nhiệm nhà quản lý, người sử dụng người quản Trang 57 lý dự án Có ba khía cạnh hệ thống cần bảo vệ kiểm sốt, là: - Độ xác: Các thao tác tiến hành thực xác liệu lưu trữ sở liệu phải đảm bảo đắn, quán - Độ an toàn: Đảm bảo hệ thống hoạt động không bị xâm hai, đe dọa khả tự phục hồi, sẵn sàng phục hồi có cố - Tính bảo mật riêng tư hệ thống thể khả ngăn ngừa xâm phạm vơ tình hay cố ý từ phía người 3.2 Đảm bảo tính xác – kiểm tra liệu: Thiết lập biện pháp kiểm tra tính đắn, quán liệu nơi truy cập thông tin cách xác định đe dọa sai sót liệu thiết kế biện pháp kiểm tra ngăn chặn, phát sửa lỗi tất đầu mối CÁC ĐẦU MỐI TRUY CÁC SAI SÓT CẬP DỮ LIỆU Nhập số liệu sai Qua ứng dụng: Người dùng nhập liệu Ăn cắp mã qua ứng dụng Thao tác sai Qua hệ quản trị Database: Những người dùng có quyền truy nhập vào database không qua ứng dụng BIỆN PHÁP Kiểm tra liệu nhập vào nhiều mức khác form nhập liệu: Khi chuyển qua trường, ghi, commit toàn form nhập Dùng mật lần Dùng số kiểm tra nhập mã Theo dõi nhật ký sử dụng truy cập ứng dụng Nhập số liệu sai Cấp quyền cho người dùng khơng có vào Database khơng có kiểm sốt quyền truy cập tài liệu Vơ tình Hạn chế nhập liệu từ hệ quản trị CSDL Có thiết kế theo dõi nhật ký sử dụng, truy cập sở liệu Phân quyền sử dụng người dùng hệ thống khác với người dùng truy cập Database Dữ liệu nguồn bị Thiết kế đầy đủ ràng buộc có sai thể kiểm sốt tự động theo đường cập nhật liệu vào DB Sử dụng Database trigger Trao đổi liệu: Qua mạng Qua ứng dụng khác đơn vị Dùng công cụ hệ quản trị CSDL Sự cố đọc ghi Không thực đủ giao tác Database: Chỉ commit liệu xử lý giao tác đầy đủ rollback liệu Trang 58 không đảm bảo trọn vẹn Đảm bảo tính sẵn sàng có cố Sao lưu, khơi phục Các biện pháp dự phịng, chia tải Xây dựng chương trình kiểm tra liệu theo định kỳ, tự động nhận biết có sai lệch 3.3 Thiết kế an tồn: Hệ thống thiết kế để phát hiện, ngăn chặn công từ bên nội mạng đảm bảo tính an ninh tức đảm bảo hệ thống khơng bị truy nhập trái phép có khả sẵn sàng hoạt động có cố với giải pháp thiết kế lưu, khôi phục biện pháp dự phòng server chia tải 3.3.1 Sao lưu, khôi phục liệu: Sao lưu liệu khả tạo liệu cho phép khôi phục lại trường hợp cần thiết Các tệp lưu toàn phần sở liệu thực theo chu kỳ Thông thường tệp lưu chứa liệu dạng nén cất giữ đĩa cứng, CD_ROM băng từ….Các thủ tục khôi phục nhằm đưa CSDL trở trạng thái trước bị hỏng đảm bảo toàn vẹn hệ thống có cố xảy Các giải pháp lưu phục hồi thường hệ thống (cứng mềm) hỗ trợ, hệ thống phần mềm hỗ trợ nhiều mức khác - Hệ điều hành: Sao lưu khôi phục cho toàn ổ đĩa… - Hệ quản trị CSDL: Sử dụng hệ quản trị để thao tác lưu, khôi phục đặt lịch - Ứng dụng: Lập trình ứng dụng cho phép mềm dẻo liệu theo chiều dọc (cột), ngang (hàng) khác cho bảng liệu thay phải cơng lập trình Tùy theo mức độ cần thiết công cụ có để có giải pháp thích hợp Thiết kế, lưu, khơi phục phải có kế hoạch chi tiết cho: - Các loại liệu lưu: Xác định chi tiết bảng, cột ghi liệu cần lưu Ví dụ loại liệu danh mục cần lưu tồn bảng, liệu tác nghiệp theo tháng, năm lưu liệu theo tháng, năm… nhằm giảm thiểu liệu dư thừa thời gian khôi phục nhanh - Thời gian định kỳ lưu liệu: Các liệu quan trọng định kỳ lưu lường trước cho phương án bất thường ví dụ cố xảy di chuyển máy móc, sửa nhà… - Chuẩn bị thiết bị lưu trữ: Tính tốn chuẩn bị sẵn sàng thiết bị đĩa cứng, CD-ROM… Trang 59 3.3.2 Các biện pháp an tồn dự phịng: Do hệ thống ứng dụng tin học có quy mơ lớn, với ứng dụng có nhiều người sử dụng đồng thời đòi hỏi online nên thiết kế hệ thống phần cứng, phần mềm cần đảm bảm tính sẵn sàng cao với kỹ thuật chia tải dự phòng, cách sử dụng nhiều server chạy với chế độ làm việc primary-backup Nếu server bị lỗi cân tải chuyển hướng sang máy sẵn sàng Với ứng dụng mạng, môi trường Internet, vấn đề an toàn mạng phải ý đặc biệt cách sử dụng thiết bị phần cứng hệ thống phần mềm hỗ trợ theo loại server 3.3.3 Kiểm tra liệu – bảo mật: Sử dụng biện pháp bảo mật phân quyền người sử dụng truy cập liệu thao tác chức chương trình theo mức: Bảo mật liệu: Cơ sở liệu thiết kế thống nhất, tập trung máy chủ chia sẻ cho nhiều người dùng môi trường mạng Các giải pháp bảo mật, an toàn liệu cần trọng truy cập vào máy chủ ứng dụng o Mức máy chủ: Để truy nhập tới CSDL, người sử dụng phải có danh sách truy nhập tới máy chủ chứa CSDL o Mức ứng dụng: Quyền truy cập người sử dụng vào ứng dụng quản lý cấp phát thông qua chức quản trị ứng dụng Người sử dụng tùy theo vai trò ứng dụng, cấp phát quyền truy cập đến module ứng dụng cho phép o Mức sở liệu: Mỗi CSDL có kèm theo danh sách kiểm tra quyền truy nhập (Access Control List ACL) xác định quyền hình thức truy nhập người sử dụng từ quyền “quản trị” tới “không truy nhập” Mỗi người sử dụng phải đăng ký sở liệu dạng tên người sử dụng (username) bảo mật mã số (password) mã hóa mạng với số quyền hạn định o Mức đối tượng sở liệu: Người quản trị hệ thống cho người sử dụng quyền truy nhập tới mức đối tượng đối tượng lại gán cho quyền thao tác khác Ví dụ: Với người sử dụng văn phịng bán hàng đưa câu lệnh truy vấn để xem, bổ sung, cập nhật xóa bỏ bảng KH_BAN, người sử dụng phịng ban khác lại đưa câu lệnh xem bảng KH_BAN - Bảo mật ứng dụng: Là cách hạn chế người dùng sử dụng trái phép module ứng dụng hệ thống Bên cạnh biện pháp thiết kế, giao diện login buộc người dùng phải nhập mật vào hệ thống mà phải ý cách thiết kế truyền tham số module Trang 72 ghi Dạng hình thích hợp với form nhập liệu bảng có nhiều trường Tuy nhiên hình hạn chế khung nhìn liệu, khơng cho phép người dùng nhìn thấy nhiều ghi lúc  Màn hình nhập nhiều ghi: Thường thích hợp cho hình tra cứu liệu cho bảng khơng có nhiều trường, khơng có q nhiều ghi Dữ liệu cần đưa theo thứ tự có nghĩa cho phép tìm kiếm nhảy đến ghi tùy ý Nên có màu phân biệt ghi Nếu bảng liệu có nhiều trường, nhiều ghi phải có trôi dọc ngang để tiện theo dõi có chế cố định tiêu đề cột số cột phía bên trái trơi hình đến trang sau Với dạng hình cho phép cập nhật liệu khó lập trình kiểm sốt xử lý người dùng vừa nhập vừa di chuyển ghi trường liệu Thường sử dụng kiểu làm hình nhập cho bảng có trường liệu,cần nhập nhiều liệu lúc yêu cầu kiểm tra liệu đơn giản Việc cập nhật liệu từ hình khó kiểm sốt có nhiều người dùng trơng thấy nhiều liệu thao tác cập nhật liệu nhanh Giao diện khó dùng để cập nhật liệu ứng dụng chạy Web  Màn hình nhập liệu cho nhiều bảng (master- detail): Màn hình nhập chia thành hai khối cho hai bảng có quan hệ foreign key với Các xử lý phức tạp cẩn đảm bảo đồng truy vấn xử lý liệu hai khối Dữ liệu cập nhật vào hai bảng cần ý thêm liệu phải thêm vào bảng master trước xử lý hóa liệu phải xóa bảng detail trước Nếu cho phép sửa khóa phải thực hai thao tác thêm xóa xóa thêm theo thứ tự Các thao tác phải đảm bảo giao tác nghĩa commit ghi rollback có lỗi  Màn hình nhiều bảng bảng có nhiều trường liệu Nhóm số trường liệu thành tab trang riêng Trên tab tổ chức dạng Master-detail Cần xử lý thêm chế đồng tab 5.4 Thiết kế báo cáo: Báo cáo dùng để trình bày kết hệ thống theo dạng xem hình, đưa tệp in văn Đối với người dùng hệ thống thiết kế báo cáo quan trọng cần phải dễ hiểu, dễ dùng Các định dạng mẫu biểu xem xét theo quan điểm người dùng Trong thiết kế báo cáo đưa hình, kích cỡ cách bố trí cột bảng biểu theo mẫu mã yêu cầu - Các loại báo cáo bao gồm:  Các loại tài liệu in từ máy tính, bảng biểu thống kê, tổng hợp, chứng từ giao dịch (đơn hàng, hóa đơn v v)  Các kết hiển thị tra cứu, tìm kiếm liệu - Yêu cầu thiết kế biểu mẫu tài liệu in:  Phải bao gồm đầy đủ thông tin cần thiết Trang 73  Các thơng tin phải xác cần phải kiểm tra lọc liệu trước đưa  Các báo cáo phải dễ đọc, dễ hiểu, dễ sử dụng  Thứ tự nhóm thơng tin trình bày phần thân tài liệu định dựa nhiều khác  Cho phép lựa chọn quy cách in như: Giấy khổ giấy thích hợp, giấy trắng hay giấy có in sẵn, số phiên (một hay nhiều), màu sắc có - Các trình bày biểu mẫu tài liệu in nói chung gồm có ba phần chính:  Phần đầu: gồm tên tài liệu, tên quan chủ quản, ngày làm báo cáo…  Phần thân: gồm thông tin cần thu thập hay cần xuất  Phần cuối: gồm ngày lập tài liệu chữ ký người có trách nhiệm  Ngồi ra, tờ khai hay phiếu điều tra thường có thêm phần ghi hay hướng dẫn cho người khai (thường để mặt sau tài liệu) - Cách thiết kế báo cáo:  Thiết kế mẫu biểu báo cáo dựa truy vấn liệu có tham số lựa chọn điều kiện  Tạo form nhập để lọc điều kiện đưa báo cáo  Người dùng nhập tham số qua form, sau truyền giá trị tham số lọc liệu cho truy vấn tạo báo cáo  Thiết kế báo cáo động cách định nghĩa danh sách báo cáo chi tiết cột báo cáo phép lập báo cáo với cột độ rộng khác nhau, cho phép bỏ cột khơng có giá trị, định nghĩa thêm bớt báo cáo dễ dàng… 5.5 Đặc tả sử dụng liệu: Trong thiết kế module chương trình, phần mơ tả chi tiết cách sử dụng liệu chức hệ thống phần quan trọng Các mô tả sử dụng liệu cho phép người lập trình viết code xử lý cập nhật liệu vào CSDL lấy liệu báo cáo Tất hình nhập liệu hay báo cáo kết xuất phải có mô tả sử dụng liệu Cách đặc tả khác tùy theo mục đích chức năng, nhiên tóm tắt số đặc tả chung thường sử dụng theo dạng hình nhập liệu lập báo cáo - Đặc tả sử dụng liệu cho hình nhập liệu:  Mô tả cách cập nhật liệu: Luồng xử lý liệu chức đọc, ghi, xóa, sửa từ cột nào, bảng  Các cách kiểm tra đảm bảo tính xác tồn vẹn liệu mức trường, ghi commit  Các xử lý cập nhật, xóa liệu - Đặc tả sử dụng kết xuất báo cáo:  Các cách kết xuất liệu: Mô tả liệu lấy từ bảng, cột nào, tính theo cơng thức Đó phần mơ tả Columns Tables câu lệnh SELECT Columns…FROM Tables…  Các kết xuất liệu lấy từ View  Các điều kiện lọc liệu xuất mệnh đề WHERE Trang 74  Cách lập tổng nhóm, ngắt trang: GROUP BY, BREAK ON… 5.6 Thiết kế thủ tục, hàm: Trong giai đoạn thiết kế, việc định hướng thiết kế hàm, thủ tục, tổ chức package, trigger database làm tăng tính thống xử lý tái sử dụng hệ thống Cần hiểu rõ quy trình xử lý tổng thể mối liên quan toàn hệ thống để xác định loại thủ tục, hàm cần thiết Phần thiết kế định tên hàm, đặc tả chi tiết xử lý cách sử dụng ký pháp sơ đồ luồng kiện, sơ đồ khối, luồng liệu liên quan, tham số vào ra, lời gọi, nơi gọi cần gọi - Lợi ích việc sử dụng hàm, thủ tục: o Việc xây dựng thủ tục hàm để lưu giữ loạt câu lệnh phục vụ cho nhiều lần gọi khác làm cho câu lệnh thực dễ dàng sáng sủa o Nâng cao hiệu suất: Tránh việc sử dụng câu lệnh nhiều lần nhiều người khác Giảm thiểu thời gian biên dịch câu lệnh PL/SQL pha phân tích câu lệnh số lần gọi lệnh thực database , từ đó, làm giảm lưu lượng truyền thông mạng o Nâng cao khả bảo trì: Có thể dễ dàng sửa nội dung bên hàm, thủ tục mà không ảnh hưởng đến tham số lời gọi sửa chương trình Thay đổi nội dung hàm, hay thủ tục ứng dụng cho nhiều chỗ gọi khác o Tính bảo mật tồn vẹn liệu: Việc điều khiển truy nhập liệu gián tiếp đối tượng database làm nâng cao tính bảo mật liệu - Lợi ích Package: o Tổ chức Package tập hợp kiểu liệu, biến lưu giữ giá trị thủ tục, hàm có mối liên hệ với nhau, gộp chung lại Đặc điểm bật package phần tử package gọi tồn nội dung package nạp vào hệ thống Do đó, việc gọi tới phần tử khác package sau thời gian nạp vào hệ thống Từ đó, nâng cao tốc độ thực lệnh toàn hàm, thủ tục có package o Tính phân nhỏ thành phần (Modularity) để đóng gói thành phần, cấu trúc có quan hệ logic với module ứng với package o Đơn giản việc thiết kế ứng dụng: Tất thông tin cần thiết cho việc giao tiếp đặt phần đặc tả package (package specification) Nội dung phần soạn thảo biên dịch độc lập với phần thân package (package body) Do đó, hàm hay thủ tục gọi tới thành phần package biên dịch tốt Phần thân package tiếp tục phát triển hoàn thành ứng dụng Trang 75 o Che dấu thông tin (hiding infomation): Package cho phép sử dụng thành phần bên dạng public (công cộng) hay private (riêng tư) Tùy theo yêu cầu thiết kế, ta cho phép truy nhập hay ẩn giấu thông tin o Nâng hiệu suất sử dụng: Ngay gọi hàm hay thủ tục package lần đầu tiên, toàn nội dung package nạp vào nhớ Do vậy, hàm thủ tục package gọi đến sau thực mà khơng cần nạp lại nhớ Việc làm giảm thiểu thao tác truy xuất vào I/O nâng cao tốc độ o Thực hện nạp chồng (Overloading):Package cho phép thực nạp chồng hàm thủ tục Theo đó, hàm thủ tục khác phép đặt trùng tên Việc nâng cao tính mềm dẻo việc sử dụng hàm, thủ tục package Khuyến cáo nên dùng theo dạng package để tránh lỗi hàm trùng tên hàm hệ thống nâng cấp bị trùng tên - Tạo Trigger package kiểm soát sở liệu, đảm bảo việc trì tính toàn vẹn, đắn liệu cách truy nhập vào liệu 5.7 Thiết kế hướng dẫn, trợ giúp: Để hỗ trợ đào tạo, tài liệu hướng dẫn cho người sử dụng quan trọng Việc xây dựng thiết kế hướng dẫn nên hỗ trợ theo nhiều cách thuận tiện cho người dùng: theo ngữ cảnh, theo từ khóa, theo chủ đề, tài liệu tổng quan phân chia thành nhiệm vụ đặt định giai đoạn theo số cách thơng dụng ngày thường gọi hướng dẫn theo ngữ cảnh theo kiểu nội dung, chủ đề hay gọi Microsoft Help (MS Help) - Hướng dẫn theo ngữ cảnh (on-line) trợ giúp cho người dùng hình (Form, Report) trường (Item) tùy theo ngữ cảnh người dùng hỏi Các trợ giúp sử dụng cơng cụ hệ thống có hỗ trợ tự tổ chức từ điển liệu việc hàm, thủ tục đưa hướng dẫn Cách thường gắn với ứng dụng kích hoạt người dùng ấn phím trợ giúp button liên kết sử dụng chương trình Các bảng liệu trợ giúp tổ chức theo bảng liệu trợ giúp (help text) - Một cách trợ giúp khác tổ chức hướng dẫn theo chủ đề- MS help cho phép hướng dẫn người dùng theo khung hình khác nhau: Có thể thấy hình ảnh tổng quan toàn ứng dụng theo chủ đề nội dung tra cứu theo từ khóa (index) cần thiết độc lập với ứng dụng Các tệp hướng dẫn cài đặt chạy môi trường Window mà không cần gắn với ứng dụng Các thiết kế trợ giúp đơn giản hơn, đỡ tốn cơng lập trình nhờ cơng cụ Microsoft Dữ liệu trợ giúp soạn thảo chuẩn bị môi trường Word sau phát sinh file dạng hlp, chm… Nội dung tệp trợ giúp thường có bố cục dàn sau: - Giới thiệu: o Cầu hình cài đặt Trang 76 o Sơ đồ luồng chức - Các giao diện người dùng: o Các loại hình o Các loại lệnh - Bắt đầu: o Đăng nhập o Thốt - Các tiến trình xử lý o Chức 5.8 Thiết kế menu: Một hình chọn dạng menu cách định hướng dễ dùng, dễ hiểu cho người sử dụng họ muốn thực chức cần thiết hệ thống Mỗi menu định danh sách tùy chọn lựa chọn thực hệ thống Có nhiều kiểu nhiều cách thể menu Một số nguyên tắc thiết kế menu là: - Diễn đạt: Mỗi menu phải có tiêu đề có nghĩa, sử dụng động từ ngắn gọn cho lệnh thực thao tác rõ ràng Các thành phần menu theo cách có chữ in hoa chữ thường phải rõ ràng không lẫn lộn thành phần Thông thường chữ in hoa dùng ngữ cảnh Không nên sử dụng loại chữ in hoa - Tính tổ chức quán thành phần menu: Các tùy chọn (thành phần) khác gộp thành nhóm khác theo nhiệm vụ định thực người dùng, tùy chọn phải có cách diễn đạt mã trình thực chỗ xuất - Độ dài: Số menu lựa chọn không nên vượt trang hình, sử dung cách phần nhỏ menu vượt trang hình - Cách chọn vào menu nên quán: Có thể sử dụng từ khóa ký tự, chữ số… - Làm bật (Highlight): Tối thiểu cách làm bật nên sử dụng cho lựa chọn (dùng đánh dấu check chẳng hạn) lựa chọn không phép (dùng ký tự mờ) - Một số gợi ý cách nhóm menu theo: + Luồng cơng việc: Thứ tự cấu trúc menu nên thiết kế gần giống tiến trình cơng việc thực tế hệ thống + Nhóm logic module: Nên nhóm thành phần menu theo chức nghiệp vụ tương tự Ví dụ nhóm theo chức menu chứa tồn report, menu khác chứa Form….Nếu nhóm theo nghiệp vụ, menu chứa toàn chức liên quan đến bán hàng, menu khác chứa chức mua… Trang 77 + Tần suất thực hiện: Có thể xem xét nhóm chức hay thực theo tần suất ví dụ hàng ngày, hàng tháng… + Phân quyền sử dụng: Việc nhóm module menu xem xét theo khía cạnh dễ phân quyền sử dụng, để tránh việc phân quyền tản mạn nhiều menu con… + Các mức menu lồng không nên sâu (4 mức): + Một xu hướng phổ biến ngày ứng dụng thường tự xây dựng công cụ làm menu riêng theo cách thiết kế database hóa nghĩa thành phần menu định nghĩa CSDL Các thiết kế tạo đối tượng tái sử dụng thích ứng với trường hợp khác Với cách thiết kế dễ dàng việc thay đổi, thêm bớt, chuyển đổi thứ tự thành phần menu, bố trí theo cách người dùng cho phép thiết kế phân quyền sử dụng đến thành phần menu cách mềm dẻo sử dụng Hơn nữa, cách cịn sử dụng cho chế đa ngữ, cho phép chuyển đổi linh hoạt theo ngơn ngữ khác MỘT SỐ MƠ HÌNH HỖ TRỢ CƠNG CỤ THIẾT KẾ: Các cơng cụ đồ họa sử dụng giai đoạn phân tích sử dụng lại giai đoạn thiết kế Cụ thể công cụ BFD, DFD, ERD Các sơ đồ thơng thường thay đổi chi tiết hóa từ sơ đồ thu sau trình phân tích Phạm vi mơ tả sơ đồ thu hẹp lại tới mức chức với mức độ chi tiết cao Thông thường với chức phức tạp, khó hiểu mặt nghiệp vụ cần làm thật kỹ với đầy đủ công cụ phân tích Có thể sử dụng cơng cụ sơ đồ phân rã chức sơ đồ luồng liệu để thể lược đồ cấu trúc hệ thống, sơ đồ liên kết trang, menu sơ đồ khối thuật toán PHƯƠNG PHÁP KIỂM ĐỊNH THIẾT KẾ VÀ CÔNG CỤ TỰ ĐỘNG: Giai đoạn thiết kế hệ thống trình bày phần việc phát triển , chi tiết hóa kết mơ hình hóa hệ thống giai đoạn khảo sát phân tích 7.1 Tiêu chuẩn để kiểm định kết thiết kế: a) Thể đầy đủ thống kết giai đoạn khảo sát Kết giai đoạn khảo sát thường tập hợp thành danh sách yêu cầu Để kiểm định, phân tích viên phải duyệt yêu cầu tự đặt câu hỏi: có phương án giải yêu cầu chưa? Ở chức nào? Dữ liệu ? b) Thể đầy đủ thống kết giai đoạn phân tích Kết giai đoạn phân tích chức bảng liệu Để kiểm định mức độ đáp ứng với kết phân tích, phân tích viên phải duyệt chức năng/bảng liệu tự đặt câu hỏi: giải đủ yêu cầu xử lý chức / bảng liệu chưa? Đã xử lý hết ràng buộc chưa? Quy trình/ tổ Trang 78 chức liệu tối ưu chưa? Có gây mâu thuẫn với chức năng/ liệu khác không? Phạm vi ảnh hưởng? c) Khơng có mâu thuẫn chức liệu Để kiểm định mức độ qn hai mơ hình này, phân tích viên duyệt chức tự đặt câu hỏi: đủ liệu đầu vào để thực chức chưa? Tổ chức liệu tối ưu cho nhu cầu xử lý chưa? Sau đó, phân tích viên thực công việc duyệt với bảng liệu đặt câu hỏi: liệu dùng cho việc gì? Đã có chức cập nhật bảng liệu chưa? Tương tự với giai đoạn phân tích, cơng việc kiểm định thường làm làm lại chiếm tới 80% lao động nhóm phân tích Các cơng cụ phân tích thiết kế tự động hỗ trợ việc kiểm định kết thiết kế theo nguyên lý nêu Các kết đánh giá thể báo cáo rõ bảng liệu chưa có chức cập nhật, chức chưa mô tả, yêu cầu chưa đáp ứng chức bảng liệu… 7.2 Các công cụ thiết kế tự động: Khi sử dụng công cụ thiết kế tự động, người ta lầm tưởng công cụ tự động cung cấp phần phân tích, thiết kế chương trình Thực “ tự động” dùng không thật nghĩa Nguyên lý chung công cụ thiết kế tự động hỗ trợ xây dựng hệ thống tin học; bao gồm cơng đoạn phân tích, thiết kế, sinh mã chương trình Có thể so sánh với Word công cụ hỗ trợ soạn thảo văn Phần nội dung văn phải người soạn tự nghĩ Vậy công cụ thiết kế tự động hỗ trợ nào? o Trước hết hỗ trợ công cụ thiết kế đồ họa để thể sơ đồ tương ứng o Điều quan trọng cho phép sử dụng lại kết phân tích cho phần phân tích Việc sử dụng lại kết thực dựa mối quan hệ kết phân tích phần khác ( ví dụ sơ đồ chức sơ đồ luồng liệu mơ tả mơ hình chức nên chúng phải tương ứng với nhau) o Và cuối cùng, hỗ trợ vô quan trọng công cụ trợ giúp thơng báo sai sót có giai đoạn Các sai sót tìm sở mối quan hệ hữu mô hinh…Các cảnh báo đưa cho người dùng dạng báo cáo lỗi Khi dùng công cụ thiết kế tự động có cảm giác khó chịu phức tạp công cụ núi tài liệu kèm Tuy nhiên, hiểu chất khả cơng cụ việc sử dụng chúng cho phép nâng cao đáng kể chất lượng hệ thống Để minh họa thêm, công cụ thiết kế tự động Oracle Designer mô tả chi tiết phần phụ lục Trang 79 TƯ LIỆU HỐ THIẾT KẾ: Trong giai đoạn thiết kế thơng thường, người dùng khó tham gia địi hỏi trình độ chuyên sâu lập trình Tuy nhiên, đánh giá, góp ý mức độ thỏa mãn yêu cầu từ phía người dùng quan trọng giai đoạn thiết kế Vì vậy, hồ sơ thiết kế nên tách thành hai phần: phần để người dùng thẩm định phần khác phản ánh trung thực kết thẩm định người dùng, mang tính kỹ thuật để phục vụ cho giai đoạn lập trình Hồ sơ giao diện ví dụ hồ sơ cho người dùng thẩm định Hồ sơ giao diện mô tả chức năng, dạng hình, thể vị trí trường số liệu, quy trình cập nhật kiểm tra ràng buộc Khi thẩm định, người dùng tưởng tượng hệ thống thực với xử lý phục vụ quy trình nghiệp vụ họ phát biểu ý kiến, nhìn nhận hệ thống Hồ sơ thiết kế thường bao gồm nội dung sau: 8.1 Mơ hình liệu tổng thể: Tương ứng với Cơ sở liệu hệ thống, biến đổi, phi chuẩn từ mơ hình liệu giai đoạn phân tích (có thể dùng ERD để thể hiện) Nếu mơ hình liệu q lớn (trên 100 bảng liệu) chia theo chủ đề để tiện theo dõi Với hệ thống lớn, mơ hình liệu tổng thể thể mơ hình phân tán/ tập trung liệu, nhóm người sử dụng quyền hạn liệu Các mơ hình tổ chức liệu: phân tán, trao đổi…Các sơ đồ luồng liệu với đầy đủ bảng thuộc tính 8.2 Thiết kế liệu chi tiết: Được thực với bảng liệu với nội dung cụ thể Thiết kế chi tiết bảng liệu a Tên bảng: b Nội dung liệu: c Tần suất sử dụng: d Mức độ tăng trưởng: - Kích thước ban đầu: số ghi ban đầu - Dự kiến tốc độ tăng trưởng: số ghi tăng/ngày (tháng, năm…) đ Mô tả trường liệu - Độ dài: - Kiểu liệu: - Khuôn dạng: - Miền giá trị: - Giá trị ngầm định: - Phương thức cập nhật, tính tốn (Với bảng khó hiểu, mang nhiều tính nghiệp vụ cần có thí dụ cụ thể với nhiều tình kèm) e Các ràng buộc, thứ tự thực hiện… Trang 80 8.3 Mơ hình chức tổng thể: Tương ứng với menu hệ thống biến đổi từ mơ hình chức giai đoạn phân tích thỏa mãn u cầu người dùng (có thể dùng BFD để thể hiện) Với hệ thống lớn, mơ hình chức tổng thể thể nhóm người sử dụng quyền hạn 8.4 Thiết kế chi tiết chức năng: Thiết kế chi tiết chức thực cho chức với nội dung cụ thể sau: Thiết kế chi tiết module chức Tên chức Mục đích: Tần suất sử dụng: Nội dung chức năng: Mô hình liệu chức năng: Mơ tả sử dụng liệu chức năng: Giao diện nhập liệu: Các trường liệu Các phím chức Các biểu tượng Màn hình giao diện Các xử lí, thứ tự thực hiện, giá trị ngầm định, thao tác xử lý liệu với CSDL… 8.5 Thiết kế thủ tục trigger: Thiết kế chi tiết thủ tục Tên thủ tục, trigger: Mục đích: Được sử dụng: Sơ đồ khối thuật tốn: Tham số vào: Các xử lí, liệu: Kết ra: VÍ DỤ QUẢN LÝ KHO: Thiết kế bảng trung gian cho quản lý kho, Mục lục hồ sơ thiết kế Thiết kế chức liệu mẫu 9.1 Thiết kế bảng trung gian: Như mục tiêu hệ thống Quản lý kho quản lý theo dõi xuất nhập để tổng hợp số tồn kho (số lượng giá trị) theo loại mặt hàng Theo danh sách yêu cầu người dùng áp đặt lên hệ thống có yêu cầu sau: Trang 81 a Gợi ý số hàng tồn đơn giá tồn có u cầu xuất vịng thời gian < 40s Các yêu cầu cho báo cáo kho; b Lập in thẻ kho theo mặt hàng; c Thẻ kho dạng bảng, dòng thể chi tiết nhập xuất bao gồm thông tin: Ngày, Số chứng từ, Số lượng xuất/ nhập, Giá trị xuất/ nhập, Số lượng giá trị tồn sau tác nghiệp; d Có cộng tổng cho cột Số lượng xuất, Số lượng nhập, Giá trị xuất, Giá trị nhập; đ Lập báo cáo kho hàng tháng cho tồn kho hàng; e Báo cáo kho có dạng bảng dòng thể biến động xuất nhập tồn mặt hàng tháng bao gồm thông tin: Mặt hàng, Số lượng giá trị tồn đầu kì, Số lượng giá trị nhập kì, Số lượng giá trị xuất kì, Số lượng giá trị tồn cuối; g Có cộng tổng cho cột Tồn giá trị đầu kỳ, giá trị nhập, giá trị xuất, tồn giá trị cuối kỳ Với yêu cầu gợi ý hàng tồn (yêu cầu 1), sử dụng bảng liệu Chứng từ nhập, Chi tiết hàng nhập, Chứng từ xuất, Chi tiết hàng xuất, với mã hàng cần xuất, cộng tổng toàn lần nhập trừ toàn lần xuất Tuy nhiên, cách không cho số tồn thời gian yêu cầu (40s) phải duyệt toàn chứng từ xuất nhập năm Vì người thiết kế nghĩ tới việc phải sử dụng bảng trung gian chứa số tồn thời kho mã hàng để gợi ý tức Bảng trung gian Tồn kho có 03 cột Mã hàng, Số tồn Giá trị tồn Bảng với lần nhập cộng thêm số tồn giá trị tồn cho mã hàng nhập chứng từ với lần xuất tương ứng bị trừ Bảng tồn kho mô tả đáp ứng yêu cầu Tuy nhiên, để đồng thời sử dụng cho việc lập báo cáo cho bảng làm lại sau: Mã hàng Tồn kho số lượng đầu năm Tồn giá trị đầu năm Nhập số lượng tháng Nhập giá trị tháng Xuất số lượng tháng Xuất giá trị tháng Nhập số lượng tháng Nhập giá trị tháng Xuất số lượng tháng Xuất giá trị tháng … Nhập số lượng tháng 12 Nhập giá trị tháng 12 Xuất số lượng tháng 12 Xuất giá trị tháng 12 Trang 82 Bảng liệu trung gian có 51 trường Khi có giao tác nhập, xuất hàng, trường tháng tương ứng cập nhật giá trị Với cấu trúc để tính số lượng giá trị tồn (gợi ý tồn) cần thực tối đa 50 phép tính cộng thoả mãn yêu cầu Bảng lại sử dụng phục vụ lập báo cáo kho có dạng: Mã hàng Tồn đầu kỳ Số Giá trị lượng Nhập kỳ Số Giá trị lượng Xuất kỳ Số Giá trị lượng Tồn cuối kỳ Số Giá trị lượng Thông thường báo cáo kho lập theo tháng Vì bảng liệu Tồn kho có quan hệ – với bảng Danh mục mặt hàng nên nhập chúng lại thành bảng đặt tên Mặt hàng Kho hàng Kỹ thuật thiết kế bảng trung gian dạng phi chuẩn Nội dung kỹ thuật tính tốn sẵn số thơng tin để cần cung cấp tức Việc xác định thơng tin cần tính tốn sẵn thực giai đoạn thiết kế hệ thống yêu cầu mà người dùng áp đặt lên hệ thống Các yêu cầu dẫn đến bảng trung gian thường yêu cầu tốc độ xử lý cơng đoạn có tần suất sử dụng lớn…Phần thiết kế liệu trung gian phần quan trọng, địi hỏi trình độ chun nghiệp mức cao Người thiết kế đồng thời phải hiểu thấu đáo yêu cầu nghiệp vụ lựa chọn giải pháp thiết kế tối ưu để thoả mãn tốt yêu cầu nghiệp vụ Kỹ thuật bảng trung gian kỹ thuật hữu hiệu sử dụng để đáp ứng yêu cầu người dùng Tuy kỹ thuật dạng phi chuẩn phá vỡ tính quán liệu đồng với việc gài tiềm ẩn sai sót số liệu vào hệ thống Các sai sót liệu trung gian tính tốn từ liệu khác có khả liệu ban đầu bị biến đổi mà không cập nhật đầy đủ lên số liệu trung gian Như số tồn kho lấy bảng trung gian không phản ánh số thực tế nguy hiểm số liệu đúng, sai nhiều trường hợp không dùng số liệu Thông thường kèm bảng trung gian dạng phi chuẩn chế kiểm tra, chế đảm bảo tính quán Các chế thực tập trung module chương trình (ví dụ module mà người ta hay gọi Dọn dẹp số liệu) tất module có sửa đổi số liệu gốc Ví dụ chức nhập chứng từ nhập kho khơng cần có chế cộng thêm vào bảng Tồn kho mà cịn phải tính đến khả cập nhật bảng trung gian xoá chứng từ, thay đổi tăng giảm số lượng đơn giá hàng nhập Các chế đảm bảo tính qn làm cho cơng việc thiết kế phức tạp lên nhiều, đặc biệt trình nâng cấp Khi thay đổi đầu vào hệ thống cần kiểm soát liệu phi chuẩn có liên quan để xây dựng chế cập nhật tương ứng 9.2 Mục lục hồ sơ thiết kế: A Thiết kế liệu Trang 83 - Mơ hình liệu tổng thể - Thiết kế chi tiết tiết + Bảng Chứng từ nhập + Bảng Chi tiết hàng nhập + Bảng Chứng từ xuất + Bảng Chi tiết hàng xuất + Bảng Danh mục mặt hàng (Tồn kho) B Thiết kế chức - Mơ hình chức tổng thể - Thiết kế chi tiết chức + Chức Nhập danh mục hàng + Chức Nhập + Chức Xuất + Chức Lập báo cáo kho - Thiết kế thủ tục, trigger + Dọn dẹp số liệu 9.3 Thiết kế chức năng: Trong phần trình bày mẫu thiết kế chức cho module Nhập kho a Tên chức năng: Nhập kho b Mục đích: Nhập, xoá, sửa chứng từ nhập kho c Tần suất sử dụng: 20 lần/ngày d Nội dung: Nhập chứng từ nhập phần thông tin chung (master) phần chi tiết hàng nhập (detail), cập nhật số tồn kho bảng Tồn kho đ Mơ hình liệu chức ChTuNhap # ID Ngay LoaiTien DienGiai ChTiNhap (Chi tiết nhập) MatHang (Danh mục mặt hàng) # ChTuNhap_ID # MatHang_ID SoLuong DonGia # ID DVT MoTa TonSoLuongDauNam TonGiaTriDauNam NhapSoLuongKy1 NhapGiaTriKy1 XuatSoLuongKy1 XuatGiaTriKy1 NhapSoLuongKy12 NhapGiaTriKy12 XuatSoLuongKy12 XuatGiaTriKy12 Trang 84 e Mô tả sử dụng liệu chức Create Chứng từ nhập # ID Ngay LoaiTien DienGiai Chi tiết hàng nhập # ChTuNhap_ID # MatHang_ID SoLuong DonGia Mặt hàng # ID DVT MoTa TonSoLuongDauNam Read X X X X X X X X Update Delete Achieve X X X X X X X X X X X X X X X X X X X X X X X X TonGiaTriDauNam NhapSoLuongKy1 NhapGiaTriKy1 XuatSoLuongKy1 XuatGiaTriKy1 … NhapSoLuongKy12 NhapGiaTriKy12 XuatSoLuongKy12 XuatGiaTriKy12 X X X X X X X X X g Giao diện nhập liệu: Các trường liệu Phần thông tin chung: Số chứng từ, Ngày, Loại tiền, Diễn giải Phần thông tin chi tiết hàng nhập: Mã hàng, Đơn vị tính, Mơ tả, Số lượng, Đơn giá, Thành tiền Các phím chức năng: F2 xem danh sách Các biểu tượng: Nhập mới, Ghi, Xố, Ra Màn hình giao diện: Trang 85 Số chứng từ / Ngày nhập / Loại tiền Diễn giải Chi tiết hàng nhập Mã hàng Mô tả ĐVT Số lượng Đơn giá Thành tiền Thứ tự thực hiện: Nhập theo thứ tự Phần thông tin chung: Số chứng từ, Ngày, Loại tiền, Diễn giải Phần thông tin chi tiết hàng nhập: Mã hàng, Đơn vị tính (hiện), Mơ tả (hiện), Số lượng, Đơn giá, Thành tiền (hiện) Các xử lý: - Cộng thêm số lượng thành phần chi tiết hàng vào bảng Mặt hàng cho tương ứng trường NhapSoLuongKy1, NhapGiaTriKy1 i tháng chứng từ - Trường hợp sửa chứng từ trừ số cũ, cộng số vào trường Giá trị ngầm định - Ngày: Ngày hệ thống - Loại tiền: Đồng Trang 86 CÂU HỎI ƠN TẬP: Tại nói thiết kế giai đoạn trung tâm trình phát triển hệ thống ? Các hoạt động thiết kế sản phẩm thiết kế ? Tại phương diện quản lý, người ta lại chia giai đoạn thiết kế sơ thiết kế chi tiết ? Các tiêu chuẩn thiết kế đảm bảo chất lượng ? Anh/Chị có bổ sung thêm ? Trong thiết kế mơ đun chương trình, phân tích tính gắn bó mơ đun tính liên kết mơ đun Thực hành theo nhóm: nhóm phác thảo thiết kế hệ thống theo tập nhóm xây dựng nội dung khảo sát phân tích hệ thống Tài liệu tham khảo [1] Ts Nguyễn Hồng Phương, Phân tích thiết kế hệ thống thơng tin – Phương pháp ứng dụng, NXB Lao động – Xã hội, 2008 [2] Ban điều hành đề án 112, Giáo trình Phân tích, thiết kế, xây dựng, quản lý hệ thống thông tin, Viện Công nghệ thông tin, 2006 [3] Thạc Bình Cường, Giáo trình Phân tích, thiết kế hệ thống thông tin, NXB Giáo dục, 2005 [4] Nguyễn Văn Hưng – Hồng Quang Tuyến, Hệ thống thơng tin – Công nghệ tổ chức xây dựng, NXB Đà Nẵng, 1994 [5] James A Senn, Analysis and Design of Information Systems, McGraw – Hill International Edition, 1989 ... 112, Giáo trình Phân tích, thiết kế, xây dựng, quản lý hệ thống thông tin, Viện Công nghệ thông tin, 2006 [3] Thạc Bình Cường, Giáo trình Phân tích, thiết kế hệ thống thông tin, NXB Giáo dục, 2005... - Tính liên kết hệ thống với nhau: Các hệ thống cần có chế trao đổi liên hệ với thành phần khác hệ thống cho khả tích hợp vào hệ thống khác Việc phân chia hệ thống tốt đảm bảo tính gắn kết cao. .. kết cao tính liên kết yếu thành phần nghĩa đảm bảo tính độc lập cao Sự phân chia hệ thống thành hệ thống vào chức túy mà phải phân tích từ thực tế thiết kế đảm bảo tính khả thi, sử dụng hệ thống