mvc display pdf in partial view : Extract image from pdf in software control project winforms azure web page UWP 5500109_492030_72-part388

 
Gap/Fit Analysis Report 
The Gap/Fit Analysis Report 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). 
Be in a format agreed upon by the State of Michigan 
Be available 2 weeks after the final workshop for review by the State 
Address all State corrections/comments/feedback appropriately  
Detailed Requirements 
Specifications 
The Detailed Requirements Specifications document 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-
0402) 
Be available 2 weeks after the final workshop for review by the State  
Address all State corrections/comments/feedback appropriately  
Requirements 
Traceability Matrix (RTM) 
The RTM 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-
0401) 
Address all State corrections/comments/feedback appropriately  
Business Process Flows  
Business Workflows 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 both “as is” and “to be” processes 
Include the business purpose, user steps, actors and escalation rules 
Address all State corrections/comments/feedback appropriately  
Draft test case(s) (SEM-
0606 
Test cases 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-
0606) 
Address all State corrections/comments/feedback appropriately  
Be included along with the Final Gap/Fit Review Package for approval after 
each workshop. 
Structured Walkthrough 
(SEM-0187) 
At the end of the Requirements/Design Phase, a structured walkthrough will 
be conducted to review the deliverables. 
B. Technical Requirements 
a. Technical Architecture Plan 
b. Technical Design Plan  
c.  Comply with eMichigan Standards 
d. Data Conversion 
e. Data Migration 
f.  Image Migration 
g. Application Configuration 
h. Application Customization based on Gap Fit Analysis 
i.  Third-Party Integration 
j.  Interfaces 
Extract image from pdf in - 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
how to extract text from pdf image file; extract images from pdf
Extract image from pdf in - 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 text from pdf image; extract image from pdf online
 
i. CEPAS – Payment Processing 
ii. C3 
iii. Scanning/faxing tool 
Approach 
As outlined in SOW Section A – Business Requirements Validation and Verification above, Lochbridge will utilize a 
modified agile approach to requirements, application design, development, testing, and implementation for the COFS 
application. Lochbridge’s Application (Technical) Design approach is tightly integrated with the validation and 
verification of business requirements. The Lochbridge Technical Lead will develop preliminary design documents 
during the Initiation and Planning phase.  Lochbridge will conduct Gap/Fit Workshops for each of the ten (10) 
organized functional areas (A-J - as defined in SOW Section A - Business Requirements section of this response), of 
which each functional area will be composed of a set of related functionality 
During the Initiation and Planning for requirements and design activities, the Lochbridge Technical Lead will leverage 
the Functional and Technical requirements and software code provided to create the following set of technical 
information for the Gap/Fit packages: 
a) Preliminary functional specification documents that will be used as an advanced starting point for the 
workshops. 
b) An overall design for the functional area, including any related database objects  
c) Screen/report prototypes 
d) Any special technical requirements that relate to the specific functional area of the workshop(s) 
e) Process flows     
The technical outputs of the workshop(s) are a set of updated technical documents: 
  Updated database models reflecting decisions made in the workshops 
  Updated Screen and Report designs 
  Enterprise Architecture Solution Assessment (EASA) 
  Updated Functional Specifications/Requirements 
  A set of test cases for the Functional Area 
Requirements will be entered into TFS for traceability purposes. A “Development” task will be created under each 
requirement to track the progress on each task. When defects are created in TFS, they will be linked to the 
requirements which the developer can track under the same requirement their development task is created.  
Below is an example of tasks created for each requirement. 
The 
tasks 
for this project will be customized to fit 
the needs of this project:
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 photos from pdf; extract image from pdf using
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.
pdf image extractor c#; extract image from pdf
 
During the Application (Technical) Design Phase the Lochbridge Technical Lead will use the standard database 
design methodology to produce a physical database design, assessing data elements and candidate keys and 
progressing through third normal form.  
While the initial physical database design is produced during the initial planning for requirements and design 
activities, it is subsequently refined by the Lochbridge Technical Lead via their participation in each workshop, by 
incorporating any changes to the overall design and data model.  Therefore, at the end of the Application (Technical) 
Design phase, the result is a full physical data model that incorporates the requirements from each functional area.    
Due to the vast amount of knowledge available from the State’s requirements and the software code, Lochbridge can 
accomplish a significant amount of “pre-work,” even before interfacing with State SMEs in the workshop(s). This will 
allow Lochbridge to provide the Gap/Fit Workshop package and initial design (prototype) prior to the workshops for 
CSCL SME review.   
Based upon Lochbridge’s experience, leveraging the functional requirements, technical requirements, and code 
during the Initiation and Planning phase to develop a pre-workshop packet results in efficiencies gained in the actual 
workshops, because the workshops will focus on design review and modification, rather than “design creation.”   
Additional efficiencies are realized by utilizing State Subject Matter Expert availability/time in conducting both 
business requirements validation/verification and application design activities in the same workshops, rather than 
holding separate sessions for each, as in a traditional
waterfall approach. 
Technical Design Document Creation 
Lochbridge will utilize the State’s SUITE templates (Functional and System Design Document-SEM-00501-0604 and 
System Design Checklist -SEM-0605) for the technical design documentation.  The Technical Design Document will 
be an overview of the application design and architecture to be employed on the COFS solution and will contain the 
following items: 
Technical Architecture Plan 
During the Application(Technical) Design Phase, the Lochbridge Technical Lead will create a fully defined Technical 
Architecture Plan that will define each of the layers and fully document the functions that each of the layers will 
perform. During the Development Phase, the Technical Lead will help ensure that each piece of code is written in the 
correct layer. At a minimum, the Technical Architecture Plan will include the following information: 
  Project Purpose, Scope and Objectives 
  Assumptions and Constraints 
  Project Deliverables 
C# PDF insert image Library: insert images into PDF in C#.net, ASP
C#.NET PDF SDK - Add Image to PDF Page in C#.NET. How to Insert & Add Image, Picture or Logo on PDF Page Using C#.NET. Add Image to PDF Page Using C#.NET.
extract images pdf acrobat; extract image from pdf acrobat
VB.NET PDF insert image library: insert images into PDF in vb.net
VB.NET PDF - Add Image to PDF Page in VB.NET. Insert Image to PDF Page Using VB. Add necessary references: RasterEdge.Imaging.Basic.dll.
pdf image extractor online; pdf extract images
 
  Organizational Structure 
  External Interfaces 
  Roles and Responsibilities 
Technical Design Plan 
The Lochbridge Technical Lead will be responsible for designing and documenting new functionality into the COFS 
application based on existing standards in the current system. The Technical Lead will also help ensure that the 
application design conforms to the State of Michigan’s Enterprise IT Policies and Standards.  At a minimum, the 
Technical Design Plan will include the following: 
 
Page/Screen Layout Standards 
Lochbridge has reviewed the State’s Look and Feel standards documentation, and will strive to comply with 
these standards. 
 
Usability 
Lochbridge recommends that the usability review with DTMB User Experience/Quality Assurance Team 
occur during the Initiation and Planning Phase on the base application before any new development is 
introduced into the application. The usability review should result in recommendations in the areas of 
responsive design, usability and formatting, application security, Accessibility and ADA compliance. 
The Lochbridge Technical Lead and Tester will work with the Lochbridge developers to implement the 
mutually agreed upon recommendations to the base application. Going forward these recommendations will 
be implemented in all code changes and enhancements and will become an integral part of UAT.  
 
Security Considerations 
Lochbridge will create security architecture for the COFS application to document the approach for 
addressing all security considerations of the resulting solution. This document will outline the security plan 
for the application including the transfer of data between the application and any other system (C3, CEPAS, 
Kofax, VB6, etc.).  
 
Network Deployment Diagram 
As part of Application (Technical) Design phase, Lochbridge will fully describe the Network Deployment.  
 
