adobe pdf viewer c# : Reader combine pdf pages software Library project winforms .net windows UWP kita_ver11-2_final41-part78

12/28/2009 
Kansas Information Technology Architecture 
Page 1-7 
Version 11.2 
Office of the Chief Information Architect with the Kansas Information Technology Executive 
Council (ITEC), Executive, Judicial, and Legislative Chief Information Technology Officers, and 
the Chief Information Technology Architect. 
Adoption of a statewide information technology architecture was explicitly mandated.  The portion 
of K.S.A 75-7201 et. seq. that relates to architecture is: 
(a) The information technology executive council is hereby authorized to adopt such 
policies and rules and regulations as necessary to implement, administer and enforce the 
provisions of this act.   
(b) The council shall:  
(1) Adopt: 
 Information technology resource policies and procedures and 
project management methodologies for all State agencies;  
 An information technology architecture, including        
telecommunications systems, networks and equipment, that 
covers all State agencies;  
 standards for data management for all State agencies; and  
 a strategic information technology management plan for the 
State;  
(2) provide direction and coordination for the application of the State's 
information technology resources;  
(3) designate the ownership of information resource processes and the 
lead agency for implementation of new technologies and networks shared 
by multiple agencies in different branches of State government; and  
(4) perform such other functions and duties as necessary to carry out the 
provisions of this act. 
The development of the Kansas Information Technology Architecture (KITA) was in direct 
response to the statutory charge, and the resulting actions required of ITEC and the Information 
Technology Advisory Board (ITAB).   
SIM Plan 
In addition to the Information Technology Architecture, K.S.A 75-7201 et. seq. calls for a Kansas 
Strategic Information Management Plan (SIM Plan).  The goal of the SIM Plan is to coordinate 
Information Technology (IT) development throughout Kansas State government, thereby 
promoting citizen access, information sharing, and improved government performance and 
communications at all levels across governmental boundaries.  The Kansas Information 
Technology Architecture, with the SIM Plan, provides agencies the tools and framework to 
develop effective and efficient IT systems to meet individual agency needs and the needs of 
government in the digital age. 
Architecture Project Summary  
The development of the Kansas Information Technology Architecture in 1995 was not a small 
undertaking. Agencies needed a comprehensive technical framework for informed IT decisions, 
and the development process had to be done expeditiously.  The Chief Information Technology 
Office (CITO) in the executive branch sanctioned the development of the first technical 
architecture, as well as its ensuing format and context.   
The process for the first architecture prototype assembled commercial and governmental 
resources to provide a format and framework that met the needs of Kansas agencies and 
departments. 
Reader combine pdf pages - Merge, append PDF files in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Provide C# Demo Codes for Merging and Appending PDF Document
pdf merger online; c# pdf merge
Reader combine pdf pages - VB.NET PDF File Merge Library: Merge, append PDF files in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Guide and Sample Codes to Merge PDF Documents in .NET Project
append pdf; attach pdf to mail merge
12/28/2009 
Kansas Information Technology Architecture 
Page 1-8 
Version 11.2 
Since that original adoption, the Architecture has continued to develop, and is approaching a 
Maturity Level 4 as measured by the Enterprise Architecture Maturity Model (EAMM) of the 
National Association of State Chief Information Officers (NASCIO).  
The architecture must continue to improve. With the KITA V11 release we modified it so it fits 
cleanly with the developing Federal Enterprise Architecture (see: http://www.feapmo.gov/fea.htm
and the GIS Architecture being developed by NSGIC. This was the start of being able to define a 
full Enterprise Architecture strategy for Kansas with the inclusion of a recognized Business 
Enterprise Architecture. 
This update effort was initiated in Sept 2007. 
Sep 2007 
KTARB established and appointed by ITAB. 
Oct-Dec 2007   
KITA version 11.1 scope and approach established.   
Jan 2009 
KITA version 11.1 finalized, Published presented to ITAB and 
ITEC 
Jan 2008  
Subcommittee wrap-up meeting occurred, KITA version 11.1 
process completed. 
Architecture Project Team  
The development of the KITA is supported by the Kansas Technical Architecture Review Board 
(KTARB).  KTARB is responsible for keeping the architecture up to date. It determines 
architectural compliance by evaluating agency requests for waiver and analyzing projects referred 
to it. It also makes recommendations to the Information Technology Executive Council on 
changes and extensions to the KITA. It is chaired by the Chief Information Technology Architect 
in accordance with ITEC Policy 4000, 4010, and 4020. 
The Subcommittees are staffed from the State's technical expert community who provide the 
basis of technical architecture decisions.  The subcommittees have the option to invite members 
of private sector or vendor communities with the request and approval of the subcommittee lead.  
Please see Appendix I for subcommittee descriptions and members. 
C# PDF: C#.NET PDF Document Merging & Splitting Control SDK
List<BaseDocument> docList, String destFilePath) { PDFDocument.Combine(docList, destFilePath); }. For example, if the target PDF file has 8 pages and you
break a pdf into multiple files; best pdf merger
C# PDF File Split Library: Split, seperate PDF into multiple files
which C# developers can split target PDF document file by specifying a page or pages. If needed, developers can also combine generated split PDF document files
acrobat combine pdf; combine pdf files
12/28/2009 
Kansas Information Technology Architecture 
Page 1-9 
Version 11.2 
Chapter 2 Kansas Enterprise Architecture  
Overview  
The KITA is part of a set of interrelated “reference models” designed to facilitate cross-agency analysis 
and the identification of duplicative investments, gaps and opportunities for collaboration within and 
across agencies. Collectively, the reference models comprise a framework for describing important 
elements of the Kansas Enterprise Architecture KEA in a common and consistent way. The KEA is 
modeled after the Federal Enterprise Architecture (FEA) and follows directions established by the 
NASCIO Enterprise Architecture Working group as a means to align Federal-State-Local business and IT 
efforts. 
Through the use of this common framework and vocabulary, IT portfolios can be better managed and 
leveraged across the state government. This chapter introduces the purposes and structures of the five 
KEA reference models: 
 Performance Reference Model (PRM) 
 Business Reference Model (BRM) 
 Service Component Reference Model (SRM) 
 Technical Reference Model (TRM) 
 Data Reference Model (DRM) 
