一，关于架构

    设计之初，我们徘徊在BS和CS架构间不能抉择，最终我们还是选择了BS架构，主要原因有三：

    1，计量管理系统更多的是流程上操作，不会像CAD类软件一样有着复杂的操作，客户端PC的硬件要求越是简单越好；

    2，参与者多为计量管理人员，审批人员，量具应用人员，用CS架构必然引发未来关于客户端安数量的问题，按照license收费？NO，这已经是10年前的套路了。尤其在中国，无限制授权才是根本。

    3，不管是saas服务方式，还是用户自建服务器，尽可能少的升级维护工作，可以给我们售后带来巨大的帮助。

二，关于扫码

    二维码，用某种特定的几何图形按一定规律在平面（二维方向上）分布的、黑白相间的、记录数据符号信息的图形，所谓扫码也不过是将图形中信息识别转换录入到计算机的过程，引入二维码，可以快速准确完成量具编号录入，便于查找筛选动作。

    单纯的扫码，得到一串编号，又似乎缺少人机互动，扫码对还是错，是否已经扫描成功，我们不得而知，超市收银给了我们一个启发，每扫描一个，就要向待操作量具清单中添加一个，并且将此动作与量具各种操作关联，激活，外借，归还，校准，维修，转厂等等，我们借助扫码功能将量具管理的“操作-记录”层面带入到量具应用层面。

三，关于套装量具

    套装量具在台帐层面，和单个量具一样，只有计量单位的不同，是一个还是一套，但使用层面大相径庭，外借归还，不能是整套的操作；校准，也只是部分合格，部分不合格，并且还会涉及到单个量具组装成一套新量具的可能。如何对套装量具管理是目前计量的一大难点，目前大多是采用分体台帐方式解决。

    解决方案探索之困难，我们想过放弃，但没有此项的突破，我们与其他计量管理软件又有何不同，忍痛，完成品软件推翻重来，我们从底层架构重新改动，终于通过一种巧妙的设计，在台帐与应用层面完成了套装量具与单个量具的统一管理。

四，关于校准

    校准是量具管理一个重点，过往解决方式都是纸质校准报告或扫描件方式关联至软件，如何使此功能进一步完善，成为我们开发中的思路瓶颈，非常感谢Mr. Xue在此给出的建议，“数字化”“格式化”两个关键词成为突破口，外校依然采用扫描件关联方式，内校采用校准模版，数据录入，校准报告自动生成的方式，帮助我们完成校准数据的采集-格式化存储-追溯的全过程内容。

五，关于报表

    对量具台帐的导出，仅是最基础的功能，只要数据库里面有记录，就可以导出，但如何更深层次的挖掘报表需求，是对计量管理人员与系统开发者的挑战，我们拜访了租多软件使用者，设计处更加多元化的报告样式与应用流程。如：量具采购，仅需扫码获取量具基础信息，添加数量内容生成报表，就可以提交采购申请表，筛选量具的使用频次，便可校准提前的必要性等等。

六，关于服务

    软件从来都只是工具，不断的需求带来软件不断的升级改进，真诚的服务换来的是长久的合作，很多同行说，软件售后服务费很难收取，我们反问，是否您的服务真诚有效？你若不会操作，我便一直耐心讲解，我睡不着觉时，想着怎么把系统优化，让您体验性更好，一个小巧的改动会换来您十分的满意，我们相信，送打印卖墨水的时代已经消亡，卖软件授权计算客户安装点数的时候也即将成为历史，新的行业，新的时代，服务才是我们核心竞争力。