网站导航
wormholesource.center.eu13.productionDevSpec 需求管理
完整的需求收集/分析/组织/跟踪/反馈/变更管理
实现需求、研发和质量的全面整合
对需求进行规范化、条目化定义（Epic需求面/Spec需求点），并进行分解和量化；
需求驱动研发与测试过程，保证需求和工作任务的可跟踪、可验证；
需求全程跟踪并确认每一项需求是否已落实到开发或测试任务中；
控制需求有序变更，高效推送开发空间、测试空间；
全局跟踪需求开发及实施进展，提升开发和资源管理的灵活性；
灵活自定制需求工作流/需求工作界面/字段类型/报表/角色及权限；
轻松定制各类报表，如需求/功能列表、需求变更分析、研发数据报表等和各类考核数据；
加强企业部门、项目之间的沟通协作，提升团队工作效率；
强大工作流管理，加快软件项目的开发周期，确保开发需求与实际业务需求的匹配；
方法论指导:
需求空间管理
在DevSpec中，产品团队可以为多个产品建立若干个需求空间，并将产品需求放置其中，正规量化地表达需求。通过需求关系树视图，能直观反映各个需求之间的拆分关系，包括Epic及Spec。产品需求经过不断分解，完善和改进，需求决策过程中产生的团队智慧，被完整的表达在一棵棵需求树上。这些智慧有效驱动了研发与测试过程，并且需求空间中可实时跟踪需求实现进度，需求完整可追溯，保证了交付结果的正确性。DevSpec能方便的让产品团队创建并分类管理产品需求，对需求正规化表达，并进行量化。需求信息支持附件上传，图文表达，Wiki编辑等便捷操作。支持对需求树目录产品化/版本化，实现结构化需求管理；DevSpec中的关系树视图，能直观的反应需求间的关联性。
需求的层次（需求分解与量化）
产品需求 / 用户需求树
需求架Theme
Epic只表示一个粗略的想法，范围较大，也过于笼统，因此需进一步分解为Spec需求点。
需求面Epic
拆分后的小需求，可以视为针对开发的“设计蓝图”，并可以进一步分解为实施任务；
需求点Spec
Spec通过Story 的形式分配到开发周期或里程碑中，Story代表需求的一次实现分配的承诺；
Story可进一步分解为多个开发任务Task，Task代表了团队在开发周期中承诺的开发任务。
需求与开发空间和质量空间完整整合
以需求为驱动的研发过程数据追溯性模型
需求分解:需求先被分解为Epic需求面。
Epic只表示一个粗略的想法，过于笼统，范围也比较大，因此需进一步分解为Spec（需求点）。
Spec是量化的需求, 对终端用户具有价值
使用Spec去关联需求文档和设计文档
需求的标准化质量表达: 测试用例基于需求生成，并对需求进行标准化质量表达。
需求的分配与开发: Spec通过Story 的形式分配到开发周期或里程碑中，Story代表需求的一次实现分配的承诺。
与产品Backlog相整合: 产品Backlog是一组待处理的Story和开发任务列表。Story 需要进一步分解为多个开发任务，代表了团队在开发周期中承诺的待开发任务。
需求与开发空间的整合:
可直接将需求从需求空间分配到Sprint；
也可先将需求分配到产品Backlog，由产品负责人对Backlog中的所有条目统一进行优先级排序，然后选择能实现的部分放入Sprint中。一旦Story被分配到Sprint中，就自动从产品Backlog中移除。
支持创建多个开发空间，支持多种开发模型（敏捷、瀑布等）。开发空间内，项目部可规划里程碑及各个Sprint迭代周期。各个开发目录，支持任务负责人约定，及访问权限控制。团队可根据需要，灵活建立开发空间目录结构。
Story任务分解层次结构化：
规划定义开发计划和里程碑，直观显示项目 WBS工作分解结构
项目经理将Story纳入计划中管理，并分配到 Sprint 周期中
Story驱动多种任务管理，开发任务/技术评审/集成测试/系统测试/Bug等
任务负责人通过Story获得上下游需求
QA 测试协同子任务，将测试用例与开发任务相整合，并指导具体测试
需求与质量的全面整合: 开发周期内完善并创造新的测试用例，完整的测试用例库进一步指导测试团队的全面回归测试。
需求在研发、测试生命周期中的完整可追溯
开发和测试共同服务需求，需求与开发任务、测试用例保持相互关联。同时又在开发过程中不断改进产品需求。当开发结束的时候，我们不但得到一个可交付的产品，同时也得到了完整的需求，以及完整的测试用例库。保证了开发的正确性，且高质量的交付产品。DevSuite中的DevSpec需求管理，与DevTrack开发与任务、DevTest 质量管理无缝集成，使需求管理完整可追溯。
需求变更管理，并高效变更推送开发空间、测试空间
如果您的团队需要对需求变更执行严格的审批流程，DevSpec提供了需求变更管理视图，并可自定义需求变更审批流程。
您也可以简化，直接对需求列表做变更操作。业务部门评估需求变更的影响范围，通过需求变更标识子任务（Change Flagging Event），将变更内容自动推送到受影响的关联开发任务和测试用例，帮助团队轻松管理需求变更。
自定制需求工作流/工作界面/字段类型/报表/角色/权限等
DevSpec提供了极强的需求扩展性管理支持自定义极强的应用扩展性，业务部门根据业务需要，可自定制需求工作流、自定制需求工作界面及字段类型、定义相关角色及权限等，让大型项目通过需求工作流，需求分析，和需求可追溯性管理，保留团队智慧的同时，持续成功。
DevSpec提供成熟的自定制报表模块，内置高质量报表功能，帮助您轻松创建和定制各类报表，比如所有的需求/功能列表、需求变更分析与预测、以及与Epic/Spec相关的研发数据报表等。
支持将Word及其它Office文档中的创意转化为需求条目
高效的需求管理，支持将Word及其它Office文档中的创意转化为需求条目。提供的Word Add-In模块能够自动分析Word文档内容，并基于文档的大纲目录自动生成多层次的需求及Spec，快速导入DevSpec。同时，该模块提供了定向同步及需求自动转换等功能，当您修改Word文档时，内嵌在文档中的需求及Spec会自动更新到DevSpec系统中，因此您可以使用Word文档来管理您的需求，又不用担心丢失需求及Spec的整体追溯性。
自动化需求版本控制及基线管理
DevSpec提供了自动化需求版本控制及基线管理，产品团队在设计分析需求时，DevSpec能自动为需求条目建立版本，保存团队在需求决策过程中所做的节点“智慧”信息。基线管理视图，则为产品团队提供了直观比对需求计划、需求版本间的信息差异。
Roadmap view
DevSpec支持Roadmap view，产品团队在DevSpec中在可以使用Roadmap视图定义产品的开发时间区间，让团队在需求层面对需求进行宏观的规划。当选定一个需求空间后，所包含的需求条目将会显示在“待规划”这个区域，用户可以拖拽，将具体需求条目放到预计想要完成的月份中去。
Roadmap的功能在DevTrack 和 DevPlan中也是适用的。在DevTrack中，通过工具栏切换到需求标签即可使用Roadmap功能。
DevSpec支持Roadmap view，产品团队在DevSpec中在可以使用Roadmap视图定义产品的开发时间区间，让团队在需求层面对需求进行宏观的规划。当选定一个需求空间后，所包含的需求条目将会显示在“待规划”这个区域，用户可以拖拽，将具体需求条目放到预计想要完成的月份中去。
Roadmap的功能在DevTrack 和 DevPlan中也是适用的。在DevTrack中，通过工具栏切换到需求标签即可使用Roadmap功能。
各种追溯性报表
轻松创建和定制各类报表，用于统计需求的工作情况，如需求/功能列表、需求变更分析与预测、以及与Epic/Spec相关的研发数据报表等，提供强有力的人员考核数据。
支持与邮件通知集成（包括短信）
DevSpec需求管理支持与邮件通知集成（包括短信）。当需求项在提交/修改时，系统能根据设定的规则，自动触发邮件通知到指定的用户。触发规则，邮件内容和目标收件人，支持灵活自定义。当需求项长时间没有进展时，DevSpec也能自动触发预警邮件通知给相关人员；甚至自动调整需求项的当前状态和负责人。
我们的客户
First American
英业达集团
First American
英业达集团
售后服务平台登录当前位置： &&
>> 文章内容
【信管网：项目管理师专业网站】
试题分类：
需求跟踪提供了由需求到产品实现整个过程范围的明确查阅的能力。以下关于需求跟踪的描述中，错误的是( ).
A.跟踪能力联系链记录了单个需求之间的父层、互连、依赖的关系
B.正向跟踪用于检查设计文档、代码和测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处
C.重复利用跟踪信息有助于在新信息系统中对相同的功能利用旧系统相关资源(如功能设计、相关需求、代码和测试等)
D.对于小型信息系统项目，也应该养成手工创建需求跟踪能力矩阵的习惯
试题出处：在下面提交答题后即可查看答案与考友试题分析
我的答案与分析&&&&
李老师：信息系统项目管理师、国家工信部和科技部专家、高级项目经理、12年培训经验，编写了多本教材，...
各省市软考报名简章
合作网站内容> 问题详情
在软件开发项目的需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求，并使项目团
悬赏：0&答案豆
提问人：匿名网友
发布时间：
在软件开发项目的需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求， 并使项目团队和用户达成共识，即建立__________ 。 A．需求分析文档 B．需求跟踪文档 C．需求基线 D．需求变更管理文档
权威推荐： & &
为您推荐的考试题库
您可能感兴趣的试题
1某系统集成公司最近与某高校信息网络中心签订了一份数字校园综合信息系统运维项目合 同，并签订了服务级别协议，对服务内容和具体要求进行了约定。协议中要求运维项目从解决问题 过程到控制问题过程及发布过程要与本校服务管理流程很好的衔接，并建立服务台。以下关于IT 服务管理方面的描述中，正确的是__________。&A.服务台就是面向客户的热线电话B.该运维合同与服务级别协议没有直接关系C.在运维服务中配置管理完全是系统集成公司的责任D.GB／T 209与IS—2005内容是一致的2&34以下正确表达在项目的各阶段，冲突的排列顺序的是__________。&&&A．概念阶段：项目优先级冲突、资源冲突、成本冲突B．计划阶段：项目优先级冲突、进度冲突、管理过程冲突&&&c．执行阶段：进度冲突、技术冲突、个人冲突D．收尾阶段：成本冲突、资源冲突、管理过程冲突
我有更好的答案
电脑、移动端同步直播
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……
每天只需0.4元
选择支付方式
支付宝付款
郑重提醒：支付后，系统自动为您完成注册
请使用微信扫码支付(元)
支付后，系统自动为您完成注册
遇到问题请联系在线客服QQ：
恭喜你被选中为
扫一扫-免费查看答案！
请您不要关闭此页面,支付完成后点击支付完成按钮
遇到问题请联系在线客服QQ：
恭喜您！升级VIP会员成功
提示：请截图保存您的账号信息，以方便日后登录使用。
常用邮箱：
用于找回密码
确认密码：> 问题详情
需求跟踪矩阵的作用是（3)。A．可以体现需求与后续工作成果之间的对应关系B．固化需求，防止变更C．明
悬赏：0&答案豆
提问人：匿名网友
发布时间：
需求跟踪矩阵的作用是(3)。A．可以体现需求与后续工作成果之间的对应关系B．固化需求，防止变更C．明确项目干系人对于需求的责任D．对于需求复杂的项目，可以用来明确需求请帮忙给出正确答案和分析，谢谢！
权威推荐： & &
为您推荐的考试题库
您可能感兴趣的试题
1关于需求管理的描述，不正确的是(4)。A．需求管理要确保利益相关方对需求的一致理解B．需求管理要获取用户需求并定义产品需求C．需求管理要与需求开发紧密合作D．需求管理要取得利益相关方对需求的一致承诺2在需求变更管理中，CCB的职责是(5)。A．决定采纳或拒绝针对项目需求的变更请求B．负责实现需求变更C．分析变更请求所带来的影响D．判定变更是否正确地实现3以下关于需求管理的描述中，不正确的是(8)。A．在获取用户需求完毕后，才能分析用户需求B．通过原型向用户提供可视化的界面，用户可以对需求做出自己的评价C．需求验证是为了确保需求说明书准确、完整地表达必要的质量特点D．当完成需求说明书后，需求的变更是不可避免的4下面关于需求变更的叙述，不正确的是(9)。A．控制需求变更就是要拒绝用户提出的需求，以保证工程实现核心目标B．只有建立了基线才能很好地实施变更C．需求变更应以规定格式提出，并统一提交到变更控制委员会D．应定期评估需求变更对项目进度、成本、质量等绩效的影响
我有更好的答案
电脑、移动端同步直播
请先输入下方的验证码查看最佳答案
图形验证：
验证码提交中……
每天只需0.4元
选择支付方式
支付宝付款
郑重提醒：支付后，系统自动为您完成注册
请使用微信扫码支付(元)
支付后，系统自动为您完成注册
遇到问题请联系在线客服QQ：
恭喜你被选中为
扫一扫-免费查看答案！
请您不要关闭此页面,支付完成后点击支付完成按钮
遇到问题请联系在线客服QQ：
恭喜您！升级VIP会员成功
提示：请截图保存您的账号信息，以方便日后登录使用。
常用邮箱：
用于找回密码
确认密码：