MyTA

Southern CrossYuzhi WangBin LiHeba AbozenadanHashem Alnasser

Group makeup

Problem statement

Use case model

Business cases

Issues

Analysis object mode

Analysis Scenarios

Analysis OID

Analysis state diagram

ER model

Website prototype

Range of Demo

MyTA

The project MyTA is a application based on SaaS model. MyTA is design to serve all teachers to manage their daily work such as attributing lecture notes, assignments, students’ grades, messages, fast Q and A, etc. To support these requirements, this application as a service offers some functions for the teachers which can be both clearly to see and simple to operate. The website stores all the information for the certain teacher so that one teacher can upload documents or post grades to his/her students.

Problem Statement

The professors of Western Oregon University address their daily work by using the current system of the university which can only supply a space for the professors to store their documents based on a website, but not all the professors know how to create a website except some technology relevant departments. Moreover, the functions of the exist system are not good enough for both professor and students. For most students, the only way to get information from the professor is by Email or in class. Students and professors are looking for a new way to make this process simpler and more efficiency.

This project is a service engagement for a specific customer, so there will be no traditional business case as would have been done for a product

Cots for the overall project

Development effort: $42,000 (4 person months )Expenses for external training and consulting: $5,000Expenses for additional hardware and software: $50,000Expense for test: $2,000Support after installation for one year: $20,000Contingency: $20,000Total: $139,000

Effort:Teachers’ diary work becomes easier and more efficient than before.Students get information from the teacher more conveniently.

Business Case

IssuesOpen Issues

Issue ID

Title Owner

Asgn Status

Description Classification

Prty

Open date

Close Date

Due Date

Action Plan

Decision

2 UI standard BL BL A What user interface standards are we going to adopt for TA system?

Management

High

5/1 5/2

2

Note: Legend: A – Assign; U – Unassigned; 1 - Ask Customer; 2 – Discuss with CustomerClosed Issues － Business Decisions

Issue ID

Title Owner

Asgn Status

Description Classification

Prty

Open date

Close Date

Due Date

Action Plan

Decision

1 System user policy

BL BL Clsd Who is allowed to use TA system

Requirements&Design

High

4/22 4/24 4/24

1 Only students, teachers and staff members in the same school can register and logon in TA system

Note: Legend: A – Assign; U – Unassigned; 1 - Ask Customer; 2 – Discuss with Customer

Closed Issues － Technical Decisions

Issue ID

Title Owner

Asgn Status

Description Classification

Prty

Open date

Close Date

Due Date

Action Plan

Decision

3 Security BL BL U How to avoid assault by hacker

Design High

5/7 5/15

2 Install a firewall for our system.

Note:

Legend: A – Assign; U – Unassigned; 1 - Ask Customer; 2 – Discuss with Customer

Make an appointment

Definition: A student user can make an appointment with his professor. Two

significant parts of an appointment is required that are time and title. The appointment request will be send to professor. The same thing happened on a professor too.

Note: Select a professor or student you expect to talk first. The place is always the professor’s office.A professor’s current available time list will be served for the student

to select.If a student has some particular requirements, list it in “Notice”

section.

Actor: Students

Use Case No.25

Scenario 25.1Student makes an appointment with professor (successfully).

Scenario 25.2Student makes an appointment with professor (rejected).

Scenario 25.3Student makes an appointment with professor (changed).

Scenario 25.4Student makes an appointment with professor (Cancel).

Scenario for use case No.25

Purposed

Rejected

Cancelled

Students or Professors Purposed

Students or Professors Confirm (No Problem)

Confirmed

State Diagram for the Appointment class

Students or Professors Reject (Problem)

Students or Professors Remade

Students or Professors Cancel (Problem)

Made

Name: AppointmentDefinition: A special activity that enables students and professors to communicate or discuss with each other at a certain time which is available for both of them.Operations:Make an appointmentReschedule appointmentCheck appointment statusKey attributes:TitleDateFromTo Relations:Associations: madeBy(Professor) or madeBy(Student)States:MakeCancelConfirmRejectDocumentation Once an appointment is overdue, the appointment will be deleted automatically by system.

Class Description