OU blog

Personal Blogs

Christopher Douce

A335 Journal - August 2025

Visible to anyone in the world
Edited by Christopher Douce, Monday 1 September 2025 at 10:46

11 August 2025

I’ve just come back from a couple of weeks of much needed leave.

A few days before heading away I was stuck down by a nasty stomach bug which meant that I couldn’t travel. Whilst recovering, I listened to a couple of audio books: a selection of stories by Katherine Mansfield (but not the exact same selection that have been selected from the module), and a listen to Under Milk Wood by Thomas, as narrated by Richard Burton. I liked Mansfield, but I loved the Thomas text. I remembered fragments from seeing a production of it in the 1990s at the national theatre.

I was planning on taking a lot of texts on holiday with me, but I culled the collection down to a practical core. Plus, I was told I might be getting a couple of the texts for my birthday.

When I finally got stuck into my holiday, I began with Good Morning, Midnight by Jean Rhys, which I adored. It felt quite contextually topical, since I was going to be travelling via Paris on the way back (and I had been drinking a bit of wine to celebrate my break). Next up was Between the Acts by Woolf, which I hated. I found the introduction of the text really helpful, which attuned me to her prose style, but I felt the it was artificial and detracted from what was going on. Perhaps I’ll change my views when I get into the module materials.

Next up was Playboy of the Western World by Synge. Interestingly, there’s a production of this which is going to take place at the national theatre in the new year (I was tipped off about this by some chat in the Facebook group). Tickets have been booked. I have no idea whether it will coincide with the TMA schedule (the module website isn’t open yet). I quite liked it, and I started to think about the meaning of the various characters, and how much there was to decode. I’m sure we’ll get onto this when we get into the module materials.

I followed this by The Good Soldier by Ford Maddox Ford. I really liked this one. Due to the focus on ‘the soldier’ I was reminded of the film The Talented Mr Ripley, which is probably a spurious comparison. I also though of The Secret History by Donna Tartt, which I read when it came out. One of the names of the characters is shared between these two texts.

Two of the birthday texts I received were The Mill on The Floss by George Eliot, and the Norton edition of Walden by Thoreau, which is (of course) different than the version that I had downloaded for my Kindle. I tore through The Mill on The Floss in about three days. I really like Eliot’s writing style; her very considered descriptions. I was really interested to learn that the novel is set in Gainsborough, Lincolnshire. I’m guessing that the river Floss might have been inspired by the river Trent.

In the final couple of days, I managed to start the Thoreau text beginning with his essay Civil Disobedience, which has striking resonance today. I then found my way to the start of Walden, reading his chapter on the economics of living by a lake. I was then drawn to the biography section, asking myself the question: ‘who is this chap?’ I was also struck by how young he died.

I should also mention that I got the A334 result I was hoping for, which is a relief. I felt that the EMA assessment was very fair, and I can clearly see where I could have done better and gained a higher mark. There is always learning to be had.

I’m now back to my day, job triaging my inbox. I’m going to try to keep up the reading momentum and shall try to find some time to read some Thoreau every day; I feel it’s important to get ahead. I want to move onto Season of Migration to the North by Salh, which looks like an interesting read.

16 August 2025

The module website is open. It’s taken a few days to get there, but I’m starting to have a look around. I’ve read the introduction, and I’ve skim read the assessment guide. There are specific bits about TMAs 1 and 3. I think I’m going to enjoy TMA 3, even though it looks like it is going to be group work. Relating to the module website, a further task is to identify whether there are some resources that I can send to the Kindle. Before getting to this, I was directed to a short series of YouTube videos about Women Writers: Voices in Transition beginning with Katherine Mansfield.

A final note on this entry is that I’ve become an A335 WhatApp group co-moderator. There are already a number of messages. To answer a question, I need to look at what the A335 GenAI policy is. I’m sure it will be somewhere on the module website.

29 August 2025

Over the last week or so I’ve been trying to snatch a few moments here and there to read Walden. Just before a long drive, I downloaded a Walden audio book on Audible. It turns out there are quite a few of them, and one was even included in my Audible subscription. The audiobook ran to ten hours, but I realised that I had the equivalent of four hours of audiobook remaining, which was pretty much the length of my drive.

I’m going to have to go over it again if I use this text for any of my assignments, but I have concluded that Thoreau writes really well about squirrels.

I’ve downloaded his essay Walking which runs to an hour and three quarters, which I’m going to have to listen to whilst going on some walks. After this, I’ll continue my pre-reading with Salih. Then there’s the sci-fi novel, but I’m in no rush to read that one.

Permalink 1 comment (latest comment by Neil Denham, Monday 1 September 2025 at 11:56)
Share post
Christopher Douce

TM470 Requirements revisited

Visible to anyone in the world
Edited by Christopher Douce, Wednesday 27 August 2025 at 12:32

Software requirements are important. If you are building a software product, your software requirements will describe what your software product is intended to do. Since software has the potential to do so many different things and solve so many different problems, your requirements can have different characteristics.

This blog post follows on from an earlier blog post, TM470 Considering software requirements. In this earlier blog post, I shared some questions. In this post, I would like to further refine and develop these questions.

When considering your project, it is important to ask yourself the following:

  1. When in your project will you allocate time to uncovering the requirements for your project?
  2. How will you go about gathering your requirements?
  3. How will go you about describing your requirements in your EMA report (and to the examiner)?
  4. How will you go about testing your product to check to see if it meets your requirements?

It is quite easy to answer the important first question. You would have chosen a lifecycle model for your project. Whatever approach you choose, the requirements ‘bit’ of your project should (ideally) occur not long after the start of your project.

The final question is also especially important. If you don’t define your requirements in a clear way, it may not be possible to know whether your software product meets those requirements. In other words, if you don’t have a clear picture of what you are building, you won’t know whether or not your project is a success.

Answering the second and third questions is more difficult, since it very much depends on the type of software you are creating. Arguably, the approaches you will adopt for testing will also be different too – but the key point remains - you need requirements to know what you need to test. Testing, of course, also needs to fit within your project plan.

Functional and non-functional requirements

In TM354, a software requirement (or requirement) is defined as ‘a desired feature, property or behaviour of a software system’ (according to the TM354 glossary). This term can be broken down into two types of requirement. A functional requirement is defined as ‘a specified action that a system has to perform’. In other words, what a software product should do. A non-functional requirement, by way of contrast, is defined as ‘a quality that a system must have’. Expanding this slightly, the idea of a ‘quality’ relates to a characteristic of a software product, such as its performance, security, reliability or usability.

The activity of keeping track of requirements is known, perhaps expectedly, as requirements engineering. If you feel that you need to find a way to keep track of your product requirements in a systematic way, it might be worthwhile briefly doing a bit of background reading into requirements engineering (in the context of your project) and sharing evidence of your reading within the literature review section of your project. Do remember to critical evaluate any articles and sources that you uncover. You should apply methods and techniques which help you to solve whatever problem you are trying to solve.

Scenarios

One of the reasons why software engineering is such a fascinating subject is how software can be used to solve so many different problems. Here are three examples of very different contexts in which software can be used:

  1. Embedded software
  2. Logistics software
  3. Consumer software

Embedded software

Embedded software is software that makes physical hardware work. It is software that ‘does something’ that is often important, and is often invisible. A useful example of embedded software is the software that runs on your internet router that you may use to connect to your broadband connection (you may well have learnt more about broadband technology in other modules).

An internet router operating system must satisfy a number of important non-functional requirements: your router software must be efficient (it must not slow down your use of the internet), it must be secure, and must run effectively whilst using limited memory and processing power.

An important question is, of course, what does router need to do? From a very high level perspective, it must provide some kind of user interface that enables either yourself or an engineer to configure it so it can be used. It will also, of course, offer internet connectivity either through a wired connection, or through a WiFi interface.

This leads a lot of further questions, such as: how are these interfaces defined? Wireless and internet protocols are, of course, already very well defined. They have been created by international standards organisations (such as the IEEE), corporations and committees over a long period of time. Technology needs standards to be able to work, and software engineers who have the unenviable task of building software for consumer internet routers must know what they are.

When faced with complex functional and non-functionality complexity, software engineers need to express their requirements in a concise and clear way, and in a form that ensures they can be tested. Testing is, of course, important since we need to know whether our software does what we think it should do.

Some requirements are more important than others. With our internet router, we may be able to tolerate a slight degradation in performance if there is more than one member of our household using our broadband connection.  We would not, however, wish to compromise on security, since this would put all users at risk. In other cases, some requirements are non-negotiable. Consider, for a moment, software used to control an engine (or motor) management system for a vehicle. The consequences of that software either failing, or not functioning as expected have the potential to be catastrophic. On one hand, the driver of a vehicle might be mildly inconvenienced if they can’t get it started, but on the other hand, there could be consequences for passengers, the pedestrians and the wider environment. A notable example is the

Volkswagen Diesel Emissions Scandal which is summarised by Jung and Park (OU Library). Since software that software engineers create impacts on people and society, software engineers have a responsibility to reflect on the decisions that they make, as well as the ultimate impact of the tasks they are asked to carry out.

Before moving onto the next example, a useful question to ask is: what project model is best suited to the development of embedded software for an internet router, where all the requirements are clearly defined? If everything is known from the start of your project, a traditional waterfall project model may well be most appropriate.

Logistics software

This second category can be thought of as ‘software that manages workflow’. The term ‘workflow’ can be used to describe any series of actions that contribute towards the solving of a problem or satisfying a need. The effect of some software isn’t immediately visible to us. Our experience at a supermarket or at a restaurant is often facilitated by software. Behind the scenes, requests for products are sent to one or more suppliers. These suppliers must then find a way of delivering your order to the shop or restaurant you visit. The importance of such software becomes very apparent when there are problems, as illustrated by a cyber attack on the Co-op chain of supermarkets (BBC News)

The functional and non-functional requirements for business-to-business logistics software will, of course, have a different character when compared to the formality that is needed for very highly specified embedded software. If is, of course, really important to clearly describe what is expected, by which stakeholder (who is defined as ‘anyone who is affected by the introduction of a software system’), and in what format.

It is also useful to reflect that they ways in which requirements may be gathered. Whilst the requirements for an internet router may exist within formal standard documentations, the requirements for logistical operations may have to be discovered by studying existing business processes and ways of working. Depending on the organisation, this may be the responsibility of a business analyst. In smaller organisations, it may be the responsibility of the software engineer to ask important questions and document their findings. Software is, of course, always about people.

What project model choice would be appropriate for this category of project? The answer, of course, depends on the detail, but let us assume that we know a lot about the operation of business processes and the underlying technologies we may wish to use. In this case, we might adopt a variation of the iterative waterfall, where more communication between the different stakeholders are embedded into the planning.

Consumer software

Consider a website that supports a community coffee shop. The website shares useful information for potential customers, such as its location, a menu of cakes and drinks, and its opening times. The manager has decided that it would be useful to enhance the website to offer more functionality.  Some key ideas include a way to advertise special events, such as gallery evenings, book groups and a ‘toddler club’, and to provide a way to reserve tables during busy times, and even to allow some customers to order their coffee and cake before they physically visit the café.

Where there are requirements, there are also questions. In this scenario we might ask where our requirements come from. Do they come from the manager, or should they come from the staff who will be working in the café, or from its customers? The manager, for example, may have an idea about what may need, but might not have a very clear vision of what they want.

 The software requirements for our coffee website are a lot less clear than the requirements of a logistics product, and much less clear than the requirements for an embedded system. In each scenario, the requirements need to be discovered, but the approach for discovering those requirements are different in each example.

When we are faced with unclear requirements and have access to potential users (who may have strong opinions about what they do and don’t want) we may adopt an interactive project model where we create a series of prototypes of what a product might look like. We might even apply something called an ‘agile method’ that emphasises producing versions of working software as early as possible, whilst also fostering collaboration between developers and communication with key stakeholders.

Discovering requirements

These three scenarios implicitly suggest there are different ways of uncovering requirements. The first scenario suggests that some essential requirements are likely to exist in the form of detailed standards and protocol documents. The second scenario suggests that requirements exist within the business, and may need to be discovered, perhaps by business analysts or by working with other who have a detailed understanding of the problem area. The third scenario suggests that although end users may have a solution in mind, they might not have a clear idea about what form it might take.

Here is a summary of some methods that could be used to learn more about software requirements:

  1. Study documents that are connected with the problem that is being solved. As well as standards, this could include documents that describe national or international legislation, sector guidelines, or corporate policies.
  2. Look at existing products, or study what existing products are currently used to solve the problems that your software product will ideally solve.
  3. Ask users. Interview them individually or by using focus groups.
  4. Observe users. Study, with permission, what happens within an existing system. Alternatively, ask users to record their own observations.
  5. Examine the context or wider environment of the problem to identify any further stakeholders, social or technical constraints, and concerns that need to be thought about.
  6. Build a prototype which is then evaluated. The process of evaluation can then lead to the discovery of more questions, and more requirements.

The information you gather from each of these approaches must be analysed. Analysis is a critical and creative process that must also take account of ethics; it is necessary to consider the impact of a software product on individuals, communities, and societies.

When you have decided on what are requirements are, how should you represent them? Should you write them down, or are there other approaches you could use? Your decision about which approach to use may well depend on your approach to risk, and the consequences of what might happen if your software product were to go wrong.

Representing requirements

The best way to represent or to describe your requirements depends on the characteristics of your software system. When looked at very simply, there a continuum which relates to formality. On one end of the requirements continuum there are very formal requirements that could be expressed in a formal mathematical language. On the other end, the requirements may not be very well known and are expressed using some slides or images created using a prototype tool.

What follows is a summary of different approaches you can use to represent requirements:

Formal methods: One of the main difficulties of using natural language to describe software requirements is that natural language can lead to ambiguity. To get around this challenge, software researchers have invented software specification languages that are based on mathematics. One of the advantages of a formal approach is that it becomes theoretically possible to formally verify whether program code (software) logically satisfies (matches) a specification.  You would use a formal approach in safety critical systems, which are often embedded software systems. The difficulty of suing formal methods lies, of course, with their formality. Since they use a formal language, they can be very difficult to work with.

Volere shells: Although natural language can express ambiguities, one way to manage this is to control the way in which language is used. Volere shells are essentially templates which contain sections that presents a concise description of a requirement, the motivation for the requirement, and a fit criterion that can be used to measure or determine whether it has been implemented successfully. For more information about Volere shells, do consult the OU’s software engineering module and Mastering the Requirements Process by Reed, Robertson and Robertson (2024) (OU Library).

Use cases: Use cases are all about describing what happens when a stakeholder interacts with a software system with the intention of carrying out a task or completing a goal. OU module materials describe two types of use case: textual use cases and graphical use cases. Textual use cases present a set of steps that are numbered, with alternatives. Graphical use cases are described using the Unified Modelling Language (UML) and summarise actions and actors (which can be stakeholders). Use cases are given names, which allows software engineers to easily discuss them with others.

User stories: The OU software engineering module describes a user story as ‘a story written by an intended user of a system; it describes some functionality that is of value to the person(s) writing the story. It represents a user’s expectation of the system’ (TM354 module glossary, 2025). User stories can take the form: ‘As a <user> I want to <description of activity> so I can <explanation of why activity is important>’. Like use cases, user stories can be given names (or even numbers) to help groups of software engineers to discuss them between each other, and within meetings. Since software requirements are, of course, related to software testing, an approach known as Behaviour-driven Development (BDD) builds on the concept of user stories, allowing them to be embedded within software test scenarios.

Prototypes: There are many different types and forms of prototype. A very simple prototype could be created from a series of pencil sketches, or prepared using one of many user design tools. Alternatively, a prototype could be a simulation of a software product, perhaps built using a presentation tool such as PowerPoint. A prototype might also be a semi-functional product. Sometimes the terms ‘horizontal’ or ‘vertical’ are used. A horizontal prototype that shows a lot of functionality but in not much depth; a vertical prototype that shows a small amount of functionality in a lot of depth. Unlike other representation techniques, prototypes embody requirements rather having them written down. It may, of course, be necessary to add additional description, especially regarding non-functional requirements, to provide further information and context for software engineers.

