Mẹo System Architecture Design là gì Chi tiết

Thủ Thuật về System Architecture Design là gì 2022

Cập Nhật: 2022-03-23 06:10:20,Quý khách Cần kiến thức và kỹ năng về System Architecture Design là gì. Bạn trọn vẹn có thể lại Comment ở cuối bài để Ad đc tương hỗ.

June 24, 2021

Bài viết trước thì mình có nói về UML bản vẽ thi công phần mểm, nhưng có lẽ rằng đó chỉ là mảnh ghép nhỏ trong cả một kho tài liệu khối mạng lưới hệ thống của ứng dụng, bạn cũng trọn vẹn có thể đọc lại tại đây nhé!

# blog.ntechdevelopers/uml-ban-ve-thi-cong-danh-cho-ky-su-lap-trinh/

Có mấy yếu tố mình cần đề cập để những bạn phân biệt được trước lúc khởi đầu nội dung bài viết.

Đầu tiên ứng dụng được tạo ra không riêng gì có gồm có phần chương trình chạy và mã nguồn (source code) mà nó còn phải đi kèm theo cả một kho khối mạng lưới hệ thống tài liệu, hướng dẫn, vận hành, thi công, triển khai, và UML chỉ là một mảnh rất nhỏ trong một bức tranh rất rộng.

Thứ 2 đó là kiến trúc ứng dụng (Software Architecture) khác với (Software Design) thiết kế ứng dụng. 

Software Architecture là thiết kế bộ khung cho khối mạng lưới hệ thống, cách phân loại và tương tác giữa những component. Nó là quy trình chuyển những đặc tính của ứng dụng như linh hoạt, kĩ năng mở rộng, tái sử dụng, bảo mật thông tin… thành một giải pháp có tính tổ chức triển khai mà phục vụ nhu yếu được nhu yếu về business cũng như về mặt kỹ thuật

Software Design là bước thứ nhất trong software design life cycle, nó sẽ chuyển hóa từ ý tưởng thành hiện thực, và nỗ lực thực hiên những yêu cầu được đề cập trong requirement. Software Design được định nghĩa là quy trình xác lập kiến trúc (architecture), thành phần (components), giao diện (interfaces), và những yếu tố khác làm thành khối mạng lưới hệ thống ứng dụng. Vậy Software Architecture là một phần của Software Design.

Còn một ý nữa là từ thiết kế hay bị nhầm với cả UI/UX Design và ở đây thì nó là một mảnh nhỏ của mảnh ghép giao diện (interfaces) ở trên. Đừng đánh đồng 4 khái niệm này làm một nhé.

UI Design (User Interface Design) tức là thiết kế giao diện người tiêu dùng với mục tiêu giúp con người dân có kĩ năng trao đổi trực tiếp với máy tính.

UX Design (User Experience Design) là nghiên cứu và phân tích và định hình và nhận định cách người tiêu dùng cảm nhận về một khối mạng lưới hệ thống.

Trong software design có 3 level: architectural design, high-level design, và detailed design. Đến đây thì lại xuất hiện 2 thuật ngữ dễ nhầm lẫn khác đó là mẫu kiến trúc (Architectural Pattern) và mẫu thiết kế (Design Pattern)

Pattern là một giải pháp ứng với một yếu tố lặp đi tái diễn. 

Với Architectural Patterns thì toàn bộ chúng ta sẽ mong ước những lớp nào và chúng sẽ tương tác ra làm thế nào, để xây dựng một khối mạng lưới hệ thống với một tập những layer rõ ràng” hoặc “những high-level module nào sẽ đã có được trong Service-Oriented Architecture của toàn bộ chúng ta và cách chúng tiếp xúc. Thế rồi toàn bộ chúng ta sẽ đã có được bao nhiêu tiers trong kiến trúc Client-Server.

Design Patterns khác Architectural Patterns ở phạm vi (scope) của chúng. Design Patterns xử lý và xử lý những yếu tố cục bộ, nhỏ lẻ hơn, nó không tác động lớn đến code base mà chỉ là một phần nhỏ trong số đó.

Architectural Patterns sẽ là một mảnh ghép nằm trong Architectural Design và High-Level Design còn Design Patterns thì lại trọn vẹn có thể có hoặc không trong Detailed Design

Túm cái váy lại thì mình trọn vẹn có thể tạm so sánh như sau (mình so sánh tương đổi để hiểu chứ không thực sự cái nọ gồm có cái kia nhé)

Software Development > Technical Documentation > Software Design > Software Architecture > Architectural Design > High-Level Design > Architectural Patterns > Detailed Design > Design Patterns > UI/UX Design

