- Văn bản
- Lịch sử
Close RegistrationBrief Description
Close Registration
Brief Description
This use case allows a Registrar to close the registration process. Course offerings that do not have enough students
are cancelled. Course offerings must have a minimum of three students in them. The billing system is notified for
each student in each course offering that is not cancelled, so the student can be billed for the course offering.
Flow of Events
Basic Flow
This use case starts when the Registrar requests that the system close registration.
1. The system checks to see if registration is in progress. If it is, then a message is displayed to the Registrar, and
the use case terminates. The Close Registration processing cannot be performed if registration is in progress.
2. For each course offering, the system checks if a professor has signed up to teach the course offering and at least
three students have registered. If so, the system commits the course offering for each schedule that contains it.
3. For each schedule, the system “levels” the schedule: if the schedule does not have the maximum number of
primary courses selected, the system attempts to select alternates from the schedule’s list of alternates. The first
available alternate course offerings will be selected. If no alternates are available, then no substitution will be
made.
4. For each course offering, the system closes all course offerings. If the course offerings do not have at least
three students at this point (some may have been added as a result of leveling), then the system cancels the
course offering. The system cancels the course offering for each schedule that contains it.
5. The system calculates the tuition owed by each student for his current semester schedule and sends a transaction
to the Billing System. The Billing System will send the bill to the students, which will include a copy of their
final schedule.
Alternative Flows
No Professor for the Course Offering
If, in the Basic Flow, there is no professor signed up to teach the course offering, the system will cancel the
course offering. The system cancels the course offering for each schedule that contains it.
Billing System Unavailable
If the system is unable to communicate with the Billing System, the system will attempt to re-send the
request after a specified period. The system will continue to attempt to re-send until the Billing System
becomes available.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system in order for this use case to begin.
Post-Conditions
If the use case was successful, registration is now closed. If not, the system state remains unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 7
Section 1: Course Registration Requirements
Login
Brief Description
This use case describes how a user logs into the Course Registration System.
Flow of Events
Basic Flow
This use case starts when the actor wishes to log into the Course Registration System.
1. The actor enters his/her name and password.
2. The system validates the entered name and password and logs the actor into the system.
Alternative Flows
Invalid Name/Password
If, in the Basic Flow, the actor enters an invalid name and/or password, the system displays an error
message. The actor can choose to either return to the beginning of the Basic Flow or cancel the login, at
which point the use case ends.
Special Requirements
None.
Pre-Conditions
The system is in the login state and has the login screen displayed.
Post-Conditions
If the use case was successful, the actor is now logged into the system. If not, the system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 8
Section 1: Course Registration Requirements
Maintain Professor Information
Brief Description
This use case allows the Registrar to maintain professor information in the registration system. This includes adding,
modifying, and deleting professors from the system.
Flow of Events
Basic Flow
This use case starts when the Registrar wishes to add, change, and/or delete professor information in the system.
1. The system requests that the Registrar specify the function he/she would like to perform (either Add a
Professor, Update a Professor, or Delete a Professor)
2. Once the Registrar provides the requested information, one of the sub flows is executed.
If the Registrar selected “Add a Professor”, the Add a Professor subflow is executed.
If the Registrar selected “Update a Professor”, the Update a Professor subflow is executed.
If the Registrar selected “Delete a Professor”, the Delete a Professor subflow is executed.
Add a Professor
The system requests that the Registrar enter the professor information. This includes:
- name
- date of birth
- social security number
- status
- department
1. Once the Registrar provides the requested information, the system generates and assigns a unique id
number to the professor. The professor is added to the system.
2. The system provides the Registrar with the new professor id.
Update a Professor
1. The system requests that the Registrar enter the professor id.
2. The Registrar enters the professor id. The system retrieves and displays the professor information.
3. The Registrar makes the desired changes to the professor information. This includes any of the
information specified in the Add a Professor sub-flow.
4. Once the Registrar updates the necessary information, the system updates the professor record.
Delete a Professor
1. The system requests that the Registrar enter the professor id
2. The Registrar enters the professor id. The system retrieves and displays the professor information.
3. The system prompts the Registrar to confirm the deletion of the professor.
4. The Registrar verifies the deletion.
5. The system deletes the professor from the system.
Copyright IBM Corp. 2004 Page 9
Section 1: Course Registration Requirements
Alternative Flows
Professor Not Found
If, in the Update a Professor or Delete a Professor sub-flows, a professor with the specified id number
does not exist, the system displays an error message. The Registrar can then enter a different id number or
cancel the operation, at which point the use case ends.
Delete Cancelled
If, in the Delete A Professor sub-flow, the Registrar decides not to delete the professor, the delete is
cancelled, and the Basic Flow is re-started at the beginning.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system before this use case begins.
Post-Conditions
If the use case was successful, the professor information is added, updated, or deleted from the system. Otherwise,
the system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 10
Section 1: Course Registration Requirements
Maintain Student Information
Brief Description
This use case allows the Registrar to maintain student information in the registration system. This includes adding,
modifying, and deleting Students from the system.
Flow of Events
Basic Flow
This use case starts when the Registrar wishes to add, change, and/or delete student information in the system.
1. The system requests that the Registrar specify the function he/she would like to perform (either Add a Student,
Update a Student, or Delete a Student)
2. Once the Registrar provides the requested information, one of the sub flows is executed.
If the Registrar selected “Add a Student”, the Add a Student subflow is executed.
If the Registrar selected “Update a Student”, the Update a Student subflow is executed.
If the Registrar selected “Delete a Student”, the Delete a Student subflow is executed.
Add a Student
1. The system requests that the Registrar enter the student information. This includes:
- name
- date of birth
- social security number
- status
- graduation date
2. Once the Registrar provides the requested information, the system generates and assigns a unique id
number to the student. The student is added to the system.
3. The system provides the Registrar with the new student id.
Update a Student
1. The system requests that the Registrar enter the student id.
2. The Registrar enters the student id. The system retrieves and displays the student information.
3. The Registrar makes the desired changes to the student information. This includes any of the
information specified in the Add a Student sub-flow.
4. Once the Registrar updates the necessary information, the system updates the student information.
Delete a Student
1. The system requests that the Registrar enter the student id
2. The Registrar enters the student id. The system retrieves and displays the student information.
3. The system prompts the Registrar to confirm the deletion of the student.
4. The Registrar verifies the deletion.
5. The system deletes the student from the system.
Copyright IBM Corp. 2004 Page 11
Section 1: Course Registration Requirements
Alternative Flows
Student Not Found
If, in the Update a Student or Delete a Student sub-flows, a student with the specified id number does not
exist, the system displays an error message. The Registrar can then enter a different id number or cancel the
operation, at which point the use case ends.
Delete Cancelled
If, in the Delete A Student sub-flow, the Registrar decides not to delete the student, the delete is cancelled
and the Basic Flow is re-started at the beginning.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system before this use case begins.
Post-Conditions
If the use case was successful, the student information is added, updated, or deleted from the system. Otherwise, the
system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 12
Section 1: Course Registration Requirements
Register for Courses
Brief Description
This use case allows a Student to register for course offerings in the current semester. The Student can also update or
delete course selections if changes are made within the add/drop period at the beginning of the semester. The Course
Brief Description
This use case allows a Registrar to close the registration process. Course offerings that do not have enough students
are cancelled. Course offerings must have a minimum of three students in them. The billing system is notified for
each student in each course offering that is not cancelled, so the student can be billed for the course offering.
Flow of Events
Basic Flow
This use case starts when the Registrar requests that the system close registration.
1. The system checks to see if registration is in progress. If it is, then a message is displayed to the Registrar, and
the use case terminates. The Close Registration processing cannot be performed if registration is in progress.
2. For each course offering, the system checks if a professor has signed up to teach the course offering and at least
three students have registered. If so, the system commits the course offering for each schedule that contains it.
3. For each schedule, the system “levels” the schedule: if the schedule does not have the maximum number of
primary courses selected, the system attempts to select alternates from the schedule’s list of alternates. The first
available alternate course offerings will be selected. If no alternates are available, then no substitution will be
made.
4. For each course offering, the system closes all course offerings. If the course offerings do not have at least
three students at this point (some may have been added as a result of leveling), then the system cancels the
course offering. The system cancels the course offering for each schedule that contains it.
5. The system calculates the tuition owed by each student for his current semester schedule and sends a transaction
to the Billing System. The Billing System will send the bill to the students, which will include a copy of their
final schedule.
Alternative Flows
No Professor for the Course Offering
If, in the Basic Flow, there is no professor signed up to teach the course offering, the system will cancel the
course offering. The system cancels the course offering for each schedule that contains it.
Billing System Unavailable
If the system is unable to communicate with the Billing System, the system will attempt to re-send the
request after a specified period. The system will continue to attempt to re-send until the Billing System
becomes available.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system in order for this use case to begin.
Post-Conditions
If the use case was successful, registration is now closed. If not, the system state remains unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 7
Section 1: Course Registration Requirements
Login
Brief Description
This use case describes how a user logs into the Course Registration System.
Flow of Events
Basic Flow
This use case starts when the actor wishes to log into the Course Registration System.
1. The actor enters his/her name and password.
2. The system validates the entered name and password and logs the actor into the system.
Alternative Flows
Invalid Name/Password
If, in the Basic Flow, the actor enters an invalid name and/or password, the system displays an error
message. The actor can choose to either return to the beginning of the Basic Flow or cancel the login, at
which point the use case ends.
Special Requirements
None.
Pre-Conditions
The system is in the login state and has the login screen displayed.
Post-Conditions
If the use case was successful, the actor is now logged into the system. If not, the system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 8
Section 1: Course Registration Requirements
Maintain Professor Information
Brief Description
This use case allows the Registrar to maintain professor information in the registration system. This includes adding,
modifying, and deleting professors from the system.
Flow of Events
Basic Flow
This use case starts when the Registrar wishes to add, change, and/or delete professor information in the system.
1. The system requests that the Registrar specify the function he/she would like to perform (either Add a
Professor, Update a Professor, or Delete a Professor)
2. Once the Registrar provides the requested information, one of the sub flows is executed.
If the Registrar selected “Add a Professor”, the Add a Professor subflow is executed.
If the Registrar selected “Update a Professor”, the Update a Professor subflow is executed.
If the Registrar selected “Delete a Professor”, the Delete a Professor subflow is executed.
Add a Professor
The system requests that the Registrar enter the professor information. This includes:
- name
- date of birth
- social security number
- status
- department
1. Once the Registrar provides the requested information, the system generates and assigns a unique id
number to the professor. The professor is added to the system.
2. The system provides the Registrar with the new professor id.
Update a Professor
1. The system requests that the Registrar enter the professor id.
2. The Registrar enters the professor id. The system retrieves and displays the professor information.
3. The Registrar makes the desired changes to the professor information. This includes any of the
information specified in the Add a Professor sub-flow.
4. Once the Registrar updates the necessary information, the system updates the professor record.
Delete a Professor
1. The system requests that the Registrar enter the professor id
2. The Registrar enters the professor id. The system retrieves and displays the professor information.
3. The system prompts the Registrar to confirm the deletion of the professor.
4. The Registrar verifies the deletion.
5. The system deletes the professor from the system.
Copyright IBM Corp. 2004 Page 9
Section 1: Course Registration Requirements
Alternative Flows
Professor Not Found
If, in the Update a Professor or Delete a Professor sub-flows, a professor with the specified id number
does not exist, the system displays an error message. The Registrar can then enter a different id number or
cancel the operation, at which point the use case ends.
Delete Cancelled
If, in the Delete A Professor sub-flow, the Registrar decides not to delete the professor, the delete is
cancelled, and the Basic Flow is re-started at the beginning.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system before this use case begins.
Post-Conditions
If the use case was successful, the professor information is added, updated, or deleted from the system. Otherwise,
the system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 10
Section 1: Course Registration Requirements
Maintain Student Information
Brief Description
This use case allows the Registrar to maintain student information in the registration system. This includes adding,
modifying, and deleting Students from the system.
Flow of Events
Basic Flow
This use case starts when the Registrar wishes to add, change, and/or delete student information in the system.
1. The system requests that the Registrar specify the function he/she would like to perform (either Add a Student,
Update a Student, or Delete a Student)
2. Once the Registrar provides the requested information, one of the sub flows is executed.
If the Registrar selected “Add a Student”, the Add a Student subflow is executed.
If the Registrar selected “Update a Student”, the Update a Student subflow is executed.
If the Registrar selected “Delete a Student”, the Delete a Student subflow is executed.
Add a Student
1. The system requests that the Registrar enter the student information. This includes:
- name
- date of birth
- social security number
- status
- graduation date
2. Once the Registrar provides the requested information, the system generates and assigns a unique id
number to the student. The student is added to the system.
3. The system provides the Registrar with the new student id.
Update a Student
1. The system requests that the Registrar enter the student id.
2. The Registrar enters the student id. The system retrieves and displays the student information.
3. The Registrar makes the desired changes to the student information. This includes any of the
information specified in the Add a Student sub-flow.
4. Once the Registrar updates the necessary information, the system updates the student information.
Delete a Student
1. The system requests that the Registrar enter the student id
2. The Registrar enters the student id. The system retrieves and displays the student information.
3. The system prompts the Registrar to confirm the deletion of the student.
4. The Registrar verifies the deletion.
5. The system deletes the student from the system.
Copyright IBM Corp. 2004 Page 11
Section 1: Course Registration Requirements
Alternative Flows
Student Not Found
If, in the Update a Student or Delete a Student sub-flows, a student with the specified id number does not
exist, the system displays an error message. The Registrar can then enter a different id number or cancel the
operation, at which point the use case ends.
Delete Cancelled
If, in the Delete A Student sub-flow, the Registrar decides not to delete the student, the delete is cancelled
and the Basic Flow is re-started at the beginning.
Special Requirements
None.
Pre-Conditions
The Registrar must be logged onto the system before this use case begins.
Post-Conditions
If the use case was successful, the student information is added, updated, or deleted from the system. Otherwise, the
system state is unchanged.
Extension Points
None.
Copyright IBM Corp. 2004 Page 12
Section 1: Course Registration Requirements
Register for Courses
Brief Description
This use case allows a Student to register for course offerings in the current semester. The Student can also update or
delete course selections if changes are made within the add/drop period at the beginning of the semester. The Course
0/5000
Đóng đăng kýMô tả ngắn gọnTrường hợp sử dụng này cho phép một công ty đăng ký để đóng tiến trình đăng ký. Dịch vụ của khóa học không có học sinh đủđược hủy bỏ. Khóa học dịch vụ phải có tối thiểu là ba sinh viên trong đó. Hệ thống thanh toán thông báo chomỗi học sinh trong mỗi khóa học cung cấp mà không bị hủy, do đó, học sinh có thể được lập hoá đơn cho cung cấp khóa học.Dòng chảy của sự kiệnDòng chảy cơ bảnTrường hợp sử dụng này bắt đầu khi công ty đăng ký yêu cầu hệ thống đóng đăng ký.1. Hệ thống kiểm tra để xem nếu đăng ký tiến hành. Nếu nó là, sau đó một tin nhắn được hiển thị cho công ty đăng ký, vàtrường hợp sử dụng chấm dứt. Việc xử lý đóng đăng ký không thể thực hiện nếu đăng ký tiến hành.2. đối với mỗi cung cấp khóa học, Hệ thống sẽ kiểm tra nếu một giáo sư đã đăng ký để dạy cung cấp khóa học và ítba sinh viên đã đăng ký. Nếu như vậy, Hệ thống cam kết cung cấp khóa học cho mỗi lịch trình có chứa nó.3. đối với mỗi lịch trình, Hệ thống "cấp" lịch trình: nếu lịch trình không có số lượng tối đachính khóa học lựa chọn, Hệ thống cố gắng để chọn địa chỉ thay thế của lịch trình danh sách địa chỉ thay thế. Người đầu tiênkhóa học thay thế có sẵn dịch vụ sẽ được lựa chọn. Nếu không có địa chỉ thay thế có sẵn, sau đó không có thay thế sẽthực hiện.4. đối với mỗi khóa học cung cấp, Hệ thống đóng tất cả khóa học dịch vụ. Nếu các dịch vụ của khóa học không có tối thiểuba sinh viên vào thời điểm này (một số có thể đã được thêm vào là kết quả của San lấp mặt bằng), sau đó hệ thống hủy bỏ cáckhóa học cung cấp. Hệ thống hủy bỏ các khóa học cung cấp cho mỗi lịch trình có chứa nó.5. Hệ thống tính toán học phí nào của mỗi học sinh cho lịch trình học kỳ hiện tại của mình và gửi một giao dịchHệ thống thanh toán. Hệ thống thanh toán sẽ gửi các hóa đơn cho các sinh viên, mà sẽ bao gồm một bản sao của của họlịch trình cuối cùng.Thay thế dòng chảyKhông có giáo sư cho cung cấp khóa họcNếu, trong dòng chảy cơ bản, đó là không có giáo sư đã đăng ký để dạy cho khóa học cung cấp, Hệ thống sẽ hủy bỏ cáckhóa học cung cấp. Hệ thống hủy bỏ các khóa học cung cấp cho mỗi lịch trình có chứa nó.Hệ thống thanh toán không sẵn dùngNếu hệ thống không thể giao tiếp với hệ thống thanh toán, Hệ thống sẽ cố gắng để gửi lại cácyêu cầu sau một thời gian quy định. Hệ thống sẽ tiếp tục cố gắng để gửi lại cho đến khi hệ thống thanh toánhiện đã có.Yêu cầu đặc biệtKhông có.Điều kiện trướcCông ty đăng ký phải được đăng nhập vào hệ thống để cho trường hợp sử dụng này để bắt đầu.Các điều kiện sauNếu trường hợp sử dụng thành công, đăng ký bây giờ đóng cửa. Nếu không, trạng thái hệ thống vẫn không thay đổi.Phần mở rộng điểmKhông có. bản quyền công ty IBM năm 2004 trang 7 Phần 1: Yêu cầu đăng ký khóa học Đăng nhậpMô tả ngắn gọnTrường hợp sử dụng này mô tả làm thế nào một người dùng đăng nhập vào hệ thống đăng ký khóa học.Dòng chảy của sự kiệnDòng chảy cơ bảnTrường hợp sử dụng này bắt đầu khi các diễn viên mong muốn đăng nhập vào hệ thống đăng ký khóa học.1. các diễn viên vào anh/cô ấy tên và mật khẩu.2. Hệ thống xác nhận nhập vào tên và mật khẩu và đăng nhập các diễn viên vào hệ thống.Thay thế dòng chảyTên/mật khẩu không hợp lệNếu, trong dòng chảy cơ bản, các diễn viên vào một tên không hợp lệ và/hoặc mật khẩu, Hệ thống sẽ hiển thị một lỗitin nhắn. Các diễn viên có thể chọn để trở về đầu của dòng chảy cơ bản hoặc hủy bỏ việc đăng nhập, tạimà chỉ kết thúc trường hợp sử dụng.Yêu cầu đặc biệtKhông có.Điều kiện trướcHệ thống ở trạng thái đăng nhập và đã đăng nhập màn hình hiển thị.Các điều kiện sauNếu trường hợp sử dụng thành công, các diễn viên bây giờ được đăng nhập vào hệ thống. Nếu không, trạng thái hệ thống là không thay đổi.Phần mở rộng điểmKhông có. bản quyền công ty IBM năm 2004 trang 8 Phần 1: Yêu cầu đăng ký khóa họcDuy trì thông tin giáo sưMô tả ngắn gọnTrường hợp sử dụng này cho phép công ty đăng ký để duy trì thông tin giáo sư trong hệ thống đăng ký. Điều này bao gồm thêm,Sửa đổi và xoá giáo sư từ hệ thống.Dòng chảy của sự kiệnDòng chảy cơ bảnTrường hợp sử dụng này bắt đầu khi nhà cung cấp mong muốn thêm, thay đổi, và/hoặc xóa thông tin giáo sư trong hệ thống.1. Hệ thống yêu cầu công ty đăng ký chỉ định chức năng Anh/cô ấy muốn thực hiện (hoặc thêm mộtGiáo sư, một giáo sư Cập Nhật, hoặc xóa một giáo sư)2. sau khi công ty đăng ký cung cấp các thông tin được yêu cầu, một trong những dòng chảy phụ được thực thi.Nếu công ty đăng ký chọn "Thêm một giáo sư", thêm một subflow giáo sư được thực thi.Nếu công ty đăng ký chọn "Cập Nhật một giáo sư", một giáo sư subflow Cập Nhật được thi hành.Nếu công ty đăng ký chọn "Xoá một giáo sư", Delete subflow giáo sư được thực thi.Thêm một giáo sưHệ thống yêu cầu công ty đăng ký nhập thông tin giáo sư. Điều này bao gồm:-tên-ngày sinh-số an sinh xã hội-tình trạng-vùng1. một khi công ty đăng ký cung cấp các thông tin được yêu cầu, Hệ thống tạo ra và chỉ định một id duy nhấtsố để các giáo sư. Các giáo sư sẽ được thêm vào hệ thống.2. Hệ thống cung cấp công ty đăng ký với giáo sư id mới.Cập Nhật một giáo sư1. Hệ thống yêu cầu công ty đăng ký nhập id giáo sư.2. đăng ký vào id của giáo sư. Hệ thống truy lục và hiển thị thông tin giáo sư.3. công ty đăng ký làm cho những thay đổi bạn muốn thông tin giáo sư. Điều này bao gồm bất kỳ cácthông tin được chỉ định trong thêm một giáo sư phụ chảy.4. sau khi công ty đăng ký cập nhật các thông tin cần thiết, Hệ thống Cập nhật hồ sơ giáo sư.Xóa một giáo sư1. Hệ thống yêu cầu công ty đăng ký nhập id giáo sư2. đăng ký vào id của giáo sư. Hệ thống truy lục và hiển thị thông tin giáo sư.3. Hệ thống sẽ nhắc đăng ký để xác nhận xoá các giáo sư.4. công ty đăng ký xác nhận việc xóa.5. Hệ thống xoá các giáo sư từ hệ thống. bản quyền công ty IBM năm 2004 trang 9 Phần 1: Yêu cầu đăng ký khóa họcThay thế dòng chảyGiáo sư không tìm thấyNếu, trong bản cập nhật một giáo sư hoặc xóa một dòng chảy phó giáo sư, một giáo sư với số lượng được chỉ định idkhông tồn tại, Hệ thống sẽ hiển thị một thông báo lỗi. Công ty đăng ký sau đó có thể nhập một số id khác nhau hoặchủy bỏ thao tác, điểm mà tại đó trường hợp sử dụng kết thúc.Xóa bị hủy bỏNếu, trong dòng phụ xóa A giáo sư, công ty đăng ký quyết định không để xóa các giáo sư, xóa làhủy bỏ, và dòng chảy cơ bản là tái bắt đầu lúc đầu.Yêu cầu đặc biệtKhông có.Điều kiện trướcCông ty đăng ký phải được đăng nhập vào hệ thống trước khi trường hợp sử dụng này bắt đầu.Các điều kiện sauNếu trường hợp sử dụng thành công, các giáo sư thông tin thêm, Cập Nhật, hoặc xóa khỏi hệ thống. Nếu không,trạng thái hệ thống là không thay đổi.Phần mở rộng điểmKhông có. bản quyền công ty IBM năm 2004 trang 10 Phần 1: Yêu cầu đăng ký khóa họcDuy trì thông tin sinh viênMô tả ngắn gọnTrường hợp sử dụng này cho phép công ty đăng ký để duy trì thông tin sinh viên trong hệ thống đăng ký. Điều này bao gồm thêm,Sửa đổi và xoá các sinh viên từ hệ thống.Dòng chảy của sự kiệnDòng chảy cơ bảnTrường hợp sử dụng này bắt đầu khi nhà cung cấp mong muốn thêm, thay đổi, và/hoặc xóa thông tin sinh viên trong hệ thống.1. Hệ thống yêu cầu công ty đăng ký chỉ định chức năng Anh/cô ấy muốn thực hiện (hoặc thêm một sinh viên,Cập Nhật một sinh viên, hoặc xóa một sinh viên)2. sau khi công ty đăng ký cung cấp các thông tin được yêu cầu, một trong những dòng chảy phụ được thực thi.Nếu công ty đăng ký chọn "Thêm một sinh viên", thêm một subflow học sinh được thực hiện.Nếu công ty đăng ký chọn "Cập Nhật một sinh viên", bản cập nhật một subflow học sinh được thực hiện.Nếu công ty đăng ký chọn "Xoá một sinh viên", Delete subflow học sinh được thực hiện.Thêm một sinh viên1. Hệ thống yêu cầu công ty đăng ký nhập thông tin cho sinh viên. Điều này bao gồm:-tên-ngày sinh-số an sinh xã hội-tình trạng-tốt nghiệp ngày2. sau khi công ty đăng ký cung cấp các thông tin được yêu cầu, Hệ thống tạo ra và chỉ định một id duy nhấtsố lượng thí sinh. Học sinh sẽ được thêm vào hệ thống.3. Hệ thống cung cấp công ty đăng ký với id học sinh mới.Cập Nhật một sinh viên1. Hệ thống yêu cầu công ty đăng ký nhập id học sinh.2. đăng ký vào các id học sinh. Hệ thống truy lục và hiển thị thông tin cho sinh viên.3. công ty đăng ký làm cho những thay đổi bạn muốn thông tin sinh viên. Điều này bao gồm bất kỳ cácthông tin chỉ định trong thêm một dòng chảy tiểu học sinh.4. sau khi công ty đăng ký cập nhật các thông tin cần thiết, Hệ thống thông tin cập nhật thông tin sinh viên.Xóa một sinh viên1. Hệ thống yêu cầu công ty đăng ký nhập id học sinh2. đăng ký vào các id học sinh. Hệ thống truy lục và hiển thị thông tin cho sinh viên.3. Hệ thống sẽ nhắc đăng ký để xác nhận xoá của học sinh.4. công ty đăng ký xác nhận việc xóa.5. Hệ thống xóa bỏ học sinh từ hệ thống. bản quyền công ty IBM năm 2004 trang 11 Phần 1: Yêu cầu đăng ký khóa họcThay thế dòng chảySinh viên không tìm thấyNếu, trong bản cập nhật một sinh viên hoặc xóa một học sinh tiểu chảy, một học sinh với số id đã chỉ định khôngtồn tại, Hệ thống sẽ hiển thị một thông báo lỗi. Công ty đăng ký sau đó có thể nhập một số id khác nhau hoặc hủy bỏ cáchoạt động, điểm mà tại đó trường hợp sử dụng kết thúc.Xóa bị hủy bỏNếu, trong dòng phụ xóa A sinh viên, công ty đăng ký quyết định không để xóa sinh viên, xóa bị hủyvà dòng chảy cơ bản là tái bắt đầu lúc đầu.Yêu cầu đặc biệtKhông có.Điều kiện trướcCông ty đăng ký phải được đăng nhập vào hệ thống trước khi trường hợp sử dụng này bắt đầu.Các điều kiện sauNếu trường hợp sử dụng thành công, thông tin sinh viên thêm, Cập Nhật, hoặc xóa khỏi hệ thống. Nếu không, cáctrạng thái hệ thống là không thay đổi.Phần mở rộng điểmKhông có. bản quyền công ty IBM năm 2004 trang 12 Phần 1: Yêu cầu đăng ký khóa họcĐăng ký cho các khóa họcMô tả ngắn gọnTrường hợp sử dụng này cho phép học sinh để đăng ký cho các khóa học dịch vụ trong học kỳ hiện tại. Học sinh cũng có thể Cập Nhật hoặcxóa lựa chọn khóa học nếu thay đổi được thực hiện trong thời gian thêm/thả vào đầu học kỳ. Các khóa học
đang được dịch, vui lòng đợi..
Đóng Đăng ký
Giới thiệu tóm tắt Mô tả
trường hợp sử dụng này cho phép một Đăng ký để đóng quá trình đăng ký. Các môn học mà không có đủ sinh viên
được hủy bỏ. Các môn học phải có tối thiểu là ba sinh viên trong đó. Hệ thống thanh toán được thông báo cho
mỗi học sinh trong mỗi khóa học cung cấp mà không bị hủy bỏ, vì vậy học sinh có thể được tính tiền cho việc chào bán nhiên.
Dòng chảy của sự kiện
cơ bản dòng
trường hợp sử dụng này bắt đầu khi đăng ký yêu cầu các hệ thống đăng ký gần.
1. Hệ thống sẽ kiểm tra xem nếu đăng ký được tiến hành. Nếu có, sau đó một thông điệp được hiển thị cho người đăng ký, và
các trường hợp sử dụng chấm dứt. Close xử lý đăng ký không thể được thực hiện nếu đăng ký được tiến hành.
2. Đối với mỗi khóa học cung cấp, kiểm tra hệ thống nếu một giáo sư đã đăng ký để dạy cho các khóa học và cung cấp ít nhất
ba học sinh đã đăng ký. Nếu vậy, hệ thống cam kết cung cấp các khóa học cho mỗi lịch trình chứa nó.
3. Đối với mỗi lịch trình, hệ thống "cấp" lịch trình: nếu như chúng không có số lượng tối đa của
khóa học chính được lựa chọn, hệ thống cố gắng để chọn người thay thế từ danh sách của lịch trình của dự khuyết. Việc đầu tiên
có sẵn các khóa thay thế sẽ được lựa chọn. Nếu không có người thay thế có sẵn, sau đó thay thế không có sẽ được
thực hiện.
4. Đối với mỗi khóa học cung cấp, hệ thống đóng cửa tất cả các khóa. Nếu các khóa không có ít nhất
ba học sinh vào thời điểm này (một số có thể đã được thêm vào như là một kết quả của việc san lấp mặt bằng), sau đó hệ thống sẽ hủy
cung cấp khóa học. Hệ thống hủy bỏ đợt chào bán khóa học cho mỗi lịch trình chứa nó.
5. Hệ thống tính toán học phí còn nợ của từng học sinh để biết lịch trình học kỳ hiện tại của mình và gửi một giao dịch
vào hệ thống thanh toán. Hệ thống Thanh toán sẽ gửi hóa đơn cho các sinh viên, trong đó sẽ bao gồm một bản sao của họ
biểu thức.
Alternative Flows
Không có Giáo sư cho học Offering
Nếu trong dòng chảy cơ bản, không có giáo sư đăng ký dạy dâng nhiên, hệ thống sẽ hủy bỏ
chào nhiên. Hệ thống hủy bỏ đợt chào bán khóa học cho mỗi lịch trình chứa nó.
Hệ thống Thanh toán Unavailable
Nếu hệ thống là không thể giao tiếp với các hệ thống thanh toán, hệ thống sẽ cố gắng gửi lại
yêu cầu sau một thời gian quy định. Hệ thống sẽ tiếp tục cố gắng để gửi lại cho đến khi hệ thống thanh toán
trở nên có sẵn.
Yêu cầu đặc biệt
Không có.
Pre-Điều kiện
Nhà đăng ký phải đăng nhập vào hệ thống để cho trường hợp này sử dụng để bắt đầu.
Post-Điều kiện
Nếu trường hợp sử dụng đã thành công , đăng ký doanh nghiệp được đóng lại. Nếu không, trạng thái hệ thống vẫn không thay đổi.
Extension Points
Không.
Copyright IBM Corp. 2004 Page 7
Phần 1: Yêu cầu đăng ký học
Đăng nhập
Tóm tắt Mô tả
trường hợp sử dụng này mô tả làm thế nào một người dùng đăng nhập vào hệ thống đăng ký khóa học.
Dòng chảy của sự kiện
cơ bản dòng
này trường hợp sử dụng bắt đầu khi các diễn viên muốn đăng nhập vào hệ thống đăng ký khóa học.
1. Các diễn viên vào / tên của mình và mật khẩu của mình.
2. Hệ thống xác nhận tên và mật khẩu vào và ghi lại những diễn viên vào hệ thống.
Alternative Flows
không hợp lệ Name / Password
Nếu trong dòng chảy cơ bản, các diễn viên bước vào một tên không hợp lệ và / hoặc mật khẩu, hệ thống sẽ hiển thị một lỗi
tin nhắn. Các diễn viên có thể chọn hoặc là trở về đầu của dòng chảy cơ bản hoặc hủy bỏ việc đăng nhập, tại
thời điểm đó các trường hợp sử dụng kết thúc.
Yêu cầu đặc biệt
Không có.
Pre-Điều kiện
Hệ thống ở trạng thái đăng nhập và có màn hình đăng nhập hiển thị.
Sau thông Điều kiện
Nếu các trường hợp sử dụng đã thành công, nam diễn viên hiện đang đăng nhập vào hệ thống. Nếu không, trạng thái hệ thống không thay đổi.
Extension Points
Không.
Copyright IBM Corp. 2004 Page 8
Phần 1: Yêu cầu đăng ký khóa học Duy trì Giáo sư Thông tin Tóm tắt Mô tả trường hợp sử dụng này cho phép Đăng ký để duy trì thông tin giáo sư trong hệ thống đăng ký. Điều này bao gồm việc thêm, sửa, và xóa các giáo sư từ hệ thống. Dòng chảy của sự kiện cơ bản dòng trường hợp sử dụng này bắt đầu khi đăng ký muốn thêm, thay đổi và / hoặc xóa thông tin giáo sư trong hệ thống. 1. Các yêu cầu hệ thống cơ quan đăng ký chỉ định các chức năng anh / cô ấy muốn thực hiện (hoặc Thêm một giáo sư, Cập nhật một giáo sư, hoặc Xóa một giáo sư) 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, một trong những dòng sub được thực thi. Nếu đăng ký chọn "Thêm một giáo sư", Thêm một subflow Giáo sư được thực thi. Nếu đăng ký chọn "Cập nhật một giáo sư", Update một subflow Giáo sư là thực hiện. Nếu đăng ký chọn "Xóa một giáo sư", Xoá một subflow Giáo sư được thực thi. Thêm một giáo sư Các yêu cầu hệ thống Nhà đăng ký nhập thông tin giáo sư. Điều này bao gồm: - tên - ngày tháng năm sinh - số an sinh xã hội - tình trạng - bộ phận 1. Sau khi Đăng ký cung cấp các thông tin yêu cầu, hệ thống tạo ra và gán một id duy nhất số lượng các giáo sư. Các giáo sư được bổ sung vào hệ thống. 2. Hệ thống cung cấp cơ quan đăng ký với các giáo sư id mới. Cập nhật một giáo sư 1. Hệ thống yêu cầu các giáo sư Đăng ký nhập id. 2. Nhà đăng ký vào các giáo sư id. Hệ thống lấy và hiển thị các thông tin giáo sư. 3. Nhà đăng ký làm cho các thay đổi mong muốn để các thông tin giáo sư. Điều này bao gồm bất kỳ các thông tin quy định trong Thêm một giáo sư phụ dòng chảy. 4. Sau khi Đăng ký cập nhật các thông tin cần thiết, hệ thống sẽ cập nhật các hồ sơ giáo sư. Xóa một giáo sư 1. Hệ thống yêu cầu các giáo sư Đăng ký nhập id 2. Nhà đăng ký vào các giáo sư id. Hệ thống lấy và hiển thị các thông tin giáo sư. 3. Hệ thống sẽ nhắc Đăng ký để xác nhận việc xóa các giáo sư. 4. Nhà đăng ký xác nhận việc xóa. 5. Hệ thống này sẽ xóa các giáo sư từ hệ thống. Copyright IBM Corp. 2004 Page 9 Phần 1: Yêu cầu đăng ký khóa học Alternative Flows Giáo sư Không tìm thấy Nếu trong Cập nhật một giáo sư hoặc Xóa một giáo sư phụ dòng chảy, một giáo sư với số id được chỉ định không tồn tại, hệ thống sẽ hiển thị một thông báo lỗi. Nhà đăng ký sau đó có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, và lúc đó các trường hợp sử dụng kết thúc. Xóa Hủy Nếu trong Xóa Một giáo sư phụ dòng chảy, Đăng ký quyết định không xóa các giáo sư, delete được hủy bỏ, và Flow cơ bản được bắt đầu lại từ đầu. Yêu cầu đặc biệt Không có. Pre-Điều kiện Nhà đăng ký phải đăng nhập vào hệ thống trước khi sử dụng trường hợp này bắt đầu. Post-Điều kiện Nếu các trường hợp sử dụng đã thành công, thông tin giáo sư được bổ sung, cập nhật, hoặc bị xóa khỏi hệ thống. Nếu không, trạng thái hệ thống không thay đổi. Extension Points Không. Copyright IBM Corp. 2004 Page 10 Phần 1: Yêu cầu đăng ký khóa học Duy trì thông tin học sinh Mô tả tóm tắt trường hợp sử dụng này cho phép Đăng ký để duy trì thông tin học sinh trong hệ thống đăng ký. Điều này bao gồm việc thêm, sửa, xóa và Học sinh từ hệ thống. Dòng chảy của sự kiện cơ bản dòng trường hợp sử dụng này bắt đầu khi đăng ký muốn thêm, thay đổi và / hoặc xóa thông tin sinh viên trong hệ thống. 1. Các yêu cầu hệ thống cơ quan đăng ký chỉ định các chức năng anh / cô ấy muốn thực hiện (hoặc Thêm một sinh viên, Cập nhật một sinh viên, hoặc Xóa một sinh viên) 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, một trong những dòng sub được thực thi. Nếu đăng ký chọn "Add a Student" Add a Student subflow được thực thi. Nếu đăng ký chọn "Cập nhật một sinh viên", Update một sinh viên subflow được thực hiện. Nếu đăng ký chọn "Xóa một sinh viên", các Xóa một sinh viên subflow được thực thi. Thêm một sinh viên 1. Hệ thống yêu cầu các đồng Đăng ký nhập thông tin học sinh. Điều này bao gồm: - tên - ngày tháng năm sinh - số an sinh xã hội - tình trạng ngày tốt nghiệp - 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, hệ thống tạo ra và gán một id duy nhất số cho học sinh. Các học sinh được bổ sung vào hệ thống. 3. Hệ thống cung cấp cơ quan đăng ký với id học sinh mới. Cập nhật một sinh viên 1. Hệ thống yêu cầu các sinh viên đăng ký nhập id. 2. Nhà đăng ký vào học sinh id. Hệ thống lấy và hiển thị các thông tin học sinh. 3. Nhà đăng ký làm cho các thay đổi mong muốn để các thông tin học sinh. Điều này bao gồm bất kỳ các thông tin quy định trong Thêm một học sinh tiểu chảy. 4. Sau khi Đăng ký cập nhật các thông tin cần thiết, hệ thống cập nhật thông tin sinh viên. Xóa một sinh viên 1. Hệ thống yêu cầu các đồng Đăng ký nhập học sinh id 2. Nhà đăng ký vào học sinh id. Hệ thống lấy và hiển thị các thông tin học sinh. 3. Hệ thống sẽ nhắc Đăng ký để xác nhận việc xóa của học sinh. 4. Nhà đăng ký xác nhận việc xóa. 5. Hệ thống xóa học sinh từ hệ thống. Copyright IBM Corp. 2004 Page 11 Phần 1: Yêu cầu đăng ký khóa học Alternative Flows Sinh viên Không tìm thấy Nếu trong Cập nhật một sinh viên hoặc Xóa một học sinh tiểu chảy, một sinh viên với số id được chỉ định không tồn tại, hệ thống sẽ hiển thị một thông báo lỗi. Nhà đăng ký sau đó có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, và lúc đó các trường hợp sử dụng kết thúc. Xóa Hủy Nếu trong Xóa Một Sinh sub-dòng chảy, Đăng ký quyết định không xóa các sinh viên, xóa bị hủy bỏ và Basic dòng được bắt đầu lại từ đầu. Yêu cầu đặc biệt Không có. Pre-Điều kiện Nhà đăng ký phải đăng nhập vào hệ thống trước khi sử dụng trường hợp này bắt đầu. Post-Điều kiện Nếu các trường hợp sử dụng đã thành công, các thông tin học sinh được bổ sung, cập nhật, hoặc xóa khỏi hệ thống. Nếu không, trạng thái hệ thống không thay đổi. Extension Points Không. Copyright IBM Corp. 2004 Page 12 Phần 1: Yêu cầu đăng ký khóa học Đăng ký khóa học Mô tả tóm tắt trường hợp sử dụng này cho phép một sinh viên đăng ký các khóa trong học kỳ hiện tại. Sinh viên cũng có thể cập nhật hoặc xóa lựa chọn tất nhiên nếu thay đổi được thực hiện trong khoảng thời gian add / drop vào đầu học kỳ. Khóa học
Giới thiệu tóm tắt Mô tả
trường hợp sử dụng này cho phép một Đăng ký để đóng quá trình đăng ký. Các môn học mà không có đủ sinh viên
được hủy bỏ. Các môn học phải có tối thiểu là ba sinh viên trong đó. Hệ thống thanh toán được thông báo cho
mỗi học sinh trong mỗi khóa học cung cấp mà không bị hủy bỏ, vì vậy học sinh có thể được tính tiền cho việc chào bán nhiên.
Dòng chảy của sự kiện
cơ bản dòng
trường hợp sử dụng này bắt đầu khi đăng ký yêu cầu các hệ thống đăng ký gần.
1. Hệ thống sẽ kiểm tra xem nếu đăng ký được tiến hành. Nếu có, sau đó một thông điệp được hiển thị cho người đăng ký, và
các trường hợp sử dụng chấm dứt. Close xử lý đăng ký không thể được thực hiện nếu đăng ký được tiến hành.
2. Đối với mỗi khóa học cung cấp, kiểm tra hệ thống nếu một giáo sư đã đăng ký để dạy cho các khóa học và cung cấp ít nhất
ba học sinh đã đăng ký. Nếu vậy, hệ thống cam kết cung cấp các khóa học cho mỗi lịch trình chứa nó.
3. Đối với mỗi lịch trình, hệ thống "cấp" lịch trình: nếu như chúng không có số lượng tối đa của
khóa học chính được lựa chọn, hệ thống cố gắng để chọn người thay thế từ danh sách của lịch trình của dự khuyết. Việc đầu tiên
có sẵn các khóa thay thế sẽ được lựa chọn. Nếu không có người thay thế có sẵn, sau đó thay thế không có sẽ được
thực hiện.
4. Đối với mỗi khóa học cung cấp, hệ thống đóng cửa tất cả các khóa. Nếu các khóa không có ít nhất
ba học sinh vào thời điểm này (một số có thể đã được thêm vào như là một kết quả của việc san lấp mặt bằng), sau đó hệ thống sẽ hủy
cung cấp khóa học. Hệ thống hủy bỏ đợt chào bán khóa học cho mỗi lịch trình chứa nó.
5. Hệ thống tính toán học phí còn nợ của từng học sinh để biết lịch trình học kỳ hiện tại của mình và gửi một giao dịch
vào hệ thống thanh toán. Hệ thống Thanh toán sẽ gửi hóa đơn cho các sinh viên, trong đó sẽ bao gồm một bản sao của họ
biểu thức.
Alternative Flows
Không có Giáo sư cho học Offering
Nếu trong dòng chảy cơ bản, không có giáo sư đăng ký dạy dâng nhiên, hệ thống sẽ hủy bỏ
chào nhiên. Hệ thống hủy bỏ đợt chào bán khóa học cho mỗi lịch trình chứa nó.
Hệ thống Thanh toán Unavailable
Nếu hệ thống là không thể giao tiếp với các hệ thống thanh toán, hệ thống sẽ cố gắng gửi lại
yêu cầu sau một thời gian quy định. Hệ thống sẽ tiếp tục cố gắng để gửi lại cho đến khi hệ thống thanh toán
trở nên có sẵn.
Yêu cầu đặc biệt
Không có.
Pre-Điều kiện
Nhà đăng ký phải đăng nhập vào hệ thống để cho trường hợp này sử dụng để bắt đầu.
Post-Điều kiện
Nếu trường hợp sử dụng đã thành công , đăng ký doanh nghiệp được đóng lại. Nếu không, trạng thái hệ thống vẫn không thay đổi.
Extension Points
Không.
Copyright IBM Corp. 2004 Page 7
Phần 1: Yêu cầu đăng ký học
Đăng nhập
Tóm tắt Mô tả
trường hợp sử dụng này mô tả làm thế nào một người dùng đăng nhập vào hệ thống đăng ký khóa học.
Dòng chảy của sự kiện
cơ bản dòng
này trường hợp sử dụng bắt đầu khi các diễn viên muốn đăng nhập vào hệ thống đăng ký khóa học.
1. Các diễn viên vào / tên của mình và mật khẩu của mình.
2. Hệ thống xác nhận tên và mật khẩu vào và ghi lại những diễn viên vào hệ thống.
Alternative Flows
không hợp lệ Name / Password
Nếu trong dòng chảy cơ bản, các diễn viên bước vào một tên không hợp lệ và / hoặc mật khẩu, hệ thống sẽ hiển thị một lỗi
tin nhắn. Các diễn viên có thể chọn hoặc là trở về đầu của dòng chảy cơ bản hoặc hủy bỏ việc đăng nhập, tại
thời điểm đó các trường hợp sử dụng kết thúc.
Yêu cầu đặc biệt
Không có.
Pre-Điều kiện
Hệ thống ở trạng thái đăng nhập và có màn hình đăng nhập hiển thị.
Sau thông Điều kiện
Nếu các trường hợp sử dụng đã thành công, nam diễn viên hiện đang đăng nhập vào hệ thống. Nếu không, trạng thái hệ thống không thay đổi.
Extension Points
Không.
Copyright IBM Corp. 2004 Page 8
Phần 1: Yêu cầu đăng ký khóa học Duy trì Giáo sư Thông tin Tóm tắt Mô tả trường hợp sử dụng này cho phép Đăng ký để duy trì thông tin giáo sư trong hệ thống đăng ký. Điều này bao gồm việc thêm, sửa, và xóa các giáo sư từ hệ thống. Dòng chảy của sự kiện cơ bản dòng trường hợp sử dụng này bắt đầu khi đăng ký muốn thêm, thay đổi và / hoặc xóa thông tin giáo sư trong hệ thống. 1. Các yêu cầu hệ thống cơ quan đăng ký chỉ định các chức năng anh / cô ấy muốn thực hiện (hoặc Thêm một giáo sư, Cập nhật một giáo sư, hoặc Xóa một giáo sư) 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, một trong những dòng sub được thực thi. Nếu đăng ký chọn "Thêm một giáo sư", Thêm một subflow Giáo sư được thực thi. Nếu đăng ký chọn "Cập nhật một giáo sư", Update một subflow Giáo sư là thực hiện. Nếu đăng ký chọn "Xóa một giáo sư", Xoá một subflow Giáo sư được thực thi. Thêm một giáo sư Các yêu cầu hệ thống Nhà đăng ký nhập thông tin giáo sư. Điều này bao gồm: - tên - ngày tháng năm sinh - số an sinh xã hội - tình trạng - bộ phận 1. Sau khi Đăng ký cung cấp các thông tin yêu cầu, hệ thống tạo ra và gán một id duy nhất số lượng các giáo sư. Các giáo sư được bổ sung vào hệ thống. 2. Hệ thống cung cấp cơ quan đăng ký với các giáo sư id mới. Cập nhật một giáo sư 1. Hệ thống yêu cầu các giáo sư Đăng ký nhập id. 2. Nhà đăng ký vào các giáo sư id. Hệ thống lấy và hiển thị các thông tin giáo sư. 3. Nhà đăng ký làm cho các thay đổi mong muốn để các thông tin giáo sư. Điều này bao gồm bất kỳ các thông tin quy định trong Thêm một giáo sư phụ dòng chảy. 4. Sau khi Đăng ký cập nhật các thông tin cần thiết, hệ thống sẽ cập nhật các hồ sơ giáo sư. Xóa một giáo sư 1. Hệ thống yêu cầu các giáo sư Đăng ký nhập id 2. Nhà đăng ký vào các giáo sư id. Hệ thống lấy và hiển thị các thông tin giáo sư. 3. Hệ thống sẽ nhắc Đăng ký để xác nhận việc xóa các giáo sư. 4. Nhà đăng ký xác nhận việc xóa. 5. Hệ thống này sẽ xóa các giáo sư từ hệ thống. Copyright IBM Corp. 2004 Page 9 Phần 1: Yêu cầu đăng ký khóa học Alternative Flows Giáo sư Không tìm thấy Nếu trong Cập nhật một giáo sư hoặc Xóa một giáo sư phụ dòng chảy, một giáo sư với số id được chỉ định không tồn tại, hệ thống sẽ hiển thị một thông báo lỗi. Nhà đăng ký sau đó có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, và lúc đó các trường hợp sử dụng kết thúc. Xóa Hủy Nếu trong Xóa Một giáo sư phụ dòng chảy, Đăng ký quyết định không xóa các giáo sư, delete được hủy bỏ, và Flow cơ bản được bắt đầu lại từ đầu. Yêu cầu đặc biệt Không có. Pre-Điều kiện Nhà đăng ký phải đăng nhập vào hệ thống trước khi sử dụng trường hợp này bắt đầu. Post-Điều kiện Nếu các trường hợp sử dụng đã thành công, thông tin giáo sư được bổ sung, cập nhật, hoặc bị xóa khỏi hệ thống. Nếu không, trạng thái hệ thống không thay đổi. Extension Points Không. Copyright IBM Corp. 2004 Page 10 Phần 1: Yêu cầu đăng ký khóa học Duy trì thông tin học sinh Mô tả tóm tắt trường hợp sử dụng này cho phép Đăng ký để duy trì thông tin học sinh trong hệ thống đăng ký. Điều này bao gồm việc thêm, sửa, xóa và Học sinh từ hệ thống. Dòng chảy của sự kiện cơ bản dòng trường hợp sử dụng này bắt đầu khi đăng ký muốn thêm, thay đổi và / hoặc xóa thông tin sinh viên trong hệ thống. 1. Các yêu cầu hệ thống cơ quan đăng ký chỉ định các chức năng anh / cô ấy muốn thực hiện (hoặc Thêm một sinh viên, Cập nhật một sinh viên, hoặc Xóa một sinh viên) 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, một trong những dòng sub được thực thi. Nếu đăng ký chọn "Add a Student" Add a Student subflow được thực thi. Nếu đăng ký chọn "Cập nhật một sinh viên", Update một sinh viên subflow được thực hiện. Nếu đăng ký chọn "Xóa một sinh viên", các Xóa một sinh viên subflow được thực thi. Thêm một sinh viên 1. Hệ thống yêu cầu các đồng Đăng ký nhập thông tin học sinh. Điều này bao gồm: - tên - ngày tháng năm sinh - số an sinh xã hội - tình trạng ngày tốt nghiệp - 2. Sau khi Đăng ký cung cấp các thông tin yêu cầu, hệ thống tạo ra và gán một id duy nhất số cho học sinh. Các học sinh được bổ sung vào hệ thống. 3. Hệ thống cung cấp cơ quan đăng ký với id học sinh mới. Cập nhật một sinh viên 1. Hệ thống yêu cầu các sinh viên đăng ký nhập id. 2. Nhà đăng ký vào học sinh id. Hệ thống lấy và hiển thị các thông tin học sinh. 3. Nhà đăng ký làm cho các thay đổi mong muốn để các thông tin học sinh. Điều này bao gồm bất kỳ các thông tin quy định trong Thêm một học sinh tiểu chảy. 4. Sau khi Đăng ký cập nhật các thông tin cần thiết, hệ thống cập nhật thông tin sinh viên. Xóa một sinh viên 1. Hệ thống yêu cầu các đồng Đăng ký nhập học sinh id 2. Nhà đăng ký vào học sinh id. Hệ thống lấy và hiển thị các thông tin học sinh. 3. Hệ thống sẽ nhắc Đăng ký để xác nhận việc xóa của học sinh. 4. Nhà đăng ký xác nhận việc xóa. 5. Hệ thống xóa học sinh từ hệ thống. Copyright IBM Corp. 2004 Page 11 Phần 1: Yêu cầu đăng ký khóa học Alternative Flows Sinh viên Không tìm thấy Nếu trong Cập nhật một sinh viên hoặc Xóa một học sinh tiểu chảy, một sinh viên với số id được chỉ định không tồn tại, hệ thống sẽ hiển thị một thông báo lỗi. Nhà đăng ký sau đó có thể nhập một số id khác nhau hoặc hủy bỏ các hoạt động, và lúc đó các trường hợp sử dụng kết thúc. Xóa Hủy Nếu trong Xóa Một Sinh sub-dòng chảy, Đăng ký quyết định không xóa các sinh viên, xóa bị hủy bỏ và Basic dòng được bắt đầu lại từ đầu. Yêu cầu đặc biệt Không có. Pre-Điều kiện Nhà đăng ký phải đăng nhập vào hệ thống trước khi sử dụng trường hợp này bắt đầu. Post-Điều kiện Nếu các trường hợp sử dụng đã thành công, các thông tin học sinh được bổ sung, cập nhật, hoặc xóa khỏi hệ thống. Nếu không, trạng thái hệ thống không thay đổi. Extension Points Không. Copyright IBM Corp. 2004 Page 12 Phần 1: Yêu cầu đăng ký khóa học Đăng ký khóa học Mô tả tóm tắt trường hợp sử dụng này cho phép một sinh viên đăng ký các khóa trong học kỳ hiện tại. Sinh viên cũng có thể cập nhật hoặc xóa lựa chọn tất nhiên nếu thay đổi được thực hiện trong khoảng thời gian add / drop vào đầu học kỳ. Khóa học
đang được dịch, vui lòng đợi..
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.
- xin lỗi về sự kết bạn
- Have a nice holiday
- GlossaryIntroductionThis document is use
- Select Payment Method
- GlossaryIntroductionThis document is use
- đây là chiếc xe bạn thích nhất phải khôn
- Công ty của tôi kinh doanh thuốc thú y
- Run Payroll
- concrete topping or tile/stone setting b
- xin lỗi về sự kết bạn
- Lắp bổ sung 1 sợi dây cáp, lắp phụ kiện
- bạn đẹp
- con dao
- xin lỗi về sự kết bạn
- Tôi đồng ý với ý kiến cho rằng xem tivi
- awas barang tiruan
- Hành lang
- Two motifs (e.g., H243XD and H298R in th
- khuyến mại
- Thế giới chỉ thay đổi hết sức chậm chạp,
- nhà bạn có mấy người?
- Thế giới chỉ thay đổi hết sức chậm chạp,
- xin lỗi về sự kết bạn
- Have a nice holiday