Performance Reference Model (PRM)
•Inputs, outputs, and outcomes
•Uniquely tailored performance indicators
Business Reference Model (SRM)
•Lines of Business (functions and sub-functions)
•Agencies, customers, partners 
Service Component Reference Model (SRM)
•Service domains, service types
•Business and service components
Data Reference Model (DRM)
•Business-focused data standardization
•Cross-agency information exchanges 
Technical Reference Model (TRM)
•Service component interfaces, interoperability
•Technologies, recommendations
Business Driven Approach
Owned by 
Line of 
Business 
(LOB)
Owned by 
KTARB
Owned by 
KTARB
Performance Reference Model (PRM)
•Inputs, outputs, and outcomes
•Uniquely tailored performance indicators
Business Reference Model (SRM)
•Lines of Business (functions and sub-functions)
•Agencies, customers, partners 
Service Component Reference Model (SRM)
•Service domains, service types
•Business and service components
Data Reference Model (DRM)
•Business-focused data standardization
•Cross-agency information exchanges 
Technical Reference Model (TRM)
•Service component interfaces, interoperability
•Technologies, recommendations
Business Driven Approach
Owned by 
Line of 
Business 
(LOB)
Owned by 
KTARB
Owned by 
KTARB
Performance Reference Model (PRM) 
The PRM is a framework for performance measurement providing common output measurements 
throughout the state government. It allows agencies to better  manage the business of government at a 
strategic level, by providing a means for using an agency’s EA to measure the success of IT investments 
and their impact on strategic outcomes. The PRM accomplishes these goals by establishing a common 
language by which agency Enterprise Architects (EA) can describe the outputs and measures used to 
achieve program and business objectives. The model articulates the linkage between internal business 
components and the achievement of business and customer-centric outputs. Most importantly, it 
facilitates resource allocation decisions based on comparative determinations of which programs and 
organizations are more efficient and effective. The PRM focuses on three main objectives: 
 Help produce enhanced performance information to improve strategic and daily decision 
