设计文档模板.doc
设计文档
version x.x.x
修订历史
|
日期 |
版本 |
作者 |
描述 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目录
1 需求分析 3
2 设计分析 3
3 设计图 3
4 总结 3
1
需求分析
/**
* 在此描述你对需求的理解和分析，特别是对一些关键点，例如：
* 用户：可登录注册议程系统，添加，删除，查询会议。
* 会议：拥有会议信息。
* 议程管理：用户登录 UI ，将命令发于其具体实现功能。
**/
2 设计分析
/**
* 在此描述你的设计方案
* 细节要求：
* 查询：只要会议时间的开始时间或者结束时间有一个在查询的时间范围内，就将其 * * 查询出来。
* 添加：添加不仅要双方在注册目录中，而且要考虑双方这个时间段是有空的，即没 * * 有其他会议的情况下才可以田间。
* 删除：要考虑双方拥有的同一个会议同时删除。
**/
3 设计图
/**
* 在此给出你的设计图，例如用况图、类图
**/
设计说明
系统划分为表示层、应用层和业务逻辑层三部分。其中，表示层负责接收和发送消息；应用层的控制器负责将解析用户输入的命令，并与业务层的议程管理者交互，执行相应的业务功能；业务逻辑层由各种业务对象组成，包括了议程管理员、用户、会议等。
注：以下内容中，类图是必须完成的，然后可以选择性给出交互图，这样既可以是评分者了解你的设计，增加的高分的机会，也可以更明确下一步的工作。
设计模型（类图）如下所示
* 注册用户用例由 RegisterAgenda 操作组成，其交互图如下所示：
* 添加会议用例由 AddAgenda 操作组成，其交互图如下所示：
* 查询会议用例由 QueryAgenda 操作组成，其交互图如下所示：
* 删除会议用例由 Delete Agenda 操作组成，其交互图如下所示：
* 清除会议用例由 ClearAgenda 组成，其交互图如下
4 总结