Yêu cầu kinh doanh: ví dụ về phát triển và thiết kế

2024 Tác giả: Howard Calhoun | [email protected]. Sửa đổi lần cuối: 2023-12-17 10:44

Yêu cầu nghiệp vụ là các thông số kỹ thuật, một khi được cung cấp, sẽ cung cấp giá trị và mô tả các đặc điểm của hệ thống được đề xuất, từ quan điểm của người dùng cuối. Nó cũng được coi là danh sách các ứng dụng của các bên liên quan. Sản phẩm, phần mềm và quy trình là những cách thức để cung cấp và thỏa mãn nhu cầu của doanh nghiệp. Do đó, các yêu cầu kinh doanh thường được thảo luận trong bối cảnh phát triển hoặc mua lại phần mềm hoặc các hệ thống khác.

Định nghĩa

Sự nhầm lẫn thuật ngữ phát sinh vì ba lý do chính:

1. Việc gắn nhãn mục tiêu hoặc lợi ích mong đợi là yêu cầu kinh doanh là một thực tế phổ biến.
2. Mọi người có xu hướng sử dụng thuật ngữ này để chỉ các đặc tính của một sản phẩm, hệ thống, phần mềm được cho làtạo.
3. Một mô hình được chấp nhận rộng rãi nói rằng hai loại xác nhận quyền sở hữu chỉ khác nhau về mức độ chi tiết hoặc trừu tượng - trong đó các yêu cầu nghiệp vụ ở mức cao, thường mơ hồ và được phân tách thành các xác nhận quyền sở hữu chi tiết cho một thành phần.

Có thể tránh hiểu lầm như vậy bằng cách nhận ra rằng khái niệm đã cho không phải là mục tiêu, mà là câu trả lời cho chúng (nghĩa là cung cấp giá trị) khi chúng hài lòng. Các yêu cầu nghiệp vụ không được chuyển thành sản phẩm, hệ thống và phần mềm. Đúng hơn, mọi thứ diễn ra theo chiều ngược lại. Các sản phẩm và ứng dụng của chúng thể hiện sự đáp ứng các yêu cầu kinh doanh - có lẽ là để đáp ứng các yêu cầu đó. Khái niệm này tồn tại trong môi trường sản xuất và phải được khám phá ra, trong khi nhu cầu về sản phẩm do con người quyết định. Các yêu cầu đối với một kế hoạch kinh doanh không chỉ giới hạn ở sự tồn tại ở mức độ cao, mà phải được giảm xuống đến từng chi tiết. Bất kể mức độ chi tiết như thế nào, giá thầu luôn mang lại giá trị khi bạn hài lòng.

Cập nhật sản phẩm

Các dự án phát triển hệ thống hoặc phần mềm cho các yêu cầu kinh doanh nhỏ thường yêu cầu quyền hạn của các bên liên quan. Chính họ là người dẫn đến việc tạo ra hoặc cập nhật sản phẩm. Các yêu cầu nghiệp vụ đối với một hệ thống và phần mềm thường bao gồm các yêu cầu chức năng và phi chức năng. Tất nhiên, chúng thường được xác định cùng với tùy chọn đầu tiên về khả năng của sản phẩm. Điều thứ hai thường thực sự phản ánh việc thiết kế các yêu cầu kinh doanh, đôi khi được coi là những ràng buộc. Chúng có thể bao gồm các khía cạnh cần thiếthiệu suất hoặc an toàn áp dụng ở cấp độ sản xuất.

Quy trình nổi bật

Ứng dụng thường được liệt kê trong các tài liệu chính thức. Trọng tâm là quá trình hoặc hoạt động lập kế hoạch chính xác và phát triển các yêu cầu kinh doanh, hơn là làm thế nào để đạt được nó. Thông số này thường được ủy quyền bởi tài liệu đặc tả hoặc tài liệu yêu cầu hệ thống hoặc một số tùy chọn khác. Có thể có sự nhầm lẫn giữa cả hai nếu không tính đến tất cả các điểm khác biệt. Do đó, nhiều sách trắng thực sự mô tả các yêu cầu đối với một sản phẩm, hệ thống hoặc phần mềm.

Tổng quan

