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. 
How to convert pdf into tiff - SDK Library API:C# PDF Convert to Tiff SDK: Convert PDF to tiff images in C#.net, ASP.NET MVC, Ajax, WinForms, WPF
Online C# Tutorial for How to Convert PDF File to Tiff Image File
www.rasteredge.com
How to convert pdf into tiff - SDK Library API:VB.NET PDF Convert to Tiff SDK: Convert PDF to tiff images in vb.net, ASP.NET MVC, Ajax, WinForms, WPF
Free VB.NET Guide to Render and Convert PDF Document to TIFF
www.rasteredge.com
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. 
SDK Library API:C# Create PDF from Tiff Library to convert tif images to PDF in C#
desStream). Description: Convert to PDF/TIFF with specified resolution and save it into stream. Parameters: Name, Description, Valid Value.
www.rasteredge.com
SDK Library API:C# PDF insert text Library: insert text into PDF content in C#.net
Parameters: Name, Description, Valid Value. value, The char wil be added into PDF page, 0
www.rasteredge.com
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; 
SDK Library API:C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
zoomValue, The magnification of the original PDF page size. 0.1f
www.rasteredge.com
SDK Library API:Online Convert Excel to PDF file. Best free online export xlsx
Download Free Trial. Convert a Excel File to PDF. Drag and drop your excel file into the box or click the green button to browse for a file to upload.
www.rasteredge.com
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 
SDK Library API:C# PDF insert image Library: insert images into PDF in C#.net, ASP
Support various image formats, like Jpeg or Jpg, Png, Gif, Bmp, Tiff and other Import graphic picture, digital photo, signature and logo into PDF document.
www.rasteredge.com
SDK Library API:C# TIFF: TIFF Editor SDK to Read & Manipulate TIFF File Using C#.
Convert Tiff file to bmp, gif, png, jpeg, and scanned PDF files to Tiff, like Word, Excel, PowerPoint, PDF, and images. to add XImage.OCR for .NET into C# Tiff
www.rasteredge.com
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. 
SDK Library API:RasterEdge XDoc.Tiff for .NET - SDK for Tiff Document Imaging
Convert Word, Excel, PowerPoint to Tiff. Convert PDF to Tiff. Convert Jpeg Images to Tiff. Tiff File Process. Tiff Page Edit. Insert Pages into Tiff File.
www.rasteredge.com
SDK Library API:C# PDF File Split Library: Split, seperate PDF into multiple files
Divide PDF File into Two Using C#. This is an C# example of splitting a PDF to two new PDF files. Split PDF Document into Multiple PDF Files in C#.
www.rasteredge.com
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