3.4在3.1.2整体的模块划分中缺少了 “任务日志”和“任务日历”两个模
块。
在模块划分整体第二层添加“任务日志” 和“任务日历”两个模块。
3.5在3.1.3功能权限分配中，组长权 限中缺少组长对组员任务的任务删除权 限，管理员权限中没有“删除用户”和
“删除组”的操作。
在组长功能列表中添加“组员任务删 除”，在管理员功能列表中添加“删除用 户”和“删除组”
3.6在3.1.4中的图没有清晰的说明整 个任务审批的流程。
应该改用标准流程图来对审批流程进行分 解建模
4.权限分配
4.1在3.2权限分配中对节点的定义与 “界面划分”以及“功能权限分配”中 不一致，在前面两项中一直称 组长 和“组员”，而在这里却称为“员工” 和“领导”
将“员工”改为“组长”，将“领导”改 为“组长”
应当用具体数据范围说明
9.2在3.6中有阐述语法错误，第三行 中“返回50行数据以内的数据，单次操 作响应时间要求在3秒以内”不够简 练。
改为“返回50行以内的数据，单次操作 响应时间在3秒以内”
9.3在3.6中没有对系统处理登录、分解 任务、删除等操作时的响应时间作说 明。
应该对系统对各项合理操作的响应时间做 出说明。
创新中心任务管理系统
文件状态：
[]草稿
[V]正式发布
[]正在修改
文件标识：
当前版本：
1.0
作者：
软件评审第一小组
完成日期：
2012-2-24
修订历史记录
日期
版本
说明
作者
<2012年2月24日>
<1.0>
＜详细信息＞
＜姓名＞
1.基本信息4
2.缺陷识别4
3.评审结论与意见8
4.评审问答记录9
5.评审过程中需要进一步确认的疑问10
10.故障处理 要求
10.1在3.7中没有说明系统可能发生的 故障以及不同故障处理所需要的时间范 围。
应添加更新系统可能出现的故障，并对处 理时间说明。
8.2在3.5中第三点说明过于局限，系 统涉及到的计算问题不仅仅只有完成度 计算，对计算错误的规定也不够明确。
详细说明系统所涉及到的所有计算问题， 并相应说明所要求的计算准确度，比如误 差不超过多少等。
9.时间特性要 求
9.1在3.6中“多人操作的时候，时间 和相应的要求同上”中的“多人”不明 确。
“管理员登录”下对管理员进行的操作进 行分解。
3.2在3.1.1“页面划分”中“组长登 录”-“员工任务管理”下缺少了 “任务 删除”界面的划分。
添加“组长登录”一“员工任务管理”下 添加“任务删除”界面。
3.3在3.1.2模块划分“任务流程”中 缺少“任务删除”操作。
在“任务流程”中添加“任务删除”
1.
待评审的工作成果
创新中心任务管理系统需求分析说明书
技术评审方式
小组讨论
评审时间
2012年2月24日
评审地点
北京交通大学学生活动中心三层
评审所需设备
组内成员自带电脑
参加技术评审的人贝
类别
名字
工作单位
职称、职务：
主持人
组长
评审 小组 成员
成员
成员
成员
成员
成员
成员
成员
记录员
成员
作者
评审时间
2小时
2.
已识别的缺陷
将标题“任务概述”改为“项目概述”
2.2在本部分中没有对项目成本进行估 算
应该对该项目进行全面的成本估算
3.模块以及功 能的划分
3.1在3.1.1“页面划分”中缺少了
“管理员登录”页面的设计，因为管理 员在系统中的操作与组员和组长进行的 操作不一样，管理员应该有更高层次的 操作权限
在用户登录中添加“管理员”登录，
1.4在1.4中，《架构设计说明书》、 《数据库设计说明书》不能作为参考资 料.
《架构设计说明书》、《数据库说明书》 都是在确认需求之后的设计阶段写的，不 能作为参考资料；参考资料可以是项目组 为之前做的需求分析说明书、双方签定的 合冋、需求方提供的公司内部机制说明 等。
2.任务概述
2.1本部分的标题命名不够准确
7.5详细功能设定中没有优先级划分。
注明系统功能重要部分和扩展部分并对优 先级进行说明。
7.6“任务日志”和“任务日历”两个 功能点重复又相互矛盾.
合并这两个功能点为一个，因为这两个功 能点基本功能相互联系很密切。
8.精度
8.1在3.5中对操作精度的需求说明不 完整
应当详细说明系统在进行删除、查询、修 改、添加等操作时不允许在因为系统故障 导致重复或者不成功操作。
具体说明SDC项目组提出该系统的需求 原因、系统将来运行的环境以及需求方的 工作条件。
1.3在1.3中“定义”不明确，不清楚 本项定义的是任务管理系统的stakeholders,还是参与本系统开发的公 司或部门的人员定义。
在1.3标题中申明是“XX定义”，内容中 也应重新分类，不能将开发方与需求方混 淆。
6.任务报表
6.1在3.3中任务报表导出结果为 “excel"，格式过于局限。
导出的结果文件格式可以为其他常见文件 格式可选
6.2在3.3中没有涉及到报பைடு நூலகம்以及相关 材料的导入问题，缺少交互。
添加导入功能，使系统能够完成与系统外 部的交互，并且对报表进行分类，对每种 报表的导出、导入格式进行说明。
7.详细功能设
疋
7.1任务日历和任务日志详细功能设定相 互矛盾（是否能修改日志内容）。
修改矛盾
7.2人任务管理和员工任务管理的业务 描述在是否能修改的疋义上相互矛盾、 重复。
重新对业务进行描述，注意两个业务之间 的关系
7.3系统应该可以定期清理数据库中的 任务，避免数据量堆积，给数据库造成 压力。
7.4详细功能设定不够详细，没有说明 功能划分中的全部功能点。
缺陷描述
建议缺陷解决方案
1.引言
1.1编写目的不明确，忽略了该文档为 需求方和测试人员提供参考的作用。
添加本文档为对需求方、测试人员、今后 需求的变更提供的参考作用。
1.2项目背景阐述不明确，文中的该部 分仅仅是简单对系统本身进行简单介 绍，不够详细，对任务管理系统提出的 具体原因、产品的使用环境等情况都为 具体阐述。
5.任务提醒
5.1在3.3任务提醒中，对任务提醒功能 阐述不够详细、明确，比如在个人设置 提醒方式的时候具体如何设置，怎样修 改提醒内容，各种提示信息包括哪些等 都没有明确说明；并且缺少对任务提醒 这一过程的直观展现。
对提示信息的类型、提醒方式和内容 设置等进行详细、准确的说明。
可以使用流程图对任务提醒的功能进 行一个直观展示，有助于理解。