310414 REQUIREMENTS CAPTURE 1 ASU Course Registration Domain Model.

Slides:



Advertisements
Similar presentations
ISIS Registration.
Advertisements

Use case tutorial examples.
Use Case & Use Case Diagram
Prepared by ASM Research, Inc. 1 INTRODUCING the New ACQ Now Available for FY02 Acquisition Training Application System.
CTE Registration System Workshop 1.
Banner Training For Catalog
Pre-Enrollment Spring Pre-Enrollment Packet Letter to Parents Commonly Asked Questions Transcript Concurrent Enrollment Information Course Description.
SwE 313 Case Study Registration System.
Close Registration Brief Description
Doctoral Program of Study Step by Step Guide on submitting your Interactive Program of Study online.
Graduate Program Of Study Step by Step Guide to submitting your Interactive Program of Study online.
Sample Analysis Model. Example: Sequence Diagram –“Richer Sample.” : Student : RegisterForCoursesForm : RegistrationController : Schedule : Student :
How to send request for activating your Hotmail account go to site 
Page 1 R Copyright © 1997 by Rational Software Corporation Analysis and Design with UML.
1. Print the Degree Audit 2. Use the Wizard to Add Courses 3. Use Catalog Search and Add 4. Re-print the Degree Audit 5. Contact your Advisor 6. Register.
1 Registering for Classes Using MyUAlbany Advisement Services Center.
The Registration Experience Student Registration via Self-Service.
REQUIREMENTS CAPTURE 1 ASU Course Registration System User Interface Specifification UI Elements Register for courses Use Case.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Faculty Center for Instructors and Roster Contacts Roles and Access Faculty Center Features Grade Changes and Approval.
COURSE ADDITION CATALOG DESCRIPTION To include credit hours, type of course, term(s) offered, prerequisites and/or restrictions. (75 words maximum.) 4/1/091Course.
Use Case modelling 1. Objectives  Document user requirements with a model  Describe the purpose of an actor and a use case  Construct a use case model.
Drop-In Course Registration Review Class Registration TUTORIAL.
Faculty Center for Instructors and Roster Contacts Roles and Access Faculty Center Features Grade Changes and Approval.
Course Selection Instructions For St. Augustine
COMP 211 REQUIREMENTS CAPTURE 1 ASU Course Registration Acceptance Test Plan (Inception Phase)
Requirements Analysis Visual Modeling] Lab 02 Visual Modeling (from Visual Modeling with Rational Rose and UML) A way of thinking about problems using.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model Actor.
REQUIREMENTS CAPTURE 1 ASU Course Registration Domain Model.
Specifying Software Component Frameworks using UML and OCL H. Conrad Cunningham Yi Liu Software Architecture Research Group Dept. of Computer & Information.
Shanghai Jiao Tong University 上海交通大学软件工程中心 Object Oriented Analysis and Design Requirements Overview.
Class of 2017 Scheduling for the school year Class of 2017 Scheduling for the school year.
1 The Unified Modeling Language. 2 The Unified Modeling Language (UML) is a standard language for writing software blueprints. The UML may be used to.
ASU Course Registration System System Analysis Communication Diagram Use Case: Select Courses to Teach.
FAST STUDENT Your Chance to Learn!. Objectives for today’s course Show you what we think is new & exciting in FAST Student Demo of some new functionality.
COMP231 Tutorial 1 ER Model and ER to Relational Schema.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model.
Faculty Center for Instructors and Roster Contacts Roles and Access Faculty Center Features Grade Changes and Approval.
1-1 Chapter 1 Databases and Database Users 1.1 Introduction 1.2 An Example 1.3 Characteristics of the Database Approach 1.4 Actors on the Scene 1.5 Workers.
Northwest Nazarene University introduces PDLearn The CPD’s web access course selection and registration system for students and instructors Instructor.
Class Scheduler Team Members Bernard Battle Jerad Blake James Knoch Chris Louallen Lenora Pride.
Page 1  Copyright © 1997 by Rational Software Corporation Putting the UML to Work The ESU University wants to computerize their registration system –
Essentials of Visual Modeling w/ UML Instructor Notes
More DFDs Class 12.
ONLINE COURSE REQUEST HIGH SCHOOL IMPLEMENTATION JANUARY 2016.
Faculty Center for Instructors Roles and Access Faculty Center Features Grade Changes and Approval.
ACO 101: Use cases What do the users do?. When building a system You begin with the Use Case Analysis – When looking at the system as a whole, Use Case.
Create a Study Abroad Section
Schedule of NTUST course selection 2017 Fall
ONLINE COURSE REGISTRATION
Entity-Relationship Modeling
UML SEQUENCE AND CLASS DIAGRAMS
HIGH SCHOOL IMPLEMENTATION
COURSE REQUEST INSTRUCTIONS
The Unified Modeling Language
Step 3 Register for Classes
Kentwood Registration -Juniors
Getting Ready for Registration
COURSE REQUESTS PROCESS SENIORS
Welcome Fall 2010 Semester.
Example A university registrar’s office maintains data about the following entities: (a) courses, including number, title, credits, syllabus, and prerequisites;
Registration February 27– March 9, 2017
for Instructors and Roster Contacts
How To Register for Classes on KnightVision
Marvel College Appendix A.
for Instructors and Roster Contacts
Mount Si High School Grade 11
It’s time to plan for your Sophomore year !
OnCourse Online Course Requests
Presentation transcript:

REQUIREMENTS CAPTURE 1 ASU Course Registration Domain Model

REQUIREMENTS CAPTURE 2 ASU — COURSE REGISTRATION PROBLEM STATEMENT At the beginning of each semester, students may request a course catalog containing a list of course offerings needed for the semester. Information about each course, such as instructor, department, and prerequisites are included to help students make informed decisions. The new system will allow students to select four course offerings for the coming semester. In addition, each student will indicate two alternative choices in case a course offering becomes filled or is canceled. No course offering will have more than ten students or fewer than three students. A course offering with fewer than three students will be canceled. Once the registration process is completed for a student, the registration system sends information to the billing system so the student can be billed for the semester. Professors must be able to access the online system to indicate which courses they will be teaching, and to see which students signed up for their course offerings. For each semester, there is a period of time that students can change their schedule. Students must be able to access the system during this time to add or drop courses.

REQUIREMENTS CAPTURE 3 ASU — POSSIBLE CLASSES At the beginning of each semester, students may request a course catalog containing a list of course offerings needed for the semester. Information about each course, such as instructor, department, and prerequisites are included to help students make informed decisions. The new system will allow students to select four course offerings for the coming semester. In addition, each student will indicate two alternative choices in case a course offering becomes filled or is canceled. No course offering will have more than ten students or fewer than three students. A course offering with fewer than three students will be canceled. Once the registration process is completed for a student, the registration system sends information to the billing system so the student can be billed for the semester. Professors must be able to access the online system to indicate which courses they will be teaching, and to see which students signed up for their course offerings. For each semester, there is a period of time that students can change their schedule. Students must be able to access the system during this time to add or drop courses.

REQUIREMENTS CAPTURE 4 ASU — POSSIBLE CLASSES semester  attribute (of course offering) student  O.K. course catalog  irrelevant (physical system generated entity) course offering  O.K. course (information)  O.K. instructor  redundant (same as professor) department  O.K. prerequisite  role (of course) informed decision  vague (mental process of students) system  implementation construct alternative choice  redundant (same as course offerings) registration process  operation (activity of using the system) information  vague (need to specify more clearly) billing system  irrelevant (external system) professor  O.K. period of time  vague (related to processing constraints) schedule  redundant (same as course offerings)

REQUIREMENTS CAPTURE 5 ASU — POSSIBLE ASSOCIATIONS At the beginning of each semester, students may request a course catalog containing a list of course offerings needed for the semester. Information about each course, such as instructor, department, and prerequisites are included to help students make informed decisions. The new system will allow students to select four course offerings for the coming semester. In addition, each student will indicate two alternative choices in case a course offering becomes filled or is canceled. No course offering will have more than ten students or fewer than three students. A course offering with fewer than three students will be canceled. Once the registration process is completed for a student, the registration system sends information to the billing system so the student can be billed for the semester. Professors must be able to access the online system to indicate which courses they will be teaching, and to see which students signed up for their course offerings. For each semester, there is a period of time that students can change their schedule. Students must be able to access the system during this time to add or drop courses.

REQUIREMENTS CAPTURE 6 ASU — POSSIBLE ASSOCIATIONS student — requests — course catalog  eliminated course catalog — contains — course offering  eliminated semester — needs — course offering  eliminated course catalog — includes — course information  eliminated course catalog — helps — student  eliminated student — makes — informed decision  eliminated student — selects — course offering  operation student — indicates — alternative choice  operation ? — fills — course offering  operation ? — cancels — course offering  operation course offering — has — student  O.K. student — completes — registration process  eliminated system — sends — information — to — billing system  eliminated billing system — bills — student  eliminated professor — accesses — system  eliminated professor — indicates — course  operation professor — teaches — course  O.K. professor — sees — student  operation student — signs up for — course offering  operation student — changes — schedule  operation student — accesses — system  eliminated student — adds — course  operation student — drops — course  operation

REQUIREMENTS CAPTURE 7 ASU — COURSE REGISTRATION DOMAIN MODEL prerequisite StudentInfo CourseOffering Teaches AppointedIn Offers ProfessorInfoDepartment Course IsPrerequisiteFor * * 1..* 1* * EnrolledIn grade : String 1..*

REQUIREMENTS CAPTURE 8 ASU DOMAIN MODEL DETAIL— GENERALIZATION userID :String password : String userGroup : Integer surname : String otherNames : String address : String DOB : Date dateOfAdmission : Date levelOfStudy : String modeOfStudy : String yearOfStudy : Integer StudentInfo CourseOffering offeringId : String semester : String year : Integer Course code : String title : String description: String credits : Integer userID : String password : String userGroup : Integer surname : String otherNames : String address : String DOB : Date qualification : String ProfessorInfo Department code: String title : String

REQUIREMENTS CAPTURE 9 prerequisite ASU — COURSE REGISTRATION DOMAIN MODEL StudentInfo CourseOffering Teaches AppointedIn Offers ProfessorInfoDepartment Course IsPrerequisiteFor * * 1..* 1* * EnrolledIn grade : String Person 1..*