Planning for implementation

You have used different approaches to gather your requirements, and you have decided on a way to represent them. The next question is: how should you prioritise your requirements? The process of prioritisation, like the identification of requirements is also a creative process. There are, however, tools that can helpful. One tool is called the MoSCoW prioritisation tool (DSDM Agile Project Framework, MoSCoW Prioritisation).

MoSCoW is an abbreviation for ‘Must Have’, ‘Should Have’, ‘Could Have’ and ‘Won’t Have this time’. The most important requirements are obviously those that your stakeholders ‘must have’. The Agile Project Framework resource offers the following direct guidance: ‘ask the question ‘what happens if this requirement is not met?’ If the answer is ‘cancel the project – there is no point in implementing a solution that does not meet this requirement’, then it is a Must Have requirement’ (Agile Business Consortium).

If you are considering running a project that adopts an iterative approach, it will be useful to highlight which requirements will be implemented within which iteration. If you have begun with a prototype, taking a practical approach, it will be necessary to convert requirements embodied within a prototype to a specific development task. Working with requirements is a process of making invisible needs visible, so they can be converted into working software.

A recommendation

If you are creating a software product include a separate requirements section in your account of project work chapter. Use your literature review chapter to show your awareness of different approaches to requirements, and use your project work chapter to show how you have critically applied your understanding to the problem that you are solving.

Use an appendix to present a summary of all your requirements. Use the body of your report to share examples of the most significant or important requirements in your project. In the reflection chapter, consider writing something about what you learnt by working with requirements in a systematic way, and which requirements were the most difficult to implement. If there were some requirements that were too difficult to implement or define, do say something about why you thought that was the case, and and what you might have done differently.

Resources

When writing your project report (your EMA) it is important and necessary to show your understanding of principles and ideas from modules you have studied before you got to your project. A number of the level three computing modules address the topic of software requirements. What follow is a very brief summary of three important modules. If you have not studied these modules during your degree, there is an opportunity to learn more about the topics they contain, and apply them to your project.

TM353 IT Systems: Planning for Success

This module helps you to consider the connection technology and people and the way in which they can both interact with each other to create a sociotechnical system. TM353 emphasises the importance of understanding broader and wider perspectives. It introduces a methodology, known as soft systems methodology and techniques such as the creation of rich pictures, which can be used to depict and explore the environment in which your software product inhabits. By considering the broader perspective, it is then possible to consider the way in which software may influence communities of users and stakeholders.

TM354 Software Engineering

TM354 introduces a number of practical tools that can be used to explore and share requirements. It describes a UML notation called an Activity Diagram which allows you to express business processes and accompanying interaction with software products. It also describes different types of use case, both textual and diagrammatic. It describes Volere Shells in quite a bit of detail, and offers some very clear examples about how to write user stories. It also draws upon the Reed, Robertson and Robertson text, and directs students to a useful interview.

TM356 Interaction Design and the User Experience

TM356 makes extensive use of a well-known textbook, Interaction Design: Beyond Human-Computer Interaction by Preece, Rogers and Sharp (OU Library). Although the text focuses substantially on the design of user interfaces in all their different forms, understanding user requirements is a fundamental theme for a very simple reason. If there is a mismatch between the user’s expectations and the design of a product, that product is not likely to be as usable as expected. If you haven’t studied the OU interaction design module, this text can be especially useful. It offers some practical guidance about what techniques can be used to gather requirements, and what approaches can be used to perform usability evaluations of prototypes.

To find your requirements, it is sometimes necessary to carry out applied research to discover what users do and need in the contexts and environments in which they inhabit. Like the software engineering module, the interaction design module discusses user stories, use cases, and also mentions Volere Shells. Notably, it adds a few further tools that can help to further uncover and develop requirement. Essential use cases are, for example, a use case that gets to the ‘essence’ of an interaction, without regard how an interaction is implemented.  Personas, scenarios and storyboards are practical tools that help us to think about who the users are, what they will be doing when they use the software, and the context in which it will be used. Understanding requirements can then lead to the design of a prototype, which then can be evaluate and then further refined.

Reflections

I’ve been thinking about writing an article like this ever since I have noticed a lack a detailed discussion about requirements in TM470 EMA project submissions. Good projects will always consider them in depth. The best projects will also answer the question ‘how should I best represent my requirements to meet the needs of my project?’. There should, of course, be evidence of studying the topic of requirements within the literature review chapter. The best projects will also go onto use requirements within a testing process to determine whether a development has been successful.

The more you start to think about requirements, the more slippery the concept becomes. It is impossible to create one simple set of rules that works for all projects. There is a simple reason. Every project is different, and every project has its own unique set of characteristics. Gathering and describing requirements are creative activities, which takes software engineers towards onto other creative activities, such as software development and testing.

Differences between projects and problems can also mean differences in software engineering culture. Culture is expressed through differences in behaviours, practices and traditions. The culture of a software company that builds real-time safety critical embedded software is likely to be different to the culture of a company that builds consumer websites. How requirements are expressed are intrinsically linked to institutional values and non-functional requirements.

A final point is that software is always subject to change. Change can occur due to technology changes, changes in government legislation or corporate processes, or changes in work practices. Businesses are, of course, subject to mergers and acquisitions, and sometimes technology and software providers are changed for economic or practical reasons. In some cases, the speed of work-place change can outstrip the necessary changes that may need to take place within information systems. Since the role that software can play within organisations continually changes, so do the software requirements.

As well as supporting TM470, this blog serves a second purpose. Some of the ideas presented within this article may find their way into the new TM113 module, which features an important software engineering component.

Acknowledgements

Many thanks are given to the members of two module teams: the TM470 module team, and the TM113 module team. When I’m referring to ‘module teams’ in this section, I am also referring to tutors. I continue to hold the view that tutors are the most important people in the university.

Permalink Add your comment
Share post
Christopher Douce

Introducing ICEBERG

Visible to anyone in the world

On 11 July 25, in my capacity as a TM113 module team member, I attended a continuing professional development (CPD) event about something called ICEBERG.

ICEBERG is an abbreviation for Integrated, Collaborative, Engaging, Balanced, Economical, Reflective and Gradual. It is a tool used during learning and curriculum design, and is intended to embody best practice. The session was facilitated by learning designer Paul Astles, who is from the OU unit Learner and Discovery Services (LDS) (I think that is what LDS means).

What follows is a set of notes, which I am sharing with permission. It is hoped they are useful to anyone who is involved in learning design (including my colleagues from TM113 module team). My advance apologies are for anything obvious that I have missed, any mistakes I have included, and how long it has taken to pull together this set of notes. I always endeavour to thoroughly offer citations, but some sentences may have been taken verbatim from a useful presentation that Paul shared during his session.

Considering draft materials

The starting point of the session was also our starting point; our first drafts of our module materials, which are known as a ‘D0’ (or, module materials that we have started to sketch out). To help up think about our D0s, we looked at 3 ICEBERG principles: Integrated, Collaborative, and Engaging. Each principles have a set of ‘corresponding design tips’. Here are the tips that I’ve noted down, which come from Van Ameijde et al. (2018):

  • Integrated: A well-integrated curriculum constitutes a coherent whole where all the parts work together in a meaningful and cohesive way. This means that there is constructive alignment between learning outcomes, assessments, activities and support materials which all contribute effectively to helping students to pass the module.
  • Collaborative: Meaningful student collaboration and communication helps students in engaging in deep learning and making concepts and ideas their own (e.g., Garrison et al., 2001; Johnson & Johnson, 1999). It also serves as a mechanism for social support where students feel part of an active academic community of learners (see Tinto, 1975) which makes it more likely that they are retained.
  • Engaging: An engaging curriculum draws students in and keeps them interested, challenged and enthusiastic about their learning journey. Where the curriculum matches student interests and aligns with their educational and career aspirations, students are more likely to be retained. Using relevant case studies and readings and keeping these up-to-date as well as including a variety of different types of activities contribute to an engaging curriculum.

We were asked to look at a bit of material that was content heavy and were asked a question: how do we relate our draft materials to these points on the framework?

During our discussions, I made a couple of notes. Regarding Integrative, scene setting is important, since it adds concept. Collaborative can be useful, particularly a bit later on in the module when tools are introduced (collaboration is really important skill within software engineering). Also, Engaging can and should directly align with educational and career aspirations.

A key point that I took away from this part of the session was the need to emphasise ‘the people bit’. Also, since TM113 has three key themes, a question I had was ‘how do we integrate them together?’ There are also, of course, other important themes that are important to the module, such as employability, skills development, ethics and sustainability. In some respects, software engineering can be a linking theme, since it is all about people, tools, management of complexity, and communication.

The student learning journey

After a short break, the next part of the session related to the ‘student learning journey’. We again returned to the definitions of Van Ameijde et al. (2018):

  • Balanced: Balanced in this context refers to the workload that students face when studying the curriculum and the extent that this workload is well-paced and evenly distributed. Research has pointed out a negative correlation between average weekly workload and student outcomes, including satisfaction and pass rates, making it particularly important that we don’t overload students whilst keeping the workload appropriate for the level of study.
  • Economical: Economical refers to the extent to which a module or qualification is efficient in delivering the learning outcomes without providing too much additional material which. There might be a temptation to provide students with an overwhelming array of interesting facts, ideas, theories and concepts in a given subject area.
  • Reflective: For students to effectively pass a module and engage in deep learning, it is important that they are able to reflect on their learning and study progress and have the time and space to do so. This includes regular opportunities for students to test their understanding through, for instance, self-assessment questions, formative quizzes and iCMAs. It also includes opportunities for students to reflect on their learning practices and progress, and set goals. Such opportunities for reflection and feedback help keep students engaged with the curriculum and makes retention more likely.

Of these three principles, one of them is causing me a mild amount of worry: the ‘economical’ principal. There is an inherent challenge within pedagogy, which is: to learn some higher level concepts, you may need to learn a lot of lower level concepts. This learning of ‘lots of useful stuff’ can be difficult. There is also an important related question, which is: where do tell students about all these lower level concepts, if we’re being asked to do it in a cognitively economically way? Interesting facts, ideas and theories can be useful.

We didn’t get the chance to have a chat about ‘G’, which is Gradual. Also drawing on Van Ameijde et al. (2018):

  • Gradual: In an effective learning journey, students will gradually encounter increasingly complex and challenging concepts, ideas, materials, tasks and skills development. Where knowledge, skills and assessments all occur over a manageable gradient which builds on acquired knowledge, provides timely opportunities to learn and practice study skills and prepares them achieving the defined learning outcomes, it is more likely that students will not be overwhelmed and therefore more likely be retained.

The key point that I’ve taken away from this bit is the importance of practice (relevant ‘student answered questions’ which can be presented in the module materials)

Resources

During this session (and a related session) links to a number of useful resources were shared. These include:

And, of course, the article that was mentioned earlier:

Reflections

During this session, we didn’t have much time to apply the framework to our module materials, since we still had much to figure out. Not only were we still figuring out ICEBERG, we were also still figuring out the nature and form of our module materials.

One question I did have of ICEBERG was: where is the tutor in all this? I think the answer is that the tutor is implicitly embedded within all parts of the framework. Tutors, of course, make module materials come alive. In turn, they can magnify whatever learning design decisions have been made by the module team.

I get the impression that ICEBERG is a tool that specifically applies to individual modules, rather than qualifications – or, in other words, groups of modules. Can ICEBERG be applied to qualifications?  Referring to the original article by Van Ameijde et al., the definition of economical ‘refers to the extent to which a course or qualification is efficient in delivering the learning outcomes’ which suggest that it may well have a wider role. An interesting research question could be: ‘how might all the principles of ICEBERG be used to analyse the learning design of qualifications from different faculties?’ In the meantime, I’m going to concentrate on TM113.

Acknowledgements

Many thanks to Paul for his useful presentation, LDS, and all colleagues who have contributed to the development of ICEBERG. Thanks are also extended to fellow TM113 colleagues who attended the session.

Permalink Add your comment
Share post
Christopher Douce

Results day

Visible to anyone in the world
Edited by Christopher Douce, Monday 21 July 2025 at 10:33

Today or tomorrow my A334 result are released. I'm a bit on edge. I know what result I would like to get, and will probably be grumpy if I don't get what I'm hoping for. When having a quick look at all my Facebook updates, I noticed the following post from fellow colleague, tutor and student, Cath Brown, who offers some really helpful practical advice. Cath has given me permission to share her post.

A post about results  

If you got what you want - many congratulations! Go and celebrate ! 

No offence, but the rest of this isn’t for you...

a) If you passed but are disappointed with the grade

It is OK to be disappointed if it’s not what you want - you don’t have to be glad to have passed if that’s not how it feels to you 

Once you’ve had a bit of time to process it:-

  1. check how much difference it makes to your final classification using my classification calculator in the group files. You may be pleasantly surprised 
  2. if it’s creating a problem you could look, if your degree allows it, at doing a different module in its place and unlinking it. Student Finance does allow 120 credits of leeway above the total for the sort of thing 
  3. drastic move of course - but if your degree doesn’t allow it, changing degrees is a thing 
  4. IMPORTANT - if you are at the end of your degree and don’t want to get the classification this result gives you - DO NOT ACCEPT THE DEGREE OFFER!

b) if you failed

Take time to scream/cry/drink/mainline chocolate !

Then - remember lots and lots of people have failed a module and gone on to succeed.

Practicalities 
  1. In many cases you can resit/resubmit (usually for early September). If you do this your grade is usually capped at a Pass 4. Have a look at the classification calculator to see if you are OK with that. You can ask for an individual support session via student support to help with your preparation (there may be more support depending on the module). If you pass the resit you can progress to next year as you originally planned.
  2. if you don’t want a capped grade you can redo the entire module - all the grades are then available. 
  3. or you could potentially ditch the module and do something new - see above in disappointing grade section. 

c) if you got a “pending”

There can be various reasons for this - occasionally it is the whole module, or it could be missing evidence for special circs (obviously provide it as soon as you are asked if it’s this!)

Other reasons
  1. you are going to be asked to do an “additional assessment” - this is if they can’t decide which grade you are on based on what they’ve seen. Doing it can only help you 
  2. In a few modules, you are going to be asked to redo a TMA or submit one you didn’t submit. This is to enable you to get over the pass threshold. It can only take you from fail to pass - it can’t make things worse 
  3. Academic conduct issues such as collusion or unauthorised use of Gen AI. If it is this you will be told it is quite quickly but actually processing the case is likely to take quite a lot longer unfortunately. When it is processed you will be given the chance to explain yourself.

Your tutor and student support will not have any further information I’m afraid.

The Students Union’s Individual Representation service may be able to help if you have a case against you 

Key thing - if you are upset for any of the above reasons - IT IS NOT THE END OF THE ROAD! Whatever went wrong - there is something you can do! You can come back from it and go on to succeed!

Reflections

Cath's advice is really helpful. I didn't know that point about the additional credits that could be studied under a student loan. (The idea of taking an additional module had also crossed my mind). The only point I can add is: do feel to also seek advice from student services. After taking a bit of time to gather your thoughts and review all the guidance the university has shared with you, do give student services a ring.

Acknowledgements

Many thanks to the illustrious Cath Brown. Good luck with your own results for the module that you're currently studying.

Permalink Add your comment
Share post
Christopher Douce

A335 Journal – June 2025

Visible to anyone in the world

18 June 2025

A former A335 student has been kind enough to send me most of the set books they had bought for their studies, for which I am immensely grateful. There’s a couple of books that are missing which I need to buy. It’s always good fun finding copies of books online. (In return, I’m going to give away my A334 sets to someone. If you’re after a set of A334 texts, do get in touch!)

So far, I’ve listened to 5 hours of Bleak House whilst driving. I’ve also started to read the text since my concentration can necessarily drift whilst overtaking juggernauts on the A1. Since starting to read the text, I’m getting more of a feeling the characters and their importance. I’ve packed my newly acquired (and much thumbed) edition of Bleak House for my current travels, but I’m going to be taking my Kindle on holiday; 900 pages is a lot of pages to get through.

