| 注册
home doc ppt pdf
请输入搜索内容

热门搜索

年终总结个人简历事迹材料租赁合同演讲稿项目管理职场社交

产品需求管理课后参考——20 概念阶段产品设计需求模板

j***l

贡献于2012-06-21

字数:8169

套端端产品包需求模板


模板:设计需求开发 指导书(正式模板见面嵌入文件)
Project Manager 项目理 ___________ Project项目 _________________
Project Phase Decision Checkpoint
项目阶段决策评审点
√Concept概念 __ Develop开发 __ Launch发布 __ Interim时
__ Plan计划 __ Qualify验证 __ Life Cycle生命周期


1 产品包需求分解设计需求 Decompose offering requirements into Design requirements
11 确定操作方式
产品包需求根面容操作方式进行概括写入表1中:
Ÿ 操作环境顾客户眼中操作
Ÿ 顾客户期操作
Ÿ 成尺寸重量电源冷环境制造服务等方面操作限制
Ÿ 限制范围实际操作
Ÿ 方面带影响:成质量市时间顾客满意度兼容性等等
Ÿ 客户户操作表示出吃惊(包括正面负面)
For each offering requirement summarize the Operational Scenario by noting in the Table below
Ÿ the operational environment and the operation from the customeruser view
Ÿ the customeruser expectations for the operation
Ÿ the constraints on the operation in terms of cost size weight power cooling environment manufacturing servicing etc
Ÿ the actual operation within the constraints
Ÿ the consequences in terms of cost quality time to market customer satisfaction compatibility etc
Ÿ any surprises for the customeruser (both positive and negative) for the operation
操作方式进行概括例子:
Another example Operation
产品包需求:中国偏远区进行紧急呼户希旁边呼时中国偏远区进行紧急呼掉线
Place urgent calls from remote areas of PRC Caller (user) wants to place urgent call from remote areas of PRC in the presence of other callers without call dropping etc
111 操作方式进行概括程 Operational Profile
1) 操作环境文顾客户角度考虑操作 Context or operational environment and the operation from the customeruser view
呼偏远山区快速移动客车车电话电池足等等 Caller may be moving at high speed in remote hilly areas may be in a bus with numerous other callers battery may be weak etc

2) 顾客户操作期 Customeruser expectations for the operation Classify the expectations as mandatory competitive or nice to have Example Mandatory Caller places call and is connected within five rings Competitive Caller connected within three rings
Nice to have Caller connected within one ring
期划分强制性具竞争力者:
强制性:呼呼振铃五次接通
具竞争力: 振铃三次接通
: 次振铃便接通
3) 操作方面受限制:成体积重量功率冷环境制造服务等 Constraints on the operation in terms of cost size weight power cooling environment manufacturing servicing etc
呼愿提供紧急呼便利外付费愿支持紧急呼功手机额外付费希电池时间越长越许必须基站具支持紧急呼额外功部限制原基站已占功率基站补充新功求进行重新设计
Caller is not willing to pay a premium for the convenience of placing urgent calls Caller is not willing to pay more for the handset and want the power to last as long as possible Therefore additional functionality to support urgent calling may have to be implemented in the base station Internal constraints are that the base stations are already using all the power available so implementing additional functionality in the base stations requires redesign

4) 实际系统操作时量考虑限制素注意考虑成质量市时间客户满意度兼容性等方面影响 Actual system operation that is possible taking the constraints into account Make note of the consequences in terms of cost quality time to market customer satisfaction compatibility etc
例:必须基站重新进行设计支持增加功样便会增加成求运营商(顾客)现基站进行升级会增加成负担必须负担转移呼里 Example The base stations have to be redesigned to support additional functionality increasing costs and requiring providers (customers) to upgrade existing base stations imposing a cost burden which they have to pass on to callers
5) 顾客户操作吃惊反应(正面负面)重视 Make note of any surprises for the customeruser (both positive and negative) for the operation
例:果需项服务额外付费(运营商产生追加成)话呼会愉快果呼边远区够稳定进行紧急呼话便会高兴运营商必须升级基站会愉快 Example Callers will be unhappy if they have to pay more for the service (because of the additional costs to providers) Callers will be happy if they can place urgent calls reliably from remote areas reliably Providers will be unhappy about having to upgrade the base stations


