adobe pdf viewer c# : Combine pdf Library control component asp.net web page html mvc kita_ver11-2_final40-part77

12/28/2009 
The Kansas Information 
Technology Architecture 
Version 11.2 
July 2009
Combine pdf - Merge, append PDF files in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Provide C# Demo Codes for Merging and Appending PDF Document
c# merge pdf; batch combine pdf
Combine pdf - 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
add two pdf files together; pdf merger online
12/28/2009 
Kansas Information Technology Architecture 
Version 11.2 
The Kansas Information Technology Architecture 
Version 11.2 
July 2009 
For further copies or questions regarding this document, please contact: 
Kansas Information Technology Office 
900 SW Jackson, Room 751-S 
Topeka, Kansas 66612-1275 
Phone:   (785) 296-8055 
Bill Roth 
Kansas Chief Information Technology Architect 
900 SW Jackson, Room 751-S 
Topeka, Kansas 66612-1275 
Phone: (785)296-2108 
Email: William.Roth@da.ks.gov 
This Architecture provided to the State of Kansas by the Kansas Technical 
Architecture Review Board (KTARB), presented to and approved by the 
Information Technology Executive Council (ITEC) on July 23, 2009.  
©  The State of Kansas 2009 
Online Merge PDF files. Best free online merge PDF tool.
RasterEdge C#.NET PDF document merging toolkit (XDoc.PDF) is designed to help .NET developers combine PDF document files created by different users to one PDF
pdf merge; pdf merge comments
C# PDF: C#.NET PDF Document Merging & Splitting Control SDK
PDF Merging & Splitting Application. This C#.NET PDF document merger & splitter control toolkit is designed to help .NET developers combine PDF document files
all jpg to one pdf converter; pdf combine files online
12/28/2009 
Kansas Information Technology Architecture 
Version 11.2 
Table of Contents 
Executive Overview
....... i 
Part 1 Architecture scope, concepts, and objectives 
Chapter 1 Introduction 
Chapter 2 Kansas Enterprise Architecture ov1-9 
Chapter 3 Architecture Governance 1
-14 
Part 2 KITA Target summary 
Chapter 4 KITA Targets 
........ 2-1 
Part 3 Kansas Technical Reference Model 
Chapter 5 Service Access & Delivery
3-1 
Chapter 6 Service Platform & Infrastruc3-2
Chapter 7 Component Framew3-
56 
Chapter 8 Service Interface & Integr3
-70 
Part 4 Kansas Service Component Reference Model 
Chapter 9 Customer Services 
.... 4-1 
Chapter 10 Process Automation 
4-10 
Chapter 11 Business Management Servic4-15 
Chapter 12 Digital Asset Services 
. 4-21 
Chapter 13 Business Analytical Services 4-4
Chapter 14 Back Office Services 
. 4-53 
Chapter 15 Support Services 
... 4-80 
Appendices 
Kansas Technical Architecture Review Board & Subcommittees  ............................................... A-1 
KITA Version Change Control 
.... A-4 
Technical Architecture Policies & Statutes  
A-6
VB.NET PDF: Use VB.NET Code to Merge and Split PDF Documents
Combine End Sub Private Sub Combine(source As List(Of [String]), destn As [String]) Implements PDFDocument.Combine End Sub. APIs for Splitting PDF document in
break pdf file into multiple 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.
batch merge pdf; break pdf into multiple files
12/28/2009 
Kansas Information Technology Architecture 
Page i 
Version 11.2 
Executive Overview 
KITA today 
The KITA V11.2 reflects 2 different views. It reflects the reality of what the state is currently operating and 
it reflects the direction that we have agreed to move toward. This direction is clarified in Chapter 4 
TARGETS.  We can not get away from our legacy technology, systems and investments. It will continue 
to grow and weigh us down. Classifying that legacy using TWILIGHT, CURRENT, EMERGING terms 
gives us focus on how to view that legacy in terms of support for our future. 
The KITA V11.2 is an outcome of legislation (K.S.A. 75-7201 et seq) and is sponsored by the Information 
Technology Executive Council(ITEC) and the IT community of all branches of government. It provides the 
Technology aspect of the Kansas Enterprise Architecture (KEA).   
The KITA and the Kansas Technical Architecture Review Board provide the mechanisms to exchange 
ideas on  the State strategies (as reflected in latest Strategic Information Management Plan (SIM Plan)) 
and view of Targets to get to those goals versus agency strategies. 
Kansas is working with other states and the federal agencies to move toward a consistent Architecture 
reference model that we can all refer. This Federal Enterprise Architecture (FEA) and our KEA provide 
those connections for Kansas. This will help agencies work with peer agencies in other states to share 
and compare like components and investments. 
Future efforts to support our desired outcomes may include some of the following 
 Collecting information about all of the State’s IT assets in close to real-time to help identify  actual 
