© 2005 Prentice Hall13-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.

Slides:



Advertisements
Similar presentations
Fact Finding Techniques
Advertisements

Object-Oriented Analysis and Design LECTURE 3: REQUIREMENTS DISCIPLINE.
The Systems Analysis Toolkit
Requirements Modeling
© 2005 Prentice Hall6-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 5.1.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
1 Senn, Information Technology, 3 rd Edition © 2004 Pearson Prentice Hall James A. Senn’s Information Technology, 3 rd Edition Chapter 11 Creating Enterprise.
© Prentice Hall CHAPTER 9 Application Development by Information Systems Professionals.
© 2005 Prentice Hall12-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Fundamentals of Information Systems, Second Edition
Systems Analysis and Design in a Changing World, Fourth Edition
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
Fact-Finding Fact-Finding Overview
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Introduction to Systems Analysis and Design
Chapter 1 The Systems Development Environment
Requirements Modeling
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter 4: Beginning the Analysis: Investigating System Requirements
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
The Systems Development Environment. Learning Objectives Define information systems analysis and design. Describe the different types of information systems.
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
5-1 © Prentice Hall, 2007 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
Problem Identification
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
BIS 360 – Lecture Five Ch. 7: Determining System Requirements.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Categorization of Sample Types No Random Selection Random Selection No Specific Selection Criteria Applied Convenience Sample Simple Random Sample Specific.
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
Modern Systems Analysis and Design Third Edition
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
ITCS311 Systems Analysis and Design Dr. Taher Homeed Feb 2010 Department of Computer Science College of IT University of Bahrain.
1 4 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 4 Beginning the Analysis: Investigating System Requirements.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
System Analysis-Gathering Requirements.  System analysis is the process of gathering info about existing system, which may be computerized or not, while.
IS2210: Systems Analysis and Systems Design and Change Twitter:
Systems Analysis and Design
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Systems Analysis and Design in a Changing World, Thursday, Feb 1.
Chapter 1 The Systems Development Environment Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
 2004 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, by Bodnar/Hopwood 10 – 1 Systems Planning and Analysis Chapter 10.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall4-1 Interactive Methods to collect Information Requirements Interviewing.
Data Gathering Techniques 27 th February Data Gathering Techniques System requirements specify what the system must do or what property or quality.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 4 Systems Requirements Determination.
CS211 Slide 3-1 ADCS 21 Systems Analysis Phase Overview Systems Requirements Checklist Fact-Finding techniques Documentation (Chapter 3) SYSTEMS ANALYSIS.
Facilitate Group Learning
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
The Systems Development Environment Systems Analysis and Design II.
1 Week 8 - Life cycle vs Methodology IT2005 System Analysis & Design.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
1 Requirements Determination (Analysis) Lecture 3 Courtesy to Dr.Subhasish Dasgupta.
Fact Finding (Capturing Requirements) Systems Development.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
5-1 © Prentice Hall, 2004 Chapter 5: Determining Object-Oriented Systems Requirements Object-Oriented Systems Analysis and Design Joey F. George, Dinesh.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
Business System Development
Fundamentals of Information Systems, Sixth Edition
Chapter 5 Determining System Requirements
SYSTEMS ANALYSIS Chapter-2.
Chapter 5 Determining System Requirements
Essentials of Systems Analysis and Design Fourth Edition
Chapter 7 Determining System Requirements
Chapter 4 Determining System Requirements
Presentation transcript:

© 2005 Prentice Hall13-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML

© 2005 Prentice Hall13-2 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML

© 2005 Prentice Hall13-3 Learning Objectives Identify the drivers of information gathering during system development. Describe some of the principal sources of information for systems analysis. Discuss the advantages and disadvantages of gathering information through interviews, questionnaires, and observation.

© 2005 Prentice Hall13-4 Learning Objectives (continued) Summarize how to prepare for an interview. Discuss advantages and disadvantages of using joint application development during analysis and design. Explain important considerations in evaluating information gathered for use in system development.

© 2005 Prentice Hall13-5 Learning Objectives (continued) Summarize some key concerns in communicating information. State what you should do when preparing an oral presentation.

© 2005 Prentice Hall13-6 Overview The process of information system development depends on effective gathering, management, and communication of information. Gathering information to specify users’ requirements is driven by the needs of the UML models which describe those requirements.

