Skip to main content
  • 4271 Accesses

Abstract

The purpose of technical architecture (TA) is to get an overall feel for the system that you’re going to be developing. Will it be a web-based system? Or a rich-client system in VB .NET or Java Swing? Does it need to use a specific application framework (e.g., a company-standard framework)?

This is a preview of subscription content, log in via an institution to check access.

Access this chapter

eBook
USD 16.99
Price excludes VAT (USA)
  • Available as PDF
  • Read on any device
  • Instant download
  • Own it forever
Softcover Book
USD 74.99
Price excludes VAT (USA)
  • Compact, lightweight edition
  • Dispatched in 3 to 5 business days
  • Free shipping worldwide - see info
Hardcover Book
USD 99.99
Price excludes VAT (USA)
  • Durable hardcover edition
  • Dispatched in 3 to 5 business days
  • Free shipping worldwide - see info

Tax calculation will be finalised at checkout

Purchases are for personal use only

Institutional subscriptions

Preview

Unable to display preview. Download preview PDF.

Unable to display preview. Download preview PDF.

References

  1. Hubert Matthews and Mark Collins-Cope, “The Topsy Turvy World of UML,” ObjectiveView Issue 4, available at http://www.softwarereality.com/ObjectiveView.jsp, 2000.

Download references

Rights and permissions

Reprints and permissions

Copyright information

© 2007 Doug Rosenberg and Matt Stephens

About this chapter

Cite this chapter

(2007). Technical Architecture. In: Use Case Driven Object Modeling with UML. Apress. https://doi.org/10.1007/978-1-4302-0369-8_7

Download citation

Publish with us

Policies and ethics