Professional Documents
Culture Documents
Lect 12 2020 Students
Lect 12 2020 Students
Lect 12 2020 Students
Systems
Lecture 12
1
Role of knowledgeable or Skill work force
• Mckinsey
• Accenture
• KPMG
• Hotel Oberoi
• Google
2
Building Organizational and Management
Capital: Collaboration, Communities of
Practice, and Office Environments
• Developing new organizational roles and
responsibilities for the acquisition of knowledge
• Chief knowledge officer executives
• Dedicated staff / knowledge managers
• Communities of practice (COPs)
– Informal social networks of professionals and employees
– Activities include education, online newsletters, sharing
knowledge
– Reduce learning curves of new employees
3
Types of Knowledge Management
Systems
• Enterprise-wide knowledge management systems
– General-purpose firm-wide efforts to collect, store, distribute, and
apply digital content and knowledge
• Intelligent techniques
– Diverse group of techniques such as data mining used for
various goals: discovering knowledge, distilling knowledge,
discovering optimal solutions
4
Major Types of Knowledge Management
Systems
5
What Types of Systems Are Used for
Enterprise-Wide Knowledge Management?
6
Enterprise Content Management Systems
9
Learning Management Systems (LMS)
10
Knowledge Workers and Knowledge
Work
• Knowledge workers
– Consultatnts, Researchers, designers, architects, scientists,
engineers who create knowledge for the organization
– Three key roles
Keeping organization current in knowledge
Serving as internal consultants regarding their areas of expertise
Acting as change agents, evaluating, initiating, and promoting change
projects
11
Requirements of Knowledge Work
Systems
• Sufficient computing power for graphics, complex
calculations
• Powerful graphics and analytical tools
• Communications and document management
• Access to external databases
• User-friendly interfaces
• Optimized for tasks to be performed (design
engineering, financial analysis)
12
Requirements of Knowledge Work
Systems
13
Examples of Knowledge Work Systems
14
What Are the Business Benefits of Using
Intelligent Techniques for Knowledge
Management?
• Intelligent techniques: Used to capture
individual and collective knowledge and to
extend knowledge base
– To capture tacit knowledge: Expert systems, case-based
reasoning, fuzzy logic
– Knowledge discovery: Neural networks and data mining
– Generating solutions to complex problems: Genetic
algorithms
– Automating tasks: Intelligent agents
15
Capturing Knowledge: Expert Systems (1
of 2)
• Capture tacit knowledge in very specific and limited domain of
human expertise
• Capture knowledge as set of rules
• Typically perform limited tasks
– Diagnosing malfunctioning machine
– Determining whether to grant credit for loan
16
Rules in an Expert System An expert system contains a
number of rules to be
followed. The rules
illustrated are for simple
credit-granting expert
systems.
17
Inference Engines in Expert Systems
18
Capturing Knowledge: Expert Systems (2
of 2)
• Successful expert systems
– Con-Way (motor carrier company) Transportation’s system to
automate and optimize planning of overnight shipment routes
19
Organizational Intelligence: Case-Based
Reasoning
• Descriptions of past experiences of human specialists
(cases), stored in knowledge base
• System searches for cases with characteristics similar to
new one and applies solutions of old case to new case
• Successful and unsuccessful applications are grouped with
case
• Stores organizational intelligence
• CBR found in:
– Medical diagnostic systems
– Customer support
20
How Case-Based Reasoning Works
Case-based reasoning
represents knowledge as
a database of past cases
and their solutions. The
system uses a six-step
process to generate
solutions to new
problems encountered by
the user.
21
Fuzzy Logic Systems
22
Fuzzy Logic for Temperature Control
23
Machine Learning
• Contemporary examples
– Google searches
– Recommender systems on Amazon, Netflix
24
Neural Networks
26
Intelligent Agents
• Chatbots
• Agent-based modeling applications:
– Model behavior of consumers, stock markets, and supply
chains; used to predict spread of epidemics
27
Intelligent Agents in P&G’s Supply
Chain Network
28
Hybrid AI Systems
29
Building Information System
30
Case Discussion
• Case Topic: "Angostura Builds a Mobile Sales Systems"
• Reference: Chapter 13
Group : Group 3
31
Need of Building a new
information system
32
• When we design a new information system, we are
redesigning the organization.
• System builders must understand how a system will affect
specific business processes and the organization as a whole.
• Building a new information system is one kind of planned
organizational change.
• The introduction of a new information system involves much
more than new hardware and software.
• It also includes changes in jobs, skills, management, and
organization.
33
Systems Development and
Organizational Change (1 of 8)
• Information technology can promote various degrees of
organizational change, ranging from incremental to far-
reaching.
• IT-enabled organizational change
• Automation
– Replaces manual tasks
– assisting employees with performing their tasks more
efficiently and effectively.
– Examples :
– Calculating paychecks and payroll registers,
– giving bank tellers instant access to customer deposit records
34
Systems Development and
Organizational Change (2 of 8)
• Rationalization of procedures
– A deeper form of organizational change—one that follows
quickly from early automation—is rationalization of
procedures
– Automation frequently reveals new bottlenecks in
production and makes the existing arrangement of
procedures and structures painfully cumbersome.
– Rationalization of procedures is the streamlining of standard
operating procedures.
– Example : MoneyGram's system for handling global money
transfers is effective because the company simplified its
business processes for back-office operations.
Fewer manual steps are required.
35
(3 of 8)
36
Systems Development and
Organizational Change (4 of 8)
• Business process redesign
– A more powerful type of organizational change is business process
redesign, in which business processes are analyzed, simplified, and
redesigned.
– Business process redesign reorganizes workflows, combining steps
to cut waste and eliminate repetitive, paper-intensive tasks.
(Sometimes the new design eliminates jobs as well.)
– It is much more ambitious than rationalization of procedures,
requiring a new vision of how the process is to be organized.
• Example:
• A widely cited example of business process redesign is Ford Motor Company’s invoiceless
processing, which reduced headcount in Ford’s North American Accounts Payable
organization of 500 people by 75 percent. Accounts payable clerks used to spend most of
their time resolving discrepancies between purchase orders, receiving documents, and
invoices.
37
Systems Development and
Organizational Change (5 of 8)
• Rationalizing procedures and redesigning business processes
are limited to specific parts of a business.
• Paradigm shifts
• More radical form of business change is called a paradigm
shift. A paradigm shift involves:
– Rethink nature of business
– Define new business model
– Change nature of organization
38
39
(7 of 8)
40
Organizational Change Carries Risks
and Rewards (8 of 8)
41
Business Process Redesign (1 of 3)
• Steps in BPM
1. Identify processes for change
2. Analyze existing processes
3. Design the new process
4. Implement the new process
5. Continuous measurement
43
Business Process Redesign – Some
Questions (3 of 3)
• What the importance is of each step?
44
As-is Business Process for Purchasing a
Book from a Physical Bookstore
45
Redesigned Process for Purchasing a
Book Online
46
Tools for Business Process Management
47
Systems Development
48
Figure 13.4: The Systems Development
Process
49
Systems Analysis
• Feasibility study
• Systems proposal report
• Information requirements
– Faulty requirements analysis is a leading cause of systems
failure and high systems development costs
50
Systems Design
51
Table 13.1 System Design Specifications
(1 of 2)
Category Specifications
Database Design Logical data model, Volume and speed requirements, File
organization and design, Record specifications
Processing Computations, Program modules, Required reports, Timing
of outputs
Manual Procedures What activities, Who performs them, When, How, Where
52
Table 13.1 System Design Specifications
(2 of 2)
Category Specifications
53
Completing the Systems Development
Process (1 of 3)
• Programming
– System specifications from design stage are translated into
software program code
• Testing
– Ensures system produces right results
– Unit testing: Tests each program in system separately
– System testing: Test functioning of system as a whole
– Acceptance testing: Makes sure system is ready to be used in
production setting
– Test plan: All preparations for series of tests
54
Figure 13.5: A Sample Test Plan to Test a
Record Change
55
Completing the Systems Development
Process (2 of 3)
• Conversion
– Process of changing from old system to new system
– Four main strategies
Parallel strategy
Direct cutover
Pilot study
Phased approach
– Requires end-user training
– Finalization of detailed documentation showing how system
works from technical and end-user standpoint
56
• In a parallel strategy, both the old system and its potential
replacement are run together for a time until everyone is assured
that the new one functions correctly.
• The direct cutover strategy replaces the old system entirely with the
new system on an appointed day.
• The pilot study strategy introduces the new system to only a limited
area of the organization, such as a single department or operating
unit.
57
Completing the Systems Development
Process (3 of 3)
• Production and maintenance
• After the new system is installed and conversion is complete,
the system is said to be in production.
– System reviewed to determine if revisions needed
– May include post-implementation audit document
– Maintenance
Changes in hardware, software, documentation, or procedures to a
production system to correct errors, meet new requirements, or improve
processing efficiency
– 20 percent debugging, emergency work
– 20 percent changes to hardware, software, data, reporting
– 60 percent of work: user enhancements, improving documentation,
recoding for greater processing efficiency
58
Table 13.2 Systems Development
CORE ACTIVITY CORE ACTIVITY
Systems analysis Identify problem(s), Specify solutions, Establish
information requirements
Systems design Create design specifications
Programming Translate design specifications into program code
Testing Perform unit testing, Perform systems testing, Perform
acceptance testing
Conversion Plan conversion, Prepare documentation, Train users
and technical staff
Production and maintenance Operate the system, Evaluate the system, Modify the
system
59
Structured Methodologies (1 of 2)
60
Structured Methodologies (2 of 2)
• Data dictionary
– Defines contents of data flows and data stores
• Process specifications
– Describe transformation occurring within lowest level of data
flow diagrams
• Structure chart
– Top-down chart, showing each level of design, relationship to
other levels, and place in overall design structure
61
Figure 13.6: Data Flow Diagram for
Mail-in University Registration System
62
Figure 13.7: High-level Structure Chart
for a Payroll System
63
Object-Oriented Development (1 of 2)
• Object
– Basic unit of systems analysis and design
– Combines data and the processes that operate on those data
– Data in object can be accessed only by operations associated
with that object
• Object-oriented modeling
– Based on concepts of class and inheritance
– Objects belong to a certain class and have features of that
class
– May inherit structures and behaviors of a more general,
ancestor class
64
Figure 13.8: Class and Inheritance
65
Object-Oriented Development (2 of 2)
66