12 确定设计需求
完成操作方式概括表1帮助操作方式产品包需求分解设计需求详细列出设计需求接受参数范围应产品包需求分解种类设计需求包括部分:
w 功
w 环境
w 性
w 强健性(鲁棒性)
w 性
w 维护性
w 性
w 安全性
w 重量
w 电源
w 尺寸
w 运输性移动性
w 灵活性
w
Decompose the offering requirements into design requirements based on the operational scenarios and specify the acceptable parameter ranges for each design requirement using the following Table as an aid Offering requirements should be decomposed into Design requirements of different types including
Ÿ Functional
Ÿ Environmental
Ÿ Performance
Ÿ Robustness
Ÿ Reliability
Ÿ Maintainability
Ÿ Usability
Ÿ Security
Ÿ Weight
Ÿ Power
Ÿ Size
Ÿ TransportabilityMobility
Ÿ Flexibility
Ÿ etc
实现追溯性已分解描述设计需求应特定产品包需求建立明确联系 Design requirements that are already stated at the decomposed level should be clearly associated with specific offering requirements for traceability purposes

±í1 产品包需求设计需求映射
产品包需求
设计需求
产品包需求
操作方式
需求分解设计需求
参数范围(规格)
顾客户部角度描述产品包需求
明确描述期操作方式期结果文关系环境限制
产品包需求分解设计需求进行合理分类类参面例子
详细说明产品包需求参数接受范围
项应出已确定优先程度分级产品包需求















环境







强健性(鲁棒性)







安全性



重量



电源








Offering Requirements

Design Requirements
Offering Requirement
Operational Scenario
Requirements Decomposition into Design Requirements
Parameter Ranges (Specification)
State the offering requirement from the customer user internal view
Describe and clarify the desired operational scenario desired outcomes context environment and constraints
Decompose the offering requirements into design requirements and place in the appropriate categories such as those given below
Specify the parameters and acceptable ranges for the offering requirements
This should come from the consolidated and prioritized offering requirements











Functional



Environmental



Performance



Robustness



Reliability



Security



Weight



Power



etc


举例:
EXAMPLE
产品包需求
设计需求
产品包需求
操作方式
需求分解设计需求
参数范围(规格)
11 批量机密数实时传输200英里外远端局
数必须传输远距离点中间山阻挡数包括包包包容量达10Gb数昼夜时传输







功:
1 11 带户提示传输功
I 选择传输数
II 确定目
























III 开始传输
IV 终止
V 取消传输










环境:
112 极端环境操作
温度: 20C 50C
湿度:较潮湿
灰尘:
振动:
震动: 3g







性:
113 电源足支持条件 连续进行量包传输
113 2025W效发射功率条件提供1015MHz链路高达20分钟断链






强健性(鲁棒性):
114
I 传输异常中断
II 错误检测恢复
III 传输确认等
114


许字节错误发生






性:
115 连续操作绪
115 折扣24 时 365 天连续操作






安全性:
116 PRCXXX



116 支持传输机密数
协议等






重量
117 路况区迅速移动时重量较轻易携带
117 总重(包括电池)2公斤






电源
118 电池供电太阳供电
等等


Offering Requirements

Design Requirements
Offering Requirement
Operational Scenario
Requirements Decomposition into Design Requirements
Parameter Ranges (Specification)
11 Transmit confidential bulk data in real time to remote station upto 200 miles away
Data has to be transmitted fromto remote sites which may be obstructed by hilly terrain
Data consists of both small and large packets upto 10Gb
Data may be transmitted at any time of day or night
etc





























Functional
111 Transmit function with user prompts
a Select data for transmission
b Specify destination
c Initiate transmission
d Terminate
e Abort transmission










Environmental
112 Operate in extreme environments
Temperature 20C to 50C Humidity wet
Dustdirt
Vibration
Shock up to 3g
etc







Performance
113 Operate with sufficient power continuously enough to transmit large packets
113 Provide 1015 Mhz link with 2025 W effective radiated power for upto 20 minutes continuously






