SlideShare una empresa de Scribd logo
1 de 44
Business Analysis
Training
Enterprise Analysis
Page 2Classification: Restricted
Agenda
• Enterprise Analysis
• What is Enterprise Analysis
• Why Enterprise Analysis
• Different Architectures
• Enterprise Analysis Activities
• Techniques Used to Define a Business Need
• Techniques Used to assess Capability Gaps
• Techniques Used to Determine Solution Approach
• Techniques Used to Define Solution Scope
• Techniques Used to Define a Business Case
• SWOT Analysis
• GAP Analysis
• Feasibility Study
• Root Cause Analysis
Page 3Classification: Restricted
What is Enterprise Analysis?
Describes the Business Analysis activities necessary to identify a business
need, problem, or opportunity, define the nature of a solution that satisfies
the identified need and justify the investment necessary to deliver the
solution. Enterprise Analysis Outputs create context to requirements analysis.
Page 4Classification: Restricted
Provides context to requirements analysis
and solution identification
Often serves as the starting point for
initiating a new project
Business requirements are identified and
documented through enterprise analysis
activities
Why Enterprise Analysis?
Page 5Classification: Restricted
Different Architectures
The Enterprise Architecture consists of five architectures which in total
comprise
• Business Architecture
• Information Architecture
• Application Architecture
• Technology Architecture
• Security Architecture
Page 6Classification: Restricted
Enterprise Analysis
Page 7Classification: Restricted
Techniques Used to Define a Business Need
Page 8Classification: Restricted
Techniques Used to assess Capability Gaps
Page 9Classification: Restricted
Techniques Used to Determine Solution Approach
Page 10Classification: Restricted
Techniques Used to Define Solution Scope
Page 11Classification: Restricted
Techniques Used to Define a Business Case
Page 12Classification: Restricted
SWOT Analysis
Strengths: characteristics of the business, or project team that give it
an advantage over others
Weaknesses (or Limitations): are characteristics that place the team at
a disadvantage relative to others
Opportunities: external chances to improve performance (e.g. make
greater profits) in the environment
Threats: external elements in the environment that could cause
trouble for the business or project.
Page 13Classification: Restricted
SWOT Analysis
Page 14Classification: Restricted
How to Conduct SWOT Analysis
Analyze the Internal & External Environment
Page 15Classification: Restricted
GAP ANALYSIS
Page 16Classification: Restricted
Gap analysis is a technique to identify the area of improvement in any process
ranging from Business to technology. The areas of improvement doesn’t
necessarily mean any new enhancement, it is either about finding a gap
between what is expected and what is really done.
What is Gap Analysis?
Page 17Classification: Restricted
Page 18Classification: Restricted
Page 19Classification: Restricted
Page 20Classification: Restricted
Page 21Classification: Restricted
Feasibility Study
Page 22Classification: Restricted
What is Feasibility Study?
An analysis and evaluation of a proposed project to determine if it (1) is
technically feasible, (2) is feasible within the estimated cost, and (3) will be
profitable.
• Feasibility study is used to determine the viability of an idea
• The objective of such a study is to ensure a project is legally and
technically feasible and economically justifiable
• It tells us whether a project is worth the investment
• It is also called as Feasibility Analysis
Page 23Classification: Restricted
Why do a feasibility study
• IT IS ALL ABOUT MAKING AN INFORMED CHOICE
• It is an analysis of the viability of an idea through a disciplined and
documented process.
• A feasibility study is a management-oriented activity & should tell
management:
• Whether the project can be done
• What are alternative solutions?
• What are the criteria for choosing among them?
• Is there a preferred alternative?
• After a feasibility study, management makes a go/no-go decision.
• A feasibility study:
• Gives focus to the project and outline alternatives
• Enhances the probability of success by addressing and mitigating factors
early on that could affect the project
• Provides quality information for decision making
• Helps to increase investment in the company
• Helps in securing funding from lending institutions and other monetary
sources
Page 24Classification: Restricted
What to Study What to Conclude
• Things to be studied during the feasibility study phase:
• The present organizational system (users, policies, functions,
objectives,...)
• Problems with the present system (inconsistencies, inadequacies in
functionality, performance,...)
• Objectives and other requirements for the new system (what needs to
change?)
• Constraints, including nonfunctional requirements on the system
(preliminary pass)
• Possible alternatives (the current system [status quo] is always one of
those)
• Advantages and disadvantages of the alternatives
• Things to conclude:
• Feasibility of the project and the preferred alternative
Page 25Classification: Restricted
Types of Feasibility - TRELOS
➢T - Technology and System Feasibility
“Can it be built?”
• Technological feasibility is carried out to determine whether the
company has the capability, in terms of required technology, software,
hardware, personnel and expertise, to handle the completion of the
project
➢R - Risk Feasibility
➢E - Economic Feasibility
“Will it make economic sense if it works and is built?”
“ Will it generate PROFITS?”
• Cost-based study: It is important to identify cost and benefit factors eg.
Development costs and Operational costs. This is an analysis of the
costs to be incurred in the system and the benefits derivable out of the
system.
• Time-based study: This is an analysis of the time required to achieve a
return on investments. The future value of a project is also a factor.
Page 26Classification: Restricted
Types of Feasibility - TRELOS Cont’d…
➢ L – Legal Feasibility
• It includes study concerning contracts, liability, violations, and legal other
traps frequently unknown to the technical staff.
• Determines whether the proposed system conflicts with legal
requirements, e.g. a data processing system must comply with the local
Data Protection Acts.
➢ O – Operational Feasibility
“Will it work?”
• Operational feasibility is mainly concerned with issues like whether the
system will be used if it is developed and implemented.
➢ S – Schedule Feasibility
• A project will fail if it takes too long to be completed before it is useful.
• Schedule feasibility is a measure of how reasonable the project timetable
is.
Page 27Classification: Restricted
Economic Feasibility
• The bottom line in many projects is economic feasibility.
• As soon as specific requirements and solutions have been identified, the analyst
can weigh the costs and benefits of each alternative. This is called a cost-benefit
analysis
• The purpose of a cost/benefit analysis is to answer questions such as:
• Is the project justified (because benefits outweigh costs)?
• Can the project be done, within given cost constraints?
• What is the minimal cost to attain a certain system?
• What is the preferred alternative, among candidate solutions?
• Examples of things to consider:
• Hardware/software selection
• How to convince management to develop the new system
• Selection among alternative financing arrangements (rent/lease/purchase)
• Difficulties -- discovering and assessing benefits and costs; they can both be
intangible, hidden and/or hard to estimate, it's also hard to rank multi-criteria
alternative
BENEFIT COST
Page 28Classification: Restricted
Types of Benefits
• Benefits may be classified into one of the following categories:
• Monetary -- when $-values can be calculated
• Tangible (Quantified) -- when benefits can be quantified, but $-values can't be
calculated
• Intangible -- when neither of the above applies
• Examples of particular benefits:
• Cost reductions
• Error reductions
• Increased throughput
• Improved time management
▪ How to identify benefits?
• By organizational level (operational, lower/middle/upper management)
• By department (production, purchasing, sales,...)
Page 29Classification: Restricted
Types of Costs
• Project-related costs
• Development and purchasing costs:
• who builds the system (internally or contracted out)?
• software used (buy or build)?
• hardware (what to buy, buy/lease)?
• facilities (site, communications, power,...)
• Installation and conversion costs:
• installing the system, training of personnel, file conversion,....
• Operational costs (on-going)
• Maintenance: hardware (maintenance, lease, materials,...), software
(maintenance fees and contracts), facilities
• Personnel: operation, maintenance
Page 30Classification: Restricted
Return on Investment (ROI)
• ROI is a percentage that shows what return you make by investing in
something.
ROI = (Benefit – Cost) ÷ Cost
• Example: A company invests in a project that costs $200,000. The benefit of
doing the project saves the company $230,000 in the first year alone. In this
case, the ROI = (230,000-200,000)/200,000 = 15%.
• So for ROI, Bigger is better.
Page 31Classification: Restricted
Operational Feasibility
The PIECES framework can help in identifying problems to be solved, and their
urgency:
Performance -- Does current mode of operation provide adequate
throughput and response time?
Information -- Does current mode provide end users and managers with timely,
pertinent, accurate and usefully formatted information?
Economy -- Does current mode of operation provide cost-effective
information services to the business? Could there be a reduction in costs and/or
an increase in benefits?
Control -- Does current mode of operation offer effective controls to
protect against fraud and to guarantee accuracy and security of data and
information?
Efficiency -- Does current mode of operation make maximum use of
available resources, including people, time, flow of forms,...?
Services – Does current mode of operation provide reliable service? Is it flexible
and expandable?
Page 32Classification: Restricted
Schedule Feasibility
• We may have the technology, but that doesn't mean we have the skills required
to properly apply that technology - The learning curve of the team members will
impact the schedule.
• Given our technical expertise, are the project deadlines reasonable? Determine
whether the deadlines are mandatory or desirable? If the deadlines are
desirable rather than mandatory, the analyst can propose alternative
schedules.
• It is preferable (unless the deadline is absolutely mandatory) to deliver a
properly functioning information system two months late than to deliver an
error-prone, useless information system on time! Missed schedules are bad, but
inadequate systems are worse
Page 33Classification: Restricted
Feasibility Analysis Matrix
• How do we compare alternatives when there are multiple selection criteria
and none of the alternatives is superior across the board? - Use a Feasibility
Analysis Matrix!
• In a feasibility analysis matrix:
• The columns correspond to the candidate solutions
• Some rows correspond to the feasibility criteria
• The cells contain the feasibility assessment notes for each candidate.
• Each row can be assigned a rank or score for each criterion (e.g., for
operational feasibility, candidates can be ranked 1, 2, 3, etc.).
• After ranking or scoring all candidates on each criterion, a final ranking or
score is recorded in the last row
Page 34Classification: Restricted
Example of a Feasibility Matrix
Feasibility Criteria Wt. Candidate 1 Candidate 2 Candidate 3
Operational Feasibility
Functionality. A description of to what degree the
candidate would benefit the organization and how well
the system would work.
Political. A description of how well received this solution
would be from both user management, user, and
organization perspective.
30%
Score: Score: Score:
Technical Feasibility
Technology. An assessment of the maturity, availability
(or ability to acquire), and desirability of the computer
technology needed to support this candidate.
Expertise. An assessment to the technical expertise
needed to develop, operate, and maintain the candidate
system.
30%
Score: Score: Score:
Economic Feasibility
Cost to develop:
Payback period (discounted):
Net present value:
Detailed calculations:
30%
Score: Score: Score:
Schedule Feasibility
An assessment of how long the solution will take to
design and implement.
10%
Score: Score: Score:
Ranking: 100%
Page 35Classification: Restricted
35
Page 36Classification: Restricted
What is a Problem Statement
A problem statement is a clear concise description of the issue(s) that need(s)
to be addressed by a problem solving team. It is used to center and focus the
team at the beginning, keep the team on track during the effort, and is used
to validate that the effort delivered an outcome that solves the problem
statement.
Page 37Classification: Restricted
Questions a Problem Statement should answer
1.What is the problem? This should explain why the team is needed.
2.Who has the problem or who is the client/customer? This should
explain who needs the solution and who will decide the problem has
been solved.
3.What form can the resolution be? What is the scope and limitations
(in time, money, resources, technologies) that can be used to solve
the problem?
Page 38Classification: Restricted
Process
Page 39Classification: Restricted
Example
• Provides facilities for book issue and return
• Librarian should be able to search for a book
• If the member wants a book, which is not in the library, the librarian
should be allowed to place an order for the book
• Provide security
User Requirements
A member visits the library to return the existing book/VCD/DVD and obtain
another one. The member hands the book over to the librarian and asks tor a
particular book, based on the book/VCD/DVD title/author name/publisher
name/price/year of publication. The user may be able to locate the book from
her memory, and issue the same to the member. Alternatively, the librarian may
need to search for the book in its library database.
Problem Statement
Page 40Classification: Restricted
Root Cause Analysis
Page 41Classification: Restricted
• Root cause analysis (RCA) is a method of problem solving used for
identifying the root causes of faults or problems.
• The Root Cause Analysis process is also known as the “Ishikawa
Diagram” or “Fishbone Diagram.”
Page 42Classification: Restricted
Page 43Classification: Restricted
Root Cause Analysis
Page 44Classification: Restricted
Thank you

