Requirement Là Gì ? Định Nghĩa

Requirement là gì là 1 giữa những từ khóa được search những nhất google về chủ đề Requirement là gì.

Bạn đang xem: Requirement Là Gì ? Định Nghĩa

Trong nội dung bài viết này, các bạn hãy cùng opdaichien.com.toàn nước sẽ cùng mày mò về chủ đề “Requirement là gì? Hiểu về tư tưởng này làm sao cho đúng”


1. Requirement là gì?

Trước tiên mình đã lật trái lại BABOK để coi Requirement được khái niệm ra làm sao.

Usable có nghĩa là khả năng sử dụng được đến một mục tiêu gì đấy.Representation nghĩa là sự mô tả, sự bộc lộ.Còn Need giản đơn là nhu yếu.

Nôm mãng cầu, Requirement là sự tế bào tả cho một nhu cầu nào đấy, tuy nhiên sự mô tả này buộc phải cụ thể nhé bằng hữu, nhằm còn được sử dụng đến nhiều mục đích tiếp nối, như để làm document, cho những stakeholders gọi gọi ví dụ điển hình.

Thực tế là ko hẳn bạn bè nào tại team như thế nào thì cũng phát âm rõ thực chất của chữ “Requirement”. đa phần góc Quan sát không giống nhau là xuất sắc, nhưng Khi teamwork nhưng có thể không cùng Nhìn chung 1 hướng thì dễ dàng tèo lắm.

mặc dù, đó cũng chỉ nên định hướng để bằng hữu BA nắm một cách đúng mực.

Thực tế thì ngay gần như 9,69% phần đông gì mà quý khách hàng nói đều chính là Requirement. & đều diễn tả được một “usable representation of a need” nhỏng mình nói ở trên.

VD,

Ông CEO đi workcửa hàng bên Âu lục, thấy nhà máy bạn ta áp dụng IoT thiết bị dữ thừa, ghê vượt, công suất cao thừa. Về new họp ban điều hành lại và nói rằng:

“Ô kê, tui mong muốn triển khai IoT mang lại xí nghiệp chúng ta, nó đang cắt sút 40% chi phí nhân lực & tăng 25% hiệu năng làm chủ, bằng hữu thấy cầm cố nào”.

*

Một câu phát biểu rất đầy đủ, tầm thường thông thường nlỗi vầy kia là requirement. Vì đơn giản nhu yếu của ổng vẫn cụ thể, là muốn cắt bớt phí lực lượng lao động, tăng công suất, cùng với sự mô tả là muốn muốn áp dụng IoT vào hoạt động trong phòng máy.

Từ yêu thương cầu trên của CEO, ông Giám Đốc đặt đơn hàng mới mlàm việc đầu liên lạc công ty Bosch để đòi hỏi về giải pháp IoT.

Khi chạm chán team Bosch, ông Giám Đốc đặt hàng bắt đầu phát biểu:

“Ntrằn nha, tụi tui muốn muốn knhị triển IoT, nhưng bắt buộc xong trong vòng 2. năm rưỡi, ưu tiên trước mắt là Smart Metering & Asset Management, các module khác để sau cũng được…”

so sánh với câu phát biểu của anh ý CEO thì câu này của anh ý Procurement Director gồm vẻ chi tiết hơn chút ít.

Ảnh diễn đạt rõ hình ảnh phải gì trước, đề nghị gì sau, mang lại một mục đích cố thể gì đấy (hoàn toàn có thể là để đạt target của doanh nghiệp tại vòng 5 năm tới…).

phụ thuộc đấy, đòi hỏi cứ được dưa dần xuống những bộ phận trực tiếp làm việc, a usable representation of a need cứ vậy sẽ được tuyên bố rõ ràng và chi tiết đồng thời.

*

VD các yêu cầu sẽ bỏ ra tiết đến mức như:

ứng dụng quản lí lý cần được viết bởi .NET 4.5toàn bộ Sensors & Actuators (cảm biến và loại thiết bị truyền động) phải bởi Bosch chế tạo & bổ sung cập nhật.Report được render không quá 3. giây.buộc phải có tối thiểu 2 tuần đào tạo sử dụng đến người dùng là nhân lực đơn vị máy

Anh em thấy những ví dụ bên trên các là những requirement, nhưng với nấc độ đưa ra tiết rất khác nhau.

nếu như như thuộc gom nó lại & để tầm thường vô một document thì sẽ rất… rối vô đối. Vì các requirement này bao gồm thể vẫn overlap lên nhauvà cạnh tranh theo dõi và quan sát được cho cả BA lẫn quý khách.

vị lẽ kia, IIBA bắt đầu phân chia nồi lẩu thập cẩm requirements ra thành 4 nhiều loại nhằm bằng hữu dễ thống trị. 4 loại đấy được phân chia theo vòng tròn quá trình của BA nlỗi sau. 

*


*