investments carried today. Identify the actual numbers of licenses in use in Kansas and identified 
in the KITA.  Identify technologies that are at risk due to obsolescence or isolation in vendor or 
personnel support. 
 Identify what parts of the architecture will be utilized as part of the annual Three Year Plans, 
which describes the normal evolution of all agencies IT environment. 
 Identify what parts of the architecture will be utilized, impacted and/or enhanced as part of major 
projects in the State of Kansas. 
 Continue to develop an exchange relationship with NASCIO and Federal EA communities to 
exchange architecture models, standards, and solutions. 
 Automate the change management of the KITA and improve collaboration for interested 
communities in parts of the architecture evolution.  
 Automate agencies’ yearly alignment with the KITA current and target architecture.  
Architecture Usage  
The KITA is only useful when it is actively being utilized to help the State of Kansas in every day 
technology investment decisions.  The KITA is also used when IT projects are proposed for Kansas. 
If the KITA is actively used the desired outcomes would include: 
 Achieving a common view of how IT should be used to support Kansas’ mission. 
 Reduced barriers to cooperation and information sharing. 
 Optimize use of the State’s resources (IT and other). 
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.
adding pdf pages together; acrobat combine pdf
C# PDF File Split Library: Split, seperate PDF into multiple files
Split PDF document by PDF bookmark and outlines. Also able to combine generated split PDF document files with other PDF files to form a new PDF file.
how to combine pdf files; c# combine pdf
12/28/2009 
Kansas Information Technology Architecture 
Page 1-1 
Version 11.2 
Part 1 
Architecture scope, 
concepts, and objectives 
VB.NET TIFF: Merge and Split TIFF Documents with RasterEdge .NET
filePath As [String], docList As [String]()) TIFFDocument.Combine(filePath, docList) End to provide powerful & profession imaging controls, PDF document, tiff
append pdf files reader; add pdf files together reader
VB.NET PowerPoint: Merge and Split PowerPoint Document(s) with PPT
Just like we need to combine PPT files, sometimes, we also want to separate a Note: If you want to see more PDF processing functions in VB.NET, please follow
acrobat merge pdf; break a pdf into multiple files
12/28/2009 
Kansas Information Technology Architecture 
Page 1-2 
Version 11.2 
Chapter 1 Introduction 
Vision 
The vision of the KITA is to deliver an active technical architecture that is used to verify where Kansas 
currently stands and to focus our future information technology investments on supporting the business 
needs of State agencies and the citizens of Kansans. 
The Kansas Strategic Information Management Plan documents a vision for the use of computers and 
networks in Kansas: 
 Services: Support Kansas citizens and businesses so they can access needed Kansas 
government information and services electronically. KITA Service Reference model describes the 
Technology service delivery layer. The Targets describe how all government entities will deliver 
services.  
 Information Sharing: Every branch and level of Kansas government can exchange and access 
information electronically, both internally within government and externally throughout the State, 
nation, and world. KITA supports Targets that describe how we will come together with all State 
entities to share information. 
 Collaboration: Formal and informal groups work to break down barriers and provide consistent 