Más contenido relacionado

La actualidad más candente

Overview of feasibility
Overview of feasibilityOverview of feasibility
Overview of feasibilityDaniel Bragais
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business AnalysisShwetha-BA
 
2.requirements management
2.requirements management2.requirements management
2.requirements managementPanos Fitsilis
 
Analytical Techniques - Basic Business analysis
Analytical Techniques - Basic Business analysisAnalytical Techniques - Basic Business analysis
Analytical Techniques - Basic Business analysisAshraf M. Diaa , DBA
 
Business Aanalysis Resume/Interview preparation
Business Aanalysis Resume/Interview preparation Business Aanalysis Resume/Interview preparation
Business Aanalysis Resume/Interview preparation Shwetha-BA
 
Strategic Portfolio Management for IT
Strategic Portfolio Management for ITStrategic Portfolio Management for IT
Strategic Portfolio Management for ITiasaglobal
 
FEASIBILITY STUDY
FEASIBILITY STUDYFEASIBILITY STUDY
FEASIBILITY STUDYpethurusan
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business AnalysisSwatiS-BA
 
Requirements elicitation
Requirements elicitationRequirements elicitation
Requirements elicitationAbdul Basit
 
S T A K E H O L D E R Fact Finding
S T A K E H O L D E R  Fact  FindingS T A K E H O L D E R  Fact  Finding
S T A K E H O L D E R Fact Findingguest009ffa
 

