Transcript McGraw-Hill/Irwin Copyright © 2008 2008,The TheMcGraw-Hill McGraw-HillCompanies, Companies,Inc. Inc.All Allrights rightsreserved. reserved. Chapter Developing Business/IT Solutions McGraw-Hill/Irwin Copyright © 2008 2008,The TheMcGraw-Hill McGraw-HillCompanies, Companies,Inc. Inc.All Allrights rightsreserved. reserved. Learning Objectives • Use the systems development process outlined in this chapter and the.

McGraw-Hill/Irwin
Copyright © 2008
2008,The
TheMcGraw-Hill
McGraw-HillCompanies,
Companies,Inc.
Inc.All
Allrights
rightsreserved.
reserved.
Chapter
12
Developing Business/IT Solutions
McGraw-Hill/Irwin
Copyright © 2008
2008,The
TheMcGraw-Hill
McGraw-HillCompanies,
Companies,Inc.
Inc.All
Allrights
rightsreserved.
reserved.
Learning Objectives
• Use the systems development process outlined
in this chapter and the model of IS components
from Chapter 1 as problem-solving frameworks
to help you propose information systems
solutions to simple business problems
• Describe and give examples to illustrate
how you might use each of the steps of the
information systems development cycle to
develop and implement a business information
system
12-‹#›
12-3
Learning Objectives
• Explain how prototyping can be used as an
effective technique to improve the process
of systems development for end users and
IS specialists
• Understand the basics of project management
and their importance to a successful system
development effort
• Identify the activities involved in the
implementation of new information systems
12-‹#›
12-4
Learning Objectives
• Compare and contrast the four basic system
conversation strategies
• Describe several evaluation factors that should
be considered in evaluating the acquisition of
hardware, software, and IS services
12-‹#›
12-5
IS Development
• When the systems approach is applied to
the development of an information systems
solution to business problems, it is called
information systems development or
application development
12-‹#›
12-6
Case 1: Customer-Driven Development
• At Intuit, development of new product ideas
are driven by a psychologist
• Playing nice
• Free-association sessions
• Focus is always on the customer
•
•
•
•
Making “pain points” less painful
Capturing pencil-and-paper users
Follow-me-homes
Simplifying language
12-‹#›
12-7
Case Study Questions
• Should Intuit’s “far-out thinking” and acceptance
of failure as part of the application software
development process be duplicated at large
software development companies like
Microsoft?
• Should it be duplicated at the thousands of
small independent software companies that
exist?
12-‹#›
12-8
Case Study Questions
• Which do you prefer?
• Intuit’s customer-driven development process
where hundreds of employees and managers
are sent to consult with customer in their homes
or places of business, or
• Microsoft’s process of using professional
anthropologists to do such research
12-‹#›
12-9
Case Study Questions
• Intuit developed the wildly successful
QuickBooks: Simple Start Edition, which
eliminated all accounting jargon
• Could this idea be the foundation of a new
version of Intuit’s top-selling TurboTax software,
which removed all tax accounting jargon from
that product to reach the 20 million Americans
who do not use tax preparation software or a
professional tax preparer?
• Would such a product be possible or successful?
12-‹#›
12-10
The Systems Approach
• A problem solving technique that uses a systems
orientation to define problems and opportunities
and develop appropriate and feasible solutions
• Analyzing a problem and formulating a solution
involves these interrelated activities:
• Recognize and define a problem or opportunity
using systems thinking
• Develop and evaluate alternative system solutions
• Select the solution that best meets your requirements
• Design the selected system solution
• Implement and evaluate the success of the system
12-‹#›
12-11
What is Systems Thinking?
• Seeing the forest and the trees in any situation
• Seeing interrelationships among systems
rather than linear cause-and-effect chains
• Seeing processes of change among systems
rather than discrete snapshots of change
• See the system in any situation
• Find the input, processing, output, feedback
and control components
12-‹#›
12-12
Systems Thinking Example
12-‹#›
12-13
Systems Analysis and Design
• SA&D is the overall process by which
information systems are designed and
implemented
• Includes identification of business problems
• Two most common approaches
• Object-oriented analysis and design
• Life cycle
12-‹#›
12-14
Systems Development Lifecycle (SDLC)
12-‹#›
12-15
Systems Development Process
• Systems Investigation
• The first step in the systems development
process
• May involve consideration of proposals
generated by a business/IT planning process
• Also includes the preliminary feasibility study
of proposed information system solutions
12-‹#›
12-16
Systems Development Process
• Feasibility Studies: a preliminary study to
determine the
•
•
•
•
•
Information needs of prospective users
Resource requirements
Costs
Benefits
Feasibility
• In some cases, a feasibility study is unnecessary
12-‹#›
12-17
Operational Feasibility
• How well the proposed system will
• Support the business priorities of the
organization
• Solve the identified problem
• Fit with the existing organizational structure
12-‹#›
12-18
Economic Feasibility
• An assessment (Tafsiran) of
•
•
•
•
•
Cost savings
Increased revenue
Decreased investment requirements
Increased profits
Cost/benefit analysis
12-‹#›
12-19
Technical Feasibility
• Determine the following can meet the needs
of a proposed system and can be acquired or
developed in the required time
• Hardware
• Software
• Network
12-‹#›
12-20
Human Factors Feasibility
• Assess the acceptance level of
•
•
•
•
Employees
Customers
Suppliers
Management support
• Determine the right people for the various
new or revised roles
12-‹#›
12-21
Legal/Political Feasibility
• Assess
•
•
•
•
Possible patent or copyright violations
Software licensing for developer side only
Governmental restrictions
Changes to existing reporting structure
12-‹#›
12-22
Systems Analysis
• An in-depth study of end user information needs
• It produces the functional requirements used as
the basis for the design of an information system
• It typically involves a detailed study of the
• Information needs of a company and end users
• Activities, resources, and products of one or more
of the information systems currently being used
• Information system capabilities required to meet
the information needs of business stakeholders
12-‹#›
12-23
Organizational Analysis
• Study of the organization, including…
•
•
•
•
•
Management structure
People
Business activities
Environmental systems
Current information systems
• Input, processing, output, storage, and control
12-‹#›
12-24
Analysis of the Present System
• Before designing a new system, it is important
to study the system to be improved or replaced
• Hardware and software
• Network
• People resources used to convert data
resources into information products
• System activities of input, processing,
output, storage, and control
12-‹#›
12-25
Logical Analysis
• A logical model is a blueprint of the current
system
• It displays what the current system does,
without regard to how it does it
• It allows an analyst to understand the processes,
functions, and data associated with a system
without getting bogged down with hardware
and software
12-‹#›
12-26
Functional Requirements
• This step of systems analysis is one of the most
difficult
• Determine what type of information each
business activity requires
• Try to determine the information processing
capabilities required for each system activity
• The goal is to identify what should be done,
not how to do it
12-‹#›
12-27
Examples of Functional Requirements
• User Interface: automatic entry of product
data and easy-to-use data entry screens for
Web customers
• Processing: fast, automatic calculation of sales
totals and shipping costs
• Storage: fast retrieval and update of data from
product, pricing, and customer databases
• Control: signals for data entry errors and quick
e-mail confirmation for customers
12-‹#›
12-28
Systems Design
• Systems design focuses on three areas
12-‹#›
12-29
Prototyping
• Prototyping is the rapid development and
testing of working models
• An interactive, iterative process used during
the design phase
• Makes development faster and easier, especially
when end user requirements are hard to define
• Has enlarged the role of business stakeholders
12-‹#›
12-30
Prototyping Life Cycle
12-‹#›
12-31
User Interface Design
• Focuses on supporting the interactions between
end users and their computer-based applications
• Designers concentrate on the design of attractive
and efficient forms of user input and output
• Frequently a prototyping process
• Produces detailed design specifications for
information products, such as display screens
12-‹#›
12-32
Checklist for Corporate Websites
•
•
•
•
•
•
•
•
Remember the customer
Aesthetics
Broadband content
Easy to navigate
Searchability
Incompatibilities
Registration forms
Dead links
12-‹#›
12-33
System Specifications
• Formalizing the design of
•
•
•
•
User interface methods and products
Database structures
Processing procedures
Control procedures
12-‹#›
12-34
Examples of System Specifications
User interface
specifications
Use personalized screens that welcome repeat Web
customers and that make product recommendations
Database
specifications
Develop databases that use object/relational database
management software to organize access to all customer
and inventory data and to multimedia product information
Software
specifications
Acquire an e-commerce software engine to process all
e-commerce transactions with fast responses, i.e., retrieve
necessary product data and compute all sales amounts in
less than one second
Hardware
and network
specifications
Install redundant networked Web servers and sufficient
high-bandwidth telecommunications lines to host the
company e-commerce website
Personnel
specifications
Hire an e-commerce manager and specialists and a
webmaster and Web designer to plan, develop, and
manage e-commerce operations
12-‹#›
12-35
End User Development
• IS professionals play a consulting role, while
uses do their own application development
• A staff of user consultants may be available
to help with analysis, design, and installation
• Other support
• Application package training
• Hardware and software advice
• Help gaining access to organization databases
12-‹#›
12-36
Focus on IS Activities
• End user development should focus on the
fundamental activities of an information system
•
•
•
•
•
Input
Processing
Output
Storage
Control
12-‹#›
12-37
Focus of End User Development
12-‹#›
12-38
Doing End User Development
• Application development capabilities built into
software packages make it easier for end users
to develop their own solutions
12-‹#›
12-39
Encouraging End User Web Development
• Look for tools that make sense
• Some are more powerful or costly than needed
• Spur (Pacu) creativity
• Consider a competition among departments
• Set some limits
• Limit what parts of a web page or site can
be changed and who can do it
• Give managers responsibility
• Make them personally responsible for content
12-‹#›
12-40
Encouraging End User Web Development
• Make users comfortable
• Training will make users more confident
• It can save the IT department the trouble
of fixing problems later on
• It can limit the need for continuous support
12-‹#›
12-41
Implementing New Systems
• The systems implementation stage involves
•
•
•
•
•
•
Hardware and software acquisition
Software development
Testing of programs and procedures
Conversion of data resources
Conversion alternatives
Education/training of end users and
specialists who will operate the new system
12-‹#›
12-42
Implementation Process
12-‹#›
12-43
Case 2: Managing Radical Change
• HP is embarking on a makeover of its internal
tech systems
• Replacing 85 loosely connected data centers
around the world with 6 cutting-edge facilities
• Cutting thousands of smaller projects to focus
on a few corporate-wide initiatives
• Scrapping 784 databases for one data warehouse
• Laying off thousands of IT workers
• Building its own fiber-optic network to connect
the six data centers
12-‹#›
12-44
Case Study Questions
• Will the initiatives being undertaken by CIO
Randy Mott to implement major changes to the
IT function at HP make IT a more efficient and
vital contributor to HP’s business success?
• Defend your position on each of the major
initiatives he is implementing
• Do you approve of the change management job
Mott is doing, including his meetings with HP
employees throughout the world, and having
“coffee talks” with them?
12-‹#›
12-45
Case Study Questions
• Assume you have been hired as a management
consultant or coach to CIO Mott
• What are several suggestions you might
give him to help him successfully implement
his ambitious plans for IT changes at HP?
12-‹#›
12-46
Project Management
• The skills and knowledge necessary to be
a good project manager will translate into
virtually any project environment
• The people who have acquired them
are sought after by most organizations
12-‹#›
12-47
What is a Project?
• Every project has
•
•
•
•
•
•
A set of activities with a clear beginning and end
Goals
Objectives
Tasks
Limitations or constraints
A series of steps or phases
• Managing a project effectively requires
• Process
• Tools
• Techniques
12-‹#›
12-48
Sample Implementation Process
12-‹#›
12-49
Phases of Project Management
• There are five phases in most projects
•
•
•
•
•
Initiating/Defining
Planning
Executing
Controlling
Closing
12-‹#›
12-50
Initiating/Defining Phase
• Example activities
•
•
•
•
State the problem(s) and/or goal(s)
Identify the objectives
Secure resources
Explore the costs/benefits in the feasibility study
12-‹#›
12-51
Planning Phase
• Example activities
• Identify and sequence activities
• Identify the “critical path”
• Estimate the time and resources needed for
project completion
• Write a detailed project plan
12-‹#›
12-52
Execution Phase
• Example activities
• Commit resources to specific tasks
• Add additional resources and/or personnel
if necessary
• Initiate work on the project
12-‹#›
12-53
Controlling Phase
• Example activities
•
•
•
•
Establish reporting obligations
Create reporting tools
Compare actual progress with baseline
Initiate control interventions, if necessary
12-‹#›
12-54
Closing Phase
• Example activities
•
•
•
•
•
•
Install all deliverables
Finalize all obligations and commitments
Meet with stakeholders
Release project resources
Document the project
Issue a final report
12-‹#›
12-55
Evaluating Hardware, Software, Services
• Establish minimum physical and performance
characteristics for all hardware and software
• Formalize these requirements in an RFP/RFP
• Send RFQ to appropriate vendors
• Evaluate bids when received
•
•
•
•
All claims must be demonstrated
Obtain recommendations from other users
Search independent sources for evaluations
Benchmark test programs and test data
12-‹#›
12-56
Hardware Evaluation Factors
• Major evaluation factors
•
•
•
•
•
•
•
•
•
•
Performance
Cost
Reliability
Compatibility
Technology
Ergonomics
Connectivity
Scalability
Software
Support
12-‹#›
12-57
Software Evaluation Factors
• Hardware evaluation factors apply to software,
as do these
•
•
•
•
•
•
•
•
Quality
Efficiency
Flexibility
Security
Connectivity
Maintenance
Documentation
Hardware
Software that is slow,
hard to use, bug-filled,
or poorly documented
is not a good choice
at any price
12-‹#›
12-58
Evaluating IS Services
• Examples of IS services
•
•
•
•
•
•
•
Developing a company website
Installation or conversion of hardware/software
Employee training
Hardware maintenance
System design and/or integration
Contract programming
Consulting services
12-‹#›
12-59
IS Service Evaluation Factors
• IS evaluation factors include
•
•
•
•
•
•
•
•
•
•
Performance
Systems development
Maintenance
Conversion
Training
Backup facilities and services
Accessibility to sales and support
Business position and financial strength
Hardware selection and compatibility
Software packages offered
12-‹#›
12-60
Other Implementation Activities
• The keys to successful implementation of
a new business system
•
•
•
•
Testing
Data conversion
Documentation
Training
12-‹#›
12-61
System Testing
• System testing may involve
•
•
•
•
Testing and debugging software
Testing website performance
Testing new hardware
Review of prototypes
12-‹#›
12-62
Data Conversion
• Data conversion includes
• Converting data elements from the old database
to the new database
• Correcting data errors
• Filtering out unwanted data
• Consolidating data from several databases
• Organizing data into new data subsets
• Improperly organized and formatted data is a
major cause of implementation failures
12-‹#›
12-63
Documentation
• User Documentation
• Sample data entry screens, forms, reports
• System operating instructions
• Systems Documentation
• Method of communication among those
developing, implementing, and maintaining
a computer-based system
• Detailed record of the system design
• Extremely important when diagnosing
problems and making system changes
12-‹#›
12-64
Training
• End users must be trained to operate a new
business system or its implementation will fail
• May involve only activities, such as data entry,
or all aspects of system use
• Managers and end users must understand how
the new technology impacts business operations
• System training should be supplemented with
training related to
• Hardware devices
• Software packages
12-‹#›
12-65
Major System Conversion Strategies
12-‹#›
12-66
Direct Conversion
• Direct conversion
• The simplest conversion strategy
• The most disruptive to the organization
• Sometimes referred to as the slam dunk or
cold-turkey strategy
• May be the only viable solution in cases of
emergency implementation or if the old and
new system cannot coexist
• Has the highest risk of failure
• Involves turning off the old system and turning
on the new one
12-‹#›
12-67
Parallel Conversion
• Old and new systems are run simultaneously
until everyone is satisfied that
• The new system functions correctly
• The old system is no longer needed
• Conversion to new system can be single
cutover or phased cutover
• Has the lowest risk, but the highest cost
• Can cost 4 times more than using the old system
• Best choice where an automated system is
replacing a manual one
12-‹#›
12-68
Pilot Conversion
• Scenarios best suited to a pilot conversion
• Multiple business locations
• Geographically diverse locations
• Advantages of single location conversion
• Can select a location that best represents
the conditions across the organization
• Less risky in terms of loss of time or delays
in processing
• Can be evaluated and changed before further
installations
12-‹#›
12-69
Phased Conversion
• A phased or gradual conversion
• Takes advantage of both the direct and parallel
approaches
• Minimizes the risks involved
• Allows the new system to be brought online
as logically ordered functional components
• Disadvantages
• Takes the most time
• Created the most disruption to the organization
over time
12-‹#›
12-70
Post-Implementation Activities
• The single most costly activity
• Correcting errors or faults in the system
• Improving system performance
• Adapting the system to changes in the operating
or business environment
• Requires more programmers than does
application development
• May exist for years
12-‹#›
12-71
Systems Maintenance
• There are four basic categories of system
maintenance
•
•
•
•
Corrective: fix bugs and logical errors
Adaptive: add new functionality
Perfective: improve performance
Preventive: reduce chances of failure
12-‹#›
12-72
Post-Implementation Review
• Ensures that the newly implemented system
meets the established business objectives
• Errors must be corrected by the maintenance
process
• Includes a periodic review/audit of the system
as well as continuous monitoring
12-‹#›
12-73
Case 3: Indiana University Financial Aid
• Success or failure is in the eye of the beholder
• A PeopleSoft implementation at Indiana
University resulted in denials of financial aid
• Contributors to the problem
• Software did not align with business processes
• Limited time for testing and training
• Interface issues between the loan systems at
lending institutions and the university
• Transactions blocked for minor exceptions
• Poor project management and tracking
12-‹#›
12-74
Case 3: Indiana University Financial Aid
• Project management violations
•
•
•
•
•
Poor or no due diligence
No user training
Absence of system alerts
System interface problems were ignored
The complex project wasn’t broken down
into smaller, progressively delivered chunks
12-‹#›
12-75
Case Study Questions
• As with any story, there are always two sides.
Indiana University sees the problem as a
surprise; outside observers see the problem as
predictable and preventable
• What do you think?
• Is it possible that some implementation problems
cannot be easily foreseen or prevented?
12-‹#›
12-76
Case Study Questions
• What could Indiana University have done
differently to prevent this unfortunate even
from occurring?
• Is there evidence to suggest that it learned
from this experience?
12-‹#›
12-77
Case 4: In-House Development
• Custom code continues to be the secret sauce
that gives many businesses an edge
• Making business processes faster and more
efficient
• Delivering new services
• Improving customer support
• Innovation in other ways, usually something
unique
12-‹#›
12-78
Case 4: In-House Development
• The do-it-yourself approach isn’t cheap
• High salaries for developers and IT managers
• Dozens or hundreds of personnel needed
• Before, computer hardware dictated the choice
of operating systems and development software
• Developing in C++ costs half as much as
developing in Cobol
• Newer packages unhitch programmers from
mainframes and proprietary platforms
12-‹#›
12-79
Case Study Questions
• Jeff Brandmaier, senior VP and CIO at H&R
Block Inc., describes in-house developed
applications as “the stuff that gives you
competitive advantage.”
• Why do you think he feels this way?
• Can a modern organization be competitive
without developing any applications in-house?
12-‹#›
12-80
Case Study Questions
• The case points out that despite the use of vendor
applications, there is “still a lot of manually
intensive work that goes on in the development
process.”
• Why do you think vendor applications still
require in-house developers?
12-‹#›
12-81