practices to share investments, efforts, and information in our goal to support our service delivery. 
KITA describes collaborative environments and content management that bring all thoughts and 
content together to support physical and virtual collaboration across Kansas. 
 Convergence: Every tax dollar is maximized through Kansas government cooperation, 
coordination, and resource sharing, supported by cost-effective information technology.  KITA 
describes the targets that we will be converging on. It also describes twilight and current 
standards that will need to be moved to the targets. And it describes emerging technologies that 
have been identified for research and monitoring only. 
The Kansas Strategic Information Technology plan, when abstracted to its highest level, calls for the 
creation of an electronic ability to deliver services via the most effective means avalible. 
Mission 
Enterprise Architecture in Kansas will support the entirety of Kansas government functions, processes, 
performance considerations, information, technology and services. The State of Kansas is moving toward 
the Federal Enterprise Architecture Reference model with the support of National Association of State 
Chief Information Officers (NASCIO) and to support our relationships with other states, federal and local 
agencies. 
The Kansas Information Technology Architecture (KITA) is a subset of the Kansas Enterprise Architecture 
and describes the information systems infrastructure that supports the business and applications used by 
the State.  The purpose of the KITA is to guide the development and evolution of the information systems 
infrastructure.  The KITA establishes consistency by helping: 
 Provide managers and staff in the agencies and support services an understanding of the 
information systems infrastructure they are using and where the State is going. 
 Provide a mechanism so State IT professionals have a consistent view of the information systems 
infrastructure and the methods they should employ to develop and deliver information systems 
services. 
 
Ensure the various development projects being managed in the State move us toward a target 
architecture that is supported by the consensus of agencies and management.
12/28/2009 
Kansas Information Technology Architecture 
Page 1-3 
Version 11.2 
Structure 
This document is in five parts:  
 An introduction that provides background information and a description of the development of the 
architecture and principles that underlie it;  
 A description of  the target architecture for the future of IT in Kansas; 
 An elaboration of the details of the Technical Reference Model (TRM); 
 A focus on the details of the Service Reference Model (SRM); 
 Appendices.  
To Whom Does the Architecture Apply? 
This Architecture applies to the Legislative, Executive, and Judicial Branch Agencies, Boards and 
Commissions of State Government and includes the Regents Institutions. Although the KITA is not 
controlling, counties and municipalities are encouraged to develop and implement their enterprise 
architectures in ways that are consistent with the KITA. 
A Note to Vendors 
In this document there are references to specific products as current or emerging standards, although our 
goal is to have a Standards Based Architecture throughout. In a number of cases we have chosen 
products as the standard where no widely accepted standards exist, or to achieve reduced total cost of 
ownership or improved service and support goals. There are several reasons for this including getting the 
IT community to recognize what they are using daily in the KITA, getting the state to come together on a 
smaller set of overall solutions for an area. For example, while we may not get to one target but we do not 
need 20 targets. In many instances, however, equivalent products, could comply with the architecture and 
meet the stringent requirements for lowest cost acquisitions that the State of Kansas uses in its 
purchasing decisions. Product equivalence determinations relative to the architecture are made by the 
Kansas Technology Architecture Review Board. 
Scope & Business Rationale 
The KITA will encompass all technology and technology support services that are essential to support an 
efficient and effective state government. Kansas agencies operate in a federated environment. This 
environment allows each agency to support their own Information Technology support staffs and 
budgeting.  As a result, there are tremendous efficiencies to be gained when multiple agencies use 
similar technical and business approaches to accomplish their mission. The savings come in part from the 
initial investment. But also from the upkeep of each technical component working with all other 
components that become dependent on it.  Savings also come from training on common approaches 
compared to many outdated or unique technical solutions that require a trained support staff long after the 
initial team and/or consultant has it working.  Finally savings come from business solutions or information 
that can be shared and standardized across many agencies or branches of government.  This allows 
business solutions or information to be created once and reused many times versus each unique group 
developing its own solution or collecting its own data. 
This architecture describes: 
 All of the information technology used and planned for immediate use in the State. 
 The architectures of the agency and department applications, but not their application content. 
 The ways in which business and information system services are delivered to users. 
 The standards and architectural components that are to be used to govern and control the 