La actualidad más candente (12)

Feasible
FeasibleFeasible
Feasible
 
Overview of feasibility
Overview of feasibilityOverview of feasibility
Overview of feasibility
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business Analysis
 
2.requirements management
2.requirements management2.requirements management
2.requirements management
 
Analytical Techniques - Basic Business analysis
Analytical Techniques - Basic Business analysisAnalytical Techniques - Basic Business analysis
Analytical Techniques - Basic Business analysis
 
Business Aanalysis Resume/Interview preparation
Business Aanalysis Resume/Interview preparation Business Aanalysis Resume/Interview preparation
Business Aanalysis Resume/Interview preparation
 
Strategic Portfolio Management for IT
Strategic Portfolio Management for ITStrategic Portfolio Management for IT
Strategic Portfolio Management for IT
 
FEASIBILITY STUDY
FEASIBILITY STUDYFEASIBILITY STUDY
FEASIBILITY STUDY
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business Analysis
 
Requirements elicitation
Requirements elicitationRequirements elicitation
Requirements elicitation
 
S T A K E H O L D E R Fact Finding
S T A K E H O L D E R  Fact  FindingS T A K E H O L D E R  Fact  Finding
S T A K E H O L D E R Fact Finding
 
Dell case
Dell caseDell case
Dell case
 

Similar a Enterprise Analysis

Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise AnalysisShwetha-BA
 
Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise AnalysisSunil-QA
 
Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise AnalysisMihika-QA
 
Downloads abc 2006 presentation downloads-ramesh_babu
Downloads abc 2006   presentation downloads-ramesh_babuDownloads abc 2006   presentation downloads-ramesh_babu
Downloads abc 2006 presentation downloads-ramesh_babuHem Rana
 
Analyzing the Business Case for System Analysis and Design
Analyzing the Business Case for System Analysis and DesignAnalyzing the Business Case for System Analysis and Design
Analyzing the Business Case for System Analysis and Designrdelafuentetcu
 
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptx
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptxTOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptx
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptxcrebecca1
 
Introduction to Business Analysis
Introduction to Business Analysis Introduction to Business Analysis
Introduction to Business Analysis Sunil-QA
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business AnalysisSunil-QA
 
WEEK2-Analyzing the Business Case.pdf
WEEK2-Analyzing the    Business Case.pdfWEEK2-Analyzing the    Business Case.pdf
WEEK2-Analyzing the Business Case.pdfssuser590cc81
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business AnalysisVeneet-BA
 
Session 01 - Introduction to Business Analysis
Session 01 - Introduction to Business AnalysisSession 01 - Introduction to Business Analysis
Session 01 - Introduction to Business AnalysisOmkarBA
 
Chapter 2 Analyzing the Business Case .pptx
Chapter 2 Analyzing the Business Case .pptxChapter 2 Analyzing the Business Case .pptx
Chapter 2 Analyzing the Business Case .pptxAxmedMaxamuudYoonis
 
Togaf 9 introduction
Togaf 9 introductionTogaf 9 introduction
Togaf 9 introductionVinod Wilson
 
HI600 Ch 1 Inst_slides
HI600 Ch 1 Inst_slidesHI600 Ch 1 Inst_slides
HI600 Ch 1 Inst_slidesljmcneill33
 
Integrated Technology Planning Process
Integrated Technology Planning ProcessIntegrated Technology Planning Process
Integrated Technology Planning ProcessChulho Park
 
chapter02-120827115348-phpapp01.pdf
chapter02-120827115348-phpapp01.pdfchapter02-120827115348-phpapp01.pdf
chapter02-120827115348-phpapp01.pdfAxmedMaxamuud6
 

Similar a Enterprise Analysis (20)

Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise Analysis
 
Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise Analysis
 
Enterprise Analysis
Enterprise AnalysisEnterprise Analysis
Enterprise Analysis
 
Project Feasibility.pptx
Project Feasibility.pptxProject Feasibility.pptx
Project Feasibility.pptx
 
Downloads abc 2006 presentation downloads-ramesh_babu
Downloads abc 2006   presentation downloads-ramesh_babuDownloads abc 2006   presentation downloads-ramesh_babu
Downloads abc 2006 presentation downloads-ramesh_babu
 
Analyzing the Business Case for System Analysis and Design
Analyzing the Business Case for System Analysis and DesignAnalyzing the Business Case for System Analysis and Design
Analyzing the Business Case for System Analysis and Design
 
Feasibility Study.pptx
Feasibility Study.pptxFeasibility Study.pptx
Feasibility Study.pptx
 
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptx
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptxTOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptx
TOURISM PLANNING & DEVELOPMENT - FEASIBILITY STUDIES.pptx
 
Introduction to Business Analysis
Introduction to Business Analysis Introduction to Business Analysis
Introduction to Business Analysis
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business Analysis
 
