到底谁是上帝？？？？

SunnyWay 2000-09-28 09:33:00

我是刚出道的程序员，在公司里一人做一个小小的管理软件（暂且不说一人包揽的弊端）。
进行到界面设计时碰到了个为难的事—— 公司技术负责人说界面要按流行的格式：输入、输出、查询、系统功能等要各就各位；可是客户单位的项目联系人说要按照他的意愿来设计菜单各功能按操作习惯来组合。

So 如果我听公司的，那么客户会不满意，牢骚多多；如果听客户的，公司的那个会鄙视我没有专业水平。不知道到底哪个是真正的上帝？请大家帮帮忙辨认一下。

...全文

200 9 打赏收藏转发到动态举报

写回复

用AI写文章

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

Tommy Chang 2000-11-01

打赏
举报

就事论事，如果用些方法让客户自己定义菜单，这样更适合。因为客户自己的习惯也会变的。

让客户自己有可以定制的部分，这些都是在需求分析提出，然后根据实际情况来决定如何实现和怎样的效果。

:)

SunnyWay 2000-09-30

打赏
举报

听师一席话，胜读一堆书！

界面的问题毕竟还是诸多问题里的一个，在做系统分析时，究竟要做到怎么个细致程度？
业务规则和数据库设计当然是必须的。
但
是不是把所有主要函数/过程都要定义出来？
是不是把每个软件界面都设计出来？……
还有
开发文档又怎么编写才能不会因程序员的更换而使进度影响很大？
…… ……
哦对不起我都快成十万个为什么了。

notyy 2000-09-29

打赏
举报

用户是上帝。应该按照用户的要求设计菜单。因为根据你的描述，你们是在为一个客户开发一个系统，而不是自己开发一个产品。客户找你们开发而不买现成的软件就是为了要定制他们的个性化的界面。否则市场上价廉物美的管理软件产品多的是，何必找你们呢？客户在业务操作上应该比你们丰富，多听客户的意见对提高软件质量也会有帮助的。
界面的确很重要，但更重要的是系统的设计。你要把系统的层次分清楚。界面层，业务逻辑层，数据层要划分清楚，不要纠缠不清。界面应该向手机的外壳一样，五颜六色随心换，但功能和内核是一样的。根据不同客户的要求可以随时换上不同的界面，而后两层不收很大的影响才是个成功的设计。
顺便说一句。如果你用rad开发工具，象vb，delphi等等，不要在工具生成的什么button_onclick 这样的框架里面直接写代码，而要另外建立函数或过程，让事件触发去调用。多学点面向对象的知识，把功能块封装在类中更好。
客户永远是上帝。只有在你们自己开发产品时才可以。。啊不对，那时候你们自己就是客户了。

w102272 2000-09-29

打赏
举报

应该高度重视用户的需求，但是不要完全拘泥于他们的需求。
如果你感觉到困难，最好把自己想像为一个用户，
从这个角度来考虑他们到底需要的是什么？很多用户不能明确表达他们需要什么，
需要你同时站在实现者的角度，和用户的角度来看问题。
用户要的并不是你写的系统，而是你写的系统作为工具给他们带来了什么？

再如此确定了需求的基础上，再考虑如何实现，这样可以看出技术负责人的实现是否正确。
开会是一种好的沟通方法，
注意开会的时候最好不要发表定论，定论往往会杀掉一些正确的想法。

notyy 2000-09-29

打赏
举报

界面要按照客户的要求做。因为从你的描述看，你们是在给客户做一个小项目，并不是要自己开发产品。客户找你们定制这个软件就是为了满足他们的个性化的需要。你们怎么能够按照所谓“流行”的格式来设计软件呢？客户不会到市场上去买现成的产品？又便宜又好。多听听客户的意见，客户的实际工作经验丰富，他的要求一定是有些道理的。
界面很重要，但关键在于设计。你要把你的系统层次设计的清楚。界面只不过是系统功能的一个壳子而已。应该想手机一样，外壳可以随心换，但内核和功能是一样的。如果你用rad开发工具象delphi，vb什么的。不要直接在开发工具生成的什么button_Onclick 框架里面直接写代码。要另外写函数或过程。让事件触发来调用它。这样，你就可以随心换界面了。
客户是上帝！！！
除非做产品，那你们是上帝。因为你们自己就是客户。

partime 2000-09-29

打赏
举报

比如库存的录入、查询和统计结果输出会放在一个菜单下，在专业人员的眼里那简直胡闹。?
其实系统做出来是给用户使用的
如果这样确实能给用户带来方便，而又不影响系统的完整性，怎么会是胡闹？
难道象Office那样的菜单功能分配才叫专业吗？

对任何行业而言，用户就是上帝
但是上帝有时会出错，而且很大几率
我们当然是为用户考虑，但是并不是什么都听用户的

赞成开会沟通的解决方式

SunnyWay 2000-09-29