development and delivery of information systems services within the State of Kansas. 
The intent is that the KITA will be applied to all agencies and departments in the State of Kansas.  
12/28/2009 
Kansas Information Technology Architecture 
Page 1-4 
Version 11.2 
  
Target Audiences 
The KTARB reviewed the audiences that benefit from the KITA. The following tables, while not inclusive, 
do give a range of interests and perspectives that we are trying to support.  
Primary Audiences 
Legislature 
Clarify Convergence, Business support and service delivery. 
Governor 
ITEC 
Technology Audiences 
CITO's 
ITAB 
Identify strategies and similar 
efforts in other agencies that can 
be leveraged. 
Federal EA council 
NASCIO (EA Council) 
Agency CIO's 
Agency IT Governance 
committees 
Technology community of 
interest 
Government Entities 
Cabinet Heads 
Agency Exec IT Governance 
committees 
Understand if we work together 
how it will affect LOB long term 
effectiveness 
Business community of interest 
Federal LOB agency 
Other States 
Other Audiences 
Vendors  
Procurement  
Understand why we are 
converging, how it impacts 
them, some strategies they can 
use to work with state easier 
City/Counties  
Citizens  
Principles 
Late in 1998, an agency survey was completed by state IT directors to validate a set of architectural 
principles for driving key objectives and sub-architecture strategies in developing the statewide 
architecture.  From the responses to the survey a list of architectural principles was developed. When the 
Kansas Information Technology Architecture Review Board was formed in June of 1999, the preliminary 
list of principles was modified to better reflect the views of the technical community charged with 
maintaining the architecture. The following modified list reflects the current effort. 
1.  Systems and technology infrastructure implemented by Kansas State government will be 
compliant with the architecture even though there may be some additional cost for architectural 
compliance on initial implementation (the cost to optimize for short term or agency benefits is a 
compounded cost when you combine total skill, evolution cost, etc… for long term). 
2. We will identify opportunities for cross-functional systems and will implement systems in such a 
way that we can take advantage of standard components throughout Kansas State government. 
 Identical functions within different agencies should be performed with the same system 
components. 
12/28/2009 
Kansas Information Technology Architecture 
Page 1-5 
Version 11.2 
 Similar business functions within different agencies should be performed with common 
components, modified to fit the specific needs of each agency. 
 System components developed by one agency should be available for reuse by any other 
agency. 
 Responsibility for developing and supporting each common system component should be 
vested in a designated lead agency, with participation by all affected agencies. 
3. Applications and technology components (processors, network, etc.) should be implemented in 
such a manner that performance measurement and quality assurance data may be captured to 
support management and analysis of the IT environment. 
4. Systems and components will use architecturally compliant commercial off-the-shelf (COTS) 
products where possible. 
5. The architecture will support all forms of information (data, text, voice, video, image) in an 
integrated manner. 
6. All Architecture areas should be considerate of the states need for dependability, stability,and 
recoverability and will support the necessary levels of privacy, and access to information. 
7. Applications and technology components (processors, networks, etc.) should be architected in 
such a manner that the components are separable to be able to evolve independently.  This 
allows part of the architecture and applications that use that part to evolve without wholesale 
replacement of applications and solutions. 
8. Every architecture decision should take into consideration the FEA reference architecture, and 
the other States’ architectures, if they have developed a similar architecture, so that technology 
investments can be minimized when multiple States come together on a project and information 
between state, federal and local government is optimized. 
Goals 
The overarching goal of the Strategic Information Management Plan is to manage IT from a consolidate 
approach, to provide citizen access to state services and information and to operate state government as 
effectively and efficiently as possible. The consolidated management model brings the IT community 
together to enhance communication and unifies state agencies and boards. This SIM Plan will be 
managed from a consolidated management philosophy. The SIM Plan Goals include the following: 
1. Provide broad access to public information and services. 
 The KITA will support this goal with the clarity of security services and information 
