幫助系統是軟件易用性的重要組成部分。俗話說,人靠衣裝馬靠鞍,缺少完整而友善的 幫助系統,功能再強大的軟件也不可能稱得上是優秀軟件。
一般說來,對幫助系統的要求包括完整性、一致性和方便性。
保證幫助系統的完整性,是一項工作量很大的工程,為每一個菜單項、對話框制作幫助 頁是保證完整性最有效的方法,這些構成了幫助系統中的菜單提示和對話框在線幫助部分, 但這并不足以構成一個完整的幫助系統。幫助系統制作的最大工作量在于幫助菜單項調用的 幫助主系統。幫助主系統的編寫風格往往是以功能模塊為線索描述的,因此一些不常用的功 能、有復雜應用的功能、跨模塊的功能往往會被遺忘,這就需要文檔開發人員和測試人員的 耐心和細致了。對于大型軟件來說,幫助由多名文檔開發人員共同完成,跨模塊功能的介 紹、復雜功能的全面介紹將成為幫助系統的弱點和測試的重點。
幫助系統與軟件的一致性能否得到保證,與軟件開發的過程有很大關系。以微軟公司的 軟件開發模式為例,計劃階段制定的軟件特性在開發階段將只有20~30%的增加或改變,因此 開發階段開始時就可以編寫幫助文件草案了。開發過程中期,主要功能鎖定,幫助文件編制 工作全面展開。開發過程結束、軟件進入穩定階段時,產品已經是“外觀固定”(UI Freeze)了,即產品的主要用戶界面,如菜單、對話框以及文件窗口等將不再進行大的改 動,這樣就保證了文檔開發人員能有足夠的時間編寫和完善幫助系統,而不必為同步修改大 費周折。這樣的開發模式下制作的幫助系統,往往能很好地保證與軟件一致。
幫助系統與軟件的一致性測試的重點是在開發過程中有爭議及曾經改動過的部分。對于 成品測試來說,則主要使用抽查的方法,檢查在軟件使用過程中用到的幫助說明與功能是否 相符,并考查不符合的部分占抽查功能的比例。
對于幫助系統的方便性,有很多話題可談,這是評測幫助系統是否優秀的最主要方面。
無處不在的幫助
用戶對幫助信息的需求可謂是多方位的:用戶剛拿到一個軟件時,會先翻看幫助系統的 新特點部分;在日常使用中,他可能需要任何一個對話框中各選項的幫助信息;如果用戶界 面上有比較獨特的工具或狀態欄中出現不常見的顯示,他會調用“這是什么”的幫助功能; 用戶在對某種功能有疑問時最大的幫助將來自幫助目錄或索引。為了使用戶得到更充分的信 息,幫助頁上的“相關主題”是必不可少的。對于用戶的誤操作,除了給予明確的提示外, 還可以提供鏈接到相關幫助頁的幫助按鈕。當用戶不能明確描述遇到的問題時,幫助搜索和 疑難解答將為他提供必要的信息。當以上的一切都無能為力的時候,應當提示用戶撥打技術 支持電話或訪問技術支持網站。如果一個軟件的幫助系統在個個方面均能為用戶著想,不難 想象使用這樣的軟件是一件多么輕松而愉快的事。
豐富的幫助索引
大部分軟件的幫助系統均包括目錄和索引兩部分。目錄部分與用戶手冊的結構類似,而 優秀的索引功能則使軟件幫助系統的使用概率大大高于手冊。幫助索引能否為用戶提供真正 的幫助,與文檔開發人員的責任心有很大關系。以辦公軟件中段落格式功能的幫助頁為例, 索引詞最少可以有一個,即段落;也可以有多個,如段落、行距、縮進、排版等;更好的幫 助系統將設置雙層索引,如段落-行距、段落-縮進、排版-段落等。索引詞的豐富和層次化, 將大大方便用戶的使用,使用戶在需要的時候能真正得到幫助。
一絲不茍的幫助
功能表述上無錯誤只是對幫助系統最基本的要求,幫助系統還應當做到排版統一、格式 美觀;表達風格一致;沒有病句、不使用過長的句子;盡量減少錯別字,這些都是優秀的幫 助系統應當做到的。與其他用戶文檔不同,幫助系統還涉及到與軟件的連接問題,保證幫助 系統與軟件各功能模塊的掛接正確性和幫助文件中各頁面間交叉引用的正確性,也是幫助系 統制作的一個重要任務,需要編程人員和文檔開發人員的協同工作。
綜上所述,幫助文件的編寫制作工作是極其繁瑣的,但卻是重要而必不可少的,不同的 軟件可以按照各自的軟件風格選擇幫助文件的內容、格式和風格。好的幫助系統是軟件質量 的品質證明,有助于提高用戶對軟件的認可程度。(完)