There are so many usefulness and th

There are so many usefulness and the advantages of the using of Use case modeling diagram for carrying out the requirement analysis for the complex human activity system as CSA that described in the case study. There too many information are shown in the case study and as the course work requirement, I need to abstract and model about the CSA contract system. I found the use case modeling the best modeling technique for the abstracting and analysis of functional requirement for the system.
At the stage of requirement analysis, the using of Use Case modeling as tool is very useful for carrying out of the base-line functional requirement for the system. Use case modeling is the very useful technique for analysis and identify of the functional requirement for the system.
In section B, I need to draw the Use Case diagram of the CSA contract system. This contract system is the totally complex system. The description about Contract System showed in the case study appendix A is express too many information. Some information is necessary to drew Use Case Diagram but some of them are not. But I can abstract and model about only for the high level functionality of system by using use case modeling diagram.
I analysis and found that the contract system has only six base-line functions even the case study described too many work flows and procedure. These base-line functionalities are Recording of Existing Contract, Making of the tender, receiving Lead, Making the Bid, making the Contract and finally making of the Payment. These high level functionalities become the six use cases. By selecting out of these use cases, it helps and easy to find out the actors who concern and make interaction with those use cases.
The following are the some usefulness of the Use Case Modeling Diagram that I found after the drawing of Use Case for CSA contract system. I found that, by using the Use Case Modeling Diagram for the requirement analysis, it cans analysis and identity the functionality requirement for the system. And then, by identifying the functionality, it can also help to identify the actor (user) who will be used the proposed system and functions.
Moreover, the boundary of the system can become easily define by identifying of the functionality and their actors. So the use case diagram is very useful not only for identifying of system functionality and user but also for identifying of system boundary and scope.
I learnt that Use case modeling is the one UML technique and User oriented. The use case diagram can use as the communication tools for system analyst and the CSA user because it is graphical nature and easy to understand. Furthermore, the use case diagram can identify the requirement definition and also present the clear view of the system.
So as the benefit, the people from the CSA and the system analyst can easily negotiate and discuss the requirement of the propose contract system by checking the use case modeling diagram together. By discussing the requirement and communication with CSA user, they become more interesting and more familiar with their proposed system. The use case diagram is also very useful for system analyst to prioritize and plan of the system development process.
Another advantage of use case modeling is the including of use case description. Use case description means the describing of step-by-step flow and procedure of each use case. Use case description can normally split into two types. They can be called Primary scenarios and Secondary Scenarios.
The describing of everything goes right conditions of Use Case are called Primary scenario. For example, at the Make Bid Use Case in the CSA contract system, firstly the funding body makes the project bid. Then the responsible staff form the CSA will check that bid against with CSA project criteria. And then finally, the Funding body makes the contract with the CSA. This is the description of how process will happen orderly in everything go right condition.
Another scenario is the Secondary scenario. Secondary scenario means the describing of situation that branch out form primary scenario. It can also say the describing of another path when the system cannot go as described in primary scenario. This can also called the alternative path of primary scenario. For example, In the case of when the funder’s bid is not meeting with the CSA criteria, it cannot go to the stage of making contact as described in primary scenario. So CSA have to reply the reason of bid failing case to the relevant funding body and then the system keep this bid as failing bid. This process is only will do when not possible to go with primary scenario. So it called secondary scenario.
By describing these primary scenario and secondary scenario, it helps the system analysis to thoroughly analysis the system’s flow and procedure. Furthermore, it can also avoid the inserting of no need or not necessity to use of functionality in the system.
Moreover, for the user of the CSA, they can check and see the procedure and step of their proposed system in early stage. By reading those scenarios, the user can discuss their requirement view with system analysis. The user can also chance to present their further additional requirements to the system development team.
Another point is the system can totally avoid the case of not meeting with the user requirements by describing and discussing with Use case modeling and its scenarios. It can also reduce the TCO (total cost of ownership) of redesign and repairing fees from the after implementation stage. Furthermore, it can also improve the quality and usability of the system by nearly meeting of the user requirement.

