PHẦN MỀM QUẢN LÝ DỰ ÁN CNTT EPM – CÁC USECASE

Đăng xuất Tên Use-case DangXuat Các sự kiện kích hoạt use-case trigger: Điều kiện tiên quyết Preconditions: Người dùng đã đăng nhập vào hệ thống Điều kiện sau khi thực thi Use Case Post

Trang 1

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN

KHOA CÔNG NGHỆ PHẦN MỀM

  

-Bộ môn: Phát triển phần mềm hướng đối tượng (OOD)

Giáo viên hướng dẫn: Ths Phạm Thi Vương

CÁC USECASE

Phiên bản: 0.2 Ngày: 03/11/2009

Trang 2

Mục lục

Mục lục 2

Bảng ghi nhận thay đổi tài liệu 2

1 Giới thiệu 4

1.1 Mục đích của tài liệu này 4

1.2 Các quy ước 4

2 Các actor và các use-case của hệ thống 4

2.1 Danh sách các actor của hệ thống 4

2.2 Danh sách các use-case 4

2.3 Sơ đồ use-case tổng quát 7

3 Biểu đồ tuần tự (Sequence Diagram) 8

4 Đặc tả các use-case 8

4.1 Đăng nhập 8

4.2 Đăng xuất 9

4.3 Tạo tài khoản mới 10

4.4 Đổi mật khẩu 11

4.5 Thay đổi thông tin người sử dụng 11

4.6 Quản lý các thành viên (người sử dụng) 12

4.7 Quản lý các phân quyền (role) của người dùng 13

4.8 Tạo dự án mới 14

4.9 Quản lý các dự án 15

4.10 Tạo mốc thời gian (milestone) mới 16

4.11 Quản lý các mốc thời gian (milestones) 17

4.12 Tạo danh sách công việc mới (tasklist) 18

4.13 Quản lý các danh sách công việc (tasklists) 18

4.14 Tạo công việc mới 19

4.15 Quản lý các công việc (tasks) 20

4.16 Gởi tin nhắn 21

4.17 Quản lý các tin nhắn (messages) 22

4.18 Quản lý tập tin 23

4.19 Thay đổi cấu hình hệ thống 24

4.20 Xuất báo cáo 25

4.21 Tra cứu báo cáo 26

4.22 Tìm kiếm 27

Bảng ghi nhận thay đổi tài liệu

Group 16 27/10/2009 • Đặc tả các usecase cơ bản

của EPM

0.1

Group 16 03/11/2009 • Chỉnh sửa cấu trúc tài liệu

theo template

• Bỏ các chi tiết thừa

0.2

Trang 3

• Tinh chế và nâng cấp sơ đồ use case.

Trang 4

1. Giới thiệu

1.1 Mục đích của tài liệu này

Tài liệu này nhằm mục đích mô tả sự tương tác giữa các tác nhân bên ngoài(actor) và hệ thống Đồng thời nó cũng thể hiện ứng xử của hệ thống đối với bênngoài như thế nào, trong những hoàn cảnh nhất định, xét từ quan điểm của người sửdụng

Tóm lại, tài liệu này mô tả các yêu cầu đối với hệ thống, có nghĩa là những gì hệthống phải làm chứ không nhằm mục đích mô tả hệ thống phải làm như thế nào

1.2 Các quy ước

Sau đây là các quy ước trình bày các usecase trong tài liệu này:

• Phần đặc tả usecase được trình bày trong một bảng

• Mỗi usecase có một ID riêng biệt

• Phần “Mức độ” (priority) chỉ định độ quan trọng của usecase mà hệ thống

cần đáp ứng Có ba mức sau:

o Cao

o Bình thường

o Thấp

2. Các actor và các use-case của hệ thống

2.1 Danh sách các actor của hệ thống

3

Member Các thành viên bình thường của hệ

thống Đây là người dưới quyền một PM,thực hiện các công việc theo nhiệm vụđược giao

2.2 Danh sách các use-case

STT Tên use-case Mô tả

1 DangNhap Người dùng đăng nhập vào hệ thống để bắt đầu sử

dụng EPM

Trang 5

2 DangXuat Người dùng muốn thoát khỏi hệ thống và kết thúc

phiên làm việc

3

TaoTaiKhoan Quản trị viên (Admin và PM) thêm thành viên

mới vào project mà mình quản lý hay thêm thànhviên mới vào hệ thống

