of each and determine the most appropriate manner of integration. The manner of integration will depend on a few 
factors such as:  
 Level of access provided to the system; 
 Security requirements for the data; and 
 Potential to re-utilize existing interfaces.  
The System Integration Plan will contain technical information and details regarding how each of the integrations will 
be accomplished, as well as data contracts specifying how each system will communicate. 
 
CEPAS – PayPoint - Payment Processing 
The Payment Processing interface will use CEPAS which is an external system to COFS. The application 
redirects to the payment pages for both a credit card transaction or to use an Account on file.  
This type of credit card integration requires the application to redirect to the payment processor page and 
pass the required information (amount, payment type, etc.). Once the payment is processed, the payment 
processor sends a request to the back end system with the payment information to store in its database.  
Web Browser
CEPAS 
Payment 
Page
Payment 
Information
COFS Web 
Server
Processed
Information
Confirmation
Page
The State of Michigan existing credit card processor is PCI compliant and Lochbridge understands that the 
SOM/DTMB and Treasury teams have well documented procedures to assist Lochbridge in this integration. 
C3 
CIS Central Cashiering is a web-based database which uses Oracle Forms and Reports. Lochbridge will create a 
scheduled job that will pull information from the C3 database to the COFS database. Reports will be built from the 
imported data in the COFS database. The information will then be available in SSRS for users with appropriate 
access to view. 
Pdf extract images - Select, copy, paste PDF images in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Support PDF Image Extraction from a Page, a Region on a Page, and PDF Document
pdf image extractor; extract jpeg from pdf
Pdf extract images - VB.NET PDF Image Extract Library: Select, copy, paste PDF images in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Support PDF Image Extraction from a Page, a Region on a Page, and PDF Document
extract images pdf; extract jpg from pdf
 
C3 Oracle
Database
SSRS 
Report
SOM C3 User
C3 
Software
SSRS Server
COFS 
Database
Payment
Data
Import
COFS Web
Server
Payment Lookup
Data
Scanning/Faxing 
The MA solution has VB6 based rich-client application to perform the scanning and indexing. The same application 
connects to the database and makes the required entries. This functionality must be updated to interface with Kofax 
and to utilize supported technology. The State of Michigan will use Kofax Express to add scanning capability to the 
application. The State of Michigan will install and configure Kofax Express so that it is functional with the State’s 
scanning devices. Lochbridge will provide the configuration to save the information in the correct COFS database 
tables. The understanding of the process is that a user uses Kofax Express which transforms the Scanning data into 
the database for filing information. The data will then be stored into the COFS database as well as the image itself. 
The user will then be able to validate that the imported data is correct.  
Kofax
Express
SOM Scanning User
COFS Database
COFS Web 
Application
SOM Filing
Staiff
Scanner
Updated Requirements Traceability Matrix (RTM) 
During the Application Development Phase the Lochbridge Technical Lead will help ensure that the Program Module 
C# PDF Text Extract Library: extract text content from PDF file in
Ability to extract highlighted text out of PDF document. Image text extraction control provides text extraction from PDF images and image files.
extract images from pdf file; extract images from pdf acrobat
VB.NET PDF Text Extract Library: extract text content from PDF
Extract highlighted text out of PDF document. Image text extraction control provides text extraction from PDF images and image files.
extract images from pdf files; how to extract images from pdf file
 
