1、我还是坚持我以前和你说的观点,我认为这不是需求分析,是对规约规范的学习研究的一个输出文档。
2、我以为需求分析,像我们目前一般是采用模型驱动的开发模式,那么就因有用例图和用例规约,诸如此类的说明性和分析性图表。
3、我个人认为除了用例图和用例规约,还应建立数据字典,像电表,各类型的参数,以数据字典的形式出现比较直观。
4、从目前这份文档来说,没有对需求进行分析提升,还停留在零散的子功能分析。需求分析规格说明书应重点描写系统需求,详细分析系统需求的事件流,如主站命令响应,数据主动上报,能量采集冻结等等。
5、前一阶段的文档应能足以指导后一阶段的设计,根据这一原则,我感觉此份需求说明书不足以指导后一阶段的架构设计或概要设计,因为看这份文档跟直接看规约规范差不多。我记得在做国网集抄时由于能量采集冻结这一部分没有分析好,到最后写代码时才发现采集电表有很多控制条件,如采集时间约束,用户类的概念,电表抄读使能等等,只能由程序员自己决定了。
6、为什么最后出现了代码?
以上意见不成熟,也没有整理润色,属于随意性文字。