Since my mystery package of books also contained the module blocks, I’ve had a quick skim through the first two. I’m really looking forward to Mayhew’s London Labour and London Poor and, as mentioned, the George Elliot text. The lack of drama texts in this module is striking, but I understand we’ll be looking at two drama texts: one by Synd and another by Hare.

Permalink Add your comment
Share post
Christopher Douce

Communicating with students: student communications framework

Visible to anyone in the world
Edited by Christopher Douce, Thursday 3 July 2025 at 08:55

On 5 February 2025, I was sent a link to some files that described a new student communications framework (which was then later updated in June 25). The aim of this very long document was to offer a summary of some of the messages that might be sent to students before, during and between periods of study. It also contained suggestions of messages that could be used by faculties and module teams.

Accompanying this guidance, there is also something called ‘the student communication schedule - example for ALs’. What follows is an edited summary of that guidance which has been prepared for an October presentation. Interestingly (and usefully) it also offers some useful practical suggestions about additional actions that could be carried out by tutors to support students. For concision, I have omitted some references to additional links and resources that tutors can use. Full credit for this guidance comes from the student support hub, and the team who put it together.

The schedule is introduced as follows: “it is particularly useful for new ALs and those new to online teaching. It is a set of suggestions that you might find helpful as a tutor to structure your communication with students to offer proactive support, particularly at the start of the module and ahead of the first Tutor Marked Assignment (TMA). You are not expected to adhere to it; please use the resource as required and where beneficial, bearing in mind that not all points of contact will be applicable in all situations.”

What follows is a very lightly edited version of the schedule. I have added additional notes and comments in [square brackets].

Communication schedule

Student group is allocated  

Welcome email to all students, mentioning the module website and the forum.

[I mention these in a letter, which I also attach to my first email which also contains my contact details and availability]

A few days before the module start

Post on the module forum; include an introduction and an ice-breaker activity – for example, a question that every student can respond to (e.g., ‘What is your favourite period of History that you have studied so far?’ for a History module.)

[I tend to do this just before the sending out of my introductory email, so I can share a link to the forum in my letter – I also encourage students to subscribe to the forums that will be used during the module.]

End of Week 1

  • Check and encourage the use of the VLE and the forum.
  • Follow-up email or phone call to students who have not replied to the welcome email.
  • Email to all students introducing them to tutorials; different types of tutorials and different rooms, and what to expect, as well as that they can watch recordings and book the times and sessions that suit them.

[I mention the date of the first tutorial in my introductory letter, also suggesting that they put dates of tutorials in their diary. I mention why attending tutorials are important: it can help students to get higher scores in their assessments.]

Week 2

Check for students who have registered late and send them a welcome email. Alternatively, you can issue the welcome email to newly registered students as and when you receive a notification of a late registration.

End of Week 2

Follow up with late-registered students who have not replied to the welcome email.

Refer any students who have not replied to the follow-up contact to Student Support Team using eSRF [an electronic student referral form, which can be found on your TutorHome Page].

[I adopt a three stage approach to try to communicate with students. I begin with an email. If I haven’t heard back from them, I send a text message (I don’t personally have any concerns about sharing my personal phone number, but other tutors might not want to do this), and if I haven’t received a text message back, I give them a ring, leaving a voicemail. I only send in a referral when I have tried all three approaches.]

Week 3

Refer any late-registered students who have not replied to the follow-up contact to Student Support Team. Check Early Alert Indicators and identify students who are predicted not to submit TMA01 or receive a low grade. Reach out to them with guidance and resources if appropriate.

[In addition to using the early alerts indicator is to make sure that you had a good look at a student’s study history. The information shared on tutor home can also be a good reflection of what is summarised within the early alerts tool.]

Two weeks before TMA01

  • Email to all students offering support and useful links ahead of the first assignment and encourage them to submit a dummy TMA. Remind students that they have the opportunity to submit TMA00 to test the eTMA system and formatting requirements.
  • Reassure the students that, although the eTMA system may show a deadline for TMA00, there is no official deadline.
  • Check the Early Alert Indicators dashboard.

[The advice about the dummy TMA is more applicable to level 1 students, but can be helpful for students on other levels. I tend to send a group email in the run up to the first TMA, encouraging students to get in contact if they have any questions.]

A week before TMA01

Email to remind students about the TMA submission deadline and methods and key resources.

One day after TMA01 deadline

Reach out to students who have not submitted their TMA to offer support.

[With this point, I could debate the use of the term ‘reach out’ – I much prefer ‘contact’, but I’ll move on. I give it a day or so after the deadline before emailing students about their TMA. If I haven’t heard from them, I give them a ring, and if I still haven’t heard from them, I send in a referral to student services.]

After TMA01 results are published

  • Congratulate students on their results and remind them – particularly Level 1 – to download their marked TMAs and read the feedback on the TMA and PT3 form in addition to looking at their mark.
  • Reach out to students who have failed or received low marks in their first TMA. You may wish to do this even before returning their work to offer support and talk about their next steps.

[Between this step and the previous one, I post a forum message called ‘TMA01 marking updates’, where I let students know when I’ve downloaded the TMAs, when I’m roughly halfway through the marking, and when I’ve returned everything. This way students have a sense of when I am likely to return their assignments. Emphasising the downloading and reading of the feedback is important; it is so easy to just look at the mark and not look at the feedback.]

Before the Christmas break

Email all students to check in and signpost to resources on study skills in preparation for the next TMA, as well as mental wellbeing – encourage to reach out with any questions.

[In this message, I share season’s greetings and tell students something about my availability during the festive period. I continue to check email, but during this break I’m not as responsive. Managing expectations is important.]

Early January

Email all students to welcome them back after the study break. Encourage them to book tutorials. Check VLE use and Early Alert Indicators and reach out to those who are less likely to submit their next TMA, as well as those who didn’t do well in the previous one.

A week before a TMA

Email to remind students about the TMA submission deadline and methods and key resources. Check Early Alert Indicators to reach out to any students who might need additional support or encouragement.

After a TMA

Report any students who have not submitted to Student Support Team. Email these students to encourage a conversation and signpost to information about their options.

[Just as with TMA01, I post a forum thread which has a title ‘TMA0x marking updates’, posting again when I’m roughly half way through my marking.]

After TMA results are published

Reach out to students who have failed or received low marks in their TMA and offer support on next steps.

[There is an awful lot of ‘reaching out’ going on (!) An accompanying point is: do ask students who appear to be struggling whether they would like to have an additional support session. This is a one-to-one meeting, where a tutor can go through difficult and important parts of the module. It is also an opportunity to talk about study skills, and signpost students to useful resources. Do refer to this article about the different study skills resources and toolkits that are available]

After the Easter break/before the next TMA

Email to all students to welcome them back after the break. Remind students about the next TMA submission deadline and methods and key resources. Check Early Alert Indicators to reach out to any students who might need additional support or encouragement.

Before the EMA [or examination]

Email all students with resources on the EMA or preparation for exams. Encourage contact and engagement with tutorials. Check Early Alert Indicators to reach out to any students who might need additional support or encouragement.

[Before an exam preparation session, I tend to share a summary of what a session will contain. I also mention that ‘students who attend these preparation tutorials are likely to gain higher scores in their exam’ (which is probably true, since different types of examinable component assessment always helps). After running an exam preparation session, I share any resources I prepared to forums, along with links to recordings.]

After EMA/exams

Email students to congratulate them on the completion of their module and encourage [them] to reflect on their progress. Explain when they can find guidance on next steps.

Best practice notes

The following points were also shared in the schedule:

  • Regularly check in and personalise interactions to make students feel valued and understood.
  • Take time to get to know your students and encourage them to share any concerns or additional needs.
  • Define your availability, response times, and scope of support from the start.
  • Ensure to check the students list on TutorHome regularly for any changes in students’ circumstances.
  • Ensure that your emails are comprehensive, but succinct and consider using plain English; provide clear feedback that helps the student grow.

A final recommendation (if it works for you) is to make use of the group email tool that is found in your student list. The reason for mentioning this is that it keeps a copy of the message that is sent, which can then be viewed by colleagues in the student support teams.

Reflections

Before I was sent this schedule, I was thinking of writing my own version. I have also made a note of another version of a communication schedule that was created by a fellow tutor who taught on postgrad modules. My colleague, Arosha Bandara, used a spreadsheet to help guide his messages. Although this sounds terribly cold and impersonal, I got the impression from a presentation he gave at a tutor development event that he spend a lot of time personalising every email that he sends out. The best practice tips matter.

Unlike Arosha, I don’t have a detailed systematic framework to guide when I sent out messages to students. The process of reading, editing and sharing this framework has helped me to reflect on my own practice. A key reflection being that this schedule is useful. It is going to help me to become a better tutor. Also, just as you can customise any email, you can also customise your own communication strategy to reflect the module that you tutor, and your own personal style.

Acknowledgements

The headings within the schedule, and the actions that are described have all been produced by the student communication hub (as far as I am aware). All mistakes and errors should be attributed to that team, but I’m also happy to take some blame for any transcription and editing mistakes which may appear within this blog (there are likely to be many).

Permalink Add your comment
Share post
Christopher Douce

Preparing an account of practice for the UKCGE

Visible to anyone in the world
Edited by Christopher Douce, Tuesday 1 July 2025 at 09:40

The UKCGE an abbreviation for the UK Council of Graduate Education. After attending a series of Supervisory Professionalism and Recognition workshops I thought I would prepare a submission to the UKCGE to become a recognised supervisor. My aim was to consolidate my understanding and to recognise some of the experience that I’ve gained over the years. What follows is a set of notes that I made whilst preparing my submission. I’m sharing with the hope that it might be useful to others.

Preparing an account

An essential resource is the Good Supervisory Practice Framework from the UKCGE website. The resource contains a library of  articles that can be drawn upon. An important observation is that the site is also a catalyst for reading and reflection. Like much independent study, that articles that are shared is just a starting point for further investigation.

  • I began with an empty template, which had the title: Reflective Account Form, which I had downloaded from the site. I began by adding my name and institution.
  • I completed the introduction, summarising my background and experience, drawing on my CV.
  • I transferred some of the guidance notes directly to the form, summarising them down to bullet points.
  • Drawing on the points, I added some reflective commentary, based on my experiences, making references to my own work, and the work of some of the candidates that I have supported.
  • At the end of each section, I added a word count, noting that the whole submission must not be greater than 5000 words.
  • Taking a practical approach, I chose two articles which resonated with my experience. In some cases, I pick articles that look the most interesting. I ended up having a library of over 20 articles from different journals that are concerned with different aspects of doctoral education. I only recognise one of the authors. I clearly have a bit of learning to do.
  • I email my former doctoral candidate and co-supervisor to ask whether they will be willing to provide references.
  • I get a printout of my notes that are within the form, and review the resources which relate to each section. When reading, I ask myself: how does this article relate to my practice? Also, are there any new ideas that I’m not aware of? Does the article offer me any inspiration or insights?
  • I thoroughly edit each section of the form, further developing my reflective notes, drawing on the references.

Reflections

I found the process of putting together the UKCGE submission took longer than I had anticipated, for the simple reason that there was more to learn and read than expected. There is clearly an extensive literature about doctoral education which I’m only just starting to become familiar with. It is, quite rightly, a topic of lively research and scholarship. It was also helpful to reflect how things have changed since I was a doctoral student. The emphasis on professionalism and professional knowledge is helpful and welcome.

I would like to share that I wasn’t immediately successful. It took me two goes before my UKCGE application was accepted. My first application was rushed, and the evidence that I supplied wasn’t as thorough or detailed as it should have been. Failing at something is sometimes helpful. Being unsuccessful the first time said to me, very clearly, that supervision is a serious and important business. Although I was initially grumpy, the effect was to sharpen my writing, and to increase the depth of my reading.

Whilst preparing my submission, I found it useful to reflect on my various roles, which have included being a doctoral supervisor, being a third party monitor and supporting research interns. Although I do feel that I try to integrate my practice together, I also feel that there are always more I can do to enhance my professional knowledge of supervision to support the candidates that I work with.

Acknowledgements

Many thanks to the OU CPD team that supported my submission (and resubmission) to the UKCGE.

Permalink Add your comment
Share post
Christopher Douce

TM354 Drawing diagrams during an exam

Visible to anyone in the world
Edited by Christopher Douce, Wednesday 2 July 2025 at 16:47

Exams are always a challenge. Remote exams for TM354 Software Engineering students can be especially challenging since students are sometimes asked to draw diagrams. Students are asked for diagrams, since diagrams and sketches are important communication tools. Software is invisible, and diagrams represent a useful way of sharing information and design ideas with fellow software engineers.

This short blog posts shares some practical tips when preparing diagrams for your TM354 exam. What is presented here is a set of suggestions. You should pick and choose the ideas that work best for you, and choose an approach that you feel most comfortable with. The biggest and most important point is that you need to be prepared. When you come to take your exam, there should be no surprises.

Understand the types of diagrams

TM354 makes use of a graphical language called the Unified Modelling Language (UML). Make sure you are familiar with the different types of diagrams you might be asked for.

Consider using diagram tools

Since UML is a well known language, there are quite a few tools out there that can help you to produce UML diagrams. It is okay to use a tool to help you to produce a diagram, but before you take an exam, you should have a very good idea about how to use it. You should be able to use it fluently and be confident in using it. You don’t want to be in a situation where you battle with your tools during a timed exam.

Consider creating a template

If you know what types of diagrams you might be asked for, and what tool you might want to use, consider creating a template for every type of diagram that you might use. This isn’t cheating; this is effective preparation. When you need to create a new diagram, open up your template and modify it to meet your needs.

Consider sketching by hand

If you don’t like tools, you can always use pen and paper to create your diagrams. You can even dispense with using a ruler, but they can be pretty useful. You don’t get any marks for neatness (but you do get marks for the expression of ideas within your diagram). When you’ve finished your sketch, you can either take a digital photograph of it, or scan it (if you have access to a digital scanner), and then paste your diagram into your exam script.

A key point to remember: in TM354 you don't get any extra points for neatness. You get points for showing you understand how your diagram can be used to communicate concepts about software.

Avoid the Word drawing tool

Microsoft Word is a great tool. It offers a lot of useful features, including a drawing tool. Whilst useful for some tasks, the Word drawing tool is useless for creating UML diagrams. A bit of practical advice: avoid it like the plague. You can spend more time on choosing the style of boxes and arrows than communicating the elements of software that are the focus of your question.

Avoid GenAI

This point should be obvious. For some tasks, GenAI may be able to produce diagrams. GenAI doesn’t know what is in the module materials. This means that the diagrams it can create are invariably wrong or incomplete. Don’t use GenAI for assessment tasks unless you’re explicitly asked to do so.

Master your process

If you use a tool to create your diagram, make sure you know how to transfer your diagram to your exam script. If you need to take a screenshot (and you’re using Windows), push the Print Screen button, and crop the image using the Paint application. If you are creating a diagram by hand, make sure you can easily transfer a digital photograph from your phone to your Word document. Figuring out your process can save you time (and a whole lot of stress).

Practice

My final point: creating diagrams is a skill. Find the time to practice. There are a lot of TM354 past papers that can be downloaded from the Open SU shop.

Good luck in your exam!

Acknowledgements

Many thanks to members of the TM354 module team and TM354 module tutors. Thanks are extended to Mike Giddings and Richard Walker.

Permalink Add your comment
Share post
Christopher Douce

A335 Journal – May 2025

Visible to anyone in the world

25 May 2025

My previous module, A334 hasn’t even finished. There are three more days to go before the EMA cut off date, and I’m starting to think about what I need to do for the next module.

Today, I’ve done three things. The first was to download an audio version of Bleak House onto phone, in anticipation of a really long drive. (Bleak House runs for over 40 hours, which is nearly as bad as Rousseau’s Confessions).

Following some chat on the A334 WhatsApp group, I picked up that another set text is Oranges are not the only fruit. I downloaded that too, and that came in at a slightly more digestible 6 hours.

I’m up to chapter 5 in Bleak House, and I have no idea what’s going on, so it’s time to download a version of the text from Project Guttenberg to my Kindle so I can try to make sense of it.