Robustness
114
a Transmit Abort
b Error Detect & Recovery
c Confirm Transmission etc
114


No single byte errors allowed






Reliability
115 Continuously operationready
115 24 hours 365 days operation no compromise






Security
116 Support transmission of confidential data
116 Use PRCXXX protocol etc






Weight
117 Light weight to be carried while moving quickly through rough terrain
117 Less than 2kg total including battery






Power
118 Battery power and solar power operation
etc

1 设计需求合理化 Rationalize the design requirements
面表格中设计需求进行合理化工作:
1) 表设计需求进行分类
2)相互支持需求合项需求
3)处理互相突需求 分析优劣势重新进行优先排序者采取折衷方案
4)含混清需求进行澄清 外部部员进行
5)整合冗余需求
6) 需需求转入点子库
7) 修正产品包需求设计需求表
Rationalize the design requirements from the above table as follows
1) Categorize the design requirements into the categories in the Table below
2) Combine mutually supportive requirements into a single requirement
3) Resolve conflicting requirements look at pros and cons reprioritize or compromise
4) Clarify the confusing requirements ask external and internal parties for clarification
5) Consolidate redundant requirements
6) Transfer the unecessary requirements to the idea bank
7) Revise the Offering Requirements and Design Requirements Table

±í1 设计需求合理化
设计需求
相互支持
相互突
含糊清
冗余












































Design Requirements
Supportive
Conflicting
Confusing
Redundant
Unnecessary










































例子: Example

设计需求
相互支持
相互突
含糊清
冗余

111





112





113 2025W效功率条件提供1015MHz链路长20分钟断链





etc





117 总重(包括电池)2公斤

113 限制重量范围提供需功率
迅速移动道路状况区什意思









121





122





123











131
111




132



123













1011





1012





1021





1022




户重视







Design Requirements
Supportive
Conflicting
Confusing
Redundant
Unnecessary
111





112





113 Provide 1015 Mhz link with 2025 W effective radiated power for upto 20 minutes continuously





etc





117 Less than 2kg total including battery

113 cannot provide power required within weight constraints
What do 'moving quickly' and 'rough terrain' mean


etc





121





122





123











131
111




132



same as 123













1011





1012





1021





1022




Not valued by user
etc








文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 2 积分 [ 获取积分 ]

购买文档

相关文档

产品需求管理课后参考——40 产品需求规格书

 XX 产品需求规格书Prepared by 拟制Date日期yyyy-mm-ddReviewed by 评审人Date日期yyyy-mm-ddApproved by批准Date日期yyyy-mm-ddAuthorized by签发Date日期yyyy-mm

x***u 10年前 上传610   0

产品需求管理课后参考——51 计划阶段分解和分配模板

输出文档格式要求:在按照IPD模板内容执行IPD活动中,当输出文档时,请作者务必套用《IPD输出文档格式》,以保证文档格式的规范性。Requirements for format of output documents: when you output documents while following IPD template to execute activities, Forma

l***n 10年前 上传444   0

产品需求管理课后参考——50 功能分析模板

XX Functional AnalysisXX功能分析Prepared by 拟制Date日期yyyy-mm-ddReviewed by 评审人Date日期yyyy-mm-ddApproved by批准Date日期yyyy-mm-ddAuthorized by签发

h***8 11年前 上传616   0

产品需求管理课后参考——60 产品总体设计方案书

产品名称密级产品版本共 29 页产品总体设计方案书 拟制:日期:yyyy-mm-dd审核:日期:yyyy-mm-dd批准:日期:yyyy-mm-dd修订记录日期修订版本修改描述 作者

z***z 11年前 上传535   0

PRD产品需求模板文档

项目所属范围 (请在 Yes一栏打勾,添加内容后可将此注释删除。) 1.2

涛***6 3年前 上传862   1

PRD产品需求文档

PRD是每个产品人员最经常看到的文档,还是有很多产品的朋友问我PRD怎么写,如何才能表达清楚意思。其实PRD并没有规定的格式,每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRD。PRD(Product Requirement Document,产品需求文档),这对于任何一个产品经理来说都不会陌生的一个文档,一个PRD是衡量一个产品经理整体思维的标准,一个PRD可以看出 一个产品

