So You Want To Be a Requirements An

So You Want To Be a Requirements Analyst? Page 3
Copyright © 2003 by Karl E. Wiegers. All Rights Reserved.
haven’t verbalized. Spot the vague, weak words that cause ambiguity and confusion. Point out conflicting requirements and areas that need more detail. Specify the functional requirements at a suitable level of detail for the developers who implement them. A website being built incrementally by a small, well-synchronized team can get away with limited requirements documentation, but a complex embedded system to be outsourced to an offshore supplier needs a precise, detailed software requirements specification (SRS).
Write Specifications. Effective requirements development leads to shared understanding and creation of a system that addresses the customer’s problem. You’re responsible for writing wellorganized specifications that clearly express this shared understanding. Employing standard templates for use cases and the SRS accelerates requirements development by reminding you of topics that you need to discuss with users. You can find some sample templates at www.processimpact.com/goodies.shtml
Model the Requirements. You’ll need to determine when it’s helpful to represent requirements with nontextual media, including graphical analysis models, tables, mathematical equations, storyboards and prototypes. Analysis models depict information at a higher level of abstraction than does detailed text. To maximize communication and clarity, draw analysis models according to the conventions of a standard notation such as the Unified Modeling Language.
Lead Validation. You must ensure that the documented requirements satisfy customer needs and that they’re clear, complete, correct, feasible, necessary, traceable, unambiguous, verifiable and so on. Analysts are the central participants in peer reviews of requirements documents. To ensure that requirements are interpreted correctly, you should also review designs, code and test cases based on the requirements specifications.
Facilitate Prioritization. You’ll broker collaboration and negotiation among the various user classes and developers to ensure that the right people make sensible decisions.
Manage Requirements. After establishing the requirements baseline, your focus will shift to managing those requirements and verifying their satisfaction in the product. Storing the requirements in a commercial tool designed for this purpose can help.
You’ll want to track the status of individual functional requirements as they progress from inception to verification in the integrated product. Collect traceability information from team members to connect individual requirements to other system elements. This data will aid in managing changes to the baselined requirements within a change control process and tool

Kết quả (Việt) 1:

Vì vậy, bạn muốn là một nhà phân tích yêu cầu? Trang 3Bản quyền © 2003 bởi Karl E. Wiegers. Tất cả các quyền.chưa verbalized. Ngắm những mơ hồ, yếu từ đó gây ra sự mơ hồ và nhầm lẫn. Chỉ ra các yêu cầu về xung đột và các khu vực cần chi tiết hơn. Xác định các yêu cầu chức năng ở một mức độ phù hợp chi tiết cho các nhà phát triển những người thực hiện chúng. Một trang web đang được xây dựng từng bước nhỏ một, được đồng bộ hoá đầy đủ đội ngũ có thể đi với tài liệu yêu cầu hạn chế, nhưng một hệ thống nhúng phức tạp để được bên ngoài với một nhà cung cấp nước ngoài cần một đặc tả yêu cầu chính xác, chi tiết phần mềm (SRS).Ghi chi tiết kỹ thuật. Yêu cầu hiệu quả phát triển dẫn đến sự hiểu biết chia sẻ và tạo ra một hệ thống địa chỉ các vấn đề của khách hàng. Bạn đang chịu trách nhiệm cho các văn bản chi tiết kỹ thuật wellorganized nhận rõ ràng sự hiểu biết chung này. Sử dụng mẫu tiêu chuẩn cho các trường hợp sử dụng và các SRS tăng tốc phát triển yêu cầu bằng cách nhắc nhở bạn về các chủ đề mà bạn cần phải thảo luận với người dùng. Bạn có thể tìm thấy một số mẫu mẫu tại www.processimpact.com/goodies.shtmlMẫu yêu cầu. Bạn sẽ cần phải xác định khi nó là hữu ích để đại diện cho các yêu cầu với phương tiện truyền thông nontextual, bao gồm cả đồ họa phân tích mô hình, bảng biểu, phương trình toán học, storyboards và chiếc nguyên mẫu. Phân tích mô hình mô tả các thông tin ở mức trừu tượng cao hơn không chi tiết văn bản. Để tối đa hóa giao tiếp và rõ ràng, vẽ mô hình phân tích theo quy ước của một ký hiệu chuẩn như ngôn ngữ mô hình hóa thống nhất.Dẫn xác nhận. Bạn phải đảm bảo các yêu cầu tài liệu đáp ứng nhu cầu khách hàng và rằng họ là rõ ràng, đầy đủ, chính xác, khả thi, cần thiết, theo dõi, rõ ràng, kiểm chứng và vân vân. Nhà phân tích là các trung tâm tham gia trong đánh giá ngang nhau của các tài liệu yêu cầu. Để đảm bảo yêu cầu được giải thích một cách chính xác, bạn cũng nên xem lại thiết kế, mã và các trường hợp thử nghiệm dựa trên các đặc điểm yêu cầu.Tạo điều kiện ưu tiên. Bạn sẽ môi giới hợp tác và thương lượng giữa người sử dụng các lớp học khác nhau và các nhà phát triển để đảm bảo rằng các quyền con người quyết định hợp lý.Quản lý yêu cầu. Sau khi thiết lập yêu cầu về cơ sở, tập trung của bạn sẽ thay đổi để quản lý những yêu cầu và xác minh sự hài lòng của họ trong sản phẩm. Lưu trữ các yêu cầu trong một công cụ thương mại được thiết kế cho mục đích này có thể giúp.Bạn sẽ muốn theo dõi tình trạng của các yêu cầu chức năng cá nhân khi họ tiến bộ từ khi thành lập để xác minh trong các sản phẩm tích hợp. Thu thập các thông tin truy xuất nguồn gốc từ các thành viên trong nhóm để kết nối yêu cầu cá nhân với các yếu tố khác của hệ thống. Dữ liệu này sẽ hỗ trợ trong việc quản lý các thay đổi đối với các yêu cầu baselined trong một sự thay đổi quyền kiểm soát quá trình và công cụ