Wish me luck.

Permalink Add your comment
Share post
Christopher Douce

Generative AI Professional Development

Visible to anyone in the world
Edited by Christopher Douce, Wednesday 18 June 2025 at 10:48

On 11 June 2025 I attended a continuing professional development event concerning Generative AI that was intended for tutors. The ALSPD team has set up an online conference site to complement the session. What follows is a set of notes I have made during the session, along with some accompanying thoughts and reflections.

Keynote Address: Reclaiming the Pace of Digital Productivity in the Age of AI

The opening keynote was by Maren Deepwell. The abstract of her talk emphasised the pace of digital content production, and mentioned the need for uncovering our own ‘critical cadence’. A key phrase I picked up on was, of course, digital literacies. This is now morphing into a related idea of AI literacies where we become more aware of the ethical, cultural and social implications of AI tool use.

I made a note of a couple of links from OpenED Culture projects:

Moving on from AI Literacy, a further theme that was highlighted was digital wellbeing; a term I’ve not heard before, but one that can mean different things to different people. It can relate to the use of technology for healthcare and physical activity, or it could be linked to the notion of a ‘digital detox’, which is a phrase that I struggle with. We were introduced to a resource called the Data Detox Kit which contains a number of guides.

Another curious term was ‘digital rewilding’, which I had never heard before. There was a reference to a site called HackThisCourse. I spent a few minutes looking at this page, and was puzzled; I couldn’t immediately grasp what it was all about – but it does look as if it relates back to the theme of digital pedagogy, and creative uses of digital technology. This point, of course, links to the emergence of GenAI.

An important role of a keynote is to challenge and to guide. An interesting question is: what is next? We were directed to Helen Beetham’s substack, which features articles and podcasts about AI.

A key question asked: what does digital capabilities for the AI age look like? During the presentation, I noted that GenAI can be useful if you’re in a position to critically evaluate what it produces.

Session 1 - Short Talks

Teaching and assessing students' use of GenAI

Jonquil Lowe, Senior Lecturer in Economics, from the Faculty of Arts and Social Sciences (FASS) asks the question: “what exactly should we be teaching and assessing about GenAI?” I noted three important suggestions which relate to taching: include acceptable and ethical use, cover generic Gen AI skills, and discipline specific skills. I noted the suggestion that perhaps every module might need a Gen AI aspect, which would change and develop as student moved to higher levels of study. I also noted an interesting point that Gen AI may offer useful guidance for students for whom English is not their first language.

Within the chat, a link to an OpenLearn course was shared: Getting started with generative artificial intelligence (AI) 

Online academic misconduct 2025: real location, face to face assessment the only effective response

Next up was David Pell, Associate Lecturer from FASS. David was refreshingly direct in his opinions. In comparison to collusion, plagiarism, essay mills, GenAI is something that is different; it is ‘huge’. It is described as a useful tool for potential cheaters. David shared a direct opinion, and one that I agree with, which is: only real life, proctored assessment provides a guarantee against academic misconduct.

Some research was shared:

The very clear point is that GenAI can produce text that is not detectable by educators.

Session 2: The AI Hydra in Assessment - a Nine Point Response to the Nine-headed Beast

The next session, by Mark Campbell, Associate Lecturer, STEM, presents a model of potential responses to GenAI. These are: progression, policing, procedures, pilots, principles and strategy, polities, plans, programmes and modules, and practices.

In addition to these useful responses, I also made a note of the following resources:

  1. OU Generative AI Staff Development
  2. JISC Innovation resources: Embrace artificial intelligence (AI) with confidence
  3. AI maturity toolkit for tertiary education
  4. OU being digital resources (library services)

Session 3 – Short Talks

Transformative Teaching with AI - re-purposing the meaning of student-centred learning

Denise Dear, Associate Lecturer, STEM moves from the topic of assessment to the topic of teaching, and asks “how lecturers can use AI to enhance student topic knowledge retention, increase student engagement, improve student confidence, reduce student stress levels and assist students as a revision tool”. I haven’t used any of these tools as a part of my teaching, so I was curious about how it might be applied.

GenAI was presented as a potential study buddy. It has the potential to provide summaries of passages of text, may be also to provide suggestions about essay structures (which, as an arts student, terrifies me), and generate interactive quizzes. In other words, there is potential that it can provide support that is tailored to the needs of individual students.

During the session tutors were asked: how do you use it? Answers include case scenarios, sample computer code, scenario simulations, generating personas – but a word of caution was highlighted: it gets maths wrong. (LLMs also have no idea how to play chess; they know about language, but they cannot reason).

The discussion of teaching led us back to assessment. How do we assess learning? In an activity, some answers were: viva voce assessments, feedback from small group work, asking students to make an audio recording.

Generative AI and Good Academic English

The final session of the day was by Claire Denton, Associate Lecturer, FASS. Use of GenAI can suggest a lack of confidence with academic English. Telltale signs may be the use of a generic tone, no references to module materials and no supporting evidence. Or alternatively, students might begin with their own voice, which will then switch where text from AI is woven into their answer. A question that tutors face is: how do students provide feedback to students when this happens?

Anyone from any faculty can access the various subject sites. There is something called the Arts and Humanities Writing Centre which contains some useful writing resources. The site also provides a link to good academic English, and a phrase bank. (There are, of course, other study skills resources available. I’ve shared a summary of some of them through this article Study Skills Resources: what is available?)

Claire shared some great tips that could be shared to students, including: if you have spent some hours looking at a piece of writing, stop. Take your time to read it aloud. You will then pick up if you need additional punctuation, have used too many of the same words, or have repeated the same point you have made earlier. The key point is, of course, if tutors spot that GenAI might have been used, there may lie opportunities to provide additional help and guidance.

Reflections

The tone of this event implies that GenAI is going to be profoundly transformative. With this in mind, I remember the tone (and the enthusiasm) that accompanied the development of MOOCs and Open Educational Resources, and the view that they both had the potential to fundamentally change the nature and character of education. I've not heard MOOCs mentioned for a while. A lot of froth has been created in the wake of the emergence of GenAI.

Some of the important themes I picked up on from this session were importance of policies, the challenges to academic conduct and integrity, as well as the potential opportunities that targeted GenAI may present. It was interesting to hear GenAI being pitched in terms of being a ‘study buddy’. This is an interesting use case, but I’m also mildly worried by the fact that these free tools are remembering every single interaction we have ever had with them. 