4 DoiMatKhau Người dùng thay đổi mật khẩu của họ

QuanLyThanhVien Quản trị viên (Admin và PM) có thể thay đổi

thông tin của các thành viên trong hệ thống, thêmthành viên mới hay xóa tài khoản các thành viên

ra khỏi hệ thống

7

QuanLyRole Quản trị viên (Admin và PM) có thể tạo mới một

phân quyền (role), chỉnh sửa các hành động màmột role được phép thực hiện hay xóa một role

8 TaoDuAn Quản trị viên (Admin và PM) tạo mới một dự án

9

QuanLyDuAn Việc quản lý dự án được thực hiện bởi người quản

trị (Admin và PM) bao gồm các công việc: quản

lý chung các dự án, quản lý mốc thời gian, quản lýdanh sách công việc tasklist, quản lý task, quản lýmessage, quản lý tập tin, xuất báo cáo, tra cứu báocáo và tìm kiếm

10

TaoMilestone Việc tạo các mố thời gian (milestone) sẽ giúp cho

người quản trị dự án (Admin và PM) có thể dễdàng theo dõi tiến độ làm việc của nhóm, đặt racác mục tiêu ngắn hạn cũng như dài hạn và xácđịnh được kế hoạch làm việc cho cả nhóm

11

QuanLyMilestone Admin hay PM có thể chỉnh sửa thông tin của các

mốc thời gian, xóa hay thêm một milestone Đồngthời Admin hay PM cũng có thể xem và quản lýcác tasklist có liên quan

12

TaoTasklist Quản trị viên hay trưởng nhóm dự án có thể tạo

danh sách các công việc và phân công cho cácthành viên Danh sách công việc bao gồm một haynhiều công việc và được gắn với một milestonenhất định

Trang 6

QuanLyTaskList Admin hay PM có thể thay đổi, chỉnh sửa và xóa

thông tin của một tasklist, đồng thời cũng có thể quán lý các công việc con (task) của tasklist đó

14

TaoTask Sau khi tạo danh sách các công việc, người quản

trị hay trưởng nhóm dự án sẽ tạo các công việccon trong tasklist đó và phân công cho các thànhviên cụ thể

15

QuanLyTask Quản trị (Admin hay PM ) có thể quản lý một

cách tổng quát các công việc con trong từngtasklist: thêm, xóa, sửa các task trong một tasklist,theo dõi quá trình thực hiện của công việc, phâncông task cho các thành viên

16

GuiMessage Người sử dụng có thể gởi thông báo hay tin nhắn

cho môt hay nhiều thành viên trong dự án củamình

17

QuanLyMessage Người dùng có thể xem các tin nhăn mới nhất, trả

lời các tin nhắn nhận được, gửi tin nhắn hay xóacác tin nhắn

18

QuanLyFile Hệ thống EPM cung cấp cho người sủ dụng một

giao diện quản lý tập tin, thư mục đơn giản và dễ

sử dụng

19

ThayDoiCauHinh Chỉ có quản trị viên (Admin) mới có thể thay đổi

các cấu hình hệ thống như giao diện, ngôn ngữhiển thị, cấu hình mail server, cấu hình chức nănggửi email

20

XuatBaoCao Admin hay PM có thể xem báo cáo các công việc

trong dự án đế xem tiến độ dự án Riêng Admin

và PM có thể chỉnh sửa báo cáo

21 TraCuuBaoCao Admin hay PM có thể lọc ra các nội dung cần xem

trong bản báo cáo

22

TimKiem Người sử dụng có thể tìm kiếm các nội dung

chuyên biệt theo yêu cầu bằng cách nhập từ khóavào ô tìm kiếm

Trang 7

2.3 Sơ đồ use-case tổng quát

Trang 8

3. Biểu đồ tuần tự (Sequence Diagram)

4. Đặc tả các use-case

4.1 Đăng nhập

Tên Use-case DangNhap

Actor:

Người sử dụng (Admin, Project Manager, Member, …)

Trang 9

Tóm tắt (Summary):

Người dùng đăng nhập vào hệ thống để bắt đầu sử dụng EPM

Các sự kiện kích hoạt use-case (trigger):

Điều kiện tiên quyết (Preconditions):

Người dùng phải có một tài khoản của hệ thống EPM

Điều kiện sau khi thực thi Use Case (Post Conditions):

