柳永法的.net技术博客

向更高的人生目标奋斗
随笔 - 10, 文章 - 0, 评论 - 102, 阅读 - 35714
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

需求分析师 VS 架构师 VS 程序员

Posted on   yongfa365  阅读(4657)  评论(32编辑  收藏  举报
  以前做B/S或C/S时,感觉自己一个人都能做完,想不明白为什么非要要需要分析师,架构师,程序员完全可以做完,只要能领会客户的意思就OK了呀!!!

  直到今天,我终于弄明白了,程序员也许是最不重要的。因为:

  需求分析师是直接与客户打交到的,他们经常与客户联系,分析各种各样的需求,所以会分析的很到位,有设计文档、用例图、活动图等做为保障。他们的需求又是需要架构师及程序员实现的,所以他们又经常接受这两个角色的挑战。因此一名合格的需求分析师,会兼顾多方面。

  架构师拿到需求分析师的产品后,做架构设计,从程序整体把握各种技术及数据,他们会写概要设计,会画序列图等,序列图详细的会画到方法一级别,可以说他们的工作做完后,基本上就能发现整个项目风险有多大、或者说项目基本上主体内容框架已经做完了。

  程序员,拿过架构师生成的直到方法一级的代码,那他们还要做什么?详细设计?(也许架构师已经做了),然后就是编码,实现一个一个的方法。这个层次所需要的人,可以说是可以随时替换。大局不变小地方,随便找个人来做。当然有高级的程序员,他们编码技术很高超,可以写出高质量的单元测试。这样的程序员基本上方向应该是向架构师了。

 

  当然,以上是针对较大型项目,欢迎大家拍砖,发表自己对这些角色的理解。

编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示