m***1 9年前 上传658   1

201004 产品需求文档(PRD)模板

产品需求文档<项目名称>目录1. 总体说明 21.1 修订历史 21.2 项目概述 21.3 功能范围 21.4 用户范围 21.5 词汇表 21.6 非功能需求 21.7 其他说明 22. UC部分 32.1 整体说明 32.2 UC正文 32.2.1. UC_<用例名称1> 32.2.2. UC_<用例名称2> 3对单个UC的说

m***y 10年前 上传568   0

产品需求说明书模板

“马上无忧”产品需求说明书文档版本号:文档编号:文档密级:归属部门/项目:产品名:子系统名:编写人:编写日期:修订记录:版本号修订人修订日期修订描述目 录一、 简介 41、目的.........................................

文***享 3年前 上传892   0

产品商业需求文档(BRD)

[_项目名称]商业需求文档文件状态:[√] 草稿[ ] 正式发布[ ] 正在修改文件标识:Company-Project-RD-UR当前版本:X.Y作 者:完成日期:Year-Month-Day 目 录 1. 摘要 31.1. 文档目的 31.2. 参考文档 31

火***3 11年前 上传732   1

需求调研报告模板_需求调研报告

需求调研报告模板_需求调研报告 人口老龄化是世界人口发展的一大趋势,预计在二十一世纪三、四十年代将达到高潮。目前,这一问题受到世界各国的普遍关注。 北京市在80年代末就已经步入老龄化社会,90年代以来,人口老龄化程度不断加剧,人口老化形势日益严峻,老年人口无论是在数量上还是在总人口中的比重都在不断提高。随着人口老龄化程度的加剧,老龄问题即老年人的需求问题和人口老龄化所带来的社会经

h***1 10个月前 上传195   0

产品经理的常用文档——201004 产品需求文档(PRD)模板

产品需求文档<项目名称>目录1. 总体说明 21.1 修订历史 21.2 项目概述 21.3 功能范围 21.4 用户范围 21.5 词汇表 21.6 非功能需求 21.7 其他说明 22. UC部分 32.1 整体说明 32.2 UC正文 32.2.1. UC_<用例名称1> 32.2.2. UC_<用例名称2> 3对单个UC的说

r***9 10年前 上传671   0

APP产品需求说明书

1 简介1.1 目的本文档主要读者:产品总监、产品相关设计人员、技术总监、项目经理、开发相关人员、测试经理及相关测试人员等。1.2 说明项目名称:***网上商城简述:***网上商城是公司产品打造体系的一部分,主要表现形式是手机客户端,随着移动互联网用户的增多以及相关技术的普及,移动电子商务成为了日常生活的一部分,那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标,

z***u 4年前 上传1343   0

产品需求规格说明书

   产品需求规格说明书 来自:http://www.chinaspis.com 作者:林锐 电子工业出版社出版发行 { 项目名称 } 产品需求规格说明书 文件状态: [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识: Company-Project-RD-PRS 当前版本: X.Y 作者:   完成日期: Year-Month-Day 版

1***0 9年前 上传23128   0

二、产品设计管理

二、产品设计管理 产品设计是指从确定产品设计任务书起到确定产品结构为止的一系列技术工作的准备和管理,是产品开发的重要环节,是产品生产过程的开始,必须严格遵循“三段设计”程序。 (一)技术任务书: 技术任务书是产品在初步设计阶段内,由设计部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后,作为产品技术设计的依据。其目的在于正确地确定产品最佳总体设计方案、主

猪***S 12年前 上传21278   0

CMMI指导需求管理

