Hé lộ Tài liệu srs là gì? Khái niệm mà bất cứ BA nào cũng phải thuộc lòng

Hiện giờ, Business Analyst được viết tắt là BA là một ngày nghề mới mẻ nhưng cũng thu hút 1 lạng lớn người lớp trẻ với tầm lương cuốn hút và tính chất công việc khá thú vị. Mặc dù thế để bắt đầu trên con đường tương lai là 1 chuyên viên phân tích biện pháp thì bạn không được bỏ qua tài liệu SRS hay còn gọi là tài liệu đặc tả đề xuất, một thứ quan trọng của ngành nghề này.

Vậy chúng ta hãy cùng chúng tôi tìm hiểu về khái niệm tài liệu SRS qua bài viết dưới đây nhé.

1. Khái niệm về tài liệu SRS

Để hiểu ứng dụng và cách sử dụng dữ liệu SRS thì trước tiên bạn phải nắm được khái niệm và định nghĩa xem nó là gì.

Khái niệm về tài liệu SRS

dữ liệu SRS là từ viết tắt của Software Requirements Specification dịch ra tiếng Việt là tài liệu đặc tả đề xuất kiến nghị, đó là loại tài liệu vốn để mô tả một cách chi tiết các đề xuất kiến nghị chức năng, phi chức năng của mạng lưới hệ thống. Tài liệu đó sẽ tương hỗ để đưa ra một mức độ cao nhóm các module hoặc các tính năng của hệ thống, được dùng cho sự đọc toàn bộ Stakeholders (Stakeholders là những người ở bên thứ ba, liên quan đến một Doanh Nghiệp, ví dụ họ có khả năng là các cổ đông,...). Đây là tài liệu quan trọng cho system analyst và business Analyst.

dữ liệu SRS sẽ mô tả các chức năng và cấu trúc của hai hệ thống là FR và NFR. Tài liệu SRS đóng vai trò là cầu nối liên kết giữa những gì BR muốn và theo đó mạng lưới hệ thống có khả năng cung cấp mà tiến hành được.

Nhờ vào các đề xuất mà SRS liệt kê ra, nó giúp cho việc tính toán các ngân sách hay ước đạt scope của Dự Án BĐS mà bạn triển khai nhanh gọn và thuận tiện hơn.

2. Tầm quan trọng của dữ liệu SRS

Thứ nhất ,tài liệu SRS giúp cho các stakeholders đều cùng hiểu được mạng lưới hệ thống theo cùng 1 phía mà không để phải xẩy ra tình trạng chín người mười ý.

Thứ hai, dựa vào đề xuất của khách hàng, tài liệu SRS giúp cho các đội phát triển mạng lưới hệ thống thiết kế xây dựng được chính xác các tính năng, không đi lạc hướng.

Tầm quan trọng của dữ liệu SRS

Thứ ba, tài liệu SRS giúp cho các nhà kiểm thử hệ thống rất có thể đọc hiểu được theo đó mà viết được những trường hợp thử nghiệm.

Thứ tư, tài liệu SRS giúp cho việc bảo trì mạng lưới hệ thống và cải tiến các chức năng của hệ thống nhanh gọn và thuận tiện hơn.

3. Các thành phần chính trong dữ liệu SRS:

3.1. Phần tiên phong của sẽ là phần giới thiệu của dữ liệu SRS (Introduction)

Phần giới thiệu của tài liệu SRS (Introduction)

Chi tiết trong phần giới thiệu sẽ gồm:

- Purpose sẽ là mục mô tả chi tiết về các mục tiêu và đặc biệt ý nghĩa của dữ liệu SRS, giúp cho ta hiểu được khái niệm của dữ liệu SRS tầm quan trọng của chính bản thân nó.

- Application Overview là mục mô tả về hệ thống một cách tổng quan. Hệ thống nhìn chung phải bảo đảm được những vấn đề như khái quát về hệ thống, tính năng là gì, quyền sử dụng là của người nào, mục đích của mạng lưới hệ thống sinh ra làm gì,...

- Intended Audience and Reading Suggestions, đó là mục sẽ mô tả các đối tượng nắm giữ tài liệu SRS và họ sẽ có mục đích làm gì

- Abbreviations: ở mục này các mục viết tắt sẽ tiến hành định nghĩa giúp người dùng nắm rõ hơn.

- References: đây chính là mục dùng cho sự đính kèm, mô tả các dữ liệu liên quan mà bạn muốn.

3.2. Phần thứ hai là kiến nghị mức tổng thể (High Level Requirement)

Chi tiết trong phần này sẽ bao gồm

- Object Relationship Diagram: đây là một quy mô thể hiện mối quan hệ tĩnh giữa các đối tượng ở trong hệ thống. Một đối tượng sẽ được coi là một thực thể rõ ràng trong hệ thống.

