Sơ lược về requirement – Thinhnotes

Xin chào tất cả mọi người. Lần này, tôi sẽ ghi lại các loại yêu cầu mà bạn sẽ gặp phải trong hành trình trở thành một chuyên gia của mình 😎

<3

Đầu tiên, tôi sẽ lật ngược quá trình rang và xem các yêu cầu được xác định như thế nào.

Yêu cầu là bản trình bày có sẵn về một yêu cầu

babok v3.0

Tính khả dụng đề cập đến khả năng được sử dụng cho một mục đích cụ thể. biểu diễn có nghĩa là mô tả, biểu hiện. Và nhu cầu chỉ là một nhu cầu.

thực sự, một yêu cầu là một biểu thức cho một yêu cầu , nhưng biểu thức này phải rõ ràng, để được sử dụng hiệu quả có nhiều cách sử dụng trong tương lai, chẳng hạn như sản xuất tài liệu để các bên liên quan đọc.

Trên thực tế, không phải mọi thành viên trong nhóm đều hiểu bản chất của từ “yêu cầu”. Các quan điểm khác nhau là tốt, nhưng thật dễ dàng khi nhóm làm việc theo các hướng khác nhau.

…

Tuy nhiên, đây chỉ là lý thuyết mà ba anh em đã nắm bắt đúng.

Trên thực tế, gần 96,69% ​​khách hàng cho biết nhu cầu . và cả hai đều hiển thị những gì tôi gọi là “trình bày các yêu cầu có sẵn” ở trên.

Ví dụ,

Ông chủ đã đến một xưởng ở Châu Âu và thấy rằng i-ốt được sử dụng trong nhà máy rất kinh khủng, kinh khủng và hiệu quả. Tôi vừa đi họp ban chấp hành về và nói:

“Ồ, tôi muốn triển khai IoT cho nhà máy của chúng tôi, nó sẽ giảm 40% chi phí lao động và cải thiện 25% hiệu quả quản lý, bạn nghĩ sao”.

Một tuyên bố rất chung chung như vậy là một yêu cầu. Chỉ vì nhu cầu của anh ấy rất rõ ràng, đó là giảm chi phí nhân công và nâng cao hiệu quả, điều mà anh ấy bày tỏ là bổ sung i-ốt vào hoạt động của nhà máy.

Theo yêu cầu trên từ Giám đốc điều hành, giám đốc mua hàng vừa bắt đầu liên hệ với Bosch để hỏi về các giải pháp IoT.

Trong cuộc họp với nhóm Bosch, giám đốc mua hàng mới cho biết:

“Này, chúng tôi muốn triển khai IoT, nhưng phải hoàn thành trong 2 năm rưỡi nữa, đo lường thông minh và quản lý tài sản là những ưu tiên hàng đầu, các mô-đun khác có thể ở lại sau …”

So với tuyên bố của Giám đốc điều hành của Mr.

Bức ảnh thể hiện rõ ràng những gì ảnh cần trước, những gì cần sau, cho một mục đích cụ thể (có thể là để đạt được mục tiêu của công ty trong 5 năm tới …).

Dựa trên điều này, yêu cầu dần dần được rút gọn thành phần đang trực tiếp làm việc và bản trình bày sẵn có của yêu cầu sẽ được trình bày rõ ràng và chi tiết hơn.

Ví dụ: các yêu cầu như sau:

• Phần mềm quản lý phải được viết bằng .net 4.5
• Tất cả các cảm biến và thiết bị truyền động (cảm biến và thiết bị truyền động) phải do Bosch sản xuất và cung cấp.
• Báo cáo không được hiển thị lâu hơn 3 giây.
• Phải có ít nhất 2 tuần đào tạo người dùng cho công nhân nhà máy.
• …

.

.

.

Các ví dụ bạn thấy ở trên là tất cả các yêu cầu, nhưng có mức độ chi tiết khác nhau.

Sẽ rất … rất lộn xộn nếu gộp mọi thứ lại với nhau và trong một tài liệu. Vì những yêu cầu này có thể trùng lặp nên có thể khó theo dõi cả ba và khách hàng cùng một lúc.

Do đó, để dễ quản lý, iiba chia các yêu cầu thành 4 loại. Bốn loại này được phân chia như sau theo vòng tròn công việc của ba loại.

