11.5.2 Implementation issuesAlongside the presentation issues the desi dịch - 11.5.2 Implementation issuesAlongside the presentation issues the desi Việt làm thế nào để nói

11.5.2 Implementation issuesAlongsi

11.5.2 Implementation issues
Alongside the presentation issues the designer must make implementation decisions.
Some of these may be forced by physical constraints, others by the choices made
regarding the user’s requirements for help. We have already considered how help
may be requested and how it appears to the user. Obviously each of these decisions
involves implementation questions: will help be an operating system command,
a meta-command or an application? What physical constraints does the machine
impose in terms of screen space, memory capacity and speed? Speed is a very important consideration, since an unacceptably slow response time is liable to make the
system unusable no matter how well it has been designed. It is better to provide
a simple help facility that responds quickly than a sophisticated, intelligent one that
takes minutes to provide a solution.
Another issue the designer must decide is how the help data is to be structured: in
a single file, a file hierarchy, a database? Again this will depend on the type of help
that is required, but any structure should be flexible and extensible – systems are not
static and new topics will inevitably need to be added to the help system. The data
structure used will, to an extent, determine the type of search or navigation strategy
that is provided. Will users be able to browse through the system or only request help
on one topic at a time? The user may also want to make a hard copy of part of the
help system to study later (this is particularly true of manuals and documentation).
Will this facility be provided as part of the support system?
Finally, the designer should consider the authors of help material as well as its
users. It is likely that, even if the designer writes the initial help texts, these will be
extended by other authors at different times. Clear conventions and constraints on
the presentation and implementation of help facilitate the addition of new material.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
11.5.2 Implementation issuesAlongside the presentation issues the designer must make implementation decisions.Some of these may be forced by physical constraints, others by the choices maderegarding the user’s requirements for help. We have already considered how helpmay be requested and how it appears to the user. Obviously each of these decisionsinvolves implementation questions: will help be an operating system command, a meta-command or an application? What physical constraints does the machineimpose in terms of screen space, memory capacity and speed? Speed is a very important consideration, since an unacceptably slow response time is liable to make the system unusable no matter how well it has been designed. It is better to provide a simple help facility that responds quickly than a sophisticated, intelligent one thattakes minutes to provide a solution.Another issue the designer must decide is how the help data is to be structured: ina single file, a file hierarchy, a database? Again this will depend on the type of helpthat is required, but any structure should be flexible and extensible – systems are notstatic and new topics will inevitably need to be added to the help system. The datastructure used will, to an extent, determine the type of search or navigation strategythat is provided. Will users be able to browse through the system or only request helpon one topic at a time? The user may also want to make a hard copy of part of theTrợ giúp hệ thống để nghiên cứu sau này (điều này đặc biệt đúng hướng dẫn sử dụng và tài liệu).Thiết bị này sẽ được cung cấp như một phần của hệ thống hỗ trợ?Cuối cùng, các nhà thiết kế nên xem xét các tác giả của tài liệu trợ giúp cũng như của nóngười sử dụng. Nó có khả năng rằng, ngay cả khi các nhà thiết kế viết văn bản trợ giúp ban đầu, đây sẽ làmở rộng của tác giả khác tại thời điểm khác nhau. Rõ ràng các công ước và khó khăn vềtrình bày và thực hiện của trợ giúp tạo thuận lợi cho việc bổ sung các vật liệu mới.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
11.5.2 Thực hiện các vấn đề
Cùng với các vấn đề trình bày các thiết kế phải đưa ra quyết định thực hiện.
Một số có thể bị buộc bởi những hạn chế về thể chất, những người khác bởi các sự lựa chọn
về các yêu cầu của người sử dụng để được giúp đỡ. Chúng tôi đã xem xét giúp đỡ như thế nào
có thể được yêu cầu và làm thế nào nó xuất hiện cho người dùng. Rõ ràng mỗi một trong các quyết định
liên quan đến câu hỏi thực hiện: sẽ giúp được một lệnh hệ điều hành,
một meta-lệnh hoặc một ứng dụng? Điều gì hạn chế vật lý không máy
áp đặt về không gian màn hình, dung lượng bộ nhớ và tốc độ? Tốc độ là một xem xét rất quan trọng, vì một thời gian phản ứng không thể chấp nhận chậm có trách nhiệm để làm cho
hệ thống không sử dụng được không có vấn đề như thế nào nó đã được thiết kế. Nó là tốt hơn để cung cấp
một cơ sở trợ giúp đơn giản mà đáp ứng một cách nhanh chóng hơn so với một tinh vi, một minh rằng
mất vài phút để cung cấp một giải pháp.
Một vấn đề các nhà thiết kế phải quyết định là làm thế nào các dữ liệu giúp đỡ là có cấu trúc: trong
một tập tin duy nhất, một hệ thống phân cấp tập tin , một cơ sở dữ liệu? Một lần nữa điều này sẽ phụ thuộc vào các loại hình trợ giúp
đó là cần thiết, nhưng bất kỳ cấu trúc cần được linh hoạt và mở rộng - hệ thống không phải là
chủ đề tĩnh và mới chắc chắn sẽ cần phải được bổ sung vào hệ thống trợ giúp. Các dữ liệu
cấu trúc được sử dụng sẽ, đến một mức độ nào đó, xác định các loại hình tìm kiếm hoặc chuyển hướng chiến lược
được cung cấp. Người dùng sẽ có thể duyệt qua các hệ thống hay chỉ yêu cầu giúp đỡ
về một chủ đề tại một thời điểm? Người sử dụng cũng có thể muốn tạo một bản sao cứng của một phần của
hệ thống trợ giúp để nghiên cứu sau này (điều này đặc biệt đúng với hướng dẫn sử dụng và tài liệu).
Cơ sở này sẽ được cung cấp như một phần của hệ thống trợ?
Cuối cùng, các nhà thiết kế nên xem xét các tác giả sự giúp đỡ vật chất cũng như của
người sử dụng. Có khả năng là, ngay cả khi các nhà thiết kế viết các văn bản trợ giúp ban đầu, số này sẽ được
mở rộng bởi các tác giả khác tại thời điểm khác nhau. Rõ ràng các công ước và những hạn chế về
trình bày và thực hiện giúp đỡ tạo điều kiện cho việc bổ sung các chất liệu mới.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: