软件设计规范书的图示，我们现在正在开发的软件，有一个图象表示里面各种软件组成部分是什么东西，除此以外会看到，用标记来标出来具体使用界面的元素到底是干什么的，按了这个键以后，每个键起什么作用。我现在做的设计，我觉得是把已有的软件拿来，配上画图的软件，把已有的软件使用界面的元素拼凑起来，设计出来的软件看起来好象真的一样。虽然现在没有这样的软件，但是已经有这样的图象，拿这个给测试人员、测试团队或者项目文档编辑人员看，他们就一目了然，知道这个软件怎么回事。但是这样的做法很多人觉得很麻烦，我不会画图。还有一个方法，微软里有一个使用界面设计的模板，这不是一个真的软件，但是画出来和真的差不多。描述每一个具体的功能里面到底做什么。
需求总结，比较简单的方法就是用一栏，用数字，分成几个大的档次，比较通用的我们叫做第1，有这个数字可以比较容易，当设计有问题了，当和别人谈话的时候，读我的需求规范总结去读我的1A等等，可以找到。有菜单，上面有什么选择全在上面，菜单下面都有一个横杠，当时设计的时候没有这个，当时测试团队找我抱怨，说没有把这个标清楚，开发团队也没有测出来，我测试的时候也没有办法测试。所以我现在学会了，我都写的很清楚。某个菜单按右键，都写的很清楚。在早期设计的时候到后来的时候确定是错误的，需要去掉的。测试人员测试的时候看到原来设计是有的，后来决定没有，全部写在里面，让测试人员看得很清楚。然后描写所有使用界面，软件启动的时候看到怎么回事，详细的功能也会看到。储标键怎么用会有详细的描述，如果没有详细描述的话，测试人员不知道，有了这样功能详细的描述，对规范书进行审核的时候，大家都会了解，你这个设计原来是这样的，这个是合理或者是不合理的。每个软件使用界面的元素，都是用一个表格进行总结的。首先是干什么用的，很重要的一点他的行为是什么，然后把他的行为全部列出来，因为这些是帮助开发、测试团队测试开发出来的功能，能不能达到，行为能不能适合符合标准。抓放的过程在什么样的情况下发生什么情况，描述的很清楚。所有使用界面里元件是怎么样的，改用什么字标全部列出来。光标是什么形状，该用什么颜色，设计完以后，开发团队通过开发人员按照这个开发，就不会争论不清楚，不下来以后就避免理解的混乱。整个软件功能规范描述用很多图象标出来的话，就省得你花很多时间进行字的描述，但是关键的行为描述出来，关键的图象开发人员就可以轻松的按照你这个图象去开发。 此文章共有8页 上一页 1 2 3 4 5 6 7 8
文章来源：互联网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