column is filled in for each item in the RTM. Lochbridge understands that RTM is the master list of items that will 
need to be developed and that development will not be considered complete until all the items on the RTM are 
completed and the RTM is updated. 
Ongoing Project Updates – Project Status Report and Project Schedule 
The Lochbridge Technical Lead will provide updates against the Application Development Phase to the Lochbridge 
Project Manager on a weekly basis who will update the Project Status Report and Project Schedule, as appropriate, 
on a timely basis 
State & Contractor Roles 
Below is the overall mapping of roles to responsibilities for both State and Lochbridge resources. 
Responsible Role 
Responsibilities 
State Responsibility 
State of Michigan SMEs 
Provide support to the creation of Technical Requirements components 
Provide timely feedback on artifacts developed  
Provide support in facilitating system interfaces/integration discussions and 
development with CEPAS, C3 and the Scanning/faxing tool 
Approve updates to Technical Requirements Components 
Approve update to RTM 
State of Michigan Project 
Manager 
Identify and provide resources to provide insight and assistance in the development 
of technical artifacts (i.e., design, security, conversion, interfaces) 
Coordinate Usability Review(s)  
Data Migration Coordinator 
with a DBA profile 
Review and approve database migration process 
Provide database definitions 
Provide database accesses 
Facilitate database operations 
Lochbridge Responsibility 
Technical Lead 
Lead development team in coding of application and interfaces. 
Build and manage creation of database 
Review completed code and uphold “look and Feel” standards. 
Work with development team to perform unit testing 
Update Technical Design Document 
Updates the Screen and Report Layout Design Document 
Solution/Business Process 
Lead 
Assist with creation of Technical Design Document 
Assist with updates to the Screen and Report Layout Design Document 
Facilitate any changes needed to update the RTM 
Tester 
Incorporate the Conversion and Migration Test Plan into the overarching COFS Test 
Plan 
Coordinate with State on questions and problems relating to conversion and 
migration test plan 
Create detailed scripts required to conduct the conversion and migration test, 
including expected results 
Identify the approach to help ensure data will not be lost in conversion 
Identify the test environment to be used and take steps to help ensure the test will no
interfere with other testing 
Project Manager 
Provide overall schedule/timings of activities relating to this Phase 
Ensure appropriate distribution/storage of relevant deliverables/artifacts 
Review all final deliverables prior to formally submitting for approval 
Developer(s) 
Code application and Interfaces 
Perform unit tests on completed code. 
C# Create PDF from images Library to convert Jpeg, png images to
Create PDF from Images. |. Home ›› XDoc.PDF ›› C# PDF: Create PDF from Images. C#.NET PDF - Create PDF from Images in C# with XDoc.NET PDF Control.
online pdf image extractor; extract images from pdf files without using copy and paste
VB.NET PDF Page Extract Library: copy, paste, cut PDF pages in vb.
VB.NET: Extract All Images from PDF Document. This is an example that you can use it to extract all images from PDF document. ' Get page 3 from the document.
extract pictures from pdf; extract photos pdf
 
DBA 
Develop the Data Conversion and Migration Strategy 
Identify the appropriate source of the data 
Provide final decision on automated or manual method for conversion 
Identify default values as appropriate 
Clarify data element definitions, record layouts, and file descriptions 
Fully participate in reviews of data mappings and converted data 
Deliverables and acceptance criteria: 
Deliverable 
Acceptance Criteria 
Software Development 
Creation of software including development of interfaces will: 
Generate an application that passes unit testing and is ready for system and 
integration testing. 
Generate interfaces that pass unit testing and are ready for system and integration 
testing. 
Follow the “Look and Feel” standards that were documented in the Application 
(Technical) Design phase. 
Technical Architecture 
Plan 
The Technical Architecture Plan will: 
Be in an electronic format compatible with the State of Michigan software (e.g., 
Standard Microsoft Office formats version 2010 – 2013, .pdf, .jpeg, .txt).  
Include the following information: 
o
Project Purpose, Scope and Objectives 
o
Assumptions and Constraints 
o
Project Deliverables 
o
Organizational Structure 
o
External Interfaces (i.e., System Integration Plan) 
o
Roles and Responsibilities 
Address all State corrections/comments/feedback appropriately 
Technical Design Plan 
(SEM-0501/0604) 
The Technical Design Plan will: 
Be in an electronic format compatible with the State of Michigan software (e.g., 
Standard Microsoft Office formats version 2010 – 2013, .pdf, .jpeg, .txt).  
Include the following information: 
o
Page/Screen Layout Standards 
o
Usability 
o
Security Considerations 
o
Network Deployment Diagram 
o
Data Design 
o
Program Specifications 
Address all State corrections/comments/feedback appropriately  
Project Plan 
The project plan will be updated as necessary. 
Requirements Traceability 
Matrix 
(SEM-0401) 
The RTM (SEM-0401) will be updated with the design modules. 
Security Plan 
(DTMB-0170) 
The Security Plan will: 
Be in an electronic format compatible with the State of Michigan software (e.g., 
Standard Microsoft Office formats version 2010 – 2013, .pdf, .jpeg, .txt).  
Leverage the SUITE template provided by the State of Michigan (DTMB-0170)) 
Include information regarding security roles, policies and standards, compliance, 
controls, etc. 
Drafted during the Initiation and Planning phase and finalized during the 
C# PDF Convert to Images SDK: Convert PDF to png, gif images in C#
C#.NET PDF SDK - Convert & Render PDF to Images in C#.NET. Free .NET DLLs for converting PDF to images in both .NET WinForms and ASP.NET application.
extract images from pdf online; some pdf image extract
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
|. Home ›› XDoc.PDF ›› C# PDF: Extract, Copy and Paste PDF Pages. C#.NET Sample Code: Extract PDF Pages and Save into a New PDF File in C#.NET.
how to extract images from pdf in acrobat; extract pictures pdf
 
