Integrity—which encompasses securit

Integrity—which encompasses security, as discussed in Chapter 10—deals with blocking unauthorized access to system functions, preventing information loss, ensuring that the software is protected from virus infection, and protecting the privacy and safety of data entered into the system. Integrity is a major issue with Internet software. Users of e-commerce systems want their credit card information to be secure. Web surfers don't want personal information or a record of the sites they visit to be used inappropriately, and providers want to protect against denial-of-service or hacking attacks. Integrity requirements have no tolerance for error. State integrity requirements in unambiguous terms: user identity verification, user privilege levels, access restrictions, or the precise data that must be protected. A sample integrity requirement is the following:

IN-1. Only users who have Auditor access privileges shall be able to view customer transaction histories.

As with many integrity requirements, this one is also a constraining business rule. It's a good idea to know the rationale for your quality attribute requirements and to trace them back to specific origins, such as a management policy. Avoid stating integrity requirements in the form of design constraints. Password requirements for access control are a good example. The real requirement is to restrict access to the system to authorized users; passwords are merely one way (albeit the most commonly used way) to accomplish that objective. Depending on which user authentication technique is chosen, this underlying integrity requirement will lead to specific functional requirements that implement the system's authentication functions.

Interoperability Interoperability indicates how easily the system can exchange data or services with other systems. To assess interoperability, you need to know which other applications the users will employ in conjunction with your product and what data they expect to exchange. Users of the Chemical Tracking System were accustomed to drawing chemical structures with several commercial tools, so they presented the following interoperability requirement:

IO-1. The Chemical Tracking System shall be able to import any valid chemical structure from the ChemiDraw (version 2.3 or earlier) and Chem-Struct (version 5 or earlier) tools.

You could also state this requirement as an external interface requirement and define the standard file formats that the Chemical Tracking System can import. Alternatively, you could define several functional requirements dealing with the import operation. Sometimes, though, thinking about the system from the perspective of quality attributes reveals previously unstated, implicit requirements. The customers hadn't stated this need when discussing external interfaces or system functionality. As soon as the analyst asked about other systems to which the Chemical Tracking System had to connect, though, the product champion immediately mentioned the two chemical structure drawing packages.

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

Toàn vẹn-đó bao gồm bảo mật, như được thảo luận trong chương 10-thoả thuận với chặn truy cập trái phép vào hệ thống chức năng, ngăn ngừa mất mát thông tin, đảm bảo rằng phần mềm được bảo vệ từ nhiễm vi rút, và bảo vệ sự riêng tư và an toàn của dữ liệu nhập vào hệ thống. Tính toàn vẹn là một vấn đề lớn với Internet phần mềm. Sử dụng thương mại điện tử hệ thống muốn thông tin thẻ tín dụng của họ được an toàn. Lướt web không muốn thông tin cá nhân hoặc một hồ sơ của các trang web họ truy cập vào sẽ được sử dụng không thích đáng, và nhà cung cấp muốn bảo vệ chống lại sự từ chối dịch vụ hoặc hack tấn công. Tính toàn vẹn yêu cầu đã không khoan dung cho lỗi. Nhà nước toàn vẹn yêu cầu rõ ràng về: xác minh danh tính người dùng, người sử dụng đặc quyền cấp, hạn chế truy cập, hoặc các dữ liệu chính xác phải được bảo vệ. Một mẫu toàn vẹn yêu cầu là sau đây:IN-1. Chỉ những người có quyền truy cập kiểm toán dùng sẽ có thể xem lịch sử giao dịch của khách hàng. Như với nhiều tính toàn vẹn yêu cầu, điều này cũng là một quy tắc kinh doanh constraining. Đó là một ý tưởng tốt để biết các lý do cho yêu cầu thuộc tính chất lượng của bạn và để theo dõi chúng trở lại nguồn gốc cụ thể, chẳng hạn như một chính sách quản lý. Tránh nói toàn vẹn yêu cầu trong các hình thức thiết kế những hạn chế. Yêu cầu mật khẩu để truy cập kiểm soát là một ví dụ tốt. Các yêu cầu thực sự là để hạn chế quyền truy cập vào hệ thống để cho phép người sử dụng; mật khẩu là chỉ là một chiều (mặc dù hầu hết thường được sử dụng cách) để đạt mục tiêu đó. Tùy thuộc vào đó người dùng xác thực kỹ thuật được chọn, yêu cầu tính toàn vẹn tiềm ẩn này sẽ dẫn đến yêu cầu chức năng cụ thể mà thực hiện chức năng của hệ thống xác thực.Khả năng tương tác khả năng tương tác cho thấy cách thức dễ dàng hệ thống có thể trao đổi dữ liệu hoặc các dịch vụ với các hệ thống khác. Để đánh giá khả năng tương tác, bạn cần phải biết mà những người sử dụng các ứng dụng khác sẽ sử dụng kết hợp với sản phẩm của bạn và những gì họ mong đợi để trao đổi dữ liệu. Người sử dụng của hệ thống theo dõi hóa học đã quen với việc vẽ các cấu trúc hóa học với một số công cụ thương mại, do đó, họ trình bày các yêu cầu khả năng tương tác sau:IO-1. Hệ thống theo dõi hóa học sẽ có thể nhập bất kỳ cấu trúc hóa học hợp lệ từ ChemiDraw (Phiên bản 2.3 hoặc trước đó) và các công cụ Chem-Struct (Phiên bản 5 hoặc trước đó). Bạn cũng có thể nhà nước yêu cầu này như là một yêu cầu bên ngoài giao diện và xác định các định dạng tập tin tiêu chuẩn hệ thống theo dõi hóa chất có thể nhập khẩu. Ngoài ra, bạn có thể xác định một số yêu cầu chức năng đối phó với các hoạt động nhập khẩu. Đôi khi, mặc dù, suy nghĩ về hệ thống từ quan điểm của thuộc tính chất lượng cho thấy yêu cầu trước đó unstated, tiềm ẩn. Khách hàng đã không nói điều này cần phải khi thảo luận về giao diện bên ngoài hoặc chức năng hệ thống. Ngay sau khi các nhà phân tích yêu cầu về hệ thống khác mà hệ thống theo dõi hóa học đã kết nối, mặc dù, nhà vô địch sản phẩm ngay lập tức đề cập đến hai cấu trúc hóa học vẽ gói.

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