Bắt đầu phần chính nội dung bài viết nào!

SAD là 3 ký tự nhưng thật nhiều kiểu viết tắt trong ứng dụng. Có chỗ thì quy định nó là System Architecture Document, có chỗ thì là System Analyst Designer hay System Application Design, có chỗ lại là Solution Architecture Document rồi Software Architecture Document. Vậy nên nếu ai đó có nói bạn về thuật ngữ này thì nên hỏi nó là gì nhé, mất công nhầm lẫn ?

Ở nội dung bài viết này mình đề cập thì nó là Software Architecture Document. Nó là một tài liệu được yêu cầu trình diễn trong quá trình sơ khởi của dự án bất Động sản khu công trình xây dựng và bắt buộc chuyển giao trong quy trình tăng trưởng thành phầm.

Dưới đấy là nguyên do nên phải có Software Architecture Document

– Giúp nhà tăng trưởng hiểu nguyên do đằng sau những quyết định hành động lựa chọn kiến trúc.– Để truyền đạt thông tin tương quan khối mạng lưới hệ thống đến những thành viên tham gia thiết kế và tăng trưởng khối mạng lưới hệ thống.– Tài liệu hoá tương quan đến kiến trúc có tính tác động sâu rộng đến khối mạng lưới hệ thống. Nó giúp việc tăng cấp, bảo trì trở nên thuận tiện và đơn thuần và giản dị trong tương lai.– Tài liệu chứa thông tin (những thuộc tính chất lượng cần ưu tiên theo yêu cầu nhiệm vụ, những ngữ cảnh, bảng định hình và nhận định so sánh những giải pháp thiết kế thay thế,…) tương quan đến việc quyết định hành động lựa chọn kiến trúc và nó sẽ là tài liệu quyết định hành động ở đầu cuối về kiến trúc.– Để tích hợp giữa khối mạng lưới hệ thống đang sẵn có với những khối mạng lưới hệ thống khác và phục vụ nhu yếu thông tin tìm hiểu thêm vào cho những nhà thiết kế kiến trúc khác tìm hiểu thêm và tái sử dụng lại (Reuse) cho những thành phầm khác trong tương lai.– Là địa thế căn cứ nhằm mục tiêu ước lượng, lên kế hoạch cho dự án bất Động sản khu công trình xây dựng và phục vụ nhu yếu cơ sở cho quy trình hình thành cấu trúc nhóm tăng trưởng.

– Đánh giá hiệu năng của khối mạng lưới hệ thống trước lúc nó được xây dựng, định hình và nhận định những ràng buộc (constraints), những hạn hế (limitations) của thành phầm để đảm bảo chất lượng ứng dụng.

Có thể có nhiều quyền lợi khác mà thành phầm cũng như dự án bất Động sản khu công trình xây dựng chú trọng tuỳ theo mức độ và tính nghiêm trọng của thành phầm ứng dụng và cũng luôn có thể có thật nhiều nhà thiết kế sử dụng công cụ UML modeling để tài liệu hoá kiến trúc của mình. Tuy nhiên không phải dự án bất Động sản khu công trình xây dựng nào thì cũng phải làm khá đầy đủ những thành phần trong tài liệu này. Tài liệu này thường sẽ tiến hành những anh TA (Technical Architect), SA (Sollution Architect) thiết kế và viết ra ngay sau khoản thời hạn nhận dự án bất Động sản khu công trình xây dựng, sẽ đã có được nhiều Lever review tài liệu này do tình quan trọng của nó tác động đến tương lai của ứng dụng nhưng nó phải đảm bảo được chốt và hoàn thành xong trong sprint 0 nếu theo quy mô agile

Đến đây thì những bạn sẽ hiểu UML là một mảnh ghép và là công cụ để thể hiện tài liệu SAD nhé.Như phía trên tôi đã đề cập sẽ đã có được 3 mức độ thiết kế: architectural design, high-level design, và detailed design. Và có tối thiểu 14 loại UML như nội dung bài viết trước tôi đã đề cập, vậy lúc nào thì dùng loại diagrams nào. Đây là một vướng mắc nên phải có sự kinh nghiệm tay nghề và dưới đấy là mình học hỏi được trải qua quan sát dưới góc nhìn thành viên của mình mình nhé.

Đầu tiên ở level tốt nhất Architectural design thì khi nhận dự án bất Động sản khu công trình xây dựng từ người tiêu dùng nó được đưa ra giúp người tiêu dùng hiểu được bức tranh tổng quát của toàn khối mạng lưới hệ thống. 

