Skip to content
New issue

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

改善流通业务操作环境的一点思考 #35

Open
DigitalPlatform opened this issue Dec 11, 2017 · 0 comments
Open

改善流通业务操作环境的一点思考 #35

DigitalPlatform opened this issue Dec 11, 2017 · 0 comments

Comments

@DigitalPlatform
Copy link
Owner

DigitalPlatform commented Dec 11, 2017

图书馆流通业务特点很鲜明。在读者很多的情况下,工作人员要快速和读者交互反馈,每种操作都要尽量简单易用,以便工作人员集中精力满足读者的需求。本文试图谈谈这种环境下对软件功能的一些要求,原则。

目前流通业务界面,例如内务的快捷出纳窗,有些时候做借书和还书操作的时候,会出现报错信息,大概是因为相关读者记录的读者类型字段缺乏,相关册记录的图书类型字段缺乏,造成操作被拒绝。理论上说,这时候工作人员可以切换到内务的相应窗口进行补录数据字段的操作,但因为以下原因他们可能无法办到:

  1. 流通出纳人员的账户权限可能不足以修改读者和册记录;
  2. 工作人员培训不足,界面也头绪较多,不会这样的“复杂”操作;
  3. 目前的界面还比较繁琐。

所以我在这里提出一个原则,要开发一种对相关数据记录进行全面检查的功能,在流程上前置,也就是在真正的流通业务发生以前,预先模拟进行借书还书操作或者检查,让操作被拒绝的情况提前暴露出来,给相关环节的工作人员明确提示,然后工作人员可以提前将数据修改准备到位就绪。

退而求其次,如果借书还书时候确实发生了拒绝的结果,那么还可以 1) 界面上给出明确提示,并同时给出锚点或者按钮让工作人员能快速切换到解决问题的界面,并具备足够权限解决问题,然后返回刚才的借书还书界面继续重试操作;2) 如果现场工作人员无法解决问题,可以自动推送报错信息给支持人员,比如云服务器的系统管理员,从管理员那里得到协助和指导,报错信息也可以归档,提供以后统计和研究。

在设计 B/S 模式的流通界面的时候,或者针对中小学图书馆环境设计界面的时候,以上原则应该更有参考价值。

@DigitalPlatform DigitalPlatform changed the title 关于流通业务操作环境的一点思考 改善流通业务操作环境的一点思考 Dec 11, 2017
@renyh renyh added the 方案 label Oct 27, 2018
@renyh renyh removed the 方案 label May 23, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants