NET开发5年了，去阿里巴巴面食

在杭州做。NET开发5年了，去阿里巴巴面食。

面食官问我：

            1。系统设计是否需要把每个函数的参数都确定，确定参数属于设计的范畴吗？
            2。如何验证我们自己的设计？
            3。页面上的UI控制，比如JS控制属于系统设计需要考虑的范畴吗？
            4。复杂的查询 是否需要在设计的时候把表关系图写在文档上？开发人员看文档这样是否方便？

 

 

 

 

回答一：

1.不需要,开发人员根据具体需求调整,如果是瀑布模型需要考虑参数设计范畴
2.代码白盒测试,或者提供文档给对应测试组,由未接受开发的人员进行黑盒测试
3.需要考虑,js,css会影响到客户端IE的内存和CPU的消耗
4.不需要,文档查看没有意义,直接查看数据模型即可

 

 

回答二：

 

应该没什么标准答案，很显示是系统设计，不是概要设计和详细设计，
第一个问题让我感觉就是有问题的。
在系统设计中肯定不是设计接口或类图，只会讲述模块分法，使用什么框架，具体业务流程。。
1。系统设计是否需要把每个函数的参数都确定，确定参数属于设计的范畴吗？
这里的函数应该改为接口，而且这个工作不会在系统设计里面做。
  2。如何验证我们自己的设计？
这个应该不容易，具体的应该是，是否针对你前期的需求分析文档是否全部实现，没有实现的是否有标注，可能会动态变更的你采取了那些具体措施。。你选择的框架和流程是否可以完全实现，是否有更好的实现方法？

3。页面上的UI控制，比如JS控制属于系统设计需要考虑的范畴吗？ （系架在角色分析的时候要对UI有概括说明）
            4。复杂的查询 是否需要在设计的时候把表关系图写在文档上？开发人员看文档这样是否方便？
（如果系架与数据库设计一起做的话最好有提供，表关系图—ER图是必须在每个开发人员手上的，开发人员在理解自己要开发的模块和流程时应该容易看懂这文档）
很显然这个工作是一兼多职。。。

 

 

 

 

回答三：

这是一个在专业范畴内相对宽泛的问题,我想考官考的出除了你的专业知识外还有你的思维能力,也就是你解决问题的角度,如果你可以给出一个open的答案,那说明,你的角度是从项目出发,也就是处理问题会随机而变,如果你的回答专业不失灵活就最好了,仅为个人观点.

1.首先第一个问题,任何系统,尽量做到的还是对拓展开放,对修改封闭,这是大原则,起始确定参数是有必要的,这样有利于团队快速的实现统一的编程方法,从而导致后期难协调的问题出来.但是建议参数尽量在针对接口编程的基础上实现私有化.
2.同意楼上的观点,Demo在实际项目中,仅从测试的角度来看,对测试功能和部分bug是有帮助的,但是如果要想真正的验证设计,还是要广泛的听取客户的意见!从后期开始做,这样就使得第一条更加重要了,开放与封闭!
3.UI之所以叫UI,就是因为他是从客户角度出发的,所以应该先由前台设计人员设计出成型的UI,再根据实际情况,前期预留出脚本研发周期，这样才是面向对象嘛．
４．做及时的信息回馈和有效的信息沟通是一个职业开发人员的职业素养体现，开发文档要务必做到细致有效，不要嫌麻烦，要知道越细就越有益于系统的后期维护，可以要求开发人员养成写文档的习惯，也可以你亲历亲为，这样有助于你更加详尽的了解整个项目，也可以使文档风格统一．（不过这样工作量会较大，但是试过之后，你会发现，值得去做的）

 

 

 

回答四：

1、系统设计当然不需要把每个函数的参数都确定。
2、验证自己的设计不是一个简单的过程，而是一个一系列的过程，比如说在写完设计后，接着就要写测试用例，这就是一个验证设计的过程，在写完测试用例后，可以先着手测试代码的编写，这样就又进一步的理清了设计的思路。
3、不属于、只需确定功能点。
5、在设计文档中，应该有一份E-R图，可供参考。 

 

 

 

回答五：

 

呵呵，比较细的问题不过，这些问题是见仁见智的。
1，果设计到函数的参数都确定了，就只要大量初级程序员了，需要牛B 的高级程序员，系统分析员做到死。中级程序员都去回家放牛看书提升到高级程序员才有饭吃。当然了系统分析员如果发生错误，整个系统休克的机会大增。
2，要验证你们的设计，最好的办法就是演示给客户看，客户满意就是你的设计合理，否则都是虾扯蛋；
3，系统的设计不会考虑JS 怎么实现的。问题只有一个解决的办法却是多多个。系统设计是基于需求的，而JS 实现是基于设计的实现，属于高层（表现层），我设计的原则是高层的表现形式的改变一般不会影响底层的设计，除非，需求发生改变。要不然系统开发会陷在不停的循环改变中去。
4不需要，复杂的查询都是由简单的查询构成的，通常系统中复杂的问题都是由高级程序员解决的，在文档里面放关系图反而等于脱裤子放屁。文档非常有必要，对程序员来说，数据字典是非常重要的参考文档，但是文档不是万能，文档的功能只是“最快最合理的方式将信息公平”的传递给参与人员。不要放大和缩小文档的作用，违背这个初衷就是犯罪。