CSE 460: Software Analysis and Design

Sport Concussion Assessment

System Project
Purpose:
Students will develop an application called “Sport Concussion Assessment System” that can
help sport medical practitioners monitor athletes’ conditions for symptoms of concussion.
Currently, one of the most commonly-used tools for assessing concussions is a paper-based
diagnostic tool. The app students develop aims to help sport medical practitioners make a more
timely diagnosis of concussions and avoid subsequent issues that could put the athletes’
well-being at risk. Students developing the app will get hands-on experience with key concepts,
including actors, use cases, use case diagrams, object identification, class diagram
development, and Java implementation.

Objectives:
Students will be able to:

● Elicit requirements for a software system using user scenarios and diagrams
● Identify objects from a given scenario
● Develop class diagrams for identified objects
● Apply UML notation to develop class diagrams and use case diagrams
● Implement an application using Java

Technology Requirements:
● Astah
● Java

Project Overview:
Phase I: Eliciting requirements using use cases, use case diagrams, and CRC diagrams
Phase II: Object identification and class diagram development
Phase III: Implementation using Java
Project Description:
Develop a software system called "Sport Concussion Assessment System,” an app that helps
sport medical practitioners receive and evaluate the conditions or symptoms of athletes after
each game/training session for a possible concussion.

The system will have two groups of users: athletes and sport medical practitioners.
Athletes enter their health conditions or concerns based on well-defined symptoms (see Figure
1 - Symptom Evaluation) through the athlete application (ideally, this could be deployed on a
smartphone or hand-held device), as well as their pain levels on a numerical scale from zero (no
pain) to six (severe pain). The app should use the criteria in the table from Figure 1 - Symptom
Evaluation to determine the difference in athlete symptoms between two successive games or
practices and report on the athlete’s condition, which the sport medical practitioner may use to
advise athletes as needed.

*All symptom information required for this project is available in Figure 1 - Symptom Evaluation.

Basic Operation: ​Input symptom evaluation (twenty-two factors) after each game. Your app
should then store data for the five most recent games in a suitable data structure. Athletes can
see the symptoms summary for each game by selecting a symptom summary button. The
symptom summary includes:

● Total number of symptoms

● Symptom severity score
● Overall rating (no difference, very different, unsure) - after comparing with the summary
of the previous game

Once the athlete submits his or her symptoms through the application, sports medical
practitioners should be able to review the symptoms and view the “risky condition indicator” for
each athlete. “Risky condition” is defined as “a dramatic change in the athlete’s symptom
severity in two successive games” (i.e. “very different” overall rating). The overall severity rating
is used to confirm the risky condition in the athlete. Based on the “risky condition indicator,” the
sport medical practitioners can advise each athlete as needed.

1
Overall Severity Criteria comparing the last two games’ symptom When athlete selects
Rating summaries “Am I at Risk?”
button...
No difference: Total symptom difference < 3 && severity score < 10 Display a green image
Unsure: Total symptom difference < 3 && severity score ≥ 10 Display a yellow image
Very different: Total symptom difference ≥ 3 || severity score ≥ 15 Display a red image

1
​This is ​not​ the criteria doctors use. Do ​not​ use this for any actual diagnostic purposes.

2
Figure 1 - Symptom Evaluation

Figure 1 - Symptom Evaluation

3
Submission Directions for Project Deliverables
Use the Sport Concussion Assessment System Project Submission Document to submit Phases
I and II as a ​single​ PDF titled “Last Name_First Name_Sport Concussion Assessment System
Project_Phases I and II_Submission”.

Submit Phase III as a ​separate​ zip file named “Last Name_First Name_Sport Concussion
Assessment System Project_Phase III_Submission”.

Phase I - Directions:
Refer to the Sport Concussion Assessment System Project Submission Document to complete
Phase I.

1. Use Astah to draw a use case diagram. When you have completed your diagram, take a
clear screenshot of the diagram and include it in the Sport Concussion Assessment
System Project Submission document.
a. Identify the actors and major use cases of the system.
b. Draw the use case diagram using Astah. Use proper UML notations while
drawing your use case diagram.

Phase II - Directions:
Refer to the Sport Concussion Assessment System Project Submission Document to complete
Phase II. Use as many pages as you need to complete Phase II.

1. Using the basic operation scenario given in the Sport Concussion Assessment System
description, develop two major use case descriptions for the athlete and sport medical
practitioner. Include this in the Sport Concussion Assessment System Project
Submission Document.
2. Use these use case scenarios from the previous step to identify potential objects and
create a CRC card for each object. Include this in the Sport Concussion Assessment
System Project Submission Document.
3. Draw the UML class diagram using the identified objects using Astah. When you have
completed your diagram, take a clear screenshot of the diagram and include it in the
Sport Concussion Assessment System Project Submission Document.

4
Phase III - Directions:
Use Java to develop a console application that implements some of the functionalities
(implement only the athlete interface, no need to implement the practitioner interface) described
in Parts A, B, and C.

1. Save and submit your code as a zip file named “Last Name_First Name_Sport
Concussion Assessment System Project_Phase III_Submission”.

Part A
Input symptom evaluation (twenty-two factors) after each game. The app should then store data
for the five most recent games in a suitable data structure. (See Figure 2 sample interface for
collecting symptom severity information from injured athletes by the system.)

Part B
Athletes can see the symptoms summary for each game by selecting the symptom summary
option. The symptom summary includes:

● Total number of symptoms

● Symptom severity score
● Overall rating (no different, very different, unsure) – after comparing with the summary of
the previous game.

2
Criteria :
No difference: Total symptom difference < 3 && severity score < 10
Unsure: Total symptom difference < 3 && severity score ≥ 10
Very different: Total symptom difference ≥ 3 || severity score ≥ 15

Part C
Display the risky condition indicator. “Risky condition” is defined as a dramatic change in
athlete’s symptoms severity in two successive games. An overall severity rating (no difference,
very different, and unsure) is used to confirm the risky condition in an athlete. When the athlete
selects the “Am I at Risk?” button, the athlete will be notified of his or her condition:

If no difference: Display a green image.

If unsure: Display a yellow image.
If very different: Display a red image.

2
​This is ​not​ the criteria doctors use. Do ​not​ use this for any actual diagnostic purposes.

5
Figure 2 - Sample interface for collecting symptom severity information from injured
athletes by the system