DOIT: Domain Architecture Documents
CT.GOV
Department of Information Technology
The CT Department of Information Technology
{DOIT Logo}

Back to Main Menu
State Technical Architecture Standards and Information
State IT Policies
{ }

Governor Care and Share

Department of
 Information Technology
101 East River Drive
East Hartford
CT 06108
860-622-2200
 
From Outside Local
Calling Area
888-703-5410
 

{e-Alerts}
Receive DOIT news updates by e-mail.
Subscribe now or update your e-Alerts

{Login}

Domain Architecture Documents

Each of the nine domain teams of technical experts from DOIT and the agencies developed a document that could stand on its own as a guideline for agency and DOIT staff as well as consultants and vendors. This resulted in some redundancy in describing design and implementation principles, but should aid IT implementers and decision makers that are interested in the standards, policies, guidelines and best practices in their area of interest. This also facilitates using the architecture documents for technology specific planning and procurement activities.

The principles, standards and policies referred to in these documents are considered mandatory State IT architecture requirements for any new system or major enhancement to the current IT environment.  Guidelines and best practices for implementation are practical recommendations for implementing IT.

Please review the  "Breakdown of Domain Document Contents" section before opening the domain documents.

Domain Description Technology Categories
(PDF 386 K)

Application Domain Appendix A Application Level Security
February 22, 2002 (PDF 18K)

Application Domain Appendix B Java Coding Standards and Conventions
February 6, 2003 (PDF 38K)

Application Domain Appendix C  Microsoft .NET Migration Strategy May 8, 2002   (PDF 14K)

Addendum A-Sun Java Code Convention
February 6, 2003 (PDF 82K)
Copyright 1995-1999 Sun Microsystems, Inc.  All rights reserved.  Used by permission.

Addendum B-ArcGIS Migration Guide
February 6, 2003 (PDF 206K)

Application architecture is the focal point of an organization’s systems inventory. It defines how applications are designed and constructed, how they communicate and cooperate, and where they reside. A subset of this architecture is the object architecture, which defines the internally consistent set of relationships between business relevant entities; it defines how real-world things interact, and defines the expected behaviors of each object. Application development tools, 3GLs and 4GLs, languages, web development, repositories, ERP applications, BPR, business modeling tools, project management, CASE tools, testing tools, object development tools, object repositories.
Collaboration - Directory Services Domain Technical Architecture
January 4, 2001 (PDF 109K)
The collaboration and directory services architecture defines the environment for facilitating and automating business processing and content management. It addresses the rules and practices of conversation focused business behavior and activity focused business behavior. It also addresses the complete spectrum of directory services functions for all domains. Collaborative tools, workflow, groupware tools, e-mail, document management, imaging, content management (to be delineated from content management under E-gov), and directory services.
Data Management and Data Warehouse Domain Technical Architecture
June 6, 2002 (PDF 647K)
This architecture defines the mechanics for managing, securing, and maintaining the integrity of an enterprise's significant logical entities, and specifies standards for accessing business data. It also describes the internally consistent logical structure of authoritative databases and provides the standards for decision support and OLAP data. Data repositories, data warehouses, data modeling tools, data replication tools, data administration tools, data extraction tools, OLAP tools, multidimensional databases, OLTP and OLAP database management systems, database interfaces, database engines, GIS and spatial databases.
Enterprise Systems Mgmt. Domain Technical Architecture
January 4, 2001 (PDF 110K)
This architecture defines how the hardware and software components of the environment will be controlled. It focuses on issues of configuration management, fault detection/isolation, testing, performance measurement, problem reporting, software upgrades/control, and remote systems management. Networks and systems management, LAN management, software distribution, storage management, asset management, help desk, security, performance management, capacity planning, change control, mainframe management.
Middleware Domain Technical Architecture
September 15, 2003
(PDF 366K)
The middleware architecture defines the components that create an integration environment between clients and the legacy and server environments. Middleware sits between the application and network communication mechanisms, and provides for application integration independent of network and platform technologies. Messaging oriented middleware, object request brokers, transaction processing monitors, database gateways.
Network Domain Technical Architecture
January 4, 2001 (PDF 548K)
Network architecture provides for all aspects of the communications infrastructure for a distributed computing environment. This includes logical elements, physical hardware components, carrier services and protocols. The scope of the architecture includes voice, data, and video services. Wiring, hubs, routers, Layer 2 and Layer 3 switches, network operating systems, carrier services, LAN / WAN protocols, video conferencing, telephony and convergence.
<NEW>
The Platform architecture defines the technical computing components of the infrastructure including client and server hardware platforms, operating systems, local and networked storage systems, and physical interfaces. Personal computers, workstations, client software, groupware servers, midrange boxes and mainframes, operating systems, back-up and recover software, and storage administration management.
Security Domain Technical Architecture
January 4, 2001 (PDF 102K)
The security architecture facilitates appropriate access to information while ensuring integrity and availability. It supports innovative business process as well as compliance with all government regulations and standards related to information security. It is concerned with identification, authentication and access rights. Other aspects of security architecture include virus protection, intrusion prevention and privacy. Digital certificates, intrusion detection systems, Public Key Infrastructures, encryption, administrative tools, firewalls, security servers, access lists and methods, anti-virus tools.
 
Web Application Usability Guidelines September 4, 2003
(PDF 235KB)
Web / E-Government architecture defines the technologies, standards and guidelines that relate to web-based universal access for employees, customers and partners to business information and applications. It covers web-based business to business, business to customer, and employee to agency, and inter- and intra-agency transactions. This architecture addresses user interfaces, electronic commerce, digital government, database connectivity and business logic, and e-forms processing. Electronic commerce (procurement, payment, EDI), web browser, web portals, content management (to be delineated from content management in Collaboration), authoring tools, web search engines, web publishing, and application externalization.
An Enterprise Wide Technical Architecture: Introduction is available in PDF (43K) for more information on the process and using the documents listed above.

All of the Domain Architecture Documents listed below are the Final Versions approved by the Architecture Review Board.

Zipped versions of the Domain Documents along with the Principles and the Introduction are available in Word (6.2 MB) and PDF (2.8 MB) versions. 

{Get Acrobat Reader}

State Technical Architecture

Send comments or questions to doit.architecture@po.state.ct.us

Last Updated: April, 20 2004



Content Last Modified on 11/4/2004 12:03:02 PM





Home | CT.gov Home | Send Feedback

State of Connecticut Disclaimer and Privacy Policy  Copyright © 2002 - 2009 State of Connecticut