Skip to main content

Putting IT all together - again

Last Friday I gave a guest lecture to third-year Informatics students on the Software Design and Modelling course.

Professor Stevens, who leads the course, asked me to repeat the presentation that I gave last month to an audience of University staff.  She thought that many of the issues I covered would be relevant to the course, and the topic of improving the online student experience was clearly one that the students could relate to.  It's a long time since I did my own degree but unless times have changed markedly, I suspect that students don't often get to see the issues around integrating many pre-existing systems, rather than building small systems in the lab.

I enjoyed the session.  I don't often get to meet students, so this was a refreshing experience, and we had a good discussion following the presentation. As expected, they confirmed that the online experience currently provided by University systems is "all over the place".

One of the questions was about whether we made much use of UML or other modelling languages in Information Systems.  I explained that we only use UML informally, for example to draw class diagrams or activity diagrams when discussing a design.  We don't use modelling tools as such.  A few years ago, our business analysts did try using BPML to model business processes but that initiative ran out of steam.  I think the problem was that keeping the documentation up to date was too clumsy and time consuming a task.

As I noted in an earlier post, I am looking at Archimate for architecture modelling.  We'll have to see how well this works in practice; currently I am still only experimenting with its use. I think architecture may be a more suitable level at which to use modelling languages, partly because architecture doesn't change quite so quickly as software design, and partly because it is not easy to see the information being presented via other channels (compared with a class structure, for example, which you can view in a developer's programming tool).

In preparation for this talk, I did modify my presentation slightly.  I added a couple of slides that showed "as-is" architectures for a couple of areas, to make concrete the issues that make the delivery of an integrated online experience somewhat less than straightforward.  I talked about the problems of integrating third-party systems, especially where these are not implemented in the most modern technologies.  This gave some context to the rest of the talk which the previous audience would have already understood.

As this audience was of future software designers, I put my discussion of business processes first, where it belongs.  In my earlier presentation, I left business processes to the end, as I didn't want to challenge that audience out of the blocks and maybe put them off listening to the rest of the talk.  In practical terms, of course, we need to start with business processes or we are doomed to fail.

All in all, this was a very enjoyable experience.  If other ISG staff get the opportunity to give a talk to an audience of students, I would definitely recommend it.

Comments

Popular posts from this blog

2016 has been a good year

So much has happened over the last year with our Enterprise Architecture practice that it's hard to write a succinct summary.  For my day-to-day experience as enterprise architect, the biggest change is that I now have a team to work with.  This time last year, I was in the middle of a 12-month secondment to create the EA practice, working mainly on my own.  Now my post has been made permanent and I have recruited two members of staff to help meet the University's architectural needs.

I have spent a lot of the year meeting people, listening to their concerns and explaining how architecture can help them.  This communication remains vital, the absolute core of what we do and we will continue to meet people in this way.  We also talk to people in other Universities in order to learn from what they are doing and to share our own experience back.  A highlight in this regard was my trip to the USA last January.

Our biggest deliverable for the past year was the design of the data wa…

A new EA Repository

One of my goals since starting this job two years ago has always been to create a repository for architecture documents.  The idea is to have a central store where people can find information about the University's applications, data sources, business processes, and other architectural information.  This store will make it easier for us to explain our plans, to show the current state of the University's information systems, and to explain what Enterprise Architecture is all about.

It's taken a long time to reach this goal, mainly because we're often had more pressing and immediate work to be done.  The creation of a repository is one of those tasks that is very important but never quite urgent.  So I'm now very happy to say that we are in the process of deploying a repository and modelling tool.


This is the culmination of a careful process to select the most appropriate tool for our needs.  We began by organising several workshops to gather requirements from a rang…

A brief summary of our major initiatives

I notice that in 2016 I wrote 34 posts on this blog.  This is only my fifth post in 2017 and we're already three-quarters of the way through the year.  Either I've suddenly got lazier, or else I've had less time to spend writing here.  As I'm not inclined to think of myself as especially lazy, I'm plumping for the latter explanation.

There really is a lot going on.  The University has several major initiatives under way, many of which need input from the Enterprise Architecture section.

The Service Excellence programme is overhauling (the buzzword is "transforming") our administrative processes for HR, Finance, and Student Administration.  Linked to this is a programme to procure an integrated ERP system to replace the adminstrative IT systems. 

Enabling Digital Transformation is a programme to put the middleware and architecture in place so that we can make our processes "digital first".  We're implementing an API framework, a notification…