Kết quả (Việt) 1:

Không có tính hữu dụng rất nhiều, có những lợi thế của việc sử dụng trường hợp sử dụng mô hình hóa các biểu đồ để thực hiện phân tích yêu cầu cho hệ thống phức tạp hoạt động của con người như CSA mô tả trong nghiên cứu trường hợp. Có quá nhiều thông tin được hiển thị trong nghiên cứu trường hợp và như các khóa học yêu cầu công việc, tôi phải tóm tắt và các mô hình về hệ thống hợp đồng CSA. Tôi tìm thấy trường hợp sử dụng mô hình tốt nhất mô hình hóa các kỹ thuật cho abstracting và phân tích của các yêu cầu chức năng hệ thống.Ở giai đoạn phân tích yêu cầu, bằng cách sử dụng trường hợp sử dụng mô hình như công cụ là rất hữu ích để thực hiện ra khỏi cơ sở-dòng yêu cầu chức năng hệ thống. Mô hình trường hợp sử dụng là kỹ thuật rất hữu ích để phân tích và xác định của các yêu cầu chức năng hệ thống.Trong phần B, tôi cần phải rút ra trường hợp sử dụng sơ đồ hệ thống hợp đồng CSA. Hệ thống hợp đồng này là hệ thống hoàn toàn phức tạp. Mô tả về hệ thống hợp đồng cho thấy trong nghiên cứu trường hợp, phụ lục A là nhận thông tin quá nhiều. Một số thông tin là cần thiết để vẽ sơ đồ trường hợp sử dụng nhưng một số người trong số họ không. Nhưng tôi có thể tóm tắt và mô hình về chỉ cho các chức năng cao cấp của hệ thống bằng cách sử dụng trường hợp sử dụng mô hình hóa sơ đồ.Tôi phân tích và tìm thấy rằng hệ thống hợp đồng đã chỉ 6 cơ sở-dòng chức năng thậm chí nghiên cứu trường hợp mô tả quá nhiều dòng chảy công việc và thủ tục. Các chức năng cơ sở-dòng là ghi âm sẵn có hợp đồng, làm cho hồ sơ dự thầu, nhận được dẫn, làm cho giá thầu, thực hiện hợp đồng và cuối cùng thực hiện thanh toán. Những chức năng cao cấp trở thành các trường hợp sử dụng sáu. Bằng cách chọn trong số này sử dụng trường hợp, nó giúp và dễ dàng để tìm hiểu các diễn viên người quan tâm và làm cho tương tác với những trường hợp sử dụng.Dưới đây là một số tính hữu dụng của sử dụng trường hợp làm mẫu biểu đồ mà tôi tìm thấy sau khi các bản vẽ của trường hợp sử dụng cho CSA hợp đồng hệ thống. Tôi thấy rằng, bằng cách sử dụng sơ đồ mô hình trường hợp sử dụng cho việc phân tích yêu cầu, nó hộp phân tích và nhận dạng yêu cầu chức năng hệ thống. Và sau đó, bằng cách xác định các chức năng, nó cũng có thể giúp để xác định các diễn viên (người dùng) người sẽ sử dụng hệ thống đề xuất và chức năng.Hơn nữa, ranh giới của hệ thống có thể trở nên xác định dễ dàng bằng cách xác định các chức năng và diễn viên của họ. Vì vậy, sơ đồ trường hợp sử dụng là rất hữu ích không chỉ để xác định chức năng hệ thống và người sử dụng mà còn để xác định ranh giới của hệ thống và phạm vi.Tôi học được rằng mô hình trường hợp sử dụng là một kỹ thuật UML và người dùng theo định hướng. Sơ đồ trường hợp sử dụng có thể sử dụng như là công cụ truyền thông cho các nhà phân tích hệ thống và người sử dụng CSA bởi vì nó là bản chất đồ họa và dễ hiểu. Hơn nữa, sơ đồ trường hợp sử dụng có thể xác định yêu cầu định nghĩa và cũng trình bày quan điểm rõ ràng của hệ thống.Vì vậy, như các lợi ích, những người từ CSA và các nhà phân tích hệ thống có thể dễ dàng đàm phán và thảo luận về các yêu cầu của hệ thống hợp đồng đề xuất bằng cách kiểm tra trường hợp sử dụng mô hình biểu đồ với nhau. Bởi thảo luận về các yêu cầu và giao tiếp với người sử dụng CSA, họ trở nên thú vị hơn và quen thuộc hơn với hệ thống đề xuất của họ. Sơ đồ trường hợp sử dụng cũng là rất hữu ích cho các nhà phân tích hệ thống ưu tiên và kế hoạch của quá trình phát triển hệ thống.Một ưu điểm khác của mô hình trường hợp sử dụng là bao gồm các mô tả trường hợp sử dụng. Mô tả trường hợp sử dụng có nghĩa là mô tả của từng bước dòng chảy và các thủ tục của mỗi trường hợp sử dụng. Mô tả trường hợp sử dụng bình thường có thể chia thành hai loại. Họ có thể được gọi là kịch bản tiểu học và trung học kịch bản.Mô tả của tất cả mọi thứ đi đúng các điều kiện của trường hợp sử dụng được gọi là chính kịch bản. Ví dụ, làm cho giá thầu sử dụng trường hợp trong hệ thống hợp đồng CSA, trước hết tài trợ cơ thể làm cho dự án giá thầu. Sau đó nhân viên chịu trách nhiệm dưới hình thức CSA sẽ kiểm tra giá thầu đó chống lại với CSA dự án tiêu chuẩn. Và sau đó cuối cùng, cơ thể kinh phí làm cho hợp đồng với CSA. Đây là mô tả làm thế nào quá trình sẽ xảy ra orderly trong mọi điều kiện đi đúng.Một kịch bản là kịch bản thứ cấp. Trung học kịch bản có nghĩa là mô tả tình hình chi nhánh ra kịch bản chính thức. Nó cũng có thể nói mô tả của một con đường khi hệ thống không thể đi như mô tả trong chính kịch bản. Điều này cũng có thể gọi là con đường thay thế của kịch bản chính. Ví dụ, trong trường hợp khi giá thầu của funder không đáp ứng với tiêu chuẩn CSA, nó không thể đi đến giai đoạn làm số liên lạc như mô tả trong chính kịch bản. Vì vậy, CSA đã trả lời lý do của vụ giá thầu thất bại vào các nguồn tài trợ liên quan cơ thể và sau đó hệ thống giữ giá thầu này là thất bại giá thầu. Quá trình này là duy nhất sẽ làm gì khi không thể đi với kịch bản chính. Vì vậy, nó gọi là trung học kịch bản.Bằng cách mô tả các kịch bản tiểu học và trung học kịch bản, nó giúp hệ thống phân tích để phân tích kỹ lưỡng của hệ thống dòng chảy và thủ tục. Hơn nữa, nó cũng có thể tránh chèn không cần hoặc không cần thiết để sử dụng chức năng trong hệ thống.Hơn nữa, cho người dùng CSA, họ có thể kiểm tra và xem các thủ tục và bước của hệ thống đề xuất của họ trong giai đoạn đầu. Bằng cách đọc các trường hợp, người dùng có thể thảo luận xem yêu cầu của họ với hệ thống phân tích. Người dùng có thể cũng có cơ hội để trình bày của họ yêu cầu bổ sung thêm để đội ngũ phát triển hệ thống.Một điểm là hệ thống hoàn toàn có thể tránh trường hợp không đáp ứng với yêu cầu người sử dụng bởi các mô tả và thảo luận với các trường hợp sử dụng mô hình và kịch bản của nó. Nó cũng có thể làm giảm TCO (tổng chi phí sở hữu) của thiết kế lại và sửa chữa các chi phí từ việc thực hiện sau khi giai đoạn. Hơn nữa, nó có thể cũng nâng cao chất lượng và khả năng sử dụng của hệ thống bằng gần cuộc họp của các yêu cầu người sử dụng.