11.3.4 Essential and Implementation

11.3.4 Essential and Implementation Views
An essential view of software requirements presents the functions to be accomplished
and information to be processed without regard to implementation details. For example,
the essential view of the SafeHome function read sensor status does not concern
itself with the physical form of the data or the type of sensor that is used. In fact, it
could be argued that read status would be a more appropriate name for this function,
since it disregards details about the input mechanism altogether. Similarly, an
essential data model of the data item phone number (implied by the function dial
phone number) can be represented at this stage without regard to the underlying data
structure (if any) used to implement the data item. By focusing attention on the essence
of the problem at early stages of requirements engineering, we leave our options
open to specify implementation details during later stages of requirements specification
and software design.
The implementation view of software requirements presents the real world manifestation
of processing functions and information structures. In some cases, a physical
representation is developed as the first step in software design. However, most
computer-based systems are specified in a manner that dictates accommodation of
certain implementation details. A SafeHome input device is a perimeter sensor (not
a watch dog, a human guard, or a booby trap). The sensor detects illegal entry by
sensing a break in an electronic circuit. The general characteristics of the sensor
should be noted as part of a software requirements specification. The analyst must
recognize the constraints imposed by predefined system elements (the sensor) and
consider the implementation view of function and information when such a view is
appropriate.

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

11.3.4 tinh và thực hiện lượt xemMột cái nhìn thiết yếu của phần mềm yêu cầu trình bày các chức năng để được thực hiệnvà thông tin để được xử lý bất kể chi tiết thực hiện. Ví dụ,giao diện cần thiết của các chức năng SafeHome đọc cảm biến trạng thái không quan tâmchính nó với các hình thức vật lý của các dữ liệu hoặc loại cảm biến được sử dụng. Trong thực tế, nócó thể được lập luận rằng trạng thái đọc sẽ là một tên thích hợp hơn cho chức năng này,kể từ khi nó disregards thông tin chi tiết về cơ chế đầu vào hoàn toàn. Tương tự, mộtMô hình dữ liệu cần thiết của số điện thoại mục dữ liệu (ngụ ý bởi chức năng quay sốsố điện thoại) có thể được biểu diễn ở giai đoạn này bất kể các dữ liệu cơ bảncấu trúc (nếu có) sử dụng để thực hiện mục dữ liệu. Bằng cách tập trung sự chú ý vào bản chấtvấn đề ở giai đoạn đầu của yêu cầu kỹ thuật, chúng tôi rời khỏi tùy chọn của chúng tôimở để xác định chi tiết thực hiện trong các giai đoạn cuối của đặc tả yêu cầuvà thiết kế phần mềm.Thực hiện quan điểm của phần mềm yêu cầu trình bày những biểu hiện thế giới thựcxử lý chức năng và cấu trúc thông tin. Trong một số trường hợp, một vật lýđại diện được phát triển như là bước đầu tiên trong thiết kế phần mềm. Tuy nhiên, hầu hếtHệ thống dựa trên máy tính được chỉ định một cách ra các chỗ ởmột số chi tiết thực hiện. Một thiết bị đầu vào SafeHome là một bộ cảm biến chu vi (không phảimột con chó xem, một người bảo vệ con người, hoặc một cái bẫy chim điên). Bộ cảm biến phát hiện các mục nhập bất hợp pháp bởicảm biến một break trong một mạch điện tử. Các đặc điểm chung của bộ cảm biếncần lưu ý là một phần của một phần mềm yêu cầu đặc điểm kỹ thuật. Các nhà phân tích phảinhận ra những hạn chế áp đặt bởi hệ thống được xác định trước các yếu tố (bộ cảm biến) vàxem xét quan điểm thực hiện chức năng và thông tin khi một cái nhìn như vậy làthích hợp.

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

11.3.4 Thực hiện khái quát và Xem
An xem trọng các yêu cầu phần mềm trình bày các chức năng được thực hiện
và thông tin được xử lý mà không quan tâm đến các chi tiết thực hiện. Ví dụ,
quan điểm thiết yếu của các chức năng SafeHome đọc trạng thái cảm biến không liên quan đến
chính nó với các hình thức vật lý của dữ liệu hoặc các loại cảm biến được sử dụng. Trong thực tế, nó
có thể lập luận rằng tình trạng đọc sẽ là một cái tên thích hợp hơn cho các chức năng này,
vì nó không quan tâm đến chi tiết về cơ chế đầu vào hoàn toàn. Tương tự như vậy, một
mô hình dữ liệu quan trọng của các số điện thoại của mục dữ liệu (ngụ ý bởi các chức năng quay
số điện thoại) có thể được biểu diễn ở giai đoạn này mà không liên quan đến các dữ liệu cơ bản
cấu trúc (nếu có) được sử dụng để thực hiện các mục dữ liệu. Bằng cách tập trung sự chú ý vào bản chất
của vấn đề ở giai đoạn đầu của yêu cầu kỹ thuật, chúng tôi lại lựa chọn của chúng tôi
mở để xác định chi tiết thực hiện trong giai đoạn sau của các yêu cầu đặc điểm kỹ thuật
và thiết kế phần mềm.
Quan điểm thực hiện các yêu cầu phần mềm trình bày các biểu hiện thế giới thực
của các chức năng xử lý và các cấu trúc thông tin. Trong một số trường hợp, một vật lý
đại diện được phát triển như là bước đầu tiên trong thiết kế phần mềm. Tuy nhiên, hầu hết
các hệ thống dựa trên máy tính được quy định một cách ra lệnh rằng, ăn ở của
các chi tiết thực hiện một số. Một thiết bị đầu vào SafeHome là một cảm biến chu vi (không
làm chó canh gác, một người bảo vệ con người, hay một cái bẫy mìn). Các cảm biến phát hiện nhập bất hợp pháp bằng cách
cảm nhận một break trong một mạch điện tử. Các đặc điểm chung của các cảm biến
cần lưu ý như là một phần của một đặc tả yêu cầu phần mềm. Các nhà phân tích phải
nhận ra những hạn chế áp đặt bởi các yếu tố hệ thống được xác định trước (cảm biến) và
xem xét quan điểm thực hiện các chức năng và thông tin khi một quan điểm như vậy là
phù hợp.