Yêu cầu nghiệp vụ trong bối cảnh phát triển phần mềm hoặc vòng đời của nó là khái niệm xác định và ghi lại tài liệu cho bất kỳ người dùng nào. Ví dụ, chẳng hạn như khách hàng, nhân viên và nhà cung cấp, trong giai đoạn đầu của chu kỳ phát triển hệ thống để hướng dẫn thiết kế của tương lai. Các ứng dụng thường được ghi lại bởi các nhà phân tích. Họ là những người phân tích các yêu cầu của quy trình kinh doanh và thường nghiên cứu nó "như hiện tại" để xác định mục tiêu "tương lai".

Thành phần của ứng dụng

Các yêu cầu về quy trình nghiệp vụ thường bao gồm:

1. Bối cảnh, khu vực và nền, bao gồm cả lý do thay đổi.
2. Các bên liên quan chính có yêu cầu.
3. Yếu tố thành công cho điều kiện tương lai hoặc mục tiêu.
4. Hạn chế do doanh nghiệp hoặc các hệ thống khác áp đặt.
5. Mô hình và phân tích quy trình thườngsử dụng lưu đồ để thể hiện mọi thứ "nguyên trạng".
6. Mô hình dữ liệu logic và tham chiếu từ điển.
7. Bảng chú giải thuật ngữ kinh doanh và biệt ngữ địa phương.
8. Sơ đồ luồng dữ liệu để minh họa cách nó di chuyển qua các hệ thống thông tin (trái ngược với sơ đồ mô tả luồng thuật toán của hoạt động kinh doanh).

Vai trò

Định dạng phổ biến nhất để viết các yêu cầu kinh doanh là tài liệu. Mục đích của việc này là xác định những kết quả nào sẽ được yêu cầu từ hệ thống, tuy nhiên, cuối cùng nó có thể được phát triển mà không cần các điều kiện bổ sung. Do đó, các tài liệu này được bổ sung bằng tài liệu tham khảo trình bày chi tiết về hiệu suất công nghệ và các kỳ vọng về cơ sở hạ tầng, bao gồm bất kỳ yêu cầu chuyên môn nào liên quan đến chất lượng dịch vụ.

Hoàn thiện

Tạo mẫu ở giai đoạn thử nghiệm ban đầu cho phép bạn đánh giá tính đầy đủ và chính xác của các yêu cầu kinh doanh đã xác định. Các bên liên quan thực hiện quy trình trước để giúp xác định cấu trúc. Và kết quả được gửi đến các nhóm phát triển yêu cầu nghiệp vụ của dự án, những người xây dựng hệ thống. Các bên liên quan khác kiểm tra và đánh giá dự báo cuối cùng được mở ra. Sự rõ ràng yêu cầu các ứng dụng theo dõi và giải quyết chúng bằng một quy trình chính thức để xác định mẫu thích hợp.

Phạm vi yêu cầu kinh doanh tùy chọngiới hạn trong giai đoạn xác định những gì sẽ được xây dựng như một hệ thống. Điều này vượt ra ngoài cách quản lý và duy trì một chiến lược hiện có. Và để đảm bảo nó liên tục phù hợp với các mục tiêu kinh doanh. Tài liệu yêu cầu cần được liên tục xem xét một cách có kiểm soát. Có định dạng chuẩn hóa hoặc các mẫu được thiết kế cho các chức năng và miền kinh doanh cụ thể, có thể đảm bảo tính hoàn chỉnh của các truy vấn, ngoài việc giữ cho phạm vi được tập trung.

Nguyên mẫu

Bất chấp những gì thường được coi là một công cụ đánh giá yêu cầu, việc tạo mẫu thường chuyển sự chú ý đến sản phẩm hoặc hệ thống đang được xây dựng. Nguyên mẫu là phần mềm đang hoạt động, có nghĩa là chúng bao gồm ba giai đoạn (giá thầu, thiết kế kỹ thuật hoặc kỹ thuật và triển khai) bị loại bỏ khỏi các yêu cầu kinh doanh. Và đây cũng là những phiên bản xem trước mà nhà phát triển dự định triển khai.

Bởi vì các nguyên mẫu khá cụ thể, các bên liên quan dùng thử chúng có thể cung cấp phản hồi có ý nghĩa hơn về một số khía cạnh của những gì nhà phát triển tạo ra, đó là cách giải thích về chế độ hài lòng. Hơn nữa, giao diện người dùng đồ họa được gạch dưới và bên trong là các phím tắt. Chúng tạo thành phần lớn logic của chương trình và là nơi mà hầu hết các yêu cầu nghiệp vụ sẽ được đáp ứng. Nói cách khác, các vấn đề mà nguyên mẫu phát hiện không có khả năng liên quan đến các yêu cầu.

Phát triển

Điều quan trọng là nhận ra những thay đổi trong ứng dụng,tài liệu và cập nhật chúng. Tuy nhiên, các yêu cầu kinh doanh có xu hướng không thay đổi nhiều như nhận thức về chúng. Một yêu cầu kinh doanh có thể được đưa ra nhưng không được các bên liên quan, nhà phân tích và nhóm dự án công nhận hoặc hiểu.

Các thay đổi có xu hướng phản ánh những cách dự định để đáp ứng nội dung được xác định không đầy đủ. Phần lớn khó khăn trong việc đáp ứng các yêu cầu kinh doanh thực sự phản ánh thực tế phổ biến là tập trung hầu hết mọi nỗ lực xung quanh họ vào những gì thực sự tạo nên thiết kế cấp cao của một sản phẩm, hệ thống hoặc phần mềm. Điều này là do không xác định được đầy đủ các yêu cầu kinh doanh trước tiên để cung cấp giá trị.

Các học viên phát triển thường tiếp tục xem lại một sản phẩm cho đến khi cuối cùng họ "quay trở lại" với một giải pháp dường như đáp ứng được những gì cần thiết, tức là đáp ứng được nhu cầu của sản xuất. Thử và sai gián tiếp để xác định yêu cầu kinh doanh là cơ sở cho phần lớn "phát triển lặp đi lặp lại", bao gồm các phương pháp phổ biến được quảng cáo là "phương pháp hay nhất".

Ví dụ thiết kế

Mẫu giúp bạn truy vấn nhanh các chủ đề cụ thể thường có thể liên quan đến các truy vấn. Họ có thể tạo tài liệu tiêu chuẩn hóa liên quan đến các yêu cầu kinh doanh, điều này có thể giúp bạn dễ hiểu hơn. Các mẫu không đảm bảo tính chính xác hoặc đầy đủ của các truy vấn. Các ví dụ thường bị lạm dụng một cách tiêu cựcảnh hưởng đến nghiên cứu vì nó có xu hướng quảng bá tính hời hợt và chủ yếu là định nghĩa máy móc mà không có phân tích có ý nghĩa.

Khó khăn

Các yêu cầu kinh doanh thường bị siết chặt quá sớm do có nhiều bên liên quan tham gia vào việc xác định nơi có khả năng xảy ra xung đột lợi ích. Quá trình quản lý và đạt được sự đồng thuận có thể rất tế nhị và thậm chí có bản chất chính trị. Một thách thức ít khó khăn hơn, mặc dù phổ biến, là các nhóm phân tán với các bên liên quan ở các vị trí địa lý khác nhau. Đương nhiên, các nhân viên bán hàng gần gũi hơn với khách hàng của họ và sản xuất - với các đơn vị tương ứng. Quản lý tài chính và nhân viên, bao gồm cả quản lý cấp cao, gần trụ sở đã đăng ký hơn.

Chẳng hạn, các yêu cầu nghiệp vụ là cần thiết cho một hệ thống có người dùng tham gia vào việc bán hàng và sản xuất. Nó có thể gặp phải xung đột về mục tiêu - một bên quan tâm đến việc cung cấp số lượng chức năng tối đa, trong khi bên kia sẽ tập trung vào chi phí sản xuất thấp nhất. Những tình huống như vậy thường kết thúc bằng sự đồng thuận với cơ hội tối đa để định giá và phân phối hợp lý, thuận lợi.

Để giải quyết những vấn đề này, cần sớm đạt được sự tham gia của các bên liên quan thông qua các cuộc thử nghiệm và hợp tác. Các hội thảo thực tế, cả dưới hình thức các phiên họp có tổ chức và các cuộc thảo luận đơn giản, giúp đạt được sự đồng thuận, đặc biệt là đối với các vấn đề nhạy cảm.yêu cầu kinh doanh và nơi có xung đột lợi ích tiềm ẩn. Sự phức tạp của quy trình là một yếu tố quan trọng. Điều này có thể đòi hỏi kiến thức chuyên môn để hiểu các yêu cầu pháp lý hoặc quy định, các hướng dẫn nội bộ như thương hiệu hoặc các cam kết trách nhiệm xã hội của doanh nghiệp. Phân tích không chỉ là nắm bắt "những gì" của một quy trình kinh doanh mà còn về "cách" trình bày bối cảnh của nó.