项目简介和我的职责
此项目是为了给gotobus商家的司机提供一种更便捷的检票方式。存在于商家端gotobus app中作为一个重要功能，但目前该功能还处于开发中，因此请看以下项目过程和设计结果。
类似于火车票和飞机票，gotobus商家提供的巴士服务是在网上提前预订，所以对乘客来说，巴士的发车地点，时间，线路和价格，乘客信息都必须储存在车票中，但不同于条形码纸质车票的验票方式，我们选择利用智能手机的功能，将用户的订购信息储存在二维码中，用户可以不用打印车票即可检票上车，司机也免去人工验票的麻烦，并提高效率。项目团队由我，设计部门经理和一名开发成员3个人组成，我的贡献在于概念构思，草图设计到高保真界面设计。另外，设计部经理也参与了概念构思。
设计过程
概念构思阶段，我们通过构造人物角色来创建使用场景。考虑到二维码扫描是一个非常成熟的软件技术，只要二维码中包含合适的信息，那么对使用者来说就是快捷有益的，因此我们重点考虑司机使用此工具的效率，扫描的准确度和不同状况下处理的软件反馈。并提供给司机随时进行人工操作的功能，允许在特定情境下进行反向操作，比如当扫描后对上一班车没有赶上的乘客的票标记为失效的时候，人工依然可以进行验票成功的操作并方便的自动记录。而且人工操作可以同时对多个乘客进行验票记录或反向的操作，方便快捷。用户只需要出示二维码，司机只需要在发车前设置当前班次的一些信息。
设计结果
这个功能使司机不用再拿着打印出来的一张乘客名单对照乘客提供的一张纸制打印车票，省去人工成本，同时司机可以随时接管机器的控制，覆盖系统通过自动识别做出的决定，保证了安全和灵活性。司机还省去了记录的人工成本，由系统自动记录乘客的相关信息和状态。功能主要有自动Check in，手动反向操作，批量查看，批量操作。
主要流程为先比对二维码包含数据格式，如果没有CN号，则直接返回结果错误A，如果格式正确，接着比对CN号，如果正确，直接显示结果提示页面B；如果不正确，则继续从vendor Id 开始比对，依次是schedule， date。比对以出现不匹配/错误终止，显示结果C,D,E。
因此理论上有以下5中扫描结果：
A. 格式不对,不是车票则不通过，不允许手动操作通过。
B. CN号正确则通过，如果已有重复信息则不通过；
C. Vendor Id no则不通过，不允许手动操作通过；
D. Vendor Id yes, schedule no则不通过，不允许手动操作通过；
E. Vendor Id yes, schedule Yes，date no则不通过，可手动操作通过；