Implementation phase.  
Address all State corrections/comments/feedback appropriately  
Conversion Plan 
(SEM-0601) 
The Conversion Plan will: 
Be in an electronic format compatible with the State of Michigan software (e.g., 
Standard Microsoft Office formats version 2010 – 2013, .pdf, .jpeg, .txt).  
Leverage the SUITE template provided by the State of Michigan (SEM-602) 
Detail the conversion design, including data mapping and cleansing. 
Drafted during the Requirements/Design phase and finalized during the 
Implementation phase.  
Address all State corrections/comments/feedback appropriately  
Structured Walkthrough 
(SEM-0187)  
Structured walkthroughs will be conducted to review appropriate deliverables 
C. Testing 
a. Integration 
b. Regression 
c.  ADA Compliance 
d. User Acceptance 
Approach 
Lochbridge will provide a comprehensive software quality approach that aligns with critical customer quality 
priorities and the State’s document 
Testing Process Manual Version 1.0
 Lochbridge will incorporate SUITE 
Test methodologies, including the following templates: 
  Test Plan (SEM-0602 or equivalent) 
  Test Type Approach and Report (SEM-0603 or equivalent) 
  Test Case (SEM-0606 or equivalent) 
Defect Tracking Log (SEM-0186 or equivalent) 
Lochbridge provides broad experience, expertise, and process efficiencies required to fulfill the quality 
objectives of COFS. During the Test Phase, Lochbridge will apply, blend and manage Lochbridge resources, 
processes and technology to help ensure an appropriate level of quality in the resulting COFS.  Lochbridge’s 
approach will continuously test all aspects of the COFS for quality and correct system integration. 
VB.NET Create PDF from images Library to convert Jpeg, png images
Create PDF from Images. |. Home ›› XDoc.PDF ›› VB.NET PDF: Create PDF from Images. NET converter control for exporting high quality PDF from images.
extract images from pdf c#; extract photos pdf
C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
Following demo code will show how to convert all PDF pages to Jpeg images with C# .NET. // Load a PDF file. String inputFilePath
extract image from pdf using; extract images from pdf file
 
Lochbridge is responsible for the creation of well-organized test cases, to fully support UAT sessions, in which 
the Lochbridge Tester will lead and work with the State SMEs during their UAT execution. The resulting COFS 
will encompass all tested requirements and validation of operational efficiencies to acceptable performance for 
all users. 
Lochbridge will use the testing capabilities in TFS for unit, system integration, and UAT testing. This allows us 
to manage the testing process from test case development through defect management and provides 
continuous feedback on the operation of the latest version of COFS. This will help ensure the system is 
working as designed at the end of each development cycle before Lochbridge hands the environment over to 
State testers for UAT. TFS will allow the automation of test cases as well as manual test cases, if needed.  
Unit, System Integration, Regression, and User Acceptance testing will occur frequently;  code to be deployed 
for Lochbridge testing approximately, but no later than every 4 weeks. 
A full User Acceptance Test is performed once all development and systems tests are complete.  End to end 
test cases are executed by end users with Lochbridge support.  This UAT timing/approach provides for key 
State resources to become familiar with the new solution and complements the training to be delivered shortly 
thereafter prior to go-live (following successful UAT completion).  
Test Plan and Test Schedule
 
