需求跟踪表-模板
运营部需求跟踪表2010-07-12
请帮忙提取7月2日16点至7月5日 16点嗖付与支付宝的销售额，以及 分析网银支付里默认嗖付 7月6日16点至7月9日16点嗖付与支 号还是支付宝好。 付宝的销售额。
数据提升预期（业务量或流量 提升预期，数据目标）
项目状态
项目备注
评估上线时间 项目情况说明
需求中
业务人员
开发人员
开发阶段
பைடு நூலகம்
启动开发
开发结束 测试人员 测试开始 测试结束
上线验证阶段
上线前是否进行了用 户体验测试
是否已经上线
上线日期
完成后数据提升情况（如方案不涉及数 据提升，则不进行评估）
序号
评估优先级 （五级最高、 一级最低）
优先级
二级 一般
项目名称
需求提出时间
计划完成时间
设计组评估完 成时间
运营维护评估 完成时间
嗖付及 支付宝 销售数 据提取
2010/7/12
7月12日
需求阶段
技术组评估完 成时间
项目负 责人
杨胜利
技术团队主要 负责人
需求描述（可粘贴word附件）
项目主要目的（用户体验改 善方面、流量、订购量提升 、公司要求等方面理由）
需求跟踪表样板
供内部使用 是否需要 其他支持
备注
Hale Waihona Puke 11控件版-系统诊断或辨证输入框
方剂仪序号分属项目问题类别问题描述详细提出人需求状态需求确认研发状态备注11诊断或辨证输入框提出日期问题等级解决责任人状态更新日期解决措施及效果计划结束时间实际结束时间是否需要其他支持控件版系统1诊断或辨证选项框要提供中文输入查找拼音首拼输入查找下拉框选择输入
问题跟踪表
项目名称： 序号 分属项目 问题类别 方剂仪 问题描述 详细 1、诊断或辨证选项框要提供中文输入查找 、拼音首拼输入查找、下拉框选 择输入； 2、诊断或辨证选项框每选择一项，被选择的一项则在上面显示，可显示多个 选择项，也可以删除其中的选择项； ； 提出 日期 提出人 问题 等级 解决责 任人 需求状态 需求确认 研发状态 状态更 新日期 解决措施 及效果 计划结 束时间 实际结 束时间
需求调研记录表-模板
5、界面要求（展示方式（浏览器、客户端、APP等）、板式（三栏、两栏、框架、其他）配色风格、界面内容与分布等）、其他（gif图片、flash、js特效、音频视频等）
参与人员
甲方：
乙方：
第三方：
用户确认
用户确认本次调研内容符合能够反映用户需求。签名：
XX项目需求调研表
项目系电话
调研日期
YYYY/MM/DD
调研依据
建设方案/初步设计/招标文件
调研范围
本次调研范围、所涉及的模块、子模块情况
调
研
内
容
1、系统/功能主要目的或内容（包括确定系统功能边界）
2、业务描述（组织架构、流程、角色、业务规则、主要业务特点等）
3、系统功能（系统数据如何展示、系统如何处理重要事项、系统数据如何采集、系统数据如何查询及相关约束等）
软件开发项目需求跟踪矩阵模板
用户需求标题
用户需求变更 标识
软件需求文件名称
软件需求功 能标号
XX项目用户需求跟踪ຫໍສະໝຸດ 软件需求功能标题软件需求变 更标识
需求状态
新增需求说明书SVN地址： 新增详细设计SVN地址：
原始的需求数： 增加的需求数： 修改的需求数： 删除的需求数： 未变更需求数： 现有需求总数： 需求变更总数：
目用户需求跟踪矩阵
优先级
优先级说明
当前状态
详细设计状态
对应详细 设计章节
单元测试用例 集成测试用例 系统测试用例 备注说明
需求跟踪表模板
需求跟踪表
项目名称：
说明：
1、此表以需求编号作为唯一，可维护一对多关系。
2、原编号填入该需求在《用户需求说明书》中的编号
2、需求编号方法：日期_4位流水号（yyyymmdd_0001）,例如20000517_0001;
3、需求类别：A、功能性需求B、非功能性需求；
4、优先等级：A、B、C、D、E五个等级；
5、需求状态：A、已提出；B、已批准；C、已拒绝；D、已变更；E、已删除；F、已关闭；
6、进度：Y表示已完成，P表示正在进行，---表示不需进入该步骤进行处理；
7、设计、编码、测试用例填写：编号+（命名），具体的编码方法是：design/code/test+4位流水号，例如，design0001
（class）；另外，设计、编码、测试用例需遵循一致的命名约定，如设计模型中名为 class 的类由实施模型中的 class 类来实现。
8、设计可以包括：模型中的对象、关系数据库中的模型、表单，或对象类；代码可以是：类中的方法、源代码的文件名、过程或
函数；测试用例是改需求所对应的测试用例；发布产品版本是该需求所对应的产品版本；
9、本表A,B,C,D,E,F,H,I,J,K栏由需求管理员进行维护；L栏由设计人员进行维护，需求管理员进行检查和跟踪；M栏由开发人员进行维护，需求管理员进行检查和跟踪；G栏由测试经理进行维护，需求管理员进行检查和跟踪。
N栏由项目经理进行维护。
10、需求基线编号填入本次需求基线的编号，对于每一次需求基线的变更都需要建立新的《需求跟踪矩阵》
11、“蓝色字”标注的内容需要及时填写，“黑体字”标注的内容可以延迟到项目验收后填写。
需求分析跟踪表
操作说明：一、需求分析1.模块功能分析分为需求编号、功能、渠道、类别、关键点、结果验证、验证要求、需求标识、需求分析者、对应的用例编估（分钟）、变更文件引申位置、需求变更历史跟踪表、备注、版本2.需求变更历史跟踪表的A-L列与模块功能分析表的A-L列完全相同，新增了需求变更日期、变更指向位置、需求变更前内容注3.需求编号统一用t_req_XXX4.需求编写人员在编写需求分析时，填写A-I列。
在首次编写测试需求时，需求标识为“4-原需求”。
5.用例编写人员填J-K列，将对应的用例编号填入J列、用例量填入K列、用例编写的实际时间填入L列。
注：用例编号的总和6.需求分析人员填M列（变更文件引申位置），在未发生需求变更时该列填原需求名变超链接该需求文档。
二、需求变更1.将变更的需求copy至需求变更历史跟踪表作为历史记录保存并填写需求变更日期、需求指向位置、需求变更前内容/位置、2.变更指向位置要求超链接到变更文档，并指向相应的变更话述。
3.1 当需求发生修改时：手动修改关键点、结果验证、验证要求当关键点、结果验证和验证要求发生变更时，同时将修改需 3.2 当需求新增时，直接在表格最下方新增一条需求，需求标识标记为：新增。
3.3 当该需求被删除时，直接将需求标识修改为：删除4.重新修改用例编号、用例量、用例编写工作量评估。
用例编号为该需求最新的用例编号，用例量为发生变更的用例量，用的用例编写时长。
5.需求变更历史跟踪表要求超链接到需求变更历史跟踪表原有的用例位置。
6.如果需求发生重复变更，则重复步骤1-5需求跟踪表求标识、需求分析者、对应的用例编号、用例量、用例编写工作评期、变更指向位置、需求变更前内容/位置、需求变更提出人、备4-原需求”。
时间填入L列。
注：用例编号的总和应为用例量相等。
链接该需求文档。
求指向位置、需求变更前内容/位置、需求变更提出人。
验证要求发生变更时，同时将修改需求标识为：修改。
号，用例量为发生变更的用例量，用例编写工作量评估为发生变更。
个人工作跟踪表格模板
个人工作跟踪表格模板
以下是一个简单的个人工作跟踪表格模板。
说明：
1.日期：记录任务的日期。
2.任务名称：任务的名称或标题。
3.任务描述：简要描述任务的内容和要求。
4.开始时间：记录任务的开始执行时间。
5.预计完成时间：根据任务要求，预计任务完成的日期和时间。
6.实际完成时间：记录任务的完成日期和时间。
7.完成状态：标记任务的完成情况，如已完成、未完成、延期等。
使用这个表格模板时，你可以根据每天的工作计划和任务安排，将相关任务填入表格中。
在每天工作结束后，将实际完成情况和状态更新在表格中，以便跟踪自己的工作进度和任务完成情况。
通过这种方式，你可以更好地管理自己的工作，提高工作效率和质量。
客户拓展经理-开发业务需求跟进表
客户拓展经理-开发业务需求跟进表 基本信息
公司名称
联系地址 联系人姓名
电话/手机 传真号码
企业邮箱 公司性质
○外资
○内资 ○股份制 经营范围：
○合伙 ○国有 ○其他 其他信息： 业务需求
* 会计部——○会计式代理记帐 ○顾问式代理记帐 ○其他 * 审计部——○所得税审计 ○清算审计 ○税务顾问 ○其他 * 投资部——○营业执照年检 ○公司注册登记 ○公司变更登记 ○劳动关系 ○其他 客户指定业务完成期限：
（须在备齐资料的前提下）
本公司相关承诺和答复： （主要谈妥报价问题） 联系人： 业务移交以及跟进情况：
1、
2、
各步骤移交和签名记录：
1、
2、
填表说明：
1、适用范围：公司职员（包括前台）第一时间收到客户（不分新老）需求信息（含非部门业务）时填写。
2、处理流程：本表一式四份。
填表人填写完毕后交给客户中心，客户中心受理编号后再将各联交给相应部门。
其中，业务部在跟进完毕后若业务达成，则将表交给财务部，由其进行收费，最终与业务委托书一并交给客户中心；若业务未能达成，则直接交给客户中心做客户分析。
（流水编号） （住管跟进） 未达成，返还客户中心作客户分析 （月底收单、归集）
业务达成，开票收费 填表人 客户中心 专业部门 财务部
客户中心。
疫情防护物资供应与需求跟踪监控表(根据需求标准、人数)
FROM
TO
人员配备需求
总损耗率
需求量总计
已下订单预计入库应增购数量
计划增购日期计划入库日
期
口罩个防护服套酒精瓶消毒水瓶洗手液瓶体温计个测温枪
个
合计
序号编号品名规格
单位
需求标准可供人数使用周期期初结存
最低安
全库存
计划时间段
2020/2/10
2020/2/
预计该阶段物资需求
该阶段订购计划
疫情防控管理工具
疫情防护物资供应与需求跟踪监控表（根据日需求标准、人数）
说明：本工具主要用于各机构、单位及时跟踪疫情防护物资供应与需求状况，确保疫情防护物资供需平衡，并及时发现问题采取相应的供需措施，为疫情防护提供
库存、计划入库等数据考虑在内。
注：当天日期、工作日天数、员工总体需求、需求量总计、应增购数量为自动计算。
注：颜色标注处为自动生成。
使用周期，若实际使用周期大于填天数即可，及最大值为该周期的工作日天数。
单位名称今天是
2022/1/16星期日
准、人数）
制表人：。
基本医疗需求跟踪表
13
住院管理
临时医嘱的频次全部默认:st
14
住院管理
医嘱本自动打印和格式（大小）调整
15
住院管理
输液巡视卡格式调整
16
住院管理
变动医嘱查询加个打印按钮，格式根据用户提供的来
18
住院管理
病区输液药品门诊药房发药
19
门诊诊疗
在诊断录入、处置录入界面，翻页按钮建议更醒 目，建议放在眉头处
20
住院管理
住院病历模板导入后问题修复
7
门诊诊疗
门诊发药单打印没有药品。点发药自动打印。
8
运营管理
财务月报有个00000，保留2位即可。
9
门诊诊疗
一个人有多张卡，挂号时支持输入任一卡号调出病 人
10
住院管理
入院诊断改造
11
门诊诊疗、住院管 开诊断、药品、检查，弹出下拉菜单的项目按挂号预约提交之后提示打印“参数获取失败”
45
门诊诊疗
门诊挂号打印的发票号码是就诊号码 按需求应该 是发票号码
46
住院管理
新增病历模板制作、病程录支持修改时间
47
住院管理
护士站支持单医嘱复合
48
住院管理
会诊申请单格式调整
49
住院管理
增加病区文字医嘱字典以及文字医嘱拼音码录入功 能
50
住院管理
病案首页附加项目符合情况需要支持清空功能
51
住院管理
2015/5/18 2015/5/19
2015/5/19
2015/5/18
优先
2015/5/20
2015/5/18
2015/5/22
2015/5/18
责任人 张伟2 张伟2 张伟2 张伟2
最全需求跟踪矩阵模板-需求跟踪矩阵
原始
1.4
原始
1.2 1.3 1.4 2 2.1 2.2
修改自己密码 登录系统 退出系统
原始 原始 原始
1.7 1.8 1.9
修改自己密码 登录系统 退出系统 匿名用户
原始 原始 原始
已批准 已批准 已批准
高 高 高
查看课程建设资源 查看课内学习资源 （以下略）
原始 原始
2.1 2.2
查看课程建设资源 查看课内学习资源
原始 原始Βιβλιοθήκη 已批准 已批准高 高
关键功能，必 须实现 关键功能，必 须实现
3 3.1 修改首页内容 （以下略） 原始 3.1
教师用户 修改首页内容 原始
已批准
高
关键功能，必 须实现
***
删除交流天地中的主题
增加
3.15
删除交流天地中的主题，与 该主题相关的所有留言也将 全部删除 学生用户
增加
未批准
低
XXX项目用户需求跟踪矩阵
用户需求项标 号 1 用户需求标题 用户需求 软件需求 变更标识 功能标号 软件需求功能标题 管理员 添加用户，包括批量添加和 单个添加，并且设置用户使 用期限 删除用户，删除选中的一个 或多个用户 修改用户使用期限 软件需求 需求状 变更标识 态
变更 序号
优先 级
优先级说明
当前状态
概要 设计
1.1.1
添加用户
原始
1.1
原始
已批准 已批准 已批准
高 高 中
是教师和学生 用户功能执行 必须的 关键功能，必 须实现 可用默认值， 但最终必须实 现 关键功能，必 须实现 关键功能，必 须实现 关键功能，必 须实现
1.1.3
删除用户
需求跟踪矩阵 模板
表格编号：XY202-项目编号-两位顺序号
项目名称： 需求分析 用户需求 编号 章节编号 需求名称 首页 1 状 章节 态 编号 原 始 软件需求 子模块名 系统监视 状态 原始 修改 删除 增加 风电监控 2 修 改 需求优 先级 高 中 低 责任人 概要设计 章节编号
3
删 除
4
567源自8原始需求总数 修改需求总数 删除需求总数 增加需求总数 总需求数
3 0 0 0 3
需求跟踪矩阵
项目经理PM： 系统设计 概要设计 名称 是否完成 责任人 详细设计 章节编号 名称 是否完成 责任人 代码单元 编码实现 是否完成 责任人 √ √
项目QA： 功能测试 测试单元 是否完成 责任人 备注