Feasibility Study
Feasibility StudyFeasibility Study
Feasibility Study
 
WEEK2-Analyzing the Business Case.pdf
WEEK2-Analyzing the    Business Case.pdfWEEK2-Analyzing the    Business Case.pdf
WEEK2-Analyzing the Business Case.pdf
 
Feasibility report
Feasibility reportFeasibility report
Feasibility report
 
Introduction to Business Analysis
Introduction to Business AnalysisIntroduction to Business Analysis
Introduction to Business Analysis
 
Session 01 - Introduction to Business Analysis
Session 01 - Introduction to Business AnalysisSession 01 - Introduction to Business Analysis
Session 01 - Introduction to Business Analysis
 
Chapter 2 Analyzing the Business Case .pptx
Chapter 2 Analyzing the Business Case .pptxChapter 2 Analyzing the Business Case .pptx
Chapter 2 Analyzing the Business Case .pptx
 
Togaf 9 introduction
Togaf 9 introductionTogaf 9 introduction
Togaf 9 introduction
 
HI600 Ch 1 Inst_slides
HI600 Ch 1 Inst_slidesHI600 Ch 1 Inst_slides
HI600 Ch 1 Inst_slides
 
Integrated Technology Planning Process
Integrated Technology Planning ProcessIntegrated Technology Planning Process
Integrated Technology Planning Process
 
chapter02-120827115348-phpapp01.pdf
chapter02-120827115348-phpapp01.pdfchapter02-120827115348-phpapp01.pdf
chapter02-120827115348-phpapp01.pdf
 

Más de Veneet-BA

Introduction to OOA and UML
Introduction to OOA and UMLIntroduction to OOA and UML
Introduction to OOA and UMLVeneet-BA
 
Fundamentals of SDLC for Business Analysts
Fundamentals of SDLC for Business AnalystsFundamentals of SDLC for Business Analysts
Fundamentals of SDLC for Business AnalystsVeneet-BA
 
Requirement Elicitation Techniques
Requirement Elicitation TechniquesRequirement Elicitation Techniques
Requirement Elicitation TechniquesVeneet-BA
 
Introduction to OOA and UML
Introduction to OOA and UMLIntroduction to OOA and UML
Introduction to OOA and UMLVeneet-BA
 
Resume/Interview Preparation
Resume/Interview Preparation Resume/Interview Preparation
Resume/Interview Preparation Veneet-BA
 
Role of BA in Testing
Role of BA in TestingRole of BA in Testing
Role of BA in TestingVeneet-BA
 
Workflow and Database Management
Workflow and Database ManagementWorkflow and Database Management
Workflow and Database ManagementVeneet-BA
 
Business Requirements and Functional Requirements
Business Requirements and Functional RequirementsBusiness Requirements and Functional Requirements
Business Requirements and Functional RequirementsVeneet-BA
 

Más de Veneet-BA (8)

Introduction to OOA and UML
Introduction to OOA and UMLIntroduction to OOA and UML
Introduction to OOA and UML
 
Fundamentals of SDLC for Business Analysts
Fundamentals of SDLC for Business AnalystsFundamentals of SDLC for Business Analysts
Fundamentals of SDLC for Business Analysts
 
Requirement Elicitation Techniques
Requirement Elicitation TechniquesRequirement Elicitation Techniques
Requirement Elicitation Techniques
 
Introduction to OOA and UML
Introduction to OOA and UMLIntroduction to OOA and UML
Introduction to OOA and UML
 
Resume/Interview Preparation
Resume/Interview Preparation Resume/Interview Preparation
Resume/Interview Preparation
 
Role of BA in Testing
Role of BA in TestingRole of BA in Testing
Role of BA in Testing
 
Workflow and Database Management
Workflow and Database ManagementWorkflow and Database Management
Workflow and Database Management
 
Business Requirements and Functional Requirements
Business Requirements and Functional RequirementsBusiness Requirements and Functional Requirements
Business Requirements and Functional Requirements
 

Último

Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Commit University
 
Gen AI in Business - Global Trends Report 2024.pdf
Gen AI in Business - Global Trends Report 2024.pdfGen AI in Business - Global Trends Report 2024.pdf
Gen AI in Business - Global Trends Report 2024.pdfAddepto
 
How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.Curtis Poe
 
Generative AI for Technical Writer or Information Developers
Generative AI for Technical Writer or Information DevelopersGenerative AI for Technical Writer or Information Developers
Generative AI for Technical Writer or Information DevelopersRaghuram Pandurangan
 
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxA Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxLoriGlavin3
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Mattias Andersson
 
How to write a Business Continuity Plan
How to write a Business Continuity PlanHow to write a Business Continuity Plan
How to write a Business Continuity PlanDatabarracks
 
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdf
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdfHyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdf
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdfPrecisely
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Mark Simos
 
