7/28/2019 Princeton_Fit_Gap_Analysis_Phase

http://slidepdf.com/reader/full/princetonfitgapanalysisphase 1/4

 

Fit /Gap Analys is Phase 

In this phase, the package is installed in a development or test area, and the stakeholders gettogether in one room to compare the features and functions of the package with the needsidentified in the system analysis phase of the Selection stage. Any required functionality that is

not included in the package is identified, in addition to any changes to the package that are

required. If necessary, the system analysis may need to be revisited, to incorporate the functionsof the package.

The primary participants in this phase are the core team and all additional stakeholders identifiedas extended team members and scheduled in the Fit/Gap Analysis Planning phase.

Deliverables 

Package Installation 

The package is installed in a development/test area for functional appraisal,

using University data.

Use Cases and Scripts 

Use cases are specific examples of business processes. Scripts are step-by-step instructions for appraising functionality. At this time, there are neither 

templates nor samples for these items.

Updated Business Process Models These models show the triggering event, the primary and secondary outputs,

and the inputs of the desired system. These models must be updated from

the original Business Process models to reflect the customized package, andany new processes must be modeled using Visio templates available on the

M drive.

Note: If you do not have Visio on your machine, you will not be able to use

the template. In this case, you can use the PC in the hallway where Visio is

installed. 

Updated Business Process Document This document is the text companion to the Business Process models.

Update the original document with the new processes, and change the

 previously-defined processes as required.

Updated Activity Flow Diagrams This diagram documents the flow of activities for a business process or sub- process. Update existing activity flow diagrams as needed to reflect the

7/28/2019 Princeton_Fit_Gap_Analysis_Phase

http://slidepdf.com/reader/full/princetonfitgapanalysisphase 2/4

customized package. If there is an attached Word document describing theactivity flow, be sure to update that too.

Updated Extended Entity Object Model 

The extended object model includes aggregates and inheritance, as needed.

If the package is very different from the projected system defined in SystemAnalysis, you will have to create a new model; otherwise, you can update

the existing model to reflect the customized package. This model is updated

or created in Visio.

Object Life Cycle Models 

If new objects have been added, or an existing object has a different life

cycle in the package than the projected system, new models may berequired. These models are created in Visio. 

Customization Report 

This is a brief explanation of the adaptations and adjustments required tomake the package work for Princeton. At this time, there is no template and

no sample for the Customization Report. 

Updated Project Plan with Phase Section for Logical Design The project plan produced in the System Analysis phase is updated with

information on deliverables, resourcing, and schedules gleaned from theFit/Gap Analysis. In addition, a phase section is produced for the Logical

Design phase and attached to the project plan.

Methodology Compliance Form 

This form is initialized by the project team, and completed by amethodology representative who has reviewed the project documentation

and found it acceptable. It is completed in Word.

At this time, no sample is available.

Recommendation Form 

This form is completed by the project team, and contains the

recommendation to the approving authority on whether or not the project

should continue. The form is completed in Word.

At this time, no sample is available. 

Steps 

7/28/2019 Princeton_Fit_Gap_Analysis_Phase

http://slidepdf.com/reader/full/princetonfitgapanalysisphase 3/4

1.  The project team reviews the documentation from the previous phases, and pulls in

extended team members with business and technical expertise.

2.  The team meets to review the data, and map the legacy data into the package database.Pay particular attention to multiple mapping of single data items, since these will require

decisions about where to locate the data. If you do place the data in multiple locations,

 plan how you will key the updates to be sure to update all locations.3.  The team meets to generate a list of what people are going to try to do with the system(examples rather than models), and creates use cases to be used in scripts for appraising

the functionality of the package.

4.  Scripts are written based on the use cases. Keep in mind that deviations from the scriptcan be useful, provided that scripted functionality is not skipped.

5.  The team meets to map the business processes discovered in business and system analysis

against the package functions, using the scripts, and noting which processes are not

available in the package, or work differently in the package. Be sure to check securityrequirements.

6.  The team meets to determine where the differences are between the expected system and

the delivered package and discusses the following:o  Which differences can you live with, and which must be fixed?

o  What can you do about the differences you can't live with?

o  What can you get the vendor to change?

7.  Based on the preceding steps, the team updates the business process models, activity flowdiagrams, entity object model, and object life cycle models to reflect the customized

system.

8.  Based on the preceding discussions, the team writes the customization report, detailingwhat changes will be required to make the package work at Princeton. This includes any

interfaces to existing systems, and additions and changes to the packaged system. The

report also indicates for each item whether the work is to be done by Princeton staff or 

the vendor.9.  Based on the customization report, the team updates the Project Plan, and completes a

 phase section for the Logical Design phase.

10. The project team forwards the deliverables to the methodology representative for review.The methodology representative reviews the documents for compliance, and completes

the Compliance Form. If the deliverables conform to methodology requirements, they are

returned with the completed compliance form to the team, which then proceeds with thenext step.

If the deliverables do not conform to the methodology requirements, the deliverables and

the compliance form are returned to the team with an explanation of what is wrong. Theteam then corrects the deliverables as required and returns them to the methodology

representative for a follow-up review. When the reviewer approves the deliverables, the

team continues with the next step.

11. The project team writes a recommendation indicating whether they think the project

should continue or not, using the Recommendation Form. The recommendation form isattached to the updated project plan and any other project documentation, and forwarded

to the project sponsor for review. If there are significant changes to the scope, schedule,

7/28/2019 Princeton_Fit_Gap_Analysis_Phase

http://slidepdf.com/reader/full/princetonfitgapanalysisphase 4/4

or budget, the project sponsor forwards the documentation and recommendation form to

the approving authority for review.

12.  The project sponsor or approving authority decides whether or not to move forward

with the project.