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 thực hiện vấn đềCùng với các vấn đề trình bày các nhà thiết kế phải đưa ra quyết định thực hiện.Một số người trong số này có thể bị buộc bởi những hạn chế vật lý, những người khác bằng cách lựa chọn thực hiệnliên quan đến của người dùng yêu cầu để được giúp đỡ. Chúng tôi đã xem xét làm thế nào giúpcó 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 là mỗi người trong số các quyết địnhliên quan đến việc thực hiện câu hỏi: sẽ giúp là một lệnh hệ điều hành, Meta lệnh hoặc một ứng dụng? Những hạn chế vật lý hiện 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, kể từ khi một thời gian chạy quá chậm phản ứng là chịu trách nhiệm để làm cho các Hệ thống không sử dụng được không có vấn đề tốt như thế nào nó đã được thiết kế. Nó là tốt hơn để cung cấp một thiết bị đơn giản giúp đáp ứng một cách nhanh chóng hơn một tinh vi, thông minh màmất 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à như thế nào dữ liệu trợ giúp là được cấu trúc: trongmột tập tin duy nhất, một hệ thống tập tin, cơ sở dữ liệu? Một lần nữa điều này sẽ phụ thuộc vào loại trợ giúpđó là cần thiết, nhưng bất kỳ cấu trúc phải linh hoạt và mở rộng-hệ thống là khôngCác chủ đề tĩnh và mới chắc chắn sẽ cần phải được thêm vào hệ thống trợ giúp. Dữ liệucấu trúc được sử dụng sẽ, đến một mức độ, xác định loại chiến lược tìm kiếm hoặc điều hướngmà được cung cấp. Người dùng sẽ có thể duyệt qua hệ thống hoặc chỉ yêu cầu trợ giúpvề một chủ đề tại một thời điểm? Người 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 cácTrợ 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: