![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件工程
kingkwoo
这个作者很懒,什么都没留下…
展开
-
如何写系统分析书
想和大家一起来谈谈在软件工程中我们所做的第一步:系统分析。希望我们中国的 代码人能吸取更多更好的理论和实际的经验,有符合我们实际情况的系统分析、开发方 法、步骤以及文档。系统分析,我个人认为它应该是能体现系统的灵魂性的文档。该文 档应有什么内容,表达什么意思是我想在这里与大家探讨的问题。我觉得在系统分析书 中应该有以下内容(视项目而定): 1、 系统需求说明 说明系统是一个什么样的系统,用市场转载 2005-04-08 12:04:00 · 579 阅读 · 0 评论 -
需求工程???
需求工程???邓 辉软件是一种商品,既然是一种商品,就必然要满足购买者的需要。是的,人们是不会为那些不能满足自己需要的东西付钱的。另外,开发软件是需要成本的。只有那些成本低,并且能满足客户需要的软件产品才能够为软件企业带来利润。因此,要想使软件能够为软件企业带来最大的效益,一个首要的前提条件就是要弄清楚客户需要的到底是什么,也就是说,要搞清楚用户需求。弄清楚了用户需求,不仅可以使得所开发出来的软件转载 2005-04-12 17:22:00 · 599 阅读 · 0 评论 -
谈软件项目中的“业务”因素
写这一篇文章的初衷来自于我从一个人blog上看到的东西,他在blog上及其坚定地说了这样一句话:业务永远比技术重要。而在现实中,我也总是听到这样的声音,即决定一个软件项目成败的最大因素并不是技术问题,更多的是业务问题。有时候我们也经常看到有人以“过来人”的身份告诫后来者:不要执迷于技术细节,更多的要去了解各种业务。 首先我想用几句话概括我的观点:即n 一个软件项目如果能够成功,转载 2005-04-12 16:31:00 · 596 阅读 · 1 评论 -
探索需求本身(弄清需求,系统分析)和写好需求文档,哪一个更难?
前几天在bbs上,看到有人说需求文档太难写了,他在帖子里面这样写:有时候我认为,写需求文档本身比作系统分析更难。真的是这样么?实际上在我看来,很多时候我们觉得写不出来分析文档,根本的原因是我们没有对这个问题作出很好的分析。其实系统分析产生的文档只有那么几个,有些项目中可能是用系统功能说明书或者是系统分析报告,各种原型或者一些别的文档,比如说遗留系统分析,业务流程改进说明,等等吧,甚至有的以概要设计转载 2005-04-12 16:39:00 · 719 阅读 · 0 评论 -
系统分析员基本功
好的系统分析员都是从优秀的程序员中产生的,坚实的编程功底、丰富的经验是今后做系统分析的基础。没有对系统本身进行过透彻剖析过,很难领会到其中一些难以言述的精华。但并不等于好的程序员就能够成为好的系统分析员。合理的知识结构。语言能力、文字表达能力、技术的全面性等是对系统分析员的基本要求。比如说c/s 和3 层开发,如果仅仅对netscape公司的产品熟悉还不够,还需要了解比如微软等产品,并且要了解他们转载 2005-04-26 17:30:00 · 539 阅读 · 0 评论 -
帮你免于失业的十大软件技术
作者:A. Russell Jones The 10 Technologies that Will Help You Stay Employed Keeping up with key technologies is the best thing you can do to give yourself an edge in the employment market now—and in the转载 2005-04-26 17:58:00 · 372 阅读 · 0 评论