在模型分析上,分析的重点有广度与深度之分,广度就是分析的模块比较多,但是了解
的不深,深度就是分析的模块较少,但是分析的深度比较深,基于本小组时间与人员的特点,
本小组选择的少而精的分析,故选择了核心的 8 个核心模块,为了更加深入分析各个核心模
块,同时更好的展现分析结果,故做了其他模型的绘制,如时序图,类图,状态图等。
对于版本迭代,由于实验一持续时间较长,且处于实验开始阶段,对实验所做的东西不
是很熟练,故修改次数较多,达到了 7 次。同时工时也达到了 140h。
2.3.
需求分析文档质量
经过需求评审与复评审对需求说明书的不合理的部分进行了修改,通过刘超老师的意见,
为需求说明书添加了类图与 RUCM 的对照表,对前期文档偏设计的部分进行改进。使需求
说明书更符合在实际开发中需求说明书的要求。
需求分析过程中更注重的是分析项目的深度,故只选择了 8 个项目进行分析,但是对 8
个项目进行了详细的分析,在文档撰写过程中,模型详尽,包括用例图,类图,时序图,状
态图等,能更好的解释说明项目。
需求分析作为第一个实验,在前期有许多考虑不周的地方,如改进部分,没有细化软件
改进和扩展的部分。同时随着实验的进行,需求不断增加,不断的对需求说明书进行更改,
在实验的进行过程中也不断发现问题并对发现的问题进行修改。实验一贯穿于整个实验过程
中,所以比实验一较符合实验要求,完成质量较高。
2.4.
需求分析有效方法
在需求分析过程中要先对选择开源项目的功能进行梳理,进行用例图的绘制,之后根据
组内人员的特点,分别分配相应的功能进行 RUCM 的分析,然后进行 RUCM 的撰写。为了
使需求文档更符合规范,采用面向对象的思维进行需求分析,故根据 RUCM 与相应的功能
进行类图,时序图,与状态图的绘制。
对于绘制的各种模型图,由于在评审时难以进行准确的评审,同时对于其他人进行阅读
有一定困难,故需要设计类图与 RUCM 的对应表,以方便评审与用户阅读文档使用。
在需求文档撰写过程中,要区分需求分析与设计分析,需求文档从用户角度看待问题解
决问题,而设计文档则是从实现角度看待问题解决问题。
在需求文档撰写过程中,首先要清楚要分析哪些功能,之后进行用例图的绘制,根据用
例图描述的功能与非功能需求,对项目功能进行分析, 分析完成之后进行 RUCM 以及其他
辅助模型的撰写。
辅助模型的绘制有助于更好的理解文档内容,同时建立辅助模型也更符合需求规范。
在需求分析前期一定要注重需求的可扩展性,由于后期实验中会经常有需求的变更与增
加,所以前期需求的可扩展性很有必要,以方便后期内容的增加。