回复关系：
作者 内容
 openview   关于软件开发流程和高层设计的问题
我们公司现在也准备引入正规的开发流程，但由于工期紧张，不可能一次建立所有流程，所以想逐步引入。先对处于重灾区的需求开发和高层设计入手，具体思路构想是先建立文档规范，再确定开发方法，最后是出口条件，大家对这种引入流程方式有什么建议，或者你们在这方面有什么经验。
下面是关于高层设计的问题。我们公司的产品是电信级的软件，高层设计经常会按模块化分来构架系统。比如真对产品功能或性能，软件分几个模块，每个模块用来做什么，并且这些设计都是由领域专家来完成的（业务专家）。我们公司的产品是使用面向对象技术开发的。现在建立流程的话，就需要统一风格，制定开发规范。我不清楚，我们在建立这种构架之后再将其设计成对象等，还是面向对象有专门的方法建立产品模型？我们公司的产品从业务上来说是够复杂的，也比较庞大。我主要负责这些流程方面的东西，感觉压力很大，希望大家来和我交流，共同提高。
 02/05/24 13:49 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 fourfire29   模型应自己建立
 02/05/24 13:53 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 openview  回复: 模型应自己建立
能否说清楚一些？
 02/05/24 13:55 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 openview  大家对这种真正的有帮助的东西提提建议好不好，这个论坛上理论越来越多，实践越来越少！！！！！！
 02/05/24 16:58 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 crane_t   回复: 关于软件开发流程和高层设计的问题
鄙人正好也在为一个电信的项目而工作，说实在的估计项目差不多的时候就是老板请我走人的时候。
当我到公司的时候，就听技术老总对我说“我们使用了目前几乎所有的先进技术”。我心里立刻就凉了半截，这分明是有人在用项目做学习的训练场。在我看过电信提出的业务需求后，对系统有了初步的了解，对未来系统的概况有了一个模子，但和公司提的DSS差别很大，那分明是一个OLTP占主导的系统，其中DSS的部分只占全系统的1/5左右，充其量是一个OLTP/DSS混合的系统，传统的数据库在优化后完全可以胜任，可偏要用OLAP,DSS,DM。以上观点，我可没说；我要保住来之不易的饭碗。
当我要着手用户需求调研分析的时候，发现公司在闭门造车。技术老总提出“我们对系统的理解就是需求，用户不懂”。真是笑话！用户在天天做的工作，他会不懂，你一个门外汉懂。你得不到需求，是因为你的问题。（其实很多人都忽视软件的需求，这正是软件失败的关键）至于专家，我从前也见过几个，他们对系统建议的最大特点就是需求冗余，把所有可能的需求都提出来。这样做出来的系统必然是大而全的系统，而用户实际只用到一小部分。但专家对业务很清楚，可业务和需求是两回事。
至于规范，公司想用RUP，可是，提议的人连RUP如何的细节都不知道，这不是瞎闹吗？谈到建模，提议建模的人连模式都不熟悉，建什么模？开玩笑吗？
其实，Rational的东西在现实使用中要有一定裁减的，具体减多少要根据项目、人员、技术等很多情况来定。中国很早就有“实事求是”的话，咳，太少人真正理解了!
至于规范网上从“可行性报告”、“项目计划”、“需求报告”、“设计报告”、“测试计划”、“测试报告”等等，多的是。Rational也有一套，如果你很迷信RUP的话。
写到这里，更加觉得我可怜。我不是高手，但能够指挥项目做下去，使用户的意见亲可能的少。我没高学历，有的只是众多项目失败的经验，正是这些经验让我知道什么样的项目必然有问题。但老板衡量项目成功的标准是钱，不是软件。
相信有很多人喝我有同感，一句埋没英才让多少怀才不遇的人心酸哪！
写到这里吧，我得为饭碗而奔忙。我太穷了，开不起自己的软件公司。
 02/05/24 18:24 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：
返回页首
 pigprince  这个是广泛存在的问题
 02/05/24 18:44 酷帖！    臭帖！    回复  
酷帖评价：           臭帖评价：