Chuyển đến nội dung chính

Diagrams in System Analysis and Design

Diagrams in System Analysis and Design

In system analysis and design, diagrams are used to represent the different aspects of a system, its components, and their interactions. The main types of diagrams used in system analysis and design include:

  • Use case diagrams: This type of diagram is used to describe the functionality of a system from the user's perspective. It shows the different use cases (or scenarios) in which a user interacts with the system, as well as the actors (or users) who are involved in those interactions.
  • Activity diagrams: This type of diagram is used to represent the flow of activities within a system. It shows the sequence of activities and decisions involved in a particular process or use case.
  • Sequence diagrams: This type of diagram is used to represent the interaction between objects in a system. It shows the sequence of messages exchanged between objects in a particular scenario or use case.
  • Class diagrams: This type of diagram is used to represent the structure of a system. It shows the different classes that make up the system, their attributes, and their relationships with each other.
  • Deployment diagrams: Deployment diagrams are a type of diagram used in system analysis and design to illustrate the physical architecture of a system. They show how the different components of a system are deployed on hardware or software environments, such as servers, workstations, or cloud services.
  • Component diagrams: This type of diagram is used to represent the components of a system and their dependencies. It shows the different parts of the system, their interfaces, and how they interact with each other.

These diagrams are used to help system analysts and designers to understand the requirements of the system, design its components, and communicate their designs to stakeholders. Each diagram represents a different aspect of the system, and together they provide a comprehensive view of the system and its behavior.


[Australia]  261111 - ICT Business Analysts

Identifies and communicates with users to formulate and produce a requirements specification to create system and software solutions.

Description of Employment Duties:

  • Working with users to formulate and document business requirements
  • Identifying, investigating, and analyzing business processes, procedures and work practices
  • Identifying and evaluating inefficiencies and recommending optimal business practices, and systemfunctionality and behavior
  • Using project management methodologies, principles and techniques to develop project plans and to cost, resource and manage projects
  • Taking responsibility for deploying functional solutions, such as creating, adopting and  implementing system test plans, which ensure acceptable quality and integrity of the system
  • Creating user and training documentation, and conducting formal training classes
  • Developing functional specifications for use by system developers
  • Using data and process modeling techniques to create clear system specifications for the design and development of system software 
  • Acting as a central reference and information source, providing guidance and assistance in the system project decision making process

Bài đăng phổ biến từ blog này

Sự trì hoãn và sự lười biếng có phải là một hay không?

Lười biếng và Trì hoãn là 1 cặp trạng thái thường đi kèm với nhau. Thường sẽ có nhận định rằng những người lười biếng cũng sẽ là những người hay trì hoãn. Vậy câu hỏi đầu tiên là trì hoãn là gì? Hoãn là dời lại, lùi lại (một mốc thời gian) Trì là giữ lại + nắm chặt lấy, làm chậm lại. Trì hoãn là dừng không thực hiện một kế hoạch, một sự việc nào đó khi biết rằng nếu dừng lại sẽ có những hậu quả không tốt, tiêu cực hoặc theo một chủ đích nào đó, và thường phải mất một thời gian lâu sau mới có thể tiếp tục thực hiện tiếp hoặc có thể dẫn đến bỏ luôn không thực hiện nữa. Như trì hoãn không viết bài là cứ nghĩ đến việc viết bài, rồi lại thôi, không viết, rồi lại nghĩ đến việc viết nữa, rồi lại thôi... Sự trì hoãn thường là một chuỗi: suy nghĩ đến - quyết tâm làm - nhưng lại không làm - rồi lại suy nghĩ đến -..... Kết quả của sự trì hoãn thường sẽ là mất rất nhiều thời gian để từ suy nghĩ chuyển thành hành động và thường kèm theo một loạt những vấn đề phát sinh. Và những lý do đưa ra để giải

Tôi mệt mỏi và suy nhược ra sao

Khi cảm nhận sự mệt mỏi, nhưng sau đó cố gắng vượt qua bằng phương pháp không thích hợp sẽ dẫn đến kiệt sức. Kiệt sức trong một thời gian dài có thể dẫn đến tình trạng suy nhược đó. Một ngày bắt đầu khi báo thức của điện thoại rung và báo thức lúc 5h sáng, cảm giác thiếu ngủ và mắt nặng trĩu kéo tôi chùng lại và phản ứng bằng cách vô thức tắt báo thức, sau đó tự nhủ rằng sẽ ngủ ráng thêm 10ph nữa thôi. Nhưng đời không như là mơ, tôi mở mắt ra thì đồng hồ đã trôi thêm được 1h nữa. Tôi bật dậy để kịp chuẩn bị một cách vô vọng cho hành trình một ngày mới.. Và một ngày làm việc kết thúc bằng việc lê tấm thân về nhà sau một ngày làm việc với tình trạng mờ mắt vì phải dính vào màn hình máy tính, người uể oải vì phải dính vào cái ghế chỗ ngồi suốt ngày. Trên đường về, với một lộ trình từ công ty về đến nhà tôi lại bị kẹt cứng trong các điểm kẹt xe trên đường. Nóng, mệt và bực bội vì xe cứ phải nhích từng chút giữa dòng xe cộ bấm còi inh ỏi, khói bụi, hơi nóng bao vây tứ phía, cái khẩu trang t

Cám dỗ của lười biếng

Tôi thật sự rất lười suy nghĩ, lười làm việc gì đó lặp đi lặp lại nhiều lần. Cái này có phải là lười hay là chán? Đối với nhiều người thì "lười biếng" có thể là một trạng thái tiêu cực, nhưng đối với nhiều người thì đây lại là trạng thái tích cực. Khi xảy ra trạng thái này, có nhiều phản ứng khác nhau: - Có thể là tìm cách để thoát khỏi trạng thái này bằng cách làm gì đó khác với hoạt động hiện tại. Khác với hiện tại có thể tìm một việc khác để tăng cường độ vận động vật lý hoặc cũng có thể là giảm luôn hẳn cường độ vận động (như đi ngủ chẳng hạn) - Cứ để vậy luôn, làm biếng là làm biếng mà, thôi thì nó đang làm biếng thì cứ tà tà vậy đi. Thông thường khi đứng trước một vấn đề thì ta thường có những quyết định theo những chiều hướng sau: 1. Buông bỏ 2. Chấp nhận 3. Cố gắng vượt qua Buông bỏ có thể được đánh giá một sự thất bại, trong tư tưởng sẽ định hình tư duy "À việc này khó, mình không làm được đâu, sau này khỏi làm mất công" Chấp nhận có thể là sự hài lòng hoặc