软件设计之旅（2）软件需求规格说明

    今天写了软件需求规格说明下的一个主循环内需要调度的各模块，按之前的代码其应该是按功能块进行描述，但现在换了代码后，代码主要是按照任务进行调度，有两个任务可以划归到一个功能模块中，但是在描述功能是，还是按照主循环调度任务，以及各子任务进行了表述，当然这在嵌入式按功能模块进行的划分有点不符，正向设计是不是应该考虑功能问题。

    说到功能问题，一个模块应该实现一个大的功能，那大的功能表述到什么程度才可以，因为表述详细了，小的模块会包含，表述简略了就不能有效的表述功能的内容了。

    另外小的功能到什么程度算最小的功能模块，而小的功能往往集中在一个函数内部，或分布在两个函数中（例如调度执行和结果分析）同样的功能在两个函数中，函数中同样包含其他的的执行功能。

    写了一个模块里的小的功能项，比较简单的那种，因为只牵涉到启动和结束，所以功能不多，用文字描述还是写了两段话。但是还是没有想到如何表示详细设计时代码设计，输入输出，结构体内容等。

   暂时先写到这，祝好！