- Generate the class diagram for the entire proposed system.  The class diagram should include at- tributes, operations, visibility, relationships,  multiplicity, etc.   to offer  a comprehensive view of your system’s design. Please state any assumption you make.

A3. Object diagram

Provide an object diagram for ONE non-trivial scenario of interest. Make sure the object diagrams follow the right notation.

A4.  Sequence diagram

Provide TWO sequence diagrams, each describing a non-trivial scenario of interest.  Make sure the sequence diagrams follow the right notation and include guard conditions, interaction frames, etc.  Please state any assumption you make.

A5. State diagram

Provide TWO state diagrams, each describing a non-trivial object transition or component of the system.  Make sure the object diagrams follow the right notation and include guard conditions, parallel states, etc. Please state any assumption you make.

Note: For tasks A1 to A5, select scenarios from those documented as part of the use case diagram (Assignment 1 - Task B1) and generate scenarios/user stories (Assignment 1 - Task B3).  Please ensure consistency in the actors, external systems, and use case names as much as possible.  Also, be sure to specify any assumptions you make during the analysis.

B. Software Architectures - (6% in total) - (3% each of the tasks)

You are now a software architect and you need to adopt a sensible architecture style for your system.

B1.  Component Diagram

Select TWO possible architecture styles for the software design of your system and describe each of them using UML Component Diagrams. The diagram should include at least 25 components / subcom- ponents in total.

B2. Architectural Styles

Compare and contrast the TWO selected candidate architecture styles in B1 in terms of their quality attributes (tradeoff analysis) in a (max 400 words).  Among the numerous possible trade-offs, you may consider security, performance,  scalability,  availability,  safety,  and/or usability, etc., while evaluating architecture choices and decisions.   After  the trade-off analysis,  provide  a sensible conclusion on the reasons behind selecting one of the two architectures to implement your system. Note: You may choose to combine multiple styles in your design.

Trade-off analysis. Evaluate these architectures based on specific criteria such as performance, main- tainability, testability, security, scalability and any other relevant factors. In your analysis, consider the strengths and weaknesses of each architecture in meeting these criteria.  What are the implications of these trade-offs for the overall design of the system?

C. Software Development Methodology - (6% in total) - (3% each of the tasks)

Select a team that does an interesting / core part of the software you are building.  Now imagine yourself as the product owner of the team.

C1.  Software Methodology

Describe the development methodology (e.g., Scrum / Kanban / Hybrid) that you will adapt to develop your system and the reasons behind it (max 400 words). For instance, if you consider Kanban, then you need to describe the Kanban board, the length of the sprints, etc. How do they choose these parameters and why.

C2. Version control

How will you design version control for your application in terms of the different repositories,  their dependencies and the strategy to create brunches. Reason about the design (maximum 200 words).

Hint: You may choose to use a diagram to explain the design.

D. Software Testing and Quality Assurance (9% in total) - (3% each of the tasks)

This question focuses on the testing aspect of the component your team is building.

D1. Provide  a  testing  plan using the template explained in class of your system,  covering  EIGHT functional and FOUR non-functional requirements. Your plan should cover the test items, features to be tested, features not to be tested, Test approach, at least ONE positive test case and TWO negative test cases for each feature selected; and the testing exit criteria.  Select interesting and important test cases to include.

Detailed marking scheme: For each test case you will get 0.5 marks and for the rest of the test plan content and structure carry 2 marks.

Hint: A good answer to the test approach will contain thoughts on how you will handle non-trivial cases, for example, where a feature has an external dependency. An excellent answer to the test cases will list cases for unit testing, integration testing, and system testing.

D2. Argue which test cases you describe in D1 need to be automated and which are not, and why in a maximum of 300 words.

Hint: A good answer will include interesting cases, e.g., where automation is critical from a feature perspective, but complex to achieve for other reasons or viceversa.  An excellent answer will also quantify the estimated effort saved by automation.

D3. As the product develops, the automated tests proposed above may need to be continuously updated to remain relevant.  Think of a strategy to perform this task efficiently  (in terms of the hours of work needed in this maintenance in addition to the new features that will be added) in maximum 300 words.

Hint: A good answer will present at least two mitigation approaches and argue which is better and why. An excellent answer will quantify the advantage.

E. Software Deployment and Maintenance (3%)

Describe your deployment and maintenance plan for your software project in a maximum of 400 words. The plan should include details about the deployment platforms (e.g., on-premises, public cloud, private cloud, hybrid cloud), the CI/CD tool that you will use to automate the process, and the maintenance strategy(ies) that you could apply in your project.

F. Software Ethics (3%)

Describe how the proposed system follows ethical and responsible design based on the IEEE/ACM soft- ware engineering code of ethics in a maximum of 400 words.

G. Remarks (3%)

This question requires you to break down the contribution of each group member to assignment 2.  Please also mention the number of feedback sessions that the team has signed up for.  Make sure to carefully discuss and write this section in agreement with the rest of the team members.

Refer to Table below.  Each member should fill in the corresponding row.  Put a number (point) between 0 − 5 in a cell to denote the contribution to the corresponding task. The meaning of the points is up to your group to decide and you should add a table to explain this (think of the table discussed in class to explain the story points in week 7). Feel free to add more columns as necessary.

5 Submission

This submission must be a single PDF document and should be uploaded to Canvas on December 7th, 2023 at 17:00  (UK time).  Only one submission per group is required.  The deliverable is