- Workflow Diagram: đó là phần sẽ tiếp nhận hiển thị chuỗi việc làm hoặc các bước mà người dùng triển khai để tiến trình kinh doanh thương mại được hoàn tất. Mỗi biện pháp hành động mà người sử dụng hệ thống tiến hành sẽ tiến hành hiển thị ở từng quá trình của quy trình tiến độ mạng lưới hệ thống.

- State Transition Diagram: phần đó sẽ mô tả từng trạng thái theo mỗi bước của workflow. Người dùng nhìn vào thì rất có khả năng biết được ai đã là người thực thi điều này và những hành động đó thì có các ảnh hưởng đến trạng thái của giai đoạn hệ thống như thế nào.

- Use Case Diagram: đây là sơ đồ thể hiện cách mà người dùng hệ thống sử dụng các tính năng như thế nào.

3.3. Phần thứ ba là các yêu cầu về bảo mật thông tin (Security Requirement)

Phần đó sẽ đón nhận nhiệm vụ mô tả một cách đầy đủ về các nhiệm vụ của mỗi người trong mạng lưới hệ thống, chức năng của những người đó sẽ là gì. Đồng thời chỉ ra rằng mỗi người sẽ có quyền gì trong mạng lưới hệ thống.

Các yêu cầu về bảo mật thông tin (Security Requirement)

Bảng ma trận về các nhiệm vụ khớp ứng sẽ tương ứng với mỗi người trong mạng lưới hệ thống.

3.4. Phần thứ tư là đặc tả use case (Use Case Specification)

đây chính là phần gồm những chức năng của hệ thống và mô tả chi tiết các nhiệm vụ mạng lưới hệ thống phải tiến hành về hành vi và đầu vào, đầu ra. Đồng thời phần này thể hiện sự tương tác của những tác nhân tác động vào mạng lưới hệ thống và hệ thống và kết quả của sự tương tác đó.

3.5. Phần thứ năm là thiết kế các màn hình (Wireframe )

Thiết kế các màn hình (Wireframe )

đây là mục mà bạn có thể đính kèm tài liệu để người đọc có khả năng chuyển dịch được đến màn hình của hệ thống.Một số các chức năng của thiết kế màn hình là có khả năng xác nhận kiến nghị về chức năng mạng lưới hệ thống đối với mỗi người mua một cách nhanh nhẹn và thuận tiện hơn, đề cho khách hàng có thể dễ dàng hiểu được và có cái nhìn chính xác về mạng lưới hệ thống, thể hiện được sự đồng cảm kiến nghị của người tiêu dùng của các nhà phân tích nghiệp vụ và thể hiện năng lực của các nhóm trong Dự Án BĐS.

3.6. Phần thứ sáu là các kiến nghị khác (Other Requirement)

Phần này sẽ thể hiện chi tiết các đề xuất kiến nghị bổ sung về mạng lưới hệ thống, phần này sẽ thuộc về bên các yêu cầu phi hệ thống.

3.7. Phần thứ bảy là đề xuất tích hợp (Integration)

đó là mục mà bạn có thể đính kèm tài liệu hoặc mô tả các nội dung tương quan tới các hệ thống bên ngoài.

3.8. Phần thứ tám là phụ lục (Appendices)

Mục này sẽ có hai nội dung cho phép bạn định nghĩa ra được những lỗi tin nhắn trong hệ thống hoặc các E-Mail bản mẫu trong hệ thống.

4. Cẩn thận tránh nhầm lẫn giữa các tài liệu SRS, BRD và FRS

Các Business Analyst nào cũng phải gây nên 9 loại dữ liệu quan trọng trong số đó có 3 loại tài liệu dễ nhầm lẫn là SRS, BRD và FRS, các bạn hãy cũng theo dõi phần dưới đây để né nhầm lẫn nhé.

Cẩn thận tránh nhầm lẫn giữa các dữ liệu SRS, BRD và FRS

dữ liệu BRD là từ viết tắt của cụm từ Business Requirement Document có nghĩa là tài liệu về đề xuất nghiệp vụ. Đây là loại dữ liệu đầu tiên được gây nên trong quá trình tăng trưởng của 1 mạng lưới hệ thống Doanh Nghiệp. Dữ liệu này miêu tả các chiến lược của Doanh Nghiệp trong mai sau mà Doanh Nghiệp muốn đã có được với hiệu quả cao nhất.

những người được phép sử dụng BRD là các nhà tài trợ của Công Ty hay dự án Bất Động Sản nào đó, quản lí và BA.

dữ liệu FRS là từ viết tắt của cụm từ Functional Requirement Specifications được hiểu là tài liệu đề xuất chức năng. Đây là tài liệu chi tiết nhất khi đối chiếu với dữ liệu SRS và BRD và đây là dữ liệu sẽ có nhiệm vụ cuối cùng, dự đoán các hoạt động của hệ thống làm sao để phân phối được hai yêu cầu của mạng lưới hệ thống trên.

Trên đây chính là những nội dung về tài liệu SRS, sẽ giúp các bạn chưa biết hoặc hiểu chưa rõ về SRS là gì và gồm có những thành phần gì.