Yêu cầu kinh doanh là yêu cầu rất cao từ phía khách hàng.

Mức độ cao có nghĩa là nó rất chung chung và đại diện cho các mục tiêu của tổ chức. Một số dấu hiệu về nhu cầu kinh doanh:

• Thường là mục tiêu dài hạn của tổ chức
• Liệu nó có áp dụng cho toàn bộ tổ chức hay không
• Và thường được phát biểu bởi những người chủ chốt , chẳng hạn như cấp C hoặc người quản lý.

Nói một cách bình dân – dễ hiểu. Ngoài ra, trớ trêu thay, giống như babok, các yêu cầu kinh doanh có nghĩa là:

Nhu cầu kinh doanh là tuyên bố mục đích , mục tiêu và kết quả mô tả lý do tại sao thay đổi được thực hiện .

Họ có thể áp dụng cho toàn bộ doanh nghiệp, khu vực kinh doanh hoặc các chương trình cụ thể.

babok v3.0

Một số ví dụ về các yêu cầu kinh doanh để bạn hình dung:

• Ứng dụng thành công hệ thống i-ốt cho nhà máy Hà Nam, Bình Dương và Bắc Ninh vào quý 3 năm 2025.
• Giảm 50% lỗi xử lý đơn đặt hàng trước Quý 4 năm 2019.
• Tăng 10% khách hàng lặp lại trong vòng 6 tháng kể từ khi áp dụng giải pháp crm.

Tên cũng rõ ràng và các yêu cầu của bên liên quan cụ thể đối với từng bên liên quan . Các yêu cầu này phải phản ánh nhu cầu – nhu cầu cụ thể của các bên liên quan.

Theo dõi các doanh nghiệp vừa và nhỏ – các chuyên gia về chủ đề, đặc biệt là trong khu vực doanh nghiệp vừa và nhỏ.

Vì các bên liên quan này, họ sẽ có các yêu cầu rằng họ sẽ tương tác với hệ thống dựa trên vai trò cụ thể của họ trong tổ chức .

Ví dụ: bạn phát triển hệ thống quản lý nội bộ cho một đại lý du lịch lớn như expedia. Các lĩnh vực doanh nghiệp vừa và nhỏ bạn có thể muốn tập trung là Giám đốc Dịch vụ Khách hàng, Giám đốc Nhân sự, Trưởng phòng Điều phối Du lịch …

Từ đó, chúng tôi có một số ví dụ về yêu cầu của các bên liên quan:

• Từ Giám đốc Nhân sự: Hệ thống phải tuân thủ bộ chính sách của expedia, bao gồm quy trình tuyển dụng phải trải qua 5 vòng, lương nhân viên phải được cập nhật 2 lần / năm hoặc hệ thống phải có chính sách tự động cập nhật hợp đồng lao động dựa trên các tùy chỉnh trước đó.
• Từ Giám đốc Dịch vụ Khách hàng: Hệ thống phải theo dõi các tương tác của expedia với khách hàng và xuất dữ liệu cụ thể dựa trên một bảng mẫu mà expedia theo dõi trong excel hàng ngày.
• Từ người điều phối du lịch: Quy trình điều phối hành trình trên hệ thống sẽ không cố định, nhưng người dùng có thể tùy chỉnh linh hoạt vì nhu cầu thực tế thay đổi rất nhiều theo mùa.
• Hay nói một cách đơn giản hơn, người quản lý của hãng cho biết: Nhân viên bán hàng phải quản lý và xem lịch sử đặt phòng trực tiếp trên hệ thống.
• Hoặc Giám đốc Bán hàng Nói: Nhân viên bán hàng phải dễ dàng biết được khách hàng chi tiêu bao nhiêu trong một tháng / quý / hoặc khoảng thời gian.

babok xác định nhu cầu của các bên liên quan như sau:

Yêu cầu của các bên liên quan mô tả nhu cầu của các bên liên quan phải được đáp ứng để đạt được các yêu cầu kinh doanh.

babok v3.0

Nhu cầu kinh doanh và nhu cầu của các bên liên quan phải rất tương thích và bổ sung cho nhau. Theo nguyên tắc: Yêu cầu nghiệp vụ chỉ có thể đạt được nếu đạt được nhu cầu của các bên liên quan.

Ví dụ: nếu yêu cầu kinh doanh là “tăng 10% tỷ lệ giữ chân khách hàng”, thì nhóm bán hàng phải:

• Hiểu thông tin khách hàng == & gt; Hệ thống phải có thể quản lý thông tin khách hàng
• Theo dõi các tương tác của khách hàng == & gt; Hệ thống phải có khả năng lưu trữ các hoạt động tương tác
• Hoặc nhóm bán hàng phải đo lường giá trị mà mỗi khách hàng đóng góp cho công ty == & gt; Ví dụ: hệ thống phải tính toán chỉ số Giá trị lâu dài của khách hàng (clv) cho mỗi khách hàng.

Rõ ràng, yêu cầu của các bên liên quan trong không gian SMB là nhóm bán hàng.

Nếu chúng tôi không đáp ứng các yêu cầu này, sẽ rất khó hoặc gần như không thể đáp ứng các yêu cầu kinh doanh [tăng 10% khách hàng tỷ suất sinh lợi]. Bởi vì rõ ràng, đội ngũ bán hàng không có bất kỳ thông tin nào để dựa vào đó để đưa ra quyết định giúp tăng số lần mua hàng lặp lại của khách hàng lên 10%.



Sau khi hiểu nhu cầu của doanh nghiệp và các bên liên quan, bạn sẽ chuyển sang các bước để tìm hiểu thêm về từng yêu cầu giải pháp.

Các yêu cầu về giải pháp là các yêu cầu về năng lực và tiêu chuẩn mà một giải pháp phải có để đạt được các yêu cầu của doanh nghiệp và các bên liên quan được mô tả ở trên.

Thật vậy, những nhu cầu này có mối quan hệ với nhau, ăn nhiều và hỗ trợ lẫn nhau.

babok xác định các yêu cầu giải pháp như sau:

Các yêu cầu về giải pháp mô tả khả năng và chất lượng

của một giải pháp đáp ứng các yêu cầu của các bên liên quan

babok v3.0

Các yêu cầu giải pháp được mô tả chi tiết hơn bất kỳ loại yêu cầu nào khác có trong dự án. Trên hết, nó được chia thành hai danh mục riêng biệt: một về năng lực và một về chất lượng .

4.1. Yêu cầu chức năng

Một yêu cầu chức năng là một cái gì đó về khả năng, tức là những gì hệ thống có thể làm, đại khái.

babok v3.0 xác định những điều sau: Các yêu cầu chức năng mô tả chức năng hành vi và thông tin mà giải pháp sẽ quản lý. p>

Tôi đã đánh dấu hai từ khóa quan trọng trong dòng trên: hành vi và thông tin.

Hành vi là hành vi của hệ thống, những gì hệ thống có thể làm.

Ví dụ:

• Hệ thống có thể xuất báo cáo sang định dạng excel và pdf
• Hệ thống có thể hoạt động ngoại tuyến khi không có Internet
• Hệ thống có thể tích hợp với dự án microsoft Gantt chart để thêm vào bất kỳ bản ghi nào
• Hoặc mô tả đơn giản rằng hệ thống có thể tạo / đọc / cập nhật / xóa dữ liệu thứ tự.

Và thông tin đề cập đến dữ liệu của hệ thống, những gì hệ thống có thể lưu trữ.

Ví dụ:

• Hệ thống có thể quản lý danh sách món ăn trong thực đơn theo mùa
• Hệ thống có thể lấy dữ liệu chuyến bay

từ các chuyên gia hàng không (Hệ thống phân phối toàn cầu)

• Hoặc hệ thống có thể tự động ghi lại các tương tác của khách hàng …

dựa trên các API có sẵn

4.2. Yêu cầu phi chức năng

Chúng tôi đã biết các yêu cầu chức năng, chúng tôi biết hệ thống có thể làm gì và chúng tôi biết 50% các yêu cầu về giải pháp.

50% còn lại nằm trong các yêu cầu phi chức năng (nfr)

Tin tưởng tôi, sẽ có rất nhiều anh chị em dễ dàng bỏ qua nfrs – nó cũng quan trọng như yêu cầu tính năng ở trên. Nhất là một người làm outsource hoặc dịch vụ như mình, hehe.

Đọc bên dưới, tôi có ghi chú về các yêu cầu phi chức năng.

