软件设计之旅(2)软件需求规格说明

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

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

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

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

   暂时先写到这,祝好!

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2016年2月28日
下一篇 2016年3月1日

相关推荐