Commit 2024 - Secret Management made easy
Commit 2024 - Secret Management made easyCommit 2024 - Secret Management made easy
Commit 2024 - Secret Management made easyAlfredo García Lavilla
 
The Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsThe Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsPixlogix Infotech
 
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptxThe Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptxLoriGlavin3
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .Alan Dix
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfAlex Barbosa Coqueiro
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024Lorenzo Miniero
 
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024BookNet Canada
 
"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr BaganFwdays
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brandgvaughan
 
Moving Beyond Passwords: FIDO Paris Seminar.pdf
Moving Beyond Passwords: FIDO Paris Seminar.pdfMoving Beyond Passwords: FIDO Paris Seminar.pdf
Moving Beyond Passwords: FIDO Paris Seminar.pdfLoriGlavin3
 
Connect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationConnect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationSlibray Presentation
 

Último (20)

Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!
 
Gen AI in Business - Global Trends Report 2024.pdf
Gen AI in Business - Global Trends Report 2024.pdfGen AI in Business - Global Trends Report 2024.pdf
Gen AI in Business - Global Trends Report 2024.pdf
 
How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.
 
Generative AI for Technical Writer or Information Developers
Generative AI for Technical Writer or Information DevelopersGenerative AI for Technical Writer or Information Developers
Generative AI for Technical Writer or Information Developers
 
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptxA Deep Dive on Passkeys: FIDO Paris Seminar.pptx
A Deep Dive on Passkeys: FIDO Paris Seminar.pptx
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?
 
How to write a Business Continuity Plan
How to write a Business Continuity PlanHow to write a Business Continuity Plan
How to write a Business Continuity Plan
 
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdf
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdfHyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdf
Hyperautomation and AI/ML: A Strategy for Digital Transformation Success.pdf
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
 
Commit 2024 - Secret Management made easy
Commit 2024 - Secret Management made easyCommit 2024 - Secret Management made easy
Commit 2024 - Secret Management made easy
 
The Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsThe Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and Cons
 
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptxThe Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
The Role of FIDO in a Cyber Secure Netherlands: FIDO Paris Seminar.pptx
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdf
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024
 
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
 
"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brand
 
Moving Beyond Passwords: FIDO Paris Seminar.pdf
Moving Beyond Passwords: FIDO Paris Seminar.pdfMoving Beyond Passwords: FIDO Paris Seminar.pdf
Moving Beyond Passwords: FIDO Paris Seminar.pdf
 
Connect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationConnect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck Presentation
 