Kết quả (Việt) 2:

Vì vậy, bạn muốn thành một yêu cầu phân tích? Page 3
Bản quyền © 2003 của Karl E. Wiegers. Tất cả Reserved quyền.
Đã không verbalized. Tại chỗ mơ hồ, từ yếu gây ra sự mơ hồ và nhầm lẫn. Chỉ ra các yêu cầu trái ngược nhau và các khu vực cần chi tiết hơn. Xác định các yêu cầu chức năng ở mức độ phù hợp của các chi tiết cho phát triển những người thực hiện chúng. Một trang web đang được xây dựng từng bước bởi một nhóm nhỏ, cũng đồng bộ có thể nhận được ngay với tài liệu yêu cầu hạn chế, nhưng một hệ thống nhúng phức tạp để được khoán ngoài cho một nhà cung cấp ở nước ngoài cần có một chính xác, chi tiết các yêu cầu phần mềm đặc điểm kỹ thuật (SRS).
Viết Thông số kỹ thuật. Phát triển các yêu cầu hiệu quả dẫn đến sự hiểu biết chia sẻ và tạo ra một hệ thống giải quyết vấn đề của khách hàng. Bạn có trách nhiệm bằng văn bản thông số kỹ thuật wellorganized thể hiện rõ ràng sự hiểu biết chia sẻ này. Sử dụng các mẫu chuẩn để các trường hợp sử dụng và SRS tăng tốc phát triển các yêu cầu bằng cách nhắc nhở bạn về những chủ đề mà bạn cần phải thảo luận với người sử dụng. Bạn có thể tìm thấy một số mẫu mẫu tại www.processimpact.com/goodies.shtml
Mẫu Yêu cầu. Bạn sẽ cần phải xác định khi nó rất hữu ích để đại diện cho các yêu cầu với phương tiện truyền thông nontextual, bao gồm mô hình đồ họa phân tích, bảng phương trình toán học, cốt truyện và nguyên mẫu. Phân tích mô hình mô tả các thông tin ở mức trừu tượng cao hơn so với hiện văn bản chi tiết. Để tối đa hóa giao tiếp và rõ ràng, vẽ mô hình phân tích theo các công ước của một ký hiệu tiêu chuẩn như các ngôn ngữ mô hình hóa thống nhất.
Chì Validation. Bạn phải đảm bảo rằng các yêu cầu tài liệu đáp ứng nhu cầu của khách hàng và đó họ rõ ràng, đầy đủ, chính xác, khả thi, cần thiết, theo dõi, rõ ràng, có thể kiểm chứng và như vậy. Các nhà phân tích là những người tham gia trung tâm trong đánh giá kỹ lưỡng các yêu cầu tài liệu. Để đảm bảo rằng các yêu cầu được giải thích một cách chính xác, bạn cũng nên xem xét lại thiết kế, mã và các trường hợp kiểm tra dựa trên các thông số kỹ thuật yêu cầu.
Tạo điều kiện ưu tiên. Bạn sẽ môi giới hợp tác và đàm phán giữa các lớp người sử dụng khác nhau và các nhà phát triển để đảm bảo rằng các quyền con người đưa ra quyết định hợp lý.
Quản lý Yêu cầu. Sau khi thiết lập các yêu cầu cơ bản, tập trung của bạn sẽ chuyển sang quản lý những yêu cầu và xác minh sự hài lòng của họ trong sản phẩm. Lưu trữ các yêu cầu trong một công cụ thương mại được thiết kế cho mục đích này có thể giúp đỡ.
Bạn sẽ muốn theo dõi tình trạng của các yêu cầu chức năng cá nhân như họ tiến bộ từ khi thành lập đến xác minh trong sản phẩm tích hợp. Thu thập thông tin truy xuất nguồn gốc từ thành viên trong nhóm để kết nối các yêu cầu cá nhân để thành phần hệ thống khác. Dữ liệu này sẽ hỗ trợ trong việc quản lý các thay đổi các yêu cầu baselined trong một quá trình kiểm soát thay đổi và công cụ