Hướng dẫn đầy đủ nhất về quản lý yêu cầu và truy xuất nguồn gốc
Phân tích yêu cầu
Mục lục
Phân tích và Thương lượng Yêu cầu là gì?
Phân tích yêu cầu thường là một thủ tục phân tích, xác nhận và sắp xếp các yêu cầu được ghi lại trong giai đoạn Kích hoạt Yêu cầu. Nói cách khác, phân tích yêu cầu là một quá trình nghiên cứu và tìm hiểu các yêu cầu do các bên liên quan nêu ra. Phân tích yêu cầu đòi hỏi phải liên lạc thường xuyên với các bên liên quan và người dùng cuối để xác định các kỳ vọng, giải quyết các xung đột và cuối cùng, ghi lại các yêu cầu chính. Các giải pháp có thể liên quan đến các vấn đề như:
- Các loại thiết lập khác nhau cho quy trình làm việc trong công ty
- Thiết lập một hệ thống mới sẽ được sử dụng từ bây giờ trở đi, v.v.
Một điều cần lưu ý là Kích thích Yêu cầu và Phân tích Yêu cầu hoạt động cùng nhau. Hai người cho nhau ăn. Khi chúng tôi bắt đầu thu thập các yêu cầu, chúng tôi gợi ý và phân tích chúng cùng một lúc.
Mục tiêu của phân tích yêu cầu
- Mục tiêu đầu tiên và quan trọng nhất của phân tích yêu cầu là hiểu được yêu cầu và nhu cầu của người dùng
- Khi chúng tôi sử dụng các nguồn khác nhau để thu thập các yêu cầu, có thể có một số xung đột giữa chúng. Phân tích yêu cầu là về việc tìm ra những xung đột giữa các yêu cầu mà người dùng đã nêu và giải quyết chúng.
- Đàm phán các yêu cầu với người dùng và các bên liên quan. Không có cách nào hệ thống của chúng tôi có thể đáp ứng tất cả các yêu cầu theo cách chính xác mà các bên liên quan và người dùng giải thích.
- Chúng tôi sẽ phải thương lượng và sắp xếp thứ tự ưu tiên các yêu cầu. Một số yêu cầu có thể không lớn đối với chúng tôi nhưng chúng có thể khá quan trọng đối với người dùng cuối. Để hiểu chúng, chúng tôi phải phân tích và sắp xếp thứ tự ưu tiên các yêu cầu của các bên liên quan.
- Chúng tôi phải xây dựng chi tiết các yêu cầu được nêu bởi người dùng và hệ thống. Điều này giúp ghi lại các yêu cầu trong các đặc tả yêu cầu. Ngoài ra, điều này giúp các nhà phát triển phát triển, thiết kế và kiểm tra tốt hơn khi họ hiểu các yêu cầu một cách tỉ mỉ và tốt hơn.
- Chúng ta phải phân loại các yêu cầu thành nhiều danh mục và tiểu loại khác nhau và phân bổ thêm các yêu cầu đó cho các hệ thống con khác nhau.
- Chúng ta cũng phải đánh giá các yêu cầu về chất lượng mà tổ chức mong muốn.
Cuối cùng, chúng ta phải đảm bảo không bỏ sót bất kỳ điều gì quan trọng.
Phân tích yêu cầu
Phân tích yêu cầu tập trung vào tất cả các nhiệm vụ được sử dụng để xác định các yêu cầu hoặc điều kiện để đáp ứng dự án mới theo các yêu cầu được đưa ra bởi các bên liên quan khác nhau. Trong hoạt động này, chúng tôi phân tích, tinh chỉnh và xem xét kỹ lưỡng tất cả các yêu cầu được thu thập trong quá trình tìm ra yêu cầu để thiết lập tính nhất quán phù hợp.
Thông thường, các hoạt động phân tích yêu cầu được kết hợp với các hoạt động khơi gợi yêu cầu của quy trình thác nước. Đôi khi nó cũng được trộn lẫn với đặc tả yêu cầu. Trong quá trình khơi gợi, chúng tôi thu thập và nắm bắt các yêu cầu. Trong quá trình phân tích, chúng tôi phân tích nhu cầu và tính khả thi của các yêu cầu thu thập được. Chúng tôi thương lượng thêm các yêu cầu với các bên liên quan và người dùng cuối để có thể tạo ra một kết quả cụ thể ở cuối.
Những thách thức phải đối mặt trong quá trình Phân tích yêu cầu
Có những thách thức nhất định mà một tổ chức phải đối mặt khi phân tích các yêu cầu được thu thập từ nhiều nguồn khác nhau.
- Đôi khi thật khó để hiểu chính xác những gì các bên liên quan mong đợi vì chính họ cũng không rõ ràng về phần đó. Họ thường có một số ý tưởng mơ hồ về những gì họ muốn và điều đó có thể gây nhầm lẫn.
- Các yêu cầu thường có bản chất năng động khi chúng liên tục thay đổi và phát triển theo nhu cầu thay đổi. Đôi khi các yêu cầu được nêu khi bắt đầu dự án có thể thay đổi khi dự án tiến triển. Bạn phải luôn có kế hoạch dự phòng cho điều đó.
- Giao tiếp kém giữa các thành viên trong nhóm là một thách thức khác phải đối mặt trong quá trình phân tích yêu cầu. Do đó, điều quan trọng đối với các nhà quản lý dự án là đảm bảo rằng giao tiếp diễn ra trôi chảy trong tổ chức và các nhóm. Sẽ rất hữu ích nếu các nhà quản lý dự án sử dụng một ngôn ngữ mã hóa như UML như một phương tiện để chuẩn hóa giao tiếp và tránh mọi hiểu lầm.
Quy trình phân tích yêu cầu
Nói chung, có bảy bước trong quy trình phân tích yêu cầu.
- Xác định các bên liên quan: Để bắt đầu, điều cần thiết là phải xác định ai là bên liên quan chính của dự án này. Những cá nhân và nhóm này liên quan đến khách hàng nội bộ, người dùng bên ngoài, cơ quan quản lý cũng như bất kỳ bên liên quan nào khác có vai trò trong việc xây dựng sản phẩm. Không có chúng, những nhu cầu và yêu cầu này không thể được đáp ứng - chúng là chất xúc tác cho sự tiến bộ!
- Gợi ý nhu cầu và yêu cầu của các bên liên quan: Trong phần này của quy trình phân tích yêu cầu, được gọi là thu thập nhu cầu và yêu cầu, các nhóm hợp tác với các bên liên quan để nhận ra nhu cầu và mong đợi của họ.
- Nhu cầu và yêu cầu của người mẫu: Sau khi thu thập các nhu cầu và mong đợi ban đầu của các bên liên quan, các nhóm có thể sử dụng các biểu đồ hoặc biểu đồ trực quan để minh họa các yêu cầu này như một phần trong quá trình đánh giá của họ. Điều này cho phép nhóm đảm bảo rằng nhận được phản hồi từ tất cả các bên liên quan trong khi mọi vấn đề tiềm ẩn, sự khác biệt hoặc mâu thuẫn được giải quyết trước khi thiết lập một phác thảo sản phẩm chất lượng cao bao gồm các trường hợp sử dụng và câu chuyện của người dùng.
- Hồi tưởng: Sau khi thu thập dữ liệu và thông tin chi tiết trong quá trình gợi ý, lập biểu đồ và mô hình hóa, nhóm dự án sẽ phân tích dữ liệu đó. Họ đặc biệt quan tâm đến việc hiểu bất kỳ hạn chế hoặc trình điều khiển nào có thể ảnh hưởng đến tính khả thi của việc tạo ra sản phẩm. Điều này giúp họ xác định những rủi ro tiềm ẩn đồng thời thiết lập ngân sách và thời gian hoàn thành.
- Xác định một tập hợp các nhu cầu tích hợp: Nhóm dự án phát triển một bộ sưu tập toàn diện các nhu cầu và yêu cầu của các bên liên quan thể hiện mong đợi, mục tiêu, mục tiêu, động lực và ranh giới của các bên liên quan đối với sản phẩm.
- Xác định yêu cầu sản phẩm: Sau khi xem xét tập hợp thống nhất các nhu cầu và yêu cầu của các bên liên quan, các nhóm sau đó có thể phát triển một tập hợp các kỳ vọng về tính năng sản phẩm. Đây là một bước thiết yếu, vì vậy điều quan trọng là mỗi yêu cầu phải đáp ứng các tiêu chí chất lượng cao để tạo ra các kết quả được hình thành tốt. Sẽ là khôn ngoan nếu tất cả các bên liên quan trang bị cho mình kiến thức cần thiết để tạo ra các yêu cầu xuất sắc.
- Đăng xuất và Đường cơ sở: Khi kết thúc giai đoạn phân tích yêu cầu, tất cả các bên liên quan quan trọng (hoặc đại diện của họ) đã được xác định trong bước một phải chính thức phê chuẩn tập hợp toàn diện các nhu cầu và thông số kỹ thuật sản phẩm liên quan. Hợp đồng này sẽ cung cấp cho mọi người sự rõ ràng về cách xác minh và xác thực dựa trên những gì đã vạch ra cho sản phẩm, các ràng buộc về chi phí và các kỳ vọng về thời gian; do đó đề phòng mọi bất ngờ hoặc thay đổi phạm vi sau này trong quá trình phát triển.
Quá trình này nên được sử dụng làm cơ sở cho bất kỳ dự án phân tích yêu cầu nào vì nó giúp đảm bảo rằng các kỳ vọng của các bên liên quan được đáp ứng và bao gồm tất cả các tính năng cần thiết của sản phẩm. Một quy trình phân tích yêu cầu được thực hiện tốt là điều cần thiết để phát triển thành công một sản phẩm phần mềm chất lượng cao. Kết quả là cái nhìn sâu sắc về nhu cầu của các bên liên quan sẽ giúp nhóm xây dựng một giải pháp hiệu quả để đáp ứng các mục tiêu của họ đồng thời vẫn nằm trong ngân sách và đúng thời hạn.
Mô hình yêu cầu
Kỹ thuật phổ biến nhất trong quá trình phân tích yêu cầu là mô hình hóa. Mục đích chính của việc lập mô hình là để hiểu các yêu cầu thu thập được. Mô hình thường là bản sao của một thứ gì đó thường là phiên bản nhỏ hơn của vật thật được sử dụng cho mục đích cung cấp thông tin. Nói cách khác, nó là sự trừu tượng hóa một số khía cạnh của hệ thống hiện có hoặc dự kiến. Một mô hình được thiết kế để trình bày thông tin có thể được phân tích một cách máy móc. Các mô hình là cách tốt nhất để phân tích một thực thể bằng cách giảm độ phức tạp của nó.
Vì mô hình hóa là một phần thiết yếu của quá trình phân tích nên nó phải được thực hiện đúng cách và cẩn thận. Chúng tôi sử dụng mô hình hóa để vạch ra các yếu tố thu được trong quá trình khơi gợi và trình bày chúng ở dạng chính xác và chính xác hơn. Điều này giúp bằng cách làm cho mọi thứ dễ hiểu hơn về các yêu cầu và vấn đề. Ngoài ra, khi bạn có cái nhìn chính xác về một thứ gì đó, bạn sẽ dễ dàng tìm ra điều gì còn thiếu hoặc điều gì cần thảo luận hoặc thay đổi thêm.
Có nhiều ngôn ngữ khác nhau được sử dụng để tạo các mô hình yêu cầu. Đầu tiên và quan trọng nhất là ngôn ngữ tự nhiên mà người dùng mô tả nhu cầu và yêu cầu của họ. Ngoài ra, một số ngôn ngữ chức năng như UML, SysML, logic và logic thời gian, Bản đồ trường hợp sử dụng hoặc sơ đồ hoạt động hoặc miền.
Một số ngôn ngữ mô hình hóa yêu cầu phổ biến
- UML: UML là viết tắt của Unified Modeling Language, và nó là ngôn ngữ mô hình hóa tiêu chuẩn được sử dụng bởi các nhà phát triển phần mềm. Nó cho phép các nhóm xây dựng các sơ đồ trực quan minh họa cách mỗi thành phần của hệ thống tương tác với nhau.
- SysML: SysML là viết tắt của Ngôn ngữ mô hình hóa hệ thống và dựa trên UML nhưng nó áp dụng rộng rãi hơn cho kỹ thuật hệ thống, cho phép người dùng mô hình hóa các cấu trúc phức tạp như mạng hoặc hệ thống cơ khí.
- BPEL: BPEL là viết tắt của Ngôn ngữ Thực thi Quy trình Kinh doanh và tập trung cụ thể vào các quy trình kinh doanh - nghĩa là, trình tự các nhiệm vụ cần được hoàn thành để hoàn thành toàn bộ quy trình kinh doanh. Điều này đặc biệt hữu ích khi các bên liên quan đang tìm kiếm một kết quả cụ thể từ sản phẩm của họ.
- Lưu đồ: Lưu đồ là một cách đơn giản để vạch ra một cách trực quan các bước cần thực hiện để đạt được kết quả. Điều này có thể bao gồm từ các tác vụ nhỏ như phát triển hệ thống đăng nhập của người dùng đến các quy trình lớn hơn và phức tạp hơn như thiết kế quy trình làm việc của toàn bộ ứng dụng.
- Sơ đồ luồng dữ liệu: Sơ đồ luồng dữ liệu minh họa luồng thông tin thông qua một hệ thống và được sử dụng để xác định các nguồn dữ liệu tiềm năng, bồn chứa và quy trình. Điều này giúp các nhóm hiểu cách sản phẩm sẽ thu thập dữ liệu, đưa dữ liệu vào một thuật toán hoặc quy trình, sau đó đưa ra kết quả mong muốn.
- Sơ đồ chuyển đổi trạng thái: Sơ đồ chuyển đổi trạng thái vạch ra tất cả các trạng thái có thể có mà một hệ thống có thể đạt tới cũng như mọi chuyển đổi giữa chúng. Điều này thường được sử dụng để thiết kế giao diện người dùng như trang web hoặc ứng dụng dành cho thiết bị di động. Nó cho phép các nhà phát triển dự đoán mọi chuyển đổi đơn lẻ trong hành trình của người dùng với sản phẩm để đảm bảo khả năng sử dụng tối ưu.
- Phân tích khoảng cách: Phân tích khoảng cách là quá trình so sánh hai bộ yêu cầu và xác định bất kỳ sự khác biệt hoặc khoảng cách nào giữa chúng. Điều này có thể được sử dụng để so sánh kỳ vọng của các bên liên quan với những gì nhóm đã phát triển cho đến nay, nhằm đảm bảo rằng tất cả các tính năng cần thiết đều được đưa vào sản phẩm trước khi ra mắt.
Bằng cách sử dụng các ngôn ngữ lập mô hình và phương pháp phân tích khác nhau này, các nhóm có thể hiểu rõ hơn về nhu cầu của các bên liên quan và đảm bảo rằng một sản phẩm chất lượng được phân phối đúng thời hạn và trong phạm vi ngân sách. Điều cần thiết đối với các nhà phát triển là phải hiểu thấu đáo về quy trình phân tích yêu cầu để tạo ra các giải pháp phần mềm hiệu quả đáp ứng nhu cầu của khách hàng.
Các ngôn ngữ lập mô hình này cho phép các nhóm tạo sơ đồ chi tiết, trường hợp sử dụng và quy trình đóng vai trò hướng dẫn trong quá trình phân tích yêu cầu. Điều này đảm bảo rằng tất cả các bên liên quan đều hiểu rõ những gì được mong đợi từ sản phẩm, cho phép họ dễ dàng đo lường tiến độ so với mong đợi của họ.
Việc triển khai thành công quy trình này sẽ không chỉ giúp đảm bảo sản phẩm cuối cùng có chất lượng cao mà còn tiết kiệm thời gian, tiền bạc và công sức trong toàn bộ vòng đời phát triển của sản phẩm, cho phép các nhóm phản ứng nhanh chóng và hiệu quả với bất kỳ phạm vi nào hoặc đối phó với các thay đổi sau này trong quá trình phát triển.
Thực tiễn tốt nhất để phân tích yêu cầu
Các bên liên quan có thể thể hiện mong đợi của họ theo nhiều cách khác nhau, chẳng hạn như thông qua nhu cầu và yêu cầu. Nhu cầu là những gì các bên liên quan yêu cầu đối với sản phẩm để giải quyết vấn đề hoặc tận dụng cơ hội; trong khi Yêu cầu là các hướng dẫn cấp cao do các bên liên quan cung cấp nêu chi tiết cách họ dự đoán sản phẩm sẽ hoạt động để đáp ứng các nhu cầu đó. Mặc dù yêu cầu của các bên liên quan được truyền đạt mà không sử dụng các thuật ngữ bắt buộc như “sẽ”, nhưng nhu cầu của họ phải được đáp ứng một cách nghiêm ngặt. Để đảm bảo rằng chúng là các thông số kỹ thuật ràng buộc, sau này sẽ được xác thực để đáp ứng các tiêu chuẩn của sản phẩm, những câu hỏi này phải luôn sử dụng cụm từ "sẽ".
Trước khi thiết kế và phát triển một sản phẩm, điều quan trọng đối với nhóm dự án là hiểu rõ hơn về các nhu cầu và yêu cầu khác nhau của các bên liên quan. Với nhiều bên liên quan có những kỳ vọng khác nhau, vì vậy việc nắm bắt chính xác những yêu cầu đó là rất quan trọng để ngăn ngừa xung đột hoặc bất kỳ vấn đề nào phát sinh. Nhóm dự án phải tìm ra những mong muốn và nhu cầu cần thiết này một cách cẩn trọng đồng thời giải quyết các yêu cầu không nhất quán và xung đột. Bằng cách tổng hợp các nhu cầu từ dữ liệu này, chúng tôi có thể chuyển đổi các yêu cầu riêng lẻ đó thành một tập hợp toàn diện các nhu cầu về sản phẩm. Điều này sẽ đảm bảo rằng sản phẩm được phát triển đáp ứng tất cả các kỳ vọng đã nêu và đáp ứng đầy đủ mong muốn và nhu cầu của khách hàng.
Truy xuất nguồn gốc yêu cầu là một yếu tố quan trọng của quy trình phân tích yêu cầu, vì nó cho phép chúng tôi đảm bảo rằng mỗi yêu cầu phản ánh rõ ràng ý định của người khởi tạo. Nếu không có khả năng truy xuất nguồn gốc phù hợp, chúng tôi không thể chắc chắn liệu sản phẩm phần mềm của mình có đáp ứng tất cả các nhu cầu, mục tiêu và giới hạn của các bên liên quan hay không. Ngay cả khi thực hiện phân tích yêu cầu một cách hoàn hảo, sẽ không có cách nào để chứng minh rằng bạn có tập hợp các yêu cầu phù hợp mà không theo dõi chúng trở lại nguồn của chúng!
Như vậy, một cách tiếp cận chính để phân tích yêu cầu là đảm bảo rằng mỗi yêu cầu có thể được truy ngược lại tất cả các tạo tác liên quan. Các mục này không chỉ phải bao gồm nguồn của chúng mà còn cả các tài liệu tiếp theo như thiết kế, lập kế hoạch xác minh sản phẩm và kế hoạch xác nhận sản phẩm. Ngoài ra, một phương pháp phân tích yêu cầu tốt nhất không thể thiếu liên quan đến việc thực hiện chính xác quy trình được thiết lập trước — bước này có thể tạo ra hoặc phá vỡ sự thành công trong việc đáp ứng kỳ vọng của các bên liên quan đối với sản phẩm.
Yêu cầu Visure Nền tảng ALM để phân tích yêu cầu
Giao diện trực quan của Visure giúp bạn dễ dàng phân tích lượng dữ liệu khổng lồ một cách nhanh chóng và hiệu quả mà không phải mất quá nhiều thời gian cho công việc này. Ngoài ra, Visure cung cấp một loạt các công cụ mạnh mẽ cho phép người dùng theo dõi chính xác các yêu cầu quay lại và theo dõi chuyển tiếp từ chúng thông qua phân tích tác động, ưu tiên các thay đổi theo chi phí hoặc rủi ro và thậm chí theo dõi các yêu cầu thay đổi. Ngoài ra, khả năng mạnh mẽ của Visure để nhập và xuất sang và từ các công cụ lập mô hình như Sparx Systems Enterprise Architect là một điều khá hữu ích cho các ngành quan trọng về an toàn.
Với Máy phân tích chất lượng tầm nhìn, bạn có thể tiếp cận công nghệ AI một cách nhanh chóng và thuận tiện để đánh giá và xác định các yêu cầu chưa rõ ràng. Điều này sẽ hợp lý hóa khả năng truy xuất nguồn gốc, nâng cao chất lượng yêu cầu, thúc đẩy sự gắn kết của nhóm và giúp đảm bảo thành công của dự án. Hơn nữa, với Nguyên tắc mẫu ITEM, công ty của bạn có thể dễ dàng tạo một mẫu quy trình mạnh mẽ mà mọi người đều đồng ý.
Khi sử dụng Visure, bạn có thể xây dựng các mô hình dữ liệu và liên kết các yêu cầu với một số mục nhất định để phân tích nhu cầu hiệu quả ở mọi cấp độ. Điều này có nghĩa là các nhóm không còn mất thời gian thảo luận và phân tích các yêu cầu mà thay vào đó tập trung vào việc đẩy nhanh quá trình phát triển. Bằng cách triển khai hệ thống này với Visure, nhóm của bạn sẽ có thể theo dõi tiến độ một cách hiệu quả mà không phải hy sinh thời gian hoặc tài nguyên quý báu.
Kết luận
Phân tích yêu cầu là chìa khóa thành công của bất kỳ dự án phát triển phần mềm nào. Nếu không có một tập hợp các yêu cầu được xác định rõ ràng, gần như không thể tạo ra các kế hoạch chính xác, mục tiêu có thể đạt được và lịch trình thực tế. Tất nhiên, Phân tích yêu cầu đi kèm với những thách thức riêng của nó; rủi ro phải được xác định sớm và các bên liên quan phải được tham gia trong suốt quá trình. Tuy nhiên, bằng cách tuân theo một quy trình cẩn thận và có hệ thống, những thách thức này có thể được khắc phục. Nền tảng ALM Yêu cầu Visure là một công cụ tuyệt vời để quản lý các yêu cầu từ đầu đến cuối; thử Dùng thử miễn phí 30 ngày ngày hôm nay!
Đừng quên chia sẻ bài viết này!
