Professional Documents
Culture Documents
Stage 2
Logical Dataflow Diagrams:
Existing and Proposed Workflow
Presented to
Professor Michael Palley
MGT 772 SB
Analysis and Development of Information Systems
By Team 3:
xxxxx xxxxx
xxxxx xxxxx
xxxxx xxxxx
xxxxx xxxxx
Table of Contents
SYSTEM OVERVIEW............................................................................................................................................... 4
DESCRIPTION........................................................................................................................................................... 4
POLICY REQUEST TYPES ......................................................................................................................................... 4
BACKGROUND ......................................................................................................................................................... 4
CURRENT ORGANIZATIONAL PROBLEMS AND GOALS FOR THE NEW SYSTEM ......................................................... 4
EXISTING SYSTEM ................................................................................................................................................. 6
DATAFLOW DIAGRAMS ........................................................................................................................................... 6
Existing System: Context Diagram – Insurance Request Processing System .................................................... 6
Existing System: Parent Diagram – Insurance Request Processing System....................................................... 7
Existing System: Diagram 1 – Prepare Request ................................................................................................ 8
Existing System: Diagram 2 – Underwrite Request........................................................................................... 9
Existing System: Diagram 3 – Rate Request ................................................................................................... 10
Existing System: Diagram 4 – Issue Policy ..................................................................................................... 11
PROPOSED SYSTEM ............................................................................................................................................. 12
DATAFLOW DIAGRAMS ......................................................................................................................................... 12
Proposed System: Context Diagram - Insurance Request Processing System ................................................. 12
Proposed System: Parent Diagram – Insurance Request Processing System................................................... 13
Proposed System: Diagram 1 – Prepare Request............................................................................................. 14
Proposed System: Diagram 2 – Underwrite Request ....................................................................................... 15
Proposed System: Diagram 3 – Rate Request.................................................................................................. 16
Proposed System: Diagram 4 – Issue Policy ................................................................................................... 17
DATA DICTIONARY ............................................................................................................................................... 18
Proposed System: Accepted-Price-Quote Dataflow .......................................................................... 18
Proposed System: Assembled-Policy-Writing-Request Dataflow .................................................. 19
Proposed System: Written-Request Dataflow ..................................................................................... 20
Proposed System: Prioritized-Underwriting-Request Dataflow...................................................... 21
Proposed System: Standard-Completion-Times Dataflow............................................................... 22
Proposed System: Assign Request Priority Process.......................................................................... 23
Proposed System: Analyze Pricing Data Process ............................................................................... 24
Proposed System: Calculate Due Date Process................................................................................... 25
Proposed System: Branch Policy Archive File File........................................................................... 26
Proposed System: Active Processing File File .................................................................................. 28
Proposed System: Request History File File ...................................................................................... 30
PROPOSED SYSTEM CHANGES.......................................................................................................................... 31
OVERVIEW ............................................................................................................................................................ 31
CHANGES IN PROCESS 1 - PREPARE REQUEST ....................................................................................................... 31
CHANGES IN PROCESS 2 - UNDERWRITE REQUEST ................................................................................................ 32
CHANGES IN PROCESS 3 - RATE REQUEST............................................................................................................. 32
CHANGES IN PROCESS 4 - ISSUE POLICY ............................................................................................................... 33
TEAM LEADER’S ATTENDANCE/CONTRIBUTION REPORT. ....................................................................... 34
Page 2 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
APPENDIX A: EXHIBITS....................................................................................................................................... 35
EXHIBIT 1: UNDERWRITING TEAM PRODUCTIVITY ................................................................................................ 35
EXHIBIT 2: DEPARTMENT PRODUCTIVITY ............................................................................................................. 36
EXHIBIT 3: PROCESSING TIME ............................................................................................................................... 36
EXHIBIT 4: ORDINARY LOSSES .............................................................................................................................. 37
EXHIBIT 5: COMPARISON OF BRANCH PROFITS TO RUN AND RERUN PREMIUMS ............................................... 37
Page 3 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Case basis: Manzana Insurance - Fruitvale Branch (Harvard Business School case 9-692-015)
System Overview
Description
The system being studied encompasses the operations workflow and processing of property
insurance policies at the Fruitvale branch of Manzana Insurance. The system processes four types
of policy requests and relies on the distribution of work among various departments within the
branch. Proposed changes to the existing system will attempt to create operational efficiencies
and streamline the processing workflow.
Background
The Fruitvale branch has become Manzana’s worst performing branch, and Manzana is being
severely outperformed by a competitor, Golden Gate Casualty, in Fruitvale’s territory. The
turnaround time (TAT) for processing a request has grown to exceed five days at a time when
Golden Gate began guaranteeing one day TAT. This important measure of service could be a
large factor in Fruitvale’s loss of business. Improving the system would result in operational
efficiencies, improved service, and hopefully an increase in business.
The organizational problems and goals were derived from a study of the facts provided in the
case and supported by an organizational and financial analysis submitted during stage 1. They are
presented here in rank order.
Page 4 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Goal: Provide management with profitability analysis of new and renewal policies.
A profitability analysis report will show that a new compensation structure should be
developed to place emphasis on profitability rather than on a specific type of policy.
Page 5 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Existing System
Dataflow Diagrams
Page 6 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 7 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 8 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 9 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 10 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 11 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Proposed System
Dataflow Diagrams
Page 12 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 13 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 14 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 15 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 16 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 17 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Data Dictionary
Description:
Insurance request resumed when an Originating Agent accepts a Price-Quote.
Alias:
Accepted RAP
Composition:
[System Data]
Processing Status + Request ID + Customer ID + Agent ID + Request Type +
Description + Due Date + Priority + Underwriter ID + Underwriter Specification
+ Rater ID + Calculated Premium
Notes:
Accepted-Price-Quotes have already gone through the underwriting and rating
processes and are sent directly to policy writing where they are processed on a
FIFO basis. This resumes the processing of a request that was placed on hold
when a Price-Quote was issued.
Location:
Insurance Request Processing System (Parent)
Source: Originating Agent (External Entity)
Dest: Issue Policy (Process)
Issue Policy (4)
Source: Originating Agent (External Entity)
Dest: Assemble Standard Policy (Process)
Page 18 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Computerized version of all standard policy pages required for a specific policy.
Alias:
Boiler-Plate-Policy
Composition:
[System Data]
Processing Status + Request ID + Customer ID + Agent ID + Request Type +
Description + Due Date + Priority + Underwriter ID + Underwriter Specification
+ Rater ID + Calculated Premium + Boiler-Plate
[Customer Data]
Client Name + Client Address + Property Address + Property Owner + Property
Age + Individual Property Size + Total Property Size + Property Type + Client
Business Legal Entity + Industry Category + Business Description + Ownership
Status (Own/Lease) + No. Full Time Employees + No. Part Time Employees +
No. Subcontractors + Current Insurance Status + Current Insurance Company +
Current Insurance Expiration + Current Annual Premium + Coverage Amount
Requested + Deductible Requested
[Property Data]
Sprinkler System + Smoke Detector + Burglary Alarm + Security Guard + Fire
Alarm + Exterior Lighting + Barred Windows + Circuit Breakers + Fuses
Notes:
Compilation of standard insurance language for the type of risk insured.
Location:
Issue Policy (4)
Source: Assemble Standard Policy (Process)
Dest: Customize Policy (Process)
Page 19 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Hardcopy written request for insurance.
Alias:
RUN, RAP, RAIN
Composition:
[System Data]
Processing Status + Request ID + Customer ID + Agent ID + Request Type +
Description
[Customer Data]
Client Name + Client Address + Property Address + Property Owner + Property
Age + Individual Property Size + Total Property Size + Property Type + Client
Business Legal Entity + Industry Category + Business Description + Ownership
Status (Own/Lease) + No. Full Time Employees + No. Part Time Employees +
No. Subcontractors + Current Insurance Status + Current Insurance Company +
Current Insurance Expiration + Current Annual Premium + Coverage Amount
Requested + Deductible Requested
[Property Data]
Sprinkler System + Smoke Detector + Burglary Alarm + Security Guard + Fire
Alarm + Exterior Lighting + Barred Windows + Circuit Breakers + Fuses
Notes:
Mailed or faxed from an Originating Agent.
Location:
Insurance Request Processing System (Context)
Source: Originating Agent (External Entity)
Dest: Insurance Request Processing System (System)
Insurance Request Processing System (Parent)
Source: Originating Agent (External Entity)
Dest: Prepare Request (Process)
Prepare Request (1)
Source: Originating Agent (External Entity)
Dest: Log Request (Process)
Page 20 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Complete set of all information required for the initiation of underwriting a
request.
Alias:
RUN, RAP, RAIN, RERUN
Composition:
[System Data]
Processing Status + Request ID + Customer ID + Agent ID + Request Type +
Description + Due Date + Priority
[Customer Data]
Client Name + Client Address + Property Address + Property Owner + Property
Age + Individual Property Size + Total Property Size + Property Type + Client
Business Legal Entity + Industry Category + Business Description + Ownership
Status (Own/Lease) + No. Full Time Employees + No. Part Time Employees +
No. Subcontractors + Current Insurance Status + Current Insurance Company +
Current Insurance Expiration + Current Annual Premium + Coverage Amount
Requested + Deductible Requested
[Property Data]
Sprinkler System + Smoke Detector + Burglary Alarm + Security Guard + Fire
Alarm + Exterior Lighting + Barred Windows + Circuit Breakers + Fuses
Notes:
Pulled from the Active Processing File based on priority.
Location:
Insurance Request Processing System (Parent)
Source: Active Processing File (File)
Dest: Underwrite Request (Process)
Underwrite Request (2)
Source: Active Processing File (File)
Dest: Evaluate Request (Process)
Page 21 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Average time required to process specific types of insurance request.
Alias:
SCT
Composition:
Standard Completion Times
Notes:
Based on a companywide study completed in 1986. Indicates standard completion
times sufficient to handle 95% of all requests. Processing times at the Fruitvale
branch are similar to those from the study.
Location:
Insurance Request Processing System (Parent)
Source: SCT File (File)
Dest: Prepare Request (Process)
Perpare Request (1)
Source: SCT File (File)
Dest: Calculate Due Date (Process)
Page 22 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Assigns processing priority to insurance policy requests.
Process Description:
Automatically retrieves prepared requests from the Active Processing File after
the due date has been determined. Assigns processing priority based on a modified
first-in-first-out (FIFO) system. An algorithm considering the date, time, type and
size of requests is used to calculate a unique priority for each new request. The
Branch Manager is able to assign a prioritization override to any request. The
prioritized prepared request in then fed back into the Active Processing File.
Notes:
Priority is used to control the order in which work is performed by various
processes throughout the system.
Location:
Prepare Requests (1)
Input Flows:
Prepared-Request
Prioritization-Override
Output Flows:
Prioritized-Prepared-Request
Page 23 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Analyze insurance pricing data from disparate sources.
Process Description:
Prioritized Rating Requests are pulled from the Active Processing File. Current
insurance rates are researched and verified by compiling pricing information from
Historical-Pricing-Data extracted from the Branch Policy Archive File, Published-
Insurance-Data obtained from the State Insurance Commissioner, and Sample-
Insurance-Quotes gathered from competitors. An Analyzed-Rating-Request is
then submitted for premium calculation.
Notes:
Performed on a continual basis when Prioritized-Rating-Requests are available.
Location:
Rate Request (3)
Input Flows:
Prioritized-Rating-Request
Historical-Pricing-Data
Published-Insurance-Data
Sample-Insurance-Quotes
Output Flows:
Analyzed-Rating-Request
Page 24 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Calculates processing due date for active requests.
Process Description:
Immediately after a request is entered into the Active Processing File, the
Recorded-Request and Current-Workload Statistics are pulled from the same file.
This data is combined with Standard-Completion-Times from the SCT File and
used to calculate the current average turnaround time (TAT). The TAT is then
added to the current date to set the processing due date for a request. The Due-
Date is transferred into the Active Processing File. The Quoted-Due-Date is sent
back to the Originating Agent for all requests except renewals.
Notes:
This process is performed on a real-time basis
Location:
Prepare Request (1)
Input Flows:
Recorded-Request
Current-Workload-Statistics
Standard-Completion-Times
Output Flows:
Due-Date
Quoted-Due-Date
Page 25 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Contains historical information about issued policies and calculated premiums.
Composition:
[System Data]
Request ID + Customer ID + Agent ID + Description + Underwriter ID + Rater ID
+ Premium + Boiler-Plate + Policy Customizations + Policy ID + Issue Date +
Expiration Date
[Customer Data]
Client Name + Client Address + Property Address + Property Owner + Property
Age + Individual Property Size + Total Property Size + Property Type + Client
Business Legal Entity + Industry Category + Business Description + Ownership
Status (Own/Lease) + No. Full Time Employees + No. Part Time Employees +
No. Subcontractors + Current Insurance Status + Current Insurance Company +
Current Insurance Expiration + Current Annual Premium + Coverage Amount
Requested + Deductible Requested
[Property Data]
Sprinkler System + Smoke Detector + Burglary Alarm + Security Guard + Fire
Alarm + Exterior Lighting + Barred Windows + Circuit Breakers + Fuses
Notes:
Location:
Insurance Request Processing System (Context)
Input Flows:
Issued-Archival-Policy
Output Flows:
Historical-Pricing-Data
Insurance Request Processing System (Parent)
Input Flows:
Calculated-Premium
Issued-Archival-Policy
Output Flows:
Historical-Pricing-Data
Underwrite Request (2)
Output Flows:
Historical-Pricing-Data
Page 26 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Page 27 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Contains all active requests in the system.
Composition:
[System Data]
Processing Status + Request ID + Customer ID + Agent ID + Request Type +
Description + Due Date + Priority + Underwriter ID + Underwriter Specification
+ Rater ID + Calculated Premium + Boiler-Plate + Policy Customizations
[Customer Data]
Client Name + Client Address + Property Address + Property Owner + Property
Age + Individual Property Size + Total Property Size + Property Type + Client
Business Legal Entity + Industry Category + Business Description + Ownership
Status (Own/Lease) + No. Full Time Employees + No. Part Time Employees +
No. Subcontractors + Current Insurance Status + Current Insurance Company +
Current Insurance Expiration + Current Annual Premium + Coverage Amount
Requested + Deductible Requested
[Property Data]
Sprinkler System + Smoke Detector + Burglary Alarm + Security Guard + Fire
Alarm + Exterior Lighting + Barred Windows + Circuit Breakers + Fuses
Notes:
Process 1: The computerized system stores request information in the Active
Processing File. The system will then update the file with a due date, assign a
priority level, and distribute the request to the next available underwriting team.
Page 28 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Location:
Insurance Request Processing System (Context)
Input Flows:
Prioritized-Prepared-Request
Insurance Request Processing System (Parent)
Input Flows:
Request-Details
Due-Date
Prioritized-Prepared-Request
Underwritten-Request
Rated-Request
Completion-Status-Update
Output Flows:
Recorded-Request
Current-Workload-Statistics
Prepared-Request
Prioritized-Underwriting-Request
Prioritized-Rating-Request
Prioritized-Policy-Writing-Request
Prepare-Request (1)
Input Flows:
Request-Details
Due-Date
Prioritized-Prepared-Request
Output Flows:
Recorded-Request
Current-Workload-Statistics
Prepared-Request
Underwrite Request (2)
Input Flows:
Underwritten-Request
Output Flows:
Prioritized-Underwriting-Request
Rate Request (3)
Input Flows:
Rated-Request
Output Flows:
Prioritized-Rating-Request
Issue Policy (4)
Input Flows:
Completion-Status-Update
Output Flows:
Prioritized-Policy-Writing-Request
Page 29 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Description:
Log file of all requests received into the system.
Composition:
Request ID + Customer ID + Agent ID + Request Type + Description + Date
Received + Time Received
Notes:
Contains a record of summary information from every insurance request. Requests
are logged even if they are rejected. The file is used for auditing and reporting
purposes.
Location:
Insurance Request Processing System (Parent)
Input Flows:
Request-Summary
Prepare Request (1)
Input Flows:
Request-Summary
Page 30 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Overview
Changes to the existing system have been proposed within all major processes and can be seen in
the context dataflow diagram, parent dataflow diagram, and all four child dataflow diagrams. The
description and discussion below will focus on changes as they are reflected in the child dataflow
diagrams.
One of the most significant changes that can be seen throughout the system is the move from a
paper-based workflow to a computer-based workflow. Although the existing system does make
use of computers, requests pass between departments in hardcopy form. The proposed system
makes use of the Active Processing File to store data as it flows throughout the system.
The scope of process 1.3 has increased from "Input Request Data" to "Input and Prepare Request
Data." The notable difference in the proposed process is that the Tickler System now sends
renewal requests into process 1.3 rather than into process 1.1 ("Log Request"). Within this
proposed process, distribution clerks manually enter written requests into the Active Processing
File, and renewal requests are automatically transferred into the same file.
The Request Data File in the existing system has been replaced by the Active Processing File in
the proposed system. The Active Processing File is an enhanced file that stores customer data
along with system data. Specifically, system data is any data necessary for the ongoing
processing of a request within the system. Underwriting specification is an example of system
data, as its contents include processing instructions for rating and policy writing. The existing
Request Data File is primarily used to store customer data for future retrieval and for transfer to
other departments, but is unable to capture system information. This shortcoming is one large
reason for the reliance on paper in the existing system.
Immediately after a request is entered into the Active Processing File, process 1.4 ("Calculate
Due Date") pulls the recorded request and the current workload statistics. This data is combined
with standard completion times from the SCT File to calculate the average turnaround time. This
figure is then used to set the processing due date for a request, which is entered into the Active
Processing File as system data. The due date is also quoted back to the Originating Agent for all
requests except renewals. The existing system relies on the Branch Manager Weekly Report File
Page 31 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
for expected turnaround time to be used in the calculation. The key benefit in the proposed
system is a dynamic means of determining turnaround time.
Process 1.5, "Assign Request Priority," is an automated process that retrieves prepared requests
from the Active Processing File and assigns processing priority based on a modified first-in-first-
out (FIFO) system. An algorithm considering the date, time, type and size of requests is used to
calculate a unique priority for each new request. The Branch Manager is able to assign a
prioritization override to any request. The prioritized prepared request in then fed back into the
Active Processing File to await underwriting. Requests are later pulled from the Active
Processing File based on priority. In contrast, the existing system relies on distribution clerks to
print each request and assign it to the correct underwriting team.
Company policy mandates use of a first-in-first-out prioritization system. In the existing system,
however, each department prioritizes requests based on its own needs, with a particular emphasis
on new business (RUNs and RAPs). This has contributed to processing delays and a backlog of
requests. It should be noted that processing time for a RUN is 33% longer than that for a RERUN
(Exhibit 3). Historically, new policies generate higher ordinary losses compared to renewal
business (Exhibit 4), and are less profitable than renewal business (Exhibit 5). By assigning
request priorities, the proposed system eliminates the ability of different departments to
implement their own prioritization rules.
Process 2.1, "Evaluate Request," begins when an underwriting team pulls a prioritized
underwriting request from the Active Processing File. In the existing system, each underwriting
team is assigned to the Originating Agents within a particular territory. This approach to
workload distribution proved unsuccessful. In the proposed system, teams pull requests based
strictly on priority, without any consideration of geographic territory. This change should
eliminate the problem where a particular underwriting team may be overworked one day and idle
a week later. Exhibit 1 shows that the average workload between teams is disproportionate. Team
1 processed 11% more policies than Team 2, and 30% more than Team 3. In addition, they were
more productive than the other two teams. In the proposed system, the workload is distributed
evenly among the underwriting teams to prevent bottlenecks.
As a request flows through the "Underwrite Request" process, it picks up system information
needed for later processes. Grouped together, this information is referred to as the underwriting
specification, and is transferred into the Active Processing File as an underwritten request.
Process 3.1, "Analyze Pricing Data," begins when a prioritized rating request is pulled from the
Active Processing File. Data from the State Insurance Commissioner and Competitors is
identical in the existing system, but historical pricing data is now pulled from the Branch Policy
Archive File. In the existing system, the historical pricing data is pulled from the Policy Premium
File, which is no longer necessary in the proposed system.
Page 32 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
It is important to note that the analysis of pricing data (3.1) and calculation of premiums (3.2) are
mostly automated in the proposed system. This change is warranted because the Rating
Department has the second lowest productivity level of all departments (Exhibit 2). By
automating a task that is noted to be almost purely mechanical, the proposed enhancement will
help reduce turnaround time for the rating process. The raters will be primarily responsible for
approving computer-generated premiums. At the completion of process 3.3, "Approve Rated
Request," the calculated premium is fed into the Branch Policy Archive File. This allows the
premium to be used for historical information even if the request is a price quote that never
becomes an issued policy. To complete the "Rate Request" process, a price quote is sent back to
the Originating Agent, or a rated request is transferred into the Active Processing File.
Process 4.1, "Assemble Standard Policy," begins with a prioritized policy writing request from
the Active Processing File, or with an accepted price quote from an Originating Agent. All policy
writing information necessary to complete processing is pulled from the Active Processing File.
In the existing system, the requisite information is passed directly from the rating department
after the premium is calculated.
One big change in the proposed system is that the policies are electronically assembled (4.1) and
customized (4.2) automatically. This is possible because all information necessary to complete
these processes is available as system data in the computerized request. In contrast, the existing
system contains much of the same data in hardcopy format, therefore requiring the manual effort
of policy writers to complete the work. Currently, the Policy Writing Department has the lowest
productivity level of all departments (Exhibit 2). The proposed automation enhancement will
help reduce the turnaround time and increase productivity.
In the proposed system, policy writers will be responsible for approving the computer-generated
customized policies (4.3) before the required number of copies are printed (4.4). Process 4.4,
"Print Policies," obviates the need for a "Duplicate Policy" process to be performed by a copy
clerk.
Finally, after policies are filed and issued (4.5), the Active Processing File is updated with a
completion status update for the current request. A future system enhancement will replace
standard completion times from the SCT file with actual average completion times from the
Branch Policy Archive File.
Page 33 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
All team members attended all scheduled meetings and contributed equally to the project.
Page 34 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Appendix A: Exhibits
Percent Processed
Min 1% 8% 0% 5% 14%
Max 180% 557% 149% 848% 1734%
Mean 13% 54% 8% 22% 97%
Policies Processed per day 1.35 6.34 1.63 5.30 14.63
Percent Processed
Min 0% 6% 0% 7% 13%
Max 111% 375% 95% 1120% 1702%
Mean 8% 36% 5% 29% 78%
Policies Processed per day 0.83 4.28 1.04 7.00 13.15
Percent Processed
Min 0% 6% 0% 5% 11%
Max 98% 383% 99% 807% 1387%
Mean 7% 37% 5% 21% 70%
Policies Processed per day 0.73 4.37 1.08 5.04 11.23
Total
Percent Processed
Min 0% 7% 0% 5% 13%
Max 129% 438% 114% 925% 1608%
Mean 9% 42% 6% 24% 82%
Policies Processed per day 2.92 14.98 3.76 17.34 39.00
Page 35 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
Productivity
RUN RAP RAIN RERUN Total
Department
Note: The "Mean" processing time was used to calculate dept. productivity.
Based on polices processed in the first half of 1991.
Processing Time
Distribution Underwriting Rating Writing Total
Difference 86.3
A new Policy takes 1/3 longer to process and is less profitable! 33%
Page 36 of 37
TEAM 3 Systems Analysis and Design Project – STAGE 2 MGT 772SB
$2,500 $7,400
$2,000 $7,200
$7,000
$1,500
$6,800 Branch Profit
$1,000 RUN Premiums
$6,600 RERUN Premiums
$500
$6,400
$0 $6,200
9 9 9 9 0 0 0 0 1 1
r ' 8 un '8 ep '8 e c '8 ar ' 9 un '9 ep '9 e c '9 ar ' 9 un '9
Ma
($500) J S D M J S D M J $6,000
Page 37 of 37