需求分析远比编码更重要
2008-05-01 15:45
141 查看
进入新的项目已将两周了,记录一下这断时间的感受。有些是自己犯过的错误,记录在此,供以后借鉴。
项目初期需求分析远比编码更重要。
项目初期,需求总是处于不断变化之中。很多时候连客户自己也描述不清楚自己需要一个什么样的软件,很多新的需求总是不断地在增加或者改变,也许前一段时间重点开发出来的模块并不是客户看重的东西。如果不能很好地抓住需求,就会导致项目的开发大部分是在做无用功。因此,在项目的初期,需求的分析和确认远远比急于编码更重要。
概要设计尽量详细
概要设计要尽量详细,将每个模块细分为更小的模块,每个小模块中又包含那些功能,以及数据库应该如何设计。进行概要设计过程中,如果有不清楚的地方或者模棱两可之处,应该及时找项目负责人或者客户进行确认。概要设计写好后,应该和项目负责人进行商讨、确认,确保设计的模块功能满足用户需求。详细的概要设计可以为以后的编码提供原型。
编码之前设计好程序结构
在动手写代码之前,应该设计好程序结构,需要几个类,每个类中应该有些什么方法,类之间需要哪些接口等,这些都需要考虑周到后,再开始写代码。如果思维很混乱,走一步看一步地编码,很容易造成大量返工。而且项目越大,重新修改代码付出的代价就越大。
尽量不要重新发明轮子
一个项目中,会有很多公有的工具方法,需要使用这些方法时,尽量调用公有API,不要自己重新去写。很多新人容易犯这个毛病,不太喜欢实用公有的东西,总是相信自己写的才是最好的。每个都去亲自动手写一遍,虽然可以提高自己的编码能力,但是也会使工作效率大打折扣。建议最好是在比较闲的时候去做。
项目初期需求分析远比编码更重要。
项目初期,需求总是处于不断变化之中。很多时候连客户自己也描述不清楚自己需要一个什么样的软件,很多新的需求总是不断地在增加或者改变,也许前一段时间重点开发出来的模块并不是客户看重的东西。如果不能很好地抓住需求,就会导致项目的开发大部分是在做无用功。因此,在项目的初期,需求的分析和确认远远比急于编码更重要。
概要设计尽量详细
概要设计要尽量详细,将每个模块细分为更小的模块,每个小模块中又包含那些功能,以及数据库应该如何设计。进行概要设计过程中,如果有不清楚的地方或者模棱两可之处,应该及时找项目负责人或者客户进行确认。概要设计写好后,应该和项目负责人进行商讨、确认,确保设计的模块功能满足用户需求。详细的概要设计可以为以后的编码提供原型。
编码之前设计好程序结构
在动手写代码之前,应该设计好程序结构,需要几个类,每个类中应该有些什么方法,类之间需要哪些接口等,这些都需要考虑周到后,再开始写代码。如果思维很混乱,走一步看一步地编码,很容易造成大量返工。而且项目越大,重新修改代码付出的代价就越大。
尽量不要重新发明轮子
一个项目中,会有很多公有的工具方法,需要使用这些方法时,尽量调用公有API,不要自己重新去写。很多新人容易犯这个毛病,不太喜欢实用公有的东西,总是相信自己写的才是最好的。每个都去亲自动手写一遍,虽然可以提高自己的编码能力,但是也会使工作效率大打折扣。建议最好是在比较闲的时候去做。
相关文章推荐
- iPhone应用程序:“Say Hello”【从需求分析、原型设计、到架构、再到编码讲解】
- 编码与需求分析
- Python:实用抓图工具开发介绍(含需求分析、设计、编码、单元测试、打包、系统测试、发布各环节)
- Python:实用抓图工具开发介绍(含需求分析、设计、编码、单元测试、打包、系统测试、发布各环节)
- 企业应用业务需求变化的分析与应对-常见的业务需求变化
- [转]需求分析方法
- Asterisk1.8 sip编码协商分析
- 需求和分析阶段的任务
- 网站需求分析案例
- 电子商务系统需求分析
- (DirectX系列09)DirectShow EDS应用编码分析
- 将Axure用于需求分析工具
- 产品需求分析
- OA系统的业务需求分析
- 问题账户需求分析
- 问题账户需求分析
- 。问题账户需求分析
- 探索AI如何应用在ERP系统物料需求分析中
- 需求用例分析之九:序列图
- 一些需求分析