Liêm-trong đó bao gồm bảo mật, như đã thảo luận trong Chương 10-Chương trình khuyến mại với chặn truy cập trái phép vào các chức năng hệ thống, ngăn ngừa mất thông tin, đảm bảo rằng phần mềm được bảo vệ khỏi lây nhiễm virus, và bảo vệ sự riêng tư và an toàn của dữ liệu được nhập vào hệ thống. Liêm chính là một vấn đề lớn với các phần mềm Internet. Người dùng hệ thống thương mại điện tử muốn thông tin thẻ tín dụng của họ được an toàn. Người lướt web không muốn thông tin cá nhân hay một kỷ lục của các trang web mà họ truy cập được sử dụng không đúng, và các nhà cung cấp muốn bảo vệ chống tấn công từ chối dịch vụ hoặc hacking tấn công. Yêu cầu tính toàn vẹn không có sự khoan dung cho lỗi. Yêu cầu tính toàn vẹn Nhà nước trong điều kiện rõ ràng: xác minh danh tính người dùng, mức độ sử dụng đặc quyền, hạn chế truy cập, hoặc các dữ liệu chính xác mà phải được bảo vệ. Một yêu cầu toàn vẹn của mẫu là như sau: IN-1. Chỉ những người dùng có quyền truy cập Kiểm toán viên sẽ có thể xem lịch sử giao dịch của khách hàng. Như với nhiều yêu cầu tính toàn vẹn, đây cũng là một quy luật kinh doanh ràng buộc. Đó là một ý tưởng tốt để biết lý do cho yêu cầu thuộc tính chất lượng của bạn và để theo dõi chúng trở lại với nguồn gốc cụ thể, chẳng hạn như một chính sách quản lý. Tránh nêu yêu cầu tính toàn vẹn trong các hình thức hạn chế thiết kế. Yêu cầu mật khẩu để kiểm soát truy cập là một ví dụ tốt. Yêu cầu thực sự là để hạn chế truy cập vào hệ thống để người dùng có thẩm quyền; mật khẩu chỉ đơn thuần là một cách (mặc dù cách thường được sử dụng nhất) để thực hiện mục tiêu đó. Tùy thuộc vào xác thực người dùng kỹ thuật được lựa chọn, yêu cầu tính toàn vẹn tiềm ẩn này sẽ dẫn đến yêu cầu chức năng cụ thể mà thực hiện chức năng xác thực của hệ thống. Interoperability Khả năng cộng tác chỉ ra một cách dễ dàng như thế nào hệ thống có thể trao đổi dữ liệu hoặc dịch vụ với các hệ thống khác. Để đánh giá khả năng tương tác, bạn cần phải biết được các ứng dụng khác là người dùng sẽ sử dụng kết hợp với sản phẩm của bạn và những dữ liệu mà họ mong đợi để trao đổi. Người sử dụng của Hệ thống Theo dõi Chemical đã quen với việc vẽ cấu trúc hóa học với một số công cụ thương mại, vì vậy họ đã trình bày yêu cầu khả năng tương tác sau đây: IO-1. Hệ thống Theo dõi hóa chất sẽ có thể nhập bất kỳ cấu trúc hóa học có hiệu lực từ ChemiDraw (phiên bản 2.3 hoặc sớm hơn) và Chem-Struct (phiên bản 5 hoặc sớm hơn) các công cụ. Bạn cũng có thể nêu yêu cầu này là một yêu cầu giao diện bên ngoài và xác định các tập tin tiêu chuẩn định dạng mà Hệ thống Theo dõi hóa chất có thể nhập khẩu. Ngoài ra, bạn có thể xác định một số yêu cầu chức năng đối phó với các hoạt động nhập khẩu. Đôi khi, mặc dù, suy nghĩ về hệ thống từ quan điểm của các thuộc tính chất lượng cho thấy trước đó không nói ra, yêu cầu tiềm ẩn. Các khách hàng đã không được nêu nhu cầu này khi thảo luận về các giao diện bên ngoài hoặc các chức năng hệ thống. Ngay sau khi các nhà phân tích được hỏi về các hệ thống khác mà Hệ thống Theo dõi hóa chất có thể kết nối, tuy nhiên, các nhà vô địch sản phẩm ngay lập tức đề cập đến hai gói bản vẽ cấu trúc hóa học.