Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020

Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020 Bài giảng học phần Phân tích và Thiết kế Hệ thống thông tin 2020

13/08/2020 Mục đích Khoa HTTT Kinh tế TMĐT Bộ mơn Cơng nghệ thơng tin • • Bài giảng học phần Phân tích Thiết kế Hệ thống thơng tin Cung cấp cho sinh viên khái niệm bản, nguyên lý chung phân tích thiết kế hệ thống Cung cấp kiến thức phân tích thiết kế hệ thống theo cách tiếp cận hướng đối tượng sử dụng ngơn ngữ UML Sinh viên áp dụng số toán đời sống quản lý kinh doanh, dịch vụ,… 20/12/2013 Mục tiêu học phần Cấu trúc: tín (36,9) Nội dung: Explain the systems analyst’s role information systems development •  •  Describe the basic systems development life cycle and its phases Explain how organizations identify IS development projects  Explain the importance of linking the information system to business needs •  Be able to create a system request •  Describe technical, economic, and organizational feasibility assessment Be able to perform a feasibility analysis • 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT Cấu trúc nội dung   Bộ môn CNTT - Khoa HTTT Kinh tế TMDT • • Chương Tổng quan phân tích & thiết kế HT Chương 2: Ngơn ngữ mơ hình hóa cơng cụ PTTK Chương Phân tích thiết kế hệ thống theo hướng đối tượng Chương 4: Thiết kế hệ thống theo hướng đối tượng Đánh giá: thi hết học phần + tập lớn 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 13/08/2020 Tài liệu tham khảo • Chương Tổng quan PTTKHT 1.1 Phương pháp luận phân tích thiết kế hệ thống Phân tích thiết kế hệ thống thông tin đại Nguyễn Văn Vỵ, Thống Kê, 2002 • Phân tích thiết kế hướng đối tượng, Đặng Văn Đức, NXB Giáo Dục, 2002 • System Analysis and Design - Complete Introductory Tutorial for Software Engineering http://www.freetutes.com/systemanalysis • Phân tích thiết kế Hệ thống thơng tin với UML Đặng Văn Đức, NXB Giáo dục 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 1.1.1 Một số khái niệm 1.1.2 Mơ hình hóa hệ thống 1.1.3 Quy trình phân tích thiết kế hệ thống 1.2 Các hướng tiếp cận phân tích thiết kế 1.2.1 Tiếp cận hướng chức 1.2.2 Tiếp cận hướng đối tượng 1.2.3 Đánh giá hướng tiếp cận 20/12/2013 1.1 Phương pháp luận PTTKHT • Khái niệm • • • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 1.1.1 Một số khái niệm 1.1.1 Một số khái niệm 1.1.2 Mơ hình hóa hệ thống 1.1.3 Quy trình phân tích thiết kế hệ thống 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 20/12/2013 Hệ thống: tập hợp gồm nhiều thành phần/đối tượng có tổ chức tương tác với nhằm thực mục tiêu chung Ví dụ: hệ thống điều khiển giao thơng, hệ thống mạng máy tính HT mở: HT tồn số thành phần có tương tác với mơi trường bên ngồi Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 13/08/2020 1.1.1 Các khái niệm 1.1.1 Các khái niệm Khái niệm • HT quản lý: phương tiện, biện pháp để theo dõi, kiểm tra định hướng hoạt động tổ chức nhằm đạt mục tiêu đề Thành phần • • • Hệ thống định: xác định mục tiêu mà tổ chức phải vươn tới, tác động lên HT tác vụ để thực mục tiêu • Hệ thống tác vụ: thực hoạt động tổ chức theo chiến lược mà HT định đề • Hệ thống thơng tin: phân tích cung cấp TT tình hình HT tác vụ chuyển thị HT định cho HT tác vụ Chú ý: ranh giới phân chia thành phần • Mối quan hệ thành phần HT quản lý 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Các kiện tiến hóa 1.1.1 Các khái niệm • Vai trị HTTT: • • • Thu thập TT Xử lý TT Truyền thơng tin • (Cập nhập) Dữ liệu Về cấu trúc quan Các thành phần HTTT • • • Con người thiết bị Dữ liệu: Là thông tin lưu trì nhằm phản ánh thực trạng thời hay khứ DN Các xử lý: Là q trình biến đổi thơng tin, nhằm: • • 10 Dữ Các tham liệu số vào - Xử lý Các quy tắc quản lý - Các thủ tục TT Dữ liệu Về hoạt động KD/DV Sinh thông tin theo thể thức quy định Trợ giúp định TT nội (Thu thập) Các kiện hoạt động 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 11 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 12 13/08/2020 1.1.1 Các khái niệm • Phân loại HTTT: • • • • HT xử lý liệu (DPS – Data Processing System) HTTT quản lý (MIS – Management Information System) HT hỗ trợ định (DSS – Decision Support System) Hệ chuyên gia (ES – Expert System) Người phân tích hệ thống Nguyên tắc kỹ 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 13 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Nguyên tắc phân tích thiết kế Systems Analyst Roles Nguyên tắc phân tích thiết kế Systems Analyst Role  Key role in developing information systems o o o 14  Interaction with an array of people Analyzing the business situation Identifying opportunities for improvements Designing an information system to implement the improvements o o o Technical specialists (DBAs, network admins, programmers) Business people (users, managers, steering committee) Others (vendors, consultants)  Variety of specialized roles o People-oriented: change management analyst, project management o Business-oriented: requirements analyst, business analyst o Technically-oriented: infrastructure analyst o Generalist: systems analyst 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 15 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 16 13/08/2020 What Do System Analysts Like About Their Work? What Do System Analysts Dislike About Their Work?  Challenge (Thử thách)  Technology (Công nghệ)  Variety (Đa dạng)  Constant Change (Thường xuyên thay đổi)  Problem Solving (Giải vấn đề) 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT  Management’s lack of communication/recognition  End-user mistakes and demands  Stress/pressure/burnout  Ever-changing business technology  Unrealistic deadlines 17 20/12/2013 Preparing for Your Career Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 18 1.1.2 Mơ hình hóa hệ thống  Working knowledge of information technology  Computer programming experience & expertise  General business knowledge  Problem-solving skills  Interpersonal communication skills  Flexibility and adaptability  Character and ethics  Systems analysis & design skills 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT • Nguyên lý chế ngự phức tạp: Lờ chi tiết không quan trọng • Khái niệm mơ hình: dạng trừu tượng hóa hệ thống thực Hay mơ hình biểu diễn hệ thống thực, diễn tả: • • • • 19 Ở mức độ trừu tượng hóa Theo quan điểm (góc nhìn) Bởi hình thức hiểu (văn bản, bảng, đồ thị …) Khái niệm mơ hình hóa: việc dùng mơ hình để nhận thức diễn tả hệ thống 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 20 13/08/2020 1.1.2 Mơ hình hóa hệ thống 1.1.2 Mơ hình hóa hệ thống Mục đích mơ hình hóa: • • • • • • • • Hiện nay: PTTKHT sử dụng mơ hình dạng biểu đồ (diagram) Mức độ mơ hình hóa HT • • • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT • • • • 21 Mô tả chức HT phải thực Mô tả đặc điểm tĩnh hệ thống: thông tin, quan hệ Mô tả cách ứng xử HT Mô tả kiến trúc HT (các thành phần) Các phương pháp mơ hình hóa • Mức logic • Mức vật lý  Mọi trình phát triển hệ thống ln có hai giai đoạn phân biệt: phân tích thiết kế • 20/12/2013 Các phương diện mơ tả hệ thống (bốn trục mơ hình hóa) • Để hiểu Để trao đổi Để hồn chỉnh 20/12/2013 Các phương pháp hệ thống Các phương pháp hướng chức năng/ cấu trúc Phương pháp theo kiện Các phương pháp hướng liệu Các phương pháp hướng đối tượng Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 22 1.1.3 Quy trình phân tích thiết kế hệ thống • • • • • • Vịng đời phát triển hệ thống (SDLC) The Systems Development Life Cycle Giai đoạn 1: Khảo sát dự án Giai đoạn 2: Phân tích hệ thống Giai đoạn 3: Thiết kế Giai đoạn 4: Thực Giai đoạn 5: Kiểm thử Giai đoạn 6: Triển khai bảo trì 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT The overall process of systems development 23 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 24 13/08/2020 Làm để xây dựng hệ thống? How Do Systems Get Built? Pha lập kế hoạch Planning Phase Systems Development Life Cycle (SDLC)  Planning  Analysis  Design  Implementation Obsolete System  Project Initiation o o  Set Up the Project o New Project Launched On-going Systems Planning Prepare system request Perform preliminary feasibility analysis Project Plan, including work plan & staffing plan Planning Implementation System Specifications 20/12/2013 Design System Requirements Analysis Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Planned Project 25 20/12/2013 Pha phân tích Analysis Phase    Study existing system and its problems  Develop new system concept o Describe new system with analysis models o Assemble design elements into System Specification  Summarize results of the Analysis Phase o Go/No Go decision made by sponsor and steering committee o Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Design system components o Architecture, interface, database, programs Prepare and Present System Proposal 20/12/2013 Determine Design Strategy o Build / Buy / Outsource Collect and Analyze Requirements o  26 Pha thiết kế Design Phase Determine Analysis Strategy o Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Present to steering committee o Go / No Go decision before entering final phase 27 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 28 13/08/2020 1.2 Các hướng tiếp cận PTTKHT Pha cài đặt Implementation Phase  1.2.1 Tiếp cận hướng cấu trúc 1.2.2 Tiếp cận hướng đối tượng 1.2.3 Đánh giá hướng tiếp cận System Construction o Programming and testing  System Installation o Training o Conversion to new system  On-going system support 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 29 20/12/2013 1.2.1 Cách tiếp cận hướng cấu trúc • • 1.2.1 Cách tiếp cận hướng cấu trúc QL DN Tư tưởng: Lấy chức làm đơn vị phân rã HT Đặc điểm: • • • • • 20/12/2013 Dựa vào chức Phân rã chức làm mịn dần theo cách thực từ xuống Các đơn thể chức trao đổi với cách truyền tham số sử dụng liệu chung Tính mở thích nghi HT bị hạn chế Khả tái sử dụng bị hạn chế không hỗ trợ chế kế thừa Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 30 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 31 QL Nhân Theo dõi NS 20/12/2013 Trả cơng QL Tài KT thu chi KT Tổng hợp QL Vật tư QL Thiết bị QL Vật liệu Bộ môn CNTT - Khoa HTTT Kinh tế TMDT QL KH Giải Đơn hàng Tiếp thị 32 13/08/2020 1.2.3 Đánh giá hướng tiếp cận 1.2.2 Cách tiếp cận hướng đối tượng • • Tiếp cận hướng cấu trúc Tư tưởng: Lấy thực thể/ đối tượng đơn vị phân rã HT • Ưu điểm: • Đặc điểm: • • • • • Đặt trọng tâm vào liệu Xem HT tập thực thể, đối tượng Các lớp trao dổi với thơng điệp Tính mở thích nghi HT cao Hỗ trợ sử dụng lại chế kế thừa 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT • • • 33 20/12/2013 1.2.3 Đánh giá hướng tiếp cận Tiếp cận hướng đối tượng • Ưu điểm: • • • • • 20/12/2013 • Gần gũi với giới thực Tái sử dụng dễ dàng Đóng gói che giấu thơng tin làm cho hệ thống tin cậy Thừa kế làm giảm chi phí, hệ thống có tính mở cao Xây dựng hệ thống phức tạp • Phương pháp phức tạp, khó theo dõi luồng liệu có nhiều luồng liệu đầu vào Hơn giải thuật lại vấn đề trọng tâm phương pháp Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Nhược điểm: • Khơng hỗ trợ việc sử dụng lại Các chương trình hướng cấu trúc phụ thuộc chặt chẽ vào cấu trúc liệu tốn cụ thể, khơng thể dùng lại modul phần mềm cho phần mềm khác với yêu cầu liệu khác • Không phù hợp cho phát triển phần mềm lớn • Khó quản lý mối quan hệ modul dễ gây lỗi phân tích khó kiểm thử bảo trì Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 34 Lĩnh vực áp dụng Nhược điểm: • • Tư phân tích thiết kế rõ ràng Chương trình sáng sủa dễ hiểu Phân tích chức hệ thống Dễ theo dõi luồng liệu 35 Phương pháp hướng cấu trúc thường phù hợp với nhiều tốn nhỏ, có luồng liệu rõ ràng, cần phải tư giải thuật rõ ràng người lập trình có khả tự quản lý truy cập đến liệu chương trình 20/12/2013 • Phương pháp hướng đối tượng thường áp dụng cho toán lớn, phức tạp, có nhiều luồng liệu khác mà phương pháp cấu trúc quản lý Khi người ta dùng phương pháp hướng đối tượng để để tận dụng khả bảo vệ giữ liệu ngồi cịn tiết kiệm cơng sức tài ngun Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 36 13/08/2020 Các dự án IS đến từ đâu? Where Do IS Projects Come From?  Fulfill a business need o Enable a business initiative or strategy o Support a merger/acquisition Khởi tạo dự án Project Initiation o Fix a “point of pain” o Utilize a new technology o Outgrowth of Business Process Management (BPM) How projects get started 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 37 20/12/2013 Business Process Management: A methodology used by organizations to continuously improve end-to-end business processes  Four-step continuous cycle: o Define and map the steps in a business process, o Create ways to improve on steps in the process that add value, o Internal and cross-organizational processes o Find ways to eliminate or consolidate steps in the process that o Benefits include: ▪ Enhanced process agility ▪ Process alignment with industry “best practices” ▪ Increased process efficiencies don’t add value, o Create or adjust electronic workflows to match the improved process maps 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 38 Quản trị quy trình kinh doanh gì? What is BPM? (continued) Quản trị quy trình kinh doanh gì? What is BPM?  Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 39 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 40 10 13/08/2020 Organize the Interface • Use Scenarios for Tune Source • • • • Define the basic components of the interface and how they work together to provide functionality to users Use Interface Structure Diagram (ISD) Shows how all screens, forms, and reports are related Shows how user moves from one to another Similar to DFD in using boxes and lines • • • 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 241 Interface Structure Diagram for Tune Source 20/12/2013 Boxes denote screens Lines show movement from one to another Different from DFD in having no standard rules or format 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 242 Site Map for Tune Source Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 243 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 244 61 13/08/2020 Wireframe Diagram for Tune Source 20/12/2013 Storyboard Example Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 245 Language Prototype Example 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 246 Thiết kế chương trình Program Design Systems analysis and design, 6th edition Dennis, wixom, and roth 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 247 62 13/08/2020 Contrasting a Logical and Physical DFD The Physical Process Model • Show the implementation details and explain how the system will work, including • • • 20/12/2013 LOGICAL DFD Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 249 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Key Definitions • • • Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 250 The Structure Chart Program design - creating instructions for the programmers The top-down, modular approach - begin with the “big picture” and gradually add detail Program design document – all structure charts and specifications needed by programmers to implement the system 20/12/2013 PHYSICAL DFD Actual, specific technology Format of information Human interaction with system 251 • Important program design technique • Shows all components of code in a hierarchical format • • • • Sequence Selection Iteration Illustrates the organization and interactions of the different program modules 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 252 63 13/08/2020 Building the Structure Chart Example Structure Chart • Processes in the DFD tend to represent one module on the structure chart • • • • 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 253 Afferent processes – provide inputs to system Central processes – perform critical system operations Efferent processes – handle system outputs The DFD leveling can correspond to the structure chart hierarchy 20/12/2013 Types of Cohesion • • • • • • • Functional Sequential Communicational Procedural Temporal Logical Coincidental 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 254 Types of Coupling Good • • • • • Data Stamp Control Common Content Good Bad Bad Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 255 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 256 64 13/08/2020 Fan-in Quality Checklist High fan-in preferred Promotes reuse of subordinate modules 1.1 Calculate Employee Salary 1.2 Print Employee Roster 1.3 Calculate Benefits 1.1.2 Read Employee Record 1.1 Calculate Employee Salary 1.2 Print Employee Roster 1.3 Calculate Benefits 1.1.1 Read Employee Record 1.2.1 Read Employee Record 1.3.1 Read Employee Record Library modules have been created where ever possible The diagram has a high fan-in structure Control modules have no more than subordinates Each module performs only one function (high cohesion) Modules sparingly share information (loose coupling) Data couples that are passed are actually used by the accepting module Control couples are passed from “low to high” Each module has a reasonable amount of code associated with it Low fan-in not preferred 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 257 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 258 Program Specification Content • • Đặc tả chương trình Program Specifications • • • • Instructions to the programmer 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 259 No standard approach Include program information Note events that trigger actions List inputs and outputs Include pseudocode Provide additional notes and comments as needed 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 260 65 13/08/2020 Sample Program Specification Sample Pseudocode 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 261 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 262 Key Concepts Thiết kế lưu trữ liệu Data Storage Design • • Data storage function: how data is stored and handled by programs that run the system Data storage design: • • Systems analysis and design, 6th edition • Dennis, wixom, and roth • 20/12/2013 select the data storage format; convert the logical data model into a physical data model to reflect implementation decisions; ensure that DFDs and ERDs balance; and design the selected data storage format to optimize its processing efficiency Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 264 66 13/08/2020 DATA STORAGE FORMATS • • Types of data storage formats: • • • Files Files: electronic lists of data, optimized to perform a particular transaction Database: a collection of groupings of information that are related to each other in some way Database Management System (DBMS): software that creates and manipulates the databases 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 265 • • • Data file: an electronic list of information that is formatted for a particular transaction Sequential organization is typical Record associations with other records created by pointers Also called linked lists because of the way the records are linked together using pointers 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 266 Types of Files • • • • • Master files – store core information that is important to the application Look-up files – contain static values Transaction files – store information that can be used to update a master file Audit files – record “before” and “after” images of data as the data is altered History files (or archive files) – store past transactions 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Appointment File Example 267 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 268 67 13/08/2020 Databases • There are many types of databases: • • • • • 20/12/2013 Appointment Database Legacy database Relational database Object database Multidimensional database NoSQL database Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 269 20/12/2013 Object Databases • • • Object-oriented database management system (OODBMS) are mainly used to support multimedia applications or systems that involve complex data Play a minor role in the DBMS market at this time Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 270 Multidimensional Databases Based on object orientation: that all things should be treated as objects that have both data (attributes) and processes (behaviors) 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 271 • • • A type of relational database used extensively in data warehousing Data warehousing is the practice of taking and storing data in a data warehouse (i.e., a large database) that supports business intelligence (BI) systems Data marts are smaller databases based on data warehouse data; support BI for specific departments or functional areas of the organization 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 272 68 13/08/2020 Selecting a Storage Format • Multidimensional Database • Each of the file and database data storage format has its strengths and weaknesses Factors to consider in selecting a storage format: • • • • 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 273 Data Types Type of Application System Existing Storage Formats Future Needs 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 274 4.1 Thiết kế hệ thống Comparing Storage Formats 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 275 • Quy trình thiết kế nhằm xác định hệ thống cấu tạo lên hệ thống đề xuất framework giúp điều khiển hệ thống giao tiếp chúng gọi quy trình thiết kế kiến trúc Kết quy trình thiết kế đặc tả kiến trúc phần mềm • Thiết kế kiến trúc pha sớm quy trình thiết kế hệ thống Thiết kế kiến trúc thường thực song song với số hành động đặc tả Nó bao gồm có việc phát thành phần hệ thống giao tiếp chúng 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 276 69 13/08/2020 4.1 Thiết kế hệ thống • 4.1 Thiết kế hệ thống Nếu có thiết kế kiến trúc rõ ràng ta thấy ưu điểm hoạt động sau: • • Các đặc điểm kiến trúc hệ thống: • Giao tiếp stakeholder: • • Kiến trúc hệ thống thường sử dụng làm tâm điểm buổi thảo luận stakeholder • • Phân tích hệ thống: • • • Tức phân tích để xác định liệu hệ thống có thoả mãn yêu cầu phi chức Hiệu năng: hạn chế thao tác phức tạp tối thiểu hoá giao tiếp Bảo mật: sử dụng kiến trúc phân lớp với nhiều kiểm sốt chặt chẽ lớp sâu An tồn Sẵn dùng Có khả bảo trì hay khơng • Tái sử dụng với quy mơ lớn: • Kiến trúc tái sử dụng nhiều hệ thống 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 277 20/12/2013 4.1 Thiết kế hệ thống • • • • • • Nguyên tắc quan trọng xây dựng hệ thống phần mềm, là: • Mơ hình cấu trúc tĩnh: mơ tả thành phần hệ thống Mơ hình quy trình động: biểu diễn quy trình cấu trúc hệ thống Mơ hình giao diện: định nghĩa tập hợp giao diện hệ thống Mơ hình quan hệ: biểu diễn quan hệ hệ thống Mơ hình phân tán: biểu diễn cách cài đặt hệ thống máy tính • • • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 279 Người sử dụng không quan tâm đến cấu trúc bên hệ thống, đơn giản hay phức tạp; mà họ đánh giá cảm nhận giao diện tương tác hệ thống người sử dụng Nếu người sử dụng cảm thấy giao diện khơng thích hợp, khó sử dụng họ không sử dụng hệ thống; cho dù hệ thống có đáp ứng tất chức nghiệp vụ mà họ muốn Và vậy, dự án thất bại Vì tầm quan trọng giao diện người dùng, nên có chương để nói chúng Trong chương này, nghiên cứu vấn đề sau: • 20/12/2013 278 4.2 Thiết kế giao diện thiết kế lớp Các mơ hình kiến trúc bản: • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 20/12/2013 Các yếu tố liên quan đến giao diện người dùng Quy trình xây dựng giao diện người dùng Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 280 70 13/08/2020 4.2.1 Thiết kế giao diện người dùng 4.2.1 Thiết kế giao diện người dùng Tổng quan: • • • Giao diện người dùng cần phải thiết kế cho phù hợp với kỹ năng, kinh nghiệm Tác nhân người thiết kế giao diện: • trơng đợi người sử dụng • Người sử dụng hệ thống thường đánh giá hệ thống thông qua giao diện chức Giao diện hệ thống nghèo nàn khiến người sử dụng tạo lỗi nghiêm trọng Đó lý nhiều hệ thống phần mềm không sử dụng • Mục tiêu: • Một nhân tố quan trọng ảnh hưởng tới trình thiết kế giao diện người sử dụng hệ thống Do đó, phải tìm hiểu số đặc điểm người sử dụng có liên quan đến giao diện hệ thống: • • Nắm ảnh hưởng người sử dụng tới giao diện • Một số nguyên tắc thiết kế giao diện người dùng • • Phân loại khả tương tác người máy để thiết kế giao diện cho phù hợp • Biết cách biểu diễn thông tin cho phù hợp với người sử dụng 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT • 281 20/12/2013 Giao diện người dùng (tt2) • • • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 282 Giao diện người dùng (tt3) Các nguyên tắc thiết kế giao diện: • Khả nhớ tức thời người bị hạn chế: người nhớ khoảng loại thông tin Nếu ta biểu diễn nhiều loại, khiến người sử dụng khơng nhớ hết gây lỗi Người sử dụng gây lỗi: người sử dụng gây lỗi khiến hệ thống hoạt động sai, thông báo khơng thích hợp làm tăng áp lực lên người sử dụng đó, xảy nhiều lỗi Người sử dụng khác nhau: người có khả khác Những người thiết kế không nên thiết kế giao diện phù hợp với khả họ Người sử dụng thích loại tương tác khác nhau: số người thích hình ảnh, văn bản, âm … • Thiết kế giao diện phải phụ thuộc vào yêu cầu, kinh nghiệm khả người sử dụng hệ thống Người thiết kế nên quan tâm đến giới hạn vật lý tinh thần người nên nhận người ln gây lỗi Không phải tất nguyên tắc thiết kế giao diện áp dụng cho tất giao diện Các nguyên tắc thiết kế giao diện (tt1): • Sau nguyên tắc thiết kế giao diện: • Sự quen thuộc người sử dụng: giao diện phải xây dựng dựa thuật ngữ khái niệm mà người sử dụng hiểu khái niệm liên quan đến máy tính • Ví dụ: hệ thống văn phòng nên sử dụng khái niệm thư, tài liệu, cặp giấy … mà không nên sử dụng khái niệm thư mục, danh mục … • Thống nhất: hệ thống nên hiển thị mức thống thích hợp • Ví dụ: câu lệnh menu nên có định dạng … • Tối thiểu hoá bất ngờ: yêu cầu xử lý theo cách biết trước người sử dụng dự đốn thao tác u cầu tương tư 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 283 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 284 71 13/08/2020 Giao diện người dùng (tt4) • 4.2.1 Thiết kế giao diện người dùng Các nguyên tắc thiết kế giao diện (tt2): • • Các nguyên tắc thiết kế giao diện (tt3): Sau nguyên tắc thiết kế giao diện (tt1): • • Khả phục hồi: hệ thống nên cung cấp số khả phục hồi từ lỗi người sử Sau nguyên tắc thiết kế giao diện (tt2): • dụng cho phép người sử dụng khôi phục lại từ chỗ bị lỗi Khả bao gồm cho phép làm lại, hỏi lại hành động xố, huỷ … • Hướng dẫn người sử dụng: hệ thống trợ giúp, hướng dẫn trực tuyến … • Tính đa dạng: hỗ trợ nhiều loại tương tác cho nhiều loại người sử dung khác Tương tác người sử dụng hệ thống chia thành loại sau: • • • • • Ví dụ: nên hiển thị phơng chữ lớn với người cận thị • 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 285 20/12/2013 4.2.1 Thiết kế giao diện người dùng • • 20/12/2013 Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT • Biểu diễn thơng tin có liên quan tới việc hiển thị thông tin hệ thống tới người sử dụng Thơng tin biểu diễn cách trực tiếp chuyển thành nhiều dạng hiển thị khác như: dạng đồ hoạ, âm … Thông tin cần biểu diễn chia thành hai loại: Biểu diễn thơng tin (tt1) • Các nhân tố ảnh hưởng tới việc hiển thị thơng tin: • Người sử dụng thích hiển thị phần thơng tin hay quan hệ liệu? • Giá trị thơng tin thay đổi nhanh nào? Sự thay đổi có cần phải thể hay khơng? • Người sử dụng có phải thực hành động để đáp ứng với thay đổi khơng? • Thơng tin tĩnh: khởi tạo đầu phiên Nó khơng thay đổi suốt phiên • Có phải giao diện vận hành trực tiếp khơng? dạng số dạng văn • Thông tin động: thay đổi phiên sử dụng thay đổi phải người sử dụng quan sát • Biểu diễn digital hay analogue? • Thơng tin dạng văn hay dạng số? Các giá trị quan hệ có quan trọng khơng? Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 286 4.2.1 Thiết kế giao diện người dùng Biểu diễn thơng tin • Vận hành trực tiếp Lựa chọn menu Điền vào biểu mẫu (Form) Ngôn ngữ lệnh Ngôn ngữ tự nhiên • Biểu diễn digital hay analogue? 287 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 288 72 13/08/2020 Quy trình thiết kế UI Quy trình thiết kế UI (tt1) Giới thiệu: • Thiết kế giao diện người dùng quy trình lặp lại bao gồm cộng tác người sử dụng người thiết kế Trong quy trình gồm hoạt động bản: • • • • • Phân tích người sử dụng: tìm hiểu người sử dụng làm với hệ thống Lập mẫu thử hệ thống: xây dựng tập mẫu thử để thử nghiệm Đánh giá giao diện: thử nghiệm mẫu thử với người sử dụng 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 289 20/12/2013 Quy trình thiết kế UI (tt2) • • • 20/12/2013 Hiểu quy trình thiết kế giao diện người dùng Nắm chi tiết hoạt động quy trình thiết kế giao diện người dùng Với hoạt động, có nhiều cách để thực Do đó, phải có khả lựa chọn phương pháp thích hợp cho hồn cảnh cụ thể Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 290 Quy trình thiết kế UI (tt3) Mục tiêu: • Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 291 • Phân tích người sử dụng • • • 20/12/2013 Nếu ta khơng hiểu rõ người sử dụng muốn làm với hệ thống, ta khơng thể thiết kế giao diện hiệu Phân tích người sử dụng phải mô tả theo thuật ngữ để người sử dụng người thiết kế khác hiểu Các ngữ cảnh mà ta mô tả thao tác trong cách mơ tả phân tích người dùng Ta lấy nhiều u cầu người sử dụng từ Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 292 73 13/08/2020 4.3 Thiết kế việc lưu trữ liệu • • Có dạng lưu trữ chính: – Lưu trữ dạng Tập tin – Lưu trữ dạng CSDL • • Chú trọng nhiều vào xử lý hình thức giao diện • Thường thơng tin tiếp nhận xử lý • Vị dụ: game nhỏ, … • • Lưu trữ dạng CSDL thông dụng 20/12/2013 Các bước thực hiện: • Lưu trữ dạng tập tin – Thường thích hợp với số PM • • 4.3 Thiết kế việc lưu trữ liệu 293 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Bước 1: Chọn YC xác định sơ đồ logic cho YC Bước 2: Bổ sung thêm YC xem lại sơ đồ logic • Nếu sơ đồ logic đáp ứng tiếp tục bước (khơng thêm cả) • Nếu sơ đồ logic khơng đáp ứng bổ sung vào – Ưu tiên 1: thuộc tính – Ưu tiên 2: thành phần với thuộc tính liên kết tương ứng Bước 3: Quay lại bước xem xét đầy đủ YC Bước 4: Tìm liệt kê RBTN, RBNC 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 4.4 Mơ hình hóa cài đặt hệ thống Bài tập Hệ thống thông tin lý Phần cứng phần mềm Công nghệ quản lý Các biểu mẫu Quy trình nghiệp vụ Con người • Câu 1: • CSDL • Hệ thống thơng tin cũ Dữ liệu 20/12/2013 Cơng nghệ quản lý Các biểu mẫu • Quy trình nghiệp vụ Dữ liệu Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT Con người Nêu số trường hợp cung cấp giao diện người dùng cách quán Câu 2: • Phần cứng phần mềm 294 Hãy đề xuất vài giao diện người dùng thích hợp cho hệ thống bán sách trực tuyến, dành cho khách hàng người khuyết tật Câu 3: • Cho biết ưu điểm việc hiển thị thơng tin cách trực quan Lấy ví dụ để minh hoạ cho tính vượt trội việc hiển thị thông tin trực quan so với thông tin thống kế văn bản, số liệu Dữ liệu 295 20/12/2013 Bộ môn CNTT - Khoa HTTT Kinh tế TMDT 296 74 13/08/2020 Bài tập (tt1) • Câu 4: • • Nêu ý sử dụng màu để thiết kế giao diện Câu 5: • 20/12/2013 Viết kịch tương tác hệ thống dịch vụ đặt mua vé trước thực toán thẻ tín dụng Bộ mơn CNTT - Khoa HTTT Kinh tế TMDT 297 75 ...13/08 /2020 Tài liệu tham khảo • Chương Tổng quan PTTKHT 1.1 Phương pháp luận phân tích thiết kế hệ thống Phân tích thiết kế hệ thống thông tin đại Nguyễn Văn Vỵ, Thống Kê, 2002 • Phân tích thiết kế. .. 50 13/08 /2020 Giới thiệu • Sau xác định phân tích yêu cầu hệ thống, chuyển sang pha thiết kế cài đặt hệ thống Thiết kế kiến trúc hệ thống giai đoạn sớm quy trình thiết kế hệ thống Thiết kế kiến... TMDT 41 20/12/2013 Bài tập Bộ môn CNTT - Khoa HTTT Kinh tế TMDT Yêu cầu Phân tích thiết kế HTTT Quản lý Nhân • Phân tích thiết kế hệ thống theo hướng đối tượng Phân tích thiết kế HTTT Quản lý kinh