研究生阶段维护了三年的港口生产业务系统，近半年负责网络领域的系统研发管理工作，工作角色在产品研发间交互。关于TOB系统如何设计才能做到人机合一有一些小体会。
需求-边界-交互-反应-稳定性
1.需求是重中之重
根据用户的需求及使用习惯设计系统，而不单单靠程序员历史研发经验。在本科时有一门课程叫系统设计，其对应的角色是系统设计师，这个岗位类似于现在产品经理的岗位，但是有一点不同的是，系统设计师比产品经理更懂业务。现在企业里系统设计师比较少。产品经理的真本事之一是把客户说得出来说不出来的需求挖掘到，先把盘子聊出来。
2.边界
确定边界意味着舍弃，有些需求是必须砍掉的，否则整个系统会没有整体性像一盘沙子。砍掉需求的过程要和客户沟通好，如果客户不好沟通可以想一下有哪些可以优化的地方一起沟通，这样让客户觉得有舍有得，容易推进。
3.交互
系统交互性设计专业度真的很重要，“好的系统就是让客户感受不到差” ，近一周在项目验收中发现的大大小小的bug严重影响系统交互性，于是修复了bug以及提出新的设计需求。优化方向可以有以下几方面：
- 界面文字提示是否有歧义？
比如界面默认周次范围、工单状态设置等 - 界面显示是否有歧义？
表格设置了可变列容易出现查询变形的情况、表格或选择控件内容是否显示全，地图渲染颜色划分及示意图 - 界面设计跳转是否流畅？逻辑是否容易被理解？
比如多次跳转过程是否传参数了？再次跳转回来/刷新是否保留参数记忆？ - 接口逻辑检查
表格字段赋值是否全面、接口访问分页是否正确
查询粒度与数据库存储时间粒度协调，关注group by语句。
每个接口查询都要用sql过一遍逻辑 - 不同用户权限设置是否合理
- 其他细节设计
增加操作人记录、增加表格每页列数显示。
查询时间长是否提醒、暂无数据是否提醒、上报过程中字段填报错误是否提醒等。
4.反应
系统反应时间可以通过开发者模式来查到，接口请求时间、界面渲染时间。合理设计数据表结构、设置索引有助于提高接口查询效率。也可以借助专业的测试软件JMeter等来进行高并发压测。
5.稳定性
稳定性测试是系统稳定运行时间、以及系统崩溃后修复时间。大数据系统要密切关注系统硬盘存储，尤其是对于数据更新频次较高且大数据量的系统。
写在后面
还有一个小体会，研究生负责系统维护时每次需求方提出的bug修改后，我都尽快修改期待对方测试后给予反馈，然而每次换来的不是yes ok，而是另一个新的需求。等到现在做了技术管理发现关注的点在于系统还有哪些可能的bug，程序员反馈后我也会补增新需求。果然，也活成了自己讨厌的人，哈哈哈哈。