Enterprise Analysis

  • 2. Page 2Classification: Restricted Agenda • Enterprise Analysis • What is Enterprise Analysis • Why Enterprise Analysis • Different Architectures • Enterprise Analysis Activities • Techniques Used to Define a Business Need • Techniques Used to assess Capability Gaps • Techniques Used to Determine Solution Approach • Techniques Used to Define Solution Scope • Techniques Used to Define a Business Case • SWOT Analysis • GAP Analysis • Feasibility Study • Root Cause Analysis
  • 3. Page 3Classification: Restricted What is Enterprise Analysis? Describes the Business Analysis activities necessary to identify a business need, problem, or opportunity, define the nature of a solution that satisfies the identified need and justify the investment necessary to deliver the solution. Enterprise Analysis Outputs create context to requirements analysis.
  • 4. Page 4Classification: Restricted Provides context to requirements analysis and solution identification Often serves as the starting point for initiating a new project Business requirements are identified and documented through enterprise analysis activities Why Enterprise Analysis?
  • 5. Page 5Classification: Restricted Different Architectures The Enterprise Architecture consists of five architectures which in total comprise • Business Architecture • Information Architecture • Application Architecture • Technology Architecture • Security Architecture
  • 7. Page 7Classification: Restricted Techniques Used to Define a Business Need
  • 8. Page 8Classification: Restricted Techniques Used to assess Capability Gaps
  • 9. Page 9Classification: Restricted Techniques Used to Determine Solution Approach
  • 10. Page 10Classification: Restricted Techniques Used to Define Solution Scope
  • 11. Page 11Classification: Restricted Techniques Used to Define a Business Case
  • 12. Page 12Classification: Restricted SWOT Analysis Strengths: characteristics of the business, or project team that give it an advantage over others Weaknesses (or Limitations): are characteristics that place the team at a disadvantage relative to others Opportunities: external chances to improve performance (e.g. make greater profits) in the environment Threats: external elements in the environment that could cause trouble for the business or project.
  • 14. Page 14Classification: Restricted How to Conduct SWOT Analysis Analyze the Internal & External Environment
  • 16. Page 16Classification: Restricted Gap analysis is a technique to identify the area of improvement in any process ranging from Business to technology. The areas of improvement doesn’t necessarily mean any new enhancement, it is either about finding a gap between what is expected and what is really done. What is Gap Analysis?
  • 22. Page 22Classification: Restricted What is Feasibility Study? An analysis and evaluation of a proposed project to determine if it (1) is technically feasible, (2) is feasible within the estimated cost, and (3) will be profitable. • Feasibility study is used to determine the viability of an idea • The objective of such a study is to ensure a project is legally and technically feasible and economically justifiable • It tells us whether a project is worth the investment • It is also called as Feasibility Analysis
  • 23. Page 23Classification: Restricted Why do a feasibility study • IT IS ALL ABOUT MAKING AN INFORMED CHOICE • It is an analysis of the viability of an idea through a disciplined and documented process. • A feasibility study is a management-oriented activity & should tell management: • Whether the project can be done • What are alternative solutions? • What are the criteria for choosing among them? • Is there a preferred alternative? • After a feasibility study, management makes a go/no-go decision. • A feasibility study: • Gives focus to the project and outline alternatives • Enhances the probability of success by addressing and mitigating factors early on that could affect the project • Provides quality information for decision making • Helps to increase investment in the company • Helps in securing funding from lending institutions and other monetary sources
  • 24. Page 24Classification: Restricted What to Study What to Conclude • Things to be studied during the feasibility study phase: • The present organizational system (users, policies, functions, objectives,...) • Problems with the present system (inconsistencies, inadequacies in functionality, performance,...) • Objectives and other requirements for the new system (what needs to change?) • Constraints, including nonfunctional requirements on the system (preliminary pass) • Possible alternatives (the current system [status quo] is always one of those) • Advantages and disadvantages of the alternatives • Things to conclude: • Feasibility of the project and the preferred alternative
  • 25. Page 25Classification: Restricted Types of Feasibility - TRELOS ➢T - Technology and System Feasibility “Can it be built?” • Technological feasibility is carried out to determine whether the company has the capability, in terms of required technology, software, hardware, personnel and expertise, to handle the completion of the project ➢R - Risk Feasibility ➢E - Economic Feasibility “Will it make economic sense if it works and is built?” “ Will it generate PROFITS?” • Cost-based study: It is important to identify cost and benefit factors eg. Development costs and Operational costs. This is an analysis of the costs to be incurred in the system and the benefits derivable out of the system. • Time-based study: This is an analysis of the time required to achieve a return on investments. The future value of a project is also a factor.
  • 26. Page 26Classification: Restricted Types of Feasibility - TRELOS Cont’d… ➢ L – Legal Feasibility • It includes study concerning contracts, liability, violations, and legal other traps frequently unknown to the technical staff. • Determines whether the proposed system conflicts with legal requirements, e.g. a data processing system must comply with the local Data Protection Acts. ➢ O – Operational Feasibility “Will it work?” • Operational feasibility is mainly concerned with issues like whether the system will be used if it is developed and implemented. ➢ S – Schedule Feasibility • A project will fail if it takes too long to be completed before it is useful. • Schedule feasibility is a measure of how reasonable the project timetable is.
  • 27. Page 27Classification: Restricted Economic Feasibility • The bottom line in many projects is economic feasibility. • As soon as specific requirements and solutions have been identified, the analyst can weigh the costs and benefits of each alternative. This is called a cost-benefit analysis • The purpose of a cost/benefit analysis is to answer questions such as: • Is the project justified (because benefits outweigh costs)? • Can the project be done, within given cost constraints? • What is the minimal cost to attain a certain system? • What is the preferred alternative, among candidate solutions? • Examples of things to consider: • Hardware/software selection • How to convince management to develop the new system • Selection among alternative financing arrangements (rent/lease/purchase) • Difficulties -- discovering and assessing benefits and costs; they can both be intangible, hidden and/or hard to estimate, it's also hard to rank multi-criteria alternative BENEFIT COST
  • 28. Page 28Classification: Restricted Types of Benefits • Benefits may be classified into one of the following categories: • Monetary -- when $-values can be calculated • Tangible (Quantified) -- when benefits can be quantified, but $-values can't be calculated • Intangible -- when neither of the above applies • Examples of particular benefits: • Cost reductions • Error reductions • Increased throughput • Improved time management ▪ How to identify benefits? • By organizational level (operational, lower/middle/upper management) • By department (production, purchasing, sales,...)
  • 29. Page 29Classification: Restricted Types of Costs • Project-related costs • Development and purchasing costs: • who builds the system (internally or contracted out)? • software used (buy or build)? • hardware (what to buy, buy/lease)? • facilities (site, communications, power,...) • Installation and conversion costs: • installing the system, training of personnel, file conversion,.... • Operational costs (on-going) • Maintenance: hardware (maintenance, lease, materials,...), software (maintenance fees and contracts), facilities • Personnel: operation, maintenance
  • 30. Page 30Classification: Restricted Return on Investment (ROI) • ROI is a percentage that shows what return you make by investing in something. ROI = (Benefit – Cost) ÷ Cost • Example: A company invests in a project that costs $200,000. The benefit of doing the project saves the company $230,000 in the first year alone. In this case, the ROI = (230,000-200,000)/200,000 = 15%. • So for ROI, Bigger is better.
  • 31. Page 31Classification: Restricted Operational Feasibility The PIECES framework can help in identifying problems to be solved, and their urgency: Performance -- Does current mode of operation provide adequate throughput and response time? Information -- Does current mode provide end users and managers with timely, pertinent, accurate and usefully formatted information? Economy -- Does current mode of operation provide cost-effective information services to the business? Could there be a reduction in costs and/or an increase in benefits? Control -- Does current mode of operation offer effective controls to protect against fraud and to guarantee accuracy and security of data and information? Efficiency -- Does current mode of operation make maximum use of available resources, including people, time, flow of forms,...? Services – Does current mode of operation provide reliable service? Is it flexible and expandable?
  • 32. Page 32Classification: Restricted Schedule Feasibility • We may have the technology, but that doesn't mean we have the skills required to properly apply that technology - The learning curve of the team members will impact the schedule. • Given our technical expertise, are the project deadlines reasonable? Determine whether the deadlines are mandatory or desirable? If the deadlines are desirable rather than mandatory, the analyst can propose alternative schedules. • It is preferable (unless the deadline is absolutely mandatory) to deliver a properly functioning information system two months late than to deliver an error-prone, useless information system on time! Missed schedules are bad, but inadequate systems are worse
  • 33. Page 33Classification: Restricted Feasibility Analysis Matrix • How do we compare alternatives when there are multiple selection criteria and none of the alternatives is superior across the board? - Use a Feasibility Analysis Matrix! • In a feasibility analysis matrix: • The columns correspond to the candidate solutions • Some rows correspond to the feasibility criteria • The cells contain the feasibility assessment notes for each candidate. • Each row can be assigned a rank or score for each criterion (e.g., for operational feasibility, candidates can be ranked 1, 2, 3, etc.). • After ranking or scoring all candidates on each criterion, a final ranking or score is recorded in the last row
  • 34. Page 34Classification: Restricted Example of a Feasibility Matrix Feasibility Criteria Wt. Candidate 1 Candidate 2 Candidate 3 Operational Feasibility Functionality. A description of to what degree the candidate would benefit the organization and how well the system would work. Political. A description of how well received this solution would be from both user management, user, and organization perspective. 30% Score: Score: Score: Technical Feasibility Technology. An assessment of the maturity, availability (or ability to acquire), and desirability of the computer technology needed to support this candidate. Expertise. An assessment to the technical expertise needed to develop, operate, and maintain the candidate system. 30% Score: Score: Score: Economic Feasibility Cost to develop: Payback period (discounted): Net present value: Detailed calculations: 30% Score: Score: Score: Schedule Feasibility An assessment of how long the solution will take to design and implement. 10% Score: Score: Score: Ranking: 100%
  • 36. Page 36Classification: Restricted What is a Problem Statement A problem statement is a clear concise description of the issue(s) that need(s) to be addressed by a problem solving team. It is used to center and focus the team at the beginning, keep the team on track during the effort, and is used to validate that the effort delivered an outcome that solves the problem statement.
  • 37. Page 37Classification: Restricted Questions a Problem Statement should answer 1.What is the problem? This should explain why the team is needed. 2.Who has the problem or who is the client/customer? This should explain who needs the solution and who will decide the problem has been solved. 3.What form can the resolution be? What is the scope and limitations (in time, money, resources, technologies) that can be used to solve the problem?
  • 39. Page 39Classification: Restricted Example • Provides facilities for book issue and return • Librarian should be able to search for a book • If the member wants a book, which is not in the library, the librarian should be allowed to place an order for the book • Provide security User Requirements A member visits the library to return the existing book/VCD/DVD and obtain another one. The member hands the book over to the librarian and asks tor a particular book, based on the book/VCD/DVD title/author name/publisher name/price/year of publication. The user may be able to locate the book from her memory, and issue the same to the member. Alternatively, the librarian may need to search for the book in its library database. Problem Statement
  • 41. Page 41Classification: Restricted • Root cause analysis (RCA) is a method of problem solving used for identifying the root causes of faults or problems. • The Root Cause Analysis process is also known as the “Ishikawa Diagram” or “Fishbone Diagram.”