making; 
 Improve the alignment and better articulate the contribution of inputs to outputs, thereby 
creating a clear “line of sight” to desired results; 
C# Word - Merge Word Documents in C#.NET
Combine and Merge Multiple Word Files into One Using C#. This part illustrates how to combine three Word files into a new file in C# application.
.net merge pdf files; build pdf from multiple files
C# PowerPoint - Merge PowerPoint Documents in C#.NET
Combine and Merge Multiple PowerPoint Files into One Using C#. This part illustrates how to combine three PowerPoint files into a new file in C# application.
c# merge pdf files into one; scan multiple pages into one pdf
12/28/2009 
Kansas Information Technology Architecture 
Page 1-10 
Version 11.2 
 Identify performance improvement opportunities that span traditional organizational 
structures and boundaries. 
The PRM structure is designed to clearly express the cause–and-effect relationship between inputs and 
outputs. This “line of sight” is articulated through the use of the Measurement Area, Category, Grouping, 
and Indicator hierarchy. Refer to Figure 1 for the PRM structure. 
Figure 1: PRM Structure
Area 
Business Reference Model (BRM) 
The BRM provides a framework that facilitates a functional (rather than an organizational) view of the 
state government’s lines of business (LOBs), including  its internal operations and its services for citizens, 
independent of the agencies, bureaus and offices that perform them. The BRM maps the state 
government around common business areas instead of through a stove-piped, agency-by-agency view. It 
thus promotes agency collaboration and serves as the underlying foundation for the KEA and E-Gov 
strategies. 
While the BRM does provide an improved way of thinking about government operations, its true utility as 
a model can only be realized when agencies effectively use it. The functional approach promoted by the 
BRM will do little to help accomplish the E-Gov strategic goals if it is not incorporated into business-
focused enterprise architectures and the management processes of the State of Kansas. This is also 
known as the Enterprise Business Architecture (EBA) by the NASCIO EA community. This is one of the 
2008 SIM Plan strategies to be completed by all agencies so that government services could be 
understood and mapped consistently across all branches and levels of government. 
The BRM is structured into a tiered hierarchy representing the business functions of the state 
government. Refer to Figure 2 for the BRM tiered hierarchy. 
Figure 2: BRM Structure
Service Component Reference Model (SRM) 
The SRM is a business-driven, functional framework classifying Service Components according to how 
they support business and performance objectives. It serves to identify and classify horizontal and vertical 
VB.NET PDF Page Insert Library: insert pages into PDF file in vb.
add and insert one or multiple pages to existing RasterEdge XDoc.PDF SDK is compatible with Visual Studio ways to create VB application to combine .NET Imaging
reader combine pdf pages; split pdf into multiple files
VB.NET PDF: Use VB.NET Code to Merge and Split PDF Documents
VB.NET program and it includes all pages information in APIs for Merging PDF Documents in VB.NET. Private Sub Combine(source As List(Of BaseDocument), destn As
pdf mail merge plug in; acrobat combine pdf files
12/28/2009 
Kansas Information Technology Architecture 
Page 1-11 
Version 11.2 
Service Components supporting federal agencies and their IT investments and assets. The model aids in 
recommending service capabilities to support the reuse of business components and services across the 
federal government.  
The SRM is organized across horizontal service areas, independent of the business functions, providing a 
leverage-able foundation for reuse of applications, application capabilities, components, and business 
services. It is structured hierarchically as depicted in Figure 3. 
Figure 3: SRM Structure
Technical Reference Model (TRM) 
The TRM is a component-driven, technical framework that categorizes the standards and technologies to 
support and enable the delivery of Service Components and capabilities. It also unifies existing agency 
TRMs and E-Gov guidance by providing a foundation to advance the reuse and standardization of 
technology and Service Components from a government-wide perspective. 
Aligning agency capital investments to the TRM leverages a common, standardized vocabulary, allowing 
interagency discovery, collaboration, and interoperability. Agencies and the state government will benefit 
from economies of scale by identifying and reusing the best solutions and technologies to support their 
business functions, mission, and target architecture. The TRM structure is depicted in Figure 4. 
VB.NET Image: Barcode Reader SDK, Read Intelligent Mail from Image
How to combine PDF Document Processing DLL with Barcode As String = FolderName & "Sample.pdf" Dim reImage own customized Word Intelligent Mail Barcode Reader.
pdf merge; adding pdf pages together
VB.NET PowerPoint: Merge and Split PowerPoint Document(s) with PPT
Just like we need to combine PPT files, sometimes, we also the split PPT document will contain slides/pages 1-4 If you want to see more PDF processing functions
pdf combine two pages into one; combine pdf online
12/28/2009 
Kansas Information Technology Architecture 
Page 1-12 
Version 11.2 
Figure 4: TRM Structure
Data Reference Model (DRM) 
The KEA Data Reference Model (DRM) is intended to promote the common identification, use, and 
appropriate sharing of data/information across the state government through its standardization of data in 
the following three areas: data context, data sharing, and data description (refer to Figure 5). 
The current published version of the FEA DRM is undergoing revision. The FEA PMO is collaborating with 
members of the interagency DRM working group, chartered by the Architecture and Infrastructure 
Committee (AIC) of the Chief Information Officer (CIO) Council, to further enhance and improve this 
reference model. The DRM structure presented in Figure 5 is the updated description of the DRM based 
on the work being done by the FEA PMO and the interagency DRM working group. Because the new 
version of the DRM has not been completed, the latest published version is provided in this document for 
reference. 
Figure 5: DRM Structure 
12/28/2009 
Kansas Information Technology Architecture 
Page 1-13 
Version 11.2 
KEA Profiles 
A profile is a framework that cross-cuts the inter-related KEA reference models based upon a particular 
subject matter. The profiles describe how each reference model addresses a specific area and how 
agencies can utilize existing resources, standards, best practices, and use cases to implement or improve 
upon them. The following is a list of profiles that are under development by the FEA council 
 Security and Privacy Profile: provides guidance on designing and deploying measures that 
ensure the protection of information resources. 
Security and Privacy Profile 
 Geospatial Profile (in development): establishes a framework for more effective use and 
management of geospatial data and services as part of agencies' enterprise architectures. It 
describes how agencies can leverage geospatial data and technologies to enhance service 
delivery and mission accomplishment. 
FEA Geospatial Profile, version 1.1
 Records Management Profile: provides an overview of the FEA and explains how the reference 
models provide a context for applying effective records management practices. 
Federal Enterprise Architecture Records Management Profile
It is intended that Kansas will develop a series of profiles to support our cross cutting efforts. Due to the 
complexity and interrelations of our environment, Therefore gives us several advantages to separating 
the architecture details and aligning them with the KEA/FEA reference models as well as bringing 
together a complete picture for groups to use as a model for future development efforts.  These profiles 
will be a first attempt with this version of the KITA and will be considered a work in progress as we 
develop them and refine their usage in context of projects and IT management. 
12/28/2009 
Kansas Information Technology Architecture 
Page 1-14 
Version 11.2 
Chapter 3 Architecture Governance  
3.1 Relationships with other management concepts 
This architecture is one of several architectures and sets of information systems documents.  The 
relationships between the architectures and management concepts are shown in Figure 6. 
Figure 6: Kansas IT Planning/Controls 
These concepts are described as: 
 Strategic Information Management Plan (SIM Plan) updated every 2-3 years to provide 
updated strategic vision and objectives to enable and support government in Kansas. 
 Kansas IT Architecture - The infrastructure that underpins the applications used within 
the State.  This is the Technical and Service architecture and sub-architectures described 
in the rest of this document. 
 Process and applications architectures – These elements are covered under K.S.A 75-
7201 et seq., which calls for IT resource policies, procedures, and project management 
methodologies for all State agencies.  Specific processes and policies that already exist 
will be identified and linked to sub-architecture elements within this document.   
 Agency 3 year IT management and budget plans- Tactical Agency Plans (Engineering 
documents) – Development of an agency level technical architecture leads to a number 
of engineering documents.  These documents will be created and maintained at the 
agency and department level. 
 Project architectures – Developed for individual projects at a lower level to describe the 
changes being made by each project. 
Kansas IT Architecture
Project Management Standards
STATE Information
Management Plan
(Long Range Plan)
Agency Project
Plans
SIM Plan
State
Budget
Agency 3-Year
IT Plans
(Updated Annually)
12/28/2009 
Kansas Information Technology Architecture 
Page 1-15 
Version 11.2 
3.2 State IT Governance, Architecture Responsibility 
A hierarchy of committees and organizations are involved with the long-term use and direction of 
the KITA.  The relationships and organization of these groups is depicted in Figure 7.  
Figure 7: KITA Governance Organization
Organization 
Architecture Responsibility 
ITEC 
 Approve and oversee architecture directions through the CITA 
CITO 
 Project approval implies architecture compliance 
CITA 
 Architecture development responsibility under ITEC 
ITAB 
 Provides membership to the Technology Architecture Review 
Board 
IT Technical Architecture 
Board (KTARB) 
 Care and maintenance of KITA 
 Reports to ITAB on new directions, standards 
Architecture Sub-
committees 
 Developed as needed to validate or update technical 
subsections of the KITA 
Individual Agencies/ 
RITC / Regents 
 Provide feedback  on KITA and comment to CITA 
 Determine architecture compliance (checklists) for any new 
projects 
 Determine architecture compliance with any new purchase 
 Develop transition plans for KITA twilight components 
 Test new technologies and notify KTARB for Emerging 
12/28/2009 
Kansas Information Technology Architecture 
Page 1-16 
Version 11.2 
Organization 
Architecture Responsibility 
technologies 
 Develop transition plans to KITA Targets 
Procurement 
 Removed from an IT policing role, now follows CITO 
approved requests for IT systems 
3.3 Architecture Compliance, Enforcement 
The architecture embodies a vision, a view of the future of information technology in the State.  
The architecture defined herein has taken as the definitive statement of that vision the work of the 
Kansas Strategic Information Management Plan.  The commitment has been made to craft this 
architecture with the widest possible participation from members of the IT community within 
Kansas State government.  Broad agreement with the standards and guidelines is sought as the 
architecture evolves. 
The project approval process, as defined in K.S.A 75-7201 et. seq., should allow for the 
resolution of any architectural variances that may emerge over time.  The architecture is intended 
to evolve as technology develops and as new initiatives emerge within the vast technology and 
organizational domains it spans. 
In essence, the approval process coordinates many interests, including management, branch 
CITO, budget, and finally legislative committees.  
 Non-compliance with the architecture is BAD 
 Compliance with Current Standard is GOOD 
 Compliance with Target is GREAT 
Architectures are not developed to bind organizations to inflexible rules; the goals of the 
architecture are coordination, simplification, improved performance and greater efficiency.  
3.4 Organization of this Document
The following chapters contain the sub-architecture details of the KITA.  Each chapter is 
structured for easy reader access to information and technical content necessary in decision-
making.  Each chapter is organized with the following sections: 
 Definition – A brief statement to set perspective and need for the sub-architecture. 
 General Standards – Categorical tables that list the current standards, twilight standard, 
emerging standards and targets that apply to that element. 
 Twilight Standards (or retired technologies) are those that should be discouraged 
from future implementation.  This is not to imply that existing resources should be 
rooted-out and replaced, but that the use of these products and services should not 
be extended in future planning and development.   
 Current Standards are the preferred directions and products that should impact 
project behavior when making implementation and design decisions.  Products and 
technologies that fit in the phase 2, or current lifecycle as outlined in Section 3.4 
above are in the current standard definitions.  General State directions and emphasis 
will center around elements of this category. 
 Emerging Standards (or introductory technologies) include near-term directions and 
options that need continued monitoring to find applicability within the State IT 
infrastructure.  Included are technologies that are not yet fully production-worthy, but 
are potential candidates for future implementations.  Advanced users of technology, 
Documents you may be interested
Documents you may be interested