设计模式实践——单一职责原则SRP

需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——维护

需求确认：需求规格说明书

概要设计：系统用例图，用例场景

详细设计：系统设计报告，数据库设计报告

测试：测试用例报告

以上是在百度上搜到的关于软件开发流程的一段话，手头一个flash站（http://www.whyyzy.com），跟软件开发多少沾了点边，现在细细想想，觉得对之前这个flash站as程序的编写疏漏很多，现概括如下：

1.需求分析阶段做的不到位，等到整个站做好了要测试的时候才发现有些功能没做、做错；

2.设计阶段也很纠结，对几个核心as类文件的职责划分不明确、很混乱，后来想到了设计模式里面有个“单一职责原则”，大概意思就是让一个类实现的功能尽量单一，于是我往“让某个as文件职责尽量单一”方面去考虑，把一系列有前后关联的功能分差到了若干个as里面，条理稍稍明晰了些，（现在测试修改排错的时候感觉也方便些，知道该在哪个地 方去改）

3.编码阶段，对有些代码的位置执行位置很随意，有的代码必须最先执行，要不然后面会报空；

4.测试阶段，我不想说多的，我只想说：想测试阶段少出点bug、想轻松些搞定，需求确定阶段、设计阶段的重要性以及必要性是灰常灰常的重要以及不可或缺，其他的什么调试、 设断点只是途径。

5.最后就是维护了，怎么说哩，我没真正做过传统意义上的软件，所以就谈不上维护了，目前自己只做过flash程序（像小游戏呀、什么抽奖转盘之类的），跟Java软件相比，这只能算“小巫”，所以维护功能也很简单，需要考虑的变动很少。

好了，只说这多，回去了还要继续测bug。

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!