Data Design 
During the initial planning for requirements and design activities, the Lochbridge Technical Lead will 
produce a preliminary data model using the current COFS data model and the functional requirements 
provided as part of the Contract.  
As each functional area is addressed in the Gap/Fit Workshops, the COFS data model will be revised and 
enhanced to incorporate decisions made in the workshops. Lochbridge will also include additional options 
based on the knowledge of the domain data to help ensure future needs can be readily addressed as well.  
The Lochbridge Technical Lead will participate in each workshop and be responsible for the overall design 
and the incorporation of change(s) to the data model. 
Standard data models of the type shown below (note: this is a generic example only) will be designed 
during this phase. This design will be accompanied by descriptive text for each entity.  
C# Create PDF from images Library to convert Jpeg, png images to
Best and professional C# image to PDF converter SDK for Visual Studio .NET. C#.NET Example: Convert One Image to PDF in Visual C# .NET Class.
some pdf image extractor; extract pdf pages to jpg
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
Page: Extract, Copy and Paste PDF Pages. Easy to Use C# Code to Extract PDF Pages, Copy Pages from One PDF File and Paste into Others in C#.NET Program.
extract images from pdf c#; extract color image from pdf in c#
 
 
Program Specifications 
During the Application (Technical) Design phase, the Lochbridge Technical Lead will compile any 
specifications that will be helpful for the development or maintenance teams. Diagrams and flow charts will 
be utilized to design the flow of the COFS application and how each page interacts with both the database 
and other pages.  
eMichigan Standards 
Lochbridge has reviewed and will comply with the State’s eMichigan standards provided in this Contract. Lochbridge 
will incorporate these standards into the COFS application as they apply to page layout, usability and formatting, 
security, and accessibility. 
Data Conversion/Migration 
Lochbridge will utilize the State of Michigan’s Suite Methodology Conversion document (SEM –0601) to develop a 
plan to convert the appropriate data for the COFS application.  As part of the Application (Technical) Design Phase, 
Lochbridge will identify the conversion requirements for each table and data element in the Conversion 
Requirements Document. During the development phase the Lochbridge Technical Lead will work with the 
Lochbridge Tester to continually update the conversion documents to accurately depict any changes that have been 
made.   
The graphic below depicts the standard Lochbridge data conversion methodology.   However, Lochbridge will work 
with the State to determine the most efficient and appropriate way to migrate the data into the new COFS application 
database structure and build scripts, programs or batch jobs to facilitate the data migration.  If tailoring of this 
approach is needed to map to SUITE, the Lochbridge Technical Lead will work with the State Data Migration 
Coordinator to help ensure compliance with State standards.   
VB.NET PDF Page Extract Library: copy, paste, cut PDF pages in vb.
example that you can use it to extract all images from PDF document. ' Get page 3 from the document. Dim page As PDFPage = doc.GetPage(3) ' Select image by the
how to extract a picture from a pdf; extract image from pdf file
VB.NET PDF Form Data Read library: extract form data from PDF in
PDF software, it should have functions for processing text, image as well tell you how to read or retrieve field data from PDF and how to extract and get
how to extract images from pdf files; how to extract images from pdf
 
Data Conversion Iterations 
Lochbridge’s data conversion and migration approach begins with the analysis of existing data.  The identification 
and analysis activities continue throughout the conversion iterations as a part of the data mapping activity.  During 
each step of the conversion process, both State and Lochbridge resources will review the data mapping, conversion, 
cleansing approach, and the final converted data.  
During Quality Control, all conversion scripts, programs and jobs are tested before the final production conversion, 
as well as load tested to help ensure that the final conversion will run in a timely and efficient manner.   
It is Lochbridge’s experience that this iterative data conversion methodology, helps to ensure the quality of the data 
conversion to be significantly better than traditional approaches due to the integration with the development process.   
 
Conversion Requirements Definition 
The Lochbridge Technical Lead and Developer(s) will utilize the outputs/information from the Gap/Fit 
Workshops to capture conversion requirements for the COFS application.  These initial conversion 
requirements will act as input into Lochbridge’s Conversion Analysis and Design phase (noted in graphic 
above) and described in the Conversion Design process below. 
 
Conversion Design  
Conversion Design involves three (3) major stages: Identification, Analysis and Mapping 
o
Identification:  During the identification stage, all data sources of interest are collected and 
identified. 
o
Analysis: During the Analysis stage, the identified data sources will be studied and analyzed to 
determine their relationship to one another and what rules govern valid transactions.   
o
Mapping: The Mapping stage accepts the output of the Identification and Analysis Stages to create 
a mapping matrix that includes rules that must be followed in order to convert source data to the 
target COFS application. 
 
Data Mapping 
The Mappings stage involves the activities of mapping data, determining source disposition, documenting 
 
the results, identifying and resolving data mapping issues, refining the mapping process, identifying risks, 
and resolving issues.   
 
Conversion Program Design 
The Lochbridge Technical Lead will create the detailed mapping specifications, data transformation rules 
and conversion script specifications based upon the information gathered and refined during the Conversion 
Design stages.  In addition, the Lochbridge Technical Lead will consider several  challenges of any data 
conversion effort: 
Data cleansing:
The Lochbridge Technical Lead will work with the appropriate State SMEs to 
determine the appropriate approach to cleansing of the existing data, which may involve manual 
and/or automated means. 
Data mapping and transformation:
The Lochbridge Technical Lead will work with the appropriate 
State SMES to analyze and understand the coding mechanisms in place in the original system(s) 
and translate them to the new COFS application database.  Valid entries and business rules for 
each data element will be defined, while paying close attention to changes in business process 
that the new COFS application may bring.  
 