The Lochbridge Tester will update the Test Plan and Test Schedule to document the strategy that will be used 
to verify and help ensure that the COFS meets its design specifications and requirements.  Test coverage in 
the test plan will show the requirements that will be verified during what stages of the product life cycle, and 
will be derived from the COFS design specifications and requirements.  
An example Test Plan is provided in Attachment A – A.3 Example Test Plan.  A similar Test Plan document 
will be created during the Initiation and Planning Phase and updated (as appropriate) by the Lochbridge 
 
Tester during the Test Phase. 
Test Cases/Scripts 
Test case development will begin during the Gap/Fit Workshops and will be refined during the Application 
Development and Test Phase(s).  The test cases developed during these phase(s) will include both manual 
and automated test cases. The performance test scripts will be developed after the completion of the Unit, 
System Integration, and Functional Testing phases. 
The Test cases will also document what will be executed during the CSCL testing effort(s). The test cases will 
be used to test the COFS application functions identified by the Test Plan, and will include interface testing 
scripts. The number and type of test cases created will be dictated by the Test Plan and the approved 
workshop documentation.  A test case will identify the input values to be provided to the application, the 
procedures for applying those inputs, and the expected application values for the procedures being tested.  
Test Data 
The Lochbridge Tester will lead Lochbridge resources in creating, converting and/or loading test data into the 
appropriate testing environment(s), including any required via direct manipulation of database tables. 
For UAT, Lochbridge and State SME’s will identify the test data that will be required to be in the COFS system 
prior to executing Test Cases. The Lochbridge Tester will review data as loaded by the technical team to 
make sure it will meet anticipated testing requirements.   
An advantageous option for test data is the ability to create “data rollback points”, allowing test data to be 
restored to a specific point in time.  The Lochbridge Tester will work with the Lochbridge technical team to 
determine the best practices for using SQL Server recovery models to accomplish this goal. 
Since Performance/Stress Testing will require significant amounts of data to complete the effort, this will be a 
good candidate for either the use of “live data”, and/or the creation of required data via direct manipulation of 
the system database. 
Lochbridge staff has participated in many projects that make use of sensitive data, and if “live Production” 
data is required for any effort, Lochbridge will conform to SOM data security policies. 
Kick-off Meeting 
The Lochbridge Tester will schedule a kick off meeting with appropriate State staff, and the agenda will 
contain components of the Test Plan and Schedule of Testing phases.  An example of a Testing kick-off 
meeting agenda is provided below. The agendas for this project will be customized to fit the needs of this 
project: 
Sample Testing Kick-Off Meeting Agenda 
Team Introductions 
10 minutes 
All 
Testing Strategy Overview 
15 minutes 
Lochbridge Tester 
Roles and Responsibilities 
15 minutes 
Lochbridge Tester 
Test Case writing 
15 minutes 
Lochbridge Tester 
Defect Tracking 
15 minutes 
Lochbridge Tester 
Test Team Communication 
15 minutes 
Lochbridge Tester 
Schedule and Milestones 
15 minutes 
Project Manager 
Questions 
20 minutes 
All 
Unit Testing 
Unit testing is a method by which individual units of source code or modules are isolated and tested to 
 
determine if they are correct. A component of Lochbridge’s proven Agile development methodology is the 
utilization of test-driven development. Test-driven development is where developers first incorporate a unit test 
condition, then design and write code to support that test. Since test cases will be documented during the 
Gap/Fit Workshops, as each Developer begins to write code, they will already know the test conditions that 
must be passed.  
Unit testing will be conducted throughout the development cycle.  As modules are coded, peer review and 
build verification tests will be available to help ensure compliance with unit testing procedures. Unit testing will 
be aligned closely with the development schedule and the Test Plan will include the cadence for when testing 
will take place and the corrective action strategy to follow for defect resolution 
TFS allows us to define a set of automated unit test cases to run post build.  Unit test cases will be run by the 
development team prior to moving the code to the QA or test environment. Below is an example screen 
depicting test case setup in TFS.
Screen depicting test case setup in TFS for this project will be 
customized to fit the needs of this project
Functional/System Integration Testing 
Lochbridge’s approach for Functional/System Integration Testing is outlined as: 
  Validate the functionality approved in the design phase.  
  Determine that data is being handled correctly as user input, file transfer, and any automated 
processes. 
  Utilize Test Cases/Scripts that reflect the business scenarios provided by the SMEs.  
  Utilize unscripted testing activities (i.e., free-form or negative testing) to test alternative paths through 
