自己的软件之路!
2009-07-26 15:19
239 查看
很多刚开始编程的人认为,编程是很累的,吃年轻饭的,技术是第一的!很多人觉得这是不对的,但是我觉得对于刚入行的人来说,编程的确很重要,的确很累,给人的感觉也是吃年轻饭的。但是其中也有不少快乐,不知道你编程过程中是否体验到其中的那种成就感!如果没有的话我觉得你可以退出这个行业了,至少你做程序员对你来说那可真的是体力活了,而且是费神费心的体力活!!!!!
随着编程经验的丰富,独立做过几个小系统后,感觉到设计的重要性!开始接触各种设计软件,开始尝试使用UML表示各种类之间的关系,对管理系统的理解,各种角色关系,权限授予有了深刻体会!
这时候我真正开始涉及到从需求,设计,编码的开发过程。对于需求起初只是一个简单的理解——把客户的需要理解清楚,出来一个文档,使客户——我们团队能够达成共识。 现在明白了需求其实不止这些,需求还应有与编程阶段达成的共识,比如数据是怎样的存储流程,权限是怎样分配的,功能是怎样实现的,那些类,那些方法,那些功能,那些控件时可以合并统一实现的。在编程,文档时怎样的规范的等等。在设计阶段,我们应该严格按照需求进行详细的设计,把每个具体的实现功能的类,方法的命名等都详细叙述。如果需求做的好,设计可以很快完成,如果在需求上不完整,设计脱离需求,这带来的问题是如果软件交付,对于客户后期的维护是很难的!如果日后的维护也是你的团队做,那么在设计上应该详细,能够达到那里遇到问题,维护人员能够马上在文档中找到出错的地方。需求、设计完成后,编程只是一个机械的过程了,团队开发的话,这个过程中应该注意软件风格的统一!不只是界面上的,应该还有使用习惯上的统一!
随着编程经验的丰富,独立做过几个小系统后,感觉到设计的重要性!开始接触各种设计软件,开始尝试使用UML表示各种类之间的关系,对管理系统的理解,各种角色关系,权限授予有了深刻体会!
这时候我真正开始涉及到从需求,设计,编码的开发过程。对于需求起初只是一个简单的理解——把客户的需要理解清楚,出来一个文档,使客户——我们团队能够达成共识。 现在明白了需求其实不止这些,需求还应有与编程阶段达成的共识,比如数据是怎样的存储流程,权限是怎样分配的,功能是怎样实现的,那些类,那些方法,那些功能,那些控件时可以合并统一实现的。在编程,文档时怎样的规范的等等。在设计阶段,我们应该严格按照需求进行详细的设计,把每个具体的实现功能的类,方法的命名等都详细叙述。如果需求做的好,设计可以很快完成,如果在需求上不完整,设计脱离需求,这带来的问题是如果软件交付,对于客户后期的维护是很难的!如果日后的维护也是你的团队做,那么在设计上应该详细,能够达到那里遇到问题,维护人员能够马上在文档中找到出错的地方。需求、设计完成后,编程只是一个机械的过程了,团队开发的话,这个过程中应该注意软件风格的统一!不只是界面上的,应该还有使用习惯上的统一!
相关文章推荐
- 走上软件之路,以后就在这里记录自己的学习过程了(2007.12.18笔记)
- 走自己的软件发展之路
- 个人博客的创建之路(自己申请域名、建网站)
- 软件汉化,自己做!
- 让你提前认识软件开发(49):自己主动測试
- 将树莓派作为自己的软件代码托管服务器!!!
- 软件项目外包之路何以如此坎坷? 推荐
- 监听软件异常崩溃并且保持日志--CrashHandler编写自己的异常捕获类
- 不同软件设计其配置文件里的信息时,所设计信息的格式(写法)是不一样的,没有统一的,各自软件知道自己的配置文件的读取规则即可
- 自己写的年会抽奖软件免费版带后门作弊,共享出来给大家(更新至V1.3)——转自哈尔滨健康生活网
- 关于软件开发人员如何提高自己的软件专业技术方面的具体建议
- 使用Tangram构造你自己的软件开发平台(一)
- 安装软件 到自己用户目录下
- 专访袁萌:中文Linux软件只能靠我们自己
- android中如何让自己开发的软件周期性的进行版本升级的提示
- 通过微信二维码分享自己的软件
- 软件开发的成长之路
- rpmbuild编译一个软件时如何加入自己的补丁patch
- "翻身做主"--给自己的软件制作注册码 -源自http://www.cnblogs.com/ziyiFly/archive/2008/09/22/1296096.html
- 自己动手搭建恶意软件样本行为分析环境(二)