CMMI指导需求管理  能力成熟度模型集成(CMMI,CapabilityMaturityModelIntegration)已逐步成为IT业的标准。CMMI定义了5个组织成熟度级别,包含25个过程域(PA,ProcessArea),这些过程域全面涵盖了软件生命周期的各个领域。特别是在业界普遍感到难以控制的需求方面,它定义了两个过程域:需求管理和需求开发。   需求管理(REQM,Requir

c***n 9年前 上传667   0

需求管理部

绩 效 合 同 编号: 受 约 人 信 息 发 约 人 信 息 姓 名 姓 名 员工编号 员工编号 部 门 需求管理部 部 门 岗 位 高级经理 岗 位 运营总监 合同有效期 2004年X月X日 至 2004年X月X日 岗位关键工作职责:(按照重要顺

2***5 7年前 上传17706   0

硬件需求规范模板

项目名称项目编号:项目编号硬件需求规范(版本号:V1.0)版本记录版本号日期修改章节修改内容及说明编制者VXXXXXXXX 编制: 审核: 批准: 目 录1. 简介 51.1. 系统简介 51.2. 文档目的 51.2.1. 目的 51.2.2. 项目背景 51.3. 术语和缩写词 51.4. 需求编号原则 51

文***品 4年前 上传851   0

201004 需求调研模板

项目名称用户用户背景资料:年龄层,受教育程度、岗位经验,以及其他与本单项需求相关经验场景(Where、When)(重要信息,用来理解需求发生的场景)产生该需求的特定的时间、地理、环境等需求描述原因(Why)(需求人员要保持怀疑的心,很多时候理由是假想出来的)为什么会有这样的需求,以及采集者的解释参考材料在需求采集活动中的输入材料,只要引用一下,能找到即

m***j 8年前 上传486   0

201004 单项需求卡片模板

需求编号(可由需求人员填写)需求类型(可由需求人员填写)包含“采集时刻 + 采集者”信息功能需求、非功能需求等来源(Who)(重要信息,方便追根溯源)产生需求的用户:最好有该用户的联系方式等信息用户背景资料:受教育程度、岗位经验,以及其他与本单项需求相关经验场景(Where、When)(重要信息,用来理解需求发生的场景)产生该需求的特定的时间、地理、环境等描述

z***g 9年前 上传622   0

产品经理的常用文档——201004 单项需求卡片模板

需求编号(可由需求人员填写)需求类型(可由需求人员填写)包含“采集时刻 + 采集者”信息功能需求、非功能需求等来源(Who)(重要信息,方便追根溯源)产生需求的用户:最好有该用户的联系方式等信息用户背景资料:受教育程度、岗位经验,以及其他与本单项需求相关经验场景(Where、When)(重要信息,用来理解需求发生的场景)产生该需求的特定的时间、地理、环境等描述

热***贴 10年前 上传569   0

超市管理系统需求文档

在现代化超市中,玲琅满目的商品让人们目不暇接。面对日益增加的商品数量和类型,动用人力管理商品的时候越来越麻烦。这个时候要是有一个软件系统代替人力管理超市的信息,那将使人们的生活越来越简易。

涛***6 3年前 上传872   0

软件项目需求管理总结

软件项目需求管理总结  在软件项目中,需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求,而此时业务部门往往因为对软件的心理障碍和本身的限制,提不出需求来,一般是售前顾问站在企业管理特点和管理问题等角度提出,这个阶段的需求,越多越好,而且需求越痛越有卖点,因为这样更能体现信息化建设的必要性和带来的价值。  但从实施立项开始,需求就成了所有项目经

n***r 9年前 上传698   0

产品设计图管理表

产品设计图管理表 产品名称 蓝图张数 类别 图 号 完 成 日 期 机 密 等 级 复 本 张 数 使 用 单 位

狗***财 10年前 上传25126   0

产品设计图管理 表

产品蓝图管理表 产品名称 蓝图张数 总图 张,组件图 张,零件图 张,安装图 张 类 别 图号 图 名 绘制人 核对 完成日期 保管人 计算书表 清 点 记 录

m***8 12年前 上传24944   0

产品需求分析师的基本职责

产品需求分析师的基本职责职责1、主要对用友司库云产品进行调研及产品规划;2、根据司库云业务需求进行详细需求的用户故事、原型设计、需求分析、详细需求文档编写等;3、进行产品的需求管理、需求验证、产品演示等需求工作;4、配合开发、UE人员完成对产品的开发任务;5、配合测试人员完成产品测试与发版工作;6、支持NC资金管理产品的一线项目的方案分析及问题处理;7、司库云产品方案的编写及市场

h***8 2年前 上传330   0