IBM需求分析研讨会心得（结合项目现阶段情况）

常规软件开发流程包括 市场调研-》 需求分析-》 形成文档-》 需求确认-》设计 -》系统架构 -》编码 -》测试

编码方面我们使用的linq to Sql数据操作方式，现在并没统一的架构，虽然已经基本实现了功能，但是架构并不清晰，很难实现低耦合，高性能，那么一旦遇上控件需要变更（这是有可能，因为目前Dx控件功能不完全，性能也不确定，更别提二次开发），就会要重组代码，那样工期会延长，从近期来说，也造成很多代码冗余， 不管开发流程如何，软件质量这点还是要保证，最直接，最简单的办法我们可以"做需求的同时，就开始准备测试用例，功能完成，就进行测试（引用IBM专家观点）", 现在的权限管理中，我觉得权限数据是很关键的一环，只有这个保证了，才不至于到时分配到各个部门和相关人员

的权限出现混乱，就直接应该企业管理和经营风险，现在我们也有 这个测试用例，但我感觉还是不够：测试员流程不熟悉（比如数据展示，二级授权：这个在下篇博文有所体现），权限范围不确定（比如二级授权，当然这个在我们的设计中也存在膨胀与不足，以至于造成编码逻辑功能很不清晰）