我想请问~
在业界正统的软件公司~
有sa,sd,dba,.....规划的情况下
那么programer实际上的工作
是不是就看着发下来的class图,一个一个method去写即可???
因为我现在的公司
我们programer几乎包了所有的职务
业务或客户提需求后(通常看着画面讲)
然后我们想了可行性后
就开始coding了
也没用OO的观念去规划整套系统
更别谈什么UML了
整个系统,我想除了Form class
几乎就没什么其他的自订class
常常都需要边code边想
这里加加 那里修修
数据库字段加加减减
想一下user这样的操作流程顺不顺
发行后
还是很容易造成需求功能理解上的落差
对于这种模式的开发
我实在赶到厌倦了也好累
想去正统的软件公司体会一下何谓团队开发的"程式架构"
他们的programer实际接收到的需求应该是怎样的??
不知道适不适合po在这问?