Kịch bản thực thi thành công (Main Success Scenario):

1 Người dùng nhập tên tài khoản và mật khẩu;

2 Người dùng bấm phím Enter hay nhấn nút Login trên màn hình;

3 Hệ thống kiểm tra tính hợp lệ của tài khoản;

4 Hệ thống cho phép người dùng truy cập vào hệ thống: redirect đến trang được yêu cầu (ví dụ: nếu là admin thì hệ thống sẽ redirect đến trang quản trị dự án)

Kịch bản thay thế (Alternative Scenario):

Nếu xác định tên tài khoản hoặc mật khẩu không hợp lệ, hệ thống sẽ cảnh báo để người dùng đăng nhập lại hoặc gợi ý tìm lại mật khẩu nếu người dùngquên mật khẩu

Nếu người dùng đã đăng nhập thành công vào hệ thống mà vẫn gửi request đăng nhập thì hệ thống sẽ redirect đến trang mặc định

Các yêu cầu đặc biệt (Special Requirements);

Các Use-case có liên quan (Relationships):

Use-case đăng xuất

4.2 Đăng xuất

Tên Use-case DangXuat

Người dùng đã đăng nhập vào hệ thống

Trang 10

1 Người dùng bấm nút “Đăng xuất” (Logout) hay gởi một request logout

khỏi hệ thống;

2 Hệ thống trở về màn hình đăng nhập

Use-case đăng nhập

4.3 Tạo tài khoản mới

Tên Use-case TaoTaiKhoan

Người dùng có vai trò là quản trị viên cao nhất (Admin) hoặc là trưởng nhómquản trị dự án (Project Manager)

1 Người quản trị nhập thông tin của thành viên mới cần tạo;

2 Người quản trị nhấn nút “Thêm” (Add);

3 Hệ thống kiểm tra thông tin do người dùng cung cấp;

4 Hệ thống thông báo tài khoản mới đã được tạo

Hệ thống sẽ thông báo lỗi nếu người dùng vi phạm các điều sau:

o Nhập thiếu các trường bắt buộc: tên tài khoản, email, mật khẩu, role;

o Dữ liệu không hợp lệ: tên tài khoản quá dài (hơn 256 ký tự), email không hợp lệ, mật khẩu quá ngắn (ít hơn 6 ký tự)

Use-case quản lý các thành viên

Trang 11

4.4 Đổi mật khẩu

Tên Use-case DoiMatKhau

Actor:

Người sử dụng (Admin, Project Manager, Member, …)

Tóm tắt (Summary):

Tình huống này xảy ra khi người dùng muốn thay đổi mật khẩu của họ

Mật khẩu mới được cập nhật vào cơ sở dữ liệu (CSDL)

1 Người dùng nhập mật khẩu cũ;

2 Người dùng nhập mật khẩu mới hai lần;

3 Người dùng bấm phím Enter hay nhấn nút “Lưu” (Save) trên màn hình;

5 Hệ thống thông báo mật khẩu cập nhật thành công

Nếu mật khẩu cũ không chính xác hoặc hai mật khẩu mới không khớp nhau,

hệ thống sẽ cảnh báo cho người dùng

Nếu mật khẩu mới quá ngắn (ít hơn 6 ký tự), hệ thống xuất hiện cảnh báo cho người dùng

Use-case thay đổi thông tin người dùng

4.5 Thay đổi thông tin người sử dụng

Tên Use-case DoiThongTinTaiKh

Trang 12

Thông tin mới của người dùng được cập nhật vào cơ sở dữ liệu (CSDL) và cập nhật trên giao diện của hệ thống

1 Người dùng chỉnh sửa các thông tin cá nhân;

2 Người dùng bấm phím Enter hay nhấn nút “Lưu” (Save) trên màn hình;

4 Hệ thống thông báo thông tin cập nhật thành công

Nếu các thông tin người dùng cung cấp không hợp lệ (thiếu các mục bắt buộc, email không hợp lệ,…), hệ thống sẽ cảnh báo và yêu cầu người dùng nhập lại thông tin

Use-case đổi mật khẩu

4.6 Quản lý các thành viên (người sử dụng)

Tên Use-case QuanLyThanhVie

Thông tin được cập nhật trong toàn hệ thống (CSDL và giao diện)

1 Người quản trị có thể thực hiện một trong các hành động sau:

