We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byEmilia Sturgess
Modified about 1 year ago
14-1 © Prentice Hall, 2004 Chapter 14: OOSAD Implementation and Operation (Adapted) Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Chapter © Prentice Hall, 2004 Outline System Implementation Concept Coding, Testing, Converting, Training Steps Installation strategies
Chapter © Prentice Hall, 2004 System Implementation Concept Activities that transform design into a working system and set the system into the production stage. In OO methodology, these activities fall mostly into the construction and transition stages. Note: As opposed to common sense, coding is part of implementation - not design.
Chapter © Prentice Hall, 2004
Chapter © Prentice Hall, 2004 Coding Translation of physical design specifications into working computer code Coding involves use of programming languages such as Java or Visual Basic eXtreme programming – an intensive coding and testing approach involving two-person teams and customer involvement
Chapter © Prentice Hall, 2004 Reuse The use of previously written software resources, especially objects and components, in new applications Results in great savings of system development time Object-oriented systems are very conducive to reuse.
Chapter © Prentice Hall, 2004 Approaches to Reuse Ad hoc – individual, unplanned use Facilitated – use informally managed and disseminated by expert guru evangelists Managed – organizationally enforced reuse policies and practices Designed – reusable components developed and maintained in-house Cost and commitment low high
Chapter © Prentice Hall, 2004 Software Testing Manual and automated procedures for validating correctness of program code, including syntactical and execution issues Testing Syntax – grammatical rules applied to programming languages Testing Execution – logic and performance of the software during operation Note: Bug-free software remains a dream!
Chapter © Prentice Hall, 2004 Tests can be manual or automated, and may or may not involve code execution.
Chapter © Prentice Hall, 2004 Tests Without Program Execution Inspections (manual) – Participants examine program code for predictable, language-specific errors Syntax checking (automated) – Compiler or interpreter tests source code for grammatical errors while translating to executable format
Chapter © Prentice Hall, 2004 Manual Tests With Program Execution Desk checking – trace through the logic of the code, identifying possible logical errors Walkthroughs – Like desk-checking, but in a group-oriented, more structured process
Chapter © Prentice Hall, 2004 Automated Tests With Program Execution Unit tests – a module tested in isolation for internal consistency Integration tests – testing all modules and components of the application together for interaction compatibilities System tests – testing all programs and applications together to ensure performance and reliability Acceptance tests – user-satisfaction tests
Chapter © Prentice Hall, 2004 A test case is a specific scenario of transactions, queries, or navigation paths that represent a typical, abnormal, or critical use of the system. Allows repeated testing with each application change
Chapter © Prentice Hall, 2004 Installation The process of turning over from the old information system to the new one. Types: – Direct – Parallel – Single location – Phased
Chapter © Prentice Hall, 2004 Direct – Cold turkey, low cost, greater impact of errors.
Chapter © Prentice Hall, 2004 Parallel – old and new coexist, minimize error impact, high cost in system resources.
Chapter © Prentice Hall, 2004 Single Location – Pilot approach, allows learning and minimizes error impact, lower resource demand than parallel, difficult to coordinate and maintain.
Chapter © Prentice Hall, 2004 Phased – Staged and incremental, supports phased system development, minimize error impact, difficult to coordinate old components and new components.
Chapter © Prentice Hall, 2004 Types of Documentation System – detailed information about a system’s design specifications, its inner workings, and its functionality. User – written or other visual information about an application system, how it works, and how to use it. Internal – comments in source code, generated during the coding process or automatically. External – outcomes of all structured diagrams, including use cases, design classes, activity and sequence diagrams, etc.
Chapter © Prentice Hall, 2004 User Training Providing on-going educational and problem- solving assistance to information systems users. Training and support material and jobs must be designed along with the associated information systems. User documentation is often in the form of online help, sometimes with Web connections for further information.
Chapter © Prentice Hall, 2004 Training methods can be interpersonal, manual, or automated.
Chapter © Prentice Hall, 2004 Help Desks and Information Centers Help desk – a single point of contact for all user inquiries and problems about a particular information system or for all users in a particular department Information center – an organizational unit whose mission is to support users in exploiting information technology
Chapter © Prentice Hall, 2004
Chapter 20 Quality Assurance Through Software Engineering Systems Analysis and Design Kendall and Kendall Fifth Edition.
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
Chapter 6 Architectural Design Slide 1 Chapter 6 Architectural Design.
Chapter 16 Quality Assurance Through Software Engineering Systems Analysis and Design Kendall & Kendall Sixth Edition.
© 2005 by Prentice Hall Appendix 3 Object-Oriented Analysis and Design Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
© 2005 by Prentice Hall Chapter 13 Finalizing Design Specifications Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Management Information Systems MANAGING THE DIGITAL FIRM, 12 TH EDITION BUILDING INFORMATION SYSTEMS Chapter 13 VIDEO CASES Case 1: IBM: Business Process.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 29Slide 1 Chapter 29 Configuration Management.
1 Week 2 The Object-Oriented Approach to Requirements.
Computing Higher - SD Process – Topic 2 St Andrew’s High School Unit 2 Software Development Process.
10-1. Systems Analysis & Programming 10.1 Systems Development 10.2 Programming: A Five-Step Procedure Generations of Programming Languages 10.4.
Chapter 6 – Architectural Design 1Chapter 6 Architectural design Software Engineering Ian Sommerville, Software Engineering, 9 th Edition Pearson.
1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Configuration Management IS301.
Management Information Systems MANAGING THE DIGITAL FIRM, 12 TH EDITION GLOBAL EDITION BUILDING INFORMATION SYSTEMS Chapter 13 VIDEO CASES Case 1: IBM:
1 Test documentation and Test case design Iana Mourza QA Lead/Release Lead VMware, Inc
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Software Processes.
10-1 McGraw-Hill/Irwin Copyright © 2007 by The McGraw-Hill Companies, Inc. All rights reserved.
Pertemuan -16 Matakuliah: M0304/Corporate Information System Management Tahun: 2008.
Alter – Information Systems 4th e d. © 2002 Prentice Hall 1 Moving Towards E-Business As Usual.
Lecture 8: Testing, Verification and Validation Dr Valentina Plekhanova University of Sunderland, UK.
Database Application Lifecycle Lecture Lectures Objectives Put all the previous lectures into context (Conceptual and Logical Design, Normalisation.
1 15 Making the System Operational Lecture Activities of the Implementation and Support Phases Figure 15-1.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 2Slide 1 Chapter 2 Computer-Based System Engineering.
1 Notes content copyright © 2004 Ian Sommerville. NU-specific content © 2004 M. E. Kabay. All rights reserved. Software Processes IS301 – Software Engineering.
1 Note content copyright © 2004 Ian Sommerville. NU-specific content copyright © 2004 M. E. Kabay. All rights reserved. Rapid Software Development IS301.
Prof. Dr. Mohamed M. El Hadi Sadat Academy for Management Sciences M. M. El Hadi 1 Intelligent Tutoring Systems.
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 1 Slide 1 Chapter 1 Introduction.
Systems Analysis and Design 8 th Edition Chapter 7 Development Strategies.
© 2014 by McGraw-Hill Education. This is proprietary material solely for authorized instructor use. Not authorized for sale or distribution in any manner.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 14Slide 1 Chapter 14 Design with Reuse.
© 2016 SlidePlayer.com Inc. All rights reserved.