- 主题:到底是我要求高，还是他们水平渣？
自己都说了
“客户的组织架构发生了重大调整 70%”
这部分变更基本就是重做啊
设备和归属部门是另一个问题
你俩没聊一个事情
【 在 ohfaint 的大作中提到: 】
: 这里大神多，来这问问。
: 接了个项目，客户的厂区巡检系统，需求就是客户集团有多个厂区，每个厂区有多个设备需要按公司的5S标准巡检。巡检完后打分（设备归属到不同部门），最后再给部门排名，就这么简单。
: 做完第一版后，客户的组织架构发生了重大调整，调整幅度至少在70%以上。在我的理解中，把所有设备的归属部门重新对应一下，设备本身的属性字段什么的都不用修改，巡检操作也不用动，应该是个工作量很小的改动。
: ...................
--
FROM 111.204.200.*
做成什么方式是应该是甲方要求的，当时也是认可的吧。
怨也只能怨需求没写清楚
- 来自 水木社区APP v3.5.7
【 在 ohfaint 的大作中提到: 】
: 我理解这部分变动就是excel导入一下的事，根本用不着动代码，实施人员就可以完成，结果还花了大概两天。
: 而且做成这种方式，可扩展性非常好，下次再有调整也不怕。
--
FROM 120.244.216.*
商业活动，一分钱一分货
为自己失误负责就行
- 来自 水木社区APP v3.5.7
【 在 ohfaint 的大作中提到: 】
: 甲方是传统企业，信息化程度很低，他们只提功能方面的要求，怎么实现不会管。
: 但是要调整下什么组织架构，新增几个人员开通对应角色之类的实施工作就得我来，让人无语的是新增组织架构都是人工一个一个手动添加的（后来在我要求之下才增加了导入功能）。我对这种打着信息化旗号自己却干的刀耕火种的事情相当无语。
--
FROM 120.244.216.*
面包都是货架上长出来的
口味不喜欢，换个一下就行
- 来自 水木社区APP v3.5.7
【 在 rliw 的大作中提到: 】
: 这输入参数变一下就行
: 程序架构又不动。
:
: 如果程序架构连这点灵活度都做不到
: 那就比较外行了。。
:
: 虽然我也是外行。。
--
FROM 223.104.39.*
哈哈，每次回帖都能踩雷
你有潜力继续盖楼，加油
- 来自 水木社区APP v3.5.7
【 在 rliw 的大作中提到: 】
: 一般老司机都会习惯性这样搞冗余吧。
:
: 比如要算1+2，
: 简单的会直接printf出结果，
:
: 标准做法是输入a,b,输出a+b
:
: 而且有老程序在，修改原程序比重新搞一个结构更省力
--
FROM 223.104.39.*
上公交时侯，人也要上楼梯
有了系统，有时候人和组织也要进化的
希望继续后续报道，喜欢看
【 在 ohfaint 的大作中提到: 】
: 刚发现代码哥又挖了个坑：
: 如果巡检小队人员变化了，巡检任务要重设，而不是增减了人员任务继续有效。
: 业务逻辑是这样的，一个巡检小队比如4个人，当天任何1个或几个人共同完成所有的点位巡检，就算任务完成（这样就可以不考虑谁休息谁请假的场景）。
: ...................
--
FROM 111.204.200.*
恐怕是分析思路有问题
需求分析阶段就没弄清楚客户实际业务需求
只停留在客户说的内容
【 在 ggym3 的大作中提到: 】
: 这是设计思路出问题了。
: 没有面向业务。
--
FROM 111.204.200.*