• Thêm thành viên mới: khi đó người dùng thực hiện use-case “Tạo tài

khoản mới”.

• Xem danh sách các thành viên mà mình trực tiếp quản lý

• Cập nhật thông tin các thành viên: khi đó người dùng thực hiện

use-case “Thay đổi thông tin người dùng”.

• Xóa thành viên dưới quyền: hệ thống cảnh báo người dùng và yêu cầu

Trang 13

khoản của thành viên ra khỏi hệ thống Người dùng nhấn “Cancel”: hệthống quay lại màn hình làm việc.

2 Hệ thống thông báo các thao tác đã thực hiện thành công

Nếu người quản trị vi phạm các điều kiện khi tạo mới hay chỉnh sửa thông tin tài khoản thì hệ thống sẽ thông báo lỗi

Trong một số trường hợp đặc biệt hệ thống sẽ không cho thay đổi hay xóa các thành viên (có quản trị viên khác đang sử dụng thành viên đó, hay các thành viên đó dang chỉnh sửa thông tin của chính họ,…)

Use-case tạo tài khoản mới

Use-case thay đổi thông tin người dùng

4.7 Quản lý các phân quyền (role) của người dùng

Tên Use-case QuanLyRole

Thông tin được cập nhật trong CSDL và hiển thị chính xác trên giao diện

• Thêm một role mới: quản trị viên bấm vào nút “Thêm phân quyền” (Add role) Quản trị viên nhập tên của role và cấp các quyền (hành động) mà role đó được phép Người quản trị bấm nút “Thêm” (Add)

Hệ thống kiểm tra thông tin và thêm role mới

• Xem danh sách các phân quyền mà họ được phép xem

• Cập nhật thông tin các role: các thao tác tương tự như khi tạo một rolemới

• Xóa role: hệ thống cảnh báo người dùng và yêu cầu xác thực hành động xóa Người dùng nhấn “OK”: hệ thống xóa role được chọn Người dùng nhấn “Cancel”: hệ thống quay lại màn hình làm việc

Trang 14

Nếu người quản trị vi phạm các điều kiện khi tạo mới hay chỉnh sửa thông tin của phân quyền (tên của phân quyền không hợp lệ,…) thì hệ thống sẽ thông báo lỗi

Use-case tạo tài khoản mới

4.8 Tạo dự án mới

Tên Use-case TaoDuAn

Thông tin được cập nhật trong CSDL và hiển thị chính xác trên giao diện

1 Người quản trị nhập thông tin cần thiết cho dự án mới;

2 Người quản trị nhấn nút “Thêm” (Add);

4 Hệ thống thông báo project mới đã được tạo

Hệ thống sẽ thông báo lỗi nếu người quản trị vi phạm một trong các điều kiện sau:

o Cung cấp thiếu các thông tin bắt buộc

o Dữ liệu không hợp lệ: tên của project không hợp lệ, tên quá dài (nhiềuhơn 256 ký tự), deadline không hợp lệ (nhỏ hơn ngày hiện tại)

Use-case quản lý dự án

Trang 15

4.9 Quản lý các dự án

Tên Use-case QuanLyDuAn

Người dùng có vai trò là quản trị viên cao nhất (Admin) hoặc là trưởng nhómquản trị dự án (Project Manager) mới có quyền tạo mới hay chỉnh sửa thông tin các dự án

Thông tin được cập nhật vào CSDL và hiển thị chính xác trên giao diện

1 Thành viên bình thường có thể xem danh sách các dự án và thông tin các

dự án mà họ có quyền xem được

• Xem danh sách các dự án mà họ có quyền xem được

• Tạo dự án mới: khi đó người dùng thực hiện use-case “Tạo dự án

• Người dùng thực hiện use-case quản lý các cột mốc (milestone)

Riêng thành viên bình thường chỉ được quyền xem các milestone

• Người dùng thực hiện use-case quản lý danh sách các công việc

(tasklist)

• Người dùng thực hiện use-case quản lý các thông báo (messages)

• Người dùng thực hiện các use-case xuất báo cáo và tra cứu báo cáo

Hệ thống sẽ thông báo lỗi nếu người quản trị vi phạm các điều kiện khi tạo mới hay chỉnh sửa các dự án và các điều kiện trong các use-case có liên quan

Định dạng
Số trang	27
Dung lượng	424 KB