产品需求文档模板
- 格式:docx
- 大小:106.29 KB
- 文档页数:9
产品需求文档需求模板1. 引言在本文档中,我们将概述所需的产品需求,以便为开发团队提供清晰的指导和最终产品。
2. 产品概述本产品是一个(在此描述产品的基本功能和主要目标)。
它旨在(描述产品的应用场景和用户需求)。
3. 用户需求3.1 用户描述(描述产品的目标用户群体,包括他们的特点、需求、行为模式等等)。
3.2 用户故事用户故事1:作为一个(用户角色),我希望能够(描述用户希望实现的具体功能或行为),以便(描述用户希望达到的目标)。
用户故事2:作为一个(用户角色),我希望能够(描述用户希望实现的具体功能或行为),以便(描述用户希望达到的目标)。
(根据实际情况添加更多用户故事)3.3 优先级在用户需求中,我们根据重要性和紧急性确定了以下优先级(按照优先级顺序列出用户需求)。
4. 功能需求4.1 功能1(描述功能1的具体功能和要求)4.2 功能2(描述功能2的具体功能和要求)(根据实际情况添加更多功能需求)5. 非功能需求5.1 性能(描述产品在性能方面的要求,例如响应时间、并发处理能力等)5.2 可用性(描述产品在可用性方面的要求,例如易用性、界面设计等)5.3 安全性(描述产品在安全性方面的要求,例如数据保护、访问控制等)(根据实际情况添加更多非功能需求)6. 约束与限制(描述可能影响产品开发和设计的约束和限制条件,例如技术要求、成本限制等)7. 附件- 附件1:(列出附件如UI设计稿、流程图等)- 附件2:(列出附件如参考文档、标准等)以上是产品需求文档的基本模板。
根据实际情况,您可以对各部分进行扩充和修改,以准确地反映您的产品需求和要求。
产品需求文档模板产品需求文档模板一、产品概述我们的产品是一款名为"智能家居助手"的智能家居设备。
它采用先进的人工智能技术,可以帮助用户更方便地管理家庭生活,提高生活质量。
产品具有以下特点:1.智能化:通过学习用户的习惯和需求,智能家居助手能够自动调整家庭设备的运行状态,为用户提供更加舒适、便捷的生活环境。
2.多样化:支持多种设备连接,包括空调、照明、窗帘等,用户可以通过语音或手机APP轻松控制。
3.安全性:采用先进的加密技术,保护用户的隐私和数据安全。
4.易用性:界面设计简洁明了,操作简单易懂,老人和孩子也可以轻松使用。
二、产品目标与定位我们的产品主要面向年轻家庭和科技爱好者,解决他们在家庭生活中的痛点,提高生活质量。
在市场上,我们的产品将与其它智能家居设备竞争,我们相信通过我们的独特功能和优秀的用户体验,能够赢得市场份额。
三、用户需求与痛点在调研过程中,我们发现用户对家庭生活的需求主要包括以下几点:1.方便性:用户希望通过简单的操作,实现家庭设备的控制和管理,减少繁琐的手动操作。
2.舒适性:用户期望家庭生活更加舒适和智能,可以根据自己的需求和习惯进行调整。
3.安全性:用户对家庭隐私和数据安全非常关注,希望产品能够保证数据的安全性。
4.互动性:用户希望产品能够提供更好的人机交互体验,方便用户通过语音和手机进行控制。
四、产品功能与特性针对用户需求和痛点,我们的产品具有以下功能和特性:1.语音控制:用户可以通过语音指令控制家庭设备,无需手动操作,方便快捷。
2.设备连接:支持多种设备的连接和控制,包括空调、照明、窗帘等。
3.智能学习:产品能够学习用户的习惯和需求,自动调整设备运行状态,提高用户的生活舒适度。
4.远程控制:用户可以通过手机APP远程控制家庭设备,方便用户在户外或离家后进行控制。
5.定时任务:用户可以设置定时任务,让产品在特定时间自动执行某些操作,无需手动控制。
6.语音提醒:产品可以通过语音提醒用户进行某些操作或传达重要信息,方便用户及时获取信息。
产品需求文档模板1. 引言- 背景说明:简要介绍产品的背景和目标- 目的:阐述编写该需求文档的目的和重要性2. 产品概述- 产品名称:准确描述产品名称- 产品描述:详细描述产品的功能、特点、目标用户等信息 - 市场定位:说明产品在市场中的定位和竞争优势3. 功能需求- 功能1:描述产品需具备的第一个主要功能- 输入要求:说明功能的输入要求和数据格式- 处理逻辑:描述功能的处理逻辑和算法- 输出要求:说明功能的输出结果和数据格式- 功能2:描述产品需具备的第二个主要功能- 输入要求:说明功能的输入要求和数据格式- 处理逻辑:描述功能的处理逻辑和算法- 输出要求:说明功能的输出结果和数据格式[继续按照相同结构描述其他功能需求]4. 非功能性需求- 性能需求:描述产品对于性能方面的要求,如响应速度、并发处理能力等- 安全性需求:说明产品需要满足的安全性要求和措施- 可靠性需求:阐述产品对于可靠性方面的要求,如容错、可恢复性等- 用户体验需求:描述产品在用户体验方面的要求,例如界面友好、易用性等5. 数据需求- 数据收集:说明产品需要收集的数据类型和来源- 数据存储:描述产品对于数据存储方面的要求,如数据库类型、容量等- 数据处理:阐述产品需要对数据进行的处理操作和算法6. 界面设计- 页面布局:描述产品界面的整体布局结构和组成元素- 页面交互:说明用户与产品的交互方式和响应效果- 页面样式:描述产品界面的风格、色彩和字体等7. 项目计划- 项目目标:说明产品的上线时间、里程碑和可交付成果- 项目进度:描述产品开发周期、关键节点和阶段性工作- 人员分工:说明开发团队的人员分工和职责- 风险管理:阐述可能存在的风险和应对措施8. 需求确认与验证- 需求确认:确认产品需求文档的准确性和完整性- 需求验证:描述验证产品需求的方法和标准,以及测试计划9. 参考文献- 列出参考的文献、资料和标准等来源注意事项:- 文档中应使用清晰、简洁的语言,避免使用行话和专业术语,以方便各类读者理解。
产品需求文档范例产品需求文档范例一、引言本文档旨在定义一款名为“智慧医疗助理”的医疗领域人工智能产品的需求。
该产品旨在提高医疗行业的效率,通过人工智能技术为医生和病人提供更好的医疗体验。
本需求文档将详细描述产品的功能、性能、安全性等方面的需求。
二、产品概述“智慧医疗助理”是一款基于人工智能技术的医疗领域产品,旨在通过自然语言处理、机器学习等技术,为医生和病人提供智能化的医疗服务和支持。
该产品能够自动回答病人的常见问题,提供病情预判和疾病防治建议,同时还能为医生提供更加精准的诊断建议和治疗方案。
三、功能需求1.智能问答:病人可以通过文字、语音等方式向智慧医疗助理提问,系统能够自动分析问题并给出相应的回答。
同时,系统还能够根据病人的描述和历史数据,为病人提供个性化的建议和方案。
2.病情预判:智慧医疗助理能够根据病人的描述和历史数据,对病情进行预判和分析,为病人提供更加及时的防治建议。
3.治疗方案推荐:针对病情较为复杂的病人,智慧医疗助理能够根据医生提供的历史治疗方案和医学知识库,为医生提供更加精准的治疗方案和建议。
4.病历管理:智慧医疗助理能够自动记录病人的病情、病史和治疗过程,方便医生和病人随时查看和管理。
5.药品信息查询:病人可以通过智慧医疗助理查询药品的信息、使用方法和注意事项等,方便病人选择和使用药品。
6.健康资讯推送:智慧医疗助理能够根据病人的个人情况和关注点,定期推送相关的健康资讯和治疗进展等信息。
7.多渠道接入:智慧医疗助理支持多种渠道接入,包括网页、移动应用、微信公众号等,方便医生和病人随时随地进行使用。
四、性能需求1.响应速度:智慧医疗助理应具有快速的响应速度,能够在短时间内对病人的问题和需求进行回答和处理。
2.准确性:智慧医疗助理应具有较高的准确性,能够准确理解病人的问题和需求,并提供准确的回答和建议。
3.稳定性:智慧医疗助理应具有较高的稳定性,能够在长时间内稳定运行,保证服务的连续性和稳定性。
产品需求文档模板[产品名称][版本号][日期]1. 引言此需求文档旨在定义产品的功能、性能和用户体验需求,以指导开发团队在产品开发过程中的工作。
2. 项目背景在这一部分,简要描述产品的背景和目标,包括市场需求、竞争分析和产品战略等。
3. 产品概述3.1 产品目标描述产品的核心目标,即产品开发应达到的预期成果。
3.2 主要功能列举产品的主要功能和特点,详细描述每个功能的作用和预期效果。
3.3 目标用户定义产品的目标用户群体,并分析他们的需求和行为特点。
4. 功能需求在本节中,对产品的各个功能需求进行详细描述,可以按照模块或主题进行划分,并给出相应的功能说明。
5. 性能需求5.1 系统性能定义产品在执行各项功能时的性能要求,如响应时间、处理能力等。
5.2 数据性能描述产品对数据的获取、存储和处理的性能需求。
6. 用户体验需求6.1 交互设计描述产品的交互界面设计,包括界面风格、布局、交互方式等方面的要求。
6.2 可用性定义产品的可用性要求,包括易学易用、界面友好、操作简单等方面的考虑。
6.3 移动端适配若产品需要支持移动端使用,需描述相应的适配要求。
7. 安全与隐私需求描述产品的安全和隐私要求,包括数据安全、用户隐私保护等方面的需求。
8. 非功能性需求在本节中,定义产品的非功能性要求,如可靠性、可扩展性、兼容性、易维护性等。
9. 附录包括产品需求文档的附属信息,如术语表、参考文档等。
以上是一个产品需求文档的模板,您可以根据实际的项目需求进行适当调整和修改。
请注意,一个有效的需求文档应包含详细的功能、性能和用户体验需求,以确保开发团队能够准确理解和满足产品的需求。
产品需求文档规范模板1. 引言本文档旨在定义产品需求文档的规范模板,以便确保产品开发团队对于所需功能和特性的一致理解。
本模板的目标是简洁明了、易于理解,并避免出现法律复杂性。
2. 产品概述在本部分,需明确产品的核心目标、所属领域和预期用户。
可以包括以下内容:- 产品名称和版本号- 产品描述和定位- 目标用户和用户群体- 产品的核心价值和竞争优势3. 功能需求本部分详细描述产品的功能需求。
在撰写功能需求时,请使用简明扼要的语言并避免冗长的描述。
可以根据需要包括以下内容:- 主要功能模块和子模块- 每个模块的功能描述- 用户界面和交互设计要求- 对外接口需求(如API和数据格式)- 与其他系统集成的需求- 数据输入和输出的要求- 安全和权限控制的需求4. 非功能需求除了功能需求外,还有一些非功能性需求需要在文档中明确说明。
这些需求可以包括以下内容:- 性能要求和可扩展性- 可用性和用户体验要求- 安全和隐私保护要求- 可靠性和容错性要求- 兼容性要求- 可维护性和可配置性要求5. 限制和假设条件在本部分,需要列出产品开发过程中的限制和假设条件,以帮助开发团队在实施过程中做出明智的决策。
可以包括以下内容:- 技术限制或约束- 预期的用户环境条件- 与法律、法规或标准的符合性要求- 设计和开发的假设条件- 预期的时间和资源限制6. 附件在本部分,可以附加一些与产品需求相关的附件,以帮助读者更好地理解需求。
这些附件可以包括以下内容:- 原型设计- 用户调研报告- 相关市场分析报告- 相关技术文档以上是一个产品需求文档规范模板的简单概述,可以根据具体项目的需要进行相应的调整和修改。
希望这个模板能帮助您撰写出一份清晰、合理、易于理解的产品需求文档。
产品需求文档模板一、背景和目标(介绍产品项目的背景信息,包括市场需求、竞争情况、项目目标等。
)二、问题陈述(明确产品项目所要解决的问题或满足的需求。
)三、目标用户(描述产品项目的目标用户群体特征,如性别、年龄、职业等。
)四、用户需求(详细列出用户在使用产品项目时的具体需求和期望。
)五、功能需求(根据用户需求,制定产品项目的功能需求清单。
具体列出每个功能的描述和优先级。
)六、界面设计(提供产品项目的界面设计,包括UI界面、用户交互流程等。
可结合原型设计进行展示。
)七、性能要求(指定产品项目的性能要求,包括速度、稳定性、容错性等。
)八、安全和隐私(说明产品项目的安全和隐私保护措施,以及数据使用和存储的规范。
)九、开发平台和技术要求(指定产品项目的开发平台和所需技术支持,以确保开发人员能按时交付产品。
)十、测试需求(详细说明产品项目的测试需求,包括功能测试、性能测试、兼容性测试等。
)十一、项目计划(制定产品项目的开发计划和里程碑,明确每个阶段的工作和交付时间。
)十二、预算(估算产品项目的开发和运营成本,以及收入预测和盈利模式。
)十三、风险评估(评估产品项目的风险因素,并提供相应的应对措施。
)十四、用户支持和培训(说明产品项目上线后的用户支持和培训方案,确保用户的顺利使用。
)结语:以上是产品需求文档模板的基本内容,根据实际情况可以适当增删或调整。
通过清晰地描述产品项目的背景、问题陈述、用户需求等,可以帮助开发团队更好地理解和满足用户的期望,从而顺利完成产品项目的开发和上线。
请根据实际情况填写具体的内容,以便于开展后续的产品开发工作。
产品开发需求文档三篇篇一:产品开发需求文档1. 文档受众:此文档受众为技术开发2. 产品定义:加深技术对产品的理解3. 目标用户:加深技术对产品的理解4. 专业名词:在技术开发中使用到专业名词5. 产品规划:对产品整体规划,包括:一期、二期功能,整体开发时间(若是移动产品,则要对 iOS 和 android 加以区分),各个功能点所需要的时间和负责人,功能开发优先级。
一期产品开发规划:6. 风险管控:在开发中出现的风险管控,主要是技术障碍的攻克(虽然调研某项技术能够被攻克,但实际做出来的过程中还会遇到其他困难),当出现因为技术风险导致项目可能被延期应该采取怎样的措施?7. 产品架构用一张产品架构图说明产品的架构,功能组成,联系和优先级8. 产品安全设计:产品在交易,通讯,效验,黑客攻击中所用到标准技术。
9. 产品功能:详细对产品功能进行说明,一个功能包括几个小功能时需要分列说明。
在本文档中,产品功能是最需要细致的也是最重要的,这是技术开发的依据,也是测试是否达成目标的依据。
在文档中最好采用图文并茂的方式来写文档,方便技术理解。
如果是后台产品,需要多和技术沟通产品逻辑和流程,并在前面的产品架构中体现出来。
列,现在做一款支付产品功能文档:1、支付首页:1.1 快捷支付:1 .2 认证支付:2、用户管理:2 .1 绑卡:2 .2 修改密码:2 .3 修改手机号:3、交易管理:3 .1 查看订单:篇二:APP开发需求文档客户名称:APP定制版功能需求表联系人:联系电话:篇三:APP开发需求文档《XX》开发需求文档功能概述:平台定义:《XX》 APP 是商家与消费者间的特色农产品交易平台,是助力国家“新三农”发展的新型移动互联网应用商务平台。
实现目标:1 )推动农村电商产业发展,发挥电商——这一新经济模式对农村发展的积极作用。
给农民一个展示、销售农产品的平台。
2 )给消费者一个直面农商,没有中间商的购买特色农产品的平台,通过平台展示信息方便、快捷找到所需商品,交易更放心。
产品需求模板(简洁实用).txt产品需求模板(简洁实用)一、背景和目标背景[请在此处填写产品的背景信息,如市场需求、竞争情况等。
]目标[请在此处写明产品的目标,如解决的问题、提供的价值等。
] 二、关键功能需求功能需求一:[功能名称]- 描述:[请详细描述功能一的具体要求和实现方式。
]- 优先级:[请标明功能的优先级,如高、中、低。
]功能需求二:[功能名称]- 描述:[请详细描述功能二的具体要求和实现方式。
]- 优先级:[请标明功能的优先级,如高、中、低。
][按需求添加其他功能需求。
]三、用户界面设计界面设计要求- [请在此处描述用户界面的整体要求,如风格、布局、颜色等。
]主要界面设计[界面一名称]- 描述:[请详细描述界面一的设计要求和内容,可包括截图或示意图。
][界面二名称]- 描述:[请详细描述界面二的设计要求和内容,可包括截图或示意图。
][按需求添加其他界面设计。
]四、技术要求技术平台- [请列出产品所需的技术平台,如操作系统、编程语言、数据库等。
]性能要求- [请列出产品的性能要求,如响应时间、并发能力等。
]安全要求- [请列出产品的安全性要求,如数据加密、权限控制等。
]五、其他需求兼容性要求- [请列出产品的兼容性要求,如与其他系统的集成、不同浏览器的支持等。
]文档要求- [请说明产品所需的文档要求,如用户手册、技术文档等。
][按需求添加其他非功能性需求。
]六、验收标准[功能名称]- [请列出功能的验收标准和测试方案,确保功能实现正确有效。
][按需求添加其他功能的验收标准。
]以上是本产品的需求模板,供参考。
具体细节和实现方式,请与开发团队进一步讨论和确定。
若有任何疑问,请联系相应的负责人。
谢谢!。
PRD需求文档模板PRD (Product Requirements Document) 需求文档模板是一种用于记录产品需求的文档。
以下是一个可能的PRD模板,包括产品概述、用户需求、功能需求和非功能需求等部分。
1.产品概述产品概述提供了对产品的整体目标和作用的简要说明。
-产品名称:[产品名称]-产品目标:[产品目标的简要概述]-主要优势:[产品与竞争对手相比的主要优势]2.用户需求用户需求部分描述了产品应为用户提供的核心功能以及用户期望解决的问题。
-目标用户:[产品所面向的主要用户群体]-用户问题:[用户在使用类似产品时遇到的问题]-解决方案:[产品将如何解决用户问题,提供哪些功能]3.功能需求功能需求部分列出了产品的具体功能或特性,以确保产品能够满足用户需求。
-功能1:[功能的具体描述]-子功能1:[功能的子功能1]-子功能2:[功能的子功能2]-功能2:[功能的具体描述]-子功能1:[功能的子功能1]-子功能2:[功能的子功能2]4.非功能需求非功能需求部分描述了产品的性能、可用性、安全性等方面的要求。
-性能要求:[产品的性能要求,如响应时间、处理能力等]-可用性要求:[产品的可用性要求,如易用性、用户界面友好性等] -安全性要求:[产品的安全性要求,如对用户数据的保护等]5.约束和限制约束和限制部分说明了在设计和开发产品时需要遵守的约束条件和限制性要求。
-时间限制:[产品的上线时间限制]-技术限制:[在开发过程中可能遇到的技术限制]-资源限制:[在开发过程中可能遇到的资源限制]6.使用案例使用案例部分描述了产品的典型使用场景,以便开发团队更好地理解用户需求。
-使用案例1:[使用案例的详细描述,包括用户角色、行为和期望结果]-使用案例2:[使用案例的详细描述7.需求优先级需求优先级部分提供了对各个需求的优先级排序,以帮助团队在开发过程中确定重点。
-需求1:[需求描述]-优先级:[高/中/低]-需求2:[需求描述]-优先级:[高/中/低]请注意,以上是一个可能的PRD模板,具体的需求文档根据产品和项目的实际情况可能会有所不同。
[本文给出产品需求文档的一个模板,实际使用时可根据具体情况选择其中的章节进行撰写,也可进行调整。
例如:
1)需求较简单时,第1至5章可压缩成一章“需求概述”。
2)如果整个需求就是对一两个页面进行描述,可以仅仅撰写7.2这样的内容。
]
[需求名称]产品需求文档
目录
1 背景描述 (2)
1.1 问题现状 (2)
1.2 问题分析 (2)
1.3 解决提议 (2)
2 愿景 (2)
3 项目目标 (2)
4 涉众 (2)
5 业务建模 (3)
5.1 用例图 (3)
5.2 对象关系图 (4)
5.3 页面关系图 (4)
5.4 流程图 (5)
5.5 菜单和权限 (5)
6 功能描述 (6)
6.1 功能列表 (6)
6.2 通用功能或规则描述 (6)
7 详细功能描述 (6)
7.1 功能模块:[功能模块名称] (7)
7.1.1 [具体功能(用例)名称] (7)
7.2 [页面名称] (8)
8 风险分析 (9)
9 非功能性需求 (9)
9.1 语言支持 (9)
9.2 浏览器 (9)
9.3 可靠性 (9)
9.4 可用性 (9)
9.5 可支持性 (9)
9.6 性能 (9)
10 附录 (9)
10.1 系统界面交互原型 (9)
10.2 系统相应文案信息 (9)
10.3 词汇表 (9)
11 参考资料 (9)
1背景描述
1.1问题现状
[描述当前产品存在什么问题,或者市场存在什么机会,用户存在什么麻烦需要解决]
1.2问题分析
[就前面提到的产品问题、市场机会或用户麻烦进行分析,透过现象挖掘出问题的本质原因。
]
1.3解决提议
[承接前面对问题的分析,给出问题的解决方案。
]
2愿景
[该产品长远的发展规划和展望]
3项目目标
[该产品在本需求文档所涉及的项目范围内所期望达到的目标,最好是含有可检查的量化目标,例如产品发布1个月后,独立用户量达到日均100万]
4涉众
[在下表中列出该产品所涉及的所有利益方,每个利益方占一行。
例如一个网站广告系统的涉众主要为“广告主”、“网站用户”和“网站后台管理人员”]
5业务建模
[业务建模主要是在业务层面上将产品规则描述出来,往往使用图表的方式,只有当业务层面的需求理清楚后,具体的用例描述和页面设计才有意义]
5.1用例图
[当用户交互功能较多的时候,需要画出用例图。
用例(Use Case)以动宾短语命名。
用例是测试人员测试功能点的最好依据]
5.2对象关系图
[当对象关系较复杂时,需要画出对象关系图。
]
5.3页面关系图
[当所涉及的页面较多时,需要画出页面关系图,通过绘制页面关系图,可以避免在规划设计时遗漏页面]
5.4流程图
[当流程较复杂时,需要画出流程图。
通过该流程图能直观清晰地了解整个操作流程所包括的各种分支] 5.5菜单和权限
6功能描述
6.1功能列表
6.2通用功能或规则描述
[多个用例或页面中均存在的功能,在此统一进行描述,以避免重复描述和更新不便。
例如每个页面都使用到的导航条、翻页条等]
7详细功能描述
[如果是以操作功能为主的产品需求,可以以功能(用例)的维度一个功能接着一个功能地来展开描述,如果功能较多,也可以先按功能模块对功能进行分组,如下面的例子]
7.1功能模块:[功能模块名称]
7.1.1[具体功能(用例)名称]
7.1.1.1描述
7.1.1.2涉众利益
7.1.1.3角色
7.1.1.4用户界面
7.1.1.5辅助图例
7.1.1.6操作入口
7.1.1.7前置条件
7.1.1.8基本流程
[一般是以用户或系统等为主语,相邻两个步骤一般是不同的主语,最后一个步骤是“用例结束”。
例如:]
1)用户选择要重新上传的数据的路径并触发重新上传操作。
2)系统提示“将首先删除已经上传的数据和报表,是否继续?”
3)用户确认提示。
4)系统执行删除和上传操作并提示“重新上传数据成功”。
5)用户确认提示。
6)系统转到刷新后的“报表项目管理页面”。
7)用例结束。
7.1.1.9分支流程
[基本流程之外的流程都属于分支流程,分支流程中如果还有分支流程,就用下一级编号分层次展示。
每个分支流程的最后一步也是“用例结束”。
例如:]
1)系统提示用户是否继续时用户选择取消。
a)系统不做任何操作返回“报表项目管理页面”。
b)用例结束。
7.1.1.10后置条件
[后置条件一般用来描述该用例完成之后,所带来的影响,尤其是其他模块中的变化。
例如在后台中删除了一个用户后,他之前所发表的内容是否还可见,这些都需要在后置条件中一一列出来。
这对按用例测试时帮助特别大]
7.1.1.11商业规则
[与此功能点相关的具体的规则、逻辑都可以在这里描述]
7.1.1.12词汇表
7.1.1.13补充说明
7.2[页面名称]
[如果是主要描述页面元素、UI交互的产品需求,则可以不按用例维度写,而是以页面维度,一个页面接着一个页面地展开描述。
同一个文档也可能同时按页面和按功能来描述,只要根据实际情况合理划分章节即可。
对页面进行描述时,需要先将页面的原型图贴出来。
如果页面较复杂,可以先概要地对整个页面进行描述,然后对页面分区域分别进行描述]
8风险分析
9非功能性需求
9.1语言支持
9.2浏览器
9.3可靠性
9.4可用性
9.5可支持性
9.6性能
10附录
10.1系统界面交互原型10.2系统相应文案信息10.3词汇表
11参考资料。