-
-
手机阅读
做了几年的软件设计，有些感想，与大家共享。一家之言而已，欢迎拍砖。
一、尊重事实，尊重基本的软件规律（比如松耦合，高内聚）；客观理解需求，不要加入个人对于需求的扩展四、综合系统需求（分为用户需求和公司需求两方面）、预算情况、人员技能水平等因素合理选择技术体系。
五、永远不要使用未加证实或未经原型测试过的技术方案。
六、开阔的眼界八、提高自己编写文档的能力，没有文档，你的设计思路不可能传播。
九、培训能力，总不能你设计出来的东西给开发人员讲不明白吧。
十、能够客观的评价一份软件设计包括自己的成果，这个客观是指不掺杂自己对于某项技术的喜好[URL=http://www.dzsc.com/stock-ic/UVK105RH0R8BW-F.html" target="_blank">UVK105RH0R8BW-F，对某人的喜好，而从设计本身是否能够保证开发进度，是否覆盖了需求，是否满足了用户最需要的质量属性等方面来进行评价。
十一、对于UML的深入理解[URL=http://www.dzsc.com/stock-ic/2N6715.html" target="_blank">2N6715，就目前而言，还没有一种从总体上超越UML的设计建模语言，那我们设计人员就要深入的学习他，这样，我们开发人员才能用共同的语言来进行沟通，不然软件开发项目就成了巴比伦塔了。
十二、就目前而言，我们还是要深入理解并运用面向对象的设计方法及其方法论，做一个设计决定[URL=http://www.dzsc.com/stock-ic/2SC4211 R6-TL.html" target="_blank">2SC4211 R6-TL，必须要有依据，这个依据就是在面向对象的思想指导下如何来满足用户需求，而面向对象的思想可以帮助我们进行重用、扩展、减少工作量。
十三、设计模式是我们必读的书籍，他是我们的工具箱，而且我们应该注意在设计过程中间积累自己的一些设计方案[URL=http://www.dzsc.com/stock-ic/TRF3750T900EVM.html" target="_blank">TRF3750T900EVM。但是，不能为了设计模式而使用设计模式，一个滥用设计模式的系统往往比一个不用设计模式的系统更糟糕。
十四、一些必要的行业知识，比如我们做一个仓储系统，对仓库管理的专业知识一点概念都没有，怎么能够和需求人员沟通，怎么可能看懂需求文档呢。
1楼
0
0
回复
一、尊重事实，尊重基本的软件规律（比如松耦合，高内聚）；客观理解需求，不要加入个人对于需求的扩展四、综合系统需求（分为用户需求和公司需求两方面）、预算情况、人员技能水平等因素合理选择技术体系。
五、永远不要使用未加证实或未经原型测试过的技术方案。
六、开阔的眼界八、提高自己编写文档的能力，没有文档，你的设计思路不可能传播。
九、培训能力，总不能你设计出来的东西给开发人员讲不明白吧。
十、能够客观的评价一份软件设计包括自己的成果，这个客观是指不掺杂自己对于某项技术的喜好[URL=http://www.dzsc.com/stock-ic/UVK105RH0R8BW-F.html" target="_blank">UVK105RH0R8BW-F，对某人的喜好，而从设计本身是否能够保证开发进度，是否覆盖了需求，是否满足了用户最需要的质量属性等方面来进行评价。
十一、对于UML的深入理解[URL=http://www.dzsc.com/stock-ic/2N6715.html" target="_blank">2N6715，就目前而言，还没有一种从总体上超越UML的设计建模语言，那我们设计人员就要深入的学习他，这样，我们开发人员才能用共同的语言来进行沟通，不然软件开发项目就成了巴比伦塔了。
十二、就目前而言，我们还是要深入理解并运用面向对象的设计方法及其方法论，做一个设计决定[URL=http://www.dzsc.com/stock-ic/2SC4211 R6-TL.html" target="_blank">2SC4211 R6-TL，必须要有依据，这个依据就是在面向对象的思想指导下如何来满足用户需求，而面向对象的思想可以帮助我们进行重用、扩展、减少工作量。
十三、设计模式是我们必读的书籍，他是我们的工具箱，而且我们应该注意在设计过程中间积累自己的一些设计方案[URL=http://www.dzsc.com/stock-ic/TRF3750T900EVM.html" target="_blank">TRF3750T900EVM。但是，不能为了设计模式而使用设计模式，一个滥用设计模式的系统往往比一个不用设计模式的系统更糟糕。
十四、一些必要的行业知识，比如我们做一个仓储系统，对仓库管理的专业知识一点概念都没有，怎么能够和需求人员沟通，怎么可能看懂需求文档呢。