Conversion Development 
During the Application Development Phase, the Lochbridge Technical Lead and Lochbridge Developer(s) 
will utilize the conversion specifications and data transformation rules to develop the conversion scripts, 
software, reports, and any batch jobs required for the COFS application data conversion.  
 
Conversion Testing 
Once the conversion code is complete, unit tested and reviewed, it will be system tested.  During the 
conversion system testing, the conversion code and procedures will be ran and tested using the real source 
data and the target COFS application database.  During conversion testing, the conversion requirements 
assumptions are proven; the conversion procedures are refined; conversion validation criteria is tested and 
refined; the identified defects and issues are corrected; improvements in operational support procedures 
and the conversion platform are identified and implemented.    
Extract, Transformation and Load 
The Lochbridge Development Team and Tester will iteratively exercise the conversion processes 
(mapping rules, conversion scripts, software/code, batch jobs, etc.) to produce production-like 
outputs for review within the COFS application and/or its database.  The COFS application will be 
used to view and process converted data in various test environments, confirming the capabilities 
and quality of both the conversion and the application. The Lochbridge Technical Lead and tester 
will use SQL Server queries to perform comparisons of the data sources. 
As the conversion artifacts are exercised, the Lochbridge Development Team and Lochbridge 
Tester will monitor, gather and document important conversion information such as: run times, disk 
space and other resource usage.  Where needed, optimization and tuning will be performed to 
determine that the production conversions are efficient and timely. The source and target data are 
warehoused after each significant conversion test to allow issue resolution and comparison of 
conversions.   
 
Conversion Review and Verification 
SME Review 
After the Lochbridge Development Team and Lochbridge Tester have completed System Testing 
of the Conversion process and artifacts, the appropriate State SMEs will conduct a review of the 
converted data.  The SME review activity will provide an opportunity to verify that the target 
database is being populated completely and accurately with the appropriate source data. The 
COFS application will be used by the State SMEs to view and process converted data in various 
test environments, to confirm resulting quality, quantity and use of both the converted data and the 
system functionality.    
Conversion UAT 
A User Acceptance Test (UAT) of the conversion process will be used to demonstrate the 
 
functionality, accuracy, completeness, and integrity of the conversion process for the COFS 
application.  UAT of the conversion artifacts will verify that the extraction programs, SQL-loader 
scripts, tables and the data cleansing procedures function as specified. Conversion UAT will also: 
  Test the functionality of the user interface developed for manual data entry 
  Verify that the COFS application processes and programs are functioning properly with 
the converted data 
  Verify that the conversion process can be balanced and reconciled 
  Help ensure that all data included in the Contract requirements is successfully converted 
via the conversion process.  
The Lochbridge Tester will work with the Lochbridge Technical Lead to determine the appropriate 
scheduling and timing for Conversion UAT in the planning phases of the project and will document 
the cadence, roles and schedule in the Test Plan.   
 
Conversion Implementation Execution 
Lochbridge will create the Conversion Implementation Plan during the conversion development and testing 
activities.  The conversion implementation plan will be finalized and proven during the data conversion used 
to build the data conversion UAT databases. The process of conducting conversion implementation will 
involve: 
o
Cleansing and purging data. 
o
Converting the data. 
o
Certifying the converted data. 
o
Supporting the conversion. 
 
Convert Data for Implementation 
Lochbridge will execute the Conversion Implementation Plan to follow the same approach/procedures that 
were tested and proven during the data conversion and review activities, namely: 
o
Data Cleansing and/or purging; 
o
Data Conversion (Extract, Transformation and Load); 
o
Data Certification/ Review by the Lochbridge Team; 
o
Providing post-conversion support. 
 
Production Validation 
Lochbridge will provide support to the State SMEs in the final validation of the converted COFS application 
data.  Scheduling and resource identification will be confirmed in the Conversion Implementation Plan 
 
Conversion Phase Completion 
Lochbridge will complete all conversion activities prior to the actual “go-live” date of the COFS application, 
to help ensure the data is ready for use in the new system.   
Error Correction 
Lochbridge will correct all errors, unless specifically agreed to in writing by the DTMB Project Manager, 
before “go-live.” 
Image Migration 
Assumption: 
It is expected that there is not any image conversion/transformation expected as a part of the conversion of 
documents from legacy to new COFS system. All current images are in TIFF format. MA system generates and uses 
PDF images. The State believes the application can be modified/updated to use TIFF images along with PDF images 
or convert from TIFF to PDF when those images are accessed. 
Lochbridge will explore this solution further with the State.  Already, Lochbridge has been exploring the do-ability of 
converting from TIFF to PDF including testing the process below: 
 