Khi này thì mình sẽ đã có được Use Case Diagram để mô tả những thực thể tương tác với khối mạng lưới hệ thống, vấn đáp cho những vướng mắc ai là người tiêu dùng, ai là người quản trị và vận hành, ai là người tiêu dùng, vai trò và hiệu suất cao được phép sử dụng của từng người và vùng khối mạng lưới hệ thống mình cần xây dựng nằm ở vị trí đâu.

Sau khi xác lập được khu vực mà xây dựng ứng dụng rồi thì phần quan trọng tiếp theo là những diagram thể hiện thành phần trong khối mạng lưới hệ thống cùng với những công nghệ tiên tiến và phát triển sử dụng trong khối mạng lưới hệ thống (Technical Stack). Ở đây thì tuỳ vào nền tảng khối mạng lưới hệ thống mà có những diagrams rất khác nhau như:

System Architecture Diagram

Website Architecture Diagram

Website Functional Architecture Diagram

Application Architecture Diagram

Software Architecture Diagram

Enterprise Architecture Diagram

Cloud Computing System Architecture Diagrams

Từ những diagrams trên thì những anh SA, TA khởi đầu phân tích những thành phần nhỏ hơn trong diagrams đó và tăng trưởng thành tài liệu High-level Design. Trong tài liệu này sẽ đã có được những diagrams sau:

Communication Diagram

Package Diagram

Deployment Diagram

Composite Structure Diagram

Đến đây thì trước lúc chạy sprint những diagram này cần phải hoàn thành xong và được thẩm định, để đảm bảo tiến độ thi công. Sau khi có High-level Design thì khi khởi đầu sprint thì sẽ đã có được tài năng liệu Detailed Design. Trong tài liệu này sẽ gồm có những diagrams sau:

Communication Diagram

Object Diagram

Class Diagram

Profile Diagram

Interaction Overview Diagram

Activity Diagram

State Machine Diagram

Sequence Diagram

Timing Diagram

Ngoài những diagrams trên còn tồn tại một diagrams cũng luôn có thể có trong ERD nhưng không thuộc UML đó đó là sơ đồ quan hệ database. Để thiết kế một ứng dụng thì khó lòng trọn vẹn có thể thiếu được cấu trúc sơ đồ quan hệ của cơ sở tài liệu phải không nào

Ok nhé, nếu những bạn để ý thì tôi đã cố ý sắp xếp những diagrams từ bậc cao đến bậc thấp, từ overview đến detail trọn vẹn có thể thi công, từ khâu nhận dự án bất Động sản khu công trình xây dựng của người tiêu dùng đến quá trình thực thi.Cụ thể từng diagram mình sẽ đi trong nội dung bài viết khác hoặc bạn cũng trọn vẹn có thể tìm hiểu thêm tại đây

# visual-paradigm/guide/what-is-uml/
# visual-paradigm/

Một điều nữa là mỗi công ty sẽ đã có được một mẫu template tài liệu này sẽ rất khác nhau và được bảo mật thông tin dự án bất Động sản khu công trình xây hình thành khó ai trọn vẹn có thể san sẻ được tuy nhiên thì cũng luôn có thể có một vài mẫu SAD mình tổng hợp được những bạn cũng trọn vẹn có thể tìm hiểu thêm
# ecs.csun.edu/

Hi vọng nội dung bài viết này trọn vẹn có thể giúp phần nào những bạn nhìn được bức tranh tổng quát của một tài liệu SAD cũng như lúc nào sử dụng loại UML nào trong quá trình nào. Trong thực tiễn trọn vẹn có thể một số trong những dự án bất Động sản khu công trình xây dựng hay công ty sẽ cắt bớt một số trong những thứ không thiết yếu và không phù thích phù hợp với họ nên bạn cũng trọn vẹn có thể sẽ vướng mắc đôi chút. 

Ví dụ công ty trước của tớ thì có Class Diagram trong Detailed Design nhưng công ty hiện tại thì dùng dev notes thay thế luôn cho những diagrams ở quy mô detail, có lẽ rằng để bớt thời hạn và quy trình cồng kềnh. Outsourcing mà ?

Bài viết hơi dài, cám ơn những bạn đã đọc đến những dòng ở đầu cuối này!

Thân,
#ntechdevelopers

Reply
9
0
Chia sẻ

Video full hướng dẫn Chia Sẻ Link Tải System Architecture Design là gì ?

– Một số Keyword tìm kiếm nhiều : ” Review System Architecture Design là gì tiên tiến và phát triển nhất , Share Link Down System Architecture Design là gì “.

Thảo Luận vướng mắc về System Architecture Design là gì

Bạn trọn vẹn có thể để lại Comments nếu gặp yếu tố chưa hiểu nha.
#System #Architecture #Design #là #gì System Architecture Design là gì