I’m a GenAI sceptic. In my time as a computer scientist, I have seen AI bubbles come and go. In the 1970, researchers claimed they had solved all the key problems, and it was just a matter of scaling up until we get our own personal robotic butler. When it comes to GenAI I do feel that we’re approaching the Peak of Inflated Expectations and it won’t be long before we crash into the Trough of Disillusionment (see: Gartner hype cycle, Wikipedia). If we’re not at the GenAI hype peak already, we probably will be in 18 months time. (I'll be very happy to eat these words if proved wrong).

I remember a computer book from the mid 1980s. It contained a program that you type into your home computer, so it would ‘talk back to you’. It was written in a programming language called BASIC and was only three or four pages long. It recycled your words; it was a simpler version of a 1967 computer program called ELIZA. I once described GenAI as ‘ELIZA on steroids’. GenAI is seductive, since LLMs uncannily reflect back to us echoes of our own humanity. Looking to the bigger picture, philosophers still can’t really define what intelligence is. I don’t know who said it, but I always return to the phrase that ‘AI is really clever people getting really dumb machines to do things that look clever’.

All this takes me to a mild (and yet) important constructive criticism of the event: it was significantly light on ethics. We need to slow down and ask the question: who runs and owns these GenAI tools? What are the consequences for us, and for society when these are used? To what extent does a LLM create a model of its users? How are these models shared? What terms and conditions have we signed up to? There is, of course, the slightly important issues of transparency and copyright. It is likely that these words are, in some way or other, hoovered up by a LLM engine.

Out of curiosity, I asked Copilot the following question: “Who is Chris Douce and what does he think about artificial intelligence?” Here’s the answer: “Chris Douce is a Senior Lecturer in the School of Computing and Communications at the Open University. He has a background in software engineering and educational technology, with a focus on distance learning and accessibility. Regarding his views on artificial intelligence (AI), Chris Douce has expressed interest in how AI can be integrated into educational technologies to enhance learning experiences. He has discussed the potential of AI to provide personalized learning and support for students, particularly in distance learning environments. However, he also emphasizes the importance of ethical considerations and the need to address challenges related to accessibility and inclusivity”. That’s a pretty good summary, but I think it is, perhaps, an understatement.

One of the useful aspects of this session was the sharing of links to many related resources and references. There is always homework to do. Now, that’s something that GenAI can’t directly help me with. It’s down to me to do the work. Anything else would be cheating.

Addendum

I shared this post with a colleague, who recommended two interesting resources; a book and a podcast:

Book: Bender, E. M. & Hannah, A. (2025) The AI Con: How to Fight Big Tech’s Hype and Create the Future We Want. Bodley Head.

Podcast: Mystery AI Hype Theater 3000 by Bender and Hannah (Distributed AI Research Institute)

Acknowledgements

Many thanks to all the presenters, and for the team who facilitated the event. Thanks are also extended to David Hales.

Permalink Add your comment
Share post
Christopher Douce

Study focus

Visible to anyone in the world

Some weeks ago, I noticed a comment from a student I was supporting. They reported they have had some trouble focussing. I reflected on this, and realised that I sometimes have the same difficulties. It sometimes, of course, depends a lot on what is going on in my life.

Here’s some thoughts that I shared:

  • Little and often sometimes works; if I find my mind wandering, this means I might need a break.
  • Plan; a fellow tutor said that he told his students to ‘make an appointment with their studies’, which is a great way of looking at it. Form a habit. Make sure you keep that appointment. Also, if it helps, tell others that you’re studying. That way you won’t be disturbed (in theory).
  • Drinks; cups of tea work for me. Okay, tea is a stimulant, but I can’t help but think that there’s something in tea that helps!
  • Make sure you’re not hungry, but also make sure you haven’t just polished off a big meal.
    Rewards; make deals with yourself – say, ‘I’ll give myself a reward when I’ve read, reviewed, or understood something’, and that something might be a section of text, an activity, or a sample exam paper question (or questions). The reward might me whatever works for you; a walk, music, TV, a night out with friends or family – whatever works for you.
  • Sleep and exercise; find a balance. If you’re way too tired after a day at the office, it can be hard to focus. If you’re tired and want to do something, perhaps choose a study task that doesn’t need a huge amount of concentration – such as, sorting out all your notes. You’ll familiarise yourself with what you have written.
  • Reflect on when you work best. Some people work better in the early morning, other people work better in the evening; some are larks, others are night owls. Choose the period of the day when you’re most likely to concentrate.
  • Put your phone in a different room. Or, put it on silent mode and put it behind you, so you can’t be distracted by it if it lights up.
  • Keep the goal in mind; degree level study is difficult and is hard work.
Permalink 1 comment (latest comment by Valentina Timoshenkova, Thursday 26 June 2025 at 10:05)
Share post
Christopher Douce

Skills for Careers in Arts and Humanities

Visible to anyone in the world
Edited by Christopher Douce, Thursday 12 June 2025 at 17:55

Whilst wearing my student hat I went to a careers event that took place on 12 June 2025 for students who were studying arts and humanities modules. I attended because I was curious; I wanted to know what would be covered in sessions like these.

What follows is a set of rough notes I made during the session. The aim of the session was to explore and to find ways to identify what skills employers look for, to learn more about career options for students studying arts and humanities qualifications, and to share resources.

Activities

The session began with an activity, where we were asked a question: what skills do you think employers want from you? This was linked to some research by an organisation called the Bright Network. In their most recent survey (at the time of writing) the top three ‘skills’ identified were: ‘interest in the business’, resilience, commercial awareness.

The next activity we were asked to create what is called a ‘skills calling card’. The idea was that we choose an image, list our top 3 employability skills, and rate them out of 100. In other words, imagine creating your own card for a game of ‘skills top trumps’.

This led to some questions, namely, how might you demonstrate or evidence your top skills by way of examples? This being, of course, being linked to how you pitch yourself within a job applications, CVs and interviews.

Careers

The activities led to the question: what can you do an arts and humanities qualification? There was a discussion about job roles and employers. I was stuck by a particular statistic, that 85% of jobs are open to students who have any degree, which was attributed to an organisation called the institute of student employers.

We were directed to some useful resources: Prospects, which as a section about ‘what you can do with your degree, and the OU jobs platform, opportunity hub. I like Prospects. It is through Prospects that I gained an opportunity for doctoral study, which eventually took me to the OU.

We were encouraged to carry out some further activities in our own time. One was to look through job adverts to identify what skills employers are looking for, what examples can you draw upon to evidence the skills that you might have. Another activity was to look at career paths of OU Alumni through LinkedIn.

Resources

We were introduced to a number of useful resources:

It is interesting that these attributes have been only related to Faculty of Arts and Social Sciences modules. They can, of course, also be applied to modules from other faculties.

A reminder was given that all students have access to the Careers and Employability Service, which can be found through the Help Centre. The services provides advice for about writing of your CV and preparing for an interview. You can also book in an appointment with a professional career advisor.

Acknowledgements

Many thanks to the presenter and the facilitator, and the careers team who devised this session up.

Permalink Add your comment
Share post
Christopher Douce

Considering a vision for TM354 Software Engineering

Visible to anyone in the world
Edited by Christopher Douce, Thursday 26 June 2025 at 20:12

TM354 Software Engineering is an important module with the OU’s Computing and IT Q62 qualification. It is a module that has been around, in one form or another, for a long time. The current version of the module, which dates back to 2014 is roughly summarised in the blog post Exploring TM354 Software Engineering.

One of the interesting characteristics of TM354 is that it more theoretical than it is practical. Rather than using lots of software tools to work with and manipulate code and components, students are introduced to diagrammatic tools in the form of the Unified Modelling Language (UML). I don’t think this is necessarily a bad thing. It forces students to slow down, and to look at the detail, and to reflect on what it means to think about software. By deliberately pushing any practical tools aside, we avoid worrying about specific issues that relate to implementation. An implicit assumption is implementation is development, and engineering is about how we go about structuring and organising the building of software.

The practice of software engineering has moved on since 2014. Agile practices and cloud computing have now become mainstream, and there has been the recognition that artificial distinctions between ‘development’ and ‘operations’, the idea that you move software from one team to another, might not be particularly useful. The notion of technical debt has been defined, and this connects with older more established themes of software metrics. There is an increased recognition of tools: of requirement management tools, version management tools, and ticket management tools. All this mean that the notion of a theoretical module that is separate from the practical world of software engineering is harder to argue.

There are, of course, concepts which remain paramount: the importance of different types of requirements, understanding the different types of software development process, conceptions of software quality, principles of software architecture, and different approaches to software testing.

In the sections that follow, I share something of my own personal experience of software engineering education and then share some of my experiences of working as a software engineer. I then go onto share some rough thoughts about what a reimagined TM354 module might look like.

This opinion piece has been written with a couple of audiences in mind: colleagues who work on different modules, and tutors who may have a connection with the OU’s software engineering modules. The sketch that is presented isn’t a firm reflection of what TM354 might morph into (since I don’t have the power to enact that kind of radical change). It is intended to feed into future debates about the future of the module, and modules that accompany it.

A personal history

When I studied Computer Science as an undergraduate in the early to mid-1990s, I studied a software engineering module, and a complementary practical module that was all about software maintenance. I remember my software engineering module was also theoretical. We all had to sit a 3 hour exam which took place in a dusty sports hall. I remember questions about software cost estimation, software reliability and software testing. Out of these three topics, only software testing remains in TM354.

The complementary (and practical) software maintenance module was very different. We were put in a team, given a document that contained list of changes that were needed to be made, and 40k lines of FORTRAN code, and told ‘mind how you go’. 

We had a lot to figure out. We needed to figure out how to drive various software tools, how to get compilers to compile, and how to work as a team. At the very end of the project, each team had to make a presentation to representatives ‘from industry’. The team bit didn’t go as as we would have liked, but all that was okay: it was all about the learning. A key point that I took away from it was that the people bit was as hard (if not harder) than figuring out how to compile ancient FORTRAN code.

Software engineering as a postdoc

My first proper job (if you can call it that) was as a Research Officer at the University of Brighton. My job was to help colleagues with their projects. I was what you could call a ‘floating technical resource’ that could be deployed as and when required.

One memorable project was all about machine translation. It soon struck me that I had to figure out a client-server software architecture. A key bit to a software puzzle was a client program that was written in Java 1.1, which I took ownership of. The code I inherited was a pathological mess. There were classes and objects everywhere. It was a rat’s nest of bafflement. I rewrote it a bit at a time. I didn’t realise it at the time, but I was refactoring my Java code (and testing as I went) before it was known as refactoring. My client software sent data to a server program using a notation that now would look very similar to the JavaScript Object Notation language. 

Like the software maintenance project, there was a lot to figure out: tools, languages, code structures, software architectures, operating systems, and where code was hosted so it could be run. The end result seemed to work, and work well. I felt I had figured out OO programming.

Software engineering as a software engineer

After a year of being a research officer, I managed to get a job as a software engineer in a small company that manufactured educational equipment. They needed software to work with their hardware, which was used to demonstrate principles of process control, electronics and telecommunications. I worked on a lot projects, but I’ll just mention two of them.

The first project was a maintenance project. There was a lot of software written in a combination of Visual Basic for DOS (yes, this was an actual product) and assembly language. The challenge was to rewrite the software in a combination of Java and C++. The Java bit would display results from experiments, and the C++ bit would take voltage measurements and turn digital switches on and off. Eventually, the code would go deeper. I had to learn about device driver development kits and how to begin to write functions for microcontrollers that drove USB interfaces.

The second project was different. The idea (which came from the marketing department and the managing director) was to make a learning management system that wasn’t too different in intent to the software that generates the university’s module web pages, but at a much smaller scale. Rather than providing files and resources to tens of thousands of students, this system was to allow educators to rapidly deploy materials to workstations within a single engineering laboratory. The big question was, of course, how do we do this?

From a technical perspective we ended up doing what these days is called ‘full stack’ development. We created code for the client side using JavaScript at a time when there were not any fancy JavaScript frameworks. On the server side, we had client side ASP.NET supported by stored procedures that were run in an SQL database. There was also content to deploy that contained Java applets, metadata to figure out, XML documents to parse, a quiz engine to build and report writing facilities to master. Books about eXtreme Programming and Test Driven Development had just come out. We tried pair programming and had a go to apply JUnit. Everything we built had to be installed relatively painlessly with the click of a mouse (but, of course, everything is never that straightforward). My key learning was, of course, that software is so much more than code.

There’s a third point that is worth labouring, and that point relates to process. When I joined, the engineering efforts were just ramping up, which meant there wasn’t much legacy when it came to software engineering processes. A ‘release’ had previously involved transferring software from a development machine to a production machine using a floppy disk. 

A new hire (let’s call him ‘Alan’) joined the team. Having cut his software engineering teeth having worked on an early generation of mobile phone software, Alan had a huge amount of experience and a desire to make sure that we knew what was in every release. He introduced what will now be known as a ‘ticketing’ system to document software defects, and a formal release process, which also involved the use of version management software.

Software engineering as a research fellow

The experience of working on a learning management system led me to a research project that was hosted at the OU that explored how to enhance the accessibility of virtual learning environments (VLEs) for disabled students. 

Before we ever got to code, there was a lot of discussion about architecture, which came to define the project’s output. The key question that we had to solve sounded quite simple: how do we find a way to present users with content that matches their needs and preferences? To answer this question, we need to answer other questions, such as: how do we define what a user needs? Also, how do we describe digital learning materials using metadata in such a way they can be efficiently chosen by a VLE?

These simple sounding questions hide complexity. Conditions can vary on a day by day basis. The digital content needed on one day may be different to what is needed on another. Learners are, of course, the experts of their own condition, and learners (who are all different) need to have ways to express their needs and preferences. What is really important is that a VLE offers learners choice about the types of learning materials. If we were to look at this project through a software engineering lens, the most important element of the whole project was the user’s requirements.

Mid way through this project, I stepped into another role: I became a Computing staff tutor. This meant that I stepped away from the technical aspects of computing and software engineering, and into a role where I had more involved with delivering the presentation of modules and supporting tutors.

Similarities and differences

These projects differed in terms of the users, the tasks, and the environments in which the software was used. They also were different in terms of the technologies that were applied. There were different databases, operating systems and programming languages. I had to make choices from different frameworks and tools. I’ve mentioned a unit testing framework, but I also used a model-view-controller inspired PHP application framework. There were also different software development kits and libraries to work with. There were also different ways to consume and to invoke webservices.

Turning to the similarities, one of the biggest similarities doesn’t relate to what was chosen, but what was done. In every project, I had to carry out some form of critical assessment and evaluation, to make informed decisions that could be justified. This meant finding things out in terms of what things did, and then how they worked.

Software engineers need to be multi skilled. Not only do the need to know how programming languages, data structure and operating systems work, they need to be systematic researchers, be creative problem solvers, and also be effective communicators. There was a reason why, as an undergraduate, we were asked to give a presentation about our software maintenance project.

Software is invisible. Software engineers need to know how to talk about it.

A quick look at QAA

Before writing this piece, I wrote an article called A quick look at the QAA benchmarks (OU blog). When considering the design of a new module, it is worth reviewing the QAA guidance. One aspect that I didn’t extensively review was the Higher Education Qualifications of UK Degree-Awarding Bodies framework.

A bachelor's degree is Level 6 of the FHEQ, and it is worth looking at descriptor 4.15, which states that students must gain “the ability to manage their own learning, and to make use of scholarly reviews and primary sources (for example, refereed research articles and/or original materials appropriate to the discipline)”.  Students attaining level 6 should also be able to “communicate information, ideas, problems and solutions to both specialist and non-specialist audiences” and have “the qualities and transferable skills necessary for employment requiring: the exercise of initiative and personal responsibility. decision-making in complex and unpredictable contexts, the learning ability needed to undertake appropriate further training of a professional or equivalent nature”.  Another point that jumps out at me is: “the holder of such a qualification will be able to evaluate evidence, arguments and assumptions, to reach sound judgements and to communicate them effectively”. It is clear from this guidance that an entire degree must help to develop student’s critical communication and critical thinking skills.

It's worth also digging into the Computing Benchmark statements to see what it says. When it comes to demonstrating computational problem-solving, to demonstrate excellence, students must “be able to demonstrate sophisticated judgement, critical thinking, research design, and well-developed problem-solving skills with a high degree of autonomy” (QAA Subject Benchmark Statement, Computing, March 2022, p.20). This means that modules must work with students to develop those critical thinking skills.

What the QAA guidance lacks is specific guidance about what a module or programme should contain. This is where something called the IEEE Software Engineering Body of Knowledge comes in (SWEBOK v4.0). There’s enough detail in here to cover a whole degree, never mind a single module. Of particular note is chapter 14, which is all about Software Engineering Professional Practice.

As well as the SWEBOK, there is are also the Association of Computing Machinery Curricula Recommendations, which contains a sub-section that concerns Software Engineering. Of these two documents, the SWEBOK is a lot more comprehensive and more up to date than the older 2014 guidance, which is clearly in need of a refresh.

A vision for a new level 3 software engineering module

I hate exams. I also hate end of module assessments (especially when I have to complete one of them), but I hate them less than exams.

An EMA makes a lot more sense in a module like TM354 than a written exam, since it gives students a lot more space to demonstrate their understanding and their professional communication skills.

My proposal is to design a module that combines the teaching of software engineering ideas and concepts with a practical investigation of a software product of a student’s choice. The choice of a product being, of course, guided by a tutor. Like with TM354, I’m suggesting three TMAs, each of has some emphasis on the development of research skills. By the time students complete TM354, they should end up being better equipped to complete the computing dissertation capstone module, which currently goes by the module code TM470.

Students should ideally arrive at this module having studied a level 2 module, where they have developed an understanding of the principles of object-oriented programming and problem decomposition. They may also be aware of some diagramming languages, such as UML.
Drawing on an interesting approach adopted in other modules, I would like to see independent study options, which enables students to demonstrate (and develop) their reading and investigation skills.

Here’s a suggested structure.

Block 1: Processes and Tools

This module will begin with a reminder about software the software development lifecycle (which should have been already covered on an earlier module), which are then discussed in greater depth. The term ‘tools’ is broad. Tools can be used to capture requirements and manage requirements.

Tools also support processes. A discussion about processes would lead us to a discussion about version and configuration management, and onto testing. This is linked to the topics of continuous integration and continuous deployment (CI/CD).

Independent study would include reading articles about materials that are provided within this week.

In terms of the assessment, students must demonstrate their practical understanding or use of tools, and also to draw upon a case study (which may well be written by the module team) where students relate their independent reading to the case study. Students must be able unambiguous reference both articles and software.

Block 2: Technology and Architectures

This block focuses on teaching important and essential ideas, such as software architecture and design patterns. This block should also cover software engineering abstractions that can have different meanings, such as component, containers and frameworks. Drawing on what is covered in an earlier web and cloud module, the link and relationship with cloud computing and cloud architectures should also be explored. The point here is that software engineers need to be able to recognise decisions that have been made, and to be able to begin to articulate alternative decisions. There might also be the space to highlight AI frameworks, but this is very speculative.
Independent study would involve looking at articles about different aspects of architecture. A point of doing this is further help students understand what the academic study of software engineering looks like.

Regarding assessment, students must demonstrate knowledge and understanding of key concepts that are introduced in this block, ideally by sharing potential designs and research with each other.

Block 3: Research and Investigation

This final block is about further developing software research skills. Since software maintenance is a significant part of the software lifecycle, software engineers need to be able to find their way through software stacks that are unfamiliar to them. Software engineers need to be critical thinkers; they need to understand what has been done, and why something has been done.

To help students what they need to do, students might be guided through an investigation, which could then intersect with different tools, teams and stakeholders. This would lead towards the EMA, which is all about producing a report that describes a software system in terms of processes used, tools applied, technology deployed, and its overall architecture.

To help students, this block would present some materials that offer some guidance about how to structure a report. For their block assessment, students would propose a software system or product to investigate. The system might be one that they are familiar with in their workplace, an open source software application, or software component or framework that can be used or applied within other software systems. In return, tutors would offer some practical advice, and perhaps follow up with a one-to-one session if they need further advice and guidance.

End of module assessment

A theoretical EMA is to be delivered in two parts: a formal report (70% of the EMA result), followed by a short presentation (30% of the EMA result). Both components need to be passed to pass the EMA (if this is theoretically permissible by the university assessment guidelines). 

The report is to contain:

  • A description of a software component, product, or service that is the target of an investigation.
  • A rationale for the choice of that component.
  • A summary of its architectural elements, and any software components that it uses, or how the software component is used in other products or services.
  • A summary of software technologies or components that are important to its implementation or realisation, such as technology standards, libraries or languages.
  • A description of software development methodologies that may have contributed to its creation, or a summary of methods that may currently be applied.
  • A summary of any tools that are important to its use and development. This may include, for example, version or configuration management tools.
  • A commentary about how the software is to be deployed, and what supporting software or infrastructure may be needed to facilitate its deployment.

For the presentation component, students are to prepare a ten minute PowerPoint presentation that summarises their report, with an additional ten minutes for questions. Their presentation is to contain:

  • A summary of their chosen software component or product and what it is used for, and who the users or stakeholder might be.
  • Highlight what software technologies it makes use of, or what technologies it might be a part of.
  • Any significant ethical or professional concerns that need to be considered.

Students will deliver their presentation to two people; a tutor, and someone who plays the role of a technical manager, who needs to make use of the report that has been created by the software engineer. For accountability and rigour, the presentations are to be recorded, but these recordings will only be used for quality control purposes.

Reflections

All ideas have to come from somewhere. The vision that is shared has been shaped by my own undergraduate studies, industrial experience, by chairing TM354, and looking at other modules, such as M813 Software Development and M814 Software Engineering. In this article I have laboured points about educational and industrial history to emphasise a disconnect between the two.

What is proposed here is a practical amalgam of both my undergraduate modules, and both the OU’s postgraduate modules, but positioned as an undergraduate module. The idea for the presentation assessment comes from M812, where students have to present their summary of a forensic investigation to a pretend ‘court’. This ensures academic rigour of the written assessment, whilst also helping to develop student’s communication skills. 

One point that I have a clear opinion about is that software engineers need to be able be critical thinkers, and carry out applied research. They also need be mindful about the ethical consequences of their decisions. What is necessary (which is something that is emphasised in other modules I’ve been studying) is the need to develop research skills. By helping students to carry out their own research, students learn more about what it means to study software engineering as an academic subject, and learn more about what it means to carry out study and evaluate software products, which is a necessary and important industrial skill.

Permalink Add your comment
Share post
Christopher Douce

Preparing to tutor TM113 Computing fundamentals 2

Visible to anyone in the world

One of the new level 1 computing modules on the BSc (Honours) Computer Science with Artificial Intelligence qualification goes by the catchy title TM113 Computing fundamentals 2: programming, databases, software engineering. It accompanies TM110 Computing fundamentals 1: concepts and Python programming.

As suggested by its title, this new module has three strands. What follows are a set of links and resources that may be useful to anyone who might be potentially interested in tutoring this module. If you have tutored TM112, the Python element will be familiar to you, but the software engineering and databases less familiar (although you may be familiar with databases, if have had any awareness of TM254 Managing IT: the why, the what and the how).

Programming

If you are familiar with software development but not with Python, the following OpenLearn and Cisco resources might be useful:

Databases

Within OpenLearn, there is the following:

Another useful resource that has been mentioned is:

Software engineering

Turning to the theme of software engineering, there are a couple of OpenLearn resources that have been derived from existing OU modules. 

Other resources

If you have never tutored an OU module before, the following module can be very helpful:

If you are an existing tutor, a really useful thing to do is to take advantage of the university’s fee waiver.

Reflections

The OpenLearn resources can certain be useful, and you can demonstrate awareness of the materials by gathering an informal badge (which can be added to a CV). What has really helped me to become a better tutor has been the fee waiver. This could be applied to computing modules, or modules from other faculties.

Acknowledgments

Thanks are extended to Anthony Johnson who shared some of those resources during a very early module team meeting.

Permalink 1 comment (latest comment by Darren Menachem Drapkin, Sunday 8 June 2025 at 20:35)
Share post
Christopher Douce

TM470 Using Gantt charts

Visible to anyone in the world

When I worked as a software engineer our development manager insisted on weekly meetings. During these meeting we looked through our Gantt charts to figure out how much progress we had made, and whether our expected delivery times had changed. Our charts were updated. Progress was recorded and adjustments were made. This may have included adding additional tasks, or reallocating tasks to other engineers. I never really liked these meetings, since I initially felt I was being micromanaged. It was only over time did I see the benefit of these regular meetings. They were important to my line manager since, after all, he was accountable if we were not able to deliver the products we were building.

Project planning and management is an important part of TM470. The project management approach (or project model) chosen for any project depends on the nature of the software project that is being created. In turn, any representation of a plan must reflect the model that has been chosen.

I see Gantt charts as useful tools that help us to visualise and understand what needs to be done. I also view them as representations that can and do change. During your TM470 project I feel it is important to keep track of those changes. This is why I recommend that everyone creates a Gantt chart at the start of their project, takes a copy of it, and regularly updates it during the course of the project.

Make a habit of updating your Gantt every week. Be your own micromanager.

By the end of your project, the two version of your Gantt chart will be really helpful in terms of helping you to reflect on how your project went. 

To make things easier for your EMA examiner, a suggestion is to provide a summary of the key tasks that are described in your Gantt chart. A summary of high level tasks helps your examiner to get an overview of what you present in your account of project work section.

When planning your project, other representations such as PERT charts could be used, but Gantt charts are easier to work with. When I worked as an engineer, I used MS Project which was pretty easy to use. There are now many different online tools that products that can be used, and a lot of different spreadsheet templates (but the investment in time in using a Gantt tool can often pay off).

The following articles may also be helpful:

Permalink
Share post
Christopher Douce

A334 Journal - May 2025

Visible to anyone in the world

2 May 2025

Finally, a negative covid test.

Despite having a covid addled brain, over the last couple of days I’ve managed to corral together quite a significant bunch of quotes from a range of different sources for my EMA which is due at the end of the month. The reason for doing this is to try to figure out what different critics think about the two texts I’ve chosen, before going ahead and doing a final re-read of my choices, and finally coming to a view about what I think. The challenge I’m facing is that that I’ve never felt that I’ve been any good at history. A bit of a blind spot I have is knowing much about all the various British kings and queens. This said, the more I read, the more bits of it start to make sense. An interesting reflection is that some of the themes from level 1 are now beginning to find their way to level 3.

Here's my plan: let everything sit with me for a couple of days. When I’ve done that, re-read through my 18 pages of notes and quotes, then re-read the texts, and then start to write the EMA; I already feel as if I have a macros structure – it is the detail that need to figure out, and that is pretty important.

6 May 2025

Today is a day of two tutorials. I went to one that took place at around noon. It had focus on drama and the EMA. I think I have more of an understanding about the purpose of the EMA, and what it is looking for, but I’m less certain about how I go about making an argument that works with both of the texts that I’ve chosen. I’ve gone from feeling confident, to less confident.

There’s one tutorial tonight, and another one tomorrow. When I’ve attended both of them I’ll probably start to write, after having a quick look at another couple of references that I’ve picked up from the lunchtime tutorial. I guess this oscillation between certainty and uncertainty accompanies becoming familiar with the principles that underlie a discipline that I haven’t (yet) completely grasped its fundamentals. I feel like I’m getting there.

7 May 2025

Last night’s tutorial was quite helpful in terms of unpicking the EMA question. I’m going to keep with my texts, since I like them. Our tutor said it’s okay to go with our favourites. 

I have two things to do today: to attend a book 2 summary tutorial that takes place in the evening, and to then try to dig out a couple of extra references to read (although I know I have loads). I think I’m a couple of day away from starting to write my EMA.

10 May 2025

Well, I’ve downloaded those extra resources, and I’ve transferred them to my Kindle, and have thoroughly scribbled on them. I now need to transcribe all my quotes into my notes document. I also have another task, which is to dig out some critical reviews of one of the texts that I’ve chosen. 

Following a determined morning of TMA marking, I’ve just come out of another two A334 EMA preparation tutorials. I missed the majority of the first one, but I’ve downloaded the slides. My to my dismay, one of the presenters shared yet another reference which looks to be of interest. I seem to be creatively procrastinating, doing everything else except for the writing of the EMA.

After the tutorials, I’ve had a listen to an EMA preparation audio which has been prepared by the module team. It didn’t contain any surprises, which is a good thing. I’ve also made a note to listen to another few resources, which can be found on the page ‘learning event summaries’. I think that is going to be this evening’s job, along with some further TMA marking.

What I’m now more certain about is what I’m not going to include within my EMA.

The countdown clock to the final submission date is ticking louder. I don’t yet feel as if I know my chosen texts backwards yet, which is making me feel slightly uncomfortable. I’m nearly there with one of them, but I need to work on the other. I’m sure I’ll get there.

15 May 2025

Well, I’ve got my TMA 5 back. A mixed result. Certainly not one of my best. It is a shame, since I did feel (whilst writing it) that I had submitted a good essay. My tutor left me some helpful feedback. The main comment was that it’s structure (for a literature essay) was a little unconventional. Reflecting on this, I can see his point. It could have been presented differently, to integrate together the philosophical ideas and text from Confessions. Had I done this, I would have produced a more readable essay. I am, however, very secure in my understanding of the sublime, but I am slightly frustrated that I spent so many hours working through Confessions.

I was doing a bit of travelling yesterday. I read a few more critical sources. Whilst reading these, I gathered up a few more ideas that I could use in my EMA. Whilst traveling, I have missed an EMA preparation surgery, but my tutor has already emailed his group saying that a recording is available.

My plan for the next few days, leading up to the weekend (which is going to be an EMA writing weekend) is: continue to read critical sources. By the time I get to Saturday morning, I should be more or less ready to write.

16 May 2025

I’ve just listened to that ‘EMA surgery’ tutorial that was run by my tutor. I’m going to attend another day school event that is taking place tomorrow, which is all about drama and close reading. The more events that I attend, and the more general reading that I do, the less confident I feel in my ability to write an essay that meets the assessment criteria. I want to write something interesting, which does the texts justice, but I’m feeling a long way away from that. Perhaps this is a lull of confidence that one has whilst building up towards something that is going to finish soon. It’s a curious feeling.

No matter what happens on the day school tomorrow, I’m going to be starting my writing. I can’t carry on reading more and more, although I do feel as if I’m learning more and more. I need to figure out what my position is, and get into the texts to choose some sections to demonstrate close reading. I’ve got a rough idea of what I want to write, but the difficulty is that I don’t think it is what the module team are looking for – and I don’t really know how to get out of that rut.

I think the key in all this will be the importance of cutting, which was a significant point mentioned in our surgery.

Addendum: towards the end of the day, another resource was suggested to me; a series of podcasts by Emma Smith called Approaching Shakespeare. I’m hoping to listen to one of them, just in time for the EMA.

19 May 2025

I’m nearly done. I spent Saturday morning in the day school, and a bit of the afternoon creating an EMA document and starting writing. On Sunday, I got properly stuck in. Although I didn’t do any significant essay planning other than creating a skeleton structure within my EMA document, I did have a rough idea of what I was going to write about.

On Saturday evening, I was wracked with self-doubt and questioning. I felt as if the two texts that I had chosen wouldn’t work together and that perhaps there might have been better choices. By the time I got to Sunday evening, this had changed; I had found a way to make them complement each other – I can now see (and hopefully the examiner will see) how they are related to each other.

My next step is to leave everything for a few days, to let my thoughts settle, and then turn to the final bits of editing. I’m 200 words shy of a final word count. Although I think I know what I want to add, I’m currently too close to what I’ve written to make an objective decision about what might work more effectively. I’m looking forward to getting everything in and finishing. The EMA writing has been a bit of a roller coaster.

20 May 2025

It was nearly 3am in the morning. I had been thinking about my EMA. I had a vague notion that I should strengthen some of the points that I feel I had been implicitly trying to make in my essay. I came to the view that I needed for foreground a couple of points. In the space between wakefulness and sleep, I sent myself a sketchy email from my phone, put on the latest episode of In Our Time, which was about the development of copyright, and fell asleep on the sofa.

Yesterday evening I submitted my unedited EMA, with the view that if were I to suffer a catastrophic IT failure, something would be in the system. I have a printout of it. Either tomorrow or the day after, I’m going to do my final edits, and try to take account of the vague ideas that I’ve sent myself.

I’m really looking forward to getting this all done. I’m also looking forward to summer, my final module, and reading George Elliot.

22 May 2025

An update has gone in.

I can’t seem to leave my EMA alone. Last night I had a thought about an additional sentence I could add, which may have clarified one of the points that I was trying to make. A quick set of edits, and then a resubmission.

I dipped in and out of the ‘write now’ tutorial. I felt as if I started to overthink, and question every single sentence I had written. I should try to relax.

23 May 2025

I can’t leave it alone. I made another couple of edits and resubmissions. Mostly typographical changes; cutting a word here, adding a word there. I think I’m only going to relax when the submission day has ticked over.

Here’s a few curious numbers which I thought I would share:

My Kindle A334 category contains 84 items. This includes set texts, module materials, critical sources and secondary readings.

I have collected 43 presentations (PDFs or PowerPoints) from the various tutorials that have taken place during the course of the module. Some of these are module wide events, other are tutorials events. I can’t say for certain whether I’ve been to all of these, but I’ve certainly been to a good number of them.

I went a bit overboard with my EMA reading, downloading 33 articles which relate to the EMA question (in one way or another) and both of the set texts. There’s a huge amount of scholarship and opinion out there. A challenge that I’ve had is deciding on what I think, and trying to express it with a degree of confidence. The process of reading, and writing for the assignments is, of course, a very big bit of the learning.

The official module guidance is that students should spend around 16 hours per week on their studies (I’ve not looked this up; it might even be more, but this number is sticking in my memory for some reason). I don’t think I’ve done as much as 16 hours (I feel as if I’m experienced student), but it’s not too far from it. There were some weeks that were lighter than others.

It’s one more day closer to the end of the module.

It’s time to get back to my day job. 

29 May 2025

Well, this is it; the final day of the module presentation.

Over the last week and on long(ish) cycle rides, I’ve been trying to think about what else I could have included in my EMA. I’ve got nothing. I’ve submitted no further updates or corrections. It’s time to let it go.

How I feel about these level 3 modules is different to how I feel about level 2 modules. I was surprised at how well I did in the level 2 modules. This led me to gaining a feeling of confidence. In turn, I became thoroughly invested in wanting to do well for the level 3 modules, although they were clearly harder.

There’s one thing that I still need to focus on, and a couple of take away points that strike me as really important. 

The thing that I need to focus on is to develop a more detailed understanding of the notion of ‘an argument’ and what this means in literature essays. I understand that it means adopting a particular point of view, expressing that view, and backing it up with evidence (from texts and sources) to substantiate that view. What I’ve struggled with is the interpretation of essay titles and choosing a point of view. I don’t (yet) have the confidence to go too far from the core of the essay since I don’t want to go off topic. There’s a subtlety to all this that I haven’t yet resolved. All this might well depend on the question that is asked and how I relate to it.

Here's my couple of take away points. With English essays, whilst it is important to clearly demonstrate your understanding of texts and critics to satisfy essential learning outcomes, essay structure is even more important. How you write your essays is more important than what you say within your essays. This makes sense. After all, it’s all about communication and how you express yourself.

I’ve added ‘results day’ into my diary. I’ve started an A335 blog. I’ve also looked at what other modules I might be able to study if I don’t get the grade that I’m hoping for from this module. You see, I’m now thoroughly invested.

Many thanks to my tutor (who has been very good), the module team, and fellow A334 students (you lot on the WhatsApp group have been amazing). It’s been hard work. I feel as if I've learnt a lot.

Permalink
Share post
Christopher Douce

A334 Journal - April 2025

Visible to anyone in the world
Edited by Christopher Douce, Friday 2 May 2025 at 14:32

8 April 2025

Well, my TMA 4 result came in, and I’m pretty pleased with the score. I did a bit better than I thought I did, bearing in mind my TMA 3 score. This leaves TMA 5 to do.

I’ve missed a few tutorials recently, and I’ve just bailed out of another one which was about Austen. I think I’m quite mentally tired from everything I’ve been doing recently.

I’ve also finished Confessions, which is a relief. My next step is to work through all the audio bookmarks I’ve selected, and then relate them to the printed text. I have started to go through some of the secondary readings I’ve downloaded. One was a waste of time, but the other was quite surprising; the critic had chosen exactly the same passage I had chosen, but now I’ve got a dilemma. Do I use that same passage and draw on the critics point, or use a different passage? I’ve also got to disentangle Burke and Kant, but I think I’m getting there.

A couple of other things: my registration for A335 is now complete, which is good news. I’ve also downloaded a few articles from various Cambridge Companion texts in anticipation of the EMA. I’ve not transferred them to my Kindle just yet, since I have enough to be getting on with.

Since I’m writing this after lunch, this means that my brain is pretty slow. With this in mind, I’m going to do a bit of semi-mechanical study, which means sorting my Rousseau bookmarks.

9 April 2025

I’ve nearly finished sorting out my Rousseau quotes, which took a bit of doing for one very simple reason: the audiobook version that I’ve been using is a different translation to the Oxford World Classics version that has been recommended to us by the module team! After downloading the Oxford version to my Kindle, I listened to the audio version and did a text search, and couldn’t find any of the passages I had just heard! For a few minutes, I had no idea what was going on. All this meant was that I had to work a bit harder.

I have two more things to do: review some earlier notes about Confessions that I made when I didn’t know how to use the Audible ‘bookmark’ feature, and to connect the passages I’ve selected to the page numbers in my dead tree version of the text.

Although my day job is working with technology, I’m a bit of a technology laggard. This morning, I’ve discovered an interesting podcast called Beyond Shakespeare which looks to be quite an impressive resource. (I also need to start listening to Software Engineering Radio). My next question was: how do I play them on my phone? It turns out I can use Audible, but the interface isn't great, and doesn't let you do easy searching or sorting of podcasts.

10 April 2025

Well, I’ve managed to figure out all the page numbers. It turns out that if you use the Kindle text search feature, it can give you a page number that corresponds to the paper edition, which is really helpful. I’m pretty sure there’s an easier feature, but I haven’t found it yet.

Although this isn’t strictly related to the TMA, I’ve been doing a bit of further exploring around Wikipedia. I’ve found a short biography of a chap called Ira Aldridge. If I was a filmmaker and I had to make a biopic of either Aldridge or Behn, who would I choose? I can’t answer that question. I need to read more about both of them. There’s a link between them both: Aldridge once played an adaption of Behn’s novel Oroonoko. Interestingly, Rousseau had heard about a translation of an adaptation of Oroonoko (p.542; see, I can do page number references now!) Everything is connected, in one way or another. I did a quick search on BBC Sounds, and there’s a couple of programmes about Aldridge, which I’m hoping to find the time to listen to.

Following Behn was an actor and writer called Susanne Centlivre, who has quite a body of work. I’ve never heard of her. Although there’s nothing on BBC Sounds, there a good set of articles about her work in the library, including a biographical summary. Both of her husbands died in duels (she couldn’t half pick ‘em), and apparently ‘played the heroine in her first play, The Perjured Husband’. By the looks of it, her most popular play is The Busie Body. A good search revealed a performance in Southwark in 2012, and a performance in Oxford in 2025. I haven’t found any biographies of Centlivre. I’ll keep looking.

Towards the end of the day, I ended up back at a site called LibriVox, which I first used when listening to recordings of Dubliners. Interesting, it contains plays by both Behn and Centlivre. I had a listen to the start of one play for a couple of minutes. I need to remember this resource.

And another resource; a web database called Theatricalia. A database of historical performances. Now, that’s a cool digital humanities project.

18 April 2025

Whilst on holiday I finished reading Janet Todd’s biography of Aphra Behn. It was a cracking read. I feel as if I’ve learnt a lot, particularly in terms of history, but I have a lot to do to make sense of it all. What I really took away from it all what the way in which Todd detailed the politics of the time, and concerns that influenced what Behn did, and how it influenced the theatre of the time. I found myself doing various Wikipedia searches about various playwrights, kings and characters she mentioned.

With an eye to the EMA, I’ve immediately gone onto a biography of Swift, by Jonathan Damrosch. Although it covers a similar period in history, and points about political machinations are shared, I couldn’t help but feel that Todd covers the history in greater depth. I’ve not got too far into it, but there’s a clear sense that Behn was hugely more accomplished. I read an interesting section where Swift tries to write Pindarics (a form of celebratory poetry), and the overwhelming view was what Swift wasn’t very good at this, whilst Behn clearly excelled. As I read, I’m going to highlight bits that might connect to the EMA question.

Turning to my final TMA, I’ve started to put my ducks in a row. I’m hoping to spend a few hours today making sense of all my highlights. I’ve even gone so far as reading bits of a Roman text (but obviously not in the original Latin). There’s also a tutorial to listen to, which I hope is going to be helpful.

I feel that I vaguely know what I’m doing for TMA 5. I have just got to go ahead and do it. 

23 April 2025

I did manage to submit my TMA 5, which I was really pleased about. It was a nice break, but I could have done without catching a joyous combination of norovirus and covid-19, which has been somewhat frustrating and debilitating. I was going to see a production of Richard II at The Bridge theatre, which I was really looking forward to, but all that has been put on hold.

I now think I’m on the mend. I’ve booted up my laptop to read over my TMA, make a few edits, and read over my TMA 1 again. The reason for looking over my TMA 1 again is to make sure that I’m not going to be repeating myself when I get to my EMA. I might also have a rummage in the library to see whether I can find some useful papers. On my informal to do list is a look through the Norton book on literary theory and a listen of a couple of tutorials I’ve missed.

Whilst on my norovirus and covid death bed, I watched an adaptation of Persuasion, which was quite helpful. I was struggling with the audio book when it got to the later chapters; I had no idea what is going on. I’m still waiting to fall in love with Austen (as some of my fellow students clearly are), but it isn’t quite happening. It might still happen.

I also did a tiny amount of prep work for the next module. I listened to an In Our Time podcast about George Elliot. Although I’ve heard of Middlemarch forever, I’ve never read it. It is definitely on my summer reading list.

I nearly forgot; I did finish reading the Swift biography. The final chapters emitted sadness. It makes me want to visit St Patrick’s Cathedral in Dublin to see where Swift was dean.

I’ll have to see how far I get today. I don’t think I’m going to be doing very much.

28 April 2025

I’m still sick from Covid. I seem to be chased by a low grade temperature. I’ve taken to having walks around my local park, to try to get my body moving again, whilst listening to podcasts about Oliver Cromwell. My reason for torturing myself with this is twofold: the first is that this is a bit of history that I have never studied, and I thought it would be useful to learn a bit more to learn about puritanism and its impact on restoration theatre (which has, unexpectedly, become a geeky interest). There’s also a link to the forthcoming EMA which is all about the link between history and literature.

On the topic of the EMA, I’ve annotated a whole bunch of papers using my Kindle, which I now need to make sense of, and figure out whether I need to download any more. I’ve also discovered that there’s some source materials in the back of one of the texts I’ve selected. I’ve also read through some really useful articles that I’ve found in my Norton book.

Now that I’ve created a template document, and have created a table of contents to structure my EMA, I’m going to reference everything that I might possibly need in the EMA. When I’ve done this, I’ll probably start to pull out a whole bunch of quotes. Then I’ll have a direction of travel.

One thing I’m not sure about is to how to reference my independent study work. Having a quick look through a summary of the study options, I do recognise the additional reading I’ve done what accompany the texts I’ve chosen. I think this means that I should be okay.

Permalink Add your comment
Share post
Christopher Douce

TM470 project titles

Visible to anyone in the world
Edited by Christopher Douce, Thursday 10 April 2025 at 18:44

Your TM470 project can be about pretty much anything, providing that it

  • has a significant computing component, and
  • allows you to draw on your earlier level studies to enable you to demonstrate and to further develop your knowledge and skills.

Drawing on a point that I share in my introductory tutorials, your project should address a non-trivial question and one that is reasonably difficult without an obvious answer; you should have a problem that needs a solution.

Projects can also be:

  • Development projects – you create something.
  • Research projects – you find something out.
  • Evaluation projects – you do comparison, or test something out.

Typically, your project will have elements of each of these projects.

Your title that you choose should reflect the aims and objectives of your project. It should ideally suggest whether it is development, research or evaluation project. Your project title should also be concise. If it is more than ten words, you might want to think of how to simplify it. You need something that is concise, and prepares your examiner for what they will encounter.

Here are some titles of projects that have been inspired from the various projects that I have seen over the years:

  • Knowledge management system for field engineers
  • Web application for management of school transportation
  • An app to help a restaurant to buy organic produce
  • Web application for selling of art to art galleries
  • An accessibility evaluation of museums in a city
  • Development of a test automation framework for a company
  • An app used to provide information and guidance to carers
  • Financial reporting app for a market trader
  • Rugby club, soccer club or cycling club management tool
  • A legal case management system
  • An app used to recommend reading resources to parents
  • Evaluating the potential effectiveness of a new network architecture

Returning to the earlier point, your project should solve a problem that is non-trivial.

Acknowledgements

Thanks are extended to fellow tutor Karl Wilcox who inspired some of my tutorial slides, which may well have influenced this post. I now have no idea which are his words, and which are mine. I think Karl made the very useful point that your project needs to be both significant and non-trivial. These two points clearly stuck with me.

Permalink
Share post
Christopher Douce

Writing greener software

Visible to anyone in the world
Edited by Christopher Douce, Friday 2 May 2025 at 14:37

I spent a bit of the morning of 2 April 25 listening to a presentation by Charles Humble on the topic of Writing Greener Software (YouTube).

It is a good listen watch, especially if you’re interested in software. To pique your interest, the following topics are mentioned:

  • Some science behind the study of climate change (along with some terrifying predictions).
  • Different ‘scopes’ of carbon responsibility: scope 1 (what we are responsible for), scope 2 (carbon from some of the services we consume), and scope 3 (carbon emitted from organisations we use). I paraphrase this badly.
  • The notion of embedded carbon and how it relates to your devices.
  • Related to this, keep your end user devices for as long as you can, since the embedded carbon is likely to be higher than any running costs.
  • The relative efficiency of programming languages. With this in mind, always try to use the latest runtime of any language you’re using (a point was made that new version of the Java virtual machine is likely to be more energy efficient than older version).
  • The efficiency of servers (and what server load you should aim for). Also, when it comes to energy efficiency, servers are different to end user devices.
  • The need to manage our ‘zombie’ servers; servers which we’re afraid to turn off. On this point, we need to be able to reliably turn servers off and on without causing any disruption to services.
  • The CPU choice of your data centre servers.
  • If you’re using a public cloud provider, to look at any carbon tools they have, and know how to use them.
  • There’s a concept called demand shifting. Consider where your users are, and consider where the energy is greener. You could also carry out your data processing at different times, and at different locations. Try to predict demand.
  • On the topic of AI, ‘information on the environmental cost of AI is scant’. Energy consumption may have increased between 30 and 50% since 2020. Generative AI is computationally expensive, both with respect to training and using large language models.
  • There are likely to be more regulations and governance.
  • Conclusion: share your knowledge about all this; talk with each other.

Accompanying references

I recognised a couple of websites and resources, and learnt about a few that I hadn’t heard of.

In terms of websites, tools and organisations, there were:

Some useful books:

There are also a couple of podcasts (but I can only access one of them): Climate Stack.

Reflections

I was expecting something different from this talk. I was expecting to learn some practical tips that perhaps related to design and coding. In retrospect, I’m really glad it didn’t touch on these lower level issues, since that wouldn’t express the complexities that the talk touches on. Green software goes beyond bits of code. Software relates to requirements, architectural choices, data centre locations, data centre design, and decisions about when and where you carry out tasks. There’s also the importance of personal and professional responsibility, and the need to lobby within the organisations in which we work.

Permalink Add your comment
Share post
Christopher Douce

Some notes about agile practices in software engineering

Visible to anyone in the world
Edited by Christopher Douce, Tuesday 1 April 2025 at 21:06

Software engineering is done by people, but what people do to build software depends on the nature of software that is to be created. The culture of individuals, technologies and organisations also plays an important role too.

At the turn of the century, there was a new idea about how to build software; something called agile development. This led to the creation of something called the Manifesto for Agile Software Development If you’re interested in software development and want to know something about what ‘agile’ means, you need to have a look at the manifesto.

I first learnt about agile through something called eXtreme Programming (Wikipedia), and then something called Scrum (Wikipedia) (Don’t use Wikipedia in your TMAs; always use official references). In my eyes, the notable characteristic about agile (or Agile; there’s a difference between small ‘a’ agile, and large ‘A’ agile) is that it is all about people. Agile (in its different forms) helps to establish rituals which can, in turn, help software engineers to talk about that ‘invisible stuff’ which is software.

I recently asked a colleague, Advait Deshpande, who was the chair of an agile practices microcredential what the latest trends were in agile software development. He was kind enough to share links to some interesting articles and resources.

Articles about agile

 Here are some review articles that might be useful to anyone who is starting to study agile:

Edison, H., Wang, X., & Conboy, K. (2021). Comparing methods for large-scale agile software development: A systematic literature review. IEEE Transactions on Software Engineering, 48(8), 2709-2731. Available at https://ieeexplore.ieee.org/abstract/document/9387593/

Vallon, R., da Silva Estácio, B. J., Prikladnicki, R., & Grechenig, T. (2018). Systematic literature review on agile practices in global software development. Information and Software Technology, 96, 161-180. Available at https://www.sciencedirect.com/science/article/pii/S0950584917302975

Other resources

Advait also shared the following two links, which he gives me permission to share here: UK Government: Agile delivery - Agile tools and techniques.

The notion of ‘agile’ has moved beyond software, but to business. It is important to distinguish between the two. This second link emphasises what agile might mean within a business context: Agile Business Consortium: Business Agility.

Post (or peak) agile

Once, agile was the new thing on the block. Now agile has become mainstream. An accompanying question is: have we reached post (or peak) agile? Also, what comes next? One of the criticisms of agile is that it is best suited to smaller teams, which puts a limit to how it can be applied to bigger projects. There have been several attempts to address this:

Advait directed me to a talk that was hosted on YouTube that had a provocative title:

I know Dave Thomas from a book I have on my shelf at home; a book called ‘the pragmatic programmer’ – it is a good read, and is packed filled with some very practical advice. His talk about agile is worth a watch. He presents a critical view of the ‘agile industry’ in a humorous and engaging way. It is worth a watch. He talks about the origins of the agile manifesto, as well as ‘large agile’. An important point is that when thinking about how to create software, we need to think critically too.

Reflections

When I was learning about software engineering as an undergraduate, I was introduced to something called the software development lifecycle (or SDLC). There are different models; there’s a waterfall model, a spiral model, and there was something called SSADM which bored me to hears. It was only after I graduated that I later learnt about agile in all different guises.

When I started working as a software engineer, the company that I worked for didn’t have a software development process, so we had to make one. Culture and experience are themes that can influence decisions about what is done. I was lucky enough to work with someone who had had a lot of experience, for which I was really thankful for.

We set up policies and processes. We also applied techniques that had an agile flavour, bits of pair programming, and aspects of test driven development. Our processes needed to work for both the products and the people who were developing the software. We needed to be pragmatic to get things done.

Acknowledgements

Thanks are extended to Advait Deshpande. I really appreciated the chat and all the links he shared.

Permalink
Share post
Christopher Douce

A334 Journal - March 2025

Visible to anyone in the world
Edited by Christopher Douce, Tuesday 1 April 2025 at 11:39

2 March 2025

I’ve been busy over the last few days.

I’ve been reading about 18th century travel writings, and doing my best to remember everything that I’ve been reading and listening to about Aphra Behn.

Towards the end of last week, I decided that I needed to proactively manage my time, so I managed to get my act together to have a go to write TMA 4 almost 3 weeks in advance of the submission date. The reason for this is that I’m editing module materials, I have an exam to try to edit, and a whole TMA to write. I’ve been working to gain time in my schedule. I don’t think the TMA is the best thing that I’ve ever written, but it is the best thing I’m going to write at this point in time.

I do feel conflicted about the subject of restoration comedy. I’m really not much of a fan of Wycherley, but I did like the other play I’ve studied. I feel as if I need to read, listen to, or even perhaps watch a little more. I’ve downloaded more plays than I have time to read.

There is a bit of reading that I would like to do over the summer, which is reading Janet Todd’s biography about Behn. How did she allegedly get to Surinam? What does Todd say about the staging of her plays? I’ll be thinking about Behn when I next wander around Lincoln’s Inn Fields, which was where her first play was staged.

I’ve started to read through the third book which takes us all to Jane Austin. I’ve got to the point where we have to read book one of Confessions by Rousseau. I have no idea when I’ll be able to find the time to read it, but thankfully it isn’t the whole of Confessions. I might well have to continue to be strategic.

5 March 2025

Last night was a tutorial about the romantics that also covered Rousseau. I liked the tutorial, and although I’m going to be listening to an audio book over the next 2 hours, I’m pretty sure that I won’t be using Confessions in the next TMA. I read the start of the poetry section whilst sitting in a hospital waiting room (not my appointment this time), after the tutor mentioned that this might be a good option. I might well go that way.

A quick update. I did manage to spend two hours in Rousseau’s company on a drive between London to Milton Keynes. Picture the scene. You’ve giving someone a lift; someone who you’ve never met before. Knowing a little bit about him, you ask the question: ‘so, I hear your from Geneva?. I really didn’t want to hear about his ‘exquisite enjoyments’ whilst I was going through the Blackwall Tunnel. He just wouldn’t stop; it was all about ‘me, me, me!’ He never asked me any questions.

9 March 2025

I’ve got my TMA result back. I didn’t do as well as I had thought I hoped I had done. My tutor has left some nice comments, but given they were so nice, I would have expected my overall score to be a bit higher. I had a quick look at the module results calculator, and I do feel as if I need to keep my scores high to make sure I have a chance with a grade 2. This has led me to reflect on my TMA 4. I’ve still got time, so I might have another look at it. I do feel as if I could write a bit more about The Country Wife.

I’ve been reading (and listening) to some of the poetry in chapters 2 and 3 of block 3. I’ve got one more to go in chapter 2. To be honest, they make me feel cold. It’s the depictions of death and battle which just turn me off. Antiquarianism might well have been a bit of a craze, but it’s not a craze that I find remotely interesting. I quite like Austen, but I don’t like the question that is being asked. That leaves Rousseau.

I need to get the next TMA in by 1 May, and then a month later there’s the EMA. Whilst there is a bit of time, I need to get TMA 5 in earlier, to give me more time for the TMA.

I’m going to see how I feel after attending some of the tutorials.

10 March 2025

First thing this morning, I found a couple of Rousseau papers in the library, which I’ve downloaded and have sent to my Kindle, along with Confessions from Project Gutenberg. I’ve also noticed a couple of podcasts on BBC Sounds. I’ve tried twice to listen to an In Our Time episode about the romantics just before going to bed, but I’ve fallen asleep on both occasions.

Interestingly, one of the articles I found was written in French. Unfortunately, I don’t know any French. So, I’ve put it through Google Translate, which I’ve found has a limit of five thousand characters. I have no idea what it has translated will make any sense.

I have a simple plan today: listen to (and read) two poems from chapter 2 of the book, and then maybe have a read of one of the papers.

One other thing I did today was to have a quick read of my TMA 4. I quite liked it, and other than a couple of small typographical changes and moving a paragraph about, I felt that there wasn’t anything that I wanted to change. I think my tutor is going to comment on my lack of close reading. This said, I’m happy with the structure of my argument. I do feel that bits of all this is getting a little easier.

11 March 2025

I’m gradually making my way through Confessions. Every hour of driving means an hour of Rousseau’s reflections. What I’ve learnt is that he likes his dinners.

On a more serious note, I’ve just come out of a talk that was facilitated by one of the module team. The tutorial was about the romantics and antiquarianism. I thought it was a very good session. We were directed to Edmund Burke’s Philosophical enquiry into the origin of our ideas of the sublime and beautiful, which can be downloaded from Project Gutenberg.  Something else to read! Thankfully, this looks pretty interesting.

We were also introduced to the graveyard poets. I’ve never heard of them before.

I still need to find the time to have a listen to and read of the rest of the poetry in chapters 2 and 3.

I think I need a lie down.

16 March 2025

As well as a lie down, I need a holiday. Over the last few days, I’ve been dividing my time between doing my day job in the morning and visiting a care home in the afternoon, which means little study. Rousseau has, however, been keeping me company on some very long drives. I’m now ten hours into listening to his pontifications. I’m now committed to listening to the rest. I want to know what he says about leaving his five children in an orphanage.

I’m logged in and I’m ready to go. It’s back to the antiquarianism poetry, and then it’s a cycle to Tower Bridge to get a bit of exercise.

25 March 2025

This morning, I got stuck into a couple of sections of the Norton compendium of criticism, which was recommended to me by fellow students on the WhatApp group. There were bits of text from Kant and Burke. I already had downloaded copies of works by those two, but I appreciated the short introductory essays, and that some of the key concepts were highlighted. I underlined a couple of bits with the idea of getting back to it all a bit later on.

A fell into a bit of an independent study ‘rabbit hole’ the other day, which was quite interesting. I learnt about the playwright John Fletcher, who was a contemporary of Shakespeare. After looking up to see whether there were any recorded performances of Fletcher plays, I discovered that he co-wrote Two Noble Kinsmen with Shakespeare, which is apparently based on a Chaucer tale.

Going back a couple of days, I went to the online day school, which was very good. I’m now increasingly certain on my TMA 5 topic choice. I also picked up that there is an In Our Time episode about The Sublime (which I have to listen to again, since I fell asleep when I listened to it). This will complement the one that was entitled Rousseau and Education.

I’m gradually chipping away at listening to Rousseau. I have 15 hours to go, so I’m halfway there.

30 March 2025

Last night I registered for A335. I tried a few days earlier, but I thought I would have another go and get it done. I immediately became interested in the reading list, and have partially written a blog about this, with reference to Project Gutenberg.

I have ten hours of Rousseau to go. I had an hour of him today. I got to the bit where he is waxing lyrical all about someone who he claims to be in love with, despite his advancing years. I expect to have another hour of him tomorrow. I’m starting to feel sorry for the voice artist.

When looking for something entirely different, I discovered there was a really recent In Our Time episode about playwright Thomas Middleton. I was interested to learn about collaboration with Shakespeare. How come I’ve never heard of him? I had a look at Drama Online to see whether there were any performances of his play I could view, and there were none.

If I were ever to do a MA in literature, I think I would like to study Jacobean or Restoration drama.

Permalink Add your comment
Share post
Christopher Douce

Using Word headings

Visible to anyone in the world

One of the most useful features of Microsoft Word is its flexible style system. Using Word, your words can be written any number of fonts and font sizes. If you decided you need to change the style or size of what you have written, you have a choice: you can either change the words themselves (by selecting them and picking another font or font size), or you can change the font of the style that is used with your all your words. Knowing about Word styles can help you to work more efficiently.

When you begin writing a document, you typically write words with the ‘Normal’ style. Word also provides a set of heading styles. These heading styles are linked to a number of other bits of Word functionality. Most notably:

  • The Word document navigation view, and
  • The Word table of contents creation tool.

Whenever you create a heading for a section, apply a Word heading to that session. If you then open up the document navigation view (which you can find in the view menu), you will see a clickable summary of your document.

When you have edited your document, and you need a table of contents, click on the references menu, and then on the table of contents button. This button will give you a couple of options to choose from. This references menu hints at some of the more advanced features in Word, including the ability to provide cross references between sections (which avoids you from having continually figure out what the correct page number should be if you add or remove a bit of text), and a way to define entries for an index.

Further guidance

The following pages from Microsoft offer some further guidance:

A further resource that looks to be useful is this useful summary sheet from the University of Aberdeen: Working with long documents.

If you are a TM470 student, you might find the following blog article helpful: TM470 TMA and EMA template.

Permalink
Share post
Christopher Douce

Quality enhancement seminar: where next for tuition?

Visible to anyone in the world

On 25 March 25, I attended an online quality enhancement seminar, which is a seminar series that runs from time-to-time. What follows are some brief notes that I made during the event, and edited together afterwards.

Overview of tuition

The subtitle of this first session was ‘through the lens of the specification for the delivery of group tuition. The session aimed to present ‘an overview of the current position of tuition within the university’. I noted down a summary of tuition principles; it ‘aims to support learning and develop belonging, offer flexibility and take account of student needs, and aim to facilitate continuous improvement’. A description of the ‘specification’ was also shared.

Different types of tuition and tuition events were mentioned, such as tutorial, pre-recorded lectures, and the use of forums discussion forums. Assessment support events might relate to support for TMA submissions, resubmission support and writing workshops. Face-to-face is by exception.

Online Tuition Student Survey

This next presentation also had the headline: Feedback from the 2024 survey. Themes identified included motivations, expectations, tutors, dates and times, participation and recordings. For one year, there were 19k scheduled events, and 330k students attended. For the majority of events, are between 5-10 students attending. Module wide events account for 5% of all events, cluster events 59%, and tutor group 36%. The survey suggested that students want contact with tutors, learning with peers, and practice for TMAs.

We were reminded that tutorial recordings are now anonymised automatically, since tutorial recording files can be downloaded. There was also a comment that there was a lot of viewing of recordings taking place.

We were also reminded that tutorials should relate to the title and the group tuition policy descriptions, and that it is important to get the first (or early) tutorials right. If a tutor puts on their webcams, this may mean that students might be more willing to interact.

Differentiation of Tuition: case study and discussion

The next session, by Sue Pawley and Cath Brown described a MST224 case study. They summarised ‘a programme of tutorials which vary in terms of differentiation, style and focus, to ensure that a wide range of students with very different study goals were catered for. This has resulted in the highest retention figures in a decade and a significant increase in tutorial attendance.

More students, which means more tutorials. Tutorials were based around units, and were there to help students prepare for the exam. They were offered at different times: evening, weekend, weekday daytime. They also reported module wide tutorials, which covered core materials, further support, exam prep, enrichment.

Building belonging through tuition

The next presentation was from the law faculty. Some key points that I took away from this were the use of external speakers and alumni, as well as other lectures that are not connected to the module. I also made a note of ‘student coffee events’. A particular point was made about opportunities to have contact with staff, and opportunities to interact with each other, which reduce isolation and wellbeing.

Reflections

I always pick up some interesting ideas by attending these events. This time I was struck by the different types of online tutorials, and I particularly like the idea of guest speakers and talks. In a computing module, TM112, there have always been guest lectures, given by a central academic. For TM354, I’ve started to facilitate introductory module wide tutorials. I feel we need to do more of this at higher levels.

The question that drove this seminar was, of course: where next for tuition? The university has recently carried out some ‘pilot studies’ to learn more about face-to-face tuition. Whilst I don’t think I can share many words from an OU report, the following sentence, which reflects on face-to-face events appears to be significant: ‘overall students were very positive about their experiences with over 94% of students stating they would attend another event if it was offered’. The report this comes from shares an average cost per student, but also states there are ‘hidden costs’ on top that. I counter this by saying that with any face-to-face event, there are hidden benefits, which cannot easily or directly be accounted for. Face-to-face builds belonging for all participants, as well as students.

In recent years, the Faculty of Arts and Social Sciences has run a series of study days that I’ve attended as a student; an arts and humanities study day in 2024 and an arts and humanities day school in 2023The university officially no longer running face-to-face tuition, arguing that attendance of tutorial does not justify the costs. When I used to deliver face-to-face tutorials, there were some instances where I would go to a tutorial venue, and no students would turn up. In times where finances need to be managed carefully, I do hold the view that returning to the model that the university had would not be appropriate, nor helpful. I understand that, since Covid, student behaviour has now changed. Also, technology has got better; more can be done through remote tutorials. All this said, larger day schools do seem to work, if planned well.

Returning to the question: what next for tuition? I don’t know whether it’s just me, but I do wish that others would say more about the importance and use of face-to-face teaching. I suggest programme and discipline specific days schools. The arts events I went to were really popular; they clearly motivated students and staff alike. This quality enhancement session suggested that having different types of learning events is both important and helpful. I argue that we should add the notion of ‘face-to-face’ learning event into this mix, to further extend the diversity of tuition that is offered.

Acknowledgements

Many thanks to the organisers, and all the facilitators.

Permalink Add your comment
Share post
Christopher Douce

Introducing the R88 qualification: Computer Science with Artificial Intelligence

Visible to anyone in the world

For my sins, I’ve found myself on four module teams; two in production (TM113, TM253) and two in presentation (TM354, and TM470). The two production modules are a part of an important new qualification the university is producing.

What follows is a set of notes I’ve made that relates to this new qualification. For the official word about the R88, my recommendation is to have a look at the R88 qualification webpage

Firstly, a bit of context: a full time degree is made up of 360 academic credits. The equivalent of one year of study at a brick university is 120 credits. The OU also reflects this, and has three levels of study. Degree classification scores are calculated from results from levels 2 and 3. Level 1 is about skills and knowledge development, but level 1 modules do need to be passed. All modules on this qualification are 30 credits. 

Here is a quick summary of what I know.

Level 1

TM110 Computing fundamentals 1: concepts and Python programming

This is the first module to study. It is likely to include some maths just to prepare everyone for the first maths module that follows. Unlike TM111, it makes use of a textual programming language from the outset. Different themes are interleaved with each other. There are two TMAs and an end of module TMA. 

TM113 Computing fundamentals 2: programming, databases, software engineering

The first presentation of this module is planned for October 2026. This obviously has three related components, and like TM110, the topics are interleaved with each other. This uses the same programming language as before, but uses a different programming environment: Visual Studio Code.  Like all these modules, there is a focus on skills development and employability.

TM129 Technologies in practice

This module has three ten point sections: a bit about robotics and AI, a section about virtual machines and the Linux operating system, and a bit about networking. In AI machines will, invariably need to talk with each other. Knowing something about networking is important.

MST124 Essential mathematics 1

This module is produced by the School of Maths and Stats. It builds on ideas that were introduced in TM110.

Level 2

TM253 Programming and software engineering

This new module is planned for October 2027. This picks up where TM113 left off. It is likely to introduce students to a programming language that is different from Java, and is likely to help students do understand more about software design and architecture. There is also likely to be a significant emphasis on object-oriented software (but other programming paradigms might also get mentioned).

TM258 Introduction to machine learning and artificial intelligence

This is a new module which introduces a range of different AI techniques. I know nothing more than this at the moment, but I’ll hazard a guess to say that ‘search’ is likely to be covered.

M269 Algorithms, data structures and computability

It could be argued that M269 is the most computer science of all these computer science modules. It covers the fundamentals, which means searching and sorting.

M249 Practical modern statistics

Stats is important within machine learning (as well as computer science). The module description says that it covers “time series, multivariate analysis, and Bayesian statistics”. 

Level 3

TM342 Investigating intelligence and ethics

As a postgrad student, I studied a module that had the title ‘natural and artificial intelligence’ that was led by the school of psychology. It was a subject that I really enjoyed. I’m looking forward to learning more about what is going to be covered in this module.

TM343 Artificial intelligence in practice

I don’t know anything about this module, other than I know it is going to be hands on, and may well cover the subject of natural language processing (in some way or another).

TM358 Machine learning and artificial intelligence

This is an existing module which is a part of the BSc (Honours) Data Science qualification. The module description says: “you’ll learn about various machine learning techniques but concentrate on deep neural learning”. In other words, neural networks.

TM470 The computing and IT project

This is what is called a capstone module. Students who take this programme are required to complete a project that is likely to have an AI flavour to it. This is also one of the modules that I tutor. I’ve written quite a few articles about TM470 in this blog.

Other qualifications

There are a number of other related qualifications which are worth knowing about:

Reflections

It’s really exciting to be working on the software engineering bit of two new modules. 

In some ways, this takes me back to my undergraduate days where I studied computer science. On the programme, there was a single AI module (which was a third year module) which I quite enjoyed. Things have, of course, moved on a huge amount; there are new techniques and new technologies. I was only taught about symbolic AI, and nothing about statistical approaches. I only came across neural networks as a postgraduate student in the mid-1990s.

It is interesting to see how mathematics is introduced in this programme. It begins slowly with material in TM110. This reflects my own experience as an undergrad. I never studied maths at A or AS level, so I went to a ‘gentle start’ class. This led onto a 'discrete mathematics' class, which could be termed ‘bits of maths that could be useful for those studying computer science’. I didn’t like it much. To this day I remember proofs, matrices (which is useful for computer graphics), and a lot of probability (lots of questions about playing cards). The equivalent of my discrete maths class is, of course, MST124. Given the importance of statistics in machine learning, there is then M249. 

It’s also important to reflect that software engineering has changed since I studied it. Computing is now everywhere, and that is a characteristic that makes it such an interesting subject. It is in your devices, in your appliances, and in the cloud. A personal objective is to work with others to create materials that not only give the materials industrial relevance, but also to share with students what it means to study software engineering as an academic subject.

Looking back to my time as an undergraduate, one of the modules that I recognise most clearly in M269, the data structures and algorithms module. Some fundamentals never change. What does change is how they are used, and how they are realised. I remember reciting Dijkstra’s algorithm in an exam, just as if it were an ode. I also remember getting a bit baffled by the big O notation, which features in M269.

One of the areas that I know I’m weak on is statistics. When I’m through studying my current module, I may well find my way back to maths.

Disclaimers

This qualification (along with all the others) is subject to change and development.

Acknowledgements

Acknowledgements are due to the School of Computing and Communications directors of teaching who have played an important role is establishing this new qualification.

Permalink
Share post
Christopher Douce

Preparing for the summer: A335 Reading list

Visible to anyone in the world
Edited by Christopher Douce, Sunday 30 March 2025 at 20:28

Whilst studying literature modules over the last few years, I’ve been trying to get ahead during my summer holidays. Here’s a reading list blog post that I prepared last year for A334.

What follows is a version of the A335 Literature in Transition reading list. Where possible (in the cases where the books are out of copyright), I’ve added a link to an accompanying Project Gutenberg download page. My aim and intention is to get as much reading done as possible (after taking a bit of a break after the submission of my A334 end of module assessment, which look to be pretty hard going) over the summer. What tends to happen is that I start quite well, but then end up struggling towards the end of the module. 

Just as with my earlier A334 blog, I’ve adjusted the format of each of these references to make sure they more directly comply with the OU Harvard format. Do refer to the CiteThemRight website for further guidance.

Here are a list of the texts:

Eliot, G. (2015) The Mill on the Floss. Edited by G.S.Haight. Oxford World's Classics.

Calvino, I., McLaughlin, M., Parks, T. and Weaver, W. (2010) The Complete Cosmicomics. Penguin Modern Classics.

Ford, F. M. (2013) The Good Soldier. Wordsworth Editions.

Rhys, J. (2000) Good Morning, Midnight. Penguin Modern Classics.

Synge, J. M. (2021) The Playboy of the Western World. Edited by C. Collins. Methuen.

Salih, T. and Johnson-Davies, D. (2003) Season of Migration to the North. Penguin Modern Classics.

Lahiri, J. (2009) Unaccustomed Earth. Bloomsbury.

Dickens, C. (1996) Bleak House. Edited by N.Bradbury. Penguin.

Thomas, D. (2014) Under Milk Wood. Weidenfeld & Nicolson.

Thoreau, H.D. (2008) Walden, Civil Disobedience and Other Writings. Edited by W. Rossi. W. W. Norton & Company.

Hare, D. (2006) Stuff Happens. Faber and Faber. 

Eliot, T.S. (2001) Four Quartets. Faber and Faber.

Mayhew, H. (2008) London Labour and the London Poor. Wordsworth Editions.

Mansfield, K. (2008) Selected Stories. Oxford World's Classics.

Winterson, J. (2014) Oranges are not the Only Fruit. Vintage.

Woolf, V. (2023) Between the Acts. Edited by F. Kermode. E-BOOKARAMA 

Reflections

This is a pretty extreme example of preparing to study a module. This is also quite an intimidating list of texts. It is an interesting mix of classics and the modern. For a couple of these I haven’t managed to find a Gutenberg eBook equivalent. An example is, of course, Mansfield. Gutenberg also seems to offer a number of different volumes for the Mayhew text.

I’m not going to pretend I can get through even a quarter of these texts over my summer holiday. Besides, our reading is directed through the module materials. When I’m studying the module properly, I’m also likely to make use of the officially recommended version of the text, since the notes by the editor and the author are often really useful.

I have a memory of once seeing a production of Under Milk Wood at The National Theatre in 1995. I remember being blown away by the production. I'm looking forward to formally studying Thomas, along with reading Elliot and Rhys.

Acknowledgements

This reading list has been directly liberated from the A335 module summary page. I have no connection with the module team, and it is entirely possible that this reading list may change. Always rely on the recommendations from the module team, rather than any materials that are mentioned in this post.

Permalink Add your comment
Share post

This blog might contain posts that are only visible to logged-in users, or where only logged-in users can comment. If you have an account on the system, please log in for full access.

Total visits to this blog: 3023978