2. Loại 1 Business Requirement

Business Requirement là những đòi hỏi rất high-level trường đoản cú phía quý người sử dụng.

High-màn chơi nghĩa là nó rất TỔNG QUÁT, & miêu tả được mục đích của tổ chức. một số vết hiệu thừa nhận biết chủ yếu là Business Requirement:

thường xuyên hay là những mục đích lâu dài của tổ chứcĐược ứng dụng đến toàn tổ chức đấyvà thường được các nhân thiết bị cốt yếu vạc biểu, như các nhân thứ C-Level, hoặc những Manager,…

chính là nói theo kiểu bình dân – dễ nắm bắt. Còn nói theo phong cách pho mồ như BABOK thì Business Requirement nghĩa là:

Business Requirement is statements of goalsvà objectives, & outcomes that describe why a change has been initiated.

They can apply khổng lồ the whole of an enterprise, a business area, or a specific initiative sầu.

BABOK v3.0

một vài VD về Business Requirement để đồng đội dễ dàng hình dung:

áp dụng thành công hệ thống IoT cho xí nghiệp Hà Nam, Bình Dương và Thành Phố Bắc Ninh trước Q3/2025.Giảm một nửa tỉ trọng không nên sót vào lúc xử lý đơn hàng trước Q4/2019.Tăng 10% tỉ lệ khách hàng xoay lại đặt hàng tại vòng 6 tháng ứng dụng chiến thuật CRM.

3. Loại 2 Stakeholder Requirement

Cái tên cũng rất rõ ràng, Stakeholder Requirement là những yêu thương cầu núm thể của từng đối tượng người sử dụng Stakeholder. các đòi hỏi này phải biểu hiện ra được cái need – nhu cầu chũm thể của những Stakeholder.

Anh em hãy chú ý đến các SME – Subject Matter Expert, đặc biệt là những Domain SME.

Xem thêm: Nghĩa Của Từ Posture Là Gì ? Nghĩa Của Từ Posturing Trong Tiếng Việt

Vì các stakeholder này họ sẽ chuyển ra requirement là các sản phẩm, nhưng người ta đang ảnh hưởng với khối hệ thống, dựa trên vai trò bỏ ra tiết của họ trong tổ chức.

VD anh em làm hệ thống quản lý nội bộ mang lại một doanh nghiệp phượt cỡ phệ như Expedia đi ví dụ điển hình. những Domain SME tất cả khả năng đồng đội cần chú ý là Giám đốc cung cấp quý khách, Giám đốc nhân sự, Trưởng bộ phận điều phối hận tour…

Từ đấy, bọn chúng ta gồm 1 số VD đến Stakeholder Requirement:

From HR Director: kăn năn hệ thống đề xuất vâng lệnh đúng cỗ policy của Expedia, bao gồm quy trình tuyển dụng cần qua 5 vòng, lương siêng viên bắt buộc được cập nhật 2. lần mỗi năm, hay kăn năn hệ thống phải có chế độ từ động gia hạn Hợp Đồng lao hễ dựa trên các tùy chỉnh trước đó.From Customer Service Director: hệ thống bắt buộc theo dõi và quan sát được nút độ tương tác của Expedia với quý khách hàng, và đã cho ra số liệu nỗ lực thể theo như đúng size mẫu mã mà lại Expedia đang theo dõi hàng ngày bằng Excel.From Tour Coordinator: tiến trình điều phối tour trên hệ thống sẽ không fix cố định và thắt chặt, mà lại người sử dụng bao gồm thể tùy chỉnh hoạt bát bởi nhu cầu thực tế điều chỉnh không ít theo thời vụ.Hoặc dễ dàng và đơn giản hơn, IT Manager nói rằng: nhân viên kinh doanh phải cai quản lý và xem được lịch sử hào hùng vẻ vang Booking ngay trên kăn năn khối hệ thống.Hoặc Sales Director nói rằng: nhân viên tởm doanh phải dễ dàng dàng kiểm duyệt được số tiền khách hàng hàng sẽ chi ra tại tháng/ quý/ hoặc tại khoảng chừng thời gian một mực.

BABOK khái niệm Stakeholder Requirement nlỗi sau:

Stakeholder requirements describe the needs of stakeholders that must be met in order khổng lồ achieve sầu the business requirements.

BABOK v3.0

Business Requirement và Stakeholder Requirement phải vô cùng ăn uống rơ & bổ trợ cho nhau. Theo nguim tắc: Business Requirement chỉ đạt đến được Khi Stakeholder Requirement đã đạt mang đến được.

ví dụ Business Requirement là “tăng 10% tỉ lệ khách quay trở lại cài hàng”, thì Sales Team phải:

đó cụ thể là những Stakeholder Requirements của Domain SME là Sales Team.

