Basic Design Là Gì

     

Loạt nội dung bài viết cung cấp cho những kiến thức và kỹ năng IT cơ bản và quan trọng cho rất nhiều bạn lý thuyết theo ngành Comtor (Phiên dịch trong IT), comtor nhưng mong muốn chuyển nghề qua tester hay định hướng theo BrSE (kỹ sư mong nối)

Menu

1.Các một số loại tài liệu cơ phiên bản trong một dự án2.Basic thiết kế (基本設計) và phần lớn điều phải biết3.Các nhiều loại tài liệu4.Lời kết

1.Các loại tài liệu cơ bạn dạng trong một dự án

Phần này bọn chúng mình bắt tắt lại những giai đoạn trong các bước phát triển phần mềm và những loại tư liệu đi kèm, nếu đề nghị đọc cụ thể hơn, mời các bạn tham khảo các nội dung bài viết trước nhé.

Bạn đang xem: Basic design là gì

Bạn đang xem: Basic thiết kế là gì

Phần color cam đang là phần tnmm giải thích tại bài viết này.


*

Các tài liệu sử dụng dùng trong giai đoạn tạo basic design

2.Basic kiến thiết (基本設計) và phần lớn điều đề xuất biết


*

Giai đoạn tạo nên basic design

2.1 Basic thiết kế là gì?

Như đã lý giải ở bài viết về “Quy trình trở nên tân tiến phần mềm”, Basic thiết kế (Hay nói một cách khác là External Design) là giai đoạn tiếp nối của Requirement Definition (要件定義). Trong tiến độ này, tín đồ ta đã thực hiện thiết kế sơ cỗ cho hệ thống, rất nhiều gì nhưng user rất có thể nhìn thấy được, ví như layout của những màn hình, luồng đi của các màn hình. Ngoại trừ ra, những quy định liên quan đến vận hành hoặc bảo mật, túi tiền … cũng trở nên được cân nhắc ở tiến độ này.

Có lẽ cũng không sai giả dụ ta ví khối hệ thống là một ngôi nhà, thì Basic Design đó là giai đoạn dựng móng, lên tía cục, còn Detail thiết kế (Sẽ nói trong bài tiếp theo) là cách ta thiết kế nội thất và bài trí trong tòa nhà vậy.


*

Từ basic design đến detail design

2.2 Basic kiến thiết là làm gì?

Về cơ bản, Basic thiết kế được chia ra làm 3 loại bé dại hơn là 方式設計, 機能設計 và 他の設計. (Chúng mình sẽ không còn dịch những cụm tự này quý phái tiếng Việt, phần vị cũng chưa tìm được từ làm sao tương đương, phần vì ao ước dùng luôn từ giờ đồng hồ Nhật để đảm bảo an toàn đúng sắc thái của từ.)


*

Những quá trình cần có tác dụng trong gia đoạn chế tạo ra basic design

Vậy từng các loại này chung cuộc là làm mọi gì trong đó? Hãy thuộc TNMM khám phá tiếp nhé.

方式設計・Quyết định cách thức sử dụng những loại hardware, software, platform…trong quá trình xây dựng hệ thống.

・Thiết kế kết cấu tổng thể của một hệ thống.

・Quyết định loại ngữ điệu sẽ sử dụng.

機能設計・Chia hệ thống thành các tác dụng và thiết kế DB mang lại từng module đối với các tính năng có trong hệ thống.

・Quyết định luồng cách xử lý dữ liệu phía bên trong hệ thống, cũng tương tự thiết kế layout mang lại các màn hình hiển thị (UI) và xem xét đến tính tiện thể dụng đối với người sử dụng (UX).

他の設計・Tổng hợp những thông tin về deadline, cách quản lý hoặc bỏ ra phí…

・Ngoài ra cũng có thể có khi sẽ xây dựng liên quan đến tính bảo mật của hệ thống.

Xem thêm: Cách Dịch Trang Web Sang Tiếng Việt Trên Máy Tính, Please Wait

3.Các loại tài liệu

Input của quy trình này thiết yếu là bản 要件定義書 với output là bộ tài liệu call tên 基本設計書, bao hàm các loại như bắt tắt vào bảng dưới đây.

3.1 List các tài liệu được dùng làm tạo ra 基本設計書

NoTên tài liệuNội dung
1業務フロー

