需求功能矩阵模版
最好最全的用户需求跟踪矩阵
未编码 未编码 未编码 未编码 未编码 未编码 未编码 未编码 未编码 未编码 未编码
可以设计开关是 否推送 删除课程应该逻 辑删除
凡是对数据库更 改的操作都应该 记录日志
未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准 未批准
需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发 需求开发
EQL-1
教学系 统
1.2.4 1.2.5 1.3.1 1.3.2 1.3.3 1.3.4 1.3.5 1.3.6
未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写
原始 原始 原始 原始 原始 原始
未批准 未批准 未批准 未批准 未批准 未批准
需求开发 需求开发 需求开发 需求开发 需求开发 需求开发
概要 依赖id 设计 状态 未编 1.1.6 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 1.1.1 写 1.1.1 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写 未编 写
对应概要 详细设 对应详细 单元测 集成测 设计章节 计状态 设计章节 试用例 试用例 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写 未编写
1.1.1
EQL1.2试 卷管理
原始 1.2.1.5 试卷模板 原始
需求跟踪矩阵模板
软件需求 概要设计 系统/FAT测试用例
详细设计 编码文件 集成/SIT测试用例
XX项目需求跟踪矩阵
子系统 系统管理
需求 权限管理
业务需求 需求名称
用户添加
状态
类别
优先 级
执行 状态
功能子集(FS)
软件需求 执行单元名称(EU)
做
必须 高
权限管理
用户添加
关键 程度
模块
权限管理 高
概要设计
跟踪矩阵
概要设计 组件
用户添加 用户维护 角色添加 角色维护 测试 角色权限对照
机器参数添加
详细设计 开发单元
编码文件 代码文件
SRS_XTGL_YHGL_用户添加001 SRS_XTGL_YHGL_用户添加002 SRS_XTGL_YHGL_用户添加003 SRS_XTGL_YHGL_用户添加004
完
完
完
用户维护
做
必须 高
用户维护
高
角色添加 角色维护
做
必须 高
新增 必须 高
角色添加
中
角色维护
中
权限报表
待定 必须 中
权限报表
低
角色权限对照
删除 必须 中
角色权限对照
低
参数管理
机器参数添加
必须 高
参数管理
机器参数添加
参数管理 高
电话银行
机器参数维护
必须 高
完
完
完
完完完完 完ຫໍສະໝຸດ 完请在这行之前插入行。
完完
请在这行之前插入行。
j1.java j2.jsp F_AddEmployee.sql FormConfig.xml
软件 需求跟踪矩阵 模板
10
需求变更总数：
6
项
变更序号
项目需求跟踪矩阵
当前状态 需求开发
概要设计 状态
概要设计章节
详细设计状态
详细设计章节
系统测试用例
Hale Waihona Puke 结项评审通过 4.1.2.3
评审通过
6.1.2
T3.1
系统验收 评审通过 4.1.2.4
评审通过
6.1.3
T3.2
系统设计 评审通过 4.1.2.5
评审通过
6.1.4
T3.3
结项 结项 结项 结项 结项
评审通过 4.1.2.6 评审通过 4.1.2.7 评审通过 4.1.2.8 评审通过 4.1.2.9 评审通过 4.1.2.10
评审通过 评审通过 评审通过 评审通过 评审通过
6.1.5 6.1.6 6.1.7 6.1.8 6.1.9
T3.4 T3.5 T3.6 T3.7 T3.8
对应代码
系统编码状 态
emis导出业务 代码 emis导出业务 代码 emis导出业务 代码
已单元测试 已单元测试 已单元测试
备注说明
emis导出业务 代码
emis导出业务 代码 emis导出业务 代码 emis导出业务 代码 emis导出业务 代码
已单元测试 已单元测试 已单元测试 已单元测试 已单元测试
查询
综合查询
能按树表 结构查询 导入历史
数据
打印功能
需求类型
软件需求 变更标识
使用频度
优先级
增加
随时
高
需求实现 状态 已批准
增加
已批准
增加
随时
已批准
增加
已批准
需求矩阵表(RMD)
优先级 L H
PRD ID PRD XX PRD XX
变更信息
未实现原因 是否出现变更 变更基线 变更记录 技术攻关难度大
改善产品功能改善产品性能增加用户满意度mrxxx功能性客户mrxxxui市场过程信息需求是否可实现需求是否符合年度产品规划目标原始信息增加产品竞争力是否实现优先级prdid未实现原因是否出现变更变更基线变更记录prdxx技术攻关难度大prdxx目标处理信息变更信息增加产品竞争力是否实现优先级prdid未实现原因是否出现变更变更基线变更记录prdxx技术攻关难度大prdxx目标处理信息变更信息增加产品竞争力是否实现优先级prdid未实现原因是否出现变更变更基线变更记录prdxx技术攻关难度大prdxx目标处理信息变更信息
需求编号 MR XXX MR XXX
原始信息
需求说明
需求类别 需求来源
功能性 客户
UI
市场
具有难 度？ Y Y
需求是否可实现
可行？
风险？
N
Y
Y
Y
过程信息
需求是否符合年度产品规划目标
改善产品功能? 改善产品性能? 增加用户满意度?
Y
N
N
N
Y
Y
品规划目标
增加产品竞争 力? N Y
是否实现 N Y
处理信息
需求模块功能矩阵
已验证 已验证 已验证
项目名称：XXXXXX系统 项目编号：23454345 软件需求规格书编号：XAFGGFDSFDSAF-需求规格说明书
*需求状态：已建议、已批准、已设计、已实现、已删除 *需求验证状态：未验证，已验证
需求模块功能矩阵
需求功能编号 01 0101 0102 02 0201 需求功能 需求功能描述 需求优先级 *需求状态
已实现 已实现 已实现 已实现 已实现
020101
政策下载
息；经销商可浏览、下 载政策信息
已实现
需求模块功能矩阵
*需求验证状态 设计（功能、体系结构、数据库） 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 编码 UserEdit.ascx UserList.ascx ModelPriceEdit.ascx ModelPriceList.ascx FeeCoefficientEdit.ascx FeeCoefficientList.ascx NoPassReasonEdit.ascx NoPassReasonList.ascx DealerInfoEdit.ascx DealerInfoList.ascx DealerPolicyEdit.ascx DealerPolicyList.ascx PolicyEdit.ascx PolicyList.ascx 测试用例 1.1 1.2 1.3 1.4 1.5
对用户的相关信息进行 增加 , 修改，删除等维护 工作 不同的机型对应不同的 机型价格表维护 价格 不同的核销结果对应不 费用系数维护 同的费用系数 核销不合格原因维 维护核销不合格原因列 护 表 CS 可维护所有经销商详 经销商信息维护 细信息；经销商可维护 自己的信息 用户信息维护
CS 可维护所有政策信
需求跟踪矩阵
优先级
需求状态
需求变 更次数
高
新增
0
中
新增
0
高
新增
0
中
新增
0
高
新增
0
中
新增
0
高
新增
0
高
新增
0
高
新增
0
高
新增
0
Hale Waihona Puke 软件需求编号产品需求规格说明书5.1 产品需求规格说明书5.2 产品需求规格说明书5.3 产品需求规格说明书5.4 产品需求规格说明书5.5 产品需求规格说明书5.6 产品需求规格说明书5.7 产品需求规格说明书5.8 产品需求规格说明书5.9 产品需求规格说明书5.10
概要设计
功能编号
名称
详细设计
功能编号
名称
系统测试用例 用例编号
状态
已完成 已完成 已完成 已完成 已完成 已完成 已完成 已完成 已完成 已完成
用户需求编号
用户需求说明书2.3.1 用户需求说明书2.3.2 用户需求说明书2.3.3 用户需求说明书2.3.4 用户需求说明书2.3.5 用户需求说明书2.3.6 用户需求说明书2.3.7 用户需求说明书2.3.8 用户需求说明书2.3.9 用户需求说明书2.3.10
需求跟踪矩阵
需求简述
xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx
需求分析模板
需求分析模板需求分析模板
1. 项目描述
- 项目名称：
- 项目目标：
- 项目背景：
- 项目范围：
- 项目期望交付时间：
2. 功能需求
- 功能1：
- 描述：
- 输入：
- 处理：
- 输出：
- 功能2：
- 描述：
- 处理：
- 输出：
- ...
3. 非功能需求
- 性能要求：
- 可用性要求：
- 安全性要求：
- 可扩展性要求： - 可维护性要求： - ...
4. 用户需求
- 用户1：
- 描述：
- 优先级：
- 需求详细描述：
- 描述：
- 优先级：
- 需求详细描述：
- ...
5. 系统需求
- 需求1：
- 描述：
- 优先级：
- 需求详细描述：
- 需求2：
- 描述：
- 优先级：
- 需求详细描述： - ...
6. 需求验证方法
- 验证方法1：
- 描述：
- 验证步骤：
- 预期结果：
- 验证方法2：
- 描述：
- 验证步骤：
- 预期结果：
- ...
7. 需求追踪矩阵
- 需求编号1：
- 涉及功能1：
- 涉及用户1：
- 涉及系统需求1： - 需求编号2：
- 涉及功能2：
- 涉及用户2：
- 涉及系统需求2：
- ...
以上是一个常用的需求分析模板，你可以根据实际情况进行相应的调整和修改。
需求报告分析范例模板
需求报告分析范例模板需求报告分析范例模板一、引言在引言部分，需要说明需求报告的目的和背景，以及对该需求报告的分析方法和结构进行简要介绍。
二、需求分析需求分析是需求工程中的一个重要步骤，它旨在确定用户对产品或服务的需求、期望和约束。
以下是对需求报告中的需求进行详细分析的模板：1. 功能需求：- 详细描述用户对产品或服务功能的需求，包括必需功能和可选功能；- 确定功能之间的关联性和依赖关系；- 根据不同用户群体的需求，进行功能的优先级排序。
2. 性能需求：- 确定用户对产品或服务性能的要求，如响应时间、吞吐量等；- 分析产品或服务在预期使用环境下的性能瓶颈和优化方案。
3. 可靠性需求：- 确定用户对产品或服务可靠性的要求，如故障率、可用性等；- 分析产品或服务在异常情况下的行为和恢复能力。
4. 可用性需求：- 确定用户对产品或服务可用性的要求，如界面友好性、易学性等；- 分析产品或服务的操作流程和用户反馈机制，进行改进和优化。
5. 安全性需求：- 确定用户对产品或服务安全性的要求，如数据保护、身份认证等；- 分析产品或服务的安全漏洞和风险，制定相应的安全策略。
6. 兼容性需求：- 确定用户对产品或服务兼容性的要求，如操作系统、浏览器等；- 分析产品或服务与其他系统的集成，解决兼容性问题。
7. 可维护性需求：- 确定用户对产品或服务可维护性的要求，如易扩展性、代码可读性等；- 分析产品或服务的架构和代码，进行优化和重构。
三、需求确认在需求确认阶段，需要与用户和相关利益相关方进行沟通和讨论，以确保对需求的理解和共识。
1. 确认需求的完整性和准确性，是否覆盖了用户的所有需求；2. 确认需求的可行性和可实现性，是否符合产品或服务的技术限制；3. 确认需求的优先级和紧急性，根据资源和时间约束进行调整；4. 确认需求的变更和追加，根据用户的反馈和实际情况进行调整。
四、需求跟踪需求跟踪是在整个开发过程中对需求的变更和实现状态进行跟踪和管理，以确保项目的可控性和可管理性。
测试需求跟踪矩阵模板
1TestReq_OA_超级管理_用户管理_00012TestReq_OA_超级管理_用户管理
_00023TestReq_OA_超级管理_用户管理_00034TestReq_OA_超级管理_用户管理_0004
用户管理\添加用户
用户名
通过本功能可以向系
统中添加合法用户
真实姓名名，应满足6-16位的长度限制，且应为英文字符、数字或特殊符号的组合，并且不允许重复用户名注册。
当输入正确的合法用户名后，点击【检测用户名】按钮，系统应提示该用户名为合法数反向：分别对不符合长度限制的用户名数据，及除英文字符、数字或特殊符号的组合外的其他字符进行反向验证。
包括对于重复用户名进行输入时，点击【检测用户名】按钮，系统应提示该用正向：输入合法的注册用户名，应满足6-16位的长度限制，且应为英文字符、数字或特殊符号的组合，并且不允许重复用户名注册。
当输入正确的合法用户名后，点击【检测用户名】按钮，系统应提示该用户名为合法数
反向：分别对不符合长度限
制的用户名数据，及除英文
字符、数字或特殊符号的组
合外的其他字符进行反向验
证。
包括对于重复用户名进
行输入时，点击【检测用户
名】按钮，系统应提示该用。
(完整版)需求模块功能矩阵
DealerPolicyEdit.ascx DealerPolicyList.ascx PolicyEdit.ascx PolicyList.ascx
测试用例 1.1 1.2 1.
不同的核销结果对应不 同的费用系数
02
核销不合格原因维 维护核销不合格原因列
护
表
CS 可维护所有经销商详
0201
经销商信息维护 细信息；经销商可维护
自己的信息
020101
政策下载
CS 可维护所有政策信 息；经销商可浏览、下 载政策信息
需求优先级
需求模块功能矩阵
*需求状态 已实现 已实现 已实现 已实现 已实现
已实现
需求模块功能矩阵
*需求验证状态 设计（功能、体系结构、数据库）
编码
已验证 已验证 已验证 已验证 已验证
已验证
3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5
3.1.1.6
UserEdit.ascx UserList.ascx
ModelPriceEdit.ascx ModelPriceList.ascx FeeCoefficientEdit.ascx FeeCoefficientList.ascx NoPassReasonEdit.ascx NoPassReasonList.ascx
项目名称： X项X目XX编XX号系：统 2软3件45需43求45规格 书编号： *需求状态：已建议、已批准、已设计、已实现、已删除
*需求验证状态：未验证，已验证
需求功能编号
需求功能
需求功能描述
对用户的相关信息进行
项目需求矩阵案例
项目需求矩阵案例1. 介绍项目需求矩阵是一个项目管理中经常用到的工具。
它可以帮助团队对项目需求进行全面而系统的评估和分析，更好地理解项目的范围、目标和任务，并以此为基础制定出明确的计划和目标。
在项目的各个阶段，需求矩阵都可以帮助团队发现和解决问题，提高项目的成功率和效率。
2. 项目需求矩阵的定义在项目管理中，需求矩阵是一个用来描述和分析项目需求的表格。
它通常包括以下信息：- 需求编号- 需求描述- 需求来源- 需求类型- 需求状态- 需求优先级- 需求验证方法- 需求实现方法通过填写这些信息，团队可以对项目需求进行全面的考虑，确定哪些需求是最重要的，哪些需求需要进一步研究和定义，哪些需求与项目范围不符等。
需求矩阵还可以用来跟踪需求的实现和验证情况，确保项目按照计划顺利进行。
3. 需求来源和类型的定义和分类需求来源是指需求提出的渠道和方式，可以是客户、业务部门、管理层、产品经理等。
对于每个需求，团队都需要确定其来源，以便更好地了解需求的背景和原因。
需求类型是指需求的特性和属性，可以包括功能需求、性能需求、安全需求、可靠性需求等。
不同类型的需求有不同的评估和验证方法，需要针对性地制定计划和措施。
4. 需求状态和优先级的定义和设置需求状态是指需求在项目中的状态，可以包括已收集、已评估、待研究、待定义、待实现、已实现等。
不同状态的需求需要采取不同的措施和方法，以确保其按照计划得到满足和实现。
需求优先级是指需求的重要性和紧急程度，可以分为高、中、低三个等级。
优先级高的需求需要优先考虑和实现，以确保项目的成功和效益。
在需求矩阵中设置优先级，可以帮助团队更好地管理需求和制定计划。
5. 需求验证和实现方法的设置和跟踪需求验证是指对需求进行检查和测试，确保其能够满足设计和用户的要求。
验证方法可以包括单元测试、集成测试、系统测试、验收测试等多种方法。
在需求矩阵中设置验证方法，可以帮助团队更好地进行需求验证和管理。
需求实现是指根据需求设计和开发相应的产品和功能。
项目管理需求矩阵表例子
项目管理需求矩阵表例子以下是 8 条关于项目管理需求矩阵表的例子：1. 你看啊，就拿装修房子来说吧，项目管理需求矩阵表就像是一个神奇的导航图！把各种需求清清楚楚地列出来，比如水电改造得找专业的师傅吧，这就是一个重要需求点！墙面刷漆要用环保材料吧，这也是关键的一项呢！是不是一下子就明白了需求的重要性啦？2. 咱就说组织一场大型会议，那项目管理需求矩阵表不就好比是这场会议的总指挥嘛！座位安排得合理吧，音响设备得调试好吧，这些需求在矩阵表上一目了然呀！还能让你轻松把控全局呢！3. 嘿，想象一下做一个软件开发项目，项目管理需求矩阵表就如同是那张宝藏地图！每个功能模块的开发时间、人员分配，那可都得安排得妥妥当当的呀！就像寻找宝藏一样，一个环节都不能错呢！4. 要是开一家新的门店呢，项目管理需求矩阵表可就是你的得力助手哇！从选址到装修到进货，哇塞，那么多需求点，没有它怎么行呢！就跟你上战场没带武器一样危险呀！5. 讲真的，进行一个市场营销活动，项目管理需求矩阵表不就是那盏指明灯嘛！活动策划、宣传渠道、预算分配，这些需求不明确怎么搞呀！它能让你思路清晰得很呐！6. 哎呀呀，比如搞一个科研项目，项目管理需求矩阵表那可是超级重要的呀！实验设备需不需要及时到位呀，数据收集和分析得安排好人呀，这就像是搭积木，一块都不能少哇！7. 你想想看啊，做一个慈善活动，项目管理需求矩阵表就是让一切有序进行的保障呀！志愿者招募得靠谱吧，物资分配得合理吧，这都是关键需求呢！缺少了矩阵表，那不乱套啦？8. 来谈谈做一个影视拍摄项目，项目管理需求矩阵表简直就是那个幕后大导演哇！演员安排、场景布置、拍摄进度，天哪，这哪一项离得开矩阵表呀！它就是让一切变得井井有条的法宝咧！我的观点结论就是：项目管理需求矩阵表在各种项目中都太重要啦，它就像是指南针、导航图，帮助我们清晰明确需求，掌控全局，让项目成功的可能性大大提高哇！。
需求跟踪矩阵 模板
表格编号：XY202-项目编号-两位顺序号
项目名称： 需求分析 用户需求 编号 章节编号 需求名称 首页 1 状 章节 态 编号 原 始 软件需求 子模块名 系统监视 状态 原始 修改 删除 增加 风电监控 2 修 改 需求优 先级 高 中 低 责任人 概要设计 章节编号
3
删 除
4
567源自8原始需求总数 修改需求总数 删除需求总数 增加需求总数 总需求数
3 0 0 0 3
需求跟踪矩阵
项目经理PM： 系统设计 概要设计 名称 是否完成 责任人 详细设计 章节编号 名称 是否完成 责任人 代码单元 编码实现 是否完成 责任人 √ √
项目QA： 功能测试 测试单元 是否完成 责任人 备注
企业培训需求调研矩阵表(通用版)
能力等级分类：P（planed):岗位需要水平；A(actual)：在岗人员实际水平 序号 岗位 姓名
P
培训需求调研矩阵表
0 = 完全不具备 1 = 需辅导完成 2 2 = 能独立完成 3 3 = 独立完成并能辅导他人 4 平均(A的 平均值）
A
4 = 优异完成并提出改善建议 百分比 (平均 /4） #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF!
领导力
4 5 6 7 1 2 3 4
通用能力
5 6 7 8 9 1 2 3
情绪与压力管理
专业能力
4 5 6 7 领导力 通用管理能力，是在多个角色中都需要的技巧和能力，但重要程度和精通程度根据岗位要求有所不同 是完成某个工作岗位所必备的非专业性技能 独特胜任能力，是在某个特定角色或工作中所需的特殊技能
1
胜任力类别
序 1 2 3 战略思维 高效执行 决断力 组织优化 领导变革 辅导发展 市场导向 PPT制作 有效沟通 冲突管理 高效开会 商业汇报 时间管理 问题解决 商务礼仪
能力项
P
A
P
A
PHale Waihona Puke A#REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! 岗位掌握 情况 #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF! #REF!
需求分析 矩阵图
测试需求分析
1 测试需求概述 1.1 什么是测试需求 1.2 测试需求的特征 1.3 为什么需要测试需求
2 测试需求分析过程 2.1 需求采集 2.2 测试需求分析
什么是测试需求
测试需求主要解决“测什么”的问题 ，即 指明被测对象中什么需要测试。
测试需求通常是以软件开发需求为基础进 行分析，通过对开发需求的细化和分解， 形成可测试的内容。
c）对步骤b）所确定的质量需求，分析测试执行时 需要实施的测试类型；
d）建立测试需求跟踪矩阵，对测试需求进行管理。
测试要点是对原始测试需求表每一条开发需求的 细化和分解，形成的可测试的分层描述的软件需 求。
对开发需求的细化和分解具体包括：
通过分析每条开发需求描述中的输入、输出、处理、 限制、约束等，给出对应的验证内容；
为什么要做需求分析
软件测试需求是开发测试用例的依据。 有助于保证测试的质量与进度 。 测试需求是衡量测试覆盖率的重要指标。
需求分析过程
需求采集
需求采集的过程是将软件开发需求中的那 些具有可测试性的需求或特性提取出来， 形成原始测试需求。
可测试性是指这些提取的需求或特性必须 存在一个可以明确预知的结果，可以用某 种方法对这个明确的结果进行判断、验证， 验证是否符合文档中的要求。
通过分析各个功能模块之间的业务顺序，和各个功能 模块之间传递的信息和数据（功能交互分析） ，对存 在功能交互的
测试需求应全部覆盖已定义的业务流程， 以及功能和非功能方面的需求；
测试需求的特征
制定的测试需求项必须是可核实的。即， 它们必须有一个可观察、可评测的结果， 无法核实的需求不是测试需求；
测试需求应指明满足需求的正常的前置条 件，同时也要指明不满足需求时的出错条 件；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
已完成
客户
已完成
客户
标准或别的外部来源 ）
优先级
概要设
系统测试
High
1
High
1
需求模块功能矩阵
需求功能描述 * 需求状态 * 需求来源
将用户名、密码与储存在系统内的信息比较（通过身份验证用例实现），一致则通 过，系统验证用户名和密码有效，如果用户名、密码无效，系统允许用户连续输入 三次，若三次都无效，退出登录界面 对个人信息进行修改：用户名、密码、用户类型、姓名、性别、证件类别、证件号 码、电话、电子邮件、删除标志、创建时间、修改时间、修改人；系统保存用户新 信息（更新数据库）
* 需求状态 ： 已接受 、 已推迟 、 已实施 、 已完成 、 已删除
A c c e p t e d ）、 已推迟 ( D e l a y e d ) 、 已实施 （ I m p l e m e n t e d ）、 已完成 （ C o m p l e t e d ） 已删除 ( D e l e t e d ) 。 、 客户方高层等 ）、 项目组 （ 需求分析人员 、 项目负责人等 ）、 外部来源 （ 业务规范 、 政府法规 、 标准或别的外部来源
项目名称 ： 项目编号 ： 软件需求规格书编号 ：
１ ． 需求状态 ： 已接受 （ A c c e p t e d ２ ． 需求来源 ： 客户 （ 业务人员 、 客户方代表 、
需求功能编号
功能模块
子模块
需求功能
*TK0101 登录 *TK0102
登录
改个人信息
登录考点服务器，根据用户的身 份（系统管理员或教师）自动选 择用户界面 系统显示个人信息（显示用户信 息包括用户名、用户类型、姓名 、性别、学校、证件类别、证件 号码、电话、电子邮件）户调用 修改密码模块进行密码修改