• Câu chuyện về những yêu cầu phi chức năng và những chiếc thùng bị hỏng
• 23 yêu cầu phi chức năng nổi mà ít người để ý

Chuyển đổi có nghĩa là chuyển tiếp, chuyển tiếp từ cũ sang mới.

Các yêu cầu chuyển đổi là tất cả các yêu cầu của khách hàng về cách áp dụng giải pháp trong tổ chức một cách hiệu quả. Tức là các yêu cầu liên quan đến việc chuyển đổi tổ chức từ trạng thái cũ sang trạng thái mới.

Nguy hiểm hơn, được cho là sự chuyển đổi từ trạng thái nguyên trạng sang trạng thái hiện tại, sự chuyển đổi từ tổ chức không có hệ thống ứng dụng sang hệ thống ứng dụng hoặc thời điểm áp dụng hệ thống cũ sang hệ thống mới .. .

babok xác định các yêu cầu chuyển đổi như sau:

Các yêu cầu chuyển đổi mô tả các khả năng mà giải pháp phải có và các điều kiện mà giải pháp phải đáp ứng để tạo điều kiện chuyển đổi từ trạng thái hiện tại sang trạng thái tương lai , nhưng không bắt buộc khi quá trình thay đổi hoàn tất .

babok v3.0

Quảng cáo có nghĩa là làm cho mọi thứ trở nên dễ dàng hơn, khiến mọi thứ trở nên dễ dàng hơn.

Đây là một từ khóa cực kỳ quan trọng đối với Bố và nó giống như một hướng dẫn công việc cho tôi. Việc nào càng đơn giản thì càng phức tạp, hiệu quả công việc không cao.

Cũng có cụm từ “nhưng một khi thay đổi được thực hiện thì không cần” có nghĩa là babok muốn nhấn mạnh: yêu cầu chuyển đổi chỉ quan trọng trong quá trình thực hiện, khi giải pháp được đưa vào sử dụng trong thực tiễn. Nhưng khi ứng dụng hoàn tất và mọi thứ chạy trơn tru, thì yêu cầu chuyển đổi này không còn quan trọng nữa.

Một số ví dụ về yêu cầu chuyển đổi khách hàng để bạn dễ hình dung:

• Ít nhất 3 buổi đào tạo sử dụng hệ thống cho mỗi bộ phận
• Tất cả các trường hợp thử nghiệm phải được khách hàng thử nghiệm hai lần trước khi phát hành trực tiếp
• Giải pháp phải dựa trên java 64 bit.
• Thậm chí còn có yêu cầu rằng bộ phận abc phải duy trì hoạt động trong quá trình thực hiện dự án
• Hoặc đối với một số dự án tại Nhật Bản: Trong trường hợp xảy ra thiên tai (động đất, sóng thần, v.v.), dự án sẽ bị trì hoãn cho đến khi tổ chức hoạt động trở lại và không phát sinh chi phí. để mở rộng dự án.

Hy vọng rằng, mô tả này sẽ giúp bạn hiểu rõ hơn về các yêu cầu và loại của chúng.

Đây là 4 loại yêu cầu. Theo trình tự, thường khi bắt đầu một dự án, bạn nhận được các yêu cầu rất sơ bộ, chẳng hạn như yêu cầu kinh doanh hoặc một số yêu cầu của các bên liên quan.

Theo thời gian, bạn sẽ bắt đầu đào, làm việc với nhóm, làm việc với khách hàng để đưa ra các yêu cầu giải pháp gần nhất, phù hợp cho cả hai bên. Chỉ khi đó, tôi mới có thể có được ý tưởng rõ ràng nhất về những gì cần phải làm.

Các yêu cầu chuyển đổi có thể tồn tại hoặc không. Bởi vì thông thường nó sẽ được coi là một “yêu cầu bổ sung” trong dự án.

Để hiểu rõ hơn về các yêu cầu, bạn có thể đọc thêm về:

• 11 cách để trích xuất các yêu cầu
• Các bước phân tích yêu cầu
• Có các yêu cầu trong quá trình phát triển phần mềm không?

baiii, hẹn gặp lại ở những yêu cầu khác. Chúng ta hãy cùng nhau chờ đợi nhé

Hẹn gặp lại! ! !