© 2005 Prentice Hall13-7 Overview (continued) Analysts gather information from a variety of sources, including people and documents. Multiple information sources increase confidence in the relevance and reliability of the information. Interviews, questionnaires, and observation are the principal methods of gathering information.

© 2005 Prentice Hall13-8 Overview (continued) Regardless of its source or the methods used to gather it, information must always be evaluated for content, meaning, relevance, and reliability. Automated aids to information management can help cope with the quantity and complexity of information needed during development.

© 2005 Prentice Hall13-9 Overview (continued) Effective written, oral, and graphic communication skills are essential not only to successful system developers, but also to the success of the projects on which they work.

© 2005 Prentice Hall13-10 Gathering Information Most of the information gathered by the development team must come from the users who own the information.

© 2005 Prentice Hall13-11 Gathering Information (continued) The critical information for object-oriented systems analysis is the information needed to: carry out event analysis, identify the use cases, write the expanded use case narratives, and construct the domain model.

© 2005 Prentice Hall13-12 Information Sources Documents and displays describing the current system Other publications from the organization, such as annual reports and brochures Publications from the industry People, especially the users

© 2005 Prentice Hall13-13 Information-Gathering Methods Interviews Questionnaires Observation

© 2005 Prentice Hall13-14 Interviews An interview is a conversation in which questions are asked to gather information. Components of an interview: Prepare for the interview. Conduct the interview. Summarize and evaluate the interview.

© 2005 Prentice Hall13-15 Questionnaires A questionnaire is a list of questions to which written answers are requested from several respondents. If the questions are asked orally, this technique is called a survey. A questionnaire is shorter and more highly structured than an interview.

© 2005 Prentice Hall13-16 Questionnaires (continued) The design of a questionnaire requires great care. A statistician should prescribe the procedure for selecting the recipients in order to assure that the sample is representative. A statistician may also be helpful in interpreting the results after the replies have been tabulated.

© 2005 Prentice Hall13-17 Joint Application Development Joint Application Development (JAD) involves users and developers in intensive workshops. It has been used most often to define system requirements and a preliminary system design.

© 2005 Prentice Hall13-18 Joint Application Development (continued).

© 2005 Prentice Hall13-19 Joint Application Development (continued) JAD participants include: An executive sponsor An impartial facilitator A scribe Full-time participants On-call participants Observers

© 2005 Prentice Hall13-20 Joint Application Development (continued) JAD helps: give users a sense of ownership of the system; users understand the technical issues in the development process; facilitate decisions because the critical decision makers participate.

© 2005 Prentice Hall13-21 Joint Application Development (continued) JAD requires: Intensive and time-consuming participation Careful planning Careful review and approval of the decisions made during the session Realistic expectations from the participants

© 2005 Prentice Hall13-22 Evaluating Information What does the information say? Summarize the information content. What does the information mean? Evaluate its implications, relationships, and consistency. Does it state fact, opinion, perceptions, or feelings?

© 2005 Prentice Hall13-23 Evaluating Information (continued) Is the information relevant? What does it contribute to specifying the requirements? Is the information reliable? Is it outdated, deliberately misleading, self-serving, or biased by its source or by the methods used to gather it? Independent sources and multiple methods of gathering information provide some cross-checks.

© 2005 Prentice Hall13-24 Managing Information Information management during system development is necessary because of: the quantity of the information the complexity of the information the iterative nature of development the need to maintain the identity and integrity of documents and models throughout the process

© 2005 Prentice Hall13-25 Managing Information (continued) Manual Methods Organized files Legible records Minimal redundancy Automated Aids Word-processing software Graphics software Database management systems Integrated development environments (IDEs)

© 2005 Prentice Hall13-26 Reporting Information Principal modes of communication: Written reports Feasibility report, use case narratives, walkthrough findings Oral reports Management briefings, walkthroughs Graphic communication – the most effective means Graphic UML models, charts, graphs

© 2005 Prentice Hall13-27 Principles of Communication Know your audience. Answer the basic questions. Organize and plan the report or presentation. Prepare and rehearse the presentation. Make a final check. Watch for feedback.

© 2005 Prentice Hall13-28 Summary Gathering, evaluating, managing, and communicating information effectively are critical to successful information system development. The information needs of the UML models of users’ requirements determine what information to gather. Written, oral, and graphic communication skills are all necessary in this effort.