- I’m not sure what software architecture is about, and how it’s any different from design.
- My manager has told me that I’m the software architect on our new project, but I’m not sure what that actually means.
- I want to get involved in designing software but I’m not sure what I should learn.
- I’ve been given some requirements and asked to design some software, but I’m not sure where to start.
- I’ve been asked to write a software architecture document but I’m not sure what to include in it.
- I’m not sure who to talk to in my organisation about how best to integrate what we’re building.
- I understand what software architecture is all about, but I’m not sure how to tackle it on my project.
- My project seems like a chaotic mess; everybody is doing their own thing and there’s no shared vision. Help!
Is this the course for you?
Designing software given a vague set of requirements and a blank sheet of paper is a good skill to have, although not many people get to do this on a daily basis. However, with agile methods encouraging collective ownership of the code, it’s really important that everybody on the team understands the big picture. In order to do this, you need to understand why you’ve arrived at the design that you have.
In a nutshell, everybody on the team needs to be a software architect.
This is a two-day training course about pragmatic software architecture, designed by software architects that code. It will show you what “just enough” up front design is, how it can be applied to your software projects and how to communicate the big picture through a collection of simple, effective sketches. Aimed at software developers, it fills the gap between software development and high-level architecture that probably seems a little “enterprisey” for most developers.
Our Approach to Training
The course is interactive, with a combination of presentation, group discussion and group working. Throughout the course you’ll solidify everything you learn by defining the architecture for a small software system through a series of exercises focused around a software design exercise and case study.
Is there a practical element?
Yes, you’ll be broken up into groups and asked to design a small software system from nothing but a set of requirements and a whiteboard. This includes:
- Defining the architecture for the case study solution.
- Deciding on the technologies that would be used to implement it.
- Drawing up different views of the architecture to illustrate the software components and their interactions.
- Assessing and justifying that the architecture will satisfy the functional and non-functional requirements.
- Comparing and reviewing what each of the groups has come up with; discussing the choice of technologies, diagram notation and process used to define the architecture.