Luồng nghiệp vụ

Lý giải những luồng nhiệm vụ và liệt kê các tác dụng đi kèm.
2機能一覧

Danh sách chức năng

Danh sách các tính năng nằm vào scope.
3ネットワーク構成図

Sơ đồ kết cấu network

Cấu trúc network
4テーブル定義

Định nghĩa những bảng trong DB

Định nghĩa về những bảng vào database
5ER図

Lược thiết bị ER

Lược vật dụng thể hiện mối quan hệ giữa các bảng vào DB
6画面遷移図

Sơ đồ chuyển đổi màn hình

Sơ đồ biểu thị luồng đi của các màn hình
7画面レイアウト

Layout màn hình

Hình dung về cách sắp xếp các phần, các button … bên trên màn hình

3.2 Ví dụ nạm thể:

業務フロー/Luồng nghiệp vụ
*

Luồng nghiệp vụ/業務フロー

Tài liệu này mô tả dễ dàng và đơn giản các luồng thao tác làm việc chính trong một hệ thống. Ở lấy một ví dụ trên đang thể hiện luồng nhiệm vụ từ lúc nhận được đơn hàng cho tới khi xuất đơn hàng trong khối hệ thống sẽ đề xuất trải qua những các bước gì.

Nhìn vào tư liệu này team cải tiến và phát triển sẽ dễ hình dung về tổng thể: hệ thống đó có những nhân vật nào? họ liên hệ với nhau như nào? (Ví dụ: người phụ trách chào đón đơn, tiếp nối phòng mua sắm sẽ xác thực nội dung solo hàng…)

画面遷移図/Sơ đồ dịch rời màn hình

Sơ đồ dịch rời màn hình/画面遷移図

Tài liệu này bộc lộ đường đi của những màn hình. Như ví dụ như phía trên, thì trường đoản cú màn TOP hoàn toàn có thể di chuyển cho màn thông tin hoặc màn tuyển dụng. Trường hợp đang truy vấn vào menu thông báo, thì hoàn toàn có thể di chuyển mang lại màn view thông báo một cách detail…

画面レイアウト/Layout màn hình

Layout màn hình /画面レイアウト

Khi nhìn vào tư liệu này, nhóm phát triển sẽ biết được trong 1 màn hình, đề xuất làm đa số mục nào.?Vị trí, color của những mục ra sao?…

テーブル定義/Định nghĩa bảng

Data của 1 hệ thống thường được lưu giữ trong Database. Database là tập hợp những data được tổ chức triển khai và lưu theo phương thức bảng.

Vì vậy, khi xây dựng một khối hệ thống bắt buộc họ phải kiến thiết Database để lưu, tư tưởng xem: Database đó cần phải có những bảng nào? trong mỗi bảng có nhu cầu các trường gì? Kiểu tài liệu như nào(Số, text…)?

Và đa số định nghĩa này sẽ được trình bày vào tư liệu với tên thường gọi là “Định nghĩa bảng”.

ER図

Entity Relationship Diagram

Khi vẫn biết hệ thống cần những bảng nào để lưu Data vào Database, thì cần thêm một tài liệu bổ sung cập nhật nữa, đó chính là: Entity Relationship Diagram.

Tài liệu này tế bào tả quan hệ giữa các loại data vào database.

ネットワーク構成図/Sơ đồ cấu trúc hệ thống(mạng)

Cấu trúc khối hệ thống (network)

Tài liệu này tế bào tả cấu trúc của một hệ thống sẽ có những phần nào? tình dục với nhau như nào?

Ví dụ: khối hệ thống có từng nào server? từng nào database? bọn chúng được đặt trong mạng private tốt public?….

Xem thêm: Bé 14 Tháng Tuổi Ăn Bao Nhiêu Là Đủ, Dinh Dưỡng Bé 14 Tháng Tuổi

4. Lời kết

Chúc các bạn giữ được niềm tin cầu tiến này, và chắc hẳn rằng chúng mình sẽ đều giỏi lên, tốt lên .

Tổng hợp: Loạt bài bác về IT cho những người Non-tech

Bài 1: quá trình phát triển phần mềm – 誰でもわかるソフトウェア開発工程

Bài 2: các tài liệu thường chạm mặt trong dự án phát triển ứng dụng – Định nghĩa yêu cầu