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)