We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
图书馆流通业务特点很鲜明。在读者很多的情况下,工作人员要快速和读者交互反馈,每种操作都要尽量简单易用,以便工作人员集中精力满足读者的需求。本文试图谈谈这种环境下对软件功能的一些要求,原则。
目前流通业务界面,例如内务的快捷出纳窗,有些时候做借书和还书操作的时候,会出现报错信息,大概是因为相关读者记录的读者类型字段缺乏,相关册记录的图书类型字段缺乏,造成操作被拒绝。理论上说,这时候工作人员可以切换到内务的相应窗口进行补录数据字段的操作,但因为以下原因他们可能无法办到:
所以我在这里提出一个原则,要开发一种对相关数据记录进行全面检查的功能,在流程上前置,也就是在真正的流通业务发生以前,预先模拟进行借书还书操作或者检查,让操作被拒绝的情况提前暴露出来,给相关环节的工作人员明确提示,然后工作人员可以提前将数据修改准备到位就绪。
退而求其次,如果借书还书时候确实发生了拒绝的结果,那么还可以 1) 界面上给出明确提示,并同时给出锚点或者按钮让工作人员能快速切换到解决问题的界面,并具备足够权限解决问题,然后返回刚才的借书还书界面继续重试操作;2) 如果现场工作人员无法解决问题,可以自动推送报错信息给支持人员,比如云服务器的系统管理员,从管理员那里得到协助和指导,报错信息也可以归档,提供以后统计和研究。
在设计 B/S 模式的流通界面的时候,或者针对中小学图书馆环境设计界面的时候,以上原则应该更有参考价值。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
图书馆流通业务特点很鲜明。在读者很多的情况下,工作人员要快速和读者交互反馈,每种操作都要尽量简单易用,以便工作人员集中精力满足读者的需求。本文试图谈谈这种环境下对软件功能的一些要求,原则。
目前流通业务界面,例如内务的快捷出纳窗,有些时候做借书和还书操作的时候,会出现报错信息,大概是因为相关读者记录的读者类型字段缺乏,相关册记录的图书类型字段缺乏,造成操作被拒绝。理论上说,这时候工作人员可以切换到内务的相应窗口进行补录数据字段的操作,但因为以下原因他们可能无法办到:
所以我在这里提出一个原则,要开发一种对相关数据记录进行全面检查的功能,在流程上前置,也就是在真正的流通业务发生以前,预先模拟进行借书还书操作或者检查,让操作被拒绝的情况提前暴露出来,给相关环节的工作人员明确提示,然后工作人员可以提前将数据修改准备到位就绪。
退而求其次,如果借书还书时候确实发生了拒绝的结果,那么还可以 1) 界面上给出明确提示,并同时给出锚点或者按钮让工作人员能快速切换到解决问题的界面,并具备足够权限解决问题,然后返回刚才的借书还书界面继续重试操作;2) 如果现场工作人员无法解决问题,可以自动推送报错信息给支持人员,比如云服务器的系统管理员,从管理员那里得到协助和指导,报错信息也可以归档,提供以后统计和研究。
在设计 B/S 模式的流通界面的时候,或者针对中小学图书馆环境设计界面的时候,以上原则应该更有参考价值。
The text was updated successfully, but these errors were encountered: