MyTA

1
MyTA
Southern Cross
Yuzhi Wang Bin Li Heba Abozenadan Hashem Alnasser
2
Range of Demo
Group makeup Problem statement Use case model
Business cases Issues Analysis object mode
Analysis Scenarios Analysis OID Analysis
state diagram ER model Website prototype
3
(No Transcript)
4
(No Transcript)
5
(No Transcript)
6
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.
7
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.
8
Business Case
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,000 Expenses for additional
hardware and software 50,000 Expense for test
2,000 Support after installation for one year
20,000 Contingency 20,000 Total
139,000 Effort Teachers diary work becomes
easier and more efficient than before. Students
get information from the teacher more
conveniently.
9
Issues
10
Use Case No.25
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 professors office. A
professors 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
11
Scenario for use case No.25
Scenario 25.1 Student makes an appointment with
professor (successfully). Scenario 25.2 Student
makes an appointment with professor (rejected).
Scenario 25.3 Student makes an appointment with
professor (changed). Scenario 25.4 Student
makes an appointment with professor (Cancel).
12
(No Transcript)
13
(No Transcript)
14
Class Description
Name Appointment Definition 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 appointment Reschedule
appointment Check appointment status Key
attributes Title Date From To
Relations Associations madeBy(Professor) or
madeBy(Student) States Make Cancel Confirm Rej
ect Documentation Once an appointment is overdue,
the appointment will be deleted automatically by
system.
15
(No Transcript)
16
(No Transcript)
17
(No Transcript)
18
(No Transcript)
19
(No Transcript)