(Project Name) Business Case: Yellow Highlighting Text To Be Replaced Blue Highlighting Example Text
(Project Name) Business Case: Yellow Highlighting Text To Be Replaced Blue Highlighting Example Text
(Project Name) Business Case: Yellow Highlighting Text To Be Replaced Blue Highlighting Example Text
Business Case
Table of Contents
1. Introduction...............................................................................................................3
1.1. Purpose.......................................................................................................3
1.2. Scope..........................................................................................................3
1.3. Distribution..................................................................................................3
1.4. Intended Audience......................................................................................3
1.5. Copyright.....................................................................................................3
1.6. References..................................................................................................4
2. Executive Summary..................................................................................................4
2.1. Scope Statement........................................................................................5
2.2. Business Case Summaries.........................................................................5
3. Recommendations....................................................................................................8
4. Cost Benefit Analysis..............................................................................................10
4.1. Estimated DW Costs................................................................................10
4.2. Business Case Value & Rankings............................................................11
4.3. Hard ROI Cost Benefit Analysis...............................................................13
5. Business Cases......................................................................................................16
5.1. Waste Water Treatment Analysis.............................................................16
5.2. Treatment Process Regulatory Requirements Analysis...........................30
5.3. Maintenance Scheduling Decision Support.............................................42
5.4. Other Notable Business Cases................................................................57
6. Prototype Results...................................................................................................58
6.1. Prototype Overview..................................................................................58
6.2. Business Benefits.....................................................................................60
6.3. Data Elements..........................................................................................61
7. Attachment A Source Data Descriptions..............................................................62
7.1. CMMS.......................................................................................................62
7.2. Source Control..........................................................................................62
7.3. LIMS..........................................................................................................63
7.4. FIS.............................................................................................................63
7.5. CRISP.......................................................................................................64
7.6. Operations................................................................................................65
2012 projectmanagement.com 2
projectmanagement.com [Project Name] Business Case
1. Introduction
1.1. Purpose
[Project Leader] is pleased to present this [Project Name] Business Case document to
[Project Customer/Sponsor]. [Project Leader] appreciates the time [Project
Customer/Sponsor] associates have spent with us to help us understand the critical
business issues you face. The Business Case document captures the vision we have
jointly created outlining how [Project Leader] can assist [Project Customer/Sponsor] in
confronting their critical issues.
This document contains the deliverables that were produced for the [Project Name]
Business Case project by [Project Leader].
1.2. Scope
This document includes the deliverables for the [Project Name] Business Case project
for [Project Customer/Sponsor]. It does not include intermediate documents (e.g., the
Project Tracking Documents).
This document does not include a detailed Work Breakdown Structure (WBS) for the
next phase or detailed costing information. These items will be provided to [Project
Customer/Sponsor] in a separate document to assist them in developing the next
components of the [Project Name].
1.3. Distribution
Project team members, project reviewers and project executive sponsors are the
intended audience for this document.
1.5. References
2012 projectmanagement.com 3
projectmanagement.com [Project Name] Business Case
2. Executive Summary
[Project Customer/Sponsor] engaged [Project Leader] to develop their [Project Name]-
related business cases. The project goal was to define and prioritize the optimal three
candidates for [project type] projects, selected from the recommendations of the
Strategic Information Plan (SIP). The deliverables from this project provide the
necessary information to budget and plan the first several [Project Type] projects.
The three candidate projects were selected from the information provided in the
Strategic Information Plan (SIP) and interviews with the project sponsors. The selection
criteria used to determine the top three candidates included business justifications,
anticipated return on investment (ROI) and perceived ability to complete successfully
on do-ability. Through business user focus sessions the business justification,
2012 projectmanagement.com 4
projectmanagement.com [Project Name] Business Case
potential ROI and do-ability for each of the three candidate DW projects were refined.
Based on the analysis performed in this phase, the Waste Water Treatment Analysis
was selected as the first Data Warehouse population project. The other two business
cases, Maintenance Scheduling Decision Support and Treatment Process Regulatory
Requirements Analysis, would be accomplished by the next two population projects by
adding the additional source systems and additional elements in the existing Data
Warehouse.
Additionally, [Project Leader] has developed a Data Warehouse prototype, using actual
[Project Customer/Sponsor] data, to demonstrate the Data Warehouse capabilities to
[Project Customer/Sponsor] staff.
The deliverables are focused on the three candidate projects. All business analysis
and data research was directly related to these three project areas. Focus session
attendees were chosen by the project sponsor based on the scope of the three
candidate projects. All attendees expressed support for the applicability of the DW and
many were enthusiastic proponents who are eagerly looking forward to the system
being available.
It was noted by the [Project Leader] staff that conducted the focus sessions that there
was a very strong cultural cohesiveness to the attendees of the sessions. The territorial
frictions that often negatively effect focus sessions containing representatives from
many departments was noticeably absent from the sessions conducted at [Project
Customer/Sponsor]. This is usually indicative of a very positive and productive working
relationship between departments. This collaborative relationship is a key factor in the
success for a DW project.
The deliverables of the project are intended to provide clear business justifications
together with user provided cost benefits and industry standard costing estimates for
executing these projects. The estimates provide sufficient detail and accuracy for
budgeting and approval purposes. All volumes, timings and other similar figures
obtained in support of this business case are estimates only and are based upon the
data that has been obtained from [Project Customer/Sponsor] during the focus
sessions and follow on meetings. Additional task information, work breakdown structure
(WBS) and costs will be provided in a separate document.
Significant business justifications exist for each of the three candidate DW projects.
The merits of each case are detailed in Section 5, Business Cases. The following
section provides a short description of the business cases summarizing the substantial
business justifications.
The Waste Water Treatment DW will provide timely access to integrated lab
sample data, CRISP operational metrics with FIS costing information to enable
analysis of the treatment process and plant operations.
2012 projectmanagement.com 5
projectmanagement.com [Project Name] Business Case
The business justifications are substantiated and include cost savings in the
following areas:
2012 projectmanagement.com 6
projectmanagement.com [Project Name] Business Case
2012 projectmanagement.com 7
projectmanagement.com [Project Name] Business Case
The recommended [Project Leader] approach to the analysis, design and construction
of a DW project for [Project Customer/Sponsor] is presented in this section. This
approach is based on the [Project Leader] DW methodology that is utilized globally in
the design and construction of data warehouses.
The road map below outlines the stages contained within the development of a DW.
The arrow pattern illustrates which portions of the process are iterated. Once the
overall DW Plan and Architecture have been developed and the scope defined during
the Business Question Assessment, stages from that point forward are repeatable,
constituting separate iterations of the Data Warehouse. [Project Leader] have
completed the first four steps of the process for [Project Customer/Sponsor]. The next
step in the process for [Project Customer/Sponsor] is Architecture Design and Review.
Data Warehouse
process road map...
Enterprise
Enterprise
Strategic
Strategic Value
ValueStream
Stream
Engineering
Engineering
Visioning
Visioning Assessment
Assessment
Assessment
Assessment
Business
BusinessQuestion
Question Data
Knowledge
Architecture
Architecture
Assessment
Assessment Warehouse
Warehouse
Design/Review
Design/Review
(Scope)
(Scope) Business
BusinessCase
Case
Tool
Tool
Iteration
Iteration Selection
Selection Implementation
Implementation
Implementation
Implementation Detail
DetailDesign
Design (RAD)
(RAD)
Plan
Plan
Transition
Transition
Kaizen
Kaizen Maintenance
Maintenance toto
Production
Production
Reference
Iterative Processes
Proceed with a Data Warehouse Tool Selection to determine what tools will be
needed by the Data Warehouse.
2012 projectmanagement.com 8
projectmanagement.com [Project Name] Business Case
Once the Architecture has been defined, develop the Iteration Implementation
Plan which will identify in detail what the first three to four iterations of the Data
Warehouse will include.
Proceed with the Detailed Design and Implementation of the first iteration of the
DW.
The Iterations or Population Projects identified over a 19 month period will include:
2012 projectmanagement.com 9
projectmanagement.com [Project Name] Business Case
population projects above was determined from the analysis of the Business Cases
reviewed during the current phase.
The Operational Data Store (ODS) and Enterprise Wide Data Warehouse (EWDW) are
shown to be introduced after the first iteration. If [Project Customer/Sponsor] desires,
the ODS and EWDW could be held back one iteration to allow for a second data mart
to be constructed before them.
The order for the iterations is based on anticipated return on investment, overall
organizational knowledge gained, and ease of implementation. It would be possible to
change the order of implementation based on changing requirements from [Project
Customer/Sponsor].
Industry cost figures for the design and implementation of enterprise wide data
warehousing and data marts are difficult to obtain. Research indicates that some
organizations are spending more than $10 million over five years. Most organizations
are reluctant to release their budget and cost figures. Additionally, the uniqueness of
each organization's hardware, software and labor requirements results in very different
requirements and costs.
The cost figures represent the initial design and construction of the enterprise wide DW
and several Data Marts, and the intended support of the entire project through the five
year point.
Sub-Total operational Costs 94.4 75.5 97.0 97.0 97.0 192.5 192.5 192.5 192.5 192.5 192.5 192.5 192.5 192.5 192.5
Capital Costs
Hardware Purchase/Upgrade 40.0 75.0 40.0 40.0 40.0 5.0 5.0 5.0 5.0 3.0 3.0 3.0 3.0 3.0 3.0
Extraction Software 50.0 50.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
Cleansing Software 0.0 50.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
DW Manager Software 0.0 25.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
RDBMS 50.0 300.0 50.0 50.0 50.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
Metadata 10.0 50.0 10.0 10.0 10.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
Front End 20.0 20.0 40.0 40.0 40.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0
Software Maintenance (15%) 0.0 0.0 7.0 7.0 7.0 37.0 37.0 37.0 37.0 37.0 37.0 37.0 37.0 37.0 37.0
Design & Implementation 440.0 330.0 440.0 440.0 440.0 78.0 78.0 78.0 78.0 78.0 78.0 78.0 78.0 78.0 78.0
Sub-Total Capital Costs 610.0 900.0 587.0 587.0 587.0 120.0 120.0 120.0 120.0 118.0 118.0 118.0 118.0 118.0 118.0
Total per Iteration 704.4 975.5 684.0 684.0 684.0 312.5 312.5 312.5 312.5 310.5 310.5 310.5 310.5 310.5 310.5
EDW Cumulative Total to Date 1,679.9 2,363.9 3,047.9 3,731.9 4,044.4 4,356.9 4,669.4 4,981.9 5,292.4 5,602.9 5,913.4 6,223.9 6,534.4 6,844.9
2012 projectmanagement.com 10
projectmanagement.com [Project Name] Business Case
The costs reflected in the Total DW cost of Ownership chart are based on the following:
Hardware and software costs are based on current average costs. These
estimates are obtained from [Project Leader] worldwide DW engagements of
like construction, and [Project Leader] staff knowledge of our partner vendors
costs.
Selection and prioritization of the DW population projects includes two key dimensions:
business justifications and execution do-ability. These analysis areas were addressed
by two main activities: (i) focus sessions to determine business justification and data
requirements; and (ii) the source data analysis to determine the general availability of
the source data. Those two areas have been cross-analyzed to determine the relative
value of source data.
The first section below summarizes the relative rankings of the business cases, taking
into consideration the availability and quality of the source data and considering the
estimated DW project costs to address the business case.
The second section summarizes the relative rankings of the source data subject areas.
It takes into consideration costs as compared to relative values that are defined by the
supported business case justifications.
A pleasant, but not unanticipated conclusion is that the two subject areas (Lab and
CRISP) are highly valued by many areas of the organization. A DW project that
includes both subject areas will serve a wide range of business needs.
LEGEND
Score Ranking Calulation: 1st place=6 points, 2nd place=3, 3rd place=1
Weighted Score Calculation Score Ranking * Category Weighting
2012 projectmanagement.com 11
projectmanagement.com [Project Name] Business Case
2012 projectmanagement.com 12
projectmanagement.com [Project Name] Business Case
LEGEND
Score Ranking Calulation: 1st place=6 points, 2nd place=3, 3rd place=1
Weighted Score Calculation Score Ranking * Category Weighting
2012 projectmanagement.com 13
projectmanagement.com [Project Name] Business Case
The basis for these graphs are the DW costs by iteration as compared with the
Estimated Business Value (Hard ROI). The first graph uses the total cost for the
2012 projectmanagement.com 14
projectmanagement.com [Project Name] Business Case
enterprise wide data warehouse. The subsequent three graphs include the costs for
building just one data mart, compared with the value of each business case.
These ROI justifications were based solely on estimated Hard ROI and do not reflect
the priceless value of the many Soft ROI justifications for each business case.
The ROI point at 24 months after beginning implementation is based on the combined
value of all three business cases. The estimated yearly hard ROI values of each
business cases were prorated over the months. ROI begins to accumulate after an
iteration has been implemented into the production environment.
Cumulative Value of
Enterprise Wide DW Cumulative Costs
all 3 Business Cases
12,000 Treat Waste Water Value
Do
lla 8,000
rs Enterprise Wide DW Cumulative Costs
(0
00
6,000 Maintenance & Scheduling
)
ROI at
24 Months
Treat Waste Water
4,000
-
1 5 8 12 16 20 24 28 32 36 40 44 48 52 56
Months
2012 projectmanagement.com 15
projectmanagement.com [Project Name] Business Case
5,000
4,500
4,000
3,500
3,000
Dollars (000)
2,000
1,500
1,000
500
-
1
8
s
12
16
32
36
40
52
56
20
24
28
44
48
th
on
M
The graph shows where the cumulative value of the Waste Water Treatment Analysis
DW exceeds the estimated cost of building the data mart.
The graph shows where the cumulative value of the Treatment Process Regulatory
Requirements Analysis DW exceeds the estimated cost of building the data mart.
1,800
1,600
1,400
1,200
Dollars (000)
1,000
One Data Mart Costs
Regulatory Requirements Value
800
600
400
200
-
s
12
16
48
52
56
20
24
28
32
36
40
44
th
on
M
The estimated $250,000,000 cost of building a full secondary treatment plant and the
$11,000,000 yearly operations costs were not included as part of this ROI analysis.
2012 projectmanagement.com 16
projectmanagement.com [Project Name] Business Case
The graph shows where the cumulative value of the Maintenance Scheduling Decision
Support DW exceeds the estimated cost of building the data mart.
8,000
7,000
6,000
5,000
Dollars (000)
3,000
2,000
1,000
-
s
16
24
32
44
52
12
20
28
36
40
48
56
th
on
M
5. Business Cases
The following sections contain the full detail of business justifications for each of the
three candidate data warehouse projects. Additionally, the focus session results are
summarized.
The Waste Water Treatment DW will provide timely access to integrated lab
sample data, CRISP operational metrics with FIS costing information to enable
analysis of the treatment process and plant operations.
The following sections define the business justifications in terms of the business
needs expressed in the Strategic Information Plan (SIP) and the Focus
Sessions.
While hard dollars are difficult to determine there are clear return on
investment scenarios and business justifications.
2012 projectmanagement.com 17
projectmanagement.com [Project Name] Business Case
The business questions indicate the business value that the DW will provide to
the users. The following business questions were directly applicable to the
scope of the business case and were derived primarily from the specific focus
session. A few questions are from separate interviews and other focus
sessions.
These queries exemplify how a DW will provide quick and accurate decision
support for common business questions and business measures of success.
Currently some of these questions are being partially answered via redundant
manual data gathering, consolidation, validation and assembly.
2012 projectmanagement.com 18
projectmanagement.com [Project Name] Business Case
The business justifications are substantiated and include cost savings in the
following areas:
2012 projectmanagement.com 19
projectmanagement.com [Project Name] Business Case
The following are the ROI scenarios expressed by the business users during the
focus sessions and related interviews. It is understood that these net benefits
will be very difficult to measure because both pre and post DW measurements
are elusive. After implementing the DW, many of the benefits will be noticeable
and quantifiable. A few of these ROIs are applicable to more than one business
case.
These numbers were directly used in the Ranking Spreadsheet to evaluate the
relative values of the candidate business cases.
2012 projectmanagement.com 20
projectmanagement.com [Project Name] Business Case
Integrate computer system to link users and gain on-line access to data
bases
2012 projectmanagement.com 21
projectmanagement.com [Project Name] Business Case
Management Sponsorship
User Sponsorship
Business Justification & Budget
Data Available, accessible. sufficient quality, appropriate level of detail and
can be transformed to a view consistent with the business questions
Data Warehouse process: methodology, project management and skilled
labor
The Business Case project assessed these success factors. The information
provided in the focus session and interviews indicates that there is sufficient
sponsorship and business justification for the DW. The users indicated that the
data does exist. It is sufficiently accurate and available at the right level of detail
to support a DW design, which transforms this information into a subject
oriented decision support system. While the evidence indicates that these
success factors are in place, they remain critical success factors to manage
during the DW process.
It appears that the data sets coming directly from LIMS and CRISP will be
accurate and can be directly transformed into a DW. The data from manual
sources will be data quality risks that must be mitigated through quality controls.
That data includes some chemical usage information and manually monitored
meter readings. The process of building the DW with quality controls will assist
the organization in improving the quality of the manually entered data.
Assuming the Critical Success Factors are met, the data quality risks are
managed, and an appropriate DW process is executed this DW implementation
will be successful.
Demand
Below the SIP Investment Strategies and Recommendations which are directly
related to this DW business case or are partially met by the DW business case.
This analysis was based solely on the information contained in the SIP
document. The SIP summaries of the processes, applications, databases and
strategies led to these conclusions and it is possible omitted details of these
recommendations may have altered the conclusions.
20b Effluent Database This strategy is mostly met by the DW in the areas
. of combining effluent lab results with ODES and FIS to provide
integrated data with good reporting and analysis tools.
2012 projectmanagement.com 23
projectmanagement.com [Project Name] Business Case
These are the SIP recommendations which are at least partially addressed by
the DW or would be integral to the DW. Several recommendations were not
included in the list if they were simply data sources and not also integral to
related business processes.
15. Integrating Plant, Maintenance, Lab and Financial Data The DW covers
a majority of this recommendation by providing the integrated data store
for these subject areas.
2012 projectmanagement.com 24
projectmanagement.com [Project Name] Business Case
27. Effluent Database The DW will likely cover all of the required
functionality for this information by providing a decision support data
store for effluents.
28. Influent Database The DW will likely cover all of the required
functionality for this information by providing a decision support data
store for influents.
The DW will support (and not overlap) with the planned LIMS and CRISP
upgrades and implementations.
The LIMS system will continue to expand to address the operational needs of
the lab. The DW will use LIMS as a data source and integrate the lab data with
plant process data in a subject oriented manner to allow appropriate cross trend
analysis.
The SCADA/CRISP system will continually grow in the number of PLCs in place
to monitor and control the treatment process. Currently there are sufficient
PLCs in place to feed the DW operational metrics which will enable analysis and
optimization of maintenance schedules. As new PLCs are deployed, the DW
will expand to include analysis over a greater number of capital assets and a
finer level of detail.
The training costs on usage of DW DSS tools must be addressed. This can
also be a benefit since users can learn one reporting environment instead of
multiple systems with multiple views of the data and multiple
reports/spreadsheets.
Specific Critical Success Factors for the Treat Waste Water Analysis DW
The chemical usage information and some critical meter readings are currently
being obtained and tracked manually. As part of the DW process, these manual
tasks must be included as part of the over-all data quality method. The data
must be obtained, data entered on a timely basis, and validated.
Standard DW Inhibitors
Training costs on usage of DW DSS tools must be addressed. This can also
be a benefit since users can learn one reporting environment instead of
multiple systems, and multiple reports/spreadsheets.
Source system changes must be coordinated with the DW process. Source
system bugs and down-time will affect the data quality and data flow to the
DW. Source system design changes will affect data transformation /
mapping for the DW. These are standard DW risk that can be mitigated by
implementing DW methods such as data quality programs, enterprise wide
data modeling techniques and metadata. The various systems are kept
synchronized by utilizing an architected framework for the technology
lifecycle.
Specific Inhibitors for the Treat Waste Water Analysis DW
5.1.4. Assumptions
2012 projectmanagement.com 27
projectmanagement.com [Project Name] Business Case
Truck Load
Report
Chemical
Delivery Receipt
Accounting
820
Administration 17
1st of Month
Readings 18
Analysis
Plant Monthly 12
Report 15 TPOD
13
O&M
14
Department
Rough TPOD Monthly
MSO
6 (online) Report
5
3
Chemical
2 Daily Lab
Inventory Night
Results
Information
(online)
1 Operator's
Log 11
7 8 16
OCWD/
IRWD
Meter Reading
Sheets
9
870 Central
4
Generation
Lab
10
Primary Trickle
Treatment Filter Daily Lab
Results
Digester
Activated
Sludge Belt Press
2012 projectmanagement.com 28
projectmanagement.com [Project Name] Business Case
Processes:
2. The chemical vendor truck arrives and pumps chemicals into holding tanks.
The delivery is visually confirmed by the level increase in the holding tank.
The driver has a receipt outlining the weight or volume of the delivery. The
Chemical Delivery Receipt is sent to Accounting and triggers an invoice
payment. These chemicals are purchased under a blanket agreement with
the vendor.
3. On the first of the month, staff in the plant take physical readings (flows,
pressures, chemical levels). These are reported on the First of Month
Readings Report. This report goes to the 820 group and is primarily used to
reconcile with Accounting.
4. There is more than one type of Operators Log. They are used to record log
information that is especially important to the process being monitored;
pressures, levels, chemicals, and temperatures. They also capture verbiage
about unique occurrences and abnormalities.
5. Verbiage from the Operators Logs provides information to the Plant Monthly
Report.
8. Manual Meter Readings from the plant are one of the main sources of data
for the MSO and the Night Report.
11. The Water District X and the Water District Y are contacted by phone to
report reclaimed water usage for the MSO.
2012 projectmanagement.com 29
projectmanagement.com [Project Name] Business Case
15. The Operations staff in the Control Center does some additional analysis
on the MSO numbers to illustrate efficiencies in the plant. This
information is sent to the 820 group to assist the development of the
TPOD (Treatment Plant Operational Data).
16. On regular intervals the lab takes samples from various areas in the
plant and runs tests on them. The results of these tests are summarized
on the Daily Lab Results Sheet and sent to the 820 group and plants
(this is currently an Excel spreadsheet and will be migrated on to the
LIMS system).
17. Using several of the reports that are sent from the plant operations, the
820 group reconciles usage information with payment information in
Accounting. This includes consumables, chemicals and power usage.
The DW will include data from the following sources. During user interviews it
was confirmed that this data does exist at a sufficient level of detail and can be
joined with other data sets to create a consistent business view.
2012 projectmanagement.com 30
projectmanagement.com [Project Name] Business Case
The following sections define the business justifications in terms of the business
needs expressed in the Strategic Information Plan and the Focus Sessions.
While hard dollars are difficult to determine, there are clear return on
investment scenarios and business justifications.
The business questions indicate the business value that the DW will provide to
the users. The following business questions were directly applicable to the
scope of the business case and were derived primarily from the specific focus
session. A few questions are from separate interviews and other focus
sessions.
5. Would like to be able to look for specific trends for identified constituents.
7. We are sitting on a gold mine of information, but cant get the pieces
(nuggets) out.
3. Although direct fines may not be levied, providing the EPA with timely and
accurate reporting builds a better relationship that can assist [Project
Customer/Sponsor] with negotiating a more acceptable permit.
4. Effects that are caused could be in compliance but could cause a cumulative
non-compliance.
5. Currently have about 2 years of history on-line, but the permit requires 5
years. The DW is the perfect repository for historical information and allows
operational systems to run more efficiently by purging historical information
that can be more effectively accessed in the DW.
6. Source Control is audited every year or two, plus the EPA and regional
board call to question things on a regular basis. The DW would make these
audits smoother by providing easy access to consistent information.
8. We are sitting on a gold mine but cant get the pieces out.
2012 projectmanagement.com 32
projectmanagement.com [Project Name] Business Case
Return on Investment
These numbers were directly used in the Ranking Spreadsheet to evaluate the
relative values of the candidate business cases.
reporting penalties, non-compliance penalties, raise poor political press, and the
ultimate trauma revoke [Project Customer/Sponsor]s permit.
Integrate computer system to link users and gain on-line access to data
bases.
Monitoring & Compliance
Management Sponsorship
User Sponsorship
Business Justification & Budget
Data Available, accessible and of sufficient quality, appropriate level of
detail, and can be transformed to a view consistent with the business
questions.
Data Warehouse Process: methodology, project management, and skilled
labor.
The Business Case project assessed these success factors. The information
provided in the focus session and interviews indicates that there is sufficient
sponsorship and business justification for the DW. The users indicated that the
data does exist, is sufficiently accurate and available at the right level of detail to
support a DW design. The DW transforms this information into a subject
oriented decision support system. While the evidence indicates that these
success factors are met, they remain critical success factors to manage during
the process.
It appears that the data sets coming directly from LIMS and CRISP will be
accurate and can be directly transformed into a DW. The data from manual
sources will be data quality risks that must be mitigated through quality controls.
That data includes some chemical usage information and manually monitored
2012 projectmanagement.com 34
projectmanagement.com [Project Name] Business Case
meter readings. The process of building the DW with quality controls will assist
the organization in improving the quality of the manually entered data.
Assuming the Critical Success Factors are met, the data quality risks are
managed, and an appropriate DW process is executed, this DW implementation
will be successful.
Demand
Below the SIP Investment Strategies and Recommendations which are directly
related to this DW business case or are partially met by the DW business case.
This analysis was based solely on the information contained in the SIP
document. The SIP summaries of the processes, applications, databases and
strategies led to these conclusions and it is possible omitted details of these
recommendations may have altered the conclusions.
10a Treat Waste Water Application Since this DW will include both lab and
. CRISP information, the DW partially over-laps with this strategys
requirements.
2012 projectmanagement.com 35
projectmanagement.com [Project Name] Business Case
20b Effluent Database This strategy is mostly met by the DW in the areas of
. combining effluent lab results with ODES and FIS to provide integrated data
with good reporting and analysis tools.
22. Influent Database This strategy is mostly met by the DW by integrating lab
influent samples with CRISP process flows information for organization wide
access and analysis.
Recommendation: 4, 9, 12, 13, 14, 15, 18, 19, 24, 26, 27, 28
These are the SIP Recommendations which are at least partially addressed by
the DW or would be integral to the DW. Several Recommendations were not
included in the list if they were simply data sources and not also integral to
related business processes.
14. Plant Automation (Treat Wastewater Process Application) Similar to the prior
recommendation, the DW will compliment this application by providing the
trending analysis to determine the operational enhancements, and measure
adjustments against regulatory goals and thresholds. The DW would not
include the actual operational automation which is covered by a system such
as CRISP.
15. Integrating Plant, Maintenance, Lab and Financial Data The DW partially
covers this recommendation by providing the LIMS and CRISP data.
18. Discharge Wastewater Effluents Process Application The DW will likely cover
2012 projectmanagement.com 36
projectmanagement.com [Project Name] Business Case
19. Sample/Analyze Wastewater Process Application The DW will likely cover all
of the required functionality for this recommendation by providing a decision
support system including source data from LIMS, CRISP and ECM if necessary
to meet this recommendation.
24. Sample Database Similarly to the prior recommendation, the DW will provide
the data store for analysis of lab samples.
27. Effluent Database The DW will likely cover all of the required functionality for
this information by providing a decision support data store for effluents.
28. Influent Database The DW will likely cover all of the required functionality for
this information by providing a decision support data store for influents.
The CRISP, LIMS and Source Control systems will continue to be enhanced to
meet the operational needs of those departments. The DW addresses a
separate need for an integrated view of the lab results and plant process
information. The DW serves a cross section of users for each department who
need to do cross-functional analysis.
Data Integration
Strategic Information Architecture
FIS / Oracle Gateway
Data Extraction from Plant Control System
The DW will not overlap or interfere with the following projects in ITs pipeline.
All of these projects will improve the source data available to the DW.
CMMS upgrades
LIMS upgrades
Source Control Upgrades
CRISP upgrades.
5.2.3. Critical Success Factors and Inhibitors
2012 projectmanagement.com 37
projectmanagement.com [Project Name] Business Case
success. End users must be an integral part of the process to realize the
benefits.
The quality and the source data must be ensured. The focus sessions
determined that the data was perceived to be available and of the requisite
quality, but that has not been confirmed by detailed analysis.
The DW is a new process for the information technology department. For
the project to be successful they will need to augment their staff with DW
skilled resources. They will also need to execute the process using a proven
methodology and manage the process with sound project management
techniques.
There must be a DW architecture in place. The DW process must fall within
the guidelines of the organizations architecture. The DW architecture
provides the framework for new iterations or enhancements to be built
efficiently without re-inventing the wheel and without invalidating prior
designs.
The DW is a new information technology tool for the organization. The DW
process must include sufficient lead time for the users to become acclimated
to the decision support tools and experience the learning curve from simple
queries to true analysis.
The training costs on usage of DW DSS tools must be addressed. This can
also be a benefit since users can learn one reporting environment instead of
multiple systems with multiple views of the data and multiple
reports/spreadsheets.
Specific Critical Success Factors for the Meet Regulatory Requirements DW
The chemical usage information and some critical meter readings are
currently being obtained and tracked manually. As part of the DW process,
these manual tasks must be included as part of the over-all data quality
method. The data must be obtained, entered on a timely basis, and be
validated.
Standard DW Inhibitors
Training costs on usage of DW DSS tools. This can also be a benefit since
users can learn one reporting environment instead of multiple systems,
multiple reports/spreadsheets.
Source system changes must be coordinated with the DW process. Source
system bugs and down-time will affect the data quality and data flow to the
DW. Source system design changes will affect data transformation /
mapping for the DW. These are standard DW risk that can be mitigated by
implementing DW methods such as data quality programs, enterprise wide
data modeling techniques and metadata. The various systems are kept
synchronized by utilizing an architected framework for the technology
lifecycle.
Specific Inhibitors for the Meet Regulatory Requirements DW
The process models depict the business processes which interact with the DW
project.
Processes:
1. Source Control sends the Source Control Monthly Report and the Source
Control Annual Report to both the EPA and Regional Water Quality Control
Board (RWQCB) as an NPDES requirement.
2012 projectmanagement.com 39
projectmanagement.com [Project Name] Business Case
IRWD
SAWPA
XYZ Sanitation District.
3. The Lab provides most of the information to Source Control for reporting.
Specifically this includes the Discharge Monitoring Report (DMR) and the
Priority Pollutant Analysis Reports as well as test results for the Source
Control samples.
5. Source Control tracks all trucking firms that move bio-solids from the plants.
The list is sent to the Health Department to verify that the trucking firms are
permitted to transport biological waste.
7. Ocean samples gathered by ECM are sent to the Lab for analysis.
8. Outside contractors are also used to gather and analyze ocean samples.
These results are returned directly to ECM.
9. Biological solids removal firms report back to ECM with information about
the final destination and use of bio-solids. This is reported to the EPA.
11. When a spill is reported to Operations, they dispatch the Collections group.
Collections go out into the field to gather information about the spill and
create an action plan to deal with it.
13. Collections are the response team for spills. As such, they must keep ECM
updated about the status of any spill that has occurred. This ranges from a
report on the action taken to a request for additional outside services (i.e.
Police, CalTrans, Office of Emergency Services).
2012 projectmanagement.com 40
projectmanagement.com [Project Name] Business Case
14. Whenever a sewage spill occurs, the Orange County Health Department is
notified immediately. This is a requirement but it is not reported on an official
document. It is generally handled by phone.
15. Whenever a sewage spill occurs, the EPA is phoned for an initial report. The
spill will eventually be documented if it is over 1000 gallons. The EPA may
or may not request this report.
16. Whenever a sewage spill occurs, the RWQCB is notified immediately. This
will eventually be reported in writing if the spill is over 1000 gallons.
17. During any sewage spill, if outside assistance is needed the following
agencies are notified by phone:
19. All spills are summarized on a monthly spill report to the RWQCB.
20. Operations provide information for reporting to ECM on a regular basis. This
includes a variety of data such as:
Spill data.
Volumes of bio-solids produced.
Plant information.
21. There is a large amount of information that flows between the Lab and ECM.
The DMR goes to ECM for certification before the Lab publishes it to the
EPA or RWQCB.
Lab results
Reports
Bio-solids information.
22. The Lab releases the DMR report to the EPA and RWQCB monthly. The
report contains biological and chemistry data about influent and effluents for
CSDOC.
23. The Ocean Monitoring Report (OMR) containing information about ocean
impact is sent to the EPA annually.
24. The Ocean Monitoring Report (OMR) containing information about ocean
impact is sent to the RWQCB annually.
2012 projectmanagement.com 41
projectmanagement.com [Project Name] Business Case
25. The EPA requires an annual Bio-Solids Report from ECM. This report deals
with the volume and disposition of the solid biological waste produced by the
CSDOC dewatering process.
30. Although there are Air Quality Permit regulations (such as the release of
Sulfides) the reporting is currently exercised during the application for new
permits rather than on a fixed schedule.
31. The National Pollutant Discharge Elimination System (NPDES) is the vehicle
that the EPA uses to regulate [Project Customer/Sponsor]. The EPA is
unable to administer and enforce NPDES in every state so the
administration is often pushed down to the local level. In this state, this task
has been given to the State Water Resource Control Board who administers
it through the Regional Water Quality Control Board. This is why most of the
regulatory reports issued by [Project Customer/Sponsor] go to the RWQCB
and the EPA.
The DW will include data from the following sources. During user interviews it
was confirmed that this data does exist at a sufficient level of detail and can be
joined with other data sets to create a consistent business view.
2012 projectmanagement.com 42
projectmanagement.com [Project Name] Business Case
The following sections define the business justifications in terms of the business
needs expressed in the Strategic Information Plan and the Focus Sessions.
While hard dollars are difficult to determine, there are clear return on
investment scenarios and business justifications.
The business questions indicate the business value that the DW will provide to
the users. The following business questions were directly applicable to the
scope of the business case and were derived primarily from the specific focus
session. A few questions are from separate interviews and other focus
sessions.
2. What is my O&M cost trend been for a given area at an asset level (e.g.
pump station). Fixed asset cost, maintenance costs, utilities costs and
replacement cost.
3. Notice of when process (meter) range is way out of range. The meter itself
needs service.
8. Trend analysis to determine actual Mean time between failure analysis will
make PMs more cost effective.
2012 projectmanagement.com 43
projectmanagement.com [Project Name] Business Case
9. Trend analysis to predict when major problems will occur. The Board has cut
staff, when will the deferred maintenance cost more than the cost savings?
1. Fixed assets and program expenditures are based on the cost analysis
research. The total odor management cost analysis will lead to savings in
labor, chemicals, instruments and materials.
Optimal workforce.
2012 projectmanagement.com 44
projectmanagement.com [Project Name] Business Case
6. Mean time between failure analysis will make PMs more cost effective.
8. If out of scope trends are captured, larger fixed assets could be saved by
fixing problems before it is too late.
9. 60% of maintenance occurs in last 2 years of use for fixed assets. The
sample graphs that we drew last week. Currently dont track costs at
equipment level and dont track expected life of equipment.
10. Currently, O&M notices that maintenance has increased and then start a 3
year process to acquire the new equipment. End up keeping equipment 4 to
5 years too long.
12. A DW in this arena will probably solidify standards. Example: For a 100hp
pump, we need the following PLC TAG drops; vibration, temperature,
runtime. This could help feed Engineering planning.
13. Determining actual Mean Time Between Failures and expected Life will
provide knowledge for more cost effective negotiations with vendors.
14. Predictive maintenance will reduce stop and wait time and thus save on
labor costs.
16. By doing electricity load shedding during peak and critical situations and with
proper maintenance, could possibly realize 10 25% savings of total energy
costs.
17. Trend analysis to predict when major problems will occur. The Board has cut
staff, when will the deferred maintenance cost more than the cost savings?
18. Increased efficiencies in cost per million gallons is good press / good politics
for the board.
19. Increased efficiencies will also compare well on the benchmark studies thus
reducing the chances of privatization.
2012 projectmanagement.com 45
projectmanagement.com [Project Name] Business Case
20. The analysis will allow [Project Customer/Sponsor] to weed out equipment
models which are under performing and either negotiate more appropriate
pricing or replace them with higher quality models.
21. Maintenance & Scheduling IT Priorities (Scheduling and planning module for
CMMS. Operational changes.
These numbers were directly used in the Ranking Spreadsheet to evaluate the
relative values of the candidate business cases.
high demand or high risk materials would need to have higher inventory
levels.
o Estimate 35% less inventory on hand over $4,500,000 worth of inventory
at 7% interest would result in a savings of $110,205.
The following pages illustrate persuasive ROI scenarios. Unfortunately, prior to
implementing the DW, these specific opportunities for cost savings can not be
identified or measured. It is intuitive to the maintenance and scheduling experts
that these cost savings opportunities definitely exist to some degree. The
business users gut feeling is that these exist to a significant degree to justify
the DW.
Usage Driven
Maintenance
Pump 3 is an
exposed fixed
Wasted labor, asset
materials, equipment
on pump 1
Runtime Hours
Pump 3
Recommended
Maintenance
Point
Pump 2
Pump 1
1 2 3 4
Current
Maintenance
Intervals
Save the calendar maintenance costs on equipment that has met the
calendar time criteria but has not actually been utilized to the point where it
requires maintenance.
Save the exposed fixed asset from breakdown due to over-utilization
between interval maintenance.
The DW will enable management to determine the proper usage based
predictive maintenance by analyzing both maintenance trends and operations
actual process meters tracking usage.
2012 projectmanagement.com 47
projectmanagement.com [Project Name] Business Case
Fixed Asset
Cost Analysis
$
New Acquisitio n
Price
Proje cted
Replacement
Accumula ted
Main tenance
0 1 2 3 4
Years
The DW will combine FIS capital asset costs and current depreciated value with
actual total maintenance costs thus enabling management to determine when
continued maintenance is no longer cost effective. Currently there are large
maintenance efforts where this analysis is not possible. The HARD ROI clearly
exists, but cant be measured prior to having the DW in place.
2012 projectmanagement.com 48
projectmanagement.com [Project Name] Business Case
Predictive
Replacement
Ideal Replacement
$ Point
Expected Life of
Fixed Asset
0 5 10 15 20
O&M Notices
Years Maintenance Trend
Current
Replacement Point
The DW analysis will enable management to forecast the end of useful life
when the cost to replace is less than the cost of near end of life high
maintenance costs. This also enable the business to appropriately time the 2-5
year procurement process for fixed assets. The Hard ROI would be the entire
cost difference between the ideal replacement point and the current
replacement point.
Strategic Impact
Integrate computer system to link users and gain on-line access to data-
bases.
Monitoring & Compliance
Management Sponsorship
User Sponsorship
Business Justification & Budget
Data Available and accessible, of sufficient quality, appropriate level of
detail, and can be transformed to a view consistent with the business
questions
Data Warehouse Process: methodology, project management, and skilled
labor.
The Business Case project assessed these success factors. The information
provided in the focus session and interviews indicates that there is sufficient
sponsorship and business justification for the DW. The users indicated that the
data does exist, is sufficiently accurate and available at the right level of detail to
support a DW. The DW transforms this information into a subject oriented
decision support system. While the evidence indicates that these success
factors are met, they remain critical success factors to manage during the
process.
It appears that the data sets coming directly from CMMS and CRISP will be
accurate and can be directly transformed into a DW.
Assuming the Critical Success Factors are met, the data quality risks are
managed, and an appropriate DW process is executed, this DW implementation
will be successful.
Demand
2012 projectmanagement.com 50
projectmanagement.com [Project Name] Business Case
Below are the SIP Investment Strategies and Recommendations which are
directly related to this DW business case or are partially met by the DW
business case.
This analysis was based solely on the information contained in the SIP
document. The SIP summaries of the processes, applications, databases and
strategies led to these conclusions and it is possible omitted details of these
recommendations may have altered the conclusions.
These are the SIP Recommendations which are at least partially addressed by
the DW or would be integral to the DW. Several Recommendations were not
included in the list if they were simply data sources and not also integral to
related business processes.
this recommendation.
The DW will support (and not overlap) with the planned CMMS and CRISP
upgrades and implementations.
The CMMS system will be enhanced with a scheduling module. This module
requires input and optimal maintenance plan. The optimal plan will be derived
from analysis utilizing the DW tend analysis and the managements expert
knowledge.
The SCADA/CRISP system will continually grow in the number of PLCs in place
to monitor and control the treatment process. Currently there are sufficient
PLCs in place to feed the DW operational metrics which will enable analysis and
optimization of maintenance schedules. As new PLCs are deployed, the DW
will expand to include analysis over a greater number of capital assets and a
finer level of detail.
2012 projectmanagement.com 52
projectmanagement.com [Project Name] Business Case
Some critical meter readings are currently being obtained and tracked
manually. As part of the DW process, these manual tasks must be included
as part of the over-all data quality method. The data must be obtained,
entered on a timely basis, and validated.
Standard DW Inhibitors
Training costs on usage of DW DSS tools. This can also be a benefit since
users can learn one reporting environment instead of multiple systems,
multiple reports/spreadsheets.
Source system changes must be coordinated with the DW process. Source
system bugs and down-time will affect the data quality and data flow to the
DW. Source system design changes will affect data transformation /
mapping for the DW. These are standard DW risk that can be mitigated by
implementing DW methods such as data quality programs, enterprise wide
data modeling techniques and metadata. The various systems are kept
synchronized by utilizing an architected framework for the technology
lifecycle.
Specific Inhibitors for the Maintenance & Scheduling DW
2012 projectmanagement.com 53
projectmanagement.com [Project Name] Business Case
format, quality of the content, and possibly to manually trigger data loads
when the data is complete.
Portions of the MSO Reports may be required source data for the DW.
Since these are manually maintained, additional quality controls must be
implemented to ensure consistent and accurate data for the DW. Some
manual processes will be necessary to ensure consistency of the format,
quality of the content and possibly to manually trigger data loads when the
data is complete.
5.3.4. Assumptions
2012 projectmanagement.com 54
projectmanagement.com [Project Name] Business Case
O&M
Department Mechanical Engineers
Monthly
Report
870 Central
11 820 Administration Generation
9
10
5 Preventative
Maintenance
Work Order
Corrective
CMMS Action
Support Work Order
Manage
Contractor
CMMS
Work Order
1
Construction
Work Order
Signed off
Work Order
Department Construction
8
Heads Job Request
3
4 6
Electrical
Clearing Mechanical
Instrumentation
House
7
Small
Projects
Request Manage Preventative
Contractor Maintenance 2
Work Order Work Order
Corrective
Construction
Action
Work Order
Work Order
Field Staff
Contractor Support
12
Facilities
Workstation
Equip
Plant
2012 projectmanagement.com 55
projectmanagement.com [Project Name] Business Case
Processes:
3. Once the field staff completes the tasks for a work order, they sign off on the
work done and return it to the CMMS Support group for logging and
rescheduling.
4. If the field staff determine that other work needs to be performed in the field,
they can generate a manual work order directly in CMMS.
Logging work signed off on the incoming work orders from the field,
Rescheduling preventative maintenance,
Entering time, materials, and equipment usage.
Entering new equipment information and updating existing records.
2012 projectmanagement.com 56
projectmanagement.com [Project Name] Business Case
6. Users of facilities and equipment can log a service request directly into
CMMS. A Corrective Action Work Order will be produced and sent to
Electrical or Mechanical for review. The Work Order will either be sent to the
field for corrective action or returned to the requester if deemed
unnecessary.
10. The CMMS Support group produces the Monthly Summary of Maintenance
Activity for the Administrative O&M office. It includes a written information
about activities in Mechanical, Electrical Instrumentation, Support, and
Construction for the month.
11. The 820 Administration group publishes the O&M Department Monthly
Report which includes the Monthly Summary of Maintenance Activity as well
as several other reports.
12. Contractors are sometimes used for specialized maintenance such as meter
calibration. In these cases the contractors are managed by field staff under
a Manage Contractor Work Order.
The DW will include data from the following sources. During user interviews it
was confirmed that this data does exist at a sufficient level of detail and can be
joined with other data sets to create a consistent business view.
CRISP Actual fixed asset usage (run times, flows, meter readings)
The following business cases were discovered during the Business Case Deliverable
project. These are worthy of further analysis for possible future DW iteration projects.
2012 projectmanagement.com 57
projectmanagement.com [Project Name] Business Case
As shown in the Data Value Matrix, these business cases share the source data needs
with other business cases. They provide additional business justifications to the DW
population projects because they can directly benefit from the accessibility of that
source data in the DW. The clearest example is Source Control analysis. Although
Source Control may not be the first DW and the entire data requirements for Source
Control may not be included in the first iteration of the DW, Source Control will still
benefit from any DW which includes lab samples or process flows.
Once the Treat Waste Water business case is implemented in the DW, the
Source Control area will be able to utilize that DW as a data and reporting
source for a significant portion of their analysis and reporting requirements.
Total cost analysis for odor control would include the data requirements from
Treat Waste Water (lab samples, process metrics, chemical usage and
chemical costs) and some data from the Maintenance & Scheduling business
case specific to costs of ownership for odor facilities. Once the two business
cases (Treat Waste Water and Maintenance & scheduling) are completed, a
reasonably small DW iteration would cover the order control cost analysis
business case. The DW iteration would include odor complaint information,
additional chemical billing information and development of decision support
reporting specific to odor analysis.
6. Prototype Results
2012 projectmanagement.com 58
projectmanagement.com [Project Name] Business Case
The selected prototype subject is waste water treatment. The selection was made by
first identifying the most likely subjects for data warehousing based on the SIP and then
examining the existing source systems to support those subject areas. The
requirement of the prototype was that it must be achievable in a short time frame, and
demonstrate proof of concept and purpose for data warehousing.
The waste water treatment prototype includes data about flows and concentrations in
different areas of the Plant 1 operation. This data is combined with chemical usage
and chemical costs for those process areas. In addition, the electrical power
production and use is examined along with gases used to produce power. This data
becomes information stored in an integrated database referenced against time, that is,
a data warehouse of Plant 1 Operations data by the day.
For purposes of the prototype, real data was used for October 1997 through December
1997. The prototype demonstrated no data extraction tools. This means that the data
was copied from [Project Customer/Sponsor]s existing systems directly to external
magnetic media and manually converted into the data warehouse database. A
production data warehouse would have the interaction with source systems automated
using extraction tools.
The prototype uses a commercial data warehouse database engine developed by Red
Brick Systems, Inc. It is the database software that contains the structure, or the
schema, of the data warehouse and allows for the high performance interrogation of
the data.
The prototype uses a user interface and query generation tool called DSS by
MicroStrategy, Inc. It is this tool that provides the user with the capability for ad hoc
querying, graphing and charting of the data in the data warehouse. The ability to
interrogate the data enables the user to use the data warehouse for decision support.
DSS is the acronym for Decision Support Solutions.
The Lab: Data about total suspended solids and volatile suspended solids for
several Plant 1 process areas are used. The source was the Daily Lab Sheets
(Excel) and the Digester Solids Sheets (Excel). All of this data will be incorporated
in the new LIMS system in the Spring of 1998.
CRISP: Data about Plant 1 influent flows and Activated Sludge influent flows are
taken for the CRISP system. In the future, more log information will be within the
scope of the CRISP system and it will become the main source for log data.
FIS: The financial system tracks information about inventory purchases. Chemical
prices are extracted from this system. Currently, chemicals are not tracked as
inventory items and are purchased under blanket vendor agreements. Price per
volume and vendor payment by chemical information exists in FIS.
Operations Log Data: Some log data is not automated in any system, however it is
critical for Plant analysis. This data does get entered throughout the month into
different spreadsheets. The prototype uses data from the MSO spreadsheet.
2012 projectmanagement.com 59
projectmanagement.com [Project Name] Business Case
LAB
Excel spreadsheets available on network.
- daily results in plant.
- will reside in LIMS by
March 98.
No Common Key, Can be reconciled
- day
- process in plant
PLANT
available on network.
Excel spreadsheets
- actual chemicals fed
- log data (flows, volumes)
FIS
J.D. Edwards
Data Warehouse - cost of chemicals fed
Prototype
available on AS400.
day 4
day 3
day 2
day 1
Lab
CRISP Chemical
Operations Results
Usage
Log Data Chemical
Costs
2012 projectmanagement.com 60
projectmanagement.com [Project Name] Business Case
Subject Oriented: The information is oriented around the single subject of Plant 1
Performance. This is a relevant business subject to CSDOC, but too vague and broad
to be addressed by a single operational system.
For example, it is unlikely that the CRISP system would be set up to calculate the
efficiency of the Trickle Filters because this calculation requires log data and lab data.
The prototype is able to provide this information because it contains broad data
elements related to the subject and has a user tool that allows flexibility in data
interrogation.
Integrated: The information in the prototype is all in one database and is related to
common themes, specifically time (by day) and process area within the plant. In a
production environment this is accomplished by using extraction tools against the
source systems then cleansing and loading the data into the data warehouse. The
ability to integrate data from multiple sources allows the data warehouse to span
functional boundaries in the organizations structure to answer broader business
questions.
For example, by integrating lab and log data, the efficiency of a chemical can be
identified. By integrating financial information, a cost benefit of the chemical can be
calculated. Even if the source systems could communicate, it is unlikely that this
question could be answered without a data warehouse.
Time Dimension: The data in the prototype is loaded in layers, each representing a
day of information. With this structure, all the questions that are asked can be asked
for each day. More importantly, they can be asked for all days, creating a trend
analysis. This is critical because a question about Plant 1 performance may have little
meaning unless tracked over time.
For example, if the efficiency of the Primary Process was calculated and shown against
chemicals used, it may not result in a major gain in knowledge. If the question were to
be tracked over time, changes in chemical efficiencies or increases in influent
constituents could be isolated.
Non Volatile: The prototype tracks historical information about Plant 1. It does not
change. This is a benefit in that previous findings about performance can always be
reproduced. Even if a data element is discovered to be in error or historically measured
incorrectly, the fact that it remains in history can become valuable trend information as
time moves on.
For example, if it is determined that a process flow could be measured more accurately
in a different manor and the new measurements are consistently lower, then the
efficiency rating of the process would be consistently altered. This would be valuable
trend information that could be used to alter the process.
2012 projectmanagement.com 61
projectmanagement.com [Project Name] Business Case
Sludge Cake Hydrogen Peroxide Sodium Hydroxide Sodium Hydroxide Hydrogen Peroxide
Concentration used in scrubbers (Caustic Soda) (Caustic Soda) price per gallon
used in scrubbers price per dry ton
Source: MSO Source: MSO Source: MSO Source: FIS Source: FIS
Activated Sludge
Power Exported Digester Gas Used Natural Gas Used
by CenGen by CenGen by CenGen Activated Sludge A.S. Flow (OUT) DAF Sludge (OUT)
Flow (IN) Flow(IN) -
DAF Sludge(OUT) -
Source: MSO Source: MSO Source: MSO 80%(Plant Water)
Source: CRISP Source: Derived Source: MSO
Primary
A.S. TSS A.S. TSS
Total Primary Flow Total Primary Flow Primary Sludge Concentration (IN) Concentration
(IN) (OUT) (OUT) (OUT)
Flow(IN) - Sludge
(Out) Source: Lab Sheet Source: Lab Sheet
Source: CRISP Source: Derived Source: MSO
Sodium Hypo-
chlorite (bleach)
Trickle Filter Digester used in Plant Water
Trickle Filter Flow Trickle Filter TSS Trickle Filters VSS Digester Average Digester Average Source: MSO
(IN) Concentration (IN) Concentration (IN) VS Concentration VS Concentration
30 MGD (IN) (OUT) Plant Water
Source: Constant Source: Lab Sheet Source: Lab Sheet Source: Solids Sheet Source: Solids Sheet
Trickle Filter Flow Trickle Filter TSS Trickle Filter VSS Sulfide (H 2 S) Digester Gas Ferric Chloride
(OUT) Concentration Concentration produced in Produced (Ferric)
30 MGD (OUT) (OUT) digesters by the digesters used in digesters
Source: Constant Source: Lab Sheet Source: Lab Sheet Source: MSO Source: MSO Source: MSO
2012 projectmanagement.com 62
projectmanagement.com [Project Name] Business Case
It is an Oracle based system that currently uses a DOS user interface. It will be
upgraded to a Windows version in the spring of 1998. This upgrade includes
both user interface and database changes. CMMS continues to be supported
and upgraded by the source vendor at [Project Customer/Sponsor].
7.1.2. Functionality
CMMS has a warehouse module that is designed to manage parts inventory for
maintenance purposes. This is not currently used because the financial and
accounting system controls the warehouse at [Project Customer/Sponsor].
There are plans to integrate the financial warehouse package and the CMMS
warehouse module to allow CMMS to do maintenance scheduling in more detail.
RJN is now developing the CMMS Scheduling and Planning module using input
from [Project Customer/Sponsor].
7.2.2. Functionality
The Source Control Department uses the Source Control System primarily to
track their permit holders, their permits, and the ongoing analytical information
about the permit holders effluent performance.
Each permit and permit holder is contained in the Source Control System.
Permit holder information includes profile type data as well as the monitoring
method that is being used. Permit information includes each constituent being
2012 projectmanagement.com 63
projectmanagement.com [Project Name] Business Case
regulated by the permit and the constituent limits. A permit may contain from 1 to
40 different constituents but average about 7.
Based on the permit information, the Source Control System is used to develop
workload books for the inspectors that outline the monitoring tasks targeted for
the quarter.
7.3. LIMS
7.3.2. Functionality
LIMS is used to track samples that come into the lab, the tests that are
requested for the samples, and the results of those tests. In fact, that describes
the three main tables in LIMS and their one to many relationships.
Results from plant process samples are currently faxed to Operations every day.
This will be an automated process once LIMS is online with this data.
7.4. FIS
2012 projectmanagement.com 64
projectmanagement.com [Project Name] Business Case
FIS is an IBM AS/400 based package that is in the process of being deployed.
[Project Customer/Sponsor]s FIS includes the modules:
Payroll.
Inventory.
Purchasing.
Sales Order.
Accounts Receivable.
Accounts Payable.
General Ledger.
Fixed Assets.
7.4.2. Functionality
7.5. CRISP
It is an ongoing project to install more data points and control points in the
plants. The CRISP software runs on separate Digital VAX computers in each of
the plants. The computers are networked and both systems can be accessed
from a single DEC workstation. The VAXs are also connected to the NT
network allowing files to be extracted and transferred via the File Transfer
Protocol (FTP).
7.5.2. Functionality
7.6. Operations
7.6.2. Functionality
Operations staff members in the plants take manual meter readings and record
events in operators logs on a regular basis. Much of this information is real-
time data that will eventually be recorded by the SCADA (CRISP) System.
Currently, if it is relevant to the status or operation of the plant, its recorded in a
spreadsheet. The main depositories are the Night Information (Process
Information), the Monthly Summary of Operations (MSO), and the Chemical
Inventory.
These spreadsheets remain mostly up to date throughout the month and are the
source for operational data throughout [Project Customer/Sponsor]. The MSO
marries operation log data with laboratory data, making it one of the few
integrated reports concerning plant operations. It is integrated manually by
typing (or retyping) data directly into the spreadsheet.
2012 projectmanagement.com 66