Get File 
Paths
Target SQL 
Server DB
Find 
Image
Convert 
Image
Save New 
Path
The image paths could be extracted from the Oracle database and a Python script written to convert the images from 
TIFF to PDF. ImageMagick then used to convert the images and the new path saved to the new SQL Server 
database.  
A proof of concept was built to test the performance of the solution and Lochbridge found that their solution could 
convert between 1 to 4MB of TIFF per second depending on the image size for 3.5GB to 14 GB per hour. Lochbridge 
initial estimates showed that the full conversion might take between 75 and 300 hours. The image conversion may 
be started in the early phase of the project and executed in batch until completed. Lochbridge made some 
assumptions but feel that additional discussions would be of benefit to determine the pros and cons of 1) converting 
everything or 2) modifying the application to use TIFF images along with PDF images or convert from TIFF to PDF 
when those images are accessed.  In essence, Lochbridge can support the State’s direction of modifying the 
application but also want to work together to explore any other possible solutions at no additional cost to the State. 
Application Configuration 
Lochbridge will implement all the requirements requiring application configuration changes. Lochbridge will provide 
changes to the configuration file and database as part of each build in the installation plan. Application configuration 
will include: 
  Roles and level of access for each role 
Lochbridge will document all roles and functions and create a matrix to indicate which functions apply to 
which roles and the appropriate access level.  Below is an example of the matrix. 
The 
matrix 
for this 
project will be customized to fit the needs of this project
Role: User 1 
Users with this role will have the following access rights for functions types assigned: 
Functions 
Access Level
l
Function A 
Add/Modify/Delete 
Function B 
Add/Modify/Delete 
Function C 
View Only 
Function D 
View Only 
  Working Hours for Quality of Service 
  URI of services and third-parties 
  Configuration strings for databases 
The database changes will be provided in SQL scripts which will be run manually on the database. 
Database scripts are run manually to validate that they are executed successfully. Incremental changes will 
be provided with each build, but a master set of changes will be provided when the application will be 
deployed in production.  
File changes will be provided in the build itself so no manual work is required for those.  
Application Customization based on Gap/fit Analysis 
During the Initiation and Planning for requirements and design activities, the Lochbridge Technical Lead will leverage 
the Functional and Technical requirements and software code provided to create the following set of technical 
information for the Gap/Fit Workshop(s): 
a) Preliminary functional specification documents that will be used as an advanced starting point for the 
workshops. 
b) An overall design for the functional area, including any related database objects  
 
c) Screen/report prototypes 
d) Any special technical requirements that relate to the specific functional area of the workshop(s) 
e) Process flows     
The technical outputs of the workshop(s) are a set of updated technical documents: 
  Updated database models reflecting decisions made in the workshops 
  Updated Screen and Report designs 
  Enterprise Architecture Solution Assessment (EASA) 
  Updated Functional Specifications/Requirements 
  A set of test cases for the Functional Area 
The Technical Lead will design/development the COFS enhancements using the information from the updated RTM, 
process flows, and Gap/Fit Analysis report  
Third-Party Integration 
The application will use the existing 
COFS
Third-Party components:  
‐  ABCPDF.Net Pro, version 8 
‐  PixTools v 7.5 
‐  ASP Encrypt v2.3 
‐  Crystal Reports Runtime was required when the State of Michigan compiled the application, however, it is 
not used for reporting within the application. It is currently unclear on what Crystal Reports Runtime is 
needed for. 
Changes to the existing third-parties components are not expected within the requirements. To create templates and 
merge the templates with database data, the application will use a templating and mail merge component.  
 
Template and Mail Merge Approach 
For the templates and mail-merge, the application will use Word documents using mail-merge fields. The 
merge with data will be done programmatically using a third-party component called Aspose.Words. Using 
this method, any user with Word knowledge will be able to modify the templates. Aspose.Words includes 
the capability of transforming Word documents into PDFs so the user will get a user-friendly document from 
the resulting operation. These PDF’s could also be stored in the system as-is and be used as images for 
documentation purposes.  
Word Docs 
(templates)
SOM Users
Merging Process
Using Aspose.Words
COFS Web
Server
User / Printer
Friendly Document
Interfaces 
Lochbridge will analyze the current integration processes and the functional requirements to produce a System 
Integration Plan. 
Each of the systems may require a different manner of interfacing with their data. Lochbridge will do an assessment 
Documents you may be interested
Documents you may be interested