delivery services to be able to deliver a consistent access model.  
2. Use public and private resources effectively and efficiently. 
 By defining the correct combination of COTS components and customized software the 
state will deliver services and will utilize the IT industry solutions where appropriate. 
Projects will utilize the KITA for consistence and will support the Project Management 
Methodology (PMM) that allows use of consultants, or other agency personnel to deliver 
a solution to the State of Kansas. 
 The KITA evolution to a National Standard Architecture Reference model delivered by the 
Federal Enterprise Architecture CIO council and supported by the NASCIO Enterprise 
Architecture committee will allow Kansas to compare and build interstate and 
intergovernmental solutions with less confusion and overlap. 
3. Manage government IT resources effectively and efficiently. 
 The KITA requires that performance measurement and quality assurance data may be 
captured to support management and analysis of the IT environment. 
 Automated collection of all IT and KITA Assets will clarify where our assets are, who uses 
them, and will help identify redundancy and underutilization. 
12/28/2009 
Kansas Information Technology Architecture 
Page 1-6 
Version 11.2 
 Defining the architecture and products that the state has agreed to support will allow for 
more efficient procurement practices. 
 By clarifying the relationship between Project Management Methodologies in Kansas and 
the Architecture, we are helping determine the most effective and efficient 
implementation of infrastructure to support the business initiatives. 
4. Promote economic development and citizen awareness in Kansas, and IT proficiency within 
Kansas state government. 
 By utilizing the Federal Enterprise Architecture as the basis for Kansas we will be able to 
promote IT proficiency as it supports multiple-state and Federal-State-Local initiatives.  
This proficiency will pay excellent long term benefits as interstate and intergovernmental 
sharing of initiatives and information become more common. 
 By clarifying the telecommunication and information sharing strategies of the State of 
Kansas we can help encourage competition and capabilities needed to support the State 
of Kansas needs and our business and citizen expectations. 
 By defining the current and target architecture of the State of Kansas we can help direct 
state and academic education programs to ensure that there is a steady supply of IT skill 
sets for current and future employees. 
Architectures are not developed to bind organizations to inflexible rules; the goals of the architecture are 
coordination, simplification, improved performance and greater efficiency.   
Strategies 
This version of the KITA was developed and is targeted to evolve by utilizing the following strategies:  
 Restructuring the KITA in alignment with the Federal Enterprise Architecture (FEA) reference 
models. Since this is a Technical Architecture the alignment includes the FEA’s Technical 
Reference Model (TRM) and Service Reference Model (SRM). This strategy will allow state 
systems and projects to be matched and compared with other states and federal capabilities as 
we evolve together as a nation.  
 Setting target architecture will bring visibility into where the state as a whole is going. This will 
support agency strategic and tactical planning efforts for both business initiatives and technical 
application and infrastructure initiatives. 
 Future strategies: 
 Collecting the assets that make up the architecture with an automated asset inventorying 
system. The state will move toward a fully automated system to identify the redundancy in 
technology areas and to ease the burden of reporting assets used by agencies and 
universities. (Future) 
 Supporting efficiency in procurement and utilization practices. When we have an accurate 
inventory of the IT Assets in use and we have a clearly identified target architecture we 
should be able to support the procurement and utilization practices to ensure we have the 
appropriate contracts and license structures in place for current and future deployments. 
(Future) 
Background 
Legislative Overview 
Kansas statutes organizing information technology coordination at the state level were amended 
in 1998. K.S.A. 75-7201 et. seq. replaced the Kansas Information Resource Council and the 
Documents you may be interested
Documents you may be interested