CHI2401 Software Architecture

Hello, if you have any need, please feel free to consult us, this is my wechat: wx91due

School of Computing and Engineering

ASSIGNMENT SPECIFICATION

Module

Details

Module Code

CHI2401

Module Title

Software Architecture

Course Title/s

Applied Computing

Assessment

Weighting, Type and Contact Details

Title

Models Portfolio: Models and Presentation

Weighting

50%: Report (30%), Presentation (20%)

Mode of working for assessment task

Individual

There should be no collusion or collaboration whilst working on and subsequently submitting this assignment.

Submission

Submission and Feedback Details

Hand-out date

13/01/2025

How to submit your work.

Brightspace Assignment with TurnItIn

Submission date/s

24/03/2025  by 12:00 noon – if you have any technical issues submitting your work, please contact the Module Leader as soon as possible.

Expected amount of independent time you should allocate to

complete this

assessment

26 hrs

Submission type and format

Report (PDF): 2000 ± 5%

Assignment Title

1. Assignment Aims

ATLAS is a general-purpose particle physics experiment at the Large Hadron Collider (LHC) at CERN. The ATLAS@CERN detector consists of six different detecting subsystems wrapped concentrically in layers around the collision point to record the trajectory, momentum, and energy of particles, allowing them to be individually identified and measured. Beams of particles travelling at energies up to thirteen trillion electron-volts (TeV) from the LHC collide at the centre of the ATLAS detector producing collision debris in the form of new particles which fly out in all directions. Over a billion particle interactions take place in the ATLAS detector every second.

ATLAS records over 10,000 TB of data per year which is filtered according to the needs of individual physics analyses. The ATLAS computing infrastructure uses custom software that converts the raw signals from the detector into information that physicists can study. By piecing together individual detector signals, the software is  able to reconstruct the paths of particles, identify their particle type (e.g. electrons or muons) and much more.

Acts Common Tracking Software (ACTS) is an experiment-independent toolkit for [charged] particle track reconstruction in high-energy physics experiments implemented in modern C++ that can be used for any tracking detector. The aim of this assignment is to model the software architecture, i.e. functional, nonfunctional, and constraints of ACTS. This assignment will allow students:

.    To  demonstrate their knowledge and skills in applying software architecture methods and techniques to a problem domain.

.    To  understand the significant role that requirements and models play in the design of software systems.

.    To  compare different approaches to software architecture modelling using a variety of modelling techniques

.    To encourage students to demonstrate and explain their work to others.

2. Learning Outcomes:

Upon completion of this module, the student will have a:

.    Sound knowledge of basic concepts, ideas, methods, approaches, and techniques in the field of software architecture.

.    Elicit,  analyse  and  validate  software  system  requirements  using  a  range  of modelling techniques to create model-driven software architecture.

.    Compare  and  contrast  the  most  appropriate  type of modelling technique to describe an aspect of a software architecture.

.    Explain how issues that are faced when working professionally (e.g. Codes of Conduct,  Codes  of  Ethics,  and  Equality,  Diversity and  Inclusivity) relate  to software architecture.

3. Assessment Brief

The  aim  of  this  assessment  is  to  model the software architecture  based on the requirements  -  functional,  non-functional,  and  constraints  - of  the  Acts  Common Tracking Software (ACTS) project.

You are required to produce a portfolio of artefacts in the form of a [report], which demonstrates your understanding of the problem space i.e., charged particle track reconstruction  in high-energy physics, and the  [application] of a  range of software architecture methods, techniques, and approaches introduced during the sessions.

Report: Domain Analysis and Models

The report must include the following main sections:

1.  Domain Analysis:

.    Domain background.

.    Domain model.

.    UML Use Case Diagram

.    Utility tree

2.  Models:

.    Model 1: C4 (Context, Container, Component, Code)

.    Model 2: 4+1 Use case diagram plus the most appropriate view and diagram(s) to represent the software architecture.

.    Model 3: Architectural style (Select the most appropriate style and provide a rationale and justification for your choice)

i.      All models must conform to strict notation.

ii.      Draw the models using a standard modelling package of your choice i.e. Visual Paradigm, MS Visio, MS Visual Studio, OmniGraffle etc.

a.  NB: MS Word and MS PowerPoint are ‘not’ modelling tools.

3.  A [critical] comparative analysis of the [general] architectural modelling

approaches, i.e. UML, SysML etc. Presentation:

.     In addition to the report, you will be required to give a [ 10-minute presentation] linking   the   core  theory    introduced   through    the   sessions   and    reading assignments  to  the   practice  and  application  of  software   architecture  and modelling.

.     In  addition,  students  are  required  to  [reflect]  on  the  legal,  ethical,  social, professional, equality, diversity, and inclusivity issues.

.    Without exception, all  presentations will be  [live] and presented to the whole class during timetabled sessions.

.    Presentations will  begin in week  10 of the term and will  be completed by the last session.

4. Marking Scheme

The overall assessment  is worth  65% of the  module. A  detailed grading  rubric  is available via Brightspace, which highlights how the overall elements are marked in detail.

Report (100 marks with a 35% weighting)

.    Domain Analysis [40 marks]

o Domain Background [10 marks]

o Domain Model [10 marks]

o Utility tree [10 marks]

o Use case diagram [10 marks]

.    Models (40 marks)

o  C4 [15 marks]

o 4+1 [15 marks]

o Architectural style [10 marks]

.    Critical comparative analysis of software architecture modelling techniques [20 marks]

.    Total: 100 marks (30% weighting)

Presentation (100 marks with a 30% weighting)

.    Demonstrates knowledge of fundamental software architecture theory [35 marks].

.    Link software architecture theory to practice [30 marks].

.    Identifies and reflects on Legal, Ethical, Social, Professional, Equality, Diversity and Inclusivity Issues [35 marks].

.    Total: 100 marks (30% weighting)



发表评论

电子邮件地址不会被公开。 必填项已用*标注