the system and abnormal patterns of usage. 
  Verify that the various system subcomponents pass data correctly, thus producing a properly 
operating system.  If an error condition is encountered, display appropriate message to user. 
 
  Verify test environment readiness; such that hardware, system software, and application software 
components are functioning properly, as are manual and automated system components. 
  Where applicable, batch processes and reports will be validated, including daily, weekly, monthly, 
and quarterly cycles. 
  Validate both functionality and system architecture: that the functionality in the design has been 
provided and that the various components of the architecture work in unison. 
  Validate functionality against the design, exercise the application code, evaluate system performance 
and determine that the user workflow is supported. 
Functional and System Integration testing will be performed by the Lochbridge Tester with assistance from the 
Solution/Business Process Lead.  Below is an example of the test script in TFS. 
The 
test scripts in TFS 
for 
this project will be customized to fit the needs of this project
:
Regression Testing  
The objective of regression testing is to help ensure that changes (enhancements, fixes, configuration, etc.) 
have not introduced new issues/defects. 
An initial regression test will be performed on all requirements specified in the ‘Regression Testing’ section of 
Schedule B Business and Technical Requirements document during the Initiation and Planning phase against 
the base application to validate that the application is performing as expected before any new development is 
introduced into the application.   
Regression Testing will be executed periodically through the Testing phase. All regression test cases will be 
stored in the TFS tool. Automation of the regression test cases is dependent on the limitations of the TFS tool. 
Test cases that may not qualify for automation will be subjected to manual regression testing. A list of such 
test cases will be documented in the TFS test plan. 
Performance Testing 
The objective of performance testing is to determine how the application performs in terms of responsiveness 
and stability under a particular workload. Load tests will be performed simulating a concurrent number of 
users performing a specific number of transactions with a set duration. All aspects of the application 
(database, application server, etc.) will be monitored to uncover any bottlenecks in the application software.  
 
The following performance indicator levels will be defined in the Test Plan: CPU Utilization, memory 
consumption, user experience response time, throughput, and network latency. Lochbridge will work with the 
State to setup the appropriate environment to do this type of testing.    
Baselines will be documented as part of the Performance Test Plan and typically include: Average (average 
expected volume), Peak (maximum expected volume), Double Peak and Endurance (average volume run for 
an extended period). The schedule of the Performance Test(s) (time and cadence) will be documented in the 
Test Plan. 
A performance test report that includes current response rates per transaction type and scenario will be 
generated upon cycle completion and will include server parameters monitored for root cause analysis 
purposes. Lochbridge staff executing Performance and Stress testing will include all specific findings and 
recommendations to improve the COFS performance during these reporting cycles. 
Visual Studio 2013 Ultimate will be used to conduct performance testing. The ideal test setup is to have 
multiple machines to create load on the web server as shown in the diagram below but a single machine can 
be also used. The test controller and test agent can be installed on the same machine. During the 
implementation of the performance testing, Lochbridge will discuss with the State of the appropriate setup with 
the available resources from the State. 
User Acceptance Testing (UAT) 
The objective of UAT is to provide confidence that the delivered system meets the business requirements of 
both the sponsors and users. UAT determines that the requirements of the specification are met in the 
application.  Each individual test case exercises a particular condition of the user’s environment or feature of 
the system and will result in a pass or fail outcome. 
The SOM UAT environment will be used to validate that all requirements and related system functions have 
been addressed properly.  The project must have a high degree of confidence in the results obtained from 
testing in this environment, One approach to achieve the best results from UAT is to make the SOM UAT 
environment as close to production as possible. 
Prior to the start of UAT, the Lochbridge Tester will validate that all users participating in the testing have 
login/password combinations that will successfully access the system.  The Lochbridge Tester will also 
coordinate with the technical team administering the environment to establish data rollback procedures and 
schedule the reset of data to a baseline state for subsequent cycles of UAT testing. 
Lochbridge will achieve UAT objectives through the following protocol: 
Identified State UAT Testers 
UAT will be performed by State end users (UAT Testers) selected by CSCL State staff to fully test 
and validate the newly created COFS system. State selection of staff is needed to determine size 
Documents you may be interested
Documents you may be interested