需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——维护
需求确认:需求规格说明书
概要设计:系统用例图,用例场景
详细设计:系统设计报告,数据库设计报告
测试:测试用例报告
以上是在百度上搜到的关于软件开发流程的一段话,手头一个flash站(http://www.whyyzy.com),跟软件开发多少沾了点边,现在细细想想,觉得对之前这个flash站as程序的编写疏漏很多,现概括如下:
1.需求分析阶段做的不到位,等到整个站做好了要测试的时候才发现有些功能没做、做错;
2.设计阶段也很纠结,对几个核心as类文件的职责划分不明确、很混乱,后来想到了设计模式里面有个“单一职责原则”,大概意思就是让一个类实现的功能尽量单一,于是我往“让某个as文件职责尽量单一”方面去考虑,把一系列有前后关联的功能分差到了若干个as里面,条理稍稍明晰了些,(现在测试修改排错的时候感觉也方便些,知道该在哪个地 方去改)
3.编码阶段,对有些代码的位置执行位置很随意,有的代码必须最先执行,要不然后面会报空;
4.测试阶段,我不想说多的,我只想说:想测试阶段少出点bug、想轻松些搞定,需求确定阶段、设计阶段的重要性以及必要性是灰常灰常的重要以及不可或缺,其他的什么调试、 设断点只是途径。
5.最后就是维护了,怎么说哩,我没真正做过传统意义上的软件,所以就谈不上维护了,目前自己只做过flash程序(像小游戏呀、什么抽奖转盘之类的),跟Java软件相比,这只能算“小巫”,所以维护功能也很简单,需要考虑的变动很少。
好了,只说这多,回去了还要继续测bug。