讨论一下软件工程 ,来着有分！！！！ ( 积分: 300 )

Y

yf168

Unregistered / Unconfirmed
GUEST, unregistred user!
1、 UI表现层,业务层,数据库层 大家认为这个是
架构设计或者被称为多层技术(与是否多台机器无关？)
2、架构设计师 具体做什么东东，
是否他只是写一些抽象类的话,其与下面的什么级别的程序员交流？交流方式是什么样的？
3、系统分析员具体做什么？与系统架构师什么关系，
4、还有什么界面设计师、数据库设计师。
5、大家所在的企业有多少遵循规范（如系统分析完后出来需求分析说明书，系统设计完后有概要设计，详细设计...）做的，有多少不同类别的称呼(如架构师等)？
6、系统需求说明书中功能建摸部分是用传统的方法(如模块、子模块什么功能)还是用用例方法写的，需要包括的项目是否是：DFD,业务流程图,ER图,功能模块/用例,性能方面,数据方面等
7、各级别人员（比如系统架构设计师在搭架子时，下面的程序员都在做什么亦或是这些程序员还没到该项目组）的是怎么开展工作的。
上面写的东西条理不清楚，请大家随便讨论讨论，
本人现在对这些问题比较迷糊，大家来讨论讨论！！！
...............................................................
大家有没有印度的需求说明书,设计说明书...
我的email:tj654321@126.com ////thanks
如果能发给我，我另开贴 给分。
 
1、 UI表现层,业务层,数据库层 大家认为这个是
架构设计或者被称为多层技术(与是否多台机器无关？)
2、架构设计师 具体做什么东东，
是否他只是写一些抽象类的话,其与下面的什么级别的程序员交流？交流方式是什么样的？
3、系统分析员具体做什么？与系统架构师什么关系，
4、还有什么界面设计师、数据库设计师。
5、大家所在的企业有多少遵循规范（如系统分析完后出来需求分析说明书，系统设计完后有概要设计，详细设计...）做的，有多少不同类别的称呼(如架构师等)？
6、系统需求说明书中功能建摸部分是用传统的方法(如模块、子模块什么功能)还是用用例方法写的，需要包括的项目是否是：DFD,业务流程图,ER图,功能模块/用例,性能方面,数据方面等
7、各级别人员（比如系统架构设计师在搭架子时，下面的程序员都在做什么亦或是这些程序员还没到该项目组）的是怎么开展工作的。
上面写的东西条理不清楚，请大家随便讨论讨论，
本人现在对这些问题比较迷糊，大家来讨论讨论！！！
...............................................................
大家有没有印度的需求说明书,设计说明书...
我的email:tj654321@126.com ////thanks
如果能发给我，我另开贴 给分。
 
帮顶
 
也是没弄懂，关注!
系统需求说明书中功能建摸部分是用传统的方法(如模块、子模块什么功能)还是用用例方法写的，需要包括的项目是否是：DFD,业务流程图,ER图,功能模块/用例,性能方面,数据方面等比较关心!
 
学习!
 
分析师工作在问题域，他可以不懂计算机，他负责业务建模
架构师工作在方案域，他是计算机专家，他负责整体结构的设计，定义接口、划分模块
此外还有项目经理，他可以既不懂业务也不懂计算机，他是包工头，负责协调行政资源
但在中国，前面两个基本是空白；项目经理啥都干。：）
 
好像只有大型的软件公司才有真正意义上的流程化作业，比如用友等
大部分公司的需求文件
也是写的一塌糊涂
更别说什么架构设计了....
 
ding
 
中国软件的管理真是一塌糊涂！！！！
moreover 绝大部分人不注重这方面。。。。
企业拿来一个项目,
派一个项目经理和一个程序员把需求“听”回来，没有业务流程重组(没有优化，当然很多时候用户方不让你重组、优化，本来可以del很多不必要的环节，比如在中国的**公司等国企，我敢说里面可以cut 70%的人员)，即使你有意整合甲方的资源，of course you have not the right todo
so because the leadersdo
n't allow you todo
this.
其次，乙方大部分情况下也只是把甲方的现有业务计算机化，并没有要提高甲方企业整体效益的意思，乙方想到的只是money，也懒得管这些事，you give us money and wedo
for you ...
大部分情况下，甲方提不出什么需求，只知道要做一个软件，具体的说不上来什么，导致
以后需求一变再变，当然有人说这是需求分析员(is the project manager in the most case )工作没有到位，呵呵，我觉得国情就是如此啊，.......
中国软件任重道远！.......
 
来看看
 
学习!
 
yf168 说的基本上是这样.在中国其实软件项目做的不是软件,也不是帮助客户提升什么业务管理水平,多数时候是做个能用上计算机的东西,然后甲方的某某又可以把他学计算机软件专业的大侄子弄进来管理.哈哈,你要帮他省人工?省下来的人是不是下岗?那不是成了zf的麻烦了.
说到开发团队的管理和软件工程其实就是一个方法论的问题,应该没有一个统一的答案和标准才是正常的.我个人认为可以抛开那些什么cmm云云,有很多,完全可以自己创造一条路子.我个人认为软件很象中药.我国千年来总结了很多这方面的管理经验为何不能借鉴?也许中国人自己的管理方式才是适合中国的管理方式.西学固然重要,也要适合.尤其是什么cmm那种东西是美国人玩出来,美国人自己的软件公司都没有几个去弄,一个由制造业在20世纪初提出来的方法论用于生产工业标准件的方法论.对软件工业有多少适用性?尤其是对以项目为主的国内软件公司有多少意义(印度是专门给别人钠鞋底的看起来都是标准鞋底比较适用cmm)?微软有微软的msf,ibm有ibm的xp.其实他们也是在探索实践中完成的适合他们自己的方法.我们没有必要执意要去模仿谁,尤其是印度(一些所谓的学者和企业家去了一下印度惊呼很牛b,回来后就开始集体编造一个神话?或者叫谎言?用意何在?谁在受益?王选的课我不是没上过,中国cmm认证中心那几个所谓专家也好大师也好真的是学者?我个人觉得他们是商人,厉害的商人,或者叫大宛).软件工业本来就是一个新兴的充满创造力的和需要创造力的工业,我等从业者大可以发挥自己的创造力.小平同志说的好黑猫白猫逮着老鼠是好猫.
口水话一大堆,就是见不惯国内前段时间或正在发生的一些现象.有公司说过了cmm xx级别拉,牛b拉,结果了骗了政府的奖金,骗了订单.软件做出来像大便.一个集体维护的谎言其危害程度和蒙蔽性不可想象.结果是对国内整个产业的抹杀.
很乱,快3点了,睡不着乱说说,个人观点.欢迎拍砖.
 
[:(!]?,这个系统真怪.
 
刚做软件一年，也是不明白。学习......
 
学习，我的好好看看
 
查一下软件工程方面的资料，不都解决了
 
抱怨的话听的太多了，都已经麻木了
 
我们公司管理很乱
有能力的人的待遇还不如没什么能力的
其余就更不用说了
顶！！！
 
这就是中国软件现状
 
您必须登录或注册才可回复。

Similar threads

S
[教程]ZAsync 异步编程之四：请记住匿名函数是一个接口
回复
0
查看
578
swish
S
不
ISO8583报文协议（转） - 不得闲
回复
0
查看
666
不得闲
不
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
S
[教程]在你的程序中使用 FontAwesome 字体
回复
0
查看
775
swish
S
顶部