1-Gioi Thieu HTTT.ppt

TỔNG QUAN VỀ HỆ THỐNG THÔNG TIN TỔNG QUAN VỀ HỆ THỐNG THÔNG TIN  Khái niệm hệ thống (System)  Tổ chức (Organization)  Dữ liệu (Data) thông tin (information)  Thông tin mức định quản lý (Management decision making)  Định nghĩa hệ thống thông tin (Information Systems)  Phân loạI IS  Các IS phân loại theo mức quản lý tổ chức Khái niệm hệ thống "Một hệ thống tập hợp thành phần liên quan với phối hợp hoạt động với nhằm đạt mục tiêu cụ thể" (Lee) System A Subsystem B Subsystem C Subsystem E Environment of System A Subsystem D Interface Boundary Tổ chức (Organization)  Tổ chức hệ thống   Tổ chức kinh tế: xí nghiệp, cơng ty, … Tổ chức xã hội: bệnh viện, câu lạc bộ, … Sales IT Training Purchasing HRI Môi trường hoạt động tổ chức Dữ liệu thông tin  Dữ liệu (data): "Data is the raw input from which information is provided” (Lucey)  Là kiện, kiện, giao dịch thô, rời rạc,  Thông tin (information): “Information is data that have been processed in such a way as to be useful to the recipient.” (Lucey)  Thông tin tài nguyên tổ chức, có vai trị quan trọng định thành công tổ chức    Thông tin tạo truy xuất ngày tăng Yêu cầu quản lý thông tin hiệu Xử lý để tạo thơng tin có giá trị Information Systems (IS)  Một hệ thống thông tin: Là phương tiện nhận liệu (input), lưu trữ xử lý liệu, để tạo thơng tin (output) cho mục đích hỗ trợ định  Có thể xử lý tay máy tính   Hệ thống thơng tin tổ chức gồm: Một sở thông tin (information base) mà bao gồm hay nhiều nguồn thông tin khác;  Một tập xử lý mà thực người hay máy để truy xuất, cập nhập xử lý thơng tin  Ví dụ: Một tổ chức thư viện có sở thơng tin sách, loại sách, …; xử lý tìm, mượn, trả sách, …  Hệ thống thơng tin tự động hóa  Hệ thống thơng tin tự động hóa (Computerized Information Systems) bao gồm: Một hay nhiều sở liệu (databases) hay tập tin (files) lưu trữ cở sở thông tin  Một hay nhiều chương trình ứng dụng (Application programs) để truy xuất cập nhật sở thông tin máy tính  Một hay nhiều giao diện người dùng (user interface) cho nhóm người dùng khác  Computerized Information System = Databases + Applications + Interfaces Thông tin cấp quản lý  Thông tin cần thiết cho doanh nghiệp giúp định nhiều mức quản lý khác tổ chức Large time horizon Summary Unstructured data problems Strategic Tactical Operational Small time horizon Detail data Structured problems Anthony’s Pyramid: cấu trúc quản lý tổ chức Transaction Processing Systems Banking Systems EPOS Systems Healthcare Systems Leisure Industry Insurance Systems Real-Time Systems Automated Production Control Control Systems Security Systems 10 Class Diagram Order dateReceived isPrepaid number : String price : Money Customer name address n creditRating() dispatch() close() {if Order.customer.creditRating is "poor" then Corporate Customer Order.isPrepaid must be true} contactName creditRating creditLimit Personal Customer creditCard# remind() billForMonth() n sales rep Employee n Order Line quantity : Integer price : Money isSatisfied : Boolean Product n 28 Sequence Diagram – Lược đồ Order Entry window Order Order Line Stock Item Reorder Item Delivery Item prepare() *prepare() hasStock:= check() [hasStock] remove() needsReorder:= needsToReorder() [needsReorder] new [hasStock] new X 29 Collaboration Diagram – Lược đồ cộng tác :Order Entry Window 1: prepare() anOrder : Order 5: needsReorder := needToReorder() 2: *[for all order lines]: prepare() 3: hasStock := check anOrderLine : Order Line aStockItem : Stock Item 4: [hasStock]: remove() 7: [hasStock]: new aDeliveryItem : Delivery Item 6: [needsReorder]:new aReorderItem : Reorder Item 30 Statechart Diagram – Lược đồ trạng thái [Not all items checked /get next item [All items checked && all items available] Checking do/ check item [All items checked && some items not in stock] Dispatching do/ initiate delivery Item received [all items available] Waiting Item received [Some items not in stock] Cancelled Cancelled Cancelled Delivered 31 Component Diagram – Lược đồ thành phần  Lược đồ thành phần trình bày hệ thống tổ chức thành thành phần cộng tác với nào;  Các thành phần xây dựng từ đối tượng Call Centre Interface Customer Management Order Management Database Management 32 Continuously Verify Quality Software problems are 100 to 1000 times more costly to find and repair after deployment Cost  Cost to Repair Software  Cost of Lost Opportunities  Cost of Lost Customers Inception Elaboration Construction Transition Testing Dimensions of Quality Usability  Test application from the perspective of convenience to the end user Functionality  Test the accurate workings of each usage scenario Reliability  Test that the application behaves consistently and predictably Supportability Performance  Test the ability to maintain and support the application under production use  Test the online response under average and peak loading Manage Change  To avoid confusion, have: Secure workspaces for each developer  Automated integration/build management  Parallel development  Workspace Management Configuration Management is more than just check-in and check-out Process Integration Parallel Development Build Management Manage Change (continued)  Unified Change Management (UCM) involves:  Management across the lifecycle    Activity-based management     System Project management Tasks Defects Enhancements Progress tracking   Charts Reports Rational Unified Process Implements Best Practices Best Practices Process Made Practical Develop Iteratively Manage Requirements Use Component Architectures Model Visually (UML) Continuously Verify Quality Manage Change Achieving Best Practices  Iterative approach  Guidance for activities and artifacts  Process focus on architecture  Use cases that drive design and implementation  Models that abstract the system A Team-Based Definition of Process A process defines Who is doing What, When, and How, in order to reach a certain goal New or changed requirements Software Engineering Process New or changed system Process Structure - Lifecycle Phases  The Rational Unified Process has four phases: Inception – Define the scope of the project  Elaboration – Plan the project; specify features and baseline architecture  Construction – Build the product  Transition – Transition the product into the end-user community  Inception Elaboration Construction Time Transition Bringing It All Together: The Iterative Approach In an iteration, you walk through all disciplines Disciplines group activities logically Summary  Best Practices guide software engineering by addressing root causes  Best Practices reinforce each other  Process guides a team on who does what, when, and how  The Rational Unified Process is a means of achieving Best Practices