12/28/2009 
Kansas Information Technology Architecture 
Page 1-17 
Version 11.2 
such as academic researchers in the State Universities, will be the first implementers 
of these technologies.  Continued market acceptance and adaptation will move these 
solutions toward the growth phase of the lifecycle, and inclusion in the statewide 
architecture may become possible.   
Targets  are  the  direction  that  the  state  as  a  whole  (or  defined  subset)  has 
determined is the best long term approach. The target may be a combination of 
emerging and current standards. They may also be a reflection of the anticipated 
natural evolution of a technology area. Targets are the hardest to establish. While not 
every area needs to establish targets the clearer we can be on the enterprise targets 
the easier it is to align agency and State of Kansas initiatives. Targets allow Kansas 
to move outside of the tactical architecture issues and allow Kansas to look three to 
ten years into the future to forecast our evolution toward a more effective set of 
technology solutions. 
Context and Diagrams: Where applicable, high level views are outlined that describe the 
domain for each of the architecture sections. 
Related Policies and Procedures: Includes a listing of related (and published) Kansas 
standards, guidelines, and procedures that  relate to the architecture category.  This 
information is provided primarily for reference. 
Technical Product and Configuration Information: Provides reference to specific products 
with notes regarding their characteristics and use within Kansas government systems. 
3.5  Bringing the State together via Architecture
Reading the previous 2 sections it is easy to identify that there will be many standards at any 
given time and that some standards can become targets. What we hope to achieve by using a 
single architecture for all state agencies is to bring all state agencies together to a smaller set of 
overall solutions. 
Instead of 20 email systems we get to 1 or 2 
Instead of 20 ways to write and deliver reports to people we get to 1 or 2 
Instead of 20 ways to share information with our peer agencies, states, federal partners we 
get to 1 or 2. 
Instead of 20 ways to capture and redistribute financial information we get to 1 or 2 
Instead of 20 ways for our business partners to exchange information with us we get to 1 or 
2.
We will not get to this goal overnight, it will take a lot of continual dialog to keep investment 
choices visible to all parties who could eventually be able to leverage those investments. So 
instead of one agency doing research and buying a best product that fits their needs and then 
asks for that product to be put into the KITA as a standard we would need to get the subject 
matter experts to rationalize that investment and map a strategy to deploy that investment to all 
agencies.  and  to  recognize  that  the  decision,  once  made,  on  that  product  and  standard 
discussion, is closed for foreseeable future. 
Decision on how you get to a target should be based upon the best information available but the 
following criteria should be available to the decision makers. 
Market share of the product. 
Existing presence in Kansas State agencies. 
Cost of product and alternatives. 
Integration with other KITA environments (scale of effort to deploy). 
Skills available in state agencies (our employees move between agencies and if they get 
trained it is better to use that training than to start over). 
How to convert pdf to tiff file - Library control component: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 to tiff file - Library control component: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-18 
Version 11.2 
Stability of company, financial, leadership. 
Company focus on public sector and government (federal, state local). 
Library control component:Online Convert PDF file to Tiff. Best free online PDF Tif
Using this .NET PDF to TIFF conversion control, C# developers can render and convert PDF document to TIFF image file with no loss in original file quality.
www.rasteredge.com
Library control component:Online Convert PDF file to Word. Best free online PDF Conversion
Convert a Tiff/Tif File to PDF. Just upload your file by clicking on the blue button or drag-and-drop your Tiff or Tif file into the drop area.
www.rasteredge.com
12/28/2009 
Kansas Information Technology Architecture 
Page 2-1 
Version 11.2 
Part 2 
KITA Target Summary 
Library control component: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
Library control component:C# Create PDF from Tiff Library to convert tif images to PDF in C#
TIFFDocument doc = new TIFFDocument(inputFilePath); // Convert loaded TIFF file to PDF document. doc.ConvertToDocument(DocumentType.PDF, outputFilePath);
www.rasteredge.com
12/28/2009 
Kansas Information Technology Architecture 
Page 2-2 
Version 11.2 
Chapter 4 KITA Targets
Evolution Forecast & Implementation 
Targets  are  the  direction  that the State as  a  whole has determined is  the  best long term 
technological approach. The target may be a combination of emerging and current standards. 
They may also be a reflection of the anticipated natural evolution of a technology area. Targets 
are the hardest to establish. While not every area needs to establish targets ,the clearer we can 
be on the enterprise targets the easier it is to align agency and State of Kansas initiatives. 
Targets allow Kansas to move outside of the tactical architecture issues to look two to ten years 
into the future to forecast our evolution toward a more effective set of technical solutions. The 
target may be an initiative in itself to establish a focus group, research, pilot, program definition, 
multi year rollout plan, etc. 
The KTARB Subcommittees were established and populated by subject matter experts in state 
government. The KTARB members are also all long term career IT subject experts. The collection 
of  thoughts  from  these  teams  allows  Kansas  to  have  the  discussion  about  appropriate 
technological targets.  
The KITA Targets are a series of compromises that balance: 
The need for common skills versus unique skill sets for each solution 
The need to leverage purchasing power of state versus the need to protect past product 
investment decisions; 
The  need  to  come  together  as  a  state  versus  need  to  support  unique  agency 
requirements; 
The need to use COTS software versus the need to build solutions to support unique 
agency processes and practices; 
The need to look at cross agency common services versus a unique service suite for 
each agency; 
The need to support and evolve legacy systems versus best of breed next generation 
systems; 
The need to keep IT investment cost to absolute minimum versus the need to bring 
consistent functionality and solutions to the state and agencies that have a high degree of 
interaction. 
This effort will help frame our discussions about the architectural evolution and will bring multiple 
agencies to the table to look for the right combination of compromises. While we know it is not 
wise to support twenty or more email systems, we are not sure what the right number is. Is the 
right  number 1,  2  or 5 or  20? While we  know it  is  not  wise  to  have 30 different content 
management systems, is the right number 1 or 2 or more? 
Library control component:C# PDF Convert to Word SDK: Convert PDF to Word library in C#.net
DocumentType.DOCX DocumentType.TIFF. zoomValue, The magnification of the original PDF page size. Description: Convert to DOCX/TIFF with specified zoom value and
www.rasteredge.com
Library control component:VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
Convert smooth lines to curves. Detect and merge image fragments. Flatten visible layers. VB.NET Demo Code to Optimize An Exist PDF File in Visual C#.NET Project
www.rasteredge.com
12/28/2009 
Kansas Information Technology Architecture 
Page 2-3 
Version 11.2 
Kansas Technical Reference Model (TRM) Overview 
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 is broken down into the following sections: 
This  chart  shows  the  entire  TRM  details  and  their  locations.  Note  that  we  will  not  have  Targets 
established for every TRM section with this version of the KITA. 
5.1 Access Channels
5.3 Service Requirements
Web Browser, Wireless / PDA, Collaboration / 
Communication, Other Electronic Channels
Legislative / Compliance, Authentication / Single 
Sign-On, Hosting
5.2 Delivery Channels
5.4 Service Transport
Internet, Intranet, Extranet, Peer to Peer, Virtual 
Private Network
Supporting Network Services, Service Transport
6.1 Support Platforms
6.4 Databases / Storage
Databases, Storage
6.5 Hardware / Infrastructure
6.2 Delivery Servers
Web Servers, Media Servers, Application Servers, 
Portal Servers
6.3 Software Engineering
Integrated Development Environment, Software 
Configuration Management, Test Management, 
Modeling
7.1 Security
7.3 Business Logic
Platform Independent, Platform Dependent 
7.4 Data Interchange
7.2 Presentation / Interface
Data Exchange
7.5 Data Management
Database Connectivity, Reporting and Analysis
8.1 Integration
8.3 Interface
Middleware. Enterprise Application Integration
Service Delivery, Service Description / Interface
8.2 Interoperability
Data Formats / Classification, Data Types / 
Validation, Data Transformation
Chapter 5 - Service Access and Delivery
Chapter 6 - Service Platform and Infrastructure
Wireless / Mobile, Platform Independent. Platform 
Dependant
Servers / Computers, Embedded Technology 
Devices, Periherals, Wide Area Network, Local Area 
Network, Network Devices / Standards, Video 
Conferencing
Chapter 7 - Component Framework
Certificates / Digital Signatures. Supporting Security 
Services
Static Display, Dynamic / Server Side Display, 
Content Rendering, Wireless / Mobile / Voice
Chapter 8 - Service Interface and Integration
Please refer to the appropriate chapter listed above as you look at the chapter references of the Target 
details. 
Library control component:C# PDF File Split Library: Split, seperate PDF into multiple files
Application. Best and professional adobe PDF file splitting SDK for Visual Studio .NET. outputOps); Divide PDF File into Two Using C#.
www.rasteredge.com
Library control component:C# PDF Convert to Jpeg SDK: Convert PDF to JPEG images in C#.net
PDFPage page = (PDFPage)doc.GetPage(0); // Convert the first PDF page to a JPEG file. page.ConvertToImage(ImageType.JPEG, Program.RootPath + "\\Output.jpg");
www.rasteredge.com
12/28/2009 
Kansas Information Technology Architecture 
Page 2-4 
Version 11.2 
Chapter 5.  
Service access & Delivery 
TRM Component 
group 
TARGET
5.1 Access Channels
5.1.1 Web Browser 
Latest 2 Versions 
5.1.2 Wireless/PDA 
Tablet PCs 
Convertible 
Smartphone 
OS 
Symbian(Open) 
Windows Mobile (proprietary) 
5.1.3 
Collaboration/communication 
Email (Proprietary)  MS Exchange 
5.2 Delivery Channels
5.2.2 Intranet 
Web technology with access controls 
Portals merging internal-facing and external-facing 
content and functions 
5.2.3 Extranet 
Web technology with access controls 
Portals merging internal-facing and external-facing 
content and functions 
5.3 Service Requirements
5.3.3 Hosting 
Data Center 
Site Selection 
Non-Flood Plane 
Non-Flight Paths 
Minimal Seismic Activity 
Lesser Populated Areas 
Non-Industrialized Areas 
Physical Structure 
Exterior 
Concrete Construction 
No Exterior Windows 
Roof Drains 
Ground Drains 
Lightening Suppression 
Underground Utilities 
Electrical Ports on exterior walls 
Tiers nested or linearly segregated 
Exterior bermed above flood plane 
Modular Plan for scalable facility 
Resistant from nearby explosions or falling debris 
Free standing dedicated structures 
Underground locations based on datacenter 
needs(Berme or Salt Mine)  
Controlled perimeters such as barriers, bollard 
systems, tank traps as demanded by data center 
purpose. 
Access Ports built into external walls 
Tornado Resistant  
Roof Drains external to the building 
Remaining 
components 
Targets for these areas can be found starting at 
page 3-14 
Chapter 6.  
Service Platform & 
Infrastructure 
TRM Component 
group 
TARGET
6.1 Supporting Platforms
6.1.2 Platform Independent 
Operating Systems  Redhat Linux 
Red Hat Enterprise Linux 
6.1.3 Platform dependent 
Desktop Operating  Windows XP 
12/28/2009 
Kansas Information Technology Architecture 
Page 2-5 
Version 11.2 
Chapter 6.  
Service Platform & 
Infrastructure 
TRM Component 
group 
TARGET
Systems 
Midtier Server/OS 
Windows 2008 
Solaris 10 
Mainframe OS 
Z/OS 
6.2 Delivery Servers
6.2.1 Web Servers 
Apache (open) 
IIS (proprietary) 
6.3 Software Engineering
6.3.1 Integrated Development 
Environment 
Common IDE 
components 
Source code editor 
Compiler or interpreter 
Build-automation tools 
Debugger 
Programming 
Paradigm 
Support of Service Oriented 
Support of Object Oriented 
Requirements 
XML Capable 
Support development of Web-based environments 
Interoperability with multiple environments 
Code transparency 
Support Plugins 
Security 
Single Signon with controlled permissions 
LDAP X.500 Support 
6.3.2 Software Configuration 
management 
Version 
Management 
Ability to recover from previous versions 
Ability to distinguish different versions 
Ability to roll back to previous version 
Multiple checkouts with automated synchronization 
Auditable 
Release Control 
Issue Tracking 
Task Assignment 
Task Ownership 
Metrics 
Reporting Capabilities 
Defect Tracking 
Ability to identify, assign, and manage defects 
Ability to track defects 
Ability to capture bugs 
Ability to report 
Metrics 
Task Management  Ability to define tasks 
Ability to prioritize 
Deployment 
Management 
Auto deployment and tracking (push or pull) 
6.3.3 Test management 
Test Management 
Create reproducible test scripts 
Create reliable, reusable, reproducible test data sets 
Tests tracked to make sure all of the code is tested 
Easily generated load testing 
Documented scripts 
Usability Testing 
Ability to test W3C compliance 
Ability to test for State requirements 
Ability to test for Federal requirements 
Unit Testing 
Built-In unit testing 
Simulation Testing  Developer Test code 
6.3.4 Modeling 
Modeling 
Tools that support UML 
12/28/2009 
Kansas Information Technology Architecture 
Page 2-6 
Version 11.2 
Chapter 6.  
Service Platform & 
Infrastructure 
TRM Component 
group 
TARGET
Ability to link models 
Interoperable with other modeling programs 
Ability to create reusable models 
6.4 Database/Storage
6.4.1 Database 
Relational 
Spatial 
XML 
CORBA 
6.4.2 Storage 
Tape 
LTO 
9840 
Virtual Tape 
Disks 
SAS 
Fibre Channel 
SATA 
Storage Systems 
SAN 
SAN Switches 
Shared storage between SANs 
Fiber connections 
LC 
6.5 Hardware Infrastructure
6.5.4 Wide Area Networks 
OSI Layer 3 
Internet Protocol V6 
6.5.5 Local Area Networks 
OSI Layer 3 
Internet Protocol V6 
Chapter 7.  
Component Framework 
TRM Component 
group 
TARGET
7.5 Data management
7.5.1 Database connectivity 
Proprietary 
Protocols 
Support Open Protocols 
7.5.1 Database connectivity 
Open Protocols 
Java Database Connectivity (JDBC) 
Open Database Connectivity (ODBC) 
7.5.2 Reporting & Analysis 
System 
Architecture 
Service Oriented Architecture 
XML 
SOAP 
WSDL 
WSRP 
Data Structure 
Support 
Relational Database 
OLAP 
ROLAP 
MOLAP 
Java Online Analytical Processing (JOLAP) 
Data Integration 
and Export Format 
XML 
XBRL 
XML for Analysis 
Chapter 8.  
Service Interface & Integration 
TRM Component 
group 
TARGET
8.2 Interoperability
8.2.1 Data format & Classification 
Text 
Plain text  
XML (includes XSD/XSL/XHTML, etc.; with included 
12/28/2009 
Kansas Information Technology Architecture 
Page 2-7 
Version 11.2 
or accessible schema and character encoding 
explicitly specified)  
PDF/A 
Open Document Format 
Raster Image 
TIFF (*.tif) (uncompressed)  
PNG (*.png)  
JPEG2000 (uncompressed) 
Vector Graphics 
Scalable Vector Graphics (*.svg)  
Spreadsheet 
Excel (.xls)  
OpenOffice (*.sxc) 
Database 
Access (*.mdb) 
OpenOffice (*.sxc) 
Presentation 
PowerPoint (*.ppt) 
OpenOffice (*.sxi) 
Audio 
AIFF(uncompressed) (*.aif, *.aiff) 
WAVE (LPCM only) (*.wav) 
Video 
Motion JPEG2000 (*.mj2) 
AVI (*.avi) (uncompressed) 
Motion JPEG (*.avi, *.mov) 
8.2.2 Data Types/Validation 
XML Data Types 
Primitive 
Derived 
Database 
Exact Numerics 
Approximate Numerics 
Date and Time 
Character Strings 
Unicode Character Strings 
Binary Strings 
Other Data Types 
Validation 
XML Schemas applied against appropriate 
standardized profiles 
8.2.3 Data Transformation 
XSL (XSLT, XPath, XSL FO)  
OpenGIS
©
12/28/2009 
Kansas Information Technology Architecture 
Page 2-8 
Version 11.2 
Kansas Service Component Reference Model Overview
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 
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.   
This chart show the entire SRM details and their locations. Note that we will not have Targets established 
for every SRM section with this version of the KITA
Chapter 9 -Customer Service
9.1 Customer Relationship Management 
9.2 Customer Preferences 
Call Center Management, Customer Analytics, 
Sales and Marketing, Product Management, 
Brand Management, Customer / Account 
Management, Customer Feedback, Surveys 
Personalization, Subscriptions, Alerts and 
Notifications 
9.3 Customer Initiated Assistance 
Online Help, Online Tutorials, Self-Service, 
Reservations / Registration, Multi-Lingual 
Support, Assistance Request, Scheduling 
Chapter 10 - Process Automation
10.1 Tracking and Workflow 
10.2 Routing and Scheduling 
Process Tracking, Case Management, Conflict 
Resolution 
Inbound Correspondence Management, 
Outbound Correspondence Management 
Chapter 11 -Business Management Services
11.1 Management of Process 
11.2 Organization Management 
Change Management, Configuration 
Management, Requirements Management, 
Program / Project Management, Quality 
Management, Business Rule Management, Risk 
Management 
Workgroup / Groupware, Network 
Management 
11.3 Investment Management 
Strategic Planning and Management, 
Portfolio Management, Performance 
Management 
Chapter 12 -Digital Asset Management
12.1 Content Management 
12.3 Knowledge Management 
Content Authoring, Content Review and 
Approval, Tagging and Aggregation, Content 
Publishing and Delivery, Syndication 
Management 
Information Retrieval, Information Mapping / 
Taxonomy, Information Sharing, 
Categorization, Knowledge Engineering, 
Knowledge Capture, Knowledge Distribution 
and Delivery, Smart Documents 
12.2 Document Management 
Document Imaging and OCR, Document 
Referencing, Document Revisions, Library / 
Storage, document Review and Approval, 
Document Conversion, Indexing, Classification 
12.4 Records Management 
Records Linking / Association, Document 
Classification, Document Retirement, Digital 
Rights Management 
Documents you may be interested
Documents you may be interested