THI U CHUNG V FRAMEWORK
Ph ng pháp phát tri n framework
Việc phát triển framework khác biệt so với phát triển một ứng dụng độc lập, vì framework phải được xây dựng bao gồm tất cả các khái niệm cần thiết trong một miền ứng dụng Quá trình phát triển framework được mô tả trong hình 1.2.
Hình 1.2 Quá trình phát tri n framework
Quá trình phát triển framework bao gồm các pha chính sau: đầu tiên là phân tích miền ngữ dụng, giai đoạn chuẩn bị cho việc phát triển framework, với nội dung chi tiết được trình bày trong phần 1.2.1 Tiếp theo là thu thập các yêu cầu và phân tích, diễn ra các hoạt động chính để xác định nhu cầu Giai đoạn tiếp theo là thiết kế framework, với các hoạt động cụ thể được nêu trong phần 1.2.3 Sau đó, triển khai framework sẽ thực hiện các thiết kế bằng ngôn ngữ lập trình hướng đối tượng, được trình bày trong phần 1.2.4 Cuối cùng, kiểm thử sẽ được thảo luận trong phần 1.2.5, nêu rõ các hoạt động cần thực hiện trong giai đoạn này.
1.2.1 Chu n b cho vi c phát tri n framework
Phân tích môi trường là bước quan trọng trong quá trình phát triển framework, giúp xác định các yếu tố cần thiết Để xây dựng một framework hiệu quả, các nhà phát triển cần nắm vững kiến thức về môi trường mà framework đó hoạt động Do đó, việc thực hiện phân tích môi trường đúng cách sẽ ảnh hưởng trực tiếp đến sự thành công của quá trình phát triển framework.
Phân tích miền ngữ là quá trình xác định các lớp và các yếu tố chung cho tất cả các ngữ trong cùng một miền Mô hình miền ngữ cần tập trung vào các khía cạnh chính mà không nên đi sâu vào chi tiết Đây là công cụ quan trọng để phát triển một khung nhìn logic cho hệ thống Mô hình này nên mô tả các khái niệm mà người dùng trong miền ngữ thường sử dụng, đồng thời kết quả phân tích miền cũng cần được dùng như một công cụ giao tiếp với các bên liên quan trong việc phát triển hệ thống Ngoài ra, mô hình miền ngữ không nên phản ánh quan điểm cá nhân của nhà phát triển, vì điều này có thể hạn chế việc trao đổi và tạo ra rủi ro Trong quá trình phát triển khung, không nên đưa ra các chi tiết thiết kế quá sâu.
Phân tích miền ngữ động cung cấp sự hỗ trợ thiết yếu trong việc xác định rõ các ca sử dụng Cần có ít nhất hai tài liệu, bao gồm kết quả của việc phân tích miền ngữ động và phạm vi của miền ngữ động cùng mô hình tác động, để lập quan trọng trong miền ngữ động này Điều quan trọng là phải xác định một phạm vi rõ ràng cho miền ngữ động Việc xây dựng một framework bao trùm toàn bộ các lĩnh vực sẽ là một yếu tố không thể thiếu Phạm vi này sẽ được sử dụng nhiều trong việc thu thập các yêu cầu của quá trình phát triển, giúp làm cho việc thu thập yêu cầu trở nên rõ ràng hơn Nếu một yêu cầu nằm trong miền ngữ động, yêu cầu này sẽ hợp lệ và ngược lại, nếu yêu cầu nằm ngoài miền ngữ động, yêu cầu này sẽ không hợp lệ Phạm vi của miền ngữ động cũng đóng vai trò như một công cụ cho việc sử dụng lại framework, khi người sử dụng phải quyết định xem framework có phù hợp với một ngữ động cụ thể hay không.
Việc xác định phần mềm cho miền ngữ động thường gặp nhiều khó khăn, đặc biệt là trong việc quyết định những yếu tố cần có và những yếu tố không cần thiết Để phát triển một framework phù hợp cho một lĩnh vực rộng lớn, cần phải dành thời gian cho hoạt động quan trọng này.
Trong giai đoạn này, việc xác định phạm vi của miền ngữ động là rất quan trọng, và cần phải xây dựng một tài liệu mô hình tính Mô hình này nên bao gồm các đối tượng và các lớp quan trọng nhất của miền ngữ động, bao gồm các đối tượng trong thế giới thực và các đối tượng từ thế giới ảo Các đối tượng và lớp cần được đặt tên theo cách dễ hiểu cho người sử dụng, vì mô hình này sẽ là một công cụ hỗ trợ cho việc trao đổi giữa các nhà phát triển và người sử dụng của các ngữ động tương lai.
Các kết quả của giải pháp phân tích miền ngữ nghĩa đóng vai trò quan trọng trong quá trình phát triển framework Tuy nhiên, quá trình này luôn cung cấp các phản hồi hoàn thiện cho các phân tích miền ngữ nghĩa.
1.2.2 Thu th p yêu c u và phân tích
Mục tiêu của pha này là thu thập tất cả các yêu cầu hợp lệ về miền ngữ và phác thảo ý tưởng về một hệ thống sẽ áp dụng các yêu cầu này Pha này bao gồm hai hoạt động chính là thu thập yêu cầu và phân tích Dù hai hoạt động này có phân chia, nhưng thực chất chúng chỉ là một, do vậy chúng cần được thực hiện song song.
Các kết quả của pha này bao gồm mô hình yêu cầu và mô hình phân tích Mô hình yêu cầu xác định các yêu cầu mà hệ thống cần áp dụng, trong khi mô hình phân tích phác thảo các khái niệm chính của hệ thống này.
Hình 1.3 Các quá trình con và s n ph m c a pha Thu th p yêu c u và Phân tích
Mô hình phân tích chính xác yêu cầu một hệ thống hỗ trợ cung cấp các yêu cầu cần thiết Các yêu cầu này đóng vai trò quan trọng trong quá trình tạo ra mô hình phân tích Trong quá trình phân tích, các yêu cầu mới sẽ được xác định và các yếu tố không đồng nhất trong mô hình yêu cầu sẽ được tìm ra Tuy nhiên, không thể xác định toàn bộ yêu cầu và đảm bảo tính nhất quán của chúng trong lần thu thập đầu tiên; do đó, cần có các yêu cầu chính xác để đưa vào mô hình phân tích Vì vậy, hai hoạt động này cần được thực hiện song song.
M t phân tích mi n ng d ng c p nh t cho pha phân tích cần có ít nh t hai ng d ng cùng với các yêu c u trong t ng lai c a framework Vi c cung c p các yêu c u c a framework trên m t c p ng d ng giúp tìm ra các i m chung d dàng h n.
Mục tiêu của hoạt động này là xác định tất cả các yêu cầu của hệ thống để phát triển Các yêu cầu không nhất quán, có mẫu thuẫn hoặc trùng lặp có thể được tìm thấy và giải quyết.
Danh sách các yêu cầu cần thiết để quản lý quá trình thu thập yêu cầu rất quan trọng Mô hình này là một công cụ hữu ích cho việc trao đổi và cung cấp một khung tổng quát nhằm giảm thiểu các lý do gây hiểu nhầm trong các thảo luận và giữa các bên liên quan.
Tài liệu của hoạt động này bao gồm các yêu cầu chi tiết và mô hình sử dụng Hai mô hình này kết hợp với nhau tạo thành mô hình yêu cầu, là công cụ giao tiếp giữa các nhà phát triển, người tư vấn bán hàng và người sử dụng Do đó, tất cả các bên liên quan cần hiểu rõ về chúng Các yêu cầu này nên được nhận diện từ góc nhìn của người sử dụng hoặc khách hàng, hơn là từ góc nhìn của nhà phát triển.
Các v n trong vi c phát tri n framework
Các framework đã mang lại ý nghĩa quan trọng cho nhiều lĩnh vực phát triển Một trong những lợi ích lớn nhất của các framework là tăng cường khả năng sử dụng lại và giảm thời gian phát triển cho các ứng dụng Tuy nhiên, cũng có những vấn đề và thách thức đi kèm với các framework, mà cần được xem xét kỹ lưỡng trước khi áp dụng trong các dự án thực tế.
Việc sử dụng các thành phần lớn trong hệ thống có thể tạo ra phần lớn hơn cho hệ thống và với những khía cạnh cấu trúc phù hợp, đã không chỉ ra bài bản các mẫu hình động Cách hiểu này đã dẫn tới việc phát triển các framework hướng động; các ngữ nghĩa lớn và trừu tượng trong một vùng có thể cấu trúc phù hợp với các ngữ nghĩa riêng biệt Một framework chứa một kiến trúc lớn mà có thể sử dụng linh hoạt thường dùng cho việc xây dựng một hệ thống mới.
Trong quá trình phát triển framework, các vấn đề quan trọng cần được chú ý bao gồm xác định kích thước chính xác của miền ngữ dụng, lập tài liệu cho framework, phổ biến framework và xác định các hoạt động triển khai Những vấn đề này sẽ được trình bày chi tiết trong các phần sau.
1.3.1 Xác nh ph m vi c a mi n ng d ng
Khi phát triển một framework cho một miền ngữ động, việc xác định chính xác kích thước của miền là rất quan trọng Nếu miền ngữ động quá lớn, các nhà phát triển sẽ gặp khó khăn trong việc áp dụng kinh nghiệm của mình Hơn nữa, việc chứng minh tính tiềm ích và khả năng ứng dụng của một framework cho miền ngữ động lớn có thể trở nên khó khăn Đầu tư tài chính cho một framework lớn cũng có thể quá nhiều, dẫn đến việc thiếu các tài nguyên cần thiết Cuối cùng, dự án có thể không có các lợi ích sử dụng rõ ràng trong một khoảng thời gian nhất định.
Người dùng có thể sử dụng các kinh nghiệm mã biệt một cách hiệu quả hơn Tuy nhiên, có một vấn đề là framework kết quả có xu hướng nhạy cảm với các thay đổi của miền ngữ Ví dụ, với một framework hợp lý, một miền ngữ có thể dễ dàng mở rộng về mặt giá trị hơn của framework, và do đó sẽ yêu cầu nhiều thay đổi của miền ngữ để thích ứng với framework tiềm năng hơn, khi framework phải bao trùm miền ngữ hoàn chỉnh.
Việc xác định giải pháp cho môi trường động là một quyết định cần cân nhắc kỹ lưỡng, vì tương lai không thể đoán trước Điều này khiến cho việc đưa ra giải pháp rõ ràng cho framework trở nên rất khó khăn Một vấn đề quan trọng là xu hướng của người dùng thường là mở rộng kích thước của framework trong suốt quá trình thiết kế, vì một framework đã bao gồm nhiều khía cạnh khác nhau, nhưng thiếu sót trong một số yếu tố có thể dẫn đến những hạn chế trong hiệu quả sử dụng.
Việc lựa chọn kích thước của lĩnh vực là một vấn đề khó khăn Một framework không nên quá chung chung mà cần phải có các thành phần cụ thể để tránh sự ngẫu nhiên Cách tiếp cận "một kích thước phù hợp cho tất cả" có thể dẫn đến những rủi ro không cần thiết Framework phù hợp nhất cho một lĩnh vực cụ thể phải phản ánh một cách kỹ càng, chặt chẽ và tập trung vào một vấn đề cụ thể hoặc một nhóm các vấn đề liên quan.
Các framework hiện nay đóng vai trò quan trọng trong việc sử dụng lập trình hiệu quả Tuy nhiên, một thách thức chính là sự phổ biến của các framework lớn và sự phức tạp của các mô hình liên quan Các lập trình viên cần phải học hỏi nhiều khi tiếp cận với một framework mới Đối với người sử dụng, việc hiểu rõ sự khác biệt giữa một framework và một lớp thư viện là điều cần thiết Nói chung, các framework thường khó hiểu hơn so với các lớp thư viện, vì chúng là những cấu trúc phức tạp và thu nhận nhiều thông tin thiết kế hơn.
Mô hình framework là công cụ dễ dàng sử dụng, với các giao diện chính được thiết kế đơn giản và thân thiện Tài liệu này sẽ mô tả những vấn đề quan trọng sau: lợi ích của framework, tổng quan về kiến trúc và các tương tác chính, định nghĩa chính và cách sử dụng chúng, cùng với các thành phần tiêu chuẩn được cung cấp bởi nhà lập trình.
M c ích c a vi c làm tài li u framework g m hai ph n là rất quan trọng Đầu tiên, thông tin về thiết kế framework và các thông tin liên quan cần được trao đổi liên tục trong suốt quá trình phát triển Việc trao đổi thông tin này không chỉ giúp mở rộng kiến thức mà còn đảm bảo sự phát triển hiệu quả của framework Một nhóm thiết kế nên áp dụng các kỹ thuật khác nhau để trao đổi thông tin giữa các thành viên, tuy nhiên, những kỹ thuật này thường không hiệu quả và không đảm bảo thông tin được truyền đạt đúng cách.
Thông tin và cách sử dụng framework cần được truyền tải một cách hiệu quả, đặc biệt khi các kênh thông tin tiêu chuẩn không còn khả thi Việc sử dụng các giải thích và phương tiện khác nhau để trình bày thông tin là cần thiết, nhưng tài liệu thường mang tính tùy hứng, gây khó khăn trong việc hiểu và so sánh Khi lập tài liệu cho framework, cần chú trọng đến cách thức sử dụng, ví dụ minh họa và thiết kế tổng thể của framework Người dùng cần hiểu rõ các nguyên tắc cơ bản và cấu trúc của framework để áp dụng hiệu quả Các quy tắc và ràng buộc do nhà phát triển đặt ra có thể không rõ ràng và có thể không được đề cập trong tài liệu, dẫn đến việc thiếu thông tin và cần có sự xem xét kỹ lưỡng Do đó, thông tin này cần được truyền tải một cách ngắn gọn và súc tích để người dùng có thể dễ dàng áp dụng framework.
Framework phát triển ngôn ngữ phải dựa trên các nguyên tắc quan trọng, đảm bảo tính khả thi và chất lượng trong lĩnh vực này Việc nắm vững và áp dụng những nguyên tắc này là cần thiết để tạo ra một framework hiệu quả và có giá trị.
Vấn đề của việc xây dựng một khung pháp lý cho nội dung là rất quan trọng trong lĩnh vực có phạm vi phức tạp như nhân sự Đầu tiên, bản thân lĩnh vực này tuy không phải là một khung pháp lý chính thức nhưng lại không thể thay đổi Thứ hai, việc xác định giới hạn của lĩnh vực và các giới hạn thêm vào có thể làm phức tạp quy trình quyết định về phạm vi của khung này Quyết định về khung này có thể tạo ra tài liệu tốt và hiệu quả hay không là điều khó khăn, do không có phương pháp lập tài liệu chung nào có thể áp dụng mà bao trùm tất cả các mảng của khung, thậm chí rất khó khăn để xác định tài liệu này có thực sự hữu ích hay không đối với người dùng.
Việc áp dụng một framework không đúng cách có thể dẫn đến những hậu quả nghiêm trọng trong việc duy trì và sử dụng nó, đặc biệt là khi áp dụng cho các người dùng cụ thể.
1.3.4 Xác nh n các ho t ng tr u t ng
Khi phát triển một framework, việc kiểm thử là rất quan trọng Do framework có thể được sử dụng theo nhiều cách khác nhau và không có biên giới rõ ràng, việc kiểm thử tất cả các thành phần có thể trở nên khó khăn Một cách tiếp cận hiệu quả là kiểm thử các phần của framework, nhưng nếu framework dựa trên các phần này, thì việc kiểm thử hoàn toàn trước khi framework được triển khai là không khả thi Điều này có thể liên quan đến việc kiểm thử các phương pháp trừu tượng, vì việc kiểm thử tiêu chuẩn không cho phép kiểm thử các thành phần trừu tượng, tức là các lớp có cấu trúc trừu tượng.
MÔ T BÀI TOÁN L P L CH VÀ THEO DÕI TI N
Mô t ho t ng nghi p v
2.1.1 Yêu c u chung v qu n lý d án
Quản lý dự án là một hệ thống nghiệp vụ bao gồm một loạt các công việc nhằm cập nhật thông tin và theo dõi tình hình thực hiện dự án, từ khi dự án hình thành cho đến khi kết thúc Các công việc này chủ yếu thuộc về người quản trị dự án thực hiện, trong khi các thành viên dự án có trách nhiệm cập nhật, giám sát tiến độ và trạng thái thực hiện các công việc của dự án.
Quản lý dự án là một lĩnh vực rộng lớn, bao gồm nhiều ngành nghề khác nhau như quản lý nguồn nhân lực, quản lý tài nguyên và quản lý khách hàng Trong bối cảnh hiện nay, ngành quản lý dự án tập trung vào việc lập kế hoạch làm việc và theo dõi tình hình thực hiện các công việc của dự án Các thông tin liên quan đến nhân viên và khách hàng sẽ được thu thập từ các hệ thống Quản lý nguồn nhân lực và Quản lý khách hàng.
Trong quản lý dự án, các công việc cần thực hiện bao gồm: cập nhật thông tin tổng quan của dự án mới như mã dự án, tên dự án, loại dự án, mô tả, khách hàng, ngày bắt đầu và ngày kết thúc Sau khi dự án được tạo, người quản lý dự án cần cập nhật lại các thông tin này Tiếp theo, cần lập danh sách thành viên tham gia dự án, bao gồm các nhân viên trong hệ thống, với thông tin được lấy từ Quản lý nguồn nhân lực Mỗi nhân viên sẽ đảm nhận một vai trò cụ thể như "Quản lý dự án", "Trưởng nhóm", "Lập trình viên", v.v Cuối cùng, cần lập lịch làm việc cho dự án, bao gồm nhiều công việc với mã công việc, tên công việc, thời gian bắt đầu và thời gian kết thúc công việc.
“Thiết kế hệ thống” bao gồm các công việc như “Thiết kế tổng thể” và “Thiết kế cơ sở dữ liệu” Những công việc này được xác định và quản lý chi phí bởi người quản lý dự án Để thực hiện các công việc này, người quản lý dự án sẽ phân công nhiệm vụ cho các thành viên trong nhóm.
Trong một dự án có nhiều thành viên tham gia, cần xác định một thành viên chịu trách nhiệm chính để theo dõi tình hình thực hiện công việc Mỗi thành viên sẽ cập nhật thông tin về tiến độ và trạng thái công việc mà họ phụ trách Dựa trên các thông tin này, người quản lý dự án sẽ lập báo cáo về tình hình thực hiện của toàn bộ dự án Ngoài ra, trong quá trình hoạt động, nếu có công việc bị tạm ngừng hoặc hủy bỏ, người quản lý cần ghi rõ lý do cho sự việc đó.
2.2.2.T ng h p các ch c n ng h th ng
R1.1 C p nh t thông tin chung c a d án
R1.2.1 Thêm nhân viên vào d án
R2 Qu n lý l ch làm vi c
R2.2 Phân công th c hi n công vi c
R2.2.1 Thêm thành viên th c hi n công vi c
R2.2.2 B t thành viên th c hi n công vi c
R3 Theo dõi th c hi n công vi c
R3.1 C p nh t ti n th c hi n công vi c
R3.2 C p nh t tr ng thái c a công vi c ng 2.1 T ng h p các ch c n ng h th ng
2.1.3 Bi u khái ni m l nh v c nghi p v
Hình 2.2 Bi u mô hình l nh v c c a h th ng Qu n lý d án
STT Anh Vi t Gi i thích n i dung
1 Project D án D án có trong h th ng, bao g m các d án ti m n ng, các d án ang th c hi n và các d án s th c hi n
2 Employee Nhân viên Nhân viên có trong h th ng
3 ProjectMember Thành viên Nhân viên tham gia vào m t d án
4 Role Vai trò Vai trò c a các thành viên khi tham gia vào m t d án:
STT Anh Vi t Gi i thích n i dung
5 ProjectTask Công vi c M t công vi c c a m t d án
6 PrivateTask Công vi c cá nhân
M t công vi c ã c phân công cho m t thành viên c a d án th c hi n
7 Status Tr ng thái Tr ng thái c a m t công vi c
8 Customer Khách hàng Khách hàng c a d án
9 ProjectType Lo i d án Lo i d án th ng bao g m:
- Kh o sát và phân tích yêu c u
- Phân tích, thi t k h th ng
10 Schedule L p l ch Ho t ng l p k ho ch th c hi n d án, bao g m vi c c l ng th i gian th c hi n, th i m b t u và th i m k t thúc c a m i công vi c
11 Cost Chi phí Ho t ng c l ng chi phí c a d án ng 2.3 T n thu t ng
Phát tri n mô hình ca s d ng
2.2.1 Xác nh tác nhân ® Qu n tr d án ® Thành viên c a d án
Tác nhân Vai trò K t qu
- C p nh t thông tin chung c a d án
- Phân công th c hi n công vi c
- C p nh t ti n th c hi n và tr ng thái c a công vi c
- Các nhân viên tham gia d án c c p nh t
- Thành viên th c hi n công vi c c c p nh t
- Ti n th c hi n công vi c c c p nh t
- Tr ng thái c a công vi c c th c hi n
- C p nh t ti n th c hi n và tr ng thái c a công vi c
- Ti n th c hi n công vi c c c p nh t
- Tr ng thái c a công vi c c th c hi n
- Cung c p thông tin v các nhân viên
- Thông tin v các nhân viên c a vào trong h th ng
- Cung c p thông tin v các khách hàng
- Thông tin v các khách hàng c a vào trong h th ng ng 2.4 Tác nhân trong h th ng
2.2.2 Xác nh các ca s d ng
Xu t phát t các tác nhân h th ng, ta xác nh c các ca s d ng sau: ® C p nh t d án ® Qu n lý l ch làm vi c ® Theo dõi th c hi n công vi c
Hình 2.5 Ca s d ng m c t ng th c a h th ng Qu n lý d án
Sau ây là mô hình các ca s d ng chi ti t
2.2.3.2 Mô hình ca s d ng C p nh t d án
Hình 2.6 Ca s d ng p nh t d án
2.2.3.2.1 Mô hình ca s d ng C p nh t thông tin chung c a d án
Hình 2.7 Ca s d ng p nh t thông tin chung c a d án
2.2.3.2.2 Mô hình ca s d ng C p nh t thành viên
Hình 2.8 Ca s d ng p nh t thành viên c a d án
2.2.3.3 Mô hình ca s d ng Qu n lý l ch làm vi c
Hình 2.9 Ca s d ng Qu n lý l ch làm vi
2.2.3.3.1 Mô hình ca s d ng C p nh t công vi c
Hình 2.10 Ca s d ng p nh t công vi
Hình 2.11 Ca s d ng Phân công th c hi n công vi
2.2.3.4 Mô hình ca s d ng Theo dõi th c hi n công vi c
Hình 2.12 Ca s d ng Theo dõi th c hi n công vi
2.2.4 Mô t chi ti t các ca s d ng i ây trình b y m t s ca s d ng n hình
Tác nhân: Qu n tr d án, H qu n lý khách hàng
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án t o m i m t d án ho c ch n nh p các d án t file và ghi l i.
Lu ng s ki n chính: Nh p m i m t d án
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n ch c n ng nh p m i m t d án
2 Hi n cách nh p d án Hình th c nh p
3 Ch n cách t o m i 4 Hi n bi u m u nh p m i
Lu ng s ki n ph : Nh p các d án t file
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
3’ Ch n nh p t file 4’ Hi n bi u m u nh p t file
5’ Ch n file d li u 6’ Hi n các d án c thêm vào
2.2.4.2 C p nh t thông tin chung c a d án
Tác nhân: Qu n tr d án, H qu n lý khách hàng
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án ch n m t d án ã có s a, xóa và ghi l i.
Lu ng s ki n chính: s a m t d án
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n ch c n ng c p 2 Hi n các d án D án
3 Ch n d án 4 Hi n d án c ch n Lo i d án, D án, Khách hàng
5 Ch n ch c n ng s a - ti n hành s a
Lu ng s ki n ph : xóa m t d án
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
5’ Ch n ch c n ng xóa 6’ Th c hi n vi c xóa d án
Tác nhân: Qu n tr d án, H qu n lý nhân l c
M c ích: Thêm ho c b t m t thành viên vào/ra m t d án.
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án thêm ho c b t m t thành viên vào/ra d án.
Lu ng s ki n chính: Thêm thành viên vào d án
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n ch c n ng c p nh t thành viên
2 Hi n bi u m u c p nh t thành viên
D án, Nhân viên, Thành viên, Vai trò
3 Ch n m t d án t danh sách d án
4 Hi n danh sách thành viên c a d án c ch n
D án, Thành viên, Vai trò
5 Ch n các nhân viên trong danh sách nhân viên
6 ánh d u các nhân viên c ch n trong danh sách
7 Thêm thành viên d án 8 B sung các nhân viên c ch n vào danh sách thành viên c a d án
D án, Nhân viên, Danh sách Thành viên
9 Ch n k t thúc (ti p t c) 10 Ghi l i và thông báo thành công
Lu ng s ki n ph : B t thành viên kh i d án
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
5’ Ch n các thành viên trong danh sách thành viên c a d án
6’ ánh d u các thành viên c ch n trong danh sách
8’ B t các thành viên c ch n ra kh i danh sách thành viên c a d án
D án, Thành viên, Danh sách Nhân viên
Tác nhân: Qu n tr d án
M c ích: Thêm m i, s a, xóa m t công vi c ã có c a d án.
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án thêm m i m t công vi c ho c ch n m t công vi c ã có s a và ghi l i.
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n m t d án t danh sách d án
2 Hi n danh sách công vi c c a d án c ch n
3 Ch n ch c n ng t o m i m t công vi c
4 Hi n bi u m u nh p nh ng thông tin c a công vi c m i
5 ng ý nh p m i 6 Thêm m i m t công vi c vào h th ng
7 Ch n k t thúc (ti p t c) 8 Ghi l i và thông báo thành công
Lu ng s ki n ph : s a, xóa, t m d ng và h y b công vi c ã có
2.2.4.5 Phân công th c hi n công vi c
Tác nhân: Qu n tr d án
M c ích: Thêm vào ho c b t ra m t thành viên th c hi n m t công vi c c a m t d án.
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án thêm vào ho c b t ra m t thành viên th c hi n m t công vi c c a m t d án.
Lu ng s ki n chính: thêm thành viên th c hi n công vi c
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n m t d án t danh sách d án
2 Hi n danh sách công vi c c a d án c ch n
2 Ch n m t công vi c t danh sách công vi c – ch n ch c n ng phân công th c hi n công vi c
4 Hi n bi u m u phân công th c hi n công vi c
D án, Công vi c, Danh sách Thành viên
5 Ch n thành viên c a d án trong danh sách thành viên không th c hi n công vi c
6 ánh d u thành viên c ch n trong danh sách
Danh sách Thành viên th c hi n công vi c
7 Thêm thành viên th c hi n công vi c
8 B sung các thành viên ã c ch n vào danh sách thành viên th c hi n công vi c
Công vi c, Danh sách Thành viên th c hi n công vi c
9 Ch n k t thúc (ti p t c) 10 Ghi l i và thông báo thành công
Lu ng s ki n ph : b t thành viên th c hi n công vi c
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
3 Ch n thành viên trong danh sách thành viên th c hi n công vi c
4 ánh d u thành viên c ch n trong danh sách
Danh sách Thành viên th c hi n công vi c
4 B t thành viên th c hi n công vi c
5 B t các thành viên ã c ch n ra kh i danh sách thành viên th c hi n công vi c
Công vi c, Danh sách Thành viên th c hi n công vi c
2.2.4.6 C p nh t ti n th c hi n công vi c
Tác nhân: Qu n tr d án, Thành viên d án
M c ích: C p nh t ti n th c hi n c a m t công vi c ã c l p l ch.
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án c p nh t ti n th c hi n c a m t công vi c ã c l p l ch.
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n m t d án t danh sách d án
2 Hi n danh sách công vi c c a d án c ch n
3 Ch n công vi c t danh sách công vi c – ch n c p nh t ti n th c hi n công vi c
4 Hi n bi u m u ch a thông tin c a công vi c
5 ng ý vi c c p nh t ti n th c hi n c a công vi c
6 C p nh t thông tin v ti n th c hi n c a công vi c vào h th ng
7 Ch n k t thúc 8 Ghi l i và thông báo thành công
Lu ng s ki n ph : không có
2.2.4.7 C p nh t tr ng thái c a công vi c
Tác nhân: Qu n tr d án, Thành viên d án
M c ích: C p nh t tr ng thái c a m t công vi c trong d án.
Mô t : Sau khi ng nh p vào h th ng, qu n tr d án c p nh t tr ng thái c a m t công vi c trong d án.
Hành ng c a tác nhân Ph n ng c a h th ng D li u liên quan
1 Ch n m t d án t danh sách d án
2 Hi n danh sách công vi c c a d án c ch n
3 Ch n công vi c t danh sách công vi c – ch n c p nh t tr ng thái
4 Hi n bi u m u ch a thông tin c a công vi c
Công vi c, Tr ng thái
5 ng ý vi c c p nh t tr ng thái c a công vi c
6 C p nh t thông tin v tr ng thái c a công vi c vào h th ng
7 Ch n k t thúc 8 Ghi l i và thông báo
Ch ng 3 PHÂN TÍCH VÀ THI T K H TH NG
Phân tích h th ng
3.1.1 Phân tích t ng ca s d ng
3.1.1.1 Ca s d ng p nh t thông tin chung c a d án ® Bi u tu n t h th ng:
Hình 3.1 Bi u tu n t h th ng p nh t thông tin chung c a d án ® Mô hình khái ni m:
• Tác nhân: Ÿ Qu n tr d án Ÿ H qu n lý khách hàng
• L p th c th : Ÿ L p th c th Project ch a thông tin c a các d án Ÿ L p th c th ProjectType ch a thông tin v các lo i d án
• L p giao di n: L p giao di n FormEditProject cho phép tác nhân tìm ki m, t o m t d án m i, c ng nh xem hay s a, xóa các d án ã có trong danh sách
• L p u khi n: L p u khi n UpdateProjectInfo có trách nhi m u khi n vi c truy xu t và c p nh t d án
Hình 3.2 Bi u l p phân tích th c thi ca s d ng p nh t thông tin chung c a d án ® Bi u tu n t i t ng khái ni m:
• Ca s d ng “Tìm ki m d án”:
Hình 3.3 Bi u tu n t phân tích th c thi ca s d ng Tìm ki m d án
• Ca s d ng “C p nh t thông tin chung c a d án”:
Hình 3.4 Bi u tu n t phân tích th c thi ca s d ng p nh t thông tin chung c a d án ® Thi t k giao di n:
Hình 3.5 Giao di n c p nh t thông tin chung c a d án
Khi người dùng chọn chức năng “Cập nhật thông tin chung của dự án”, biểu mẫu trạng thái tìm kiếm dự án sẽ hiện ra, bao gồm danh sách các dự án hiển thị trong trường tên dự án, ô nhập tên dự án và các ô nhập dữ liệu khác Sau khi hoàn thành, người dùng có thể tìm kiếm dự án Đồng thời, các nút di chuyển bản ghi sẽ bị vô hiệu hóa, bao gồm các nút || và nút sửa (Modify) cũng sẽ không khả dụng cho đến khi thông tin dự án được cập nhật, khi đó các nút Cập nhật, Xóa và các chức năng khác sẽ được kích hoạt.
Sau khi người dùng nhập thông tin tìm kiếm và chọn nút, danh sách dự án sẽ hiển thị Các ô nhập liệu sẽ hiện thị dữ liệu của bản ghi ưu tiên trong danh sách dự án thỏa mãn điều kiện tìm kiếm Nếu tìm kiếm thành công, người dùng có thể điều hướng giữa các bản ghi Nếu là bản ghi ưu tiên trong danh sách, các nút chuyển về bản ghi sẽ bị vô hiệu hóa Ngược lại, nếu là bản ghi cuối cùng trong danh sách, các nút chuyển về bản ghi cuối cùng sẽ bị vô hiệu hóa Cuối cùng, nút sửa sẽ được kích hoạt khi dự án được cập nhật thành công.
Khi người dùng chọn nút "Thêm mới", hệ thống sẽ hiển thị biểu mẫu trạng thái thêm mới một dự án, bao gồm danh sách dự án, ô nhập dữ liệu cần thiết và thanh công cụ tìm kiếm dự án Đồng thời, thanh công cụ cũng sẽ được cập nhật với thông tin dự án mới Ngoài ra, nút xóa sẽ bị vô hiệu hóa trong quá trình này.
Khi người dùng chọn nút sửa (Modify), biểu mẫu sẽ hiển thị trạng thái sửa mặt dự án Hệ thống sẽ cập nhật tên dự án và các ô nhập liệu sẽ hiển thị dữ liệu của bản ghi đang sửa Sau khi tìm kiếm dự án thành công, hệ thống sẽ cập nhật dự án một cách hiệu quả.
• M c quan tr ng c a d án (Important Level) là m t trong các giá tr c a danh sách sau: Ÿ 0: Not defined Ÿ 1: High Ÿ 2: Moderate Ÿ 3: Low
Hãy kiểm tra các trường ngày kết thúc dự kiến (Estimated Finish Date) và ngày kết thúc thực sự (Finish Date) Khi có ánh sáng, điều kiện nhập giá trị ngày sẽ được kích hoạt (enable), ngược lại, khi không có ánh sáng, điều kiện này sẽ bị vô hiệu hóa (disable).
3.1.1.2 Ca s d ng p nh t thành viên c a d án ® Bi u tu n t h th ng:
Hình 3.6 Bi u tu n t h th ng p nh t thành viên c a d án ® Mô hình khái ni m:
• Tác nhân: Ÿ Qu n tr d án Ÿ H qu n lý nhân l c
Dự án Lập trình thông tin cung cấp chi tiết về các dự án, thành viên tham gia và vai trò của từng thành viên trong dự án.
• L p giao di n: L p giao di n FormEditMember cho phép tác nhân thêm nhân viên vào ho c b t nhân viên kh i d án
• L p u khi n: L p u khi n UpdateMemberInfo có trách nhi m u
Hình 3.7 Bi u l p phân tích th c thi ca s d ng p nh t thành viên c a d án ® Bi u tu n t i t ng khái ni m:
Hình 3.8 Bi u tu n t phân tích th c thi ca s d ng p nh t thành viên c a d án ® Thi t k giao di n:
Hình 3.9 Giao di n c p nh t thành viên c a d án
• Bên trái là danh sách các nhân viên, c cung c p t h qu n lý nhân l c Phía d i c a danh sách là h p l a ch n vai trò cho m i thành viên c a d án
• Bên ph i là danh sách các thành viên c a d án C t u tiên c a danh sách là các h p ki m cho phép ch n các thành viên có trong danh sách.
• Nút “>” c dùng thêm các nhân viên c ch n vào d án Nút
“>>” c dùng thêm t t c các nhân viên vào d án.
• Nút “” c dùng thêm t t c các thành viên viên tham gia th c hi n công vi c.
• Nút “