nếu bọn chúng ta không đạt mang lại được các đòi hỏi này, thì rất cạnh tranh, hoặc hầu như là ko thể để đạt được Business Requirement . Vì cụ thể Sales Team chẳng có thông tin gì dính víu vào nhằm ra những ra quyết định giúp tăng 10% tỉ lệ khách hàng xoay lại đặt solo hàng cả.

*

4. Loại 3 Solution Requirement

Khi nhưng mà đã nắm được Business Requirement & Stakeholder Requirement, anh em vẫn tiếp cận bước nắm cầm cố thể được từng Solution Requirement.

Solution Requirement là những yêu thương cầu về năng lực & chuẩn chỉnh mực mà phương án nên có để đạt được Business Requirement & Stakholder Requirement ngơi nghỉ bên trên.

đúng chuẩn thì những requirement này nó dây mơ rễ má, nhậu nhẹt và bỗ trợ đến nhau khá nhiều.

BABOK khái niệm Solution Requirement như sau:

Solution requirements describe the capabilities and qualities of a solution that meets the stakeholder requirements

BABOK v3.0

Solution Requirement là thứ được tế bào tả cụ thể, kỹ lưỡng hơn bất cứ các nhiều loại requirement làm sao không giống có tại dự án. và hơn hết, nó được phân tách làm 2 loại rõ rệt: một đề cập về capability và một nói về quality.

4.1. Functional Requirement

Functional Requirement là thứ nói về capability, có nghĩa là các trang bị mà hệ thống làm được, nôm na là như thế.

BABOK v3.0 định nghĩa nhỏng sau: Functional Requirements describe the capabilities that a solution must have sầu in terms of the behavior and information that the solution will manage.

Mình gồm highlight 2. tự khóa quánh biệt ở cái trên là Behavior & Information.

Behavior có nghĩa là hành vi của khối hệ thống, đầy đủ gì hệ thống bao gồm thể có tác dụng được.

Ví dụ:

khối hận hệ thống tất cả khả năng xuất báo cáo ra dạng Excel lẫn PDFkân hận hệ thống bao gồm khả năng hoạt động offline khi ko có internetkhối hệ thống tất cả khả năng tích tương xứng với Microsoft Project để thêm Gantt chart vào trong 1 record bất kỳHoặc đối chọi gản là việc biểu đạt kân hận hệ thống gồm thể Cread/ Read/ Update/ Delete dữ liệu Đơn hàng.

Còn Information tức là dữ liệu của hệ thống, những chiếc gì hệ thống có khả năng lưu trữ được.

Ví dụ:

khối hệ thống quản lý được danh sách những món ăn trong menu theo thời vụkhối hệ thống gồm thể lấy được dữ liệu chuyến bay từ Airlines GDS (Global Distribution System)Hoặc khối hệ thống bao gồm thể trường đoản cú động ghi nhận những hoạt động can dự với người tiêu dùng hàng dựa trên những API gồm sẵn…

4..2. Non-Functional Requirement

Chúng ta đang hiểu rằng Functional Requirement, biết được hệ thống có thể có tác dụng đều gì, và biết được một nửa Solution Requirement.

50% còn lại kia là nằm ở Non-Functional Requirement (NFR)

Tin bản thân đi, sẽ bao gồm khá nhiều những bạn bè BA dễ dàng vứt lỡ các NFR – một thứ sệt biệt không kém Functional Requirement trên. đặc biệt là đối với các đồng đội có tác dụng Outsource xuất xắc Service, nhỏng bản thân hehe.

Non-Functional Requirements và chuyện về mẫu xô bể2 một số loại Non-Functional Requirements trôi nổi ít ai để ý

*
Một ví dụ về NFR (Nguồn ảnh: CartoonStock.com)


5. Loại 4 Transition Requirement

Transition nghĩa là thay đổi, dịch chuyển từ một cái như thế nào đấy  sang một chiếc làm sao đó bắt đầu.

Transition Requirement là tất cả những đòi hỏi của khách hàng hàng liên quan tới việc ứng dụng phương án vào tổ chức như có tác dụng núm như thế nào nhằm cho hiệu suất cao. tức là các đòi hỏi liên quan cho tới việc đổi khác tổ chức từ tình trạng cũ, sang trạng thái mới.

nguy nan hơn, anh em tất cả thể nói là quy trình biến đổi từ As-is state thành To-be statevà biến hóa tự lúc tổ chức chưa ứng dụng hệ thống sang áp dụng khối hệ thống, hoặc từ bỏ lúc áp dụng hệ thống cũ quý phái lúc áp dụng kăn năn hệ thống mới

BABOK định nghĩa Transition Requirement nhỏng sau:

Transition requirements describe the capabilities that the solution must have và the conditions the solution must meet khổng lồ facilitate transition from the current state lớn the future state, but which are not needed once the change is complete.

Leave a Reply

Your email address will not be published. Required fields are marked *

x

Welcome Back!

Login to your account below

Retrieve your password

Please enter your username or email address to reset your password.