- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析表
做UE设计工作已经6年了,回想这6年的设计工作,尽管公司有一套比较完善的项目流程,但是最终完成的质量上来说都不尽理想。最大的问题就出在需求分析没有做好,需求分析是一个项目的开始,好的需求分析意味着好的开始、正确的方向。为了能正确的进行需求分析,进而产生合理的需求分析表格,最近对6年的工作进行了总结,并且查阅了大量的需求分析的资料,对已有的需求分析文档进行了整理。
如何做需求分析是一个很大的话题,很多书籍上做了很多的阐述,我想探讨的是如何做需求分析表。
我是赞成拿来主义的,但是我非常反对完全拿来。不同的项目和行业领域,流程和表格的内容是不可能完全一样的。在易用性在中国蓬勃发展的今天,由于我们起步较晚,没有受过良好系统的专业训练,拿来主义是一种最有效的方式。但是如果完全拿来,没有消化和改良,没有找到适合自己的东西,那么别人正确的东西在我们这里的作用一定会大打折扣。
需求分析表
需求的类型
功能需求(编号:IDF XXX)Functional
性能需求(编号:IDP XXX)Performance
时间特性:说明对于该软件的时间特性要求,如对:
响应时间
更新处理时间
数据的转换和传送时间
灵活性:说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
操作方式上的变化
运行环境的变化
同其他软件接口的变化
精度和有效时限的变化
计划的变化或改进
输入输出:解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
数据管理能力:说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求做出估算。
体验需求(编号:IDX XXX)Experience
为了在界面上实现某些视觉、动画、切换效果等,会有一些UI方面的需求。
业务需求(编号:IDB XXX)Business
满足业务上的需要,比如某些运营商强制要求的LOGO标记、启动界面、About或者Help等等。
其他专门要求(编号:IDE XXX)Extra
如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
需求编号
进行编号时,一定要考虑到需求的延展性和修改性。
每个需求有一个独立的编号
每个模块在编号上加以区分。可以用在编号中加入模块名称。如果是小项目,模块很少的话,也可以不进行区分。
根据需求的类型在编号上予以区分
功能需求(Functional):IDF XXX
性能需求(Performance):IDP XXX
体验需求(Experience):IDX XXX
业务需求(Business):IDB XXX
其他专门要求(Extra):IDE XXX
项目中后期,由于各方面原因需要增加某些需求,那么这些需求统一以CR(Change Request)开头进行编号,不需要区分需求的类型。
需求说明重点
一个软件项目单就功能需求来说,很难在项目前期就完全定义下来。但是有一些需求是必须在前期确定编入本表:
客户明确要求的需求
有些客户会提出明确的需求列表,这些需求无论划为为哪一级都需要在本表中体现,对照本表需要检验需求的完成情况。
对用户体验和易用性有提高的需求
这部分需求对软件是否成功有着至关重要的作用。因此需要在前期对这部分需求进行规划,并检查完成情况。
其他需求不代表不重要,而是相比软件成败的关键因素(功能+体验),这些需求并不是对产品的成败产生很大的影响。尽管如此,尽可能的将这些需求都在前期填入本表。项目进行中,有任何的新需求,也需要填入本表
需求说明的层级Level
项目前期不可能一下子就得出很细致的需求。客户往往只会提出一些大的概念,比如体现商城的概念,占领桌面的概念,需要有好的用户体验。当然仅仅只是了解这些是远远不够的,首先我们应该了解客户究竟要要什么?进而了解用户的真正需求是什么?第一批(Level)的需求确认只是“树干”级的功能。后面的几次需求确认就是“树枝”级的功能。“树干”级的功能是最重要的,会对项目成败起到关键性的作用。“树枝”级的功能建议尽量去做。
注:先有需求,才会有设计文档(UI/UE文档),因此,Level1阶段的需求不可能太过细致,应该要了解客户的正确意图是什么,了解真正用户的需求。由需求来指导设计。Level2阶段的需求是在Level1阶段需求确定完成之后,对Level1阶段的需求进行细化,已经可
您可能关注的文档
最近下载
- 配电箱采购合同协议书范本详细(2025年).docx VIP
- 部编版语文写字表六年级上册字帖.pdf VIP
- (高清版)B/T 24421.1-2023 服务业组织标准化工作指南 第1部分:总则.pdf VIP
- 2022年洛阳理工学院教师招聘笔试试题及答案解析.docx VIP
- 城市停车设施规划导则.docx VIP
- 天然气发电厂-燃气-蒸汽联合循环发电机组PPT课件.pptx VIP
- 《《中文核心期刊目录(2017年版)》》.doc VIP
- 基孔肯雅热防控技术指南(2025年版)测试题及参考答案.docx VIP
- 工程测量技术 电子水准仪 电子水准仪.ppt VIP
- 党支部贯彻落实八项规定扎实推进作风建设工作专题党课ppt课件.pptx VIP
文档评论(0)